特表 2023-536571 単一ＤＣＩベースのマルチＴＲＰおよびパネル送信のためのマルチＴＢスケジューリング

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-08-28

(54)【発明の名称】単一ＤＣＩベースのマルチＴＲＰおよびパネル送信のためのマルチＴＢスケジューリング

(51)【国際特許分類】

   H04W 16/28 20090101AFI20230821BHJP

   H04W 72/232 20230101ALI20230821BHJP

   H04W 72/1263 20230101ALI20230821BHJP

【ＦＩ】

H04W16/28

H04W72/232

H04W72/1263

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023501533

(86)(22)【出願日】2021-06-05

(85)【翻訳文提出日】2023-01-10

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

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

(87)【国際公開日】2022-02-10

(31)【優先権主張番号】10202007552X

(32)【優先日】2020-08-06

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

(71)【出願人】

【識別番号】514136668

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

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

(74)【代理人】

【識別番号】110002952

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

(72)【発明者】

【氏名】トラン スアン ツオン

(72)【発明者】

【氏名】鈴木 秀俊

(72)【発明者】

【氏名】山本 哲矢

(72)【発明者】

【氏名】リ ホンチャオ

(72)【発明者】

【氏名】小川 佳彦

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD11

5K067EE02

5K067EE10

5K067KK02

(57)【要約】

本開示は、単一ＤＣＩベースのマルチＴＲＰ／パネル送信および単一ＤＣＩベースの単一ＴＲＰ／パネル送信のためのマルチＴＢスケジューリングの実装のための通信装置および通信方法を提供する。これらの通信装置は、動作に際して、スケジューリング情報を含む単一のダウンリンク制御情報（ＤＣＩ）を受信する受信機であって、スケジューリング情報は複数のトランスポートブロック（ＴＢ）の無線リソースを示す、受信機と、動作に際して、スケジューリング情報に基づいて複数のＴＢの無線リソースを取得する回路と、を備える、通信装置を含む。

【特許請求の範囲】

【請求項1】

動作に際して、スケジューリング情報を含む単一のダウンリンク制御情報（ＤＣＩ）を受信する受信機であって、前記スケジューリング情報は複数のトランスポートブロック（ＴＢ）の無線リソースを示す、前記受信機と、
動作に際して、前記スケジューリング情報に基づいて前記複数のＴＢの前記無線リソースを取得する回路と、
を備える、通信装置。

【請求項2】

前記スケジューリング情報は２つ以上の送信設定インジケータ（ＴＣＩ）状態を示し、前記示されたＴＣＩ状態のそれぞれは１つの送受信点（ＴＲＰ）またはパネルのアクティブ化に対応し、前記複数のＴＢの前記無線リソースは前記示されたＴＣＩ状態に関連付けられる、
請求項１に記載の通信装置。

【請求項3】

前記スケジューリング情報は１つのＴＲＰまたはパネルのアクティブ化に対応する１つのＴＣＩ状態を示し、前記複数のＴＢの前記無線リソースは前記示されたＴＣＩ状態に関連付けられる、
請求項１に記載の通信装置。

【請求項4】

前記複数のＴＢのそれぞれは前記示されたＴＣＩ状態のうちの少なくとも１つに関連付けられる、
請求項２に記載の通信装置。

【請求項5】

前記複数のＴＢは複数の部分にセグメント化され、前記複数の部分のそれぞれは前記複数のＴＢからの１つまたは複数のコードブロック（ＣＢ）あるいは１つまたは複数のコードブロックグループ（ＣＢＧ）を含み、前記スケジューリング情報は少なくとも１つの部分および前記示されたＴＣＩ状態のうちの少なくとも１つの前記無線リソースを示す、
請求項２に記載の通信装置。

【請求項6】

前記複数の部分のそれぞれは前記複数のＴＢからの１つまたは複数のＴＢを含む、
請求項５に記載の通信装置。

【請求項7】

前記スケジューリング情報は時間領域リソース割り当て（ＴＤＲＡ）テーブルまたは周波数領域リソース割り当て（ＦＤＲＡ）テーブルをさらに含み、前記複数のＴＢの前記無線リソースは前記ＴＤＲＡテーブルまたはＦＤＲＡテーブルによって示される、
請求項５に記載の通信装置。

【請求項8】

前記スケジューリング情報は、前記少なくとも１つの部分および前記示されたＴＣＩ状態のうちの少なくとも１つに対応する開始および長さインジケータ（ＳＬＩＶ）を含む、
請求項７に記載の通信装置。

【請求項9】

前記ＴＤＲＡテーブルまたは前記ＦＤＲＡテーブルは少なくともＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣシグナリングによって設定される、
請求項７に記載の通信装置。

【請求項10】

前記回路は、前記複数の部分のそれぞれに対して応答信号を生成するようにさらに構成される、
請求項５に記載の通信装置。

【請求項11】

前記受信機が部分の全てのＣＢを正しく受信した場合、ＡＣＫ信号が生成され、前記受信機が前記部分の少なくとも１つのＣＢを誤って受信した場合、ＮＡＣＫ信号が生成される、
請求項１０に記載の通信装置。

【請求項12】

前記スケジューリング情報は前記応答信号のためのＰＵＣＣＨまたはＰＵＳＣＨリソースインジケータ（ＰＲＩ）を示し、前記通信装置は、動作に際して、前記スケジューリング情報に基づいて対応するＰＵＣＣＨまたはＰＵＳＣＨ上で前記複数のＴＢの前記応答信号を送信する送信機をさらに備える、
請求項１１に記載の通信装置。

【請求項13】

前記スケジューリング情報は前記複数のＴＢの前記応答信号をジョイントＨＡＲＱ信号として多重化することを示し、前記送信機は、前記単一のＤＣＩで設定されるＴＲＰに前記ジョイントＨＡＲＱ信号を送信するようにさらに構成される、
請求項１２に記載の通信装置。

【請求項14】

動作に際して、スケジューリング情報を含む単一のＤＣＩを生成する回路であって、前記スケジューリング情報は複数のトランスポートブロック（ＴＢ）の無線リソースを示す、前記回路と、
動作に際して、前記単一のＤＣＩを通信装置に送信する送信機と、
を備える、基地局。

【請求項15】

スケジューリング情報を含む単一のＤＣＩを受信することであって、前記スケジューリング情報は複数のＴＢの無線リソースを示す、前記受信することと、
前記スケジューリング情報に基づいて前記複数のＴＢの前記無線リソースを取得することと、
を含む、通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

以下の開示は、動作中に設定される単一ダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）ベースのマルチ送受信点（ＴＲＰ：ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）および／またはパネル送信ならびに単一ＤＣＩベースの単一ＴＲＰおよび／またはパネル送信のためのマルチトランスポートブロック（ＴＢ：ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）スケジューリングを実装するための通信装置および通信方法に関する。

【背景技術】

【0002】

新無線（ＮＲ）は、第５世代（５Ｇ：fifth generation）移動通信システム向けに３ＧＰＰ（3rd Generation Partnership Project）によって開発された新しい無線エアインターフェースである。５Ｇは、高い柔軟性、拡張性、効率性を備え、拡張モバイルブロードバンド（ｅＭＢＢ：enhanced mobile broadband）、超高信頼・低遅延通信（ＵＲＬＬＣ：ultra-reliable low-latency communications）、大規模マシンタイプ通信（ｍＭＴＣ：massive machine type communications）を含む幅広いユースケースに対応することが期待されている。

【0003】

５Ｇの重要な目的の１つは、コネクテッドインダストリーズを可能にすることである。５Ｇコネクティビティは、柔軟性の向上、生産性および効率の改善、メンテナンスコストの削減、操作の安全性の向上などをもたらす、産業の変革およびデジタル化の次の波の触媒の役割を果たすことができる。このような環境にあるデバイスとしては、例えば、圧力センサ、湿度センサ、温度計、モーションセンサー、加速度計、アクチュエーターなどが挙げられる。これらのセンサやアクチュエーターを５Ｇネットワークに接続することが望まれている。

【0004】

さらに５Ｇコネクティビティは、次の波のスマートシティイノベーションの触媒としての役割も果たすことができる。例えば、スマートウォッチやスマートリングなどのウェアラブル、ｅヘルス関連装置、医療用監視機器、能力削減型（ＲｅｄＣａｐ）デバイスなどの小型デバイスは、５Ｇコネクティビティの改善から恩恵を受ける。

【先行技術文献】

【非特許文献】

【0005】

【非特許文献1】3GPP TS 38.300 v15.6.0

【非特許文献2】3GPP TS 38.211 v15.6.0

【非特許文献3】ITU-R M.2083

【非特許文献4】TR 38.913

【非特許文献5】TS 23.501 v16.1.0

【非特許文献6】TS 38.213

【発明の概要】

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

【0006】

しかしながら、動作中に設定される単一ＤＣＩベースのマルチＴＲＰ／パネル送信ならびに単一ＤＣＩベースの単一ＴＲＰおよび／またはパネル送信のためのマルチＴＢスケジューリングに関してこれまで議論がなされていなかった。

【0007】

したがって、上述した課題を解決することができる通信装置および通信方法が必要とされている。さらに、以下の詳細な説明および添付の請求項を、添付の図面および本開示の背景技術のセクションと併せて検討することにより、他の望ましい特徴および特性が明らかになるであろう。

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

【0008】

１つの非限定的かつ例示的な実施形態は、動作中の単一ＤＣＩベースのマルチＴＲＰ／パネル送信および単一ＤＣＩベースの単一ＴＲＰ／パネル送信のためのマルチＴＢスケジューリングの実装を容易にする。これには、単一ＴＲＰ／パネル送信モードがマルチＴＲＰ／パネル送信モードに動的または準静的に（ｓｅｍｉ－ｓｔａｔｉｃａｌｌｙ）切り替えられ、その逆も同様である実装のケースも含まれる。切り替えの決定は、ｇＮＢによって様々な基準に基づいて行われる。たとえば、送信設定インジケータ（ＴＣＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）状態など、ｇＮＢからの暗黙的または明示的な表示を使用することによって、複数のＴＲＰ／パネルのうちの１つのみが動作中にアクティブ化される。

【0009】

一態様では、本明細書で開示する技術は通信装置を提供する。たとえば、この通信装置は加入者ＵＥとすることができ、これは通常の（非ＲｅｄＣａｐもしくはリリース１５／１６／１７の）ＵＥ、ＲｅｄＣａｐ ＵＥ、または他の同様のタイプのＵＥであり得る。この通信装置は、動作に際して、スケジューリング情報を含む単一のダウンリンク制御情報（ＤＣＩ）を受信する受信機であって、スケジューリング情報は複数のトランスポートブロック（ＴＢ）の無線リソースを示す、受信機と、動作に際して、スケジューリング情報に基づいて複数のＴＢの無線リソースを取得する回路と、を備える。

【0010】

他の態様では、本明細書で開示する技術は通信装置を提供する。たとえば、この通信装置は、動作に際して、スケジューリング情報を含む単一のＤＣＩを生成する回路であって、スケジューリング情報は複数のトランスポートブロック（ＴＢ）の無線リソースを示す、回路と、動作に際して、単一のＤＣＩを通信装置に送信する送信機と、を備える、基地局またはｇＮｏｄｅＢ（ｇＮＢ）とすることができる。

【0011】

他の態様では、本明細書で開示する技術は通信方法を提供する。この通信方法は、スケジューリング情報を含む単一のＤＣＩを受信することであって、スケジューリング情報は複数のＴＢの無線リソースを示す、受信することと、スケジューリング情報に基づいて複数のＴＢの無線リソースを取得することと、を含む。

【0012】

なお、一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして実施できることに留意されたい。

【0013】

開示されている実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面の様々な実施形態および特徴によって個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。

【図面の簡単な説明】

【0014】

この技術分野における通常の技術を有する者には、一例にすぎない以下の説明を図面を参照しながら読み進めることによって、本開示の実施形態が深く理解され容易に明らかになるであろう。

【図1】３ＧＰＰ ＮＲシステムのアーキテクチャの一例を示す図である。

【図2】ＮＧ－ＲＡＮと５ＧＣとの間の機能分割を示す概略図である。

【図3】ＲＲＣ接続設定／再設定手順のためのシーケンス図である。

【図4】高速大容量（ｅＭＢＢ：ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、多数同時接続（ｍＭＴＣ：ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）および超高信頼低遅延（ＵＲＬＬＣ：Ｕｌｔｒａ Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）の利用シナリオを示す概略図である。

【図5】非ローミングシナリオのための５Ｇシステムアーキテクチャの一例を示すブロック図である。

【図6】単一ＤＣＩベースのマルチＴＲＰ／パネル送信の例示的な図解である。

【図7】様々な実施形態による、ＴＢが部分（ｐｏｒｔｉｏｎｓ）にセグメント化される方法の一例を示す図である。

【図8】実施形態１による、ダウンリンク（ＤＬ：Ｄｏｗｎｌｉｎｋ）物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）におけるＴＲＰ／パネル送信のためのマルチＴＢスケジューリングを示す新しい時間領域リソース割り当て（ＴＤＲＡ：Ｔｉｍｅ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｓｓｉｇｎｍｅｎｔ）テーブルの一例を示す図である。

【図9】複数のＴＣＩ状態がｇＮＢによって示された場合の、実施形態１による、マルチＴＲＰ／パネル動作のためのマルチＴＢスケジューリング用の時間領域リソース割り当て（ＴＤＲＡ）を示すためのユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）フローチャートである。図９はまた、１つのＴＣＩ状態がｇＮＢによって示された場合に、単一のＴＲＰ／パネルが動作中にアクティブ化されて、マルチＴＢスケジューリング用のＴＤＲＡがこのとき単一ＴＲＰ／パネル動作に使用されることも示している。

【図10】実施形態１による、設定情報を示す拡張されたＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ情報エレメント（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）を示す図である。

【図11】実施形態１による、ＴＲＰ＃１およびＴＲＰ＃２の４つの部分の時間領域リソースセットの例示的なテーブルを示す図である。

【図12】実施形態１による、ＴＤＭでの単一ＤＣＩベースのマルチＴＲＰ／パネル送信のためのマルチＴＢスケジューリングの例示的な図解である。

【図13】実施形態２による、繰り返し（ｒｅｐｅｔｉｔｉｏｎ）を伴うマルチＴＢスケジューリングのための設定情報を示すように拡張されたＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ ＩＥの一例を示す図である。

【図14】実施形態２による、ＴＲＰ＃１およびＴＲＰ＃２の４つの部分の時間領域リソースセットの一例を示す図である。

【図15】実施形態２による、単一ＤＣＩベースのマルチＴＲＰ／パネル送信のための繰り返しを伴うマルチＴＢスケジューリングの例示的な図解である。

