JP2023046418A

JP2023046418A - 端末及び通信方法

Info

Publication number: JP2023046418A
Application number: JP2020032266A
Authority: JP
Inventors: 翔平吉岡; Shohei Yoshioka; 聡永田; Satoshi Nagata
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2020-02-27
Filing date: 2020-02-27
Publication date: 2023-04-05
Also published as: WO2021172222A1

Abstract

【課題】複数のサブチャネルサイズが設定される場合における物理サイドリンク制御チャネル（ＰＳＣＣＨ）の周波数方向のサイズを明確化し、トランスポートブロックサイズ（ＴＢＳ）の決定方法を明確化する。【解決手段】無線通信システムにおいて、端末は、サイドリンク通信に使用する第１のサブチャネルのサイズが第２のサブチャネルのサイズと異なる場合に、サイドリンクの制御チャネルの周波数方向のサイズの設定動作及びサイドリンクで送信されるトランスポートブロックのサイズの決定動作のうち少なくとも一方を実行し、サイドリンクでトランスポートブロックを送信する。【選択図】図１

Description

本発明は、無線通信システムにおける端末及び通信方法に関連する。

ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）及びＬＴＥの後継システム（例えば、ＬＴＥ－Ａ（ＬＴＥＡｄｖａｎｃｅｄ）、ＮＲ（ＮｅｗＲａｄｉｏ）（５Ｇとも呼ぶ））では、ＵｓｅｒＥｑｕｉｐｍｅｎｔ（ＵＥ）等の端末同士が基地局を介さないで直接通信を行うサイドリンク（Ｄ２Ｄ（ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ）とも呼ぶ）技術が検討されている。

また、Ｖ２Ｘ（ＶｅｈｉｃｌｅｔｏＥｖｅｒｙｔｈｉｎｇ）を実現することが検討され、仕様化が進められている。ここで、Ｖ２Ｘとは、ＩＴＳ（ＩｎｔｅｌｌｉｇｅｎｔＴｒａｎｓｐｏｒｔＳｙｓｔｅｍｓ）の一部であり、図１に示すように、自動車間で行われる通信形態を意味するＶ２Ｖ（ＶｅｈｉｃｌｅｔｏＶｅｈｉｃｌｅ）、自動車と道路脇に設置される路側機（ＲＳＵ：Ｒｏａｄ－ＳｉｄｅＵｎｉｔ）との間で行われる通信形態を意味するＶ２Ｉ（ＶｅｈｉｃｌｅｔｏＩｎｆｒａｓｔｒｕｃｔｕｒｅ）、自動車とドライバーのモバイル端末との間で行われる通信形態を意味するＶ２Ｎ（ＶｅｈｉｃｌｅｔｏＮｏｍａｄｉｃｄｅｖｉｃｅ）、及び、自動車と歩行者のモバイル端末との間で行われる通信形態を意味するＶ２Ｐ（ＶｅｈｉｃｌｅｔｏＰｅｄｅｓｔｒｉａｎ）の総称である。

３ＧＰＰＴＳ３８．２１４Ｖ１５．６．０（２０１９－０６）

ＮＲ－ＳＬで使用するキャリアの周波数帯域幅として、システムの最大帯域幅以下の任意のＰＲＢ数を許容することが想定される。

複数のサブチャネルサイズが設定される場合におけるＰＳＣＣＨの周波数方向のサイズを明確化し、トランスポートブロックサイズ（ＴＢＳ）の決定方法を明確化することが必要とされている。

本発明の一態様によれば、サイドリンク通信に使用する第１のサブチャネルのサイズが第２のサブチャネルのサイズと異なる場合に、サイドリンクの制御チャネルの周波数方向のサイズの設定動作及びサイドリンクで送信されるトランスポートブロックのサイズの決定動作のうち少なくとも一方を実行する制御部と、サイドリンクで前記トランスポートブロックを送信する送信部と、を備える端末、が提供される。

実施例によれば、複数のサブチャネルサイズが設定される場合におけるＰＳＣＣＨの周波数方向のサイズを明確化し、トランスポートブロックサイズ（ＴＢＳ）の決定方法を明確化することが可能となる。

実施の形態に係る無線通信システムの構成例を示す図である。ＰＳＣＣＨとＰＳＳＣＨとの多重化を行う方式の例を示す図である。ＨＡＲＱ－ＡＣＫ及びＣＳＩがＰＵＳＣＨにマッピングされる例を示す図である。Ａ－１のマッピングの例を示す図である。Ａ－２のマッピングの例を示す図である。Ａ－４のマッピングの例を示す図である。Ａ－７のマッピングの例を示す図である。スケジュールされたＰＲＢの中の、ＰＳＣＣＨを伴うＰＲＢの数及びＰＳＣＣＨを伴わないＰＲＢの数の例を示す図である。実施の形態に係る基地局の機能構成の一例を示す図である。実施の形態に係る端末の機能構成の一例を示す図である。実施の形態に係る基地局及び端末のハードウェア構成の一例を示す図である。サブチャネルのサイズ（ｓｕｂ－ｃｈａｎｎｅｌｓｉｚｅ）の例を示す図である。ＮＲ－ＳＬで使用するキャリアの周波数帯域幅として、システムの最大帯域幅以下の任意のＰＲＢ数を許容する場合の例を示す図である。Ｃ－１の方法の例を示す図である。Ｃ－２の方法の例を示す図である。Ｃ－３の方法の例を示す図である。

以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。

本実施の形態における端末間の直接通信の方式はＬＴＥあるいはＮＲのサイドリンク（ＳＬ（Ｓｉｄｅｌｉｎｋ））であることを想定しているが、直接通信の方式は当該方式に限られない。また、「サイドリンク」という名称は一例であり、「サイドリンク」という名称が使用されずに、ＵＬ（Ｕｐｌｉｎｋ）が、ＳＬの機能を含むこととしてもよい。ＳＬは、ＤＬ（Ｄｏｗｎｌｉｎｋ）又はＵＬと周波数又は時間リソースの違いによって区別されてもよく、他の名称であってもよい。

また、ＵＬとＳＬとが、時間リソース、周波数リソース、時間・周波数リソース、送信電力制御においてＰａｔｈｌｏｓｓを決定するために参照する参照信号、同期するために使用する参照信号（ＰＳＳ／ＳＳＳ／ＰＳＳＳ／ＳＳＳＳ）のいずれか１つ又はいずれか複数の組み合わせの違いによって区別されてもよい。

例えば、ＵＬでは、送信電力制御においてＰａｔｈｌｏｓｓを決定するために参照する参照信号として、アンテナポートＸ＿ＡＮＴの参照信号を使用し、ＳＬ（ＳＬとして使用するＵＬを含む）では、送信電力制御においてＰａｔｈｌｏｓｓを決定するために参照する参照信号として、アンテナポートＹ＿ＡＮＴの参照信号を使用する。

また、本実施の形態では、端末（ユーザ装置（ＵＥ）と呼ばれてもよい）が車両に搭載される形態を主に想定しているが、本発明の実施形態は、この形態に限定されない。例えば、端末は人が保持する端末であってもよいし、端末がドローンあるいは航空機に搭載される装置であってもよいし、端末が基地局、ＲＳＵ、中継局（リレーノード）、スケジューリング能力を有するユーザ装置等であってもよい。

