[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

JP7492527B2 - 端末装置、通信方法及び集積回路 - Google Patents

端末装置、通信方法及び集積回路 Download PDF

Info

Publication number
JP7492527B2
JP7492527B2 JP2021550363A JP2021550363A JP7492527B2 JP 7492527 B2 JP7492527 B2 JP 7492527B2 JP 2021550363 A JP2021550363 A JP 2021550363A JP 2021550363 A JP2021550363 A JP 2021550363A JP 7492527 B2 JP7492527 B2 JP 7492527B2
Authority
JP
Japan
Prior art keywords
terminal
sci
information
resources
resource
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2021550363A
Other languages
English (en)
Other versions
JPWO2021065154A5 (ja
JPWO2021065154A1 (ja
Inventor
尚哉 芝池
秀俊 鈴木
綾子 堀内
ヤン カン
昭彦 西尾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of JPWO2021065154A1 publication Critical patent/JPWO2021065154A1/ja
Publication of JPWO2021065154A5 publication Critical patent/JPWO2021065154A5/ja
Priority to JP2024080169A priority Critical patent/JP2024109710A/ja
Application granted granted Critical
Publication of JP7492527B2 publication Critical patent/JP7492527B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/23—Manipulation of direct-mode connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本開示は、端末及び通信方法に関する。
第５世代移動通信システム（5G）と呼ばれる通信システムが検討されている。5Gでは、高速な通信トラフィックの増大、接続する端末数の増大、高信頼性、低遅延が必要とされるユースケース毎に機能を柔軟に提供することが検討されている。国際標準化団体である3rd Generation Partnership Project（3GPP）では、Long Term Evolution（LTE）システムの高度化と、New Radio（NR）の両面から、通信システムの高度化を検討している。
3GPPでは、LTEシステムにおいてvehicle to everything（V2X）のサポートが検討されていた。LTEシステムよりも広帯域を使用可能なNRにおいても、V2Xをサポートすることが検討されている（例えば、非特許文献１を参照）。
3GPP TR 38.885 V16.0.0, "Study on NR Vehicle-to-Everything (V2X) (Release 16), 2019-03
しかしながら、無線通信におけるリソース（例えば、時間リソース及び周波数リソースの少なくとも一つ）割当の効率を向上する方法について検討の余地がある。
本開示の非限定的な実施例は、無線通信におけるリソース割当の効率を向上できる端末及び送信方法の提供に資する。
本開示の一実施例に係る端末は、予約する周波数リソースを示す第１の情報と、前記周波数リソースに対するチャネルの配置方法を示す第２の情報と、を決定する制御回路と、前記第１の情報及び前記第２の情報を送信する送信回路と、を具備する。
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
本開示の一実施例によれば、無線通信におけるリソース割当の効率を向上できる。
本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
３ＧＰＰ ＮＲシステムの例示的なアーキテクチャの図 ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す概略図 ＲＲＣ接続のセットアップ／再設定の手順のシーケンス図 大容量・高速通信（ｅＭＢＢ：enhanced Mobile BroadBand）、多数同時接続マシンタイプ通信（ｍＭＴＣ：massive Machine Type Communications）、および高信頼・超低遅延通信（ＵＲＬＬＣ：Ultra Reliable and Low Latency Communications）の利用シナリオを示す概略図 非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャを示すブロック図 リソースの割当例を示す図 Resource reservationとXとの関連付けの一例を示す図 端末の一部の構成例を示すブロック図 基地局の構成例を示すブロック図 端末の構成例を示すブロック図 端末の動作例を示すフローチャート 動作例１－１に係るResource reservationとXとWとの関連付けの一例を示す図 動作例１－１に係るResource reservationとXとWとの関連付けの他の例を示す図 動作例１－２に係るResource reservationとXとの関連付けの一例を示す図 サーキュラバッファの一例を示す図 動作例３－１に係るリソースの割当例を示す図 動作例３－２に係るリソースの割当例を示す図 Standalone PSCCH及びSingle sub-channel of PSCCH+PSSCHの一例を示す図 端末の一部の構成例を示すブロック図 基地局の構成例を示すブロック図 端末の構成例を示すブロック図 端末の動作例を示すフローチャート 動作例４－２に係るリソースの割当例を示す図 動作例７－１に係るリソースの割当例を示す図 動作例７－２に係るリソースの割当例を示す図 動作例７－３に係るリソースの割当例を示す図 動作例７－４に係る周波数リソースのパターン例を示す図
以下、本開示の実施の形態について図面を参照して詳細に説明する。
＜５Ｇ ＮＲのシステムアーキテクチャおよびプロトコルスタック＞
３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む第５世代携帯電話技術（単に「５Ｇ」ともいう）の次のリリースに向けて作業を続けている。５Ｇ規格の初版は２０１７年の終わりに完成しており、これにより、５Ｇ ＮＲの規格に準拠した端末（例えば、スマートフォン）の試作および商用展開に移ることが可能となっている。
例えば、システムアーキテクチャは、全体としては、ｇＮＢを備えるＮＧ－ＲＡＮ（Next Generation - Radio Access Network）を想定する。ｇＮＢは、ＮＧ無線アクセスのユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルのＵＥ側の終端を提供する。ｇＮＢは、Ｘｎインタフェースによって互いに接続されている。また、ｇＮＢは、Next Generation（ＮＧ）インタフェースによってＮＧＣ（Next Generation Core）に、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（Access and Mobility Management Function）（例えば、ＡＭＦを行う特定のコアエンティティ）に、また、ＮＧ－ＵインタフェースによってＵＰＦ（User Plane Function）（例えば、ＵＰＦを行う特定のコアエンティティ）に接続されている。ＮＧ－ＲＡＮアーキテクチャを図１に示す（例えば、3GPP TS 38.300 v15.6.0, section 4参照）。
ＮＲのユーザプレーンのプロトコルスタック（例えば、3GPP TS 38.300, section 4.4.1参照）は、ｇＮＢにおいてネットワーク側で終端されるＰＤＣＰ（Packet Data Convergence Protocol（TS 38.300の第６．４節参照））サブレイヤ、ＲＬＣ（Radio Link Control（TS 38.300の第６．３節参照））サブレイヤ、およびＭＡＣ（Medium Access Control（TS 38.300の第６．２節参照））サブレイヤを含む。また、新たなアクセス層（ＡＳ：Access Stratum）のサブレイヤ（ＳＤＡＰ：Service Data Adaptation Protocol）がＰＤＣＰの上に導入されている（例えば、3GPP TS 38.300の第６．５節参照）。また、制御プレーンのプロトコルスタックがＮＲのために定義されている（例えば、TS 38.300, section 4.4.2参照）。レイヤ２の機能の概要がTS 38.300の第６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ、TS 38.300の第６．４節、第６．３節、および第６．２節に列挙されている。ＲＲＣレイヤの機能は、TS 38.300の第７節に列挙されている。
例えば、Medium-Access-Controlレイヤは、論理チャネル（logical channel）の多重化と、様々なニューメロロジーを扱うことを含むスケジューリングおよびスケジューリング関連の諸機能と、を扱う。
例えば、物理レイヤ（ＰＨＹ）は、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、および適切な物理的時間－周波数リソースへの信号のマッピングの役割を担う。また、物理レイヤは、物理チャネルへのトランスポートチャネルのマッピングを扱う。物理レイヤは、ＭＡＣレイヤにトランスポートチャネルの形でサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。例えば、物理チャネルには、上り物理チャネルとして、ＰＲＡＣＨ（Physical Random Access Channel）、ＰＵＳＣＨ（Physical Uplink Shared Channel)、ＰＵＣＣＨ(Physical Uplink Control Channel)があり、下り物理チャネルとして、ＰＤＳＣＨ（Physical Downlink Shared Channel)、ＰＤＣＣＨ（Physical Downlink Control Channel)、ＰＢＣＨ(Physical Broadcast Channel) がある。
ＮＲのユースケース／展開シナリオには、データレート、レイテンシ、およびカバレッジの点で多様な要件を有するenhanced mobile broadband（ｅＭＢＢ）、ultra-reliable low-latency communications（ＵＲＬＬＣ）、massive machine type communication（ｍＭＴＣ）が含まれ得る。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄが提供するデータレートの３倍程度のピークデータレート（下りリンクにおいて２０Ｇｂｐｓおよび上りリンクにおいて１０Ｇｂｐｓ）および実効（user-experienced）データレートをサポートすることが期待されている。一方、ＵＲＬＬＣの場合、より厳しい要件が超低レイテンシ（ユーザプレーンのレイテンシについてＵＬおよびＤＬのそれぞれで０．５ｍｓ）および高信頼性（１ｍｓ内において１－１０－５）について課されている。最後に、ｍＭＴＣでは、好ましくは高い接続密度（都市環境において装置１，０００，０００台／ｋｍ２）、悪環境における広いカバレッジ、および低価格の装置のための極めて寿命の長い電池（１５年）が求められうる。
そのため、１つのユースケースに適したＯＦＤＭのニューメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長、スケジューリング区間毎のシンボル数）が他のユースケースには有効でない場合がある。例えば、低レイテンシのサービスでは、好ましくは、ｍＭＴＣのサービスよりもシンボル長が短いこと（したがって、サブキャリア間隔が大きいこと）および／またはスケジューリング区間（ＴＴＩともいう）毎のシンボル数が少ないことが求められうる。さらに、チャネルの遅延スプレッドが大きい展開シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりもＣＰ長が長いことが求められうる。サブキャリア間隔は、同様のＣＰオーバーヘッドが維持されるように状況に応じて最適化されてもよい。ＮＲがサポートするサブキャリア間隔の値は、１つ以上であってよい。これに対応して、現在、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ…のサブキャリア間隔が考えられている。シンボル長Ｔｕおよびサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接関係づけられている。ＬＴＥシステムと同様に、用語「リソースエレメント」を、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小のリソース単位を意味するように使用することができる。
新無線システム５Ｇ－ＮＲでは、各ニューメロロジーおよび各キャリアについて、サブキャリアおよびＯＦＤＭシンボルのリソースグリッドが上りリンクおよび下りリンクのそれぞれに定義される。リソースグリッドの各エレメントは、リソースエレメントと呼ばれ、周波数領域の周波数インデックスおよび時間領域のシンボル位置に基づいて特定される（3GPP TS 38.211 v15.6.0参照）。
＜５Ｇ ＮＲにおけるＮＧ－ＲＡＮと５ＧＣとの間の機能分離＞
図２は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦを有する。
例えば、ｇＮＢおよびｎｇ－ｅＮＢは、以下の主な機能をホストする：
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、上りリンクおよび下りリンクの両方におけるリソースのＵＥへの動的割当（スケジューリング）等の無線リソース管理（Radio Resource Management）の機能；
－ データのＩＰヘッダ圧縮、暗号化、および完全性保護；
－ ＵＥが提供する情報からＡＭＦへのルーティングを決定することができない場合のＵＥのアタッチ時のＡＭＦの選択；
－ ＵＰＦに向けたユーザプレーンデータのルーティング；
－ ＡＭＦに向けた制御プレーン情報のルーティング；
－ 接続のセットアップおよび解除；
－ ページングメッセージのスケジューリングおよび送信；
－ システム報知情報（ＡＭＦまたは運用管理保守機能（ＯＡＭ：Operation, Admission, Maintenance）が発信源）のスケジューリングおよび送信；
－ モビリティおよびスケジューリングのための測定および測定報告の設定；
－ 上りリンクにおけるトランスポートレベルのパケットマーキング；
－ セッション管理；
－ ネットワークスライシングのサポート；
－ ＱｏＳフローの管理およびデータ無線ベアラに対するマッピング；
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート；
－ ＮＡＳメッセージの配信機能；
－ 無線アクセスネットワークの共有；
－ デュアルコネクティビティ；
－ ＮＲとＥ－ＵＴＲＡとの緊密な連携。
Access and Mobility Management Function（ＡＭＦ）は、以下の主な機能をホストする：
－ Non-Access Stratum（ＮＡＳ）シグナリングを終端させる機能；
－ ＮＡＳシグナリングのセキュリティ；
－ Access Stratum（ＡＳ）のセキュリティ制御；
－ ３ＧＰＰのアクセスネットワーク間でのモビリティのためのコアネットワーク（CN：Core Network）ノード間シグナリング；
－ アイドルモードのＵＥへの到達可能性（ページングの再送信の制御および実行を含む）；
－ 登録エリアの管理；
－ システム内モビリティおよびシステム間モビリティのサポート；
－ アクセス認証；
－ ローミング権限のチェックを含むアクセス承認；
－ モビリティ管理制御（加入およびポリシー）；
－ ネットワークスライシングのサポート；
－ Session Management Function（ＳＭＦ）の選択。
さらに、User Plane Function（ＵＰＦ）は、以下の主な機能をホストする：
－ ｉｎｔｒａ－ＲＡＴモビリティ／ｉｎｔｅｒ－ＲＡＴモビリティ（適用可能な場合）のためのアンカーポイント；
－ データネットワークとの相互接続のための外部ＰＤＵ(Protocol Data Unit)セッションポイント；
－ パケットのルーティングおよび転送；
－ パケット検査およびユーザプレーン部分のポリシールールの強制（Policy rule enforcement）；
－ トラフィック使用量の報告；
－ データネットワークへのトラフィックフローのルーティングをサポートするための上りリンククラス分類（uplink classifier）；
－ マルチホームＰＤＵセッション（multi-homed PDU session）をサポートするための分岐点(Branching Point)；
－ ユーザプレーンに対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング（gating）、ＵＬ／ＤＬレート制御（UL/DL rate enforcement）；
－ 上りリンクトラフィックの検証（ＳＤＦのＱｏＳフローに対するマッピング）；
－ 下りリンクパケットのバッファリングおよび下りリンクデータ通知のトリガ機能。
最後に、Session Management Function（ＳＭＦ）は、以下の主な機能をホストする：
－ セッション管理；
－ ＵＥに対するＩＰアドレスの割当および管理；
－ ＵＰＦの選択および制御；
－ 適切な宛先にトラフィックをルーティングするためのUser Plane Function（ＵＰＦ）におけるトラフィックステアリング（traffic steering）の設定機能；
－ 制御部分のポリシーの強制およびＱｏＳ；
－ 下りリンクデータの通知。
＜ＲＲＣ接続のセットアップおよび再設定の手順＞
図３は、ＮＡＳ部分の、ＵＥがRRC_IDLEからRRC_CONNECTEDに移行する際のＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のやり取りのいくつかを示す（TS 38.300 v15.6.0参照）。
ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤのシグナリング（プロトコル）である。この移行により、ＡＭＦは、ＵＥコンテキストデータ（これは、例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線性能（UE Radio Capability）、ＵＥセキュリティ性能（UE Security Capabilities）等を含む）を用意し、初期コンテキストセットアップ要求（INITIAL CONTEXT SETUP REQUEST）とともにｇＮＢに送る。そして、ｇＮＢは、ＵＥと一緒に、ＡＳセキュリティをアクティブにする。これは、ｇＮＢがＵＥにSecurityModeCommandメッセージを送信し、ＵＥがSecurityModeCompleteメッセージでｇＮＢに応答することによって行われる。その後、ｇＮＢは、ＵＥにRRCReconfigurationメッセージを送信し、これに対するＵＥからのRRCReconfigurationCompleteをｇＮＢが受信することによって、Signaling Radio Bearer 2（ＳＲＢ２）およびData Radio Bearer（ＤＲＢ）をセットアップするための再設定を行う。シグナリングのみの接続については、ＳＲＢ２およびＤＲＢがセットアップされないため、RRCReconfigurationに関するステップは省かれる。最後に、ｇＮＢは、初期コンテキストセットアップ応答（INITIAL CONTEXT SETUP RESPONSE）でセットアップ手順が完了したことをＡＭＦに通知する。
したがって、本開示では、ｇＮｏｄｅＢとのNext Generation（ＮＧ）接続を動作時に確立する制御回路と、ｇＮｏｄｅＢとユーザ機器（ＵＥ：User Equipment）との間のシグナリング無線ベアラがセットアップされるように動作時にＮＧ接続を介してｇＮｏｄｅＢに初期コンテキストセットアップメッセージを送信する送信部と、を備える、5th Generation Core（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦ等）が提供される。具体的には、ｇＮｏｄｅＢは、リソース割当設定情報要素(IE: Information Element)を含むRadio Resource Control（ＲＲＣ）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。そして、ＵＥは、リソース割当設定に基づき上りリンクにおける送信または下りリンクにおける受信を行う。
＜２０２０年以降のＩＭＴの利用シナリオ＞
図４は、５Ｇ ＮＲのためのユースケースのいくつかを示す。3rd generation partnership project new radio（３ＧＰＰ ＮＲ）では、多種多様なサービスおよびアプリケーションをサポートすることがＩＭＴ－２０２０によって構想されていた３つのユースケースが検討されている。大容量・高速通信（ｅＭＢＢ：enhanced mobile-broadband）のための第一段階の仕様の策定が終了している。現在および将来の作業には、ｅＭＢＢのサポートを拡充していくことに加えて、高信頼・超低遅延通信（ＵＲＬＬＣ：ultra-reliable and low-latency communications）および多数同時接続マシンタイプ通信（ｍＭＴＣ：massive machine-type communicationsのための標準化が含まれる。図４は、２０２０年以降のＩＭＴの構想上の利用シナリオのいくつかの例を示す（例えばＩＴＵ－Ｒ Ｍ．２０８３ 図２参照）。
ＵＲＬＬＣのユースケースには、スループット、レイテンシ（遅延）、および可用性のような性能についての厳格な要件がある。ＵＲＬＬＣのユースケースは、工業生産プロセスまたは製造プロセスのワイヤレス制御、遠隔医療手術、スマートグリッドにおける送配電の自動化、交通安全等の今後のこれらのアプリケーションを実現するための要素技術の１つとして構想されている。ＵＲＬＬＣの超高信頼性は、TR 38.913によって設定された要件を満たす技術を特定することによってサポートされる。リリース１５におけるＮＲ ＵＲＬＬＣでは、重要な要件として、目標とするユーザプレーンのレイテンシがＵＬ（上りリンク）で０．５ｍｓ、ＤＬ（下りリンク）で０．５ｍｓであることが含まれている。一度のパケット送信に対する全般的なＵＲＬＬＣの要件は、ユーザプレーンのレイテンシが１ｍｓの場合、３２バイトのパケットサイズに対してブロック誤り率（ＢＬＥＲ：block error rate）が１Ｅ－５であることである。
物理レイヤの観点では、信頼性は、多くの採り得る方法で向上可能である。現在の信頼性向上の余地としては、ＵＲＬＬＣ用の別個のＣＱＩ表、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返し等を定義することが含まれる。しかしながら、この余地は、ＮＲが（ＮＲ ＵＲＬＬＣの重要要件に関し）より安定しかつより開発されるにつれて、超高信頼性の実現のために広がりうる。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースには、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セイフティ、およびミッションクリティカルなアプリケーションが含まれる。
また、ＮＲ ＵＲＬＬＣが目標とする技術強化は、レイテンシの改善および信頼性の向上を目指している。レイテンシの改善のための技術強化には、設定可能なニューメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリーの（設定されたグラントの）上りリンク、データチャネルにおけるスロットレベルでの繰り返し、および下りリンクでのプリエンプション（Pre-emption）が含まれる。プリエンプションとは、リソースが既に割り当てられた送信が停止され、当該既に割り当てられたリソースが、後から要求されたより低いレイテンシ／より高い優先度の要件の他の送信に使用されることを意味する。したがって、既に許可されていた送信は、後の送信によって差し替えられる。プリエンプションは、具体的なサービスタイプと無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信が、サービスタイプＢ（ｅＭＢＢ等）の送信によって差し替えられてもよい。信頼性向上についての技術強化には、１Ｅ－５の目標ＢＬＥＲのための専用のＣＱＩ／ＭＣＳ表が含まれる。
ｍＭＴＣ（massive machine type communication）のユースケースの特徴は、典型的には遅延の影響を受けにくい比較的少量のデータを送信する接続装置の数が極めて多いことである。装置には、低価格であること、および電池寿命が非常に長いことが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することが、ＵＥから見て電力が節約されかつ電池の長寿命化を可能にする１つの解決法である。
上述のように、ＮＲにおける信頼性向上のスコープはより広くなることが予測される。あらゆるケースにとっての重要要件の１つであって、例えばＵＲＬＬＣおよびｍＭＴＣについての重要要件が高信頼性または超高信頼性である。いくつかのメカニズムが信頼性を無線の観点およびネットワークの観点から向上させることができる。概して、信頼性の向上に役立つ可能性がある２つ～３つの重要な領域が存在する。これらの領域には、コンパクトな制御チャネル情報、データチャネル/制御チャネルの繰り返し、および周波数領域、時間領域、および／または空間領域に関するダイバーシティがある。これらの領域は、特定の通信シナリオにかかわらず一般に信頼性向上に適用可能である。
ＮＲ ＵＲＬＬＣに関し、ファクトリーオートメーション、運送業、および電力の分配のような、要件がより厳しいさらなるユースケースが想定されている。厳しい要件とは、高い信頼性（１０－６レベルまでの信頼性）、高い可用性、２５６バイトまでのパケットサイズ、数μｓ程度までの時刻同期（time synchronization）（ユースケースに応じて、値を、周波数範囲および０．５ｍｓ～１ｍｓ程度の短いレイテンシ（例えば、目標とするユーザプレーンでの０．５ｍｓのレイテンシ）に応じて１μｓまたは数μｓとすることができる）である。
さらに、ＮＲ ＵＲＬＬＣについては、物理レイヤの観点からいくつかの技術強化が有り得る。これらの技術強化には、コンパクトなＤＣＩに関するＰＤＣＣＨ（Physical Downlink Control Channel）の強化、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨのモニタリングの増加がある。また、ＵＣＩ（Uplink Control Information）の強化は、ｅｎｈａｎｃｅｄ ＨＡＲＱ（Hybrid Automatic Repeat Request）およびＣＳＩフィードバックの強化に関係する。また、ミニスロットレベルのホッピングに関係するＰＵＳＣＨの強化、および再送信／繰り返しの強化が有り得る。用語「ミニスロット」は、スロットより少数のシンボルを含むTransmission Time Interval（ＴＴＩ）を指す（スロットは、１４個のシンボルを備える）。
＜ＱｏＳ制御＞
５ＧのＱｏＳ（Quality of Service）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（GBR：Guaranteed Bit Rate ＱｏＳフロー）、および、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）をいずれもサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダ（encapsulation header）において搬送されるＱｏＳフローＩＤ（ＱＦＩ：QoS Flow ID）によってＰＤＵセッション内で特定される。
各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＰＤＵセッションに合わせて、ＮＧ－ＲＡＮは、例えば図３を参照して上に示したように少なくとも１つのData Radio Bearers（ＤＲＢ）を確立する。また、そのＰＤＵセッションのＱｏＳフローに対する追加のＤＲＢが後から設定可能である（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、様々なＰＤＵセッションに属するパケットを様々なＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルパケットフィルタが、ＵＬパケットおよびＤＬパケットとＱｏＳフローとを関連付けるのに対し、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールは、ＵＬ ＱｏＳフローおよびＤＬ ＱｏＳフローとＤＲＢとを関連付ける。
図５は、５Ｇ ＮＲの非ローミング参照アーキテクチャ（non-roaming reference architecture）を示す（TS 23.501 v16.1.0, section 4.23参照）。Application Function（ＡＦ）（例えば、図４に例示した、５Ｇのサービスをホストする外部アプリケーションサーバ）は、サービスを提供するために３ＧＰＰコアネットワークとやり取りを行う。例えば、トラフィックのルーティングに影響を与えるアプリケーションをサポートするために、Network Exposure Function（ＮＥＦ）にアクセスすること、またはポリシー制御（例えば、ＱｏＳ制御）のためにポリシーフレームワークとやり取りすること（Policy Control Function（ＰＣＦ）参照）である。オペレーターによる配備に基づいて、オペレーターによって信頼されていると考えられるApplication Functionは、関連するNetwork Functionと直接やり取りすることができる。Network Functionに直接アクセスすることがオペレーターから許可されていないApplication Functionは、ＮＥＦを介することにより外部に対する解放フレームワークを使用して関連するNetwork Functionとやり取りする。
図５は、５Ｇアーキテクチャのさらなる機能単位、すなわち、Network Slice Selection Function（ＮＳＳＦ）、Network Repository Function（ＮＲＦ）、Unified Data Management（ＵＤＭ）、Authentication Server Function（ＡＵＳＦ）、Access and Mobility Management Function（ＡＭＦ）、Session Management Function（ＳＭＦ）、およびData Network（ＤＮ、例えば、オペレーターによるサービス、インターネットアクセス、またはサードパーティーによるサービス）をさらに示す。コアネットワークの機能およびアプリケーションサービスの全部または一部がクラウドコンピューティング環境において展開されかつ動作してもよい。
したがって、本開示では、ＱｏＳ要件に応じたｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立するために、動作時に、ＵＲＬＬＣサービス、ｅＭＭＢサービス、およびｍＭＴＣサービスの少なくとも１つに対するＱｏＳ要件を含む要求を５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦ等）の少なくとも１つに送信する送信部と、動作時に、確立されたＰＤＵセッションを使用してサービスを行う制御回路と、を備える、アプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）が提供される。
［V2X］
V2Xは、例えば、車車間（V2V:Vehicle to Vehicle）、路車間（V2I:Vehicle to Infrastructure）、歩車間（V2P: Vehicle to Pedestrian）、又は、車ネットワーク間（V2N：Vehicle to Network）の通信を想定している。
V2V、V2I又はV2Pでは、例えば、基地局（例えば、base station(BS)、又は、NRではgNB、LTEではeNBとも呼ぶ）とのネットワークを介さずに、「サイドリンク(SL:Sidelink)」又は「PC5」と呼ばれるリンクを使用して端末（又はuser equipment（UE）とも呼ぶ）間で直接送受信できる。また、V2Nでは、例えば、基地局と端末との間のリンク（例えば、「Uu」とも呼ぶ）を介した通信が想定されている。
サイドリンクに使用されるリソースは、例えば、SL Band width part（BWP）、及び、リソースプールにより設定される。
SL BWPは、例えば、端末がサイドリンクに使用できる周波数バンドである。SL BWPは、例えば、基地局と端末との間のリンク（例えば、Uuリンク）に設定されるDown link（DL） BWP及びUplink（UL） BWPとは別途設定されてよい。なお、SL BWPとUL BWPとの間で周波数バンドがオーバラップする可能性もある。
リソースプールは、例えば、SL BWP内のリソースにおいて指定される周波数領域（例えば、周波数方向又は周波数軸とも呼ぶ）及び時間領域（例えば、時間方向又は時間軸とも呼ぶ）のリソースを含む。例えば、１つの端末に対して複数のリソースプールが設定されてもよい。
[NRにおけるサイドリンク]
NR V2Xでは、サイドリンクでの送受信において、例えば、ユニキャスト、グループキャスト、及び、ブロードキャストのサポートが検討されている。
ユニキャストでは、例えば、送信端末（例えば、transmitter UE又はTx UEとも呼ぶ）から受信端末(例えば、receiver UE又はRx UEとも呼ぶ)への１対１の送信を想定する。また、グループキャストでは、例えば、送信端末から、或るグループに含まれる複数の受信端末への送信を想定する。また、ブロードキャストでは、例えば、送信端末から、受信端末を特定しない送信を想定する。
また、NRのサイドリンクでは、例えば、以下のチャネルの設定が検討されている。
＜PSCCH：physical SL control channel＞
PSCCHでは、例えば、sidelink control information（SCI）と呼ばれる制御信号が送受信される。SCIには、例えば、データ信号（例えば、PSSCH：physical SL shared channel）のリソース割当情報といったPSSCHの送受信に関する情報が含まれている。
また、例えば、SCIには、送信端末（換言すると、送信元端末）に関する情報（例えば、Layer 1 source ID）、及び、受信端末（換言すると、送信先端末）に関する情報（例えば、Layer 1 destination ID）が含まれてよい。この情報により、送信端末及び受信端末が特定される。
＜PSSCH＞
PSSCHでは、例えば、データ信号が送受信される。
＜PSFCH：physical SL feedback channel＞
PSFCHでは、例えば、PSSCH（例えば、データ信号）に対するフィードバック信号（例えば、hybrid automatic repeat request（HARQ）feedback）が送受信される。フィードバック信号には、例えば、ACK又はNACKを示す応答信号（例えば、ACK/NACK情報、HARQ-ACKとも呼ばれる）が含まれてよい。フィードバック信号は、例えば、PSSCHがユニキャスト及びグループキャストで送受信される場合に適用されることが検討されている。ACK及びNACKは、例えば、それぞれHARQ-ACK及びHARQ-NACKと呼ばれてもよい。
＜PSBCH：physical SL broadcast channel＞
PSBCHでは、ブロードキャスト信号が送受信される。
［サイドリンクの通信モード］
サイドリンクの通信には、例えば、２つのモード（例えば、Mode 1及びMode 2）がある。
Mode 1では、基地局が、サイドリンクで端末が使用するリソース（例えば、SLリソースと呼ぶ）を決定（換言すると、スケジュール）する。
Mode 2では、端末が、予め設定されたリソースプール内のリソースから、SLリソースを決定する。換言すると、Mode 2では、基地局はSLリソースをスケジュールしない。
Mode 1は、例えば、基地局と端末との間が接続されている状態であり、基地局からの指示をサイドリンク通信する端末が受信できる環境下で使用されることが想定されている。Mode 2では、例えば、基地局からの指示がなくても端末が送信できるので、異なるオペレータ配下の端末、又は、カバレッジ外の端末を含めてサイドリンク通信できる。
以上、サイドリンクに関して説明した。
例えば、LTEのV2Xでは、時間領域において周期的な信号の送信が想定される。この想定より、例えば、端末には、SCIによって通知される信号に対する時間リソース（例えば、スロット）に加え、当該時間リソースよりも後方の時間リソースが予約（reserve）され得る。端末に予約されるリソース（換言すると、割当リソース）を通知するSCIは、例えば、割当対象の端末（換言すると、SCIの送信先端末）に加え、他の端末でも受信され得る。換言すると、SCIによって予約されたリソースは、割当対象の端末と異なる他の端末にも検知され得る。各端末は、使用するリソースを選択する際に、例えば、他の端末に対して予約されているリソースの使用を避けることにより、リソースの衝突確率を低減できる。
例えば、PSCCHにおいて送信される制御信号であるSCIのフォーマット（例えば、「SCI format 1」）には、以下の情報が含まれる。
「Priority」（例えば、3 bits）：
「Priority」は、PSSCHにおいて送信されるトランスポートブロック（TB：Transport Block）の優先度を通知する情報である。
「Resource reservation」（例えば、4 bits）：
「Resource reservation」は、SCIが配置されるPSCCHと同一スロットにおいて送信されるPSCCHに含まれるTBと、次のTBを含むPSSCHとの時間間隔を通知する情報である。例えば、「Resource reservation」は、現在のTBと次のTBとにそれぞれ対応するリソース間のインターバル（換言すると、TB間のインターバル）を通知する情報である。
「Frequency resource location of initial transmission and retransmission」：
「Frequency resource location of initial transmission and retransmission」は、周波数領域のリソースをサブチャネル単位で割り当てる情報である。例えば、端末は、SCIが配置されるスロット及び当該スロットより後方の予約されたスロットの双方において、当該情報に示される周波数リソースの使用を想定してよい。なお、周波数領域では、連続したsub-channelが割り当てられてよい。「Frequency resource location of initial transmission and retransmission」のビット数は、例えば、以下で表される。
Figure 0007492527000001
ここで、Nsubchannel SLは、例えば、リソースプール内におけるサブチャネル数の合計を示す。
「Time gap between initial transmission and retransmission」（例えば、4 bits）：
「Time gap between initial transmission and retransmission」は、同一TBの初回送信と再送との時間間隔（例えば、ギャップとも呼ぶ）を通知する情報である。
「Modulation and coding scheme」（例えば、5 bits）：
「Modulation and coding scheme」は、modulation and coding scheme（MCS）を通知する情報である。
「Retransmission index」（例えば、1 bit）：
「Retransmission index」は、初回送信であるか、再送であるかを通知する情報である。
LTEでは、例えば、上述したSCIの情報に基づいて、複数のTBのリソースが割り当てられる（換言すると、予約される）。例えば、LTEでは、SCIが配置されるスロットにおけるTBの送信（例えば、初回送信）、当該TBの再送、当該TBと異なる次のTBの送信（例えば、初回送信）、及び、当該次のTBの再送、の４スロット分のリソースが予約され得る。
以上、SCI format 1に含まれる情報について説明した。
図６は、SCIを使用してリソースを割り当てる一例を示す。
図６では、一例として、1msに対応する時間リソースを「slot（スロット）」と表記するが、1msに対応する時間リソースの単位はslotに限定されない。例えば、LTEでは、1msに対応する時間リソースは「subframe（サブフレーム）」と呼ばれている。
図６では、一例として、端末に対して、周波数領域においてsub-channel#1及び#2が割り当てられる。sub-channelは、例えば、「Frequency resource location of initial transmission and retransmission」によって端末に通知されてよい。また、端末に対して、時間領域においてTB#1の初回送信がslot#0に割り当てられる。
また、図６では、一例として、TB#1の初回送信に割り当てられるSlot#0を通知するSCIにおいて「Resource reservation」によって通知されるTB間のインターバルを100ms（例えば、１００スロット分の時間間隔）とする。また、図６では、一例として、TB#1の初回送信に割り当てられるSlot#0を通知するSCIにおいて「Time gap between initial transmission and retransmission」によって通知される初回送信と再送との時間間隔（又は、ギャップ）を2ms（例えば、２スロット分の時間間隔）とする。
図６に示す時間領域のリソース割当では、例えば、slot#0において送信されるSCIに含まれる情報によって、端末に対して、slot#0から100ms間隔のスロット（例えば、Slot#0、slot#100、slot#200、…）、及び、slot #2から100ms間隔のスロット（例えば、Slot#2、slot#102、slot#202、…）が予約される。また、図６に示す周波数領域のリソース割当では、例えば、上記SCIに含まれる情報によって、端末に対して、予約されたスロットそれぞれにおけるsub-channel#1,#2が予約される。
また、図６では、例えば、端末が、slot#0において送信されるSCIの受信に失敗し、slot#2において送信されるSCIの受信に成功した場合があり得る。この場合、端末に対して、例えば、slot #2において送信されるSCIに含まれる「Retransmission index」によって、Slot#2において送信されるTBが再送であることが通知され、かつ、「Time gap between initial transmission and retransmission」によって初回送信と再送との時間間隔（例えば、2ms又は２スロット分の時間間隔）が通知される。例えば、端末は、これらの通知に基づいて、TBの初回送信に割り当てられた時間リソースを、SCIの受信に失敗したslot#0と特定（換言すると、認識又は判断）できる。したがって、端末がSCIの受信に失敗した場合でも、端末に対して、slot#0から100msの周期のスロット及びslot#2から100msの周期のスロット、及び、これらのスロットそれぞれにおけるsub-channel#1及び#2が予約される。
以上、LTE V2Xについて説明した。
しかしながら、NR V2Xのサイドリンクにおけるリソースの予約方法（又は、割当方法）について十分に検討されていない。そこで、本開示の一実施例では、時間リソース（例えば、インターバル又はギャップ）又は周波数リソース（例えば、sub-channel）といったサイドリンク通信におけるリソース割当（又は、リソース予約）の効率を向上する方法について説明する。
（実施の形態１）
本実施の形態では、サイドリンク通信における時間リソースの設定方法について説明する。
LTEでは、SCIによって「Resource reservation」が端末（例えば、受信端末）に通知されると、端末は、例えば、図７に示す「Resource reservation」とTB間のインターバルに関する値「X」との関連付け（例えば、テーブルで表されてよい）を参照して、TB間のインターバルを決定する。例えば、図７に示す値「X」は、TB間のインターバルを100で割った値である。図７に示す「Resource reservation」と「X」との関連付けは、例えば、上位レイヤによって基地局から各端末へ通知（又は設定）されてよい。
例えば、端末は、図７に示す関連付けを参照して、X×100msのインターバルに、20ms、50ms又は100Xms（100のX倍。Xは1～10の何れかの整数）を設定できる。LTE（例えば、図７）では、端末に設定されるインターバルのうち、20ms（X=0.2）が最も短いインターバルであり、1000ms（X=10）が最も長いインターバルである。
しかしながら、NRでは、LTEよりも多様なトラフィックタイプに対応することが求められている。よって、NRでは、例えば、LTE（例えば、図７）において設定可能なインターバルと同様のインターバルでは対応できないことも想定され得る。例えば、NRでは、LTE（例えば、図７）において設定可能な最短のインターバル＝20msよりも短いインターバルが設定され得る。または、NRでは、LTE（例えば、図７）において設定可能な最長のインターバル＝1000msよりも長いインターバルが設定され得る。
そこで、本開示の一実施例では、サイドリンク通信における時間リソース（例えば、インターバル）をより柔軟に設定する方法について説明する。
［通信システムの概要］
本実施の形態に係る通信システムは、基地局１００、及び、端末２００を備える。
図８は、本実施の形態に係る端末２００の一部の構成例を示すブロック図である。図８に示す端末２００において、制御部（例えば、制御回路に相当）は、予約する時間リソースのインターバルを第１の値（W）によって除した第２の値（X）を含む第１の情報、及び、第２の値と第１の情報との関連付け（例えば、後述する表）及び第１の値の少なくとも一方に複数の候補が有る場合の上記少なくとも一方の候補の１つを示す第２の情報、を決定する。通信部（例えば、通信回路に相当）は、第１の情報及び第２の情報（例えば、SCI）を送信する。
または、図８に示す端末２００において、通信部（例えば、受信回路に相当）は、予約する時間リソースのインターバルを第１の値（W）によって除した第２の値（X）を含む第１の情報、及び、第２の値と第１の情報との関連付け（例えば、後述する表）及び第１の値（W）の少なくとも一方に複数の候補が有る場合の上記少なくとも一方の候補の１つを示す第２の情報（例えば、SCI）、を受信する。制御部（例えば、制御回路に相当）は、第１の情報及び第２の情報に基づいて、インターバル（例えば、X×W）を決定する。
［基地局の構成］
図９は、本実施の形態に係る基地局１００の構成例を示すブロック図である。図９において、基地局１００は、インターバル設定部１０１と、リソースプール設定部１０２と、誤り訂正符号化部１０３と、変調部１０４と、信号割当部１０５と、送信部１０６と、受信部１０７と、信号分離部１０８と、復調部１０９と、誤り訂正復号部１１０と、を有する。
インターバル設定部１０１は、異なるTB（例えば、新規TB）間のインターバル（換言すると、時間間隔）の候補を設定する。インターバル設定部１０１は、例えば、端末２００に割り当てるリソースプール毎にインターバル候補を設定してよい。インターバル設定部１０１は、設定したインターバル候補に関する情報（以下、「インターバル候補情報」と呼ぶ）を、リソースプール設定部１０２に出力する。また、インターバル設定部１０１は、インターバル候補情報を含む上位レイヤのシグナリングを、誤り訂正符号化部１０３へ出力する。
リソースプール設定部１０２は、サイドリンクに使用するリソースプールを端末２００毎に設定する。例えば、リソースプール設定部１０２は、インターバル設定部１０１から入力されるインターバル候補情報に基づいて、リソースプールの時間リソース及び周波数リソースに関する情報（以下、リソースプール設定情報と呼ぶ）を生成してよい。リソースプール設定部１０２は、リソースプール設定情報を含む上位レイヤのシグナリングを誤り訂正符号化部１０３へ出力する。また、リソースプール設定部１０２は、リソースプール設定情報を、信号割当部１０５、及び、信号分離部１０８へ出力する。
誤り訂正符号化部１０３は、送信データ信号（DLデータ信号）、インターバル設定部１０１及びリソースプール設定部１０２から入力される上位レイヤのシグナリングを入力とし、入力信号を誤り訂正符号化し、符号化後の信号を変調部１０４へ出力する。
変調部１０４は、誤り訂正符号化部１０３から入力される信号に対して変調処理を施し、変調後のデータ信号を信号割当部１０５へ出力する。
信号割当部１０５は、変調部１０４から入力されるデータ信号（例えば、DLデータ信号又は上位レイヤシグナリング）を、例えば、基地局１００と端末２００との間のリンク（例えば、Uuリンク）において使用可能なリソースに割り当てる。形成された送信信号は、送信部１０６へ出力される。
例えば、信号割当部１０５は、リソースプール設定部１０２から入力される情報に基づいて、サイドリンク通信に使用可能なスロットを特定（換言すると、認識）する。そして、信号割当部１０５は、例えば、DLデータに使用するリンク（例えば、Uuリンク）とサイドリンクにおいて端末２００が同時に送受信できない場合、サイドリンクに使用されないリソースにデータ信号を割り当ててよい。
なお、リソースプールの設定は端末２００毎に異なってもよい。この場合、Uuリンクにおいて使用可能なスロットは、端末２００毎に異なる。
送信部１０６は、信号割当部１０５から入力される信号に対してアップコンバート等の無線送信処理を施し、アンテナを介して端末２００へ送信する。
受信部１０７は、端末２００から送信された信号をアンテナを介して受信し、ダウンコンバート等の無線受信処理を施し、信号分離部１０８へ出力する。
信号分離部１０８は、例えば、リソースプール設定部１０２から入力される情報に基づいて、例えば、Uuリンクにおいて使用可能なスロット、及び、サイドリンク通信に使用可能なスロットを特定する。そして、信号分離部１０８は、受信部１０７から入力される、Uuリンクにおいて使用可能なリソースに割り当てられた信号を分離する。信号分離部１０８は、分離された信号（例えば、ULデータ信号）を復調部１０９へ出力する。
復調部１０９は、信号分離部１０８から入力される信号に対して復調処理を施し、得られた信号を誤り訂正復号部１１０へ出力する。
誤り訂正復号部１１０は、復調部１０９から入力される信号を復号し、端末２００からの受信データ信号（ULデータ信号）を得る。
なお、図９に示す例では、基地局１００は、インターバル設定部１０１及びリソースプール設定部１０２を備え、インターバル候補情報及びリソースプール設定情報を含む上位レイヤのシグナリングを生成する場合について説明したが、これに限定されない。例えば、インターバル候補情報及びリソースプール設定情報の少なくとも一つは、例えば、Pre-configuredと呼ばれるアプリケーションレイヤで設定されてもよく、subscriber identity module（SIM）に予め設定されてもよい。この場合、基地局１００は、インターバル候補情報又はリソースプール設定情報を生成せずに、予め設定された情報を使用してよい。例えば、基地局１００は、予め設定されるリソースプール設定情報に基づいて、基地局１００と端末２００との間において使用可能なスロットを認識し、基地局１００と端末２００との間において使用可能なスロットを示す情報を信号割当部１０５及び信号分離部１０８へ出力してよい。
また、ここでは、サイドリンク通信における時間リソースに関する設定（例えば、インターバルに関する情報）が、例えば、上位レイヤのシグナリング（例えば、RRC）又はMACによって基地局１００から端末２００に対して設定（又は、通知）される場合について説明するが、これに限定されない。例えば、サイドリンク通信における時間リソースに関する設定（例えば、インターバルに関する情報）が、仕様（又は規格）に規定される場合、SIM又はアプリケーションレイヤにおいて設定される場合には、基地局１００からの設定が無くても、端末２００は動作可能である。
また、例えば、サイドリンク通信のモードが「Mode 1」の場合、端末がサイドリンクにおいて送信するSCIに含まれる情報は、基地局１００によって生成されることが想定される。よって、Mode 1の場合、基地局１００は、例えば、インターバル候補情報、及び、リソースプール設定情報に基づいてSCIを生成し（後述する端末２００のSCI生成部２１０と同様の処理）、端末２００へ送信してよい。なお、SCIは、例えば、上位レイヤのシグナリングに含まれてよく、物理レイヤの信号（例えば、PDCCH）に含まれてよい。
［端末の構成］
図１０は、本実施の形態に係る端末２００の構成例を示すブロック図である。図１０において、端末２００は、受信部２０１と、信号分離部２０２と、SCI受信部２０３と、Uu復調部２０４と、Uu誤り訂正復号部２０５と、SL復調部２０６と、SL誤り訂正復号部２０７と、インターバル設定部２０８と、リソースプール設定部２０９と、SCI生成部２１０と、Uu誤り訂正符号化部２１１と、Uu変調部２１２と、SL誤り訂正符号化部２１３と、SL変調部２１４と、信号割当部２１５と、送信部２１６と、を有する。
図８に示す制御回路には、例えば、SCI受信部２０３、インターバル設定部２０８、リソースプール設定部２０９及びSCI生成部２１０が含まれてよい。また、図８に示す通信回路には、例えば、受信部２０１及び送信部２１６が含まれてよい。
受信部２０１は、受信信号をアンテナを介して受信し、ダウンコンバート等の受信処理を施した後に信号分離部２０２へ出力する。
また、受信部２０１は、例えば、SCI受信部２０３から入力されるインターバル情報（後述する）に基づいて、或る端末２００（換言すると、送信端末）から送信されるサイドリンクの信号を受信する時間リソースを特定する。受信部２０１は、例えば、特定した時間リソースでは端末２００の状態を受信状態に設定してよい。
信号分離部２０２は、リソースプール設定部２０９から入力されるリソースプール設定情報に基づいて、受信部２０１から入力される信号のうち、基地局１００と端末２００との間のリンク（例えば、Uuリンク）に対応する信号成分を分離し、Uu復調部２０４へ出力する。
また、信号分離部２０２は、リソースプール設定情報に基づいて、受信部２０１から入力される信号のうち、サイドリンクの信号成分を分離する。そして、信号分離部２０２は、例えば、サイドリンクの信号成分のうち、PSCCHの信号をSCI受信部２０３へ出力する。また、信号分離部２０２は、SCI受信部２０３から入力されるリソース割当情報に基づいて、受信部２０１から入力されるサイドリンクの信号成分のうち、端末２００宛てのPSSCHの信号を分離し、SL復調部２０６へ出力する。
SCI受信部２０３は、信号分離部２０２から入力されるPSCCHの信号成分を復調し、復号する。SCI受信部２０３は、例えば、PSCCHの信号の復調及び復号を試みて、復号に成功した場合（換言すると、PSCCHに含まれるSCIを検出した場合）、SCIに含まれる端末２００宛てのPSSCHのリソース割当情報を信号分離部２０２へ出力する。なお、SCI受信部２０３は、例えば、SCIに含まれる送信先情報に基づいて、SCIに含まれる情報が端末２００宛ての情報であるか否かを判断してよい。
また、SCI受信部２０３は、例えば、端末２００宛てのPSSCHが割り当てられる時間リソースのインターバルを特定する。例えば、SCI受信部２０３は、インターバル設定部２０８から入力されるインターバル候補情報、端末２００宛てのSCIに含まれる「Resource reservation」、又は、インターバルの決定に関する情報（後述する）といった情報に基づいて、インターバルを決定してよい。SCI受信部２０３は、決定したインターバルを示す情報（例えば、インターバル情報）を受信部２０１に出力する。
Uu復調部２０４は、信号分離部２０２から入力される信号に対して、復調処理を施し、得られた復調信号をUu誤り訂正復号部２０５へ出力する。
Uu誤り訂正復号部２０５は、Uu復調部２０４から入力される復調信号を復号し、得られた上位レイヤシグナリングをインターバル設定部２０８及びリソースプール設定部２０９へ出力し、得られた受信データ信号（又は、Uu受信データ信号と呼ぶ）を出力する。
SL復調部２０６は、信号分離部２０２から入力される信号に対して、復調処理を施し、得られた復調信号をSL誤り訂正復号部２０７へ出力する。
SL誤り訂正復号部２０７は、SL復調部２０６から入力される復調信号を復号し、復号した信号に対して、例えば、cyclic redundancy check（CRC）といった誤り判定を行う。SL誤り訂正復号部２０７は、復号した信号の誤りが無い場合、得られた受信データ信号（又は、サイドリンク受信データ信号と呼ぶ）を出力する。
インターバル設定部２０８は、例えば、Uu誤り訂正復号部２０５から入力される上位レイヤシグナリングに含まれるインターバル候補情報に基づいて、端末２００が送信するサイドリンクの信号（例えば、TB）に対するインターバル候補を設定する。インターバル設定部２０８は、設定したインターバル候補を示すインターバル候補情報をSCI受信部２０３及びSCI生成部２１０へ出力する。
リソースプール設定部２０９は、例えば、Uu誤り訂正復号部２０５から入力される上位レイヤシグナリングに含まれるリソースプール設定情報に基づいて、端末２００がサイドリンクに使用するリソースプール（例えば、時間リソース及び周波数リソース）を設定する。設定されるリソースプールには、例えば、端末２００が送信に使用するリソース、及び、端末２００が受信に使用するリソースの何れか一方又は双方が含まれてよい。リソースプール設定部２０９は、リソースプール設定情報をSCI生成部２１０、信号分離部２０２及び信号割当部２１５へ出力する。
SCI生成部２１０は、例えば、リソースプール設定部２０９から入力される情報（例えば、サイドリンクに使用可能なリソースを示す情報）、及び、インターバル設定部２０８から入力される情報に基づいて、設定したリソースに関する情報を含むSCIを生成する。SCI生成部２１０は、例えば、インターバルに関する情報（例えば、「Resource reservation」の値）、又は、周波数リソースを決定してよい。SCIには、例えば、決定したリソースに関する情報、送信元の端末２００を識別する情報（例えば、送信元ID）、及び、送信先の端末２００を識別する情報（例えば、送信先ID）が含まれてよい。SCI生成部２１０は、生成したSCIを信号割当部２１５へ出力する。
例えば、サイドリンク通信のモードが「Mode 2」の場合、端末２００は、SCI生成部２１０においてSCIを生成する。また、例えば、サイドリンク通信のモードが「Mode 1」の場合に基地局１００がSCIを生成し、端末２００へSCIを送信する場合、端末２００は、基地局１００から送信されたSCIに基づいて、SCIを生成してよい。
Uu誤り訂正符号化部２１１は、Uuリンクの送信データ信号（ULデータ信号）を入力とし、送信データ信号を誤り訂正符号化し、符号化後の信号をUu変調部２１２へ出力する。
Uu変調部２１２は、Uu誤り訂正符号化部２１１から入力される信号を変調し、変調信号を信号割当部２１５へ出力する。
SL誤り訂正符号化部２１３は、サイドリンクの送信データ信号（サイドリンクデータ信号）を入力とし、送信データ信号を誤り訂正符号化し、符号化後の信号をSL変調部２１４へ出力する。
SL変調部２１４は、SL誤り訂正符号化部２１３から入力される信号を変調し、変調信号を信号割当部２１５へ出力する。
信号割当部２１５は、例えば、リソースプール設定部２０９から入力される情報、及び、SCI生成部２１０から入力される情報に基づいて、SCIを含むPSCCHの信号、及び、SL変調部２１４から入力されるサイドリンクデータ信号を含むPSSCHの信号を、サイドリンクリソースに割り当てる。また、信号割当部２１５は、例えば、Uu変調部２１２から入力される信号を、Uuリンクのリソース（例えば、上りリンクデータチャネル（PUSCH：Physical Uplink Shared Channel））のリソースに割り当てる。信号割当部２１５は、リソースに割り当てた信号を送信部２１６へ出力する。
送信部２１６は、信号割当部２１５から入力される信号に対してアップコンバート等の無線送信処理を施し、送信する。
なお、図１０に示す例では、端末２００は、インターバル候補情報及びリソースプール設定情報を含む上位レイヤのシグナリングを受信する場合について説明したが、これに限定されない。例えば、インターバル候補情報及びリソースプール設定情報の少なくとも一つは、例えば、Pre-configuredと呼ばれるアプリケーションレイヤで設定されてもよく、SIMに予め設定されてもよい。この場合、端末２００は、インターバル候補情報又はリソースプール設定情報を受信せずに、予め設定された情報を使用してよい。例えば、端末２００は、予め設定されるリソースプール設定情報に基づいて、基地局１００と端末２００との間において使用可能なリソース、及び、サイドリンクに使用可能なリソースを認識し、これらのリソースに関する情報を信号分離部２０２及び信号割当部２１５において使用してよい。
また、図１０では、一例として、復調部、誤り訂正復号部、誤り訂正符号化部及び変調部に関して、Uuリンクとサイドリンクとで異なる構成部を備える場合について説明したが、これに限らず、Uuリンクとサイドリンクとで共通の構成部を備えてもよい。
［端末２００の動作］
次に、端末２００（図１０を参照）の動作の一例について説明する。
図１１は、端末２００の処理の一例を示すフローチャートである。
サイドリンクにおいて送受信する端末２００（例えば、送信端末及び受信端末）は、サイドリンクに関するパラメータを設定する（Ｓ１０１）。サイドリンクに関するパラメータには、例えば、時間リソース（例えば、TB間のインターバル）、周波数リソース、SL BWP、リソースプール、及び、各スロットに配置されるチャネルの設定が含まれてよい。
サイドリンクに関するパラメータは、例えば、SCIによって送信端末から受信端末へ通知されてよい。または、サイドリンクに関するパラメータは、端末２００に対して、例えば、仕様（又は、規格）に規定されてもよく、Pre-configuredと呼ばれるアプリケーションレイヤで設定されてもよく、SIMに予め設定されてもよく、configuredと呼ばれるSIB又はその他のRRC等の上位レイヤ又はMACによって設定されてもよい。
端末２００は、設定されたパラメータに基づいて、サイドリンク通信（例えば、データの送受信）を行う（Ｓ１０２）。
次に、時間リソース（例えば、TB間のインターバル）の設定方法の例について説明する。
［動作例１－１］
動作例１－１では、例えば、TB間のインターバルを通知する値「X」は、TB間のインターバルの値をWで割った値に設定される。
また、動作例１－１では、例えば、Wは複数の候補の中から選択されてよい。
端末２００は、例えば、「Resource reservation」によって通知されるXと、選択されたWとの乗算値（例えば、X×W）を、TB間のインターバルに決定する。
なお、TB間のインターバルの値は、例えば、端末２００に対して、上位レイヤによって通知（又は設定）されてよい。また、Wの値（例えば、Wの候補）は、例えば、仕様（又は規格）に規定されてもよく、Pre-configuredと呼ばれるアプリケーションレイヤで設定されてもよく、端末２００が備えるSIMに設定されてもよく、configuredと呼ばれるSIB又はその他のRRC等の上位レイヤで設定されてもよく、MACで設定されてもよい。
また、Wの候補が複数設定される場合、例えば、複数のWの候補のうち、端末２００が使用（換言すると、選択）するWの値を示す情報は、SCIに含まれてもよい。
または、Wの複数候補は、例えば、端末２００に対して予め設定されてもよい。この場合、RRC又はMACといった上位レイヤのシグナリングによって、Wの選択肢が端末２００へ通知されてよい。例えば、端末２００は、選択肢に含まれるWの候補のうち、SCIによって通知される候補を選択してもよい。また、例えば、上位レイヤのシグナリングによって通知されるWの選択肢が１つの場合、Wを選択するための情報はSCIによって通知されなくてよい。
動作例１－１では、X及びWを組み合わせることにより、例えば、LTEと比較して、Xの候補数を増加させずに、インターバル候補数を増加できる。よって、動作例１－１によれば、例えば、Wの値に応じて、インターバル候補を動的に設定できるので、多様なトラフィックタイプのデータ送信をサポートできる。
例えば、Wの値が2パターンの場合、端末２００は、２パターンのうち何れかを示す１ビットの情報を含むSCIを他の端末２００へ通知してよい。また、例えば、Wの値が3又は4パターンの場合、端末２００は、３又は４パターンのうち何れかを示す2ビットの情報を含むSCIを他の端末２００へ通知してよい。なお、Wの候補を通知する情報ビット数は、3ビット以上でもよい。また、Wの候補数（換言すると、パターン数）に応じて、SCIによって通知される情報のビット数が決定されてよい。
図１２は、Wの値が、SCIに含まれる１ビットの情報（例えば、0又は1）によって通知される場合の一例を示す。
図１２では、Wの候補に、LTEと同様のW=100、及び、LTEよりも短いW=20が設定される。例えば、図１２に示すように、ビット0によってW=100が通知され、ビット1によってW=20が通知される。なお、Wの候補は、図１２に示す例（W=100又は20）に限らず、他の値でもよい。
図１２では、例えば、ビット0の場合、TB間のインターバルに、20ms、50ms又は100Xms (100のX倍。Xは1～10の何れかの整数)が設定される。また、図１２では、例えば、ビット１の場合、TB間のインターバルに、4ms、10ms又は20Xms (20のX倍。Xは1～10の何れかの整数)が設定される。よって、図１２では、例えば、図７と比較してより多く、かつ、より広い範囲のインターバルが設定可能である。
図１３は、Wの値が、SCIに含まれる２ビットの情報（例えば、00、01、10及び11の何れか）によって通知される場合の一例を示す。
図１３では、Wの候補に、LTEと同様のW=100、及び、LTEよりも短いW=5、W=25及びW=40が設定される。例えば、図１３に示すように、ビット00によってW=100が通知され、ビット01によってW=5が通知され、ビット10によってW＝25が通知され、ビット11によってW=40が通知される。なお、Wの候補は、図１３に示す例（W=100、5、25又は40）に限らず、他の値でもよい。
図１３では、例えば、ビット00の場合、TB間のインターバルに、20ms、50ms又は100Xms (100のX倍。Xは1～10の何れかの整数)が設定される。また、図１３では、例えば、ビット01の場合、TB間のインターバルに、1ms、2.5ms又は5Xms (5のX倍。Xは1～10の何れかの整数)が設定される。また、図１３では、例えば、ビット10の場合、TB間のインターバルに、5ms、12.5ms又は25Xms (25のX倍。Xは1～10の何れかの整数)が設定される。また、図１３では、例えば、ビット11の場合、TB間のインターバルに、8ms、20ms又は40Xms (40のX倍。Xは1～10の何れかの整数)が設定される。
なお、例えば、サイドリンクにおいて、2.5msの周期が想定されない場合、図１３に示すビット01（W=5）おいて、TB間のインターバル=2.5msは、2ms又は3msに読み替えられてよい。同様に、例えば、サイドリンクにおいて、12.5msの周期が想定されない場合、図１３に示すビット10（W=25）おいて、TB間のインターバル=12.5msは、12ms又は13msに読み替えられてよい。
図１３では、例えば、図７又は図１２と比較してより多く、かつ、より広い範囲のインターバルが設定可能である。
このように、動作例１－１では、Wの値を可変にすることで、TB間のインターバルを柔軟に設定でき、多様なトラフィックの周期に対応できる。
なお、一例として、図１２及び図１３に示す表（table）によってTB間のインターバルが算出される場合について説明したが、これに限定されない。例えば、インターバルは、SCIによって通知されるビット（例えば、Resource reservation）と、Wの値と、図７に示す表とに基づいて算出されてもよい。例えば、図７に示す表を使用する場合、Wの値は、100と異なる値に設定されてもよい。例えば、Wの値が5の倍数に設定されると、インターバル（換言すると、送信周期）を1msの倍数に設定できる。
また、図１２及び図１３に示すように、Wの値が100（例えば、LTEと同様の値）以下の値に設定されることで、インターバルを20ms（例えば、LTEにおける最小値）よりも小さい値に設定できる。なお、図１２及び図１３では、Wの値が100（例えば、LTEと同様の値）以下に設定される場合について説明したが、Wの値は、100よりも大きくてもよい。このWの設定により、例えば、インターバルを1000ms（例えば、LTEにおける最大値）よりも長く設定できる。
［動作例１－２］
動作例１－２では、例えば、TB間のインターバルを通知する値「X）と、Xを示す情報（例えば、Resource reservation）との関連付け（Xのパターン。例えば、表（table）によって表される）の候補が複数設定される。
例えば、SCIによって通知されるXのパターンは、１つ又は複数の候補（例えば、複数の表）の中から選択されてよい。
端末２００は、例えば、選択されたXのパターンを参照して、「Resource reservation」によって通知されるXと、端末２００に設定されたWとの乗算値（例えば、X×W）を、TB間のインターバルに決定する。Wの値は、例えば、固定値でもよく、動作例１－１のように可変値でもよい。
なお、Xのパターン（例えば、表）の複数候補は、例えば、仕様（又は規格）に規定されてもよく、Pre-configuredと呼ばれるアプリケーションレイヤにおいて設定されてもよく、端末２００が備えるSIMに設定されてもよく、configuredと呼ばれるSIB又はその他のRRC等の上位レイヤにおいて設定されてもよく、MACにおいて設定されてもよい。
また、Xのパターン候補が複数設定される場合、例えば、複数候補のうち、端末２００が使用（換言すると、選択）する候補を示す情報は、SCIに含まれてもよい。
または、Xのパターンは、例えば、端末２００に対して予め設定されてもよい。この場合、RRC又はMACといった上位レイヤのシグナリングによって、Xのパターンの選択肢が端末２００へ通知されてよい。例えば、端末２００は、選択肢に含まれる組み合わせのうち、SCIによって通知される組み合わせを選択してもよい。また、例えば、上位レイヤのシグナリングによって通知される組み合わせの選択肢が１つの場合、組み合わせを選択するための情報はSCIによって通知されなくてよい。
動作例１－２では、Xのパターンを複数種類設定することにより、例えば、LTEと比較して、インターバル候補数を増加できる。よって、動作例１－２によれば、例えば、Xのパターンに応じて、インターバル候補を動的に設定できるので、多様なトラフィックタイプのデータ送信をサポートできる。
例えば、Xのパターンが２パターンの場合、端末２００は、２パターンのうち何れかを示す１ビットの情報を含むSCIを他の端末２００へ通知してよい。また、例えば、Xのパターンが３又は４パターンの場合、端末２００は、３又は４パターンの何れかを示す2ビットの情報を含むSCIを他の端末２００へ通知してよい。なお、Xのパターンを通知する情報のビット数は、3ビット以上でもよい。また、Xのパターン数に応じて、SCIによって通知される情報のビット数が決定されてよい。
以下、Xのパターンが2パターンの場合（換言すると、Xのパターンが１ビットの情報によって通知される場合）の一例について説明する。
Xの2種類のパターンは、例えば、図７に示すパターン、及び、図１４に示すパターンである。なお、図７及び図１４において、インターバルの値を除算してXを算出する値、又は、Xに乗算してインターバルの値を算出する値である「W」は、例えば、LTEと同様に100に設定されてよい。
例えば、SCIに含まれるビット0によって図７に示すXのパターン（例えば、X=0、0.2、0.5及び1～10の組み合わせ）が通知され、SCIに含まれるビット1によって図１４に示すXのパターン（例えば、X=0、0.05、0.1、0.2、0.25、0.4、0.5及び1～5の組み合わせ）が通知されてよい。
例えば、ビット0（図７）の場合、TB間のインターバルに、20ms、40ms又は100Xms(100のX倍。Xは1～10の何れかの整数)が設定される。また、ビット1（図１４）の場合、TB間のインターバルに、5ms、10ms、20ms、25ms、40ms、50ms又は100Xms(100のX倍。Xは1～5の何れかの整数)が設定される。よって、動作例１－２では、例えば、LTE（図７）のインターバル設定と比較して、より多く、かつ、より広い範囲のインターバルが設定可能である。
なお、上記の例では、Wの値を100に設定する場合について説明したが、Wの値は、100と異なる値でもよく、複数の候補の中から選択されてもよい。
例えば、Wの値は、Xのパターン毎に異なってもよい。例えば、図１４においてW=20が設定されると、TB間のインターバルは、1ms、2ms、4ms、5ms、8ms、10ms及び20Xms(20のX倍。Xは1～5の何れかの整数)に設定される。XのパターンとWの値との組み合わせは、例えば、予め規定されてもよく、動作例１－１のように別のビット（例えば、SCIに含まれる情報）によって端末２００に通知されてもよい。
また、例えば、Xのパターンの少なくとも一つにおいて、図１４に示すように、X=0.1又は0.05といった、図７に示すXの値（例えば、X=0.2）よりも小さい値が含まれてよい。このXの設定により、図７の場合（例えば、LTEの場合）と比較して、短いインターバルが設定可能となる。
また、Xのパターンの少なくとも一つは、例えば、図１４に示すように、図７と比較して、Xの粒度がより細かく設定されてもよい。例えば、図７では、X=0～0.5の範囲の3つの値が設定されるのに対して、図１４では、X=0～0.5の範囲に7個の値が設定される。この設定により、例えば、図７の場合（例えば、LTEの場合）と比較して、インターバルが設定される範囲においてサポート可能な値を増加できる。
このように、動作例１－１および動作例１－２では、送信端末は、TB間の時間間隔をWで除した値「X」を示す情報（例えば、SCIに含まれるResource reservation）を決定する。また、送信端末は、Wの値（例えば、動作例１－１）、及び、XとResource reservationとの関連付け（例えば、動作例１－２）の少なくとも一方に複数の候補が有る場合の上記少なくとも一方の候補の１つを示す情報（例えば、SCIに含まれるビット）と、を決定する。に基づいて、TB間の時間間隔を決定する。そして、送信端末は、決定した情報を受信端末へ送信する。
受信端末は、例えば、Xを含む情報（例えば、SCIに含まれるResource reservation）を受信する。また、受信端末は、Wの値（例えば、動作例１－１）、及び、XとResource reservationとの関連付け（例えば、動作例１－２）の少なくとも一方に複数の候補が有る場合の上記少なくとも一方の候補の１つを示す情報（例えば、SCIに含まれるビット）を受信する。そして、受信端末は、受信した情報に基づいて、TB間のインターバル（例えば、X×W）を決定する。
例えば、Wの値及びXのパターンの少なくとも一方の候補を示す情報によって、W又はXのパターンを動的に設定できるので、端末２００は、インターバル候補を動的に設定でき、多様なトラフィックタイプのデータ送信をサポートできる。
なお、動作例１－１及び動作例１－２では、TB間のインターバルを通知する「Resource reservation」の通知方法について説明したが、動作例１－１及び動作例１－２は「Time gap between initial transmission and retransmission」の通知方法にも適用できる。
［動作例１－３］
動作例１－３では、TB間のインターバルは、「Resource reservation」によって通知される時間間隔（換言すると、インターバル）、及び、「Time gap between initial transmission and retransmission」によって通知される時間間隔（換言すると、ギャップ）の何れかに基づいて設定される。
例えば、端末２００は、TB間のインターバルの設定（換言すると、通知）に、「Resource reservation」及び「Time gap between initial transmission and retransmission」の何れの時間間隔が使用されるかを示す情報を含むSCIを他の端末２００へ通知してよい。
動作例１－３によれば、動作例１－１及び動作例１－２と同様に、インターバルの候補を動的に変更でき、多様なトラフィックタイプのデータ送信をサポートできる。
例えば、TB間のインターバルの設定に使用される時間間隔（例えば、インターバル又はギャップ）は、SCIに含まれる１ビットの情報（ビット0又はビット1。例えば、追加ビット）によって通知されてよい。例えば、ビット0が通知された場合、端末２００は、「Resource reservation」によって通知される時間間隔（例えば、インターバル）に基づいてTB間のインターバルを設定してよい。また、例えば、ビット1が通知された場合、端末２００は、「Time gap between initial transmission and retransmission」によって通知される時間間隔（例えば、ギャップ）に基づいてTB間のインターバルを設定してよい。
動作例１－３では、例えば、設定されるインターバルは、初回送信のTB間のインターバルに適用されてよく、初回送信のTBと再送のTBとの間のインターバルに適用されてよい。端末２００は、例えば、「Retransmission index」に基づいて、初回送信及び再送の何れかを区別できる。
例えば、端末２００は、トラフィックの時間周期が長い場合（例えば、閾値以上の場合）には、「Resource reservation」によって通知される時間間隔（例えば、インターバル）をTB間のインターバルに設定してよい。また、トラフィックの時間周期が短い場合（例えば、閾値未満の場合）には、Resource reservationによって通知される時間間隔よりも短い時間間隔である「Time gap between initial transmission and retransmission」によって通知される時間間隔（例えば、ギャップ）をTB間のインターバルに設定してよい。
動作例１－３では、例えば、動作例１－１のようなWの候補、又は、動作例１－２のようなXのパターンは複数設定されないので、時間リソースの設定に関するシグナリングを低減できる。
また、動作例１－３の変形例として、ビット0が通知される場合、端末２００は、例えば、図６に示すように、初回送信のTB間のインターバルを、「Resource reservation」によって通知される時間間隔に設定し、初回送信と再送との間のギャップを、「Resource reservation」によって通知される時間間隔であるインターバルに設定してもよい。
［動作例１－４］
動作例１－４では、TB間のインターバルは、「Resource reservation」によって通知される時間間隔（換言すると、インターバル）に基づいて設定される。
例えば、端末２００は、TB間のインターバルの設定（換言すると、通知）に、「Resource reservation」によって通知される時間間隔が、LTE-V2Xにおいて仕様化されている「Resource reservation」、及び「Time gap between initial transmission and retransmission」の何れの時間間隔の決定方法に従って決定された値かを示す情報を含むSCIを他の端末２００へ通知してよい。
動作例１－４によれば、動作例１－１、動作例１－２及び動作例２－３と同様に、インターバルの候補を動的に変更でき、多様なトラフィックタイプのデータ送信をサポートできる。また、LTE-V2X仕様を最大限利用できる。
例えば、TB間のインターバルの設定に使用される時間間隔（例えば、インターバル又はギャップ）は、SCIに含まれる１ビットの情報（ビット0又はビット1。例えば、追加ビット）によって通知されてよい。例えば、ビット0が通知された場合、端末２００は、「Resource reservation」によって通知される時間間隔（例えば、インターバル）を、LTE-V2Xの仕様における「Resource reservation」と同様の手順で設定してよい。また、例えば、ビット1が通知された場合、端末２００は、「Resource reservation」によって通知される時間間隔（例えば、インターバル）を、LTE-V2Xの仕様における「Time gap between initial transmission and retransmission」と同様の手順で設定してよい。
動作例１－４では、例えば、設定されるインターバルは、初回送信のTB間のインターバルに適用されてよく、初回送信のTBと再送のTBとの間のインターバルに適用されてよい。端末２００は、例えば、「Retransmission index」に基づいて、初回送信及び再送の何れかを区別できる。
例えば、端末２００は、トラフィックの時間周期が長い場合（例えば、閾値以上の場合）には、「Resource reservation」によって通知される時間間隔（例えば、インターバル）を、LTE-V2Xの仕様における「Resource reservation」と同様の手順で設定してよい。また、端末２００は、トラフィックの時間周期が短い場合（例えば、閾値未満の場合）には、Resource reservation」によって通知される時間間隔（例えば、インターバル）を、LTE-V2Xの仕様における「Time gap between initial transmission and retransmission」と同様の手順で設定してよい。
動作例１－４では、例えば、動作例１－１のようなWの候補、又は、動作例１－２のようなXのパターンは複数設定されないので、時間リソースの設定に関するシグナリングを低減できる。
なお、TB間のインターバルの設定に使用される時間間隔の決定方法を示す情報は、SCIに含まれる情報（例えば、１ビットの情報）によって明示的に通知される場合に限らず、例えば、他の用途に規定された情報によって暗黙的に通知されてもよい。
以上、動作例１－１～動作例１－４それぞれについて説明した。
本実施の形態によれば、端末２００は、例えば、NRのようにLTEよりも多様なトラフィックタイプが存在する場合でも、TB間のインターバルを、複数の時間間隔の候補の中から動的に設定できる。よって、本実施の形態によれば、無線通信（例えば、サイドリンク通信）におけるリソース割当（例えば、時間リソース割当又は予約）の効率を向上できる。
（実施の形態２）
実施の形態１（例えば、動作例１－１及び動作例１－２）では、SCIに含まれるビットによって、Wの値又はXのパターン（例えば、図７又は図１４に示す表）を明示的に通知する方法について説明した。これに対して、本実施の形態では、Wの値又はXのパターンを暗黙的に通知する方法について説明する。
本実施の形態によれば、SCIのビット数を増加させずに、設定可能なインターバルの数を増加できる。
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通する。
以下、本実施の形態に係る時間リソース（例えば、TB間のインターバル）の設定方法の例について説明する。
［動作例２－１］
動作例２－１では、TB間のインターバルの通知に、SCIに含まれる「priority indication」又は「QoS indication」が使用される。なお、LTEでは、priority indicationと呼ばれるが、NRのSCIでは、異なる名称（例えば、「QoS indication」）と呼ばれる可能性もある。
Priority indication又はQoS indicationには、例えば、優先度（Priority）、遅延量（latency）又は信頼性（reliability）といった情報が含まれることが検討されている。Priority indication又はQoS indicationに基づいて、例えば、リソースの配置（resource allocation）、端末間の衝突回避（congestion control）、端末内での複数データが発生した場合の送信方法（resolution of in-device coexistence issues）、又は、送信電力制御（power control）といった制御が検討されている。
動作例２－１では、端末２００は、例えば、Priority indication又はQoS indicationに基づいて、Wの値又はXのパターンを決定してよい。換言すると、Priority indication又はQoS indicationに含まれる情報と、Wの値又はXのパターンの候補とが関連付けられている。
例えば、端末２００は、Priority indication又はQoS indicationに基づいて、端末２００に求められる遅延量（換言すると、所望の遅延量）を特定する。
そして、端末２００は、特定した遅延量が短い場合（例えば、閾値未満の場合）には、例えば、動作例１－１におけるW=20又は動作例１－２における図１４に基づいて、TB間のインターバルを設定してよい。また、端末２００は、特定した遅延量が長い場合（例えば、閾値以上の場合）には、動作例１－１におけるW=100又は動作例１－２における図７に基づいて、TB間のインターバルを設定してよい。
例えば、W=20又は図１４に示すXのパターンの適用により、W=100又は図７に示すXのパターンと比較して、TB間のインターバルをより短く設定できるので、端末２００に求められる遅延量を満たしやすくなる。
Priority indication又はQoS indicationと、Wの値（例えば、W=20又は100）又はXのパターン（例えば、図７又は図１４に示す表）とのマッピングは、仕様（又は規格）に規定されてもよく、SIMにおいて設定されてもよく、Pre-configuredと呼ばれるアプリケーションレイヤにおいて設定されてもよく、configuredと呼ばれるSIB又はその他のRRC等の上位レイヤ又はMACにおいて設定されてもよい。
動作例２－１によれば、端末２００は、新たなビットを使用せずに、TB間のインターバルを通知できる。また、例えば、端末２００は、LTEにおいて設定された値に対応するパラメータ（例えば、求められる遅延量）に適したインターバルを設定できる。
［動作例２－２］
動作例２－２では、TB間のインターバルの通知に、SCIに含まれるRedundancy Version（RV）が使用される。
LTEでは、SCIによるRVの通知はない。一方、NRでは、例えば、下り制御情報（DCI：Downlink control indication）と同様に、SCIでも、RV及びNew Data Indicator（NDI）の通知による再送制御が検討されている。
例えば、図１５に示すように、MCSの指示によって決定されるトランスポートブロックサイズ（TBS：TB size）のsystematic bitsに対して、parity bitsが追加されたビット列が、サーキュラバッファに格納される。図１５に示す例では、systematic bitに対して、おおよそ2倍の長さのparity bitが追加されている。また、図１５に示す例では、サーキュラバッファは4分割される。
「RV」は、サーキュラバッファにおいてデータ送信をスタートするビット位置（例えば、RV0、RV1、RV2及びRV3の何れか）を通知する信号である。例えば、図１５に示すように、RV0は、systematic bitsの先頭付近のビット位置（例えば、先頭から数ビットずれたビット位置）から送信ビットがスタートすることが一般的である。また、１回の送信において送信可能なビット数によって、サーキュラバッファのスタート位置から送信可能なビットが決定される。
例えば、RV0が通知される場合、他のRVと比較して、送信ビットにはより多くのsystematic bitsが含まれるので、RV0は初回送信時に設定（換言すると、選択）されやすい。
また、再送では、例えば、端末２００が初回送信の信号を受信できた状況では、初回送信と重複しないビットが送信されると、「incremental redundancy」と呼ばれる再送方法となり、受信品質を向上できる。そのため、再送では、初回送信（例えば、RV0）と重複しないRV1、RV2又はRV3が選択されやすい。また、例えば、図１５に示すように、RV2は、RV0と隣り合うRV1及びRV3と比較して、RV0とのビット列の重複がより少ない。また、例えば、１回の送信において送信可能なビット数が多いほど（換言すると、ビット列が長いほど）、RV3でも、systematic bitsを多く含み得る。
このようなRVの特徴を考慮すると、例えば、１回の送信において送信可能なビット数が多いほど、図１５に示すRV3又はRV1に対応するビット列は、RV0又はRV2に対応するビット列に含まれやすくなる。換言すると、例えば、図１５において、端末２００（例えば、受信端末）は、RV0又はRV2に対応するビット列の受信により、RV3又はRV1に対応するビット列に含まれるビットを受信し得る。
よって、複数のRVのうちの一部（例えば、１つ）が、動作例１－１におけるWの通知、又は、動作例１－２におけるXのパターン（例えば、表）の通知に使用されても、端末２００における受信特性は劣化しにくいことが想定される。
そこで、動作例２－２では、端末２００は、例えば、RVに基づいて、Wの値又はXのパターンを決定してよい。換言すると、RVと、Wの値又はXのパターンとが関連付けられる。
動作例２－２の例１として、端末２００は、RV3の通知に使用されるビットを使用して、TB間のインターバルを以下のように通知してよい。なお、以下では、一例として、RV0がビット00によって通知され、RV1がビット01によって通知され、RV2がビット10によって通知され、RV3がビット11によって通知される。
例１では、ビット11は、RV3の代わりに、他のビット（例えば、ビット00、ビット01及びビット10）の場合と異なる値のインターバル、及び、RV0を通知してよい。例えば、以下のように、ビット11には、ビット00、01及び10（例えば、W=100又は図７のXのパターン）と比較して、短いインターバル（例えば、W=20又は図１４のXのパターン）が関連付けられてよい。
00: RV0 and W=100（又は、図７）
01: RV1 and W=100（又は、図７）
10: RV2 and W=100（又は、図７）
11: RV0 and W=20 （又は、図１４）
例えば、インターバルが長い場合（例えば、W=100又は図７のXのパターンが適用される場合）には、RV0、RV1及びRV2の何れかが設定可能であるのに対して、インターバルが短い場合（例えば、W=20又は図１４のXのパターンが適用される場合）には、RV0の１つが設定可能となる。ただし、インターバルが短いほど、例えば、パケットに対して所望される遅延が短いことが想定される。よって、インターバルが短いほど、初回送信時の信号をより冗長に送信することにより、受信端末が、初回送信において信号を受信できる場合（換言すると、受信に成功する場合）が多いことが想定される。このため、上述したように、インターバルが短い場合に設定可能なRVがRV0の１つでも再送効率は劣化しにくい。
なお、例１では、RV3に対応するビット11を、他のRVに対応するビットと異なるインターバルの通知に使用する場合について説明したが、他のRV（例えば、RV1）に対応するビットと異なるインターバルの通知には、RV3と異なる他のRVに対応するビットが使用されてもよい。また、例１では、他と異なるインターバルが他のインターバルより短い場合について説明したが、他のインターバルより長くてもよい。
また、動作例２－２の例２として、複数のRVのうち2つ（例えば、RV1及びRV3）が、動作例１－１におけるWの通知、又は、動作例１－２におけるXのパターン（例えば、表）の通知に使用されてもよい。例２の場合、以下のように、RV1及びRV3は設定されず、代わりにRV0又はRV2が設定されてよい。
00: RV0 and W=100（又は、図７）
01: RV0 and W=20 （又は、図１４）
10: RV2 and W=100（又は、図７）
11: RV2 and W=20 （又は、図１４）
このように、RVの2状態（例えば、RV1及びRV3）の通知の代わりに、異なるインターバルが通知される場合でも、異なるインターバル（例えば、W=20及びW=100のそれぞれ）それぞれにおいて再送時にRVを変更できる。
［動作例２－３］
動作例２－３では、TB間のインターバルの通知に、SCIに含まれる「RV」及び「Retransmission index」が使用される。
Retransmission indexは、初回送信及び再送の何れかを通知する情報である。
動作例２－３では、端末２００は、例えば、RV及びRetransmission index（例えば、データの再送を指示する情報）に基づいて、Wの値又はXのパターンを決定してよい。換言すると、RV及びRetransmission index（送信種別）の組み合わせと、Wの値又はXのパターンの候補とが関連付けられている。
例えば、初回送信及び再送に応じて、使用可能なRVの種類を制限することにより、代わりに、動作例１－１におけるW、又は、動作例１－２におけるXのパターンが通知される。
例えば、２ビットのRVと１ビットのRetransmission indexとを合わせた３ビットのビット列のうち、前の2ビットをRV用とし、後ろの１ビットをRetransmission index用とする。また、例えば、Retransmission index（例えば、３ビットのうちの３ビット目）は、0の場合には初回送信（initial transmission）を示し、1の場合には再送（retransmission）を示す。また、例えば、RVは、初回送信時にはRV0及びRV3の何れかが設定され、再送時にはRV2及びRV1の何れかが設定される。
この場合、以下のように、３ビットのビット列（例えば、000～111）に対して、RV、インターバル、及び、送信種別（初回送信又は再送）が設定されてよい。
000: RV0, W=100 (又は、図７) and 初回送信
001: RV2, W=100 (又は、図７) and 再送
010: RV0, W= 20 (又は、図１４) and 初回送信
011: RV2, W= 20 (又は、図１４) and 再送
100: RV3, W=100 (又は、図７) and 初回送信
101: RV1, W=100 (又は、図７) and 再送
110: RV3, W= 20 (又は、図１４) and 初回送信
111: RV1, W= 20 (又は、図１４) and 再送
例えば、初回送信時には、RV1及びRV2と比較して、systematic bitsを多く含み得るRV0又はRV3が選択され、再送時には、初回送信において含まれないparity bitsを多く含み得るRV1又はRV2が選択される。
動作例２－３によれば、初回送信及び再送のそれぞれにおいて選択可能なRVの数は低減するが、初回及び再送のそれぞれに適したRVが選択肢に含まれるので、端末２００における受信品質の劣化を抑制できる。
［動作例２－４］
動作例２－４では、TB間のインターバルの通知に、SCIに含まれるHARQプロセス番号（又は、HARQプロセスIDとも呼ばれる）が使用される。
NRでは、複数プロセスのサポートが検討されており、HARQプロセスIDがSCIによって通知され得る。
動作例２－４では、端末２００は、例えば、HARQプロセスIDに基づいて、Wの値又はXのパターンを決定してよい。換言すると、HARQプロセスIDと、Wの値又はXのパターンの候補とが関連付けられている。
例えば、HARQプロセス毎に、動作例１－１におけるWの値、又は、動作例１－２におけるXのパターン（例えば、表）が設定されてよい。
なお、HARQプロセス毎の設定方法は、例えば、仕様（又は規格）において規定されてよく、SIMにおいて予め設定されてよく、Pre-configuredと呼ばれるアプリケーションレイヤにおいて設定されてよく、configuredと呼ばれるSIB又はその他のRRC等の上位レイヤ又はMACにおいて設定されてもよい。
例えば、インターバルが長いほど、当該インターバルに対して割り当てられるHARQプロセス数は少なくなり得る。換言すると、インターバルが短いほど、当該インターバルに割り当てられるHARQプロセス数は多くなり得る。
そこで、例えば、HARQプロセス#0に対して、動作例１－１におけるW=100又は動作例１－２における図７に示すXの候補の組み合わせが設定され、他のHARQプロセスIDに対して、動作例１－１におけるW=20又は動作例１－２における図１４に示すXの候補の組み合わせが設定されてよい。
なお、上述した、HARQプロセスIDと、W又はXのパターンの候補との関連付けは一例であり、限定されない。例えば、動作例１－１におけるW=100又は動作例１－２における図７に示すXのパターンと関連付けられるHARQプロセスIDの数は複数でもよい。
端末２００は、例えば、SCIに含まれるHARQプロセスIDに基づいて、TB間のインターバルを設定するためのパラメータを取得できる。
以上、動作例２－１～動作例２－４について説明した。
なお、動作例２－１及び動作例２－４の何れか２つ以上の動作例を組み合わせてもよい。
本実施の形態では、TB間のインターバルは、他の用途に規定された情報によって暗黙的に通知される。よって、本実施の形態によれば、例えば、サイドリンクにおいて、TB間のインターバルを通知するために、例えば、LTEにおいて規定されたパラメータに対して、新たな情報を追加しなくてよいので、シグナリングのオーバーヘッドを低減できる。
（実施の形態３）
LTEのSCIでは、例えば、図６に示すように、TB間のインターバル（例えば、「Resource reservation」に対応）、及び、初回送信と再送との間のギャップ（例えば、「time gap between initial transmission and retransmission」）という２つの時間間隔に基づいて、送信タイミングが指定される。
また、LTEでは、例えば、次回の初回送信のTB（例えば、図６のInitial transmission TB#2）には、現在の初回送信のTB（例えば、図６のInitial transmission TB#1）から、「Resource reservation」に示されるインターバルの後に送信機会が与えられる。よって、例えば、次回のTB（例えば、図６のTB#2）の送信機会までに、現在のTB（例えば、図６のTB#1）に対する再送タイミングが設定され得る。
しかしながら、例えば、「Resource reservation」によって通知されるTB間のインターバルが短いほど、次回のTBの送信タイミング（例えば、初回送信タイミング）と、現在のTBの送信タイミング（例えば、再送タイミング）とが重なる可能性が高くなる。
また、NRでは、SCIによってNDIが通知され、NDIがトグルしているか否かに応じて複数回の再送及び新規TB（例えば、次回のTB）の送信が通知される可能性もある。
また、NRでは、PSFCHを使用したHARQのフィードバックも検討されている。PSFCHを使用したフィードバックによってACK（換言すると、誤り無し）が確認された場合、例えば、送信端末は、再送用のリソースを確保しなくてよい。よって、PSFCHを使用したフィードバックでは、例えば、再送が発生するときに、初期送信用のリソースを使用するという運用が可能である。
本実施の形態に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と基本構成が共通する。
以下、本実施の形態に係る端末２００の動作例について説明する。
［動作例３－１］
動作例３－１では、例えば、端末２００に設定されるTB間のインターバル（換言すると、時間間隔）は、端末２００が通信するTBのうち、時間領域において隣り合うTB間の時間間隔に設定される。
例えば、端末２００に対して、動作例１－１におけるWの値、又は、動作例１－２におけるXのパターン（例えば、表）が設定される。端末２００は、例えば、設定された値に基づいて、TB間のインターバルを決定してよい。
なお、Wの値又はXの候補の組み合わせは、例えば、仕様（又は規格）に規定されてよく、SIMにおいて設定されてよく、Pre-configuredと呼ばれるアプリケーションレイヤにおいて設定されてよく、configuredと呼ばれるSIB又はその他のRRC等の上位レイヤ又はMACにおいて設定されてよい。
動作例３－１では、例えば、端末２００に設定されたインターバルが閾値（例えば、LTEに規定されたインターバル）よりも短い場合、「time gap between initial transmission and retransmission」及び「Retransmission index」はSCIに含まれなくてよい。
例えば、端末２００に設定されたインターバルが閾値よりも短い場合、再送は、TB間のインターバル（例えば、Resource reservationに対応する時間間隔）に基づく送信タイミングに基づいて行われてよい。換言すると、再送のタイミングは、例えば、「Resource reservation」の通知、及び、動作例１－１におけるWの値（又は動作例１－２におけるXのパターン）に基づいて設定されるTB間のインターバルに基づいて設定されてよい。
図１６は、動作例３－１におけるリソースの割り当て例を示す。
図１６では、例えば、Slot#0において送信されるSCIによって、TB間のインターバル（時間間隔）が４スロットに設定される。よって、図１６に示すように、例えば、TBの種別（例えば、HARQプロセス）及び送信種別（例えば、初回送信及び再送）に依らず、送信タイミングが隣り合うTBの時間間隔であるインターバルは同一（例えば、４スロット）である。
例えば、図１６では、Slot#0において、HARQプロセス#0（例えば、HARQ#0と表す）の初回送信データが割り当てられ、Slot#4において、HARQプロセス#1（例えば、HARQ#1と表す）の初回送信データが割り当てられる。
また、図１６に示すSlot#8において、HARQプロセス#0のデータが初回送信（Slot#0）と同一のNDI=0とともに割り当てられている。よって、端末２００（例えば、受信端末）は、Slot#8におけるHARQプロセス#0のデータ送信が再送である判断する。また、図１６に示すSlot＃12において、HARQプロセス#1のデータが初回送信（slot#4）と異なるNDI=1とともに割り当てられている。よって、端末２００（例えば、受信端末）は、Slot#12におけるHARQプロセス#1のデータ送信が初回送信であると判断する。同様に、図１６に示すSlot＃16において、HARQプロセス#0のデータが再送（slot#8）と異なるNDI=1とともに割り当てられている。よって、端末２００（例えば、受信端末）は、Slot#16におけるHARQプロセス#0のデータ送信が初回送信であると判断する。
なお、図１６では、異なるTBがインターバル（例えば、４スロット）毎に交互に割り当てられる例を示すが、これに限定されず、同一TBの初回送信と再送とが、インターバル毎の隣り合う時間リソースに割り当てられてもよい。
動作例３－１によれば、初回送信及び再送に依らず、例えば、「Resource reservation」に基づいて設定される時間リソース（換言すると、インターバル）にデータが割り当てられるので、再送用のリソースは、別途確保されなくてよい。
また、動作例３－１によれば、例えば、「time gap between initial transmission and retransmission」及び「Retransmission index」はSCIに含まれなくてよい。よって、例えば、「time gap between initial transmission and retransmission」及び「Retransmission index」用のビットをSCIから削除して、SCI長を短くしてよい。または、「time gap between initial transmission and retransmission」及び「Retransmission index」に使用されないビットの一部又は全ては、誤り検出に使用される固定値に設定されてよい。これらのSCIの設定により、SCIの受信品質を向上できる。
また、「time gap between initial transmission and retransmission」及び「Retransmission index」に使用されないビットの一部は、例えば、動作例１－１におけるWの値、又は、動作例１－２におけるXのパターンを通知するビットに設定されてもよい。例えば、動作例１－１では、Wの通知に2ビット（４パターン）使用されてもよく、端末２００は、W=5，10，15及び20の何れかを選択してもよい。
また、「time gap between initial transmission and retransmission」及び「Retransmission index」に使用されないビットは、NDI又はHARQ IDを通知するための領域に使用されてもよい。
また、動作例３－１では、例えば、図１６に示すように、TBの種別及び送信種別に依らず、TB間の時間間隔が設定される。よって、動作例３－１によれば、例えば、TB間のインターバルが短い場合（例えば、閾値未満の場合）でも、現在のTBと次回のTBとの間において送信タイミングが重なることを防ぐことができる。
［動作例３－２］
動作例３－２では、Resource reservationによって指示されるTB間のインターバル（時間間隔）は、例えば、図１７に示すように、TB#Nの再送送信のタイミングと、TB#N+1の初回送信のタイミングとの時間間隔に設定される。
例えば、図１７において、TB#1の再送送信のタイミングであるSlot#2と、TB#2の初回送信のタイミングであるSlot#100との間の時間間隔（例えば、９８スロットに相当）は、Resource reservationによって端末２００に指示される。同様に、図１７において、TB#2の再送送信のタイミングであるSlot#102と、TB#3の初回送信のタイミングであるSlot#200との間の時間間隔（例えば、９８スロットに相当）は、Resource reservationによって端末２００に指示される。
動作例３－２では、TB#Nの初回送信のタイミングと、TB#N+1の初回送信のタイミングとの時間間隔は、例えば、Resource reservationによって指示されるインターバルと、「time gap between initial transmission and retransmission」によって指示される時間間隔（換言するとギャップ）とを加算した値に設定されてよい。例えば、図１７では、TB#Nの初回送信のタイミングと、TB#N+1の初回送信のタイミングとの時間間隔は、Resource reservationによって指示されるインターバル（例えば、９８スロット）と、「time gap between initial transmission and retransmission」によって維持されるギャップ（例えば、２スロット）との加算値である１００スロットに設定される。
動作例３－２によれば、例えば、「Resource reservation」によって指示されるインターバル、及び、「time gap between initial transmission and retransmission」によって指示される時間間隔の設定に応じて、多様なインターバルの間隔を通知できるようになり、リソース割り当ての柔軟性を向上できる。
例えば、端末２００は、「Resource reservation」によって指示されるインターバルを、「time gap between initial transmission and retransmission」よりも長く設定して、多様なインターバルの間隔を通知してもよい。
また、動作例３－２では、例えば、図１７に示すように、TB#Nの初回送信及び再送の後に、次のTB#N+1の送信が割り当てられる。換言すると、動作例３－２では、TB#Nの初回送信と再送との間に、次のTB#N+1の送信は割り当てられない。よって、動作例３－２によれば、例えば、TB間のインターバルが短い場合（例えば、閾値未満の場合）でも、現在のTBと次回のTBとの間において送信タイミングが重なることを防ぐことができる。
また、動作例３－２では、例えば、図１７に示すように、Resource reservationによって、TB#Nの再送タイミングと、TB#Nの後に送信されるTB#N+1の初回送信タイミングとの間のインターバルが設定される。そのため、例えば、動作例３－２では、LTE（図６）と比較して、Resource reservationによって通知されるインターバルは短くなり得る。よって、動作例３－２では、LTEと比較して、Resource reservationによって通知する情報（例えば、インターバルのパターン）を低減し得る。
以上、動作例３－１及び動作例３－２について説明した。
以上、実施の形態１～３についてそれぞれ説明した。
実施の形態１～３では、時間リソースの設定方法について説明したのに対して、以下の実施の形態４～７では、周波数リソースの設定方法について説明する。
（実施の形態４）
V2Xでは、例えば、送信端末（例えば、Tx UE）が予約したリソースを、SCIによって受信端末（Rx UE）へ通知する。LTEでは、例えば、「Frequency resource location of initial transmission and retransmission」によって、周波数リソース（例えば、sub-channel）が割り当てられる。
sub-channelは、例えば、複数のリソースブロック（例えば、PRB：Physical Resource Block）を含むリソースである。sub-channelの割り当ては、例えば、連続するsub-channelでもよい。サイドリンク通信は、例えば、シングルキャリア通信と呼ばれるdiscrete fourier transform-spread-orthogonal frequency division multiplexing（DFT-Spread OFDM）に基づく通信であるので、周波数領域における連続するリソース（例えば、sub-channel）の割り当てにより、peak-to-average power ratio（PAPR）の増加を抑えられる。
LTE V2Xでは、例えば、図６に示すように、複数の時間リソース（例えば、スロット）が予約され得る。この際、予約される複数の時間リソースにおける周波数領域では、例えば、或る一定区間の同一の周波数リソース（例えば、図６では、sub-channel#1及び#2）が予約され得る。
上述したように、予約されるリソースの通知は、受信端末に加え、受信端末と異なる他の端末でも受信される。よって、予約されるリソースは、リソースが割り当てられた受信端末に加え、他の端末も把握できる。他の端末は、例えば、当該他の端末宛てのSCIと異なる他のSCIをモニタ（又は、センシング）することにより、送信端末によって予約されたリソースを避けたスケジューリングにより、リソースの衝突確率を低減できる。したがって、各端末は、例えば、初回のSCIを正しく受信できると、SCIを受信した時間リソースに後続する時間リソースの割り当てにおいて、リソースの衝突を回避しやすくなる。
また、LTE V2Xでは、例えば、制御信号であるSCI（又は、PSCCH）と、データ信号であるPSSCHとが同一スロットに割り当てられる。
これに対して、NR V2Xでは、例えば、初回送信におけるSCIの衝突を避けるために「Standalone PSCCH」と呼ばれる方法が検討されている。Standalone PSCCHでは、例えば、初回送信時には、SCIを送信するPSCCHが送信され（換言すると、PSSCHは送信されず）、初回送信の次の予約された時間リソース以降において、データを送信するPSSCHが送信される。
また、NR V2Xでは、例えば、「Single sub-channel of PSCCH+PSSCH」と呼ばれる方法も検討されている。Single sub-channel of PSCCH+PSSCHでは、例えば、初回送信では、SCIを送信するPSCCH及び１サブチャネルのPSSCHが送信される。
図１８（ａ）は、Standalone PSCCHの一例を示し、図１８（ｂ）は、Single sub-channel of PSCCH+PSSCHの一例を示す。
図１８（ａ）では、例えば、リソースの予約を開始するslot#0において、PSCCHが送信され、PSSCHは送信されない。図１８（ａ）に示す例では、２つの送信端末それぞれが、slot#0のsub-channel#0及びsub-channel#2においてPSCCHを送信する。例えば、slot#0のsub-channel#0において送信されるPSCCHによってslot#2のsub-channel#0,#1及び#2が予約され、slot#0のsub-channel#2において送信されるPSCCHによってslot#3のsub-channel#1及び#2が予約される。Standalone PSCCHによれば、例えば、slot#0のPSCCHを受信（又は、モニタ）した他の端末は、slot#2のsub-channel#0,#1,#2、及び、slot#3のsub-channel#1,#2が予約されたリソースであることを認識できる。
図１８（ｂ）では、例えば、図１８（ａ）と同様、リソースの予約を開始するslot#0において、PSCCHが送信され、後続のslot（例えば、Slot#2又はSlot#3）のリソースが予約される。また、図１８（ｂ）では、Slot#0において、PSCCHの送信とともに、1 sub-channelにおいてPSSCHも送信される。
Standalone PSCCH、又は、Single sub-channel of PSCCH+PSSCHの適用により、初回のPSCCHは、例えば、１つのsub-channelにおいて送信されるので、各端末がPSCCHを衝突無しで受信できる可能性が高くなる。例えば、PSSCHの周波数リソースがオーバラップする場合でも、PSCCHの周波数リソースがオーバラップしていなければ、各端末は、PSCCHを衝突無しで受信でき、かつ、他の端末は送信端末が予約したリソースを把握できる。
また、Single sub-channel of PSCCH+PSSCHは、Standalone PSCCHと比較して、PSSCHがslot#0でも送信されるので、リソースの利用効率を向上できる。
なお、図１８では、予約されるリソースは、例えば、「Time gap between initial transmission and retransmission」によって指定される時間間隔（例えば、ギャップ）の時間リソースを例に示す。しかし、予約されるリソースは、例えば、「Time gap between initial transmission and retransmission」によって指定される時間間隔と比較して長いインターバルの時間リソース（例えば、「Resource reservation」によって指定されるインターバルの時間リソース）でもよい。
しかしながら、Standalone PSCCH又はSingle sub-channel of PSSCH+PSSCHを実施する際に周波数リソースを通知する方法の検討が十分ではない。
例えば、Standalone PSCCH又はSingle sub-channel of PSSCH+PSSCHに基づく周波数リソースを通知するために、0（換言すると、周波数リソースを割り当てない）又は１sub-channelの割り当てが通知されると、端末は、後続のスロットにおいて使用する周波数リソースを予約できない場合があり得る。
また、V2Xでは、例えば、端末は、信号を送信している期間において他の端末から送信される信号を受信できないという懸念（「Half duplex issue」とも呼ばれる）がある。よって、端末の状況によっては、初回のSCIを含むPSCCHを受信できない端末も存在し得る。よって、例えば、端末は、初回又は複数回のPSCCHを受信できない場合でも、受信に成功したPSCCHによって、予約されているリソースを特定する方法について検討の余地がある。
そこで、本開示の一実施例では、サイドリンク通信における周波数リソース（例えば、Sub-channel）をより柔軟に設定する方法について説明する。
［通信システムの概要］
本実施の形態に係る通信システムは、基地局３００、及び、端末４００を備える。
図１９は、本実施の形態に係る端末４００の一部の構成例を示すブロック図である。図１９に示す端末４００において、制御部（例えば、制御回路に相当）は、予約する周波数リソースを示す第１の情報と、周波数リソースに対するチャネル（例えば、PSSCH）の配置方法を示す第２の情報と、を決定する。また、通信部（例えば、通信回路に相当）は、第１の情報及び第２の情報を送信する。
また、図１９に示す端末４００において、通信部（例えば、通信回路に相当）は、予約する周波数リソースを示す第１の情報と、周波数リソースに対するチャネル（例えば、PSSCH）の配置方法を示す第２の情報と、を受信する。制御部（例えば、制御回路に相当）は、第１の情報及び第２の情報に基づいて、チャネルの配置を決定する。
［基地局の構成］
図２０は、本実施の形態に係る基地局３００の構成例を示すブロック図である。図２０において、基地局３００は、周波数リソースサイズ設定部３０１と、リソースプール設定部３０２と、誤り訂正符号化部３０３と、変調部３０４と、信号割当部３０５と、送信部３０６と、受信部３０７と、信号分離部３０８と、復調部３０９と、誤り訂正復号部３１０と、を有する。
周波数リソースサイズ設定部３０１は、例えば、端末４００に割り当てられる周波数リソースのうち、一部の周波数リソースを使用して信号を送信する場合の周波数リソースのサイズの候補を決定する。例えば、周波数リソースサイズ設定部３０１は、端末４００に割り当てるリソースプール毎に、周波数リソースサイズの候補を決定してよい。周波数リソースサイズ設定部３０１は、決定したサイズ候補を示す周波数リソースサイズ設定情報を含む上位レイヤのシグナリングを誤り訂正符号化部３０３へ出力する。
周波数リソースサイズは、例えば、sub-channel数でもよく、端末４００に割り当てられた周波数リソース全体に対する割合を示す情報でもよい（一例は後述する）。
リソースプール設定部３０２は、サイドリンクに使用するリソースプールを端末４００毎に設定する。例えば、リソースプール設定部３０２は、リソースプールの時間リソース及び周波数リソースに関する情報（以下、リソースプール設定情報と呼ぶ）を生成してよい。リソースプール設定部３０２は、リソースプール設定情報を含む上位レイヤのシグナリングを誤り訂正符号化部３０３へ出力する。また、リソースプール設定部３０２は、リソースプール設定情報を、信号割当部３０５、及び、信号分離部３０８へ出力する。
誤り訂正符号化部３０３は、送信データ信号（DLデータ信号）、周波数リソースサイズ設定部３０１及びリソースプール設定部３０２から入力される上位レイヤのシグナリングを入力とし、入力信号を誤り訂正符号化し、符号化後の信号を変調部３０４へ出力する。
変調部３０４は、誤り訂正符号化部３０３から入力される信号に対して変調処理を施し、変調後のデータ信号を信号割当部３０５へ出力する。
信号割当部３０５は、変調部３０４から入力されるデータ信号（例えば、DLデータ信号又は上位レイヤシグナリング）を、例えば、基地局３００と端末４００との間のリンク（例えば、Uuリンク）において使用可能なリソースに割り当てる。形成された送信信号は、送信部３０６へ出力される。
例えば、信号割当部３０５は、リソースプール設定部３０２から入力される情報に基づいて、サイドリンク通信に使用可能なスロット及びsub-channelを特定（換言すると、認識）する。そして、信号割当部３０５は、例えば、DLデータに使用するリンク（例えば、Uuリンク）とサイドリンクにおいて端末４００が同時に送受信できない場合、サイドリンクに使用されないリソースにデータ信号を割り当ててよい。
なお、リソースプールの設定は端末４００毎に異なってもよい。この場合、Uuリンクにおいて使用可能なスロットは、端末４００毎に異なる。
送信部３０６は、信号割当部３０５から入力される信号に対してアップコンバート等の無線送信処理を施し、アンテナを介して端末４００へ送信する。
受信部３０７は、端末４００から送信された信号をアンテナを介して受信し、ダウンコンバート等の無線受信処理を施し、信号分離部３０８へ出力する。
信号分離部３０８は、例えば、リソースプール設定部３０２から入力される情報に基づいて、例えば、Uuリンクにおいて使用可能なスロット、及び、サイドリンク通信に使用可能なスロット及びsub-channelを特定する。そして、信号分離部３０８は、受信部３０７から入力される、Uuリンクにおいて使用可能なリソースに割り当てられた信号を分離する。信号分離部３０８は、分離された信号（例えば、ULデータ信号）を復調部３０９へ出力する。
復調部３０９は、信号分離部３０８から入力される信号に対して復調処理を施し、得られた信号を誤り訂正復号部３１０へ出力する。
誤り訂正復号部３１０は、復調部３０９から入力される信号を復号し、端末４００からの受信データ信号（ULデータ信号）を得る。
なお、図２０に示す例では、基地局３００は、周波数リソースサイズ設定部３０１及びリソースプール設定部３０２を備え、周波数リソースサイズ設定情報及びリソースプール設定情報を含む上位レイヤのシグナリングを生成する場合について説明したが、これに限定されない。例えば、周波数リソースサイズ設定情報及びリソースプール設定情報の少なくとも一つは、例えば、Pre-configuredと呼ばれるアプリケーションレイヤで設定されてもよく、subscriber identity module（SIM）に予め設定されてもよい。この場合、基地局３００は、周波数リソースサイズ設定情報又はリソースプール設定情報を生成せずに、予め設定された情報を使用してよい。例えば、基地局３００は、予め設定されるリソースプール設定情報に基づいて、基地局３００と端末４００との間において使用可能なスロットを認識し、基地局３００と端末４００との間において使用可能なスロットを示す情報を信号割当部３０５及び信号分離部３０８へ出力してよい。
また、ここでは、サイドリンク通信における周波数リソースに関する設定（例えば、周波数リソースサイズに関する情報）が、例えば、上位レイヤのシグナリング（例えば、RRC）又はMACによって基地局３００から端末４００に対して設定（又は、通知）される場合について説明するが、これに限定されない。例えば、サイドリンク通信における周波数リソースに関する設定が、仕様（又は規格）に規定される場合、SIM又はアプリケーションレイヤにおいて設定される場合には、基地局３００からの設定が無くても、端末４００は動作可能である。
また、例えば、サイドリンク通信のモードが「Mode 1」の場合、端末がサイドリンクにおいて送信するSCIに含まれる情報は、基地局３００によって生成されることが想定される。よって、Mode 1の場合、基地局３００は、例えば、周波数リソースサイズ設定情報、及び、リソースプール設定情報に基づいて、SCIを生成し（後述する端末４００のSCI生成部４１０と同様の処理）、端末４００へ送信してよい。なお、SCIは、例えば、上位レイヤのシグナリングに含まれてよく、物理レイヤの信号（例えば、PDCCH）に含まれてよい。
［端末の構成］
図２１は、本実施の形態に係る端末４００の構成例を示すブロック図である。図２１において、端末４００は、受信部４０１と、信号分離部４０２と、SCI受信部４０３と、Uu復調部４０４と、Uu誤り訂正復号部４０５と、SL復調部４０６と、SL誤り訂正復号部４０７と、周波数リソースサイズ設定部４０８と、リソースプール設定部４０９と、SCI生成部４１０と、Uu誤り訂正符号化部４１１と、Uu変調部４１２と、SL誤り訂正符号化部４１３と、SL変調部４１４と、信号割当部４１５と、送信部４１６と、を有する。
図１９に示す制御回路には、例えば、SCI受信部４０３、周波数リソースサイズ設定部４０８、リソースプール設定部４０９及びSCI生成部４１０が含まれてよい。また、図１９に示す通信回路には、例えば、受信部４０１及び送信部４１６が含まれてよい。
受信部４０１は、受信信号をアンテナを介して受信し、ダウンコンバート等の受信処理を施した後に信号分離部４０２へ出力する。
信号分離部４０２は、リソースプール設定部４０９から入力されるリソースプール設定情報に基づいて、受信部４０１から入力される信号のうち、基地局３００と端末４００との間のリンク（例えば、Uuリンク）に対応する信号成分を分離し、Uu復調部４０４へ出力する。
また、信号分離部４０２は、リソースプール設定情報に基づいて、受信部４０１から入力される信号のうち、サイドリンクの信号成分を分離する。そして、信号分離部４０２は、例えば、サイドリンクの信号成分のうち、PSCCHの信号をSCI受信部４０３へ出力する。また、信号分離部４０２は、SCI受信部４０３から入力されるPSSCHリソース割当情報に基づいて、受信部４０１から入力されるサイドリンクの信号成分のうち、端末４００宛てのPSSCHの信号を分離し、SL復調部４０６へ出力する。
SCI受信部４０３は、信号分離部４０２から入力されるSCIを復調し、復号する。SCI受信部４０３は、例えば、SCIの復調及び復号を試みて、復号に成功した場合（換言すると、SCIを検出した場合）、SCIに含まれる端末４００宛てのPSSCHのリソース割当情報、及び、周波数リソースサイズ設定部４０８から入力される周波数リソースサイズ設定情報に基づいて、端末４００に予約された周波数リソースのうちPSSCHが配置される周波数リソースサイズの候補を特定する。そして、周波数リソースサイズ設定部３０１は、例えば、SCIに含まれるビット、及び、周波数リソースサイズの候補に基づいて、PSSCHが配置される周波数リソース（例えば、予約された周波数リソースの全体、一部、又は未使用の何れか）を判断し、PSSCHが割り当てられる周波数リソース及び時間リソースを示すPSSCHリソース割当情報を信号分離部４０２へ出力する。なお、SCI受信部４０３は、例えば、SCIに含まれる送信先情報に基づいて、SCIに含まれる情報が端末４００宛ての情報であるか否かを判断してよい。
Uu復調部４０４は、信号分離部４０２から入力される信号に対して、復調処理を施し、得られた復調信号をUu誤り訂正復号部４０５へ出力する。
Uu誤り訂正復号部４０５は、Uu復調部４０４から入力される復調信号を復号し、得られた上位レイヤシグナリングを周波数リソースサイズ設定部４０８及びリソースプール設定部４０９へ出力し、得られた受信データ信号（又は、Uu受信データ信号と呼ぶ）を出力する。
SL復調部４０６は、信号分離部４０２から入力される信号に対して、復調処理を施し、得られた復調信号をSL誤り訂正復号部４０７へ出力する。
SL誤り訂正復号部４０７は、SL復調部４０６から入力される復調信号を復号し、復号した信号に対して、例えば、cyclic redundancy check（CRC）といった誤り判定を行う。SL誤り訂正復号部４０７は、復号した信号の誤りが無い場合、得られた受信データ信号（又は、サイドリンク受信データ信号と呼ぶ）を出力する。
周波数リソースサイズ設定部４０８は、例えば、Uu誤り訂正復号部４０５から入力される上位レイヤシグナリングに含まれる周波数リソースサイズ設定情報に基づいて、端末４００宛てのPSCCHが割り当てられる周波数リソースサイズの候補を設定する。周波数リソースサイズ設定部４０８は、設定した周波数リソースサイズ候補を示す周波数リソースサイズ設定情報をSCI受信部４０３及びSCI生成部４１０へ出力する。
リソースプール設定部４０９は、例えば、Uu誤り訂正復号部４０５から入力される上位レイヤシグナリングに含まれるリソースプール設定情報に基づいて、端末４００がサイドリンクに使用するリソースプール（例えば、時間リソース及び周波数リソース）を設定する。設定されるリソースプールには、例えば、端末４００が送信に使用するリソース、及び、端末４００が受信に使用するリソースの何れか一方又は双方が含まれてよい。リソースプール設定部４０９は、リソースプール設定情報をSCI生成部４１０、信号分離部４０２及び信号割当部４１５へ出力する。
SCI生成部４１０は、例えば、PSSCHを配置する周波数リソースに関する情報を含むSCIを生成する。例えば、SCI生成部４１０は、リソースプール設定部４０９から入力される情報（例えば、サイドリンクに使用可能なリソースを示す情報）、周波数リソースサイズ設定部４０８から入力される情報、及び、送信バッファ（図示せず）に含まれるデータのリソース量に基づいて、SCIを生成してよい。また、SCI生成部４１０は、SCIを送信するスロットにおいて、予約される周波数リソースのうち、周波数リソースサイズの候補のうち何れのサイズの周波数リソースにPSSCHが割り当てられるかを示す情報（換言すると、周波数リソースサイズ候補の何れかを示す情報）を含むSCIを生成してよい。また、SCIには、例えば、決定したリソースに関する情報、送信元の端末４００を識別する情報（例えば、送信元ID）、及び、送信先の端末４００を識別する情報（例えば、送信先ID）が含まれてよい。SCI生成部４１０は、生成したSCIを信号割当部４１５へ出力する。
例えば、サイドリンク通信のモードが「Mode 2」の場合、端末４００は、SCI生成部４１０においてSCIを生成する。また、例えば、サイドリンク通信のモードが「Mode 1」の場合に基地局３００がSCIを生成し、端末４００へSCIを送信する場合、端末４００は、基地局３００から送信されたSCIに基づいて、SCIを生成してよい。
Uu誤り訂正符号化部４１１は、Uuリンクの送信データ信号（ULデータ信号）を入力とし、送信データ信号を誤り訂正符号化し、符号化後の信号をUu変調部４１２へ出力する。
Uu変調部４１２は、Uu誤り訂正符号化部４１１から入力される信号を変調し、変調信号を信号割当部４１５へ出力する。
SL誤り訂正符号化部４１３は、サイドリンクの送信データ信号（サイドリンクデータ信号）を入力とし、送信データ信号を誤り訂正符号化し、符号化後の信号をSL変調部４１４へ出力する。
SL変調部４１４は、SL誤り訂正符号化部４１３から入力される信号を変調し、変調信号を信号割当部４１５へ出力する。
信号割当部４１５は、例えば、リソースプール設定部４０９から入力される情報、及び、SCI生成部４１０から入力される情報に基づいて、SCIを含むPSCCHの信号、及び、SL変調部４１４から入力されるサイドリンクデータ信号を含むPSSCHの信号を、サイドリンクリソースに割り当てる。また、信号割当部４１５は、例えば、Uu変調部４１２から入力される信号を、Uuリンクのリソース（例えば、上りリンクデータチャネル（PUSCH：Physical Uplink Shared Channel））のリソースに割り当てる。信号割当部４１５は、リソースに割り当てた信号を送信部４１６へ出力する。
送信部４１６は、信号割当部４１５から入力される信号に対してアップコンバート等の無線送信処理を施し、送信する。
なお、図２１に示す例では、端末４００は、周波数リソースサイズ設定情報及びリソースプール設定情報を含む上位レイヤのシグナリングを受信する場合について説明したが、これに限定されない。例えば、周波数リソースサイズ設定情報及びリソースプール設定情報の少なくとも一つは、例えば、Pre-configuredと呼ばれるアプリケーションレイヤで設定されてもよく、SIMに予め設定されてもよい。この場合、端末４００は、周波数リソースサイズ設定情報又はリソースプール設定情報を受信せずに、予め設定された情報を使用してよい。例えば、端末４００は、予め設定されるリソースプール設定情報に基づいて、基地局３００と端末４００との間において使用可能なリソース、及び、サイドリンクに使用可能なリソースを認識し、これらのリソースに関する情報を信号分離部４０２及び信号割当部４１５において使用してよい。
また、図２１では、一例として、復調部、誤り訂正復号部、誤り訂正符号化部及び変調部に関して、Uuリンクとサイドリンクとで異なる構成部を備える場合について説明したが、これに限らず、Uuリンクとサイドリンクとで共通の構成部を備えてもよい。
［端末４００の動作］
次に、端末４００（図２１を参照）の動作の一例について説明する。
図２２は、端末４００の処理の一例を示すフローチャートである。
サイドリンクにおいて送受信する端末２００（例えば、送信端末及び受信端末）は、サイドリンクに関するパラメータを設定する（Ｓ２０１）。サイドリンクに関するパラメータには、例えば、時間リソース、周波数リソース（例えば、sub-channel）、SL BWP、リソースプール、及び、各スロットに配置されるチャネルの設定が含まれてよい。
サイドリンクに関するパラメータは、例えば、SCIによって送信端末から受信端末へ通知されてよい。または、サイドリンクに関するパラメータは、端末２００に対して、例えば、仕様（又は、規格）に規定されてもよく、Pre-configuredと呼ばれるアプリケーションレイヤで設定されてもよく、SIMに予め設定されてもよく、configuredと呼ばれるSIB又はその他のRRC等の上位レイヤ又はMACによって設定されてもよい。
端末２００は、設定されたパラメータに基づいて、サイドリンク通信（例えば、データの送受信）を行う（Ｓ２０２）。
次に、周波数リソース（例えば、sub-channel）の設定方法の例について説明する。
本実施の形態では、例えば、送信端末は、サイドリンク通信に予約された周波数リソースに対するPSSCHの配置方法を示す情報を含むSCIを受信端末へ送信する。予約された周波数リソースに対するPSSCHの配置方法を示す情報には、例えば、予約された周波数リソースうち、全ての周波数リソースへのPSSCHの配置、一部の周波数リソースへのPSSCHの配置、又は、PSSCHが割り当てられないか（換言すると、予約された周波数リソースの未使用）、に関する情報が含まれてよい。
端末４００（例えば、送信端末及び受信端末）は、この通知に基づいて、例えば、予約された時間リソース（例えば、スロット）それぞれにおいてPSSCHが配置される周波数リソースを決定してよい。
ここで、予約される周波数リソースが通知される情報と、予約される周波数リソースのうちPSSCHの配置方法を示す情報と、は異なる情報である。よって、端末４００は、例えば、或るスロットにおいて、予約される周波数リソースのうち一部の周波数リソースにPSSCHが割り当てられる場合、又は、PSSCHが割り当てられない場合でも、当該スロットに後続する他のスロットにおいて予約された周波数リソースを特定できる。
よって、本実施の形態によれば、例えば、Standalone PSCCH又はSingle sub-channel of PSCCH+PSSCHが適用される場合でも、端末４００は、予約された周波数リソースにおける割当を動的に設定でき、かつ、SCIが送信されるPSCCHが、他のUEのPSSCHと衝突する確率を低減できる。
なお、周波数リソースサイズ候補は、仕様（又は、規格）において規定されてもよく、SIMに予め設定されてもよく、Pre-configuredと呼ばれるアプリケーションレイヤにおいて設定されてもよく、configuredと呼ばれるSIB又はその他のRRC等の上位レイヤ又はMACにおいて設定されてもよい。
また、周波数リソースサイズ候補は、１つ又は複数設定されてよい。また、周波数リソースサイズ候補には、全ての周波数リソースサイズ候補の中から、SCIによって選択（換言すると、通知）されてもよい。また、周波数リソースサイズ候補は、予め定められている複数の候補の中から、選択肢が端末４００へ通知され、端末４００が、選択肢の中からSCIによって選択してもよい。なお、周波数リソースサイズの選択肢は、例えば、RRC等の上位レイヤ又はMACにおいて通知されてよい。
以下、端末４００の動作例について説明する。
［動作例４－１（Standalone PSCCH）］
動作例４－１では、Standalone PSCCHが適用される例について説明する。
動作例４－１では、例えば、SCIにおいて１ビットの情報（例えば、ビット0及びビット1の何れか）が設定（換言すると、追加）される。
１ビットの情報のうち、ビット0は、例えば、「Frequency resource location of initial transmission and retransmission」によって割り当てられる周波数リソース（換言すると、予約された周波数リソース）へのPSSCHの配置（換言すると、割り当て又は使用）を示してよい。
また、１ビットの情報のうち、ビット1は、例えば、当該１ビットの情報を含むSCIが送受信されたスロットにおいて、「Frequency resource location of initial transmission and retransmission」によって割り当てられる周波数リソースへPSSCHが配置されないこと（換言すると、未割当又は未使用）を示してよい。
例えば、送信端末は、SCIに含まれる１ビットの情報をビット1に設定することにより、受信端末に対して、当該SCIが受信されるスロット（例えば、図１８（ａ）のslot#0）においてPSSCHが配置されないことを通知できる。
また、送信端末は、SCIに含まれる上記１ビットの情報と異なるリソース割当情報（例えば、「Frequency resource location of initial transmission and retransmission」）によって、受信端末に対して、当該SCIが受信されるスロット（例えば、図１８（ａ）のslot#0）に後続するスロット（例えば、図１８（ａ）のslot#2又は#3）におけるPSSCHの周波数リソースを予約できる。
［動作例４－２（Single sub-channel of PSCCH+PSSCH）］
動作例４－２では、Single sub-channel of PSSCH+PSSCHが適用される例について説明する。
動作例４－２では、例えば、SCIにおいて１ビットの情報（例えば、ビット0及びビット1の何れか）が設定（換言すると、追加）される。
１ビットの情報のうち、ビット0は、例えば、「Frequency resource location of initial transmission and retransmission」によって割り当てられる周波数リソース（換言すると、予約された周波数リソース）へのPSSCHの配置（換言すると、割り当て又は使用）を示してよい。
また、１ビットの情報のうち、ビット１は、例えば、当該１ビットの情報を含むSCIが送受信されるスロットにおいて、「Frequency resource location of initial transmission and retransmission」によって割り当てられる周波数リソースのうち一部の周波数リソース（例えば、1 sub-channel）へのPSSCHの配置を示してよい。
例えば、送信端末は、SCIに含まれる１ビットの情報をビット1に設定することにより、受信端末に対して、当該SCIが受信されるスロット（例えば、図１８（ｂ）のslot#0）においてPSSCHが1-sub-channelに配置されることを通知できる。
また、送信端末は、SCIに含まれる上記１ビットの情報と異なるリソース割当情報（例えば、「Frequency resource location of initial transmission and retransmission」）によって、受信端末に対して、当該SCIが受信されるスロット（例えば、図１８（ｂ）のslot#0）に後続するスロット（例えば、図１８（ｂ）のslot#2又は#3）におけるPSSCHの周波数リソースを予約できる。
なお、動作例４－２では、１ビットの情報によって通知される一部の周波数リソースの一例として、1-sub channelについて説明したが、これに限定されない。例えば、１ビットの情報によって通知される一部の周波数リソースは、「Frequency resource location of initial transmission and retransmission」によって割り当てられる周波数リソースうちの複数のsub-channel又は複数のPRBでもよい。
また、動作例４－２は、TBの初回送信に限らず、TBの再送時に適用されてもよい。図２３は、動作例４－２がTBの再送時に適用される例を示す。例えば、図２３において、Slot#0では、ビット0が通知され、TB#1の初回送信の周波数リソースが一部の周波数リソース（例えば、1 sub-channel）に設定される。また、例えば、図２３において、slot#2では、ビット1が通知され、TB#1の再送の周波数リソースが、端末４００に予約された周波数リソース（例えば、3 sub-channels）に設定される。また、例えば、図２３において、Slot#20では、ビット1が通知され、TB#2の初回送信の周波数リソースが、端末４００に予約された周波数リソース（例えば、3 sub-channels）に設定される。また、例えば、図２３において、Slot#22では、ビット0が通知され、TB#2の再送の周波数リソースが一部の周波数リソース（例えば、1 sub-channel）に限定される。
図２３では、端末２００は、初回送信及び再送の双方において、予約された周波数リソースの一部にTBを割り当ることができる。このリソース割当により、例えば、再送において、予約した周波数リソースの全てを割り当てなくてよい場合に、使用するリソース量を低減できるので、干渉を低減でき、他のUEの送信するリソースとの衝突確率を低減できる。
［動作例４－３］
動作例４－３では、複数の周波数リソースサイズの設定例について説明する。
例えば、「Frequency resource location of initial transmission and retransmission」によって割り当てられる周波数リソース（例えば、sub-channel）のうち、一部又は全ての周波数リソースへのPSSCHの配置を通知するビット（例えば、SCIに含まれるビット）が設定（換言すると、追加）される。
例えば、2ビットの情報が設定される場合について説明する。
2ビットの情報は、例えば、以下のように、「Frequency resource location of initial transmission and retransmission」によって割り当てられる周波数リソース全体に対する、PSSCHを配置するリソースの割合（換言すると、周波数リソースサイズ）を示してよい。
ビット00：全リソース
ビット01：1/2のリソース
ビット10：1/4のリソース
ビット11：1 sub-channel
例えば、ビット01又はビット10、すなわち、1/2のリソース又は1/4のリソースの場合、端末４００は、「Frequency resource location of initial transmission and retransmission」によって割り当てられるsub-channel数を2分割又は4分割して、PSSCHを配置するsub-channel数を決定してよい。その際、分割した結果が整数にならない場合、端末４００は、例えば、Floor (sub-channel 数)のように小数点以下を切り捨ててsub-channel数を算出してもよく、Ceil(sub-channel 数)のように小数点以下を切り上げてsub-channel 数を算出してもよい。
また、例えば、ビット01、すなわち、1/2のリソースの場合、端末４００は、「Frequency resource location of initial transmission and retransmission」によって割り当てられるsub-channel数を2分割し、2つのsub-channelグループを生成してよい。同様に、例えば、ビット10、すなわち、1/4のリソースの場合、端末４００は、「Frequency resource location of initial transmission and retransmission」によって割り当てられるsub-channel数を4分割し、4つのsub-channelグループを生成してよい。そして、端末４００は、sub-channelグループの何れか一つを選択してもよい。
なお、周波数リソースサイズの候補（例えば、全リソース、1/2のリソース、1/4のリソース、又は、1 sub-channel）は一例であり、他の値でもよい。また、周波数リソースサイズの候補に、動作例４－1のようにPSSCHを割り当てないケース（PSSCHの未使用）が含まれてもよい。
また、周波数リソースサイズを示す情報のビット数は、2ビットに限らず、他のビット数でもよい。例えば、周波数リソースサイズの種類がより多いほど、SCIのビット数を増加してもよい。
このように、端末４００は、予約された時間リソース（例えば、スロット）のうち或るスロット（例えば、１番目のスロット）において、予約された周波数リソースのうち一部のsub-channelにPSSCHが配置される場合でも、当該SCIが受信されるスロットと異なるスロット（例えば、後続するスロット）におけるPSSCHの周波数リソースを予約できる。
以上、動作例４－１～動作例４－３それぞれについて説明した。
本実施の形態によれば、端末２００は、例えば、予約された複数のsub-channelの使用（例えば、全ての使用、一部の使用、又は未使用）に関する通知情報に基づいて、予約された複数のスロットそれぞれにおいてPSSCHが配置されるsub-channelを決定する。
このsub-channelの決定により、例えば、Standalone PSCCH又はSingle sub-channel of
PSSCH+PSSCHが適用される場合でも、端末４００は、予約された複数のスロットそれぞれにおいて異なる周波数リソースサイズに基づいてPSSCHを割り当てることができる。
よって、本実施の形態によれば、例えば、NRのようにLTEよりも多様なトラフィックタイプが存在する場合でも、周波数リソースサイズを動的に設定できるので、無線通信（例えば、サイドリンク通信）におけるリソース割当（例えば、周波数リソース割当又は予約）の効率を向上できる。
［sub-channelの選択方法］
予約された周波数リソースのうち、PSSCHが配置される一部の周波数リソースに設定されるsub-channelの選択方法の一例について説明する。
例えば、動作例４－２及び動作例４－３において、選択されるsub-channelは、SCIが含まれるsub-channelでもよい。V2Xでは、例えば、PSSCH領域の中にPSCCH領域を含めることが検討されている。このとき、PSCCHを送信するsub-channelとPSSCHを送信するsub-channelとが同一の場合には、PSSCH及びPSCCHが占有するsub-channelの数を低減できる。例えば、PSSCHが1 sub-channelに配置される場合には、選択されるsub-channelは、PSCCHが含まれる1つのsub-channelに設定されてよい。また、動作例４－３のように複数のsub-channelが選択可能な場合、例えば、「Frequency resource location of initial transmission and retransmission」を分割したsub-channelグループのうち、PSCCHが含まれるsub-channelグループが選択されてもよい。
また、例えば、動作例４－２及び動作例４－３において、選択されるsub-channelには、「Frequency resource location of initial transmission and retransmission」によって割り当てられる周波数リソースのうち、sub-channel番号が最も低いsub-channel又は最も高いsub-channelが含まれてもよい。例えば、動作例４－３のように複数のsub-channelが選択可能な場合、「Frequency resource location of initial transmission and retransmission」を分割したsub-channelグループのうち、sub-channel番号が最も低いsub-channel又は最も高いsub-channelを含むsub-channelグループが選択されてもよい。
また、動作例４－２及び動作例４－３において、選択されるsub-channelには、「Frequency resource location of initial transmission and retransmission」によって割り当てられる周波数リソースのうち、UE ID、RNTI、Layer-1 source ID、又はLayer-1 destination IDといったUEを識別する値に基づいて定められるsub-channelが含まれてもよい。例えば、端末４００は、UEを識別する値を、端末４００に割り当てられるsub-channel 数で割った余りの数を、端末４００に割り当てられるsub-channelのうち最も低いsub-channel番号に加算した番号のsub-channelを選択してもよい。また、例えば、動作例４－３のように複数のsub-channelが選択可能な場合、端末４００は、UEを識別する値を、「Frequency resource location of initial transmission and retransmission」を分割したsub-channelグループのグループ数で割った余りの数を、最も低いsub-channelグループ番号に加算した番号のsub-channelグループを選択してもよい。
［TBサイズ（Transport block size）］
また、例えば、動作例４－２及び動作例４－３のように、一部のsub-channelにPSSCHが配置される場合、PSSCHが配置されるリソース量は、予約された複数のsub-channel全体に配置される場合のリソース量よりも少ない。また、NRでは、例えば、割り当てられる時間領域及び周波数領域のリソース量と、制御信号（例えば、DCI）によって通知されるMCSとに基づいて、TBサイズが算出される。
よって、例えば、端末４００に割り当てられた周波数リソースの一部の周波数リソースに配置されたTBが初回送信され、初回送信時のリソース量を基準にTBSが算出されると、再送用のリソース量が初回送信時のリソース量よりも大きい場合でも、再送時に送信可能なsystematic bitsの数が減少し得る。この場合、再送用のリソースに配置されるPSSCHは過剰な品質となり、リソースの利用効率が低減する。
そこで、本実施の形態では、例えば、動作例４－２及び動作例４－３のように、SCIによって通知される配置方法が、一部のsub-channelへのPSSCHの配置である場合、「Frequency resource location of initial transmission and retransmission」によって指定されるsub-channel全体のサイズに基づいて、TBSが算出されてよい。換言すると、PSSCHが配置される周波数リソース（例えば、sub-channel）に依らず、TBSは、予約される周波数リソース全体のサイズに基づいて算出されてよい。
このTBSの決定により、再送用のリソースに配置されるPSSCHが過剰な品質になることを抑制できる。また、例えば、送信端末は、初回送信時に再送用のリソースの量を考慮して、送信するsystematic bits数を決定し、MCSを設定できる。
（実施の形態５）
実施の形態４では、SCIに含まれるビットによって、PSSCHが配置される周波数リソースサイズを明示的に通知する方法について説明した。これに対して、本実施の形態では、PSSCHが配置される周波数リソースサイズを暗黙的に通知する方法について説明する。
本実施の形態によれば、端末４００は、SCIのビット数を増加させずに、PSSCHが配置される複数の周波数リソースサイズを通知できる。
本実施の形態に係る基地局及び端末は、実施の形態４に係る基地局３００及び端末４００と基本構成が共通する。
以下、本実施の形態に係る周波数リソース（例えば、sub-channel）の設定方法の例について説明する。
［動作例５－１］
動作例５－１では、周波数リソースサイズ（換言すると、PSSCHの配置方法）の通知に、SCIに含まれる「priority indication」又は「QoS indication」が使用される。なお、LTEでは、priority indicationと呼ばれるが、NRのSCIでは、異なる名称（例えば、「QoS indication」）と呼ばれる可能性もある。
Priority indication又はQoS indicationには、例えば、優先度（Priority）、遅延量（latency）又は信頼性（reliability）といった情報が含まれることが検討されている。Priority indication又はQoS indicationに基づいて、例えば、リソースの配置（resource allocation）、端末間の衝突回避（congestion control）、端末内での複数データが発生した場合の送信方法（resolution of in-device coexistence issues）、又は、送信電力制御（power control）といった制御が検討されている。
動作例５－１では、端末４００は、例えば、Priority indication又はQoS indicationに基づいて、PSSCHの周波数リソースサイズを決定してよい。換言すると、Priority indication又はQoS indicationに含まれる情報と、周波数リソースサイズ（換言すると、PSSCHの配置方法）とが関連付けられている。
例えば、端末４００は、Priority indication又はQoS indicationに基づいて、端末４００に求められる遅延量（換言すると、所望の遅延量）又は求められる信頼性を特定する。
そして、端末４００は、特定した遅延量が短い場合又は信頼性が高い場合（例えば、閾値未満の場合）には、例えば、予約された周波数リソース全てにPSSCHを割り当ててよい。また、端末４００は、特定した遅延量が長い場合又は信頼性が低い場合（例えば、閾値以上の場合）には、予約された周波数リソースをPSSCHに割り当てない、又は、一部の周波数リソースに割り当ててよい。なお、一部の周波数リソースは、例えば、動作例４－１～動作例４－３の何れかに基づいて設定されてよい。
なお、遅延量が短い場合又は信頼性が高い場合にPSSCHが配置される周波数リソースサイズは、予約された周波数リソース全てに限らず、例えば、遅延量が長い場合又は信頼性が低い場合にPSSCHが配置される周波数リソースサイズよりも大きいサイズに設定されてよい。
例えば、予約された周波数リソース全てにPSSCHが配置されることにより、予約された周波数リソースの一部にPSSCHが配置される場合と比較して、PSSCHの受信品質を向上できるので、端末４００に求められる遅延量又は信頼性を満たしやすくなる。
Priority indication又はQoS indicationと、周波数リソースサイズとのマッピングは、仕様（又は規格）に規定されてもよく、SIMにおいて設定されてもよく、Pre-configuredと呼ばれるアプリケーションレイヤにおいて設定されてもよく、configuredと呼ばれるSIB又はその他のRRC等の上位レイヤ又はMACにおいて設定されてもよい。
また、端末４００は、例えば、SCIに含まれるRetransmission indexに基づいて、受信したPSSCHに含まれるTBが初回送信のTBであるか、再送のTBであるかを判断してよい。
動作例５－１によれば、端末４００は、新たなビットを使用せずに、周波数リソースサイズを通知できる。また、例えば、端末４００は、LTEにおいて設定された値に対応するパラメータ（例えば、求められる遅延量又は信頼性）に適した周波数リソースサイズに基づいてPSSCHを周波数リソースに配置できる。
［動作例５－２］
動作例５－２では、周波数リソースサイズ（PSSCHの配置方法）の通知に、SCIに含まれるRedundancy Version（RV）が使用される。
実施の形態２（動作例２－２）において説明したように、NRでは、例えば、下り制御情報（DCI）と同様に、SCIでも、RV及びNew Data Indicator（NDI）の通知による再送制御が検討されている。
実施の形態２において説明したように、例えば、図１５に示すサーキュラバッファにおいて、１回の送信において送信可能なビット数が多いほど、RV3又はRV1に対応するビット列は、RV0又はRV2に対応するビット列に含まれやすくなる。換言すると、例えば、図１５において、端末４００（例えば、受信端末）は、RV0又はRV2に対応するビット列の受信により、RV3又はRV1に対応するビット列に含まれるビットを受信し得る。
よって、複数のRVのうちの一部（例えば、１つ）が、動作例４－１のようにPSSCHが配置されない（換言すると、予約された周波数リソースの未使用）、又は、動作例４－２のように予約された周波数リソースの一部へのPSSCHの配置の通知に使用されても、端末４００における受信特性は劣化しにくいことが想定される。
そこで、動作例５－２では、端末４００は、例えば、RVに基づいて、PSSCHの周波数リソースサイズを決定してよい。換言すると、RVと、周波数リソースサイズ（換言すると、PSSCHの配置方法）とが関連付けられている。
動作例５－２の例１として、端末４００は、RV3の通知に使用されるビットを使用して、周波数リソースサイズを以下のように通知してよい。なお、以下では、一例として、RV0がビット00によって通知され、RV1がビット01によって通知され、RV2がビット10によって通知され、RV3がビット11によって通知される。
例１では、ビット11は、RV3の代わりに、予約された周波数リソースの一部へのPSSCHの配置、又は、PSSCHの配置無し（予約された周波数リソースの未使用）、及び、RV0を通知してよい。
00: RV0 and 予約された周波数リソース全てにPSSCHを配置
01: RV1 and 予約された周波数リソース全てにPSSCHを配置
10: RV2 and 予約された周波数リソース全てにPSSCHを配置
11: RV0 and 予約された周波数リソースの一部にPSSCHを配置又はPSSCHの配置無し
なお、例えば、ビット11には、ビット00、01及び10と比較して、小さい周波数リソースサイズが関連付けられてよい。換言すると、例えば、ビット00、01及び10には、ビット11と比較して、大きい周波数リソースサイズ（例えば、予約された周波数リソース全て又は一部）が関連付けられてよい。
例えば、予約された周波数リソース全てにPSSCHが配置される場合には、RV0、RV1及びRV2の何れかが設定可能であるのに対して、予約された周波数リソースの一部にPSSCHが配置される場合には、RV0の１つが設定可能となる。ただし、予約された周波数リソースの一部にPSSCHが配置される場合は、TBの初回送信であることが想定される。よって、予約された周波数リソースの一部にPSSCHが配置される場合に設定可能なRVが、初回送信時に使用されやすいRVの１つでも再送効率は劣化しにくい。
なお、例１では、RV3に対応するビット11を、他のRVに対応するビットと異なる周波数リソースサイズの通知に使用する場合について説明したが、他のRVに対応するビットと異なるインターバルの通知には、RV3と異なる他のRV（例えば、RV1）に対応するビットが使用されてもよい。
また、動作例５－２の例２として、複数のRVのうち2つ（例えば、RV1及びRV3）が、動作例４－２のように予約された周波数リソースの一部へのPSSCHの配置の通知に使用されてもよい。例２の場合、以下のように、RV1及びRV3は設定されず、代わりにRV0又はRV2が設定されてよい。
00: RV0 and 予約された周波数リソース全てにPSSCHを配置
01: RV0 and 予約された周波数リソースの一部にPSSCHを配置
10: RV2 and 予約された周波数リソース全てにPSSCHを配置
11: RV2 and 予約された周波数リソースの一部にPSSCHを配置
このように、RVの2状態（例えば、RV1及びRV3）の通知の代わりに、予約された周波数リソースの一部へのPSSCHの配置が通知される場合、端末４００は、初回送信時（例えば、RV0の場合）に加え、再送時（例えば、RV2の場合）にも、予約された周波数リソースの一部へPSSCHを配置する動作をサポートできる。
また、端末４００は、例えば、再送において、予約した周波数リソースの全てを割り当てなくてよい場合に、予約された周波数リソースの一部へのPSSCHの配置を選択することにより、使用するリソース量を低減できるので、干渉を低減でき、他のUEの送信するリソースとの衝突確率を低減できる。
なお、動作例５－２において、RVによって、予約された周波数リソースの一部にPSSCHを配置を通知する代わりに（又は、追加して）、PSSCHの配置無しが通知されてよい。
［動作例５－３］
動作例５－３では、周波数リソースサイズ（換言すると、PSSCHの配置方法）の通知に、SCIに含まれる「RV」及び「Retransmission index」が使用される。
Retransmission indexは、初回送信及び再送の何れかを通知する情報である。
動作例５－３では、端末４００は、例えば、RV及びRetransmission index（例えば、データの再送を指示する情報）に基づいて、PSSCHの周波数リソースサイズを決定してよい。換言すると、RV及びRetransmission index（送信種別）の組み合わせと、周波数リソースサイズ（換言すると、PSSCHの配置方法）とが関連付けられている。
例えば、初回送信及び再送に応じて、使用可能なRVの種類を制限することにより、代わりに、予約された周波数リソースの一部へのPSSCHの配置が通知される。
例えば、２ビットのRVと１ビットのRetransmission indexとを合わせた３ビットのビット列のうち、前の2ビットをRV用とし、後ろの１ビットをRetransmission index用とする。また、例えば、Retransmission index（例えば、３ビットのうちの３ビット目）は、0の場合には初回送信（initial transmission）を示し、1の場合には再送（retransmission）を示す。また、例えば、RVは、初回送信時にはRV0及びRV3の何れかが設定され、再送時にはRV2及びRV1の何れかが設定される。
この場合、以下のように、３ビットのビット列（例えば、000～111）に対して、RV、インターバル、及び、送信種別（初回送信又は再送）が設定されてよい。
000: RV0, 予約された周波数リソース全てにPSSCHを配置 and 初回送信
001: RV2, 予約された周波数リソース全てにPSSCHを配置 and 再送
010: RV0, 予約された周波数リソースの一部にPSSCHを配置 and 初回送信
011: RV2, 予約された周波数リソースの一部にPSSCHを配置 and 再送
100: RV3, 予約された周波数リソース全てにPSSCHを配置 and 初回送信
101: RV1, 予約された周波数リソース全てにPSSCHを配置 and 再送
110: RV3, 予約された周波数リソースの一部にPSSCHを配置 and 初回送信
111: RV1, 予約された周波数リソースの一部にPSSCHを配置 and 再送
例えば、初回送信時には、RV1及びRV2と比較して、systematic bitsを多く含み得るRV0又はRV3が選択され、再送時には、初回送信において含まれないparity bitsを多く含み得るRV1又はRV2が選択される。
動作例５－３によれば、初回送信及び再送のそれぞれにおいて選択可能なRVの数は低減するが、初回及び再送のそれぞれに適したRVが選択肢に含まれるので、端末４００における受信品質の劣化を抑制できる。
なお、動作例５－３において、RV及びRetransmission indexによって、予約された周波数リソースの一部にPSSCHを配置を通知する代わりに（又は、追加して）、PSSCHの配置無しが通知されてよい。
［動作例５－４］
動作例５－４では、周波数リソースサイズ（換言すると、PSSCHの配置方法）の通知に、SCIに含まれるHARQプロセス番号（又は、HARQプロセスID）が使用される。
NRでは、複数プロセスのサポートが検討されており、HARQプロセスIDがSCIによって通知され得る。
動作例５－４では、端末４００は、例えば、HARQプロセスIDに基づいて、PSSCHの周波数リソースサイズを決定してよい。換言すると、HARQプロセスIDと、周波数リソースサイズ（換言すると、PSSCHの配置方法）とが関連付けられている。
例えば、HARQプロセス毎に、予約された周波数リソース全てへのPSSCHの配置、又は、予約された周波数リソースの一部へのPSSCHの配置が設定されてよい。
なお、HARQプロセス毎の設定方法は、例えば、仕様（又は規格）において規定されてよく、SIMにおいて予め設定されてよく、Pre-configuredと呼ばれるアプリケーションレイヤにおいて設定されてよく、configuredと呼ばれるSIB又はその他のRRC等の上位レイヤ又はMACにおいて設定されてもよい。
以上、動作例５－１～動作例５－４について説明した。
なお、動作例５－１及び動作例５－４の何れか２つ以上の動作例を組み合わせてもよい。
本実施の形態では、PSSCHの周波数リソースサイズは、他の用途に規定された情報によって暗黙的に通知される。よって、本実施の形態によれば、例えば、サイドリンクにおいて、PSSCHの周波数リソースサイズを通知するために、例えば、LTEにおいて規定されたパラメータに対して、新たな情報を追加しなくてよいので、シグナリングのオーバーヘッドを低減できる。
（実施の形態６）
NR V2Xでは、例えば、SCIは2ステージで送信されることが検討されている。
例えば、１ステージ目のSCI（例えば、1st SCIとも呼ぶ）はPSCCHに配置され、２ステージ目のSCI（例えば、2nd SCIとも呼ぶ）はPSSCH領域のうち一部に配置される。
１ステージ目のSCIは、例えば、受信端末（換言すると、SCIの送信先端末）に加え、他の端末でも受信され得る。他の端末は、例えば、１ステージ目のSCIに基づいて、リソースの予約状況を把握するセンシングを行うことができる。
一方、２ステージ目のSCIについて、例えば、１ステージ目のSCIによってリソース量又はリソース領域が通知される。また、２ステージ目のSCIは、受信端末において受信され、他の端末では受信されないことが検討されている。
そこで、例えば、１ステージ目のSCIには、SCIの送信先端末と異なる他の端末でのセンシングに使用可能な情報を含めて、センシングに使用されない情報を含めないことにより、１ステージ目のSCIのビット数をより低減できる。この１ステージ目のSCIの設定により、例えば、１ステージ目のSCIの符号化率を低くして（換言すると、冗長に）送信でき、他の端末において受信されやすくできる。
また、例えば、２ステージ目のSCIは、SCIの送信先端末である受信端末において受信されればよいので、例えば、受信端末において受信可能な符号化率で送信されてよい。
本実施の形態では、２ステージのSCIによる周波数リソースの通知方法について説明する。
本実施の形態に係る基地局及び端末は、実施の形態４に係る基地局３００及び端末４００と基本構成が共通する。
以下、本実施の形態に係る端末４００の動作例について説明する。
［動作例６－１］
動作例６－１では、例えば、端末４００は、実施の形態４における周波数リソースに関する情報を含む１ステージ目のSCIを受信端末へ送信する。
動作例６－１によれば、例えば、受信端末と異なる他の端末も、１ステージ目のSCIを受信できる。受信端末と異なる他の端末は、例えば、PSSCHが配置される周波数リソースを認識できる。
例えば、他の端末は、PSSCHが配置される周波数リソースに関する情報を、干渉測定に使用してもよい。例えば、実施の形態４の動作例４－１では、PSSCHが周波数リソースに配置されないので、動作例６－１は有効である。
また、端末４００は、１ステージ目のSCIにおいてPSSCHが配置される周波数リソースを特定できるので、例えば、実施の形態４の動作例４－２又は動作例４－３においてPSSCHが一部の周波数リソースに配置される場合、２ステージ目のSCIが割り当てられる領域を、PSSCHが実際に割り当てられる領域に応じて変更できる。
［動作例６－２］
動作例６－２では、例えば、端末４００は、実施の形態４の動作例４－２又は動作例４－３における周波数リソースに関する情報を含むを２ステージ目のSCIを受信端末へ送信する。
動作例６－２によれば、例えば、１ステージ目のSCIにおいて送信されるビット数を低減でき、１ステージ目のSCIの符号化率を低減できるので、他の端末がSCIを受信できる確率を向上できる。
また、動作例６－２では、受信端末は、1ステージ目のSCIから、PSSCHが配置される周波数リソースを特定できない。そこで、受信端末は、例えば、実施の形態４の動作例４－２又は動作例４－３においてPSSCHが一部の周波数リソースに配置される場合を想定し、2ステージ目のSCIが割り当てられる領域を、PSCCHと同一のsub-channelに設定してよい。
または、端末４００は、実施の形態４の動作例４－２又は動作例４－３において、2ステージ目のSCIが割り当てられる領域を、sub-channel数が最も少ない周波数領域に設定してもよい。
（実施の形態７）
実施の形態４では、SCIに含まれるビットによって、例えば、「Frequency resource location of initial transmission and retransmission」によって割り当てられる周波数リソースのうち、PSSCHが配置される周波数リソース（換言すると、周波数リソースサイズ）を通知する方法について説明した。
本実施の形態では、例えば、予約される複数の時間リソース（例えば、スロット）それぞれにおける周波数リソースの割り当てに関する情報を１つのSCIに含め、複数のスロットにおいて異なる周波数リソースを割当可能にする方法について説明する。
本実施の形態によれば、例えば、実施の形態４と比較して周波数リソース割り当ての柔軟性を向上できる。
本実施の形態に係る基地局及び端末は、実施の形態４に係る基地局３００及び端末４００と基本構成が共通する。
以下、本実施の形態に係る端末４００の動作例について説明する。
［動作例７－１］
動作例７－１では、SCIには、複数のスロットにおける周波数リソースの割り当てに関する情報が含まれる。
一例として、１つのSCIに、４スロット分の周波数リソースの割り当てに関する情報が含まれる場合について説明する。この例の場合、端末４００は、例えば、予約された時間リソースのうち、４スロット分の周波数リソースの割り当てに関する情報をSCIによって通知してよい。
図２４は、動作例７－１におけるリソースの割り当て例を示す。
図２４では、例えば、SCIに含まれる「Resource reservation」によって通知されるインターバルが20msであり、時間領域における１番目の割り当てリソースがslot#0である。
図２４に示すように、端末４００は、slot#0のSCIにおいて、周波数リソースの割り当てに関する情報（例えば、resource indication value（RIV））に以下の情報を含めてよい。
Sub-channel#1
Sub-channel#0，#1，#2
Sub-channel#1，#2
Sub-channel#0，#1
slot#0において通知される上記４スロット分の周波数リソースは、slot#0、slot#20、slot#40及びslot#60にそれぞれ対応する。
slot#0においてSCIを受信した端末４００は、slot#0から４スロット分の周波数リソース割り当てを認識できる。換言すると、端末４００は、１つのSCIに基づいて、例えば、slot#0から4スロット分の周波数リソースを予約できる。また、上記例のように、４スロット分の周波数リソースは、例えば、スロット毎に設定できる。
また、図２４に示すように、端末４００は、slot#20のSCIにおいて、周波数リソースの割り当てに関する情報（例えば、RIV）に、以下の情報を含めてよい。
Sub-channel#0，#1，#2
Sub-channel#1，#2
Sub-channel#0，#1
Sub-channel#0，#1，#2
slot#20において通知される上記４スロット分の周波数リソースは、slot#20、slot#40、slot#60及びslot#80にそれぞれ対応する。
slot#20においてSCIを受信した端末４００は、slot#20から４スロット分の周波数リソース割り当てを認識できる。換言すると、端末４００は、１つのSCIに基づいて、例えば、slot#20から4スロット分の周波数リソースを予約できる。また、上記例のように、４スロット分の周波数リソースは、例えば、スロット毎に設定できる。
動作例７－１によれば、１つのSCIによって、複数のスロットにおける周波数リソースを柔軟に予約できる。
なお、上述した４スロット分の周波数リソース（例えば、sub-channel）の割り当ては一例であり、他のsub-channelの割り当てでもよい。また、１つのSCIによって周波数リソースを通知可能なスロット数は４スロットに限らず、他のスロット数でもよい。
［動作例７－２］
動作例７－２では、SCIには、複数のスロットにおける周波数リソースの割り当てに関する情報が含まれる。
一例として、１つのSCIに、4スロット分の周波数リソースの割り当てに関する情報が含まれる場合について説明する。この例の場合、端末４００は、例えば、予約された時間リソースのうち、4スロット分の周波数リソースの割り当てに関する情報をSCIによって通知してよい。
図２５は、動作例７－２におけるリソースの割り当て例を示す。
図２５では、例えば、SCIに含まれる「Resource reservation」によって通知されるインターバルが20msであり、「Time gap between initial transmission and retransmission」によって通知される初回送信と再送との時間間隔が2スロットであり、時間領域における１番目の割り当てリソースがslot#0である。
図２５に示すように、端末４００は、slot#0のSCIにおいて、周波数リソースの割り当てに関する情報（例えば、RIV）に以下の情報を含めてよい。
Sub-channel#1
Sub-channel#0，1，2
Sub-channel#1，2
Sub-channel#0，1
slot#0において通知される上記４スロット分の周波数リソースは、slot#0、slot#2、slot#20及びslot#22にそれぞれ対応する。なお、図２５において、slot#2及びslot#22は、slot#0及びslot#20において送信されるデータ（例えば、PSSCH）に対する再送用のリソースである。
slot#0においてSCIを受信した端末４００は、slot#0から４スロット分の周波数リソース割り当てを認識できる。換言すると、端末４００は、１つのSCIに基づいて、例えば、slot#0から4スロット分の周波数リソースを予約できる。また、上記例のように、４スロット分の周波数リソースは、例えば、スロット毎に設定できる。
また、動作例７－２では、端末４００は、例えば、図２５に示す再送用のリソースであるslot#2及びslot#22において、初回送信用の周波数リソースも通知してよい。これは、端末４００が、初回送信時の周波数リソース量に基づいてTBSを計算するためである。
例えば、図２５に示すように、端末４００は、slot#2のSCIにおいて、周波数リソースの割り当てに関する情報（例えば、RIV）に、以下の情報を含めてよい。
Sub-channel#1
Sub-channel#0，#1, #2
Sub-channel#1，#2
Sub-channel#0，#1
slot#2において通知される上記４スロット分の周波数リソースは、slot#0、slot#2、slot#20及びslot#22にそれぞれ対応する。slot#2（再送時）において通知される上記４スロット分の周波数リソースは、例えば、slot#0（初回送信時）において通知される４スロット分の周波数リソースと同一である。
また、同様に、再送用のリソースであるslot#22では、例えば、初回送信用のリソースであるslot#20において通知される４スロット分の周波数リソースと同一の周波数リソースが通知されてよい。同様に、再送用のリソースであるslot#42では、例えば、初回送信用のリソースであるslot#40において通知される４スロット分の周波数リソースと同一の周波数リソースが通知されてよい。
動作例７－２によれば、例えば、図２５において、slot#0のSCIがHalf duplex issue又は他の要因で受信できない場合でも、端末４００（受信端末）は、slot#2のSCIに基づいて、slot#0の周波数リソースからslot#2のPSSCHのTBSを算出でき、slot#2のPSSCHを受信できる。
また、動作例７－２によれば、１つのSCIによって、複数のスロットにおける周波数リソースを柔軟に予約できる。
なお、上述した４スロット分の周波数リソース（例えば、sub-channel）の割り当ては一例であり、他のsub-channelの割り当てでもよい。また、１つのSCIによって周波数リソースを通知可能なスロット数は４スロットに限らず、他のスロット数でもよい。
［動作例７－３］
動作例７－３では、SCIには、複数のスロットにおける周波数リソースの割り当てに関する情報が含まれる。また、動作例７－３では、SCIに含まれる周波数リソースの割り当ては、或る時間間隔（例えば、インターバル）毎に周期的に繰り返される。
一例として、１つのSCIに、２スロット分の周波数リソースの割り当てに関する情報が含まれる場合について説明する。この例の場合、端末４００は、例えば、予約された時間リソースのうち、２スロット分の周波数リソースの割り当てに関する情報をSCIによって通知してよい。
例えば、SCIに含まれる「Resource reservation」によって通知されるインターバルが20msであり、時間領域における１番目の割り当てリソースがslot#0である場合を想定する。この場合、端末４００は、例えば、slot#0のSCIにおいて、周波数リソースの割り当てに関する情報（例えば、RIV）に以下の情報を含めてよい。
Sub-channel#1
Sub-channel#0，#1，#2
例えば、slot#0において通知される上記２スロット分の周波数リソースのうち、sub-channel#1は、１番目のスロット（例えば、slot#0）からインターバル20msの2倍の間隔である40ms周期であるslot#0、slot#40、slot#80、…に対応する。また、slot#0において通知される上記２スロット分の周波数リソースのうち、sub-channel#0、#1及び#2は、２番目のスロット（例えば、slot#20）からインターバル20msの2倍の間隔である40ms周期であるslot#20、slot#60、slot#100、…に対応する。
また、端末４００は、slot#20のSCIにおいて、周波数リソースの割り当てに関する情報（例えば、RIV）に、以下の情報を含めてよい。
Sub-channel#0，#1，#2
Sub-channel#1
同様に、例えば、slot#20において通知される上記２スロット分の周波数リソースのうち、sub-channel#0、#1及び#2は、１番目のスロット（例えば、slot#20）から40ms周期であるslot#20、slot#60、slot#100、…に対応する。また、slot#20において通知される上記２スロット分の周波数リソースのうち、sub-channel#1は、２番目のスロット（例えば、slot#40）から40ms周期であるslot#40、slot#80、slot#120、…に対応する。
また、動作例７－３の変形例として、図２６に示すように、初回送信用のリソースと再送用のリソースとで周波数リソースを異ならせてもよい。
例えば、図２６では、端末４００は、予約された時間リソースのうち、２スロット分を周波数リソースの割り当てに関する情報をSCIによって通知してよい。
図２６では、例えば、SCIに含まれる「Resource reservation」によって通知されるインターバルが20msであり、時間領域における１番目の割り当てリソースがslot#0である。
図２６に示すように、端末４００は、slot#0のSCIにおいて、周波数リソースの割り当てに関する情報（例えば、RIV）に以下の情報を含めてよい。
Sub-channel#1
Sub-channel#0，#1，#2
例えば、slot#0において通知される上記２スロット分の周波数リソースのうち、sub-channel#1は、１番目のスロット（例えば、slot#0）から、インターバル20ms間隔の初回送信用のリソースであるslot#0、slot#20、slot#40、…に対応する。また、slot#0において通知される上記２スロット分の周波数リソースのうち、sub-channel#0、#1及び#2は、２番目のスロット（例えば、slot#2）から、インターバル20ms間隔の再送用のリソースであるslot#2、slot#22、slot#42、…に対応する。
また、図２６に示すように、端末４００は、slot#2のSCIにおいて、周波数リソースの割り当てに関する情報（例えば、RIV）に以下の情報を含めてよい。
Sub-channel#1
Sub-channel#0，#1，#2
例えば、slot#2において通知される上記２スロット分の周波数リソースのうち、sub-channel#1は、slot#2の再送リソースに対応する初回送信用のリソースであるスロット（例えば、slot#0）から、インターバル20ms間隔の初回送信用のリソースであるslot#0、slot#20、slot#40、…に対応する。また、slot#2において通知される上記２スロット分の周波数リソースのうち、sub-channel#0、#1及び#2は、slot#2から、インターバル20ms間隔の再送用のリソースであるslot#2、slot#22、slot#42、…に対応する。
換言すると、図２６において、slot#2（再送時）において通知される上記２スロット分の周波数リソースは、例えば、slot#0（初回送信時）において通知される２スロット分の周波数リソースと同一である。
また、動作例７－３では、TBSは、例えば、初回送信のリソース量に従って算出されてもよく、再送用のリソース量に従って算出されてもよく、予め規定されてもよい。または、TBSは、例えば、初回送信用のリソース及び再送用のリソースのうちより大きいリソース量に従って算出されてもよい。
なお、上述した２スロット分の周波数リソース（例えば、sub-channel）の割り当ては一例であり、他のsub-channelの割り当てでもよい。また、１つのSCIによって周波数リソースを通知可能なスロット数は２スロットに限らず、他のスロット数でもよい。
［動作例７－４］
動作例７－４では、複数の時間リソースにおける周波数リソース割り当ての設定（例えば、周波数リソースのパターン）の中からSCIによって１つの設定が選択（換言すると、通知）される。
なお、周波数リソース割り当ての複数の設定（換言すると、複数のパターン）は、例えば、仕様（又は規格）において規定されてよく、SIMに設定されてよく、Pre-configuredと呼ばれるアプリケーションレイヤにおいて設定されてよく、configuredと呼ばれるSIB又はその他のRRC等の上位レイヤにおいて設定されてよく、MACにおいて設定されてよい。
図２７は、周波数リソース割り当ての4つのパターン（パターンA、B、C及びD）の一例を示す。図２７に示す４つのパターンそれぞれには、例えば、４スロット分の周波数リソースの割り当てが含まれている。
端末４００は、例えば、４パターンのうち選択したパターンをSCI（例えば、2ビットの情報）によって受信端末へ通知してよい。
動作例７－４によれば、複数のスロット分の周波数リソース割り当ての設定を、パターンによって通知できるので、複数のスロット毎の周波数リソース割り当てが個別に通知される場合と比較して、SCIにおける通知ビットを低減できる。
また、端末４００は、例えば、SCIが送信されるスロットと、図２７に示す1st slotから4th slotまでのスロットとの対応をSCIによって通知してもよい。
例えば、SCIが送信されるスロットにおいて、現スロットであるslot#0が図２７に示す3rd slotに対応し、インターバルが20msであり、Pattern Bが通知される場合、現スロット（3rd slot）から順に、以下の割り当てとなる。
slot#0：sub-channel#3,#4 （3rd slot）
slot#20：sub-channel#3,#4 （4th slot）
slot#40：sub-channel#1,#2 （1st slot）
slot#60：sub-channel#1,#2 （2nd slot）
受信端末は、例えば、パターンを示す情報、及び、パターンに含まれるスロットとSCIが送信されるスロットとの関連付けを示す情報に基づいて、複数のスロットにおける周波数リソースを特定してよい。
例えば、SCIが送信されるスロットと、図２７に示すスロットとの対応を異ならせることにより、周波数割り当てを巡回的に設定できる。
なお、上述した４スロット分の周波数リソース（例えば、sub-channel）の割り当ては一例であり、他のsub-channelの割り当てでもよい。また、１つのSCIによって周波数リソースを通知可能なスロット数は４スロットに限らず、他のスロット数でもよい。また、パターン数は４パターンに限らず、他のパターン数でもよい。
以上、動作例７－１～動作例７－４についてそれぞれ説明した。
以上、本開示の各実施の形態について説明した。
（他の実施の形態）
（１）時間リソースの設定に関する実施の形態１～３において、インターバルに関する情報は、例えば、第１SCIに含まれてよい。インターバルに関する情報が第１SCIに含まれると、受信端末と異なるの他の端末も容易にSCIを受信（換言すると、モニタ又はセンシング）できるので、送信時間のインターバルを把握しやすくなり、リソースの衝突を低減できる。
または、上記実施の形態１～３において、インターバルに関する情報は、例えば、第２SCIに含まれてよい。インターバルに関する情報が第２SCIに含まれると、第１SCIのビット数の増加を抑制でき、第１SCIによって定まる通信可能距離を増加できる。
（２）周波数リソースの設定に関する実施の形態４～７において、PSSCHを配置しないこと、又は、予約された周波数リソースの一部へのPSSCHの配置は、例えば、リソースが予約されていない送信（例えば、初回送信）において適用される場合に顕著な効果がある。したがって、例えば、TBの初回送信時、又は、最初にリソースを予約するSCIが送信される場合に、上記実施の形態が適用されてもよい。
（３）V2Xでは、例えば、上述したHalf duplex issueによって、端末に予約されたリソースにおいて、他の端末が信号を送信することもあり得る。したがって、周波数リソースの設定に関する実施の形態４～７において、PSSCHを配置しないこと、又は、予約された周波数リソースの一部へのPSSCHの配置は、リソースの予約後であっても、他の端末の送信リソースとの衝突を回避するために有効である。したがって、例えば、初回送信時に限らず、再送時、又は、リソース予約後の次のTBの初回送信時に、上記実施の形態が適用されてもよい。
（４）本開示の一実施例において、端末によって一度に予約されるリソースの数の最大値は、ある特定の数、例えば、２、４、８などに制限されてもよい。また、その最大値には、例えば、仕様（又は規格）上で固定値が定義されてよく、また、アプリケーションレイヤで設定（Pre-configured）されてよく、及び上位レイヤ（例えば、MAC）などで設定（Configured）されてもよい。
（５）サイドリンクにおいて送受信する端末には、例えば、送信処理を行い、受信処理を行わない端末、受信処理を行い、送信処理を行わない端末、又は、送信及び受信の双方を行う端末が含まれてよい。
（６）サイドリンクに関する設定が端末２００，４００に予め設定される場合、サイドリンクに関する設定は、例えば、仕様（例えば、規格）に設定されてもよく、Pre-configuredと呼ばれるアプリケーションレイヤで設定されてもよく、端末２００，４００が備えるSIMに設定されてもよく、configuredと呼ばれるSIB又はその他のRRC等の上位レイヤで設定されてもよく、MACで設定されてもよい。
（７）各動作例では、連続するスロットについて説明したが、スロットは時間的に連続していなくてもよい。例えば、サイドリンクのリソースプールに含まれるスロットを使用してインターバルが設定されてよい。
（８）本開示の一実施例は、サイドリンク通信（換言すると、複数の端末間の直接通信）に限らず、Uuリンクの通信（換言すると、基地局１００，３００と端末２００，４００との間の通信）に適用してもよい。この場合、例えば、上記各実施の形態において説明したサイドリンクにおけるチャネル配置を、Uuリンクにおけるチャネル配置に置き換えてもよい。例えば、PSCCHを下りリンクデータチャネル（PDCCH：Physical Downlink Control Channel）に置き換え、PSSCHを下りリンクデータチャネル（PDSCH：Physical Downlink Shared Channel）又は上りリンクデータチャネル（PUSCH：Physical Uplink Shared Channel）に置き換え、PSFCHを上りリンク制御チャネル（PUCCH：Physical Uplink Control Channel）に置き換え、PSBCHを報知チャネル（PBCH：Physical Broadcast Channel）に置き換えてもよい。
（９）上記の実施の形態において、サイドリンク通信のモードは、例えば、Mode 2が設定され、Mode1が設定されなくてもよい。Mode 2の場合、端末２００，４００は、他の端末が送信するSCIを受信し、当該SCIに示されるリソースと同じリソースを使用した送信を回避できる。例えば、端末２００，４００は、他の端末にインターバルを通知することにより、リソースの予約情報を他の端末と共有できる。
（１０）上記の実施の形態の動作例は組み合わせて使用してもよい。例えば、時間リソースの決定方法に関する実施の形態１～３の少なくとも一つと、周波数リソースの決定方法に関する実施の形態４～７の少なくとも一つとを組み合わせて、時間リソース及び周波数リソースが決定されてもよい。
（１１）時間リソースの単位は、スロットに限らず、例えば、フレーム、サブフレーム、スロット、サブスロット又は、シンボルといった時間リソース単位でもよく、他の時間リソース単位でもよい。また、周波数リソースの単位は、sub-channelに限らず、例えば、bandwidth part（BWP）、リソースブロック（例えば、PRB）、リソースブロックグループ（RBG）、サブキャリア、又は、resource element group（REG）といった周波数リソース単位でもよく、他の周波数リソース単位でもよい。
本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。
通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。
通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。
また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。
また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。
本開示の一実施例に係る端末は、予約する周波数リソースを示す第１の情報と、前記周波数リソースに対するチャネルの配置方法を示す第２の情報と、を決定する制御回路と、前記第１の情報及び前記第２の情報を送信する送信回路と、を具備する端末。
本開示の一実施例において、前記配置方法は、前記予約する周波数リソースの全体への配置、前記予約する周波数リソースの一部への配置、及び、前記予約する周波数リソースの未使用、の何れかを示す。
本開示の一実施例において、前記配置方法が前記予約する周波数リソースの一部への配置である場合、データのトランスポートブロックサイズは、前記予約する周波数リソース全体のサイズに基づいて算出される。
本開示の一実施例において、前記第２の情報は、データのプライオリティを示す情報であり、前記プライオリティと、前記配置方法とが関連付けられている。
本開示の一実施例において、前記第２の情報は、リダンダンシーバージョンを示す情報であり、前記リダンダンシーバージョンと前記配置方法とが関連付けられている。
本開示の一実施例において、前記第２の情報は、リダンダンシーバージョンを示す情報、及び、データの初回送信及び再送の何れか一方の送信種別を示す情報を含み、前記リダンダンシーバージョンと前記送信種別との組み合わせと、前記配置方法とが関連付けられている。
本開示の一実施例において、前記第２の情報は、再送プロセス番号を示す情報であり、前記再送プロセス番号と、前記配置方法とが関連付けられている。
本開示の一実施例において、前記第２の情報は、サイドリンクの制御チャネルに含まれる。
本開示の一実施例において、前記第２の情報は、サイドリンクの共用チャネルに含まれる。
本開示の一実施例に係る端末は、予約する周波数リソースを示す第１の情報と、前記周波数リソースに対するチャネルの配置方法を示す第２の情報と、を受信する受信回路と、前記第１の情報及び前記第２の情報に基づいて、前記チャネルの配置を決定する制御回路と、を具備する。
本開示の一実施例に係る通信方法において、端末は、予約する周波数リソースを示す第１の情報と、前記周波数リソースに対するチャネルの配置方法を示す第２の情報と、を決定し、前記第１の情報及び前記第２の情報を送信する。
本開示の一実施例に係る通信方法において、端末は、予約する周波数リソースを示す第１の情報と、前記周波数リソースに対するチャネルの配置方法を示す第２の情報と、を受信し、前記第１の情報及び前記第２の情報に基づいて、前記チャネルの配置を決定する。
２０１９年１０月４日出願の特願２０１９－１８４０４１の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
本開示の一実施例は、移動通信システムに有用である。
１００，３００ 基地局
１０１，２０８ インターバル設定部
１０２，２０９，３０２，４０９ リソースプール設定部
１０３，３０３ 誤り訂正符号化部
１０４．３０４ 変調部
１０５，２１５，３０５．４１５ 信号割当部
１０６，２１６，３０６，４１６ 送信部
１０７，２０１，３０７，４０１ 受信部
１０８，２０２，３０８，４０２ 信号分離部
１０９，３０９ 復調部
１１０，３１０ 誤り訂正復号部
２００，４００ 端末
２０３，４０３ SCI受信部
２０４，４０４ Uu復調部
２０５，４０５ Uu誤り訂正復号部
２０６，４０６ SL復調部
２０７，４０７ SL誤り訂正復号部
２１０，４１０ SCI生成部
２１１，４１１ Uu誤り訂正符号化部
２１２，４１２ Uu変調部
２１３，４１３ SL誤り訂正符号化部
２１４，４１４ SL変調部
３０１，４０８ 周波数リソースサイズ設定部

