JP2024528727A - 通信の方法 - Google Patents

Abstract

本開示の実施形態は、通信の方法、装置及びコンピュータ可読媒体に関する。端末装置はプロセッサを備え、前記プロセッサは、ネットワーク装置から、第１のデータ送信についての第１のＨＡＲＱフィードバックの最初の送信のための第１のリソースを示す情報を受信することと、前記ネットワーク装置から、前記第１のＨＡＲＱフィードバックの再送信のための第２のリソースを示す第１のＤＣＩを受信することと、前記ネットワーク装置から、前記第１のデータ送信の後であるようにスケジューリングされた第２のデータ送信についての、前記第１のＨＡＲＱフィードバックと同じ優先度を有する第２のＨＡＲＱフィードバックの最初の送信のための第３のリソースを示す第２のＤＣＩを受信することと、前記ネットワーク装置に、前記第２のリソースにおいて前記第１のＨＡＲＱフィードバックを送信することと、を実行するように設定されている。こうして、スペクトル効率及びシステム性能を向上させることができる。【選択図】図８

Description

本開示の実施形態は、全体として電気通信の分野に関するものであり、特にハイブリッド自動再送要求確認応答（ＨＡＲＱ－ＡＣＫ）コードブックに関する拡張の方法、装置及びコンピュータ記憶媒体に関するものである。

ダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）上の様々なデータ送信又はサービスをスケジューリングするために基地局（例えば、ｇＮＢ）により利用される。ＤＣＩが復号化されると、端末装置（例えば、ＵＥ）は、送信を受信し、その後、該送信についての対応するＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを、物理アップリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）上で送信することができる。場合によっては、ＰＵＣＣＨリソースでのＨＡＲＱフィードバックの送信はキャンセル又は破棄される可能性がある。例えば、低優先度ＨＡＲＱフィードバックのためのＰＵＣＣＨリソースが高優先度ＨＡＲＱフィードバックのためのＰＵＣＣＨリソースと重複する場合、高優先度ＨＡＲＱフィードバックは送信され、低優先度ＨＡＲＱフィードバックは破棄される。別の例について、時分割二重化（ＴＤＤ：ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）システムの場合、半永久スケジューリング（ＳＰＳ：Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）ＨＡＲＱフィードバックのための設定される許可（ＣＧ：ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）ＰＵＣＣＨリソースがＤＬシンボルと衝突する場合、ＳＰＳ ＨＡＲＱフィードバックの送信はキャンセルされる。追加として、ＨＡＲＱフィードバックが、ｇＮＢからのＵＬキャンセル指示によりキャンセルされるＰＵＳＣＨリソースにおいて多重化された場合、ＨＡＲＱフィードバックの送信は必然的にキャンセルされる。

この場合、ｇＮＢがデータ送信についてのＨＡＲＱフィードバックを受信しなかった場合、該データ送信を直接再送信するのではなく、キャンセルされたＨＡＲＱフィードバックの再送信をトリガすることが望ましい。これは、通信システムのスペクトル効率に有利である。

全体として、本開示の実施形態は、拡張されたＨＡＲＱフィードバックメカニズムのための方法、装置及びコンピュータ記憶媒体を提供する。

第１の態様において、通信の方法が提供される。前記方法は、端末装置において、ネットワーク装置から、第１のデータ送信についての第１のハイブリッド自動再送要求（ＨＡＲＱ：Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックの最初の送信のための第１のリソースを示す情報を受信することと、前記ネットワーク装置から、前記第１のＨＡＲＱフィードバックの再送信のための第２のリソースを示す第１のダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）を受信することと、前記ネットワーク装置から、前記第１のデータ送信の後であるようにスケジューリングされた第２のデータ送信についての、前記第１のＨＡＲＱフィードバックと同じ優先度を有する第２のＨＡＲＱフィードバックの最初の送信のための第３のリソースを示す第２のダウンリンク制御情報（ＤＣＩ）を受信することと、前記ネットワーク装置に、前記第２のリソースにおいて前記第１のＨＡＲＱフィードバックを送信することと、を含む。

第２の態様において、通信の方法が提供される。前記方法は、ネットワーク装置において、端末装置に、第１のデータ送信についての第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの最初の送信のための第１のリソースを示す情報を送信することと、前記第１のＨＡＲＱフィードバックのための前記第１のリソースがキャンセルされるとの決定に従って、前記端末装置に、前記第１のＨＡＲＱフィードバックの再送信のための第２のリソースを示す第１のダウンリンク制御情報（ＤＣＩ）を送信することと、前記端末装置に、前記第１のデータ送信の後であるようにスケジューリングされた第２のデータ送信についての、前記第１のＨＡＲＱフィードバックと同じ優先度を有する第２のＨＡＲＱフィードバックの最初の送信のための第３のリソースを示す第２のダウンリンク制御情報（ＤＣＩ）を送信することと、前記端末装置から、前記第２のリソースにおいて前記第１のＨＡＲＱフィードバックを受信することと、を含む。

第３の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記端末装置に本開示の第１の態様に記載の方法を実行させる命令を記憶する。

第４の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記ネットワーク装置に本開示の第２の態様に記載の方法を実行させる命令を記憶する。

第５の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令は、少なくとも一つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、本開示の第１の態様に記載の方法を実行させる。

第６の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、本開示の第２の態様に記載の方法を実行させる。

本開示のその他の特徴は、以下の説明により容易に理解できるはずである。

添付図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。

本開示のいくつかの実施形態を実施可能な例示的な通信ネットワークを示す図である。

本開示の実施形態にかかる、アウトオブオーダーＨＡＲＱフィードバック再送信を示す概略図である。

本開示の実施形態にかかる、ＨＡＲＱフィードバック再送信の一例を示す概略図である。

本開示の実施形態にかかる、ＨＡＲＱフィードバック再送信の別の例を示す概略図である。

本開示の実施形態にかかる、同じＰＵＣＣＨリソースにおいてＨＡＲＱフィードバック再送信及び最初のＨＡＲＱフィードバック送信を多重化する一例を示す概略図である。

ＨＡＲＱフィードバック再送信及び最初のＨＡＲＱフィードバックのためのそれぞれのサブコードブックを含む、例示的な多重化されたタイプ１ ＨＡＲＱコードブックを示す概略図である。

本開示の実施形態にかかる、例示的な多重化されたタイプ１ ＨＡＲＱコードブックを示す概略図である。

本開示の実施形態にかかる、同じＰＵＣＣＨリソースにおいてＨＡＲＱフィードバック再送信及び最初のＨＡＲＱフィードバック送信を多重化する別の例を示す概略図である。

本開示の実施形態にかかる、例示的な多重化されたタイプ２ ＨＡＲＱコードブックを示す概略図である。

本開示の実施形態にかかる、同じＰＵＣＣＨリソースにおいてＨＡＲＱフィードバック再送信を多重化する一例を示す概略図である。

本開示の実施形態にかかる、ＳＰＳ ＨＡＲＱフィードバック再送信の一例を示す概略図である。

本開示の実施形態にかかる、ＳＰＳ ＨＡＲＱフィードバック再送信の別の例を示す概略図である。

本開示の実施形態にかかる、ＨＡＲＱフィードバック再送信のプロセスを示す概略図である。

本開示のいくつかの実施形態にかかる、端末装置において実現される別の例示的な通信方法を示す図である。

本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される別の例示的な通信方法を示す図である。

本開示の実施形態を実現するのに適した装置の概略ブロック図である。

図中、同一又は類似の参照番号は、同一又は類似の要素を表す。

ここで、いくつかの実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。

以下の説明及び特許請求の範囲において、別途定義されていない限り、本文で使用される全ての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。

本文で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ）装置、あらゆるモノのインターネット（ＩｏＥ）装置、マシンタイプ通信（ＭＴＣ）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されず、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラストラクチャ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。「端末装置」という用語は、ＵＥ、移動局、加入者局、移動端末、ユーザ端末、又は無線装置と互換的に使用されてもよい。また、「ネットワーク装置」という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、リモートラジオユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。

一実施形態において、端末装置は、第１のネットワーク装置及び第２のネットワーク装置に接続することができる。第１のネットワーク装置と第２のネットワーク装置の一方をマスターノードとして、他方をセカンダリ―ノードとしてもよい。第１のネットワーク装置と第２のネットワーク装置は、異なる無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）を使用してもよい。一実施形態において、第１のネットワーク装置は第１のＲＡＴ装置であってもよく、第２のネットワーク装置は第２のＲＡＴ装置であってもよい。一実施形態において、第１のＲＡＴ装置はｅＮＢであり、第２のＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置又は第２のネットワーク装置の少なくとも一方から端末装置に送信されてもよい。一実施形態において、第１の情報は、第１のネットワーク装置から端末装置に送信されてもよく、そして第２の情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。一実施形態において、第２のネットワーク装置により設定された端末装置の設定に関する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信されてもよい。第２のネットワーク装置により設定された端末装置の再設定に関する情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。

本明細書で使用される単数形「１つ」及び「前記」は、文脈に明示的に示されていない限り、複数形も含まれる。用語「含む」及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。用語「に基づく」は、「に少なくとも部分的に基づく」と理解されるべきである。用語「一実施形態」及び「実施形態」は、「少なくとも１つの実施形態」と理解されるべきである。用語「別の実施形態」は、「少なくとも１つの他の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指してもよい。以下では、その他の明示的及び暗黙的な定義を含む場合がある。

いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと称される。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことが、理解できるはずである。

上述したように、キャンセルされたＨＡＲＱフィードバックの再送信は、通信システムにおいてサポートされることが望ましい。このようなＨＡＲＱフィードバック再送信のトリガは、１回限りの方法で実現されてもよい。例えば、ＨＡＲＱフィードバック再送信は、ｇＮＢからの動的ＤＬ割り振りによりトリガされてもよい。追加として又は代替として、ＳＰＳ送信の場合、ＵＥは、ＤＬシンボルと衝突するＨＡＲＱフィードバックの送信を、次の利用可能なＰＵＣＣＨオケージョンまで延期させてもよい。

現在、ＨＡＲＱ－ＡＣＫのアウトオブオーダー条件に関して、ＨＡＲＱフィードバック再送信のためのＰＵＣＣＨリソースと、最初のＨＡＲＱフィードバック送信のためのＰＵＣＣＨリソース（新規送信されるＨＡＲＱ－ＡＣＫとも称される）との配列のためのスキームは存在しない。さらに、同じＨＡＲＱ－ＡＣＫコードブック内であり且つＰＵＣＣＨリソースにおいて送信される、ＤＬデータ送信についての再送信されるＨＡＲＱ－ＡＣＫと、他のＤＬデータ送信についての最初のＨＡＲＱ－ＡＣＫとの効率的な多重化をサポートすることにより、ＰＵＣＣＨ送信を削減することが望ましい。一方、最初のＨＡＲＱ－ＡＣＫ及び再送信されるＨＡＲＱ－ＡＣＫのためのＨＡＲＱ－ＡＣＫコードブック構築について研究する必要である。このために、このようなＨＡＲＱ－ＡＣＫ再送信及び可能な多重化に適したＨＡＲＱ－ＡＣＫコードブックを設計することも必要である。