また、サイドリンク用の同期信号としてＰＳＳＳ（ＰｒｉｍａｒｙＳｉｄｅｌｉｎｋＳｙｎｃｈｒｏｎｉｚａｔｉｏｎｓｉｇｎａｌ）とＳＳＳＳ（ＳｅｃｏｎｄａｒｙＳｉｄｅｌｉｎｋＳｙｎｃｈｒｏｎｉｚａｔｉｏｎｓｉｇｎａｌ）が用いられてもよい。また、例えばカバレッジ外動作のためにサイドリンクのシステム帯域、フレーム番号、リソース構成情報等のブロードキャスト情報（ｂｒｏａｄｃａｓｔｉｎｆｏｒｍａｔｉｏｎ）を送信するＰＳＢＣＨ（ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）が用いられてもよい。ＰＳＳＳ／ＳＳＳＳ及びＰＳＢＣＨは、例えば、１つのサブフレームで送信される。ＰＳＳＳ／ＳＳＳＳをＳＬＳＳと称してもよい。

（システム構成）
図１は、本実施の形態に係る無線通信システムの構成例を示す図である。図１に示すように、本実施の形態に係る無線通信システムは、基地局１０、端末２０Ａ、及び端末２０Ｂを有する。なお、実際には多数の端末が存在し得るが、図１は例として端末２０Ａ、及び端末２０Ｂを示している。

図１において、端末２０Ａは送信側、端末２０Ｂは受信側を意図しているが、端末２０Ａと端末２０Ｂはいずれも送信機能と受信機能の両方を備える。以下、端末２０Ａ、２０Ｂ等を特に区別しない場合、単に「端末２０」あるいは「端末」と記述する。図１では、一例として端末２０Ａと端末２０Ｂがともにカバレッジ内にある場合を示しているが、本実施の形態における動作は、全部の端末２０がカバレッジ内にある場合と、一部の端末２０がカバレッジ内にあり、他方の端末２０がカバレッジ外にある場合と、全部の端末２０がカバレッジ外にある場合のいずれにも適用できる。

本実施の形態において、端末２０は、例えば、自動車等の車両に搭載された装置であり、ＬＴＥあるいはＮＲにおけるユーザ装置（ＵＥ）としてのセルラ通信の機能、及び、サイドリンク機能を有している。更に、端末２０は、ＧＰＳ装置、カメラ、各種センサ等、報告情報（位置、イベント情報等）を取得する機能を含む。また、端末２０が、一般的な携帯端末（スマートフォン等）であってもよい。また、端末２０が、ＲＳＵであってもよい。当該ＲＳＵは、ＵＥの機能を有するＵＥタイプＲＳＵであってもよいし、基地局の機能を有するＢＳタイプＲＳＵ（ｇＮＢタイプＵＥと呼ばれてもよい）、又は中継局であってもよい。

なお、端末２０は１つの筐体の装置である必要はなく、例えば、各種センサが車両内に分散して配置される場合でも、当該各種センサを含めた装置が端末２０である。また、端末２０は各種センサを含まずに、各種センサとデータを送受信する機能を備えることとしてもよい。

また、端末２０のサイドリンクの送信の処理内容は基本的には、ＬＴＥあるいはＮＲでのＵＬ送信の処理内容と同様である。例えば、端末２０は、送信データのコードワードをスクランブルし、変調してｃｏｍｐｌｅｘ－ｖａｌｕｅｄｓｙｍｂｏｌｓを生成し、当該ｃｏｍｐｌｅｘ－ｖａｌｕｅｄｓｙｍｂｏｌｓ（送信信号）を１又は２レイヤにマッピングし、プリコーディングを行う。そして、ｐｒｅｃｏｄｅｄｃｏｍｐｌｅｘ－ｖａｌｕｅｄｓｙｍｂｏｌｓをリソースエレメントにマッピングして、送信信号（例：ＣＰ－ＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭ）を生成し、各アンテナポートから送信する。

また、基地局１０については、ＬＴＥあるいはＮＲにおける基地局１０としてのセルラ通信の機能、及び、本実施の形態における端末２０の通信を可能ならしめるための機能（例：リソースプール設定、リソース割り当て等）を有している。また、基地局１０は、ＲＳＵ（ｇＮＢタイプＲＳＵ）、中継局、又はスケジューリング機能を有する端末であってもよい。

また、本実施の形態に係る無線通信システムにおいて、端末２０がＳＬあるいはＵＬに使用する信号波形は、ＯＦＤＭＡであってもよいし、ＳＣ－ＦＤＭＡであってもよいし、その他の信号波形であってもよい。また、本実施の形態に係る無線通信システムにおいては、一例として、時間方向には、複数のサブフレーム（例：１０個のサブフレーム）からなるフレームが形成され、周波数方向は複数のサブキャリアからなる。１サブフレームは１送信時間間隔（ＴＴＩ：ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ）の一例である。ただし、ＴＴＩは、サブフレームであるとは限らない。例えば、ＴＴＩは、ｓｌｏｔ又はｍｉｎｉ－ｓｌｏｔ、その他の時間領域の単位であってもよい。また、サブキャリア間隔に応じて、１サブフレームあたりのスロット数が定まることとしてもよい。また、１スロットあたりのシンボル数が１４シンボルであってもよい。さらに、１シンボルには、マルチパスに起因するシンボル間干渉を低減するためのガード期間であるＣｙｃｌｉｃＰｒｅｆｉｘ（ＣＰ）が含まれてもよい。

３ＧＰＰの会合では、ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＰＳＣＣＨ）とＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ（ＰＳＳＣＨ）の多重化を行う方式が検討されている。ＰＳＣＣＨとＰＳＳＣＨとの多重化を行う方式として、例えば、図２に示されるＯｐｔｉｏｎ１Ａ、Ｏｐｔｉｏｎ１Ｂ、Ｏｐｔｉｏｎ２、Ｏｐｔｉｏｎ３等の方式が検討されている。

図２に示されるように、Ｏｐｔｉｏｎ３では、ＰＳＣＣＨ及び関連付けられたＰＳＳＣＨのうちの一部は、周波数領域では重複しない一方で、時間領域では重複する時間周波数リソースを使用して送信される。ＰＳＣＣＨに関連付けられたＰＳＳＣＨの残りの部分は、ＰＳＣＣＨのリソースとは重複しない時間領域のリソースを使用して送信される。

さらに、３ＧＰＰの会合において、Ｔｗｏ－ｓｔａｇｅＳｉｄｅｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（ＳＣＩ）についての検討が行われている。Ｔｗｏ－ｓｔａｇｅＳＣＩは、Ｆｉｒｓｔ－ｓｔａｇｅ及びＳｅｃｏｎｄ－ｓｔａｇｅを含むＳＣＩの送信方法である。

Ｆｉｒｓｔ－ｓｔａｇｅでは、送信側の端末２０は、例えば、センシングの情報及びＳｅｃｏｎｄ－ｓｔａｇｅの情報が送信される時間周波数リソースの位置等の簡単な情報を含むＳＣＩを送信する。

