特許 7585291 端末及び通信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-08

(45)【発行日】2024-11-18

(54)【発明の名称】端末及び通信方法

(51)【国際特許分類】

   H04W 72/25 20230101AFI20241111BHJP

   H04W 92/18 20090101ALI20241111BHJP

【ＦＩ】

H04W72/25

H04W92/18

【請求項の数】 9

(21)【出願番号】P 2022500229

(86)(22)【出願日】2020-11-12

(86)【国際出願番号】 JP2020042192

(87)【国際公開番号】W WO2021161602

(87)【国際公開日】2021-08-19

【審査請求日】2023-08-24

(31)【優先権主張番号】P 2020022683

(32)【優先日】2020-02-13

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002952

【氏名又は名称】弁理士法人鷲田国際特許事務所

(72)【発明者】

【氏名】堀内 綾子

(72)【発明者】

【氏名】鈴木 秀俊

【審査官】石原 由晴

(56)【参考文献】

【文献】中国特許出願公開第１１０５０５７０３（ＣＮ，Ａ）

【文献】CATT，Physical layer structure for NR sidelink[online]，3GPP TSG RAN WG1 Meeting #99 R1-1912153，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912153.zip>，2019年11月09日

【文献】Huawei, HiSilicon，Sidelink physical layer structure for NR V2X[online]，3GPP TSG RAN WG1 Meeting #99 R1-1911882，Internet<URL:https://www.3gpp.org/ftp/tsg_ran//WG1_RL1/TSGR1_99/Docs/R1-1911882.zip>，2019年11月09日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

サイドリンクにおいて送信する第１の制御情報に関連した第２の制御情報の、前記サイドリンクのデータチャネルに対する配置を、前記データチャネルにおける参照信号の配置と制御チャネルの配置と、に基づいて決定する制御回路と、
決定した配置に従って前記データチャネルの送信を行う送信回路と、
を備え、
前記制御回路は、前記データチャネルにおいて第１の参照信号を第１の時間リソースに配置せず、第２の参照信号を前記第１の時間リソースより後の第２の時間リソースに配置する場合、前記第２の時間リソース、前記第２の時間リソースの前方に隣接する第３の時間リソースの順に、前記データチャネルにおける前記第２の制御情報の配置を決定する、
端末。

【請求項2】

前記制御回路は、前記第３の時間リソースに前記第２の制御情報を配置しきれない場合、配置しきれない前記第２の制御情報を、前記第３の時間リソースよりも前方の時間リソースに配置する、
請求項１に記載の端末。

【請求項3】

前記制御回路は、前記第３の時間リソースに前記第２の制御情報を配置しきれない場合、配置しきれない前記第２の制御情報を、前記第２の時間リソースの後方に隣接する時間リソースに配置する、
請求項１に記載の端末。

【請求項4】

前記制御回路は、前記第２の時間リソースが複数存在する場合、前記第２の制御情報を、複数の前記第２の時間リソースのうち前方の時間リソースから順に配置する、
請求項１に記載の端末。

【請求項5】

前記制御回路は、前記データチャネルの周波数リソースにおいて前記制御チャネルを配置する順序に基づいて、前記データチャネルにおいて前記第２の制御情報を配置する周波数リソースを決定する、
請求項１に記載の端末。

【請求項6】

前記制御回路は、前記第２の制御情報を、前記制御チャネルを配置する周波数リソースの順序とは逆の順序で、前記データチャネルの周波数リソースに配置する、
請求項５に記載の端末。

【請求項7】

サイドリンクのデータチャネルにおける参照信号の配置と制御チャネルの配置とに基づいて決定された配置であり、かつ、前記サイドリンクにおいて送信される第１の制御情報に関連した第２の制御情報の前記データチャネルに対する配置、を示す情報に基づいて、前記配置を特定する制御回路と、
特定した配置に従って前記データチャネルの受信を行う受信回路と、
を備え、
前記データチャネルにおいて第１の参照信号を第１の時間リソースに配置せず、第２の参照信号を前記第１の時間リソースより後の第２の時間リソースに配置する場合、前記第２の時間リソース、前記第２の時間リソースの前方に隣接する第３の時間リソースの順に、前記データチャネルにおける前記第２の制御情報の配置が決定される、
端末。

【請求項8】

端末は、
サイドリンクにおいて送信する第１の制御情報に関連した第２の制御情報の、前記サイドリンクのデータチャネルに対する配置を、前記データチャネルにおける参照信号の配置と制御チャネルの配置と、に基づいて決定し、
決定した配置に従って前記データチャネルの送信を行い、
前記データチャネルにおいて第１の参照信号を第１の時間リソースに配置せず、第２の参照信号を前記第１の時間リソースより後の第２の時間リソースに配置する場合、前記第２の時間リソース、前記第２の時間リソースの前方に隣接する第３の時間リソースの順に、前記データチャネルにおける前記第２の制御情報の配置が決定される、
通信方法。

【請求項9】

端末は、
サイドリンクのデータチャネルにおける参照信号の配置と制御チャネルの配置とに基づいて決定された配置であり、かつ、前記サイドリンクにおいて送信される第１の制御情報に関連した第２の制御情報の前記データチャネルに対する配置、を示す情報に基づいて、前記配置を特定し、
特定した配置に従って前記データチャネルの受信を行い、
前記データチャネルにおいて第１の参照信号を第１の時間リソースに配置せず、第２の参照信号を前記第１の時間リソースより後の第２の時間リソースに配置する場合、前記第２の時間リソース、前記第２の時間リソースの前方に隣接する第３の時間リソースの順に、前記データチャネルにおける前記第２の制御情報の配置が決定される、
通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、端末及び通信方法に関する。

【背景技術】

【0002】

第５世代移動通信システム（5G）と呼ばれる通信システムでは、通信トラフィックの増大、接続する端末数の増大、高信頼性、低遅延といったユースケースごとに機能を柔軟に提供することが検討される。国際標準化団体である3GPPでは、LTEシステムの高度化とNew Radio (NR))との両面から、通信システムの高度化を検討している。

【0003】

また、3GPPでは、LTEシステムにおいてV2X（vehicle to X(everything)）をサポートすることが先行して検討されていた。LTEシステムよりも広帯域を使用可能なNRにおいても、V2Xをサポートすることが検討されている。

【先行技術文献】

【非特許文献】

【0004】

【文献】3GPP TR 38.885 V16.0.0，Study on NR Vehicle-to-Everything (V2X)(Release 16)，2019-03

【文献】3GPP TS 38.214 V16.0.0 (2019-12)

【発明の概要】

【発明が解決しようとする課題】

【0005】

例えばV2Xにおいて、サイドリンク（SL）のデータチャネルにおいて制御情報を送信する場合の、制御情報の配置（あるいは、割当又はマッピング）に関して、検討の余地がある。

【0006】

本開示の非限定的な実施例は、サイドリンクのデータチャネルに配置された制御情報の受信の信頼性を向上できる端末及び通信方法の提供に資する。

【課題を解決するための手段】

【0007】

本開示の一実施例に係る端末は、サイドリンクにおいて送信する第１の制御情報に関連した第２の制御情報の、前記サイドリンクのデータチャネルに対する配置を、前記データチャネルにおける参照信号の配置と制御チャネルの配置と、に基づいて決定する制御回路と、決定した配置に従って前記データチャネルの送信を行う送信回路と、を備える。

【0008】

なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。

【発明の効果】

【0009】

本開示の一実施例によれば、サイドリンクのデータチャネルに配置された制御情報の受信の信頼性を向上できる。

【0010】

本開示の一実施例における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。

【図面の簡単な説明】

【0011】

【図1】端末の一部の構成例を示すブロック図

【図2】基地局の構成例を示すブロック図

【図3】端末の構成例を示すブロック図

【図4】端末の（送信）動作例を示すフローチャート

【図5】端末の（受信）動作例を示すフローチャート

【図6】サイドリンク（SL）通信に用いられるPSSCH（physical SL shared channel）のスロットフォーマットの一例を示す図

【図7】実施の形態１に係る動作例（配置例）１－１を説明するための図

【図8】実施の形態１に係る動作例（配置例）１－１を説明するための図

【図9】実施の形態１に係る動作例（配置例）１－１を説明するための図

【図10】実施の形態１に係る動作例（配置例）１－２を説明するための図

【図11】実施の形態１に係る動作例（配置例）１－３を説明するための図

【図12】実施の形態１に係る動作例（配置例）１－４を説明するための図

【図13】実施の形態１に係る動作例（配置例）１－５を説明するための図

【図14】実施の形態２に係る動作例（配置例）２－１を説明するための図

【図15】実施の形態２に係る動作例（配置例）２－２を説明するための図

【図16】実施の形態２に係る動作例（配置例）２－３を説明するための図

【図17】3GPP NRシステムの例示的なアーキテクチャの図

【図18】ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す概略図

【図19】ＲＲＣ接続のセットアップ／再設定の手順のシーケンス図

【図20】大容量・高速通信（ｅＭＢＢ：enhanced Mobile BroadBand）、多数同時接続マシンタイプ通信（ｍＭＴＣ：massive Machine Type Communications）、および高信頼・超低遅延通信（ＵＲＬＬＣ：Ultra Reliable and Low Latency Communications）の利用シナリオを示す概略図

【図21】非ローミングシナリオのための例示的な５Ｇシステムアーキテクチャを示すブロック図

【発明を実施するための形態】

【0012】

以下、図面を適宜参照して、本発明の実施の形態について、詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。

【0013】

なお、添付図面および以下の説明は、当業者が本開示を十分に理解するために、提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。

【0014】

＜V2X＞
V2Xでは、例えば、車車間（V2V:Vehicle to Vehicle）、路車間（V2I:Vehicle to Infrastructure）、歩車間（V2P: Vehicle to Pedestrian）、及び、車ネットワーク間（V2N：Vehicle to Network）の少なくとも１つの通信が想定される。

【0015】

V2V、V2I又はV2Pでは、例えば、基地局（例えば、base station(BS)、又は、NRではgNB、LTEではeNBとも呼ぶ）とのネットワークを介さずに、「サイドリンク(SL:Sidelink)」又は「PC5」と呼ばれるリンクを使用して端末（又はuser equipment（UE）とも呼ぶ）間で直接の通信が可能である。V2Nでは、例えば、基地局と端末との間のリンク（例えば、「Uu」とも呼ぶ）を介した通信が想定される。

【0016】

サイドリンクに使用されるリソースは、例えば、SL Band width part（BWP）、及び、リソースプールにより設定される。

【0017】

SL BWPは、例えば、端末がサイドリンクに使用できる周波数バンドである。SL BWPは、例えば、基地局と端末との間のリンク（例えば、Uuリンク）に設定されるDown link（DL） BWP及びUplink（UL） BWPとは別途設定される。SL BWPとUL BWPとの間で周波数バンドがオーバーラップする可能性もある。

【0018】

リソースプールは、例えば、SL BWP内のリソースにおいて指定される周波数方向及び時間方向のリソースを含む。例えば、１つの端末に対して複数のリソースプールが設定されてもよい。

【0019】

＜NRにおけるサイドリンク＞
NR V2Xでは、サイドリンクでの通信（例えば、送信及び受信の少なくとも１つ）において、例えば、ユニキャスト、グループキャスト、及び、ブロードキャストのサポートが検討されている。

【0020】

ユニキャストは、例えば、送信端末（例えば、transmitter UE又はTx UEとも呼ぶ）から受信端末（例えば、receiver UE又はRx UE）への１対１の送信を想定する。グループキャストは、例えば、送信端末から、或るグループに含まれる複数の受信端末への送信を想定する。ブロードキャストは、例えば、送信端末から、受信端末を特定しない送信を想定する。

【0021】

＜SLのチャネル＞
また、NRのSLでは、例えば、PSCCH（physical SL control channel）、PSSCH（physical SL shared channel）、及び、PSFCH（physical SL feedback channel）、PSBCH（physical SL broadcast channel）といったチャネルの設定が検討されている。

【0022】

PSCCHは、SLにおける制御チャネルの一例であり、PSSCHは、SLにおけるデータチャネルの一例である。PSFCHは、SLにおいてフィードバック信号の伝送に用いられるチャネルの一例であり、PSBCHは、受信端末を特定しない送信に用いられる報知（ブロードキャスト）チャネルの一例である。なお、以降の説明において、「信号」と「情報」とは文脈に応じて相互に読み替えられてよい。

【0023】

PSCCHには、例えば、sidelink control information（SCI）と呼ばれる制御信号（又は制御情報）が配置される。SCIには、例えば、データ信号（例えば、PSSCH）のリソース割当情報といったPSSCHの送信及び受信の少なくとも１つに関する情報（あるいは、パラメータ）が含まれる。

【0024】

SCIの情報内容は、後述するように、例えば、第１の情報（又は制御情報）と、第２の情報（又は制御情報）と、に分割（あるいは、区分又は分類）されてよい。別言すると、SCIは、例えば、SLに関する「第１の制御情報」および「第２の制御情報」を含んでよい。「第２の制御情報」は、「第１の制御情報」に関連した情報の一例と捉えてもよい。「第１の制御情報」および「第２の制御情報」は、それぞれ、例えば、「1st stage SCI」および「2nd stage SCI」と称されてよい。

【0025】

これらの２つのSCIの名称は、両者を相互に区別するための他の名称に読み替えられてもよい。例えば、「1st stage SCI」を表すのに、「マスター（master）」あるいは「プライマリ（primary）」といった用語を含む名称が用いられてもよい。「2nd stage SCI」を表すのに、「セカンダリ（secondary）」あるいは「非プライマリ（non-primary）」といった用語を含む名称が用いられてもよい。

【0026】

1st stage SCIが、SLの制御チャネルの一例であるPSCCHに配置され、2nd stage SCIが、SLのデータチャネルの一例であるPSSCHに配置されてよい。別言すると、SCIは、PSCCHとPSSCHとに分散して配置されてよい。なお、「配置」という用語は、例えば、「マッピング」、「割当」、「（マッピング）パターン」といった、当業者において他の適切な用語に相互に読み替えられてもよい（以降において同じ）。

【0027】

PSSCHには、例えば、データ信号、あるいはデータ信号とSCI（例えば、2nd stage SCI）とが配置される。

【0028】

PSFCHには、例えば、PSSCH（例えば、データ信号）に対するフィードバック信号（例えば、hybrid automatic repeat request（HARQ）feedback）が配置される。フィードバック信号には、例えば、ACK又はNACKを示す応答信号（例えば、ACK/NACK情報、HARQ-ACKとも呼ばれる）が含まれてよい。

【0029】