【図16】実施形態４による、周波数分割多重化（ＦＤＭ：ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）方式での単一ＤＣＩベースのマルチＴＲＰ／パネル送信のための繰り返しを伴うマルチＴＢスケジューリングの例示的な図解である。

【図17】実施形態４による、複数の送信時間間隔におけるクロスキャリアスケジューリングのシナリオのためのマルチＴＢスケジューリングの例示的な図解である。

【図18】実施形態７による、送信設定インジケータ（ＴＣＩ）状態ベースの再送信のためのＵＥフローチャートである。図１８はまた、１つのＴＣＩ状態がｇＮＢによって示された場合に、単一のＴＲＰ／パネルが動作中にアクティブ化されることも示している。

【図19】様々な実施形態による、単一ＤＣＩベースのマルチＴＲＰ／パネル送信のためのマルチＴＢスケジューリングの実装のための通信方法の流れ図である。

【図20】様々な実施形態による、単一ＤＣＩベースのマルチＴＲＰ／パネル送信のためのマルチＴＢスケジューリングの実装のために使用することができる通信装置の概略図である。

【0015】

図中の要素は簡潔かつ明確であるように図解されており、必ずしも正しい縮尺では描かれていないことが、当業者には理解されるであろう。本発明の実施形態を深く理解できるように、例えば、図解、ブロック図、またはフローチャートの中のいくつかの要素の寸法が、他の要素に比べて誇張して描かれていることがある。

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

【0016】

本開示のいくつかの実施形態について、図面を参照しながら、一例としてのみ説明する。図面内の類似する参照数字および参照文字は、類似する要素または等価の要素を指している。

【0017】

＜５Ｇ ＮＲシステムアーキテクチャおよびプロトコルスタック＞
３ＧＰＰは、最大１００ＧＨｚの周波数で動作する新しい無線アクセス技術（ＮＲ）の開発を含む第５世代セルラー技術（単に５Ｇと呼ばれる）の次のリリースに取り組んでいる。５Ｇ標準の最初のバージョンは、２０１７年の終わりに完了し、これにより、５Ｇ ＮＲ標準に準拠したスマートフォンの試験および商用展開に進むことができる。

【0018】

特に、全体的なシステムアーキテクチャは、ｇＮＢを備えるＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク：Next Generation - Radio Access Network）を想定しており、ｇＮＢは、ＵＥに向かうＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｇＮＢは、Ｘｎインタフェースによって互いに相互接続されている。さらにｇＮＢは、次世代（ＮＧ）インタフェースによってＮＧＣ（次世代コア：Next Generation Core）に接続され、より具体的には、ＮＧ－ＣインタフェースによってＡＭＦ（アクセスおよびモビリティ管理機能：Access and Mobility Management Function）（例：ＡＭＦを実行する特定のコアエンティティ）に接続され、ＮＧ－ＵインタフェースによってＵＰＦ（ユーザプレーン機能：User Plane Function）（例：ＵＰＦを実行する特定のコアエンティティ）に接続される。図１はＮＧ－ＲＡＮアーキテクチャを示している（非特許文献１の４節を参照）。

【0019】

ＮＲにおけるユーザプレーンプロトコルスタック（例えば非特許文献１の４．４．１節を参照）は、ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol、非特許文献１の６．４節を参照）サブレイヤ、ＲＬＣ（無線リンク制御：Radio Link Control、非特許文献１の６．３節を参照）サブレイヤ、およびＭＡＣ（媒体アクセス制御：Medium Access Control、非特許文献１の６．２節を参照）サブレイヤを含み、これらのサブレイヤは、ネットワーク側ではｇＮＢにおいて終端する。これに加えて、ＰＤＣＰの上に、アクセス層（ＡＳ）の新しいサブレイヤ（ＳＤＡＰ：サービスデータアダプテーションプロトコル：Service Data Adaptation Protocol）が導入される（例えば非特許文献１の６．５節を参照）。ＮＲにおいても制御プレーンプロトコルスタックが定義されている（例えば非特許文献１の４．４．２節を参照）。レイヤ２の機能の概要は、非特許文献１の６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ非特許文献１の６．４節、６．３節、および６．２節に記載されている。ＲＲＣレイヤの機能は、非特許文献１の７節に記載されている。

【0020】

媒体アクセス制御（ＭＡＣ）層は、例えば、論理チャネルの多重化と、スケジューリングおよびスケジューリング関連機能（様々なヌメロロジーの処理を含む）を扱う。

【0021】

物理層（ＰＨＹ）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、適切な物理的時間－周波数リソースへの信号のマッピングの責務を担う。さらに物理層（ＰＨＹ）は、物理チャネルへのトランスポートチャネルのマッピングを処理する。物理層（ＰＨＹ）は、トランスポートチャネルの形でＭＡＣ層にサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルが、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、アップリンク用として、ＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access Channel）、ＰＵＳＣＨ（物理アップリンク共有チャネル：Physical Uplink Shared Channel）、およびＰＵＣＣＨ（物理アップリンク制御チャネル：Physical Uplink Control Channel）があり、ダウンリンク用として、ＰＤＳＣＨ（物理ダウンリンク共有チャネル：Physical Downlink Shared Channel）、ＰＤＣＣＨ（物理ダウンリンク制御チャネル：Physical Downlink Control Channel）、およびＰＢＣＨ（物理ブロードキャストチャネル：Physical Broadcast Channel）がある。

【0022】

ＮＲのユースケース／配置シナリオには、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）が含まれ、これらのサービスは、データレート、レイテンシ、およびカバレッジに関して多様な要件を有する。例えばｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供される３倍のオーダーのピークデータレート（ダウンリンクが２０Ｇｂｐｓ、アップリンクが１０Ｇｂｐｓ）およびユーザ体感データレートをサポートすることが期待される。これに対してＵＲＬＬＣの場合、より厳しい要件として、極めて低いレイテンシ（ユーザプレーンのレイテンシはアップリンクおよびダウンリンクそれぞれで０．５ｍｓ）および高い信頼性（１ｍｓ内で１～１０－５）が課せられる。さらにｍＭＴＣでは、高い接続密度（都市環境では１ｋｍ２あたり１，０００，０００個のデバイス）、過酷な環境における広いカバレッジ、デバイスコストを下げるための極めて長寿命のバッテリ（１５年）が好ましくは要求されうる。

【0023】

したがって、あるユースケースに適したＯＦＤＭヌメロロジー（例：サブキャリア間隔、ＯＦＤＭシンボル持続時間、サイクリックプレフィックス（ＣＰ）持続時間、スケジューリング間隔あたりのシンボル数）が、別のユースケースではうまく機能しないことがある。例えば、低レイテンシのサービスでは、ｍＭＴＣサービスよりも短いシンボル持続時間（したがってより大きいサブキャリア間隔）、および／または、スケジューリング間隔（ＴＴＩとも称される）あたりの少ないシンボル、が好ましくは要求されうる。さらには、チャネルの遅延スプレッドが大きい配置シナリオでは、遅延スプレッドが短いシナリオよりも長いサイクリックプレフィックス（ＣＰ）持続時間が好ましくは要求されうる。同程度のサイクリックプレフィックス（ＣＰ）オーバーヘッドを維持するため、遅延スプレッドに応じてサブキャリア間隔を最適化するべきである。ＮＲでは、サブキャリア間隔の２つ以上の値がサポートされうる。したがって現在のところ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、．．．のサブキャリア間隔が検討されている。シンボル持続時間Ｔｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕにより、直接関係している。ＬＴＥシステムの場合と同様に、１個のＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小リソース単位を表すのに、用語「リソースエレメント」を使用することができる。

【0024】

新無線システム５Ｇ ＮＲでは、各ヌメロロジーおよびキャリアごとに、アップリンクおよびダウンリンクそれぞれにおいて、サブキャリアとＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッド内の各要素は、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて識別される（非特許文献２を参照）。

【0025】

＜ＮＧ－ＲＡＮと５ＧＣとの間の５Ｇ ＮＲ機能の分割＞
図２は、ＮＧ－ＲＡＮと５ＧＣとの間での機能の分割を示している。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣの論理ノードは、ＡＭＦ、ＵＰＦ、およびＳＭＦである。

【0026】

ｇＮＢおよびｎｇ－ｅＮＢは、特に次の主要機能を処理する。

【0027】

－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ ＩＰヘッダ圧縮、暗号化、およびデータの整合性保護
－ ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ ＵＰＦへのユーザプレーンデータのルーティング
－ ＡＭＦへの制御プレーン情報のルーティング
－ 接続の確立および解放
－ ページングメッセージのスケジューリングおよび送信
－ （ＡＭＦまたはＯＡＭから送られる）システムブロードキャスト情報のスケジューリングおよび送信
－ モビリティおよびスケジューリングのための測定および測定報告の設定
－ アップリンクにおけるトランスポートレベルのパケットマーキング
－ セッション管理
－ ネットワークスライシングのサポート
－ ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ RRC_INACTIVE状態にあるＵＥのサポート
－ ＮＡＳメッセージの配信機能
－ 無線アクセスネットワークシェアリング
－ 二重接続
－ ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング

【0028】

アクセスおよびモビリティ管理機能（ＡＭＦ）は、次の主要機能を処理する。
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サプスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択

【0029】

さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、次の主要機能を処理する。
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシー規則施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガリング

【0030】

最後に、セッション管理機能（ＳＭＦ）は、次の主要機能を処理する。
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知

【0031】

＜ＲＲＣ接続の設定と再構成の手順＞
図３は、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行するときの、ＮＡＳ部分における、ＵＥ、ｇＮＢ、ＡＭＦの間のインタラクションを示している（非特許文献１を参照）。ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位層シグナリング（プロトコル）である。特に、この移行では、ＡＭＦがＵＥコンテキストデータ（例：ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力などを含む）を作成し、それをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴによってｇＮＢに送る。次にｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにし、これはｇＮＢがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＵＥに送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって実行される。その後ｇＮＢは、再設定を実行してシグナリング無線ベアラ２（ＳＲＢ２）およびデータ無線ベアラ（ＤＲＢ）を確立し、これは、ｇＮＢがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信し、これに応答してＵＥからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによる。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢが確立されないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するこれらのステップはスキップされる。最後にｇＮＢは、確立手順が完了したことを、ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥによってＡＭＦに通知する。

【0032】

したがって本開示では、第５世代コア（５ＧＣ：5th Generation Core）のエンティティ（例えばＡＭＦ、ＳＭＦなど）であって、動作時に、ｇＮｏｄｅＢとの次世代（ＮＧ）接続を確立する制御回路と、動作時に、ｇＮｏｄｅＢとユーザ機器（ＵＥ）との間のシグナリング無線ベアラを確立させるために、ＮＧ接続を介して初期コンテキスト設定メッセージをｇＮｏｄｅＢに送信する送信器と、を備える、第５世代コアのエンティティ、が提供される。具体的には、ｇＮｏｄｅＢは、リソース割り当て設定情報要素を含むＲＲＣ（無線リソース制御：Radio Resource Control）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。ＵＥは、リソース割り当て設定に基づいて、アップリンク送信またはダウンリンク受信を実行する。

【0033】

＜２０２０年以降のＩＭＴの利用シナリオ＞
図４は、５Ｇ ＮＲのユースケースのいくつかを示している。３ＧＰＰ（第３世代パートナーシッププロジェクト）の新無線（３ＧＰＰ ＮＲ）では、ＩＭＴ－２０２０による様々なサービスおよびアプリケーションをサポートするために想定される３つのユースケースが考慮されている。拡張モバイルブロードバンド（ｅＭＢＢ）のフェーズ１の仕様は決定された。現在および今後の作業としては、ｅＭＢＢのサポートをさらに拡張することに加えて、超高信頼・低遅延通信（ＵＲＬＬＣ）および大規模マシンタイプ通信の標準化が含まれる。図４は、ＩＭＴ－２０００およびそれ以降に想定される使用シナリオのいくつかの例を示している（例えば非特許文献３の図２を参照）。

【0034】

ＵＲＬＬＣのユースケースは、スループット、レイテンシ、可用性などの能力に関する厳しい要件を有し、産業製造や生産工程のワイヤレス制御、リモート医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直アプリケーションを実現する手段の１つとして想定されている。ＵＲＬＬＣの超高信頼性は、非特許文献４によって設定される要件を満たすための技術を特定することによってサポートされる。リリース１５のＮＲ ＵＲＬＬＣでは、重要な要件として、ＵＬ（アップリンク）およびＤＬ（ダウンリンク）それぞれで０．５ｍｓの目標ユーザプレーンレイテンシが含まれる。パケットの１回の送信における一般的なＵＲＬＬＣの要件は、１ｍｓのユーザプレーンレイテンシでパケットサイズ３２バイトの場合にＢＬＥＲ（ブロック誤り率）１Ｅ－５である。

【0035】

物理層の観点から、信頼性を向上させる方法はいくつか考えられる。信頼性を向上させるための現在の範囲には、ＵＲＬＬＣ用の個別のＣＱＩテーブルの定義、よりコンパクトなダウンリンク制御情報（ＤＣＩ）のフォーマット、ＰＤＣＣＨの繰り返しなどが含まれる。しかしながら、（ＮＲ ＵＲＬＬＣの重要な要件について）ＮＲがさらに安定し、開発が進むにつれて、超高信頼性を実現するための範囲が広がりうる。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースとしては、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅヘルス、ｅセーフティ、ミッションクリティカルなアプリケーションが挙げられる。

【0036】

さらに、ＮＲ ＵＲＬＬＣが対象とする技術強化は、レイテンシの改善および信頼性の向上を目標としている。レイテンシを改善するための技術強化としては、設定可能なヌメロロジー、柔軟なマッピングを使用する非スロットベースの（ミニスロットベースの）スケジューリング、グラントフリー（設定済みグラント（configured grant））のアップリンク、データチャネルのスロットレベルの繰り返し、およびダウンリンクのプリエンプションが挙げられる。プリエンプションとは、リソースがすでに割り当てられている送信が中止され、すでに割り当てられているリソースが、後から要求された、より小さいレイテンシ／より高い優先度要件を有する別の送信に使用されることを意味する。したがって、すでに許可された送信が、より後の送信によってプリエンプトされる。プリエンプションは、サービスタイプに関係なく適用される。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信を、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトすることができる。信頼性の向上に関連する技術強化としては、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが挙げられる。

【0037】

ｍＭＴＣ（大規模マシンタイプ通信）のユースケースは、非常に多数の接続されたデバイスが、一般には遅延の影響が小さい比較的少量のデータを送信することを特徴とする。デバイスは、低コストでありかつ極めて長いバッテリ寿命を有することが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することは、ＵＥの観点からの省電力を達成して長いバッテリ寿命を可能にするための１つの可能な解決策である。

