JP2017539105A - Ｈａｒｑプロセスフィードバックのフレキシブルな設定 - Google Patents

Abstract

所定の示された自動再送要求（ＡＲＱ）プロセスについてＡＲＱフィードバックを要求する信号が無線ネットワークから無線デバイスへ送信される技術が開示される。この非同期アプローチは、動的時分割複信に対する不規則なＡＲＱフィードバックを用いて問題に対処し、無線デバイスにおける処理時間の制約を緩和することも可能とする。無線デバイスにおける例示の方法は、無線通信ネットワークから、第１の送信時間間隔において、ＡＲＱフィードバックの要求であって、１つ以上のＡＲＱプロセスを示す要求を受信すること（６１０）を含む。例示の方法は、さらに、第２の送信時間間隔において、示された１つ以上のＡＲＱプロセスのそれぞれについてＡＲＱフィードバック情報を、無線通信ネットワークへ送信すること（６２０）を含む。【選択図】図６

Description

ここで開示される技術は、一般に無線通信ネットワークに関し、より具体的には、このようなネットワークにおいて自動再送要求（ＡＲＱ）フィードバックを含む技術に関する。

自動再送要求（ＡＲＱ）は、多くの無線ネットワークにおいて用いられる誤り制御技術である。ＡＲＱを用いると、データ伝送の受信機は、各メッセージが正確に受信されたかを送信機に伝達するために、「ＡＲＱフィードバック」と呼ばれる肯定応答（ＡＣＫ）又は否定応答（ＮＡＣＫ）を送信する。そして、正確に受信されなかったメッセージ、および全く認知されなかったメッセージは、再送されうる。

ＡＲＱの洗練されたバージョンとして理解されうるハイブリッドＡＲＱ（ＨＡＲＱ）は、創始メッセージを受信して正確に復号するための受信機の能力を向上させるために、上述の基本のＡＲＱ技術を、データメッセージの前方誤り訂正（ＦＥＣ）符号化と組み合わせる。従来のＡＲＱと同様に、ＨＡＲＱを採用するＡＲＱは、メッセージを復号する各試行の後に、必要に応じてＡＣＫ及びＮＡＣＫを送信する。これらのＡＣＫ及びＮＡＣＫは、「ＨＡＲＱフィードバック」と呼ばれる。

（ロングタームエボリューションに関して）ＬＴＥとして広く知られる、より形式的にはエボルブドＵＭＴＳ（地上無線アクセスネットワーク）（Ｅ−ＵＴＲＡＮ）として知られる第４世代のシステムが、第３世代パートナーシッププロジェクト（３ＧＰＰ）のメンバによって開発され、展開されている。今日のＬＴＥにおける下りリンク伝送について、ＨＡＲＱフィードバックは、ＵＥが上りリンク共有チャネル（ＰＵＳＣＨ）での伝送についてスケジューリングを受けているか否かに応じて、物理上りリンク制御チャネル（ＰＵＣＣＨ）又はＰＵＳＣＨのいずれかで、ＵＥ（ユーザ機器−移動体端末の３ＧＰＰの専門用語）からネットワークへ送信される。

ＵＥへの各下りリンク伝送に対して、ＵＥは、その伝送が正確に受信されたか否かに応じてＡＣＫ又はＮＡＣＫを送信する。ネットワークは、予想されるときにＵＥからのフィードバックを検出しなかった場合に、ＡＣＫ又はＮＡＣＫの検出とは別に、ＵＥが適切に対応する下りリンク割り当てを受信せず、このため送信されたデータメッセージの復調と復号とを試行すらしなかったと推論することもできる。しかしながら、ネットワーク側において失敗したＡＣＫ／ＮＡＣＫ検出は、ＵＥによりそれが送信されたが、それを適切に受信するためのネットワークの障害に起因することもありうることに留意されたい。

ネットワークによって受信されたＮＡＣＫは再送をトリガし、一方で、ＡＣＫの受信は対応するＨＡＲＱ送信（Ｔｘ）プロセスを消去すること又は再利用することを可能とする。ＨＡＲＱ Ｔｘプロセスが消去され再利用されることは、対応するＨＡＲＱプロセスについての次の下りリンク割り当てにおけるＮＤＩ（ニューデータインジケータ）フラグを切り替えることにより、新しいデータと共に、ＵＥに対してネットワーク側から示される。これは、同様に、ＵＥにＨＡＲＱ受信（Ｒｘ）プロセスを消去させて、新しく受信されたデータを現在のＨＡＲＱ Ｒｘプロセスと関連付けさせる。

上述のように、予定されるときにＵＥからのＡＣＫ／ＮＡＣＫを受信するためのネットワークの障害は、ＬＴＥにおいて物理下りリンク制御チャネル（ＰＤＣＣＨ）又はエンハンスドＰＤＣＣＨ（ｅＰＤＣＣＨ）で送信される下りリンク割り当てメッセージを正確に復号するためのＵＥによる有りうる障害の表示である。このように、ネットワークにおけるこの状況を検出することは、ＰＤＣＣＨ／ｅＰＤＣＣＨリンクアダプテーションのために、すなわち、下りリンクグラントを運ぶ物理制御チャネルの堅牢さを適合させるために、用いられうる。

ＬＴＥが上りリンク及び下りリンクの間の固定（又は準静的）分割に基づく一方、他のシステム及びＬＴＥの将来のバージョンは、上りリンク及び下りリンクの間の動的にスケジューリングされた分割に基づきうる。このようなシステムでは、下りリンク伝送とＨＡＲＱフィードバックメッセージとの間の１対１の対応がない場合がある。

ＬＴＥの来たる強化において、想定される動作のモードは、サブフレームが動的に上りリンク又は下りリンクの使用に割り当てられうる動的時分割複信（ＴＤＤ）である。このアプローチを用いると、例えば連続して相対的に大きい数の送信時間間隔（ＴＴＩ）が下りリンクに割り当てられうるため、ＨＡＲＱプロセスの数は非常に大きく増加しうる。これは、ＨＡＲＱプロセスを解放するために、上りリンクにおけるフィードバックの機会間で長いギャップがあるため、必要とされるＨＡＲＱプロセスを増大させる。

動的ＴＤＤを用いるエンハンスドＬＴＥシステムに対する下りリンクが大きいシナリオを仮定すると、ＴＤＤ設定は、多くのサブフレームがく第リンク仕様にために用いられる一方で相対的に少ないサブフレームがＵＬ使用に用いられるようになるだろう。したがって、ＨＡＲＱフィードバックは、相対的に低頻度で上りリンクにおいて供給されるかもしれず、これは、その伝達の成功の重要性を増すこととなる。さらに、フィードバックが任意の所与の時間に要求されうるＵＥにおける、多数のアクティブなＨＡＲＱ Ｒｘプロセスに起因して、ＨＡＲＱフィードバック報告は、むしろ大きくなる。ここで開示される技術のいくつかの実施形態は、１つ以上のＡＲＱプロセスを示す自動再送要求（ＡＲＱ）フィードバックのための明示的な要求を利用することによって、これらの問題を取り扱う。ＬＴＥのコンテキストにおいて、このＡＲＱフィードバックは、ＨＡＲＱフィードバックでありうるが、ここで開示される技術は、複数の同時のＡＲＱプロセスを用いるＡＲＱの他の形式をサポートするシステムにより一般的に適応されうる。

無線通信ネットワークにおいて動作する無線デバイスにおける例示の方法は、無線通信ネットワークから、第１の送信時間間隔において、自動再送要求（ＡＲＱ）フィードバックの要求を受信することを含む。ここで、その要求は１つ以上のＡＲＱプロセスを示す。本方法は、さらに、第２の送信時間間隔において、無線通信ネットワークに、１つ以上の示されたＡＲＱプロセスのそれぞれについてのＡＲＱフィードバック情報を送信することを含む。いくつかの実施形態において、ＡＲＱフィードバックの要求は、無線デバイスへの上りリンクリソースを割り当てるリソース割り当てメッセージの一部として、またはそれと関連して、受信される。

無線通信ネットワークのネットワークノードにおいて実装されうるうような、対応する例示の方法は、第１の送信時間間隔において、自動再送要求（ＡＲＱ）のための要求を無線デバイスへ送信することを含み、ここで、要求は１つ以上のＡＲＱプロセスを示す。この例示の方法は、さらに、１つ以上の示されたＡＲＱプロセスのそれぞれに対するＡＲＱフィードバック情報を、第２の送信時間間隔において、無線デバイスから受信することを含む。また、いくつかの実施形態において、ＡＲＱフィードバックのための要求は、無線デバイスへの上りリンクリソースを割り当てるリソース割り当てメッセージの一部として、またはそれと関連して、送信されうる。

以下の詳細な説明では、いくつかの実施形態について詳細に説明する。詳細な説明の後は、ここで開示される技術及び装置の例示の実施形態のリストである。しかしながら、この例示の実施形態のリストは例示となることが意図されており、網羅的ではないことが理解されるべきである。

図１は例示の無線ネットワークのコンポーネントを示している。 図２は、開示される技術及び装置のいくつかの実施形態による、無線デバイスの要素を示すブロック図である。 図３は、開示される技術及び装置のいくつかの実施形態による、例示の基地局の要素を示すブロック図である。 図４は、ＬＴＥシステムにおける従来のＨＡＲＱフィードバックのタイミングを示している。 図５は、ＨＡＲＱフィードバックの要求およびＨＡＲＱフィードバックの送信が続く、例示の下りリンクＨＡＲＱ送信を示している。 図６は、例示の方法を示す処理フロー図である。 図７は、別の例示の方法を示す処理フロー図である。 図８は、例示の無線デバイスの別の図を提供するブロック図である。 図９は、例示の基地局の別の図を提供するブロック図である。

以下では、発明の概要の実施形態の例が示される添付の図面を参照しながら、発明の思想について、より十分に説明する。しかしながら、これらの発明の思想は、多くの異なる形式で具現化されてもよく、ここで説明される実施形態に限定されると解釈されるべきではない。むしろ、これらの実施形態は、本開示が詳細かつ完結しており、当業者に本発明の思想の範囲を十分に伝えるように提供される。これらの実施形態は相互排他的でないことに留意すべきである。１つの実施形態からの要素は、暗黙で、別の実施形態において存在し又は使用されることが想定されうる。

図解及び説明のみのために、ここでは、本発明の思想のいくつかの実施形態について、（無線端末又はＵＥとも呼ばれる）移動体端末と無線通信チャネルを介して通信する無線アクセスネットワーク（ＲＡＮ）においての動作又はＲＡＮに関連しての動作の文脈において説明する。