Claims (7)

  1. Ｎ個の時間リソースのために予約するＮ個の周波数リソースを決定し、前記Ｎ個の周波数リソースの各々は異なる、制御回路と、
    前記Ｎ個の周波数リソースに関する周波数情報を他の端末に送信する送信機と、を具備し、
    前記Ｎ個の周波数リソースに関する周波数情報は同じサイドリンク制御情報で送信され、
    前記Ｎ個は２以上の値を複数含むセットから決定され、前記Ｎ個に関する情報は上位レイヤ信号によって通知される、
    端末装置。
  2. 前記Ｎ個の時間リソースにおける第１の時間リソースは前記サイドリンク制御情報が送信されるスロットであり、第２の時間リソースは前記サイドリンク制御情報における第１の時間情報によって指示される、
    請求項１に記載の端末装置。
  3. 前記サイドリンク制御情報は第２の時間情報を含み、前記第２の時間情報に基づいて、前記第１の時間リソースから周期的に時間リソースが予約される、
    請求項２に記載の端末装置。
  4. 端末装置は、
    Ｎ個の時間リソースのために予約するＮ個の周波数リソースを決定し、前記Ｎ個の周波数リソースの各々は異なり、
    前記Ｎ個の周波数リソースに関する周波数情報を他の端末に送信し、
    前記Ｎ個の周波数リソースに関する周波数情報は同じサイドリンク制御情報で送信され、
    前記Ｎ個は２以上の値を複数含むセットから決定され、前記Ｎ個に関する情報は上位レイヤ信号によって通知される、
    通信方法。
  5. 前記Ｎ個の時間リソースにおける第１の時間リソースは前記サイドリンク制御情報が送信されるスロットであり、第２の時間リソースは前記サイドリンク制御情報における第１の時間情報によって指示される、
    請求項４に記載の通信方法。
  6. 前記サイドリンク制御情報は第２の時間情報を含み、前記第２の時間情報に基づいて、前記第１の時間リソースから周期的に時間リソースが予約される、
    請求項５に記載の通信方法。
  7. Ｎ個の時間リソースのために予約するＮ個の周波数リソースを決定し、前記Ｎ個の周波数リソースの各々は異なる、処理と、
    前記Ｎ個の周波数リソースに関する周波数情報を他の端末に送信する処理と、を制御し、
    前記Ｎ個の周波数リソースに関する周波数情報は同じサイドリンク制御情報で送信され、
    前記Ｎ個は２以上の値を複数含むセットから決定され、前記Ｎ個に関する情報は上位レイヤ信号によって通知される、
    集積回路。