フィードバック信号は、例えば、PSSCHがユニキャスト及びグループキャストで送受信される場合に適用されてよい。ACK及びNACKは、例えば、それぞれHARQ-ACK及びHARQ-NACKと呼ばれてもよい。

【0030】

PSBCHには、例えば、受信端末を特定しないブロードキャスト信号が配置される。
＜SCI＞
既述のとおり、SCIは、1st stage SCIと2nd stage SCIとに分割されてよい。1st stage SCIおよび2nd stage SCIのそれぞれに含まれる情報の非限定的な一例は、以下のとおりである。

【0031】

＜1st stage SCI＞
- Priority - 3bits
- Frequency resource assignment
- Time resource assignment- 5bits or 9bits
- Resource reservation period - [log2(N_(reservePeriod))]bits or 0bits
- DMRS pattern [x]bits or 0bits
- 2nd stage SCI format [x] bits
- Beta_offset indicator [2]bits
- Number of DMRS port 1bit
- Modulation and coding scheme - 5bits
- Reserved [2-4] bits

【0032】

＜2nd stage SCI＞
- HARQ Process ID - [x] bits
- New data indicator - 1 bit
- Redundancy version - 2 bits
- Source ID - 8 bits
- Destination ID - 16 bits
- CSI request - 1
[If the 2nd-stage SCI format field in the corresponding SCI format 0-1 indicates type 1 groupcast as defined in subclause x.x.x of [6, TS 38.214], the following fields are present:]
- Zone ID - [x] bits as defined in subclause x.x.x of [6, TS 38.214].
- Communication range requirement - [4] bits

【0033】

このようにSCIの情報内容を２つに分割することで、1st stage SCIのビット数及びサイズを削減できる。1st stage SCIは、例えば、PSCCHに配置され、2nd stage SCIは、例えば、PSSCH（PSSCHの一部でよい）に配置されてよい。なお、「DMRS」は、復調用参照信号（demodulation reference signal）の略記であり、「CSI」は、チャネル状態情報（channel state information）の略記である。

【0034】

V2XのSL通信において、端末は、センシングによって他の端末によるリソースの利用状況（あるいは予約状況）を確認してから、送信に使用するリソースを決定する。他の端末によるリソースの利用状況（あるいは予約状況）は、例えば、SLにおけるリソース（例えば、時間リソース及び周波数リソースの少なくとも１つ）の割当を示す情報（リソース割当情報）を基に確認できる。

【0035】

そのため、SLのリソース割当情報といったセンシングに関連する情報を、例えば、1st stage SCIに含める（あるいは位置付ける）ことで、端末がセンシング（受信又は検出と称してもよい）の対象とする情報量を低減できる。したがって、端末の処理負荷を軽減できる。

【0036】

＜SLのモード＞
SLの通信には、例えば、２つのモード（例えば、Mode 1及びMode 2）がある。

【0037】

Mode 1では、例えば、基地局が、SLにおいて端末が使用するリソース（例えば、SLリソースと呼ぶ）を決定（別言すると、スケジュール）する。

【0038】

Mode 2では、例えば、端末が、予め設定されたリソースプール内のリソースから、SLリソースを決定する。別言すると、Mode 2では、基地局は、SLリソースをスケジュールしなくてよい。

【0039】

Mode 1は、例えば、基地局と端末との間が接続されている状態であり、基地局からの指示（又は通知）をサイドリンク通信する端末が受信できる環境下での使用が想定される。一方、Mode 2では、例えば、端末は、基地局からの指示がなくてもSLリソースを決定できる。そのため、例えば、異なるオペレータの配下の端末、又は、カバレッジ外の端末を含めてサイドリンク通信が可能である。

【0040】

以上、サイドリンクに関して説明した。

【0041】

＜通信システムの概要＞
本実施の形態に係る通信システムは、例えば、図２に例示した基地局１００、及び、図１及び図３に例示した端末２００を備える。端末２００の数は、１以上でよいが、サイドリンク通信に着目した場合には、２以上である。

【0042】

図１は、実施の形態１に係る端末２００の一部の構成例を示すブロック図である。図１に示す端末２００は、例えば、制御部（又は制御回路）２０Ａと、通信部（又は通信回路）２０Ｂと、を備える。制御部２０Ａは、例えば、PSSCHにおける2nd stage SCIの配置を決定（あるいは、特定又は識別）する。通信部２０Ｂは、決定（あるいは、特定又は識別）した配置によってPSSCHの送信又は受信を行う。

【0043】

＜基地局の構成＞
図２は、実施の形態１に係る基地局１００の構成例を示すブロック図である。図２において、基地局１００は、例えば、リソースプール設定部１０２と、誤り訂正符号化部１０３と、変調部１０４と、信号割当部１０５と、送信部１０６と、受信部１０７と、信号分離部１０８と、復調部１０９と、誤り訂正復号部１１０と、を備える。

【0044】

リソースプール設定部１０２は、サイドリンクに使用するリソースプールを端末２００毎に設定する。例えば、リソースプール設定部１０２は、リソースプールの時間リソース及び周波数リソースに関する情報（以下、リソースプール設定情報と呼ぶ）を生成する。リソースプール設定情報の生成において、リソースプールごとの要求条件（例えば、移動スピードやスループット要件）や、Uuリンクとのリソースの競合などが加味されてよい。

【0045】

リソースプール設定情報には、例えば、サイドリンクに使用するPSCCHのシンボル数、サイドリンクスロットにおいて使用できるPSSCHのシンボル数、PSSCHに配置するDMRS（Demodulation Reference Signal）の数といった情報が含まれてよい。なお、「シンボル」は、時間リソースの非限定的な一例である。

【0046】

生成されたリソースプール設定情報は、例えば、端末２００に指示又は通知されてよい。当該指示又は通知には、例えば、RRCあるいはMACといった上位レイヤのシグナリングが用いられてよい。例えば、リソースプール設定情報は、上位レイヤのシグナリングに含められてよい。そのため、生成されたリソースプール設定情報は、例えば、誤り訂正符号化部へ出力されてよい。また、リソースプール設定情報は、信号割当部、及び、信号分離部へ出力されてよい。

【0047】

誤り訂正符号化部１０３は、例えば、送信データ信号（DLデータ信号）、および、上位レイヤのシグナリングを入力とし、入力された信号を誤り訂正符号化し、符号化した信号を変調部１０４へ出力する。

【0048】

変調部１０４は、例えば、誤り訂正符号化部１０３から入力された信号に対して変調処理を施し、変調後のデータ信号を信号割当部１０５へ出力する。

【0049】

信号割当部１０５は、例えば、リソースプール設定部１０２から入力される情報に基づいて、基地局１００と端末２００との間のリンク（例えば、Uuリンク）において使用可能なスロット、及び、サイドリンク通信に使用可能なスロットを認識（又は特定）する。

【0050】

例えば、信号割当部１０５は、DLデータ信号に使用するUuリンクと、サイドリンクと、において端末２００が同時に送受信を行わない場合、サイドリンクに使用されないリソースを、基地局１００－端末２００間におけるDLデータ信号のために使用できるリソースに割り当ててよい。なお、リソースプールの設定は、端末２００ごとに異なってもよい。リソースプールの設定が端末２００ごとに異なる場合、端末２００ごとに基地局１００－端末２００間において使用可能なスロットも異なり得る。

【0051】

また、信号割当部１０５は、例えば、変調部１０４から入力されるデータ信号（例えば、DLデータ信号又は上位レイヤシグナリング）を、Uuリンクにおいて使用可能なリソースに割り当てる。形成された送信信号は、例えば、送信部１０６へ出力される。

【0052】

送信部１０６は、信号割当部１０５から入力される信号に対してアップコンバート、増幅といった無線送信処理を施し、無線信号をアンテナから端末２００へ送信する。

【0053】

受信部１０７は、端末２００から送信された信号をアンテナにおいて受信し、低雑音増幅、ダウンコンバートといった無線受信処理を施し、受信信号を信号分離部１０８へ出力する。

【0054】

信号分離部１０８は、例えば、リソースプール設定部１０２から入力される情報に基づいて、例えば、Uuリンクにおいて使用可能なスロット、及び、サイドリンク通信に使用可能なスロットを認識（又は特定）する。そして、信号分離部１０８は、例えば、受信部１０７から入力される、Uuリンクにおいて使用可能なリソースに割り当てられた信号を分離する。信号分離部１０８は、分離された信号（例えば、ULデータ信号）を復調部１０９へ出力する。

【0055】

復調部１０９は、例えば、信号分離部１０８から入力される信号に対して復調処理を施し、復調された信号を誤り訂正復号部１１０へ出力する。

【0056】

誤り訂正復号部１１０は、例えば、復調部１０９から入力される信号を復号して、端末２００からの受信データ信号（ULデータ信号）を得る。

【0057】

なお、図２においては、基地局１００がリソースプール設定部１０２を備え、リソースプール設定情報を含む上位レイヤのシグナリングが基地局１００において生成される例について説明したが、これに限定されない。

【0058】

例えば、リソースプール設定情報は、Pre-configuredと呼ばれるアプリケーションレイヤにおいて設定されてもよく、SIM（Subscriber Identity Module）に予め設定されてもよい。この場合、基地局１００は、リソースプール設定情報を生成する代わりに、予め設定された情報を使用してよい。

【0059】

例えば、基地局１００は、予め設定されるリソースプール設定情報に基づいて、基地局１００と端末２００との間において使用可能なスロットを認識し、基地局１００と端末２００との間において使用可能なスロットを示す情報を信号割当部１０５及び信号分離部１０８へ出力してよい。

【0060】

また、リソースプールに対する、PSCCHのシンボル数、SL（スロット）において使用可能なPSSCHのシンボル数、PSSCHに配置されるDMRSの数といった情報の設定が、仕様（規格）、SIM、あるいはアプリケーションでの設定の場合、端末２００は、当該設定に関する指示又は通知を基地局１００から受信しない場合であっても、自律的にSL通信が可能である。

【0061】

また、Mode1の場合、端末２００がSLによって送信する情報（例えば、SCI）を、基地局１００において生成することが考えられる。その場合、端末２００が有するSCI情報生成部（図３にて後述）と同等の機能を基地局１００が備え、基地局１００が、リソースプール設定情報を基にSCIを生成してもよい。生成したSCIが、上位レイヤの信号、または物理レイヤの信号（例えば、PDCCHの信号）によって、端末２００に送信されてもよい。なお、「PDCCH」は、physical downlink control channelの略記である。

【0062】

＜端末の構成＞
図３は、実施の形態１に係る端末２００の構成例を示すブロック図である。V２Xの端末２００は、サイドリンク通信において、送信端末および受信端末の何れにもなり得る。図３において、端末２００は、例えば、受信部２０１と、信号分離部２０２と、1st stage SCI受信部２０３－１と、2nd stage SCI受信部２０３－２と、SL復調部２０４と、SL誤り訂正復号部２０５と、Uu復調部２０６と、Uu誤り訂正復号部２０７と、を備える。また、端末２００は、例えば、リソースプール設定部２１１と、1st stage SCI生成部２１２－１と、2nd stage SCI生成部２１２－２と、Uu誤り訂正符号化部２１３と、Uu変調部２１４と、SL誤り訂正符号化部２１５と、SL変調部２１６と、信号割当部２１７と、送信部２１８と、を備える。

【0063】

受信部２０１は、例えば、受信信号をアンテナによって受信し、受信信号に対して低雑音増幅、ダウンコンバートといった無線受信処理を施した後に信号分離部２０２へ出力する。

【0064】

信号分離部２０２は、例えば、リソースプール設定部２１１から入力されるリソースプール設定情報に基づいて、受信部２０１の出力信号から、UuリンクとSLとのそれぞれに対応する信号を分離する。Uuリンクの信号は、例えば、Uu復調部２０６へ出力される。SLの信号のうちPSCCHの信号は、例えば、1st stage SCI受信部２０３－１へ出力される。

【0065】

1st stage SCI受信部２０３－１から入力されるリソース割当情報より、信号分離部２０２は、例えば、受信信号から端末２００宛のPSSCHの信号を分離し、PSSCHの信号をSL復調部２０４へ出力する。また、信号分離部２０２は、リソースプール設定部２１１からのリソースプール設定情報（例えば、PSSCHのDMRS数、PSSCHのシンボル数、PSCCHに配置されるPRB（Physical Resource Block）数）と、1st stage SCI受信部２０３－１から入力される2nd stage SCI format 情報と、PSSCHのサブチャネル数と、を基に、2nd stage SCIを分離する。分離した2nd stage SCIは、例えば、2nd stage SCI受信部２０３－２に入力される。なお、「PRB」は、周波数リソースの非限定的な一例である。

【0066】

1st stage SCI受信部２０３－１は、例えば、信号分離部２０２から入力されるPSCCHの信号の復調及び復号を試行する。復号に成功した（別言すると、PSCCHに配置された1st stage SCIを検出した）場合、1st stage SCI受信部２０３－１は、検出した1st stage SCIに含まれる、PSSCHの周波数リソース及び時間リソースの割当情報、及び、2nd stage SCI formatの情報を信号分離部２０２へ出力する。

【0067】

2nd stage SCI受信部２０３－２は、例えば、2nd stage SCIに含まれる送信元（source）IDおよび送信先（destination）IDを基に、受信部２０１で受信した信号が当該端末２００宛の信号であるか否かを確認（又は判定）する。受信部２０１で受信した信号が当該端末２００宛の信号である場合、2nd stage SCI受信部２０３－２は、例えば、PSSCHの復調及び復号に用いる情報をSL復調部２０４へ出力する。

【0068】

SL復調部２０４は、例えば、2nd stage SCI受信部２０３－２からの2nd stage SCIの情報を基に、信号分離部２０２から入力された信号に対して復調処理を施し、復調した信号をSL誤り訂正復号部２０５へ出力する。

【0069】

SL誤り訂正復号部２０５は、例えば、SL復調部２０４から入力された復調信号を復号し、復号した信号に対して、例えば、cyclic redundancy check（CRC）といった誤り判定を行う。誤り判定の結果、誤り無しと判定された信号が受信データ信号として出力される。

【0070】

Uu復調部２０６は、例えば、信号分離部２０２から入力された信号に対して、復調処理を施し、復調された信号をUu誤り訂正復号部２０７へ出力する。

【0071】

Uu誤り訂正復号部２０７は、Uu復調部２０６から入力された復調信号を復号し、復号した信号を出力する。復号した信号のうち、例えば、上位レイヤのシグナリングは、リソースプール設定部２１１へ出力される。

【0072】