ＲＡＮのいくつかの実施形態において、いくつかの基地局は、（例えば地上の通信線又は無線チャネルによって）無線ネットワーク制御装置（ＲＮＣ）に接続されうる。場合によっては基地局制御装置（ＢＳＣ）と称される無線ネットワーク制御装置は、自身に接続される複数の基地局の様々なアクティビティを管理すると共に調整しうる。無線ネットワーク制御装置は、１つ以上のコアネットワークに接続されうる。ＲＡＮのいくつかの他の実施形態によれば、基地局は、ＲＮＣを介することなく、例えば、基地局とコアネットワークとの少なくともいずれかにおいて実装されるＲＮＣの機能を用いて、１つ以上のコアネットワークに接続されうる。

ここで用いるように、用語「移動体端末」、「無線端末」、「ユーザ機器」、又は「ＵＥ」は、通信ネットワークからデータを受信すると共に通信ネットワークへデータを送信する任意のデバイスを呼ぶのに用いられ、これらのいずれもが、例えば、移動電話（「セルラ」電話）、ラップトップ／ポータブルコンピュータ、ポケットコンピュータ、ハンドヘルドコンピュータ、デスクトップコンピュータ、マシン−トゥー−マシン（Ｍ２Ｍ）若しくはマシンタイプ通信（ＭＴＣ）タイプのデバイス、無線通信インタフェースを有するセンサ等でありうる。なお、本開示において、発明の思想の実施形態を例示するために、エボルブドユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）および／またはユニバーサル移動体通信システム（ＵＭＴＳ）とも呼ばれるロングタームエボリューション（ＬＴＥ）のための規格から専門用語が用いられているが、これは、これらのシステムのみにここで開示される技術の範囲を限定すると理解されるべきではない。３ＧＰＰのＬＴＥおよびＷＣＤＭＡシステム、ＷｉＭＡＸ（ワールドワイド・インターオペラビリティ・フォー・マイクロウェイブ・アクセス）、ＵＭＢ（ウルトラモバイルブロードバンド）、ＨＳＤＰＡ（高速下りリンクパケットアクセス）、ＧＳＭ（移動通信用グローバルシステム）等の変形及び後継を含んだ他の無線システムにおける使用のために設計されるデバイスが、ここで開示される本発明の思想の実施形態を利用することによって利益を得ることができる。

また、（ＮｏｄｅＢ、ｅＮｏｄｅＢ、又はエボルブドＮｏｄｅＢとも呼ばれる）「基地局」、（ユーザ機器又はＵＥとも呼ばれる）「無線端末」又は「移動体端末」などの専門用語は、非限定的と見なすべきであり、文脈がそうでないと明確に示していない限り、その２つの間の特定の階層的な関係を暗示しないことに留意すべきである。一般に、基地局（例えば、「ＮｏｄｅＢ」又は「ｅＮｏｄｅＢ」）及び無線端末（例えば「ＵＥ」）は、ワイヤレス無線チャネルを介して互いに通信するそれぞれ異なる通信デバイスの例として見なされうる。このように、例えば、ここで開示される所定の技術は、下りリンク又は上りリンクへ特に適用可能であると説明されうるところ、同一又は同様の技術が同一のネットワーク又は他のネットワークにおける上りリンクにおいても適用されうる。同様に、当業者は、ここで特定の方向に関して説明されるこれらの技術の一部が、ある場合において、ピアツーピア又はアドホックネットワークのシナリオにおいていずれの方向にも適用されうることも理解するだろう。

同様に、ここで説明される技術及び装置の特定の例は、複数プロセスのＨＡＲＱを利用するＬＴＥシステムの文脈で説明される。ここで説明される発明の技術は、他の形式のＡＲＱを用いるシステムに適用されうることが理解されるべきである。

エボルブドＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）は、ＵＥへ向けてのＥ−ＵＴＲＡユーザプレーン及び制御プレーンプロトコルの終端を提供するエンハンスドＮｏｄｅＢ（ｅＮＢ又はｅＮｏｄｅＢ）と呼ばれる基地局を含む。複数のｅＮＢは、Ｘ２インタフェースを用いて互いに相互接続される。また、ｅＮＢは、Ｓ１インタフェースを用いて、ＥＰＣ（エボルブドパケットコア）に接続される。より具体的には、ｅＮＢは、Ｓ１−ＭＭＥインタフェースを用いてＭＭＥ（移動管理エンティティ）に、Ｓ１−Ｕインタフェースを用いてサービングゲートウェイ（Ｓ−ＧＷ）に、接続される。Ｓ１インタフェースは、ＭＭＥ／Ｓ−ＧＷとｅＮＢとの間の多対多の関係をサポートする。Ｅ−ＵＴＲＡＮアーキテクチャの単純化した概論を図１に図解する。

図解されるネットワーク１００は、無線リソース管理（ＲＲＭ）と、無線ベアラ制御と、アドミッション制御と、サービングゲートウェイに向けたユーザプレーンデータのヘッダ圧縮と、サービングゲートウェイへ向けたユーザプレーンデータのルーティングと、の少なくともいずれかなどの機能をホスティングするｅＮＢ１１０を含む。ＭＭＥ１２０は、ＵＥとＣＮ（コアネットワーク）との間のシグナリングを処理する制御ノードである。ＭＭＥ１２０の重要な機能は、非アクセス層（ＮＡＳ）プロトコルを介して対処される接続管理及びベアラ管理に関する。Ｓ−ＧＷ１３０は、ＵＥのモビリティのアンカーポイントであり、ＵＥがページングされている間の一時的な下りリンクデータのバッファリングと、正しいｅＮＢへのパケットのルーティング及びフォワーディングと、課金及び合法的傍受のための情報を集めることと、の少なくともいずれかなどの他の機能をも含む。ＰＤＮゲートウェイ（Ｐ−ＧＷ、図１において不図示）は、（後に詳細に議論する）サービス品質（ＱｏＳ）のエンフォースメントと共に、ＵＥのＩＰアドレス割り当てを担うノードである。読者には、www.3gpp.org/dynareport/36300.htmにおいて利用可能な３ＧＰＰ ＴＳ３６．３００のバージョン１２．３．０と、その中での様々なノードの機能のさらなる詳細についての参照を、紹介する。

ここで説明される技術及び方法のいくつかは、移動体端末又は他の無線デバイスに供給される、無線回路、電子データ処理回路、及び他の電子ハードウェアを用いて実装される。図２は、本発明のいくつかの実施形態による、例示の移動体端末２００の特徴を図解している。いくつかの実施形態においてＬＴＥ無線通信ネットワーク（Ｅ−ＵＴＲＡＮ）を用いた動作のため、及び、例えばデバイス−デバイスモードでの動作のために構成されたＵＥでありうる移動体端末２００は、１つ以上の基地良くと通信するように構成された無線送受信器回路２２０、及び、送受信器ユニット２２０によって送信及び受信される信号を処理する処理回路２１０を有する。送受信器回路２２０は、１つ以上の送信アンテナ２２８と接続された送信器２２５と、１つ以上の受信アンテナ２２３と接続された受信器２３０とを含む。同一のアンテナ２２８及び２３３が、送信と受信との両方に用いられてもよい。

受信器２３０及び送信器２２５は、典型的にはＬＴＥのための３ＧＰＰ標準などの特定の電気通信標準に従う、既知の無線処理及び信号処理コンポーネント及び技術を使用する。なお、いくつかの実施形態では、送受信器回路２２０は、２つ以上の異なるタイプの無線アクセスネットワークのそれぞれのために、別個の無線とベースバンドとの少なくともいずれかの回路を有してもよい。アンテナも同様であり、いくつかの場合に１つ以上のアンテナが複数のタイプのネットワークにアクセスするために用いられうる一方で、他の場合には１つ以上のアンテナが特定の１つまたは複数の無線アクセスネットワークに特に適合されうる。このような回路の様々な詳細、及び設計並びに実装に関連する工学的トレードオフがよく知られており、本発明の十分な理解には不要であるため、追加の詳細についてはここでは示さない。

処理回路２１０は、データ記憶メモリ２５５とプログラム記憶メモリ２６０とを構成する１つ以上のメモリデバイス２５０と接続された１つ以上のプロセッサ２４０を有する。図６においてＣＰＵ２４０として識別されるプロセッサ２４０は、いくつかの実施形態において、マイクロプロセッサ、マイクロコントローラ、又はデジタルシグナルプロセッサでありうる。より一般的には、処理回路２１０は、プロセッサ／ファームウェアの組み合わせ若しくは専用のデジタルハードウェア、又はそれらの組み合わせを含みうる。メモリ２５０は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ、キャッシュメモリ、フラッシュメモリデバイス、光学記憶装置、などの１つ又はいくつかのタイプのメモリを含みうる。いくつかの実施形態では、端末２００が、例えばＬＴＥなどの広域ＲＡＮおよび無線ローカルエリアネットワーク（ＷＬＡＮ）を含んだ複数の無線アクセスネットワークをサポートしうるため、処理回路２１０は、１つ又はいくつかの無線アクセス技術に専用の別個の処理リソースを含みうる。ここでも、移動体デバイスのためのベースバンド処理回路の様々な詳細、及び設計に関連する工学的トレードオフがよく知られており、本発明の十分な理解には不要であるため、追加の詳細についてはここでは示さない。

処理回路２１０の典型的な機能は、送信信号の変調および符号化と、受信信号の復調及び復号を含む。本発明のいくつかの実施形態において、処理回路２１０は、例えば、プログラム記憶メモリ２６０に記憶された適切なプログラムコードを用いて、例えば図４、５及び６に図解される技術及びその変形の１つ以上を含んだ、ここで特に説明される技術の１つを実行するように適合される。もちろん、単一のマイクロプロセッサにおいて、又は、単一のモジュールにおいてさえ、これらの技術のステップの全てが必ずしも実行されなくてもよいことが理解されるだろう。