JP2021550363A 2019-10-04 2020-07-15 端末装置、通信方法及び集積回路 Active JP7492527B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2024080169A JP2024109710A (ja) 2019-10-04 2024-05-16 端末装置、通信方法及び集積回路

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2019184041 2019-10-04
JP2019184041 2019-10-04
PCT/JP2020/027574 WO2021065154A1 (ja) 2019-10-04 2020-07-15 端末及び通信方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2024080169A Division JP2024109710A (ja) 2019-10-04 2024-05-16 端末装置、通信方法及び集積回路

Publications (3)

Publication Number Publication Date
JPWO2021065154A1 JPWO2021065154A1 (ja) 2021-04-08
JPWO2021065154A5 JPWO2021065154A5 (ja) 2022-09-22
JP7492527B2 true JP7492527B2 (ja) 2024-05-29

Family

ID=75338063

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2021550363A Active JP7492527B2 (ja) 2019-10-04 2020-07-15 端末装置、通信方法及び集積回路
JP2024080169A Pending JP2024109710A (ja) 2019-10-04 2024-05-16 端末装置、通信方法及び集積回路

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2024080169A Pending JP2024109710A (ja) 2019-10-04 2024-05-16 端末装置、通信方法及び集積回路

Country Status (5)

Country Link
US (1) US20220272729A1 (ja)
EP (1) EP4040878A4 (ja)
JP (2) JP7492527B2 (ja)
CN (1) CN114503617A (ja)
WO (1) WO2021065154A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN118474874A (zh) * 2023-02-08 2024-08-09 华为技术有限公司 一种通信方法及通信装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180098322A1 (en) 2016-09-30 2018-04-05 Innovative Technology Lab Co., Ltd. Method and apparatus for determining resource pool

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3128797B1 (en) * 2014-03-30 2020-12-02 LG Electronics Inc. Method for transmitting/receiving downlink control information in wireless communication system supporting device-to-device communication and apparatus therefor
EP3316536B1 (en) * 2015-06-29 2021-09-08 LG Electronics Inc. Method for transmitting or receiving d2d signals in wireless communications system, and apparatus for same
WO2017048099A1 (ko) * 2015-09-14 2017-03-23 엘지전자 주식회사 무선 통신 시스템에서 v2x 단말의 메시지 송수신 방법 및 장치
US10757550B2 (en) * 2016-04-07 2020-08-25 Lg Electronics Inc. Method for performing sensing during terminal-specific sensing period in wireless communication system, and terminal using same
JP6669041B2 (ja) * 2016-05-12 2020-03-18 ソニー株式会社 通信装置、通信方法及びコンピュータプログラム
EP3273634A1 (en) * 2016-07-18 2018-01-24 Panasonic Intellectual Property Corporation of America Improved support of quality of service for v2x transmissions
WO2018044079A1 (ko) * 2016-08-30 2018-03-08 엘지전자 주식회사 무선 통신 시스템에서 단말의 사이드링크 제어 정보 전송 방법 및 상기 방법을 이용하는 단말
JP6531310B1 (ja) 2018-04-17 2019-06-19 株式会社エコファースト 監視システム
US20200037343A1 (en) * 2018-07-24 2020-01-30 Samsung Electronics Co., Ltd. Method and apparatus for network controlled resource allocation in nr v2x
CN112840733B (zh) * 2018-08-07 2024-04-26 交互数字专利控股公司 用于车辆通信中的资源预留的方法
WO2020032760A1 (ko) * 2018-08-10 2020-02-13 엘지전자 주식회사 무선 통신 시스템에서 피드백 신호를 수신하는 방법 및 단말
WO2021029081A1 (ja) * 2019-08-15 2021-02-18 株式会社Ｎｔｔドコモ 端末及び通信方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180098322A1 (en) 2016-09-30 2018-04-05 Innovative Technology Lab Co., Ltd. Method and apparatus for determining resource pool