本開示の実施形態は、上記及び他の潜在的な問題を解決するための解決策を提供する。一般的には、拡張されたＨＡＲＱフィードバックメカニズムは、端末装置とネットワーク装置との間の通信を容易にするために提供される。このメカニズムは、再送信されるＨＡＲＱ－ＡＣＫと新規送信されるＨＡＲＱ－ＡＣＫとのための２つのＰＵＣＣＨリソースについてのアウトオブオーダーＨＡＲＱ－ＡＣＫ条件のために、明確な定義を提供する。これはまた、ＵＥが動的ＳＰＳ ＨＡＲＱ－ＡＣＫ再送信トリガと半静的ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールとの間の優先度を決定するための解決策を提供する。さらに、１つのデータ送信のためのＨＡＲＱ－ＡＣＫ再送信を、他のデータ送信のためのＨＡＲＱ再送信又は最初のＨＡＲＱ－ＡＣＫ送信のうちの少なくとも１つと同じコードブック内に多重化されてもよいので、より少ないＰＵＣＣＨ送信を実現することができる。こうして、スペクトル効率及びシステム性能を改善できると同時に、改善された多重化されるＨＡＲＱ－ＡＣＫコードブック構築方法を提供することにより、ＵＣＩのためのオーバーヘッドが低減される。

以下、添付図面を参照して、本開示の原理及び実施態様について詳細に説明する。

図１は、本開示の実施形態を実施可能な例示的な通信ネットワーク１００の概略図である。図１に示すように、通信ネットワーク１００は、端末装置１１０とネットワーク装置１２０とを含んでもよい。いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０によりサービングされてもよい。図１における装置の数は説明の目的で与えられており、本開示に対するいかなる限定も暗示していないことを理解すべきである。通信ネットワーク１００は、本開示の実施態様を実施するのに適した任意の適切な数のネットワーク装置及び／又は端末装置を含んでもよい。

図１に示すように、端末装置１１０は、無線通信チャネル等のチャネルを介してネットワーク装置１２０と通信してもよい。通信ネットワーク１００における通信は、モバイル通信のためのグローバルシステム（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標）：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：ＧＳＭ ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、マシンタイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを含むが、これらに限定されない任意の適切な規格に準拠してもよい。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。

端末装置１１０は、アップリンクデータチャネル送信を介して、アップリンクデータをネットワーク装置１２０に送信してもよい。例えば、アップリンクデータチャネル送信は、ＰＵＳＣＨ送信であってもよい。もちろん、任意の他の適切な形式も可能である。いくつかの実施形態において、端末装置１１０は、ダウンリンクデータチャネル送信を介してネットワーク装置１２０からダウンリンクデータを受信してもよい。例えば、ダウンリンクデータチャネル送信は、ＰＤＳＣＨ送信であってもよい。もちろん、任意の他の適切な形式も可能である。

端末装置１１０は、ダウンリンク制御チャネル送信を介して、ネットワーク装置１２０からデータ送信を示すＤＣＩを受信してもよい。例えば、ダウンリンク制御チャネル送信は、ＰＤＣＣＨ送信であってもよい。もちろん、任意の他の適切な形式も可能である。

端末装置１１０は、アップリンクチャネル送信を介して、ＵＣＩ、例えば、ＨＡＲＱフィードバック情報を、ネットワーク装置１２０に送信してもよい。例えば、アップリンクチャネル送信は、ＰＵＣＣＨ又はＰＵＳＣＨ送信であってもよい。もちろん、任意の他の適切な形式も可能である。

ネットワーク装置１２０は、端末装置１１０に複数のサービングセル（本明細書では図示しない）、例えば、プライマリセル（ＰＣｅｌｌ）、プライマリセカンダリセル（ＰＳＣｅｌｌ）、セカンダリセル（ＳＣｅｌｌ）、スペシャルセル（ｓＰＣｅｌｌ）などを提供可能であってもよい。サービングセルのそれぞれはＣＣに対応してもよい。端末装置１１０は、ＣＣを介してネットワーク装置１２０と送信を行うことができる。端末装置１１０はまた、例えばキャリアアグリゲーション（ＣＡ：ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）の場合、複数のＣＣを介してネットワーク装置１２０と送信を行ってもよい。ネットワーク装置１２０は、異なるＣＣを介したダウンリンクデータ送信を様々な方法でスケジューリングしてもよい。

ネットワーク装置１２０からデータ送信を受信すると、端末装置１１０は、該データ送信についてのＨＡＲＱフィードバックを含むＨＡＲＱ－ＡＣＫコードブックを生成及び送信する。

本開示で提案された強化されたＨＡＲＱフィードバックメカニズムをよりよく理解するために、ここで図７を参照する。図７は、本開示の実施形態にかかる、ＨＡＲＱフィードバック再送信のプロセス７００を示す概略図である。図７に示すプロセス７００には、図１に示されるような端末装置１１０とネットワーク装置１２０が関与する。説明のために、図１を参照してプロセス７００を説明する。プロセス７００は、図示されていない追加のオペレーションを含んでもよく、且つ／又は図示されているいくつかのオペレーションを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

図７に示すように、ネットワーク装置１２０は、端末装置１１０に、第１のデータ送信についてのＨＡＲＱフィードバックの最初の送信のための第１のリソースを示す情報を送信する（７０５）。該第１のデータ送信は、半永久スケジューリング（ＳＰＳ）送信又は動的にスケジューリングされるダウンリンク送信を含んでもよい。

第１のＨＡＲＱフィードバックのための第１のリソースが端末装置１１０によりキャンセルされるとネットワーク装置１２０が決定する場合（７１０）、ネットワーク装置１２０は、第１のＨＡＲＱフィードバックの再送信のための第２のリソースを示す第１のＤＣＩを端末装置１１０に送信する（７１５）。

ネットワーク装置１２０は、第２のデータ送信についての第２のＨＡＲＱフィードバックの最初の送信のための第３のリソースを示す第２のＤＣＩを端末装置１１０に送信する（７２０）。第２のデータ送信は、第１のデータ送信の後であるようにスケジューリングされ、第１のＨＡＲＱフィードバックの優先度は、第２のＨＡＲＱフィードバックの優先度と同じである。

一般的には、与えられたセル内の端末装置、例えば、端末装置１１０は、第１のＰＤＳＣＨと、第１のＰＤＳＣＨの後で開始する第２のＰＤＳＣＨであって、対応するＨＡＲＱ－ＡＣＫが、第１のＰＤＳＣＨについて送信されるように割り振られたＨＡＲＱ－ＡＣＫのための異なるリソースの開始の前に終了するリソースにおいて送信されるように割り振られる第２のＰＤＳＣＨを受信することが想定されず、ここで、該２つのリソースは、関連付けられるＨＡＲＱ－ＡＣＫ送信のための異なるスロット内にあり、該２つのＰＤＳＣＨについてのＨＡＲＱ－ＡＣＫは、同じ優先度でＨＡＲＱ－ＡＣＫコードブックに関連付けられる。これは、ＨＡＲＱフィードバックの送信についてのいわゆるアウトオブオーダールールである。したがって、端末装置１１０は、アウトオブオーダーＨＡＲＱ－ＡＣＫルールが満たされているか否かを決定する際に、最初のＨＡＲＱ－ＡＣＫ送信とＨＡＲＱ－ＡＣＫ再送信とのためのリソースについて混乱がないはずである。

いくつかの例示的な実施形態において、第３のリソースが第２のリソースよりも前であるか後であるかにかかわらず、第３のリソースは、第１のリソースよりも後に送信されることが想定される。これらの実施形態において、ＤＬデータ送信についての再送信されるＨＡＲＱ－ＡＣＫ送信と、後で送信される他のＤＬデータ送信についての最初のＨＡＲＱ－ＡＣＫ送信とについて、アウトオブオーダールールが満たされているか否かを決定する際に、端末装置１１０は、最初のＨＡＲＱ－ＡＣＫ送信がキャンセルされた最初のＰＵＣＣＨリソース（すなわち、第１のリソース）を、アウトオブオーダーＨＡＲＱ－ＡＣＫ条件についてのＨＡＲＱ－ＡＣＫ再送信のためのリソースとみなしてもよい。そのため、前のデータ送信についてのキャンセルされたＨＡＲＱ－ＡＣＫのための最初のＰＵＣＣＨリソースが、後のデータ送信についての最初の有効なＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨリソース以前に送信される限り、アウトオブオーダーＨＡＲＱ－ＡＣＫルールは満たされる。

追加として又は代替として、上述した実施形態において、ＤＬデータ送信についての再送信されるＨＡＲＱ－ＡＣＫ送信と、後で送信される他のＤＬデータ送信についての別の再送信されるＨＡＲＱ－ＡＣＫ送信とについて、アウトオブオーダールールが満たされているか否かを決定する際に、端末装置１１０は、ＨＡＲＱ－ＡＣＫ再送信のためのＰＵＣＣＨリソースが、後で送信されるＤＬデータについてのＨＡＲＱ－ＡＣＫ再送信のためのＰＵＣＣＨリソース以前にトリガ及び送信されることを想定してもよい。

図２Ａは本開示の実施形態にかかる、アウトオブオーダーＨＡＲＱフィードバック再送信２０１を示す概略図である。図２Ａに示すように、ネットワーク装置１２０は、ＤＣＩ ２１１及びＰＤＳＣＨ＃１ ２１２、ＤＣＩ ２１３及びＰＤＳＣＨ ２１４、ＤＣＩ ２１５及びＰＤＳＣＨ＃２ ２１６を順に端末装置１１０に送信する。ＰＤＳＣＨ ２１２及び２１４についてのＨＡＲＱフィードバックの最初の送信は、ＰＵＣＣＨ＃１ ２１７及びＰＵＣＣＨ ２１８上で送信されると予想される。拡張モバイルブロードバンド（ｅＭＢＢ）ＰＤＳＣＨ ２１２のための優先度の低いＰＵＣＣＨ＃１ ２１７は、超信頼性及び低遅延通信（ＵＲＬＬＣ）ＰＤＳＣＨ ２１４のための優先度の高いＰＵＣＣＨ ２１８と重複するので、ＰＵＣＣＨ＃１ ２１７上のＨＡＲＱフィードバックの最初の送信はキャンセルされる。さらに、同じくｅＭＢＢサービスに属するＰＤＳＣＨ＃２ ２１６についてのＨＡＲＱフィードバックの最初の送信は、ＰＵＣＣＨ＃２ ２１９上にあるようにスケジューリングされる。ネットワーク装置１２０がＰＵＣＣＨ＃１ ２１７のキャンセルを知っているので、ネットワーク１２０はその後、ＰＵＣＣＨ＃３ ２２１上のＨＡＲＱ－ＡＣＫ再送信をトリガするためにＤＣＩ ２２０を送信する。ＤＣＩ ２２０を受信すると、端末装置１１０は、ＰＤＳＣＨ＃２のためのＰＵＣＣＨ＃２ ２１９よりも前にＰＵＣＣＨ＃１ ２１７が送信されたと決定し、そして、アウトオブオーダーＨＡＲＱ－ＡＣＫルールが満たされていると決定する。

アウトオブオーダーＨＡＲＱ－ＡＣＫルールの違反を回避するために、ネットワーク装置１２０は、ＰＤＳＣＨ＃２ ２１６についての最初のＨＡＲＱ－ＡＣＫ送信を送信するために、ＰＵＣＣＨ＃１ ２１７よりも後に送信されるＰＵＣＣＨリソースを選択してもよい。例えば、ＰＵＣＣＨ＃２ ２１９自体、又はＰＵＣＣＨ＃２ ２１９よりも前に送信される任意の他のＰＵＣＣＨを選択してもよい。そして、ネットワーク装置１２０は、ＰＵＣＣＨ＃２ ２１９を示すためのＤＣＩ ２２０を送信してもよい。

