(57)【特許請求の範囲】
【請求項１】
ネットワークノード（１１０）からのダウンリンク送信に関連した無線デバイス（１２１）からの自動再送要求（ＡＲＱ）フィードバック情報を処理する無線通信ネットワーク（１００）における前記ネットワークノード（１１０）によって実行される方法であって、前記方法は、
前記無線デバイス（１２１）からの前記ＡＲＱフィードバック情報についてのダウンリンク処理遅延のインジケーションを取得すること（３０１）と、
前記取得されたダウンリンク処理遅延のインジケーションにしたがって、ダウンリンク送信が前記無線デバイス（１２１）によって処理されていないときに、前記無線デバイス（１２１）からの、前記ダウンリンク送信に関連した前記ＡＲＱフィードバック情報を無効とみなすこと（３０２）と、を有する方法。
【請求項２】
請求項１に記載の方法であって、さらに、無効とみなされた前記ＡＲＱフィードバック情報の再送信のための要求を送信すること（３０３）を有する、方法。
【請求項３】
請求項１または２に記載の方法であって、前記ダウンリンク処理遅延の前記インジケーションは、ＡＲＱフィードバックメッセージ、無線リソース制御（ＲＲＣ）シグナリングメッセージ、または、媒体アクセス制御（ＭＡＣ）シグナリングメッセージのうちの一つにより、受信される、方法。
【請求項４】
請求項１または２に記載の方法であって、前記ダウンリンク処理遅延の前記インジケーションは、前記無線デバイス（１２１）の処理能力を示す情報に基づいて、前記ネットワークノード（１１０）によって決定される、方法。
【請求項５】
請求項１ないし４のいずれか一項に記載の方法であって、さらに、前記ダウンリンク処理遅延の前記インジケーションに少なくとも部分的に基づいて、前記無線デバイス（１２１）からの前記ＡＲＱフィードバック情報を受信することを予想される時間を決定することを有する、方法。
【請求項６】
請求項１ないし５のいずれか一項に記載の方法であって、さらに、前記ダウンリンク処理遅延の前記インジケーションに少なくとも部分的に基づいて、前記無線デバイス（１２１）からの前記ＡＲＱフィードバック情報を受信することを予想される時間と整合するように、前記無線デバイス（１２１）のアップリンク送信をスケジュールすることを有する、方法。
【請求項７】
ネットワークノード（１１０）からのダウンリンク送信に関連した無線デバイス（１２１）からの自動再送要求（ＡＲＱ）フィードバック情報を処理するための、無線通信ネットワーク（１００）における前記ネットワークノード（１１０）であって、前記ネットワークノード（１１０）は、
前記無線デバイス（１２１）からの前記ＡＲＱフィードバック情報についてのダウンリンク処理遅延のインジケーションを取得し、前記ダウンリンク処理遅延の前記取得されたインジケーションにしたがって、ダウンリンク送信が前記無線デバイス（１２１）によって処理されていないときに、前記ダウンリンク送信に関連した前記無線デバイス（１２１）からの前記ＡＲＱフィードバック情報を無効とみなすように構成されたプロセッサ（５１０）を有する、ネットワークノード。
【請求項８】
請求項７に記載のネットワークノード（１１０）であって、さらに、無効とみなされた前記ＡＲＱフィードバック情報の再送についての要求を送信するように構成された送信機（５０１）を有する、ネットワークノード。
【請求項９】
請求項７または８に記載のネットワークノード（１１０）であって、さらに、ＡＲＱフィードバックメッセージ、無線リソース制御（ＲＲＣ）シグナリングメッセージ、または、媒体アクセス制御（ＭＡＣ）シグナリングメッセージにおいて、前記ダウンリンク処理遅延の前記インジケーションを受信するように構成された受信機（５０２）を有する、ネットワークノード。
【請求項１０】
請求項７または８に記載のネットワークノード（１１０）であって、前記プロセッサ（５１０）は、さらに、前記無線デバイス（１２１）の処理能力を示す情報に基づいて前記ダウンリンク処理遅延の前記インジケーションを決定するように構成されている、ネットワークノード。
【請求項１１】
請求項７ないし１０のいずれか一項に記載のネットワークノード（１１０）であって、前記プロセッサ（５１０）は、さらに、前記ダウンリンク処理遅延の前記インジケーションに少なくとも部分的に基づいて、前記無線デバイス（１２１）からのＡＲＱフィードバック情報を受信することを予想される時間を判定するように構成されている、ネットワークノード。
【請求項１２】
請求項７ないし１１のいずれか一項に記載のネットワークノード（１１０）であって、前記プロセッサ（５１０）は、さらに、前記ダウンリンク処理遅延の前記インジケーションに少なくとも部分的に基づいて、前記無線デバイス（１２１）からのＡＲＱフィードバック情報を受信することを予想される時間と整合するように、前記無線デバイス（１２１）のアップリンク送信をスケジュールするように構成されている、ネットワークノード。
【請求項１３】
請求項７ないし１２のいずれか一項に記載のネットワークノード（１１０）であって、さらに、メモリ（５２０）を有し、前記メモリは、前記プロセッサ（５１０）によって実行可能なインストラクションを含む、ネットワークノード。
【請求項１４】
コンピュータプログラムであって、少なくとも一つのプロセッサに、請求項１ないし６のいずれか一項に記載された方法を実行させる、コンピュータプログラム。
【請求項１５】
請求項１４に記載されたコンピュータプログラムを含む、コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
ここでの実施形態は無線通信ネットワークにおける自動再送要求（ＡＲＱ）フィードバック情報に関連する。とりわけ、ここでの実施形態は無線通信ネットワークにおけるネットワークノードと、当該ネットワークノードからのダウンリンク送信に関連した無線デバイスからのＡＲＱフィードバック情報を処理する方法とに関連する。さらに、ここでの実施形態はとりわけ無線デバイスと、当該ネットワークノードからのダウンリンク送信に関連した無線デバイスからのＡＲＱフィードバック情報を処理するように無線通信ネットワークにおけるネットワークノードを可能ならしめる方法とに関連する。
【背景技術】
【０００２】
典型的なワイヤレスまたは無線通信ネットワーク、移動局、端末および／またはユーザ装置（ＵＥ）としてしも知られている無線デバイスは、無線アクセスネットワーク（ＲＡＮ）を介して一つ以上のコアネットワークと接続する。ＲＡＮはセルエリアに分割される地理的なエリアをカバーし、いくつかのネットワークでは、たとえば、ＮｏｄｅＢ、ｅＮｏｄｅＢまたはｅＮＢとも呼ばれうる、基地局、たとえば、無線基地局（ＲＢＳ）またはネットワークノードによって各セルエリアはサービスを提供される。
セルは、基地局サイトの無線基地局によって無線カバレッジを提供される地理的なエリアであるが、アンテナと無線基地局とが同じ場所に配置されていないケースではアンテナサイトによって提供される。
各セルは、セル内でブロードキャストされる、ローカル無線エリア内での識別情報によって、識別される。モバイルネットワークの全体において固有にセルを識別する他の識別情報もセル内でブロードキャストされる。一つの無線基地局は一つ以上のセルを有してもよい。基地局は、無線周波数上で動作するエアインターフェースを介して、基地局の範囲内にいるユーザ装置と、通信する。
【０００３】
ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）は第三世代の移動通信システムであり、第二世代のグローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）から発展した。
ＵＭＴＳテレストリアル無線アクセスネットワーク（ＵＴＲＡＮ）は、ワイドバンド符号分割多元接続（ＷＣＤＭＡ）および／またはハイスピードパケットアクセス（ＨＳＰＡ）を使用してユーザ装置と通信するＲＡＮである。第三世代パートナーシッププロジェクト（３ＧＰＰ）として知られるフォーラムにおいて、電話通信サプライヤーは、とりわけ、第三世代ネットワークおよびＵＴＲＡＮの規格を提案して合意し、エンハンスドデータレートおよび無線キャパシティについて調査をしている。たとえば、ＵＭＴＳなどのいくつかのＲＡＮのバージョンでは、たとえば、地上回線やマイクロウェーブによっていくつかの基地局は、無線ネットワーク制御装置（ＲＮＣ）または基地局制御装置（ＢＳＣ）など、それに接続された複数の基地局の様々な動作を管理し、協調させる制御ノードに、接続されてもよい。
ＲＮＣは典型的には一つ以上のコアネットワークに接続する。
【０００４】
エボルブドパケットシステム（ＥＰＳ）のための規格は、第三世代パートナーシッププロジェクト（３ＧＰＰ）において策定が完了しているが、この作業は次の３ＧＰＰリリースにおいて継続している。ＥＰＳは、ロングタームエボリューション（ＬＴＥ）無線アクセスとして知られるエボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）や、システムアーキテクチャエボリューション（ＳＡＥ）コアネットワークとして知られるエボルブドパケットコア（ＥＰＣ）を含む。Ｅ−ＵＴＲＡＮ／ＬＴＥは、基地局が、ＲＮＣではなく、ＥＰＣコアネットワークと直接的に接続する、３ＧＰＰ無線アクセス技術の改良型である。一般に、Ｅ−ＵＴＲＡＮ／ＬＴＥにおいて、ＲＮＣの機能は、たとえば、ＬＴＥにおけるｅＮｏｄｅＢなどの無線基地局とコアネットワークとの間で分散されている。
このように、ＥＰＳの無線アクセスネットワーク（ＲＡＮ）は、ＲＮＣへの報告を実行しない無線基地局ノードを含む「フラット」なアーキテクチャを備えている。
【０００５】
ＡＲＱ  −  送信およびフィードバック
無線通信ネットワークにおける送エラーを処理する一つのアプローチは自動
ＡＲＱを使用する無線デバイスは受信されたデータパケットが誤っているかどうかを検出する。もし誤っていなければ、無線デバイスは、ポジティブアクノレッジメント（ＡＣＫ）を送信することによって、受信データがエラーフリーであると宣言し、ネットワークノードに通知する。エラーが検出されると、無線デバイスは、受信されたデータを破棄し、ネガティブアクノレッジメント（ＮＡＣＫまたはＮＡＫ）を送信することによってネットワークノードに通知する。ＮＡＫに応答して、ネットワークノードは、無線デバイスへ同一の情報を再送してもよい。
【０００６】
今日、多くの無線通信ネットワークにおいて、前方誤り訂正符号化とＡＲＱとの組み合わせが使用されている。これは、一般に、ハイブリッドＡＲＱと呼ばれている。以下では、用語としてのＡＲＱが用いられるときはＨＡＲＱもまた指していることが考慮されるべきである。
【０００７】
所与のダウンリンク（ＤＬ）送信から受信されたデータと、いずれかの潜在的な同一データの再送信は、ＡＲＱプロセスを形成または形づくっている。このデータの（再）送信の各受信は、このＡＲＱプロセスに属していると呼ばれる、ＡＣＫ／ＮＡＣＫメッセージを生成する。所与のＡＣＫ／ＮＡＣＫが正しいＡＲＱプロセスに対して送信側で関連付けられていることは重要であり、すなわちＮＡＣＫの場合には正しいデータが再送され、または、ＡＣＫの場合には新しいデータがこのＡＲＱプロセスに関連付けられうる。
【０００８】
今日のＬＴＥにおいてＤＬ  ＡＲＱ送信のために、ＡＲＱフィードバック、つまり、ＡＣＫ／ＮＡＣＫは、無線デバイスがアップリンクＰＵＳＣＨ送信をスケジュールされているかどうかに依存して、物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）のどちらかで、無線デバイスからネットワークノードへ送信される。
【０００９】
周波数分割複信（ＦＤＤ）を使用する無線通信ネットワークについては、一つのダウンリンク（ＤＬ）送信について送信されたＡＲＱフィードバックの受信は、ネットワークノードによりアップリンク（ＵＬ）で実行されるが、これは無線デバイスへの対応するダウンリンク送信に対して十分長い後の時点で行われる。ＬＴＥのケースでは、送信されたＡＲＱフィードバックのタイミングは、ひとつのＤＬ送信からのフィードバックがアップリンクにおけるｎ＋４番目のサブフレームでネットワークノードによって受信されるようなタイミングであり、これは無線デバイスへの対応するＤＬ送信がｎ番目のサブフレームで行われた場合である。これは、トータルで４ｍｓの遅延に相当する。これは、ＤＬとＵＬの処理遅延を含め、無線デバイスにおけるＤＬとＵＬでの合算された伝搬遅延のために利用可能なトータルでの時間バジェットを設定する（これは０．６７ｍｓになり、タイミングアドバンスプロシージャに考慮される）。
【００１０】
時分割複信（ＴＤＤ）を使用する無線通信ネットワークについては、ＤＬデータ送信からＵＬフィードバック受信までの遅延は、ＦＤＤよりも大きくなり、ＬＴＥのケースでは、ハーフデュープレックスＤＬ−ＵＬ分離を満たすために、ｎ＋４よりも大きくなることを意味する。これはまた、一つよりも多くの受信タイムインスタントまたはＡＲＱプロセスからフィードバックが同時に送信されることを招くかもしれない。しかし、無線デバイスがＦＤＤまたはＴＤＤのどちらを使用するかに依存せずに、ネットワークノードは予測可能な手法でもって動作してよく、つまり、ＤＬ送信からＡＲＱフィードバック受信までの遅延が固定され、かつ、標準規格で決定される。
【００１１】
なお、ダイナミックＴＤＤを使用する無線通信ネットワークではオンデマンドのＡＲＱフィードバックを伴う非同期ＡＲＱプロトコルが必要とされうる。この場合、ＤＬ送信からＡＲＱフィードバック受信までの遅延は、固定されている必要もなければ、規格によって決められている必要もないが、その代わりにＡＲＱリクエストや対応するフィードバックのタイミングによって与えられる。
【００１２】
ＵＥにおけるダウンリンク復号遅延
上述したように、無線デバイスにおいて許容されるトータルでの処理遅延は、標準規格によって定義されているようなあるアップリンクタイミングアドバンスのために固定され、かつ、決定されている。これは、ダウンリンク受信と関連したＡＲＱフィードバックの決定から、この決定されたＡＲＱフィードバックが送信されるまでの、無線デバイスにおける処理遅延が、ネットワークの観点から決定され、かつ、固定されていることを意味する。感覚的には、これは無線デバイスにおけるダウンリンクの復号遅延について「ワーストケース」シナリオを反映している。しかしながら、これは、多くのケースにおいて、今日構築されているいくつかの無線通信ネットワークにおける１ｍｓのサブフレームよりもずっと小さくなるであろう。
【発明の概要】
【００１３】
以下での実施形態の目的は無線通信ネットワークにおけるＡＲＱフィードバック情報の処理を改善することにある。
【００１４】
以下での実施形態の第一の観点によれば、この目的は、ネットワークノードからのダウンリンク送信に関連した、無線デバイスからの自動再送要求（ＡＲＱ）フィードバック情報を処理するための、無線通信ネットワークにおけるネットワークノードによって実行される方法によって、達成される。ネットワークノードは無線デバイスからのＡＲＱフィードバック情報についてのダウンリンク処理遅延のインジケーションを取得する。次に、ネットワークノードは、取得したダウンリンク処理遅延のインジケーションにしたがって、ダウンリンク送信が無線デバイスによってまだ処理されていないときに、ダウンリンク送信に関連した無線デバイスからのＡＲＱフィードバック情報を無効とみなす。
【００１５】
以下での実施形態の第二の観点によれば、この目的は、ネットワークノードからのダウンリンク送信に関連した、無線デバイスからの自動再送要求（ＡＲＱ）フィードバック情報を処理するための、無線通信ネットワークにおけるネットワークノードによって、達成される。ネットワークノードは、無線デバイスからのＡＲＱフィードバック情報についてのダウンリンク処理遅延のインジケーションを取得し、取得したダウンリンク処理遅延のインジケーションにしたがって、ダウンリンク送信が無線デバイスによってまだ処理されていないときに、ダウンリンク送信に関連した無線デバイスからのＡＲＱフィードバック情報を無効とみなすように構成されたプロセッサを有する。
【００１６】
以下での実施形態の第三の観点によれば、この目的は、ネットワークノードからのダウンリンク送信に関連した、無線デバイスからの自動再送要求（ＡＲＱ）フィードバック情報を無線通信ネットワークにおけるネットワークノードに処理させることを可能ならしめるために、無線デバイスによって実行される方法によって達成される。無線デバイスはＡＲＱフィードバック情報についてのダウンリンク処理遅延を決定する。さらに、無線デバイスは、決定したダウンリンク処理遅延のインジケーションをネットワークノードに送信する。
【００１７】
以下での実施形態の第四の観点によれば、この目的は、ネットワークノードからのダウンリンク送信に関連した、無線デバイスからの自動再送要求（ＡＲＱ）フィードバック情報を無線通信ネットワークにおけるネットワークノードに処理させることを可能ならしめるための、無線デバイスによって達成される。無線デバイスは、ＡＲＱフィードバック情報についてのダウンリンク処理遅延を決定するように構成されたプロセッサと、決定したダウンリンク処理遅延のインジケーションをネットワークノードに送信するように構成された送信機とを有する。
【００１８】
以下の実施形態の第五の観点によれば、この目的は、少なくとも一つのプロセッサにおいて実行されると当該少なくとも一つのプロセッサに上述した方法を実行させる、インストラクションを含むコンピュータプログラムによって達成される。以下の実施形態の第六の観点によれば、この目的は、上述したコンピュータプログラムを含むキャリアによって達成され、ここで当該キャリアは、電気信号、光信号、無線信号またはコンピュータ可読記憶媒体の一つである。
【００１９】
無線デバイスのダウンリンク処理遅延のインジケーションを取得し、無線デバイスから受信されたＡＲＱフィードバック情報の有効性を判定するためにインジケーションを使用することによって、ネットワークノードは、ＡＲＱフィードバックプロシージャによって無線通信ネットワークにおいて引き起こされる遅延を削減しつつ、受信されたＡＲＱフィードバック情報のタイミングの有効性を保証することが可能となる。よって、無線通信ネットワークにおけるＡＲＱフィードバック情報の処理が改善する。
【図面の簡単な説明】
【００２０】
添付の図面を参照しながら例示的な実施形態の以下の詳細な説明を読むことによって、本実施形態の特徴および有利性が当業者に明らかになろう。
【図１】無線通信ネットワークにおけるネットワークノードおよび無線デバイスの実施形態を示すブロック図。
【図２】ＡＲＱプロセスについてのＡＲＱフィードバックプロシージャの一例を示す図。
【図３】ネットワークノードにおける方法の実施形態を示すフローチャート。
【図４】無線デバイスにおける方法の実施形態を示すフローチャート。
【図５】ネットワークノードの実施形態を示すブロック図。
【図６】無線デバイスの実施形態を示すブロック図。
【発明を実施するための形態】
【００２１】
図面は明確性のために概略的でかつ簡潔化されており、これらは以下で提供される実施形態の理解のために必須となる詳細を示しているにすぎず、他の詳細は省略されている。全体にわたって、同一の参照符号は、同一または対応する部分またはステップのために使用されている。
【００２２】
図１は以下の実施形態が実装されうる無線通信ネットワーク１００の一例を示している。図１においてはＬＴＥネットワークとして図示されているが、無線通信ネットワーク１００は、ＬＴＥアドバンスド、ワイドバンド符号分割多元接続（ＷＣＤＭＡ）、グローバルシステムフォーモバイルコミュニケーション／エンハンスドデータレートフォーＧＳＭエボリューション（ＧＳＭ／ＥＤＧＥ）、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭａｘ）、ウルトラモバイルブロードバンド（ＵＭＢ）またはＧＳＭネットワークまたは他の３ＧＰＰセルラーネットワークもしくはシステムの何れであってもよい。無線通信ネットワーク１００はネットワークノード１１０を含む。
【００２３】
ネットワークノード１１０は、たとえば、ｅＮＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、フェムト基地局（ＢＳ）、ピコＢＳ、または、無線通信ネットワーク１００における無線デバイスを収容可能な他のいずれかのネットワークユニットである。さらに、ネットワークノード１１０は、たとえば、無線基地局、基地局制御装置、ネットワーク制御装置、リレーノード、リピーター、アクセスポイント、無線アクセスポイント、リモート無線ユニット（ＲＲＵ）、または、リモート無線ヘッド（ＲＲＨ）であってもよい。さらに、ネットワークノード１１０は、そのカバレッジエリア内に位置している無線デバイスとのワイヤレス無線通信のための一つ以上のアンテナを有し、つまり、ネットワークノード１１０は、それの一つ以上のアンテナを使用して、そのセル１１５内の無線カバレッジを提供する。
無線デバイス１２１は、セル１１５内に位置している。
【００２４】
無線デバイス１２１はネットワークノード１１０によってサービスを提供されるセル１０１内に存在するときに無線リンク１３１上でネットワークノード１１０を介して無線通信ネットワーク１００内で通信するように構成されている。無線デバイス１２１、１２２は、たとえば、モバイルフォーン、セルラーフォーン、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、タブレット、無線デバイスを装備したセンサ、ラップトップマウント型装置（ＬＭＥ）、マシンタイプ通信（ＭＴＣ）デバイス、Ｄ２Ｄ機能を有した無線デバイス、加入者宅内機器（ＣＰＥ）、その他の、いずれであってもよい。さらに、以下の実施形態では図１のシナリオに沿って記載されるが、このシナリオはここでの実施形態を限定するものと理解されてはならず、これは図解の目的のための一例にすぎないものと理解されなければならない。
【００２５】
以下の実施形態の開発の一部として、無線デバイスのための実際の復号時間とそれによる処理遅延は、多くの異なる観点に依存するものであり、たとえば、無線デバイスにおける復号チップセットの処理負荷、使用される変調および符号化方式（ＭＣＳ）、空間多重化が使用されているか否か、干渉抑圧のレベルとしてどのレベルが必要とされるかなどに依存する。これは、個々の無線デバイスのセッション時間中にきわめて高速かつ動的に変化しうるものであり、時には、サブフレームまたは送信時間間隔（ＴＴＩ）ベースで変化しうる。大抵のケースでは、無線デバイスのための処理遅延は、標準規格において許容されている４ｍｓよりもずっと小さくなることが安全であろう。比較として、たとえば、ＩＥＥＥ８０２．１ａｃの標準規格が考慮され、この規格での対応する応答時間は約１０マイクロ秒である。よって、今日使用されている４ｍｓ「ワーストケース」シナリオの解決手段は、どちらかといえば柔軟性のない解決手段であり、なぜなら、復号の実際のバリエーションを考慮していないからである。
【００２６】
さらに、無線通信の将来の開発において、４ｍｓよりもさらに小さい値へと、遅延の要件が非常に厳格化することが想定される。これは、１ｍｓのラウンドトリップ時間（ＲＴＴ）と同程度の小ささか、または、ユーザープレーンにおけるエンドツーエンドの時間よりも小さいかもしれない。よって、たとえば、上述された「ワーストケース」シナリオのように、ＡＲＱフィードバック遅延が不必要に大きくなると、無線通信ネットワークにおける無線デバイスのための許容されるトータルでの処理時間の大部分がこれによって消費されてしまうだろう。今日使用されている１ｍｓのサブフレームよりも短いサブフレームをさらに仮定すると、ＡＲＱフィードバックを送信することについての遅延要件は、４ｍｓではなく、０．４ｍｓというように、より厳格なものとなろう。
【００２７】
なお、これとの比較として、復号遅延要件を緩和するために興味あるケースが存在しうる。これは、たとえば、無線デバイスがローエンドデバイスまたはローコストのＭＴＣデバイスであるケースである。
【００２８】
図２はＡＲＱプロセスについてのＡＲＱフィードバックプロシージャの一例を示している。図解のために、無線通信ネットワークはここではダウンリンクセントリックシナリオにおいてダイナミックＴＤＤモードで動作するものと仮定されている。ここで、マークを付与されていないサブフレームはダウンリンク（ＤＬ）サブフレームに対応しており、ドットを付与されたサブフレームはアップリンク（ＵＬ）サブフレームに対応しており、グリッドが付加されたサブフレームはスケジュールされていないサブフレームに対応している。
【００２９】
図２によれば、ＤＬ割り当てとＤＬデータとの受信が１０番目のサブフレームで受信されている。さらに、ＤＬ送信のためのＤＬデータはサブフレーム０、３−４、６−９、１５−２７で受信されている。ＵＬグラントはサブフレームｎ＝２５で受信され、これによりＡＲＱフィードバックはＵＬ上でサブフレーム３０で、つまり、ｎ＋ｇで送信される。ここで、サブフレーム２５でのＵＬグラントの受信と、ＡＲＱフィードバックを含むサブフレーム３０のＵＬ送信との間の遅延は、ｇで示されており、無線デバイス１２１についてのダウンリンク処理遅延はｋで示されている。この場合、遅延ｇがＡＲＱ送信に影響する一方で、これはＡＲＱの特性ではなく、一般のＵＬスケジューリング／送信によるものである。
【００３０】
この図示された例によれば、サブフレームｎ＋ｇで送信されるＡＲＱフィードバック情報、つまり、ＡＣＫ／ＮＡＣＫは、サブフレームｎ＋ｇ−ｋを含む、無線デバイス１２１によって受信されたＤＬ送信に関連したＡＲＱ受信処理の正しい状態を反映していることが期待されうる。よって、サブフレームｎ＋ｇ−ｋの後で生じるいずれのＤＬ送信も、ＡＲＱフィードバック情報に含まれることはできず、なぜならこれらのＤＬ送信の結果は、ＵＬサブフレーム、つまり、サブフレームｎ＋ｇの組立の時には利用可能となってはいないからである。
【００３１】
さらに、サブフレームｎ＋ｇ−ｋの後で生じるいずれのＤＬ送信について、サブフレームｎ＋ｇ、つまり、サブフレーム３０でのＵＬ送信において送信される、ＡＲＱフィードバック情報またはＡＲＱフィードバック情報に存在するＡＲＱプロセスに関連した状態は、古いもしくは時機に遅れたものとなろう。これは、無線デバイス１２１がより早い段階でこれらのＡＲＱプロセスについてのＤＬ送信を受信しており、これらのＡＣＫ／ＮＡＣＫはこれらのＡＲＱプロセスについての無線デバイス１２１へのＡＲＱフィードバック情報のうちで最新の利用可能なものだからである。ゆえに、ネットワークノード１１０は無線デバイスについてのｋがどの程度あるかを知らないため、ネットワークノード１１０はＡＲＱフィードバック情報が非常に古いのか、または、時機に遅れているのか、ネットワークノード１１０が既に送信したＤＬ送信に関するものであるが、対応するＡＣＫ／ＮＡＣＫをＵＬ送信に含めることが間に合わずに到着したのかを判定することができない。
【００３２】
これは、たとえば、実際の送信エラーなしで現実に受信されたにもかかわらず、古いＮＡＣＫが報告されてしまった場合、ネットワークノード１１０からの不必要な再送を招いてしまうだろう。他の問題は、エラーとなって受信されたデータについて、無線デバイス１２１からネットワークノード１１０へのデータのＡＣＫが生じしまうことにある。このエラーはより上位のレイヤーに伝搬し、これらが訂正されるまでに非常に長い再送時間をもたらしてしまう。
【００３３】
ここで記述される実施形態によれば、これらの問題は、無線デバイス１２１からダウンリンク処理遅延のインジケーションを取得し、無線デバイスから受信されたＡＲＱフィードバック情報の有効性を判定するために当該インジケーションを使用することによって、解決される。このように、ネットワークノード１１０は、受信されたＡＲＱフィードバック情報のタイミングの有効性を保証しつつ、ＡＲＱフィードバックプロシージャによって引き起こされる無線通信ネットワーク１００における遅延を削減しうる。よって、無線通信ネットワーク１００におけるＡＲＱフィードバック情報の処理が改善する。
【００３４】
ネットワークノード１１０からのダウンリンク送信に関連した無線デバイス１２１からの自動再送要求（ＡＲＱ）フィードバック情報を処理する無線通信ネットワーク１００におけるネットワークノード１１０によって実行される方法の実施形態の一例が、図３に示されたフローチャートを参照しながら、説明される。図３はネットワークノード１１０によって実行されるアクションまたは動作の一例を示している。本方法は以下のアクションを含みうる。
【００３５】
アクション３０１
ネットワークノード１１０は無線デバイス１２１からのＡＲＱフィードバック情報についてのダウンリンク処理遅延のインジケーションを取得する。ダウンリンク処理遅延のインジケーションを取得することによって、ネットワークノード１１０は、ダウンリンク送信の受信が報告される最新の時間についての情報を取得する。
【００３６】
いくつかの実施形態において、ダウンリンク処理遅延のインジケーションは、ＡＲＱフィードバックメッセージ、無線リソース制御（ＲＲＣ）シグナリングメッセージ、または、媒体アクセス制御（ＭＡＣ）シグナリングメッセージのうちの一つにより、受信される。これは、ネットワークノード１１０は、たとえば、各ＡＲＱフィードバックメッセージごと、または、たとえば、ＲＲＣシグナリングもしくはＭＡＣシグナリングなど、上位レイヤーのシグナリングを使用することによってより頻繁に、ダウンリンク処理遅延について、無線デバイス１２１から報告を受信してもよいことを意味する。
【００３７】
代替的に、いくつかの実施形態において、ネットワーク１１０は、無線デバイス１２１の処理能力を示す情報に基づいてダウンリンク処理遅延のインジケーションを決定してもよい。この情報は、たとえば、ネットワークノード１１０によって記憶されているか、アクセス可能であるか、または、抽出可能であればよい。換言すれば、これは、ネットワークノード１１０は、無線デバイス１２１についての事前の知識に基づいてダウンリンク復号遅延を決定してもよいことを意味する。
【００３８】
無線デバイス１２１の処理能力を示す情報は、通信事業者ネットワークの内部または外部にあるそのような能力情報についての対応する適切なデータベースや情報記憶装置とともに用いられる、たとえば、ＩＭＥＩ番号などの、無線デバイス１２１の特定デバイスモデルについての情報であってもよい。ここで、たとえば、異なるシナリオを満たすために、たとえば、異なるデバイスモデルに対応する、異なるダウンリンク復号遅延のセットが提供されてもよい。
【００３９】
アクション３０２
アクション３０１でインジケーションが取得された後で、ネットワークノード１１０は、取得したダウンリンク処理遅延のインジケーションにしたがって、ダウンリンク送信が無線デバイス１２１によってまだ処理されていないことがわかると、ダウンリンク送信に関連した無線デバイス１２１からのＡＲＱフィードバック情報を無効とみなす。
これは、ネットワークノード１１０は、たとえば、無線デバイス１２１からのＡＲＱフィードバックメッセージまたは上位レイヤーシグナリングメッセージを処理するときに、ＡＲＱフィードバックメッセージがどのダウンリンク送信について最新の情報を有しているのかや、ＡＲＱフィードバックメッセージがどのダウンリンク送信について最新の情報を有していないのかについて判定するために、ダウンリンク送信の受信について報告される最新時間について知らせる、取得されたインジケーションを使用する。
【００４０】
ゆえに、これは、ネットワークノード１１０に、復号されていない最新のダウンリンク送信のためのＡＲＱプロセスの状態に関連したＡＲＱフィードバックメッセージ内のＡＲＱフィードバック情報を無視させ、それが最新となるまで完全には信頼することができない。一例として、ネットワークノード１１０は、ネットワークノード１１０がＡＲＱフィードバック情報を受信したサブフレームについてのＤＬ送信の再送信を実行することを控えてもよい。これは、ネットワークノード１１０が、無線デバイス１２１のダウンリンク処理遅延を把握でき、それによってネットワークノード１１０が受信したＡＲＱフィードバック情報のいくつかが最新のＤＬ送信の結果を反映していないことから、不適切であると判定してもよい。
【００４１】
有利であることに、ネットワークノード１１０は、つまり、無線デバイス１２１内でのダウンリンク処理遅延を通知されることによって、どの受信されたＡＣＫ／ＮＡＣＫが時機に遅れたものであるかを知ることができるため、ネットワークノード１１０は、できる限り早く新しいＡＲＱフィードバック情報を要求することによって、新しい関連したＡＲＱフィードバック情報の送信の遅延を削減することができ、これは、提供されたＡＲＱフィードバック情報のタイミングの有効性を保証することができる。
【００４２】
ダウンリンク処理遅延の知識は、また、ネットワークノード１１０を無線通信ネットワーク１００における特定のサービスや動作モードの観点から適合させることができ、たとえば、ＡＲＱフィードバック情報についての高速なターンアラウンド時間を必要とするサービスまたはモードをダウンリンク処理遅延がサポートしていない場合に、そのようなサービスまたはモードはネットワークノード１１０によって提供されなくてもよい。いくつかの実施形態において、ＡＲＱフィードバック情報は、ネットワークノード１１０によって明示的に要求されてもよい。
【００４３】
さらに、ダウンリンク処理遅延について気づかせることによって、ネットワークノード１１０は、また、ＡＲＱフィードバック情報を入力としている、ネットワークノード１１０内の異なる無線リソースマネージメント（ＲＲＭ）機能の性能を改善することができる。そのようなＲＲＭ機能の一例はネットワーク１１０内のリンクアダプテーション（ＬＡ）アルゴリズムである。たとえば、ダウンリンク処理遅延を通じて、どのＡＣＫ／ＮＡＣＫが有効であり、どのＡＣＫ／ＮＡＣＫが古いものであるかについてより良い理解を有することによって、ネットワークノード１１０は、より高い品質のリンクアダプテーション入力を提供され、ゆえに、ネットワークノード１１０におけるチャネル符号化は従来よりも良い手法によりチャネル状態に整合するようになろう。
【００４４】
さらに、ユーザープレーンについては、これは、最小のＡＲＱフィードバック遅延とタイミングの有効性の保証との要件について、ＲＴＴができる限り短くなることも注目される。なお、ネットワークノード１１０は、無線デバイス１２１が高い能力を有したハイエンドの無線デバイスであるときに、ＲＴＴをできる限り小さく維持する一方で、ネットワークノード１１０は、無線デバイス１２１が、たとえば、ＭＴＣデバイスなどの、能力の限られたローエンドの無線デバイスであるときのように、緩和された遅延要件が適用されるときなど、より大きな遅延が許容されるときに、より大きなＲＴＴを許容される。
【００４５】
さらに、いくつかの実施形態によれば、ネットワークノード１１０は、ダウンリンク処理遅延のインジケーションに少なくとも部分的に基づいて、無線デバイス１２１からのＡＲＱフィードバック情報を受信することを予想される時間を決定してもよい。たとえば、ネットワークノード１１０は、ダウンリンク処理遅延のインジケーションを使用して、ＡＲＱフィードバックメッセージ、つまり、ＡＲＱフィードバックメッセージおけるＡＣＫ／ＮＡＣＫを期待できるサブフレームがどれであるかを判定してもよい。これは無線デバイス１２１がＵＬ送信をスケジュールされているかどうかに依存して、物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）上で発生する。有利なことに、ネットワークノード１１０は毎サブフレームごとＡＲＱフィードバック情報を復号する必要がないように構成されてもよいため、これはネットワークノード１１０における処理リソースを節約するだろう。
【００４６】
さらに、いくつかの実施形態によれば、ネットワークノード１１０は、ダウンリンク処理遅延のインジケーションに少なくとも部分的に基づいて、無線デバイス１２１からのＡＲＱフィードバック情報を受信することを予想される時間と整合するように、無線デバイス１２１のアップリンク送信をスケジュールしてもよい。この場合に、ネットワークノード１１０は、無線デバイス１２１からネットワークノード１１０へＡＲＱフィードバック情報が送信される時間と整合するように、無線デバイス１２１のＵＬ送信を有利に制御してもよい。これは、たとえば、ダイナミックＴＤＤシステムにおいてＵＬ／ＤＬの使用量をより効率よくするために、ネットワークノード１１０によって使用されてもよい。
【００４７】
アクション３０３
オプションとして、ネットワークノード１１０は、アクション３０２において無効とみなされたＡＲＱフィードバック情報の再送についての要求を送信してもよい。これはネットワークノード１１０に古いものとみなされたＡＲＱフィードバック情報について更新されたＡＲＱフィードバック情報を要求させることを可能ならしめる。
【００４８】
ネットワークノード１１０からのダウンリンク送信に関連した無線デバイス１２１からの自動再送要求（ＡＲＱ）フィードバック情報を処理することを無線通信ネットワーク１００におけるネットワークノード１１０に可能ならしめる、無線デバイス１２１によって実行される方法の実施形態の一例が、図４に示されたフローチャートを参照しながら、説明される。図４は無線デバイス１２１によって実行されるアクションまたは動作の一例を示している。本方法は以下のアクションを含みうる。
【００４９】
アクション４０１
無線デバイス１２１はＡＲＱフィードバック情報についてのダウンリンク処理遅延を決定する。
ダウンリンク処理遅延は、ダウンリンク送信の受信に関連したＡＲＱフィードバック情報の決定から、決定されたＡＲＱフィードバック情報が送信されるまでの、無線デバイス１２１内での処理遅延を反映すべきである。
【００５０】
いくつかの実施形態によれば、ダウンリンク処理遅延は無線デバイス１２１内の所定の値、および／または、無線デバイス１２１内の所定の値のセットからの値によって決定される。これは、ダウンリンク処理遅延が、無線デバイス１２１内で決定されてもよいし、または、事前に決定／事前に設定されてもよいことを意味する。代替的に、または、追加的に、異なるシナリオに対して最も役に立ちかつそれを満たすために、ダウンリンク処理遅延の異なる値のセットが無線デバイス１２１内に提供されていてもよい。たとえば、一つのダウンリンク送信レイヤーの受信中のダウンリンク処理遅延はｋ１に等しく、一方で、二つのダウンリンク送信レイヤーの受信中のダウンリンク処理遅延はｋ２に等しく、ここでｋ１とｋ２は等しくない。
【００５１】
オプションとして、いくつかの実施形態によれば、無線デバイス１２１は、ダウンリンク送信に関連したＡＲＱフィードバック情報の決定と、ネットワークノード１１０から無線デバイス１２１への決定されたＡＲＱフィードバック情報の送信との間の、少なくとも一つの期間に基づいて、ダウンリンク処理遅延を決定してもよい。これは、無線デバイス１２１がＤＬ送信の受信中に遭遇した実際の復号時間に基づいて、無線デバイス１２１がダウンリンク処理遅延を推定してもよいことを意味する。
たとえば、ダウンリンク処理遅延は、復号が完了して報告の準備が整った最新のものに基づいて、直接的に取得されてもよい。
【００５２】
この場合、いくつかの実施形態によれば、ダウンリンク処理遅延は、そのような期間の二つ以上によって無線デバイス１２１によって決定されてもよい。これは、無線デバイス１２１がＤＬ送信の受信中に遭遇した複数の実際の復号時間に基づいて、無線デバイス１２１がダウンリンク処理遅延を推定してもよいことを意味する。ここで、無線デバイス１２１は、たとえば、いくつかの実際の復号時間に基づいて、典型的な遅延について上限、中間値、または平均値を決定してもよい。
【００５３】
いくつかの実施形態によれば、無線デバイス１２１は、ダウンリンク処理に対して割り当てられる無線デバイス１２１内の設定可能なリソースの量に基づいて、ダウンリンク処理遅延を決定してもよい。これは、無線デバイス１２１が、たとえば、ＤＬ送信のＤＬデータを復号するために無線デバイス１２１によって使用される処理パワーを動的に変更しうることを意味する。この場合、ダウンリンク処理遅延の異なる値が使用されうる。たとえば、無線デバイス１２１内でリアルタイムのオンラインゲームが実行されて、動作しているときに、無線デバイス１２１は、ダウンリンク処理遅延を最小にするために、最大の処理パワーを使用してもよい。一方で、他の例によれば、メッセージングやチャットのアプリケーションが無線デバイス１２１内で実行されて動作しているか、または、無線デバイス１２１において電力節約モードが設定されているときに、ダウンリンク処理遅延は緩和されてもよく、無線デバイス１２１は、処理パワーの小さな部分だけを使用し、つまり、大きな処理遅延が伴う。
【００５４】
アクション４０２
アクション４０１における決定の後で、無線デバイス１２１は、決定したダウンリンク処理遅延のインジケーションをネットワークノード１１０に送信する。これは、たとえば、ネットワークノード１１０へのＡＲＱフィードバックメッセージ、または、上位レイヤーのシグナリングメッセージを送信するときに、無線デバイス１２１は、決定したダウンリンク処理遅延のインジケーション、つまりダウンリンク送信の受信が報告される最新の時間についての情報を含めてもよいことを意味する。インジケーションを含めることによって、無線デバイス１２１は、たとえば、ＡＲＱフィードバックメッセージまたは上位レイヤーのシグナリングメッセージを処理するときに、どのダウンリンク送信について、ＡＲＱメッセージ内のＡＲＱフィードバック情報が最新の情報を有し、どのダウンリンク送信について、ＡＲＱメッセージ内のＡＲＱフィードバック情報が最新の情報を有していないかを、ネットワークノード１１０に判定させることを可能ならしめる。
【００５５】
いくつかの実施形態によれば、無線デバイス１２１は、ＡＲＱフィードバックメッセージ、ＲＲＣシグナリングメッセージ、または、ＭＡＣシグナリングメッセージの一つにおいて、決定されたダウンリンク処理遅延のインジケーションを送信してもよい。これは、無線デバイス１２１は、たとえば、いくつかのまたは各ＡＲＱフィードバックメッセージごと、または、たとえば、ＲＲＣシグナリングもしくはＭＡＣシグナリングなど、上位レイヤーのシグナリングを使用することによってより頻繁に、自己のダウンリンク処理遅延を、ネットワークノード１１０に対して、インジケートまたは報告してもよいことを意味する。
【００５６】
たとえば、無線デバイス１２１の決定されたダウンリンク処理遅延のインジケーションが、たとえば、ＲＲＣまたはＭＡＣシグナリングなどの上位レイヤーのシグナリングを使用して送信されるときに、これは、たとえば、ＡＲＱフィードバックメッセージが属しているＤＬデータの送信の期間中など、無線デバイス１２１が設定されるとき、または設定された後のどちらかにおいて、実行されてもよいことを意味する。
【００５７】
さらに、決定されたダウンリンク処理遅延のインジケーションにおいて、決定されたダウンリンク処理遅延は、ダウンリンク送信の受信のサブフレーム番号に関した絶対的なサブフレーム番号、ＡＲＱ情報の送信時間に関したオフセット時間値、および、決定されたダウンリンク処理遅延と少なくとも一つの過去に決定されたダウンリンク処理遅延との間の差分値のうちの一つ以上によって示されてもよい。
これは、無線デバイス１２１がＡＲＱフィードバックメッセージ内にＡＲＱフィードバック情報を含めてもよい一つの手法が、無線デバイス１２１によって報告されるＡＲＱプロセスのためのＤＬ送信の受信の絶対的なサブフレーム番号を含めることであることを、意味する。たとえば、これは、図２に示された例において示されているサブフレームｎ＋ｇ−ｋであってもよい。また、無線デバイス１２１がＡＲＱフィードバックメッセージ内にＡＲＱフィードバック情報を含めてもよい他の手法は、ダウンリンク処理遅延の実際の値を含めることである。これは、たとえば、ＡＲＱフィードバックメッセージの送信時間に対するオフセット時間として、ネットワークノード１１０によって解釈される。たとえば、図２に示された例を参照すると、これは、ＡＲＱフィードバックメッセージ内に値ｋを含めることを含み、これはＡＲＱフィードバックメッセージの送信時間、つまり、ｎ＋ｇに対するオフセット時間として理解されうる。
【００５８】
また、無線デバイス１２１がＡＲＱフィードバックメッセージ内にＡＲＱフィードバック情報を含めてもよい第三の手法は、以前に提供されたダウンリンク処理遅延の値に関連する差分値を含めることである。これは、ダウンリンク処理遅延に変更がなければ、無線デバイス１２１によって何らの差分値も提供することを要しない点で、有利性を有している。しかし、これはネットワークノード１１０と無線デバイス１２１とにダウンリンク処理遅延を異なるように理解させてしまうことがありうるため、以前に提供された差分値に関連した差分値を提供しないようにするために、注意が払われてもよいことに、注意すべきである。これは、たとえば、ダウンリンク処理遅延の公称値となる、差分値を関連付けられている参照値を持たせることによって、実行されてもよい。これは、たとえば、ネットワークノード１１０に対して、ＡＲＱフィードバックメッセージ内で定期的もしくは不定期の間隔で、または、たとえば、ＲＲＣもしくはＭＡＣシグナリングなどの上位レイヤーシグナリングを介して、通信されてもよい。
【００５９】
さらに、いくつかの実施形態によれば、決定されたダウンリンク処理遅延のインジケーションは、ダウンリンク処理が実行された後の次に後続するサブフレームにおいて、無線デバイス１２１によって送信されてもよい。これは、無線デバイス１２１が、ＡＲＱフィードバック情報をＡＲＱフィードバックメッセージ内でできる限り早く、つまり、ＤＬ送信を復号してＡＲＱメッセージを組み立てた後の最初の潜在的なサブフレームにおいて、報告することを意味する。この場合、ネットワークノード１１０は、ＡＲＱフィードバック遅延を最小化するために、つまり、ＡＲＱフィードバック遅延をできる限り削減するために、決定されたダウンリンク処理遅延を有利に使用してもよい。
【００６０】
オプションとして、決定されたダウンリンク処理遅延のインジケーションは、ネットワークノード１１０によってＡＲＱフィードバック情報の送信のためにスケジュールされた後続のサブフレームにおいて、無線デバイス１２１によって送信されてもよい。これは、無線デバイス１２１が、ＤＬ送信を復号してＡＲＱメッセージを組み立てた後のサブフレームのセットにおいてＡＲＱフィードバック情報を報告することを意味する。いくつかの実施形態によれば、ＡＲＱフィードバック情報は、また、後続のサブフレーム内のＡＲＱフィードバックメッセージ内に含まれていてもよい。
【００６１】
ネットワークノード１１０からのダウンリンク送信に関連した無線デバイス１２１からのＡＲＱフィードバック情報を処理するための、無線通信ネットワーク１００における方法のアクションを実行するために、ネットワークノード１１０は図５に示される以下の構成を有してもよい。
【００６２】
図５はネットワークノード１１０の実施形態を示すブロック図を示している。いくつかの実施形態によれば、ネットワークノード１１０は、送信モジュール５０１、受信モジュール５０２、および、プロセッサ５１０を有してもよい。送信モジュール５０１は、また、送信機または送信ユニットと呼ばれてもよいし、受信モジュール５０２は、また、受信機または受信ユニットと呼ばれてもよい。プロセッサ５１０は、また、処理モジュール、処理ユニットまたは処理回路と呼ばれてもよく、送信モジュール５０１と受信モジュール５０２とを制御してもよい。オプションとして、プロセッサ５１０は、一つ以上の送信モジュール５０１および受信モジュール５０２を含んでもよく、および／または、以下で説明される機能を実行してもよい。
【００６３】
プロセッサ５１０は、無線デバイス１２１からのＡＲＱフィードバック情報についてのダウンリンク処理遅延のインジケーションを取得するように構成されている。いくつかの実施形態によれば、受信モジュール５０２は、ＡＲＱフィードバックメッセージ、ＲＲＣシグナリングメッセージ、または、ＭＡＣシグナリングメッセージの一つにおいて、決定されたダウンリンク処理遅延のインジケーションを受信してもよい。代替的に、いくつかの実施形態においては、プロセッサ５１０は、無線デバイス１２１の処理能力を示す情報に基づいてダウンリンク処理遅延のインジケーションを決定するように構成されていてもよい。
【００６４】
プロセッサ５１０は、取得したダウンリンク処理遅延のインジケーションにしたがって、ダウンリンク送信が無線デバイス１２１によってまだ処理されていないとわかると、当該ダウンリンク送信に関連した無線デバイス１２１からのＡＲＱフィードバック情報を無効とみなすように構成されている。いくつかの実施形態によれば、プロセッサ５１０は、ダウンリンク処理遅延のインジケーションに少なくとも部分的に基づいて、無線デバイス１２１からのＡＲＱフィードバック情報を受信することを予想される時間を決定するように構成されていてもよい。さらに、いくつかの実施形態によれば、プロセッサ５１０は、ダウンリンク処理遅延のインジケーションに少なくとも部分的に基づいて、無線デバイス１２１からのＡＲＱフィードバック情報を受信することを予想された時間と整合するように、無線デバイス１２１のアップリンク送信をスケジュールするように構成されていてもよい。
【００６５】
いくつかの実施形態によれば、送信モジュール５０１は、無効とみなされたＡＲＱフィードバック情報の再送についての要求を送信するように構成されていてもよい。
【００６６】
ネットワークノード１１０からのダウンリンク送信に関連した無線デバイス１２１からのＡＲＱフィードバック情報を処理するための実施形態は、たとえば、図５に示されたネットワークノード１１０のプロセッサ５１０のような一つ以上のプロセッサと、ここでの実施形態のアクションおよび機能を実行するためのコンピュータプログラムコードとを通じて実装されてもよい。上述のプログラムコードは、また、たとえば、ネットワークノード１１０のプロセッサ５１０にロードされたときにここでの実施形態を実行するためのコンピュータプログラムコードまたはコード手段を搬送するデータキャリアの形式でもって、コンピュータプログラムプロダクトとして提供されてもよい。コンピュータプログラムコードは、たとえば、ネットワークノード１１０内の純粋なプログラムコードとして提供されてもよいし、サーバー上に提供されてネットワークノード１１０にダウンロードされてもよい。キャリアは、電気信号、光信号、無線信号または、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの電気メモリや、磁気テープ、ＣＤ−ＲＯＭ、ＤＶＤ、ブルーレイディスクその他などの、コンピュータ可読記憶媒体のうちの一つであってもよい。
【００６７】
ネットワークノード１１０は、さらに、一つ以上のメモリモジュールまたはメモリユニットと呼ばれるか、または、これらを含みうるメモリ５２０を有していてもよい。メモリ５２０は、ネットワークノード１１０のプロセッサ５１０内でまたはプロセッサ５１０によって実行されたときに、ここで記載された方法を実行するための、実行可能なインストラクションとデータを記憶するために使用されるように構成されていてもよい。当業者であれば、上述されたプロセッサ５１０とメモリ５２０が、アナログ及びデジタル回路、および／または、たとえばメモリ５２０に記憶され、プロセッサ５１０などの一つ以上のプロセッサによって実行されると上述の方法を一つ以上のプロセッサに実行させるソフトウエアおよび／もしくはファームウエアを用いて構成された一つ以上のプロセッサ、の組み合わせと呼ばれてもよいことを、理解するであろう。プロセッサ５１０およびメモリ５２０は、また、処理手段と呼ばれてもよい。他のデジタルハードウエアだけでなく、これらのプロセッサの一つ以上は、単一の特定用途集積回路（ＡＳＩＣ）、または、いくつかのプロセッサに含まれていてもよいし、様々なデジタルハードウエアは、システムオンチップ（ＳｏＣ）の中に個別にパッケージ化または組み込まれ、いくつかの分離されたコンポーネントにわたって分散していてもよい。
【００６８】
上述から、いくつかの実施形態が、たとえばプロセッサ５１０によって実行されると、ネットワークノード１１０からのダウンリンク送信に関連した無線デバイス１２１からのＡＲＱフィードバック情報を処理するための方法を一つ以上のプロセッサに実行させるインストラクションを含む、コンピュータプログラムプロダクトを有してもよいことが、わかるであろう。また、いくつかの実施形態は、さらに、上述したコンピュータプログラムプロダクトを含むキャリアを含んでも良く、当該キャリアは、電気信号、光信号、無線信号またはコンピュータ可読記憶媒体の一つである。
【００６９】
ネットワークノード１１０からのダウンリンク送信に関連した無線デバイス１２１からの自動再送要求（ＡＲＱ）フィードバック情報を処理することを無線通信ネットワーク１００におけるネットワークノード１１０に可能ならしめる、無線デバイス１２１において実行される方法のアクションを実行するために、無線デバイス１２１は図６に示された以下の構成を有してもよい。
【００７０】
図６は無線デバイス１２１の実施形態を示すブロック図を示している。いくつかの実施形態によれば、無線デバイス１２１は、送信モジュール６０１、および、プロセッサ６１０を有している。無線デバイス１２１は、また、たとえば、ネットワークノード１１０からのダウンリンク送信を受信するための受信モジュール６０２を有していてもよい。送信モジュール６０１は、また、送信機または送信ユニットと呼ばれてもよいし、受信モジュール６０２は、また、受信機または受信ユニットと呼ばれてもよい。
プロセッサ６１０は、また、処理モジュール、処理ユニットまたは処理回路と呼ばれてもよく、送信モジュール６０１と受信モジュール６０２とを制御してもよい。オプションとして、プロセッサ６１０は、一つ以上の送信モジュール６０１および受信モジュール６０２を含んでもよく、および／または、以下で説明される機能を実行してもよい。
【００７１】
プロセッサ６１０はＡＲＱフィードバック情報についてのダウンリンク処理遅延を決定するように構成されている。
【００７２】
いくつかの実施形態によれば、プロセッサ６１０は、無線デバイス１２１内の所定の値、および／または、無線デバイス１２１内の所定の値のセットからの値によって、ダウンリンク処理遅延を決定するようにさらに構成されていてもよい。代替的に、プロセッサ６１０は、ダウンリンク送信に関連したＡＲＱフィードバック情報の決定と、ネットワークノード１１０から無線デバイス１２１への決定されたＡＲＱフィードバック情報の送信との間の、少なくとも一つの期間に基づいて、ダウンリンク処理遅延を決定するように構成されてもよい。この場合に、いくつかの実施形態にしたがって、プロセッサ６１０は、さらに、そのような期間の二つ以上に基づいてダウンリンク処理遅延を決定するように構成されていてもよい。他の代替案にしたがった、いくつかの実施形態によれば、プロセッサ６１０は、ダウンリンク処理のために割り当てられる無線デバイス１２１内の設定可能なリソース量に基づいて、ダウンリンク処理遅延を決定するように構成されていてもよい。
【００７３】
送信機６０１は、決定したダウンリンク処理遅延のインジケーションをネットワークノード１１０に送信するように構成されている。
【００７４】
いくつかの実施形態によれば、送信機６０１は、ＡＲＱフィードバックメッセージ、ＲＲＣシグナリングメッセージ、または、ＭＡＣシグナリングメッセージの一つにおいて、決定されたダウンリンク処理遅延のインジケーションを送信するように構成されてもよい。いくつかの実施形態によれば、決定されたダウンリンク処理遅延のインジケーションがＡＲＱフィードバックメッセージ内で送信されるときに、送信機６０１は、ダウンリンク送信の受信のサブフレーム番号に関した絶対的なサブフレーム番号、ＡＲＱ情報の送信時間に関したオフセット時間値、および、決定されたダウンリンク処理遅延と少なくとも一つの過去に決定されたダウンリンク処理遅延との間の差分値のうちの一つ以上によって、決定されたダウンリンク処理遅延を示してもよい。
【００７５】
いくつかの実施形態によれば、送信機６０１は、ダウンリンク送信の処理が実行された後の次の後続のサブフレーム内で、決定されたダウンリンク処理遅延のインジケーションを送信するように構成されてもよい。オプションとして、送信機６０１は、ネットワークノード１１０によってＡＲＱフィードバック情報の送信のためにスケジュールされた後続のサブフレーム内で、決定されたダウンリンク処理遅延のインジケーションを送信するように構成されてもよい。
【００７６】
ネットワークノード１１０からのダウンリンク送信に関連した無線デバイス１２１からのＡＲＱフィードバック情報を処理するように無線通信ネットワーク１００内のネットワークノード１１０を可能ならしめる実施形態は、たとえば、図６に示された無線デバイス１２１のプロセッサ６１０のような一つ以上のプロセッサと、ここでの実施形態のアクションおよび機能を実行するためのコンピュータプログラムコードとを通じて実装されてもよい。上述のプログラムコードは、また、たとえば、無線デバイス１２１のプロセッサ６１０にロードされたときにここでの実施形態を実行するためのコンピュータプログラムコードまたはコード手段を搬送するデータキャリアの形式でもって、コンピュータプログラムプロダクトとして提供されてもよい。コンピュータプログラムコードは、たとえば、無線デバイス１２１内の純粋なプログラムコードとして提供されてもよいし、サーバー上に提供されて無線デバイス１２１にダウンロードされてもよい。キャリアは、電気信号、光信号、無線信号または、ＲＡＭ、ＲＯＭ、フラッシュメモリなどの電気メモリや、磁気テープ、ＣＤ−ＲＯＭ、ＤＶＤ、ブルーレイディスクその他などの、コンピュータ可読記憶媒体のうちの一つであってもよい。
【００７７】
無線デバイス１２１は、さらに、一つ以上のメモリモジュールまたはメモリユニットと呼ばれるか、または、これらを含みうるメモリ６２０を有していてもよい。メモリ６２０は、無線デバイス１２１のプロセッサ６１０内で実行されたときに、ここで記載された方法を実行するための、実行可能なインストラクションとデータを記憶するために使用されるように構成されていてもよい。当業者であれば、上述されたプロセッサ６１０とメモリ６２０が、アナログ及びデジタル回路、および／または、たとえばメモリ６２０に記憶され、プロセッサ６１０などの一つ以上のプロセッサによって実行されると上述の方法を一つ以上のプロセッサに実行させるソフトウエアおよび／もしくはファームウエアを用いて構成された一つ以上のプロセッサ、の組み合わせと呼ばれてもよいことを、理解するであろう。プロセッサ６１０およびメモリ６２０は、また、処理手段と呼ばれてもよい。他のデジタルハードウエアだけでなく、これらのプロセッサの一つ以上は、単一の特定用途集積回路（ＡＳＩＣ）、または、いくつかのプロセッサに含まれていてもよいし、様々なデジタルハードウエアは、システムオンチップ（ＳｏＣ）の中に個別にパッケージ化または組み込まれ、いくつかの分離されたコンポーネントにわたって分散していてもよい。
【００７８】
上述から、いくつかの実施形態が、たとえばプロセッサ６１０によって実行されると、ネットワークノード１１０からのダウンリンク送信に関連した無線デバイス１２１からのＡＲＱフィードバック情報を処理することを、無線通信ネットワーク１００内のネットワークノード１１０に可能ならしめるための方法を一つ以上のプロセッサに実行させる、インストラクションを含む、コンピュータプログラムプロダクトを有してもよいことが、わかるであろう。また、いくつかの実施形態は、さらに、上述したコンピュータプログラムプロダクトを含むキャリアを含んでも良く、当該キャリアは、電気信号、光信号、無線信号またはコンピュータ可読記憶媒体の一つである。
【００７９】
添付の図面において図示された特定の実施形態の詳細な説明において使用された用語は、記述された方法、ネットワークノード１１０および無線デバイス１２１を限定することを意図されたものではなく、その代わりに、添付の特許請求の範囲の観点から解釈されるべきである。
【００８０】
ここで使用されているように、用語としての「および／または」は、関連して列挙された項目の一つ以上の組み合わせのいずれかおよびすべてを含む。
【００８１】
さらに、ここで使用されているように、一般的な略語「ｅ．ｇ．」はラテン語の「ｅｘｅｍｐｌｉ  ｇｒａｔｉａ」から来ており、これは先に言及された項目の一般的な例を紹介または特定するために使用されており、そのような項目に限定することは意図されていない。ここで、ラテン語の「ｉｄ  ｅｓｔ」から来た一般的な略語「ｉ．ｅ．」がここで使用されるときは、これはより一般的な言及から特定の項目を特定するために使用されているだろう。「および他のもの」または「その他等」を意味するラテン語の「ｅｔ  ｃｅｔｅｒａ」から来ている一般的な略語「ｅｔｃ．」は、列挙されたものと類似した他の特徴が存在することを示すために、ここでは使用されている。
【００８２】
ここで使用されているように、単数形の”ａ”、”ａｎ”および”ｔｈｅ”は、ことに明確な断りがない限り、複数形も含むことが意図されている。用語としての「有する」、「有している」、「含む」およびまたは「含んでいる」がこの明細書で使用されるときは、記述された特徴、アクション、整数、ステップ、動作、要素、および／または、コンポーネントの存在を特定するために使用されており、他の一つ以上の特徴、アクション、整数、ステップ、動作、要素、コンポーネントおよび／またはこれらのグループの存在や追加を排除するものではない。
【００８３】
他に定義がなければ、ここで使用されている技術用語及び科学用語を含むすべての用語は、記述された実施形態が属している技術分野における当業者によって一般的に理解されている意味と同様の意味を有している。さらに理解されるべきことは、用語は、一般的に使用されている辞書によって定義されているように、関連する技術における説明での意味と一貫した意味を有するものと解釈されるべきであり、ここで明示的に定義されない限り、理想的または過度に公式的な感覚でもって解釈される必要は無い。
【００８４】
ここでの実施形態は上述された好ましい実勢形態に限定されることはない。様々な置換、変形、等価物が使用可能である。したがって、上述された実施形態は限定と解釈されるべきではない。
【００８５】
略語
３ＧＰＰ  第三世代パートナーシッププロジェクト
ＡＣＫ  アクノレッジメント
ＡＲＱ  自動再送要求
ＤＣＩ  ダウリンク制御情報
ＤＬ  ダウンリンク
ＤＴＸ  間欠送信
ＦＤＤ  周波数分割複信
ＨＡＲＱ  ハイブリッドＡＲＱ
ＬＡ  リンクアダプテーション
ＬＴＥ  ロングタームエボリューション
ＭＡＣ  媒体アクセス制御
ＭＳＮ  メッセージシーケンス番号
ＭＴＣ  マシンタイプ通信
ＮＡＣＫまたはＮＡＫ  ネガティブアクノレッジメント
ＮＤＩ  新データインジケータ
ＮＷ  ネットワーク
ＰＤＳＣＨ  物理ダウンリンク共有チャネル
ＰＵＣＣＨ  物理アップリンク共通制御チャネル
ＰＵＳＣＨ  物理アップリンク共有チャネル
ＲＲＣ  無線リソース制御
ＲＶ  冗長バージョン
ＲＸ  受信
ＴＤＤ  時分割複信
ＴＴＩ  送信時間間隔
ＵＥ  ユーザ装置
ＵＬ  アップリンク
【図１】
0006457096.tif 000002
【図２】
0006457096.tif 000003
【図３】
0006457096.tif 000004
【図４】
0006457096.tif 000005
【図５】
0006457096.tif 000006
【図６】
0006457096.tif 000007