Ｓｅｃｏｎｄ－ｓｔａｇｅでは、送信側の端末２０は、より詳細な情報を送信する。例えば、実際にＰＳＳＣＨを受信する端末２０は、Ｓｅｃｏｎｄ－ｓｔａｇｅで送信されるＳＣＩを復号する。Ｆｉｒｓｔ－ｓｔａｇｅで復号を行った受信側の端末２０は、Ｓｅｃｏｎｄ－ｓｔａｇｅではブラインド復号化を行わなくてもよい。Ｔｗｏ－ｓｔａｇｅＳＣＩの詳細については、未定となっている。

さらに、ＮＲでは、Ｓｉｄｅｌｉｎｋ－ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ（ＳＬ－ＣＳＩ）のｒｅｐｏｒｔｉｎｇについてもサポートされることが想定されている。ＳＬ－ＣＳＩについては、現時点では物理レイヤ（ＰＨＹｌａｙｅｒ）で送信するのか、ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ（ＭＡＣ）レイヤで送信するのか、詳細は定まっていない。

さらに、トランスポートブロックサイズ（ＴＢＳ：ＴｒａｎｓｐｏｒｔＢｌｏｃｋＳｉｚｅ）の決定方法については、ＮＲのリリース１５の手法が適用されることが想定されているが、ＮＲのリリース１６のＴＢＳの決定方法の詳細についても、未定となっている。

ＰＳＣＣＨとＰＳＳＣＨとの多重化を行う方式としてのＯｐｔｉｏｎ３を適用するには、少なくとも、以下の３つの項目について、方針を定めることが必要となる。

（項目１）Ｔｗｏ－ｓｔａｇｅＳＣＩのＳｅｃｏｎｄＳｔａｇｅの送信に使用するチャネル。

（項目２）ＳＬ－ＣＳＩｒｅｐｏｒｔの送信に使用するレイヤ。

（項目３）オーバヘッドが大きい場合に対応するＴＢＳ決定方法。

（Ｐｒｏｐｏｓａｌ）
端末２０は、ＳＣＩ及び／又はＳＬ－ＣＳＩｒｅｐｏｒｔとＳＬデータとをＯｐｔｉｏｎ３で多重する場合において、特定の多重方式及び特定のＴＢＳ決定方法の少なくとも一方を適用してもよい。

（ＰｒｏｐｏｓａｌＡ）
端末２０は、ＳｅｃｏｎｄｓｔａｇｅＳＣＩ及び／又はＳＬ－ＣＳＩｒｅｐｏｒｔを物理レイヤで、ＰＳＳＣＨを使用して送信してもよい。例えば、端末２０は、ＮＲのリリース１５で規定されている、「ＵＣＩｍｕｌｔｉｐｌｅｘｉｎｇｏｎＰＵＳＣＨ」の方法に対して特定の変更を加えた方法を使用して、ＳｅｃｏｎｄｓｔａｇｅＳＣＩ及び／又はＳＬ－ＣＳＩｒｅｐｏｒｔをＰＳＳＣＨで送信してもよい。

（ＵＣＩｍｕｌｔｉｐｌｅｘｉｎｇｏｎＰＵＳＣＨ）
ここで、図３を参照して、ＮＲのリリース１５で規定されている、「ＵＣＩｍｕｌｔｉｐｌｅｘｉｎｇｏｎＰＵＳＣＨ」の方法を説明する。図３は、ＨＡＲＱ－ＡＣＫ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔＲｅｑｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）及びＣＳＩがＰＵＳＣＨにマッピングされる例を示す図である。

まず、ＨＡＲＱ－ＡＣＫについては、最初のＤＭＲＳ（ＤｅｍｏｄｕｌａｔｉｏｎＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）の次のシンボルからマッピングされる。図３の例では、前から３番目のシンボルにＤＭＲＳがマッピングされているので、ＨＡＲＱ－ＡＣＫは、４番目のシンボルからマッピングされることになる。ＨＡＲＱ－ＡＣＫがマッピングされるシンボルの中の時間方向の最後尾のシンボルにおいて、ＨＡＲＱ－ＡＣＫは、周波数方向において離散的にマッピングされる。図３の例では、５番目のシンボルにおいて、ＨＡＲＱ－ＡＣＫは、周波数方向において離散的にマッピングされている。なお、本発明の実施例において、ＤＭＲＳはＰＳＳＣＨ用のＤＭＲＳを意味してもよいし、ＰＳＳＣＨのｄｅｃｏｄｉｎｇを行うためのＤＭＲＳを意味してもよい。

図３の例では、ＤＭＲＳにより近い、チャネル推定精度の高いシンボルでＨＡＲＱ－ＡＣＫを送信できるようにするために、ＨＡＲＱ－ＡＣＫを最初のＤＭＲＳの次のシンボルからマッピングしている。また、ＨＡＲＱ－ＡＣＫがマッピングされるシンボルの中の時間方向の最後尾のシンボルにおいて、ＨＡＲＱ－ＡＣＫを、周波数方向において離散的にマッピングすることにより、周波数ダイバーシティ効果を高めることができる。

図３の例において、ＨＡＲＱ－ＡＣＫのマッピングの後、ＣＳＩｐａｒｔ１のマッピングを行う。ＣＳＩｐａｒｔ１については、ＤＭＲＳの位置とは無関係に、時間方向における先頭のシンボルからマッピングが行われる。ＣＳＩｐａｒｔ１とＤＭＲＳとの周波数多重は行われない。また、ＣＳＩｐａｒｔ１は、ＨＡＲＱ－ＡＣＫのマッピングされているリソースエレメントを避けてマッピングされる。その結果、図３の例では、ＣＳＩｐａｒｔ１は、時間方向において、１番目のシンボル、２番目のシンボル、及び５番目のシンボルにマッピングされる。次に、ＣＳＩｐａｒｔ２がＣＳＩｐａｒｔ１の後に続けてマッピングされる。図３の例では、残りのリソースエレメントに対して、ＵＬ－ＳＣＨ、すなわち、データのマッピングが行われる。

以下において、ＮＲのリリース１５で規定されている、「ＵＣＩｍｕｌｔｉｐｌｅｘｉｎｇｏｎＰＵＳＣＨ」の方法に対する「特定の変更」の具体例を説明する。

（Ａ－０）
端末２０は、ＳｅｃｏｎｄｓｔａｇｅＳＣＩ及び／又はＳＬ－ＣＳＩｒｅｐｏｒｔを、ＰＳＣＣＨ及び／又はＳＬ－ＣＳＩ－ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ（ＲＳ）のリソースエレメント（ＲＥ）を避けてマッピングしてもよい。

（Ａ－１）
端末２０は、ＳｅｃｏｎｄｓｔａｇｅＳＣＩを、上述のＵＣＩｍｕｌｔｉｐｌｅｘｉｎｇｏｎＰＵＳＣＨにおけるＨＡＲＱ－ＡＣＫに準じてマッピングしてもよい。図４は、Ａ－１のマッピングの例を示す図である。図４の例では、ＳＣＩは、ＰＳＣＣＨのリソースエレメントを避けて、最初のＤＭＲＳの次のシンボルからマッピングされている。

