(57)【特許請求の範囲】
【請求項１】
フィードバック情報の送信装置であって、
コードブロックグループ数及び／又はトランスポートブロック数に基づいて、複数のキャリアをコードブロックグループ（ＣＢＧ）に基づくグループにグループ分けする処理部であって、前記ＣＢＧに基づくグループにグループ分けするためのルールは、予め定義されたルール及び／又はシグナリングを介して通知されたルールである、処理部と、
複数のキャリア及び１つ又は複数のタイムユニットにおけるデータ、並びに１つ又は複数のキャリア及び１つ又は複数のタイムユニットにおけるフィードバック情報を構成するためのダウンリンク割り当てインデックスを受信する受信部であって、前記複数のキャリアのうちの各キャリアは複数のグループのうちの少なくとも１つに属し、前記ダウンリンク割り当てインデックスは各グループにおいてそれぞれ計数される、受信部と、
前記グループ内の前記キャリアに対応するフィードバック情報を決定する前記処理部と、
前記グループに対応するフィードバック情報をカスケードした後に送信する送信部と、を含む、装置。
【請求項２】
前記処理部は、
同一又は近いコードブロックグループ数を有する複数のキャリアを１つ又は複数の第１グループに分け、残りの１つ又は複数のキャリアを１つの第２グループに分け、
前記近いコードブロックグループ数を有する複数のキャリアは、コードブロックグループ数の差が所定閾値以下の複数のキャリアにより決定される、請求項１に記載の装置。
【請求項３】
前記キャリアが最大で１つのトランスポートブロックをサポートする場合、前記キャリアが有するコードブロックグループ数は、前記１つのトランスポートブロックにおけるコードブロックグループの数であり、
前記キャリアが複数のトランスポートブロックをサポートする場合、前記キャリアが有するコードブロックグループ数は、前記複数のトランスポートブロックにおけるコードブロックグループ数の和、又は前記複数のトランスポートブロックにおける最大のコードブロックグループ数である、請求項２に記載の装置。
【請求項４】
前記送信部は、前記第２グループが１つのキャリアのみを有する場合、前記１つのキャリアに対応するフィードバック情報を個別に送信する、請求項２に記載の装置。
【請求項５】
前記処理部は、前記第１グループのそれぞれについて、前記同一のコードブロックグループ数に基づいて前記複数のキャリアに対応するフィードバック情報のビット数をそれぞれ決定し、或いは、前記近いコードブロックグループ数のうちの最大のコードブロックグループ数に基づいて前記複数のキャリアに対応するフィードバック情報のビット数をそれぞれ決定する、請求項２に記載の装置。
【請求項６】
前記処理部は、前記第２グループについて、前記１つ又は複数のキャリアにおける最大のコードブロックグループ数に基づいて前記１つ又は複数のキャリアに対応するフィードバック情報のビット数を決定する、請求項５に記載の装置。
【請求項７】
前記処理部は、前記第２グループについて、前記１つ又は複数のキャリアのそれぞれのコードブロックグループ数に基づいて前記１つ又は複数のキャリアに対応するフィードバック情報のビット数を決定する、請求項５に記載の装置。
【請求項８】
前記第２グループにおける前記１つ又は複数のキャリアに対応する前記ダウンリンク割り当てインデックスは、前記コードブロックグループ数を指示するために用いられる、請求項７に記載の装置。
【請求項９】
前記処理部は、
同一のトランスポートブロック数を有する複数のキャリアを１つ又は複数の第３グループに分け、残りの１つ又は複数のキャリアを１つの第４グループに分ける、請求項１に記載の装置。
【請求項１０】
前記処理部は、前記第３グループのそれぞれについて、同一又は近いコードブロックグループ数を有する複数のキャリアを１つ又は複数の第５グループにそれぞれ分け、
前記近いコードブロックグループ数を有する複数のキャリアは、コードブロックグループ数の差が所定閾値以下の複数のキャリアにより決定される、請求項９に記載の装置。
【請求項１１】
前記処理部は、前記第４グループについて、同一又は近いコードブロックグループ数を有する複数のキャリアを１つ又は複数の第６グループに分け、
前記近いコードブロックグループ数を有する複数のキャリアは、コードブロックグループ数の差が所定閾値以下の複数のキャリアにより決定される、請求項９に記載の装置。
【請求項１２】
前記複数のグループのうちの少なくとも１つは、トランスポートブロックに基づく伝送を用いる、請求項１に記載の装置。
【請求項１３】
フィードバック情報の受信装置であって、
コードブロックグループ数及び／又はトランスポートブロック数に基づいて、複数のキャリアをコードブロックグループ（ＣＢＧ）に基づくグループにグループ分けする処理部であって、前記ＣＢＧに基づくグループにグループ分けするためのルールは、予め定義されたルール及び／又はシグナリングを介して通知されたルールである、処理部と、
複数のキャリア及び１つ又は複数のタイムユニットにおいてユーザ装置にデータを送信し、１つ又は複数のキャリア及び１つ又は複数のタイムユニットにおいて前記ユーザ装置に、フィードバック情報を構成するためのダウンリンク割り当てインデックスを送信する送信部であって、前記複数のキャリアのうちの各キャリアは複数のグループのうちの少なくとも１つに属し、前記ダウンリンク割り当てインデックスは各グループにおいてそれぞれ計数される、送信部と、
前記ユーザ装置により送信されたフィードバック情報を受信する受信部と、
前記グループに基づいて、前記複数のキャリア及び１つ又は複数のタイムユニットにおいて送信される前記データに対応するフィードバック情報を決定する前記処理部と、を含む、装置。
【請求項１４】
前記処理部は、
同一又は近いコードブロックグループ数を有する複数のキャリアを１つ又は複数の第１グループに分け、残りの１つ又は複数のキャリアを１つの第２グループに分け、
前記近いコードブロックグループ数を有する複数のキャリアは、コードブロックグループ数の差が所定閾値以下の複数のキャリアにより決定される、請求項１３に記載の装置。
【請求項１５】
前記キャリアが最大で１つのトランスポートブロックをサポートする場合、前記キャリアが有するコードブロックグループ数は、前記１つのトランスポートブロックにおけるコードブロックグループの数であり、
前記キャリアが複数のトランスポートブロックをサポートする場合、前記キャリアが有するコードブロックグループ数は、前記複数のトランスポートブロックにおけるコードブロックグループ数の和、又は前記複数のトランスポートブロックにおける最大のコードブロックグループ数である、請求項１４に記載の装置。
【請求項１６】
前記処理部は、
同一のトランスポートブロック数を有する複数のキャリアを１つ又は複数の第３グループに分け、残りの１つ又は複数のキャリアを１つの第４グループに分ける、請求項１３に記載の装置。
【請求項１７】
前記処理部は、前記第３グループのそれぞれについて、同一又は近いコードブロックグループ数を有する複数のキャリアを１つ又は複数の第５グループにそれぞれ分け、
前記近いコードブロックグループ数を有する複数のキャリアは、コードブロックグループ数の差が所定閾値以下の複数のキャリアにより決定される、請求項１６に記載の装置。
【請求項１８】
前記複数のグループのうちの少なくとも１つは、トランスポートブロックに基づく伝送を用いる、請求項１３に記載の装置。
【請求項１９】
請求項１に記載のフィードバック情報の送信装置を有するユーザ装置と、
請求項１３に記載のフィードバック情報の受信装置を有するネットワーク装置と、を含む、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施例は、通信技術の分野に関し、特にフィードバック情報の送受信方法、装置及び通信システムに関する。
【背景技術】
【０００２】
ダウンリンクのハイブリッド自動再送要求（ＨＡＲＱ：Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）について、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）周波数分割多重（ＦＤＤ：Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムでは、ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は、アップリンクのサブフレーム内でダウンリンクのサブフレームに対応するフィードバック情報（例えばＨＡＲＱ−ＡＣＫ）をフィードバックする必要がある。ＬＴＥ時分割多重（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システムでは、フレーム構造の制限により、ユーザ装置はアップリンクのサブフレーム内で複数のダウンリンクのサブフレームに対応するＨＡＲＱ−ＡＣＫをフィードバックする必要がある。
【０００３】
キャリアアグリゲーションを考慮すると、ユーザ装置は、アップリンクのサブフレーム内で複数のダウンリンクのキャリアに対応するＨＡＲＱ−ＡＣＫをフィードバックする必要がある。例えば、各トランスポートブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ）は、ＡＣＫ又はＮＡＣＫを指示するための１ビットのＨＡＲＱ−ＡＣＫに対応する。フィードバックされたＨＡＲＱ−ＡＣＫは複数のサブフレーム及び／又はキャリアに対応する可能性があるため、ＨＡＲＱ−ＡＣＫのビット数は実際にスケジューリングされたＴＢの数に伴って変化する。
【０００４】
ＬＴＥは、フィードバック情報を動的に調整することをサポートしており（例えば、最終的に送信されるフィードバック情報はＨＡＲＱ−ＡＣＫコードブック、ＨＡＲＱ−ＡＣＫ  ｃｏｄｅｂｏｏｋと称される）、即ち、実際のデータスケジューリングに従って、フィードバックされるＨＡＲＱ−ＡＣＫのビット数を動的に決定することで、不要なフィードバックのオーバーヘッドを低減することができる。
【０００５】
キャリアアグリゲーションの場合、ＬＴＥではダウンリンク割り当てインデックス（ＤＡＩ：Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ）のメカニズムを用いて、フィードバックされるＨＡＲＱ−ＡＣＫのビット数を動的に決定する。例えば、ＤＡＩは物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）／拡張されたＰＤＣＣＨ（ＥＰＤＣＣＨ）における４ビットのフィールドを介してユーザ装置に通知されてもよく、そのうち、２ビットは累積したＰＤＣＣＨ／ＥＰＤＣＣＨの数を示すｃｏｕｎｔｅｒ  ＤＡＩを指示し、残りの２ビットは現在のサブフレームまでのＰＤＣＣＨ／ＥＰＤＣＣＨの総数を示すｔｏｔａｌ  ＤＡＩを指示する。ここのＰＤＣＣＨ／ＥＰＤＣＣＨは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）の伝送をスケジューリングし、或いはダウンリンクのセミパーシステントスケジューリング（ＳＰＳ：Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）の解放を指示する。ＤＡＩの詳細な定義については、ＬＴＥ  ３６．２１３基準を参照してもよい。
【０００６】
図１はＤＡＩを用いてフィードバック情報を動的に決定することを示す図であり、ＬＴＥキャリアアグリゲーションの場合にＤＡＩを用いてＨＡＲＱ−ＡＣＫコードブック（ＨＡＲＱ  ｃｏｄｅｂｏｏｋ）を動的に決定する例を示している。図１に示すように、ユーザ装置は８つのキャリアＣＣ＃０〜ＣＣ＃７を構成し、各キャリアは４つのダウンリンクのサブフレーム内でデータ伝送をスケジューリングし、各サブフレームは１つのダウンリンクのＴＢ伝送をスケジューリングすることができ、図１における陰影部分はＴＢスケジューリングが実際に存在するサブフレームを表し、ユーザ装置は、アップリンクのサブフレーム内で、図１におけるアグリゲーションウィンドウ内の全てのキャリア及びサブフレームについてＨＡＲＱ−ＡＣＫをフィードバックする必要がある。
【０００７】
図１では、ネットワーク装置（例えば基地局）が合計１３個のダウンリンクのＴＢ伝送をスケジューリングするため、ユーザ装置がフィードバックする必要のあるＨＡＲＱ−ＡＣＫビット数又はＨＡＲＱ−ＡＣＫコードブックのサイズは１３である。図１における括弧内の前後２つの数字は（ｃｏｕｎｔｅｒ  ＤＡＩ，ｔｏｔａｌ  ＤＡＩ）をそれぞれ表す。この例では、１つのＴＢをスケジューリングすると、ｃｏｕｎｔｅｒ  ＤＡＩに１を加算すると簡単に理解されてもよく、ｔｏｔａｌ  ＤＡＩは現在のサブフレームまでスケジューリングされたＴＢの総数を表す。この１３ビットでフィードバックする必要のあるＨＡＲＱ−ＡＣＫについて、ｃｏｕｎｔｅｒ  ＤＡＩは各ビットの相対位置を決定した。
【０００８】
図２は図１のＤＡＩに２ビットの使用制限がないことを示す図である。図１では、各ＤＡＩが２ビットを用いて指示されるため、その値範囲は０〜３である。図２では２ビットの制限を考慮しておらず、実際の計数時のＤＡＩ値範囲を用い、図１と比較してもよい。
【０００９】
Ｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩを併用すると、ＰＤＣＣＨの検出漏れに一定のロバスト性を提供することができる。例えば、ユーザ装置がサブフレーム内でキャリアに対応するＰＤＣＣＨを検出しなくても、ユーザ装置が該サブフレーム内で他のＰＤＣＣＨを検出した場合、ユーザ装置は依然としてｔｏｔａｌ  ＤＡＩに基づいてフィードバックされるＨＡＲＱ−ＡＣＫのビット総数を決定してもよい。受信されたｃｏｕｎｔｅｒ  ＤＡＩに対応するビット位置について、ユーザ装置は実際の復調及び復号の結果に従ってＡＣＫ又はＮＡＣＫを充填してもよく、他のビット位置について、検出漏れのＰＤＣＣＨによりスケジューリングされたＴＢに対応し、ユーザ装置はそれらにＮＡＣＫを充填する。
【００１０】
なお、背景技術に関する上記の説明は、単なる本発明の構成をより明確、完全に説明するためのものであり、当業者を理解させるために説明するものである。これらの構成が本発明の背景技術の部分に説明されているから当業者にとって周知の技術であると解釈してはならない。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかし、本発明の発明者の発見によると、将来の第５世代（５Ｇ）システムはより柔軟なＨＡＲＱタイミングをサポートすることができ、コードブロックグループ（ＣＢＧ：ｃｏｄｅ  ｂｌｏｃｋ  ｇｒｏｕｐ）に基づく再送へのサポートが追加されている。従来のＤＡＩ指示方法は、ＨＡＲＱ−ＡＣＫの正しいビット数を予約できないため、ＨＡＲＱ−ＡＣＫのフィードバックのオーバーヘッド又はダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）のシグナリングオーバーヘッドが増加し、リソースの浪費に繋がる。
【００１２】
本発明の実施例は、フィードバック情報の送受信方法、装置及び通信システムを提供する。コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けし、各グループ内のキャリアに対応するフィードバック情報をそれぞれ決定することで、フィードバック情報の正しいビット数を予約することができると共に、フィードバック情報のオーバーヘッド又はＤＣＩシグナリングのオーバーヘッドを低減することができるため、リソースの浪費を低減又は回避することができる。
【課題を解決するための手段】
【００１３】
本発明の実施例の第１態様では、フィードバック情報の送信方法であって、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けするステップと、ネットワーク装置により前記複数のキャリア及び複数のタイムユニットにおいて送信されたデータ、並びに１つ又は複数のキャリア及び複数のタイムユニットにおいて送信された、フィードバック情報を構成するためのダウンリンク割り当てインデックスを受信するステップと、各グループ内の前記キャリアに対応するフィードバック情報をそれぞれ決定するステップと、各グループに対応するフィードバック情報をカスケードした後に、前記ネットワーク装置に送信するステップと、を含む、方法を提供する。
【００１４】
本発明の実施例の第２態様では、フィードバック情報の送信装置であって、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けするグループ分け手段と、ネットワーク装置により前記複数のキャリア及び複数のタイムユニットにおいて送信されたデータ、並びに１つ又は複数のキャリア及び複数のタイムユニットにおいて送信された、フィードバック情報を構成するためのダウンリンク割り当てインデックスを受信する受信手段と、各グループ内の前記キャリアに対応するフィードバック情報をそれぞれ決定する決定手段と、各グループに対応するフィードバック情報をカスケードした後に、前記ネットワーク装置に送信する送信手段と、を含む、装置を提供する。
【００１５】
本発明の実施例の第３態様では、フィードバック情報の受信方法であって、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けするステップと、前記複数のキャリア及び複数のタイムユニットにおいてユーザ装置にデータを送信し、１つ又は複数のキャリア及び複数のタイムユニットにおいて前記ユーザ装置に、フィードバック情報を構成するためのダウンリンク割り当てインデックスを送信するステップと、前記ユーザ装置により送信されたフィードバック情報を受信するステップと、前記グループに基づいて、前記複数のキャリア及び複数のタイムユニットにおいて送信される前記データに対応するフィードバック情報を決定するステップと、を含む、方法を提供する。
【００１６】
本発明の実施例の第４態様では、フィードバック情報の受信装置であって、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けするグループ分け手段と、前記複数のキャリア及び複数のタイムユニットにおいてユーザ装置にデータを送信し、１つ又は複数のキャリア及び複数のタイムユニットにおいて前記ユーザ装置に、フィードバック情報を構成するためのダウンリンク割り当てインデックスを送信する送信手段と、前記ユーザ装置により送信されたフィードバック情報を受信する受信手段と、前記グループに基づいて、前記複数のキャリア及び複数のタイムユニットにおいて送信される前記データに対応するフィードバック情報を決定する決定手段と、を含む、装置を提供する。
【００１７】
本発明の実施例の第５態様では、第２態様に記載のフィードバック情報の送信装置を有するユーザ装置と、第４態様に記載のフィードバック情報の受信装置を有するネットワーク装置と、を含む、通信システムを提供する。
【００１８】
本発明の実施例の有益な効果としては、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けし、各グループ内のキャリアに対応するフィードバック情報をそれぞれ決定することで、フィードバック情報の正しいビット数を予約することができると共に、フィードバック情報のオーバーヘッド又はＤＣＩシグナリングのオーバーヘッドを低減することができるため、リソースの浪費を低減又は回避することができる。
【００１９】
下記の説明及び図面に示すように、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる方式が示される。なお、本発明の実施形態の範囲はこれらに限定されない。本発明の実施形態は、添付される特許請求の範囲の要旨及び項目の範囲内において、変更されたもの、修正されたもの及び均等的なものを含む。
【００２０】
１つの実施形態に記載された特徴及び／又は示された特徴は、同一又は類似の方式で１つ又はさらに多くの他の実施形態で用いられてもよいし、他の実施形態における特徴と組み合わせてもよいし、他の実施形態における特徴に代わってもよい。
【００２１】
なお、本文では、用語「含む／有する」は、特徴、部材、ステップ又は構成要件が存在することを意味し、一つ又は複数の他の特徴、部材、ステップ又は構成要件の存在又は付加を排除しない。
【図面の簡単な説明】
【００２２】
本発明の実施例の１つの図面及び１つの実施形態に記載された要素及び特徴は、１つ又はさらに多くの図面又は実施形態に示された要素及び特徴と組み合わせてもよい。また、図面において、類似の符号は複数の図面における対応する素子を示し、１つ以上の実施形態に用いられる対応素子を示してもよい。
【図１】ＤＡＩを用いてフィードバック情報を動的に決定することを示す図である。
【図２】図１のＤＡＩに２ビットの使用制限がないことを示す図である。
【図３】本発明の実施例の通信システムを示す図である。
【図４】キャリアアグリゲーションの場合のデータ伝送を示す図である。
【図５】本発明の実施例のフィードバック情報の送信方法を示す図である。
【図６】本発明の実施例のフィードバック情報の受信方法を示す図である。
【図７】本発明の実施例のフィードバック情報の送受信方法を示す図である。
【図８】本発明の実施例のＤＡＩを用いてフィードバック情報を動的に決定することを示す図である。
【図９】図８のＤＡＩに２ビットの使用制限がないことを示す図である。
【図１０】本発明の実施例のＤＡＩを用いてフィードバック情報を動的に決定することを示す他の図である。
【図１１】図１０のＤＡＩに４ビットの使用制限がないことを示す図である。
【図１２】キャリアアグリゲーションの場合のデータ伝送を示す他の図である。
【図１３】本発明の実施例のＤＡＩを用いてフィードバック情報を動的に決定することを示す他の図である。
【図１４】本発明の実施例のＤＡＩを用いてフィードバック情報を動的に決定することを示す他の図である。
【図１５】キャリアアグリゲーションの場合のデータ伝送を示す他の図である。
【図１６】本発明の実施例のＤＡＩを用いてフィードバック情報を動的に決定することを示す他の図である。
【図１７】本発明の実施例のフィードバック情報の送信装置を示す図である。
【図１８】本発明の実施例のフィードバック情報の受信装置を示す図である。
【図１９】本発明の実施例のネットワーク装置を示す図である。
【図２０】本発明の実施例のユーザ装置を示す図である。
【発明を実施するための形態】
【００２３】
本発明の上記及び他の特徴は以下の説明により明らかになる。明細書及び図面において、本発明の特定の実施形態が詳細に開示され、本発明の原理を採用できる実施形態の一部が示される。なお、本発明は説明される実施形態に限定されない。本発明は、添付される特許請求の範囲内の全ての変更されたもの、変形されたもの及び均等的なものを含む。以下は、図面を参照しながら本発明の各実施形態を説明する。これらの実施形態は単なる例示的なものであり、本発明を制限するものではない。
【００２４】
本発明の実施例では、用語「第１」、「第２」などは、タイトルで異なる要素を区別するために用いられるが、これらの要素の空間的配列又は時間的順序などを表すものではなく、これらの要素はこれらの用語に制限されない。用語「及び／又は」は、関連するリストに列挙された用語の１つ又は複数のうち何れか１つ及び全ての組み合わせを含む。用語「含む」、「包括する」、「有する」などは、列挙された特徴、要素、素子又は構成部材の存在を意味するが、１つ又は複数の他の特徴、要素、素子又は構成部材の存在又は追加を排除するものではない。
【００２５】
本発明の実施例では、単数形の「１つ」、「該」などは複数形を含み、「１種類」又は「１類」と広義的に理解されるべきであり、「１個」に限定されない。また、用語「前記」は、文脈がそうでないことを明確に示さない限り、単数形及び複数形両方を含むと理解されるべきである。また、文脈がそうでないことを明確に示さない限り、用語「に記載の」は「少なくとも一部に記載の」と理解されるべきであり、用語「に基づいて」は「少なくとも一部に基づいて」と理解されるべきである。
【００２６】
本発明の実施例では、用語「通信ネットワーク」又は「無線通信ネットワーク」は、例えばロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、進化したロングタームエボリューション（ＬＴＥ−Ａ、ＬＴＥ−Ａｄｖａｎｃｅｄ）、広帯域符号分割多元接続（ＷＣＤＭＡ(登録商標)：Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ−Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）などの任意の通信規格に適合するネットワークを意味してもよい。
【００２７】
また、通信システムにおける装置間の通信は、任意の段階の通信プロトコルに従って行われてもよく、該通信プロトコルは、例えば１Ｇ（ｇｅｎｅｒａｔｉｏｎ）、２Ｇ、２．５Ｇ、２．７５Ｇ、３Ｇ、４Ｇ、４．５Ｇ、及び将来の５Ｇ、新無線（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）等、及び／又は現在の既知の他の通信プロトコル若しくは将来開発される他の通信プロトコルを含んでもよいが、これらに限定されない。
【００２８】
本発明の実施例では、用語「ネットワーク装置」は、例えば通信システムに端末装置をアクセスさせて該端末装置にサービスを提供する通信システム内の装置を意味する。ネットワーク装置は、基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）、送受信ポイント（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｒｅｃｅｐｔｉｏｎ  Ｐｏｉｎｔ）、ブロードキャスト送信機、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｅ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ゲートウェイ、サーバ、無線ネットワークコントローラ（ＲＮＣ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）、基地局コントローラ（ＢＳＣ：Ｂａｓｅ  Ｓｔａｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ）などを含んでもよいが、これらに限定されない。
【００２９】
そのうち、基地局は、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、及び５Ｇ基地局（ｇＮＢ）など、並びにリモート無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ）、リモート無線ユニット（ＲＲＵ：Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｕｎｉｔ）、中継装置（ｒｅｌａｙ）又は低電力ノード（例えばｆｅｍｔｏ、ｐｉｃｏなど）を含んでもよいが、これらに限定されない。また、用語「基地局」はそれらの機能の一部又は全てを含んでもよく、各基地局は特定の地理的エリアに対して通信カバレッジを提供してもよい。用語「セル」は、該用語が使用されるコンテキストに応じて、基地局及び／又はそのカバレッジエリアを意味してもよい。
【００３０】
本発明の実施例では、用語「ユーザ装置」（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）又は用語「端末装置」（ＴＥ：Ｔｅｒｍｉｎａｌ  Ｅｑｕｉｐｍｅｎｔ）は、例えばネットワーク装置を介して通信ネットワークにアクセスし、ネットワークサービスを受ける装置を意味する。ユーザ装置は、固定的なもの又は移動的なものであってもよく、移動局（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、端末、加入者ステーション（ＳＳ：Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、アクセス端末（ＡＴ：Ａｃｃｅｓｓ  Ｔｅｒｍｉｎａｌ）、ステーションなどと称されてもよい。
【００３１】
そのうち、ユーザ装置は、携帯電話（Ｃｅｌｌｕｌａｒ  Ｐｈｏｎｅ）、パーソナルデジタルアシスタント（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、無線変復調装置、無線通信装置、ハンドヘルドデバイス、マシンタイプ通信装置、ラップトップコンピュータ、コードレス電話、スマートフォン、スマートウォッチ、デジタルカメラなどを含んでもよいが、これらに限定されない。
【００３２】
例えば、モノのインターネット（ＩｏＴ：Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）などのシナリオでは、ユーザ装置は、監視又は測定を行う機器又は装置であってもよく、例えばマシンタイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）端末、車載通信端末、デバイスツーデバイス（Ｄ２Ｄ：Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）端末、マシンツーマシン（Ｍ２Ｍ：Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ）端末などを含んでもよいが、これらに限定されない。
【００３３】
以下は本発明の実施例のシナリオを例示的に説明するが、本発明はこれに限定されない。
【００３４】
図３は本発明の実施例の通信システムを示す図であり、ユーザ装置及びネットワーク装置の例を例示的に説明する。図３に示すように、通信システム３００は、ネットワーク装置３０１及びユーザ装置３０２を含んでもよい（説明の便宜上、図３は１つのユーザ装置及び１つのネットワーク装置のみの例を説明するが、本発明はこれに限定されない）。
【００３５】
本発明の実施例では、ネットワーク装置３０１とユーザ装置３０２との間で、既存のトラフィック又は将来実装可能なトラフィックを行ってもよい。例えば、これらのトラフィックは、拡張された移動ブロードバンド（ｅＭＢＢ：ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、大規模マシンタイプ通信（ｍＭＴＣ：ｍａｓｓｉｖｅ  Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、高信頼性低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ−Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などを含むが、これらに限定されない。
【００３６】
将来の５Ｇ通信システムは、より柔軟なＨＡＲＱタイミングをサポートすることができる。例えば、ＦＤＤシステムにおいても、ユーザ装置は送信時間間隔（ＴＴＩ：Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ。例えばスロット（ｓｌｏｔ）等）内で、複数のＴＴＩ内でスケジューリングされるデータについてＨＡＲＱ−ＡＣＫフィードバックを行う場合もある。
【００３７】
さらに、将来の５Ｇ通信システムでは、ＣＢＧに基づく再送のサポートが追加されている。１つのＴＢは複数のＣＢＧに分割されてもよく、ＣＢＧを単位としてデータ再送を行うことで、再送オーバーヘッドを低減することができる。それに対応して、ＨＡＲＱ−ＡＣＫフィードバックもＣＢＧについて行われてもよいため、１つのＴＢは複数のＨＡＲＱ−ＡＣＫビットに対応してもよい。
【００３８】
ＣＢＧに基づくＨＡＲＱ−ＡＣＫフィードバックの場合、ＬＴＥにおける従来のＤＡＩ指示方法は、普遍的に適用できない可能性がある。これの原因は以下の通りである。ＬＴＥにおけるＤＡＩがＰＤＣＣＨ／ＥＰＤＣＣＨの数を指示し、ユーザ装置が１つのＰＤＣＣＨの検出を逃すと、ユーザ装置はｔｏｔａｌ  ＤＡＩに基づいて、１つのＰＤＣＣＨ／ＥＰＤＣＣＨによりスケジューリングされたＴＢを逃したことを知ることができ、それのために１ビットのＨＡＲＱ−ＡＣＫの余裕量を予約する。一方、ＣＢＧに基づくＨＡＲＱ−ＡＣＫの場合は、異なるキャリアでサポートされるＣＢＧの数が異なると、ユーザ装置はｔｏｔａｌ  ＤＡＩにより該ＴＢに含まれるＣＢＧの数を知ることができないため、ＨＡＲＱ−ＡＣＫのビット数を正しく予約することができない。
【００３９】
このような問題は、ＬＴＥのＤＡＩメカニズムを拡張することで解決することができる。
【００４０】
図４はキャリアアグリゲーションの場合のデータ伝送を示す図である。ここで、各キャリアが最大で１つのＴＢ伝送をスケジューリングし、アグリゲーションウィンドウの概念が依然として存在すると仮定する。周波数領域では、ユーザ装置は複数のキャリアによりスケジューリングされたＴＢに対してＨＡＲＱ−ＡＣＫフィードバックを行う必要があり、時間領域では、柔軟なＨＡＲＱタイミングにより、ＦＤＤ又はＴＤＤに関係なく、ユーザ装置は複数のｓｌｏｔ内でスケジューリングされたＴＢに対してフィードバックを行う必要がある。図４と図１又は図２との相違点として、図４の異なるキャリアは異なるＣＢＧ数が構成される可能性があるため、図４の理想的な条件では、３２ビットのＨＡＲＱ−ＡＣＫフィードバックが必要である。
【００４１】
ＨＡＲＱ−ＡＣＫの正しいビット数を予約するための１つの方法としては、例えば、既存のｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩの定義及び指示方法を変更せず、全てのキャリアの最大のＣＢＧ数に基づいてＨＡＲＱ−ＡＣＫビットを予約、生成する。例えば、図４の例では、スケジューリングされたＴＢの全てが４ビットでＨＡＲＱ−ＡＣＫフィードバックを生成するため、図４におけるスケジューリングされた１３個のＴＢが５２ビットのＨＡＲＱ−ＡＣＫフィードバックに対応することを意味する。理想的な場合の３２ビットに比べると、ＨＡＲＱ−ＡＣＫフィードバックのオーバーヘッドは大幅に増加する。
【００４２】
もう１つの方法は、例えば、既存のｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩの定義を変更してもよく、例えばＤＡＩがＰＤＣＣＨ／ＥＰＤＣＣＨの数を指示せず（単一ＴＢの伝送モードの場合、単にスケジューリングされたＴＢの数として理解されてもよい）、ＣＢＧの数を指示するようにする。ＣＢＧの数がＴＢの数よりも大きいため、ＣＢＧのアドレス指示の要件を満たすためにＤＡＩビット数を増加する必要がある。ｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩのフィールドが何れも元の２ビットから４ビットに増加すると仮定すると、図４に示すアグリゲーションウィンドウ内では、ダウンリンクＤＣＩのオーバーヘッドは５２ビット増加する。この場合に理想的な３２ビットのＨＡＲＱ−ＡＣＫフィードバックに達成できるが、そのコストはＤＣＩシグナリングのオーバーヘッドの増加である。
【００４３】
上記の問題に関して、本発明の実施例は、フィードバック情報（例えばＨＡＲＱ−ＡＣＫコードブックと称される）を動的に決定する方法及び装置を提供し、キャリアをグループ分けて並び替え、各グループ内でｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩを独立して定義、使用することで、ＣＢＧに基づくＨＡＲＱ−ＡＣＫフィードバックをサポートすることができ、フィードバック情報のオーバーヘッド又はＤＣＩシグナリングのオーバーヘッドを効率的に低減することができる。
【００４４】
＜実施例１＞
本発明の実施例はフィードバックの送受信方法を提供する。
【００４５】
図５は本発明の実施例のフィードバック情報の送信方法を示す図であり、ユーザ装置側から説明する。図５に示すように、該方法は以下のステップを含む。
【００４６】
ステップ５０１：ユーザ装置は、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けする。
【００４７】
ステップ５０２：ユーザ装置は、ネットワーク装置により該複数のキャリア及び複数のタイムユニットにおいて送信されたデータ、並びに１つ又は複数のキャリア及び複数のタイムユニットにおいて送信された、フィードバック情報を構成するためのダウンリンク割り当てインデックスを受信する。
【００４８】
ステップ５０３：ユーザ装置は、各グループ内の該キャリアに対応するフィードバック情報をそれぞれ決定する。
【００４９】
ステップ５０４：ユーザ装置は、各グループに対応するフィードバック情報をカスケードした後に、該ネットワーク装置に送信する。
【００５０】
本実施例では、該グループの分けのためのルールは、予め定義されてもよいし、該ネットワーク装置によりシグナリングを介してユーザ装置に通知されてもよい。例えば、通知は無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリングを介して行われてもよいが、本発明はこれに限定されない。これによって、ネットワーク装置とユーザ装置とは、グループの分けの方法について合意することができる。
【００５１】
本実施例では、該タイムユニットは、フレーム、サブフレーム、スロット、ミニスロット（ｍｉｍｉ−ｓｌｏｔ）、送信時間間隔（ＴＴＩ）であってもよいが、本発明はこれに限定されなく、他のより長い又は短い時間間隔であってもよい。以下は、サブフレーム又はスロットを一例にして説明する。
【００５２】
本実施例では、該ダウンリンク割り当てインデックスは、各グループにおいてそれぞれ計数される。例えば、ｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩはグループ１及びグループ２においてそれぞれ計数され、これらの２つのグループにおけるｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩの計数プロセスは独立しており、即ちｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩのグループ１における計数プロセスはｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩのグループ２における計数プロセスとは異なってもよい。
【００５３】
本実施例では、クロスキャリア（ｃｒｏｓｓ−ｃａｒｒｉｅｒ）のスケジューリングでは、ＤＡＩ（又はＰＤＣＣＨ）は１つのキャリアからのものであってもよい。このため、データは複数のキャリア及び複数のタイムユニットにおいて送信されてもよく、対応するＤＡＩは１つ又は複数のキャリア及び複数のタイムユニットにおいて送信されてもよい。データ送信方法の詳細及びＤＡＩ送信方法の詳細は、関連技術を参照してもよく、本発明はこれに限定されない。
【００５４】
図６は本発明の実施例のフィードバック情報の受信方法を示す図であり、ネットワーク装置側から説明する。図６に示すように、該方法は以下のステップを含む。
【００５５】
ステップ６０１：ネットワーク装置は、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けする。
【００５６】
ステップ６０２：ネットワーク装置は、該複数のキャリア及び複数のタイムユニットにおいてユーザ装置にデータを送信し、１つ又は複数のキャリア及び複数のタイムユニットにおいて該ユーザ装置に、フィードバック情報を構成するためのダウンリンク割り当てインデックスを送信する。
【００５７】
ステップ６０３：ネットワーク装置は、該ユーザ装置により送信されたフィードバック情報を受信する。
【００５８】
ステップ６０４：ネットワーク装置は、該グループに基づいて、該複数のキャリア及び複数のタイムユニットにおいて送信される該データに対応するフィードバック情報を決定する。
【００５９】
本実施例では、該データは例えばＰＤＳＣＨを介して送信されてもよく、該ダウンリンク割り当てインデックス（ＤＡＩ）はＰＤＣＣＨ又はＥＰＤＣＣＨを介して送信されてもよい。各キャリアは１つ又は複数のＴＢをサポートし、各ＴＢは１つ又は複数のＣＢＧに分割されてもよく、該データはＣＢＧを単位として伝送又は再送されてもよい。該フィードバック情報はＨＡＲＱ−ＡＣＫコードブックと称されてもよく、ビットシーケンスであってもよい。
【００６０】
図７は本発明の実施例のフィードバック情報の送受信方法を示す図であり、ネットワーク側及びユーザ装置側から説明する。図７に示すように、該方法は以下のステップを含む。
【００６１】
ステップ７０１：ネットワーク装置は、シグナリングを介してユーザ装置にグループの分けのルールを送信する。
【００６２】
ステップ７０２：ネットワーク装置は、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けする。
【００６３】
ステップ７０３：ユーザ装置は、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けする。
【００６４】
ステップ７０４：ネットワーク装置は、複数のキャリア及び複数のタイムユニットにおいてユーザ装置にデータを送信し、１つ又は複数のキャリア及び複数のタイムユニットにおいて該ユーザ装置に、フィードバック情報を構成するためのダウンリンク割り当てインデックスを送信する。
【００６５】
ステップ７０５：ユーザ装置は、各グループ内の該キャリアに対応するフィードバック情報をそれぞれ決定する。
【００６６】
ステップ７０６：ユーザ装置は、各グループに対応するフィードバック情報をカスケードする。
【００６７】
ステップ７０７：ネットワーク装置は、ユーザ装置により送信された該フィードバック情報を受信する。
【００６８】
ステップ７０８：ネットワーク装置は、該グループに基づいて、該複数のキャリア及び複数のタイムユニットにおいて送信される該データに対応するフィードバック情報を決定する。
【００６９】
グループ分け方法の詳細及び各グループ内のキャリアのフィードバック情報の決定方法の詳細は、後述する実施例２〜６の通りである。ここで、実施例２乃至６は独立して実行されてもよいし、組み合わせて実行されてもよいが、本発明はこれに限定されない。
【００７０】
なお、以上は図５乃至図７を参照しながら本発明の実施例を例示的に説明しているが、本発明はこれに限定されない。例えば、各ステップの実行順序を適宜調整してもよく、他のステップを追加し、或いはその中のステップを削除してもよい。当業者が上記内容に基づいて変形を適宜行ってもよく、上記の図５乃至図７の記載内容に限定されない。
【００７１】
本実施例によれば、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けし、各グループ内のキャリアに対応するフィードバック情報をそれぞれ決定することで、フィードバック情報の正しいビット数を予約することができると共に、フィードバック情報のオーバーヘッド又はＤＣＩシグナリングのオーバーヘッドを低減することができるため、リソースの浪費を低減又は回避することができる。
【００７２】
＜実施例２＞
本発明の実施例は実施例１をベースにして、キャリアが最大で１つのＴＢをスケジューリングする場合を説明する。
【００７３】
本実施例では、同一又は近いＣＢＧ数を有する複数のキャリアを同一グループに分けて１つ又は複数の第１グループを形成し、同一のＣＢＧ数を有しない残りの１つ又は複数のキャリアを同一グループに分けて１つの第２グループを形成してもよい。
【００７４】
１つの態様では、各第１グループについて、該同一のＣＢＧ数に基づいて該複数のキャリアに対応するフィードバック情報のビット数をそれぞれ決定してもよい。第２グループについて、該１つ又は複数のキャリアにおける最大のＣＢＧ数に基づいて該１つ又は複数のキャリアに対応するフィードバック情報のビット数を決定してもよい。
【００７５】
図８は本発明の実施例のＤＡＩを用いてフィードバック情報を動的に決定することを示す図であり、そのキャリア及びＣＢＧの構成は図４と同じである。図８に示すように、ＣＢＧ数に基づいてグループ分けを行った後に、同一のＣＢＧ数を有するキャリア（キャリア数が２以上である）は同一のグループ（例えばグループ１、グループ２）に分けられ、他の残りの全てのキャリアは１つのグループ（例えばグループ３）を構成する。このため、グループ１におけるキャリアのＣＢＧ数は何れも２であり、グループ２におけるキャリアのＣＢＧ数は何れも３であり、グループ３におけるキャリアのＣＢＧ数は互いに異なる。
【００７６】
唯一のキャリアグループ分けの結果を得るために、各キャリアグループ内で、キャリア番号を小さい順に並び替えるように定義してもよい。同一のＣＢＧ数を有するキャリアグループ（例えばグループ１、グループ２）について、ｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩはＬＴＥの定義に依然として従ってもよく、即ちＰＤＣＣＨ／ＥＰＤＣＣＨの数を指示してもよい。図８の例では、ＴＢ数を指示することと同等であってもよい。
【００７７】
同一のＣＢＧ数を有するグループ（第１グループと称されてもよい）内の全てのキャリアのＣＢＧ数がＮであると仮定し、ユーザ装置は、各スケジューリング可能なＴＢのために、該ＴＢに含まれるＮ個のＣＢＧに対応するＮビットのＨＡＲＱ−ＡＣＫを予約する。第１グループ内の各キャリアのＣＢＧ数は何れも同一であるため、ＨＡＲＱ−ＡＣＫコードブックのサイズの異なった意味を生じることはない。各第１グループ、例えばグループ１及びグループ２について、ＤＣＩオーバーヘッドは増加しておらず、グループに対応するＨＡＲＱ−ＡＣＫコードブックのビットのオーバーヘッドもそれ以上増加していない。
【００７８】
異なるＣＢＧ数を有するキャリアグループ（第２グループと称されてもよく、例えばグループ３）について、グループ１及びグループ２から完全に独立したＤＡＩメカニズムを利用してもよい。例えば、ｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩは依然としてＰＤＣＣＨ／ＥＰＤＣＣＨの数を指示してもよく、図８ではＴＢ数を指示することと同等であり、グループ３内の最大のＣＢＧ数（例えばＣＢＧ＝４）に基づいてＨＡＲＱ−ＡＣＫビットを予約してもよい。この場合、グループ３に対応するＨＡＲＱ−ＡＣＫは理想的な場合に比べて増加するが、グループ３内のキャリアのＨＡＲＱ−ＡＣＫのフィードバック量のみは増加する。一方、キャリアグループ分けを利用しない従来方法では、最大のＣＢＧ数に基づいてフィードバックのビット数を予約することにより、全てのキャリアのＨＡＲＱ−ＡＣＫのフィードバック量はそれに応じて増加する。
【００７９】
図９は図８のＤＡＩに２ビットの使用制限がないことを示す図であり、２ビットのＤＡＩのビット幅制限を考慮しておらず、実際の計数時のＤＡＩの値範囲を用いることを示している。ＨＡＲＱ−ＡＣＫのフィードバック量について対比すると、理想的な場合は、図４に示す例では３２ビットのＨＡＲＱ−ＡＣＫフィードバックが必要であり、本実施例の方法では３８ビットのＨＡＲＱ−ＡＣＫフィードバックが必要であり、上記の従来方法では５２ビットのＨＡＲＱ−ＡＣＫフィードバックが必要である。
【００８０】
もう１つの態様では、各第１グループについて、該同一のＣＢＧ数に基づいて該複数のキャリアに対応するフィードバック情報のビット数をそれぞれ決定してもよい。該第２グループについて、該１つ又は複数のキャリアのそれぞれのＣＢＧ数に基づいて該１つ又は複数のキャリアに対応するフィードバック情報のビット数を決定してもよい。ここで、該第２グループにおける該１つ又は複数のキャリアに対応するＤＡＩは、ＣＢＧ数を指示するために用いられる。
【００８１】
図４におけるキャリア及びＣＢＧの構成を一例にして説明する。キャリアのグループ分け、及びグループ１、グループ２のＤＡＩ指示は上記の態様と同じであり、グループ３のＤＡＩメカニズムについて異なる。ここで、新たなＤＡＩ定義を用い、即ちｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩを用いてＣＢＧ数を指示する。
【００８２】
上述したように、ＣＢＧ数がＴＢ数よりも大きいため、ＣＢＧのアドレス指示の要件を満たすためにｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩのビット数を増加する必要がある。この場合、グループ３内のＤＣＩオーバーヘッドのみが増加する。一方、キャリアグループ分けを用いない従来方法では、ＤＡＩビット数が増加すると、全てのキャリアのＤＣＩはそれに応じて増加する。
【００８３】
図１０は本発明の実施例のＤＡＩを用いてフィードバック情報を動的に決定することを示す他の図であり、そのキャリア及びＣＢＧ構成は図４と同じである。図１０に示すように、ｃｏｕｎｔｅｒ  ＤＡＩは４ビットを用いて、ＣＢＧに対応するＨＡＲＱ−ＡＣＫビットの開始位置を指示し、ｔｏｔａｌ  ＤＡＩは４ビットを用いて、現在のスロットまでのＣＢＧ総数を指示する。例えば、ユーザ装置は、スロット＃５のキャリア５においてＰＤＣＣＨを受信した場合、現時点で合計８ビットのＨＡＲＱ−ＡＣＫがあることを知ることができ、キャリア５のＣＢＧに対応する３ビットのＨＡＲＱ−ＡＣＫをコードブックにおける番号５、６、７の位置に配置する。
【００８４】
図１１は図１０のＤＡＩに４ビットの使用制限がないことを示す図であり、４ビットのＤＡＩのビット幅制限を考慮しておらず、実際の計数時のＤＡＩの値範囲を用いることを示している。説明の便宜上、図１０及び図１１にはグループ分け後の状況が示されておらず、グループ分け後の状況は図８及び図９を参照してもよい。
【００８５】
ＤＣＩオーバーヘッドの増加をコストにして、本実施例の方法及び従来方法の両方は、理想的な３２ビットのＨＡＲＱ−ＡＣＫフィードバックオーバーヘッドを達成することができる。ｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩのフィールドが何れも元の２ビットから４ビットに増加すると仮定すると、この２つの方法によるＤＣＩオーバーヘッドの増加量を比較したところ、本実施例のＤＣＩ増加量は１６ビットであり、上記の従来方法のＤＣＩ増加量は５２ビットである。
【００８６】
なお、以上はグループ分け方法の詳細及び各グループ内のキャリアのフィードバック情報の決定方法の詳細を例示的に説明しているが、本発明はこれに限定されない。異なるＣＢＧ数を有するグループについて、他の方法を用いてＨＡＲＱ−ＡＣＫコードブックを決定してもよく、本発明の実施例はこれに限定されない。
【００８７】
本実施例では、該第２グループが１つのキャリアのみを有する場合、該ネットワーク装置に該１つのキャリアに対応するフィードバック情報を個別に送信してもよい。
【００８８】
即ち、異なるＣＢＧ数を有するグループ（第２グループ）が単一のキャリアのみを有する場合、例えば図８におけるグループ３に１つのキャリアのみが含まれる場合、他のグループ（第１グループ）と共同でＨＡＲＱ−ＡＣＫコードブックを構成せず、該キャリアについてＨＡＲＱ−ＡＣＫを個別にフィードバックしてもよい。
【００８９】
例えば、他のＰＵＣＣＨフォーマットを用いてＨＡＲＱ−ＡＣＫをフィードバックしてもよく、例えばＰＵＣＣＨ  ｆｏｒｍａｔ  １ａ／１ｂ等を用いて１〜２ビットのＡＣＫ／ＮＡＣＫをフィードバックする。
【００９０】
＜実施例３＞
本発明の実施例は実施例１をベースにして、キャリアが最大で複数のＴＢをスケジューリングできる場合を説明する。実施例２では、該キャリアが最大で１つのトランスポートブロックをサポートする場合、該キャリアが有するＣＢＧ数は、該ＴＢにおけるＣＢＧの数である。実施例３では、該キャリアが最大で複数のＴＢをサポートする場合、該キャリアが有するＣＢＧ数は、該複数のＴＢにおけるＣＢＧ数の和であってもよい。
【００９１】
例えば、実施例３では、上記実施例２を拡張し、キャリアが空間分割多重伝送モードで構成されるシナリオ、即ちキャリアが最大で２つのダウンリンクＴＢ伝送をスケジューリングできるシナリオに適用できるようにする。キャリアグループの再配置について、各キャリアに含まれる全てのＴＢのＣＢＧ総数に基づいてグループ分けを行い、即ち同一のＣＢＧ総数を有するキャリアを同一のグループに分ける。各キャリアのグループでは、キャリアを番号の小さい順に並び替える。
【００９２】
ＣＢＧ総数が同一のキャリアグループ（第１グループと称されてもよい）では、ｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩはＰＤＣＣＨ／ＥＰＤＣＣＨの数を指示し、ＣＢＧ総数に基づいてＨＡＲＱ−ＡＣＫビットを予約する。ＣＢＧ総数が異なるキャリアグループ（第２グループと称されてもよい）では、グループ内の最大のＣＢＧ総数に基づいてＨＡＲＱ−ＡＣＫビットを予約し、或いはｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩのビットを追加することでＣＢＧ数を指示する。
【００９３】
図１２はキャリアアグリゲーションの場合のデータ伝送を示す他の図であり、各キャリアが最大で２つのＴＢ伝送をスケジューリングすると仮定し、アグリゲーションウィンドウの概念が依然として存在する。図１２のユーザ装置について、アグリゲートされた各キャリアが何れも空間分割多重伝送モードをサポートし、各スロット内のＰＤＣＣＨ／ＥＰＤＣＣＨが何れも２つのＴＢ伝送をスケジューリングできる。実際にスケジューリングされたスロットは、図１２における陰影部分で示されている。
【００９４】
従来方法では、最大のＴＢ数（即ち２）及び最大のＣＢＧ数（即ち４）に基づいてＨＡＲＱ−ＡＣＫフィードバックビットを予約してもよいため、各スロットには８ビットのＨＡＲＱ−ＡＣＫが必要である。図１２では１５個のスロットがスケジューリングされているため、合計１２０ビットのＨＡＲＱ−ＡＣＫフィードバックが必要である。
【００９５】
図１３は本発明の実施例のＤＡＩを用いてフィードバック情報を動的に決定することを示す他の図であり、本発明の実施例のキャリアグループの再配置、及びｃｏｕｎｔｅｒ  ＤＡＩ、ｔｏｔａｌ  ＤＡＩ指示を示している。キャリアグループ１〜３（第１グループ）について、各グループ内のキャリアが同一のＣＢＧ総数を有するため、それぞれのＣＢＧ総数に基づいてＨＡＲＱ−ＡＣＫビットを予約してもよい。キャリアグループ４（第２グループ）について、キャリア５とキャリア２とは異なるＣＢＧ総数を有し、ここで、最大のＣＢＧ総数（即ち７）に基づいてＨＡＲＱ−ＡＣＫビットを予約すると仮定する。
【００９６】
これによって、グループ１は１２ビットのＨＡＲＱ−ＡＣＫに対応し、グループ２は１０ビットのＨＡＲＱ−ＡＣＫに対応し、グループ３は３０ビットのＨＡＲＱ−ＡＣＫに対応し、グループ４は２８ビットのＨＡＲＱ−ＡＣＫに対応し、合計８０ビットのＨＡＲＱ−ＡＣＫフィードバックが必要であり、上記の従来方法の１２０ビットのＨＡＲＱ−ＡＣＫフィードバックに比べて、本発明の実施例は約３３％のフィードバックオーバーヘッドが節約された。
【００９７】
各キャリアが最大で２つのＴＢをスケジューリングできることは、常に２つのＴＢをスケジューリングすることを意味することではなく、実際には１つのＴＢのみをスケジューリングしてもよい。ただし、常に２つのＴＢでＨＡＲＱ−ＡＣＫビットを予約し、各ＴＢに対応するＨＡＲＱ−ＡＣＫビットの開始位置及び終了位置を予め定義していれば、異なる意味が生じられない。
【００９８】
例えば、図１３の３番目のキャリアＣＣ＃３が２つのＴＢをスケジューリングする場合、５ビットのＨＡＲＱ−ＡＣＫに対応し、以下のように定義してもよい。ビットｂ０、ｂ１はＴＢ＃０の２ビットのＨＡＲＱ−ＡＣＫに対応し、ビットｂ２、ｂ３、ｂ４はＴＢ＃１の３ビットのＨＡＲＱ−ＡＣＫに対応する。１つのＴＢのみ（ＴＢ＃０であってもよいし、ＴＢ＃１であってもよい）をスケジューリングする場合、該ＴＢに対応するＨＡＲＱ−ＡＣＫの開始位置が常にｂ０から開始し、後続のビットが順次配置されるようにしてもよい。該原則は、最大の数に基づいてＨＡＲＱ−ＡＣＫビットを予約するシナリオに普遍的に適用され、例えば本発明の全ての実施例に適用される。
【００９９】
＜実施例４＞
本発明の実施例は実施例１をベースにして、キャリアが最大で複数のＴＢをスケジューリングする場合を説明する。実施例２では、該キャリアが最大で１つのトランスポートブロックをサポートする場合、該キャリアが有するＣＢＧ数は、該ＴＢにおけるＣＢＧの数である。実施例４では、該キャリアが最大で複数のＴＢをサポートする場合、該キャリアが有するＣＢＧ数は、該複数のＴＢにおける最大のＣＢＧ数であってもよい。
【０１００】
例えば、本実施例では、実施例３とは異なるもう１つの方法を例示し、同様に、各キャリアが最大で２つのＴＢ伝送をスケジューリングできるシナリオ、即ち空間分割多重伝送モードをサポートするシナリオに適用される。キャリアグループの再配置について、各キャリアに含まれる全てのＴＢの最大のＣＢＧ総数に基づいてグループ分けを行い、即ち同一の最大のＣＢＧ総数を有するキャリアを同一のグループに分ける。各キャリアのグループでは、キャリアを番号の小さい順に並び替える。各キャリアグループ内では、ｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩがＰＤＣＣＨ／ＥＰＤＣＣＨの数を指示し、グループ内の最大のＴＢ数と最大のＣＢＧ数との積に基づいてＨＡＲＱ−ＡＣＫビットを予約する。
【０１０１】
図１４は本発明の実施例のＤＡＩを用いてフィードバック情報を動的に決定することを示す他の図であり、本発明の実施例のキャリアグループの再配置、及びｃｏｕｎｔｅｒ  ＤＡＩ、ｔｏｔａｌ  ＤＡＩ指示を示している。同様に図１２の構成を一例にすると、ここでキャリアによりスケジューリングされた全てのＴＢ（図１４では２つのＴＢ）における最大のＣＢＧ数に基づいてキャリアグループを再配置し、同一の最大のＣＢＧ数を有するキャリアを同一のグループに分ける。
【０１０２】
図１４に示すように、ＣＣ＃１及びＣＣ＃６の最大のＣＢＧ数は何れも２であり、グループ１に分けられ、ＣＣ＃３、ＣＣ＃４及びＣＣ＃５の最大のＣＢＧ数は何れも３であり、グループ２に分けられ、ＣＣ＃０、ＣＣ＃２及びＣＣ＃７の最大のＣＢＧ数は何れも４であり、グループ３に分けられている。
【０１０３】
本実施例では、各グループ内のキャリアはキャリア番号の小さい順に並び替えられる。各グループでは、グループ内の最大のＴＢ数と最大のＣＢＧ数との積に基づいてＨＡＲＱ−ＡＣＫフィードバックビットを予約する。各グループ内では、ｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩがＰＤＣＣＨ／ＥＰＤＣＣＨの数を指示する。
【０１０４】
これによって、グループ１内の各スケジューリングスロットは４ビットのＨＡＲＱ−ＡＣＫフィードバックに対応し、グループ２の各スケジューリングスロットは６ビットのＨＡＲＱ−ＡＣＫフィードバックに対応し、グループ３内の各スケジューリングスロットは８ビットのＨＡＲＱ−ＡＣＫフィードバックに対応する。このため、本実施例の方法は、合計９６ビットのＨＡＲＱ−ＡＣＫフィードバックが必要であり、上記の従来方法の１２０ビットのＨＡＲＱ−ＡＣＫフィードバックに比べて、約２０％のフィードバックオーバーヘッドが節約された。
【０１０５】
同様に、各キャリアが最大で２つのＴＢをスケジューリングできることは、常に２つのＴＢをスケジューリングすることを意味することではなく、実際には１つのＴＢのみをスケジューリングしてもよい。ただし、常に２つのＴＢでＨＡＲＱ−ＡＣＫビットを予約し、各ＴＢに対応するＨＡＲＱ−ＡＣＫビットの開始位置及び終了位置を予め定義していれば、異なる意味が生じられない。
【０１０６】
例えば、図１４の３番目のキャリアＣＣ＃３について、実施例４の方法は６ビットのＨＡＲＱ−ＡＣＫを予約しており、２つのＴＢをスケジューリングする場合、５ビットのＨＡＲＱ−ＡＣＫに対応し、ビットｂ０、ｂ１はＴＢ＃０の２ビットのＨＡＲＱ−ＡＣＫに対応し、ビットｂ２、ｂ３、ｂ４はＴＢ＃１の３ビットのＨＡＲＱ−ＡＣＫに対応するように定義されてもよい。１つのＴＢのみをスケジューリングする場合、該ＴＢに対応するＨＡＲＱ−ＡＣＫの開始位置が常にｂ０から開始するようにしてもよい。
【０１０７】
＜実施例５＞
本発明の実施例は実施例１をベースにして、ユーザ装置に構成されたキャリアが最大で１つのＴＢをスケジューリングする場合と最大で２つのＴＢをスケジューリングする場合の両方が存在するシナリオを説明する。本実施例のキャリアグループに対する再配置は、まず、サポートされる最大のＴＢ数に基づいてグループ分けし、即ち同一の最大のＴＢ数を有するキャリアを同一のグループに分けてもよい。そして、同一の最大のＴＢ数を有するキャリアのグループ内で、再度グループ分けを行い、グループ分けのルールは実施例２乃至実施例４における任意の方法を用いてもよい。最終的に取得された各キャリアグループ内で、それぞれのｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩ指示を定義する。
【０１０８】
本実施例では、同一のＴＢ数を有する複数のキャリアを同一グループに分けて１つ又は複数の第３グループを形成し、同一のＴＢ数を有しない残りの１つ又は複数のキャリアを同一グループに分けて１つの第４グループを形成してもよい。
【０１０９】
また、各第３グループについて、同一又は近いＣＢＧ数を有する複数のキャリアを同一グループに分けて１つ又は複数の第５グループを形成し、且つ／或いは、該第４グループについて、同一又は近いＣＢＧ数を有する複数のキャリアを同一グループに分けて１つ又は複数の第６グループを形成してもよい。
【０１１０】
図１５はキャリアアグリゲーションの場合のデータ伝送を示す他の図であり、キャリアが最大で１つ又は２つのＴＢ伝送をスケジューリングすると仮定し、アグリゲーションウィンドウの概念が依然として存在する。例えば、図１５に示すように、キャリア２、４、５は最大で１つのＴＢ伝送をサポートし、残りのキャリアは最大で２つのＴＢ伝送をサポートする。実際にスケジューリングされたスロットは、陰影部分で示されている。
【０１１１】
従来方法では、最大のＴＢ数及び最大のＣＢＧ数に基づいてＨＡＲＱ−ＡＣＫビットを予約してもよく、この場合、１２０ビットのＨＡＲＱ−ＡＣＫフィードバックが必要である。
【０１１２】
図１６は本発明の実施例のＤＡＩを用いてフィードバック情報を動的に決定することを示す他の図であり、本発明の実施例のキャリアグループの再配置、及びｃｏｕｎｔｅｒ  ＤＡＩ、ｔｏｔａｌ  ＤＡＩ指示を示している。図１６に示すように、キャリア０、１、３、６、７は何れも最大で２つのＴＢ伝送をサポートし、同一のグループ（第３グループ）に分けられてもよく、キャリア２、４、５は何れも最大で１つのＴＢ伝送をサポートし、同一のグループ（第４グループ）に分けられてもよく、図１６ではグループ３で示されている。
【０１１３】
さらに、キャリア０、１、３、６、７について、各キャリアのＣＢＧ総数に基づいて再度グループ分けを行ってもよく、即ち第３グループをグループ１とグループ２（第５グループ）にさらに分けてもよい。グループ１におけるキャリアのＣＢＧ総数は何れも３であり、グループ２におけるキャリアのＣＢＧ総数は何れも６である。ｃｏｕｎｔｅｒ  ＤＡＩ及びｔｏｔａｌ  ＤＡＩは各キャリアグループ内で独立して定義され、ここでＤＡＩが何れもＰＤＣＣＨ／ＥＰＤＣＣＨ数を指示すると仮定する。
【０１１４】
グループ１は１５ビットのＨＡＲＱ−ＡＣＫが必要であり、グループ２は３０ビットのＨＡＲＱ−ＡＣＫが必要である。グループ３は、最大のＣＢＧ数に基づいてＨＡＲＱ−ＡＣＫビットを予約すると仮定すると、２０ビットのＨＡＲＱ−ＡＣＫが必要である。このため、本実施例５の方法は、合計６５ビットのＨＡＲＱ−ＡＣＫが必要であり、従来方法の１２０ビットのＨＡＲＱ−ＡＣＫフィードバックに比べて、約４６％のフィードバックオーバーヘッドを節約することができる。
【０１１５】
＜実施例６＞
本発明の実施例は実施例１をベースにして、近いＣＢＧ数を有する場合を説明する。
【０１１６】
本実施例では、近いＣＢＧ数を有する複数のキャリアを同一グループに分けて１つ又は複数の第１グループを形成し、近いＣＢＧ数を有しない残りの１つ又は複数のキャリアを同一グループに分けて１つの第２グループを形成してもよい。
【０１１７】
本実施例では、該近いＣＢＧ数を有する複数のキャリアは、ＣＢＧ数の差が所定閾値以下の複数のキャリアであってもよいが、本発明はこれに限定されない。各第１グループについて、該近いＣＢＧ数のうちの最大のＣＢＧ数に基づいて、該複数のキャリアに対応するフィードバック情報のビット数をそれぞれ決定してもよい。
【０１１８】
例えば、構成に応じて、同一のＣＢＧ数を有するキャリアが存在しない可能性があり、この場合、他の方法を用いてキャリアをグループ分けしてもよい。例えば、ＣＢＧ数の差がｎ以下であるキャリアを同一のグループに分けてもよく、ｎの値は柔軟に調整してもよく、好ましくは、ｎの値は比較的に小さい値である。同一のグループ内のキャリアについて、ＣＢＧ数の差が大きくなければ、最大のＣＢＧ数に基づいてＨＡＲＱ−ＡＣＫビットを予約しても大きな無駄にならないため、ＨＡＲＱ−ＡＣＫフィードバックのオーバーヘッドを節約するのに有利である。
【０１１９】
＜実施例７＞
本発明の実施例はフィードバック情報の送信装置を提供し、該フィードバック情報の送信装置は例えばユーザ装置であってもよいし、ユーザ装置に配置された部分又は構成要素であってもよい。実施例７の実施例１乃至６と同様な内容について説明を省略する。
【０１２０】
図１７は本発明の実施例のフィードバック情報の送信装置を示す図である。図１７に示すように、フィードバック情報の送信装置１７００は、グループ分け部１７０１、受信部１７０２、決定部１７０３及び送信部１７０４を含む。
【０１２１】
グループ分け部１７０１は、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けする。
【０１２２】
受信部１７０２は、ネットワーク装置により該複数のキャリア及び複数のタイムユニットにおいて送信されたデータ、並びに１つ又は複数のキャリア及び複数のタイムユニットにおいて送信された、フィードバック情報を構成するためのダウンリンク割り当てインデックスを受信する。
【０１２３】
決定部１７０３は、各グループ内の該キャリアに対応するフィードバック情報をそれぞれ決定する。
【０１２４】
送信部１７０４は、各グループに対応するフィードバック情報をカスケードした後に、該ネットワーク装置に送信する。
【０１２５】
本実施例では、該グループの分けのためのルールは、予め定義され、或いは該ネットワーク装置によりシグナリングを介して通知されてもよい。また、該ダウンリンク割り当てインデックスは、各グループにおいてそれぞれ計数される。
【０１２６】
本実施例では、グループ分け部１７０１は、同一又は近いコードブロックグループ数を有する複数のキャリアを同一グループに分けて１つ又は複数の第１グループを形成し、同一又は近いコードブロックグループ数を有しない残りの１つ又は複数のキャリアを同一グループに分けて１つの第２グループを形成してもよい。
【０１２７】
本実施例では、該キャリアが最大で１つのトランスポートブロックをサポートする場合、該キャリアが有するコードブロックグループ数は、該１つのトランスポートブロックにおけるコードブロックグループの数であり、該キャリアが最大で複数のトランスポートブロックをサポートする場合、該キャリアが有するコードブロックグループ数は、該複数のトランスポートブロックにおけるコードブロックグループ数の和、又は該複数のトランスポートブロックにおける最大のコードブロックグループ数である。例えば、該近いコードブロックグループ数を有する複数のキャリアは、コードブロックグループ数の差が所定閾値以下の複数のキャリアである。
【０１２８】
本実施例では、送信部１７０４は、該第２グループが１つのキャリアのみを有する場合、該ネットワーク装置に該１つのキャリアに対応するフィードバック情報を個別に送信してもよい。
【０１２９】
本実施例では、決定部１７０３は、該第１グループのそれぞれについて、該同一のコードブロックグループ数に基づいて該複数のキャリアに対応するフィードバック情報のビット数をそれぞれ決定し、或いは、該近いコードブロックグループ数のうちの最大のコードブロックグループ数に基づいて該複数のキャリアに対応するフィードバック情報のビット数をそれぞれ決定してもよい。
【０１３０】
本実施例では、決定部１７０３は、該第２グループについて、該１つ又は複数のキャリアにおける最大のコードブロックグループ数に基づいて該１つ又は複数のキャリアに対応するフィードバック情報のビット数を決定してもよい。
【０１３１】
本実施例では、決定部１７０３は、該第２グループについて、前記１つ又は複数のキャリアのそれぞれのコードブロックグループ数に基づいて該１つ又は複数のキャリアに対応するフィードバック情報のビット数を決定してもよい。ここで、該第２グループにおける前記１つ又は複数のキャリアに対応する該ダウンリンク割り当てインデックスは、該コードブロックグループ数を指示するために用いられる。
【０１３２】
本実施例では、グループ分け部１７０１は、同一のトランスポートブロック数を有する複数のキャリアを同一グループに分けて１つ又は複数の第３グループを形成し、同一のトランスポートブロック数を有しない残りの１つ又は複数のキャリアを同一グループに分けて１つの第４グループを形成してもよい。
【０１３３】
本実施例では、グループ分け部１７０１は、該第３グループのそれぞれについて、同一又は近いコードブロックグループ数を有する複数のキャリアを同一グループに分けて１つ又は複数の第５グループを形成し、且つ／或いは、該第４グループについて、同一又は近いコードブロックグループ数を有する複数のキャリアを同一グループに分けて１つ又は複数の第６グループを形成してもよい。
【０１３４】
なお、以上は本発明に関連する各部分又はモジュールを説明しているが、本発明はこれに限定されない。フィードバック情報の送信装置１７００は他の部分又はモジュールをさらに含んでもよく、これらの部分又はモジュールの具体的な内容は関連技術を参照してもよい。
【０１３５】
本実施例によれば、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けし、各グループ内のキャリアに対応するフィードバック情報をそれぞれ決定することで、フィードバック情報の正しいビット数を予約することができると共に、フィードバック情報のオーバーヘッド又はＤＣＩシグナリングのオーバーヘッドを低減することができるため、リソースの浪費を低減又は回避することができる。
【０１３６】
＜実施例８＞
本発明の実施例はフィードバック情報の受信装置を提供し、該フィードバック情報の受信装置は例えばネットワーク装置であってもよいし、ネットワーク装置に配置された部分又は構成要素であってもよい。実施例８の実施例１乃至６と同様な内容について説明を省略する。
【０１３７】
図１８は本発明の実施例のフィードバック情報の受信装置を示す図である。図１８に示すように、フィードバック情報の受信装置１８００は、グループ分け部１８０１、送信部１８０２、受信部１８０３及び決定部１８０４を含む。
【０１３８】
グループ分け部１８０１は、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けする。
【０１３９】
送信部１８０２は、該複数のキャリア及び複数のタイムユニットにおいてユーザ装置にデータを送信し、１つ又は複数のキャリア及び複数のタイムユニットにおいて該ユーザ装置に、フィードバック情報を構成するためのダウンリンク割り当てインデックスを送信する。
【０１４０】
受信部１８０３は、該ユーザ装置により送信されたフィードバック情報を受信する。
【０１４１】
決定部１８０４は、該グループに基づいて、該複数のキャリア及び複数のタイムユニットにおいて送信される該データに対応するフィードバック情報を決定する。
【０１４２】
本実施例では、該グループの分けのためのルールは、予め定義され、或いはシグナリングを介して該ユーザ装置に通知してもよい。また、該ダウンリンク割り当てインデックスは、各グループにおいてそれぞれ計数される。
【０１４３】
本実施例では、グループ分け部１８０１は、同一又は近いコードブロックグループ数を有する複数のキャリアを同一グループに分けて１つ又は複数の第１グループを形成し、同一又は近いコードブロックグループ数を有しない残りの１つ又は複数のキャリアを同一グループに分けて１つの第２グループを形成してもよい。
【０１４４】
本実施例では、該キャリアが最大で１つのトランスポートブロックをサポートする場合、該キャリアが有するコードブロックグループ数は、該１つのトランスポートブロックにおけるコードブロックグループの数であり、該キャリアが最大で複数のトランスポートブロックをサポートする場合、該キャリアが有するコードブロックグループ数は、該複数のトランスポートブロックにおけるコードブロックグループ数の和、又は該複数のトランスポートブロックにおける最大のコードブロックグループ数である。
【０１４５】
本実施例では、グループ分け部１８０１は、同一のトランスポートブロック数を有する複数のキャリアを同一グループに分けて１つ又は複数の第３グループを形成し、同一のトランスポートブロック数を有しない残りの１つ又は複数のキャリアを同一グループに分けて１つの第４グループを形成してもよい。
【０１４６】
本実施例では、グループ分け部１８０１は、該第３グループのそれぞれについて、同一又は近いコードブロックグループ数を有する複数のキャリアを同一グループに分けて１つ又は複数の第５グループを形成し、且つ／或いは、該第４グループについて、同一又は近いコードブロックグループ数を有する複数のキャリアを同一グループに分けて１つ又は複数の第６グループを形成してもよい。
【０１４７】
なお、以上は本発明に関連する各部分又はモジュールを説明しているが、本発明はこれに限定されない。フィードバック情報の受信装置１８００は他の部分又はモジュールをさらに含んでもよく、これらの部分又はモジュールの具体的な内容は関連技術を参照してもよい。
【０１４８】
本実施例によれば、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けし、各グループ内のキャリアに対応するフィードバック情報をそれぞれ決定することで、フィードバック情報の正しいビット数を予約することができると共に、フィードバック情報のオーバーヘッド又はＤＣＩシグナリングのオーバーヘッドを低減することができるため、リソースの浪費を低減又は回避することができる。
【０１４９】
＜実施例９＞
本発明の実施例は通信システムをさらに提供し、図３を参照してもよく、実施例１乃至８と同様な内容について説明を省略する。本実施例では、通信システム３００は、ネットワーク装置３０１及びユーザ装置３０２を含んでもよい。
【０１５０】
ネットワーク装置３０１には、実施例８に記載のフィードバック情報の受信装置１８００が配置されている。
【０１５１】
ユーザ装置３０２には、実施例７に記載のフィードバック情報の送信装置１７００が配置されている。
【０１５２】
本発明の実施例はネットワーク装置をさらに提供し、該装置は例えば基地局であってもよいが、本発明はこれに限定されず、他のネットワーク装置であってもよい。
【０１５３】
図１９は本発明の実施例のネットワーク装置を示す図である。図１９に示すように、ネットワーク装置１９００は、プロセッサ１９１０（例えば中央処理装置：ＣＰＵ）及びメモリ１９２０を含んでもよく、メモリ１９２０はプロセッサ１９１０に接続される。メモリ１９２０は、各種のデータを記憶してもよいし、情報処理のプログラム１９３０をさらに記憶し、プロセッサ１９１０の制御で該プログラム１９３０を実行する。
【０１５４】
例えば、プロセッサ１９１０は、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けし、複数のキャリア及び複数のタイムユニットにおいてユーザ装置にデータを送信し、１つ又は複数のキャリア及び複数のタイムユニットにおいてユーザ装置に、フィードバック情報を構成するためのダウンリンク割り当てインデックスを送信し、ユーザ装置により送信されたフィードバック情報を受信し、グループに基づいて、複数のキャリア及び複数のタイムユニットにおいて送信されるデータに対応するフィードバック情報を決定するようにプログラム１９３０を実行してもよい。
【０１５５】
また、図１９に示すように、ネットワーク装置１９００は、送受信機１９４０及びアンテナ１９５０等をさらに含んでもよい。上記部材の機能は従来技術と類似し、ここでその説明を省略する。なお、ネットワーク装置１９００は図１９に示す全てのユニットを含む必要がない。また、ネットワーク装置１９００は、図１９に示されていないユニットをさらに含んでもよく、従来技術を参照してもよい。
【０１５６】
本発明の実施例はユーザ装置をさらに提供し、本発明はこれに限定されず、他の装置であってもよい。
【０１５７】
図２０は本発明の実施例のユーザ装置を示す図である。図２０に示すように、ユーザ装置２０００は、プロセッサ２０１０及びメモリ２０２０を含んでもよく、メモリ２０２０はデータ及びプログラムを記憶し、プロセッサ２０１０に接続される。なお、該図は単なる例示的なものであり、電気通信機能又は他の機能を実現するように、他の種類の構成を用いて、該構成を補充又は代替してもよい。
【０１５８】
例えば、プロセッサ２０１０は、コードブロックグループ数及び／又はトランスポートブロック数に基づいて複数のキャリアをグループ分けし、ネットワーク装置により複数のキャリア及び複数のタイムユニットにおいて送信されたデータ、並びに１つ又は複数のキャリア及び複数のタイムユニットにおいて送信された、フィードバック情報を構成するためのダウンリンク割り当てインデックスを受信し、各グループ内のキャリアに対応するフィードバック情報をそれぞれ決定し、各グループに対応するフィードバック情報をカスケードした後に、ネットワーク装置に送信するように構成されてもよい。
【０１５９】
図２０に示すように、ユーザ装置２０００は、通信モジュール２０３０、入力部２０４０、ディスプレイ２０５０、及び電源２０６０をさらに含んでもよい。ここで、上記各部の機能は従来技術と類似し、ここでその説明を省略する。なお、ユーザ装置２０００は図２０に示す全てのユニットを含む必要がない。また、ユーザ装置２０００は、図２０に示されていないユニットをさらに含んでもよく、従来技術を参照してもよい。
【０１６０】
本発明の実施例は、ネットワーク装置においてプログラムを実行する際に、該ネットワーク装置に、実施例１乃至６に記載のフィードバック情報の受信方法を実行させる、コンピュータ読み取り可能なプログラムをさらに提供する。
【０１６１】
本発明の実施例は、ネットワーク装置に、実施例１乃至６に記載のフィードバック情報の受信方法を実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体をさらに提供する。
【０１６２】
本発明の実施例は、ユーザ装置においてプログラムを実行する際に、該ユーザ装置に、実施例１乃至６に記載のフィードバック情報の送信方法を実行させる、コンピュータ読み取り可能なプログラムをさらに提供する。
【０１６３】
本発明の実施例は、ユーザ装置に、実施例１乃至６に記載のフィードバック情報の送信方法を実行させるためのコンピュータ読み取り可能なプログラムを記憶する、記憶媒体をさらに提供する。
【０１６４】
本発明の以上の装置及び方法は、ハードウェアにより実現されてもよく、ハードウェアとソフトウェアを結合して実現されてもよい。本発明はコンピュータが読み取り可能なプログラムに関し、該プログラムはロジック部により実行される時に、該ロジック部に上述した装置又は構成要件を実現させる、或いは該ロジック部に上述した各種の方法又はステップを実現させることができる。本発明は上記のプログラムを記憶するための記憶媒体、例えばハードディスク、磁気ディスク、光ディスク、ＤＶＤ、フラッシュメモリ等に関する。
【０１６５】
本発明の実施例を参照しながら説明した方法／装置は、ハードウェア、プロセッサにより実行されるソフトウェアモジュール、又は両者の組み合わせで実施されてもよい。例えば、図１７に示す機能的ブロック図における１つ若しくは複数、又は機能的ブロック図の１つ若しくは複数の組み合わせ（例えばグループ分け部及び決定部など）は、コンピュータプログラムフローの各ソフトウェアモジュールに対応してもよいし、各ハードウェアモジュールに対応してもよい。これらのソフトウェアモジュールは、図５に示す各ステップにそれぞれ対応してもよい。これらのハードウェアモジュールは、例えばフィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）を用いてこれらのソフトウェアモジュールをハードウェア化して実現されてもよい。
【０１６６】
ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、モバイルハードディスク、ＣＤ−ＲＯＭ又は当業者にとって既知の任意の他の形の記憶媒体に位置してもよい。プロセッサが記憶媒体から情報を読み取ったり、記憶媒体に情報を書き込むように該記憶媒体をプロセッサに接続してもよいし、記憶媒体がプロセッサの構成部であってもよい。プロセッサ及び記憶媒体はＡＳＩＣに位置してもよい。該ソフトウェアモジュールは移動端末のメモリに記憶されてもよいし、移動端末に挿入されたメモリカードに記憶されてもよい。例えば、機器（例えば移動端末）が比較的に大きい容量のＭＥＧＡ−ＳＩＭカード又は大容量のフラッシュメモリ装置を用いる場合、該ソフトウェアモジュールは該ＭＥＧＡ−ＳＩＭカード又は大容量のフラッシュメモリ装置に記憶されてもよい。
【０１６７】
図面に記載されている機能的ブロック図における一つ以上の機能ブロックおよび/または機能ブロックの一つ以上の組合せは、本願に記載されている機能を実行するための汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲートアレイ（ＦＰＧＡ）又は他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理装置、ディスクリートハードウェアコンポーネント、またはそれらの任意の適切な組み合わせで実現されてもよい。図面に記載されている機能的ブロック図における一つ以上の機能ブロックおよび/または機能ブロックの一つ以上の組合せは、例えば、コンピューティング機器の組み合わせ、例えばＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサの組み合わせ、ＤＳＰ通信と組み合わせた１つ又は複数のマイクロプロセッサ又は他の任意の構成で実現されてもよい。
【０１６８】
以上、具体的な実施形態を参照しながら本発明を説明しているが、上記の説明は、例示的なものに過ぎず、本発明の保護の範囲を限定するものではない。本発明の趣旨及び原理を離脱しない限り、本発明に対して各種の変形及び変更を行ってもよく、これらの変形及び変更も本発明の範囲内のものである。
【図１】
0006908135.tif 000002
【図２】
0006908135.tif 000003
【図３】
0006908135.tif 000004
【図４】
0006908135.tif 000005
【図５】
0006908135.tif 000006
【図６】
0006908135.tif 000007
【図７】
0006908135.tif 000008
【図８】
0006908135.tif 000009
【図９】
0006908135.tif 000010
【図１０】
0006908135.tif 000011
【図１１】
0006908135.tif 000012
【図１２】
0006908135.tif 000013
【図１３】
0006908135.tif 000014
【図１４】
0006908135.tif 000015
【図１５】
0006908135.tif 000016
【図１６】
0006908135.tif 000017
【図１７】
0006908135.tif 000018
【図１８】
0006908135.tif 000019
【図１９】
0006908135.tif 000020
【図２０】
0006908135.tif 000021