【0038】

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

【0039】

ＮＲ ＵＲＬＬＣの場合、ファクトリーオートメーション、運輸業、配電など、より厳しい要件のさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じて、より高い信頼性（最大１０－６レベル）、より高い可用性、最大２５６バイトのパケットサイズ、数μｓオーダーの時刻同期（周波数範囲に応じて１μｓないし数μｓ）、０．５～１ｍｓオーダーの短いレイテンシ、特に０．５ｍｓの目標ユーザプレーンレイテンシである。

【0040】

さらに、ＮＲ ＵＲＬＬＣの場合、物理層の観点からいくつかの技術的強化が確認されている。特に、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）に関連する強化として、コンパクトなＤＣＩ、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨ監視の増加などが挙げられる。また、ＵＣＩ（アップリンク制御情報：Uplink Control Information）に関連する強化として、ＨＡＲＱ（ハイブリッド自動再送要求）の強化およびＣＳＩフィードバックの強化が挙げられる。また、ミニスロットレベルのホッピングや再送／繰り返しの強化に関連するＰＵＳＣＨの強化も認識されている。用語「ミニスロット」は、スロットよりも少ない数のシンボルを含むＴＴＩ（送信時間間隔：Transmission Time Interval）を意味する（スロットは１４個のシンボルを含む）。

【0041】

＜ＱｏＳ制御＞
５Ｇ ＱｏＳ（サービス品質）モデルは、ＱｏＳフローに基づいており、保証フロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証フロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがってＮＡＳレベルでは、ＱｏＳフローはＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内では、ＮＧ－Ｕインタフェースを通じてカプセル化ヘッダ内で伝えられるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。

【0042】

５ＧＣは、各ＵＥごとに１つまたは複数のＰＤＵセッションを確立する。ＮＧ－ＲＡＮは、各ＵＥごとに、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、次にそのＰＤＵセッションのＱｏＳフローのための追加のＤＲＢを、例えば図３を参照しながら上述したように設定することができる（いつ設定するかはＮＧ－ＲＡＮが決定する）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルのパケットフィルタによって、ＵＬおよびＤＬのパケットがＱｏＳフローに関連付けられ、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルのマッピング規則によって、ＵＬおよびＤＬのＱｏＳフローがＤＲＢに関連付けられる。

【0043】

図５は、５Ｇ ＮＲの非ローミング基準アーキテクチャ（非特許文献５の４．２３節を参照）を示している。アプリケーション機能（ＡＦ：Application Function）（例えば図４に例示的に記載されている５Ｇサービスを処理する外部アプリケーションサーバ）は、サービスを提供する目的で、３ＧＰＰコアネットワークと対話する。例えば、トラフィックのルーティングに対するアプリケーションの影響をサポートしたり、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスしたり、ポリシー制御（例：ＱｏＳ制御）のためのポリシーフレームワーク（ポリシー制御機能（ＰＣＦ）を参照）と対話する。事業者の配備に基づいて、事業者によって信頼されるものとみなされるアプリケーション機能（ＡＦ）を、関連するネットワーク機能（Network Function）と直接対話できるようにすることができる。ネットワーク機能に直接アクセスすることが事業者によって許可されていないアプリケーション機能（ＡＦ）は、ＮＥＦを介して外部の公開フレームワークを使用して、関連するネットワーク機能と対話する。

【0044】

図５は、５Ｇアーキテクチャのさらなる機能ユニット、すなわち、ネットワークスライス選択機能（ＮＳＳＦ：Network Slice Selection Function）、ネットワークリポジトリ機能（ＮＲＦ：Network Repository Function）、統一データ管理（ＵＤＭ：Unified Data Management）、認証サーバ機能（ＡＵＳＦ：Authentication Server Function）、アクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）、セッション管理機能（ＳＭＦ：Session Management Function）、およびデータネットワーク（ＤＮ：Data Network）（例：事業者のサービス、インターネットアクセス、またはサードパーティのサービス）を示している。コアネットワーク機能およびアプリケーションサービスのすべてまたは一部を、クラウドコンピューティング環境に配置して実行してもよい。

【0045】

単一ＤＣＩベースのマルチ送受信点（マルチＴＲＰ）またはパネル送信がＮＲでサポートされている。ｇＮＢは複数のＴＲＰからのＤＬでのトランスポートブロック（ＴＢ）をスケジューリングすることができ、ここで、異なるＴＲＰからのＴＢは、図６の図解６００に示すように異なるレイヤで送信される。たとえば、ＴＢはＴＲＰ＃１ ６０２からＰＤＣＣＨを介してレイヤ＃１で通信装置６０６に送信され、同じＴＢはＴＲＰ＃２ ６０４からレイヤ＃２で通信装置６０６に送信される。ＤＣＩ内のＴＣＩ状態は、ＴＢの関連付けられたＴＲＰまたはパネルを示す。単一のＤＣＩは単一のＴＢのみをスケジューリングすることができる。単一のＤＣＩを使用した複数のＴＲＰからのＤＬでの単一のＴＢの繰り返しもサポートされている。さらに、単一のＤＣＩによってスケジューリングされるＵＬでの複数のＴＢがＮＲ－Ｕで単一ＴＲＰ構成用にサポートされており、単一のＤＣＩによってスケジューリングされるＤＬまたはＵＬでの複数のＴＢがＬＴＥ拡張マシンタイプ通信／狭帯域モノのインターネット（ｅＭＴＣ／ＮＢ－ＩｏＴ：ｅｎｈａｎｃｅｄ ｍａｃｈｉｎｅ－ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ／ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）で単一ＴＲＰ用にサポートされている。

【0046】

ＤＬまたはＵＬでのＴＢスケジューリングを伴わないＤＣＩのみのスロットはＵＥの電力を消費するので、この問題に対処する解決策を提供することが望ましい。たとえば、ｇＮＢは、単一のＤＣＩによって２つ以上のＴＢをスケジューリング（すなわち、マルチＴＢスケジューリング）することによって、ＤＣＩのみのスロットを削減し、ＵＥの電力消費も削減することができる。さらに、単一のＤＣＩによるこのマルチＴＢスケジューリングをマルチＴＲＰ／パネルシナリオに適用して、マルチＴＲＰ／パネルの利得を得るべきである。「複数のＴＢ（ｍｕｌｔｉｐｌｅ ＴＢｓ）」が「複数のＴＢ（ｐｌｕｒａｌｉｔｙ ｏｆ ＴＢｓ）」と交換可能に使用され得ることは理解されよう。

【0047】

実施形態１によれば、ＤＣＩは２つ以上のＴＣＩ状態を示し、示されたＴＣＩ状態のそれぞれは１つのＴＲＰまたはパネルのアクティブ化に対応し、時間領域リソース割り当て（ＴＤＲＡ）テーブルのエントリを示すことにより、複数のＴＢのＤＬ無線リソースをスケジューリングする。エントリにおいて、複数のＴＢのそれぞれは、開始および長さインジケータ値（ＳＬＩＶ：ｓｔａｒｔ ａｎｄ ｌｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ）、および示されたＴＣＩ状態のうちの１つとの関連付けによって定義される。あるいは、開始および長さインジケータ値（ＳＬＩＶ）の代わりに、開始シンボルおよび割り当て長を使用することができ、またはスロットオフセットを使用することができる。さらに、示されたＴＣＩ状態の代わりに、ＴＲＰまたはパネルを使用することができる。ＴＣＩ状態およびＴＲＰが記載した実施形態および例において交換可能に使用できることは理解されると思われ、本明細書では例として、ＴＣＩ状態＃１はＴＲＰ＃１に対応し、ＴＣＩ状態＃２はＴＲＰ＃２に対応し、以下同様である。

【0048】

また、ＤＣＩは単一のＴＲＰまたはパネルのアクティブ化に対応するコードポイントのＴＣＩ状態を示す。このようにして、単一ＴＲＰ／パネル送信モードはマルチＴＲＰ／パネル送信モードに動的に切り替えられ、その逆も同様である。切り替えの決定はｇＮＢによって行われ、ＤＣＩに示されたいくつかのＴＣＩ状態に基づいてＵＥにシグナリングされる。たとえば、ＤＣＩにＴＣＩ状態が示されている場合、ＴＲＰ＃１またはＴＲＰ＃２のいずれかが動作中にアクティブ化される。

【0049】

実施形態１によれば、ＤＣＩは１つのＴＲＰまたはパネルのアクティブ化に対応する１つのＴＣＩ状態を示すことによって、示されたＴＣＩ状態に関連付けられた複数のＴＢの無線リソースをスケジューリングする。

【0050】

実施形態１の変形例１．０では、複数のＴＢのそれぞれと、示されたＴＣＩ状態のうちの１つとの関連付けが、明示的または暗黙的な方法で示される。明示的な方法では、この関連付けは、少なくともＤＣＩ、ＭＡＣ制御エレメント（ＣＥ：ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）、またはＲＲＣメッセージを使用して示される。暗黙的な方法では、この関連付けは事前設定されたルールによって示される。たとえば、インデックスが偶数のＴＢはインデックスが偶数のＴＣＩ状態に関連付けられ、インデックスが奇数のＴＢはインデックスが奇数のＴＣＩ状態に関連付けられる。他の例では、この関連付けは、複数のＴＢのそれぞれの示されたＴＣＩ状態と、少なくともＳＬＩＶ、開始シンボル、割り当て長、またはスロットオフセットを含む、スケジューリングされたＤＬまたはＵＬ無線リソースパラメータとの間のリンクに基づいて定義される。

【0051】

実施形態１の変形例１．１では、複数（Ｌ個）のＴＢは複数（Ｋ個）の部分にセグメント化され、各部分のサイズは設定可能にすることができる。実施形態１での「複数のＴＢのそれぞれ」の代わりに、変形例１．１では複数の部分のそれぞれが使用される。このセグメント化の一例を図７の図解７００に示す。Ｌ個のＴＢ（ＴＢ＃１ ７０２、ＴＢ＃２ ７０４～ＴＢ＃Ｌ ７０６）はＫ個の部分（部分＃１ ７２２～部分＃Ｋ ７２４）にセグメント化される。ＴＢは複数のコードブロックグループ（ＣＢＧ：ｃｏｄｅ－ｂｌｏｃｋ－ｇｒｏｕｐ）、すなわち、ＣＢＧ＃１ ７０８、ＣＢＧ＃２ ７１０、ＣＢＧ＃Ｍ ７１２、ＣＢＧ＃Ｍ＋１ ７１４、ＣＢＧ＃２Ｍ ７１６、ＣＢＧ＃（Ｌ＋１）Ｍ＋１ ７１８～ＣＢＧ＃ＬＭ ７２０を含む。各部分は、異なる数のＣＢＧで構成することができるので、サイズが互いに異なることができる。たとえば、部分＃１ ７２２はＣＢＧ＃１ ７０８およびＣＢＧ＃２ ７１０で構成され、すなわち、２つのＣＢＧのサイズである。一方、部分＃Ｋ ７２４は、必ずしも部分＃１ ７２２と同じ数のＣＢＧを含まなくてもよい。さらに、各部分は、１つのＴＢまたは相異なるＴＢからの１つまたは複数のＣＢＧを含むことができる。部分の各サイズは、ＴＢのサイズより小さくするか、等しくするか、または大きくすることができる。各部分のＣＢＧの数は、部分間で同じであるかまたは異なることができる。「複数の部分（ｐｌｕｒａｌｉｔｙ ｏｆ ｐｏｒｔｉｏｎｓ）」が「複数の部分（ｍｕｌｔｉｐｌｅ ｐｏｒｔｉｏｎｓ）」と交換可能に使用され得ることは理解されよう。

【0052】

変形例１．１ａでは、複数の部分のそれぞれが、ＴＲＰ／パネルごとに１つまたは複数のＴＢ、すなわち、ＴＢグループを含む。他の変形例１．１ｂでは、各部分のサイズは、それに関連付けられたＴＣＩ状態（ＴＲＰ）とＵＥとの間の通信リンクの品質に基づいて設定される。たとえば、より多くのＣＢＧが、良好なチャネル状態のＴＣＩ状態に関連付けられた１つの部分および／またはより多くの数の部分を含むように設定することができ、またはその逆も可能である。これにより、有利なことにチャネル状態への適応が可能になり、スペクトルおよびエネルギー効率の観点でシステム性能が改善される。

【0053】

変形例１．２では、複数の部分のそれぞれが複数のＴＢからの１つまたは複数のＴＢを含み、複数のＴＢのうちの異なるＴＲＰに関連する２つ以上のＴＢが異なる部分に関連付けられ得る。さらに、複数のＴＢのうちの同一のＴＲＰに関連する２つ以上のＴＢが１つの部分に関連付けられ得る。

【0054】

実施形態１の変形例１．３では、マルチＴＢスケジューリングをサポートするようにＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ情報エレメント（ＩＥ）を拡張するための新しいエントリを追加することにより、新しいＴＤＲＡテーブルが作成される。単一のＤＣＩの１ビットフィールド（すなわち、ＴＤＲＡフィールド）を使用して、各部分の設定情報が示される。変形例１．４では、各部分について、ＴＤＲＡエントリは追加的に、部分インデックス（部分＃ｋ）、スケジューリングＤＣＩスロットオフセットの後の対応する部分送信のスロットオフセット（Ｋ_０ｋ）、この部分と異なる空間情報との関連付け、冗長バージョン（ＲＶ：ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）、およびマッピングタイプのうちの１つまたは組み合わせを含む。さらに、対応する部分送信のスロットオフセットも、対応する部分送信と他の部分送信のうちの１つとの間のギャップまたは間隔に基づいて決定される。このようにして、複数の部分を連続するまたは不連続なスロットで送信することができると共に、時間領域で連続的に送信することが可能または不可能である。

【0055】

新しいＴＤＲＡテーブル８００の一例を図８に示す。たとえば、ＤＣＩインデックス０を参照すると、ＰＤＳＣＨマッピングタイプは「Ｂ」と示されている。２つのＴＲＰ／ＴＣＩ状態、すなわち、ＴＲＰ＃１（ＴＣＩ状態＃１）およびＴＲＰ＃２（ＴＣＩ状態＃２）が存在する。ＴＲＰ＃１（ＴＣＩ状態＃１）は時間領域エントリ｛Ｋ_０ｋ，部分＃ｋ，Ｓ_ｋ，Ｌ_ｋ｝および｛Ｋ_０ｊ，部分＃ｊ，Ｓ_ｊ，Ｌ_ｊ｝によって示される２つの送信を有し、ＴＲＰ＃２（ＴＣＩ状態＃２）もまた、時間領域エントリ｛Ｋ_０ｅ，部分＃ｅ，Ｓ_ｅ，Ｌ_ｅ｝および｛Ｋ_０ｆ，部分＃ｆ，Ｓ_ｆ，Ｌ_ｆ｝によって示される２つの送信を有する。さらに、Ｋ_０ｊはＫ_０ｋ＋ｗとして決定することもでき、ここでｗは部分＃ｊの送信と部分＃ｋの送信との間のギャップまたは間隔である。変形例１．３のように、各時間領域エントリは、部分インデックス（部分＃ｋ）、スケジューリングＤＣＩスロットオフセットの後の対応する部分送信のスロットオフセット（Ｋ_０ｋ）、この部分と異なる空間情報との関連付け、冗長バージョン（ＲＶ）、およびマッピングタイプのうちの１つまたは組み合わせを含む。