なお、SL誤り訂正復号部２０５及びUu２０７誤り訂正復号部２０５の少なくとも１つにおいて、誤り有りと判定された場合には、ACK及びNACKの何れか一方を含むフィードバック情報（ACK/NACK情報と称してもよい）が生成されてよい。グループキャストに対するフィードバック情報については、ACKの場合は生成されなくてもよい。別言すると、グループキャストの場合、ACK及びNACKのうちのNACKのみがSLの送信元にフィードバックされてよい。

【0073】

リソースプール設定部２１１は、例えば、上位レイヤのシグナリングをUu誤り訂正復号部２０７において復号した信号に含まれるリソースプール設定情報をUu誤り訂正復号部２０７から受信する。リソースプール設定情報には、例えば、SLに使用するPSCCHのシンボル数、SL（スロット）において使用可能なPSSCHのシンボル数、PSSCHに配置されるDMRSの数といった情報が含まれる。また、リソースプール設定部２１１は、例えば、リソースプール設定情報を、1st stage SCI生成部２１２－１、信号割当部２１７、及び、信号分離部２０２へ出力する。

【0074】

1st stage SCI生成部２１２－１は、例えば、リソースプール設定部２１１から入力されるリソースプール設定情報（例えば、SLに使用可能なリソースの情報）を基に、PSSCHを送信する周波数リソースを決定する。また、1st stage SCI生成部２１２－１は、リソースプール設定情報から、SL通信の復調及び復号（例えば、MCS）に関する情報を決定する。そして、1st stage SCI生成部２１２－１は、例えば、決定した情報を含むSCI（1st stage SCI）を生成する。生成したSCIは、例えば、信号割当部２１７に出力され、信号割当部２１７において、例えば、SLのPSCCHに割り当てられる（別言すると、配置される）。

【0075】

2nd stage SCI生成部２１２－２は、例えば、リソースプール設定部２１１から入力されるリソースプール設定情報を基に、SCI（2nd stage SCI）を生成し、生成したSCIを信号割当部２１７へ出力する。SCIには、例えば、送信元の端末２００を識別する情報（例えば、送信元ID）、及び、送信先の端末２００を識別する情報（例えば、送信先ID）が含まれてよい。

【0076】

Uu誤り訂正符号化部２１３は、例えば、Uuリンクの送信データ信号（ULデータ信号）を入力とし、当該送信データ信号を誤り訂正符号化し、符号化した信号をUu変調部２１４へ出力する。

【0077】

Uu変調部２１４は、例えば、Uu誤り訂正符号化部２１３から入力される信号を変調し、変調信号を信号割当部２１７へ出力する。

【0078】

SL誤り訂正符号化部２１５は、例えば、SLの送信データ信号（SLデータ信号）を入力とし、当該送信データ信号を誤り訂正符号化し、符号化した信号をSL変調部２１６へ出力する。

【0079】

SL変調部２１６は、例えば、SL誤り訂正符号化部２１５から入力される信号を変調し、変調信号を信号割当部２１７へ出力する。

【0080】

リソースプール設定部２１１は、例えば、Uu誤り訂正復号部２０７から入力される、上位レイヤのシグナリングに含まれるリソースプール設定情報に基づいて、端末２００がSLに使用するリソースプール（例えば、時間リソース及び周波数リソース）を設定する。

【0081】

また、信号割当部２１７は、例えば、リソースプール設定部２１１から入力されるサイドリンクに使用されるリソースの情報と、1st stage SCI生成部２１２－１から入力されるSL信号のリソース割当情報と、に基づき、SLリソースに対する信号の割り当てを行う。例えば、信号割当部２１７は、PSCCHに1st stage SCIを割り当て、PSSCHに2nd stage SCIとSLデータとを割り当てる。また、信号割当部２１７は、例えば、Uuリンクにおいて上りデータチャネルの一例であるPUSCH（physical uplink shared channel）に使用されるリソースに、Uu変調部２１４から入力されるULデータ信号を割り当てる。以上のようにリソースに割り当てられた信号は、送信部２１８へ出力される。

【0082】

なお、信号割当部２１７において、例えば、ACK/NACK情報が、SLのフィードバックチャネル（例えば、PSFCH）に割り当てられてもよい。

【0083】

送信処理に着目した場合、信号割当部２１７が、例えば図１に示した制御部２０Ａに相当してよい。制御部２０Ａには、例えば、リソースプール設定部２１１、1st stage SCI生成部２１２－１、2nd stage SCI生成部２１２－２、及び、信号割当部２１７の少なくとも１つが含まれてもよい。また、送信部２１８が、図１に示した通信部２０Ｂに相当してよい。

【0084】

一方、受信処理に着目した場合、信号分離部２０２が、例えば図１に示した制御部２０Ａに相当してよい。制御部２０Ａには、例えば、リソースプール設定部２１１、1st stage SCI受信部２０３－１、2nd stage SCI受信部２０３－２、及び、信号分離部２０２の少なくとも１つが含まれてもよい。また、受信部２０１が、図１に示した通信部２０Ｂに相当してよい。

【0085】

送信部２１８は、信号割当部２１７からの入力信号に対して、増幅、アップコンバートといった無線送信処理を施し、無線信号をアンテナから送信する。

【0086】

なお、図３に示した構成例では、Uuリンク用とSL用とで、復調部、誤り訂正復号部、誤り訂正符号化部、及び、変調部のそれぞれを個別のブロックとしたが、一部又は全部が共通のブロックであってもよい。

【0087】

また、上述した端末２００の構成例では、リソースプール設定情報が上位レイヤのシグナリングによって受信されるが、これに限定されない。例えば、リソースプール設定情報は、仕様（規格）、SIM、あるいはPre-configuredと呼ばれるアプリケーションレイヤによって予め端末２００に設定されてもよい。

【0088】

この場合、端末２００は、リソースプール設定情報を基地局１００から受信せずに、予め設定された情報を使用してよい。例えば、端末２００は、端末２００に予め設定されたリソースプール設定情報を基に、Uuリンクに使用可能なリソース（例えば、スロット）およびSLに使用可能なリソースを認識し、認識した情報を、例えば、信号割当部２１７および信号分離部２０２の少なくとも１つにおいて使用してよい。

【0089】

（端末２００の動作例）
次に、端末２００の動作の一例について説明する。

【0090】

図４は、端末２００の送信処理に着目した動作の一例を示すフローチャートであり、図５は、端末２００の受信処理に着目した動作の一例を示すフローチャートである。図４及び図５に示した動作例は、１つの端末２００における動作例と捉えてもよいし、異なる端末２００における動作例と捉えてもよい。例えば、図４に示した動作例が送信端末２００の動作例に相当し、図５に示した動作例が受信端末２００の動作例に相当してよい。

【0091】

図４に例示したように、端末２００は、PSSCHにおけるPSCCHの配置とPSSCHにおけるDMRSの配置とに基づいて、PSSCHにおけるSCI（例えば、2nd stage SCI）の配置を決定する（Ｓ１０１）。そして、端末２００は、決定した配置によって、SCIを含むPSSCHの送信を行う（Ｓ１０２）。

【0092】

また、図５に例示したように、端末２００は、他の端末２００又は基地局１００から受信した、あるいは、予め端末２００に設定された、PSSCHにおけるSCI（例えば、2nd stage SCI）の配置を特定（あるいは、認識又は識別）可能な情報を基に、PSSCHにおけるSCIの配置を決定（あるいは、特定、認識、又は識別）する（Ｓ２０１）。そして、端末２００は、決定した配置に従って、PSSCHに配置されたSCIを受信する（Ｓ２０２）。

【0093】

＜実施の形態１＞
実施の形態１では、PSSCHにおける2nd stage SCIの配置を、PSCCHの配置とPSSCHのDMRSの配置とに基づいて決定（あるいは変更又は制御）する。例えば、2nd stage SCIは、PSSCHにおいてDMRSが実際（actual or available）に送信（別言すると、配置）されるシンボル、あるいは、当該シンボルの隣接又は近傍のシンボルに配置される。

【0094】

DMRSはチャネル推定に用いられるため、DMRSが配置されるシンボル、及び、DMRSが配置されるシンボルに近いシンボルほど、チャネル推定精度の向上が期待できる。そのため、上述したような2nd stage SCIの配置によって、2nd stage SCIの受信品質を向上できる。

【0095】

（実施の形態１に至った知見）
SL（例えば、PSSCH）において、DMRSがどのシンボルに配置されるかは、例えば以下の表１によって定められてよい。

【表1】

【0096】

表１において、「ld」は、PSCCHを含むPSSCHが配置されるシンボル数を表すパラメータである。「ｌ^－」は、PSSCHを割り当てるPSCCHの先頭（又は開始）シンボルからの時間領域の位置（シンボル位置又はシンボル番号）を示すパラメータである。

【0097】

PSCCHの先頭（又は開始）シンボルにPSSCHのDMRSが配置される場合、「ｌ^－」＝１である。また、表１に例示したとおり、PSCCHの時間領域における長さ（duration）には、２シンボルまたは３シンボルの設定がある。PSSCHあたりに配置されるDMRSの数あるいは位置も、PSCCHの長さ（例えば、２シンボルか３シンボルか）の設定によって値が変わり得る。

【0098】

これらの設定には、「pre-configured」と呼ばれる方法、及び、「configured」と呼ばれる方法の何れが用いられてもよい。「pre-configured」は、アプリケーションレイヤでの設定、あるいはSIMへの設定に従い、基地局１００は設定情報を生成せずに、予め設定された情報を使用する方法である。「configured」は、基地局１００からのシグナリングにより設定することができる方法である。これらの方法をまとめて「(pre-)configured」と表記することもある。

【0099】

PSCCHのPRB数の一例としては、例えば、１０，１２，１５，２０，２５が検討される。PSSCHについては、サブチャネルと呼ばれる単位での割り当てが検討され、１サブチャネルに含まれるPRB数は、例えば、１０，１５，２０，２５，５０，７５，１００が検討される。

【0100】

何れの設定を使用するかは、リソースプールごとに(pre-)configuredされてよい。例えば、1st stage SCIに含まれる周波数リソース割当（frequency resource allocation）によって、PSSCHに割り当てるサブチャネル数が通知される。

【0101】

１サブチャネルのPRB数と、PSCCHのPRB数と、は同じであってもよい。例えば、１サブチャネルのPRB数が25PRBであり、PSCCHのPRB数も25PRBであり、かつ、PSSCHに１サブチャネルが割り当てられる場合、例えば図６に示したように、PSCCHを配置できるシンボルの一部にPSCCHが配置され、PSCCHが配置されたシンボルにPSSCHは配置されない。

【0102】

図６には、PSSCHを配置できるシンボル数が１２、PSCCHの時間領域の長さ（シンボル長又はシンボル数）が２、かつ、PSSCHのDMRS数が３に設定された例が示される。

【0103】

前掲の表１に従った場合、DMRSが配置される位置（候補シンボル位置）は、「ｌ^－」＝１，５，９番目のシンボルである。しかしながら、「ｌ^－」＝１のシンボルには、PSCCHが配置されるため、PSSCHは配置されない。そのため、「ｌ^－」＝１のシンボルには、DMRSも配置されない。

【0104】

このように、PSSCHのDMRSは、表１に例示した設定上は存在するが、実際には配置されないことがあり得る。なお、表１に示したようにDMRSの候補シンボル位置が設定されることは、DMRSに時間リソースの一例であるシンボルが割り当てられていること、と捉えてもよい。ただし、DMRSは、候補シンボル位置の設定とは異なるシンボル、例えば、DMRS向けにシンボルが割り当てられていないシンボルに配置されることがあってもよい。

【0105】

一方、2nd stage SCIは、PSSCH内に配置されることが検討され、また、2nd stage SCIの復調にPSSCHのDMRSを使用することが検討される。2nd stage SCIは、PSSCHの受信（例えば、復調）に用いられるため、なるべく時間領域において前方のシンボルに配置することが好ましい。そのため、2nd stage SCIは、1st DMRSの近傍に配置することが検討される。

【0106】

しかしながら、図６に例示したように、PSCCHのPRB数が１サブチャネルのPRB数と同数であり、かつ、PSSCHの割り当てが１サブチャネルの場合、基準となる1st DMRSが配置されないため、SL通信の受信側において、2nd stage SCIの配置が不明になる。

【0107】

SL通信において、2nd stage SCIの配置が不明であるために、当該SCIの受信（例えば、復調又は復号）が失敗した場合、PSSCHの信号（例えば、データ信号）の受信成功率が低下する。したがって、SCIに求められる信頼性（reliability）は、PSCCHによって伝送されるデータ信号に比べて高い。そのため、PSSCHにおける2nd stage SCIの配置に関する信頼性（別言すると、SCIの受信の信頼性）を高めることが期待される。

【0108】

＜動作例１－１＞
そこで、本実施の形態１では、例えば、送信端末２００において、2nd stage SCIを、実際に送信（又は配置）される１以上のDMRS（available DMRS）のうち、何れか１つ（例えば、最もシンボル番号の小さいシンボルに配置されるDMRS）の近傍に配置する。

【0109】

このような配置によれば、1st DMRSが実際には送信されない場合に、実際に送信される別の（2nd）DMRSの近傍に2nd stage SCIを配置できる。別言すると、1st DMRSが実際には送信されない場合の動作（2nd stage SCIの配置）を明確化できる。なお、「DMRSが送信されない」ことは、「DMRSがドロップされる」ことに読み替えられてもよい。

【0110】

図７を参照して動作例（又は配置例）１－１を説明する。動作例１－１において、設定は図６の例と共通であり、図７において、縦軸は１サブチャネルを構成するPRBの番号（又はインデックス）を表す。図７の横軸の下段に示す番号は、PSSCHを配置できるシンボル数を表し、図７の横軸の上段に示す番号は、PSSCHを配置できる１２シンボルに対するPSCCH、PSSCH、DMRS、及び、2nd stage SCIといった信号又は情報の配置順序（又はマッピングオーダー）を表す。このような表記法は、後述する図８～図１６においても共通する。

【0111】

図７の例において、DMRSの３つの候補シンボル位置（「ｌ^－」＝１，５，９）のうち、1st DMRSの候補シンボル位置（「ｌ^－」＝１）には、PSCCHが配置されるため、1st DMRSは配置（送信）されない。この場合、2nd stage SCIは、例えば、２番目の候補シンボル位置（「ｌ^－」＝５）に配置される（実際に送信される）2nd DMRSを基準に配置される。

【0112】