いくつかの他の例示的な実施形態において、第３のリソースは、第２のリソース以後に送信されると想定されてもよい。そのため、ＨＡＲＱ－ＡＣＫ再送信のためのＰＵＣＣＨリソース（即ち、第２のリソース）が、後のデータ送信についての最初のＨＡＲＱ－ＡＣＫ送信のためのＰＵＣＣＨリソース以前に送信される限り、アウトオブオーダーＨＡＲＱ－ＡＣＫルールは満たされる。これは、ＨＡＲＱ－ＡＣＫ送信のための実際のＰＵＣＣＨリソースが、アウトオブオーダーＨＡＲＱ－ＡＣＫ条件のために使用されることを意味する。

これらの実施形態において、ネットワーク装置１２０において実行されるＨＡＲＱ－ＡＣＫ再送信のためのリソース決定は、上記ルールに基づいてもよい。図２Ｂは本開示の実施形態にかかる、ＨＡＲＱフィードバック再送信２０２の一例を示す概略図である。図２Ｂに示すように、ネットワーク装置１２０は、ＤＣＩ ２１１及びＰＤＳＣＨ＃１ ２１２、ＤＣＩ ２１３及びＰＤＳＣＨ ２１４、ＤＣＩ ２１５及びＰＤＳＣＨ＃２ ２１６を順に端末装置１１０に送信する。ＰＤＳＣＨ ２１２及び２１４についてのＨＡＲＱフィードバックの最初の送信は、ＰＵＣＣＨ＃１ ２１７及びＰＵＣＣＨ ２１８上で送信されると予想される。ｅＭＢＢ ＰＤＳＣＨ ２１２のための優先度の低いＰＵＣＣＨ＃１ ２１７は、ＵＲＬＬＣ ＰＤＳＣＨ ２１４のための優先度の高いＰＵＣＣＨ ２１８と重複するので、ＰＵＣＣＨ＃１ ２１７上のＨＡＲＱフィードバックの最初の送信はキャンセルされる。さらに、同じくｅＭＢＢサービスに属するＰＤＳＣＨ＃２ ２１６についてのＨＡＲＱフィードバックの最初の送信は、ＰＵＣＣＨ＃２ ２２１上にあるようにスケジューリングされる。アウトオブオーダーＨＡＲＱ－ＡＣＫルールの違反を回避するために、ネットワーク装置１２０は、ＰＤＳＣＨ＃１ ２１２についてのＨＡＲＱ－ＡＣＫを再送信するために、ＰＵＣＣＨ＃２ ２２１以前に送信されるＰＵＣＣＨリソースを選択してもよい。例えば、ＰＵＣＣＨ＃２ ２２１自体、又はＰＵＣＣＨ＃２ ２２１よりも前に送信される任意の他のＰＵＣＣＨを選択してもよい。そして、ネットワーク装置１２０は、ＰＵＣＣＨ＃２ ２２１を示すためのＤＣＩ ２２０を送信してもよい。

いくつかの他の例示的な実施形態において、アウトオブオーダーＨＡＲＱ－ＡＣＫルールの違反を回避するために、ＰＵＣＣＨリソースでのＨＡＲＱフィードバックのキャンセルを決定した後に、ネットワーク装置１２０は、ＨＡＲＱ－ＡＣＫ再送信をスケジューリングするためのＤＣＩを直ちに、又は他のデータ送信をスケジューリングするためのＤＣＩを送信する前にトリガしてもよい。図２Ｃは本開示の実施形態にかかる、ＨＡＲＱフィードバック再送信２０３の別の例を示す概略図である。

図２Ｃに示すように、ネットワーク装置１２０は、ＤＣＩ ２１１及びＰＤＳＣＨ＃１ ２１２、ＤＣＩ ２１３及びＰＤＳＣＨ ２１４、ＤＣＩ ２１５及びＰＤＳＣＨ＃２ ２１６を順に端末装置１１０に送信する。ＰＤＳＣＨ ２１２及び２１４についてのＨＡＲＱフィードバックの最初の送信は、ＰＵＣＣＨ＃１リソース２１７及びＰＵＣＣＨリソース２１８上で送信されると予想される。ｅＭＢＢ ＰＤＳＣＨ ２１２のための優先度の低いＰＵＣＣＨ＃１ ２１７は、ＵＲＬＬＣ ＰＤＳＣＨ ２１４のための優先度の高いＰＵＣＣＨ ２１８と重複するので、ＰＵＣＣＨ＃１リソース２１７上のＨＡＲＱフィードバックの最初の送信はキャンセルされる。そして、ネットワーク装置１２０は、ＨＡＲＱ－ＡＣＫ再送信をトリガするためのＤＣＩ ２２０を、ｅＭＢＢサービスに属する後のＰＤＳＣＨ＃２１６をスケジューリングするための任意の他のＤＣＩ（例えば、ＤＣＩ ２１５）の前に送信してもよい。したがって、ＤＣＩ ２２０により示されるＰＵＣＣＨ＃２ ２１９上のＨＡＲＱ－ＡＣＫ再送信は、ＤＣＩ ２１５により示されるＰＵＣＣＨ＃３ ２２１上の最初のＨＡＲＱ－ＡＣＫ送信よりも、本来的に早い。

いくつかの他の実施形態において、ＨＡＲＱ－ＡＣＫ再送信と最初のＨＡＲＱ－ＡＣＫ送信とはＰＵＣＣＨリソースにおいて多重化できないことが規定されている。例えば、端末装置１１０が、第２のリソースと第３のリソースとが時間領域において同一であるか又は重複していると決定した場合、第３のリソースでの第２のＨＡＲＱフィードバックの最初の送信はキャンセルされてもよい。代替として、第２のリソースでのＨＡＲＱ－ＡＣＫ再送信はキャンセルされてもよい。別の例について、端末装置１１０は、新しくスケジューリングされるＰＤＳＣＨについてのＨＡＲＱ－ＡＣＫが、再送信のためのＰＵＣＣＨについてのスロット／サブスロット内で送信されるように示されることを想定しない。言い換えれば、ネットワーク装置１２０は、ＨＡＲＱ－ＡＣＫ再送信と最初のＨＡＲＱ－ＡＣＫ送信とを同じＰＵＣＣＨ上にあるようにスケジュールすることを回避してもよい。

情報、第１のＤＣＩ及び第２のＤＣＩを受信すると、端末装置１１０は、第１のＨＡＲＱフィードバックを生成する（７２５）。第１のＨＡＲＱフィードバックは、他のデータ送信についての少なくとも１つのＨＡＲＱフィードバックをさらに含んでもよいＨＡＲＱ－ＡＣＫコードブックに含まれてもよい。言い換えれば、ＨＡＲＱ－ＡＣＫ再送信は、最初のＨＡＲＱ－ＡＣＫ再送信（例えば、第２のＨＡＲＱフィードバック）又は追加のＨＡＲＱ－ＡＣＫ再送信と多重化されてもよい。

端末装置１１０は、ネットワーク装置１２０に、第２のリソースにおいて第１のＨＡＲＱフィードバックを送信する（７３０）。図３Ａは、本開示の実施形態にかかる、同じＰＵＣＣＨリソースにおいてＨＡＲＱフィードバック再送信及び最初のＨＡＲＱフィードバック送信を多重化する一例を示す概略図である。図３Ａに示すように、ネットワーク装置１２０は、ＤＣＩ ３１１及びＰＤＳＣＨ ３１２、ＤＣＩ ３１３及びＰＤＳＣＨ ３１４、ＤＣＩ ３１５及びＰＤＳＣＨ ３１６を順に端末装置１１０に送信する。ＰＤＳＣＨ ３１２及び３１４についてのＨＡＲＱフィードバックの最初の送信は、ＰＵＣＣＨ３１７及びＰＵＣＣＨ ３１８上にあるようにスケジューリングされると予想される。少なくともｅＭＢＢ ＰＤＳＣＨ ３１２についてのＨＡＲＱ－ＡＣＫのための優先度の低いＰＵＣＣＨ ３１７は、少なくともＵＲＬＬＣ ＰＤＳＣＨ ３１４についてのＨＡＲＱ－ＡＣＫのための優先度の高いＰＵＣＣＨ ３１８と重複するので、ＰＵＣＣＨ ３１７上のＨＡＲＱフィードバックの最初の送信はキャンセルされる。

そして、ネットワーク装置１２０は、ＰＤＳＣＨ ３１２についてのＨＡＲＱ－ＡＣＫ再送信のためのＰＵＣＣＨ ３２０を示すＤＣＩ ３１９を送信する。さらに、ＰＤＳＣＨ ３１６についての最初のＨＡＲＱ－ＡＣＫ送信も、ＰＵＣＣＨ ３２０上で送信されると示される。この場合、端末装置１１０は、ＰＤＳＣＨ ３１２についてのＨＡＲＱ－ＡＣＫ再送信とＰＤＳＣＨ ３１６についての最初のＨＡＲＱ－ＡＣＫ送信とを少なくとも含むＨＡＲＱ－ＡＣＫコードブックを構築してもよい。言い換えれば、再送信されるＨＡＲＱ－ＡＣＫと最初のＨＡＲＱ－ＡＣＫとは、同じＰＵＣＣＨ ３２０上で多重化される。

ＨＡＲＱ－ＡＣＫコードブックは、タイプ１又はタイプ２のＨＡＲＱ－ＡＣＫコードブックであってもよく、様々な方法で構築されてもよい。図３Ｂは、図３Ａに示されるように、再送信されるＨＡＲＱフィードバックと最初のＨＡＲＱフィードバックとのためのそれぞれのＨＡＲＱ－ＡＣＫコードブック３２０及び３２１を含む、例示的な多重化されるタイプ１ ＨＡＲＱコードブック３０２を示す概略図である。図３Ｂに示すように、ｅＭＢＢサービスのための低優先度ＰＵＣＣＨに関連付けられるＫ１値のセットは｛１，３，５｝であり、ＵＲＬＬＣサービスのための高優先度ＰＵＣＣＨに関連付けられるＫ１値のセットは｛１，２｝である。表１は、端末装置１１０のために設定された低優先度ＰＵＣＣＨと高優先度ＰＵＣＣＨとの両方に関連付けられる例示的な時間領域リソース割当（ＴＤＲＡ）リストを示す。

ＴＤＲＡリストとＫ１値のセットとに基づいて、端末装置１１０は単に、ＰＵＣＣＨ ３１７上の再送信されるＨＡＲＱ－ＡＣＫのための第１のＨＡＲＱ－ＡＣＫコードブック３２０と、ＰＵＣＣＨ ３２５上の最初のＨＡＲＱ－ＡＣＫのための第２のＨＡＲＱ－ＡＣＫコードブック３２１とを生成してもよく、ここで、第１のＨＡＲＱ－ＡＣＫコードブック３２０は、第２のＨＡＲＱ－ＡＣＫコードブック３２１より先行する。ＨＡＲＱ－ＡＣＫコードブック３２０及び３２１の各々は、複数のＨＡＲＱビット３２１～３２６を含む。図３Ｂに示すタイプ－１ ＨＡＲＱ－ＡＣＫコードブックの構築方法は単純であるが、資源効率及びシステム性能の面においてはあまり好ましくない。特に、Ｋ１セットに基づくＨＡＲＱ－ＡＣＫ多重化ウィンドウ内のＤＬスロットのうちのいくつかとＰＵＣＣＨ ３１７及びＰＵＣＣＨ ３２５のためのスロット、即ち、スロットＮ及びスロットＮ＋２と同じであるため、スロットＮ及びスロットＮ＋２内のＰＤＳＣＨオケージョンのためのＨＡＲＱ－ＡＣＫ位置は、多重化されるＨＡＲＱ－ＡＣＫコードブック３０２内では実際には２回生成される。ＴＤＲＡリストに基づいて、３つのＰＤＳＣＨオケージョンが１つのスロット内で生成され、すると、多重化されたＨＡＲＱ－ＡＣＫコードブック３０２内のスロットＮ及びＮ＋２について、合計６つの不要な冗長ＨＡＲＱビットが存在する。このＨＡＲＱ－ＡＣＫコードブック構築方法は、資源を浪費し、システム性能を低下させるより大きなＵＣＩペイロードを引き起こす。