【0056】

変形例１．５では、複数の部分は、単一のＤＣＩによってそれらのスロットオフセットに基づいて同じスロットおよび／または異なるスロット（すなわち、クロススロットスケジューリング）で送信または受信される。変形例１．６では、複数の部分は、スロットオフセットが０である場合に、単一のＤＣＩと同じスロットで送信または受信される（すなわち、同一スロットスケジューリング）。

【0057】

変形例１．７では、ＴＣＩ状態ごとに、複数の関連付けられた部分のうちの１つのみが空間情報を導出するための参照信号（ＲＳ：ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）によって設定され、残りの部分はこのＲＳによって疑似コロケート（ＱＣＬ－ｅｄ：Ｑｕａｓｉ Ｃｏ Ｌｏｃａｔｅｄ）として設定される（すなわち、これらの残りの部分は専用のＲＳによって設定されない）。変形例１．７を実装する利点は、エアインターフェース上のシステムオーバーヘッドが削減されることである。

【0058】

変形例１．８では、ＴＣＩ状態ごとに、デフォルトの空間情報が１つまたは複数の関連付けられた部分に対して暗黙的または明示的に設定される。変形例１．８を実装する利点は、示された空間情報が利用可能でない場合に、ＵＥがデフォルトの空間情報をチャネル推定またはプリコーディングに使用できることである。

【0059】

部分のサイズがＴＢより小さいか、またはＴＢがいくつかの部分を含むと仮定され得る。複数の部分のそれぞれが空間情報に関連付けられているか、またはこれらの部分のそれぞれが異なるＴＲＰから送信されるように割り当てられている場合、ＴＢは複数の空間情報を有し、すなわち、このＴＢの複数のＣＢＧ／部分は異なる空間情報を有する。異なるＴＲＰからＵＥへの空間情報（ＱＣＬタイプＡ、Ｂ、Ｃ、またはＤを含む）は互いに異なる。

【0060】

したがって、実施形態１の下では、ＵＥは以下のように動作し得る。ＴＤＲＡテーブルによって、複数の部分のそれぞれについてのＤＬ／ＵＬ無線リソースを示すスケジューリング情報がＵＥにシグナリングされる。複数の部分のそれぞれについて、ＵＥはスケジューリングＤＣＩ内の１ビットのＴＤＲＡフィールドを使用して、明示的または暗黙的に以下を決定する。
－ 各部分の時間領域リソースセット：各時間領域リソースセット｛Ｋ_０ｋ，部分＃ｋ，Ｓ_ｋ，Ｌ_ｋ｝は各部分に１対１でマッピングされ、ＤＣＩからのオフセットを有するスロット内の開始シンボルおよび長さの値が導出される。
－ 各部分と示されたＴＣＩ状態のうちの１つとの関連付け：どの列で割り当てが行われるかに関する各部分の時間領域リソースセットの位置、すなわち、１対１のマッピング、「ＴＣＩ状態＃１」または「ＴＣＩ状態＃２」に基づく。たとえば、図８のテーブル８００でＤＣＩインデックスが０である場合、｛Ｋ_０ｋ，部分＃ｋ，Ｓ_ｋ，Ｌ_ｋ｝がＴＲＰ＃１（ＴＣＩ状態＃１）に関連付けられるように割り当てられる。
－ 示されたＴＣＩ状態からスケジューリングされる送信の数：これは示されたＴＣＩ状態に関連付けられた所与のグループ内の時間領域リソースセットの数によって暗黙的に導出される。たとえば、図８のテーブル８００でＤＣＩインデックスが０である場合、ＴＣＩ状態＃１は２つのセット｛Ｋ_０ｋ，部分＃ｋ，Ｓ_ｋ，Ｌ_ｋ｝および｛Ｋ_０ｊ，部分＃ｊ，Ｓ_ｊ，Ｌ_ｊ｝のグループを有するので、２つの送信を有する。
これは一例にすぎず、ＴＲＰの数／順序、時間領域リソースセット、ＵＥの能力および／またはｇＮＢの実装に応じたグループの観点で他の多く可能性があり得ることは理解されよう。

【0061】

導出された情報および示されたＴＣＩ状態に基づいて、ＵＥは対応するＰＤＳＣＨ受信またはＰＵＳＣＨ送信の無線リソースにマッピングされた複数のＴＢから異なるデータをそれぞれ復号または送信する。図９は、実施形態１による時分割多重化（ＴＤＭ：ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）のためのユーザ機器（ＵＥ）フローチャート９００を示している。ステップ９０２において、ＵＥはマルチＴＢスケジューリングのための新しいＴＤＲＡテーブルを示す設定情報を受信する。ステップ９０４において、ＵＥはスケジューリングＤＣＩを受信し、ＴＣＩコードポイントのＴＣＩ状態をチェックする。ステップ９０６において、ＴＣＩ状態が１つのみであるか否かが判定される。そうであると判定された場合、処理はステップ９１４に進み、ここでＵＥは新しいエントリを有するＴＤＲＡテーブルを使用する。ステップ９１６において、ＵＥはＴＲＰ／パネルからの各部分送信の時間領域リソースを取得する。ステップ９１８において、ＵＥは割り当てられた関連付けられたリソースに基づいてＴＲＰ／パネルからマルチＴＢスケジューリングのデータ送信を受信し、処理は終了する。ステップ９０６において２つ以上のＴＣＩ状態が存在すると判定された場合、処理はステップ９０８に進み、ここでＵＥは新しいエントリを有するＴＤＲＡテーブルを使用する。ステップ９１０において、ＵＥはＴＲＰ／パネルごとの各部分送信の時間領域リソースを取得する。ステップ９１２において、ＵＥは割り当てられた関連付けられたリソースに基づいてマルチＴＲＰ／パネルからマルチＴＢスケジューリングのデータ送信を受信し、処理は終了する。

【0062】

変形例１．３の一例では、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎは、実施形態１の設定情報を示すように拡張される。実施形態１による設定情報を示すように拡張されたＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ情報エレメント（ＩＥ）１０００を示す図１０を参照すると、マルチＴＢスケジューリングのサポートを示す新しいエントリＭｕｌｔｉ－ＭＢｓｃｈｅｄｕｌｉｎｇ１００２が提案されており、ここで、ＳＬＩＶを使用してＳ_ｋおよびＬ_ｋが導出され、ｍａｘＮｒｏｆＴＣＩ－Ｓｔａｔｅｓは設定されたＴＣＩ状態の最大数であり、ＴＣＩ－ＳｔａｔｅＩｄはＴＣＩコードポイントの対応する示されたＴＲＰ／パネルに関連付けられたＴＣＩ状態のインデックスである。各部分送信のＴｉｍｅ－ＤｏｍａｉｎＲｅｓｏｕｒｃｅＳｅｔのインデックスを示すために単一のＤＣＩの１ビットフィールドが使用される。

【0063】

図１１は、実施形態１の変形例１．１の一例による、ＴＲＰ＃１およびＴＲＰ＃２の４つの部分の時間領域リソースセットの例示的なテーブル１１００を示している。図１２は、同じ例による、ＴＤＭでの単一ＤＣＩベースのマルチＴＲＰ／パネル送信のためのマルチＴＢスケジューリングの例示的な図解１２００を示している。それぞれ４つのＣＢＧを有する２つのＴＢは、４つの部分にセグメント化される。各部分は２つのＣＢＧを含む。ＴＲＰ＃１およびＴＲＰ＃２の４つの部分のこれらの時間領域リソースセットをテーブル１１００および図解１２００に示す。テーブル１１００を参照すると、ＤＣＩインデックス０について、ＴＲＰ＃１（ＴＣＩ状態＃１）は２つの部分（部分＃１｛１，１，０，５｝および部分＃４｛２，４，７，５｝）を有し、ＴＲＰ＃２（ＴＣＩ状態＃２）は２つの部分（部分＃２｛１，２，６，５｝および部分＃３｛２，３，０，５｝）を有する。テーブル１１００のＤＣＩインデックス０がＵＥに示された場合、ＵＥはテーブルから時間領域リソースセットおよびＴＲＰとの関連付けを導出する。

【0064】

それぞれの部分の割り当ての時間領域リソースは次のように定義される。部分＃１｛１，１，０，５｝について、スロットオフセットはスケジューリングＤＣＩの１スロット後であり、部分インデックスは１であり、開始シンボルは０であり、スロット１において長さは５である。部分＃２｛１，２，６，５｝について、スロットオフセットはスケジューリングＤＣＩの１スロット後であり、開始シンボルは６であり、スロット１において長さは５である。部分＃３｛１，１，０，５｝について、スロットオフセットはスケジューリングＤＣＩの２スロット後であり、開始シンボルは０であり、スロット２において長さは５である。部分＃４｛２，４，７，５｝について、スロットオフセットはスケジューリングＤＣＩの２スロット後であり、開始シンボルは７であり、スロット２において長さは５である。各部分と示されたＴＲＰ／パネルのうちの１つとの関連付けに関して、部分＃１および＃４はＴＲＰ＃１から送信され、部分＃２および＃３はＴＲＰ＃２から送信される。さらに、ＴＲＰ＃１およびＴＲＰ＃２からの実際の送信の数は２つである。そのため、図１２を参照すると、部分＃１の送信は１２０２に示され、部分＃２の送信は１２０４に示され、部分＃３の送信は１２０６に示され、部分＃４の送信は１２０８に示されている。

【0065】

実施形態２によれば、実施形態１における「複数のＴＢ」の代わりに、複数の繰り返されるＴＢを使用することができる。複数のＴＢのそれぞれは、示されたＴＣＩ状態のうちの１つに関連付けられる。あるいは、複数のＴＢの繰り返しのそれぞれは、示されたＴＣＩ状態のうちの１つに関連付けられる。有利なことに、この構成は、非ＲｅｄＣａｐ ＵＥのカバレッジ拡張およびＲｅｄＣａｐ ＵＥのカバレッジ回復をサポートする。さらに、複数のＴＢのそれぞれの繰り返しの柔軟な設定が可能であり、すなわち、各ＴＢは異なる数の繰り返しを有するように設定することができる。

【0066】

実施形態２の変形例２．１では、各部分の繰り返しは、Ｒ_ｋなどの上位レイヤパラメータによって特徴付けることができ、Ｒ_ｋはシンボル値として設定することができ、たとえば、Ｒ_ｋ＝０または不在にして、ｋ番目の部分の最初の送信を示すことができる。ｋ番目の部分の繰り返しの順番は、事前定義されたルールとして昇順ルールに設定される。たとえば、｛Ｋ_０ｋ，部分＃ｋ，Ｓ_ｋ，Ｌ_ｋ，Ｒ_ｋ＝ａ｝は部分＃ｋのａ番目の繰り返しを意味し、ここで、スロットオフセットの値は、部分＃ｋの最初の送信のものとは異なることができる。他の例では、部分＃１｛１，１，０，５，０｝について、スロットオフセットはスケジューリングＤＣＩから１スロットである。部分＃１の２つ目の繰り返し｛２，１，０，５，２｝について、スロットオフセットはスケジューリングＤＣＩから２スロットである。

【0067】

実施形態２の変形例２．２では、各部分の繰り返しと示されたＴＣＩ状態（もしくはＴＲＰ／パネル）のうちの１つとの関連付けおよび／または空間情報は、この部分の最初の送信のものと同じであるかまたは異なることができる。変形例２．３では、各部分の繰り返しに対して異なるＲＶを適用することができる。変形例２．４では、マルチＴＢスケジューリングの最初の送信は、プライマリＴＲＰと呼ばれるスケジューリングＤＣＩを有する示されたＴＲＰ向けに設計されるが、マルチＴＢスケジューリングの繰り返しは残りのＴＲＰでのみ使用される。変形例２．４を実装する利点は、マルチパス送信からのダイバーシティ利得を提供することである。変形例２．５では、ＤＣＩによってスケジューリングされる繰り返しを伴う動的なマルチＴＢスケジューリングを可能にするために、全ての部分およびそれらの繰り返しの内容にインターリーブパターンを適用することができる。このインターリーブパターンは、事前設定されたルールに基づくことができ、ＵＥに示すことができる。たとえば、インターリーブパターンは、事前設定されたルールによって暗黙的に示されるか、または少なくともＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣシグナリングによって明示的に示される。有利なことに、これによりデータ推定に対するフェージング効果が最小限に抑えられる。

【0068】

変形例２．１および２．２の一例では、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ ＩＥは、繰り返し情報を追加することによって、繰り返しを伴うマルチＴＢスケジューリングの設定情報を示すように拡張される。図１３に示すＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ ＩＥ１３００を参照すると、繰り返し情報の新しいエントリが部分１３０２および１３０４に示されている。

【0069】