「DMRSを基準に配置」とは、例えば、DMRSが配置されるシンボルから時間領域において前方及び後方の少なくとも一方に位置する１以上のシンボルへの配置を意味してよい。また、「DMRSを基準に配置」することには、DMRSが配置されるシンボルに、2nd stage SCIが配置されること、が含まれてよい。

【0113】

例えば、DMRSが配置されるシンボルにおいて、PRBを構成する複数のサブキャリア（例えば、１２サブキャリア）のうち、全サブキャリアではなく、一部のサブキャリアにDMRSが配置されてもよい。

【0114】

この場合、DMRSが配置されるPRBにおいて、一部のサブキャリアにDMRSが配置され、かつ、残りの全部又は一部のサブキャリアに2nd stage SCIが配置されてもよい。サブキャリアはRE（Resource element）とも呼ばれるため、このような配置は、RE単位のFDM（Frequency division multiplexing）とも呼ばれる。

【0115】

したがって、「DMRSを基準に配置」することには、時間領域に限らず、DMRSが配置されるREから周波数領域において低周波数側及び高周波数側の少なくとも一方に位置する１以上のREへの配置が含まれてよい。

【0116】

本動作例１－１では、PSSCHのいて実際に2nd DMRSが配置されるシンボルを基準に2nd stage SCIが配置される。このようにすると、1st DMRSが送信されない場合でも、2nd stage SCIをDMRSの近傍に配置できる。

【0117】

「DMRSの近傍」とは、PSSCHにおいて、（実際に）配置されるDMRSに相対的に近いリソース（例えば、シンボル及びREの少なくとも１つ）を意味してよい。RE単位のFDMに着目した場合、「DMRSに相対的に近いリソース」は、DMRSが配置されるシンボル内においてDMRSに対して周波数方向に相対的に近いREを意味してよい。したがって、「DMRSの近傍」は、「DMRSが配置されるシンボル」を含む概念であってよい。

【0118】

以上の「DMRSを基準に配置」及び「DMRSの近傍」の意味は、後述する他の実施の形態を含む説明において共通である。

【0119】

なお、2nd DMRSは、PSSCHにおける配置の候補シンボル位置に基づいた表現であり、他の表現、例えば、PSSCHにおいて実際に送信（配置）される最初のDMRS（available 1st DMRS）といった表現が用いられてもよい。

【0120】

また、2nd stage SCIの配置に使用されるRE数は、「(pre-)configure」される値（例えば、α、β）、及び、1st stage SCIによって示される2nd stage SCI formatのサイズ（フォーマットサイズ）を示す情報の少なくとも１つに基づいて、定まってよい。例えば、「α」は、上位レイヤのシグナリングを用いて設定されるパラメータであり、「β」は、1st stage SCIによって通知されるパラメータであってよい。

【0121】

動作例（配置例）１－１では、
（ａ１）PSSCHのスロットにおいて送信される最初のDMRS（available 1st DMRS）
（ａ２）（ａ１）のDMRSの前方のシンボルにシンボル番号の大きい方から小さい方へ
（ａ３）（ａ１）のDMRSの後方のシンボルにシンボル番号の小さい方から大きい方へという順序（又はルール）に従って、2nd stage SCIが配置される。

【0122】

このような配置方法によれば、PSCCHの配置によってPSSCHに配置されるDMRS数が異なるような場合において、統一的な配置ルールによって、2nd stage SCIを配置するリソースを確定できる。

【0123】

図７の例では、DMRSの候補シンボル位置「ｌ^－」＝１，５，９（表１参照）のうち、PSCCHが配置されない「ｌ^－」＝５にDMRSが配置されるため、上記（ａ１）のavailable 1st DMRSは、2nd DMRSに相当する。したがって、2nd stage SCIは、まず、2nd DMRSが配置されるシンボルに配置（周波数多重）される。

【0124】

2nd DMRSが配置されるシンボルに配置しきれない2nd stage SCIが存在する場合、当該2nd stage SCIは、上記（ａ２）に従って、2nd DMRSが配置されるシンボルの前方のシンボルに、シンボル番号（ｌ^－）の降順に、PSCCHと重ならない範囲で配置される。図７の例では、シンボル番号＝４、シンボル番号＝３の順に２シンボル（2×25PRB=50PRB）に、2nd DMRSが配置されるシンボルに配置しきれない2nd stage SCIが配置される。

【0125】

更に配置しきれない2nd stage SCIが存在する場合には、上記（ａ３）に従って、2nd DMRSが配置されるシンボルの後方のシンボルに、シンボル番号の昇順に、2nd stage SCIが配置される。図７の例では、シンボル番号＝６のシンボル（PRB番号＝０～１１の12PRB）に、2nd stage SCIが配置される。

【0126】

また、他の一例として、図８に示すように、PSCCHがシンボル番号＝１～３の３シンボルかつ10PRBに配置され、サブチャネルのPRB数が25PRBであり、DMRSの候補シンボル位置が「ｌ^－」＝１，５，９（表１参照）の３シンボルの場合を想定する。

【0127】

図８の例では、シンボル番号（ｌ^－）＝１のシンボルにおいて例えばPRB番号１０～２４の15PRBに1st DMRSが配置される。別言すると、シンボル番号＝１のシンボルにおいて1st DMRSがPSCCHと周波数多重されて送信される。

【0128】

この場合、前掲の（ａ１）～（ａ３）の順序に従うと、まず、1st DMRSが配置されるシンボル番号＝１のシンボル、かつ、PSCCHが配置されないPRBに2nd stage SCIが配置される。

【0129】

次いで、1st DMRSが配置されるシンボルに配置しきれない2nd stage SCIが存在する場合、1st DMRSが配置されるシンボルが先頭シンボルであるため、1st DMRSが配置されるシンボルの後方かつPSCCHが配置されないシンボルに、シンボル番号の昇順に、2nd stage SCIが配置される。

【0130】

図８の例では、シンボル番号＝２、シンボル番＝３の２シンボルのそれぞれにおいてPSCCHが配置されないPRB（PRB番号＝１０～２４の15PRB）に、2nd stage SCIが配置される。また、更に配置しきれない2nd stage SCIが存在する場合、次のシンボル番号＝４のシンボルのPSCCHが配置されないPRB（例えば、PRB番号＝０～１１の12PRB）に、2nd stage SCIが配置される。

【0131】

また、更に他の一例として、図９に示すように、PSCCHがシンボル番号＝１～３の３シンボルかつ10PRBに配置され、サブチャネルのPRB数が25PRBであり、DMRSの候補シンボル位置が「ｌ^－」＝４，１０（表１参照）の２シンボルの場合を想定する。

【0132】

この場合、1st DMRSは、PSCCHが配置されるシンボル番号＝１～３の３シンボルよりも後方（「ｌ^－」＝４）のシンボルに配置される。そのため、前掲の（ａ１）～（ａ３）の順序に従うと、まず、1st DMRSのシンボルに、2nd stage SCIが配置（周波数多重）される。

【0133】

次いで、1st DMRSのシンボルに配置しきれない2nd stage SCIが、1st DMRSのシンボルの前方のシンボルかつPSCCHが配置されないPRBに、シンボル番号の降順に配置される。図９の例では、シンボル番号＝３，シンボル番号＝２の２シンボルかつPSCCHが配置されないPRB（15PRB+10PRB=25PRB）に、2nd stage SCIが配置される。

【0134】

なお、図７～図９に示した配置例について、PSCCHが配置されないシンボル内において、2nd stage SCIを配置する（周波数方向の）順序は、PRB番号の昇順でもよいし降順でもよい。図７～図９の例は、PRB番号の昇順に2nd stage SCIが配置される例である。

【0135】

＜動作例１－２＞
次に、動作例（又は配置例）１－２について、図１０を参照して説明する。動作例１－２では、
（ｂ１）PSSCHのスロットにおいて送信される最初のDMRS（available 1st DMRS）
（ｂ２）（ｂ１）のDMRSの１つ後方のシンボル
（ｂ３）（ｂ１）のDMRSの前方のシンボルにシンボル番号の大きい方から小さい方へ
（ｂ４）（ｂ１）のDMRSの後方のシンボルにシンボル番号の小さい方から大きい方へという順序（又はルール）に従って、2nd stage SCIを配置する例である。

【0136】

動作例１－２は、送信される最初のDMRSの１つ後方のシンボルに前方のシンボルよりも先に（別言すると、優先して）2nd stage SCIを配置する点が、動作例１－１と異なる。

【0137】

例えば、図１０に示すように、PSCCHがシンボル番号＝１，２の２シンボルかつ25PRBに配置され、サブチャネルのPRB数が25PRBであり、DMRSの候補シンボル位置が「ｌ^－」＝１，５，９（表１参照）の３シンボルの場合（図７の場合と共通）を想定する。

【0138】

この場合、前掲の（ｂ１）～（ｂ４）の順序に従うと、DMRSの候補シンボル位置「ｌ^－
」＝１，５，９（表１参照）のうち、PSCCHが配置されない「ｌ^－」＝５にDMRSが配置されるため、上記（ｂ１）のavailable 1st DMRSは、2nd DMRSに相当する。したがって、2nd stage SCIは、まず、2nd DMRSが配置されるシンボルに配置（周波数多重）される。

【0139】

2nd DMRSが配置されるシンボルに配置しきれない2nd stage SCIが存在する場合、当該2nd stage SCIは、上記（ｂ２）に従って、2nd DMRSが配置されるシンボルの１つ後方（シンボル番号＝６）のシンボルに、2nd stage SCIが配置される。

【0140】

次いで、更に配置しきれない2nd stage SCIが存在する場合、上記（ｂ３）に従い、2nd DMRSが配置されるシンボルの前方のシンボルに、シンボル番号の降順に、PSCCHと重ならない範囲で、2nd stage SCIが配置される。図１０の例では、シンボル番号＝４、シンボル番号＝３の順に２シンボル（25PRB+11PRB=36PRB）に、2nd stage SCIが配置される。
シンボルに配置しきれない2nd stage SCIが配置される。

【0141】

図１０には例示していないが、更に配置しきれない2nd stage SCIが存在する場合には、上記（ｂ４）に従い、2nd DMRSが配置されるシンボルの後方のシンボル（例えば、シンボル番号＝７以降のシンボル）に、シンボル番号の昇順に、2nd stage SCIが配置される。

【0142】

このような配置方法によれば、送信される最初のDMRSに隣接する後方のシンボルと前方のシンボルとに優先的に2nd stage SCIが配置されるため、2nd stage SCIのDMRSを用いたチャネル推定精度を向上できる。

【0143】

また、送信される最初のDMRSに隣接するシンボルに2nd stage SCIを配置しきれない場合は、送信される最初のDMRSの前方のシンボルに優先的に2nd stage SCIを配置することで、2nd stage SCIの受信を開始できるタイミングを早めることができる。したがって、2nd stage SCIの処理遅延を低減できる。

【0144】

図１０の例では、シンボル番号＝６（2nd DMRSの１シンボル後方のシンボル）において2nd stage SCIの受信を完了できるため、受信端末２００は、シンボル番号＝６に対応するタイミングで2nd stage SCIの復調（及び復号）を開始できる。

【0145】

＜動作例１－３＞
次に、図１１を参照して動作例１－３について説明する。動作例１－３は、上述した動作例１－２の変形例に相当する。動作例１－３では、送信される最初のDMRS（available 1st DMRS）の１シンボル後方のシンボルよりも先に（又は、優先して）、当該DMRSの１シンボル前方のシンボルに、2nd stage SCIが配置される。

【0146】

例えば、動作例１－３では、
（ｃ１）PSSCHのスロットにおいて送信される最初のDMRS（available 1st DMRS）
（ｃ２）（ｃ１）のDMRSの１つ前方のシンボル
（ｃ３）（ｃ１）のDMRSの１つ後方のシンボル
（ｃ４）（ｃ１）のDMRSの２つ前方のシンボルからシンボル番号の大きい方から小さい方へ
（ｃ５）（ｃ１）のDMRSの２つ後方のシンボルからシンボル番号の小さい方から大きい方へという順序（又はルール）に従って、2nd stage SCIが配置される。

【0147】

例えば図１１に示したように、PSCCHがシンボル番号＝１，２の２シンボルかつ25PRBに配置され、サブチャネルのPRB数が25PRBであり、DMRSの候補シンボル位置が「ｌ^－」＝１，５，９（表１参照）の３シンボルの場合（図７の場合と共通）を想定する。

【0148】

この場合、前掲の（ｃ１）～（ｃ４）の順序に従うと、DMRSの候補シンボル位置「ｌ^－」＝１，５，９（表１参照）のうち、PSCCHが配置されない「ｌ^－」＝５にDMRSが配置されるため、上記（ｃ１）のavailable 1st DMRSは、2nd DMRSに相当する。したがって、2nd stage SCIは、まず、2nd DMRSが配置されるシンボルに配置（周波数多重）される。

【0149】

2nd DMRSが配置されるシンボルに配置しきれない2nd stage SCIが存在する場合、当該2nd stage SCIは、上記（ｃ２）に従って、2nd DMRSが配置されるシンボルの１つ前方（シンボル番号＝４）のシンボルに、2nd stage SCIが配置される。

【0150】

ここで、2nd stage SCIのサイズによっては、上記（ｃ２）のシンボル（例えば、図１１のシンボル番号＝４のシンボル）において2nd stage SCIの配置が完了する場合がある。この場合、動作例１－２と比較して、2nd stage SCIの受信を完了できるシンボル位置を、送信される最初のDMRS（2nd DMRS）よりも前方に設定できる。

【0151】

したがって、受信端末２００は、動作例１－２よりも早いタイミング（例えば、シンボル番号＝４に対応するタイミング）で2nd stage SCIの復調（及び復号）を開始できることがある。

【0152】

なお、上記（ｃ２）のシンボルにおいて2nd stage SCIの配置が完了しない場合、上記（ｃ３）に従って2nd DMRSの配置シンボルの後方１シンボルに2nd stage SCIが配置される。（ｃ３）によっても配置しきれない2nd stage SCIは、（ｃ４）に従って、2nd DMRSの２つの前方のシンボルから降順に配置される。

【0153】

（ｃ４）によっても配置しきれない2nd stage SCIは、（ｃ５）に従って、2nd DMRSの２つの後方のシンボルから昇順に配置される。

【0154】

このように、動作例１－３では、送信される最初のDMRSのシンボルから、そのシンボルの前方及び後方に隣接する２シンボルのうち前方のシンボルに優先的に、2nd stage SCIが配置される。また、送信される最初のDMRSのシンボルの後方に隣接するシンボルに2nd stage SCIを配置しきれない場合は、送信される最初のDMRSの前方に隣接するシンボルよりも前方に位置するシンボルに優先的に、2nd stage SCIが配置される。