本開示の例示的な実施形態は、タイプ１ ＨＡＲＱ－ＡＣＫコードブックの改善された設計を提供する。図３Ｃは、本開示の実施形態にかかる、例示的な多重化されたタイプ１ ＨＡＲＱコードブック３０３を示す概略図である。ＨＡＲＱコードブック３０３は、図３Ａに示すように、再送信されるＨＡＲＱフィードバック及び最初のＨＡＲＱフィードバックのためのＨＡＲＱビット３３１～３３４を含む。端末装置のために設定されたＴＤＲＡリスト及びＫ１値のセットは、図３Ｂに示す例と同じである。不要な冗長ＨＡＲＱビットを取り除くために、端末装置１１０は、再送信されるＨＡＲＱ－ＡＣＫビットの各々のための新しいＫ１値を決定してもよく、例えば、ＰＤＳＣＨ ３１２についての再送信されるＨＡＲＱ－ＡＣＫビットのＫ１’値は、ＰＳＤＣＨ ３１２と、ＨＡＲＱ－ＡＣＫ再送信のためのトリガＤＣＩにより新しく示されるＰＵＣＣＨ ３２０との間のスロットオフセットである。図３Ａに示す例において、Ｋ１’＝７である。そして、端末装置１１０は、ＲＲＣにより設定されたＫ１値セットと該Ｋ１’値との和集合に基づいて、新しいＫ１値セット、即ち｛１，３，５，７｝を決定する。ＴＤＲＡリストと新しいＫ１値セットとに基づいて、端末装置１１０は、図３Ｃに示すように、再送信されるＨＡＲＱ－ＡＣＫと最初のＨＡＲＱ－ＡＣＫとのための多重化されたＨＡＲＱ－ＡＣＫコードブック３０３を生成してもよい。このＨＡＲＱ－ＡＣＫコードブック構築方法は、ＵＣＩペイロードを低減することができるので、より効率的である。

本開示の例示的な実施形態はまた、タイプ２ ＨＡＲＱ－ＡＣＫコードブックの設計についての改善を提供する。図４Ａは、本開示の実施形態にかかる、再送信されるＨＡＲＱフィードバックと最初のＨＡＲＱフィードバックとをタイプ２ ＨＡＲＱ－ＡＣＫコードブック上で多重化し、同じＰＵＣＣＨ ４１９上で送信する別の例を示す概略図である。ネットワーク装置１２０は、ＰＤＳＣＨ＃１（図示せず）と、ｔ－ＤＡＩ＝２を含むＤＣＩ ４１１及びＰＤＳＣＨ＃２ ４１２と、ｔ－ＤＡＩ＝３を含むＤＣＩ ４１３及びＰＤＳＣＨ＃３ ４１４と、ｔ－ＤＡＩ＝１を有するＤＣＩ ４１５及びＰＤＳＣＨ＃４ ４１６とを順に端末装置１１０に送信する。端末装置１１０がＤＣＩ ４１３を検出できなかったので、端末装置１１０は、ＰＤＳＣＨ＃３ ４１４のスケジューリングを知らないかもしれない。

図４Ａに示すように、ＰＤＳＣＨ＃１（図示せず）、ＰＤＳＣＨ＃２ ４１２及びＰＤＳＣＨ＃３ ４１４についてのＨＡＲＱフィードバックの最初の送信は、ＰＵＣＣＨ ４１７上にあるようにスケジューリングされると予想される。しかしながら、ＰＵＣＣＨ ４１７は、優先度のより高いＰＵＣＣＨとの衝突のためにキャンセルされる可能性があり、ネットワーク装置１２０は、ＰＵＣＣＨ ４１７上のキャンセルされたＨＡＲＱ－ＡＣＫビットのための再送信をトリガする必要があると決定してもよい。この場合、ネットワーク装置１２０は、キャンセルされたＨＡＲＱ－ＡＣＫフィードバックビットを再送信するために、新しいＰＵＣＣＨ ４１９を割り振ってもよい。例えば、他のＰＤＳＣＨ送信、例えば、ＰＤＳＣＨ＃４ ４１６についての最初のＨＡＲＱ－ＡＣＫは、ＰＵＣＣＨ ４１９又はＰＵＣＣＨ ４１９と重複するＰＵＣＣＨリソースにおいて送信するようにも示された場合、ネットワーク装置１２０は、端末装置１１０が、ＰＤＳＣＨ＃１～ＰＤＳＣＨ＃３についての再送信されるＨＡＲＱ－ＡＣＫビットについてＨＡＲＱフィードバックと、ＰＤＳＣＨ＃４についての最初のＨＡＲＱ－ＡＣＫビットとをタイプ２ ＨＡＲＱ－ＡＣＫコードブック上で多重化し、ＰＵＣＣＨ ４１９上でＨＡＲＱ－ＡＣＫコードブックを送信することを想定してもよい。

端末装置１１０における簡単なタイプ２ ＨＡＲＱ－ＡＣＫコードブック構築方法は、最初のＨＡＲＱ－ＡＣＫビットのためのＨＡＲＱ－ＡＣＫコードブックの後又は前に、再送信されるＨＡＲＱ－ＡＣＫビットのためのＨＡＲＱ－ＡＣＫコードブックを配置することである。カウンタＤＡＩ（ｃ－ＤＡＩ）値及びトータルＤＡＩ（ｔ－ＤＡＩ）値は、２つのＨＡＲＱ－ＡＣＫコードブックについて個別にカウントし、各ＨＡＲＱ－ＡＣＫコードブックは、対応するｃ－ＤＡＩ及びｔ－ＤＡＩに基づいて決定される。しかしながら、ＤＣＩ検出見逃しが発生した場合、例えば、端末装置１１０がＤＣＩ ４１３を検出できなかった場合、多重化されたＨＡＲＱ－ＡＣＫコードブックは、ＰＤＳＣＨ＃１～ＰＤＳＣＨ＃２ ４１２のための２つの再送信されるＨＡＲＱ－ＡＣＫビットと、ＰＤＳＣＨ＃４ ４１６のための１つの最初のＨＡＲＱ－ＡＣＫビットとを含む。一方、ネットワーク装置１２０は、全ての４つのＰＤＳＣＨについてのＨＡＲＱ－ＡＣＫビットを含むＨＡＲＱ－ＡＣＫコードブックを依然として想定する。言い換えれば、端末装置１１０及びネットワーク装置１２０は、再送信されるＨＡＲＱ－ＡＣＫビットと最初のＨＡＲＱ－ＡＣＫビットとを多重化するためのＨＡＲＱ－ＡＣＫコードブックサイズ及びＨＡＲＱ－ＡＣＫビット順序について異なる理解を有する可能性がある。これにより、ネットワーク装置１２０がＨＡＲＱ－ＡＣＫコードブックを正しく復号化できなくなり、データ送信の信頼性性能の低下が引き起こされる。

上述したようなサイズ及び順序の不確定性を排除し、ＨＡＲＱ－ＡＣＫコードブックの設計を改善するために、いくつかの例示的な実施形態において、再送信されるＨＡＲＱ－ＡＣＫと最初のＨＡＲＱ－ＡＣＫとのための２つのＨＡＲＱ－ＡＣＫコードブックについて、ｃ－ＤＡＩ値とｔ－ＤＡＩ値とが別々に又はまとめてカウントされてもよく、ＨＡＲＱ－ＡＣＫ再送信をトリガするためのＤＣＩ ４１８は、再送信されるＨＡＲＱ－ＡＣＫと最初の送信されるＨＡＲＱ－ＡＣＫとのＨＡＲＱフィードバックビットの総数を示すｔ－ＤＡＩ値をさらに含んでもよい。図４Ａに示された例において、ｔ－ＤＡＩ＝４であり、すなわち、ＨＡＲＱ－ＡＣＫコードブックは、４つのＨＡＲＱビットを含んでもよい。いくつかの他の例示的な実施形態において、ＤＣＩ ４１８は、再送信されるＨＡＲＱフィードバックビットの数と最初のＨＡＲＱフィードバックビットの数とをそれぞれ示す複数のｔ－ＤＡＩ値を含んでもよい。ＤＡＩ値は、ＤＣＩ内の占有されたフィールド又は追加のフィールドに含まれてもよい。

ＤＣＩ ４１８を受信すると、端末装置１１０は、多重化されるＨＡＲＱフィードバック再送信と最初のＨＡＲＱフィードバック送信とのための４つのＨＡＲＱビットを含むタイプ２ ＨＡＲＱ－ＡＣＫコードブックを構築してもよい。こうして、たとえＤＣＩの一部が欠落しているか、又は成功裏に復号化されなかった場合でも、端末装置１１０は、ネットワーク装置１２０からのｔ－ＤＡＩに基づいて、ＨＡＲＱコードブックのサイズ及びどのＤＣＩが欠落しているかを決定することができる。

図４Ｂは、本開示の実施形態にかかる、例示的な多重化されたタイプ２ ＨＡＲＱコードブック４０２を示す概略図である。図４Ｂに示すように、ＨＡＲＱコードブック４０２は、ＰＤＳＣＨ＃１（図示せず）～ＰＤＳＣＨ＃４についてのそれぞれのＨＡＲＱフィードバックを示す４つのＨＡＲＱビット４２１～４２４を含む。端末装置１１０がＤＣＩ ４１３を復号化できないので、ＰＤＳＣＨ＃３ ４１４についてのＨＡＲＱフィードバックは、ＮＡＣＫビットでパディングされる。

図４Ｃは、本開示の実施形態にかかる、同じＰＵＣＣＨリソースにおいてＨＡＲＱフィードバック再送信を多重化する一例を示す概略図である。図４Ｃに示すように、ネットワーク装置１２０は、ＰＤＳＣＨ ４４１及び４４３を端末装置１１０に送信する。ＰＤＳＣＨ ４４１及び４４３についての最初のＨＡＲＱ－ＡＣＫ送信は、ＰＵＣＣＨ ４４２及び４４４上でトリガされると予想される。複数の最初のＨＡＲＱ－ＡＣＫ送信がキャンセルされた場合、例えば、ＰＵＣＣＨ ４４２及び４４４の両方がキャンセルされた場合、ネットワーク装置１２０は、該複数のＨＡＲＱ－ＡＣＫ再送信を同じＰＵＣＣＨ上で多重化してもよい。例えば、ネットワーク装置１２０は、ＰＤＳＣＨ ４４１及び４４３のためのＨＡＲＱ－ＡＣＫ再送信をスケジューリングするためのＰＵＣＣＨ ３４６を示すＤＣＩ ４４５を送信してもよい。