移動体端末２００は、さらに、ユニットに対する特定のアプリケーションに応じて、１つ以上の追加のインタフェース回路を含んでもよい。通常、移動体端末２００は、コネクタインタフェース回路２７０を含む。いくつかの実施形態において、コネクタインタフェース回路２７０は、オンボードバッテリ（不図示）の充電又は直流（ＤＣ）電力を図解される回路に供給するための、電子端子及び関連するハードウェアのみから構成されてもよい。より多くの場合、コネクタインタフェース回路２７０は、いくつかの実施形態では独自仕様のシグナリングおよびメッセージフォーマットに従って、又は他の場合に標準化されたインタフェース定義に従って動作しうる、有線通信と制御との少なくともいずれかのインタフェースを含む。例えば、コネクタインタフェース２７０は、既知のユニバーサルシリアルバス（ＵＳＢ）インタフェースのサポートのための電子端子及び関連するハードウェアを含みうる。コネクタインタフェース回路２７０がそのようなインタフェースをサポートするための少なくとも必要な受信器回路及びドライバ回路を含無と共にさらに専用のハードウェア／ファームウェアを含みうる一方で、いくつかの実施形態において、インタフェース機能の一部が、メモリ２５０における適切なファームウェアとソフトウェアとの少なくともいずれかを用いて構成されたＣＰＵ２４０によって供給されてもよい。

いくつかの実施形態では、移動体端末２００は、さらに、ローカルエリアネットワーク（ＬＡＮ）インタフェース回路２８０を含みうる。いくつかの実施形態では、例えば、ＬＡＮインタフェース回路２８０は、既知のＷｉ−Ｆｉ標準に従うなど、無線ＬＡＮ（ＷＬＡＮ）機能に対するサポートを提供しうる。いくつかのこのような実施形態では、ＬＡＮインタフェース回路２８０は、適切な１つ又は複数のアンテナを含みうる。他の実施形態では、ＬＡＮインタフェース回路２８０は、ＷＬＡＮ信号および広域ＲＡＮ信号の受信と送信との少なくともいずれかを提供するための、１つ以上の共通のアンテナ構造を使用しうる。いくつかの実施形態では、ＬＡＮインタフェース回路２８０は、関連するプロトコルスタックを含んだＬＡＮ機能を実行するために必要なハードウェア、ファームウェア、および／またはソフトウェアの全てを含むという点で、相対的に内蔵型でありうる。他の実施形態では、ＬＡＮ機能の少なくとも一部が、処理回路２１０によって実行されうる。

またさらに、移動体端末２００は、例えば、ユーザ入力のための１つ以上のスイッチ、プッシュボタン、キーバッド、タッチスクリーンなど、及び出力のための１つ以上のスピーカとディスプレイとの少なくともいずれかのための、回路と関連するハードウェアを含みうるユーザインタフェース回路２９０を含んでもよい。もちろん、マシントゥーマシンアプリケーションのためにまたは他のデバイス（例えばラップトップコンピュータ）への挿入のために開発されたものなどの一部の移動体端末は、これらの入力／出力デバイスの一部のみを有してもよいし、これらを全く有しなくてもよい。

図３は、ここで説明される例示の実施形態の一部において使用可能な、例示の無線ネットワークノード、この場合は基地局３００（例えばＮｏｄｅＢ又はｅＮｏｄｅＢ）を示している。実際にはマクロｅＮＢはマイクロｅＮＢとサイズ及び構造において同一ではないが、図解の説明のために、両方の場合における基地局３００が同様の要素を含むことが仮定されていることが理解されるだろう。このように、基地局３００は、マクロ基地局に対応しようとマイクロ基地局に対応しようと、基地局３００の動作を制御する処理モジュール３１０を有する。１つ以上のマイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ、専用デジタルロジックなどを含みうる処理モジュール３１０は、図１に示されるようなネットワークにおいて動作する際に、ＵＥ２００へ信号を送信し、ＵＥ２００から信号を受信するために用いられる、関連するアンテナ３４０を伴う送受信器モジュール３２０に接続される。また、基地局３００は、処理モジュール３１０に接続されると共に、基地局３００の動作に要求されるプログラム及び他の情報並びにデータを記憶するメモリ回路３６０を有する。処理モジュール３１０およびメモリ回路３６０は、合わせて、「処理回路」と呼ばれてもよく、様々な実施形態において、以下に説明するネットワークに基づく技術の１つ以上を実行するように適合される。

また、基地局３００は、基地局３００が他の基地局３００と（例えばＸ２インタフェースを介して）情報を交換することを可能とするための要素と回路との少なくともいずれかを有したｅＮｏｄｅＢインタフェース回路３８０を含み、さらに、基地局３００が図１に示されるようなＭＭＥ１２０又はＳ−ＧＷ１３０などのコアネットワーク内のノードと（例えばＳ１インタフェースを介して）情報を交換することを可能とするための要素と回路との少なくともいずれかを有したコアネットワークインタフェース回路３９０を含む。他のタイプのネットワーク（例えばＵＴＲＡＮ又はＷＣＤＭＡ ＲＡＮ）における使用のための基地局は、図３に示されるものと同様の要素と、それらのタイプのネットワークにおける他のネットワークノード（例えば他の基地局、移動管理ノード、および／またはコアネットワーク内のノード）との通信を可能とするための適切なインタフェース回路３８０、３９０と、を含むことが理解されるだろう。

上で議論したように、現在のＬＴＥシステムは、下りリンク伝送のために、上りリンクでＵＥによって送信されるＨＡＲＱフィードバックを伴うＨＡＲＱを使用する。下りリンクスケジューリングは、１ミリ秒のサブフレームを基準として行われる。スケジューリングメッセージが各サブフレームで送信され、グラントされたリソースは、下りリンクリソースグラントにおいてＵＥに割り当てられたリソースブロックペア内のＰＤＳＣＨに割り当てられた直交周波数分割多重（ＯＦＤＭ）シンボルの全てを占有する。所与のサブフレームにおける伝送に関する全ての処理を完了するために端末に許容される処理時間は、端末及び基地局の間の伝搬遅延を考慮するための送信タイミング調整であるタイミングアドバンスを差し引いて、３ミリ秒である。このように、ＬＴＥのための規格は、サブフレームｎにおけるＰＤＳＣＨ伝送に応答するＡＣＫ／ＮＡＣＫが、トランスポートブロックのサイズ又は追加の下りリンクリソースグラントの数を問わず、サブフレームｎ＋４においてＵＬで送信されるべきことを規定している。これについて図４に示す。この一般的な動機手法の変形が、それぞれ複数のサブフレームに対するＡＣＫ／ＮＡＣＫとキャリアとの少なくともいずれかが単一の上りリンクサブフレームにおいて送信されることを要求する、時分割複信（ＴＤＤ）動作およびキャリアアグリゲーション技術に適合するために開発されている。

上述のように、将来のＬＴＥシステム（及び他の無線システム）は、サブフレーム（又は他の送信時間間隔（ＴＴＩ））が動的な基準で下りリンク又は上りリンクでの使用のために指定されうる動的ＴＤＤを用いうる。動的ＴＤＤを使用するエンハンスドＬＴＥシステムに対して下りリンクが大きいシナリオを仮定すると、ＴＤＤ使用は、下りリンクの使用のために多くのサブフレームが設定される一方で、相対的に少ないサブフレームがＵＬの使用のために設定されるようになるだろう。したがって、ＨＡＲＱフィードバックは相対的に少なく頻度で上りリンクにおいて提供されるかもしれず、このことは、それらの伝送が成功することの重要性を増す。さらに、ＵＥにおける任意の与えられた時間においてフィードバックが要求されうる多数のアクティブなＨＡＲＱ Ｒｘプロセスに起因して、ＨＡＲＱフィードバック報告は、むしろ大きくなる。

したがって、提供されるＨＡＲＱフィードバックを介してネットワークが十分な制御を行うことを可能とするために、
ａ）特定のＨＡＲＱプロセスに対して、ＵＥからのＨＡＲＱフィードバックを、ネットワークが明示的に要求することができること、
ｂ）報告の受信に成功しなかった場合に、同一のＨＡＲＱプロセスに対して複数の要求の試行を行うことを可能とすること、
ｃ）報告されたＨＡＲＱプロセスを実際に使用されたもののみに限定することと、
ｄ）ＵＥ下りリンク処理時間の制約を、所望の臨時処理時間の量、要求を延期することによって緩和することと、が望ましいだろう。

しかしながら、ＨＡＲＱフィードバックが同期しており送信の試行ごとに一度送信されるだけであるため、これらはいずれも、今日の３ＧＰＰ ＬＴＥ標準の下では可能ではない。

ここで開示される技術のいくつかの実施形態によれば、これらの問題に、アクティブなＨＡＲＱプロセス（又はより一般的にはＡＲＱプロセス）からの、すなわち、ネットワークが送信を試行しており場合によっては続けて再送を試行しているプロセスに対して、ＨＡＲＱフィードバック（又はより一般的にはＡＲＱフィードバック）をネットワークが明示的に要求することを可能とすることによって、対処する。要求は、例えば明示的な制御シグナリングを用いて動的に行われる。これは、例えば、各送信されたＵＬスケジューリンググラントにＨＡＲＱフィードバックが要求されているか、そして、もしそうである場合どのＨＡＲＱ ＲＸプロセスのために状態が報告されるべきかを示す追加のフィールドを含めることによってなされうる。また、いくつかの実施形態では、ＨＡＲＱ要求を運ぶ独立のスケジューリンググラントがあってもよい。

状態が報告されるべき個別のＨＡＲＱ ＲＸプロセスのアドレッシングは、ａ）明示的に、例えばビットマップによって、又は、ｂ）どの順序でＨＡＲＱプロセスが追加されなければならないかを特定する一連のルールを定義し、フィードバックが要求されるＨＡＲＱプロセスの総数を示すことのみによって、又は、ｃ）ＵＬグラントにおけるサブフレームの範囲を特定し、ＵＥがその後それらのサブフレームにおいて受信された全てのＨＡＲＱプロセスを報告することによって、のいずれかで行われうる。状態が報告されるべきＨＡＲＱ ＲＸプロセスの明示的な表示は、プロセスの指示された範囲を含み、ここでは、例えば開始ＨＡＲＱプロセス識別子とＨＡＲＱプロセスの数によって、または開始及び終了ＨＡＲＱプロセス識別子によって、その範囲が示される。

ネットワークが測定のＨＡＲＱプロセスに対してＨＡＲＱフィードバックを明示的に要求することを可能とすることで、ＨＡＲＱフィードバック報告において、ＵＥにそれを自発的に提供させるよりも良好な制御が達成される。これは、非常に高い信頼性で、どのＨＡＲＱプロセスが実際に再送を要求するかをネットワークが知ることを可能とし、したがって、不十分なＨＡＲＱ情報に起因する他のＨＡＲＱプロセスにおける無駄な再送を削減する。さらに、再送のために、それによってデータのブロックの各再送において異なる組み合わせの符号化ビット及び前方誤り訂正ビットが送信されるリダンダンシバージョンを用いるシステムにおいて、再送の最適なリダンダンシバージョンを、非常に高い確率で選択することができる。

