(57)【特許請求の範囲】
【請求項１】
通信ネットワーク（３００）において動作するための基地局（３２０）であって、無線インタフェース（３２７）及び処理回路（３２８）を含み、前記基地局の処理回路は、
前記通信ネットワークのカバレッジ内でユーザ機器（ＵＥ）から制御情報を受信するために使用されるべきアップリンク（ＵＬ）リソースの少なくとも２つの集合の構成を取得し、
ダウンリンク（ＤＬ）送信信号を送信するために使用されるべき無線リソースをＵＥ（３３０）へ割当て、
ＵＬリソースの構成された前記集合のうちの、前記ＤＬ送信信号に関連付けられる制御情報を受信するために使用されるべき１つを指示する確認応答リソースインジケーション（ＡＲＩ）を、前記ＵＥへ送信し、
ＵＬリソースの指示された前記集合の少なくともサブセット上で、前記ＵＥから前記制御情報を受信する、ように構成され、
ＵＬリソースの指示された前記集合は、複数の選択可能なＵＬリソースセットを含み、前記制御情報は、前記ＵＬリソースセットのうちの前記通信ネットワークの確認応答フィードバックモードを表す動作状態に対応する１つで受信される、基地局。
【請求項２】
請求項１の基地局であって、ＵＬリソースの前記集合の構成の前記取得は、前記構成を判定すること、又は前記通信ネットワークの異なるノードから情報を受信すること、を含む、基地局。
【請求項３】
請求項１の基地局であって、ＵＬリソースの前記集合の構成の前記取得は、前記構成を判定すること、を含み、ＵＬリソースの前記集合の構成の前記取得は、前記ＵＥへ半静的なシグナリングを送信すること、をさらに含む、基地局。
【請求項４】
請求項１〜３のいずれか１項の基地局であって、前記基地局の処理回路は、
ＤＬ送信信号を送信するために使用されるべき無線リソースをさらなるユーザ機器（２９２）へ割当て、
ＵＬリソースの構成された前記集合のうちの、前記さらなるユーザ機器への前記ＤＬ送信信号に関連付けられる制御情報を受信するために使用されるべき異なる１つを指示するＡＲＩを、前記さらなるユーザ機器へ送信する、ようにさらに構成され、
ＵＬリソースの指示された前記集合において、前記通信ネットワークの現行の動作状態に対応するそれぞれの前記ＵＬリソースセットは別々である、基地局。
【請求項５】
請求項４の基地局であって、ＵＬリソースの指示された前記集合において、前記通信ネットワークの少なくとも１つの現行でない動作状態に対応するそれぞれのＵＬリソースセットは重なり合う、基地局。
【請求項６】
請求項１〜５のいずれか１項の基地局であって、前記基地局の処理回路は、前記通信ネットワークの前記動作状態を判定し、判定した前記動作状態に基づいて、前記制御情報を受信するために使用されるべき前記ＵＬリソースセットを選択する、ようにさらに構成される、基地局。
【請求項７】
通信ネットワーク（３００）の基地局（３２０）において制御情報を受信する方法であって、
前記通信ネットワークのカバレッジ内でユーザ機器（ＵＥ）から制御情報を受信するために使用されるべきアップリンク（ＵＬ）リソースの少なくとも２つの集合の構成を取得すること（７１０）と、
ダウンリンク（ＤＬ）送信信号を送信するために使用されるべき無線リソースをＵＥ（３３０）へ割当てること（７２０）と、
ＵＬリソースの構成された前記集合のうちの、前記ＤＬ送信信号に関連付けられる制御情報を受信するために使用されるべき１つを指示する確認応答リソースインジケーション（ＡＲＩ）を、前記ＵＥへ送信すること（７３０）と、
ＵＬリソースの指示された前記集合の少なくともサブセット上で、前記ＵＥから前記制御情報を受信すること（７４０）と、を含み、
ＵＬリソースの指示された前記集合は、複数の選択可能なＵＬリソースセットを含み、前記制御情報は、前記ＵＬリソースセットのうちの前記通信ネットワークの確認応答フィードバックモードを表す動作状態に対応する１つで受信される、方法。
【請求項８】
ユーザ機器（ＵＥ）（３３０）であって、
無線インタフェース（３２７）及び処理回路（３２８）を含み、前記ＵＥの処理回路は、
通信ネットワークへ制御情報を送信するために使用されるべきアップリンク（ＵＬ）リソースの少なくとも２つの集合と共に前記ＵＥが構成されることを可能とし、
前記通信ネットワークの基地局（３２０）から、ダウンリンク（ＤＬ）送信信号を受信するために使用されるべき無線リソースの割当てを受信し、
ＵＬリソースの構成された前記集合のうちの、前記ＤＬ送信信号に関連付けられる制御情報を送信するために使用されるべき１つを指示する確認応答リソースインジケーション（ＡＲＩ）を受信し、
ＵＬリソースの指示された前記集合の少なくともサブセット上で、前記基地局へ前記制御情報を送信する、ように構成され、
ＵＬリソースの指示された前記集合は、複数の選択可能なＵＬリソースセットを含み、前記制御情報は、前記ＵＬリソースセットのうちの前記通信ネットワークの確認応答フィードバックモードを表す動作状態に対応する１つで送信される、ＵＥ。
【請求項９】
請求項８のＵＥであって、前記制御情報は、前記ＤＬ送信信号に関連付けられる確認応答情報を含む、ＵＥ。
【請求項１０】
請求項８又は９のＵＥであって、ＵＬリソースの指示された前記集合において、前記選択可能なＵＬリソースセットのうちの少なくとも２つはそれらのカーディナリティに関して相違し、第１のＵＬリソースセットは第２のＵＬリソースセットのＵＬリソースに加えてＵＬリソースを含み、及び／又は、第２のＵＬリソースセットは第１のＵＬリソースセットのサブセットである、ＵＥ。
【請求項１１】
請求項１０のＵＥであって、
前記第１のＵＬリソースセットは、通常の確認応答フィードバックモードに対応し、
前記第２のＵＬリソースセットは、圧縮確認応答フィードバックモードに対応する、ＵＥ。
【請求項１２】
請求項８〜１１のいずれか１項のＵＥであって、ＵＬリソースの構成された各集合は、２つ以上の選択可能なＵＬリソースセットを含む、ＵＥ。
【請求項１３】
請求項８〜１２のいずれか１項のＵＥであって、前記制御情報が送信される前記ＵＬリソースセットにおいて、各ＵＬリソースは、肯定的な値又は否定的な値を有する確認応答であって、前記ＤＬ送信信号の特定の部分への制限及び／又はさらなる情報と随意的に組み合わされる当該確認応答を表す、ＵＥ。
【請求項１４】
請求項１３のＵＥであって、前記ＵＬリソースは、時間、周波数及び符号のうちの少なくとも１つにより区別可能である、ＵＥ。
【請求項１５】
請求項８〜１４のいずれか１項のＵＥであって、前記ＵＥは、半静的なシグナリングによりＵＬリソースの前記集合と共に構成される、ＵＥ。
【請求項１６】
請求項８〜１５のいずれか１項のＵＥであって、前記ＵＥの処理回路は、前記通信ネットワークの前記動作状態を判定し、判定した前記動作状態に基づいて、前記通信ネットワークへ前記制御情報を送信するために使用されるべき前記ＵＬリソースセットを選択する、ようにさらに構成される、ＵＥ。
【請求項１７】
請求項８〜１６のいずれか１項のＵＥであって、前記ＵＥは、追加的な情報を含むメッセージにおいて前記ＡＲＩを受信する、ように構成される、ＵＥ。
【請求項１８】
請求項１７のＵＥであって、前記メッセージは、前記ＡＲＩ及び前記割当てを含む、ＵＥ。
【請求項１９】
ユーザ機器（３３０）において実装される、通信ネットワーク（３００）へ制御情報を送信する方法であって、
前記ユーザ機器は、前記通信ネットワークへ制御情報を送信するために使用されるべきアップリンク（ＵＬ）リソースの少なくとも２つの集合と共に構成され（６１０）、前記方法は、
前記通信ネットワークの基地局（３２０）から、ダウンリンク（ＤＬ）送信信号を受信するために使用されるべき無線リソースの割当てを受信すること（６２０）と、
ＵＬリソースの構成された前記集合のうちの、前記ＤＬ送信信号に関連付けられる制御情報を送信するために使用されるべき１つを指示する確認応答リソースインジケーション（ＡＲＩ）を受信すること（６３０）と、
ＵＬリソースの指示された前記集合の少なくともサブセット上で、前記基地局へ前記制御情報を送信すること（６４０）と、を含み、
ＵＬリソースの指示された前記集合は、複数の選択可能なＵＬリソースセットを含み、前記制御情報は、前記ＵＬリソースセットのうちの前記通信ネットワークの確認応答フィードバックモードを表す動作状態に対応する１つで送信される、方法。
【請求項２０】
請求項７又は請求項１９の方法をプログラム可能なプロセッサに実行させるためのコンピュータ読取可能な命令群を含むコンピュータプログラム。
【請求項２１】
請求項２０のコンピュータプログラムを記憶したコンピュータ読取可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
ここで開示されるのは、ワイヤレスリンクに関連付けられる制御情報を送信し及び受信するための技法である。具体的には、確認応答フィードバックの表現を通信相手が適応化することを可能にし得る、確認応答フィードバック用の無線リソースを指示するための仕組みが提案される。
【背景技術】
【０００２】
３ＧＰＰ  ＬＴＥ（Third Generation Partnership Long Term Evolution）により標準化されたワイヤレスネットワークは、自動再送要求（ＡＲＱ）、又は前方誤り訂正をも含むハイブリッドＡＲＱ（ＨＡＲＱ）を実装している。このタイプのネットワークでは、送信デバイスは、トランスポートブロック又はコードワードの復号結果を示す確認応答フィードバックを受信デバイスへ送信することを要する（ＡＣＫ／ＮＡＣＫ又はＡＣＫ／ＮＡＫフィードバック）。ダウンリンク（ＤＬ）送信に関連するＡＣＫ／ＮＡＣＫは、アップリンク（ＵＬ）上で送信される。そのフィードバックは、高速な再送をトリガするために使用される。ＬＴＥでのＨＡＲＱのシグナリングの側面は、とりわけ、３ＧＰＰ技術仕様３６．２１３の第１０節で仕様化されている。
【０００３】
３ＧＰＰ  ＮＲ（New Radio）における確認応答フィードバックの仕組みを含む物理アップリンク制御チャネル（ＰＵＣＣＨ）は、現在検討中である。
【０００４】
ＮＲは明示的なリソース割当てをサポートすることが合意されている。どのスロット内でＨＡＲＱフィードバックをレポートすべきかをダウンリンク制御情報（ＤＣＩ）メッセージにより指示することができることが合意されている。そのタイミングに加えて、ＵＥは、厳密なＰＵＣＣＨリソースを知得することも必要とする。上位レイヤにより構成されるＰＵＣＣＨリソースを少なくともサポートすることが合意されており、ＤＣＩは構成されたリソースのうちのどれを使用すべきかを指示する。図１Ａは、簡略化された時間−周波数の図であり、スロットｎにおいてスケジューリングされたＤＬ送信が示されていて、ＤＣＩメッセージに含まれる確認応答リソースインジケーション（ＡＲＩ）は、リソースＲＩでのＨＡＲＱフィードバックを要求している。ＤＣＩは、さらに、”Ｔ＝１”と表されるインジケーションを含み、これはスロットｎ＋１でＨＡＲＱフィードバックが送信されることを要求している。ＮＲスロットは、１５ｋＨｚのサブキャリア間隔で７個又は１４個の直交周波数分割多重（ＯＦＤＭ）シンボルに相当し、７ＯＦＤＭシンボルを伴うスロットは、０．５ｍｓを占めることが思い返される。ＮＲの専門用語に関しては、３ＧＰＰ  ＴＲ３８．８０２ｖ１４．０．０以降のバージョンへの参照がなされる。
【０００５】
図１Ｂでは、他のスケジューリング例が示されており、後続する複数のスロットにＵＥがスケジューリングされ、複数のＤＬ送信がスケジューリングされている。ＰＵＣＣＨ機会の欠如（例えば、ＵＬ機会無し）に起因して、図示した３つ全ての送信についてのＨＡＲＱフィードバックがスロットｎ＋３において要求される。より正確には、ＤＣＩメッセージに含まれるＡＣＫ／ＮＡＣＫタイミングインジケータは、全ての送信についてスロットｎ＋３を指す。ＤＣＩに含まれるＡＲＩのインスタンスは、衝突を回避するために相異なるＰＵＣＣＨリソースを指す。
【０００６】
現在のところ、ＮＲは少なくとも次のＰＵＣＣＨフォーマットをサポートすることが予期されている：
・ショートＰＵＣＣＨフォーマット１：１シンボル、ペイロード１〜２ビット
・ショートＰＵＣＣＨフォーマット２：１シンボル、２ビットより大
・ショートＰＵＣＣＨフォーマット３：２シンボル、１〜２ビット
・ショートＰＵＣＣＨフォーマット４：２シンボル、２ビットより大
・ロングＰＵＣＣＨフォーマット１：４〜１４シンボル、１〜２ビット
・ロングＰＵＣＣＨフォーマット２：４〜１４シンボル、２〜１０又は数十ビット
・ロングＰＵＣＣＨフォーマット３：４〜１４シンボル、１０ビットより大か、数十ビット
これらフォーマットは相異なる量のＵＬリソースを占めることから、ＮＲにおけるＡＲＩは広範囲の値を指示することを要し得る。これにより表される単純なアプローチで実装した場合の比較的大きいシグナリングオーバヘッドを受け入れるよりもむしろ、ここでは、ＡＲＩを簡略化し全体的なオーバヘッドへの寄与を制限することを追求する技法が提案される。
【発明の概要】
【０００７】
本発明は、先行するセクションにおいて概説したニーズ及び問題に対処する、デバイス、方法、コンピュータプログラム及びコンピュータプログラムプロダクトを提案する。
【０００８】
第１の観点において、通信ネットワークへ制御情報を送信する方法が提供され、上記方法は、ユーザ機器において実装され、
・上記通信ネットワークへ制御情報を送信するために使用されるべきＵＬリソースの少なくとも２つの集合と共に構成されることと、
・上記通信ネットワークの基地局から、ＤＬ送信信号を受信するために使用されるべき無線リソースの割当てを受信することと、
・ＵＬリソースの構成された上記集合のうちの、上記ＤＬ送信信号に関連付けられる制御情報を送信するために使用されるべき１つを指示するＡＲＩを受信することと、
・ＵＬリソースの指示された上記集合の少なくともサブセット上で、上記基地局へ上記制御情報を送信することと、を含み、
ＵＬリソースの指示された上記集合は、複数の選択可能なＵＬリソースセットを含み、上記制御情報は、上記ＵＬリソースセットのうちの上記通信ネットワークの動作状態に対応する１つで送信される。上記基地局は、上記基地局を介して上記ユーザ機器へユーザデータを送信するように構成されるホストコンピュータをさらに含む通信システムに含まれてもよい。
【０００９】
第２の観点において、無線インタフェース及び処理回路を備えるＵＥが提供され、上記処理回路は、
・上記通信ネットワークへ制御情報を送信するために使用されるべきＵＬリソースの少なくとも２つの集合と共に上記ＵＥが構成されることを可能とし、
・上記通信ネットワークの基地局から、ＤＬ送信信号を受信するために使用されるべき無線リソースの割当てを受信し、
・ＵＬリソースの構成された上記集合のうちの、上記ＤＬ送信信号に関連付けられる制御情報を送信するために使用されるべき１つを指示するＡＲＩを受信し、
・ＵＬリソースの指示された上記集合の少なくともサブセット上で、上記基地局へ上記制御情報を送信する、ように構成され、
ＵＬリソースの指示された上記集合は、複数の選択可能なＵＬリソースセットを含み、上記制御情報は、上記ＵＬリソースセットのうちの上記通信ネットワークの動作状態に対応する１つで送信される。上記基地局は、上記基地局を介して上記ユーザ機器へユーザデータを送信するように構成されるホストコンピュータをさらに含む通信システムに含まれてもよい。
【００１０】
第３の観点において、通信ネットワークの基地局において制御情報を受信する方法が提供され、上記方法は、
・上記通信ネットワークのカバレッジ内でユーザ機器から制御情報を受信するために使用されるべきＵＬリソースの少なくとも２つの集合の構成を取得することと、
・ＤＬ送信信号を送信するために使用されるべき無線リソースをユーザ機器へ割当てることと、
・ＵＬリソースの構成された上記集合のうちの、上記ＤＬ送信信号に関連付けられる制御情報を受信するために使用されるべき１つを指示するＡＲＩを上記ユーザ機器へ送信することと、
・ＵＬリソースの指示された上記集合の少なくともサブセット上で、上記ユーザ機器から上記制御情報を受信することと、を含み、
ＵＬリソースの指示された上記集合は、複数の選択可能なＵＬリソースセットを含み、上記制御情報は、上記ＵＬリソースセットのうちの上記通信ネットワークの動作状態に対応する１つで受信される。上記基地局は、上記基地局を介して上記ユーザ機器へユーザデータを送信するように構成されるホストコンピュータをさらに含む通信システムに含まれてもよい。
【００１１】
第４の観点において、通信ネットワークにおいて動作するための、無線インタフェース及び処理回路を備える基地局が提供され、上記処理回路は、
・上記通信ネットワークのカバレッジ内でユーザ機器から制御情報を受信するために使用されるべきＵＬリソースの少なくとも２つの集合の構成を取得し、
・ＤＬ送信信号を送信するために使用されるべき無線リソースをユーザ機器へ割当て、
・ＵＬリソースの構成された上記集合のうちの、上記ＤＬ送信信号に関連付けられる制御情報を受信するために使用されるべき１つを指示するＡＲＩを上記ユーザ機器へ送信し、
・ＵＬリソースの指示された上記集合の少なくともサブセット上で、上記ユーザ機器から上記制御情報を受信する、ように構成され、
ＵＬリソースの指示された上記集合は、複数の選択可能なＵＬリソースセットを含み、上記制御情報は、上記ＵＬリソースセットのうちの上記通信ネットワークの動作状態に対応する１つで受信される。上記基地局は、上記基地局を介して上記ユーザ機器へユーザデータを送信するように構成されるホストコンピュータをさらに含む通信システムに含まれてもよい。
【００１２】
従属請求項は、例示的な実施形態を定義する。本発明は、互いに異なる請求項において受付けられているとしても、特徴のあらゆる組合せに関連することを注記する。
【図面の簡単な説明】
【００１３】
次の添付図面を参照しながら、例示的な実施形態が以下に説明されるであろう：
【図１Ａ】上で議論されており、ＤＬ制御チャネルリソース、ＤＬデータリソース及びＵＬ制御チャネルリソースを描いた時間−周波数の図である。
【図１Ｂ】上で議論されており、ＤＬ制御チャネルリソース、ＤＬデータリソース及びＵＬ制御チャネルリソースを描いた時間−周波数の図である。
【図２】随意的に中間的なネットワークを介してホストコンピュータへ接続される電気通信ネットワークを概略的に描いている。
【図３】部分的にワイヤレスな接続上で基地局を介してユーザ機器と通信するホストコンピュータの概略ブロック図である。
【図４】ホストコンピュータ、基地局及びユーザ機器を含む通信システムにおいて実装される方法を描いたフローチャートである。
【図５】ホストコンピュータ、基地局及びユーザ機器を含む通信システムにおいて実装される方法を描いたフローチャートである。
【図６】ユーザ機器において実装される方法を描いたフローチャートである。
【図７】基地局において実装される方法を描いたフローチャートである。
【発明を実施するための形態】
【００１４】
本開示の文脈において、“通信ネットワーク”又は短く“ネットワーク”との用語は、とりわけ、ノード又はエンティティの集合、関連するトランスポートリンク、及び、例えばテレフォニーサービス又はパケットトランスポートサービスといったサービスを稼働させるために必要な関連付けられる管理体を表し得る。サービスに依存して、サービスを実現するために異なるタイプのノード又はエンティティが使用され得る。通信ネットワークは、ネットワーク事業者により所有され、又はネットワーク事業者のために運用され、実装されているサービスをその加入者へ提供する。通信ネットワークの典型的な例は、ＷＬＡＮ／Ｗｉ−Ｆｉ（登録商標）並びに２Ｇ／ＧＳＭ、３Ｇ／ＵＭＴＳ、４Ｇ／ＬＴＥ及びＮＲのようなセルラーネットワークといった、無線アクセスネットワークである。
【００１５】
本開示の文脈において、“ユーザ機器（ＵＥ）”及び“ワイヤレス通信デバイス”との用語の各々は、例えば人物によりその個人の通信のために使用されるデバイスをいう。それは、例えば電話、ＳＩＰフォン、セルラー電話、移動局若しくはコードレスフォンといった電話型のデバイス、ワイヤレスデータ接続を具備したラップトップ、ノートブック若しくはノートパッドのようなＰＤＡ（personal digital assistant）型のデバイス、又は、テーブルコンピュータであり得る。ＵＥは、動物、植物、又は、ともすれば機械のような人間以外に関連付けられてもよく、その場合、マシンタイプ通信、マシンツーマシン通信、デバイスツーデバイス通信又はサイドリンクのために構成され得る。ＵＥは、当該ＵＥを使用する加入者に関連付けられる、ＩＭＳＩ（International Mobile Subscriber Identity）及び／又はＴＭＳＩ（Temporary Mobile Subscriber Identity）といった一意な識別子を含むＳＩＭ（Subscriber Identity Module）を具備し得る。ＵＥ内のＳＩＭの存在によって、加入者のサブスクリプションに特有のＵＥのカスタマイズがなされる。
【００１６】
本開示の文脈において、“基地局”及び“ワイヤレスアクセスノード”との用語の各々は、例えば地上ベースのトランスポートリンクと無線ベースのトランスポートリンクとの間のインタフェースとして使用される無線アクセスネットワークのノードをいい、無線ベースのトランスポートリンクはＵＥへ直接的にインタフェースする。セルラー通信の様々な世代において、基地局との用語は、ＢＴＳ、ノードＢ、ｅＮｏｄｅＢ又はｇＮＢともいう。ＷＬＡＮ／Ｗｉ−Ｆｉ（登録商標）アーキテクチャでは、基地局をアクセスポイント（ＡＰ）という。
【００１７】
本発明は、送信機又は受信機の機能性を実装するネットワーク内のいかなるノードでの使用に供されてもよい。１つの典型的な実装は、ＵＥ内であり、ダウンリンクのトランスポートブロックの処理に関連し、アップリンクで送信されるＡＣＫ／ＮＡＣＫフィードバックを伴う。
【００１８】
図２を参照すると、一実施形態によれば、通信システムは、３ＧＰＰ型のセルラーネットワークといった電気通信ネットワーク２１０を含み、電気通信ネットワーク２１０は、無線アクセスネットワークといったアクセスネットワーク２１１とコアネットワーク２１４とを含む。アクセスネットワーク２１１は、ＮＢ、ｅＮＢ、ｇＮＧ、又は他のタイプの無線アクセスポイントといった複数の基地局２１２ａ、２１２ｂ、２１２ｃを含み、その各々が対応するカバレッジエリア２１３ａ、２１３ｂ、２１３ｃを定義する。各基地局２１２ａ、２１２ｂ、２１２ｃは、有線又は無線接続２１５上でコアネットワーク２１４へ接続可能である。カバレッジエリア２１３ｃに位置する第１のユーザ機器（ＵＥ）２９１は、対応する基地局２１２ｃへワイヤレスに接続され又は対応する基地局２１２ｃによりページングされるように構成される。カバレッジエリア２１３ａ内の第２のＵＥ２９２は、対応する基地局２１２ａへワイヤレスに接続可能である。この例では、複数のＵＥ２９１、２９２が描かれているものの、開示される実施形態は、カバレッジエリア内に単一のＵＥがいる状況、又は対応する基地局へ単一のＵＥが接続している状況へ等しく適用可能である。
【００１９】
随意的に、電気通信ネットワーク２１０は、それ自体がホストコンピュータ２３０へ接続され、ホストコンピュータ２３０は、スタンドアローンのサーバのハードウェア及び／若しくはソフトウェア、クラウド実装のサーバ、分散型サーバで具現化されてもよく、又はサーバファーム内の処理リソースとして具現化されてもよい。ホストコンピュータ２３０は、サービスプロバイダの所有下にあってもその制御下にあってもよく、又はサービスプロバイダにより若しくはサービスプロバイダのために運用されてもよい。電気通信ネットワーク２１０とホストコンピュータ２３０との間の接続２２１、２２２は、コアネットワーク２１４からホストコンピュータ２３０へ直接的に伸びていてもよく、随意的に中間ネットワーク２２０を介してつながっていてもよい。中間ネットワーク２２０は、パブリック、プライベート又はホステッドネットワークのうちの１つ又はそれらの複数の組合せであってもよく、中間ネットワーク２２０は、もしあればバックボーンネットワーク又はインターネットであってもよく、具体的には、中間ネットワーク２２０は、２つ以上のサブネットワーク（図示せず）を含んでもよい。
【００２０】
図２の通信システムは、全体として、接続されるＵＥ２９１、２９２のうちの１つとホストコンピュータ２３０との間の接続性を可能にする。その接続性は、オーバー・ザ・トップ（ＯＴＴ）接続２５０として説明されてよい。ホストコンピュータ２３０及び接続されるＵＥ２９１、２９２は、アクセスネットワーク２１１、コアネットワーク２１４、任意の中間ネットワーク２２０及びあり得るさらなる基盤（図示せず）を途中段階として用いて、ＯＴＴ接続２５０を介してデータ及び／又はシグナリングを通信するように構成される。ＯＴＴ接続２５０は、ＯＴＴ接続２５０の通過途上の参加している通信デバイスが上流へ及び下流への通信のルーティングを意識しないという意味において、透過的であり得る。例えば、基地局２１２は、ホストコンピュータ２３０から発して接続ＵＥ２９１へ転送（例えば、ハンドオーバ）されるべきデータを伴うインカミングの下流方向の通信の過去のルーティングについて通知されなくてよく又はその通知を必要としない。同様に、基地局２１２は、ＵＥ２９１から発してホストコンピュータ２３０へ向かうアウトゴーイングの上流方向の通信の将来のルーティングを認識することを必要としない。
【００２１】
前の段落で議論したＵＥ、基地局及びホストコンピュータの一実施形態に係る例示的な実装が、これより図３を参照しながら説明される。通信システム３００において、ホストコンピュータ３１０は、通信システム３００の異なる通信デバイスのインタフェースとの有線又は無線の接続をセットアップし及び維持するように構成される通信インタフェース３１６を含むハードウェア３１５を備える。ホストコンピュータ３１０は、さらに、記憶及び／又は処理のケイパビリティを有し得る処理回路３１８を備える。具体的には、処理回路３１８は、命令群を実行するように適合される、１つ以上のプログラム可能なプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組合せ（図示せず）を含んでよい。ホストコンピュータ３１０は、さらに、ホストコンピュータ３１０内に記憶され又はホストコンピュータ３１０によりアクセス可能なソフトウェア３１１であって、処理回路３１８により実行可能な当該ソフトウェア３１１を備える。ソフトウェア３１１は、ホストアプリケーション３１２を含む。ホストアプリケーション３１２は、ＵＥ３３０及びホストコンピュータ３１０で終端するＯＴＴ接続３５０を介して接続しているＵＥ３３０といったリモートユーザへサービスを提供するように動作可能であり得る。リモートユーザへのサービスの提供中に、ホストアプリケーション３１２は、ＯＴＴ接続３５０を用いて送信されるユーザデータを提供し得る。
【００２２】
通信システム３００は、電気通信システムにおいて提供される基地局３２０をさらに含み、基地局３２０は、ホストコンピュータ３１０及びＵＥ３３０と通信することを可能にするハードウェア３２５を備える。ハードウェア３２５は、通信システム３００の異なる通信デバイスのインタフェースとの有線又は無線の接続をセットアップし及び維持するための通信インタフェース３２６、並びに、基地局３２０によりサービスされるカバレッジエリア（図３には示していない）内に位置するＵＥ３３０との少なくとも無線接続３７０をセットアップし及び維持するための無線インタフェース３２７を含み得る。通信インタフェース３２６は、ホストコンピュータ３１０への接続３６０を促進するように構成され得る。接続３６０は、直接的なものであってもよく、又は、電気通信システムのコアネットワーク（図３には示されていない）及び／若しくは電気通信システム外の１つ以上の中間ネットワークを通過してもよい。図示した実施形態において、基地局３２０のハードウェア３２５は、命令群を実行するように適合される、１つ以上のプログラム可能なプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組合せ（図示せず）を含み得る処理回路３２８をさらに含む。基地局３２０は、内部的に記憶され又は外部接続を介してアクセス可能なソフトウェア３２１をさらに有する。
【００２３】
通信システム３００は、既に言及したＵＥ３３０をさらに含む。そのハードウェア３３５は、ＵＥ３３０がその時点で位置するカバレッジエリアへサービスする基地局との無線接続３７０をセットアップし及び維持するように構成される無線インタフェース３３７を含み得る。ＵＥ３３０のハードウェア３３５は、命令群を実行するように適合される、１つ以上のプログラム可能なプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ又はそれらの組合せ（図示せず）を含み得る処理回路３３８をさらに含む。ＵＥ３３０は、さらに、ＵＥ３３０内に記憶され又はＵＥ３３０によりアクセス可能なソフトウェア３３１であって、処理回路３３８により実行可能な当該ソフトウェア３３１を備える。ソフトウェア３３１は、随意的に、クライアントアプリケーション３３２を含んでもよい。クライアントアプリケーション３３２は、ホストコンピュータ３１０のサポートと共に、人間の又は非人間のユーザへＵＥ３３０を介してサービスを提供するように動作可能であり得る。ホストコンピュータ３１０において、実行対象のホストアプリケーション３１２は、実行対象のクライアントアプリケーション３３２とＵＥ３３０及びホストコンピュータ３１０で終端するＯＴＴ接続３５０を介して通信し得る。ユーザへのサービス提供中に、クライアントアプリケーション３３２は、ホストアプリケーション３１２からリクエストデータを受信し、当該リクエストデータへの応答としてユーザデータを提供し得る。ＯＴＴ接続３５０は、リクエストデータ及びユーザデータの双方を移送し得る。クライアントアプリケーション３３２は、自身が提供するユーザデータを生成するために、ユーザとインタラクションし得る。
【００２４】
なお、図３に示したホストコンピュータ３１０、基地局３２０及びＵＥ３３０は、それぞれ図２のホストコンピュータ２３０、基地局２１２ａ、２１２ｂ、２１２ｃのうちの１つ、及びＵＥ２９１、２９２のうちの１つと同一であってもよい。言うなれば、これらエンティティの内部的な作用は図３に示した通りであってよく、それとは独立して、周囲のネットワークトポロジーは図２のそれであってよい。
【００２５】
図３では、ホストコンピュータ３１０とユーザ機器３３０との間の基地局３２０を介する通信を、いかなる中間的なデバイス及びそれらデバイスを介するメッセージの正確なルーティングへの明示的な言及も無く例示するために、ＯＴＴ接続３５０が抽象的に描かれている。ルーティングを決定するのはネットワーク基盤であってよく、ネットワーク基盤は、ＵＥ３３０若しくはホストコンピュータ３１０を動作させるサービスプロバイダ又はそれら双方からルーティングを隠蔽するように構成されてよい。ＯＴＴ接続３５０がアクティブである間、ネットワーク基盤は、（例えば、負荷分散の考慮又はネットワークの再構成に基づいて）ルーティングを動的に変更するための決定をさらに行ってよい。
【００２６】
既に概説したように、基地局３２０は、ＵＥ３３０へのダウンリンク送信を動的にスケジューリングする。スケジューリングは、ＰＵＣＣＨ若しくは物理共有アップリンクチャネル上でＵＥ３３０から受信されるチャネル状態レポート及び品質情報レポートに基づいてなされてもよく、又は、他の要因に基づいてなされてもよい。チャネル状態レポート及び品質情報レポートは、受信機から見える瞬間的なチャネル条件を示す。各時間インターバル（例えば、ＬＴＥサブフレーム又はＮＲスロット）において、基地局３２０は、現行のその時間インターバル及びスケジューリング対象のＵＥへデータが送信されるリソースにおいてデータを受信するようにスケジューリングされたＵＥを識別するＤＣＩを送信する。ＤＣＩは、典型的には、その時間インターバルのうち早い方の部分にある物理ダウンリンク制御チャネル上で送信される。
【００２７】
ＡＲＱ又はＨＡＲＱは、ＤＬ上のデータの送信の期間中に発生する誤りを軽減するために使用される。ＵＥ３３０がＤＬ送信信号を受信するようにスケジューリングされたことを基地局３２０が指し示すと、ＵＥ３３０は、その送信信号の復号を試行し、物理アップリンク制御又は共有チャネル上で基地局へ確認応答メッセージを送信する。確認応答メッセージは、データパケットがＵＥ３３０により正確に受信されたかを基地局へ通知する。確認応答メッセージは、成功裏の復号を示す肯定的な値の確認応答（ＡＣＫ）か、又は復号失敗を示す否定的な値の確認応答（ＮＡＣＫ）かのいずれかのメッセージであり得る。ＵＥ３３０から受信される確認応答メッセージに基づいて、基地局３２０は、新たなデータを送信すべきか（ＡＣＫを受信）、又は前回のデータを再送すべきか（ＮＡＣＫを受信）を判定する。ＬＴＥのキャリアアグリゲーションとの関連での確認応答リソースインジケータ（ＡＲＩ）の導入は、複数のＵＥがこの目的のために半静的に予約されたＵＬリソースのプールを衝突無しで共有できる形で、確認応答メッセージのためのリソースの明示的な割当てを可能にした。そのリソース共有は、複数のＤＬキャリア上でリソースを同時に割当てられるＵＥの平均的な数が小さくなることから、効率的であった。
【００２８】
ＵＥ３３０は、送信すべきデータを有するものの有効なアップリンク許可が無い場合、ＵＬ送信を開始するために、ＰＵＣＣＨ上で基地局３２０へスケジューリング要求（ＳＲ）を送信し得る。基地局３２０は、スケジューリング要求に応じてアップリンクリソースを割当て、物理ＤＬ制御チャネル上でＵＥ３３０へスケジューリング許可を送信する。割当てられたアップリンクリソースにおいてデータが受信され又はデータの到来が無い場合、基地局３２０は、データが正確に受信されたかを示すためのＡＣＫ／ＮＡＣＫシグナリングを、ＤＬチャネル上でＵＥ３３０へ送信し得る。ＡＣＫ／ＮＡＣＫシグナリングへの代替手段として、基地局３２０は、同じＵＬデータを再送するようにＵＥ３３０をスケジューリングしてもよい。
【００２９】
ＤＬ送信に戻ると、ＮＲは、述べたとおり、様々なＵＬリソース要件を伴う多数のＰＵＣＣＨフォーマットをサポートし得る。本文脈では、リソースは、単一のリソースインデックスにより参照され得るものの、時間、周波数、位相回転、直交カバーコード（ＯＣＣ）の組合せ又は１つ以上により定義され得る。追加的に又は代替的に、サイクリックシフト、開始シンボル、（シンボル数での）時間長、及び／又は（物理リソースブロック数での）帯域幅がリソースのために構成されてもよい。指示されたＵＬリソースのうちのＵＥ３３０による１つの選択が、肯定的な確認応答又は否定的な確認応答といった、確認応答フィードバック値を表現してもよい。随意的に、確認応答フィードバック値は、ＤＬ送信の特定の部分に対象を限ることと組み合わされてもよく（これにより、ＤＬ送信の異なる部分について値の異なる確認応答を送信することが可能となり得る）、及び／又は、スケジューリング要求といったさらなる情報と組み合わされてもよく、様々な程度のバンドリング及び多重化が適用されてよい。確認応答フィードバックが一定の長さである以前の通信システムには無かったこれらの及び類似の要因の結果として、別々に割当て可能なＵＬリソースの数が相異なる動作条件の間で変化する可能性があり、所要のＡＲＩ値の数の最小と最大の間にかなりのギャップが生じている。したがって、ここでの実施形態は、相異なる動作条件の間の区別、又は、確認応答フィードバック長がグループごとに一定であるものとした場合の動作条件のグループ間の区別を必要とし得る。
【００３０】
ＡＲＩ値の全ての範囲を収容する単純な手法は、ＤＣＩ内でより多くのリソースをＡＲＩに許容することであるはずである。しかしながら、それは最悪のケース−最も多くの確認応答フィードバック値の包括的なセット−に対応する一定のシグナリングオーバヘッドを追加することになり、それが必要でない状況も多いであろう。ここでの例示的な実施形態は、代わりに、通信ネットワークの現行の動作状態の視点から解釈される永続的なＡＲＩを提案する。
【００３１】
より正確にいうと、例示的な実施形態に従って、ＵＥ３３０において実装される方法が図６に描かれている。
【００３２】
第１ステップ６１０において、ＵＥ３３０は、通信ネットワーク３００へ制御情報を送信するために使用されるべきＵＬリソースの少なくとも２つの集合と共に構成される。ネットワークレベルでは、上記構成は、制御情報を送信するためにＵＬリソースの上記集合が予約される効果を有し得る。ＵＬリソースの上記集合は、システム内で現在動作しているＵＥ間で、ＡＲＩに従って共有され得るリソースのプールとして理解されてよい。
【００３３】
第２ステップ６２０において、ＵＥ３３０は、基地局３２０からＤＬ送信信号を受信するために使用されるべき無線リソースの割当てを受信する。
【００３４】
第３ステップ６３０において、ＵＥ３３０は、ＵＬリソースの構成された上記集合のうちの、ＤＬ送信信号に関連付けられる制御情報を送信するために使用されるべき１つを指示するＡＲＩを受信する。上記ＡＲＩ又はＵＬリソースの構成された上記集合は、随意的に、ＵＬリソースの明示的な時間位置を定義してもよく、代替的に、ＵＬリソースの時間位置は、時間において予め定義される数のスロットだけ後に位置するなど、ＤＬ送信信号のために使用されるべきＤＬリソースの時間位置に対して相対的である。
【００３５】
第４ステップ６４０において、ＵＥ３３０は、ＵＬリソースの指示された上記集合の少なくともサブセットを使用して、ＤＬ送信信号に関連付けられる制御情報を基地局３２０へ送信する。より正確に言うと、ＵＬリソースの指示された上記集合は、複数の選択可能なＵＬリソースセットを含み、ＵＥ３３０は、そのうちの通信ネットワークの動作状態に対応するＵＬリソースセットで送信を行う。
【００３６】
したがって、制御情報のためのＵＬリソースについての要件に関して２つの動作モードが相違するとしても、それら２つの動作モードについて別個のＡＲＩ値を取り入れる必要は無い。代わりに、シグナリングされるＡＲＩ値の意味は、通信ネットワーク３００の動作モードに依存することになる。ＵＥ３３０が現行の動作モードを認識している場合、これはシグナリングオーバヘッドの量が削減され得ることを示唆する。例えば、ＵＥ３３０は、ＡＲＩとは別個の半静的な若しくは動的なシグナリングを受信することにより、前回の構成メッセージを反映する内部変数の値を確認することにより、又は、暗黙的に動作モードを示すネットワーク３００の動作の局面を考慮することにより、現行の動作モードを認識することができる。代わりに、ＵＥ３３０は、ＡＲＩ値がどのリソースを指しているのかを、動作モードに基づいて暗黙的に判定してもよい。これは、動作モードの変化によって所与のＡＲＩ値が再解釈され得るとしても、２つ以上のＵＥに同時に別個のリソースが割当てられる場合には、２つ以上の異なるＡＲＩ値が必要であることを意味する。
【００３７】
ＡＲＩ値が動作モードをまたいで一意であるリファレンス実装と、例示的な実施形態に係る実装との間の比較によって、あり得るオーバヘッドの削減について説明する。以下の表１及び表２では、ＡＲＩ値が明示されており、Ｒｎ（ｎ＝０，…，１６）はリソースインデックスを表し、一方でＭ１及びＭ２は通信システムの２つの動作モードを表す。
【００３８】
【表１】
0006967085.tif 000002
【００３９】
表１は、ＵＥによるＡＲＩ値の解釈が通信システム３００の動作モードには非依存である実装を例示している。実際には、ＡＲＩ値“０００”、“００１”、“０１０”及び“０１１”は、動作モードＭ２では予期されない。同様に、ＡＲＩ値“１００”、“１０１”、“１１０”及び“１１１”は、通常、動作モードＭ１では使用されないはずである。
【００４０】
【表２】
0006967085.tif 000003
【００４１】
制御情報値の削減されたセットが動作モードＭ２について定義されるため、当該動作モードにおいて使用される各ＡＲＩ値はより小さいＵＬリソースのセットを指示する。さらに、ＵＬリソースセット｛Ｒ０，Ｒ１，Ｒ２，Ｒ３｝及び｛Ｒ０，Ｒ１｝は、相異なるＵＥによっても、同一の動作モードにおいて選択し得ない。このようにして、これらＵＬリソースセットを対象に、ここでは“００”に固定される共通的なＡＲＩ値が使用され得る。この例では、例示的な実施形態が、必要とされるＡＲＩペイロードを３ビットから２ビットへ削減している。
【００４２】
別の言い方をすると、シグナリングされるＡＲＩ値“００”は、基本的な意味（例えば、｛Ｒ０，Ｒ１，Ｒ２，Ｒ３｝）を有し、そこに通信システムが特定の動作モードにある場合に適用される１つ以上のさらなる意味（例えば、｛Ｒ０，Ｒ１｝）が重畳される。
【００４３】
例示的な実施形態に従って、基地局３２０において実装される方法が図７に描かれている。
【００４４】
第１ステップ７１０において、基地局３２０は、通信ネットワークのカバレッジ内でユーザ機器から制御情報を受信するために使用されるべきＵＬリソースの少なくとも２つの集合の構成を取得する。通常は、上記構成は、具体的なＵＥではなく、ネットワークのある部分で動作している全てのＵＥを対象とする。
【００４５】
第２ステップ７２０において、基地局３２０は、ＵＥ３３０へＤＬ送信信号を送信するために使用されるべき無線リソースを割当てる。実装上、上記構成が通信ネットワーク（の一部）のカバレッジ内で動作する全てのＵＥに適用される限り、上記構成と上記割当てとは相違し得る一方で、ＤＬ割当ては典型的には具体的な１つのＵＥを対象とする。
【００４６】
第３ステップ７３０において、基地局３２０は、ＡＲＩをユーザ機器へ送信する。ＡＲＩは、ＵＬリソースの構成された上記集合のうちの、ＤＬ送信信号に関連付けられる制御情報を受信するために使用されるべき１つを指示し得る。ステップ６３０（図６）について述べたように、上記ＵＬリソースは、（一定の間隔のような）暗黙的な時間位置、又は（シグナリングされるスロット若しくはシンボルインデックスのような）明示的な時間位置を有する。
【００４７】
第４ステップ７４０において、基地局３２０は、ＵＬリソースの指示された上記集合の少なくともサブセットを使用して、ＵＥ３３０から制御情報を受信する。この例示的な実施形態において、ＵＬリソースの指示された上記集合は、複数の選択可能なＵＬリソースセットを含み、上記制御情報は、上記ＵＬリソースセットのうちの通信ネットワークの動作状態に対応する１つで受信される。図７を参照しながら上で説明したように、これは、少なくともシグナリングオーバヘッドを制限する観点からの利点を有する。
【００４８】
図６及び図７に描いた例示的な実施形態のいくつかのさらなる発展について以下に議論する。強調されることとして、それらさらなる発展の文脈で語られる特徴は、それら自体でも有益であり、自律的に、関連する基本的な実施形態から独立して実践されてもよい。
【００４９】
ＵＥ３３０は、ＤＬ送信の制御情報を受信し及び復号を試行してよく、その制御情報は、復号成功に基づいて判定される。代替的に又は追加的に、上記制御情報は、ＵＬ送信リソースを求める要求及び／又はＵＥ３３０により実行される測定の結果を含んでもよい。具体的には、ＵＥ３３０が送信し基地局３２０が受信する制御情報は、ＡＲＱ又はＨＡＲＱフィードバックのような、ＤＬ送信信号に関連付けられる確認応答情報を含み得る。
【００５０】
例示的な実施形態において、ＵＬリソースの指示される上記集合内のＵＬリソースの選択可能なセットは、それらのカーディナリティに関して相違する。具体的には、ＵＬリソースの２つの選択可能なセットは、異なる数のＵＬリソースを含み得る。上記制御情報について利用可能なＵＬリソースの数は、搬送される情報の粒度に影響し得る。例えば、各ＵＬリソースセットが含むＵＬリソースが相対的に少ない動作モードでは、ＨＡＲＱフィードバックは、複数のコードワードを含むトランスポートブロックのレベルで送信され得る一方、ＵＬリソースセットごとのＵＬリソースが相対的に多い動作モードでは、ＨＡＲＱフィードバックは、トランスポートブロックを構成する各コードワードのレベルで提供され得る。後者のケースでは、要求される再送は、復号に失敗したコードワードに限ってなされ得る。この性質は、指示された集合以外のＵＬリソースの集合内のＵＬリソースの選択可能なセットにも当てはまり得る。
【００５１】
例示的な実施形態において、ＵＬリソースの指示された上記集合は、第１のＵＬリソースセットを有し、第１のＵＬリソースセットは、第２のＵＬリソースセットのＵＬリソースに加えてＵＬリソースを含む。代替的に又は追加的に、ＵＬリソースの指示された上記集合内の第２のＵＬリソースセットは、第１のＵＬリソースセットのサブセットであり得る。具体的には、第２のＵＬリソースセットは、第１のＵＬリソースセットの真部分集合であってよい。表２に示したＵＬリソースセットは、これら性質を有する。ここで、ＵＬリソースセットの上記集合が表の行に対応し、１つの集合内のＵＬリソースセットがある行の相異なる列に対応する。ＡＲＩ値“１０”により指示される集合では、本段落の意味における第１のＵＬリソースセットは、動作モードＭ１に対応する｛Ｒ８，Ｒ９，Ｒ１０，Ｒ１１｝であってよく、第２のＵＬリソースセットは、動作モードＭ２に対応する｛Ｒ８，Ｒ９｝であってよい。
【００５２】
例示的な実施形態において、上記動作状態は、確認応答フィードバックモード又はＨＡＲＱフィードバックモードを表す。確認応答フィードバックモードは、通信ネットワーク３００とそのカバレッジ内の複数のユーザ機器３３０との共通的な設定であり得る。確認応答フィードバックモードは、ユーザ機器３３０と基地局３２０との間の、どういった確認応答メッセージを通信できるかに関する合意又は共通理解に関連付けられ得る。その合意は、（コード、シーケンス又はＵＬリソースにより表現されるような）シグナリングされる値を、確認応答又はＨＡＲＱの文脈での意味に関連付けるテーブルの形式であってもよい。例示的な意味は、次の通りであってよい：肯定的な若しくは否定的な値を有する確認応答（ＡＣＫ若しくはＮＡＣＫ）、ＤＬ送信信号の特定の部分への確認応答の制限、及び／又は、スケジューリング要求のようなさらなる情報。２つの確認応答モードは、そうしたテーブルのサイズに関して相違してもよく、より一般的な表現をするならば、確認応答シグナリングの粒度に関して相違してもよい。相対的に大きい（例えば、相対的に粗い）粒度のシグナリングでの確認応答フィードバックモード、よって利用可能な意味が少ない当該モードは、圧縮確認応答フィードバックモードとして言及されてもよい。前の段落において議論し例示した第１及び第２のＵＬリソースセットを基準とすると、（より小さいカーディナリティを有する）第２のＵＬリソースセットは、圧縮確認応答フィードバックモードにおいて採用され得る一方、（より大きいカーディナリティを有する）第１のＵＬリソースセットは、通常確認応答フィードバックモードとして言及される非圧縮のモードにおいて採用され得る。
【００５３】
この文脈において、現在適用可能な確認応答フィードバックモードが通常型か又は圧縮型かは、明示的にシグナリングされてもよく若しくはされていてもよく、又は、ＵＥ３３０及び基地局３２０にとってアクセス可能な他のパラメータから導出されてもよい。確認応答フィードバックモードの間の遷移を開始する責任は、ＵＥ３３０、基地局３２０、又は通信ネットワーク３００の他のノードに所在し得る。
【００５４】
さらに、通信ネットワーク３００は、２つよりも多くの確認応答フィードバックモードで動作可能であってもよい。それらモードのうちの少なくともいくつかは、ＵＬリソースの集合内の対応するＵＬリソースセットのカーディナリティ又はサイズに関して相違し得る。確認応答フィードバックモードは、例えば現行のモードに対するステップ“アップ”又は“ダウン”により段階的に遷移をシグナリングし得るように、一連の順序を与えられてもよい。
【００５５】
例示的な実施形態において、ＵＬリソースの集合は、各集合が少なくとも２つの選択可能なＵＬリソースセットを含むという形で構成される。選択可能なＵＬリソースセットは、それぞれの動作モードに対応し得る。そうした構成が上で表２に示されている。この形でＵＬリソースの集合を構成することは、ＡＲＩにより指示される集合を問わずに動作モード間の遷移が可能であるという有利な効果を有し得る。言い換えると、動作モード間の遷移を開始する責任を有するエンティティは、ＵＬリソースの集合がＡＲＩにより指示されているか又は近い将来にＡＲＩにより指示されるものと予期され得るかを考慮する必要が無い。
【００５６】
例示的な実施形態において、ＵＬリソースの集合の構成は、無線リソース制御（ＲＲＣ）シグナリングといった半静的なシグナリングによりＵＥ３３０へ伝達される。基地局３２０は、ＵＬリソースの集合を構成する責任を有する場合、構成をＵＥ３３０へ半静的にシグナリングし得る。通信ネットワーク３００の異なるエンティティが代わりにＵＬリソースの集合を構成する責任を有する場合、ＵＥ３３０及び基地局３２０の双方が、構成を示す半静的なシグナリングを受信し得る。
【００５７】
例示的な実施形態において、ＡＲＩは、追加的な情報を含むメッセージにおいて送信される。具体的には、ＡＲＩは、ＤＬ割当てをも含むメッセージにおいて送信されてもよい。上記メッセージは、ＤＣＩメッセージであってもよい。ＤＣＩメッセージは、物理ＤＬ制御チャネル上で基地局３２０からＵＥ３３０へ送信され得る。
【００５８】
例示的な実施形態において、図６に描いた方法は、ＵＥ３３０が通信ネットワーク３３０の動作モードを判定すること、をさらに含む。その時点で当てはまる（又は、割当てられたＤＬ送信信号がＵＥ３３０により受信されることになる時に当てはまることになり若しくは当てはまると予期される）動作モードに基づいて、ＵＥ３３０は、通信ネットワーク３００へ制御情報を送信するために使用されるべきＵＬリソースセットを選択する。
【００５９】
例示的な実施形態において、相異なる動作モードに対応するＵＬリソースセットがカーディナリティ又はサイズに関して相違するという事実が基地局３２０により利用される。例えば、相対的に小さいＵＬリソースセットに対応する動作モードでは、より多くのＵＥに制御情報を送信することを許容することができる。結果として、より多くのＵＥを同時にスケジューリングすることができる。表２に示したように、ＵＬリソースＲ２，Ｒ３，Ｒ６，Ｒ７，Ｒ１０，Ｒ１１，Ｒ１４及びＲ１５は、動作モードＭ２では使用されない。３ビットのＡＲＩ表現が使用される場合、表３に示したやり方でＵＬリソースの集合を構成してもよい。
【００６０】
【表３】
0006967085.tif 000004
【００６１】
動作モードＭ１では、ＡＲＩ値“０００”及び“１００”に対応するＵＬリソースは重なり合う−実際には一致する−が、動作モードＭ２ではそれらは別々である。ＡＲＩ値“００１”及び“１０１”、ＡＲＩ値“０１０”及び“１１０”、並びにＡＲＩ値“０１１”及び“１１１”に対応するＵＬリソースについても、それぞれの動作モードにおいて同じことが成り立つ。したがって、この構成は、動作モードＭ１において４つのＵＥが同時に制御情報を送信することを可能とし、動作モードＭ２では８つのＵＥが同時に送信し得る。
【００６２】
基地局３２０は、ネットワーク性能の恩恵のために、ＤＬ送信信号を送信するために使用されるべきそれぞれの無線リソースをＵＥ２９１及びさらなるＵＥ２９２へ割当てることによりこれを使用し得る。基地局３２０は、この場合、ＵＬリソースの構成された上記集合のうちの、さらなるユーザ機器へのＤＬ送信信号に関連付けられる制御情報を受信するために使用されるべき異なる１つを指示するＡＲＩを、さらなるユーザ機器２９２へ送信する。基地局３２０は、ＵＬリソースの指示された上記集合において、通信ネットワークの現行の動作状態に対応するそれぞれのＵＬリソースセットが別々となる形で、これを行う。通信ネットワークの少なくとも１つの現行でない動作状態に対応するＵＬリソースセットが重なり合う場合、これは性能利得を表す。
【００６３】
ＵＥ３３０と基地局３２０との間の無線接続３７０は、本開示並びにとりわけ図６及び図７を通じて説明される実施形態の教示に従う。多様な実施形態の１つ以上が、ＯＴＴ接続３５０を用いてＵＥ３３０へ提供されるＯＴＴサービスの性能を改善し、無線接続３７０はその最後のセグメントを形成する。より正確に言うと、それら実施形態の教示は、シグナリングオーバヘッドを削減することにより、ネットワーク３００のスペクトル効率及びピークキャパシティを改善し得る。これは、より大きいデータ容量、より低いネットワーク輻輳のリスク、及び／又は引き伸ばされたバッテリ寿命といった恩恵を提供し得る。
【００６４】
データレート、レイテンシ及び１つ以上の実施形態により改善される他の要因を監視する目的で、測定手続が提供されてもよい。測定結果の変動に応じてホストコンピュータ３１０とＵＥ３３０との間のＯＴＴ接続３５０を再構成するための随意的なネットワークの機能性がさらに存在してもよい。上記測定手続及び／又はＯＴＴ接続３５０を再構成するためのネットワーク機能性は、ホストコンピュータ３１０のソフトウェア３１１若しくはＵＥ３３０のソフトウェア３３１、又はそれらの双方において実装されてもよい。複数の実施形態において、通信デバイス内に又は通信デバイスに関連付けて、ＯＴＴ接続３５０が通過するセンサ（図示せず）が配備されてもよく、それらセンサは、上で例示した監視結果の数量の値を供給し又は他の物理量の値を供給することにより上記測定手続に参加してもよく、それらからソフトウェア３１１、３３１により監視対象の量が計算され又は推定され得る。ＯＴＴ接続３５０の再構成は、メッセージフォーマット、再送設定、好適なルーティングなどを含んでよく、その再構成は、基地局３２０には影響しなくてもよく、基地局３２０にとっては未知であるか又は感知不能であってもよい。そうした手続及び機能性は、当分野において既知であり又は実用されているかもしれない。ある実施形態において、測定は、ホストコンピュータ３１０によるスループット、伝播時間及びレイテンシなどの測定を容易化する独自のＵＥシグナリングを包含してもよい。その測定は、ソフトウェア３１１、３３１がＯＴＴ接続３５０を用いて具体的には空であり又は“ダミー”のメッセージであるメッセージを送信しつつ、伝播時間や誤りなどを監視する形で実装されてもよい。
【００６５】
図４は、１つの実施形態に従った、通信システムにおいて実装される方法を描いたフローチャートである。通信システムは、図２及び図３を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図４の図への参照のみが本セクションに含められるであろう。本方法の第１ステップ４１０において、ホストコンピュータは、ユーザデータを提供する。第１ステップ４１０の随意的なサブステップ４１１において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。ステップ４２０において、ホストコンピュータは、ユーザデータを搬送するＵＥへの送信を開始する。ステップ４３０において、基地局は、図７に描いた方法に従って、ホストコンピュータが開始した上記送信において搬送されたユーザデータをＵＥへ送信する。ステップ４４０において、ＵＥは、ホストコンピュータにより実行されるホストアプリケーションに関連付けられるクライアントアプリケーションを実行する。
【００６６】
図５は、１つの実施形態に従った、通信システムにおいて実装される方法を描いたフローチャートである。通信システムは、図２及び図３を参照しながら説明したものであり得る、ホストコンピュータ、基地局、及びＵＥを含む。本開示を簡明にするために、図５の図への参照のみが本セクションに含められるであろう。本方法の第１ステップ５１０において、ホストコンピュータは、ユーザデータを提供する。随意的なサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによりユーザデータを提供する。第２ステップ５２０において、ホストコンピュータは、ユーザデータを搬送するＵＥへの送信を開始する。その送信は、図７に描いた方法に従って、基地局を通過し得る。随意的な第３ステップ５３０において、ＵＥは、図６に描いた方法に従って、上記送信において搬送されるユーザデータを受信する。
【００６７】
さらなる例示的な実施形態
［１］
通信ネットワーク（３００）へ制御情報を送信する方法であって、前記方法は、ユーザ機器（３３０）において実装され、
前記通信ネットワークへ制御情報を送信するために使用されるべきアップリンク（ＵＬ）リソースの少なくとも２つの集合と共に構成されることと、
前記通信ネットワークの基地局（３２０）から、ダウンリンク（ＤＬ）送信信号を受信するために使用されるべき無線リソースの割当てを受信することと、
ＵＬリソースの構成された前記集合のうちの、前記ＤＬ送信信号に関連付けられる制御情報を送信するために使用されるべき１つを指示する確認応答リソースインジケーション（ＡＲＩ）を受信することと、
ＵＬリソースの指示された前記集合の少なくともサブセット上で、前記基地局へ前記制御情報を送信することと、を含み、
ＵＬリソースの指示された前記集合は、複数の選択可能なＵＬリソースセットを含み、前記制御情報は、前記ＵＬリソースセットのうちの前記通信ネットワークの動作状態に対応する１つで送信される、方法。
【００６８】
［２］
実施形態［１］の方法であって、前記制御情報は、前記ＤＬ送信信号に関連付けられる確認応答情報を含む、方法。
【００６９】
［３］
実施形態［１］又は［２］の方法であって、ＵＬリソースの指示された前記集合において、前記選択可能なＵＬリソースセットのうちの少なくとも２つは、それらのカーディナリティに関して相違する、方法。
【００７０】
［４］
先行する実施形態のいずれかの方法であって、ＵＬリソースの指示された前記集合において、第１のＵＬリソースセットは、第２のＵＬリソースセットのＵＬリソースに加えて、ＵＬリソースを含む、方法。
【００７１】
［５］
先行する実施形態のいずれかの方法であって、ＵＬリソースの指示された前記集合において、第２のＵＬリソースセットは、第１のＵＬリソースセットのサブセットである、方法。
【００７２】
［６］
実施形態［４］又は［５］の方法であって、
前記動作状態は、確認応答フィードバックモードを表し、
前記第１のＵＬリソースセットは、通常の確認応答フィードバックモードに対応し、
前記第２のＵＬリソースセットは、圧縮確認応答フィードバックモードに対応する、方法。
【００７３】
［７］
先行する実施形態のいずれかの方法であって、ＵＬリソースの構成された各集合は、２つ以上の選択可能なＵＬリソースセットを含む、方法。
【００７４】
［８］
先行する実施形態のいずれかの方法であって、前記制御情報が送信される前記ＵＬリソースセットにおいて、各ＵＬリソースは、肯定的な値又は否定的な値を有する確認応答であって、前記ＤＬ送信信号の特定の部分への制限及び／又はさらなる情報と随意的に組み合わされる当該確認応答を表す、方法。
【００７５】
［９］
実施形態［８］の方法であって、前記ＵＬリソースは、時間、周波数及び符号のうちの少なくとも１つにより区別可能である、方法。
【００７６】
［１０］
先行する実施形態のいずれかの方法であって、前記ユーザ機器は、半静的なシグナリングによりＵＬリソースの前記集合と共に構成される、方法。
【００７７】
［１１］
先行する実施形態のいずれかの方法であって、
前記通信ネットワークの前記動作モードを判定することと、それに基づいて、前記通信ネットワークへ前記制御情報を送信するために使用されるべき前記ＵＬリソースセットを選択することと、をさらに含む、方法。
【００７８】
［１２］
先行する実施形態のいずれかの方法であって、前記ＡＲＩは、追加的な情報を含むメッセージにおいて受信される、方法。
【００７９】
［１３］
実施形態［１２］の方法であって、前記メッセージは、前記ＡＲＩ及び前記割当てを含む、方法。
【００８０】
［１４］
無線インタフェース（３３７）及び処理回路（３３８）を備えるユーザ機器（３３０）であって、前記処理回路（３３８）は、
前記通信ネットワークへ制御情報を送信するために使用されるべきアップリンク（ＵＬ）リソースの少なくとも２つの集合と共に前記ＵＥが構成されることを可能とし、
前記通信ネットワークの基地局（３２０）から、ダウンリンク（ＤＬ）送信信号を受信するために使用されるべき無線リソースの割当てを受信し、
ＵＬリソースの構成された前記集合のうちの、前記ＤＬ送信信号に関連付けられる制御情報を送信するために使用されるべき１つを指示する確認応答リソースインジケーション（ＡＲＩ）を受信し、
ＵＬリソースの指示された前記集合の少なくともサブセット上で、前記基地局へ前記制御情報を送信する、ように構成され、
ＵＬリソースの指示された前記集合は、複数の選択可能なＵＬリソースセットを含み、前記制御情報は、前記ＵＬリソースセットのうちの前記通信ネットワークの動作状態に対応する１つで送信される、ユーザ機器。
【００８１】
［１５］
実施形態［１４］のユーザ機器であって、前記処理回路は、実施形態［２］〜［１３］のいずれかの方法を実行するようにさらに構成される、ユーザ機器。
【００８２】
［１６］
通信ネットワーク（２１１；３３０）の基地局（２１２；３２０）において制御情報を受信する方法であって、
前記通信ネットワークのカバレッジ内でユーザ機器から制御情報を受信するために使用されるべきアップリンク（ＵＬ）リソースの少なくとも２つの集合の構成を取得することと、
ダウンリンク（ＤＬ）送信信号を送信するために使用されるべき無線リソースをユーザ機器（２９１；３３０）へ割当てることと、
ＵＬリソースの構成された前記集合のうちの、前記ＤＬ送信信号に関連付けられる制御情報を受信するために使用されるべき１つを指示する確認応答リソースインジケーション（ＡＲＩ）を、前記ユーザ機器へ送信することと、
ＵＬリソースの指示された前記集合の少なくともサブセット上で、前記ユーザ機器から前記制御情報を受信することと、を含み、
ＵＬリソースの指示された前記集合は、複数の選択可能なＵＬリソースセットを含み、前記制御情報は、前記ＵＬリソースセットのうちの前記通信ネットワークの動作状態に対応する１つで受信される、方法。
【００８３】
［１７］
実施形態［１６］の方法であって、ＵＬリソースの前記集合の構成の前記取得は、前記構成を判定すること、を含む、方法。
【００８４】
［１８］
実施形態［１７］の方法であって、ＵＬリソースの前記集合の構成の前記取得は、前記ユーザ機器へ半静的なシグナリングを送信すること、をさらに含む、方法。
【００８５】
［１９］
実施形態［１６］の方法であって、ＵＬリソースの前記集合の構成の前記取得は、前記通信ネットワークの異なるノードから情報を受信すること、を含む、方法。
【００８６】
［２０］
実施形態［１６］〜［１９］のいずれかの方法であって、
ＤＬ送信信号を送信するために使用されるべき無線リソースをさらなるユーザ機器（２９２）へ割当てることと、
ＵＬリソースの構成された前記集合のうちの、前記さらなるユーザ機器への前記ＤＬ送信信号に関連付けられる制御情報を受信するために使用されるべき異なる１つを指示するＡＲＩを、前記さらなるユーザ機器へ送信することと、をさらに含み、
ＵＬリソースの指示された前記集合において、前記通信ネットワークの現行の動作状態に対応するそれぞれの前記ＵＬリソースセットは別々である、方法。
【００８７】
［２１］
実施形態［２０］の方法であって、ＵＬリソースの指示された前記集合において、前記通信ネットワークの少なくとも１つの現行でない動作状態に対応するそれぞれのＵＬリソースセットは重なり合う、方法。
【００８８】
［２２］
実施形態［１６］〜［２１］のいずれかの方法であって、前記制御情報は、前記ＤＬ送信信号に関連付けられる確認応答情報を含む、方法。
【００８９】
［２３］
実施形態［１６］〜［２２］のいずれかの方法であって、ＵＬリソースの指示された前記集合において、前記選択可能なＵＬリソースセットのうちの少なくとも２つは、それらのカーディナリティに関して相違する、方法。
【００９０】
［２４］
実施形態［１６］〜［２３］のいずれかの方法であって、ＵＬリソースの指示された前記集合において、第１のＵＬリソースセットは、第２のＵＬリソースセットのＵＬリソースに加えて、ＵＬリソースを含む、方法。
【００９１】
［２５］
実施形態［１６］〜［２４］のいずれかの方法であって、ＵＬリソースの指示された前記集合において、第２のＵＬリソースセットは、第１のＵＬリソースセットのサブセットである、方法。
【００９２】
［２６］
実施形態［２４］又は［２５］の方法であって、
前記動作状態は、確認応答フィードバックモードを表し、
前記第１のＵＬリソースセットは、通常の確認応答フィードバックモードに対応し、
前記第２のＵＬリソースセットは、圧縮確認応答フィードバックモードに対応する、方法。
【００９３】
［２７］
実施形態［１６］〜［２６］のいずれかの方法であって、ＵＬリソースの構成された各集合は、２つ以上の選択可能なＵＬリソースセットを含む、方法。
【００９４】
［２８］
実施形態［１６］〜［２７］のいずれかの方法であって、前記制御情報が送信される前記ＵＬリソースセットにおいて、各ＵＬリソースは、肯定的な値又は否定的な値を有する確認応答であって、前記ＤＬ送信信号の特定の部分への制限及び／又はさらなる情報と随意的に組み合わされる当該確認応答を表す、方法。
【００９５】
［２９］
実施形態［２８］の方法であって、前記ＵＬリソースは、時間、周波数及び符号のうちの少なくとも１つにより区別可能である、方法。
【００９６】
［３０］
実施形態［１６］〜［２９］のいずれかの方法であって、
前記通信ネットワークの前記動作状態を判定することと、それに基づいて、前記制御情報を受信するために使用されるべき前記ＵＬリソースセットを選択するることと、をさらに含む、方法。
【００９７】
［３１］
実施形態［１６］〜［３０］のいずれかの方法であって、前記ＡＲＩは、追加的な情報を含むメッセージにおいて送信される、方法。
【００９８】
［３２］
実施形態［３１］の方法であって、前記メッセージは、前記ＡＲＩ及び前記割当てを含む、方法。
【００９９】
［３３］
通信ネットワーク（３００）において動作するための、無線インタフェース（３２７）及び処理回路（３２８）を備える基地局（３２０）であって、前記処理回路（３２８）は、
前記通信ネットワークのカバレッジ内でユーザ機器から制御情報を受信するために使用されるべきアップリンク（ＵＬ）リソースの少なくとも２つの集合の構成を取得し、
ダウンリンク（ＤＬ）送信信号を送信するために使用されるべき無線リソースをユーザ機器（３３０）へ割当て、
ＵＬリソースの構成された前記集合のうちの、前記ＤＬ送信信号に関連付けられる制御情報を受信するために使用されるべき１つを指示する確認応答リソースインジケーション（ＡＲＩ）を、前記ユーザ機器へ送信し、
ＵＬリソースの指示された前記集合の少なくともサブセット上で、前記ユーザ機器から前記制御情報を受信する、ように構成され、
ＵＬリソースの指示された前記集合は、複数の選択可能なＵＬリソースセットを含み、前記制御情報は、前記ＵＬリソースセットのうちの前記通信ネットワークの動作状態に対応する１つで受信される、基地局。
【０１００】
［３４］
実施形態［３３］の基地局であって、前記処理回路は、実施形態［１７］〜［３２］の方法の１つを実行するようにさらに構成される、基地局。
【０１０１】
［３５］
プログラム可能なプロセッサに、実施形態［１］〜［１３］のいずれか又は実施形態［１６］〜［３２］のいずれかの方法を実行させるためのコンピュータ読取可能な命令群、を含むコンピュータプログラム。
【０１０２】
［３６］
実施形態［３５］のコンピュータプログラムを記憶したコンピュータ読取可能な媒体を含むコンピュータプログラムプロダクト。
【０１０３】
ここでの実施形態は、ＵＥ又は基地局の少なくとも１つのプロセッサにより実行された場合に、上記ＵＥ又は基地局に、図４〜図７に示した方法又はそれらの派生を遂行させる命令群、を含むコンピュータプログラムをも含む。１つ以上の実施形態において、コンピュータプログラムを記憶するコンピュータ読取可能な媒体は、通信媒体（若しくは一時的な媒体、電子信号、光信号、無線信号など）若しくは記憶媒体（若しくは非一時的な媒体）、又はそれらの組合せとして具現化される。記憶媒体との用語は、情報を記憶するための任意の方法又は技術で実装される、揮発性及び不揮発性の、着脱可能な及び着脱不能な媒体の双方を含み、記憶媒体は、限定ではないものの、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ若しくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク若しくは他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ若しくは他の磁気記憶デバイス、又は、所望の情報を記憶し及びコンピュータによりアクセス可能な任意の他の媒体を含む。少なくとも１つの実施形態において、通信ノード又は他の装置が、非一時的なコンピュータ読取可能な媒体に記憶されたコンピュータプログラム命令群をノードの処理回路が実行することに少なくとも部分的に基づいて、ここで開示した動作及び機能を実行する、ように構成される。
【０１０４】
本発明は、当然ながら、本発明の本質的な特徴から逸脱することなく、ここで特に説示したものとは別の手法で遂行されてもよい。本実施形態は、あらゆる点において説明的であって限定的ではないものと見なされるべきであり、添付の特許請求の範囲の意味及び均等の範囲内に入る全ての変更は、そこに包含されるものと意図される。
【図１Ａ】
0006967085.tif 000005
【図１Ｂ】
0006967085.tif 000006
【図２】
0006967085.tif 000007
【図３】
0006967085.tif 000008
【図４】
0006967085.tif 000009
【図５】
0006967085.tif 000010
【図６】
0006967085.tif 000011
【図７】
0006967085.tif 000012