この場合、ＤＣＩ ４４５は、複数のタイプ２ ＨＡＲＱ－ＡＣＫコードブックについての個別のｔ－ＤＡＩ値を含んでもよい。ｔ－ＤＡＩ値は、拡張されたトータルＤＡＩフィールド上、又はトリガＤＣＩ内のいくつかの未使用フィールド、例えば、時間領域リソース割当フィールド、周波数領域割当フィールド、ＨＡＲＱプロセス番号フィールドなどの上で搬送されてもよい。たとえ最大のＤＡＩ値を有するＤＣＩが欠落しているか、又は端末装置１１０により復号化できなかった場合でも、端末装置１１０とネットワーク装置１２０との間のＨＡＲＱ－ＡＣＫコードブックのサイズについての不確定性を排除することができるため、通信システムの信頼性性能を向上させることができる。

プロセス７００は、ＳＰＳ ＨＡＲＱフィードバック再送信にも適用可能である。図５は本開示の実施形態にかかる、ＳＰＳ ＨＡＲＱフィードバック再送信５００の一例を示す概略図である。図５に示すように、ネットワーク装置１２０は、ＳＰＳ ＰＤＳＣＨ ５１１～５１３を端末装置１１０に送信する。ＳＰＳ ＰＤＳＣＨ ５１１～５１３についての対応する最初のＨＡＲＱ－ＡＣＫ送信は、設定される許可ＰＵＣＣＨ ５２１及び５２２、並びにＰＵＣＣＨ ５２３上でトリガされると予想される。しかしながら、ＰＵＣＣＨ ５２３がＤＬシンボルと衝突するので、ＰＵＣＣＨ ５２３上のＳＰＳ ＰＤＳＣＨ ５１３についての最初のＨＡＲＱ－ＡＣＫ送信はキャンセルされる。

ＳＰＳ ＨＡＲＱ－ＡＣＫ再送信をトリガする動的ＤＣＩ指示がネットワーク装置１２０から受信される実施形態において、端末装置１１０は、ＳＰＳ ＰＤＳＣＨ ５１３についてのＨＡＲＱ－ＡＣＫ再送信のためにＤＣＩ ５３１内に示されたＰＵＣＣＨ ５４１を使用してもよい。

いくつかの他の実施形態において、端末装置１１０は、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに基づいて、ＳＰＳ ＰＤＳＣＨ ５１３についてのＨＡＲＱ－ＡＣＫ再送信のためのＰＵＣＣＨを決定してもよい。具体的には、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールが有効化されている場合、端末装置１１０は、ＳＰＳ ＰＤＳＣＨ ５１３についてのＨＡＲＱ－ＡＣＫ再送信のための次の利用可能なＰＵＣＣＨリソース（例えば、ＰＵＣＣＨ ５４２）を見つけ出してもよい。

ＳＰＳ ＨＡＲＱ－ＡＣＫ再送信をトリガするための動的ＤＣＩ指示が受信されると同時に、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールも有効化されている実施形態において、ＤＣＩ指示に基づくリソース決定が、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに基づくリソース決定よりも高い優先度を有するように規定されてもよい。言い換えれば、この場合、動的ＤＣＩ ５３１指示は、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールをオーバーライドする。これは、ｇＮＢがＳＰＳ ＨＡＲＱ－ＡＣＫ再送信を制御するための柔軟性を提供する。例えば、図５に示されるように、ＰＵＣＣＨリソース５４２は、半静的ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに基づいて決定されてもよく、一方、ｇＮＢは、遅延を低減させるために、ＳＰＳ ＨＡＲＱ－ＡＣＫ再送信のためのＰＵＣＣＨリソース５４２の前にＰＵＣＣＨリソース５４２を動的にトリガしてもよく、これは、特にＵＲＬＬＣトラフィックについてのＳＰＳ ＨＡＲＱ－ＡＣＫのためのシステム性能に有利である。

動的ＤＣＩ指示が受信されると同時に、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールが有効化されている実施形態において、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに基づくリソース決定が、ＤＣＩ指示に基づくリソース決定よりも高い優先度を有するように規定されてもよい。この場合、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールが端末装置１１０に設定されている場合、ネットワーク装置１２０は、ＨＡＲＱ－ＡＣＫ再送信をスケジューリングするためのＤＣＩ ５３１を送信しなくてもよい。こうして、ＵＥ側における、再送されるＳＰＳ ＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨリソース決定についての不確定性を排除することは簡単である。

いくつかの例示的な実施形態において、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールと動的ＤＣＩ指示とのうちの１つのみが有効化され、これは、端末装置１１０とネットワーク装置１２０との間のシグナリングにより設定されてもよい。

図６は、本開示の実施形態にかかる、ＳＰＳ ＨＡＲＱフィードバック再送信６００の別の例を示す概略図である。図６に示すように、端末装置１１０は、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールを有するように設定され、一方、ＳＰＳ ＰＤＳＣＨ ６１２についての最初のＳＰＳ ＨＡＲＱ－ＡＣＫ送信のために割り当てられたＣＣ＃１上のＰＵＣＣＨリソース６１６は、ＤＬシンボル又はＳＳＢ又はＣＯＲＥＳＥＴ＃０と衝突する。

上記の場合では、端末装置１１０は、ＰＵＣＣＨリソース６１６が最初のＨＡＲＱ－ＡＣＫ送信のために利用不可能であると決定し、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに基づいて、ＳＰＳ ＰＤＳＣＳ ６１６のＨＡＲＱ－ＡＣＫ再送信のための次の利用可能なＰＵＣＣＨ ６１９を見つけ出してもよい。

代替として、ＣＣ＃２上のＰＵＳＣＨリソース６２６が利用不可能なＰＵＣＣＨリソース６１６と重複する場合、端末装置１１０は、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに従ってＳＰＳ ＰＤＳＣＨ ６１３についてのＨＡＲＱ－ＡＣＫ送信をＰＵＣＣＨ ６１９上に遅延させるのではなく、ＳＰＳ ＰＤＳＣＨ ６１３についてのＨＡＲＱ－ＡＣＫ送信をＣＣ＃２上のＰＵＳＣＨ ６２６上で多重化してもよい。これは、ＳＰＳ ＨＡＲＱ－ＡＣＫ送信の遅延を低減させるのに有利である。

本開示の実施形態は、上記及び他の潜在的な問題を解決するための解決策を提供する。一般的には、拡張されたＨＡＲＱフィードバックメカニズムは、端末装置とネットワーク装置との間の通信を容易にするために提供される。このメカニズムは、再送信されるＨＡＲＱ－ＡＣＫと新規送信されるＨＡＲＱ－ＡＣＫとのための２つのＰＵＣＣＨリソースについてのアウトオブオーダーＨＡＲＱ－ＡＣＫ条件のために、明確な定義を提供する。これはまた、ＵＥが動的ＳＰＳ ＨＡＲＱ－ＡＣＫ再送信トリガと半静的ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールとの間の優先度を決定するための解決策を提供する。さらに、１つのデータ送信のためのＨＡＲＱ－ＡＣＫ再送信を、他のデータ送信のためのＨＡＲＱ再送信又は最初のＨＡＲＱ－ＡＣＫ送信のうちの少なくとも１つと同じコードブック内に多重化されてもよいので、より少ないＰＵＣＣＨ送信を実現することができる。こうして、スペクトル効率及びシステム性能を改善できると同時に、改善された多重化されるＨＡＲＱ－ＡＣＫコードブック構築方法を提供することにより、ＵＣＩのためのオーバーヘッドが低減される。
方法の実現例

したがって、本開示の実施形態は、端末装置とネットワーク装置において実現される通信方法を提供する。図８～９を参照し、以下にこれらの方法を説明する。

図８は本開示のいくつかの実施形態にかかる、端末装置において実現される例示的な通信方法８００を示す図である。例えば、方法８００は、図１に示すような端末装置１１０において実行されてもよい。以下、説明のために、図１を参照して方法８００を説明する。方法８００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

８１０において、端末装置１１０は、ネットワーク装置１２０から、第１のデータ送信についての第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの最初の送信のための第１のリソースを示す情報を受信する。該第１のデータ送信は、半永久スケジューリング（ＳＰＳ）送信又は動的にスケジューリングされるダウンリンク送信を含んでもよい。

８２０において、端末装置１１０は、ネットワーク装置１２０から、第１のＨＡＲＱフィードバックの再送信のための第２のリソースを示す第１のダウンリンク制御情報（ＤＣＩ）を受信する。

８３０において、端末装置１１０は、ネットワーク装置１２０から、第１のデータ送信の後であるようにスケジューリングされた第２のデータ送信についての第２のＨＡＲＱフィードバックの最初の送信のための第３のリソースを示す第２のＤＣＩを受信する。第１のＨＡＲＱフィードバックの優先度は、第２のＨＡＲＱフィードバックの優先度と同じである。

いくつかの例示的な実施形態において、第３のリソースは、第１のリソースの後に送信されると想定されてもよい。

いくつかの例示的な実施形態において、第３のリソースは、第２のリソース以後に送信されると想定されてもよい。

いくつかの例示的な実施形態において、端末装置１１０は、第２のリソースと第３のリソースとが時間領域において同一であるか又は重複していると決定してもよい。この場合、端末装置１１０は、第３のリソースでの第２のＨＡＲＱフィードバックの最初の送信をキャンセルしてもよい。

いくつかの例示的な実施形態において、端末装置１１０は、第２のリソースと第３のリソースとが時間領域において同一であるか又は重複していると決定してもよい。この場合、端末装置１１０は、第２のリソースでの第１のＨＡＲＱフィードバックの再送信をキャンセルしてもよい。

８４０において、端末装置１１０は、ネットワーク装置１２０に、第３のリソースにおいて第２のＨＡＲＱフィードバックを送信する。

いくつかの例示的な実施形態において、端末装置１１０は、第２のリソースと第３のリソースとが時間領域において同一であるか又は重複していると決定してもよい。この場合、端末装置１１０は、ＨＡＲＱ－ＡＣＫコードブックを生成してもよく、第１のＨＡＲＱフィードバックと第２のＨＡＲＱフィードバックとが該ＨＡＲＱ－ＡＣＫコードブック内で多重化される。そして、端末装置１１０は、第２のリソースにおいて該ＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

いくつかの例示的な実施形態において、第２のリソースは、少なくとも１つの第３のデータ送信についての少なくとも１つの第３のＨＡＲＱフィードバックの再送信のために設定されてもよく、ＨＡＲＱ－ＡＣＫコードブックは、少なくとも１つの第３のＨＡＲＱフィードバックをさらに含む。

ＨＡＲＱ－ＡＣＫコードブックがタイプ１ ＨＡＲＱ－ＡＣＫコードブックである実施形態において、ＨＡＲＱ－ＡＣＫコードブックを生成するために、端末装置１１０は、第１のデータ送信が受信されるリソースと第２のリソースとの間のスロットオフセットを示す第１のＫ１値を決定してもよい。そして、端末装置１１０は、第１のＫ１値と事前設定されたＫ１値とを含むターゲットＫ１値セットを決定してもよい。少なくとも第１のＨＡＲＱフィードバックと第２のＨＡＲＱフィードバックとを含むタイプ１ ＨＡＲＱ－ＡＣＫコードブックは、ターゲットＫ１値セットに基づいて生成されてもよい。