また、より良好なＨＡＲＱ制御は、システムの、検出されなかった下りリンクグラント、すなわち、特に再送のためのＰＤＣＣＨ／ｅＰＤＣＣＨの復号失敗、への脆弱性を小さくする。

さらに、全てではないが要求された一部のＨＡＲＱ Ｒｘプロセスについてのフィードバックを提供することを確実にすることにより、ＨＡＲＱ報告のサイズが減少し、したがって、上りリンク送信リソースが節約される。

ここで開示される技術のいくつかの実施形態によれば、上述の問題には、ネットワークからＵＥへ、ある指示されたＨＡＲＱプロセスについてのＨＡＲＱフィードバックを要求する信号が送信される解決策によって、対処する。このアプローチは、動的ＴＤＤに対する不規則なＨＡＲＱフィードバックに伴う問題を解決し、一方で、ネットワークによって正確に受信されなかった場合にフィードバックの再送を可能とすることによって、堅牢なＨＡＲＱ報告のための仕組みを提供する。また、この非同期の「オンデマンドな」報告アプローチは、ＵＥにおける処理時間の制約を緩和することができる。

本開示技術のいくつかの実施形態によれば、ＵＬスケジューリンググラントメッセージは、ＵＥにおけるＨＡＲＱ Ｒｘプロセスに対してＨＡＲＱフィードバックが要求されることを明示的に示すために用いられる「ＨＡＲＱフィードバック要求」フィールドを用いて修正される。スケジューリンググラントメッセージは、通常の上りリンクデータ伝送のために、又は上りリンク制御情報のスケジューリングに専用の特定のグラントとして、のいずれかで用いられうる。後者の場合、スケジューリンググラントは、下りリンクスケジューリング割り当てに含まれうる。そして、このようなフィールドの受信は、ＨＡＲＱフィードバックをネットワークへ送信することをＵＥに対してトリガする。

１つのＨＡＲＱプロセスに対するこのアプローチによるＨＡＲＱフィードバックプロセスの例−下りリンク割り当て、下りリンクデータ、上りリンクグラントの受信の成功と、ＨＡＲＱフィードバックの送信を含む−について、図５に示す。

所与のＵＥに対する下りリンク割り当て（ＤＬ割り当て）が、ＰＤＣＣＨ又はｅＰＤＣＣＨを用いて、下りリンクサブフレームで送信される。これらのＤＬ割り当てのそれぞれは、ＵＥに、物理下りリンク共有チャネル（ＰＤＳＣＨ）でのＵＥへの下りリンクデータの送信に対する通知を行う。図からわかるように、特定の下りリンク伝送の数ポイント後に、同一のＵＥのための上りリンクグラント（ＵＬグラント）が、ここでもＰＤＣＣＨ又はｅＰＤＣＣＨを用いて、下りリンクで送信される。図５においてサブフレーム２５において示されるこの上りリンクグラントは、ＨＡＲＱフィードバック要求を含む。所定数（ｇ）のサブフレーム後、ＵＥは、それぞれが先のＵＥへの下りリンク伝送に対応する１つ以上のＨＡＲＱプロセスに対応するＨＡＲＱフィードバックを送信する。

図５に示す例では、ＨＡＲＱフィードバック要求の受信からＨＡＲＱフィードバックの送信までの遅延をｇによって表しており、このパラメータはいくつかの実施形態においてシステム依存でありうる。図５は単一のＨＡＲＱプロセスを図解していることが理解されるべきである。ＬＴＥ及び他のシステムでは、システムが、ＵＥへの追加のデータをスケジューリングして送信する前にＨＡＲＱプロセスが完了するまで待つ必要がないように、いくつかのプロセスが同時にアクティブでありうる。

いくつかの実施形態では、ＵＬグラントは、「ＨＡＲＱフィードバック要求」フィールドを含み、これは、上りリンクスケジューリンググラントに用いられる既存の下りリンク制御情報（ＤＣＩ）フォーマット（すなわち、ＤＣＩフォーマット０又は４）に含まれる。これは、既存のフォーマットを追加のフィールドで増補することによってなされるだろう。他の実施形態では、「ＨＡＲＱフィードバック要求」フィールドは、今日利用可能なＤＣＩフォーマット０及び４に加えて、上りリンクスケジューリンググラントに用いられるような新しいＤＣＩフォーマットに含められる。さらに他の実施形態では、「ＨＡＲＱフィードバック要求」フィールドは、下りリンクスケジューリング割り当てに用いられる１つ以上の既存のＤＣＩフォーマットに含められる。これは、そのフォーマットを追加のフィールドで増補することによってなされるだろう。さらに他の実施形態では、「ＨＡＲＱフィードバック要求」が、ＵＥに、この目的で用いられる追加の無線ネットワーク一時識別子（ＲＮＴＩ）を提供することによってシグナリングされる。この新しいＲＮＴＩがＤＣＩメッセージにおいて用いられる場合は、いつでも、既存のＤＣＩフォーマットにおける既存のフィールドに属するビットが、「ＨＡＲＱフィードバック要求」のために必要な追加の情報のために再利用されうる。

「ＨＡＲＱフィードバック要求」フィールドの内容は、本技術の１つの実施形態と別のものとで変動しうる。いくつかの実施形態では、「ＨＡＲＱフィードバック要求」フィールドは、ＨＡＲＱフィードバックが要求されるか否かを単純に示す１ビットのフィールドである。これは、ＵＥに対して、全てのＨＡＲＱプロセスに対するフィードバックが要求されることを示すだろう。他の実施形態では、「ＨＡＲＱフィードバック要求」フィールドは、ＨＡＲＱプロセスの総数に等しいサイズのビットマップである。これをＴとすると、このビットマップは、このビットマップにおけるインデクスｔにおいてセットビット（例えばビット値１）が、インデクスｔを有するＨＡＲＱプロセスについてフィードバックが要求されることを意味するように、０…Ｔ−１とインデクスが付される。同様に、ビットマップにおける所定のポイントにおけるクリアビット（例えばビット値０）が、そのポイントに対応するＨＡＲＱプロセスについてはフィードバックが供給されるべできないことを意味する。

さらに他の実施形態では、「ＨＡＲＱフィードバック要求」フィールドは、ＵＥがフィードバックを供給すべき特定数のＨＡＲＱプロセスの情報を示すようにエンコードされる。１つの例として、｛０、２、２０、Ａｌｌ｝と解釈される２ビットの情報フィールドとしてエンコードされうる。この場合、「Ａｌｌ」は、全てのＨＡＲＱプロセスが報告されるべきであることを意味し、一方で「０」は、報告が送信されるべきでないことを意味する。これを十分に使用可能であるようにするために、ネットワークは、例えば常に最低のインデクス番号を有するフリーＨＡＲＱプロセスを割り当てることなどの、所定の順序でＨＡＲＱプロセスが使用されることを確実にすることも要求される。そして、ネットワークは、混乱を避けるために、要求が完了する前の再構成時に、全てのＨＡＲＱプロセスが継続していることを確実にする必要もある。

いくつかの実施形態において、「ＨＡＲＱフィードバック要求」は、実際のＨＡＲＱプロセス番号を提供することによって、単一の又は複数の選択されたプロセスに対して要求される。いくつかの実施形態において、「ＨＡＲＱフィードバック要求」フィールドは、プロセスの範囲を示す。このように、例えば、ＵＥに対して、ｔからｔ＋ｒ−１まで番号が付されたＨＡＲＱプロセスについて報告されるべきことを示す、開始値ｔ及び範囲ｒを含んだフォーマットを有しうる。

さらに他の実施形態では、「ＨＡＲＱフィードバック要求」フィールドは、サブフレームの範囲を示し、従って、フィードバックが報告されるべきその範囲内で受信されたＨＡＲＱ Ｒｘプロセスに対応するセットを示す。このように、例えば、これらの実施形態のいくつかにおける「ＨＡＲＱフィードバック要求」は、グラントされた受信サブフレームｎからのオフセットとして表される最後の要求されるサブフレームｋを含み、また、報告に含まれるべきサブフレームの数ｍを含みうる。ｎ＋ｋ−ｍ−１からｎ＋ｋまでの全サブフレームが報告されるだろう。

様々な実施形態において、ＵＥによって送信されるＨＡＲＱフィードバックは、フィードバックが報告されるＨＡＲＱ Ｒｘプロセスの明示的な識別子を含みうる。いくつかの実施形態において、送信されるＨＡＲＱフィードバックは、フィードバックが報告される１つ以上のＨＡＲＱプロセスのそれぞれについてサブフレーム番号が示される「ＲｅｐｏｒｔＳＦＮ」タイムスタンプを含みうる。

ＨＡＲＱフィ−ドバック報告及び処理の上述の詳細な例を前提として、これらの技術がより一般的に適用されうることが理解されるべきである。図６は、エンハンスドＬＴＥ無線ネットワークにおいて動作するＵＥなどの、無線通信ネットワークにおいて動作する無線デバイスにおいて実行されうる例示の処理を示している。

ブロック６１０において示されるように、図解される方法は、第１の送信時間間隔において、無線通信ネットワークから自動再送要求（ＡＲＱ）フィードバックの要求を受信することを含む。要求は、１つ以上のＡＲＱプロセスを示す。ブロック６２０に示されるように、方法は、さらに、第２の送信時間間隔において、１つ以上の示されたＡＲＱプロセスのそれぞれについてＡＲＱフィードバック情報を無線通信ネットワークへ送信することを含む。

いくつかの実施形態では、ＡＲＱフィードバックの要求は、下りリンクリソースを無線デバイスへ割り当てるリソース割り当てメッセージの一部として又はそれに関連付けられて、受信される。他の実施形態では、ＡＲＱフィードバックの要求は、無線デバイスへ上りリンクリソースを割り当てるリソース割り当てメッセージの一部として又はそれに関連付けられて、受信される。これらの後者の実施形態の一部において、リソース割り当てメッセージは、ＡＲＱフィードバック情報を送信するための上りリンクリソースを割り当てうる。いくつかの実施形態では、無線通信ネットワークはＥ−ＵＴＲＡＮネットワークであり、リソース割り当てメッセージは、ＡＲＱフィードバックの要求を運ぶための１つ以上のフィールドで増補された、下りリンク制御情報（ＤＣＩ）フォーマット０メッセージ又はＤＣＩフォーマット４メッセージを含む。