（Ａ－２）
端末２０は、ＳｅｃｏｎｄｓｔａｇｅＳＣＩを、最初のＤＭＲＳの直前のシンボルにマッピングしてもよい。又は、端末２０は、ＳｅｃｏｎｄｓｔａｇｅＳＣＩを、最初のＤＭＲＳの直前のシンボルにマッピングしてもよい。例えば、ｎ番目のシンボルがＤＭＲＳシンボルである場合には、端末２０は、ＳｅｃｏｎｄｓｔａｇｅＳＣＩをｎ－１番目のシンボルからマッピングしてもよい。このような構成によれば、ＳｅｃｏｎｄｓｔａｇｅＳＣＩをチャネル推定精度の高いシンボルにマッピングすることが可能となる。図５は、Ａ－２のマッピングの例を示す図である。図５の例では、ＳＣＩは、ＰＳＣＣＨのリソースエレメントを避けて、最初のＤＭＲＳの直前のシンボルからマッピングされている。

（Ａ－３）
端末２０は、ＳＬ－ＣＳＩｒｅｐｏｒｔを、上述のＵＣＩｍｕｌｔｉｐｌｅｘｉｎｇｏｎＰＵＳＣＨにおけるＣＳＩｐａｒｔ１に準じてマッピングしてもよい。

（Ａ－４）
端末２０は、ＳｅｃｏｎｄｓｔａｇｅＳＣＩとＳＬ－ＣＳＩｒｅｐｏｒｔとを１つのＰＳＳＣＨにおいて多重してもよい。この場合において、端末２０は、サイドリンクのデータと共に、ＳｅｃｏｎｄｓｔａｇｅＳＣＩとＳＬ－ＣＳＩｒｅｐｏｒｔとを１つのＰＳＳＣＨにおいて多重してもよい。代替的に、端末２０は、ＳｅｃｏｎｄｓｔａｇｅＳＣＩとＳＬ－ＣＳＩｒｅｐｏｒｔとを１つのＰＳＳＣＨにおいて多重する場合に、当該ＰＳＳＣＨにおいてサイドリンクのデータを多重しなくてもよい。

図６は、Ａ－４のマッピングの例を示す図である。図６の例では、サイドリンクのデータ、ＳｅｃｏｎｄｓｔａｇｅＳＣＩ、及びＳＬ－ＣＳＩｒｅｐｏｒｔが１つのＰＳＳＣＨにおいて多重されている。

（Ａ－５）
端末２０は、ＤＭＲＳがマッピングされているシンボルにおいて、ＤＭＲＳと、ＳｅｃｏｎｄｓｔａｇｅＳＣＩ及び／又はＳＬ－ＣＳＩｒｅｐｏｒｔとを、周波数分割多重してもよい。

（Ａ－６）
端末２０は、ＳｅｃｏｎｄｓｔａｇｅＳＣＩをマッピングするシンボルとして、ＤＭＲＳのマッピングされているシンボルに隣接しないシンボルよりも、ＤＭＲＳのマッピングされているシンボルに隣接するシンボルを優先してもよい。

（Ａ－７）
端末２０は、ＰＳＣＣＨがマッピングされているシンボル以外のシンボルに、ＳｅｃｏｎｄｓｔａｇｅＳＣＩ及び／又はＳＬ－ＣＳＩｒｅｐｏｒｔをマッピングしてもよい。つまり、ＰＳＣＣＨと、ＳｅｃｏｎｄｓｔａｇｅＳＣＩ及び／又はＳＬ－ＣＳＩｒｅｐｏｒｔとは、同一シンボルにおいて周波数分割多重されなくてもよい。

図７は、Ａ－７のマッピングの例を示す図である。図７の例では、ＳｅｃｏｎｄｓｔａｇｅＳＣＩ及びＳＬ－ＣＳＩｒｅｐｏｒｔは、ＰＳＣＣＨのマッピングされているシンボル以外のシンボルにマッピングされている。

（Ａ－８）
端末２０は、ＳｅｃｏｎｄｓｔａｇｅＳＣＩとＳＬ－ＣＳＩｒｅｐｏｒｔとを別々に符号化（ｅｎｃｏｄｉｎｇ）してもよい。

（Ａ－９）
端末２０は、ＳｅｃｏｎｄｓｔａｇｅＳＣＩ及び／又はＳＬ－ＣＳＩｒｅｐｏｒｔの送信する符号化ビット数（すなわち、実際の符号化率（ｃｏｄｉｎｇｒａｔｅ））を定めるパラメータであるｂｅｔａ＿ｏｆｆｓｅｔ及び／又はｓｃａｌｉｎｇｆａｃｔｏｒａｌｐｈａを、ＵＣＩ（ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）のｂｅｔａ＿ｏｆｆｓｅｔ及び／又はｓｃａｌｉｎｇｆａｃｔｏｒａｌｐｈａとは別に設定してもよい。

上述の提案Ａの方式によれば、ＳｅｃｏｎｄｓｔａｇｅＳＣＩ及び／又はＳＬ－ＣＳＩｒｅｐｏｒｔを送信するための端末２０の実装を容易にすることが可能となる。Ａ－１及びＡ－６の方法によれば、ＳｅｃｏｎｄｓｔａｇｅＳＣＩの復号の性能を向上させることが可能となる。Ａ－２の方法によれば、端末２０は、ＳｅｃｏｎｄｓｔａｇｅＳＣＩをより早く取得することが可能となる。Ａ－５の方法によれば、復号の性能を向上させることが可能となる。Ａ－７の方法によれば、ＰＳＣＣＨと、ＳｅｃｏｎｄｓｔａｇｅＳＣＩ及び／又はＳＬ－ＣＳＩｒｅｐｏｒｔとが時分割多重されるので、性能面において、互いに影響することを軽減することが可能となる。例えば、ｐｏｗｅｒ－ｂｏｏｓｔｉｎｇがＰＳＣＣＨに適用される場合であっても、ＳｅｃｏｎｄｓｔａｇｅＳＣＩ及び／又はＳＬ－ＣＳＩｒｅｐｏｒｔの復号の性能は維持される。

（ＰｒｏｐｏｓａｌＢ）
端末２０は、ＮＲのリリース１５のＴＢＳの決定方法に対して特定の変更を加えた方法を使用して、ＴＢＳを決定してもよい。

（Ｂ－１）
以下の数式１は、１ＰＲＢの中の使用可能なおおよそのＲＥ数を算出するための数式である。

ここで、

は、上位レイヤのパラメータであるｘＯｖｅｒｈｅａｄにより設定されるオーバヘッドのＲＥ数である。ＴＢＳを決定するための上位レイヤのパラメータであるｘＯｖｅｒｈｅａｄは、ＮＲ－Ｕｕの通信向けに設定されたｘＯｖｅｒｈｅａｄとは別に（事前に）設定されてもよい。