ＨＡＲＱ－ＡＣＫコードブックがタイプ２ ＨＡＲＱ－ＡＣＫコードブックである実施形態において、ＨＡＲＱ－ＡＣＫコードブックを生成するために、端末装置１１０は、多重化されるＨＡＲＱフィードバックビットの総数を示す第１のＤＣＩに基づいて、少なくとも第１のＨＡＲＱフィードバックと第２のＨＡＲＱフィードバックとを含むタイプ２ ＨＡＲＱコードブックを生成してもよい。

ＨＡＲＱ－ＡＣＫコードブックがタイプ２ ＨＡＲＱ－ＡＣＫコードブックである実施形態において、ＨＡＲＱ－ＡＣＫコードブックを生成するために、端末装置１１０は、第１のＤＣＩに基づいて、少なくとも第１のＨＡＲＱフィードバックと第２のＨＡＲＱフィードバックとを含むタイプ２ ＨＡＲＱコードブックを生成してもよい。これらの実施形態において、第１のＤＣＩは、再送信ＨＡＲＱフィードバックビットの数を示す第１のＤＣＩフィールドと、最初の送信ＨＡＲＱフィードバックビットの数を示す第２のＤＣＩフィールドとを含んでもよい。

いくつかの例示的な実施形態において、第１のＨＡＲＱフィードバックは、タイプ２ ＨＡＲＱ－ＡＣＫコードブックに含まれてもよく、端末装置１１０は、第４のデータ送信についての第４のＨＡＲＱフィードバックの最初の送信のための第４のリソースを示す情報を受信してもよい。第１のＤＣＩからの指示が、第２のリソースが少なくとも第１のＨＡＲＱフィードバックと第４のＨＡＲＱフィードバックとの再送信のためのものであることを示す場合、端末装置１１０は、第１のＤＣＩに基づいて、少なくとも第１のＨＡＲＱフィードバックと第４のＨＡＲＱフィードバックとを含むタイプ２ ＨＡＲＱコードブックを生成してもよい。これらの実施形態において、第１のＤＣＩは、再送信される第１のＨＡＲＱフィードバックビットの数を示す第１のＤＣＩフィールドと、再送信される第４のＨＡＲＱフィードバックビットの数を示す別のＤＣＩフィールドとを含んでもよい。第１のＤＣＩフィールドと第２のＤＣＩフィールドとは、トータルＤＡＩフィールド内の第１のｘ個のビット及び第２のｘ個のビット、又はトータルＤＡＩフィールド及び他のインジケータフィールドに対応してもよい。

第１のデータ送信がＳＰＳ送信であり、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールが端末装置１１０に設定されている実施形態において、第１のＤＣＩが受信されると、端末装置１１０は、第１のＤＣＩに基づくリソース決定が、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに基づくリソース決定よりも高い優先度を有すると決定してもよい。

代替として、第１のデータ送信がＳＰＳ送信である実施形態において、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに基づくリソース決定は、第１のＤＣＩに基づくリソース決定よりも高い優先度を有してもよい。この場合、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールが端末装置１１０に設定されている場合、端末装置１１０は、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに基づいて次の利用可能なＰＵＣＣＨリソースを見つけ出し、ＳＰＳ ＨＡＲＱ－ＡＣＫ再送信をトリガするための動的ＤＬ割り振りを無視してもよい。すると、ＤＣＩによりＨＡＲＱ－ＡＣＫ再送信を動的にトリガすることは、動的にスケジューリングされるＰＤＳＣＨについてのＨＡＲＱ－ＡＣＫにのみ適用可能になる。

いくつかの例示的な実施形態において、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールと動的ＤＣＩ指示とのうちの１つのみが有効化され、これは、端末装置１１０とネットワーク装置１２０との間のシグナリングにより設定されてもよい。

端末装置１１０がＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールを有するように設定され、ＳＰＳ ＨＡＲＱ－ＡＣＫ送信のために割り振られたＣＣ＃１上のＰＵＣＣＨリソースがＤＬシンボル／ＳＳＢ／ＣＯＲＥＳＥＴ＃０と衝突する図５～６に示した場合には、ＣＣ＃２上のＰＵＳＣＨリソースが該ＰＵＣＣＨリソースと重複する場合、該ＰＵＣＣＨリソースはＨＡＲＱ－ＡＣＫ送信のために利用不可能である。

いくつかの例示的な実施形態において、端末装置１１０は、上記の場合に直面する際に、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに従って、ＳＰＳ ＨＡＲＱ－ＡＣＫ送信のためのＣＣ＃１上の次の利用可能なＰＵＣＣＨリソースを見つけ出してもよい。

いくつかの他の例示的な実施形態において、端末装置１１０は、上記の場合に直面する際に、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに従うのではなく、ＨＡＲＱ－ＡＣＫをＣＣ＃２上のＰＵＳＣＨリソースにおいて多重化してもよい。

図９は本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される例示的な通信方法９００を示す。例えば、方法９００は、図１に示すようなネットワーク装置１２０において実行されてもよい。以下、説明のために、図１を参照して方法９００を説明する。方法９００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。

図９に示すように、ブロック９１０において、ネットワーク装置１２０は、端末装置１１０に、第１のデータ送信についての第１のＨＡＲＱフィードバックの最初の送信のための第１のリソースを示す情報を送信する。例えば、該第１のデータ送信は、半永久スケジューリング（ＳＰＳ）送信又は動的にスケジューリングされるダウンリンク送信を含んでもよい。

ブロック９２０において、ネットワーク装置１２０は、第１のＨＡＲＱフィードバックのための第１のリソースが端末装置１１０によりキャンセルされるか否かを決定する。

第１のＨＡＲＱフィードバックのための第１のリソースがキャンセルされる場合、９３０において、ネットワーク装置１２０は、端末装置１１０に、第１のＨＡＲＱフィードバックの再送信のための第２のリソースを示す第１のＤＣＩを送信する。

いくつかの例示的な実施形態において、第２のリソースは、少なくとも１つの第３のデータ送信についての少なくとも１つの第３のＨＡＲＱフィードバックの再送信のために設定されてもよく、ＨＡＲＱ－ＡＣＫコードブックは、少なくとも１つの第３のＨＡＲＱフィードバックをさらに含む。

９４０において、ネットワーク装置１２０は、端末装置１１０に、第１のデータ送信の後であるようにスケジューリングされた第２のデータ送信についての第２のＨＡＲＱフィードバックの最初の送信のための第３のリソースを示す第２のＤＣＩを送信する。第１のＨＡＲＱフィードバックの優先度は、第２のＨＡＲＱフィードバックの優先度と同じである。

いくつかの例示的な実施形態において、第３のリソースは、第１のリソースの後に送信されると想定されてもよい。

いくつかの例示的な実施形態において、第３のリソースは、第２のリソース以後に送信されると想定されてもよい。

９５０において、ネットワーク装置１２０は、端末装置１１０から、第２のリソースにおいて第１のＨＡＲＱフィードバックを受信する。

いくつかの例示的な実施形態において、第１のＨＡＲＱフィードバックを受信するために、ネットワーク装置１２０は、第２のリソースにおいてＨＡＲＱ－ＡＣＫコードブックを受信してもよく、第１のＨＡＲＱフィードバックと第２のＨＡＲＱフィードバックとは、ＨＡＲＱ－ＡＣＫコードブック内で多重化される。

いくつかの例示的な実施形態において、ＨＡＲＱ－ＡＣＫコードブックは、タイプ１ ＨＡＲＱ－ＡＣＫコードブックであってもよく、ＨＡＲＱ－ＡＣＫコードブックは、第１のデータ送信が送信されるリソースと第２のリソースとの間のスロットオフセットを示す第１のＫ１値と、事前設定されたＫ１値とを含むターゲットＫ１値セットに基づく。

いくつかの例示的な実施形態において、ＨＡＲＱ－ＡＣＫコードブックは、タイプ２ ＨＡＲＱ－ＡＣＫコードブックであってもよく、第１のＤＣＩは、少なくとも第１のＨＡＲＱフィードバックと第２のＨＡＲＱフィードバックとのためのＨＡＲＱフィードバックビットの総数を示す。

いくつかの例示的な実施形態において、ＨＡＲＱ－ＡＣＫコードブックは、タイプ２ ＨＡＲＱ－ＡＣＫコードブックであってもよく、第１のＤＣＩは、再送信ＨＡＲＱフィードバックビットの数を示す第１のＤＣＩフィールドと、最初の送信ＨＡＲＱフィードバックビットの数を示す第２のＤＣＩフィールドとを含む。

いくつかの例示的な実施形態において、第１のＨＡＲＱフィードバックは、タイプ２ ＨＡＲＱ－ＡＣＫコードブックに含まれてもよく、第１のＤＣＩは、第２のリソースが少なくとも第１のＨＡＲＱフィードバックと第４のＨＡＲＱフィードバックとの再送信のために設定されていることを示してもよく、第１のＤＣＩは、再送信ＨＡＲＱフィードバックビットの数を示す第１のＤＣＩフィールドを含んでもよい。これらの実施形態において、ネットワーク装置１２０は、第４のデータ送信についての第４のＨＡＲＱフィードバックの最初の送信のための第４のリソースを示す情報をさらに送信してもよい。

第１のデータ送信がＳＰＳ送信である実施形態において、第１のＤＣＩに基づくリソース決定は、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに基づくリソース決定よりも高い優先度を有する。言い換えれば、この場合、動的ＤＣＩ指示は、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールをオーバーライドする。

代替として、第１のデータ送信がＳＰＳ送信である実施形態において、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに基づくリソース決定は、第１のＤＣＩに基づくリソース決定よりも高い優先度を有する。この場合、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールが端末装置１１０に設定されている場合、ネットワーク装置１２０は、ＨＡＲＱ－ＡＣＫ再送信をスケジューリングするための動的ＤＬ割り振りを送信しなくてもよい。

いくつかの例示的な実施形態において、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールと動的ＤＣＩ指示とのうちの１つのみが有効化され、これは、端末装置１１０とネットワーク装置１２０との間のシグナリングにより設定されてもよい。

端末装置１１０がＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールを有するように設定され、ＳＰＳ ＨＡＲＱ－ＡＣＫ送信のために割り振られたＣＣ＃１上のＰＵＣＣＨリソースがＤＬシンボル／ＳＳＢ／ＣＯＲＥＳＥＴ＃０と衝突する図５～６に示した場合には、ＣＣ＃２上のＰＵＳＣＨリソースが該ＰＵＣＣＨリソースと重複する場合、該ＰＵＣＣＨリソースはＨＡＲＱ－ＡＣＫ送信のために利用不可能である。

いくつかの例示的な実施形態において、ネットワーク装置１２０は、上記の場合に直面する際に、端末装置１１０がＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに従ってＳＰＳ ＨＡＲＱ－ＡＣＫ送信のためのＣＣ＃１上の次の利用可能なＰＵＣＣＨリソースを見つけ出すと想定してもよい。

いくつかの他の例示的な実施形態において、ネットワーク装置１２０は、上記の場合に直面する際に、端末装置１１０がＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに従うのではなく、ＨＡＲＱ－ＡＣＫをＣＣ＃２上のＰＵＳＣＨリソースにおいて多重化すると想定してもよい。