Also Published As

Publication number Publication date
EP4040878A4 (en) 2022-11-09
US20220272729A1 (en) 2022-08-25
JP2024109710A (ja) 2024-08-14
CN114503617A (zh) 2022-05-13
JPWO2021065154A1 (ja) 2021-04-08
WO2021065154A1 (ja) 2021-04-08
EP4040878A1 (en) 2022-08-10

Similar Documents

Publication Publication Date Title
JP7459123B2 (ja) 端末および通信方法
WO2021215098A1 (ja) 端末及び通信方法
WO2021161861A1 (ja) 端末及び通信方法
US20220256557A1 (en) Communication apparatuses and communication methods for dci for v2x communication apparatuses
WO2021034266A1 (en) Communication apparatuses and communication methods for utilization of released resource
JP2024109710A (ja) 端末装置、通信方法及び集積回路
WO2022030040A1 (ja) 端末およびサイドリンク通信制御方法
WO2021161602A1 (ja) 端末及び通信方法
WO2021070508A1 (ja) 基地局、端末、送信方法及び受信方法
JP7585291B2 (ja) 端末及び通信方法
WO2024171677A1 (ja) 通信装置、通信方法、及び、集積回路
JP7546583B2 (ja) 端末、通信方法及び集積回路
JP7569367B2 (ja) 端末、基地局、通信方法及び集積回路
WO2024171521A1 (ja) 基地局、端末及び通信方法
WO2022209097A1 (ja) 通信装置および通信方法
WO2022195952A1 (ja) 端末、基地局及び通信方法
WO2024100924A1 (ja) 端末、基地局、及び、通信方法
WO2024171520A1 (ja) 基地局、端末及び通信方法
WO2024034227A1 (ja) 通信装置、及び、通信方法
WO2022215390A1 (ja) 端末、基地局及び通信方法
WO2024034228A1 (ja) 通信装置、及び、通信方法
WO2022209044A1 (ja) 通信装置および通信方法
WO2022239289A1 (ja) 通信装置、及び、通信方法
WO2024219190A1 (ja) 端末、基地局、及び、通信方法
WO2023013191A1 (ja) 通信装置、及び、通信方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220913

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230421

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240206

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240405

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240423

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240517

R150 Certificate of patent or registration of utility model

Ref document number: 7492527

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150