【0155】

したがって、受信端末２００は、動作例１－２よりも早いタイミングで2nd stage SCIの受信を完了して、2nd stage SCIの復調（及び復号）を開始できる確率を高めることができる。

【0156】

なお、（ｃ４）と（ｃ５）の順序は、逆順でもよい。

【0157】

＜動作例１－４＞
次に、図１２を参照して、動作例（又は配置例）１－４について説明する。動作例１－４では、例えば、
（ｄ１）PSSCHのスロットにおいて送信される最初のDMRS（available 1st DMRS）
（ｄ２）（ｄ１）の後方のシンボルにシンボル番号の小さい方から大きい方へという順序（又はルール）に従って、2nd stage SCIが配置される。

【0158】

動作例１－４では、2nd stage SCIは、送信される最初のDMRSのシンボルと、その後方の１以上のシンボルとに配置され、送信される最初のDMRSのシンボルの前方のシンボルには配置されない。

【0159】

例えば図１２に示したように、PSCCHがシンボル番号＝１，２の２シンボルかつ25PRBに配置され、サブチャネルのPRB数が25PRBであり、DMRSの候補シンボル位置が「ｌ^－」＝１，５，９（表１参照）の３シンボルの場合（図７の場合と共通）を想定する。

【0160】

この場合、前掲の（ｄ１）及び（ｄ２）の順序に従うと、DMRSの候補シンボル位置「ｌ^－」＝１，５，９（表１参照）のうち、PSCCHが配置されない「ｌ^－」＝５にDMRSが配置されるため、上記（ｄ１）のavailable 1st DMRSは、2nd DMRSに相当する。したがって、2nd stage SCIは、まず、2nd DMRSが配置されるシンボルに配置（周波数多重）される。

【0161】

2nd DMRSが配置されるシンボルに配置しきれない2nd stage SCIが存在する場合、当該2nd stage SCIは、上記（ｄ２）に従って、2nd DMRSが配置されるシンボルの後方のシンボル（例えば、シンボル番号＝６，７の２シンボル）に、2nd stage SCIが配置される。なお、図１２には、シンボル番号＝６の25PRBと、シンボル番号＝７の12PRB（PRB番号＝０～１１）とに、2nd stage SCIが配置される例が示される。

【0162】

なお、動作例１－４においても、PSCCHが配置されないシンボル内において、2nd stage SCIを配置する（周波数方向の）順序は、PRB番号の昇順でもよいし降順でもよい。図１２の例は、PRB番号の昇順に2nd stage SCIが配置される例である。

【0163】

動作例１－４によれば、受信端末２００の観点では、2nd stage SCIの受信開始タイミングと、2nd stage SCIの復調に用いるDMRSの受信開始タイミングと、を揃えることができる（別言すると、タイミングずれを最小化できる）。したがって、例えば、2nd stage SCIを受信端末２００においてバッファする時間を短縮できる。

【0164】

＜動作例１－５＞
次に、図１３を参照して、動作例１－５について説明する。動作例１－５では、例えば、
（ｅ１）PSSCHのスロットにおいて送信される最初のDMRS
（ｅ２）（ｅ１）のDMRSが1stDMRSの場合は2nd DRMS、（ｅ１）のDMRSが2nd DMRSの場合はスキップ
（ｅ３）（ｅ１）のDMRSの前方のシンボルにシンボル番号の大きい方から小さい方へ
（ｅ４）（ｅ１）のDMRSの後方のシンボルにシンボル番号の小さい方から大きい方へ（ただし、（ｅ２）のシンボルを除く）という順序（又はルール）に従って、2nd stage SCIが配置される。

【0165】

動作例１－５では、PSSCHにおいて1st DMRSが実際に送信（又は配置）される場合、2nd stage SCIは、1st DMRSが配置されるシンボルに配置（ｅ１）された後、2nd DMRSが配置されるシンボルに配置される（ｅ２）。別言すると、DMRSが配置（送信）されるシンボルに、DMRSが配置されない他のシンボル（ただし、PSCCHが配置されるシンボルを除く）よりも優先して2nd stage SCIが配置される。

【0166】

2nd DMRSが配置されるシンボルに配置しきれない2nd stage SCIは、（ｅ３）及び（ｅ４）に従って配置される。図１３の例では、（ｅ１）が1st DMRSであるため、（ｅ３）はスキップされ、（ｅ４）に従って、2nd DMRSが配置されるシンボルに配置しきれない2nd stage SCIがシンボル番号の昇順に配置される。

【0167】

DMRSが配置されるシンボル及びその隣接又は近傍のシンボルでは、チャネル推定精度の向上が見込めるので、2nd stage SCIの受信品質を向上できる。

【0168】

例えば、表１において、PSSCHのスロット内に配置されるDMRSのシンボル数が多い場合（例えば、１又は２シンボルではなく、３又は４シンボルの場合）、2nd DMRSはスロット（例えば、１２シンボル）のうちの前方（例えば、シンボル番号＝５又は４）のシンボルに配置される。

【0169】

したがって、動作例１－５のように、（2nd）DMRSが配置されるシンボルに優先的に2nd stage SCIを配置することで、受信端末２００の観点において、例えば、2nd stage SCIの復調を開始できるシンボル（別言すると、開始タイミング）をスロットの前方に設定できる。よって、2nd stage SCIの受信を開始できるタイミングの遅延を低減できる。

【0170】

動作例１－５は、PSSCHのスロット内に配置されるDMRSのシンボル数が多い（３又は４シンボルである）場合に限定的に適用されてもよい。また、動作例１－５は、2nd DMRSがPSSCHのスロット内における特定のシンボル番号（シンボル＃Ｘ；Ｘは２以上の整数）よりも前のシンボルに配置される場合に、適用されることとしてもよい。

【0171】

例えば、Ｘ＝６とすると、2nd DMRSが、シンボル番号（DMRS position ｌ^－）＝６よりも前のシンボル（例えば、シンボル＃５又はシンボル＃４）に配置される場合に、動作例１－５が適用されることとしてもよい。

【0172】

また、前掲の（ｅ４）は、例えば、「（ｅ４）（ｅ２）のDMRSの前方のシンボルにシンボル番号の大きい方から小さい方へ（ただし、（ｅ１）のシンボルを除く）」に置き換えられてもよい。別言すると、2nd DMRSのシンボルに配置しきれない2nd stage SCIは、2nd DMRSのシンボル位置を基準に、シンボル番号の降順に、1st DMRSのシンボルを除いたシンボルに配置されてもよい。

【0173】

＜実施の形態２＞
次に、実施の形態２について説明する。実施の形態１では、シンボル内におけるPRBに対する2nd stage SCIの配置が、PRB番号の昇順である場合に着目して図示による説明を行った。

【0174】

＜実施の形態２に至った知見＞
一方、例えば、3GPP rel.16のSL設計では、PSCCHを、そのPSCCHで同一スロットに割り当てるPSSCHリソースのうち最も低いPRB番号から順番に配置することが検討される。

【0175】

このような配置を想定した場合に、例えば図８のように、PSCCHのPRB数がPSSCHのPRB数よりも小さい場合、シンボル＃４に示すように、1st DMRSが配置されないPRBに、2nd stage SCIが配置され得る。

【0176】

1st DMRSが配置されないPRBに配置された2nd stage SCIは、受信端末２００において、2nd DMRSを受信し、チャネル推定が完了するまで、復調（及び復号）が開始されない。例えば、受信端末２００は、受信した2nd DMRSを用いたチャネル推定が完了するまで、2nd stage SCIをバッファに保持して2nd stage SCIの復調及び復号を待機する。そのため、2nd stage SCIの復調（及び復号）の開始タイミングが遅延し得る。

【0177】

＜実施の形態２の概要＞
そこで、実施の形態２では、周波数方向すなわちPRBへの2nd stage SCIの配置は、PSCCHの配置の順序とは逆順とする。例えば、PSCCHがPRB番号の小さい順に配置される場合、2nd stage SCIはPRB番号の大きい順に配置する。逆に、PSCCHがPRB番号の大きい順に配置される場合、2nd stage SCIはPRB番号の小さい順に配置する。

【0178】

このような配置方法によれば、PSSCHの1st DMRSが配置されるPRBに優先して、2nd stage SCIを配置できる。別言すると、PSCCHの配置によってPSSCHの1st DMRSが配置されない周波数リソースに、（優先的に）2nd stage SCIが配置されることを避けることができる。したがって、例えば、受信端末２００において、2nd stage SCIの復調（及び復号）の開始タイミングを早めることができる。

【0179】

＜動作例２－１＞
実施の形態２における動作例２－１について、図１４を参照して説明する。設定は、図８の例と共通でよい。PSCCHがPRB番号の小さい順に配置される場合、動作例２－１において、2nd stage SCIは、図１４に矢印を付して示したように、シンボル＃４内において、PRB数の大きい方から小さい方へ順に配置される。

【0180】

シンボル＃４において、2nd stage SCIがPRB番号の大きいPRBから順に配置されるので、受信端末２００は、例えば、シンボル＃5に配置された2nd DMRSの受信を待たずに、2nd stage SCIの復調（及び復号）を開始できる。

【0181】

なお、チャネル推定には、例えば、PSSCHのスロット内に配置された複数のDMRSが用いられてもよい。例えば、1st DMRSと2nd DMRSとをチャネル推定に用いることで、受信端末２００でのチャネル推定精度を向上できる。チャネル推定に用いるDMRS数は、例えば、受信端末（別言すると、受信機）２００の実装次第であってもよい。

【0182】

例えば、送信端末２００と受信端末２００との間の相対的な移動速度が低い場合のように、受信端末２００において観測されるチャネル変動が少ない環境下では、受信端末２００は、１つのDMRS（例えば、1st DMRS）を用いてチャネル推定を行ってよい。

【0183】

チャネル推定に用いるDMRS数は、例えば、端末２００間のSL通信によって、あるいは、端末２００と基地局１００との通信（Uuリンク通信）を介して、無線環境に応じて適応的に変更されてもよい。

【0184】

＜動作例２－２＞
次に、図１５を参照して、動作例２－２について説明する。動作例２－２では、1st DMRSがPSCCHの配置されるシンボルに配置される場合、2nd DMRSよりも前方のシンボルでは、2nd stage SCIを配置するPRBを、1st DMRSが配置されるPRBの範囲内に設定（例えば、限定）する。このような配置方法によれば、受信端末２００は、2nd DMRSを受信する前に、1st DMRSを使用して2nd stage SCIの復調（及び復号）を実施できる。

【0185】

例えば図１５に示したように、PSCCHは、シンボル＃１及び＃２のPRB番号＝０～９の10PRBに配置され、PSSCHは、PRB番号＝０～２５の25PRBに配置される。1st DMRSは、シンボル＃０のPSCCHが配置されないPRB番号１０～２４の24PRBに配置される。

【0186】

この場合、1st DMRSの近傍から2nd stage SCIを配置するが、2nd stage SCIの復調に使用する（PSSCHの）1st DMRSは、25PRBのうちの一部のPRB（PRB番号＝１０～２４の15PRB）に配置されるので、2nd stage SCIも、1st DMRSの配置と同様に、25PRBのうちの一部のPRB番号１０～２４のPRBに配置する。

【0187】

なお、図１５には図示していないが、2nd DMRSが配置されるシンボル以降のシンボルであれば、2nd DMRSを用いた復調が可能である。そのため、2nd DMRSが配置されるシンボル（例えばシンボル＃５）以降のシンボルについては、25PRBのうちの全部のPRB（PRB番号＝０～２４）が、2nd stage SCIの配置に用いられてもよい。

【0188】

あるいは、PSSCHのスロット内において基準となるシンボルの以前のシンボルについては、1st DMRSが配置されるPRB番号の範囲内のPRBを2nd stage SCIの配置に使用し、基準となるシンボルよりも後方のシンボルについては、PSSCHが配置されるPRB番号の全PRBを2nd stage SCIの配置に使用する、こととしてもよい。

【0189】

＜動作例２－３＞
次に、図１６を参照して、動作例２－３について説明する。動作例２－３では、動作例２－２と同様に、1st DMRSがPSCCHの配置されるシンボルに配置される場合、2nd DMRSが配置されるシンボルよりも前のシンボルにおいて、2nd stage SCIは、1st DMRSが配置されるPRB番号の範囲内に配置されてよい。

【0190】

また、動作例２－２では、PSCCHは、PSSCHが配置されるPRBのうち、最小のPRB番号から昇順（あるいは、最大のPRB番号から降順）に2nd stage SCIが配置される例を示した。これに対し、動作例２－３では、PSSCHが配置されるPRBのうち、途中のPRB番号のPRBからPRB番号の昇順又は降順に、2nd stage SCIが配置される。

【0191】

例えば、PSSCHが配置されるPRBのうち、途中のPRB番号の範囲のPRBにPSCCHが配置され、1st DMRSが当該途中のPRB番号を除いたPRBに配置されることがあり得る。この場合に、1st DMRSが配置されるPRB番号の範囲において2nd stage SCIをPRBに配置する。

【0192】

このような配置方法によれば、動作例２－２と同様に、受信端末２００は、2nd DMRSを受信する前に、1st DMRSを使用して、2nd stage SCIの復調（及び復号）を実施できる。

【0193】

例えば図１６に示したように、動作例２－３では、PSCCHは（シンボル＃１及び＃２の）PRB番号＝１０～１９の10PRBに配置され、PSSCHは、PRB番号＝０～２５の25PRBに配置される。そして、1st DMRSは、例えば、PSCCHの配置されないPRB番号＝０～９及びPRB番号＝２０～２４の合計15PRBに配置される。

【0194】

別言すると、2nd stage SCIの復調に使用する（PSSCHの）1st DMRSは、PSSCHが配置される25PRBのうち、PSCCHが配置されるPRBを除いた一部のPRB（PRB番号＝０～９及びPRB番号＝２０～２４）に限定的に配置される。

【0195】

そのため、2nd stage SCIを、1st DMRSが配置されるシンボルを基準に後方のシンボルに配置する場合、1st DMRSのPRB配置と同様に、PSCCHが配置されるPRB番号を除いた一部のPRB（PRB番号＝０～９及びPRB番号＝２０～２４）に限定的に2nd stage SCIを配置する。

【0196】

なお、図１６には、図示していないが、2nd DMRSが配置されるシンボル以降のシンボルであれば、2nd DMRSを用いた復調が可能である。そのため、動作例２－２と同様に、2nd DMRSが配置されるシンボル（例えばシンボル＃５）以降のシンボルについては、25PRBのうちの全部のPRB（PRB番号＝０～２４）が、2nd stage SCIの配置に用いられてもよい。