いくつかの実施形態では、ＡＲＱフィードバックの要求は、リソース割り当てメッセージがＡＲＱフィードバックの要求を含むことを示す無線デバイスのための無線ネットワーク一時識別子（ＲＮＴＩ）を含んだ、リソース割り当てメッセージにおいて受信される。

様々な技術が、ＡＲＱフィードバックが提供されるべきＡＲＱプロセスを示すために用いられうる。例えば、いくつかの実施形態において、ＡＲＱフィードバックの要求は、全てのＡＲＱプロセスに対するＡＲＱフィードバックが要求されるか否かを示す１ビットのフィールドを含む。他の可能性は、ＡＲＱフィードバックの要求が、ビットマップにおける各ビットが複数のＡＲＱプロセスの特定の１つに対応し、対応するＡＲＱプロセスについてフィードバックが要求されるかを示すようなビットマップを含むこと；無線デバイスがフィードバックを提供すべきＡＲＱプロセスの数を示すこと；１つ以上の特定のＡＲＱプロセス番号を示すこと；ＡＲＱプロセス番号の特定の範囲を示すこと；又は、送信時間間隔の範囲を示し、送信時間間隔の示された範囲の間にアクティブな全てのＡＲＱプロセスについて無線デバイスがＡＲＱフィードバックを提供すべきことを示すこと、を含む。

図７は、エンハンスドＬＴＥ無線ネットワークで動作する基地局（ｅＮｏｄｅＢ）などの、無線通信ネットワークのネットワークノードにおいて実行されうる例示の方法を図解している。図７の方法が図６に示される例示の方法と相補的であるが密接に対応することが理解される。

ブロック７１０に示されるように、図解された方法は、自動再送要求（ＡＲＱ）フィードバックの要求を、第１の送信時間間隔において、無線デバイスに送信することを含む。要求は１つ以上のＡＲＱプロセスを示す。ブロック７２０において示されるように、方法は、さらに、１つ以上の示されたＡＲＱプロセスのそれぞれについてのＡＲＱフィードバック情報を、第２の送信時間間隔において、無線デバイスから受信することを含む。

いくつかの実施形態において、ＡＲＱフィードバックの要求は、無線デバイスへ下りリンクリソースを割り当てるリソース割り当てメッセージの一部として又はそれに関連して、送信される。他の実施形態では、ＡＲＱフィードバックの要求は、無線デバイスへ上りリンクリソースを割り当てるリソース割り当てメッセージの一部として又はそれに関連付けられて、送信される。これらの後者の実施形態の一部では、リソース割り当てメッセージは、ＡＲＱフィードバック情報を送信するための上りリンクリソースを割り当てうる。いくつかの実施形態では、無線通信ネットワークはＥ−ＵＴＲＡＮネットワークであり、リソース割り当てメッセージは、ＡＲＱフィードバックの要求を運ぶための１つ以上のフィールドで増補された下りリンク制御情報（ＤＣＩ）フォーマット０メッセージ又はＤＣＩフォーマット４メッセージを含む。

いくつかの実施形態では、ＡＲＱフィードバックの要求は、リソース割り当てメッセージがＡＲＱフィードバックの要求を含むことを示す、無線デバイスのための無線ネットワーク一時識別子（ＲＮＴＩ）を含んだリソース割り当てメッセージにおいて、送信される。

また、様々な技術が、ＡＲＱフィードバックが提供されるべきＡＲＱプロセスを示すために用いられうる。例えば、いくつかの実施形態では、ＡＲＱフィードバックの要求は、全てのＡＲＱプロセスに対してＡＲＱフィードバックが要求されるか否かを示す１ビットのフィールドを含む。他の可能性は、ＡＲＱフィードバックの要求が、ビットマップにおける各ビットが複数のＡＲＱプロセスの特定の１つに対応し、対応するＡＲＱプロセスについてフィードバックが要求されるかを示すようなビットマップを含むこと；無線デバイスがフィードバックを提供すべきＡＲＱプロセスの数を示すこと；１つ以上の特定のＡＲＱプロセス番号を示すこと；ＡＲＱプロセス番号の特定の範囲を示すこと；又は、送信時間間隔の範囲を示し、送信時間間隔の示された範囲の間にアクティブな全てのＡＲＱプロセスについて無線デバイスがＡＲＱフィードバックを提供すべきことを示すこと、を含む。

本開示の技術の実施形態は、図６及び７の処理フロー図で示された方法とその変形とを含んだ、上述のいくつかの方法を含む。他の実施形態は、これらの方法のうちの１つ以上を実行するように構成される移動体端末装置及び対応するネットワークノードを含む。本発明のいくつかの実施形態では、図２における処理回路２１０又は図３における処理モジュール３１０及びメモリ回路３６０などの処理回路が、上で詳細に説明された技術の１つ以上を実行するように構成される。同様に、他の実施形態は、１つ以上のこのような処理回路を含んだ移動体端末及びネットワークノードを含みうる。いくつかの場合では、これらの処理回路は、１つ以上の適切なメモリデバイスに記憶された適切なプログラムコードを用いて、ここで説明される１つ以上の技術を実装するように構成される。もちろん、単一のマイクロプロセッサにおいて又は単一のモジュールにおいてさえ、これらの技術のステップの全てを必ずしも実行する必要がないことが理解されるだろう。

さらに、上述の実施形態の様々な態様が、図６及び７で図解された方法のステップに対応する機能「モジュール」によって実行されるものと理解されうることが、理解されるだろう。これらの機能モジュールは、例えば、図２及び３において示したもののようなハードウェア構成を有するネットワークノードおよび無線デバイスにおける、適切な処理回路上で実行するプログラム命令、ハードコーディングされたデジタル回路とアナログ回路との少なくともいずれか、又はそれらの適切な組み合わせでありうる。

例えば、図８は、図２に示される例示の無線デバイス２００の別の図を示すブロック図であるが、ここではこの機能図に従って処理回路が図解されている。図８において、処理回路２１０は、無線通信ネットワークから、第１の送信時間間隔において、自動再送要求（ＡＲＱ）の要求であって、１つ以上のＡＲＱプロセスを示す要求を受信するように適合される受信モジュール８１０を有する。処理回路２１０は、さらに、無線通信ネットワークへ、第２の送信時間間隔において、１つ以上の示されたＡＲＱプロセスのそれぞれについてのＡＲＱフィードバック情報を送信するように適合されるＡＲＱフィードバックモジュール８２０を有する。

同様に、図９は、図３に図示されている例示の基地局３００の別の図を示すブロックであるが、ここでは、基地局３００の処理回路が機能図に従って図解されている。図９において、処理回路９１０は、第１の送信時間間隔において、自動再送要求（ＡＲＱ）フィードバックの要求であって、１つ以上のＡＲＱプロセスを示す要求を、無線デバイスへ送信するように適合されたフィードバック要求モジュール９２０を有する。処理回路９１０は、さらに、１つ以上の示されたＡＲＱプロセスのそれぞれについてのＡＲＱフィードバックを、第２の送信時間間隔において、無線デバイスから受信するように構成されたＡＲＱ処理モジュール９３０を有する。本発明の範囲から離れることなく、上述の実施形態に対する様々な変形がなされうることが当業者には理解されるだろう。例えば、本発明の実施形態について３ＧＰＰで規定されたＬＴＥ標準に準拠する通信システムを参照する例を用いて説明したが、提示される解決策は、他のネットワークにも等しく良好に適用可能でありうることに留意すべきである。したがって、上述の特定の実施形態は、本発明の範囲を限定するよりはむしろ例示であるとみなされるべきである。勿論、要素又は技術の考えられる全ての組み合わせを説明することはできないため、当業者は、本発明の基本的な特性から離れることなく、ここで具体的に説明されるものと異なる方法で本発明が実装されうることを理解するだろう。このように、本実施形態は、全態様において、図解であって限定ではないように考えられるべきである。

本発明思想の様々な実施形態の提示される説明において、ここで用いられる専門用語は、特定の実施形態のみを説明するためのものであり、本発明思想の限定を意図していないことが理解されるべきである。別途定義されない限り、ここで用いられる（技術及び科学用語を含む）全ての用語は、本発明思想が属する当業者によって一般に理解されるのと同じ意味を有する。さらに、一般的な辞書において定義されるものなどの用語は、本明細書の文脈及び関連する技術におけるそれらの意味と調和する意味を有すると解されるべきであり、ここで明示的にそう定義される理想的又は過度に形式的な意味において解されないことが理解されるだろう。

要素が他の要素へ「接続され」、「結合され」、「応答して」又はその変形として参照されている場合、他の要素に直接接続され、結合され、又は応答してもよいし、介在要素が存在してもよい。これに対して、要素が他の要素に「直接接続され」、「直接結合され」、「直接応答し」又はその変形として参照される場合、介在要素は存在しない。終始、同様の番号は同様の要素を参照する。さらに、ここで使用されるような「結合され」、「接続され」、「応答し」又はその変形は、無線で結合され、接続され、又は応答することを含む。ここで用いられるように、単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈がそうでないことを明確に示さない限り、複数形も含むことを意図している。既知の機能及び構造は、簡潔さと明瞭さとの少なくともいずれかのために詳細には説明されていないかもしれない。用語「および／または」は、関連するリスト化された項目の１つ以上のいずれか及び全ての組み合わせを含む。

第１、第２、第３などの用語は、ここでは様々な要素／動作を説明するために用いられうるが、これらの要素／動作はこれらの用語によって限定されるべきでないことが理解されるだろう。これらの用語は、１つの要素／動作を他の要素／動作と区別するためにのみ用いられる。したがって、いくつかの実施形態における第１の要素／動作が、本発明思想の教示から離れることなく、他の実施形態における第２の要素／動作と称されうる。同一の参照番号又は同一の参照指示子は、明細書を通じて、同一の又は同様の要素を表す。

ここで用いられるように、用語「ｃｏｍｐｒｉｓｅ」、「ｃｏｍｐｒｉｓｉｎｇ」、「ｉｎｃｌｕｄｅ」、「ｉｎｃｌｕｄｉｎｇ」、「ｉｎｃｌｕｄｅｓ」、「ｈａｖｅ」、「ｈａｓ」、「ｈａｖｉｎｇ」、又はその変形は、制限のないものであり、１つ以上の提示された特徴、整数、要素、ステップ、コンポーネント、又は機能を含むが、１つ以上の他の特徴、整数、要素、ステップ、コンポーネント、機能又はそのグループの存在又は追加を排除しない。さらに、ここで用いられるように、ラテン語のフレーズ「ｅｘｅｍｐｌｉ ｇｒａｔｉａ」から導出される共通の略語「ｅ．ｇ．」は、先に言及された項目の１つまたは複数の一般的な例を導入し又は特定するために用いられうると共に、このような項目の限定は意図されていない。ラテン語のフレーズ「ｉｄ ｅｓｔ」から導出される共通の略語「ｉ．ｅ．」は、より一般的な列挙から特定の項目を特定するために用いられうる。