（Ｂ－２）
ＰＳＣＣＨとＰＳＳＣＨとの多重化を行う方式としてＯｐｔｉｏｎ３が適用される場合、サイドリンクのオーバヘッドは、ＮＲ－Ｕｕのオーバヘッドよりも大きくなることが想定される。従って、サイドリンクの通信向けに（事前に）設定されるｘＯｖｅｒｈｅａｄに設定可能な値の最大値は、ＮＲ－Ｕｕの通信向けに設定されたｘＯｖｅｒｈｅａｄに設定可能な値の最大値よりも大きくてもよい。ＮＲ－Ｕｕの場合、上位レイヤのパラメータであるｘＯｖｅｒｈｅａｄに設定することが可能な最大値は、１８である。これに対して、サイドリンクのｘＯｖｅｒｈｅａｄに対して設定可能な値は、例えば、０、６、１２、１８、２４、３０、３６であってもよい。

（Ｂ－３）
ＰＳＣＣＨ及び／又はＳｅｃｏｎｄｓｔａｇｅＳＣＩのオーバヘッドをｘＯｖｅｒｈｅａｄとは別に定義した上で使用してもよい。例えば、スケジュールされたサブチャネルにおけるＰＳＣＣＨ及び／又はＳｅｃｏｎｄｓｔａｇｅＳＣＩのＲＥ数をＮ_ＳＣＩと定義する。さらに、スケジュールされたＰＲＢの数をｎ_ＰＲＢと定義する。この場合、１ＰＲＢの中の使用可能なおおよそのＲＥ数を算出するための数式を以下の数式３に変更してもよい。

（Ｂ－４）
スケーリング係数を使用して、ＴＢＳの計算を調整してもよい。例えば、以下の数式４が適用されてもよい。

上述の数式１又は数式２でＮ_ＲＥを計算した後、変調多値数Ｑｍ、レイヤ数ｖ、及びＰＲＢ数Ｒを乗算することで、送信可能な情報量を算出することができる。算出した情報量に対して、スケーリング係数Ｓを乗算することにより、送信可能な情報量を減らすことができる。スケーリング係数Ｓについては、上位レイヤのパラメータにより（事前に）設定されてもよい。代替的に、スケーリング係数Ｓについては、ＳＣＩにより指定されてもよい。

（Ｂ－５）
端末２０は、ＰＲＢ毎のＤＭＲＳのリソースエレメントの数の算出において、ＰＳＣＣＨのリソースに関連する情報に基づいて、ＤＭＲＳのリソースエレメントの数を算出してもよい。

（Ｂ－５－１）
例えば、ＤＭＲＳのリソースエレメント数を表す、

は、ＰＳＣＣＨを伴わないＰＲＢの中のＤＭＲＳのリソース数であってもよい。

（Ｂ－５－２）
例えば、ＤＭＲＳのリソースエレメント数を表す、

は、ＰＳＣＣＨを伴うＰＲＢの中のＤＭＲＳのリソース数であってもよい。

（Ｂ－５－３）
例えば、ＤＭＲＳのリソースエレメント数を表す、

は、ＰＳＣＣＨを伴わないＰＲＢの中のＤＭＲＳのリソース数とＰＳＣＣＨを伴うＰＲＢの中のＤＭＲＳのリソース数との比から算出されてもよい。例えば、

において、ＤＭＲＳのリソースエレメント数を表す、

は、

と表されてもよい。ここで、Ａは、ＰＳＣＣＨを伴うＰＲＢの中のＤＭＲＳのリソース数である。Ｂは、ＰＳＣＣＨを伴わないＰＲＢの中のＤＭＲＳのリソース数である。ｎ_ａは、スケジュールされたＰＲＢの中の、ＰＳＣＣＨを伴うＰＲＢの数である。ｎ_ｂは、スケジュールされたＰＲＢの中の、ＰＳＣＣＨを伴わないＰＲＢの数である。

図８は、スケジュールされたＰＲＢの中の、ＰＳＣＣＨを伴うＰＲＢの数及びＰＳＣＣＨを伴わないＰＲＢの数の例を示す図である。例えば、図８に示されるように、スケジュールされたＰＲＢの数をｎ_ＰＲＢとした場合に、スケジュールされたＰＲＢの中の、ＰＳＣＣＨを伴うＰＲＢの数がｎ_ａであり、スケジュールされたＰＲＢの中の、ＰＳＣＣＨを伴わないＰＲＢの数がｎ_ｂであってもよい。

（Ｂ－５－４）
端末２０は、例えば、ＤＭＲＳのリソースエレメント数を表す、

に対して、スケーリング係数を適用してもよい。

例えば、端末２０は、以下の数式１２のように、１ＰＲＢの中の使用可能なおおよそのＲＥ数を算出するための数式に、スケーリング係数を適用してもよい。

スケーリング係数Ｓについては、上位レイヤのパラメータにより（事前に）設定されてもよい。代替的に、スケーリング係数Ｓについては、ＳＣＩにより指定されてもよい。

ＰｒｏｐｏｓａｌＢの方法を使用することにより、サイドリンクに特有のオーバヘッドを考慮した上で、トランスポートブロックサイズを決定することが可能となる。

（Ａｄｄｉｔｉｏｎａｌｓｍａｌｌｓｕｂ－ｃｈａｎｎｅｌ）
ＮｅｗＲａｄｉｏのサイドリンク通信（ＮＲ－ＳＬ）において、周波数リソースは複数のＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ（ＰＲＢ）を１単位としたサブチャネル（ｓｕｂ－ｃｈａｎｎｅｌ）に分割され、サブチャネル毎にリソースが選択及び／又は使用される。図１２は、現在サポートされているサブチャネルのサイズ（ｓｕｂ－ｃｈａｎｎｅｌｓｉｚｅ）の例を示す図である。

図１２の例に示されるように、ＮＲ－ＳＬで使用するリソースプールは、時間領域及び周波数領域のリソースのセットである。リソースプールは、オペレータ等により、（事前に）設定されてもよい。例えば、周期的なトラフィックに対して、当該周期に基づき、いくつかの時間リソースが使用可能であってもよい。また、例えば、ＮＲ－Ｕｕとの干渉を低減するために、いくつかの周波数リソースの使用を禁止してもよい。

図１２の例では、サブチャネルは、周波数領域におけるスケジューリングの単位である。サブチャネルのサイズは、例えば、１０ＰＲＢ、１５ＰＲＢ、２０ＰＲＢ、２５ＰＲＢ、５０ＰＲＢ、７５ＰＲＢ、及び１００ＰＲＢのうちのいずれか１つのサイズに（事前に）設定されてもよい。

また、図１２の例では、スロットは、時間領域におけるスケジューリングの単位である。なお、時間領域におけるスケジューリングの単位として、シンボルを使用してもよい。端末による自律的なリソース選択を行う場合の複雑性を考慮すると、時間領域におけるスケジューリングの単位として、スロットを使用することが好ましい。

（課題について）
あるキャリアの周波数帯域幅をサブチャネルの整数倍として表現できない場合、小数（小数点以下の端数）を使用する方法が検討されている。

