(57)【要約】データ再伝送に関するコードブックフィードバックのためのシステムおよび方法が、本明細書に開示される。一実施形態において、通信デバイスによって実施される方法は、通信ノードから第１のダウンリンク情報および第２のダウンリンク情報のうちの少なくとも１つを受信することであって、第１のダウンリンク情報は、アップリンクグラント情報が受信される前に受信され、第２のダウンリンク情報は、アップリンクグラント情報が受信された後に受信される、ことと、少なくとも１つのハイブリッド自動反復要求確認応答（ＨＡＲＱ  ＡＣＫ）を生成することと、アップリンクグラント情報に示されるアップリンクフィードバックタイミングに基づいて、フィードバックスロットにおいてＨＡＲＱ  ＡＣＫを通信ノードに送信することとを含む。
2021512516.tif 000002
【特許請求の範囲】
【請求項１】
通信デバイスによって実施される方法であって、前記方法は、
通信ノードから第１のダウンリンク情報および第２のダウンリンク情報のうちの少なくとも１つを受信することであって、
前記第１のダウンリンク情報は、アップリンクグラント情報が受信される前に受信され、
前記第２のダウンリンク情報は、アップリンクグラント情報が受信された後に受信される、ことと、
少なくとも１つのハイブリッド自動反復要求確認応答（ＨＡＲＱ  ＡＣＫ）を生成することであって、前記少なくとも１つのＨＡＲＱ  ＡＣＫは、
前記第１のダウンリンク情報に対応する第１のフィードバック情報、および
前記第２のダウンリンク情報に対応する第２のフィードバック情報
のうちの少なくとも１つを備えている、ことと、
前記アップリンクグラント情報に示されるアップリンクフィードバックタイミングに基づいて、フィードバックスロットにおいて前記ＨＡＲＱ  ＡＣＫを前記通信ノードに送信することと
を含む、方法。
【請求項２】
前記第１のフィードバック情報および前記第２のフィードバック情報は、前記フィードバックスロットにおいて送信され、
前記フィードバックスロットは、前記第１のダウンリンク情報および前記第２のダウンリンク情報からのアップリンクフィードバックタイミングパラメータＫ１によって示される、請求項１に記載の方法。
【請求項３】
前記第１のフィードバック情報のコードブックサイズは、前記アップリンクグラント情報に関連付けられたアップリンクグラントスロットのダウンリンク制御情報における総ダウンリンク割り当てインデックス（総ＤＡＩ）に関連している、請求項１に記載の方法。
【請求項４】
前記総ＤＡＩは、前記アップリンクグラント情報が受信される前に前記通信デバイスのためにスケジュールされたダウンリンクスロットまたはダウンリンクトランスポートブロック（ＴＢ）またはダウンリンクコードブロックグループ（ＣＢＧ）の数を示す、請求項３に記載の方法。
【請求項５】
前記第１のダウンリンク情報のためのダウンリンク制御情報は、カウンタダウンリンク割り当てインデックス（ＣＤＡＩ）と、アップリンクフィードバックタイミングパラメータとを備え、前記ＣＤＡＩは、前記第１のダウンリンク情報のインデックスを示し、前記アップリンクフィードバックタイミングパラメータは、前記第１のダウンリンク情報のそれぞれのタイミングに対する前記アップリンクフィードバックタイミングを示す、請求項１に記載の方法。
【請求項６】
前記第２のフィードバック情報のコードブックサイズは、前記第２のダウンリンク情報によって占有されるスロットの数に関連している、請求項１に記載の方法。
【請求項７】
前記スロットの数は、
前記アップリンクグラント情報を受信した後、かつ前記フィードバックスロットの前のスロットの数、
最小アップリンクフィードバック準備時間におけるスロットの数（ＮＴ）を差し引いた、前記アップリンクグラント情報を受信した後、かつ前記フィードバックスロットの前のスロットの数、および
前記アップリンクグラント情報を受信した後、かつ前記フィードバックスロットの前のスロットの数
のうちの１つを備え、
前記フィードバックスロットは、ＲＲＣシグナリングで示されるアップリンクフィードバックタイミングの組に示され、前記アップリンクフィードバックタイミングの組は、全てのアップリンクフィードバックタイミング値を含み、前記アップリンクグラント情報を受信した後、かつ前記フィードバックスロットの前の前記スロットの数は、アップリンクスケジューリングタイミングＫ２−１である、請求項６に記載の方法。
【請求項８】
第２のフィードバック情報コードブックサイズは、Ｎ×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄとして決定され、Ｎは、前記第２のダウンリンク情報によって占有されるスロットの数を表し、ＮＣＢＧは、１つのスロットにおけるコードブロックグループの数を表し、Ｎｃｏｄｅｗｏｒｄは、前記第２のダウンリンク情報に関連付けられたコードワードの数を表す、請求項１に記載の方法。
【請求項９】
前記第１のフィードバック情報および前記第２のフィードバック情報の各々は、それぞれ、前記少なくとも１つのＨＡＲＱ  ＡＣＫのうちの個々のＨＡＲＱ  ＡＣＫに関連付けられている、請求項１に記載の方法。
【請求項１０】
前記第１のフィードバック情報および前記第２のフィードバック情報は、前記ＨＡＲＱ  ＡＣＫに共同で関連付けられている、請求項１に記載の方法。
【請求項１１】
通信デバイスによって実施される方法であって、前記方法は、
第１のダウンリンク情報および第２のダウンリンク情報のうちの少なくとも１つを通信デバイスに送信することであって、
前記第１のダウンリンク情報は、アップリンクグラント情報が受信される前に受信され、
前記第２のダウンリンク情報は、アップリンクグラント情報が受信された後に受信される、
ことと、
アップリンクフィードバックタイミングに基づいて、フィードバックスロットにおいて少なくとも１つのハイブリッド自動反復要求確認応答（ＨＡＲＱ  ＡＣＫ）を受信することと
を含み、
前記少なくとも１つのＨＡＲＱ  ＡＣＫは、
前記第１のダウンリンク情報に対応する第１のフィードバック情報、および
前記第２のダウンリンク情報に対応する第２のフィードバック情報
のうちの少なくとも１つを備えている、方法。
【請求項１２】
前記少なくとも１つのＨＡＲＱ  ＡＣＫは、パンクチャモードまたはレートマッチングモードによって、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で伝送される、請求項１１に記載の方法。
【請求項１３】
前記パンクチャモードは、前記少なくとも１つのＨＡＲＱ  ＡＣＫが前記アップリンクグラント情報に関連付けられたアップリンクデータ伝送をパンクチャすることによって前記ＰＵＳＣＨにおいて伝送されることとして定義される、請求項１２に記載の方法。
【請求項１４】
前記レートマッチングモードは、前記アップリンクグラント情報に関連付けられたアップリンクデータ伝送が、前記少なくとも１つのＨＡＲＱ  ＡＣＫを避けたレートマッチングによって、前記ＰＵＳＣＨにおいてエンコードされることとして定義される、請求項１２に記載の方法。
【請求項１５】
前記少なくとも１つのＨＡＲＱ  ＡＣＫは、前記第１のフィードバック情報および前記第２のフィードバック情報のうちの少なくとも１つ内のビットの数に基づいて、パンクチャモードまたはレートマッチングモードを介して前記ＰＵＳＣＨ上で伝送される、請求項１２に記載の方法。
【請求項１６】
前記第１のフィードバック情報および前記第２のフィードバック情報を搬送する前記ＰＵＳＣＨのリソースは、互いに分離している、請求項１２に記載の方法。
【請求項１７】
前記第１のフィードバック情報のコードブックサイズは、前記アップリンクグラント情報に関連付けられたアップリンクグラントスロットのダウンリンク制御情報における総ダウンリンク割り当てインデックス（総ＤＡＩ）に関連している、請求項１１に記載の方法。
【請求項１８】
前記総ＤＡＩは、前記アップリンクグラント情報が受信される前に前記通信デバイスのためにスケジュールされたダウンリンクスロットまたはダウンリンクトランスポートブロック（ＴＢ）またはダウンリンクコードブロックグループ（ＣＢＧ）の数を示す、請求項１７に記載の方法。
【請求項１９】
請求項１−１８のいずれか１項に記載の方法を実施するように構成されたコンピューティングデバイス。
【請求項２０】
請求項１−１８のいずれか１項を実施するためのコンピュータ実行可能命令を記憶している非一過性のコンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、概して、無線通信に関し、より具体的には、データ再伝送に関するコードブックフィードバックのためのシステムおよび方法に関する。
【背景技術】
【０００２】
現在のモバイルネットワークは、殆ど遍在的な無線アクセスを介してデータ伝送サービスをモバイルユーザに提供することが可能であり得る。しかしながら、ユーザは、ますます高くなるデータレートを要求し続ける。ユーザ需要を満たすために、異なる技法が、ネットワークと個々のユーザ機器（ＵＥ）との間のデータ伝送のデータレートおよび信頼性を増加させるために開発されてきた。例えば、ハイブリッド自動反復要求（ＨＡＲＱ）が、データ伝送の信頼性を増加させるために、媒体アクセス制御（ＭＡＣ）および物理（ＰＨＹ）層に含まれ得る。
【０００３】
従来的なＬＴＥシステムにおいて、ＵＥまたは端末によるＨＡＲＱフィードバックは、伝送ブロック（ＴＢ）に基づき得る。時間ドメイン二重（ＴＤＤ）モード下で、２つ以上のダウンリンク（ＤＬ）スロットが、ＵＥのための１つのみのアップリンク（ＵＬ）フィードバックタイムスロットに対応し得る場合があり得る。故に、複数のダウンリンク伝送に関するフィードバックが、ＨＡＲＱフィードバックコードブックに集約され、１つのアップリンク伝送リソースにおいて（例えば、物理アップリンク制御チャネルまたは物理アップリンク共有チャネル内で）伝送され得る。このフィードバックコードブックは、コードブックにおけるビットの数を指すサイズを有し得る。フィードバックコードブックサイズは、フィードバックウィンドウ内のダウンリンク伝送スロットの数と各スロットのためのコードワードの数とに依存し得る。キャリアアグリゲーション（ＣＡ）使用事例において、フィードバックコードブックサイズは、コンポーネントキャリア（ＣＣ）の数にも関連し得る。基地局（ＢＳ）とＵＥとは、誤った再伝送を回避するために、フィードバックコードブックのサイズおよびビット順序の統一された（例えば、相互）理解を有し得る。フィードバックコードブックのビット順序は、コードブックにおける各ビットに関連付けられたＤＬスロットとの間の関係を指し得る。議論を簡単にするために、ＤＬスロットは、ＤＬ割り当て（すなわち、ＰＤＳＣＨにおけるＤＬデータ伝送）を伴うスロット（例えば、タイムスロット）を指し得る。同様、ＵＬスロットは、ＰＵＳＣＨにおけるＵＬデータ伝送またはＰＵＣＣＨまたはＰＵＳＣＨにおけるＵＬ  ＨＡＲＱフィードバックを伴うスロットを指し得る。用語「ＨＡＲＱフィードバックコードブック」は、簡単にするために、より単純に、フィードバックコードブックと同義的に称され得る。同様、ＨＡＲＱフィードバックは、簡単にするために、より単純に、フィードバックと同義的に称され得る。
【０００４】
典型的なフィードバックコードブック決定方法は、時間ウィンドウがＤＬスロットを含まない場合でさえ、ＵＥが時間ウィンドウ内に全てのＤＬスロットに関するフィードバックを提供することを含む。さらに、全てのダウンリンクリソースが、必ずしも、時間ウィンドウ内でＵＥのためにスケジュールされるわけではない。故に、フィードバックコードブックのそのようなフィードバックビットのうちの一部は、それらがフィードバックを提供するＵＥのためのダウンリンク伝送に関連付けられていないので、役に立たない情報を提供し得る。
【０００５】
故に、別の典型的なＨＡＲＱフィードバックコードブック決定方法は、ダウンリンク割り当てインデックス（ＤＡＩ）指示フィールドをＵＥに送信されるダウンリンク制御情報（ＤＣＩ）の中に追加することを含み得る。このＤＡＩは、ＵＥに対するＤＬスケジューリングに基づくスロットを示し得、それによって、ＵＥは、フィードバックコードブックに含まれ得るスロットを決定し得る。この技法は、フィードバックコードブックに対する関連ＤＬスロットが示され得るので、フィードバックコードブックにおける役に立たないフィードバックビットの送信を回避し得る。しかしながら、ＤＡＩの紹介は、ＤＣＩのオーバーヘッドを増加させる。
【０００６】
典型的な５Ｇ新規無線（ＮＲ）において、基地局（ＢＳ）が、無線リソース制御（ＲＲＣ）シグナリングを介して、ＵＬ  ＨＡＲＱフィードバックタイミング値（例えば、フィードバックコードブックの伝送のためのフィードバックスロット）をＵＥに半静的に示し得る。ＢＳは、ＤＣＩによって特定のＵＬ  ＨＡＲＱフィードバックタイミング値（例えば、特定のスロットとフィードバックコードブックの伝送のためのフィードバックスロットとの間の関係）を動的にも示し得る。これは、フィードバックタイミングおよび関連付けられたフィードバックコードブックサイズを前世代の通信規格よりも柔軟かつ複雑にする。
【０００７】
従来的なロングタームエボリューション（ＬＴＥ）規格において、ＨＡＲＱフィードバックコードブックおよびアップリンクデータが、同じＵＬタイムスロット内にスケジュールされ、両方は、物理アップリンク共有チャネル（ＰＵＳＣＨ）において伝送され得る。さらに、ＵＬデータリソースが、ＨＡＲＱフィードバックコードブックリソースによってパンクチャされ得るか、または、ＵＬデータリソースが、ＨＡＲＱフィードバックコードブックのリソースとのレートマッチングによって伝送され得る。ＰＵＳＣＨにおいてフィードバックを提供するようにスケジュールされるＵＥに関して、ＵＬグラント後のＤＬスロットは、典型的に、ＵＬグラントに続くフィードバックスロットにおいてフィードバックコードブックにおいて特徴付けられない。故に、総ＤＡＩが、ＤＣＩにおいてＵＬグラントとともに伝送され得、フィードバックコードブックに含むための全てのＤＬ割り当て（例えば、ＤＬスロット）の数が、総ＤＡＩ値またはフィールドによって示され得る。故に、ＵＥは、総ＤＡＩ値に基づいて、ＨＡＲＱフィードバックコードブックサイズを決定し得る。しかしながら、ＮＲにおいて、ＵＬグラントとフィードバックコードブックを搬送するフィードバックスロットとの間にさらなるＤＬ割り当て（例えば、ＤＬスロット）があり得る。これらのさらなるＤＬ割り当ては、従来的なＬＴＥシステムにおいて存在しない。故に、ＵＬグラントスロットの直前の代わりに、ＵＬグラントスロット（例えば、ＵＬグラントのスロット）の前および後の両方にあるＤＬ割り当て（例えば、ＤＬスロット）に関するフィードバックを提供することが望ましくあり得る。簡単にするために、ＵＬグラント後のＤＬスロットのためのこれらのＤＬ割り当ては、ＵＬグラント後ＤＬスロットと称され得る。
【０００８】
５Ｇ  ＮＲシステムについての現在の議論において、ＵＬグラント後ＤＬスロットを考慮するＨＡＲＱフィードバックコードブックは、６つの特徴のうちの１つを有し得る。第１の特徴として、ＵＬグラント後ＤＬスロットがあるとき、かつ総ＤＡＩおよび最後のカウンタＤＡＩの両方が、確認応答／否定応答（ＡＣＫ／ＮＡＣＫ）サイズが最大２ビットである（例えば、ＡＣＫが最大２ビットを用いて示され得る）ことを示す場合、フィードバックコードブック内のＡＣＫ／ＮＡＣＫは、ＰＵＳＣＨをパンクチャすることによって伝送され得、そうでなければ  、ＵＥは、ＵＬグラント後ＤＬスロットをエラーイベントとして扱い得る。エラーイベントに対処する方法は、ＵＥ実装次第である。第２の特徴として、ＵＬグラント後ＤＬスロットがサポートされる（例えば、フィードバックコードブックに含まれる）場合、最大２ＡＣＫ／ＮＡＣＫビットに限定し、ＵＬグラント後ＤＬスロットを示す。ＡＣＫ／ＮＡＣＫに示されるＵＬグラント後ＤＬスロットのためのビットは、それらの関連付けられたＰＵＳＣＨをパンクチャし得る。第３の特徴として、ＵＬグラントは、ＵＬグラント後ＤＬスロットの最大数を示し得る。エラーイベントは、ＵＬグラント後ＤＬスロットの実際の受信された数が最大数を超える場合に起こり得る。第４の特徴として、ＲＲＣが、許容ＵＬグラント後ＤＬスロットの最大数を示すために利用され得る。第５の特徴として、総ＤＡＩは、ＡＣＫ／ＮＡＣＫサイズインジケータ（ＵＬグラントに含まれる）とともに、ＰＵＳＣＨ上でアップリンク制御情報（ＵＣＩ）に使用されるべきフィードバックコードブック（例えば、ＨＡＲＱコードブック）のサイズを決定する。
【０００９】
上記特徴は、ＵＬグラント後ＤＬスロットを考慮するフィードバックコードブックサイズについてのＢＳとＵＥとの間の異なる理解を回避するためのＵＬグラント後ＤＬスロットへの限界を指定する。例えば、特徴１および２は、本明細書を通してＤＬ割り当てへの限界を加える。特徴３および６も、ＵＬグラントによるＤＬ割り当てを限定する。特徴４は、ＲＲＣシグナリングによる限界を提供する。特徴５も、ＤＬ割り当てによる限界を提供する。しかしながら、現在の議論におけるこれらの特徴のうちのいずれも、フィードバックコードブックにＵＬグラント後ＤＬスロットを含むことの完全な方法論を説明していない。
【発明の概要】
【課題を解決するための手段】
【００１０】
本明細書に開示される例示的実施形態は、従来技術において提示される問題のうちの１つ以上のものに関する問題を解決すること、および付随する図面と併せて解釈されると、以下の発明を実施する形態を参照することによって容易に明白となるであろう追加の特徴を提供することを対象とする。種々の実施形態によると、例示的システム、方法、デバイス、およびコンピュータプログラム製品が、本明細書に開示される。しかしながら、これらの実施形態は、限定ではなく、一例として提示され、開示される実施形態への種々の修正が、本発明の範囲内に留まりながら行われ得ることが、本開示を熟読する当業者に明白であろうことを理解されたい。
【００１１】
一実施形態において、通信デバイスによって実施される方法は、通信ノードから第１のダウンリンク情報および第２のダウンリンク情報のうちの少なくとも１つを受信することであって、第１のダウンリンク情報は、アップリンクグラント情報が受信される前に受信され、第２のダウンリンク情報は、アップリンクグラント情報が受信された後に受信される、ことと、少なくとも１つのハイブリッド自動反復要求確認応答（ＨＡＲＱ  ＡＣＫ）を生成することであって、少なくとも１つのＨＡＲＱ  ＡＣＫは、第１のダウンリンク情報に対応する第１のフィードバック情報および第２のダウンリンク情報に対応する第２のフィードバック情報のうちの少なくとも１つを備えている、ことと、アップリンクグラント情報に示されるアップリンクフィードバックタイミングに基づいて、フィードバックスロットにおいてＨＡＲＱ  ＡＣＫを通信ノードに送信することとを含む。
【００１２】
さらなる実施形態において、通信デバイスによって実施される方法は、第１のダウンリンク情報および第２のダウンリンク情報のうちの少なくとも１つを通信デバイスに送信することであって、第１のダウンリンク情報は、アップリンクグラント情報が受信される前に受信され、第２のダウンリンク情報は、アップリンクグラント情報が受信された後に受信される、ことと、アップリンクフィードバックタイミングに基づいて、フィードバックスロットにおいて少なくとも１つのハイブリッド自動反復要求確認応答（ＨＡＲＱ  ＡＣＫ）を受信することであって、少なくとも１つのＨＡＲＱ  ＡＣＫは、第１のダウンリンク情報に対応する第１のフィードバック情報および第２のダウンリンク情報に対応する第２のフィードバック情報のうちの少なくとも１つを備えている、こととを含む。
【図面の簡単な説明】
【００１３】
本発明の種々の例示的実施形態が、以下の図を参照して、下で詳細に説明される。図面は、例証の目的のためのみに提供され、読者の本発明の理解を促進するように本発明の例示的実施形態を描写するにすぎない。したがって、図面は、本発明の範疇、範囲、または適用可能性の限定と見なされるべきではない。例証を明確および容易にするために、これらの図面は、必ずしも一定の縮尺で描かれるわけではないことに留意されたい。
【００１４】
【図１】図１は、本開示の実施形態による本明細書に開示される技法が実装され得る例示的セルラー通信ネットワークを図示する。
【００１５】
【図２】図２は、本開示のいくつかの実施形態による例示的基地局およびユーザ機器デバイスのブロック図を図示する。
【００１６】
【図３】図３は、本開示のいくつかの実施形態による動的フィードバックコードブックがＵＬグラントスロットとフィードバックスロットとの間の全てのスロットに関するフィードバックを含み得る方法を図示するブロック図である。
【００１７】
【図４】図４は、本開示のいくつかの実施形態による動的フィードバックコードブックがＵＬフィードバック準備時間を差し引いて、ＵＬグラントスロットとフィードバックスロットとの間のスロットに関するフィードバックを含み得る方法を図示するブロック図である。
【００１８】
【図５】図５は、本開示のいくつかの実施形態による動的フィードバックコードブックがＵＬグラントスロットとフィードバックスロットとの間のあるスロットに関するフィードバックを含み得る方法を図示するブロック図である。
【００１９】
【図６】図６は、本開示のいくつかの実施形態による動的フィードバックコードブックがＵＬグラントスロットとフィードバックスロットとの間にスロットがないことに関するフィードバックを含み得る方法を図示するブロック図である。
【００２０】
【図７】図７は、本開示のいくつかの実施形態による動的フィードバックコードブックがＵＬグラントスロットとフィードバックスロットとの間のスロットのみに関するフィードバックを含み得る方法を図示するブロック図である。
【００２１】
【図８】図８は、本開示のいくつかの実施形態によるキャリアアグリゲーション（ＣＡ）中のＵＬグラントスロットとフィードバックスロットとの間のスロットに関するフィードバックを含み得る方法を図示するブロック図である。
【発明を実施するための形態】
【００２２】
本発明の種々の例示的実施形態は、当業者が本発明を作製および使用することを可能にするように、付随する図面を参照して下で説明される。当業者に明白であろうように、本開示を熟読した後、本明細書に説明される例への種々の変更または修正が、本発明の範囲から逸脱することなく行われることができる。したがって、本発明は、本明細書に説明および図示される例示的実施形態および用途に限定されない。加えて、本明細書に開示される方法におけるステップの具体的順序または階層は、例示的アプローチにすぎない。設計選好に基づいて、開示される方法またはプロセスのステップの具体的順序または階層は、本発明の範囲に留まりながら、再配置されることができる。したがって、当業者は、本明細書に開示される方法および技法が、実例順序で種々のステップまたは行為を提示し、本発明が、別様に明示的に記述されない限り、提示される具体的順序または階層に限定されないことを理解するであろう。
【００２３】
下記議論は、従来の通信システムに関して上で記述されるものに類似した機能エンティティまたはプロセスを指し得る。しかしながら、当業者によって理解されるであろうように、そのような従来の機能エンティティまたはプロセスは、下で説明される機能を果たさず、したがって、下で説明される動作のうちの１つ以上のものを実施するために修正または具体的に構成される必要があろう。加えて、当業者は、本開示を熟読した後、本明細書に説明される動作を実施するように機能エンティティを構成することを可能にされるであろう。
【００２４】
図１は、本開示の実施形態による本明細書に開示される技法が実装され得る例示的無線通信ネットワーク１００を図示する。そのような例示的ネットワーク１００は、通信リンク１１０（例えば、無線通信チャネル）を介して互いに通信し得る基地局１０２（以降では「ＢＳ１０２」）およびユーザ機器デバイス１０４（以降では「ＵＥ１０４」）と、地理的地域１０１を覆う概念的なセル１２６、１３０、１３２、１３４、１３６、１３８、および１４０のクラスタとを含む。ＵＥ１０４は、ランダムアクセスプロシージャを受け、ネットワーク１０１に参加し得る。図１において、ＢＳ１０２およびＵＥ１０４は、セル１２６のそれぞれの地理的境界に含まれる。他のセル１３０、１３２、１３４、１３６、１３８、および１４０の各々は、少なくとも１つの基地局を含み得、少なくとも１つの基地局は、その配分された帯域幅において動作し、十分な無線カバレッジをその意図されたユーザに提供する。
【００２５】
例えば、ＢＳ１０２は、配分されたチャネル伝送帯域幅において動作し、十分なカバレッジをＵＥ１０４に提供し得る。ＢＳ１０２およびＵＥ１０４は、それぞれ、ダウンリンク無線フレーム１１８およびアップリンク無線フレーム１２４を介して、通信し得る。各無線フレーム１１８／１２４は、データシンボル１２２／１２８を含み得るサブフレーム１２０／１２７にさらに分割され得る。本開示において、ＢＳ１０２およびＵＥ１０４は、概して、本明細書に開示される方法を実践し得る「通信ノード」の非限定的例として本明細書に説明される。そのような通信ノードは、本発明の種々の実施形態によると、無線および／または有線通信が可能であり得る。
【００２６】
図２は、本開示のいくつかの実施形態による無線通信信号（例えば、ＯＦＤＭ／ＯＦＤＭＡ信号）を伝送および受信するための例示的無線通信システム２００のブロック図を図示する。システム２００は、本明細書に詳細に説明される必要がない、既知または従来の動作特徴をサポートするように構成されたコンポーネントおよび要素を含み得る。一例示的実施形態において、システム２００は、上で説明されるように、図１の無線通信環境１００等の無線通信環境においてデータシンボルを伝送および受信するために使用されることができる。
【００２７】
システム２００は、概して、基地局２０２（以降では「ＢＳ２０２」）と、ユーザ機器デバイス２０４（以降では「ＵＥ２０４」）とを含む。ＢＳ２０２は、ＢＳ（基地局）送受信機モジュール２１０と、ＢＳアンテナ２１２と、ＢＳプロセッサモジュール２１４と、ＢＳメモリモジュール２１６と、ネットワーク通信モジュール２１８とを含み、各モジュールは、データ通信バス２２０を介して、必要に応じて互いに結合および相互接続される。ＵＥ２０４は、ＵＥ（ユーザ機器）送受信機モジュール２３０と、ＵＥアンテナ２３２と、ＵＥメモリモジュール２３４と、ＵＥプロセッサモジュール２３６とを含み、各モジュールは、データ通信バス２４０を介して、必要に応じて互いに結合および相互接続される。ＢＳ２０２は、本明細書に説明されるようにデータの伝送のために好適な当技術分野で公知の任意の無線チャネルまたは他の媒体であり得る通信チャネル２５０を介してＵＥ２０４と通信する。
【００２８】
当業者によって理解されるであろうように、システム２００は、図２に示されるモジュール以外の任意の数のモジュールをさらに含み得る。当業者は、本明細書に開示される実施形態に関連して説明される種々の例証的ブロック、モジュール、回路、および処理論理が、ハードウェア、コンピュータ読み取り可能なソフトウェア、ファームウェア、またはそれらの任意の実用的組み合わせで実装され得ることを理解するであろう。ハードウェア、ファームウェア、およびソフトウェアのこの可換性および適合性を明確に例証するために、種々の例証的コンポーネント、ブロック、モジュール、回路、およびステップが、概して、それらの機能性の観点から説明される。そのような機能性がハードウェア、ファームウェア、またはソフトウェアとして実装されるかどうかは、全体的なシステムに課される特定の用途および設計制約に依存する。本明細書に説明される概念を熟知している者は、各特定の用途のために好適な様式でそのような機能性を実装し得るが、そのような実装決定は、本発明の範囲を限定するものとして解釈されるべきではない。
【００２９】
いくつかの実施形態によると、ＵＥ送受信機モジュール２３０は、「アップリンク」送受信機モジュール２３０と本明細書で称され得、それは、各々がアンテナ２３２に結合されたＲＦ伝送機および受信機回路を含む。二重スイッチ（図示せず）が、代替として、時間二重様式でアップリンク伝送機または受信機をアップリンクアンテナに結合し得る。同様、いくつかの実施形態によると、ＢＳ送受信機モジュール２１０は、「ダウンリンク」送受信機モジュール２１０と本明細書で称され得、それは、各々がアンテナ２１２に結合されたＲＦ伝送機および受信機回路を含む。ダウンリンク二重スイッチが、代替として、時間二重様式でダウンリンク伝送機または受信機をダウンリンクアンテナ２１２に結合し得る。２つの送受信機モジュール２１０と２３０との動作は、時間において調整され、それによって、アップリンク受信機は、ダウンリンク伝送機がダウンリンクアンテナ２１２に結合されている同じ時、無線伝送リンク２５０を経由した伝送の受信のためにアップリンクアンテナ２３２に結合されている。好ましくは、二重方向の変化の合間に最小の保護時間のみを伴う精密な時間同期化が存在する。
【００３０】
ＵＥ送受信機モジュール２３０およびＢＳ送受信機モジュール２１０は、無線データ通信リンク２５０を介して通信し、特定の無線通信プロトコルおよび変調方式をサポートし得る好適に構成されたＲＦアンテナ配置２１２／２３２と協働するように構成される。いくつかの例示的実施形態において、ＵＥ送受信機モジュール２１０およびＢＳ送受信機モジュール２１０は、ロングタームエボリューション（ＬＴＥ）および新興５Ｇ規格等の業界規格をサポートするように構成される。しかしながら、本発明は、用途が特定の規格および関連付けられたプロトコルに必ずしも限定されないことを理解されたい。むしろ、ＵＥ送受信機モジュール２３０およびＢＳ送受信機モジュール２１０は、その将来の規格または変形例を含む代替または追加の無線データ通信プロトコルをサポートするように構成され得る。
【００３１】
種々の実施形態によると、ＢＳ２０２は、例えば、進化型ノードＢ（ｅＮＢ）、サービングｅＮＢ、標的ｅＮＢ、フェムト基地局、またはピコ基地局であり得る。いくつかの実施形態において、ＵＥ２０４は、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、タブレット、ラップトップコンピュータ、ウェアラブルコンピューティングデバイス等の種々のタイプのユーザデバイスで具現化され得る。プロセッサモジュール２１４および２３６は、本明細書に説明される機能を果たすように設計された汎用プロセッサ、コンテンツアドレス指定可能メモリ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、任意の好適なプログラマブル論理デバイス、別々のゲートまたはトランジスタ論理、別々のハードウェアコンポーネント、またはそれらの任意の組み合わせを伴って実装または実現され得る。このように、プロセッサは、マイクロプロセッサ、コントローラ、マイクロコントローラ、状態マシン等として実現され得る。プロセッサは、コンピューティングデバイスの組み合わせ、例えば、デジタル信号プロセッサおよびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、デジタル信号プロセッサコアと併せた１つ以上のマイクロプロセッサ、または任意の他のそのような構成としても実装され得る。
【００３２】
さらに、本明細書に開示される実施形態に関連して説明される方法またはアルゴリズムのステップは、ハードウェアで、ファームウェアで、プロセッサモジュール２１４および２３６によって実行されるソフトウェアモジュールで、またはそれらの任意の実用的な組み合わせで直接具現化され得る。メモリモジュール２１６および２３４は、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で公知である任意の他の形態の記憶媒体として実現され得る。この点に関して、メモリモジュール２１６および２３４は、送受信機モジュール２１０および２３０が、それぞれ、メモリモジュール２１６および２３４から情報を読み取り、それに情報を書き込み得るように、それぞれ、送受信機モジュール２１０および２３０に結合され得る。メモリモジュール２１６および２３４は、それらのそれぞれの送受信機モジュール２１０および２３０に統合され得る。いくつかの実施形態において、メモリモジュール２１６および２３４の各々は、それぞれ、送受信機モジュール２１０および２３０によって実行されるべき命令の実行中の一時変数または他の中間情報を記憶するためのキャッシュメモリを含み得る。メモリモジュール２１６および２３４の各々は、それぞれ、送受信機モジュール２１０および２３０によって実行されるべき命令を記憶するための不揮発性メモリも含み得る。
【００３３】
ネットワーク通信モジュール２１８は、基地局２０２のハードウェア、ソフトウェア、ファームウェア、処理論理、および／または他のコンポーネントを概して表し、ＢＳ送受信機モジュール２１０と、基地局２０２と通信するように構成される他のネットワークコンポーネントおよび通信ノードとの間の双方向通信を可能にする。例えば、ネットワーク通信モジュール２１８は、インターネットまたはＷｉＭＡＸトラフィックをサポートするように構成され得る。典型的展開において、限定ではないが、ネットワーク通信モジュール２１８は、ＢＳ送受信機モジュール２１０が従来のイーサネット（登録商標）ベースのコンピュータネットワークと通信し得るように、８０２．３イーサネット（登録商標）インターフェースを提供する。このように、ネットワーク通信モジュール２１８は、コンピュータネットワークに接続するための物理的インターフェース（例えば、移動交換局（ＭＳＣ））を含み得る。規定動作または機能に関して本明細書で使用されるような用語「〜のために構成される」、「〜するように構成される」、およびそれらの活用形は、規定動作または機能を実施するために、物理的または仮想的に構築され、プログラムされ、フォーマットされ、および／または、配置されたデバイス、コンポーネント、回路、構造、マシン、信号等を指す。
【００３４】
本開示は、アップリンク（ＵＬ）グラント後ダウンリンク（ＤＬ）スロットフィードバックを提供し得る動的フィードバックコードブックのためのシステムおよび方法の種々の実施形態を提供する。動的フィードバックコードブックは、直前のＵＬグラント後のＤＬスロットにおけるＤＬ信号の受信を特徴付け得、直前のＵＬグラントは、フィードバックコードブックに関するフィードバックタイミングを示す。簡単にするために、ＵＬ信号を伴うスロットは、ＵＬスロットと称され得、ＵＬグラントを伴うスロットは、ＵＬグラントスロットと称され得、ＤＬ信号を伴うスロットは、ＤＬスロットと称され得る。動的フィードバックコードブックは、それらが前のＵＬグラントの前または後のいずれかの種々のＤＬスロット構成に関するフィードバック情報に適応するように構成され得るという点で、動的であり得る。上記のように、典型的に、フィードバックコードブックは、前のＵＬグラントの前のＤＬスロットの受信を特徴付け得る。これは、前のＵＬグラントが、前のＵＬグラントスロットの前のフィードバックコードブックに含むためのＤＬスロットの数を示す総ダウンリンク割り当てインデックス（ＤＡＩ）等の情報を含み得るからである。しかしながら、依然として、前のＵＬグラントと、フィードバックコードブックに関連付けられたフィードバックスロットとの間にＵＬグラント後ＤＬスロットがあり得る。これらのＵＬグラント後ＤＬスロットは、そうでなければ  、ＵＬグラントの前のＤＬスロットのみがフィードバックコードブックに含まれる場合、考慮され得ない。上でも述べたように、ＵＬグラント後ＤＬスロットを取り扱うための現在の技法は、典型的に、ＵＬグラント後ＤＬスロットのためのフィードバックコードブック構成について種々の限界および不完全なソリューションを提供する。故に、下でさらに議論されるであろうように、動的フィードバックコードブックは、ＵＬグラント後ＤＬスロットに関するフィードバックの種々の構成に適応するように構成され得る。
【００３５】
さらに、下でさらに議論されるであろうように、動的フィードバックコードブックは、ＨＡＲＱ  ＡＣＫまたはＮＡＣＫを含み得、それは、ＰＵＳＣＨ上のエンコードされたデータとして、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で伝送され得る。これらの動的フィードバックコードブックは、リソースの特定の組（例えば、ＤＣＩ）のタイミング情報に基づいて、動的に決定され得る。
【００３６】
図３は、本開示のいくつかの実施形態による動的フィードバックコードブックがＵＬグラントスロットとフィードバックスロットとの間の全てのスロットに関するフィードバックを含み得る方法を図示するブロック図である。図３に示されるように、伝送リソースの合計９つのスロット３０２が存在する。
【００３７】
スロットｎ（例えば、タイムスロットｎ）において、ＵＥは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上でＤＣＩを受信し得る。ＤＣＩは、ＤＬデータ伝送スケジューリング情報と、カウンタダウンリンク割り当てインデックス（ＣＤＡＩ）と、アップリンクＨＡＲＱフィードバックタイミングパラメータ（Ｋ１）とを含み得る。ＣＤＡＩは、そのスロットｎが動的フィードバックコードブックに含まれるべき他のＤＬスロットに関連しているというそのＤＬスロットのインジケータであり得る。例えば、ＣＤＡＩは、スロットｎが動的フィードバックコードブックに含むための第１のＤＬスロットであることを示すための０の値を含み得る。さらに、Ｋ１は、スロットｎと動的フィードバックコードブックのためのフィードバックスロットとの間の関係を示し得る。例えば、８のＫ１値は、動的フィードバックコードブックのためのフィードバックスロットがスロットｎ＋８であることを示す。スロットｎは、ＰＤＣＣＨにおけるＤＣＩに加えて、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上の他のＤＬデータも含み得る。
【００３８】
スロットｎ＋２は、別のＤＬスロットであり得る（例えば、ＤＬスロットとして割り当てられる）。スロットｎ＋２において、ＵＥは、ＰＤＣＣＨ上で別のＤＣＩを受信し得る。スロットｎと同様、スロットｎ＋２におけるＤＣＩは、スロットｎ＋８における動的フィードバックコードブックがスロットｎ＋２との関連付けのためのフィードバック情報（例えば、ＡＣＫまたはＮＡＣＫ）を含み得ることを示し得る。これは、スロットｎ＋２においてＫ１＝６の値を含むＤＣＩを有することによって、示され得る。Ｋ１＝６値は、動的フィードバックコードブックのためのフィードバックスロットがスロットｎ＋２から下に６つのスロットに含まれる（例えば、フィードバックスロットがｎ＋２＋６またはｎ＋８である）ことを示し得る。ＤＣＩにおける値１のカウンタＤＡＩ指示フィールドも存在得、それは、これがｎ＋８における動的フィードバックコードブックに含むための第２のＤＬスロットであることを示し得る。ＵＥは、スロットｎ＋２においてＰＤＳＣＨ上のＤＬデータも受信し得る。
【００３９】
スロットｎ＋１およびｎ＋３は、ｎ＋８における動的フィードバックコードブックのためのいかなるＤＬ割り当ても有していないこともある。別の言い方をすれば、スロットｎ＋１およびｎ＋３は、動的フィードバックコードブックに関連付けられていないこともある。これは、例えば、スロットｎ＋１およびｎ＋３がＵＥのためのＤＬスロットではないこともあるからであり、または、それらが、スロットｎ＋８にない動的フィードバックコードブックに関連付けられたＵＥのためのＤＬスロットであるからであり得る。
【００４０】
スロットｎ＋４において、ＵＥは、スロットＮ＋４がＵＬグラントを含むことを示すＤＣＩをＰＤＣＣＨ上で受信し得る。別の言い方をすれば、スロットＮ＋４は、ＢＳへのアップリンクデータ伝送のためのＵＬグラントである。スロットＮ＋４は、ＤＣＩにおいて総ＤＡＩを含み得る。総ＤＡＩは、動的フィードバックコードブックにおいて特徴付けられるＤＬスロットの総数を示し得る。例えば、１の総ＤＡＩ値は、ＤＡＩ（ＣＤＡＩおよびＴＤＡＩを含む）が値０から開始する場合、２つのＤＬスロットが存在することを示し得る。ある実施形態において、総ＤＡＩは、ＵＬグラントの前のダウンリンクスロット、トランスポートブロック（ＴＢ）、またはコードブロックグループ（ＣＢＧ）の数を示し得る。また、スロットｎ＋４において、ＵＥは、４の値を伴うＫ２アップリンクデータ伝送タイミングパラメータ（Ｋ２）も受信し得る。これは、アップリンクデータ伝送スロットがスロットｎ＋８において続くであろう（例えば、フィードバックスロットがスロットｎ＋４から下に４つのスロットである）ことを示し得る。下でさらに議論されるであろうように、ＵＬデータおよびＨＡＲＱフィードバックの両方は、ＰＵＳＣＨにおいてスロットｎ＋８に一緒に含まれ得る。
【００４１】
スロットｎからｎ＋４に基づいて、動的フィードバックコードブックの第１のフィードバック情報が、決定され得る。第１のフィードバック情報（例えば、ＨＡＲＱフィードバック情報）は、スロットｎ＋４に先立った、またはＵＬグラントに先立ったスロットにおける受信を特徴付け得る。動的フィードバックコードブックの第１のフィードバック情報サイズは、２×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄとして計算され得、２は、（例えば、総ＤＡＩによって決定されるような）フィードバックのためのＤＬスロットの総数である。ＮＣＢＧは、コードブロックグループ（ＣＢＧ）構成（例えば、任意の単一スロットにおけるＣＢＧの数）を表す。例えば、ＮＣＢＧは、８であり得る。Ｎｃｏｄｅｗｏｒｄは、ＵＥとＢＳとの間の通信に関連付けられたコードワードの数を表す。例えば、ｃｏｄｅｗｏｒｄは、２であり得る。
【００４２】
故に、動的フィードバックコードブックの第１のフィードバック情報サイズは、３２ビットであり得る。動的フィードバックコードブックの第１のフィードバック情報は、多重化によって、これらの３２ビットを含み得る。例えば、動的フィードバックコードブックの第１のフィードバック情報内において、第１のビットから第８のビットは、ＤＬスロットｎおよび第１のコードワードに対応し得る。第９のビットから第１６のビットは、ＤＬスロットｎおよび第２のコードワードに対応し得る。第１７のビットから第２４のビットは、ＤＬスロットｎ＋２および第１のコードワードに対応し得る。最後、第２５のビットから第３２のビットは、ＤＬスロットｎ＋２および第２のコードワードに対応し得る。
【００４３】
前のＵＬグラントと、フィードバックコードブックに関連付けられたフィードバックタイムスロットとの間のＵＬグラント後ＤＬスロットは、動的フィードバックコードブックの第２のフィードバック情報に含まれ得る。これらのＵＬグラント後ＤＬスロットは、スロットｎ＋５、ｎ＋６、およびｎ＋７（例えば、スロットｎ＋４とｎ＋８との間のスロット）を含み得る。上で紹介されるように、これらのＵＬグラント後ＤＬスロットの各々は、スロットｎ＋８における動的フィードバックコードブックにおいて特徴付けられ得るが、スロットｎ＋４における前のＵＬグラントにおいて識別され得ない。これらのＵＬグラント後ＤＬスロットの数は、Ｎとして決定され得る。図３の図示される実施形態に関して、Ｎ＝Ｋ２−１＝３である。さらに、動的フィードバックコードブックの第２のフィードバック情報のサイズは、Ｎ×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄ＝（Ｋ２−１）×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄ＝３×８×２＝４８ビットとして決定され得、ＮＣＢＧおよびＮｃｏｄｅｗｏｒｄは、上で紹介されている。
【００４４】
動的フィードバックコードブックの第２のフィードバック情報は、多重化によって、これらの４８ビットを含み得る。例えば、動的フィードバックコードブックの第２のフィードバック情報内において、第１のビットから第８のビットは、ＤＬスロットｎ＋５および第１のコードワードに対応し得る。第９のビットから第１６のビットは、ＤＬスロットｎ＋５および第２のコードワードに対応し得る。第１７のビットから第２４のビットは、ＤＬスロットｎ＋６および第１のコードワードに対応し得る。第２５のビットから第３２のビットは、ＤＬスロットｎ＋６および第２のコードワードに対応し得る。第３３のビットから第４０のビットは、ＤＬスロットｎ＋７および第１のコードワードに対応し得る。最後、第４１のビットから第４８のビットは、ＤＬスロットｎ＋７および第２のコードワードに対応し得る。用語「ＤＬスロット」は、特定のスロットのためのＤＬ割り当てを指し得る。
【００４５】
故に、動的フィードバックコードブックは、上で決定されるような第１および第２のフィードバック情報（第１および第２のフィードバック情報のサイズおよびビット順序を含む）を含み得る。この第１および第２のフィードバック情報は、それらの構成スロットの各々のためのそれぞれのＨＡＲＱ  ＡＣＫまたはＮＡＣＫを含み得る。下でさらに議論されるであろうように、動的フィードバックコードブックは、第１および第２のフィードバック情報を動的フィードバックコードブックの別個の部分として含み得るか、または、第１および第２のフィードバック情報をマージし得る。マージされた場合、組み合わせられた（例えば、共有された）第１および第２のフィードバック情報は、サイズにおいて８０ビット（例えば、第２のフィードバック情報のサイズを加えた第１のフィードバック情報のサイズ）であり得る。ある実施形態において、このマージされた、組み合わせられた、または共有された第１および第２のフィードバック情報は、動的フィードバックコードブック内の第３の情報と称され得る。
【００４６】
図４は、本開示のいくつかの実施形態による動的フィードバックコードブックがＵＬフィードバック準備時間（Ｔ）におけるスロットの数（ＮＴ）を差し引いたＵＬグラントスロットとフィードバックスロットとの間のスロットに関するフィードバックを含み得る方法を図示するブロック図である。ＵＬフィードバック準備時間（Ｔ）は、伝送のための動的フィードバックコードブックを準備するためにＵＥによって要求される時間であり得る。このＵＬフィードバック準備時間（Ｔ）は、リソース集約的であり得、したがって、任意のＵＬまたはＤＬ伝送から離れて時間リソースを配分し得る。別の言い方をすれば、ＵＬフィードバック準備時間（Ｔ）は、動的フィードバックコードブックにおいて特徴付けられないスロットを占有し得る。
【００４７】
図３と同様、図４は、伝送リソースの９つのスロット４０２を含む。動的フィードバックコードブックの第１のフィードバック情報サイズは、３２ビットであり得る。第１のフィードバック情報も、図３の動的フィードバックコードブックの第１のフィードバック情報と同じ方法で決定され得る。故に、第１のフィードバック情報の決定は、簡潔にするために、ここでは繰り返されないであろう。
【００４８】
図３と同様、前のＵＬグラントと、フィードバックコードブックに関連付けられたフィードバックスロットとの間のＵＬグラント後ＤＬスロットが、スロットｎ＋８における動的フィードバックコードブックの第２のフィードバック情報に含まれ得る。しかしながら、図４において、これらのＵＬグラント後ＤＬスロットは、スロットｎ＋５およびｎ＋６（例えば、スロットｎ＋４とｎ＋８との間のＤＬスロット）を含み得る。スロットｎ＋７は、スロットｎ＋８のフィードバックコードブックのためのＵＬフィードバック準備時間（ＮＴ）に関連付けられ、したがって、ＤＬ伝送のために利用可能でないか、または、ｎ＋８の動的フィードバックコードブックに含むために利用可能でないこともある。
【００４９】
これらのＵＬグラント後ＤＬスロットの数は、Ｎとして決定され得る。図４の図示される実施形態に関して、Ｎ＝Ｋ２−１−ＮＴ＝３である。動的フィードバックコードブックの第２のフィードバック情報のサイズは、Ｎ×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄ＝（Ｋ２−１−ＮＴ）×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄ＝２×８×２＝３２ビットとして決定され得、ＮＣＢＧおよびＮｃｏｄｅｗｏｒｄ、およびそれらの関連付けられた値は、上で紹介されている。
【００５０】
動的フィードバックコードブックの第２のフィードバック情報は、多重化によって、これらの３２ビットを含み得る。例えば、動的フィードバックコードブックの第２のフィードバック情報内において、第１のビットから第８のビットは、ＤＬスロットｎ＋５および第１のコードワードに対応し得る。第９のビットから第１６のビットは、ＤＬスロットｎ＋５および第２のコードワードに対応し得る。第１７のビットから第２４のビットは、ＤＬスロットｎ＋６および第１のコードワードに対応し得る。第２５のビットから第３２のビットは、ＤＬスロットｎ＋６および第２のコードワードに対応し得る。最後、第３３のビットから第４０のビットは、ＤＬスロットｎ＋７および第１のコードワードに対応し得る。
【００５１】
故に、動的フィードバックコードブックは、上で決定されるような第１および第２のフィードバック情報（第１および第２のフィードバック情報のサイズおよびビット順序を含む）を含み得る。この第１および第２のフィードバック情報は、それらの構成スロットの各々のためのそれぞれのＨＡＲＱ  ＡＣＫまたはＮＡＣＫを含み得る。下でさらに議論されるであろうように、動的フィードバックコードブックは、動的フィードバックコードブックの別個の部分として、第１および第２のフィードバック情報を含み得るか、または、第１および第２のフィードバック情報をマージし得る。マージされた場合、組み合わせられた第１および第２のフィードバック情報は、サイズにおいて６４ビット（例えば、第２のフィードバック情報のサイズを加えた第１のフィードバック情報のサイズ）であり得る。組み合わせられた第１および第２のフィードバック情報は、第３の情報とも称され得る。
【００５２】
図５は、本開示のいくつかの実施形態による動的フィードバックコードブックがＵＬグラントスロットとフィードバックスロットとの間のあるスロットに関するフィードバックを含み得る方法を図示するブロック図である。あるスロットは、無線リソース制御（ＲＲＣ）シグナリングで示されるアップリンクＨＡＲＱフィードバックタイミングパラメータの組（Ｋ１の組）によって、指定され得る。図４と同様、図５は、例として伝送リソースの９つのスロット５０２を含む。動的フィードバックコードブックの第１のフィードバック情報サイズは、３２ビットであり、図３の動的フィードバックコードブックの第１のフィードバック情報と同じ方法で決定され得る。故に、第１のフィードバック情報の決定は、簡潔にするために、ここでは繰り返されないであろう。
【００５３】
さらに、動的フィードバックコードブック（例えば、ＵＬグラント後のＤＬ割り当てのためのＨＡＲＱフィードバック情報）の第２のフィードバック情報サイズが、ＢＳによってＵＥにＲＲＣシグナリングで示されるＫ１の組から決定され得る。例えば、Ｋ１の組は、Ｋ１の組∈｛２，４，６，８｝であり得る。別の言い方をすれば、Ｋ１の組における値は、動的フィードバックコードブックがフィードバックスロットから第２／第４／第６／および第８のスロットに関するフィードバックを提供すべきであることを示し得る。Ｋ１における値は、例えば、これらのスロットもＤＬスロットである（例えば、ＤＬ割り当てを有する）べきであることも示し得る。特定のＤＬスロットに関して、特定のスロットのためのＤＣＩは、その特定のスロットに現在割り当てられているＫ１の値をさらに示し得る。例えば、ＤＣＩの２ビットが、ＤＣＩに関連付けられたスロットに適用可能であるＫ１の組における値を示すために、使用され得る。これらの２ビットは、「００」が「Ｋ１＝２」を表し、「０１」が「Ｋ１＝４」を表し、「１０」が「Ｋ１＝６」を表し、「１１」が「Ｋ１＝８」を表す場合等の２進数形態で表され得る。故に、ＵＬグラントスロットとフィードバックスロットとの間のスロットｎ＋５、ｎ＋６、ｎ＋７のうち、スロットｎ＋６のみが、スロットｎ＋８における動的フィードバックコードブックにおいて特徴付けられるであろう。別の言い方をすれば、スロットｎ＋６は、２のＫ１値を示すＤＣＩを含み得る。したがって、フィードバックスロットｎ＋８における動的フィードバックコードブックによって特徴付けられるＵＬグラント後ＤＬスロットの数は、１である。
【００５４】
これらのＵＬグラント後ＤＬスロットの数は、Ｎとして決定され得る。図４の図示される実施形態に関して、Ｎ＝１である。動的フィードバックコードブックの第２のフィードバック情報のサイズは、Ｎ×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄ＝１×８×２＝１６ビットとして決定され得、ＮＣＢＧおよびＮｃｏｄｅｗｏｒｄは、上で紹介されるものと同じ値である。
【００５５】
動的フィードバックコードブックの第２のフィードバック情報は、多重化によって、これらの１６ビットを含み得る。例えば、動的フィードバックコードブックの第２のフィードバック情報内において、第１のビットから第８のビットは、ＤＬスロットｎ＋６および第１のコードワードに対応し得る。さらに、第９のビットから第１６のビットは、ＤＬスロットｎ＋６および第２のコードワードに対応し得る。
【００５６】
故に、動的フィードバックコードブックは、上で決定されるような第１および第２のフィードバック情報（第１および第２のフィードバック情報のサイズおよびビット順序を含む）を含み得る。この第１および第２のフィードバック情報は、それらの構成スロットの各々のためのそれぞれのＨＡＲＱ  ＡＣＫまたはＮＡＣＫを含み得る。下でさらに議論されるであろうように、動的フィードバックコードブックは、動的フィードバックコードブックの別個の部分として、第１および第２のフィードバック情報を含み得るか、または、第１および第２のフィードバック情報をマージし得る。マージされた場合、組み合わせられた第１および第２のフィードバック情報は、サイズにおいて４０ビット（例えば、第２のフィードバック情報のサイズを加えた第１のフィードバック情報のサイズ）であり得る。ある実施形態において、マージされた、または組み合わせられた第１および第２のフィードバック情報は、第３の情報と称され得る。
【００５７】
図６は、本開示のいくつかの実施形態によるＵＬグラントスロットとフィードバックスロットとの間にスロットがないので、動的フィードバックコードブックが第１のフィードバック情報のみを含み得る方法を図示するブロック図である。故に、図６の実施形態は、動的フィードバックコードブックにおいて第１のフィードバック情報サイズのみを含み得る。
【００５８】
図６に示されるように、伝送リソースの合計９つのスロット６０２が存在する。動的フィードバックコードブックにおける第１のフィードバック情報に含まれる各スロットは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上にＤＣＩを含み得る。ＤＣＩは、カウンタダウンリンク割り当てインデックス（ＣＤＡＩ）およびアップリンクＨＡＲＱフィードバックタイミングパラメータ（Ｋ１）等のＤＬデータ伝送スケジューリング情報を含み得る。ＣＤＡＩは、動的フィードバックコードブックに含まれるべきＤＬスロットを一意に識別するＤＬスロットのインジケータまたはカウンタであり得る。例えば、ＣＤＡＩは、スロットｎにおける０の値、スロットｎ＋２における１の値、およびスロットｎ＋４における２の値を含み得る。Ｋ１も、特定のスロットとフィードバックコードブックの伝送のためのフィードバックスロットとの間の関係を示し得る。例えば、スロットｎは、８のＫ１値を含み得、スロットｎ＋２は、６のＫ１値を含み得、スロットｎ＋４は、４のＫ１値を含み得る。これらのＫ１値の各々は、動的フィードバックコードブックのためのフィードバックスロットがスロットｎ＋８であることを示し得る。各スロットは、ＰＤＣＣＨにおけるＤＣＩに加えて、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上に他のＤＬデータも含み得る。
【００５９】
ＤＣＩを伴わないスロットは、スロットｎ＋８における動的フィードバックコードブックへのどんなＤＬ割り当ても、または関係も有していないこともある。別の言い方をすれば、スロットｎ＋１、ｎ＋３、ｎ＋５、およびｎ＋７は、スロットｎ＋８における動的フィードバックコードブックに関連付けられていないこともある。これは、例えば、それらが動的フィードバックコードブックを送信すべきであるＵＥのためのＤＬスロットではないからであり、または、それらがスロットｎ＋８にない動的フィードバックコードブックに関連付けられたＵＥのためのＤＬスロットであるからであり得る。
【００６０】
スロットｎ＋６において、ＵＥは、スロットＮ＋４がＵＬグラントを含むことを示すＤＣＩをＰＤＣＣＨ上で受信し得る。別の言い方をすれば、スロットＮ＋４は、ＢＳへのアップリンクのためのＵＬグラントである。スロットｎ＋６において、ＵＥは、２の値を伴うＫ２アップリンクデータ伝送タイミングパラメータ（Ｋ２）を受信し得る。これは、動的フィードバックコードブックのためのフィードバックスロットがスロットｎ＋８において続くであろう（例えば、フィードバックスロットがスロットｎ＋６から下に２つのスロットである）ことを示し得る。下でさらに議論されるであろうように、ＵＬデータおよびＨＡＲＱフィードバックの両方は、ＰＵＳＣＨにおけるスロットｎ＋８において一緒に含まれ得る。スロットＮ＋６は、ＤＣＩにおいて総ＤＡＩも含み得る。総ＤＡＩは、動的フィードバックコードブックにおいて特徴付けられるＤＬスロットの総数を示し得る。例えば、２の総ＤＡＩ値は、ＤＡＩがスロットｎに関して値０から開始する場合、３つのＤＬスロットが存在することを示し得る。
【００６１】
スロットｎからｎ＋６に基づいて、動的フィードバックコードブックの第１のフィードバック情報が、決定され得る。第１のフィードバック情報（例えば、ＨＡＲＱフィードバック情報）は、スロットｎ＋６に先立った、またはＵＬグラントに先立ったスロットにおける受信を特徴付け得る。動的フィードバックコードブックの第１のフィードバック情報サイズは、３×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄとして計算され得、３は、（例えば、総ＤＡＩによって決定されるような）フィードバックのためのＤＬスロットの総数である。別の言い方をすれば、動的フィードバックコードブックの第１のフィードバック情報サイズは、総ＤＡＩ×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄとして計算され得る。上で議論されるように、ＮＣＢＧは、コードブロックグループ（ＣＢＧ）構成（例えば、任意の単一スロットにおけるＣＢＧの数）を表す。例えば、ＮＣＢＧは、２であり得る。Ｎｃｏｄｅｗｏｒｄは、ＵＥとＢＳとの間の通信に関連付けられたコードワードの数を表す。例えば、Ｎｃｏｄｅｗｏｒｄは、２であり得る。
【００６２】
故に、動的フィードバックコードブックの第１のフィードバック情報サイズは、１２ビットであり得る。動的フィードバックコードブックの第１のフィードバック情報は、多重化によって、これらの１２ビットを含み得る。例えば、動的フィードバックコードブックの第１のフィードバック情報内において、コードブックの第１のビットおよび第２のビットは、ＤＬスロットｎおよび第１のコードワードに対応し得る。コードブックの第３のビットおよび第４のビットは、ＤＬスロットｎおよび第２のコードワードに対応し得る。コードブックの第５のビットおよび第６のビットは、ＤＬスロットｎ＋２および第１のコードワードに対応し得る。コードブックの第７のビットおよび第８のビットは、ＤＬスロットｎ＋２および第２のコードワードに対応し得る。コードブックの第９のビットおよび第１０のビットは、ＤＬスロットｎ＋４および第１のコードワードに対応し得る。コードブックの第１１のビットおよび第１２のビットは、ＤＬスロットｎ＋４および第２のコードワードに対応し得る。
【００６３】
さらに、上で紹介されるように、動的フィードバックコードブックの第２のフィードバック情報サイズが、ＢＳによってＵＥにＲＲＣシグナリングで示されるＫ１の組から決定され得る。例えば、Ｋ１の組は、Ｋ１の組∈｛２，４，６，８｝であり得る。別の言い方をすれば、Ｋ１の組における値は、動的フィードバックコードブックがフィードバックスロットに先立った第２／第４／第６／および第８のスロットに関するフィードバックを提供すべきであることを示し得る。Ｋ１における値は、これらのスロットがＤＬスロットである（例えば、ＤＬ割り当てを有する）べきであることも示し得る。特定のＤＬスロットに関して、そのようなスロットにおけるＤＣＩも、その特定のスロットに現在割り当てられているＫ１の値をさらに示し得る。例えば、ＤＣＩの２ビットが、ＤＣＩに関連付けられたスロットに適用可能であるＫ１の組における値を示すために、使用され得る。これらの２ビットは、「００」が「Ｋ１＝４」を表し、「０１」が「Ｋ１＝５」を表し、「１０」が「Ｋ１＝６」を表し、「１１」が「Ｋ１＝８」を表す場合等の２進数形態で表され得る。
【００６４】
故に、ＵＬグラントスロット（スロットｎ＋６）とフィードバックスロット（例えば、スロットｎ＋８）との間にスロットが存在しない。したがって、フィードバックスロットｎ＋８における動的フィードバックコードブックは、どんな第２のフィードバック情報も含まない。別の言い方をすれば、動的フィードバックコードブックは、第１のフィードバック情報のみを含み得る。第１のフィードバック情報は、各構成スロットのためのＨＡＲＱ  ＡＣＫまたはＮＡＣＫを含み得る。
【００６５】
図７は、本開示のいくつかの実施形態による動的フィードバックコードブックがＵＬグラントスロットとフィードバックスロットとの間のスロットのみに関するフィードバックを含み得る方法を図示するブロック図である。故に、図７の実施形態は、動的フィードバックコードブックにおいて第２のフィードバック情報サイズのみを含み得る。
【００６６】
図７に示されるように、伝送リソースの合計９つのスロット７０２が存在する。しかしながら、スロットｎ＋２は、そのＤＣＩ（スロットｎ＋２においてＰＤＤＣＨ上でＵＥによって受信される）においてＵＬグラントを含み得る。スロットｎ＋２は、上で議論されるような技法を使用して、Ｋ２＝６であり、フィードバックスロットがスロットｎ＋８であることも示し得る。さらに、ＤＣＩは、情報がない総ＤＡＩを含み得、したがって、スロットｎ＋８における動的フィードバックコードブックに関連付けられたＵＬグラント前ＤＬスロットが存在しないことを示す。故に、図７の実施形態は、スロットｎ＋８における動的フィードバックコードブックにおいて第２のフィードバック情報サイズのみを含み得、第１のフィードバック情報を含まない。
【００６７】
さらに、動的フィードバックコードブック（例えば、ＵＬグラント後のＤＬ割り当てのためのＨＡＲＱフィードバック情報）の第２のフィードバック情報サイズが、ＢＳによってＵＥにＲＲＣシグナリングで示されるＫ１の組から決定され得る。例えば、Ｋ１の組は、Ｋ１の組∈｛２，４，６，８｝であり得る。別の言い方をすれば、Ｋ１の組における値は、動的フィードバックコードブックがフィードバックスロットに先立って第２／第４／第６／および第８のスロットに関するフィードバックを提供すべきであることを示し得る。このＫ１の組は、これらのスロットもＤＬスロットである（例えば、ＤＬ割り当てを有する）べきであることも示し得る。特定のＤＬスロットに関して、そのようなスロットにおけるＤＣＩも、その特定のスロットに関連付けられたＫ１の値をさらに示し得る。例えば、ＤＣＩの２ビットが、ＤＣＩに関連付けられたスロットに適用可能であるＫ１の組における値を示すために、使用され得る。これらの２ビットは、「００」が「Ｋ１＝２」を表し、「０１」が「Ｋ１＝４」を表し、「１０」が「Ｋ１＝６」を表し、「１１」が「Ｋ１＝８」を表す場合等の２進数形態で表され得る。例えば、ＵＬグラントスロットとフィードバックスロットとの間のスロットｎ＋３からｎ＋７のうち、スロットｎ＋４が、Ｋ１＝２に関連付けられ得、スロットｎ＋６が、Ｋ１＝４に関連付けられ得る。これは、スロットｎ＋４およびｎ＋６がスロットｎ＋８における動的フィードバックコードブックにおいて特徴付けられ得ることを示す。別の言い方をすれば、スロットｎ＋４は、４のＫ１値を含むＤＣＩを含み得、スロットｎ＋６は、２のＫ１値を示すＤＣＩを含み得る。したがって、タイムスロットｎ＋８における動的フィードバックコードブックによって特徴付けられるＵＬグラント後ＤＬスロットの数は、２である。故に、タイムスロットｎ＋８の動的フィードバックコードブックにおいて特徴付けられ得る２つのスロット（例えば、Ｋ１＝４であるスロットｎ＋４およびＫ１＝２であるスロットｎ＋６）が存在する。
【００６８】
これらのＵＬグラント後ＤＬスロットの数は、Ｎとして決定され得る。図７の図示される実施形態に関して、フィードバックスロットｎ＋８におけるフィードバックのためのＵＬグラント後ＤＬスロットの数は、２である（例えば、Ｎ＝２）。さらに、動的フィードバックコードブックの第２のフィードバック情報のサイズは、Ｎ×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄ＝２×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄ＝２×１×１＝４ビットとして決定され得、ＮＣＢＧは、１であり、Ｎｃｏｄｅｗｏｒｄは、１である。上で紹介されるように、ＮＣＢＧは、ＣＢＧ構成（例えば、１つのスロットにおけるＣＢＧの数）を表す。例えば、ＮＣＢＧ＝１は、１つのみのＣＢＧが１つのスロット内にあることを意味し、それは、ＣＢＧレベルフィードバックの無効化としても理解され得る。
【００６９】
故に、動的フィードバックコードブックの第２のフィードバック情報サイズは、２ビットであり得る。動的フィードバックコードブックの第２のフィードバック情報は、多重化によって、これらの２ビットを含み得る。例えば、動的フィードバックコードブックの第２のフィードバック情報内において、第１のビットは、ＤＬタイムスロットｎ＋４に対応し得る。第２のビットは、ＤＬタイムスロットｎ＋６に対応し得る。第２のフィードバック情報は、ＰＵＳＣＨ上のそれらの構成スロットの各々のためのＨＡＲＱ  ＡＣＫまたはＮＡＣＫを含み得る。
【００７０】
図８は、本開示のいくつかの実施形態による動的フィードバックコードブックがキャリアアグリゲーション（ＣＡ）中のＵＬグラントスロットとフィードバックスロットとの間のスロットに関するフィードバックを含み得る方法を図示するブロック図である。
【００７１】
図８に示されるように、２つのコンポーネントキャリア（ＣＣ）８０２、８０４が、キャリアアグリゲーション（ＣＡ）下でＵＥのためにスケジュールされる。さらに、フィードバックスロットは、コンポーネントキャリア２（ＣＣ２）８０４ではなく、コンポーネントキャリア１（ＣＣ１）１０８上にあり得る。同じＣＢＧ構成および同じコードワード番号構成が、ＣＣ８０２、８０４の各々に採用され得る。例えば、ＮＣＢＧ＝２であり、Ｎｃｏｄｅｗｏｒｄ＝１である。さらに、ある実施形態において、各Ｋ１またはＫ２値は、ＣＣ１  ８０２におけるスロットを指し得る。
【００７２】
ＣＣ１における（例えば、ＣＣ１  ８０２のスロットｎ＝８における）動的フィードバックコードブックにおける第１のフィードバック情報は、ＣＣ１  ８０２およびＣＣ２  ８０４の両方のための第１のフィードバック情報を含み得る。同様、ＣＣ２における（例えば、ＣＣ１  ８０２のスロットｎ＝８における）動的フィードバックコードブックにおける第２のフィードバック情報は、ＣＣ１  ８０２およびＣＣ２  ８０４の両方のための第２のフィードバック情報を含み得る。例えば、ＵＥは、現在のＤＬデータ伝送がスロットｎ＋８における動的フィードバックコードブックにおけるフィードバックにおける特徴付けのための第１のＤＬスロットであり得ることを示し得るＤＣＩ情報をＣＣ１  ８０２のスロットｎにおいてＰＤＣＣＨ上で受信する。これは、ＣＣ１  ８０２のスロットｎにおける０のＣＤＡＩ値および８のＫ１値を用いて示され得る。
【００７３】
同様、ＵＥは、現在のＤＬデータ伝送がＣＣ１  ８０２のスロットｎ＋８における動的フィードバックコードブックにおけるフィードバックにおける特徴付けのための第２のＤＬスロットであり得ることを示し得るＤＣＩ情報をＣＣ２  ８０４のスロットｎにおけるＰＤＣＣＨ上で受信し得る。これは、ＣＣ２  ８０４のスロットｎにおける１のＣＤＡＩ値および８のＫ１値を用いて示され得る。
【００７４】
同様、ＵＥは、現在のＤＬデータ伝送がＣＣ１  ８０２のスロットｎ＋８における動的フィードバックコードブックにおけるフィードバックにおける特徴付けのための第３のＤＬスロットであり得ることを示すＤＣＩをＣＣ１のスロットｎ＋２においてＰＤＣＣＨ上で受信し得る。これは、ＣＣ１  ８０２のスロットｎ＋２における２のＣＤＡＩ値および６のＫ１値を用いて示され得る。
【００７５】
同様、ＵＥは、現在のＤＬデータ伝送がＣＣ１  ８０２のスロットｎ＋８における動的フィードバックコードブックにおけるフィードバックにおける特徴付けのための第４のＤＬスロットであり得ることを示すＤＣＩをＣＣ２のスロットｎ＋３においてＰＤＣＣＨ上で受信し得る。これは、ＣＣ２  ８０４のスロットｎ＋３における３のＣＤＡＩ値および５のＫ１値を用いて示され得る。
【００７６】
次いで、ＣＣ１  ８０２のスロットｎ＋４において、ＵＬグラントが、ＵＥによって受信されるＤＣＩで示され得る。ｎ＋４におけるこのＵＬグラントは、ｎ＋８が、４のＫ２値を含むことによって、動的フィードバックコードブックのためのフィードバックスロットであり得ることを示し得る。上で紹介されるように、４のＫ２値は、ｎ＋８がｎ＋８＝ｎ＋４＋４としてのフィードバックスロットであり得ることを示し得る。上でも紹介されるように、フィードバックスロットｎ＋８は、ＰＵＳＣＨにおいて動的フィードバックコードブックを搬送し得る。スロットｎ＋４は、上でさらに議論される総ＤＡＩも含み得る。
【００７７】
故に、ＣＣ１  ８０２のスロットｎ＋８における動的フィードバックコードブックの第１のフィードバック情報におけるフィードバックにおける特徴付けのためのスロットの数は、４である。故に、第１のフィードバック情報のコードブックサイズは、上で議論されるように計算される４×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄ＝８ビットであり、ＮＣＢＧ＝２であり、Ｎｃｏｄｅｗｏｒｄ＝１である。動的フィードバックコードブックの第１のフィードバック情報は、多重化によって、これらの８ビットを含み得る。例えば、動的フィードバックコードブックの第１のフィードバック情報内において、第１のビットおよび第２のビットは、ＣＣ１  ８０２のスロットにおける２つのＣＢＧに対応し得る。第３のビットおよび第４のビットは、ＣＣ２  ８０４のスロットにおける２つのＣＢＧに対応し得る。第５のビットおよび第６のビットは、ＣＣ１のスロットｎ＋２における２つのＣＢＧに対応し得る。そして、コードブックの第７のビットおよび第８のビットは、ＣＣ２のスロットｎ＋３における２つのＣＢＧに対応し得る。
【００７８】
さらに、動的フィードバックコードブック（例えば、ＵＬグラント後のＤＬ割り当てのためのＨＡＲＱフィードバック情報）の第２のフィードバック情報サイズが、図３−５に関連して議論される技法のうちのいずれかを使用して、決定され得る。例えば、図３の実施形態と同様、ＣＣ１  ８０２のためのＫ１の組は、ＢＳによってＵＥにＲＲＣシグナリングで示され得る。例えば、Ｋ１の組は、Ｋ１の組∈｛２，４，６，８｝であり得る。故に、ＵＬグラントスロットとフィードバックスロットとの間のスロットｎ＋５、ｎ＋６、ｎ＋７のうち、スロットｎ＋６のみが、ＣＣ１  ８０２のスロットｎ＋８における動的フィードバックコードブックにおいて特徴付けられるであろう。別の言い方をすれば、ＣＣ２  ８０４のスロットｎ＋６は、２のＫ１値を示すＤＣＩを含み得る。したがって、ＣＣ１  ８０２のタイムスロットｎ＋８における動的フィードバックコードブックによって特徴付けられるＵＬグラント後ＤＬスロットの数は、１である。
【００７９】
ＣＣ２  ８０４のためのＫ１の組も、ＢＳによってＵＥにＲＲＣシグナリングで示され得る。例えば、Ｋ１の組は、Ｋ１の組∈｛２，５，８｝であり得る。故に、ＵＬグラントスロットとフィードバックスロットとの間のスロットｎ＋５、ｎ＋６、ｎ＋７のうち、スロットｎ＋６のみが、ＣＣ１  ８０２のスロットｎ＋８における動的フィードバックコードブックにおいて特徴付けられるであろう。別の言い方をすれば、ＣＣ２  ８０４のスロットｎ＋６は、２のＫ１値を示すＤＣＩを含み得る。したがって、ＣＣ１  ８０２のタイムスロットｎ＋８における動的フィードバックコードブックによって特徴付けられるＵＬグラント後ＤＬスロットの数は、１である。
【００８０】
ＣＣ１  ８０２およびＣＣ２  ８０４におけるこれらのＵＬグラント後ＤＬスロットの数は、Ｎとして決定され得る。図８の図示される実施形態に関して、Ｎ＝２である。動的フィードバックコードブックの第２のフィードバック情報のサイズは、Ｎ×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄ＝２×２×１＝４ビットとして決定され得、上ですでに紹介されているように、ＮＣＢＧ＝２であり、Ｎｃｏｄｅｗｏｒｄ＝１である。
【００８１】
動的フィードバックコードブックの第２のフィードバック情報は、多重化によって、これらの４ビットを含み得る。例えば、動的フィードバックコードブックの第２のフィードバック情報内において、第１のビットおよび第２のビットは、ＣＣ１のタイムスロットｎ＋６における２つのＣＢＧに対応し得る。さらに、第３のビットおよび第４のビットは、ＣＣ２のタイムスロットｎ＋６における２つのＣＢＧに対応し得る。
【００８２】
故に、動的フィードバックコードブックは、上で決定されるような第１および第２のフィードバック情報（第１および第２のフィードバック情報のサイズおよびビット順序を含む）を含み得る。この第１および第２のフィードバック情報は、それらの構成スロットの各々のためのそれぞれのＨＡＲＱ  ＡＣＫまたはＮＡＣＫを含み得る。下でさらに議論されるであろうように、動的フィードバックコードブックは、動的フィードバックコードブックの別個の部分として、第１および第２のフィードバック情報を含み得るか、または、第１および第２のフィードバック情報をマージし得る。マージされた場合、組み合わせられた第１および第２のフィードバック情報は、サイズにおいて１２ビット（例えば、第２のフィードバック情報のサイズを加えた第１のフィードバック情報のサイズ）であり得る。ある実施形態において、このマージされた、または組み合わせられた第１および第２のフィードバック情報は、第３の情報と称され得る。
【００８３】
動的フィードバックコードブックがスロットにおいて（例えば、スロットのＰＵＳＣＨにおいて）伝送され得る様式は、種々の基準に基づき得る。この基準は、例えば、動的フィードバックコードブックのサイズを含み得る。例えば、動的フィードバックコードブックのサイズは、動的フィードバックコードブックの合計のサイズを含み得る。代替として、動的フィードバックコードブックのサイズは、上で議論されるように、第１のフィードバック情報のサイズ、第２のフィードバック情報のサイズ、または第１および第２のフィードバック情報の組み合わせである第３のフィードバック情報のサイズ等の動的フィードバックコードブックの構成部分を指し得る。上で議論されるように、動的フィードバックコードブックは、フィードバックスロットに先立つアップリンクグラントの前および後の両方のダウンリンク信号の受信を特徴づける第１および第２のフィードバック情報の両方を含み得る。さらに、動的フィードバックコードブックが、フィードバックスロットにおいてＵＥからＢＳに伝送され得る。フィードバック情報は、それぞれ、ＨＡＲＱ  ＡＣＫまたはＮＡＣＫを含み得る（例えば、第１のフィードバック情報に関連付けられた第１のＨＡＲＱ  ＡＣＫまたはＮＡＣＫ、または第２のフィードバック情報に関連付けられた第２のＨＡＲＱ  ＡＣＫまたはＮＡＣＫ）。
【００８４】
動的フィードバックコードブックの伝送の様式（例えば、モード）は、例えば、パンクチャ伝送およびレートマッチング伝送を含み得る。パンクチャ伝送において、ＵＥは、利用可能な全てのＰＵＳＣＨリソース（例えば、スロットにおける全てのＰＵＳＣＨリソース）を利用して、ＵＬデータを作成し得る。しかしながら、ＰＵＳＣＨリソースの一部（例えば、いくつかのリソースブロック（ＲＢ）、またはいくつかのリソース要素（ＲＥ）、またはいくつかのシンボル）上のＵＬデータは、動的フィードバックコードブックを構成するフィードバック情報によって置換（例えば、パンクチャ）され得る。動的フィードバックコードブックによってパンクチャされるＰＵＳＣＨリソースの部分上のＵＬデータ（例えば、ＵＬをエンコードした後のビット）は、破棄され得る。ある実施形態において、動的フィードバックコードブックの伝送のためのパンクチャは、従来の様式で実施され得、本明細書で詳細に議論されないであろう。
【００８５】
レートマッチングにおいて、ＰＵＳＣＨリソースの一部（例えば、いくつかのリソースブロック（ＲＢ）、またはいくつかのリソース要素（ＲＥ）、またはいくつかのシンボル）が、動的フィードバックコードブックのために予約され得る。ＵＥは、動的フィードバックコードブックのために予約されていない残りの（例えば、予約されていない）ＰＵＳＣＨリソースに従って、ＵＬデータを作成し得る。このレートマッチングモードにおいて、ＵＬデータ（例えば、エンコードした後のＵＬデータビット）は、完全であり得る（例えば、パンクチャされない）が、動的フィードバックコードブックのためにリソースを予約することは、動的フィードバックコードブックに関連付けられていないＵＬデータのためのリソースの量を低減させ得る。ある実施形態において、動的フィードバックコードブックの伝送のためのレートマッチングは、従来の様式で実施され得、本明細書で詳細に議論されないであろう。
【００８６】
種々の実施形態において、パンクチャまたはレートマッチングのいずれかが、動的フィードバックコードブックを伝送するために利用され得る。さらに、パンクチャが利用され得るか、レートマッチングが利用され得るかは、動的フィードバックコードブックのサイズに基づき得る。このサイズは、上で議論されるように、動的フィードバックコードブック全体のサイズ、第１のフィードバック情報のサイズ、第２のフィードバック情報のサイズ、または第１および第２のフィードバック情報の組み合わせである第３のフィードバック情報のサイズであり得る。
【００８７】
ある実施形態において、２ビットの値が、動的フィードバックコードブックを伝送するためにパンクチャが利用され得るか、レートマッチングが利用され得るかを決定するための閾値と見なされ得る。例えば、パンクチャは、動的フィードバックコードブックのサイズにおいて２ビット以下のときに採用され得、レートマッチングは、動的フィードバックコードブックのサイズが２より大きいサイズであるときに利用され得る。この閾値は、仕様内で設定されるか、または、基地局によって構成され、ＵＥに示され得る。
【００８８】
ある実施形態において、２ビットの値が、動的フィードバックコードブックの第１のフィードバック情報を伝送するためにパンクチャが利用され得るか、レートマッチングが利用され得るかを決定するための閾値と見なされ得る。例えば、パンクチャは、第１のフィードバック情報のサイズが２ビット以下のときに採用され得、レートマッチングは、第１のフィードバック情報のサイズが２より大きいサイズであるときに利用され得る。別の例として、パンクチャは、第２のフィードバック情報のサイズが２ビット以下のときに採用され得、レートマッチングは、第２のフィードバック情報のサイズが２より大きいサイズであるときに利用され得る。この閾値は、仕様内で設定されるか、または、基地局によって構成され得る。この閾値は、仕様内で設定されるか、または、基地局によって構成され、ＵＥに示され得る。
【００８９】
例証的例として、第１のフィードバック情報が、１２ビットのサイズを有し得る一方で、第２のフィードバック情報は、２ビットのサイズを有し得る。さらに、閾値は、２ビットであり得、２より大きいフィードバック情報が、レートマッチングを使用して伝送されるべきである一方で、２ビット以下のフィードバック情報は、パンクチャを使用して伝送されるべきである。故に、サイズが１２ビットの第１のフィードバック情報が、レートマッチングを使用して伝送され得る一方で、サイズが２ビットの第２のフィードバック情報は、パンクチャを使用して伝送され得る。
【００９０】
ある実施形態において、各伝送モード（例えば、パンクチャまたはレートマッチング）のためのＰＵＳＣＨにおける伝送リソースのサイズおよび位置が、事前定義され得る。例えば、ある第１のフィードバック情報および／またはある第２のフィードバック情報が、動的フィードバックコードブックのサイズにかかわらず、パンクチャまたはレートマッチングを介した伝送のために事前定義され得る。
【００９１】
種々の実施形態において、第１および第２のフィードバック情報は、別個に伝送されるならば、互いに重複しないこともある。別の言い方をすれば、下でさらに議論されるであろうように、第１および第２の情報は、伝送のための異なるリソースを占有し得る。
【００９２】
ある実施形態において、ＰＵＳＣＨにおける伝送リソースのサイズは、動的フィードバックコードブックのサイズに依存し得る。例えば、動的フィードバックコードブックによって占有されるＲＥの数は、動的コードブックフィードバックサイズ（例えば、フィードバック情報のサイズ）×Ｍとして計算され得る。Ｍの値は、パンクチャ伝送モードおよびレートマッチングモードに関して同じであるか、または、異なり得る。例えば、パンクチャ伝送モードに関して、Ｍ＝１２である一方で、レートマッチングモードに関して、Ｍ＝６である。ある実施形態において、動的フィードバックコードブックのサイズとＰＵＳＣＨにおける伝送リソースのサイズとの間の関係は、線形であり得る。他の実施形態において、動的フィードバックコードブックのサイズとＰＵＳＣＨにおける伝送リソースのサイズとの間の関係は、非線形であり得る。
【００９３】
例証的例として、第１のフィードバック情報のサイズは、１２ビットであり得、それによって、第１のフィードバック情報に関連付けられたＰＵＳＣＨにおける伝送リソースのサイズは、１２×６＝７２個のＲＥであり得、（例えば、レートマッチングに関して）Ｍ＝６である。これらの７２個のＲＥの各々の位置は、事前定義され得る。例えば、周波数ドメインにおいて、ＰＵＳＣＨＲＢは、ＲＥ０、４、８において占有されるであろう。時間ドメインにおいて、ＲＥは、復調基準信号（ＤＭＲＳ）シンボル以外のシンボルを利用し得る。
【００９４】
さらに、第２のフィードバック情報のサイズは、２ビットであり得、それによって、第１のフィードバック情報に関連付けられたＰＵＳＣＨにおける伝送リソースのサイズは、２×１２＝２４個のＲＥであり得、（例えば、パンクチャに関して）Ｍ＝１２である。さらに、第２のフィードバック情報によって占有される伝送リソースは、利用される伝送モード（例えば、パンクチャまたはレートマッチング）にかかわらず、第１のフィードバック情報によって占有される伝送リソースを回避するように配分または設計され得る。例えば、周波数ドメインにおいて、ＰＵＳＣＨＲＢは、ＲＥ２、６、１０において占有されるであろう。時間ドメインにおいて、ＲＥは、ＤＭＲＳシンボル以外のシンボルを利用し得る。
【００９５】
上記例において、２つのＨＡＲＱ  ＡＣＫ（またはＮＡＣＫ）によって占有されるリソースが、周波数ドメインにおいて分離され得る。さらに、重複リソース（例えば、リソース間のクロストークまたはリソースのオーバーブッキング）を回避するための他のリソースマッピング規則があり得る。例えば、第１のＨＡＲＱ  ＡＣＫは、奇数のＲＢ上にマッピングされ得、第２のＨＡＲＱ  ＡＣＫは、偶数のＲＢ上にマッピングされ得る。代替として、第１のＨＡＲＱ  ＡＣＫは、奇数のシンボル上にマッピングされ得、第２のＨＡＲＱ  ＡＣＫは、偶数のシンボル上にマッピングされ得る。代替として、第１のＨＡＲＱ  ＡＣＫは、第１の時間周波数ドメインリソース上にマッピングされ得、第２のＨＡＲＱ  ＡＣＫは、第１の時間周波数ドメインリソースからの時間ドメインオフセットおよび／または周波数ドメインオフセットを伴うリソース上にマッピングされ得る。このオフセットは、いくつかのＲＥ、いくつかのＲＢ、いくつかのシンボル、いくつかのスロット、または上記組み合わせ（例えば、ＲＥ、ＲＢ、シンボル、およびスロットの組み合わせ）の順序におけるそれ、または規模におけるそれあり得る。
【００９６】
上記のように、ＵＥは、フィードバックスロットにおける動的フィードバックコードブックとともにＵＬデータを伝送し得る。故に、レートマッチングに関して、ＵＥは、動的フィードバックコードブックのために予約されるそれら以外の伝送リソースにおいて伝送するためのＵＬデータを作成し得る。さらに、パンクチャに関して、ＵＥは、動的フィードバックコードブックのデータでフィードバックスロットにおけるＵＬデータをパンクチャし得る。
【００９７】
ある実施形態において、第１のフィードバック情報のための伝送の様式が、設定され得る一方で、第２のフィードバック情報のための伝送の様式は、コードブックサイズ（例えば、第２のフィードバック情報のサイズ）に基づき得る。例えば、レートマッチングは、第１のフィードバック情報の伝送の設定された様式（タイプ）であり得る。しかしながら、第２のフィードバック情報は、第２のフィードバック情報のサイズに依存する場合、レートマッチングまたはパンクチャのいずれかによって伝送され得る。例えば、第２のフィードバック情報は、サイズが２ビット以下のときにパンクチャを介して伝送され得るか、または、サイズが２ビットより大きいときにレートマッチングを介して伝送され得る。別の言い方をすれば、２ビットは、第２のフィードバック情報がレートマッチングを介して伝送されるか、パンクチャを介して伝送されるかの決定のための閾値であり得る。これらの閾値は、関連付けられたＢＳおよびＵＥが動作し得る仕様内で定義され得るか、または、ＢＳによってＵＥに示され得る。
【００９８】
例えば、動的フィードバックコードブックは、サイズ１２ビットの第１のフィードバック情報と、サイズ１０ビットの第２のフィードバック情報とを含み得る。動的フィードバックコードブック伝送の様式を決定するためのすぐ上で参照された規則に基づいて、ＵＥは、レートマッチングを介して第１のフィードバック情報（例えば、第１のフィードバック情報に関連付けられたＨＡＲＱ  ＡＣＫまたはＮＡＣＫ）を伝送し得る。第２のフィードバック情報も、レートマッチングを介して伝送され得る。さらに、ある実施形態において、第１および第２のフィードバック情報は、上でさらに議論されるように、互いに重複および干渉しないこともある。
【００９９】
ある実施形態において、第１のフィードバック情報および第２のフィードバック情報の両方のための伝送の様式が、設定（例えば、事前決定）され得る。例えば、この事前決定は、第１のフィードバック情報および第２のフィードバック情報の両方のためのパンクチャを介した伝送を含み得る。別の例として、この事前決定は、第１のフィードバック情報および第２のフィードバック情報の両方のためのレートマッチングを介した伝送を含み得る。さらに別の例として、この事前決定は、第１のフィードバック情報のためのパンクチャを介した伝送と、第２のフィードバック情報のためのレートマッチングを介した伝送とを含み得る。別のさらなる例として、この事前決定は、第１のフィードバック情報のためのレートマッチングを介した伝送と、第２のフィードバック情報のためのパンクチャを介した伝送とを含み得る。さらに、ある実施形態において、第１および第２のフィードバック情報は、上でさらに議論されるように、互いに重複および干渉しないこともある。
【０１００】
ある実施形態において、第１のフィードバック情報および第２のフィードバック情報の両方は、上で紹介されるように、組み合わせられ得る。第１および第２のフィードバック情報のこの組み合わせは、第３のフィードバック情報と称され得る。この第３のフィードバック情報は、（例えば、パンクチャまたはレートマッチングを介して）第１および第２のフィードバック情報と同じ様式で伝送され得る。さらに、第１および第２のフィードバック情報と同様、第３のフィードバック情報伝送の様式も、種々の基準に基づき得る。この基準は、動的フィードバックコードブックのサイズを含み得る。これは、例えば、上で議論されるように、第３のフィードバック情報のサイズ、第１のフィードバック情報のサイズ、または第２のフィードバック情報のサイズであり得る。
【０１０１】
ある実施形態において、２ビットの値が、動的フィードバックコードブックの第３のフィードバック情報を伝送するためにパンクチャが利用され得るか、レートマッチングが利用され得るかを決定するための閾値と見なされ得る。例えば、パンクチャは、第３のフィードバック情報のサイズが２ビット以下のときに採用され得、レートマッチングは、第３のフィードバック情報のサイズが２より大きいサイズであるときに利用され得る。この閾値は、仕様内で設定されるか、または、基地局によって構成され得る。ある実施形態において、各伝送モードのためのＰＵＳＣＨにおける伝送リソースのサイズおよび位置が、事前定義され得る。さらに、さらなる実施形態において、伝送の所定のモードが、第３のフィードバック伝送に利用され得る。例えば、第３のフィードバック伝送は、パンクチャまたはレートマッチングのいずれかとして設定され得る。
【０１０２】
上で紹介されるように、ある実施形態において、動的フィードバックコードブックは、単一のフィードバック情報のみ（例えば、第１のフィードバック情報のみ、または第２のフィードバック情報のみ）を含み得る。故に、動的フィードバックコードブックの単一のフィードバック情報は、パンクチャまたはレートマッチングを介して伝送され得る。単一のフィードバック情報を伝送する様式も、種々の基準に基づき得る。この基準は、例えば、上で議論されるように、単一のフィードバック情報のサイズを含み得る。
【０１０３】
ある実施形態において、２ビットの値が、動的フィードバックコードブックの単一のフィードバック情報を伝送するためにパンクチャが利用され得るか、レートマッチングが利用され得るかを決定するための閾値と見なされ得る。例えば、パンクチャは、単一のフィードバック情報のサイズが２ビット以下のときに採用され得、レートマッチングは、単一のフィードバック情報のサイズが２より大きいサイズであるときに利用され得る。この閾値は、仕様内で設定されるか、または、基地局によって構成され得る。ある実施形態において、各伝送モードのためのＰＵＳＣＨにおける伝送リソースのサイズおよび位置が、事前定義され得る。さらに、さらなる実施形態において、伝送の所定のモードが、単一のフィードバック情報に利用され得る。例えば、単一のフィードバック情報を伝送する様式は、パンクチャまたはレートマッチングのいずれかとして設定され得る。
【０１０４】
本発明の種々の実施形態が、上で説明されたが、それらは、限定としてではなくて、一例のみとして提示されたことを理解されたい。同様、種々の略図は、当業者が本発明の例示的特徴および機能を理解することを可能にするように提供される例示的アーキテクチャまたは構成を描写し得る。しかしながら、そのような当業者は、本発明が図示される例示的アーキテクチャまたは構成に制限されず、種々の代替アーキテクチャおよび構成を使用して実装され得ることを理解するであろう。加えて、当業者によって理解されるであろうように、一実施形態の１つ以上の特徴は、本明細書に説明される別の実施形態の１つ以上の特徴と組み合わせられることができる。したがって、本開示の範疇および範囲は、上で説明される例示的実施形態のうちのいずれによっても限定されるべきではない。
【０１０５】
「第１の」、「第２の」等の指定を使用する本明細書の要素の任意の言及が、概して、これらの要素の数量または順序を限定しないことも理解されたい。むしろ、これらの指定は、２つ以上の要素または要素の実例を区別する便利な手段として、本明細書で使用されることができる。したがって、第１および第２の要素の言及は、２つのみの要素が採用され得ること、または第１の要素がある様式で第２の要素に先行しなければならないことを意味しない。
【０１０６】
加えて、当業者は、情報および信号が、種々の異なる技術および技法のうちのいずれかを使用して表され得ることを理解するであろう。例えば、上記説明で参照され得る、例えば、データ、命令、コマンド、情報、信号、ビット、およびシンボルは、電圧、電流、電磁波、磁場または粒子、光場または粒子、またはそれらの任意の組み合わせによって、表されることができる。
【０１０７】
当業者は、本明細書に開示される側面に関連して説明される種々の例証的論理ブロック、モジュール、プロセッサ、手段、回路、方法、および機能のうちのいずれかが、電子ハードウェア（例えば、デジタル実装、アナログ実装、または２つの組み合わせ）、ファームウェア、命令を組み込む種々の形態のプログラムまたは設計コード（便宜上、「ソフトウェア」または「ソフトウェアモジュール」と本明細書で称され得る）、またはこれらの技法の任意の組み合わせによって実装され得ることをさらに理解するであろう。ハードウェア、ファームウェア、およびソフトウェアのこの可換性を明確に例証するために、種々の例証的コンポーネント、ブロック、モジュール、回路、およびステップが、概して、それらの機能性の観点から上で説明された。そのような機能性がハードウェア、ファームウェア、またはソフトウェア、またはこれらの技法の組み合わせとして実装されるかどうかは、全体的なシステムに課される特定の用途および設計制約に依存する。当業者は、各特定の用途のために好適な様式でそのような機能性を実装することができるが、そのような実装決定は、本発明の範囲からの逸脱を引き起こさない。
【０１０８】
さらに、当業者は、本明細書に説明される種々の例証的論理ブロック、モジュール、デバイス、コンポーネント、および回路が、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、またはそれらの任意の組み合わせを含み得る集積回路（ＩＣ）において実装されるか、または、それによって実施され得ることを理解するであろう。論理ブロック、モジュール、および回路は、ネットワーク内またはデバイス内の種々のコンポーネントと通信するためのアンテナおよび／または送受信機をさらに含むことができる。汎用プロセッサは、マイクロプロセッサであり得るが、代替物において、プロセッサは、任意の従来のプロセッサ、コントローラ、または状態マシンであり得る。プロセッサは、コンピューティングデバイスの組み合わせ、例えば、ＤＳＰおよびマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと併せた１つ以上のマイクロプロセッサ、または本明細書に説明される機能を果たすための任意の他のそのような構成として実装されることもできる。
【０１０９】
ソフトウェアで実装された場合、機能は、コンピュータ読み取り可能な媒体上で１つ以上の命令またはコードとして記憶されることができる。したがって、本明細書に開示される方法またはアルゴリズムのステップは、コンピュータ読み取り可能な媒体上に記憶されたソフトウェアとして実装されることができる。コンピュータ読み取り可能な媒体は、コンピュータプログラムまたはコードを１つの場所から別の場所に転送することを可能にされ得る任意の媒体を含むコンピュータ記憶媒体および通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく、一例として、そのようなコンピュータ読み取り可能な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、または命令またはデータ構造の形態で所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を含むことができる。
【０１１０】
本書において、本明細書で使用されるような用語「モジュール」は、本明細書に説明される関連付けられた機能を果たすためのソフトウェア、ファームウェア、ハードウェア、およびこれらの要素の任意の組み合わせを指す。加えて、議論の目的のために、種々のモジュールは、別々のモジュールとして説明されるが、しかしながら、当業者に明白であろうように、２つ以上のモジュールが、本発明の実施形態による関連付けられた機能を果たす単一のモジュールを形成するように、組み合わせられ得る。
【０１１１】
加えて、本書に説明される機能のうちの１つ以上のものは、概して、メモリ、記憶デバイス、または記憶ユニット等の媒体を指すために本明細書で使用される「コンピュータプログラム製品」、「コンピュータ読み取り可能な媒体」等に記憶されるコンピュータプログラムコードを用いて、果たされ得る。これらおよび他の形態のコンピュータ読み取り可能な媒体は、プロセッサに規定動作を実施させるためにプロセッサによって使用するための１つ以上の命令を記憶することに関与し得る。そのような命令は、概して、実行されると、コンピューティングシステムが所望の動作を実施することを可能にする「コンピュータプログラムコード」（コンピュータプログラムまたは他のグループの形態でグループ化され得る）と称される。
【０１１２】
加えて、メモリまたは他の記憶装置、および通信コンポーネントが、本発明の実施形態で採用され得る。明確にする目的のために、上記説明は、異なる機能ユニットおよびプロセッサを参照して本発明の実施形態を説明したことを理解されたい。しかしながら、異なる機能ユニット、処理論理要素、またはドメイン間の機能性の任意の好適な分布が、本発明から逸脱することなく使用され得ることが明白であろう。例えば、別個の処理論理要素またはコントローラによって果たされることが例証される機能性は、同じ処理論理要素またはコントローラによって果たされ得る。故に、具体的機能ユニットの言及は、厳密な論理または物理的構造または組織を示すのではなく、説明される機能性を提供するための好適な手段の言及にすぎない。
【０１１３】
本開示に説明される実装への種々の修正が、当業者に容易に明白であり、本明細書で定義される一般原理は、本開示の範囲から逸脱することなく、他の実装にも適用されることができる。したがって、本開示は、本明細書に示される実装に限定されることを意図しておらず、下記請求項に記載されるように、本明細書に開示される新規の特徴および原理と一致する最も広い範囲を受けるものである。
【図１】
2021512516.tif 000003
【図２】
2021512516.tif 000004
【図３】
2021512516.tif 000005
【図４】
2021512516.tif 000006
【図５】
2021512516.tif 000007
【図６】
2021512516.tif 000008
【図７】
2021512516.tif 000009
【図８】
2021512516.tif 000010
【手続補正書】
【提出日】令和3年1月25日(2021.1.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信デバイスによって実施される方法であって、前記方法は、
通信ノードからアップリンクグラント情報を受信することであって、前記アップリンクグラント情報は、前記通信デバイスから前記通信ノードへの物理アップリンク共有チャネル（ＰＵＳＣＨ）伝送をスケジュールする、ことと、
前記アップリンクグラント情報を受信した後に前記通信ノードから物理ダウンリンク共有チャネル（ＰＤＳＣＨ）伝送を受信することと、
前記ＰＤＳＣＨ伝送に対応する少なくとも１つのハイブリッド自動反復要求確認応答（ＨＡＲＱ  ＡＣＫ）を生成することと、
前記アップリンクグラント情報によって示される前記ＰＵＳＣＨにおいて前記少なくとも１つのＨＡＲＱ  ＡＣＫを前記通信ノードに送信することと
を含み、
前記少なくとも１つのＨＡＲＱ  ＡＣＫのコードブックサイズは、前記アップリンクグラント情報における総ダウンリンク割り当てインデックス（ＤＡＩ）に関連している、方法。
【請求項２】
前記総ＤＡＩは、前記アップリンクグラント情報が受信される前に前記通信デバイスのためにスケジュールされたダウンリンクスロットまたはダウンリンクトランスポートブロック（ＴＢ）またはダウンリンクコードブロックグループ（ＣＢＧ）の数を示す、請求項１に記載の方法。
【請求項３】
前記少なくとも１つのＨＡＲＱ  ＡＣＫの前記コードブックサイズは、前記ＰＤＳＣＨ伝送によって占有されるスロットの数に関連している、請求項１に記載の方法。
【請求項４】
前記スロットの数は、
前記アップリンクグラント情報を受信した後、かつフィードバックスロットの前のスロットの数、
最小アップリンクフィードバック準備時間内のスロットの数（ＮＴ）を差し引いた、前記アップリンクグラント情報を受信した後、かつフィードバックスロットの前のスロットの数、または
前記アップリンクグラント情報を受信した後、かつフィードバックスロットの前のスロットの数
のうちの１つを備え、
前記フィードバックスロットは、ＲＲＣシグナリングで示されるアップリンクフィードバックタイミングの組に示され、前記アップリンクフィードバックタイミングの組は、全てのアップリンクフィードバックタイミング値を含み、前記アップリンクグラント情報を受信した後、かつ前記フィードバックスロットの前の前記スロットの数は、アップリンクスケジューリングタイミングＫ２−１である、請求項３に記載の方法。
【請求項５】
前記少なくとも１つのＨＡＲＱ  ＡＣＫのコードブックサイズは、Ｎ×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄとして決定され、Ｎは、前記少なくとも１つのＨＡＲＱ  ＡＣＫによって占有されるスロットの数を表し、ＮＣＢＧは、１つのスロットにおけるコードブロックグループの数を表し、Ｎｃｏｄｅｗｏｒｄは、前記少なくとも１つのＨＡＲＱ  ＡＣＫに関連付けられたコードワードの数を表す、請求項１に記載の方法。
【請求項６】
通信ノードによって実施される方法であって、前記方法は、
通信デバイスにアップリンクグラント情報を送信することであって、前記アップリンクグラント情報は、前記通信デバイスから前記通信ノードへの物理アップリンク共有チャネル（ＰＵＳＣＨ）伝送をスケジュールする、ことと、
前記アップリンクグラント情報を送信した後に前記通信デバイスに物理ダウンリンク共有チャネル（ＰＤＳＣＨ）伝送を送信することと、
前記アップリンクグラント情報によって示される前記ＰＵＳＣＨにおいて少なくとも１つのハイブリッド自動反復要求確認応答（ＨＡＲＱ  ＡＣＫ）を受信することであって、前記少なくとも１つのＨＡＲＱ  ＡＣＫは、前記ＰＤＳＣＨ伝送に対応する、ことと
を含み、
前記少なくとも１つのＨＡＲＱ  ＡＣＫのコードブックサイズは、前記アップリンクグラント情報における総ダウンリンク割り当てインデックス（ＤＡＩ）に関連している、方法。
【請求項７】
前記総ＤＡＩは、前記アップリンクグラント情報が送信される前に前記通信デバイスのためにスケジュールされたダウンリンクスロットまたはダウンリンクトランスポートブロック（ＴＢ）またはダウンリンクコードブロックグループ（ＣＢＧ）の数を示す、請求項６に記載の方法。
【請求項８】
前記少なくとも１つのＨＡＲＱ  ＡＣＫの前記コードブックサイズは、前記ＰＤＳＣＨ伝送によって占有されるスロットの数に関連している、請求項６に記載の方法。
【請求項９】
前記スロットの数は、
前記アップリンクグラント情報を送信した後、かつフィードバックスロットの前のスロットの数、
最小アップリンクフィードバック準備時間内のスロットの数（ＮＴ）を差し引いた、前記アップリンクグラント情報を送信した後、かつフィードバックスロットの前のスロットの数、または
前記アップリンクグラント情報を送信した後、かつフィードバックスロットの前のスロットの数
のうちの１つを備え、
前記フィードバックスロットは、ＲＲＣシグナリングで示されるアップリンクフィードバックタイミングの組に示され、前記アップリンクフィードバックタイミングの組は、全てのアップリンクフィードバックタイミング値を含み、前記アップリンクグラント情報を送信した後、かつ前記フィードバックスロットの前の前記スロットの数は、アップリンクスケジューリングタイミングＫ２−１である、請求項８に記載の方法。
【請求項１０】
前記少なくとも１つのＨＡＲＱ  ＡＣＫのコードブックサイズは、Ｎ×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄとして決定され、Ｎは、前記少なくとも１つのＨＡＲＱ  ＡＣＫによって占有されるスロットの数を表し、ＮＣＢＧは、１つのスロットにおけるコードブロックグループの数を表し、Ｎｃｏｄｅｗｏｒｄは、前記少なくとも１つのＨＡＲＱ  ＡＣＫに関連付けられたコードワードの数を表す、請求項６に記載の方法。
【請求項１１】
通信デバイスであって、
プロセッサと、
プロセッサ実行可能なコードを含むメモリと
を備え、
前記プロセッサ実行可能なコードは、前記プロセッサによる実行の際に、
通信ノードからアップリンクグラント情報を受信することであって、前記アップリンクグラント情報は、前記通信デバイスから前記通信ノードへの物理アップリンク共有チャネル（ＰＵＳＣＨ）伝送をスケジュールする、ことと、
前記アップリンクグラント情報を受信した後に前記通信ノードから物理ダウンリンク共有チャネル（ＰＤＳＣＨ）伝送を受信することと、
前記ＰＤＳＣＨ伝送に対応する少なくとも１つのハイブリッド自動反復要求確認応答（ＨＡＲＱ  ＡＣＫ）を生成することであって、前記少なくとも１つのＨＡＲＱ  ＡＣＫのコードブックサイズは、前記アップリンクグラント情報における総ダウンリンク割り当てインデックス（ＤＡＩ）に関連している、ことと、
前記アップリンクグラント情報によって示される前記ＰＵＳＣＨにおいて前記少なくとも１つのＨＡＲＱ  ＡＣＫを前記通信ノードに送信することと
を行うように前記プロセッサを構成する、通信デバイス。
【請求項１２】
前記総ＤＡＩは、前記アップリンクグラント情報が受信される前に前記通信デバイスのためにスケジュールされたダウンリンクスロットまたはダウンリンクトランスポートブロック（ＴＢ）またはダウンリンクコードブロックグループ（ＣＢＧ）の数を示す、請求項１１に記載の通信デバイス。
【請求項１３】
前記少なくとも１つのＨＡＲＱ  ＡＣＫの前記コードブックサイズは、前記ＰＤＳＣＨ伝送によって占有されるスロットの数に関連している、請求項１１に記載の通信デバイス。
【請求項１４】
前記スロットの数は、
前記アップリンクグラント情報を受信した後、かつフィードバックスロットの前のスロットの数、
最小アップリンクフィードバック準備時間内のスロットの数（ＮＴ）を差し引いた、前記アップリンクグラント情報を受信した後、かつフィードバックスロットの前のスロットの数、または
前記アップリンクグラント情報を受信した後、かつフィードバックスロットの前のスロットの数
のうちの１つを備え、
前記フィードバックスロットは、ＲＲＣシグナリングで示されるアップリンクフィードバックタイミングの組に示され、前記アップリンクフィードバックタイミングの組は、全てのアップリンクフィードバックタイミング値を含み、前記アップリンクグラント情報を受信した後、かつ前記フィードバックスロットの前の前記スロットの数は、アップリンクスケジューリングタイミングＫ２−１である、請求項１３に記載の通信デバイス。
【請求項１５】
前記少なくとも１つのＨＡＲＱ  ＡＣＫのコードブックサイズは、Ｎ×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄとして決定され、Ｎは、前記少なくとも１つのＨＡＲＱ  ＡＣＫによって占有されるスロットの数を表し、ＮＣＢＧは、１つのスロットにおけるコードブロックグループの数を表し、Ｎｃｏｄｅｗｏｒｄは、前記少なくとも１つのＨＡＲＱ  ＡＣＫに関連付けられたコードワードの数を表す、請求項１１に記載の通信デバイス。
【請求項１６】
通信デバイスであって、
プロセッサと、
プロセッサ実行可能なコードを含むメモリと
を備え、
前記プロセッサ実行可能なコードは、前記プロセッサによる実行の際に、
通信デバイスにアップリンクグラント情報を送信することであって、前記アップリンクグラント情報は、前記通信デバイスから通信ノードへの物理アップリンク共有チャネル（ＰＵＳＣＨ）伝送をスケジュールする、ことと、
前記アップリンクグラント情報を送信した後に前記通信デバイスに物理ダウンリンク共有チャネル（ＰＤＳＣＨ）伝送を送信することと、
前記アップリンクグラント情報によって示される前記ＰＵＳＣＨにおいて少なくとも１つのハイブリッド自動反復要求確認応答（ＨＡＲＱ  ＡＣＫ）を受信することであって、前記少なくとも１つのＨＡＲＱ  ＡＣＫは、前記ＰＤＳＣＨ伝送に対応する、ことと
を行うように前記プロセッサを構成し、
前記少なくとも１つのＨＡＲＱ  ＡＣＫのコードブックサイズは、前記アップリンクグラント情報における総ダウンリンク割り当てインデックス（ＤＡＩ）に関連している、通信デバイス。
【請求項１７】
前記総ＤＡＩは、前記アップリンクグラント情報が送信される前に前記通信デバイスのためにスケジュールされたダウンリンクスロットまたはダウンリンクトランスポートブロック（ＴＢ）またはダウンリンクコードブロックグループ（ＣＢＧ）の数を示す、請求項１６に記載の通信デバイス。
【請求項１８】
前記少なくとも１つのＨＡＲＱ  ＡＣＫの前記コードブックサイズは、前記ＰＤＳＣＨ伝送によって占有されるスロットの数に関連している、請求項１６に記載の通信デバイス。
【請求項１９】
前記スロットの数は、
前記アップリンクグラント情報を送信した後、かつフィードバックスロットの前のスロットの数、
最小アップリンクフィードバック準備時間内のスロットの数（ＮＴ）を差し引いた、前記アップリンクグラント情報を送信した後、かつフィードバックスロットの前のスロットの数、または
前記アップリンクグラント情報を送信した後、かつフィードバックスロットの前のスロットの数
のうちの１つを備え、
前記フィードバックスロットは、ＲＲＣシグナリングで示されるアップリンクフィードバックタイミングの組に示され、前記アップリンクフィードバックタイミングの組は、全てのアップリンクフィードバックタイミング値を含み、前記アップリンクグラント情報を送信した後、かつ前記フィードバックスロットの前の前記スロットの数は、アップリンクスケジューリングタイミングＫ２−１である、請求項１８に記載の通信デバイス。
【請求項２０】
前記少なくとも１つのＨＡＲＱ  ＡＣＫのコードブックサイズは、Ｎ×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄとして決定され、Ｎは、前記少なくとも１つのＨＡＲＱ  ＡＣＫによって占有されるスロットの数を表し、ＮＣＢＧは、１つのスロットにおけるコードブロックグループの数を表し、Ｎｃｏｄｅｗｏｒｄは、前記少なくとも１つのＨＡＲＱ  ＡＣＫに関連付けられたコードワードの数を表す、請求項１６に記載の通信デバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
さらなる実施形態において、通信デバイスによって実施される方法は、第１のダウンリンク情報および第２のダウンリンク情報のうちの少なくとも１つを通信デバイスに送信することであって、第１のダウンリンク情報は、アップリンクグラント情報が受信される前に受信され、第２のダウンリンク情報は、アップリンクグラント情報が受信された後に受信される、ことと、アップリンクフィードバックタイミングに基づいて、フィードバックスロットにおいて少なくとも１つのハイブリッド自動反復要求確認応答（ＨＡＲＱ  ＡＣＫ）を受信することであって、少なくとも１つのＨＡＲＱ  ＡＣＫは、第１のダウンリンク情報に対応する第１のフィードバック情報および第２のダウンリンク情報に対応する第２のフィードバック情報のうちの少なくとも１つを備えている、こととを含む。
本願明細書は、例えば、以下の項目も提供する。
（項目１）
通信デバイスによって実施される方法であって、前記方法は、
通信ノードから第１のダウンリンク情報および第２のダウンリンク情報のうちの少なくとも１つを受信することであって、
前記第１のダウンリンク情報は、アップリンクグラント情報が受信される前に受信され、
前記第２のダウンリンク情報は、アップリンクグラント情報が受信された後に受信される、ことと、
少なくとも１つのハイブリッド自動反復要求確認応答（ＨＡＲＱ  ＡＣＫ）を生成することであって、前記少なくとも１つのＨＡＲＱ  ＡＣＫは、
前記第１のダウンリンク情報に対応する第１のフィードバック情報、および
前記第２のダウンリンク情報に対応する第２のフィードバック情報
のうちの少なくとも１つを備えている、ことと、
前記アップリンクグラント情報に示されるアップリンクフィードバックタイミングに基づいて、フィードバックスロットにおいて前記ＨＡＲＱ  ＡＣＫを前記通信ノードに送信することと
を含む、方法。
（項目２）
前記第１のフィードバック情報および前記第２のフィードバック情報は、前記フィードバックスロットにおいて送信され、
前記フィードバックスロットは、前記第１のダウンリンク情報および前記第２のダウンリンク情報からのアップリンクフィードバックタイミングパラメータＫ１によって示される、項目１に記載の方法。
（項目３）
前記第１のフィードバック情報のコードブックサイズは、前記アップリンクグラント情報に関連付けられたアップリンクグラントスロットのダウンリンク制御情報における総ダウンリンク割り当てインデックス（総ＤＡＩ）に関連している、項目１に記載の方法。
（項目４）
前記総ＤＡＩは、前記アップリンクグラント情報が受信される前に前記通信デバイスのためにスケジュールされたダウンリンクスロットまたはダウンリンクトランスポートブロック（ＴＢ）またはダウンリンクコードブロックグループ（ＣＢＧ）の数を示す、項目３に記載の方法。
（項目５）
前記第１のダウンリンク情報のためのダウンリンク制御情報は、カウンタダウンリンク割り当てインデックス（ＣＤＡＩ）と、アップリンクフィードバックタイミングパラメータとを備え、前記ＣＤＡＩは、前記第１のダウンリンク情報のインデックスを示し、前記アップリンクフィードバックタイミングパラメータは、前記第１のダウンリンク情報のそれぞれのタイミングに対する前記アップリンクフィードバックタイミングを示す、項目１に記載の方法。
（項目６）
前記第２のフィードバック情報のコードブックサイズは、前記第２のダウンリンク情報によって占有されるスロットの数に関連している、項目１に記載の方法。
（項目７）
前記スロットの数は、
前記アップリンクグラント情報を受信した後、かつ前記フィードバックスロットの前のスロットの数、
最小アップリンクフィードバック準備時間におけるスロットの数（ＮＴ）を差し引いた、前記アップリンクグラント情報を受信した後、かつ前記フィードバックスロットの前のスロットの数、および
前記アップリンクグラント情報を受信した後、かつ前記フィードバックスロットの前のスロットの数
のうちの１つを備え、
前記フィードバックスロットは、ＲＲＣシグナリングで示されるアップリンクフィードバックタイミングの組に示され、前記アップリンクフィードバックタイミングの組は、全てのアップリンクフィードバックタイミング値を含み、前記アップリンクグラント情報を受信した後、かつ前記フィードバックスロットの前の前記スロットの数は、アップリンクスケジューリングタイミングＫ２−１である、項目６に記載の方法。
（項目８）
第２のフィードバック情報コードブックサイズは、Ｎ×ＮＣＢＧ×Ｎｃｏｄｅｗｏｒｄとして決定され、Ｎは、前記第２のダウンリンク情報によって占有されるスロットの数を表し、ＮＣＢＧは、１つのスロットにおけるコードブロックグループの数を表し、Ｎｃｏｄｅｗｏｒｄは、前記第２のダウンリンク情報に関連付けられたコードワードの数を表す、項目１に記載の方法。
（項目９）
前記第１のフィードバック情報および前記第２のフィードバック情報の各々は、それぞれ、前記少なくとも１つのＨＡＲＱ  ＡＣＫのうちの個々のＨＡＲＱ  ＡＣＫに関連付けられている、項目１に記載の方法。
（項目１０）
前記第１のフィードバック情報および前記第２のフィードバック情報は、前記ＨＡＲＱ
ＡＣＫに共同で関連付けられている、項目１に記載の方法。
（項目１１）
通信ノードによって実施される方法であって、前記方法は、
第１のダウンリンク情報および第２のダウンリンク情報のうちの少なくとも１つを通信デバイスに送信することであって、
前記第１のダウンリンク情報は、アップリンクグラント情報が受信される前に受信され、
前記第２のダウンリンク情報は、アップリンクグラント情報が受信された後に受信される、
ことと、
アップリンクフィードバックタイミングに基づいて、フィードバックスロットにおいて少なくとも１つのハイブリッド自動反復要求確認応答（ＨＡＲＱ  ＡＣＫ）を受信することと
を含み、
前記少なくとも１つのＨＡＲＱ  ＡＣＫは、
前記第１のダウンリンク情報に対応する第１のフィードバック情報、および
前記第２のダウンリンク情報に対応する第２のフィードバック情報
のうちの少なくとも１つを備えている、方法。
（項目１２）
前記少なくとも１つのＨＡＲＱ  ＡＣＫは、パンクチャモードまたはレートマッチングモードによって、物理アップリンク共有チャネル（ＰＵＳＣＨ）上で伝送される、項目１１に記載の方法。
（項目１３）
前記パンクチャモードは、前記少なくとも１つのＨＡＲＱ  ＡＣＫが前記アップリンクグラント情報に関連付けられたアップリンクデータ伝送をパンクチャすることによって前記ＰＵＳＣＨにおいて伝送されることとして定義される、項目１２に記載の方法。
（項目１４）
前記レートマッチングモードは、前記アップリンクグラント情報に関連付けられたアップリンクデータ伝送が、前記少なくとも１つのＨＡＲＱ  ＡＣＫを避けたレートマッチングによって、前記ＰＵＳＣＨにおいてエンコードされることとして定義される、項目１２に記載の方法。
（項目１５）
前記少なくとも１つのＨＡＲＱ  ＡＣＫは、前記第１のフィードバック情報および前記第２のフィードバック情報のうちの少なくとも１つ内のビットの数に基づいて、パンクチャモードまたはレートマッチングモードを介して前記ＰＵＳＣＨ上で伝送される、項目１２に記載の方法。
（項目１６）
前記第１のフィードバック情報および前記第２のフィードバック情報を搬送する前記ＰＵＳＣＨのリソースは、互いに分離している、項目１２に記載の方法。
（項目１７）
前記第１のフィードバック情報のコードブックサイズは、前記アップリンクグラント情報に関連付けられたアップリンクグラントスロットのダウンリンク制御情報における総ダウンリンク割り当てインデックス（総ＤＡＩ）に関連している、項目１１に記載の方法。
（項目１８）
前記総ＤＡＩは、前記アップリンクグラント情報が受信される前に前記通信デバイスのためにスケジュールされたダウンリンクスロットまたはダウンリンクトランスポートブロック（ＴＢ）またはダウンリンクコードブロックグループ（ＣＢＧ）の数を示す、項目１７に記載の方法。
（項目１９）
項目１−１８のいずれか１項に記載の方法を実施するように構成されたコンピューティングデバイス。
（項目２０）
項目１−１８のいずれか１項を実施するためのコンピュータ実行可能命令を記憶している非一過性のコンピュータ読み取り可能な媒体。
【国際調査報告】
2021512516.tif 000011
2021512516.tif 000012