ここでは、例示の実施形態について、コンピュータ実装される方法と、装置（システムとデバイスとの少なくともいずれか）と、コンピュータプログラムプロダクトとの少なくともいずれかのブロック図とフローチャートの図解との少なくともいずれかを参照して説明した。ブロック図とフローチャートの図解との少なくともいずれかのブロック、及びブロック図とフローチャートの図解との少なくともいずれかのブロックの組み合わせは１つ以上のコンピュータ回路によって実行されるコンピュータプログラム命令によって実装されうる。これらのコンピュータプログラム命令は、汎用コンピュータ回路と、特定用途コンピュータ回路と、他のプログラマブルデータ処理回路との少なくともいずれかのプロセッサ回路へ供給され、コンピュータと他のプログラマブルデータ処理装置との少なくともいずれかのプロセッサを介して実行する命令が、ブロック図とフローチャートとの少なくともいずれかにおける１つまたは複数のブロックにおいて特定される機能／動作を実行し、そして、それによってブロック図とフローチャートとの少なくともいずれかのブロックにおいて特定される機能／動作を実行するための手段（機能）および／または構造を製造するよう、トランジスタ、メモリロケーション内に記憶された値、及びこのような回路内の他のハードウェアコンポーネントを変形して制御するように、機械を製造する。

また、これらのコンピュータプログラム命令は、コンピュータ可読媒体に記憶された命令がブロック図とフローチャートとの少なくともいずれかの１つまたは複数のブロックにおいて特定される機能／動作を実装する命令を含んだ製品を製造するように、特定の方法で動作するようにコンピュータまたは他のプログラマブルデータ処理装置に指示することができる有形のコンピュータ可読媒体に記憶されうる。したがって、本発明思想の実施形態は、「回路」「モジュール」又はその変形として総じて参照されうる、デジタルシグナルプロセッサなどのプロセッサで動作する、（ファームウェア、常駐ソフトウェア、マイクロコードなどを含んだ）ハードウェアとソフトウェアとの少なくともいずれかにおいて具現化されうる。

また、いくつかの代替の実装では、フローチャートにおいてブロックにおいて言及された機能／動作が言及されている順序から外れて生じうることに留意すべきである。例えば、含まれる機能／動作に応じて、２つの連続して示されるブロックは、実際には、実質的に同時に実行されてもよいし、ブロックは、場合によっては、逆の順序で実行されてもよい。さらに、フローチャートとブロック図との少なくともいずれかの所与のブロックの機能は、複数のブロックに分割されてもよいし、又は、フローチャートとブロック図との少なくともいずれかの２つ以上のブロックの機能が少なくとも部分的に統合されてもよいし、又は、その両方であってもよい。最後に、発明思想の範囲から離れることなく、他のブロックが図解されたブロック間に追加／挿入されてもよいし、ブロック／動作が省略されてもよいし、その両方であってもよい。さらに、図のいくつかは通信の主たる方向を示すために通信パス上に矢印を含むが、通信は図解された矢印と逆方向において生じてもよいことが理解されるべきである。

本発明思想の原理から実質的に離れることなく、実施形態に対して多数の変形及び変更がなされうる。ここでは、このような変形及び変更の全ては、本発明思想の範囲内に含まれることが意図されている。したがって、上述の主題は、説明のためであって限定のためでないと理解されるべきであり、添付の例示の実施形態は、本発明思想の精神および範囲の範囲内の全てのこのような変更、強化、及び他の実施形態をカバーすることが意図されている。このように、法で許容される最大限度まで、本発明思想の範囲が、本開示の最も広い許容される解釈によって定められるべきであり、先の詳細な説明によって限定され制限されるべきでない。

例示の実施形態
本開示の技術及び装置の実施形態は、以下を含むが、それには限定されない。

（ａ）無線通信ネットワークにおいて動作する無線デバイスにおける方法であって、
前記無線通信ネットワークから、第１の送信時間間隔において、
ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの要求であって、１つ以上のＨＡＲＱプロセスを示す前記要求を受信することと、
第２の送信時間間隔において、示された１つ以上の前記ＨＡＲＱプロセスのそれぞれについてのＨＡＲＱフィードバック情報を、前記無線通信ネットワークへ送信することと、
を含む方法。

（ｂ）例示の実施形態（ａ）の方法であって、ＨＡＲＱフィードバックの前記要求は、前記無線デバイスへ上りリンクリソースを割り当てるリソース割り当てメッセージの一部として又は当該メッセージに関連付けて受信される。

（ｃ）例示の実施形態（ｂ）の方法であって、前記リソース割り当てメッセージは、前記ＨＡＲＱフィードバック情報を送信するための上りリンクリソースを割り当てる。

（ｄ）例示の実施形態（ｂ）又は（ｃ）の方法であって、前記無線通信ネットワークはＥ−ＵＴＲＡＮネットワークであり、前記リソース割り当てメッセージは、ＨＡＲＱフィードバックの前記要求を運ぶための１つ以上のフィールドで増補された下りリンク制御情報（ＤＣＩ）フォーマット０メッセージ又はＤＣＩフォーマット４メッセージを含む。

（ｅ）例示の実施形態（ａ）の方法であって、ＨＡＲＱフィードバックの前記要求は、前記無線デバイスへの下りリンクリソースを有り当てるリソース割り当てメッセージの一部として又は当該メッセージに関連付けて受信される。

（ｆ）例示の実施形態（ａ）〜（ｅ）のいずれかの方法であって、ＨＡＲＱフィードバックの前記要求は、リソース割り当てメッセージがＨＡＲＱフィードバックの前記要求を含むことを示す、前記無線デバイスのための無線ネットワーク一時識別子（ＲＮＴＩ）を含んだ前記リソース割り当てメッセージにおいて受信される。

（ｇ）例示の実施形態（ａ）〜（ｆ）のいずれかの方法であって、ＨＡＲＱフィードバックの前記要求は、全てのＨＡＲＱプロセスについてＨＡＲＱフィードバックが要求されるか否かを示す１ビットのフィールドを含む。

（ｈ）例示の実施形態（ａ）〜（ｆ）のいずれかの方法であって、ＨＡＲＱフィードバックの前記要求はビットマップであって、前記ビットマップにおける各ビットが複数のＨＡＲＱプロセスの特定の１つに対応すると共に当該対応するＨＡＲＱプロセスに対してフィードバックが要求されるかを示すような、前記ビットマップを含む。

（ｉ）例示の実施形態（ａ）〜（ｆ）のいずれかの方法であって、ＨＡＲＱフィードバックの前記要求は、前記無線デバイスがフィードバックを提供すべきＨＡＲＱプロセスの数を示す。

（ｊ）例示の実施形態（ａ）〜（ｆ）のいずれかの方法であって、ＨＡＲＱフィードバックの前記要求は、１つ以上の特定のＨＡＲＱプロセス番号を示す。

（ｋ）例示の実施形態（ａ）〜（ｆ）のいずれかの方法であって、ＨＡＲＱフィードバックの前記要求は、ＨＡＲＱプロセス番号の特定の範囲を示す。

（ｌ）例示の実施形態（ａ）〜（ｆ）のいずれかの方法であって、ＨＡＲＱフィードバックの前記要求は送信時間間隔の範囲を示し、示された送信時間間隔の前記範囲の間にアクティブな全てのＨＡＲＱプロセスについて前記無線デバイスがＨＡＲＱフィードバックを提供すべきであることを示す。

（ｍ）無線通信ネットワークにおけるネットワークノードにおける方法であって、
第１の送信時間間隔において、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの要求であって、１つ以上のＨＡＲＱプロセスを示す前記要求を、無線デバイスへ送信することと、
第２の送信時間間隔において、示された前記１つ以上のＨＡＲＱプロセスのそれぞれについてのＨＡＲＱフィードバック情報を、前記無線デバイスから受信することと、
を含む方法。

（ｎ）例示の実施形態（ｍ）の方法であって、ＨＡＲＱフィードバックの前記要求は、前記無線デバイスへ上りリンクリソースを割り当てるリソース割り当てメッセージの一部として又は当該メッセージに関連付けて送信される。

（ｏ）例示の実施形態（ｎ）の方法であって、前記リソース割り当てメッセージは、前記ＨＡＲＱフィードバック情報を送信するための上りリンクリソースを割り当てる。

（ｐ）例示の実施形態（ｎ）又は（ｏ）の方法であって、前記無線通信ネットワークはＥ−ＵＴＲＡＮネットワークであり、前記リソース割り当てメッセージは、ＨＡＲＱフィードバックの前記要求を運ぶ１つ以上のフィールドで増補された、下りリンク制御情報（ＤＣＩ）フォーマット０メッセージ又はＤＣＩフォーマット４メッセージを含む。

（ｑ）例示の実施形態（ｍ）の方法であって、ＨＡＲＱフィードバックの前記要求は、前記無線デバイスへ下りリンクリソースを割り当てるリソース割り当てメッセージの一部として又は当該メッセージに関連付けて送信される。

（ｒ）例示の実施形態（ｍ）〜（ｑ）のいずれかの方法であって、ＨＡＲＱフィードバックの前記要求は、ＨＡＲＱフィードバックの前記要求をリソース割り当てメッセージが含むことを示す前記無線デバイスのための無線ネットワーク一時識別子（ＲＮＴＩ）を含んだ、前記リソース割り当てメッセージにおいて送信される。

（ｓ）例示の実施形態（ｍ）〜（ｒ）のいずれかの方法であって、ＨＡＲＱフィードバックの前記要求は、全てのＨＡＲＱプロセスについてＨＡＲＱフィードバックが要求されるか否かを示す１ビットのフィールドを含む。

（ｔ）例示の実施形態（ｍ）〜（ｒ）のいずれかの方法であって、ＨＡＲＱフィードバックの前記要求は、ビットマップであって、当該ビットマップにおける各ビットが複数のＨＡＲＱプロセスの特定の１つと対応するとともに前記対応するＨＡＲＱプロセスに対してフィードバックが要求されるかを示すような前記ビットマップを含む。