本開示の例示的な実施形態によれば、拡張されたＨＡＲＱフィードバックメカニズムが提供される。このメカニズムに基づいて、動的アウトオブオーダーＨＡＲＱ－ＡＣＫ再送信及びＳＰＳ ＨＡＲＱ－ＡＣＫ延期がサポートされる。さらに、１つのデータ送信のためのＨＡＲＱ－ＡＣＫ再送信を、他のデータ送信のためのＨＡＲＱ再送信又は最初のＨＡＲＱ－ＡＣＫ送信のうちの少なくとも１つと同じコードブック内に多重化されてもよいので、より少ない冗長ビットを生成してもよい。これにより、スペクトル効率及びシステム性能を向上させることができると同時に、ＵＣＩのオーバーヘッドを低減させることができる。
装置の実現例

図１０は本開示の実施形態を実現するのに適した装置１０００の概略ブロック図である。装置１０００は、図１に示す端末装置１１０又はネットワーク装置１２０の別の例示的な実施態様として考えられる。したがって、装置１０００は、端末装置１１０又はネットワーク装置１２０において、或いはそれらの少なくとも一部として実現することができる。

図示されるように、装置１０００は、プロセッサ１０１０と、プロセッサ１０１０に結合されたメモリ１０２０と、プロセッサ１０１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）１０４０と、ＴＸ／ＲＸ １０４０に結合された通信インターフェースとを備える。メモリ１０１０は、プログラム１０３０の少なくとも一部を記憶する。ＴＸ／ＲＸ １０４０は双方向通信に用いられる。ＴＸ／ＲＸ １０４０は、通信を容易にするために少なくとも１つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有してもよい。通信インターフェースは、ｅＮＢ／ｇＮＢ間の双方向通信のためのＸ２／Ｘｎインターフェース、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／アクセス及びモビリティ管理機能（ＡＭＦ：Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）／ＳＧＷ／ＵＰＦとｅＮＢ／ｇＮＢとの間の通信のためのＳ１／ＮＧインターフェース、ｅＮＢ／ｇＮＢと中継ノード（ＲＮ：ｒｅｌａｙ ｎｏｄｅ）との間の通信のためのＵｎインターフェース、又はｅＮＢ／ｇＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。

プログラム１０３０は、図２～図９を参照して本明細書で説明したように、関連するプロセッサ１０１０により実行された場合、装置１０００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと想定される。本文の実施形態は、装置１０００のプロセッサ１０１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組み合わせにより実現されてもよい。プロセッサ１０１０は、本開示の様々な実施形態を実施するように設定されてもよい。さらに、プロセッサ１０１０とメモリ１０２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段１０５０を形成してもよい。

メモリ１０２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現されてもよい。装置１０００内には１つのメモリ１０２０のみが示されているが、装置１０００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ１０１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含んでもよい。装置１０００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

いくつかの実施形態において、端末装置は回路を備え、前記回路は、ネットワーク装置から、第１のデータ送信についての第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの最初の送信のための第１のリソースを示す情報を受信し、前記ネットワーク装置から、前記第１のＨＡＲＱフィードバックの再送信のための第２のリソースを示す第１のダウンリンク制御情報（ＤＣＩ）を受信し、前記ネットワーク装置から、前記第１のデータ送信の後であるようにスケジューリングされた第２のデータ送信についての、前記第１のＨＡＲＱフィードバックと同じ優先度を有する第２のＨＡＲＱフィードバックの最初の送信のための第３のリソースを示す第２のＤＣＩを受信し、前記ネットワーク装置に、前記第２のリソースにおいて前記第１のＨＡＲＱフィードバックを送信するように設定されている。

いくつかの例示的な実施形態において、第３のリソースは、第１のリソースの後に送信されると想定される。

いくつかの例示的な実施形態において、第３のリソースは、第２のリソース以後に送信されると想定される。

いくつかの例示的な実施形態において、前記回路はさらに、前記第２のリソースと前記第３のリソースとが時間領域において同一であるか又は重複しているとの決定に従って、前記第３のリソースでの前記第２のＨＡＲＱフィードバックの最初の送信をキャンセルするように設定されてもよい。

いくつかの例示的な実施形態において、前記回路は、前記第２のリソースと前記第３のリソースとが時間領域において同一であるか又は重複しているとの決定に従って、前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとが多重化されるＨＡＲＱ－ＡＣＫコードブックを生成し、前記ＨＡＲＱ－ＡＣＫコードブックを前記第２のリソースにおいて送信することとにより、前記第１のＨＡＲＱフィードバックを送信するように設定されてもよい。

いくつかの例示的な実施形態において、第２のリソースは、少なくとも１つの第３のデータ送信についての少なくとも１つの第３のＨＡＲＱフィードバックの再送信のために設定され、ＨＡＲＱ－ＡＣＫコードブックは、少なくとも１つの第３のＨＡＲＱフィードバックをさらに含む。

いくつかの実施形態において、ＨＡＲＱ－ＡＣＫコードブックはタイプ１ ＨＡＲＱ－ＡＣＫコードブックを含み、前記回路は、さらに、前記第１のデータ送信が受信されるリソースと前記第２のリソースとの間のスロットオフセットを示す第１のＫ１値を決定し、前記第１のＫ１値と事前設定されたＫ１値とを含むターゲットＫ１値セットを決定し、少なくとも前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとを含む前記タイプ１ ＨＡＲＱ－ＡＣＫコードブックを、前記ターゲットＫ１値セットに基づいて生成するように生成されてもよい。

いくつかの実施形態において、ＨＡＲＱ－ＡＣＫコードブックはタイプ２ ＨＡＲＱ－ＡＣＫコードブックを含み、前記回路は、さらに、少なくとも前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとを含むタイプ２ ＨＡＲＱコードブックを、ＨＡＲＱフィードバックビットの総数を示す前記第１のＤＣＩに基づいて生成するように設定されてもよい。

いくつかの実施形態において、ＨＡＲＱ－ＡＣＫコードブックはタイプ２ ＨＡＲＱ－ＡＣＫコードブックを含み、前記回路は、さらに、再送信ＨＡＲＱフィードバックビットの数を示す第１のＤＣＩフィールドと、最初の送信ＨＡＲＱフィードバックビットの数を示す第２のＤＣＩフィールドとを含む前記第１のＤＣＩに基づいて、少なくとも前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとを含むタイプ２ ＨＡＲＱコードブックを生成するように設定されてもよい。

いくつかの例示的な実施形態において、前記第１のＨＡＲＱフィードバックは、タイプ２ ＨＡＲＱ－ＡＣＫコードブックに含まれ、前記回路は、さらに、第４のデータ送信についての第４のＨＡＲＱフィードバックの最初の送信のための第４のリソースを示す情報を受信し、前記第１のＤＣＩからの指示が、前記第２のリソースが少なくとも前記第１のＨＡＲＱフィードバックと前記第４のＨＡＲＱフィードバックとの再送信のためのものであることを示すことに従って、再送信ＨＡＲＱフィードバックビットの数を示す第１のＤＣＩフィールドを含む前記第１のＤＣＩに基づいて、少なくとも前記第１のＨＡＲＱフィードバックと前記第４のＨＡＲＱフィードバックとを含む前記タイプ２ ＨＡＲＱコードブックを生成するように設定されてもよい。

いくつかの例示的な実施形態において、前記第１のデータ送信は、半永久スケジューリング（ＳＰＳ）送信を含み、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールが前記端末装置において有効化され、前記回路は、さらに、前記第１のＤＣＩを受信したことに従って、前記第１のＤＣＩに基づくリソース決定が前記ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに基づくリソース決定よりも高い優先度を有すると決定するように設定されてもよい。

いくつかの実施形態において、ネットワーク装置は回路を備え、前記回路は、端末装置に、第１のデータ送信についての第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの最初の送信のための第１のリソースを示す情報を送信し、前記第１のＨＡＲＱフィードバックのための前記第１のリソースがキャンセルされるとの決定に従って、前記端末装置に、前記第１のＨＡＲＱフィードバックの再送信のための第２のリソースを示す第１のダウンリンク制御情報（ＤＣＩ）を送信し、前記端末装置に、前記第１のデータ送信の後であるようにスケジューリングされた第２のデータ送信についての、前記第１のＨＡＲＱフィードバックと同じ優先度を有する第２のＨＡＲＱフィードバックの最初の送信のための第３のリソースを示す第２のＤＣＩを送信し、前記端末装置から、前記第２のリソースにおいて前記第１のＨＡＲＱフィードバックを受信するように設定されている。

いくつかの例示的な実施形態において、第３のリソースは、第１のリソースの後に送信されると想定される。

いくつかの例示的な実施形態において、第３のリソースは、第２のリソース以後に送信されると想定される。

いくつかの例示的な実施形態において、前記回路は、前記第２のリソースにおいて、前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとが多重化されるＨＡＲＱ－ＡＣＫコードブックを受信することにより、前記第１のＨＡＲＱフィードバックを受信するように設定されてもよい。

いくつかの例示的な実施形態において、第２のリソースは、少なくとも１つの第３のデータ送信についての少なくとも１つの第３のＨＡＲＱフィードバックの再送信のために設定され、ＨＡＲＱ－ＡＣＫコードブックは、少なくとも１つの第３のＨＡＲＱフィードバックをさらに含む。

いくつかの例示的な実施形態において、ＨＡＲＱ－ＡＣＫコードブックは、タイプ１ ＨＡＲＱ－ＡＣＫコードブックであり、ＨＡＲＱ－ＡＣＫコードブックは、第１のデータ送信が送信されるリソースと第２のリソースとの間のスロットオフセットを示す第１のＫ１値と、事前設定されたＫ１値とを含むターゲットＫ１値セットに基づく。

いくつかの例示的な実施形態において、ＨＡＲＱ－ＡＣＫコードブックは、タイプ２ ＨＡＲＱ－ＡＣＫコードブックであり、第１のＤＣＩは、少なくとも第１のＨＡＲＱフィードバックと第２のＨＡＲＱフィードバックとのためのＨＡＲＱフィードバックビットの総数を示す。

いくつかの例示的な実施形態において、ＨＡＲＱ－ＡＣＫコードブックは、タイプ２ ＨＡＲＱ－ＡＣＫコードブックであり、第１のＤＣＩは、再送信ＨＡＲＱフィードバックビットの数を示す第１のＤＣＩフィールドと、最初の送信ＨＡＲＱフィードバックビットの数を示す第２のＤＣＩフィールドとを含む。

いくつかの例示的な実施形態において、前記第１のＨＡＲＱフィードバックは、タイプ２ ＨＡＲＱ－ＡＣＫコードブックに含まれ、前記第１のＤＣＩは、前記第２のリソースが少なくとも前記第１のＨＡＲＱフィードバックと前記第４のＨＡＲＱフィードバックとの再送信のために設定されていることを示し、前記第１のＤＣＩは、再送信ＨＡＲＱフィードバックビットの数を示す第１のＤＣＩフィールドを含み、前記回路は、さらに、第４のデータ送信についての第４のＨＡＲＱフィードバックの最初の送信のための第４のリソースを示す情報を送信するように設定されてもよい。

いくつかの例示的な実施形態において、前記第１のデータ送信は半永久スケジューリング（ＳＰＳ）送信を含み、前記第１のＤＣＩに基づくリソース決定は、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに基づくリソース決定よりも高い優先度を有する。