【0197】

あるいは、PSSCHのスロット内において基準となるシンボルの以前のシンボルについては、1st DMRSが配置されるPRB番号の範囲内のPRBを2nd stage SCIの配置に使用し、基準となるシンボルよりも後方のシンボルについては、PSSCHが配置されるPRB番号の全PRBを2nd stage SCIの配置に使用する、こととしてもよい。

【0198】

＜実施の形態１及び２の補足＞
実施の形態１及び２では、PSSCHのスロット内の何れのシンボルを基準に2nd stage SCIを配置するか（別言すると、PSSCHにおける2nd stage SCIの配置例）について示した。これは、PSSCHに割り当てられたリソースのうち、どのリソースを2nd stage SCIに確保するかを決めること、と捉えてもよい。

【0199】

実際の2nd stage SCIのマッピング順は、例えば、確保されたリソースの中で、シンボル番号の小さい順でもよいし、シンボル番号の大きい順でもよいし、リソース確保と同じ順でもよい。また、2nd stage SCIにインターリービングを施して、確保されたリソースに2nd stage SCIがマッピングされてもよい。

【0200】

シンボル番号の小さい順でのマッピングによれば、例えば、受信端末２００において、2nd stage SCIを受信の時系列順序でバッファに保存できるため、2nd stage SCIの受信処理を簡易化できる（例えば、受信した2nd stage SCIの並べ替えが不要である）。

【0201】

また、実施の形態１及び２に示した、SLのシンボル数、シンボル番号、DMRSの位置、PSCCHの位置、PRB数、及び、PRB番号といったパラメータの値は、非限定的な一例である。実施の形態１及び２には明示しない他の値に対しても、実施の形態１及び２は適用可能である。

【0202】

また、PSSCHのスロットにおいてPSCCHの配置と1st DMRSの配置とがオーバーラップ（又は衝突）する場合、例えば、1st DMRSはドロップされずにPSCCHの配置を避けてシフトされることも想定される。例えば、2nd DMRSの候補シンボル位置に1st DMRSがシフトされることも想定される。この場合、上述した実施の形態１及び２において、2nd DMRSは、1st DMRSに読み替えられてよい。

【0203】

また、上述した実施の形態１及び２においては、PSSCH（スロット）における2nd stage SCIの配置を、PSSCH（スロット）において実際に送信（又は配置）される最初のDMRSを基準に決定したが、２番目以降に配置される１つ以上のDMRSを基準に決定してもよい。

【0204】

＜実施の形態３＞
次に、実施の形態３について説明する。実施の形態３では、2nd stage SCIにおいて、ユニキャストとグループキャスト（又はマルチキャスト）とで異なる情報を含める場合に、例えば、少なくとも一部の情報ビットをユニキャストとグループキャストとで共有する。

【0205】

情報ビットの共有によって、2nd stage SCIの或るフォーマットにおけるビット数（別言すると、フォーマットサイズ）を削減できる。このビット数の削減によって、2nd stage SCIが配置されるリソース量を低減できるため、例えば、受信端末２００において、2nd stage SCIの復調（及び復号）にかかる時間を短縮できる。

【0206】

＜実施の形態３に至った知見＞
PSCCHにおいて送信される1st stage SCIには、2nd stage SCIのフォーマットを示す情報（以下「フォーマット情報」と称することがある）を含めることが検討される。

【0207】

その理由の１つは、例えば、ブロードキャスト、グループキャスト、ユニキャストといったSL通信の形態（「用途」又は「方式」と称してもよい）を含む様々なSL通信に関する設定において、使用される情報（又はパラメータ）及び情報量が異なり得るためである。

【0208】

端末２００は、例えば、1st stage SCIに含まれる2nd stage SCIのフォーマット情報を基に、実施の形態１および実施の形態２において示した2nd stage SCIの情報量（別言すると、情報サイズ）を認識（又は識別）できる。したがって、受信端末２００は、2nd stage SCIの情報量に見合った量のリソースに2nd stage SCIが配置されていることを認識できる。

【0209】

そして、受信端末２００は、実施の形態１及び実施の形態２に示したような配置ルールに従って、2nd stage SCIが配置されているシンボルを正しく受信できる。ここで、用途に応じてフォーマットの種類（例えば、サイズの異なるフォーマット）が増加した場合、1st stage SCIにおいて、2nd stage SCIのフォーマット情報の通知のために使用されるビット数が増加する。また、2nd stage SCIのフォーマットの種類が増加すると、通信システムにおける処理が複雑化し得る。

【0210】

一方、フォーマットの種類を増やさないか、あるいは減らすために、例えば、用途によってフォーマットの種類（例えば、サイズ）を変えないことも検討される。しかし、例えば、或る設定においては使用されない情報であっても、フィーマットサイズを変えないために、当該フォーマット内に不使用の情報を含めざるを得ないことが想定される。

【0211】

そのため、例えば、2nd stage SCIに含まれ得る最長の情報サイズに合わせて2nd stage SCIのフォーマットサイズを定めると、そのサイズが大規模化し得る。別言すると、2nd stage SCIのフォーマット（サイズ）が、設定毎に最適化されない。

【0212】

そこで、実施の形態３では、例えば、ユニキャストには使用される情報であるが、グループキャストには使用されない情報、及び、グループキャストには使用される情報であるが、ユニキャストには使用されない情報について、情報ビットの共有を図る。この情報ビットの共有によって、2nd stage SCIのフォーマットサイズを縮小できる。

【0213】

非限定的な一例として、
・ユニキャストで使用される「CSI request」
・グループキャストで使用される「HARQ feedback mode indication」の間において情報ビットを共有する。

【0214】

「CSI request」は、端末２００に、CSI-RSの受信品質を測定し、その測定結果をフィードバックさせるために用いられる通知である。また、グループキャストでは、HARQのフィードバック方法として、ACK及びNACKのうちNACKのみを送信する「type 1」と、ACKまたはNACKを送信する「type2」という２つのタイプのフィードバック情報を切り替える仕組みがある。「HARQ feedback mode indication」によって何れの「type」を用いるかが受信端末２００に通知される。

【0215】

「CSI request」は、ユニキャスト向けに使用されるが、グループキャスト向けには使用されない通知（情報）である。一方、「HARQ feedback mode indication」は、グループキャスト向けに使用されるが、ユニキャスト向けには使用されない通知（情報）である。

【0216】

したがって、例えば、これらの情報とは異なる他の情報から、受信する2nd stage SCIがユニキャスト及びグループキャストの何れのキャスト向けであるかを判別できれば、受信端末２００は、2nd stage SCIに、何れのキャスト向けの情報が含まれているかを認識できる。

【0217】

非限定的な一例として、2nd stage SCIに関して、以下の３種類のフォーマットを用意（あるいは設定又は定義）する。
・SCI format 0-2a：ブロードキャスト向けに使用
・SCI format 0-2b：グループキャスト又はユニキャスト向けに使用
・SCI format 0-2c：グループキャストにおいて例えば「zone ID」を使用して予測される距離に応じてフィードバック情報を送信するか否かを判断する場合に使用

【0218】

グループキャストにおいて「zone ID」が使用される場合、「zone ID」の通知が行われるため、グループキャスト向けの2nd stage SCIのフォーマットサイズが他のフォーマットのサイズと比較して大きくなり得る。

【0219】

３種類のフォーマットのコンテンツ（情報又はパラメータ）の非限定的な一例として、以下を想定する。

【0220】

＜SCI format 0-2a＞
・HARQ Process ID －[x] bits
・New data indicator － 1 bit
・Redundancy version － 2 bits
・Source ID － 8 bits
・Destination ID － 16 bits

【0221】

＜SCI format 0-2b＞
・HARQ Process ID － [x] bits
・New data indicator － 1 bit
・Redundancy version － 2 bits
・Source ID － 8 bits
・Destination ID － 16 bits
・CSI request － 1 bit（for unicast）
・HARQ feedback request － 1 bit
・HARQ feedback mode indication (option 1 or option 2) － 1 bit (for groupcast)

【0222】

＜SCI format 0-2c＞
・HARQ Process ID －[x] bits
・New data indicator － 1 bit
・Redundancy version － 2 bits
・Source ID － 8 bits
・Destination ID － 16 bits
・Zone ID － [12] bits
・Communication range requirement － [at least 4 bits]

【0223】

上記の例において、SCI format 0-2bの「CSI request － 1 bit (for unicast)」と「HARQ feedback mode indication (option 1 or option 2) － 1 bit (for groupcast)」との間においてビットを共有できる。

【0224】

次に、SCI formatの通知方法の非限定的な一例について説明する。

【0225】

（オプション１）
1st stage SCIによって通知される（又は示される）、2nd stage SCIのフォーマット情報において、キャストタイプ（ブロードキャスト、グループキャスト、及び、ユニキャストの何れか）をSL通信の受信端末２００宛に通知する。

【0226】

例えば、３ビットの情報（2nd stage SCI format indicator）を用いて「０～８」の８つの状態を示せる場合、表２に示すように、「０～３」によって、それぞれ、「SCI format 0-2a」、「SCI format 0-2b」、「SCI format 0-2b」、「SCI format 0-2c」を示すことができる。

【0227】

【表2】

【0228】

ここで、状態１と状態２とは同じSCI format（SCI format 0-2b）を示すが、状態１は、ユニキャスト向けであることを示し、状態２は、グループキャスト向けであることを示す。

【0229】

したがって、2nd stage SCIのフォーマットが同一であり、かつ、サイズが同一であっても、2nd stage SCIのコンテンツは異なるものとして受信端末２００は認識できる。

【0230】

（オプション２）
ブロードキャスト向け、グループキャスト向け、及び、ユニキャスト向けの何れであるかを判別可能な宛先（送信先）ID（Destination ID）を予め定めておく。

【0231】

「Destination ID」が2nd stage SCIに含まれる場合、受信端末２００において、1st stage SCIによって示される、2nd stage SCIのフォーマット情報を受信した段階では、キャストタイプ（ブロードキャスト、グループキャスト、ユニキャストの何れであるか）は不明である。

【0232】

受信端末２００は、例えば、2nd stage SCIのフォーマット及びサイズを基に、「Destination ID」が配置されるビットを認識し、「Destination ID」から、キャストタイプを判別する。そして、判別したキャストタイプに応じて、受信端末２００は、例えば、2nd stage SCIに含まれる他のビットが示す意味を読み替える。

【0233】

表３に、この場合（オプション２）の2nd stage SCI format indicator（３ビット）を用いた通知例を示す。

【0234】

【表3】

【0235】

表３において、状態０、状態１、状態２は、それぞれ、「SCI format 0-2a」、「SCI format 0-2b」、「SCI format 0-2c」を示す。オプション２では、オプション１の表２に示した例とは異なり、表３に例示したように、「SCI format 0-2a」において、ブロードキャスト向けに加えて、グループキャスト向け及びユニキャスト向けの少なくとも１つをサポートしてよい。また、「SCI format 0-2b」は、グループキャスト向け及びユニキャスト向けの少なくとも１つをサポートしてよい。

【0236】

なお、実施の形態３では、2nd stage SCIのフォーマットが３種類である例を示したが、４種類以上のフォーマットが用意されてもよいし、１種類又は２種類のフォーマットが用意されてもよい。

【0237】

１種類のフォーマットを使用する場合、例えば、フォーマットの名称は同じであるが、サイズが異なる複数種類のフォーマットをサポートし、2nd stage SCI format indicatorにおいて、2nd stage SCIのフォーマットサイズを示すこととしてよい。

【0238】

また、2nd stage SCI format indicatorのビット数は、３ビットに限定されず、例えば、１ビットでもよいし、２ビットでもよく、また、４ビット以上でもよい。

【0239】

以上のように、実施の形態３によれば、2nd stage SCIに含まれる情報において、ユニキャスト向けとグループキャスト向けとで異なる情報が用いられる場合に、少なくとも一部の情報ビットの共有化を図る。したがって、2nd stage SCIの或るフォーマットの情報量を削減でき、2nd stage SCIが配置されるリソース量を低減できる。その結果、例えば、2nd stage SCIの復調（及び復号）にかかる時間を低減できる。

【0240】

なお、情報ビットの共有化を図る対象のキャストタイプは、上述した例に限られず、ユニキャスト、グループキャスト、及び、ブロードキャストのうちの２以上のキャストタイプであってよい。また、キャストタイプは、３種類に限られず、例えば、２種類であってもよいし、４種類以上であってもよい。

【0241】

以上、本開示の各実施の形態について説明した。

【0242】

＜実施の形態１～３に共通の補足＞
本開示の一実施例を適用するチャネルにおいて、2nd stage CSIの配置の基準に用いる参照信号は、DMRSに限られない。例えば、CSI-RS、PT-RSといった他の参照信号が、2nd stage CSIの配置の基準に用いられてもよい。

【0243】

SL通信を行う端末２００には、例えば、送信処理を行い、受信処理を行わない端末、受信処理を行い、送信処理を行わない端末、又は、送信及び受信の双方を行う端末が含まれてよい。

【0244】

実施の形態１～３において示した各種の動作例（配置例）は適宜に組み合わせて使用されてもよい。

【0245】

SLに関する設定が端末２００に予め設定される場合、その設定は、例えば、仕様（例えば、規格）において規定されてもよく、Pre-configuredと呼ばれるアプリケーションレイヤで設定されてもよく、端末２００が備えるSIMに設定されてもよく、configuredと呼ばれるSIB又はその他のRRC等の上位レイヤで設定されてもよく、medium access control（MAC）で設定されてもよい。

【0246】

本開示の一実施例は、SL通信に限らず、基地局１００と端末２００との間の通信（Uuリンク通信）に適用されてもよい。例えば、PSCCHをPDCCH、PSSCHをPDSCH（physical downlink shared channel）またはPUSCH（physical uplink shared channel）、PSFCHをPUCCH（physical uplink control channel）、PSBCHをPBCH（physical broadcast channel）に置き換えて、Uuリンク通信において、上述した実施の形態１～３において示した各種の動作例の何れかが適用されてもよい。また、2nd stage SCIをULの制御情報であるUCI（uplink control information）に置き換えて、PUSCHにおいて送信されるUCIに、上述した実施の形態１～３において示した各種の動作例の何れかが適用されてもよい。なお、PDCCH、PDSCH、PUSCH、PUCCH、PBCHは、それぞれ、下りリンク制御チャネル、下りリンクデータチャネル、上りリンクデータチャネル、上りリンク制御チャネル、報知（ブロードキャスト）チャネルの一例である。