（ｕ）例示の実施形態（ｍ）〜（ｒ）のいずれかの方法であって、ＨＲＱフィードバックの前記要求は、前記無線デバイスがフィードバックを提供するべきＨＡＲＱプロセスの数を示す。

（ｖ）例示の実施形態（ｍ）〜（ｒ）のいずれかの方法であって、ＨＡＲＱフィードバックの前記要求は、１つ以上の特定のＡＲＱプロセス番号を示す。

（ｗ）例示の実施形態（ｍ）〜（ｒ）のいずれかの方法であって、ＨＡＲＱフィードバックの前記要求は、ＨＡＲＱプロセス番号の特定の範囲を示す。

（ｘ）例示の実施形態（ｍ）〜（ｒ）のいずれかの方法であって、ＨＡＲＱフィードバックの前記要求は送信時間間隔の範囲を示し、送信時間間隔の示された前記範囲の間にアクティブな全てのＨＡＲＱプロセスについて前記無線デバイスがＨＡＲＱフィードバックを提供すべきことを示す。

（ｙ）無線通信ネットワークにおける動作のために構成された無線デバイスであって、
第１の送信時間間隔において、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの要求であって、１つ以上のＨＡＲＱプロセスを示す前記要求を、前記無線通信ネットワークから受信するための手段と、
第２の送信時間間隔において、示された前記１つ以上のＨＡＲＱプロセスのそれぞれについてのＨＡＲＱフィードバック情報を、前記無線通信ネットワークへ送信するための手段と、
を有する無線デバイス。

（ｚ）無線通信ネットワークにおける動作のために構成された無線デバイスであって、前記無線デバイスは、ネットワークノードと通信するように構成された無線送受信器を有すると共に、さらに、処理回路であって、前記無線送受信器を使用して、
第１の送信時間間隔において、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの要求であって、１つ以上のＨＡＲＱプロセスを示す前記要求を、前記無線通信ネットワークから受信し、
第２の送信時間間隔において、示された前記１つ以上のＨＡＲＱプロセスのそれぞれについてのＨＡＲＱフィードバック情報を、前記無線通信ネットワークへ送信する、
ように適合された処理回路を有する無線デバイス。

（ａａ）例示の実施形態（ｙ）又は（ｚ）の無線デバイスであって、前記無線デバイスは、例示の実施形態（ｂ）〜（ｌ）のいずれかの方法を実行するようにさらに適合される。

（ｂｂ）無線通信システムのネットワークノードであって、
第１の送信時間間隔において、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの要求であって、１つ以上のＨＡＲＱプロセスを示す前記要求を、無線デバイスへ送信する手段と、
第２の送信時間間隔において、示された前記１つ以上のＨＡＲＱプロセスのそれぞれについてのＨＡＲＱフィードバック情報を、前記無線デバイスから受信するための手段と、
を有するネットワークノード。

（ｃｃ）無線通信システムのネットワークノードであって、前記ネットワークノードは、無線デバイスと通信するように構成された無線送受信器を含み、さらに、処理回路であって、前記無線送受信器を用いて、
第１の送信時間間隔において、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの要求であって、１つ以上のＨＡＲＱプロセスを示す前記要求を、無線デバイスへ送信し、
第２の送信時間間隔において、示された前記１つ以上のＨＡＲＱプロセスのそれぞれについてのＨＡＲＱフィードバック情報を、前記無線デバイスから受信する、
ように適合された処理回路を有するネットワークノード。

（ｄｄ）例示の実施形態（ｂｂ）又は（ｃｃ）のネットワークノードであって、ネットワークノードは、例示の実施形態（ｎ）〜（ｘ）のいずれかの方法を実行するようにさらに適合される。

Claims (54)

1. 無線通信ネットワークにおいて動作する無線デバイスにおける方法であって、
   第１の送信時間間隔において、自動再送要求（ＡＲＱ）フィードバックの要求であって、１つ以上のＡＲＱプロセスを示す前記要求を、前記無線通信ネットワークから受信すること（６１０）と、
   第２の送信時間間隔において、示された前記１つ以上のＡＲＱプロセスのそれぞれについてのＡＲＱフィードバック情報を、前記無線通信ネットワークへ送信すること（６２０）と、
   を含むことを特徴とする方法。
2. ＡＲＱフィードバックの前記要求は、前記無線デバイスへ上りリンクリソースを割り当てるリソース割り当てメッセージの一部として又は当該メッセージに関連付けて受信される、ことを特徴とする請求項１に記載の方法。
3. 前記リソース割り当てメッセージは、前記ＡＲＱフィードバック情報を送信するための上りリンクリソースを割り当てる、ことを特徴とする請求項２に記載の方法。
4. 前記無線通信ネットワークはＥ−ＵＴＲＡＮネットワークであり、前記リソース割り当てメッセージは、ＡＲＱフィードバックの前記要求を運ぶ１つ以上のフィールドで増補された、下りリンク制御情報（ＤＣＩ）フォーマット０メッセージ又はＤＣＩフォーマット４メッセージを含む、ことを特徴とする請求項２又は３に記載の方法。
5. ＡＲＱフィードバックの前記要求は、前記無線デバイスへ下りリンクリソースを割り当てるリソース割り当てメッセージの一部として又は当該メッセージに関連付けて受信される、ことを特徴とする請求項１に記載の方法。
6. ＡＲＱフィードバックの前記要求は、ＡＲＱフィードバックの前記要求をリソース割り当てメッセージが含むことを示す前記無線デバイスのための無線ネットワーク一時識別子（ＲＮＴＩ）を含んだ、前記リソース割り当てメッセージにおいて受信される、ことを特徴とする請求項１から５のいずれか１項に記載の方法。
7. ＡＲＱフィードバックの前記要求は、全てのＡＲＱプロセスについてＡＲＱフィードバックが要求されるか否かを示す１ビットのフィールドを含む、ことを特徴とする請求項１から６のいずれか１項に記載の方法。
8. ＡＲＱフィードバックの前記要求は、ビットマップであって、当該ビットマップにおける各ビットが複数のＡＲＱプロセスの特定の１つと対応するとともに前記対応するＡＲＱプロセスに対してフィードバックが要求されるかを示すような前記ビットマップを含む、ことを特徴とする請求項１から６のいずれか１項に記載の方法。
9. ＡＲＱフィードバックの前記要求は、前記無線デバイスがフィードバックを提供するべきＡＲＱプロセスの数を示す、ことを特徴とする請求項１から６のいずれか１項に記載の方法。
10. ＡＲＱフィードバックの前記要求は、１つ以上の特定のＡＲＱプロセス番号を示す、ことを特徴とする請求項１から６のいずれか１項に記載の方法。
11. ＡＲＱフィードバックの前記要求は、ＡＲＱプロセス番号の特定の範囲を示す、ことを特徴とする請求項１から６のいずれか１項に記載の方法。
12. ＡＲＱフィードバックの前記要求は送信時間間隔の範囲を示し、送信時間間隔の示された前記範囲の間にアクティブな全てのＡＲＱプロセスについて前記無線デバイスがＡＲＱフィードバックを提供すべきことを示す、ことを特徴とする請求項１から６のいずれか１項に記載の方法。
13. 無線通信ネットワークのネットワークノードにおける方法であって、
    第１の送信時間間隔において、自動再送要求（ＡＲＱ）フィードバックの要求であって、１つ以上のＡＲＱプロセスを示す前記要求を、無線デバイスへ送信すること（７１０）と、
    第２の送信時間間隔において、示された前記１つ以上のＡＲＱプロセスのそれぞれについてのＡＲＱフィードバック情報を、前記無線デバイスから受信すること（７２０）と、
    を含むことを特徴とする方法。
14. ＡＲＱフィードバックの前記要求は、前記無線デバイスへ上りリンクリソースを割り当てるリソース割り当てメッセージの一部として又は当該メッセージに関連付けて送信される、ことを特徴とする請求項１３に記載の方法。
15. 前記リソース割り当てメッセージは、前記ＡＲＱフィードバック情報を送信するための上りリンクリソースを割り当てる、ことを特徴とする請求項１４に記載の方法。
16. 前記無線通信ネットワークはＥ−ＵＴＲＡＮネットワークであり、前記リソース割り当てメッセージは、ＡＲＱフィードバックの前記要求を運ぶ１つ以上のフィールドで増補された、下りリンク制御情報（ＤＣＩ）フォーマット０メッセージ又はＤＣＩフォーマット４メッセージを含む、ことを特徴とする請求項１４又は１５に記載の方法。
17. ＡＲＱフィードバックの前記要求は、前記無線デバイスへ下りリンクリソースを割り当てるリソース割り当てメッセージの一部として又は当該メッセージに関連付けて送信される、ことを特徴とする請求項１３に記載の方法。
18. ＡＲＱフィードバックの前記要求は、ＡＲＱフィードバックの前記要求をリソース割り当てメッセージが含むことを示す前記無線デバイスのための無線ネットワーク一時識別子（ＲＮＴＩ）を含んだ、前記リソース割り当てメッセージにおいて送信される、ことを特徴とする請求項１３から１７のいずれか１項に記載の方法。
19. ＡＲＱフィードバックの前記要求は、全てのＡＲＱプロセスについてＡＲＱフィードバックが要求されるか否かを示す１ビットのフィールドを含む、ことを特徴とする請求項１３から１８のいずれか１項に記載の方法。
20. ＡＲＱフィードバックの前記要求は、ビットマップであって、当該ビットマップにおける各ビットが複数のＡＲＱプロセスの特定の１つと対応するとともに前記対応するＡＲＱプロセスに対してフィードバックが要求されるかを示すような前記ビットマップを含む、ことを特徴とする請求項１３から１８のいずれか１項に記載の方法。
21. ＡＲＱフィードバックの前記要求は、前記無線デバイスがフィードバックを提供するべきＡＲＱプロセスの数を示す、ことを特徴とする請求項１３から１８のいずれか１項に記載の方法。
22. ＡＲＱフィードバックの前記要求は、１つ以上の特定のＡＲＱプロセス番号を示す、ことを特徴とする請求項１３から１８のいずれか１項に記載の方法。
23. ＡＲＱフィードバックの前記要求は、ＡＲＱプロセス番号の特定の範囲を示す、ことを特徴とする請求項１３から１８のいずれか１項に記載の方法。
24. ＡＲＱフィードバックの前記要求は送信時間間隔の範囲を示し、送信時間間隔の示された前記範囲の間にアクティブな全てのＡＲＱプロセスについて前記無線デバイスがＡＲＱフィードバックを提供すべきことを示す、ことを特徴とする請求項１３から１８のいずれか１項に記載の方法。
25. 無線通信ネットワークにおける動作のために構成された無線デバイス（２００）であって、
    第１の送信時間間隔において、自動再送要求（ＡＲＱ）フィードバックの要求であって、１つ以上のＡＲＱプロセスを示す前記要求を、前記無線通信ネットワークから受信し、
    第２の送信時間間隔において、示された前記１つ以上のＡＲＱプロセスのそれぞれについてのＡＲＱフィードバック情報を、前記無線通信ネットワークへ送信する、
    ように適合された無線デバイス（２００）。