ＴＲＰ＃１およびＴＲＰ＃２の４つの部分の時間領域リソースセットの一例を、図１４のテーブル１４００および図１５の図解１５００に示す。テーブル１４００のＤＣＩインデックス０がＵＥに示され、ＵＥはそれに応じて時間領域リソースセットおよびＴＲＰとの関連付けを導出することができる。テーブル１４００を参照すると、それぞれの部分の割り当ての時間領域リソースが次のように定義されている。部分＃１｛０，１，２，２，０，０｝について、スロットオフセットはスケジューリングＤＣＩの０スロット後であり、部分インデックスは１であり、開始シンボルは２であり、スロット０において長さは２である。部分＃１の最初の繰り返し｛１，１，１２，２，１｝について、スロットオフセットはスケジューリングＤＣＩの１スロット後であり、部分インデックスは１であり、開始シンボルは１２であり、スロット１において長さは２である。部分＃２｛０，２，４，２，０｝について、スロットオフセットはスケジューリングＤＣＩの０スロット後であり、部分インデックスは２であり、開始シンボルは４であり、スロット０において長さは４である。部分＃２の最初の繰り返し｛０，２，１１，２，１｝について、スロットオフセットはスケジューリングＤＣＩの０スロット後であり、部分インデックスは２であり、開始シンボルは１１であり、スロット０において長さは２である。部分＃３｛０，３，７，３，０｝について、スロットオフセットはスケジューリングＤＣＩの０スロット後であり、部分インデックスは３であり、開始シンボルは７であり、スロット０において長さは３である。部分＃３の最初の繰り返し｛１，３，０，３，１｝について、スロットオフセットはスケジューリングＤＣＩの１スロット後であり、部分インデックスは２であり、開始シンボルは０であり、スロット１において長さは３である。部分＃４｛１，４，４，３，０｝について、スロットオフセットはスケジューリングＤＣＩの１スロット後であり、部分インデックスは４であり、開始シンボルは４であり、スロット１において長さは３である。部分＃４の最初の繰り返し｛１，４，８，３，１｝について、スロットオフセットはスケジューリングＤＣＩの１スロット後であり、部分インデックスは４であり、開始シンボルは８であり、スロット１において長さは３である。テーブル１４００に示すように、各部分と示されたＴＲＰ／パネルのうちの１つとの関連付けに関して、部分＃１、部分＃３の最初の繰り返し、部分＃４、および部分＃４の最初の繰り返しはＴＲＰ＃１から送信され、部分＃２、部分＃３、部分＃２の最初の繰り返し、および部分＃１の最初の繰り返しはＴＲＰ＃２から送信される。さらに、ＴＲＰ＃１およびＴＲＰ＃２からの実際の送信の数は４つであり、それらの送信の長さは異なる。

【0070】

そのため、図１５を参照すると、部分＃１の送信は１５０２に示され、部分＃１の最初の繰り返しの送信は１５０４に示され、部分＃２の送信は１５０６に示され、部分＃２の最初の繰り返しの送信は１５０８に示され、部分＃３の送信は１５１０に示され、部分＃３の最初の繰り返しの送信は１５１２に示され、部分＃４の送信は１５１４に示され、部分＃４の最初の繰り返しの送信は１５１６に示されている。

【0071】

実施形態３によれば、実施形態１または２における「ＤＣＩがＤＬ無線リソースをスケジューリングする」の代わりに、スケジューリングは、ＤＬ用のセミパーシステントスケジューリング（ＳＰＳ：Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）またはＵＬ用の設定グラント（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）によって行うことができる。有利なことに、ＳＰＳおよびＣＧを使用すると、定期的なトラフィックに関してＤＣＩなしの送信が行われる。

【0072】

実施形態４によれば、複数のＴＢを示すために実施形態１または２における時間領域リソース割り当て（ＴＤＲＡ）テーブルを使用する代わりに、周波数領域リソース割り当て（ＦＤＲＡ：ｆｒｅｑｕｅｎｃｙ－ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）テーブルを使用することができる。たとえば、ＤＣＩはＦＤＲＡテーブルのエントリを示す。エントリにおいて、複数のＴＢは、ＰＲＢの開始および数（ＳＮＩＶ）、ならびに示されたＴＣＩ状態のうちの１つとの関連付けによって定義される。ＦＤＲＡテーブルは、上位レイヤパラメータによって設定されるか、または指定され得る。ＦＤＲＡテーブルのエントリは、周波数領域リソース割り当てに対する置換または追加として示すことができる。一部の変形例では、ＳＮＩＶの代わりにビットマップを使用することができる。たとえば、ビットマップは、少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つに対応するＰＲＢまたはリソースブロックグループ（ＲＢＧ：ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｏｕｐ）を示し得る。示されたＴＣＩ状態の代わりに、ＴＲＰまたはパネルを使用することができる。実施形態４を実装する利点は、他のＰＤＳＣＨ送信に対して重複しないＦＤＲＡを有する複数のＰＤＳＣＨ送信で複数のＴＢをスケジューリングすることによってデータレートが増加することである。

【0073】

実施形態４の変形例４．１では、少なくとも異なる変調次数、符号化率、または冗長バージョンを複数のＴＢからの各部分に適用して、対応するＰＤＳＣＨ送信を生成することができる。変形例４．２では、実施形態４における「現在のＦＤＲＡまたはＦＤＲＡテーブルの準静的な設定ベース」の実装の代わりに、周波数領域リソース割り当ては、以下の１つまたは組み合わせによって設定することができる。
－ ＦＤＲＡまたはＦＤＲＡテーブルの動的な設定ベース
－ ＦＤＲＡに加えて、ＦＤＲＡテーブルが追加の割り当てとして追加される
－ 複数のＴＣＩ状態のそれぞれについての複数の動的なＦＤＲＡ表示のそれぞれ

【0074】

図１６は、実施形態４による、ＦＤＭ方式における単一ＤＣＩベースのマルチＴＲＰ／パネル送信のための繰り返しを伴うマルチＴＢスケジューリングの例示的な図解１６００を示している。たとえば、物理リソースグループ（ＰＲＧ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｇｒｏｕｐ）＃１およびＰＲＧ＃２がそれぞれＴＣＩ状態＃１およびＴＣＩ状態＃２に割り当てられると仮定する。複数のＴＢは、サイズの異なる４つの部分にセグメント化される。このため、図１６は、対応するＰＤＳＣＨ送信機会のための、対応するＴＣＩ状態に関連付けられた４つの部分およびそれらの繰り返しに対する時間および周波数領域リソースセットの一例を示している。部分＃１ １６０２、部分＃４ １６１４、部分＃３の最初の繰り返し１６１２、および部分＃４の最初の繰り返し１６１６は、ＴＣＩ状態＃１に関連付けられ、部分＃２ １６０６、部分＃３ １６１０、部分＃１の最初の繰り返し１６０４、および部分＃２の最初の繰り返し１６０８は、ＴＣＩ状態＃２に関連付けられる。

【0075】

実施形態４はまた、図１７の図解１７００に示すように、複数の送信時間間隔（スロットまたはミニスロット）におけるクロスキャリアスケジューリング（キャリアアグリゲーション）のシナリオにも適用可能であり得る。プライマリセル（ＰＣｅｌｌ：ｐｒｉｍａｒｙ ｃｅｌｌ）からのＤＣＩは、ＰＣｅｌｌおよびそのセカンダリセル（ＳＣｅｌｌ：ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）に対して複数のＴＢをスケジューリングするために使用される。複数のＴＢのそれぞれは、サービングセル（ＰＣｅｌｌ／ＰＳＣｅｌｌ／ＳＣｅｌｌ）のうちの１つに割り当てられる。複数の部分のそれぞれのＦＤＲＡ情報は、サービングセルに割り当てられたＰＲＢに基づく。たとえば、ＤＣＩ１７０２を有するＰＣｅｌｌ１７０４と、２つのＳＣｅｌｌ（ＳＣｅｌｌ＃１ １７０６およびＳＣｅｌｌ＃２ １７０８）とがある。複数のＴＢが６つのＴＢ（または６つの部分）にセグメント化される。スロット０では、ＰＣｅｌｌ１７０４のＤＣＩ１７０２を使用して、ＰＣｅｌｌ１７０４の部分＃１ １７１０、ＳＣｅｌｌ＃１ １７０６の部分＃２ １７１２、およびＳＣｅｌｌ＃２ １７０８の部分＃３ １７１４をスケジューリングする。スロット１では、ＰＣｅｌｌ１７０４の部分＃４ １７１６、ＳＣｅｌｌ＃１ １７０６の部分＃５ １７１８、およびＳＣｅｌｌ＃２ １７０８の部分＃６ １７２０が、スロット０からＤＣＩ１７０２によってスケジューリングされる。

【0076】

実施形態５では、コードブロックグループ（ＣＢＧ）ベースのフィードバックが実施形態１～４で使用される。ＰＵＣＣＨまたはＰＵＳＣＨでの各ＣＢＧベースのフィードバックは、示されたＴＣＩ状態のうちの１つに関連付けられたＴＢのＣＢＧに対応する。ＵＥがＣＢＧの全てのＣＢを正しく受信した場合、ＵＥはＣＢＧのＨＡＲＱ－ＡＣＫ情報ビットについて応答確認（ＡＣＫ：ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を生成し、ＵＥがＣＢＧの少なくとも１つのＣＢを誤って受信した場合、ＣＢＧのＨＡＲＱ－ＡＣＫ情報ビットについて否定応答（ＮＡＣＫ：ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を生成する。実施形態５では、ＨＡＲＱ－ＡＣＫビットの数は、複数のＴＢからのＣＢＧの総数と等しい。複数のＴＢがバンドルされる場合、ＨＡＲＱ－ＡＣＫビットの数は１である。ＨＡＲＱ多重化は、ＣＢＧにまたがって適用することができる。ＰＵＣＣＨ／ＰＵＳＣＨリソースインジケータ（ＰＲＩ：ＰＵＣＣＨ／ＰＵＳＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）は、スケジューリングＤＣＩによって提供される。さらに、ＨＡＲＱフィードバック（または応答信号）を有する対応するＰＵＣＣＨ／ＰＵＳＣＨ送信は、様々な方法で処理することができる。１つの選択肢では、複数のＴＢのＨＡＲＱフィードバックは、ＴＲＰ＃１（ＴＣＩ状態＃１）などのスケジューリングされたＤＣＩを有するＴＲＰに単一のＰＵＣＣＨでのみ送られるジョイントＨＡＲＱフィードバックとして多重化される。他の選択肢では、それぞれのＨＡＲＱフィードバックがそれぞれのＴＲＰに送られる。他の選択肢では、ジョイントＨＡＲＱフィードバックが全てのＴＲＰ（全てのＴＣＩ状態）に送られる。実施形態５を実装する利点は、リリース１５／１６に関連する再送信手順を再利用できることである。さらに、ジョイントＨＡＲＱフィードバックを全てのＴＲＰ（全てのＴＣＩ状態）に送ることにより、ＨＡＲＱフィードバックのロバスト性を向上させることができる。また、ＨＡＲＱフィードバックを有するＰＵＣＣＨ／ＰＵＳＣＨ送信が時間領域で１つまたは複数の他のＰＵＣＣＨ／ＰＵＳＣＨ送信と衝突する場合、アップリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）多重化を使用して、対応するＰＵＣＣＨ／ＰＵＳＣＨ送信でＨＡＲＱフィードバックを搬送することができる。同様のアプローチは、以下の実施形態６および７にも適用される。

【0077】

実施形態６では、ＴＢベースのフィードバックが実施形態１～４で使用される。ＰＵＣＣＨ／ＰＵＳＣＨでの各ＴＢベースのフィードバックは、示されたＴＣＩ状態のうちの１つに関連付けられたＴＢに対応し、複数のＴＢは同じＨＡＲＱプロセスを有することができる。たとえば、ＵＥがＴＢの全てのＣＢを正しく受信した場合、ＵＥはＴＢのＨＡＲＱ－ＡＣＫ情報ビットについてＡＣＫを生成し、ＵＥがＴＢの少なくとも１つのＣＢを誤って受信した場合、ＴＢのＨＡＲＱ－ＡＣＫ情報ビットについてＮＡＣＫを生成する。ＨＡＲＱ－ＡＣＫビットの数はＴＢの数と等しい。ＨＡＲＱ多重化は、ＴＢにまたがって適用することができる。ＰＵＣＣＨ／ＰＵＳＣＨリソースインジケータは、スケジューリングＤＣＩによって提供される。ＨＡＲＱフィードバックを有する対応するＰＵＣＣＨ／ＰＵＳＣＨ送信は、同じく様々な方法で処理することができる。有利なことに、実施形態６を実装することにより、ＨＡＲＱフィードバックオーバーヘッドを削減することができる。

【0078】

実施形態６の変形例６．１では、各ＴＢが異なるＨＡＲＱプロセスで設定される場合、各部分（または各ＴＣＩ状態）のＨＡＲＱ関連情報が独立して提供される。そのような情報には、新しいデータインジケータ（ＮＤＩ：ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ）、ＨＡＲＱプロセスの数、冗長バージョン、ＨＡＲＱフィードバック用のＰＵＣＣＨ／ＰＵＳＣＨリソース割り当て、および他の同様の情報が含まれ得る。

【0079】

実施形態７では、ＴＣＩ状態ベースのフィードバックが実施形態１～４に使用される。ＰＵＣＣＨ／ＰＵＳＣＨでの各ＴＣＩ状態ベースのフィードバックは、示されたＴＣＩ状態のうちの１つに関連付けられた複数のＴＢに対応する。複数のＴＣＩ状態は同じＨＡＲＱプロセスを有する。たとえば、ＵＥがＴＣＩ状態に関連付けられた複数のＴＢの全てのＣＢを正しく受信した場合、ＵＥはこのＴＣＩ状態のＨＡＲＱ－ＡＣＫ情報ビットについてＡＣＫを生成し、ＵＥがＴＣＩ状態に関連付けられた複数のＴＢの少なくとも１つのＣＢを誤って受信した場合、このＴＣＩ状態のＨＡＲＱ－ＡＣＫ情報ビットについてＮＡＣＫを生成する。ＨＡＲＱ－ＡＣＫビットの数はＴＣＩ状態の数と等しい。ＨＡＲＱ多重化は、ＴＣＩ状態にまたがって適用することもできる。ＰＵＣＣＨ／ＰＵＳＣＨリソースインジケータは、スケジューリングＤＣＩによって提供される。さらに、ＨＡＲＱフィードバックを有する対応するＰＵＣＣＨ／ＰＵＳＣＨ送信は、様々な方法で処理することができる。有利なことに、ＣＢＧベースまたはＴＢベースの再送信と比較して、ＴＣＩベースのフィードバックは、より少ないＨＡＲＱフィードバックオーバーヘッドを生成し、ＴＣＩ状態（ＴＲＰ）のうちの１つがブロックされたときに部分の再送信を要求する確率へのブロックの影響を最小限に抑えることができる。

【0080】

図１８は、実施形態７によるＴＣＩ状態ベースの再送信のためのＵＥフローチャート１８００を示している。ステップ１８０２において、ＵＥはマルチＴＢスケジューリングおよび再送信方式のための新しいエントリを有するＴＤＲＡテーブルを示す設定情報を受信する。ステップ１８０４において、ＵＥはスケジューリングＤＣＩを受信し、ＴＣＩコードポイントのＴＣＩ状態をチェックする。ステップ１８０６において、ＴＣＩ状態が１つのみであるか否かが判定される。そうであると判定された場合、処理はステップ１８０８に進み、ここでＵＥは示されたＴＣＩ状態からの全てのＣＢＧを把握する。ステップ１８１０において、ＵＥはこのＴＣＩ状態に対してのみＨＡＲＱ－ＡＣＫフィードバック動作を定義する。ステップ１８１２において、ＵＥはスケジューリングされたＤＣＩからのＰＲＩに基づいてＨＡＲＱフィードバックを送る。その後、処理は終了する。一方、ステップ１８０６において、２つ以上のＴＣＩ状態が存在すると判定された場合、処理はステップ１８１４に進み、ここで、ＵＥは、複数のＣＢＧ（または部分）のそれぞれと、示されたＴＣＩ状態のうちの１つとの関連付けを取得し、ＴＣＩ状態ごとの複数のＣＢＧのセットの数を定義する。ステップ１８１６において、ＵＥはＴＣＩ状態ごとまたは全てのＴＣＩ状態ごとにＨＡＲＱ－ＡＣＫフィードバック動作（すなわち、バンドリング／多重化／ＨＡＲＱ－ＡＣＫビット数）を定義する。ステップ１８１８において、ＵＥはスケジューリングされたＤＣＩからのＰＲＩに基づいてＨＡＲＱフィードバックを送る。その後、処理は終了する。