【0247】

上述した実施の形態１～３において示した各種の動作例は、Mode1およびMode2のうちMode2に限定的に適用されてもよい。Mode2の場合、送信端末２００は、例えば、他の端末２００にSCIを送信するインターバルを通知し、SCIの送信に使用するリソースの予約に関する情報を共有する。これにより、SCIの衝突を回避あるいは衝突発生率を低減できる。

【0248】

Mode1の場合、端末２００は、スロットあたりのSLシンボル数の設定を、基地局１００からUuリンクによってPDCCHのような制御信号にてダイナミックに受信してもよい。端末２００は、SLシンボル数をダイナミックに可変設定できる。

【0249】

1st stage SCIは、SCI format 0-1にて送信される信号を示してもよい。また、2nd stage SCIは、SCI format 0-2、あるいは、SCI format 0-2ｘ（ｘ＝ａ，ｂ，ｃ，・・・）で送信される信号を示してもよい。

【0250】

PSCCH、PSSCH、PSFCH又はPSBCHといったチャネルが配置されるスロットは、例えば、これらのチャネルの送信及び受信の少なくとも１つが可能なスロットである。ただし、PSCCH、PSSCH、PSFCH又はPSBCHといったチャネルが配置されるスロットには、例えば、端末２００の判断又はリソース割当によって、送信又は受信する信号が配置されないスロットが含まれてもよい。

【0251】

PSCCHとPSSCHとは、時間多重（TDM：Time Division Multiplexing）されてもよいし、FDMされてもよい。

【0252】

PSSCHのスロットあたりのシンボル数、PSCCHのスロットあたりのシンボル数は、チャネルの前方又は後方に設定される、AGC（automatic gain control）に使用されるシンボルを含む数でもよい。

【0253】

PSSCHのスロットは、スロットは時間的に連続してもよいし不連続でもよい。

【0254】

PSCCHのシンボル数は、２シンボルに限定されず、１シンボルでもよく、３シンボル以上でもよい。また、PSSCHのシンボル数は、上述した例に限定されず、他のシンボル数でもよい。

【0255】

時間リソースの単位は、スロット及びシンボルの１つ又は組み合わせに限らず、例えば、フレーム、サブフレーム、スロット、サブスロット又は、シンボルといった時間リソース単位でもよく、他の時間リソース単位でもよい。また、１スロットに含まれるシンボル数は、上述した実施の形態１～３において例示したシンボル数に限定されず、他のシンボル数でもよい。

【0256】

本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

【0257】

本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。

【0258】

通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。

【0259】

通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。

【0260】

また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。

【0261】

また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。

【0262】

＜５Ｇ ＮＲのシステムアーキテクチャおよびプロトコルスタック＞
３ＧＰＰは、１００ＧＨｚまでの周波数範囲で動作する新無線アクセス技術（ＮＲ）の開発を含む第５世代携帯電話技術（単に「５Ｇ」ともいう）の次のリリースに向けて作業を続けている。５Ｇ規格の初版は２０１７年の終わりに完成しており、これにより、５Ｇ ＮＲの規格に準拠した端末（例えば、スマートフォン）の試作および商用展開に移ることが可能である。

【0263】

例えば、システムアーキテクチャは、全体としては、ｇＮＢを備えるＮＧ－ＲＡＮ（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参照）。

【0264】

ＮＲのユーザプレーンのプロトコルスタック（例えば、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の第７節に列挙されている。

【0265】

例えば、Medium-Access-Controlレイヤは、論理チャネル（logical channel）の多重化と、様々なニューメロロジーを扱うことを含むスケジューリングおよびスケジューリング関連の諸機能と、を扱う。

【0266】

例えば、物理レイヤ（ＰＨＹ）は、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、および適切な物理的時間－周波数リソースへの信号のマッピングの役割を担う。また、物理レイヤは、物理チャネルへのトランスポートチャネルのマッピングを扱う。物理レイヤは、ＭＡＣレイヤにトランスポートチャネルの形でサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルは、対応する物理チャネルにマッピングされる。例えば、物理チャネルには、上り物理チャネルとして、ＰＲＡＣＨ（Physical Random Access Channel）、ＰＵＳＣＨ（Physical Uplink Shared Channel)、ＰＵＣＣＨ(Physical Uplink Control Channel)があり、下り物理チャネルとして、ＰＤＳＣＨ（Physical Downlink Shared Channel)、ＰＤＣＣＨ（Physical Downlink Control Channel)、ＰＢＣＨ(Physical Broadcast Channel) がある。

【0267】

ＮＲのユースケース／展開シナリオには、データレート、レイテンシ、およびカバレッジの点で多様な要件を有するenhanced mobile broadband（ｅＭＢＢ）、ultra-reliable low-latency communications（ＵＲＬＬＣ）、massive machine type communication（ｍＭＴＣ）が含まれ得る。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄが提供するデータレートの３倍程度のピークデータレート（下りリンクにおいて２０Ｇｂｐｓおよび上りリンクにおいて１０Ｇｂｐｓ）および実効（user-experienced）データレートをサポートすることが期待されている。一方、ＵＲＬＬＣの場合、より厳しい要件が超低レイテンシ（ユーザプレーンのレイテンシについてＵＬおよびＤＬのそれぞれで０．５ｍｓ）および高信頼性（１ｍｓ内において１－１０－５）について課されている。最後に、ｍＭＴＣでは、好ましくは高い接続密度（都市環境において装置１，０００，０００台／ｋｍ２）、悪環境における広いカバレッジ、および低価格の装置のための極めて寿命の長い電池（１５年）が求められうる。

【0268】

そのため、１つのユースケースに適したＯＦＤＭのニューメロロジー（例えば、サブキャリア間隔、ＯＦＤＭシンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長、スケジューリング区間毎のシンボル数）が他のユースケースには有効でない場合がある。例えば、低レイテンシのサービスでは、好ましくは、ｍＭＴＣのサービスよりもシンボル長が短いこと（したがって、サブキャリア間隔が大きいこと）および／またはスケジューリング区間（ＴＴＩともいう）毎のシンボル数が少ないことが求められうる。さらに、チャネルの遅延スプレッドが大きい展開シナリオでは、好ましくは、遅延スプレッドが短いシナリオよりもＣＰ長が長いことが求められうる。サブキャリア間隔は、同様のＣＰオーバーヘッドが維持されるように状況に応じて最適化されてもよい。ＮＲがサポートするサブキャリア間隔の値は、１つ以上であってよい。これに対応して、現在、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ…のサブキャリア間隔が考えられている。シンボル長Ｔｕおよびサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕによって直接関係づけられている。ＬＴＥシステムと同様に、用語「リソースエレメント」を、１つのＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小のリソース単位を意味するように使用することができる。

【0269】

新無線システム５Ｇ－ＮＲでは、各ニューメロロジーおよび各キャリアについて、サブキャリアおよびＯＦＤＭシンボルのリソースグリッドが上りリンクおよび下りリンクのそれぞれに定義される。リソースグリッドの各エレメントは、リソースエレメントと呼ばれ、周波数領域の周波数インデックスおよび時間領域のシンボル位置に基づいて特定される（3GPP TS 38.211 v15.6.0参照）。

【0270】

＜５Ｇ ＮＲにおけるＮＧ－ＲＡＮと５ＧＣとの間の機能分離＞
図１８は、ＮＧ－ＲＡＮと５ＧＣとの間の機能分離を示す。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣは、論理ノードＡＭＦ、ＵＰＦ、およびＳＭＦを有する。

【0271】

例えば、ｇＮＢおよびｎｇ－ｅＮＢは、以下の主な機能をホストする：
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、上りリンクおよび下りリンクの両方におけるリソースのＵＥへの動的割当（スケジューリング）等の無線リソース管理（Radio Resource Management）の機能；
－ データのＩＰヘッダ圧縮、暗号化、および完全性保護；
－ ＵＥが提供する情報からＡＭＦへのルーティングを決定することができない場合のＵＥのアタッチ時のＡＭＦの選択；
－ ＵＰＦに向けたユーザプレーンデータのルーティング；
－ ＡＭＦに向けた制御プレーン情報のルーティング；
－ 接続のセットアップおよび解除；
－ ページングメッセージのスケジューリングおよび送信；
－ システム報知情報（ＡＭＦまたは運用管理保守機能（ＯＡＭ：Operation, Admission, Maintenance）が発信源）のスケジューリングおよび送信；
－ モビリティおよびスケジューリングのための測定および測定報告の設定；
－ 上りリンクにおけるトランスポートレベルのパケットマーキング；
－ セッション管理；
－ ネットワークスライシングのサポート；
－ ＱｏＳフローの管理およびデータ無線ベアラに対するマッピング；
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥのサポート；
－ ＮＡＳメッセージの配信機能；
－ 無線アクセスネットワークの共有；
－ デュアルコネクティビティ；
－ ＮＲとＥ－ＵＴＲＡとの緊密な連携。

【0272】

Access and Mobility Management Function（ＡＭＦ）は、以下の主な機能をホストする：
－ Non-Access Stratum（ＮＡＳ）シグナリングを終端させる機能；
－ ＮＡＳシグナリングのセキュリティ；
－ Access Stratum（ＡＳ）のセキュリティ制御；
－ ３ＧＰＰのアクセスネットワーク間でのモビリティのためのコアネットワーク（CN：Core Network）ノード間シグナリング；
－ アイドルモードのＵＥへの到達可能性（ページングの再送信の制御および実行を含む）；
－ 登録エリアの管理；
－ システム内モビリティおよびシステム間モビリティのサポート；
－ アクセス認証；
－ ローミング権限のチェックを含むアクセス承認；
－ モビリティ管理制御（加入およびポリシー）；
－ ネットワークスライシングのサポート；
－ Session Management Function（ＳＭＦ）の選択。

【0273】

さらに、User Plane Function（ＵＰＦ）は、以下の主な機能をホストする：
－ ｉｎｔｒａ－ＲＡＴモビリティ／ｉｎｔｅｒ－ＲＡＴモビリティ（適用可能な場合）のためのアンカーポイント；
－ データネットワークとの相互接続のための外部ＰＤＵ(Protocol Data Unit)セッションポイント；
－ パケットのルーティングおよび転送；
－ パケット検査およびユーザプレーン部分のポリシールールの強制（Policy rule enforcement）；
－ トラフィック使用量の報告；
－ データネットワークへのトラフィックフローのルーティングをサポートするための上りリンククラス分類（uplink classifier）；
－ マルチホームＰＤＵセッション（multi-homed PDU session）をサポートするための分岐点(Branching Point)；
－ ユーザプレーンに対するＱｏＳ処理（例えば、パケットフィルタリング、ゲーティング（gating）、ＵＬ／ＤＬレート制御（UL/DL rate enforcement）；
－ 上りリンクトラフィックの検証（ＳＤＦのＱｏＳフローに対するマッピング）；
－ 下りリンクパケットのバッファリングおよび下りリンクデータ通知のトリガ機能。

【0274】

最後に、Session Management Function（ＳＭＦ）は、以下の主な機能をホストする：
－ セッション管理；
－ ＵＥに対するＩＰアドレスの割当および管理；
－ ＵＰＦの選択および制御；
－ 適切な宛先にトラフィックをルーティングするためのUser Plane Function（ＵＰＦ）におけるトラフィックステアリング（traffic steering）の設定機能；
－ 制御部分のポリシーの強制およびＱｏＳ；
－ 下りリンクデータの通知。

【0275】

＜ＲＲＣ接続のセットアップおよび再設定の手順＞
図１９は、ＮＡＳ部分の、ＵＥがRRC_IDLEからRRC_CONNECTEDに移行する際のＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のやり取りのいくつかを示す（TS 38.300 v15.6.0参照）。

【0276】

ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位レイヤのシグナリング（プロトコル）である。この移行により、ＡＭＦは、ＵＥコンテキストデータ（これは、例えば、ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線性能（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）でセットアップ手順が完了したことをＡＭＦに通知する。

【0277】

したがって、本開示では、ｇＮｏｄｅＢとのNext Generation（ＮＧ）接続を動作時に確立する制御回路と、ｇＮｏｄｅＢとユーザ機器（ＵＥ：User Equipment）との間のシグナリング無線ベアラがセットアップされるように動作時にＮＧ接続を介してｇＮｏｄｅＢに初期コンテキストセットアップメッセージを送信する送信部と、を備える、5th Generation Core（５ＧＣ）のエンティティ（例えば、ＡＭＦ、ＳＭＦ等）が提供される。具体的には、ｇＮｏｄｅＢは、リソース割当設定情報要素(IE: Information Element)を含むRadio Resource Control（ＲＲＣ）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。そして、ＵＥは、リソース割当設定に基づき上りリンクにおける送信または下りリンクにおける受信を行う。

【0278】

＜２０２０年以降のＩＭＴの利用シナリオ＞
図２０は、５Ｇ ＮＲのためのユースケースのいくつかを示す。3rd generation partnership project new radio（３ＧＰＰ ＮＲ）では、多種多様なサービスおよびアプリケーションをサポートすることがＩＭＴ－２０２０によって構想されていた３つのユースケースが検討されている。大容量・高速通信（ｅＭＢＢ：enhanced mobile-broadband）のための第一段階の仕様の策定が終了している。現在および将来の作業には、ｅＭＢＢのサポートを拡充していくことに加えて、高信頼・超低遅延通信（ＵＲＬＬＣ：ultra-reliable and low-latency communications）および多数同時接続マシンタイプ通信（ｍＭＴＣ：massive machine-type communicationsのための標準化が含まれる。図２０は、２０２０年以降のＩＭＴの構想上の利用シナリオのいくつかの例を示す（例えばＩＴＵ－Ｒ Ｍ．２０８３ 図２１参照）。

【0279】

ＵＲＬＬＣのユースケースには、スループット、レイテンシ（遅延）、および可用性のような性能についての厳格な要件がある。ＵＲＬＬＣのユースケースは、工業生産プロセスまたは製造プロセスのワイヤレス制御、遠隔医療手術、スマートグリッドにおける送配電の自動化、交通安全等の今後のこれらのアプリケーションを実現するための要素技術の１つとして構想されている。ＵＲＬＬＣの超高信頼性は、TR 38.913によって設定された要件を満たす技術を特定することによってサポートされる。リリース１５におけるＮＲ ＵＲＬＬＣでは、重要な要件として、目標とするユーザプレーンのレイテンシがＵＬ（上りリンク）で０．５ｍｓ、ＤＬ（下りリンク）で０．５ｍｓであることが含まれている。一度のパケット送信に対する全般的なＵＲＬＬＣの要件は、ユーザプレーンのレイテンシが１ｍｓの場合、３２バイトのパケットサイズに対してブロック誤り率（ＢＬＥＲ：block error rate）が１Ｅ－５であることである。