26. 前記無線デバイス（２００）は、前記無線デバイスへ上りリンクリソースを割り当てるリソース割り当てメッセージの一部として又は当該メッセージに関連付けて、ＡＲＱフィードバックの前記要求を受信するように適合される、ことを特徴とする請求項２５に記載の無線デバイス（２００）。
27. 前記リソース割り当てメッセージは、前記ＡＲＱフィードバック情報を送信するための上りリンクリソースを割り当てる、ことを特徴とする請求項２６に記載の無線デバイス（２００）。
28. 前記無線通信ネットワークはＥ−ＵＴＲＡＮネットワークであり、前記リソース割り当てメッセージは、ＡＲＱフィードバックの前記要求を運ぶ１つ以上のフィールドで増補された、下りリンク制御情報（ＤＣＩ）フォーマット０メッセージ又はＤＣＩフォーマット４メッセージを含む、ことを特徴とする請求項２６又は２７に記載の無線デバイス（２００）。
29. 前記無線デバイス（２００）は、前記無線デバイスへ下りリンクリソースを割り当てるリソース割り当てメッセージの一部として又は当該メッセージに関連付けて、ＡＲＱフィードバックの前記要求を受信するように適合される、ことを特徴とする請求項２５に記載の無線デバイス（２００）。
30. 前記無線デバイス（２００）は、ＡＲＱフィードバックの前記要求をリソース割り当てメッセージが含むことを示す前記無線デバイスのための無線ネットワーク一時識別子（ＲＮＴＩ）を含んだ、前記リソース割り当てメッセージにおいて、ＡＲＱフィードバックの前記要求を受信するように適合される、ことを特徴とする請求項２５から２９のいずれか１項に記載の無線デバイス（２００）。
31. ＡＲＱフィードバックの前記要求は、全てのＡＲＱプロセスについてＡＲＱフィードバックが要求されるか否かを示す１ビットのフィールドを含む、ことを特徴とする請求項２５から３０のいずれか１項に記載の無線デバイス（２００）。
32. ＡＲＱフィードバックの前記要求は、ビットマップであって、当該ビットマップにおける各ビットが複数のＡＲＱプロセスの特定の１つと対応するとともに前記対応するＡＲＱプロセスに対してフィードバックが要求されるかを示すような前記ビットマップを含む、ことを特徴とする請求項２５から３０のいずれか１項に記載の無線デバイス（２００）。
33. ＡＲＱフィードバックの前記要求は、前記無線デバイスがフィードバックを提供するべきＡＲＱプロセスの数を示す、ことを特徴とする請求項２５から３０のいずれか１項に記載の無線デバイス（２００）。
34. ＡＲＱフィードバックの前記要求は、１つ以上の特定のＡＲＱプロセス番号を示す、ことを特徴とする請求項２５から３０のいずれか１項に記載の無線デバイス（２００）。
35. ＡＲＱフィードバックの前記要求は、ＡＲＱプロセス番号の特定の範囲を示す、ことを特徴とする請求項２５から３０のいずれか１項に記載の無線デバイス（２００）。
36. ＡＲＱフィードバックの前記要求は送信時間間隔の範囲を示し、送信時間間隔の示された前記範囲の間にアクティブな全てのＡＲＱプロセスについて前記無線デバイスがＡＲＱフィードバックを提供すべきことを示す、ことを特徴とする請求項２５から３０のいずれか１項に記載の無線デバイス（２００）。
37. 無線通信ネットワークにおける動作のために構成された無線デバイス（２００）であって、前記無線デバイスは、ネットワークノードと通信するように構成された無線送受信器（２２０）を有すると共に、さらに、処理回路（２１０）であって、前記無線送受信器（２２０）を使用して、
    第１の送信時間間隔において、自動再送要求（ＡＲＱ）フィードバックの要求であって、１つ以上のＡＲＱプロセスを示す前記要求を、前記無線通信ネットワークから受信し、
    第２の送信時間間隔において、示された前記１つ以上のＡＲＱプロセスのそれぞれについてのＡＲＱフィードバック情報を、前記無線通信ネットワークへ送信する、
    ように適合された処理回路（２１０）を有することを特徴とする無線デバイス（２００）。
38. 無線通信システムのネットワークノード（３００）であって、
    第１の送信時間間隔において、自動再送要求（ＡＲＱ）フィードバックの要求であって、１つ以上のＡＲＱプロセスを示す前記要求を、無線デバイスへ送信し、
    第２の送信時間間隔において、示された前記１つ以上のＡＲＱプロセスのそれぞれについてのＡＲＱフィードバック情報を、前記無線デバイスから受信する、
    ように適合されることを特徴とするネットワークノード。
39. 前記ネットワークノード（３００）は、前記無線デバイスへ上りリンクリソースを割り当てるリソース割り当てメッセージの一部として又は当該メッセージに関連付けて、ＡＲＱフィードバックの前記要求を送信するように適合される、ことを特徴とする請求項３８に記載のネットワークノード（３００）。
40. 前記リソース割り当てメッセージは、前記ＡＲＱフィードバック情報を送信するための上りリンクリソースを割り当てる、ことを特徴とする請求項３９に記載のネットワークノード（３００）。
41. 無線通信ネットワークはＥ−ＵＴＲＡＮネットワークであり、前記リソース割り当てメッセージは、ＡＲＱフィードバックの前記要求を運ぶ１つ以上のフィールドで増補された、下りリンク制御情報（ＤＣＩ）フォーマット０メッセージ又はＤＣＩフォーマット４メッセージを含む、ことを特徴とする請求項３９又は４０に記載のネットワークノード（３００）。
42. 前記ネットワークノード（３００）は、前記無線デバイスへ下りリンクリソースを割り当てるリソース割り当てメッセージの一部として又は当該メッセージに関連付けて、ＡＲＱフィードバックの前記要求を送信するように適合される、ことを特徴とする請求項３８に記載のネットワークノード（３００）。
43. 前記ネットワークノード（３００）は、ＡＲＱフィードバックの前記要求をリソース割り当てメッセージが含むことを示す前記無線デバイスのための無線ネットワーク一時識別子（ＲＮＴＩ）を含んだ、前記リソース割り当てメッセージにおいて、ＡＲＱフィードバックの前記要求を送信するように適合される、ことを特徴とする請求項３８から４２のいずれか１項に記載のネットワークノード（３００）。
44. ＡＲＱフィードバックの前記要求は、全てのＡＲＱプロセスについてＡＲＱフィードバックが要求されるか否かを示す１ビットのフィールドを含む、ことを特徴とする請求項３８から４３のいずれか１項に記載のネットワークノード（３００）。
45. ＡＲＱフィードバックの前記要求は、ビットマップであって、当該ビットマップにおける各ビットが複数のＡＲＱプロセスの特定の１つと対応するとともに前記対応するＡＲＱプロセスに対してフィードバックが要求されるかを示すような前記ビットマップを含む、ことを特徴とする請求項３８から４３のいずれか１項に記載のネットワークノード（３００）。
46. ＡＲＱフィードバックの前記要求は、前記無線デバイスがフィードバックを提供するべきＡＲＱプロセスの数を示す、ことを特徴とする請求項３８から４３のいずれか１項に記載のネットワークノード（３００）。
47. ＡＲＱフィードバックの前記要求は、１つ以上の特定のＡＲＱプロセス番号を示す、ことを特徴とする請求項３８から４３のいずれか１項に記載のネットワークノード（３００）。
48. ＡＲＱフィードバックの前記要求は、ＡＲＱプロセス番号の特定の範囲を示す、ことを特徴とする請求項３８から４３のいずれか１項に記載のネットワークノード（３００）。
49. ＡＲＱフィードバックの前記要求は送信時間間隔の範囲を示し、送信時間間隔の示された前記範囲の間にアクティブな全てのＡＲＱプロセスについて前記無線デバイスがＡＲＱフィードバックを提供すべきことを示す、ことを特徴とする請求項３８から４３のいずれか１項に記載のネットワークノード（３００）。
50. 無線通信システムのネットワークノード（３００）であって、前記ネットワークノード（３００）は、無線デバイスと通信するように構成された無線送受信器（３２０）を含み、さらに、処理回路（３１０、３６０）であって、前記無線送受信器（３２０）を用いて、
    第１の送信時間間隔において、自動再送要求（ＡＲＱ）フィードバックの要求であって、１つ以上のＡＲＱプロセスを示す前記要求を、無線デバイスへ送信し、
    第２の送信時間間隔において、示された前記１つ以上のＡＲＱプロセスのそれぞれについてのＡＲＱフィードバック情報を、前記無線デバイスから受信する、
    ように適合された処理回路（３１０、３６０）を有することを特徴とするネットワークノード（３００）。
51. 無線通信ネットワークにおいて動作する無線デバイスにおける処理回路によって実行されるときに、前記無線デバイスに、
    第１の送信時間間隔において、自動再送要求（ＡＲＱ）フィードバックの要求であって、１つ以上のＡＲＱプロセスを示す前記要求を、前記無線通信ネットワークから受信させ、
    第２の送信時間間隔において、示された前記１つ以上のＡＲＱプロセスのそれぞれについてのＡＲＱフィードバック情報を、前記無線通信ネットワークへ送信させる、プログラム命令を含んだコンピュータプログラム。
52. 請求項５１のコンピュータプログラムを記憶して有するコンピュータ可読媒体。
53. 無線通信ネットワークのネットワークノードにおける処理回路によって実行されるときに、前記ネットワークノードに、
    第１の送信時間間隔において、自動再送要求（ＡＲＱ）フィードバックの要求であって、１つ以上のＡＲＱプロセスを示す前記要求を、無線デバイスへ送信させ、
    第２の送信時間間隔において、示された前記１つ以上のＡＲＱプロセスのそれぞれについてのＡＲＱフィードバック情報を、前記無線デバイスから受信させる、
    プログラム命令を含んだコンピュータプログラム。
54. 請求項５３のコンピュータプログラムを記憶して有するコンピュータ可読媒体。

Images