【0081】

実施形態５、６、および７では、ＨＡＲＱ－ＡＣＫ情報／フィードバックビットは、ｇＮＢによって準静的または動的に設定されるＨＡＲＱ－ＡＣＫコードブックに含まれる。準静的なＨＡＲＱ－ＡＣＫコードブックの生成の場合、リリース１５／１６では、手順は次のように簡潔に要約される。
・ステップ１：ＰＤＳＣＨ受信の候補スロットがＵＬスロットｎおよびＫ１セットによって決定され、ＰＤＳＣＨ受信機会候補がＴＤＤ設定およびＴＤＲＡテーブルの全ての行ｒに基づいて枝刈りされる（ｐｒｕｎｅｄ）。
・ステップ２：ステップ１において決定されたＰＤＳＣＨ受信機会候補ごとに、ＨＡＲＱ－ＡＣＫビットが生成される。

【0082】

Ｋ１セットは、ＵＥがＰＤＣＣＨを監視するように設定されるＤＣＩフォーマットに応じて、非特許文献６で規定されている。ｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ－ｒ１６がシグナリングされる場合、ＵＥはｄｌ－ＤａｔａＴｏＵＬ－ＡＣＫ（サフィックスなし）を無視するものとする。ＤＣＩによってスケジューリングされる複数のＰＤＳＣＨ用に準静的なＨＡＲＱ－ＡＣＫコードブックを強化するために、ＨＡＲＱ－ＡＣＫ送信を有するＵＬスロットに対応するＰＤＳＣＨ受信機会候補のセットは、ＤＬスロットのセットと、ＤＬスロットのセットに属する各ＤＬスロットに対応するＳＬＩＶのセットとに基づいて次のように決定される。
・ＤＬスロットのセットは、ＵＬスロットをＨＡＲＱ－ＡＣＫフィードバックタイミングとして示すＤＣＩでＴＤＲＡテーブルの任意の行インデックスｒによってスケジューリングすることができる全ての一意のＤＬスロットを含む。
・（ＤＬスロットのセットに属する）ＤＬスロットに対応するＳＬＩＶのセットは、ＵＬスロットをＨＡＲＱ－ＡＣＫフィードバックのタイミングとして示すＤＣＩでＴＤＲＡテーブルの任意の行インデックスｒによってＤＬスロット内でスケジューリングすることができる全てのＳＬＩＶを少なくとも含む。

【0083】

それに基づいて、ＵＥは、ｋ＜Ｃ（Ｋ_１）の間のループを使用することにより疑似コード構造に従ってＰＤＳＣＨ受信候補またはセミパーシステントスケジューリング（ＳＰＳ）ＰＤＳＣＨ放出のための機会のセットを決定する。

【0084】

また、動的なＨＡＲＱ－ＡＣＫコードブックの生成の場合、カウンタダウンリンク割り当てインデックス（Ｃ－ＤＡＩ：ｃｏｕｎｔｅｒ ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ）またはトータルダウンリンク割り当てインデックス（Ｔ－ＤＡＩ：ｔｏｔａｌ ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ ｉｎｄｅｘ）をＤＣＩごと、もしくはＰＤＳＣＨごと、または複数のＰＤＳＣＨのサブセットごとにカウントすることができる。Ｃ－ＤＡＩ／Ｔ－ＤＡＩがＤＣＩごとにカウントされる場合、ＤＣＩによってスケジューリングされるＰＤＳＣＨの数に制限がある。ＤＣＩによってスケジューリングされるＰＤＳＣＨの数に柔軟性を持たせるために、ＤＣＩによる単一ＰＤＳＣＨスケジューリングおよびマルチＰＤＳＣＨスケジューリングに２つの別々のコードブックをそれぞれ使用することができる。この設計により、ＤＣＩによる単一ＰＤＳＣＨスケジューリングおよびマルチＰＤＳＣＨスケジューリングの混合動作が可能になるが、マルチＰＤＳＣＨスケジューリングにおけるＰＤＳＣＨの数が共通である必要があるといった制限がまだある。また、チャネル状態および／またはチャネル占有時間（ＣＯＴ：ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｔｉｍｅ）の利用可能な長さに応じてＰＤＳＣＨの数が変化し得るので、ＤＣＩ内のマルチＰＤＳＣＨスケジューリングでのＰＤＳＣＨの数は柔軟である必要がある。動的なＨＡＲＱ－ＡＣＫコードブックの生成では、ＤＡＩフィールドのサイズを増やす必要がある。リリース１５／１６ＮＲでは、ＤＡＩフィールドが２ビットの場合、最大で３つの連続するＤＣＩの検出漏れが生じても、ＨＡＲＱコードブックを依然として正しく生成することができる。マルチＰＤＳＣＨスケジューリングが設定される場合に同じロバスト性を維持するために、ＤＡＩフィールドサイズを決定するための可能な方法を以下に示す［Ｒ１－２１０５３９６］。
・Ｃ－ＤＡＩのみが設定される場合、ＤＡＩフィールドサイズは２＋ｌｏｇ_２Ｎ_Ｍａｘであり、
・Ｔ－ＤＡＩおよびＣ－ＤＡＩの両方が設定される場合、ＤＡＩフィールドサイズは２×（２＋ｌｏｇ_２Ｎ_Ｍａｘ）であり、
・Ｔ－ＤＡＩおよびＣ－ＤＡＩの両方が設定され、スケジューリングされていないＰＤＳＣＨのグループが設定される場合、ＤＡＩフィールドサイズは３×（２＋ｌｏｇ_２Ｎ_Ｍａｘ）である。

【0085】

Ｎ_ＭａｘはＴＳ３８．２１２で規定されたＰＤＳＣＨおよびスケジューリングされていないＰＤＳＣＨのグループの最大数であり、ここで、ｇＮＢは、ＤＣＩの「要求されたＰＤＳＣＨのグループ（複数可）の数」のフィールドによって（ＲＲＣによりＮＦＩ－ＴｏｔａｌＤＡＩ－Ｉｎｃｌｕｄｅｄ－ｒ１６＝ｅｎａｂｌｅを設定して）「スケジューリングされていないＰＤＳＣＨのグループ」のＨＡＲＱ－ＡＣＫを送るようにトリガすることができることに留意されたい。「要求されたＰＤＳＣＨのグループ（複数可）の数」＝０の場合、「スケジューリングされたＰＤＳＣＨのグループ」のＨＡＲＱ－ＡＣＫのみが送られる。「要求されたＰＤＳＣＨのグループ（複数可）の数」＝１の場合、「スケジューリングされたＰＤＳＣＨのグループ」と「スケジューリングされていないＰＤＳＣＨのグループ」との両方のＨＡＲＱ－ＡＣＫが連結されて送られる。さらに、他の方法は、単一のＤＣＩによってスケジューリングされる複数のＰＤＳＣＨの時間領域割り当てリソースを示すＴＤＲＡテーブルの行インデックスに関連付けられたＳＬＩＶの数に基づいてＣ－ＤＡＩ／Ｔ－ＤＡＩのＤＡＩフィールドサイズが決定されるという方法である。

【0086】

ＲＡＮ１＃９６ｂｉｓによる合意によれば、少なくとも単一のＤＣＩによってスケジューリングすることができるマルチＴＲＰベースのＵＲＬＬＣのためのいくつかの方式があり、これらは次のように明確化されている。
方式２（ＦＤＭ）：重複しない周波数リソース割り当てを有する、単一スロット内のｎ個（ｎ≦Ｎ_ｆ）のＴＣＩ状態。
－ それぞれの重複しない周波数リソース割り当ては１つのＴＣＩ状態に関連付けられる。
－ 同じ単一／複数の復調参照信号（ＤＭＲＳ：ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）ポート（複数可）が、全ての重複しない周波数リソース割り当てに関連付けられる。
方式２ａ：
－ １つのＲＶを有する単一のコードワードが、リソース割り当て全体にわたって使用される。ＵＥの観点からは、共通のＲＢマッピング（リリース１５のようなコードワードからレイヤへのマッピング）がリソース割り当て全体にわたって適用される。
方式２ｂ：
－ １つのＲＶを有する単一のコードワードが重複しない周波数リソース割り当てごとに使用される。それぞれの重複しない周波数リソース割り当てに対応するＲＶは、同じであるかまたは異なることができる。
－ 異なる重複しない周波数リソース割り当てへの異なるＭＣＳ／変調次数の適用を実装することができる。
－ 割り当ての粒度、時間領域割り当てに関するＦＤＭ２ａ／２ｂの周波数リソース割り当てメカニズムの詳細を実装することができる。
方式３（ＴＤＭ）：重複しない時間リソース割り当てを有する、単一スロット内のｎ個（ｎ≦Ｎｔ１）のＴＣＩ状態。
－ ＴＢの各送信機会は、ミニスロットの時間粒度の１つのＴＣＩおよび１つのＲＶを有する。
－ スロット内の全ての送信機会（複数可）は、同じ単一または複数のＤＭＲＳポート（複数可）を有する共通のＭＣＳを使用する。
－ ＲＶ／ＴＣＩ状態は、送信機会の間で同じであるかまたは異なることができる。
－ 今後の課題（ＦＦＳ：Ｆｏｒ ｆｕｒｔｈｅｒ ｓｔｕｄｙ）：同じＴＣＩインデックスを有するミニスロットにわたるチャネル推定補間。
方式４（ＴＤＭ）：Ｋ個（ｎ≦Ｋ）の異なるスロットを有するｎ個（ｎ≦Ｎｔ２）のＴＣＩ状態
－ ＴＢの各送信機会は、１つのＴＣＩおよび１つのＲＶを有する。
－ Ｋスロットにわたる全ての送信機会（複数可）は、同じ単一または複数のＤＭＲＳポート（複数可）を有する共通のＭＣＳを使用する。
－ ＲＶ／ＴＣＩ状態は、送信機会間で同じであるかまたは異なることができる。
－ ＦＦＳ：同じＴＣＩインデックスを有するスロットにわたるチャネル推定補間。

【0087】

Ｍ－ＴＲＰ／パネルベースのＵＲＬＬＣ方式は、改善された信頼性、効率、および仕様への影響に関して比較されるべきである。さらに、ＴＲＰあたりのレイヤ数のサポートについて議論され得る。

【0088】

技術仕様（ＴＳ：ｔｅｃｈｎｉｃａｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ）３８．２１４ｖｅｒ． １６．１．０によれば、「ＦＤＭＳｃｈｅｍｅＡ」、「ＦＤＭＳｃｈｅｍｅＢ」、「ＴＤＭＳｃｈｅｍｅＡ」のうちの１つに設定されたＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒなどの上位レイヤパラメータによってＵＥを設定することができ、ここでＵＥにはコードポイントに２つのＴＣＩ状態が示される。２つのＴＣＩ状態がＤＣＩに示され、ＵＥが「ＦＤＭＳｃｈｅｍｅＡ」に設定されている場合、ＵＥは、Ｃｌａｕｓｅ５．１．２．３に記載のように、各ＴＣＩ状態が重複しない周波数領域リソース割り当てに関連付けられた、ＴＢの単一のＰＤＳＣＨ送信機会を受信するものとする。２つのＴＣＩ状態がＤＣＩに示され、ＵＥが「ＦＤＭＳｃｈｅｍｅＢ」に設定されている場合、ＵＥは、Ｃｌａｕｓｅ５．１．２．３に記載のように、他方のＰＤＳＣＨ送信機会に対して重複しない周波数領域リソース割り当てを有するＰＤＳＣＨ送信機会に各ＴＣＩ状態が関連付けられた、同じＴＢの２つのＰＤＳＣＨ送信機会を受信するものとする。２つのＴＣＩ状態がＤＣＩに示され、ＵＥが「ＴＤＭＳｃｈｅｍｅＡ」に設定されている場合、ＵＥは、Ｃｌａｕｓｅ５．１．２．１に記載のように、他方のＰＤＳＣＨ送信機会に対して重複しない時間領域リソース割り当てを有するＰＤＳＣＨ送信機会に各ＴＣＩ状態が関連付けられた、同じＴＢの２つのＰＤＳＣＨ送信機会を受信するものとし、両方のＰＤＳＣＨ送信機会は所与のスロット内で受信されるものとする。

【0089】

ＦＤＭＳｃｈｅｍｅＡおよびＦＤＭＳｃｈｅｍｅＢの下での周波数領域リソース割り当てについて、Ｐ’_{ＢＷＰ．ｉ}がワイドバンドとして決定された場合、最初の

【数1】

個のＰＲＢは最初のＴＣＩ状態に割り当てられ、残りの

【数2】

個のＰＲＢは第２のＴＣＩ状態に割り当てられ、ここでｎ_ＰＲＢはＵＥに割り当てられたＰＲＢの総数である。Ｐ’_{ＢＷＰ．ｉ}が｛２，４｝の値の１つとして決定された場合、割り当てられた周波数領域リソース内の偶数のＰＲＧは第１のＴＣＩ状態に割り当てられ、割り当てられた周波数領域リソース内の奇数のＰＲＧは第２のＴＣＩ状態に割り当てられる。

【0090】

実施形態１～４は、ＤＬ ＰＤＳＣＨにおけるマルチＴＢスケジューリングに焦点を当てている。対応するｋ番目の部分のスロットオフセットをＫ_０ｋからＫ_２ｋに置き換えることによって、ＵＬ ＰＵＳＣＨにおけるマルチＴＢスケジューリングに同様のアプローチを直接適用することができる。１つのＴＲＰのみ（ＴＣＩ状態＃１またはＴＣＩ状態＃２）がアクティブ化されている場合、ＵＥはこのアクティブ化されたＴＲＰにデータ送信を送る。複数のＴＲＰがアクティブ化されている場合、ＵＬデータ送信は最良の状態のＴＲＰに基づいて行われる。ネットワークの可用性およびＵＥの能力に応じて、非ＲｅｄＣａｐ（通常／レガシー）ＵＥおよびＲｅｄｃａｐ ＵＥの両方のネットワークにおいて複数の実施形態を一緒に適用することができる。本明細書に記載の実施形態および例において、ＴＲＰをパネルに置き換えることができるということは理解されよう。