図１３は、ＮＲ－ＳＬで使用するキャリアの周波数帯域幅として、システムの最大帯域幅以下の任意のＰＲＢ数を許容する場合の例を示す図である。図１３の例に示されるように、ＮＲ－ＳＬで使用するキャリアの周波数帯域幅として、システムの最大帯域幅以下の任意のＰＲＢ数を許容する場合には、キャリアの周波数帯域幅に、サブチャネルサイズに満たない周波数リソースが含まれる可能性がある。ＮＲ－ＳＬで使用するキャリアの周波数帯域幅として、サブチャネルの整数倍のみを許容する場合と比較して、ＮＲ－ＳＬで使用するキャリアの周波数帯域幅として、システムで許容される最大の帯域幅以下の任意のＰＲＢ数を許容する場合（すなわち、サブチャネルの整数倍以外の場合も許容する場合）の方が、リソースの利用効率は高くなると考えられる。

しかしながら、ＮＲ－ＳＬで使用するキャリアの周波数帯域幅として、システムの最大帯域幅以下の任意のＰＲＢ数を許容する場合において、ＰＳＣＣＨサイズをどのように制御するのか不明であり、かつトランスポートブロックサイズ（ＴＢＳ）の決定方法も不明である。

（Ｐｒｏｐｏｓａｌ）
第１のサブチャネルのサイズが第２のサブチャネルのサイズとは異なる場合において、ＰＳＣＣＨの周波数方向のサイズ及びトランスポートブロックサイズの決定方法は、以下のように定められてもよい。なお、第１のサブチャネルのサイズは第２のサブチャネルのサイズよりも大きくてもよく、又は第１のサブチャネルのサイズは第２のサブチャネルのサイズよりも小さくてもよい。

（ＰｒｏｐｏｓａｌＣ）
ＰＳＣＣＨの周波数方向のサイズは、以下のいずれでもよい。

（Ｃ－１）
第１のサブチャネルに対して、第１のサブチャネルのＰＳＣＣＨの周波数方向のサイズが（事前）設定され、かつ第２のサブチャネルに対して、第２のサブチャネルのＰＳＣＣＨの周波数方向のサイズが（事前）設定されてもよい。すなわち、第１のサブチャネルのＰＳＣＣＨの周波数方向のサイズと、第２のサブチャネルのＰＳＣＣＨの周波数方向のサイズとは、個別に（事前）設定されてもよい。この場合において、第１のサブチャネルのＰＳＣＣＨのシンボル数は、第２のサブチャネルのＰＳＣＣＨのシンボル数と同じであってもよい。代替的に、第１のサブチャネルのＰＤＣＣＨのシンボル数は、第２のサブチャネルのＰＳＣＣＨのシンボル数と異なっていてもよい。

図１４は、Ｃ－１の例を示す図である。図１４の例では、第１のサブチャネルのＰＳＣＣＨの周波数方向のサイズとして、第１のサブチャネル用のサイズが設定され、かつ第２のサブチャネルのＰＳＣＣＨの周波数方向のサイズとして、第２のサブチャネル用のサイズが設定されている。例えば、基地局１０は、ＲＲＣシグナリングにより、第１のサブチャネルのＰＳＣＣＨの周波数方向のサイズとして、第１のサブチャネル用のサイズの設定情報、及び第２のサブチャネルのＰＳＣＣＨの周波数方向のサイズとして、第２のサブチャネル用のサイズの設定情報を、端末２０に対して、送信してもよい。端末２０は、基地局１０からのＲＲＣシグナリングに基づき、第１のサブチャネルのＰＳＣＣＨの周波数方向のサイズとして、第１のサブチャネル用のサイズを設定し、かつ第２のサブチャネルのＰＳＣＣＨの周波数方向のサイズとして、第２のサブチャネル用のサイズを設定してもよい。端末２０は、第１のサブチャネル用のサイズで、第１のサブチャネルのＰＳＣＣＨでの送信及び／又は受信を行ってもよく、第２のサブチャネル用のサイズで、第１のサブチャネルのＰＳＣＣＨでの送信及び／又は受信を行ってもよい。

（Ｃ－２）
第１のサブチャネルのＰＳＣＣＨの周波数方向のサイズ及び第２のサブチャネルのＰＳＣＣＨの周波数方向のサイズは、第１のサブチャネルの周波数帯域幅及び第２のサブチャネルの周波数帯域幅のうちの最小の周波数帯域幅以下のサイズに（事前）設定されてもよい。

図１５は、Ｃ－２の例を示す図である。図１５の例では、第１のサブチャネルの周波数帯域幅及び第２のサブチャネルの周波数帯域幅のうち、第２のサブチャネルの周波数帯域幅の方が小さいため、第１のサブチャネルのＰＳＣＣＨの周波数方向のサイズ及び第２のサブチャネルのＰＳＣＣＨの周波数方向のサイズは、第２のサブチャネルの周波数帯域幅と同じサイズに設定されている。なお、図１５の例では、第１のサブチャネルのＰＳＣＣＨの周波数方向のサイズ及び第２のサブチャネルのＰＳＣＣＨの周波数方向のサイズは、第２のサブチャネルの周波数帯域幅と同じサイズに設定されているが、本実施例は、この例には限定されない。例えば、第１のサブチャネルのＰＳＣＣＨの周波数方向のサイズ及び第２のサブチャネルのＰＳＣＣＨの周波数方向のサイズは、第２のサブチャネルの周波数帯域幅より小さいサイズに設定されてもよい。

（Ｃ－３）
ＰＳＣＣＨの周波数方向のサイズは、第１のサブチャネルの周波数帯域幅以下に（事前）設定されてもよい。この場合において、例えば、ＰＳＣＣＨは、第２のサブチャネルにおいて送信されなくてもよい。

図１６は、Ｃ－３の例を示す図である。図１６の例では、第１のサブチャネルのＰＳＣＣＨの周波数方向のサイズは、第１のサブチャネルの周波数帯域幅と同じサイズに設定されている。この場合において、第２のサブチャネルの周波数帯域幅は、ＰＳＣＣＨの周波数方向のサイズよりも小さいため、例えば、第２のサブチャネルでは、ＰＳＣＣＨの送信は行われなくてもよい。

上述のＣ－１、Ｃ－２、及びＣ－３によれば、複数のサブチャネルサイズが設定される場合におけるＰＳＣＣＨの周波数方向のサイズを明確化することができる。Ｃ－１によれば、複数のサブチャネルそれぞれに適したＰＳＣＣＨのサイズを設定することが可能となる。Ｃ－２によれば、ＰＳＣＣＨの周波数方向のサイズを共通化することが可能となり、装置の構成を容易化することが可能となる。Ｃ－３によれば、第１のサブチャネルに影響を与えずに、第２のサブチャネルを使用することが可能となる。

（ＰｒｏｐｏｓａｌＤ）
トランスポートブロックサイズ（ＴＢＳ）の計算は、以下の少なくとも一つに基づいて行われてもよい。