【0280】

物理レイヤの観点では、信頼性は、多くの採り得る方法で向上可能である。現在の信頼性向上の余地としては、ＵＲＬＬＣ用の別個のＣＱＩ表、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返し等を定義することが含まれる。しかしながら、この余地は、ＮＲが（ＮＲ ＵＲＬＬＣの重要要件に関し）より安定しかつより開発されるにつれて、超高信頼性の実現のために広がりうる。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースには、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅ－ヘルス、ｅ－セイフティ、およびミッションクリティカルなアプリケーションが含まれる。

【0281】

また、ＮＲ ＵＲＬＬＣが目標とする技術強化は、レイテンシの改善および信頼性の向上を目指している。レイテンシの改善のための技術強化には、設定可能なニューメロロジー、フレキシブルなマッピングによる非スロットベースのスケジューリング、グラントフリーの（設定されたグラントの）上りリンク、データチャネルにおけるスロットレベルでの繰り返し、および下りリンクでのプリエンプション（Pre-emption）が含まれる。プリエンプションとは、リソースが既に割り当てられた送信が停止され、当該既に割り当てられたリソースが、後から要求されたより低いレイテンシ／より高い優先度の要件の他の送信に使用されることを意味する。したがって、既に許可されていた送信は、後の送信によって差し替えられる。プリエンプションは、具体的なサービスタイプと無関係に適用可能である。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信が、サービスタイプＢ（ｅＭＢＢ等）の送信によって差し替えられてもよい。信頼性向上についての技術強化には、１Ｅ－５の目標ＢＬＥＲのための専用のＣＱＩ／ＭＣＳ表が含まれる。

【0282】

ｍＭＴＣ（massive machine type communication）のユースケースの特徴は、典型的には遅延の影響を受けにくい比較的少量のデータを送信する接続装置の数が極めて多いことである。装置には、低価格であること、および電池寿命が非常に長いことが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することが、ＵＥから見て電力が節約されかつ電池の長寿命化を可能にする１つの解決法である。

【0283】

上述のように、ＮＲにおける信頼性向上のスコープはより広くなることが予測される。あらゆるケースにとっての重要要件の１つであって、例えばＵＲＬＬＣおよびｍＭＴＣについての重要要件が高信頼性または超高信頼性である。いくつかのメカニズムが信頼性を無線の観点およびネットワークの観点から向上させることができる。概して、信頼性の向上に役立つ可能性がある２つ～３つの重要な領域が存在する。これらの領域には、コンパクトな制御チャネル情報、データチャネル/制御チャネルの繰り返し、および周波数領域、時間領域、および／または空間領域に関するダイバーシティがある。これらの領域は、特定の通信シナリオにかかわらず一般に信頼性向上に適用可能である。

【0284】

ＮＲ ＵＲＬＬＣに関し、ファクトリーオートメーション、運送業、および電力の分配のような、要件がより厳しいさらなるユースケースが想定されている。厳しい要件とは、高い信頼性（１０－６レベルまでの信頼性）、高い可用性、２５６バイトまでのパケットサイズ、数μｓ程度までの時刻同期（time synchronization）（ユースケースに応じて、値を、周波数範囲および０．５ｍｓ～１ｍｓ程度の短いレイテンシ（例えば、目標とするユーザプレーンでの０．５ｍｓのレイテンシ）に応じて１μｓまたは数μｓとすることができる）である。

【0285】

さらに、ＮＲ ＵＲＬＬＣについては、物理レイヤの観点からいくつかの技術強化が有り得る。これらの技術強化には、コンパクトなＤＣＩに関するＰＤＣＣＨ（Physical Downlink Control Channel）の強化、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨのモニタリングの増加がある。また、ＵＣＩ（Uplink Control Information）の強化は、ｅｎｈａｎｃｅｄ ＨＡＲＱ（Hybrid Automatic Repeat Request）およびＣＳＩフィードバックの強化に関係する。また、ミニスロットレベルのホッピングに関係するＰＵＳＣＨの強化、および再送信／繰り返しの強化が有り得る。用語「ミニスロット」は、スロットより少数のシンボルを含むTransmission Time Interval（ＴＴＩ）を指す（スロットは、１４個のシンボルを備える）。

【0286】

＜ＱｏＳ制御＞
５ＧのＱｏＳ（Quality of Service）モデルは、ＱｏＳフローに基づいており、保証されたフロービットレートが求められるＱｏＳフロー（GBR：Guaranteed Bit Rate ＱｏＳフロー）、および、保証されたフロービットレートが求められないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）をいずれもサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおける最も微細な粒度のＱｏＳの区分である。ＱｏＳフローは、ＮＧ－Ｕインタフェースを介してカプセル化ヘッダ（encapsulation header）において搬送されるＱｏＳフローＩＤ（ＱＦＩ：QoS Flow ID）によってＰＤＵセッション内で特定される。

【0287】

各ＵＥについて、５ＧＣは、１つ以上のＰＤＵセッションを確立する。各ＵＥについて、ＰＤＵセッションに合わせて、ＮＧ－ＲＡＮは、例えば図１９を参照して上に示したように少なくとも１つのData Radio Bearers（ＤＲＢ）を確立する。また、そのＰＤＵセッションのＱｏＳフローに対する追加のＤＲＢが後から設定可能である（いつ設定するかはＮＧ－ＲＡＮ次第である）。ＮＧ－ＲＡＮは、様々なＰＤＵセッションに属するパケットを様々なＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルパケットフィルタが、ＵＬパケットおよびＤＬパケットとＱｏＳフローとを関連付けるのに対し、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルマッピングルールは、ＵＬ ＱｏＳフローおよびＤＬ ＱｏＳフローとＤＲＢとを関連付ける。

【0288】

図２１は、５Ｇ ＮＲの非ローミング参照アーキテクチャ（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とやり取りする。

【0289】

図２１は、５Ｇアーキテクチャのさらなる機能単位、すなわち、Network Slice Selection Function（ＮＳＳＦ）、Network Repository Function（ＮＲＦ）、Unified Data Management（ＵＤＭ）、Authentication Server Function（ＡＵＳＦ）、Access and Mobility Management Function（ＡＭＦ）、Session Management Function（ＳＭＦ）、およびData Network（ＤＮ、例えば、オペレーターによるサービス、インターネットアクセス、またはサードパーティーによるサービス）をさらに示す。コアネットワークの機能およびアプリケーションサービスの全部または一部がクラウドコンピューティング環境において展開されかつ動作してもよい。

【0290】

したがって、本開示では、ＱｏＳ要件に応じたｇＮｏｄｅＢとＵＥとの間の無線ベアラを含むＰＤＵセッションを確立するために、動作時に、ＵＲＬＬＣサービス、ｅＭＭＢサービス、およびｍＭＴＣサービスの少なくとも１つに対するＱｏＳ要件を含む要求を５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦ等）の少なくとも１つに送信する送信部と、動作時に、確立されたＰＤＵセッションを使用してサービスを行う制御回路と、を備える、アプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）が提供される。

【0291】

本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。

【0292】

集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。

【0293】

さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。

【0294】

本開示は、通信機能を持つあらゆる種類の装置、デバイス、システム（通信装置と総称）において実施可能である。通信装置は無線送受信機（トランシーバー）と処理／制御回路を含んでもよい。無線送受信機は受信部と送信部、またはそれらを機能として、含んでもよい。無線送受信機（送信部、受信部）は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールと１または複数のアンテナを含んでもよい。ＲＦモジュールは、増幅器、ＲＦ変調器／復調器、またはそれらに類するものを含んでもよい。通信装置の、非限定的な例としては、電話機（携帯電話、スマートフォン等）、タブレット、パーソナル・コンピューター（ＰＣ）（ラップトップ、デスクトップ、ノートブック等）、カメラ（デジタル・スチル／ビデオ・カメラ等）、デジタル・プレーヤー（デジタル・オーディオ／ビデオ・プレーヤー等）、着用可能なデバイス（ウェアラブル・カメラ、スマートウオッチ、トラッキングデバイス等）、ゲーム・コンソール、デジタル・ブック・リーダー、テレヘルス・テレメディシン（遠隔ヘルスケア・メディシン処方）デバイス、通信機能付きの乗り物又は移動輸送機関（自動車、飛行機、船等）、及び上述の各種装置の組み合わせがあげられる。

【0295】

通信装置は、持ち運び可能又は移動可能なものに限定されず、持ち運びできない又は固定されている、あらゆる種類の装置、デバイス、システム、例えば、スマート・ホーム・デバイス（家電機器、照明機器、スマートメーター又は計測機器、コントロール・パネル等）、自動販売機、その他ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ネットワーク上に存在し得るあらゆる「モノ（Things）」をも含む。

【0296】

通信には、セルラーシステム、無線ＬＡＮシステム、通信衛星システム等によるデータ通信に加え、これらの組み合わせによるデータ通信も含まれる。

【0297】

また、通信装置には、本開示に記載される通信機能を実行する通信デバイスに接続又は連結される、コントローラやセンサー等のデバイスも含まれる。例えば、通信装置の通信機能を実行する通信デバイスが使用する制御信号やデータ信号を生成するような、コントローラやセンサーが含まれる。

【0298】

また、通信装置には、上記の非限定的な各種装置と通信を行う、あるいはこれら各種装置を制御する、インフラストラクチャ設備、例えば、基地局、アクセスポイント、その他あらゆる装置、デバイス、システムが含まれる。

【0299】

本開示の一実施例に係る端末は、サイドリンクにおいて送信する第１の制御情報に関連した第２の制御情報の、前記サイドリンクのデータチャネルに対する配置を、前記データチャネルにおける参照信号の配置と制御チャネルの配置と、に基づいて決定する制御回路と、決定した配置に従って前記データチャネルの送信を行う送信回路と、を備える。

【0300】

本開示の一実施例において、前記制御回路は、前記参照信号を配置する時間リソースを基準に用いて、前記データチャネルにおける前記第２の制御情報の配置を決定してよい。

【0301】

本開示の一実施例において、前記制御回路は、前記データチャネルにおいて第１の参照信号を第１の時間リソースに配置せず、第２の参照信号を第２の時間リソースに配置する場合、前記第２の時間リソースを基準に用いて、前記データチャネルにおける前記第２の制御情報の配置を決定してよい。

【0302】

本開示の一実施例において、前記制御回路は、前記データチャネルにおいて第１の参照信号に割り当てられた第１の時間リソースに前記第１の参照信号を配置せず、第２の参照信号を第２の時間リソースに配置する場合、前記第２の時間リソースを基準に用いて、前記データチャネルにおける前記第２の制御情報の配置を決定してもよい。

【0303】

本開示の一実施例において、前記制御回路は、前記第２の制御情報を配置する時間リソースを、前記参照信号を配置する時間リソース及び当該時間リソースに隣接する時間リソースの少なくとも１つに決定してよい。

【0304】

本開示の一実施例において、前記制御回路は、前記第２の制御情報の配置を決定した時間リソースに前記第２の制御情報を配置しきれない場合、配置しきれない前記第２の制御情報を、前記参照信号を配置する時間リソースよりも前方の時間リソースに配置してよい。

【0305】

本開示の一実施例において、前記制御回路は、前記第２の制御情報の配置を決定した時間リソースに前記第２の制御情報を配置しきれない場合、配置しきれない前記第２の制御情報を、前記参照信号を配置する時間リソースよりも後方の時間リソースに配置してよい。

【0306】

本開示の一実施例において、前記制御回路は、前記第２の制御情報の配置を決定した時間リソースに前記第２の制御情報を配置しきれない場合、配置しきれない前記第２の制御情報を、前記参照信号を配置する時間リソースの後方及び前方の順序で時間リソースに配置してよい。

【0307】

本開示の一実施例において、前記制御回路は、前記データチャネルの周波数リソースにおいて前記制御チャネルを配置する順序に基づいて、前記データチャネルにおいて前記第２の制御情報を配置する周波数リソースを決定してよい。

【0308】

本開示の一実施例において、前記制御回路は、前記第２の制御情報を、前記制御チャネルを配置する周波数リソースの順序とは逆の順序で、前記データチャネルの周波数リソースに配置してよい。

【0309】

本開示の一実施例に係る端末は、サイドリンクのデータチャネルにおける参照信号の配置と制御チャネルの配置とに基づいて決定された配置であり、かつ、前記サイドリンクにおいて送信される第１の制御情報に関連した第２の制御情報の前記データチャネルに対する配置、を示す情報に基づいて、前記配置を特定する制御回路と、特定した配置に従って前記データチャネルの受信を行う受信回路と、を備える。

【0310】

本開示の一実施例に係る通信方法は、端末が、サイドリンクにおいて送信する第１の制御情報に関連した第２の制御情報の、前記サイドリンクのデータチャネルに対する配置を、前記データチャネルにおける参照信号の配置と制御チャネルの配置と、に基づいて決定し、決定した配置に従って前記データチャネルの送信を行う。

【0311】

本開示の一実施例に係る通信方法は、端末が、サイドリンクのデータチャネルにおける参照信号の配置と制御チャネルの配置とに基づいて決定された配置であり、かつ、前記サイドリンクにおいて送信される第１の制御情報に関連した第２の制御情報の前記データチャネルに対する配置、を示す情報に基づいて、前記配置を特定し、特定した配置に従って前記データチャネルの受信を行う。

【0312】

２０２０年２月１３日出願の特願２０２０－０２２６８３の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。

【産業上の利用可能性】

【0313】

本開示の一実施例は、無線通信システムに有用である。

【符号の説明】

【0314】

１００ 基地局
１０２，２１１ リソースプール設定部
１０３ 誤り訂正符号化部
１０４ 変調部
１０５ 信号割当部
１０６ 送信部
１０７，２０１ 受信部
１０８，２０２ 信号分離部
１０９ 復調部
１１０ 誤り訂正復号部
２００ 端末
２０３－１ 1st satege SCI受信部
２０３－２ 2nd satege SCI受信部
２０４ SL復調部
２０５ SL誤り訂正復号部
２０６ Uu復調部
２０７ Uu誤り訂正復号部
２１２－１ 1st stage SCI生成部
２１２－２ 2nd stage SCI生成部
２１３ Uu誤り訂正符号化部
２１４ Uu変調部
２１５ SL誤り訂正符号化部
２１６ SL変調部
２１７ 信号割当部
２１８ 送信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】