【0091】

実施形態１～７において、提案した解決策および例では２つのＴＲＰのシナリオについて論じているが、これらの実施形態が３つ以上のＴＲＰのシナリオに直接適用可能であることは理解されよう。そのような場合、３つ以上のＴＣＩ状態が使用される。これにより、有利なことに、動作に際してより多くのＴＲＰからの利得が実現される。

【0092】

実施形態１～４で単一のＤＣＩを使用する代わりに、複数のＤＣＩベースのマルチＴＲＰ／パネル送信の場合、複数のＤＣＩのそれぞれは、複数のＴＲＰまたはパネルのそれぞれについて複数のＴＢのＤＬ無線リソースをスケジューリングすることができる。複数のＴＢに対するジョイントＨＡＲＱフィードバックまたは個別のＨＡＲＱフィードバックのいずれかを使用することができる。

【0093】

実施形態１～４では、提案した解決策および例は、１つまたは複数のレイヤの送信に適用可能であり、たとえば、５２．６ＧＨｚを超える非地上ネットワーク（ＮＴＮ：Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋ）などの比較的長いラウンドトリップタイム（ＲＴＴ：ｒｏｕｎｄ ｔｒｉｐ ｔｉｍｅ）のシナリオにも適用可能であり、有益である。さらに、実施形態１～４において、各部分の無線リソースは、ＴＣＩシグナリングの１つのインデックスによって示されるように準静的に設定されるＴＣＩ状態の数に基づいて準静的に示すことができる。

【0094】

図１９は、様々な実施形態による通信方法を示す流れ図１９００を示している。ステップ１９０２において、単一のＤＣＩが受信され、単一のＤＣＩはスケジューリング情報を含み、スケジューリング情報は複数のＴＢの無線リソースを示す。ステップ１９０４において、スケジューリング情報に基づいて複数のＴＢの無線リソースが取得される。

【0095】

図２０は、様々な実施形態による、単一ＤＣＩベースのマルチＴＲＰ／パネル送信のためのマルチＴＢスケジューリングの実装を容易にするために実装することができる通信装置２０００の概略的な部分的に区分された図を示している。通信装置２０００は、様々な実施形態によれば、基地局、ｇＮＢ、または通常の（非ＲｅｄＣａｐもしくはリリース１５／１６／１７の）ＵＥ、ＲｅｄＣａｐ ＵＥ、あるいは他の同様のタイプのＵＥとして実装され得る。

【0096】

通信装置２０００の様々な機能および動作は、階層モデルに従ってレイヤに配置される。このモデルでは、３ＧＰＰ仕様に従って、下位レイヤが上位レイヤに報告し、上位レイヤから指示を受ける。簡単にするために、階層モデルの詳細については本開示では論じない。

【0097】

図２０に示すように、通信装置２０００は、回路２０１４、少なくとも１つの無線送信機２００２、少なくとも１つの無線受信機２００４、および複数のアンテナ２０１２を含み得る（簡単にするために、図２０では説明の目的で１つのアンテナのみを示している）。回路２０１４は、ＭＩＭＯ無線ネットワークにおける１つまたは複数の他の通信装置との通信の制御を含む、実行するように設計されたタスクのソフトウェアおよびハードウェア支援実行で使用するための少なくとも１つのコントローラ２００６を含み得る。少なくとも１つのコントローラ２００６は、少なくとも１つの無線送信機２００２を介して１つまたは複数の他の通信装置に送られる設定情報、ＨＡＲＱフィードバック、ＡＣＫ、ＮＡＣＫ、ＩＥおよび／またはＲＲＣ－Ｒｅｃｏｎｆｉｇメッセージを生成するための少なくとも１つの送信信号生成器２００８と、少なくとも１つの無線受信機２００４を介して１つまたは複数の他の通信装置から受信される上記設定情報、ＨＡＲＱフィードバック、ＡＣＫ、ＮＡＣＫ、ＩＥおよび／またはＲＲＣ－Ｒｅｃｏｎｆｉｇメッセージを処理するための少なくとも１つの受信信号処理器２０１０とを制御し得る。少なくとも１つの送信信号生成器２００８および少なくとも１つの受信信号処理器２０１０は、図２０に示すように、上述の機能のために少なくとも１つのコントローラ２００６と通信する通信装置２０００のスタンドアロンモジュールであり得る。あるいは、少なくとも１つの送信信号生成器２００８および少なくとも１つの受信信号処理器２０１０は、少なくとも１つのコントローラ２００６に含まれ得る。これらの機能モジュールの配置が柔軟であり、実際のニーズおよび／または要求に応じて変わり得ることは当業者には理解可能である。データ処理、記憶、および他の関連する制御装置を適切な回路基板上および／またはチップセット内に設けることができる。様々な実施形態では、動作に際して、少なくとも１つの無線送信機２００２、少なくとも１つの無線受信機２００４、および少なくとも１つのアンテナ２０１２は、少なくとも１つのコントローラ２００６によって制御され得る。

【0098】

図２０に示す実施形態において、少なくとも１つの無線受信機２００４は、少なくとも１つの受信信号処理器２０１０と共に、通信装置２０００の受信機を形成する。通信装置２０００の受信機は、動作に際して、単一ＤＣＩベースのマルチＴＲＰ／パネル送信のためのマルチＴＢスケジューリングの実装を容易にするために必要な機能を提供する。

【0099】

通信装置２０００は、動作に際して、単一ＤＣＩベースのマルチＴＲＰ／パネル送信のためのマルチＴＢスケジューリングの実装を容易にするために必要な機能を提供する。たとえば、通信装置２０００は通信装置であり得、受信機２００４は、動作に際して、スケジューリング情報を含む単一のＤＣＩを受信し得、スケジューリング情報は複数のＴＢの無線リソースを示す。回路２０１４は、動作に際して、スケジューリング情報に基づいて複数のＴＢの無線リソースを取得し得る。

【0100】

スケジューリング情報は２つ以上の送信設定インジケータ（ＴＣＩ）状態を示し得、示されたＴＣＩ状態のそれぞれは１つの送受信点（ＴＲＰ）またはパネルのアクティブ化に対応し、複数のＴＢの無線リソースは示されたＴＣＩ状態に関連付けられる。スケジューリング情報は１つのＴＲＰまたはパネルのアクティブ化に対応する１つのＴＣＩ状態を示し得、複数のＴＢの無線リソースは示されたＴＣＩ状態に関連付けられる。第１のＴＲＰに関連する複数のＴＢのうちの第１のＴＢは、示されたＴＣＩ状態のうちの第１のＴＣＩ状態に関連付けられ得、第２のＴＲＰに関連する複数のＴＢのうちの第２のＴＢは、示されたＴＣＩ状態のうちの第２のＴＣＩ状態に関連付けられ得る。複数のＴＢのそれぞれは示されたＴＣＩ状態のうちの少なくとも１つに関連付けられ得る。

【0101】

複数のＴＢは複数の部分にセグメント化され得、複数の部分のそれぞれは複数のＴＢからの１つまたは複数のコードブロック（ＣＢ）あるいは１つまたは複数のコードブロックグループ（ＣＢＧ）を含み、スケジューリング情報は少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つの無線リソースを示す。示されたＴＣＩ状態のうちの１つは少なくとも１つの部分に関連付けられ得る。複数の部分のそれぞれはＴＲＰまたはパネルのうちの少なくとも１つに関連付けられ得、受信機２００４は、無線リソースを使用してダウンリンク送信でＴＲＰまたはパネルから複数の部分のうちの少なくとも１つを受信するようにさらに構成され得る。複数の部分のそれぞれはＴＲＰまたはパネルのうちの少なくとも１つに関連付けられ得、通信装置２０００は、動作に際して、無線リソースを使用してアップリンク送信で１つまたは複数のＴＲＰまたはパネルに複数の部分のうちの少なくとも１つを送信する送信機２００２をさらに備え得る。複数の部分の各サイズは、他のＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣシグナリングなどの制御情報によって設定され得る。複数の部分のそれぞれのサイズは通信リンクの品質によって決定され得る。

【0102】

スケジューリング情報は、複数の部分のそれぞれについて、あるいは１つまたは複数のＴＣＩ状態のそれぞれについて、異なる空間情報を示し得る。スケジューリング情報は、空間情報を導出するための参照信号（ＲＳ）によって少なくとも１つのＴＣＩ状態を設定することを、設定されるＴＣＩ状態に関連付けられた複数の部分のうちの少なくとも１つに対して行い得る。スケジューリング情報は、デフォルトの空間情報によって少なくとも１つのＴＣＩ状態を暗黙的または明示的に設定することを、設定されるＴＣＩ状態に関連付けられた複数の部分のうちの少なくとも１つに対して行い得る。複数の部分のうちのそれぞれは複数のＴＢからの１つまたは複数のＴＢを含み得る。複数のＴＢのうちの異なるＴＲＰに関連する２つ以上のＴＢは異なる部分に関連付けられ得る。複数のＴＢのうちの同じＴＲＰに関連する２つ以上のＴＢは１つの部分に関連付けられ得る。スケジューリング情報は、ダウンリンク（ＤＬ）送信用のセミパーシステントスケジューリング（ＳＰＳ）またはアップリンク（ＵＬ）送信用の設定グラント（ＣＧ）によって示され得る。

【0103】

スケジューリング情報は時間領域リソース割り当て（ＴＤＲＡ）テーブルまたは周波数領域リソース割り当て（ＦＤＲＡ）テーブルをさらに含み得、複数のＴＢの無線リソースはＴＤＲＡテーブルまたはＦＤＲＡテーブルによって示される。スケジューリング情報は、少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つに対応する開始および長さインジケータ（ＳＬＩＶ）を含み得る。スケジューリング情報は、少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つに対応する開始シンボルおよび割り当て長を含み得る。スケジューリング情報は、少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つに対応するスロットオフセットを含み得る。スケジューリング情報は、少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つに対応する開始物理リソースブロック（ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）およびＰＲＢの数を含み得る。スケジューリング情報は、少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つに対応するＦＤＲＡを含み得る。スケジューリング情報は、少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つに対応するＰＲＢまたはリソースブロックグループ（ＲＢＧ）を示すビットマップを含み得る。スケジューリング情報は、部分インデックス、冗長バージョン（ＲＶ）、マッピングタイプ、変調次数、符号化率、およびインターリーブパターンのうちの１つまたは組み合わせを含み得る。ＴＤＲＡテーブルまたはＦＤＲＡテーブルは少なくともＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣシグナリングによって設定され得る。ＴＤＲＡテーブルまたはＦＤＲＡテーブルは仕様で規定され得る。

【0104】

スケジューリング情報は、最初の送信のための複数のＴＢからの少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つの無線リソースを示し得、繰り返し送信のための少なくとも１つの部分の少なくとも１つの繰り返しおよび示されたＴＣＩ状態のうちの少なくとも１つの無線リソースをさらに示し得る。最初の送信のための部分と示されたＴＣＩ状態のうちの１つとの関連付けは、繰り返し送信のためのものと同じであるかまたは異なり得る。スケジューリング情報は、最初の送信のための少なくとも１つの部分およびサービングセル（ＰＣｅｌｌ、ＰＳＣｅｌｌ、またはＳＣｅｌｌ）のうちの少なくとも１つの無線リソースをさらに示し得、繰り返し送信のための少なくとも１つの部分の少なくとも１つの繰り返しおよびサービングセル（ＰＣｅｌｌ、ＰＳＣｅｌｌ、またはＳＣｅｌｌ）のうちの少なくとも１つの無線リソースをさらに示し得る。最初の送信のための複数のＴＢからの１つの部分の空間情報は、再送信のためのものと同じであるかまたは異なり得る。単一のＤＣＩは、複数のＴＲＰまたはパネルのうちの１つから送信されるようにスケジューリングされ得る。スケジューリング情報は、プライマリＴＲＰと呼ばれる単一のＤＣＩで設定される単一のＴＲＰについて、複数のＴＢからの複数の部分の最初の送信をさらに示し得、複数のＴＢからの部分の繰り返し送信は、プライマリＴＲＰ以外の残りのＴＲＰについて設定され得る。インターリーブパターンは、全ての部分およびそれらの繰り返しの内容に適用され得、インターリーブパターンは、事前設定されたルールによって暗黙的に、または少なくともＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣシグナリングによって明示的に示される。

【0105】

回路２０１４は、ＣＢＧのそれぞれに対して応答信号を生成するようにさらに構成され得る。受信機２００４がＣＢＧの全てのＣＢを正しく受信した場合、応答確認（ＡＣＫ）信号が生成され得、受信機２００４がＣＢＧの少なくとも１つのＣＢを誤って受信した場合、否定応答（ＮＡＣＫ）信号が生成され得る。回路２０１４は、複数の部分のそれぞれに対して応答信号を生成するようにさらに構成され得る。受信機２００４が部分の全てのＣＢを正しく受信した場合、ＡＣＫ信号が生成され得、受信機２００４が部分の少なくとも１つのＣＢを誤って受信した場合、ＮＡＣＫ信号が生成され得る。回路は、示されたＴＣＩ状態のそれぞれについて応答信号を生成するようにさらに構成され得る。受信機２００４がＴＣＩ状態に関連する全てのＣＢを正しく受信した場合、ＡＣＫ信号が生成され得、受信機２００４がＴＣＩ状態に関連する少なくとも１つのＣＢを誤って受信した場合、ＮＡＣＫ信号が生成され得る。スケジューリング情報は、応答信号のためのＰＵＣＣＨまたはＰＵＳＣＨリソースインジケータ（ＰＲＩ）を示し得、通信装置２０００は、動作に際して、スケジューリング情報に基づいて、対応するＰＵＣＣＨまたはＰＵＳＣＨ上で複数のＴＢの応答信号を送信する送信機２００２をさらに備え得る。スケジューリング情報は複数のＴＢの応答信号をジョイントＨＡＲＱ信号として多重化することを示し得、送信機２００２は、単一のＤＣＩで設定されるＴＲＰにジョイントＨＡＲＱ信号を送信するようにさらに構成され得る。送信機は、複数のＴＢの独立した応答信号をそれらに対応するＴＲＰにそれぞれ送信するようにさらに構成され得る。送信機２００２は、複数のＴＢのジョイントＨＡＲＱ信号を全てのＴＲＰに送信するようにさらに構成され得る。スケジューリング情報は、部分ごとまたはＴＣＩ状態ごとの独立したＨＡＲＱ関連情報をさらに示し得る。

【0106】