（Ｄ－１）
第１のサブチャネルにおいてＰＳＣＣＨが送信される場合には、第１のサブチャネル用のＰＳＣＣＨサイズを、ＰＳＣＣＨのリソース量として使用してもよい。第２のサブチャネルにおいてＰＳＣＣＨが送信される場合には、第２のサブチャネル用のＰＳＣＣＨサイズを、ＰＳＣＣＨのリソース量として使用してもよい。その上で、ＰＳＣＣＨのリソース量がＮＲＥから減算されてもよい。また、ＰＳＣＣＨのリソース量に基づくＰＳＳＣＨＤＭ－ＲＳのリソース量が、Ｎ_ＲＥ又はＮ'_ＲＥから減算されてもよい。

（Ｄ－２）
いずれのサブチャネルにおいてＰＳＣＣＨが送信される場合であっても、特定のサブチャネル用のＰＳＣＣＨサイズを、当該送信されるＰＳＣＣＨのサイズとして使用してもよい。この場合において、特定のサブチャネル用のＰＳＣＣＨサイズは、第１のサブチャネル用のＰＳＣＣＨサイズであってもよく、第２のサブチャネル用のＰＳＣＣＨサイズであってもよい。その上で、特定のサブチャネル用のＰＳＣＣＨサイズに基づくＰＳＣＣＨのリソース量がＮ_ＲＥから減算されてもよい。また、特定のサブチャネル用のＰＳＣＣＨサイズに基づくＰＳＳＣＨＤＭ－ＲＳのリソース量が、Ｎ_ＲＥ又はＮ'_ＲＥから減算されてもよい。

（Ｄ－３）
送信に使用する（割り当てられる）ＰＲＢ数、ｎ_ＰＲＢは、第１のサブチャネルのサイズに基づいて決定されてもよい。第２のサブチャネルにおいて送信を行う場合においても、第１のサブチャネルのサイズの倍数として、ｎ_ＰＲＢを決定してもよい。第２のサブチャネルにおいて送信を行う場合においても、第２のサブチャネルのＰＲＢ数を考慮せずに、ｎ_ＰＲＢを決定してもよい。

上述のＤ－１、Ｄ－２、及びＤ－３によれば、複数のサブチャネルサイズが設定される場合におけるトランスポートブロックサイズ（ＴＢＳ）の決定方法が明確化される。Ｄ－１によれば、それぞれのサブチャネルに適したＰＳＣＣＨサイズが設定される場合のＴＢＳ決定方法が明確化される。Ｄ－２によれば、共通のＰＳＣＣＨサイズが設定される場合のＴＢＳ決定方法が明確化される。Ｄ－３によれば、再送の場合に、同じＴＢＳを使用できるリソース構成（時間領域／周波数領域／空間領域のリソース、ＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅ（ＭＣＳ））を選択しやすくなる。

（装置構成）
次に、これまでに説明した処理動作を実行する基地局１０及び端末２０の機能構成例を説明する。

＜基地局１０＞
図９は、基地局１０の機能構成の一例を示す図である。図９に示されるように、基地局１０は、送信部１０１と、受信部１０２と、制御部１０３とを有する。図９に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部１０１を送信機と称し、受信部１０２を受信機と称してもよい。

送信部１０１は、端末２０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部１０２は、端末２０から送信された各種の信号を受信し、受信した信号から、例えば、より上位のレイヤの情報を取得する機能を含む。また、受信部１０２は受信する信号の測定を行って、品質値を取得する機能を含む。

制御部１０３は、基地局１０の制御を行う。なお、送信に関わる制御部１０３の機能が送信部１０１に含まれ、受信に関わる制御部１０３の機能が受信部１０２に含まれてもよい。

例えば、基地局１０の制御部１０３は、サイドリンク用のパラメータｘＯｖｅｒｈｅａｄに数値を設定し、送信部１０１は、サイドリンク用のパラメータｘＯｖｅｒｈｅａｄを含むＲＲＣメッセージを端末２０に対して送信してもよい。

例えば、基地局１０の制御部１０３は、サイドリンク用の符号化率のスケーリング係数Ｓを設定し、送信部１０１は、設定されたスケーリング係数Ｓを含むＲＲＣメッセージを端末２０に対して送信してもよい。

＜端末２０＞
図１０は、端末２０の機能構成の一例を示す図である。図１０に示されるように、端末２０は、送信部２０１と、受信部２０２と、制御部２０３を有する。図１０に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。なお、送信部２０１を送信機と称し、受信部２０２を受信機と称してもよい。また、端末２０は、送信側の端末２０Ａであってもよいし、受信側の端末２０Ｂであってもよい。さらに、端末２０はスケジューリング端末２０であってもよい。

送信部２０１は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部２０２は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部２０２は受信する信号の測定を行って、品質値を取得する機能を含む。

制御部２０３は、端末２０の制御を行う。なお、送信に関わる制御部２０３の機能が送信部２０１に含まれ、受信に関わる制御部２０３の機能が受信部２０２に含まれてもよい。

例えば、端末２０の制御部２０３は、ＳＣＩ及び／又はＳＬ－ＣＳＩｒｅｐｏｒｔ及びＳＬデータをＯｐｔｉｏｎ３で多重する場合において、特定の多重方式及び特定のＴＢＳ決定方法を適用してもよい。

例えば、端末２０の制御部２０３は、ＳｅｃｏｎｄｓｔａｇｅＳＣＩ及び／又はＳＬ－ＣＳＩｒｅｐｏｒｔを、ＰＳＳＣＨのリソースにマッピングしてもよい。例えば、端末２０の制御部２０３は、ＳｅｃｏｎｄｓｔａｇｅＳＣＩ及び／又はＳＬ－ＣＳＩｒｅｐｏｒｔを、ＰＳＳＣＨのリソースにマッピングする際に、上述のＡ－０～Ａ－９の方法を使用してもよい。

例えば、端末２０の制御部２０３は、サイドリンク用のパラメータであるｘＯｖｅｒｈｅａｄを使用して、ＴＢＳを決定してもよい。また、例えば、端末２０の制御部２０３は、受信部２０２が受信したスケーリング係数Ｓを適用して、符号化率（ｃｏｄｉｎｇｒａｔｅ）を調整してもよい。例えば、端末２０の制御部２０３は、ＰＲＢ毎のＤＭＲＳのリソースエレメントの数の算出において、ＤＭＲＳのリソースエレメントがＰＳＣＣＨを伴うか否かを考慮してもよい。例えば、端末２０の制御部２０３は、１ＰＲＢの中の使用可能なおおよそのＲＥ数を算出するための数式に、スケーリング係数を適用してもよい。

＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図９～図１０）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

また、例えば、本発明の一実施の形態における端末２０と基地局１０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図１１は、本実施の形態に係る端末２０と基地局１０のハードウェア構成の一例を示す図である。上述の端末２０と基地局１０はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。端末２０と基地局１０のハードウェア構成は、図に示した１００１～１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

端末２０と基地局１０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）によって構成されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、端末２０の制御部２０３は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random Access Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及びストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

また、端末２０と基地局１０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

（実施の形態のまとめ）
本明細書には、少なくとも下記の端末及び通信方法が開示されている。