本明細書で使用される用語「回路」は、ハードウェア回路及び／又はハードウェア回路とソフトウェアとの組み合わせを意味してもよい。例えば、回路は、アナログ及び／又はデジタルハードウェア回路とソフトウェア／ファームウェアとの組み合わせであってもよい。さらに別の例として、回路は、端末装置又はネットワーク装置のような装置に様々な機能を実行させるために協働する、デジタル信号プロセッサ、ソフトウェア及び１つ又は複数のメモリを含むソフトウェアを有するハードウェアプロセッサの任意の部分であってもよい。さらに別の例において、回路は、オペレーションのためにソフトウェア／ファームウェアを必要とするハードウェア回路及び／又はマイクロプロセッサ又はその一部のようなプロセッサであってもよいが、オペレーションのために必要でない場合、ソフトウェアは存在しなくてもよい。本明細書で使用されるように、用語「回路」は、ハードウェア回路又は１つ又は複数のプロセッサのみ、又はハードウェア回路又は１つ又は複数のプロセッサの一部及びその（又はそれらの）付随するソフトウェア及び／又はファームウェアの実現も含む。

全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現されてもよい。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行できるファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装されてもよいことを理解すべきである。

本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図２～図９を参照して上述したプロセス又は方法を実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般的には、プログラムモジュールには、特定のタスクを実行するか、又は特定の抽象データタイプを実現するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で結合又は分割されてもよい。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行されてもよい。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体内の両方に配置されていてもよい。

本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。

上述のプログラムコードは、マシン可読媒体上で実装されてもよく、マシン可読媒体は、命令実行システム、機器、又は装置により利用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であってもよい。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含んでもよいが、これらに限定されない。マシン可読記憶媒体のより具体的な例は、１つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組み合わせを含んでもよい。

なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明された全ての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブコンビネーションで実装されてもよい。

本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。

Claims (23)

1. 端末装置において、第１のデータ送信についての第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの最初の送信のための第１のリソースを示す情報をネットワーク装置から受信することと、
   前記第１のＨＡＲＱフィードバックの再送信のための第２のリソースを示す第１のダウンリンク制御情報（ＤＣＩ）を前記ネットワーク装置から受信することと、
   前記第１のデータ送信の後であるようにスケジューリングされた第２のダウンリンクデータ送信についての、前記第１のＨＡＲＱフィードバックと同じ優先度を有する第２のＨＡＲＱフィードバックの最初の送信のための第３のリソースであって、時間領域における順序が前記第１のリソース又は前記第２のリソースに関連付けられている第３のリソースを示す第２のＤＣＩを前記ネットワーク装置から受信することと、
   前記第２のリソースにおいて前記第１のＨＡＲＱフィードバックを前記ネットワーク装置に送信することと、
   を含む通信の方法。
2. 前記第３のリソースは、前記第１のリソースの後に送信されると想定される、
   請求項１に記載の方法。
3. 前記第３のリソースは、前記第２のリソース以後に送信されると想定される、
   請求項１に記載の方法。
4. 前記第２のリソースと前記第３のリソースとが時間領域において同一であるか又は重複しているとの決定に従って、前記第３のリソースでの前記第２のＨＡＲＱフィードバックの前記最初の送信をキャンセルするか、又は前記第２のリソースでの前記第１のＨＡＲＱフィードバックの再送信をキャンセルすること、
   をさらに含む請求項１に記載の方法。
5. 前記第１のＨＡＲＱフィードバックを送信することは、
   前記第２のリソースと前記第３のリソースとが時間領域において同一であるか又は重複しているとの決定に従って、前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとが多重化されるＨＡＲＱ－ＡＣＫコードブックを生成することと、
   最後に受信されたＤＣＩにより示されるリソースにおいて前記ＨＡＲＱ－ＡＣＫコードブックを送信することと、
   をさらに含む請求項１に記載の方法。
6. 前記第２のリソースは、少なくとも１つの第３のデータ送信についての少なくとも１つの第３のＨＡＲＱフィードバックの再送信のために設定され、前記ＨＡＲＱ－ＡＣＫコードブックは、前記少なくとも１つの第３のＨＡＲＱフィードバックをさらに含む、
   請求項５に記載の方法。
7. 前記ＨＡＲＱ－ＡＣＫコードブックはタイプ１ ＨＡＲＱ－ＡＣＫコードブックを含み、前記ＨＡＲＱ－ＡＣＫコードブックを生成することは、
   前記第１のデータ送信が受信されるリソースと前記第２のリソースとの間のスロットオフセットを示す第１のＫ１値を決定することと、
   前記第１のＫ１値と事前設定されたＫ１値とを含むターゲットＫ１値セットを決定することと、
   少なくとも前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとを含むタイプ１ ＨＡＲＱ－ＡＣＫコードブックを、前記ターゲットＫ１値セットに基づいて生成することと、
   を含む請求項５又は６に記載の方法。
8. 前記ＨＡＲＱ－ＡＣＫコードブックはタイプ２ ＨＡＲＱ－ＡＣＫコードブックを含み、前記ＨＡＲＱ－ＡＣＫコードブックを生成することは、
   少なくとも前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとを含む前記タイプ２ ＨＡＲＱコードブックを、ＨＡＲＱフィードバックビットの総数を示す前記第１のＤＣＩに基づいて生成すること、
   を含む請求項５又は６に記載の方法。
9. 前記ＨＡＲＱ－ＡＣＫコードブックはタイプ２ ＨＡＲＱ－ＡＣＫコードブックを含み、前記ＨＡＲＱコードブックを生成することは、
   再送信ＨＡＲＱフィードバックビットの総数を示す第１のＤＣＩフィールドと、最初の送信ＨＡＲＱフィードバックビットの総数を示す第２のＤＣＩフィールドとを含む前記第１のＤＣＩに基づいて、少なくとも前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとを含む前記タイプ２ ＨＡＲＱコードブックを生成すること、
   を含む請求項５又は６に記載の方法。
10. 前記第１のＨＡＲＱフィードバックは、タイプ２ ＨＡＲＱ－ＡＣＫコードブックに含まれ、前記方法は、
    第４のデータ送信についての第４のＨＡＲＱフィードバックの最初の送信のための第４のリソースを示す情報を受信することと、
    前記第１のＤＣＩからの指示が、前記第２のリソースが少なくとも前記第１のＨＡＲＱフィードバックと前記第４のＨＡＲＱフィードバックとの再送信のためのものであることを示すことに従って、再送信される第１のＨＡＲＱフィードバックビットの総数を示す第１のＤＣＩフィールドと、再送信される第４のＨＡＲＱフィードバックビットの総数を示す第２のＤＣＩフィールドとを含む前記第１のＤＣＩに基づいて、少なくとも前記第１のＨＡＲＱフィードバックと前記第４のＨＡＲＱフィードバックとを含む前記タイプ２ ＨＡＲＱコードブックを生成することと、
    をさらに含む請求項１に記載の方法。
11. 前記第１のデータ送信は、半永久スケジューリング（ＳＰＳ）送信を含み、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールが前記端末装置において有効化され、前記方法は、
    前記第１のＤＣＩを受信したことに従って、前記第１のＤＣＩに基づくリソース決定が前記ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに基づくリソース決定よりも高い優先度を有すると決定すること、
    をさらに含む請求項１に記載の方法。
12. ネットワーク装置において、第１のデータ送信についての第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの最初の送信のための第１のリソースを示す情報を端末装置に送信することと、
    前記第１のＨＡＲＱフィードバックのための前記第１のリソースがキャンセルされるとの決定に従って、前記第１のＨＡＲＱフィードバックの再送信のための第２のリソースを示す第１のダウンリンク制御情報（ＤＣＩ）を前記端末装置に送信することと、
    前記第１のデータ送信の後であるようにスケジューリングされた第２のデータ送信についての、前記第１のＨＡＲＱフィードバックと同じ優先度を有する第２のＨＡＲＱフィードバックの最初の送信のための第３のリソースであって、時間領域における順序が前記第１のリソース又は前記第２のリソースに関連付けられている第３のリソースを示す第２のＤＣＩを前記端末装置に送信することと、
    前記第２のリソースにおいて前記第１のＨＡＲＱフィードバックを前記端末装置から受信することと、
    を含む、通信の方法。
13. 前記第３のリソースは、前記第１のリソースの後に送信されると想定される、
    請求項１２に記載の方法。
14. 前記第３のリソースは、前記第２のリソース以後に送信されると想定される、
    請求項１２に記載の方法。
15. 前記第１のＨＡＲＱフィードバックを受信することは、
    最後に受信されたＤＣＩにより示されるリソースにおいて、前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとが多重化されるＨＡＲＱ－ＡＣＫコードブックを受信すること、
    さらに含む請求項１２に記載の方法。
16. 前記第２のリソースは、少なくとも１つの第３のデータ送信についての少なくとも１つの第３のＨＡＲＱフィードバックの再送信のために設定され、前記ＨＡＲＱ－ＡＣＫコードブックは、前記少なくとも１つの第３のＨＡＲＱフィードバックをさらに含む、
    請求項１５に記載の方法。
17. 前記ＨＡＲＱ－ＡＣＫコードブックは、タイプ１ ＨＡＲＱ－ＡＣＫコードブックであり、前記ＨＡＲＱ－ＡＣＫコードブックは、前記第１のデータ送信が送信されるリソースと前記第２のリソースとの間のスロットオフセットを示す第１のＫ１値と、事前設定されたＫ１値とを含むターゲットＫ１値セットに基づく、
    請求項１５又は１６に記載の方法。
18. 前記ＨＡＲＱ－ＡＣＫコードブックは、タイプ２ ＨＡＲＱ－ＡＣＫコードブックであり、前記第１のＤＣＩは、少なくとも前記第１のＨＡＲＱフィードバックと前記第２のＨＡＲＱフィードバックとのためのＨＡＲＱフィードバックビットの総数を示す、
    請求項１５又は１６に記載の方法。
19. 前記ＨＡＲＱ－ＡＣＫコードブックは、タイプ２ ＨＡＲＱ－ＡＣＫコードブックであり、前記第１のＤＣＩは、再送信ＨＡＲＱフィードバックビットの数を示す第１のＤＣＩフィールドと、最初の送信ＨＡＲＱフィードバックビットの数を示す第２のＤＣＩフィールドとを含む、
    請求項１５又は１６に記載の方法。
20. 前記第１のＨＡＲＱフィードバックは、タイプ２ ＨＡＲＱ－ＡＣＫコードブックに含まれ、前記第１のＤＣＩは、前記第２のリソースが少なくとも前記第１のＨＡＲＱフィードバックと前記第４のＨＡＲＱフィードバックとの再送信のために設定されていることを示し前記第１のＤＣＩは、再送信される第１のＨＡＲＱフィードバックビットの総数を示す第１のＤＣＩフィールドと、再送信される第４のＨＡＲＱフィードバックビットの総数を示す第２のＤＣＩフィールドとを含み、
    前記方法は、
    第４のデータ送信についての第４のＨＡＲＱフィードバックの最初の送信のための第４のリソースを示す情報を送信すること、
    をさらに含む請求項１２に記載の方法。
21. 前記第１のデータ送信は半永久スケジューリング（ＳＰＳ）送信を含み、前記第１のＤＣＩに基づくリソース決定は、ＳＰＳ ＨＡＲＱ－ＡＣＫ延期ルールに基づくリソース決定よりも高い優先度を有する、
    請求項１２に記載の方法。
22. 請求項１から請求項１１のいずれか一項に記載の方法を実行するように設定されたプロセッサを備える、
    端末装置。
23. 請求項１２から請求項２１のいずれか一項に記載の方法を実行するように設定されたプロセッサを備える、
    ネットワーク装置。

Images