通信装置２０００は、動作に際して、単一ＤＣＩベースのマルチＴＲＰ／パネル送信のためのマルチＴＢスケジューリングの実装を容易にするために必要な機能を提供する。たとえば、通信装置２０００は基地局またはｇＮＢであり得、回路２０１４は、動作に際して、スケジューリング情報を含む単一のＤＣＩを生成し得、スケジューリング情報は複数のＴＢの無線リソースを示し、送信機２００２は、動作に際して、単一のＤＣＩを通信装置に送信し得る。

【0107】

上述したように、本開示の実施形態は、単一ＤＣＩベースのマルチＴＲＰ／パネル送信のためのマルチＴＢスケジューリングの実装を可能にする高度な通信方法および通信装置を提供する。

【0108】

本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。上述した各実施形態の説明において使用される各機能ブロックは、その一部または全体を、集積回路などのＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、その一部または全体を、同じＬＳＩまたはＬＳＩの組合せによって制御することができる。ＬＳＩは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを使用することによって実施することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブル・プロセッサを使用することもできる。本開示は、デジタル処理またはアナログ処理として実施することができる。半導体技術または別の派生技術が進歩する結果として、ＬＳＩが将来の集積回路技術に置き換わる場合、その将来の集積回路技術を使用して機能ブロックを集積化することができる。バイオテクノロジを適用することもできる。

【0109】

本開示は、通信の機能を有する任意の種類の装置、デバイス、またはシステム（通信装置と呼ばれる）によって実施することができる。

【0110】

通信装置は、送受信機および処理／制御回路を備えていることができる。送受信機は、受信機および送信機を備えている、および／または、受信機および送信機として機能することができる。送信機および受信機としての送受信機は、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数）モジュールと、１つまたは複数のアンテナを含むことができる。

【0111】

このような通信装置の非限定的ないくつかの例としては、電話（例：携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例：ラップトップ、デスクトップ、ノートブック）、カメラ（例：デジタルスチル／ビデオカメラ）、デジタルプレイヤー（デジタルオーディオ／ビデオプレイヤー）、ウェアラブルデバイス（例：ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、電子書籍リーダー、遠隔医療／テレメディシン（リモート医療・医薬）装置、通信機能を提供する車両（例：自動車、飛行機、船舶）、およびこれらのさまざまな組合せ、が挙げられる。

【0112】

通信装置は、携帯型または可搬型に限定されず、非携帯型または据付け型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」なども含むことができる。

【0113】

通信は、例えばセルラーシステム、無線ＬＡＮシステム、衛星システム、その他、およびこれらのさまざまな組合せを通じてデータを交換するステップ、を含むことができる。

【0114】

通信装置は、本開示の中で説明した通信の機能を実行する通信デバイスに結合されたコントローラやセンサなどのデバイスを備えることができる。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号またはデータ信号を生成するコントローラまたはセンサ、を備えていることができる。

【0115】

通信装置は、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。

【0116】

特定の実施形態に示した本開示には、広範に説明した本開示の趣旨または範囲から逸脱することなく、多数の変更および／または修正を行い得ることが、当業者には理解されるであろう。したがって本明細書における実施形態は、あらゆる点において説明を目的としており、本発明を制限するものではないとみなされたい。
１．動作に際して、スケジューリング情報を含む単一のダウンリンク制御情報（ＤＣＩ）を受信する受信機であって、スケジューリング情報は複数のトランスポートブロック（ＴＢ）の無線リソースを示す、受信機と、動作に際して、スケジューリング情報に基づいて複数のＴＢの無線リソースを取得する回路と、を備える、通信装置。
２．スケジューリング情報は２つ以上の送信設定インジケータ（ＴＣＩ）状態を示し、示されたＴＣＩ状態のそれぞれは１つの送受信点（ＴＲＰ）またはパネルのアクティブ化に対応し、複数のＴＢの無線リソースは示されたＴＣＩ状態に関連付けられる、請求項１に記載の通信装置。
３．スケジューリング情報は１つのＴＲＰまたはパネルのアクティブ化に対応する１つのＴＣＩ状態を示し、複数のＴＢの無線リソースは示されたＴＣＩ状態に関連付けられる、請求項１に記載の通信装置。
４．第１のＴＲＰに関連する複数のＴＢのうちの第１のＴＢは、示されたＴＣＩ状態のうちの第１のＴＣＩ状態に関連付けられ、第２のＴＲＰに関連する複数のＴＢのうちの第２のＴＢは、示されたＴＣＩ状態のうちの第２のＴＣＩ状態に関連付けられる、請求項２に記載の通信装置。
５．複数のＴＢのそれぞれは示されたＴＣＩ状態のうちの少なくとも１つに関連付けられる、請求項２に記載の通信装置。
６．複数のＴＢは複数の部分にセグメント化され、複数の部分のそれぞれは複数のＴＢからの１つまたは複数のコードブロック（ＣＢ）あるいは１つまたは複数のコードブロックグループ（ＣＢＧ）を含み、スケジューリング情報は少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つの無線リソースを示す、請求項２または５に記載の通信装置。
７．示されたＴＣＩ状態のうちの１つは少なくとも１つの部分に関連付けられる、請求項６に記載の通信装置。
８．複数の部分のそれぞれはＴＲＰまたはパネルのうちの少なくとも１つに関連付けられ、受信機は、無線リソースを使用してダウンリンク送信でＴＲＰまたはパネルから複数の部分のうちの少なくとも１つを受信するようにさらに構成される、請求項６に記載の通信装置。
９．複数の部分のそれぞれはＴＲＰまたはパネルのうちの少なくとも１つに関連付けられ、通信装置は、動作に際して、無線リソースを使用してアップリンク送信で１つまたは複数のＴＲＰまたはパネルに複数の部分のうちの少なくとも１つを送信する送信機をさらに備える、請求項６に記載の通信装置。
１０．複数の部分の各サイズは、他のＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣシグナリングなどの制御情報によって設定される、請求項６に記載の通信装置。
１１．複数の部分のそれぞれのサイズは通信リンクの品質によって決定される、請求項６に記載の通信装置。
１２．スケジューリング情報は、複数の部分のそれぞれについて、あるいは１つまたは複数のＴＣＩ状態のそれぞれについて、異なる空間情報を示す、請求項６に記載の通信装置。
１３．スケジューリング情報は、空間情報を導出するための参照信号（ＲＳ）によって少なくとも１つのＴＣＩ状態を設定することを、設定されるＴＣＩ状態に関連付けられた複数の部分のうちの少なくとも１つに対して行う、請求項６に記載の通信装置。
１４．スケジューリング情報は、デフォルトの空間情報によって少なくとも１つのＴＣＩ状態を暗黙的または明示的に設定することを、設定されるＴＣＩ状態に関連付けられた複数の部分のうちの少なくとも１つに対して行う、請求項６に記載の通信装置。
１５．複数の部分のそれぞれは複数のＴＢからの１つまたは複数のＴＢを含む、請求項６に記載の通信装置。
１６．複数のＴＢのうちの異なるＴＲＰに関連する２つ以上のＴＢは異なる部分に関連付けられる、請求項６に記載の通信装置。
１７．複数のＴＢのうちの同じＴＲＰに関連する２つ以上のＴＢは１つの部分に関連付けられる、請求項６または１６に記載の通信装置。
１８．スケジューリング情報は、ダウンリンク（ＤＬ）送信用のセミパーシステントスケジューリング（ＳＰＳ）またはアップリンク（ＵＬ）送信用の設定グラント（ＣＧ）によって示される、請求項１～６のいずれか一項に記載の通信装置。
１９．スケジューリング情報は時間領域リソース割り当て（ＴＤＲＡ）テーブルまたは周波数領域リソース割り当て（ＦＤＲＡ）テーブルをさらに含み、複数のＴＢの無線リソースはＴＤＲＡテーブルまたはＦＤＲＡテーブルによって示される、請求項６に記載の通信装置。
２０．スケジューリング情報は、少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つに対応する開始および長さインジケータ（ＳＬＩＶ）を含む、請求項１９に記載の通信装置。
２１．スケジューリング情報は、少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つに対応する開始シンボルおよび割り当て長を含む、請求項１９に記載の通信装置。
２２．スケジューリング情報は、少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つに対応するスロットオフセットを含む、請求項１９に記載の通信装置。
２３．スケジューリング情報は、少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つに対応する開始物理リソースブロック（ＰＲＢ）およびＰＲＢの数を含む、請求項１９に記載の通信装置。
２４．スケジューリング情報は、少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つに対応するＦＤＲＡを含む、請求項１９に記載の通信装置。
２５．スケジューリング情報は、少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つに対応するＰＲＢまたはリソースブロックグループ（ＲＢＧ）を示すビットマップを含む、請求項１９に記載の通信装置。
２６．スケジューリング情報は、部分インデックス、冗長バージョン（ＲＶ）、マッピングタイプ、変調次数、符号化率、およびインターリーブパターンのうちの１つまたは組み合わせを含む、請求項１９または２２に記載の通信装置。
２７．ＴＤＲＡテーブルまたはＦＤＲＡテーブルは少なくともＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣシグナリングによって設定される、請求項１９に記載の通信装置。
２８．ＴＤＲＡテーブルまたはＦＤＲＡテーブルは仕様で規定される、請求項１９に記載の通信装置。
２９．スケジューリング情報は、最初の送信のための複数のＴＢからの少なくとも１つの部分および示されたＴＣＩ状態のうちの少なくとも１つの無線リソースを示し、繰り返し送信のための少なくとも１つの部分の少なくとも１つの繰り返しおよび示されたＴＣＩ状態のうちの少なくとも１つの無線リソースをさらに示す、請求項６～２７のいずれか一項に記載の通信装置。
３０．最初の送信のための部分と示されたＴＣＩ状態のうちの１つとの関連付けは、繰り返し送信のためのものと同じであるかまたは異なる、請求項２９に記載の通信装置。
３１．スケジューリング情報は、最初の送信のための少なくとも１つの部分およびサービングセル（ＰＣｅｌｌ、ＰＳＣｅｌｌ、またはＳＣｅｌｌ）のうちの少なくとも１つの無線リソースをさらに示し、繰り返し送信のための少なくとも１つの部分の少なくとも１つの繰り返しおよびサービングセル（ＰＣｅｌｌ、ＰＳＣｅｌｌ、またはＳＣｅｌｌ）のうちの少なくとも１つの無線リソースをさらに示す、請求項６～２７のいずれか一項に記載の通信装置。
３２．最初の送信のための複数のＴＢからの１つの部分の空間情報は、再送信のためのものと同じであるかまたは異なる、請求項２９に記載の通信装置。
３３．単一のＤＣＩは、複数のＴＲＰまたはパネルのうちの１つから送信されるようにスケジューリングされる、請求項１に記載の通信装置。
３４．スケジューリング情報は、プライマリＴＲＰと呼ばれる単一のＤＣＩで設定される単一のＴＲＰについて、複数のＴＢからの複数の部分の最初の送信をさらに示し、複数のＴＢからの部分の繰り返し送信は、プライマリＴＲＰ以外の残りのＴＲＰについて設定される、請求項２９または３３に記載の通信装置。
３５．インターリーブパターンは、全ての部分およびそれらの繰り返しの内容に適用され、インターリーブパターンは、事前設定されたルールによって暗黙的に、または少なくともＤＣＩ、ＭＡＣ ＣＥ、またはＲＲＣシグナリングによって明示的に示される、請求項２９に記載の通信装置。
３６．回路は、ＣＢＧのそれぞれに対して応答信号を生成するようにさらに構成される、請求項６～８のいずれか一項に記載の通信装置。
３７．受信機がＣＢＧの全てのＣＢを正しく受信した場合、応答確認（ＡＣＫ）信号が生成され、受信機がＣＢＧの少なくとも１つのＣＢを誤って受信した場合、否定応答（ＮＡＣＫ）信号が生成される、請求項３６に記載の通信装置。
３８．回路は、複数の部分のそれぞれに対して応答信号を生成するようにさらに構成される、請求項６～８のいずれか一項に記載の通信装置。
３９．受信機が部分の全てのＣＢを正しく受信した場合、ＡＣＫ信号が生成され、受信機が部分の少なくとも１つのＣＢを誤って受信した場合、ＮＡＣＫ信号が生成される、請求項３８に記載の通信装置。
４０．回路は、示されたＴＣＩ状態のそれぞれについて応答信号を生成するようにさらに構成される、請求項１～８のいずれか一項に記載の通信装置。
４１．受信機がＴＣＩ状態に関連する全てのＣＢを正しく受信した場合、ＡＣＫ信号が生成され、受信機がＴＣＩ状態に関連する少なくとも１つのＣＢを誤って受信した場合、ＮＡＣＫ信号が生成される、請求項４０に記載の通信装置。
４２．スケジューリング情報は応答信号のためのＰＵＣＣＨまたはＰＵＳＣＨリソースインジケータ（ＰＲＩ）を示し、通信装置は、動作に際して、スケジューリング情報に基づいて対応するＰＵＣＣＨまたはＰＵＳＣＨ上で複数のＴＢの応答信号を送信する送信機をさらに備える、請求項３６～４１のいずれか一項に記載の通信装置。
４３．スケジューリング情報は複数のＴＢの応答信号をジョイントＨＡＲＱ信号として多重化することを示し、送信機は、単一のＤＣＩで設定されるＴＲＰにジョイントＨＡＲＱ信号を送信するようにさらに構成される、請求項４２に記載の通信装置。
４４．送信機は、複数のＴＢの独立した応答信号をそれらに対応するＴＲＰにそれぞれ送信するようにさらに構成される、請求項４２に記載の通信装置。
４５．送信機は、複数のＴＢのジョイントＨＡＲＱ信号を全てのＴＲＰに送信するようにさらに構成される、請求項４３に記載の通信装置。
４６．スケジューリング情報は、部分ごとまたはＴＣＩ状態ごとの独立したＨＡＲＱ関連情報をさらに示す、請求項３９～４２のいずれか一項に記載の通信装置。
４７．動作に際して、スケジューリング情報を含む単一のＤＣＩを生成する回路であって、スケジューリング情報は複数のトランスポートブロック（ＴＢ）の無線リソースを示す、回路と、動作に際して、単一のＤＣＩを通信装置に送信する送信機と、を備える、基地局。
４８．スケジューリング情報を含む単一のＤＣＩを受信することであって、スケジューリング情報は複数のＴＢの無線リソースを示す、受信することと、スケジューリング情報に基づいて複数のＴＢの無線リソースを取得することと、を含む、通信方法。
４９．スケジューリング情報を含む単一のＤＣＩを生成することであって、スケジューリング情報は複数のトランスポートブロック（ＴＢ）の無線リソースを示す、生成することと、単一のＤＣＩを通信装置に送信することと、を含む、通信方法。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【国際調査報告】