サイドリンク通信に使用する第１のサブチャネルのサイズが第２のサブチャネルのサイズと異なる場合に、サイドリンクの制御チャネルの周波数方向のサイズの設定動作及びサイドリンクで送信されるトランスポートブロックのサイズの決定動作のうち少なくとも一方を実行する制御部と、サイドリンクで前記トランスポートブロックを送信する送信部と、を備える端末。

上記の構成によれば、複数のサブチャネルサイズが設定される場合におけるＰＳＣＣＨの周波数方向のサイズを明確化し、トランスポートブロックサイズ（ＴＢＳ）の決定方法を明確化することが可能となる。

前記サイドリンクの制御チャネルの周波数方向のサイズの設定動作は、設定情報に基づき、前記第１のサブチャネルのサイドリンクの制御チャネルの周波数方向のサイズを設定する動作及び前記第２のサブチャネルのサイドリンクの制御チャネルの周波数方向のサイズを設定する動作を含んでもよい。

上記の構成によれば、複数のサブチャネルそれぞれに適したＰＳＣＣＨのサイズを設定することが可能となる。

前記サイドリンクの制御チャネルの周波数方向のサイズの設定動作は、前記第１のサブチャネルの周波数帯域幅及び前記第２のサブチャネルの周波数帯域幅のうちの最小の周波数帯域幅以下のサイズを、前記第１のサブチャネルのサイドリンクの制御チャネルの周波数方向のサイズ及び前記第２のサブチャネルのサイドリンクの制御チャネルの周波数方向のサイズとして設定する動作を含んでもよい。

上記の構成によれば、ＰＳＣＣＨの周波数方向のサイズを共通化することが可能となり、装置の構成を容易化することが可能となる。

前記サイドリンクで送信されるトランスポートブロックのサイズの決定動作は、周波数分割多重されるサイドリンクの制御チャネル及びサイドリンクの共有チャネルの合計のリソースエレメント数から、特定のサブチャネルのサイドリンクの制御チャネルのリソースエレメント数を減算することを含んでもよい。

上記の構成によれば、それぞれのサブチャネルに適したＰＳＣＣＨサイズが設定される場合のＴＢＳ決定方法が明確化される。

サイドリンク通信に使用する第１のサブチャネルのサイズが第２のサブチャネルのサイズと異なる場合に、サイドリンクの制御チャネルの周波数方向のサイズの設定動作及びサイドリンクで送信されるトランスポートブロックのサイズの決定動作のうち少なくとも一方を実行するステップと、サイドリンクで前記トランスポートブロックを送信するステップと、を備える、端末による通信方法。

（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、端末２０と基地局１０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って端末２０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局１０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本開示において基地局１０によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局１０を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末との通信のために行われる様々な動作は、基地局１０及び基地局１０以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷなどが考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局１０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。

上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

本開示においては、「基地局（ＢＳ：Base Station）」、「無線基地局」、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。

基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：ＲｅｍｏｔｅＲａｄｉｏＨｅａｄ）によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。

本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。

移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

基地局及び移動局の少なくとも一方は、送信装置、受信装置、端末などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet of Things）機器であってもよい。

また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。

同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末２０が有する機能を基地局１０が有する構成としてもよい。

「接続された（ｃｏｎｎｅｃｔｅｄ）」、「結合された（ｃｏｕｐｌｅｄ）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

参照信号は、ＲＳ（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）と略称することもでき、適用される標準によってパイロット（Ｐｉｌｏｔ）と呼ばれてもよい。

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

本開示において、「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。

無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。
時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。
サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（ｎｕｍｅｒｏｌｏｇｙ）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。

ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（ＳＣＳ：ＳｕｂＣａｒｒｉｅｒＳｐａｃｉｎｇ）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。

スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅｘｉｎｇ）シンボル、ＳＣ－ＦＤＭＡ（ＳｉｎｇｌｅＣａｒｒｉｅｒＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）シンボル等）で構成されてもよい。スロットは、ニューメロロジーに基づく時間単位であってもよい。

スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。

無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。

例えば、１サブフレームは送信時間間隔（ＴＴＩ：ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。

ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。

ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。

なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。

１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥＲｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（ｐａｒｔｉａｌ又はｆｒａｃｔｉｏｎａｌＴＴＩ）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。

なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。

リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。

また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。

なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：ＰｈｙｓｉｃａｌＲＢ）、サブキャリアグループ（ＳＣＧ：Ｓｕｂ－ＣａｒｒｉｅｒＧｒｏｕｐ）、リソースエレメントグループ（ＲＥＧ：ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔＧｒｏｕｐ）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。

また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。

帯域幅部分（ＢＷＰ：ＢａｎｄｗｉｄｔｈＰａｒｔ）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（ｃｏｍｍｏｎｒｅｓｏｕｒｃｅｂｌｏｃｋｓ）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。

ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。

設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。

上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：ＣｙｃｌｉｃＰｒｅｆｉｘ）長などの構成は、様々に変更することができる。

本開示にいて、例えば、英語でのａ、ａｎ及びｔｈｅのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

１０基地局
２０端末
１０１送信部
１０２受信部
１０３制御部
２０１送信部
２０２受信部
２０３制御部
１００１プロセッサ
１００２メモリ
１００３ストレージ
１００４通信装置
１００５入力装置
１００６出力装置

Claims

サイドリンク通信に使用する第１のサブチャネルのサイズが第２のサブチャネルのサイズと異なる場合に、サイドリンクの制御チャネルの周波数方向のサイズの設定動作及びサイドリンクで送信されるトランスポートブロックのサイズの決定動作のうち少なくとも一方を実行する制御部と、
サイドリンクで前記トランスポートブロックを送信する送信部と、
を備える端末。
前記サイドリンクの制御チャネルの周波数方向のサイズの設定動作は、設定情報に基づき、前記第１のサブチャネルのサイドリンクの制御チャネルの周波数方向のサイズを設定する動作及び前記第２のサブチャネルのサイドリンクの制御チャネルの周波数方向のサイズを設定する動作を含む、
請求項１に記載の端末。
前記サイドリンクの制御チャネルの周波数方向のサイズの設定動作は、前記第１のサブチャネルの周波数帯域幅及び前記第２のサブチャネルの周波数帯域幅のうちの最小の周波数帯域幅以下のサイズを、前記第１のサブチャネルのサイドリンクの制御チャネルの周波数方向のサイズ及び前記第２のサブチャネルのサイドリンクの制御チャネルの周波数方向のサイズとして設定する動作を含む、
請求項１に記載の端末。
前記サイドリンクで送信されるトランスポートブロックのサイズの決定動作は、周波数分割多重されるサイドリンクの制御チャネル及びサイドリンクの共有チャネルの合計のリソースエレメント数から、特定のサブチャネルのサイドリンクの制御チャネルのリソースエレメント数を減算することを含む、
請求項１に記載の端末。
サイドリンク通信に使用する第１のサブチャネルのサイズが第２のサブチャネルのサイズと異なる場合に、サイドリンクの制御チャネルの周波数方向のサイズの設定動作及びサイドリンクで送信されるトランスポートブロックのサイズの決定動作のうち少なくとも一方を実行するステップと、
サイドリンクで前記トランスポートブロックを送信するステップと、
を備える、端末による通信方法。