JP6608427B2 - ワイヤレスネットワークにおけるフィードバックの通信 - Google Patents

Description

優先権の主張

[0001] 本特許出願は、本出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれる、２０１５年８月５日に出願された「リッスンビフォアトーク（ＬＢＴ）ワイヤレスネットワークにおけるフィードバックの通信（COMMUNICATING FEEDBACK IN LISTEN-BEFORE-TALK (LBT) WIRELESS NETWORKS）」と題される非仮出願第１４／８１９，１９１号、および２０１４年８月８日に出願された「リッスンビフォアトーク（ＬＢＴ）ワイヤレスネットワークにおけるフィードバックの通信」と題される仮出願第６２／０３５，３２４号に対する優先権を主張する。

[0002] テレフォニー、ビデオ、データ、メッセージング、およびブロードキャストといった様々な電気通信サービスを提供するために、ワイヤレス通信システムが広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（例えば、帯域幅、送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続技術を用い得る。そのような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。

[0003] これらの多元接続技術は、異なるワイヤレスデバイスが、市区町村レベル、国レベル、地方レベル、さらに世界的なレベルで通信することを可能にする、共通のプロトコルを提供するために、様々な電気通信規格において採用されている。新興の電気通信規格の例は、ロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））によって公表されたユニバーサルモバイル電気通信システム（ＵＭＴＳ）のモバイル規格に対する拡張のセットである。それは、スペクトル効率を改善することによってモバイルブロードバンドインターネットアクセスをより良くサポートし、コストを下げ、サービスを改善し、新たなスペクトルを利用し、ダウンリンク（ＤＬ）上でＯＦＤＭＡを、アップリンク（ＵＬ）上でＳＣ−ＦＤＭＡを、および多入力多出力（ＭＩＭＯ）アンテナ技術を使用して、他のオープン規格とより良く統合するように、設計される。しかしながら、モバイルブロードバンドアクセスに関する需要が増大し続けるにつれて、ＬＴＥ技術におけるさらなる改善の必要性が存在する。望ましくは、これらの改善は、これらの技術を用いる他のマルチアクセス技術および電気通信規格に適用可能であるべきである。

[0004] ユーザ機器（ＵＥ）は、コアネットワークコンポーネントおよび機能にアクセスするために、発展型ノードＢｓ（ｅＮＢ）と通信するために、これらの技術を用いる。一例では、ＵＥｓは、ライセンスされていないまたは共有された周波数スペクトルにおけるＬＴＥ（ＬＴＥ−Ｕ）を使用してｅＮＢｓに通信することができる。場合によっては、利用されるスペクトルは、米国電気電子学会（ＩＥＥＥ）８０２．１１（Ｗｉ−Ｆｉ）を用いるワイヤレスローカルエリアネットワーク（ＷＬＡＮ）といった他のタイプのネットワークにおいて使用される周波数を含み得る。これらのネットワークは、リッスンビフォアトーク（ＬＢＴ）メカニズムをインプリメントする（implement）ことができ、ここで、デバイスは、チャネルを得るまたはチャネルへのアクセスを獲得するためにクリアチャネルアセスメント（ＣＣＡ：clear channel assessment）を実行し、リソースのスケジューリングを必要とすることなく得られたチャネルを介して通信することができる。ＬＴＥがこれらのネットワークを介して用いられる場合、ＬＴＥ規格に従うフィードバックが原因（due）であるとき、ＵＥはチャネルを得る（例えば、成功した（successful）ＣＣＡを実行する）ことができないことがあるので、ハイブリッド自動再送／要求（ＨＡＲＱ：hybrid automatic repeat/request）フィードバックを送信することは、スケジュールされたグラント（grants）に基づく現在のＬＴＥ規格に従わないことがある。加えて、各フィードバック送信を送信するためにＣＣＡを実行することは、ネットワークリソースに対して重荷となり（be burdensome）得、フィードバックを送信する際に追加の遅延を生じさせ得る。

[0005] 以下は、１つまたは複数の態様の基本的な理解を提供するために、そのような態様の簡略化された概要を提示する。この概要は、全ての考慮された態様の広範な概略ではなく、全ての態様の主要なまたは重要な要素を識別することも、任意の態様または全ての態様の範囲を叙述する（delineate）ことも意図されない。その唯一の目的は、１つまたは複数の態様のいくつかの概念を、後に提示されるより詳細な説明への前置きとして、簡略化された形式で提示することである。

[0006] 一例によれば、ワイヤレスネットワークにおいてフィードバックを通信する方法が提供される。方法は、アクセスネットワークノードに複数のサブフレームに関するフィードバックを通信するためのインジケーションを、アクセスネットワークノードから受信することと、複数のサブフレームにおいて受信されたトランスポートブロックに関連する複数のプロセス識別子を決定することと、複数のサブフレームにおいて受信された複数のプロセス識別子に関するフィードバックをグルーピングすることと、アクセスネットワークノードに、グルーピングされたフィードバックおよび複数のサブフレームを示すフィードバックタグを送信することと、を含む。

[0007] 別の例では、ワイヤレスネットワークにおいてフィードバックを通信するための装置が提供される。装置は、アクセスネットワークノードに複数のサブフレームに関するフィードバックを通信するためのインジケーションを、アクセスネットワークノードから受信するように構成されるフィードバックトリガ受信コンポーネントと、複数のサブフレームにおいて受信されたトランスポートブロックに関連する複数のプロセス識別子を決定するように構成されるプロセス識別子決定コンポーネントと、複数のサブフレームにおいて受信された複数のプロセス識別子に関するフィードバックをグルーピングするように構成されるフィードバックグルーピングコンポーネントと、アクセスネットワークノードに、グルーピングされたフィードバックおよび複数のサブフレームを示すフィードバックタグを送信するように構成されるフィードバック送信コンポーネントと、を含む。

[0008] さらに別の例では、ワイヤレスネットワークにおいてフィードバックを通信するための装置が提供される。装置は、アクセスネットワークノードに複数のサブフレームに関するフィードバックを通信するためのインジケーションを、アクセスネットワークノードから受信するための手段と、複数のサブフレームにおいて受信されたトランスポートブロックに関連する複数のプロセス識別子を決定するための手段と、複数のサブフレームにおいて受信された複数のプロセス識別子に関するフィードバックをグルーピングするための手段と、アクセスネットワークノードに、グルーピングされたフィードバックおよび複数のサブフレームを示すフィードバックタグを送信するための手段と、を含む。

[0009] 別の例では、ワイヤレスネットワークにおいてフィードバックを通信するためのコンピュータ実行可能なコードを備えるコンピュータ可読媒体が提供される。コードは、アクセスネットワークノードに複数のサブフレームに関するフィードバックを通信するためのインジケーションを、アクセスネットワークノードから受信するためのコードと、複数のサブフレームにおいて受信されたトランスポートブロックに関連する複数のプロセス識別子を決定するためのコードと、複数のサブフレームにおいて受信された複数のプロセス識別子に関するフィードバックをグルーピングするためのコードと、アクセスネットワークノードに、グルーピングされたフィードバックおよび複数のサブフレームを示すフィードバックタグを送信するためのコードと、を含む。

[0010] 上述の目的および関連する目的の達成のために、１つまたは複数の態様が、以下に十分に説明され、特に特許請求の範囲において指摘される、特徴を備える。次の説明および付属の図面は、１つまたは複数の態様のある特定の例示的な特徴を詳細に記載する。しかしながら、これらの特徴は、様々な態様の原理が用いられ得る様々な方法のほんの一部を示すものであり、この説明は、そのような全ての態様およびそれらの同等物を含むことを意図される。

[0011] 開示される態様は、開示される態様を限定するためでなく例示するために提供される添付図面と併せて以下に説明されることになり、ここにおいて、同様の表記（designations）は同様の要素を表す。
[0012] 図１は、本明細書に説明される態様に従う例示的なワイヤレス通信システムを例示するブロック図である。 [0013] 図２は、本明細書に説明される態様に従って、グルーピングされたフィードバックを送信するための例示的な方法論を表す複数の機能ブロックを備えるフロー図である。 [0014] 図３は、本明細書に説明される態様に従って、グルーピングされたフィードバックを受信するための例示的な方法論を表す複数の機能ブロックを備えるフロー図である。 [0015] 図４は、本明細書に説明される態様に従う通信フレームの例示的なセットを例示する。 [0016] 図５は、本明細書に説明される態様に従う通信フレームの例示的なセットを例示する。 [0017] 図６は、本明細書に説明される態様に従う通信フレームの例示的なセットを例示する。 [0018] 図７は、処理システムを用いる装置のためのハードウェアインプリメンテーション（implementation）の例を例示する図である。 [0019] 図８は、アクセスネットワークにおける送信機システムおよび受信機システムの例を例示する図である。

詳細な説明

[0020] 添付の図面に関連して以下に記載される詳細な説明は、様々な構成の説明として意図されるものであり、本明細書に説明される概念が実施され得る唯一の構成を表すことを意図されるものではない。詳細な説明は、様々な概念の完全な理解を提供することを目的とした特定の詳細を含む。しかしながら、これらの概念がこれらの特定の詳細なしに実施され得ることが当業者には明らかになるであろう。いくつかの例では、そのような概念を曖昧にすることを避けるために、よく知られているコンポーネントはブロック図の形式で示される。

[0021] 本明細書に説明されることは、スケジュールされたリソースを利用するワイヤレス通信技術（例えば、ワイヤレスワイドエリアネットワーク（ＷＷＡＮ）技術）を用いるリッスンビフォアトーク（ＬＢＴ）ワイヤレスネットワーク（例えば、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ））において、フィードバックを通信することに関連する態様である。例えば、これは、ライセンスされていない帯域（ＬＴＥ−Ｕ）ネットワークにおけるＬＴＥを含むことができる。便宜上、ライセンスされていないまたは共有された無線周波数（ＲＦ）帯域におけるＬＴＥは、本明細書において、ライセンスされていないスペクトルにおけるＬＴＥ／ＬＴＥアドバンスト、ＬＴＥ−Ｕ、または周りのコンテキストにおいて単にＬＴＥと呼ばれ得る。ライセンスされていない帯域におけるＬＴＥは、ネットワークにアクセスするように構成されるＵＥまたはいくつかの他のデバイスが、コンテンションベースの（contention-based）ＲＦ帯域またはスペクトルにおいて動作することを含み得る。一例では、ＬＢＴワイヤレスネットワークにおいて、ＵＥｓは、所与のフレームにおいて通信を送信するかどうか、または周波数帯域が占有されるかどうかを決定する際に、周波数帯域を介してエネルギーレベルをチェックするために、その周波数帯域を介してクリアチャネルアセスメント（ＣＣＡ）（および／またはＣＣＡが失敗するときは拡張されたＣＣＡ（ＥＣＣＡ））を実行し得る。この例では、ＣＣＡおよび／またはＥＣＣＡは、いくらか時間がかかるまたは失敗し得るので、ＬＢＴワイヤレスネットワークが利用されるとき、ＬＴＥのフィードバック要件は確実に達成されないことがある。したがって、本明細書に説明される態様は、ＬＢＴワイヤレスネットワークにおける、またはチャネルリソースを得るためにＣＣＡ／ＥＣＣＡもしくは同様のＬＢＴメカニズムを利用する他のネットワークにおける、ＬＴＥのためのフィードバックの非同期通信を容易にすることに関連する。

[0022] 一例では、ＬＢＴワイヤレスネットワークにおける発展型ノードＢ（ｅＮＢ）は、ＵＥが、（例えば、ＣＣＡを使用して）チャネルにアクセスし、ｅＮＢにフィードバックを送信することができるように、ＵＥへのフィードバックの通信をトリガする（trigger）ことができる。加えて、アップリンクフィードバックのためのリソースは、ＵＥにｅＮＢによって与えられ（granted）、それに関するフィードバック（例えば、ｅＮＢから受信されたデータのアクノリッジメント（ＡＣＫ）／否定的アクノリッジメント（ＮＡＣＫ））がｅＮＢにＵＥによって送信されるべき、複数のサブフレームおよび／または関連するハイブリッド自動再送／要求（ＨＡＲＱ）プロセス識別子を示し得る。一例では、ｅＮＢは、リソースグラントにおいて、フィードバックの送信を生じさせるためにＵＥに送られる別のトリガ等において、フィードバックタグを含み得る。フィードバックタグは、それに関するフィードバックがＵＥによって送信されるべきサブフレームのセットを示すための実質的に任意の識別子に関連することができる。例えば、フィードバックタグは、本明細書に説明されるように、１つまたは複数のＨＡＲＱプロセス識別子に関連するとき、ＵＥとｅＮＢとの間に構成される数に対応することができる。いずれの場合でも、ＵＥは、ＨＡＲＱプロセス識別子ビットマップ、バンドルされた（bundled）フィードバック、等を使用して、１つまたは複数のサブフレームに関連する１つまたは複数のＨＡＲＱプロセスに関するフィードバックを送信することができる。加えて、ＵＥは、ｅＮＢが、予想される（expected）フィードバックが受信されることを確認する（verify）ことを可能にするために、ＵＥに対して指定されたフィードバックタグを含み得る。さらに、アップリンクフィードバックのためのリソースグラントは、制御チャネルおよび関連するフォーマット、共有されたデータチャネル、等を使用してフィードバックを送信することを可能にし得る。

[0023] 図１−図３を参照すると、態様は、本明細書に説明されるアクションまたは機能を実行し得る１つまたは複数のコンポーネントおよび１つまたは複数の方法に関して示される。図２および図３における、以下に説明される動作は、特定の順序で、および／または例示的なコンポーネントによって実行されているとして、提示されるが、アクションの順序およびアクションを実行するコンポーネントは、インプリメンテーションに応じて変更され得ると理解されるべきである。さらに、以下のアクションまたは機能は、特別にプログラムされたプロセッサ、特別にプログラムされたソフトウェアを実行するプロセッサ、またはコンピュータ可読媒体によって、または説明されるアクションまたは機能を実行することが可能なハードウェアコンポーネントおよび／またはソフトウェアコンポーネントの任意の他の組み合わせによって、実行され得ると理解されるべきである。

[0024] 図１は、例示的な構成に従うワイヤレス通信のためのシステム１００を例示する概略図である。図１は、ワイヤレスネットワークへのアクセスを受信するためにアクセスネットワークノード１０４と通信するＵＥ １０２を含む。一例では、ワイヤレスネットワークは、ＬＴＥといったＷＷＡＮネットワークであることができ、（例えば、ＬＴＥ−Ｕにおける）Ｗｉ−ＦｉといったＬＢＴネットワークのリソースを介してアクセス可能であることができる。この点について、ＵＥ １０２は、アクセスネットワークノード１０４と通信するためのネットワークリソースにアクセスする際にＣＣＡおよび／またはＥＣＣＡを実行し得る。加えて、単一のＵＥ １０２が単一のアクセスネットワークノード１０４にアクセスするとして示され、説明されているが、複数のＵＥｓがアクセスネットワークノード１０４と通信することができる、ＵＥ １０２が複数のアクセスネットワークノードと通信することができる、等が理解されるであろう。

[0025] ＵＥ １０２は、限定されるものではないが、スマートフォン、セルラ電話、モバイルフォン、ラップトップコンピュータ、タブレットコンピュータ、または別のデバイス（例えば、コンピュータに接続されたモデム）にテザリングされる（tethered）スタンドアローンデバイス、ウェアラブルデバイス（例えば、スマートウォッチ、スマートグラス、スマートリストバンド）、等であることができる他のポータブルネットワークデバイスといった、任意のタイプのモバイルデバイスを備え得る。加えて、ＵＥ １０２はまた、当業者によって、モバイル局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、モバイル通信デバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語と呼ばれ得る。一般に、ＵＥ １０２は、ポータブルであると見なされるのに十分小さい、かつ軽量であり得、本明細書に説明される１つまたは複数のオーバージエア（ＯＴＡ：over-the-air）通信プロトコルを使用してＯＴＡ通信リンクを介してワイヤレスに通信するように構成され得る。さらに、いくつかの例では、ＵＥ １０２は、複数の別個のサブスクリプション（subscriptions）、複数の無線リンク、等を介して複数の別個のネットワーク上での通信を容易にするように構成され得る。

[0026] さらに、アクセスネットワークノード１０４は、アクセスポイント、基地局（ＢＳ）、ノードＢ、ｅノードＢ（ｅＮＢ）、リレー、ピアツーピアデバイス、無線ネットワークコントローラ（ＲＮＣ）を含むマクロセル、スモールセル、等といった任意のタイプのネットワークモジュールの１つまたは複数を備え得る。本明細書で使用されるとき、用語「スモールセル」は、アクセスポイント、またはアクセスポイントの対応するカバレッジエリアを指し得、ここで、この場合のアクセスポイントは、例えば、マクロネットワークアクセスポイントまたはマクロセルの送信電力またはカバレッジエリアと比較して相対的に低い送信電力または相対的に小さいカバレッジを有する。例えば、マクロセルは、限定されるものではないが、半径数キロメートルといった比較的大きい地理的エリアをカバーし得る。対照的に、スモールセルは、限定されるものではないが、家、建物、または建物のフロアといった比較的小さい地理的エリアをカバーし得る。したがって、スモールセルは、限定されるものではないが、ＢＳ、アクセスポイント、フェムトノード、フェムトセル、ピコノード、マイクロノード、ノードＢ、ｅＮＢ、ホームノードＢ（ＨＮＢ）、またはホーム発展型ノードＢ（ＨｅＮＢ）といった装置を含み得る。それゆえ、本明細書で使用されるとき、用語「スモールセル」は、マクロセルと比較して相対的に低い送信電力および／または相対的に小さいカバレッジエリアセルを指す。さらに、アクセスネットワークノード１０４は、ワイヤレスネットワークおよび／またはコアネットワークの１つまたは複数の他のネットワークエンティティと通信し得る。アクセスネットワークノード１０４は、ｅノードＢ、または本明細書にさらに説明されるようなＥ−ＵＴＲＡＮ、ＷｉＦｉ無線アクセスを介したネットワークとのワイヤレス通信をサポートするＷｉ−ＦｉホットスポットといったＷＬＡＮノード、等の他のコンポーネントを含み得る。

[0027] 例えば、システム１００は、限定されるものではないが、ワイドエリアネットワーク（ＷＡＮ）、ワイヤレスネットワーク（例えば、８０２．１１またはセルラネットワーク）、公衆交換電話網（ＰＳＴＮ）ネットワーク、アドホックネットワーク、パーソナルエリアネットワーク（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標））、またはネットワークプロトコルおよびネットワークタイプの他の組み合わせもしくは置換といった任意のネットワークタイプを含み得る。そのような（１つまたは複数の）ネットワークは、単一のローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）、またはＬＡＮｓもしくはインターネットといったＷＡＮｓの組み合わせを含み得る。そのようなネットワークは、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ（登録商標））システムを備え得、この規格に従って１つまたは複数のＵＥｓ １０２と通信し得る。当業者であれば容易に理解するように、この開示全体にわたって説明される様々な態様は、他の電気通信システム、ネットワークアーキテクチャおよび通信規格に拡張され得る。例として、様々な態様は、時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、高速アップリンクパケットアクセス（ＨＳＵＰＡ）、高速パケットアクセスプラス（ＨＳＰＡ＋）および時分割ＣＤＭＡ（ＴＤ−ＣＤＭＡ）といった他のユニバーサルモバイル電気通信システム（ＵＭＴＳ）システムに拡張され得る。様々な態様はまた、（ＦＤＤ、ＴＤＤ、または両方のモードにおける）ロングタームエボリューション（ＬＴＥ）、（ＦＤＤ、ＴＤＤ、または両方のモードにおける）ＬＴＥアドバンスト（ＬＴＥ−Ａ）、ＣＤＭＡ２０００、エボリューションデータオプティマイズド（ＥＶ−ＤＯ）、ウルトラモバイルブロードバンド（ＵＭＢ）、米国電気電子学会（ＩＥＥＥ）８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ウルトラワイドバンド（ＵＷＢ）、Ｂｌｕｅｔｏｏｔｈを用いるシステムおよび／または他の適切なシステムに拡張され得る。実際の電気通信規格、ネットワークアーキテクチャ、および／または用いられる通信規格は、特定のアプリケーション、およびシステムに課される全体的な設計制約に依存するであろう。（１つまたは複数の）ネットワークに結合される様々なデバイス（例えば、ＵＥ １０２、アクセスネットワークノード１０４）は、１つまたは複数のワイヤード接続またはワイヤレス接続を介してコアネットワークに結合され得る。

[0028] 一例では、ＵＥ １０２およびアクセスネットワークノード１０４は、ＵＥ １０２がアクセスネットワークノード１０４と通信するためのチャネルリソースを得るためにＣＣＡおよび／またはＥＣＣＡを実行するネットワークにおいて通信する。したがって、知られていないときに（at unknown times）、リソースを得るＵＥ １０２に基づいて、アクセスネットワークノード１０４および／またはＵＥ １０２によってサポートされる基本的なネットワーク技術のある特定のスケジューリング要件に従うのは難しいことがある。例えば、フィードバック通信の場合、ＵＥ １０２は、次にＵＥ １０２がチャネルを得ることができる、そこから受信される通信のために、アクセスネットワークノード１０４にフィードバックを送信し得、それは、フィードバックのために定義されたスケジュール（例えば、ＬＴＥにおいてアクセスネットワークノード１０４からの通信に後続する４ｍｓ）に従って起こらないことがある。加えて、アクセスネットワークノード１０４から受信された各通信に関するフィードバックをレポートするためにチャネルを得ることは、常に（constantly）チャネルを得ることによって生じるネットワークにおける重大な負荷をもたらし得る。

[0029] この点について、アクセスネットワークノード１０４がＵＥ １０２からの通信リソースに関するフィードバックを受信することを予想する場合、複数のサブフレームの各々に関するフィードバック、または複数のサブフレームに関する単一のバンドルされたフィードバック（例えば、複数のサブフレームに関するＮＡＣＫ、ここで、サブフレームの少なくとも１つに関するフィードバックはＮＡＣＫである）を含み得る単一のグルーピングされたフィードバック通信において、複数のサブフレームに関する、および／または複数のプロセス識別子に関する個々のフィードバックをグルーピングすることが望ましいことがある。したがって、このフィードバックは、それに関するフィードバックがレポートされるリソースを介して受信される通信に非同期的に通信されることができる。この手法は、フィードバック送信の数を低減するため、ネットワークリソースを節約することができる。加えて、送信のためのチャネルリソースを得るためにＣＣＡ／ＥＣＣＡプロセスを考慮すれば、ある特定のＷＷＡＮ技術（例えば、ＬＴＥ）のために前に指定されたスケジューリングおよびタイミング要件は、達成することが難しいことがあるので、この非同期手法は、そのような要件を緩和することができる。例えば、ＣＣＡ／ＥＣＣＡは成功裏に完了するかもしくは成功裏に完了しないことがある、または予想された時間までに完了しないことがあるので、スケジューリングは、保証されないことがある。

[0030] したがって、アクセスネットワークノード１０４は、ＵＥ １０２からのグルーピングされたフィードバック通信をトリガすることができる。この点について、アクセスネットワークノード１０４は、それに関するグルーピングされたフィードバックレポートがトリガされている複数のサブフレームを識別することを容易にするために、グルーピング情報（例えば、フィードバックタグ）を使用し得る。したがって、ＵＥ １０２は、含むことができるまたはそれと通信することができる通信コンポーネント１１０と、アクセスネットワークノード１０４からフィードバックトリガを受信するためのフィードバックトリガ受信コンポーネント１１２と、複数のサブフレームにおいて受信された複数のプロセス識別子を決定するためのプロセス識別子（ＩＤ）決定コンポーネント１１４と、（例えば、複数のサブフレームにおける）複数のプロセス識別子の各々に関するフィードバックをグルーピングするためのフィードバックグルーピングコンポーネント１１６と、アクセスネットワークノード１０４にグルーピングされたフィードバックを送信するためのフィードバック送信コンポーネント１１８と、を含む。アクセスネットワークノード１０４は、含むことができるまたはそれと通信することができる通信コンポーネント１２０と、ＵＥ １０２からの複数のサブフレームに関するグルーピングされたフィードバックのレポーティングをトリガするためのフィードバックトリガコンポーネント１２２と、ＵＥ １０２からグルーピングされたフィードバックを受信するためのフィードバック受信コンポーネント１２４と、を含む。

[0031] 加えて、図１によって表されるコンポーネントおよび機能のみならず本明細書に説明される他のコンポーネントおよび機能は、任意の適切な手段を使用してインプリメントされ得る。そのような手段はまた、少なくとも部分的に、本明細書に教示されるような対応する構造を使用してインプリメントされ得る。例えば、図１のコンポーネントとともに上述されたコンポーネントはまた、同様に示された機能「のための手段」に対応し得る。したがって、いくつかの態様では、そのような手段のうちの１つまたは複数は、本明細書に教示されるようなプロセッサコンポーネント、集積回路、または他の適切な構造のうちの１つまたは複数を使用してインプリメントされ得る。

[0032] 図２は、ワイヤレスネットワークにおいてグルーピングされたフィードバックを通信するための例示的な方法２００を例示する。方法２００は、ブロック２０２において、複数のサブフレームに関するフィードバックを通信するためのインジケーションを受信することを含む。フィードバックトリガ受信コンポーネント１１２は、複数のサブフレームに関するフィードバックを通信するためのインジケーション１３０を受信することができる。例えば、フィードバックトリガ受信コンポーネント１１２は、アクセスネットワークノード１０４からインジケーション１３０を受信することができ、それは、ワイヤレスネットワークを介してアクセスネットワークノード１０４からフィードバックトリガ受信コンポーネント１１２によって受信された要求を含み得る。一例では、ブロック２０２においてインジケーションを受信することは、ブロック２０４において、リソースグラントにおいてインジケーションを受信することを随意に含み得る。したがって、例えば、フィードバックトリガ受信コンポーネント１１２は、アクセスネットワークノード１０４から、ダウンリンクリソースグラントが関連するリソース、等を介してフィードバックのためのダウンリンクリソースグラントにおいてインジケーションを受信することができる。

[0033] さらに、例えば、インジケーションは、フィードバックを通信するためのリソースの割り当てを含み得、それは、アクセスネットワークノード１０４からのリソースグラントまたは他の要求において暗にまたは明確に示され得る。フィードバックのためのリソースの割り当ては、割り当てられたリソースに関する選択された変調およびコーディング方式（ＭＣＳ）、割り当てられたリソースを介してＨＡＲＱフィードバックとして送信されるべきビットの数、等に少なくとも部分的に基づいて、暗に示され、決定される。例えば、通信コンポーネント１１０は、異なるＭＣＳｓへのリソース（例えば、フィードバックを通信するためにＵＥ １０２に与えられたリソースの量）のマッピングを指定する構成を受信し得、フィードバック送信コンポーネント１１８は、この点について、ＭＣＳおよびマッピングに少なくとも部分的に基づいてリソースの量を決定することができる。別の例では、フィードバック送信コンポーネント１１８は、本明細書にさらに説明されるように、示されたプロセス識別子に関するフィードバックを通信するために十分なリソースの量を決定することができる。いずれの場合でも、本明細書にさらに説明されるように、フィードバック送信コンポーネント１１８は、グルーピングされたフィードバックを通信するための割り当てられたリソースを使用することを試み得る、および／またはリソースの決定された量に従ってまたは別の方法で、割り当てられたリソースに関するＣＣＡ／ＥＣＣＡが成功しないフィードバックを送信するための他のリソースを使用して（例えば、次の成功したＣＣＡ／ＥＣＣＡの後のリソースを使用して）フォールバックし得る。

[0034] 加えて、例えば、それに関するフィードバックをレポートする複数のサブフレームがそこから決定され得るインジケーションは、フィードバックタグまたは他のグルーピング情報を含み得る。フィードバックタグは、説明されるように、それに関するフィードバックがＵＥによって送信されるべきサブフレームのセットを示すための実質的に任意の識別子に関連することができる。一例では、フィードバックタグは、グルーピングされたフィードバックがアクセスネットワークノード１０４によって要求される、および／またはＵＥ １０２によって送信されるたびに、インクリメントされるタグを含み得る。したがって、一例では、フィードバックタグは、ＵＥ １０２から最後に受信されたフィードバックのフィードバックタグ、またはＵＥ １０２によって受信されるべきフィードバックのフィードバックタグを示すことができる（例えば、最後のフィードバックタグ＋１）。いずれにせよ、フィードバックタグは、本明細書にさらに説明されるように、フィードバックが通信されることに関して、ＵＥ １０２およびアクセスネットワークノード１０４が同期されることを保証するために使用されることができる。例えば、フィードバックタグは、アクセスネットワークノード１０４がＵＥ １０２から、最後のグルーピングされたフィードバックを受信したという暗黙的なアクノリッジメントであることができる（例えば、ここで、最後の受信された値が使用されるかまたは現在のインクリメントされた値が使用されるかに関わらず、フィードバックタグは、ＵＥ １０２によって予想される値を有する）。

[0035] 方法２００は、ブロック２０６において、インジケーションが、予想されるフィードバックタグとは異なるフィードバックタグを含むかどうかを決定することを随意に含む。例えば、フィードバックトリガ受信コンポーネント１１２は、インジケーションが予想されるフィードバックタグとは異なるフィードバックタグを含むかどうかを決定することができる。そうである場合、方法２００はまた、ブロック２０８において、アクセスネットワークノードにＮＡＣＫを送信することを随意に含む。フィードバック送信コンポーネント１１８は、この場合、アクセスネットワークノード１０４にＮＡＣＫを送信することができる。例えば、フィードバックトリガ受信コンポーネント１１２は、前に受信されたフィードバックタグ（例えば、ｎ−１、ここで、ｎは整数）または現在のフィードバックタグ（例えば、ｎ）のいずれかであるフィードバックタグを受信することを予想し得る。異なるフィードバックタグが受信される場合、フィードバック送信コンポーネント１１８は、例えば、アクセスネットワークノード１０４からの通信に関するフィードバックとしてＮＡＣＫを送信することができる。予想されるフィードバックタグがインジケーションに含まれる場合、方法は随意にブロック２１０に進むことができる。

[0036] 方法２００は、ブロック２１０において、インジケーションに基づいて複数のサブフレームを決定することを随意に含む。プロセスＩＤ決定コンポーネント１１４は、インジケーションに基づいて複数のサブフレームを決定することができる。一例では、これは、ブロック２１２において、インジケーションを受信することに関連する第１のサブフレーム、および前に受信されたインジケーションに関連する第２のサブフレームを決定することを随意に含むことができる。プロセスＩＤ決定コンポーネント１１４は、インジケーションを受信することに関連する第１のサブフレーム、および前に受信されたインジケーションに関連する第２のサブフレームを決定し得る。例えば、プロセスＩＤ決定コンポーネント１１４は、（例えば、アクセスネットワークノード１０４からの前のフィードバックトリガの、および／またはアクセスネットワークノード１０４への前のフィードバック送信の）前に受信されたインジケーションと、フィードバックトリガ受信コンポーネント１１２がインジケーションを受信することに関連する現在のサブフレームとの間のサブフレームの数を決定することに少なくとも部分的に基づいて、複数のサブフレームを決定し得る。他の例では、フィードバックトリガ受信コンポーネント１１２によって受信されたインジケーションは、それに関するフィードバックレポーティングが要求されるサブフレームの数、サブフレームの範囲、等を示し得る。

[0037] ある特定の例では、プロセスＩＤ決定コンポーネント１１４は、１番目のインジケーションがフィードバックトリガ受信コンポーネント１１２によって受信されるとき、最初のサブフレームｌ（例えば、サブフレーム０）および２番目のサブフレームｍまでにおいてプロセス識別子に関するグルーピングされたフィードバックをレポートすることを最初に決定することができる。例えば、２番目のサブフレームは、現在のサブフレーム、またはサブフレーム（subframes）のオフセット数もしくは他の時間の尺度（other measure of time）によって現在のサブフレームの前に現れる（occurring）いくつかの他のサブフレーム（例えば、現在のサブフレーム−（minus）４個のサブフレーム）であり得、それは、ＬＴＥまたは他のワイヤレス通信規格に従い得る。したがって、例えば、グルーピングされたフィードバックがサブフレームｌ〜ｍに関して（例えば、フィードバックタグｎに関して）提供された場合、インジケーションを受信すると、プロセスＩＤ決定コンポーネント１１４は、（例えば、フィードバックタグｎ＋１に関して）それに関するグルーピングされたフィードバックをレポートするサブフレームｍ＋１〜現在のサブフレーム（または現在のサブフレームからのオフセット）において、プロセス識別子を決定することができ、ここで、ｌ、ｍおよびｎは整数であり、ｌ＜ｍ。

[0038] さらに、フィードバックトリガ受信コンポーネント１１２が、前にレポートされたグルーピングされたフィードバックのフィードバックタグを受信する場合、これは、アクセスネットワークノード１０４が前にレポートされたグルーピングされたフィードバックを受信しなかったことを示すことができる。したがって、プロセスＩＤ決定コンポーネント１１４は、（例えば、ｎである、前のフィードバックタグｎ−１＋１に関して）それに関するグルーピングされたフィードバックをレポートする、前のフィードバックタグに対応するサブフレーム（例えば、上のサブフレームｍ）から現在のサブフレーム（または現在のサブフレームからのオフセット）において、プロセス識別子に関するフィードバックを提供することを決定することができる。

[0039] 方法２００はまた、ブロック２１４において、複数のサブフレームにおいて受信されたトランスポートブロックに関連する複数のプロセス識別子を決定することを含む。プロセスＩＤ決定コンポーネント１１４は、複数のサブフレームにおいて受信されたトランスポートブロックに関連する複数のプロセス識別子を決定することができる。例えば、プロセス識別子は、ＨＡＲＱプロセス識別子、または他の非同期フィードバックメカニズムに関連するプロセス識別子に関連することができる。例えば、プロセス識別子は、ＵＥ １０２に通信を送信する際にアクセスネットワークノード１０４によって示されることができ、ＵＥ １０２は、プロセス識別子に対応する通信に関連するとき、アクセスネットワークノード１０４がフィードバックを処理することを可能にするための関連する通信に関するフィードバックを示すために、プロセス識別子を利用し得る。例えば、プロセスＩＤ決定コンポーネント１１４は、（例えば、ブロック２０４において決定されるとき、）複数のサブフレームにおいてアクセスネットワークノード１０４から受信されたプロセス識別子を決定することができる。別の例では、フィードバックトリガ受信コンポーネント１１２によって受信されたインジケーションは、それに関するフィードバックがアクセスネットワークノード１０４によって望まれる複数のサブフレームにおいて、プロセス識別子を指定し得る。各プロセス識別子は、１つまたは複数のサブフレームにおいて、ＵＥ １０２とアクセスネットワークノード１０４との間の１つまたは複数の通信（例えば、トランスポートブロック）に関連し得ることが理解されるであろう。

[0040] 方法２００はさらに、ブロック２１６において、複数のサブフレームにおいて受信された複数のプロセス識別子に関するフィードバックをグルーピングすることを含む。フィードバックグルーピングコンポーネント１１６は、複数のサブフレームにおいて受信された複数のプロセス識別子に関するフィードバックをグルーピングすることができる。一例では、ブロック２１６においてフィードバックをグルーピングすることは、ブロック２１８において、複数のビットの各々が複数のプロセス識別子のうちの１つに関するフィードバックを示す、フィードバックビットマップを生成することを随意に含むことができる。フィードバックグルーピングコンポーネント１１６は、複数のビットの各々が複数のプロセス識別子のうちの１つに関するフィードバックを示す、フィードバックビットマップを生成することができる。フィードバックグルーピングコンポーネント１１６は、ビットの１つまたは複数が、複数のプロセス識別子に関するフィードバックを示す、実質的に任意のビットの集合（collection）（例えば、ビット（bits）は、複数のサブフレームにおいて受信された各プロセス識別子に関する少なくとも１つのビットを含むことができる）を生成することができることが理解されるであろう。別の例では、フィードバックをグルーピングすることは、１つまたは複数のフィードバック値（例えば、１つまたは複数のビット）として複数のサブフレームにおいて受信された複数のプロセス識別子に関するフィードバックをバンドルすることを含むことができる。説明されるように、ビットにおいて示されるフィードバックまたはバンドルされたフィードバックは、アクセスネットワークノード１０４から受信された通信に関するＨＡＲＱフィードバック（例えば、ＡＣＫ／ＮＡＣＫ）に関連することができる。

[0041] 方法２００はまた、ブロック２２０において、グルーピングされたフィードバックおよび／または複数のサブフレームを示すフィードバックタグを送信することを含む。フィードバック送信コンポーネント１１８は、（例えば、アクセスネットワークノード１０４に、）グルーピングされたフィードバックおよび／または複数のサブフレームを示すフィードバックタグ１３２を送信することができる。一例では、フィードバックタグは、説明されるように、各グルーピングされたフィードバック送信を用いてインクリメントされた値であることができる。フィードバックタグは、（例えば、ブロック２０２において、）インジケーションから決定されたフィードバックタグであり得る、および／またはそうでなければＵＥ １０２によって管理され（および／またはブロック２２０において、送信する前にインクリメントされ）得る。例えば、フィードバックタグは、ＵＥ １０２およびアクセスネットワークノード１０４が、予想されるようにフィードバックを通信している（例えば、ＵＥ １０２がアクセスネットワークノード１０４によって予想されるようにある特定の通信に関するフィードバックを通信している）と決定することを容易にするために、ＵＥ １０２および／またはアクセスネットワークノード１０４によって管理されることができる。したがって、（例えば、フィードバックタグを含むインジケーションが、それを介してアクセスネットワークノード１０４によって送信されるサブフレームに関連するサブフレームに基づいて、）フィードバックタグは、最後の（end）サブフレームがアクノリッジされていることを暗に示し得る、および／またはどのサブフレームが既にアクノリッジされたかを暗に示すことができる。

[0042] いずれの場合でも、一例では、フィードバック送信コンポーネント１１８は、（例えば、通信されたグルーピングされたフィードバックに対するインジケーションを受信すること、および通信に関するフィードバックをグルーピングすることに基づいて、）アクセスネットワークノード１０４にグルーピングされたフィードバックを送信するためのチャネルリソースを得るために、ＣＣＡおよび／またはＥＣＣＡを最初に実行することができる。チャネルリソースが得られると、フィードバック送信コンポーネント１１８は、アクセスネットワークノード１０４にグルーピングされたフィードバックを送信する。この点について、アクセスネットワークノード１０４へのＵＥ １０２からのフィードバックの通信は、ＣＣＡ／ＥＣＣＡを完了するための時間から独立していることができる。

[0043] さらに、特定の例では、フィードバック送信コンポーネント１１８は、定義されたフォーマット（例えば、フォーマット３）または新たなフォーマットを使用して、アップリンク制御チャネル（例えば、物理アップリンク制御チャネル（ＰＵＣＣＨ））上でフィードバック（例えば、グルーピングされたフィードバックおよび／またはフィードバックタグ）を送信することができる。さらに、一例では、フィードバック送信コンポーネント１１８は、アクセスネットワークノード１０４に送信されるグルーピングされたフィードバックにサイクリック冗長チェック（ＣＲＣ：cyclic redundancy check）プロテクション（protection）を適用することができる。加えて、一例では、フィードバック送信コンポーネント１１８は、グルーピングされたフィードバックがアップリンク共有チャネルと衝突すると決定される場合、アップリンク共有チャネルリソース（例えば、物理アップリンク共有チャネル（ＰＵＳＣＨ））において、グルーピングされたフィードバックを多重化することができる。この例では、フィードバック送信コンポーネント１１８は、ＣＲＣを適用しないことがある。しかしながら、フィードバック送信コンポーネント１１８は、フィードバックおよび共有されたデータを受信するアクセスネットワークノード１０４によって共有されたデータとの区別（differentiation）を容易にするために、グルーピングされたフィードバックに対して別個の電力制御、別個の符号化、等を適用し得る。

[0044] 別の例では、フィードバック送信コンポーネント１１８は、ブロック２２０において、アクセスネットワークノード１０４によって与えられたアップリンクリソースを介して最初の（initial）送信として、グルーピングされたフィードバックを送信することができる。この例では、ブロック２０２において受信されたインジケーションは、説明されるように、フィードバックリソースのグラント（a grant）であり得る。フィードバック送信コンポーネント１１８は、与えられたリソースを介してグルーピングされたフィードバックおよび／またはフィードバックタグを送信し、アクセスネットワークノード１０４は、本明細書にさらに説明されるように、（例えば、ＵＥ １０２にフィードバックリソースを提供することに応答して、）最後のフィードバックが受信されてから、グルーピングされたフィードバックを決定し、グルーピングされたフィードバックを複数のサブフレームを介したＵＥ １０２への送信と同期させるためにフィードバックタグを使用する。

[0045] 図３は、グルーピングされたフィードバック情報を要求し、受信するための方法３００を例示する。方法３００は、ブロック３０２において、複数のサブフレームに関するフィードバックを通信するためのインジケーションを送信することを含む。フィードバックトリガコンポーネント１２２は、複数のサブフレームに関するフィードバックを通信するために、（例えばＵＥ １０２に）インジケーションを送信することができる。説明されるように、一例では、インジケーションは、それに関するフィードバックが要求される、複数のサブフレームまたは関連するプロセス識別子のインジケーションを含み得る。別の例では、インジケーションは、フィードバック情報を通信するための各要求のためにフィードバックトリガコンポーネント１２２によってインクリメントされ得るフィードバックタグまたは他のグルーピング情報を含み得る。この点について、フィードバックタグを提供することは、ＵＥ １０２が、フィードバックをグルーピングするために受信されたフィードバックタグと前に受信されたフィードバックタグとの間で複数のサブフレームを決定すること、およびＵＥ １０２によってレポートされているフィードバックがアクセスネットワークノード１０４によって要求されたフィードバックに対応することを保証すること、を可能にすることができる。加えて、ブロック３０２においてインジケーションを送信することは、ブロック３０４において、グルーピングされたフィードバックを通信するためのリソースグラントにおいてインジケーションを送信することを随意に含み得る。フィードバックトリガコンポーネント１２２は、説明されるように、グルーピングされたフィードバックを通信するためのリソースグラントにおいて（例えば、ＵＥ １０２に）インジケーションを送信することができる。

[0046] 例えば、フィードバックトリガコンポーネント１２２は、フィードバックを通信するためにＵＥ １０２にリソースを割り当てることができ、それは、ＰＵＳＣＨリソースと同様のリソースを割り当てること、明確にリソースを示すこと、リソースを割り当てるためにインデックス付け（indexing）を使用すること、等を含み得る。フィードバックトリガコンポーネント１２２は、例えば、（例えば、アクセスネットワークノード１０４によって）ＵＥ １０２に通信されるダウンリンクグラントにおいてフィードバックリソースを割り当てることができる。さらに、フィードバックトリガコンポーネント１２２は、対応するダウンリンクグラントに関する選択されたＭＣＳ、ＨＡＲＱフィードバックとして送信されるべきビットの数、等に基づいて（例えば、プロセス識別子の数、および／または複数のサブフレームの数、等に基づいて）、フィードバックを送信するためのリソースグラントを暗に示し得る。別の例では、インジケーションが、フィードバックトリガコンポーネント１２２がＵＥ １０２に送信するという（例えば、それに関するフィードバックが送信されるべき１つまたは複数のプロセス識別子を示し得る）、等の明確なインジケーションであり得る。

[0047] 方法３００はまた、ブロック３０６において、複数のサブフレームに対応する１つまたは複数のプロセス識別子に関するグルーピングされたフィードバックを受信することを随意に含み、それは、グルーピングされたフィードバックが関連する複数のサブフレームを示すフィードバックタグを含み得る。フィードバック受信コンポーネント１２４は、複数のサブフレームに対応する１つまたは複数のプロセス識別子に関するグルーピングされたフィードバックを受信することができ、それは、グルーピングされたフィードバックが関連する複数のサブフレームを示すフィードバックタグを含み得る。例えば、グルーピングされたフィードバックは、フィードバックビットマップにおいて複数のサブフレームに関する（および／またはより詳細には１つまたは複数のプロセス識別子に関する）フィードバックを示すことができる。説明されるように、例えば、フィードバックビットマップは、複数のサブフレームにおいて受信されたプロセス識別子に関するフィードバックを各々が示すビットの１つまたは複数（例えば、１つまたは複数のビットは、所与のプロセス識別子に関するフィードバックに関連することができる）、等を含み得る。別の例では、グルーピングされたフィードバックは、１つまたは複数のフィードバック値として複数のプロセス識別子に関するフィードバックのバンドリング（bundling）を示すことができる。別の例では、フィードバック受信コンポーネント１２４は、ＵＥ １０２によってアップリンクリソースグラントを介して、最初の受信としてグルーピングされたフィードバックを受信し得る。

[0048] 方法３００は、ブロック３０８において、予想されるフィードバックが受信されたかどうかを決定することを随意に含み得る。フィードバック受信コンポーネント１２４は、（例えば、ＵＥ １０２から、）予想されるフィードバックが受信されたかどうかを決定することができる。そうでない場合、方法３００は、ブロック３１０において、別の複数のサブフレームに関するフィードバックを通信するための別のインジケーションを送信することを随意に含むことができ、ここで、インジケーションは、予想されるフィードバックタグを指定する。フィードバックトリガコンポーネント１２２は、（例えば、ＵＥ １０２に）別の複数のサブフレームに関するフィードバックを通信するための別のインジケーションを送信することができ、ここで、インジケーションは、予想されるフィードバックタグを指定する。例えば、フィードバック受信コンポーネント１２４は、フィードバックトリガコンポーネント１２２がＵＥ １０２によってフィードバックをトリガする（例えば、ＵＥ １０２にインジケーションを送信する）時間からある持続時間（a duration）内にフィードバックを受信することを予想することができる。したがって、予想されるフィードバックがブロック３０８において受信されたかどうかを決定することは、予想されるフィードバックが時間の持続時間内に受信されたかどうかを決定することを含むことができる。そうでない場合、説明されるように、別のインジケーションがブロック３１０において送信される。これは、フィードバックトリガコンポーネント１２２がＵＥ １０２にトリガを繰り返す（例えば、同じフィードバックタグを持つインジケーションを送信する）ことを含むことができる。フィードバックトリガ受信コンポーネント１１２が、前にレポートされたように、同じフィードバックタグｎに関する１つまたは複数の追加のトリガを受信する場合、フィードバックグルーピングコンポーネント１１６は、前のフィードバックタグｎ−１に対応する１番目のサブフレームｌから、フィードバックタグｎを持つ１つまたは複数の追加のトリガに対応するサブフレームｍまでのプロセス識別子に関するフィードバックをグルーピングすることができ、ここで、ｍは、フィードバックタグｎを持つ前のトリガに対応する前のｍより大きい数であり得る。この点について、例えば、１つまたは複数の追加のトリガは、ＵＥ １０２に、それに関するフィードバックが前に受信されなかったプロセス識別子に関する、および最後のトリガと、現在の追加のトリガに関連するサブフレームとの間の任意の追加のサブフレームに関するプロセス識別子も含む、グルーピングされたフィードバックをレポートすることを行わせることができる。

[0049] 加えて、予想されるフィードバックがブロック３０８において受信されたかどうかを決定することはまた、予想されるフィードバックが、フィードバック受信コンポーネント１２４によって予想されるフィードバックタグ（例えば、ブロック３０２においてフィードバックトリガコンポーネント１２２によるインジケーションにおいて指定されたフィードバックタグ、またはそうでなければＵＥ １０２から受信された最後のフィードバックタグのインクリメントされた値）と、グルーピングされたフィードバックにおけるフィードバックタグを比較することに基づいて、受信されたかどうかを、フィードバック受信コンポーネント１２４が決定することを含み得る。それらのフィードバックタグが一致しない場合、例えば、フィードバック受信コンポーネント１２４は、エラーシナリオを決定することができ、ブロック３１０において別のインジケーションを送信することができる。一例では、エラーシナリオに応答して、フィードバックトリガコンポーネント１２２は、予想されるフィードバックタグに対応するフィードバックを受信するための試みにおいて、予想されるフィードバックタグを用いてＵＥ １０２にフィードバックのための新たな要求をトリガすることができる。同様に、説明されるように、フィードバックトリガ受信コンポーネント１１２が、予想されていないフィードバックタグ（例えば、前のフィードバックタグのインクリメント（an increment）以外のフィードバックタグ）を用いたフィードバックのためのトリガを受信する場合、フィードバックトリガ受信コンポーネント１１２は、エラーシナリオを決定することができる。一例では、フィードバックグルーピングコンポーネント１１６は、フィードバックトリガに応答するためにＮＡＣＫ（またはグルーピングされたＮＡＣＫ）を生成し得る。

[0050] 方法３００はまた、ブロック３１２において、１つまたは複数のプロセス識別子に関連するデータを再送信するかどうかを決定するために、グルーピングされたフィードバックを処理することを含むことができる。フィードバック受信コンポーネント１２４は、（例えば、通信コンポーネント１２０を介してＵＥ １０２に）１つまたは複数のプロセス識別子に関連するデータを再送信するかどうかを決定するために、フィードバックを処理することができる。例えば、ＵＥ １０２がフィードバックの１つまたは複数のビットにおいて（例えば、フィードバックビットマップの１つまたは複数のビットにおいて）ＮＡＣＫを示す場合、フィードバック受信コンポーネント１２４は、どのプロセス識別子にＮＡＣＫが関連するかを決定することができ、通信コンポーネント１２０は、したがって、１つまたは複数の次の（subsequent）サブフレームにおいてプロセス識別子に関連する１つまたは複数のトランスポートブロックを再送信することができる。通信コンポーネント１２０は、データの最初の送信をスケジューリングするのと同様にデータの再送信をスケジューリングし得、したがって、再送信はまた、ブロック３０２および３０４に関して前に説明されたインジケーションといったフィードバック情報を含み得る。

[0051] さらに、ブロック３１２においてグルーピングされたフィードバックを処理することは、フィードバックの成功した受信を保証するために、グルーピングされたフィードバック通信の一部として受信されたＣＲＣに基づいて、ＣＲＣを実行することを含むことができる。他の例では、グルーピングされたフィードバックが共有されたデータリソース（例えば、ＰＵＳＣＨ）を介してブロック３０６において受信される場合、ブロック３１２においてグルーピングされたフィードバックを処理することは、ＵＥ １０２からの他の共有されたデータチャネル送信と、グルーピングされたフィードバックを区別するために、グルーピングされたフィードバックの電力制御、符号化、等を決定することを付加的にまたは代替的に含み得る。

[0052] 図４は、本明細書に説明されるように、ＵＥ（例えば、ＵＥ １０２）とアクセスネットワークノード（例えば、アクセスネットワークノード１０４）との間の通信のフレーム４００の例示的なセットを例示する。フレーム４００は、一例では、０から９までナンバリングされた１０個のサブフレームを有するＬＴＥフレーム＃Ｎ ４０２を含み、ここで、サブフレーム（subframes）は、プライマリセル（ＰＣｅｌｌ）またはセカンダリセル（ＳＣｅｌｌ）からのダウンリンク通信を含み得るセルダウンリンク（ＤＬ）リソースに対応し、ここで、ＵＥは、（例えば、キャリアアグリゲーションを使用して）複数のセルと通信するように構成される。アクセスネットワークノード１０４は、ＬＴＥフレーム＃Ｎ ４０２のサブフレーム０における送信するための時間において、ダウンリンクＣＣＡ（ＤＣＣＡ）４０４を実行し、チャネルを得るまたはチャネルへのアクセスを獲得する。アクセスネットワークノード１０４は、サブフレーム０からサブフレーム６の一部までのダウンリンクオン時間（downlink on time）の間、通信を送信することができ、その後、アクセスネットワークノード１０４は、もはや、チャネルへのクリアアクセスを有しない。これらのサブフレームの間、アクセスネットワークノード１０４の通信コンポーネント１２０は、ダウンリンク通信を送信することができ、フィードバックトリガコンポーネント１２２は、ＵＥ １０２が、ＨＡＲＱプロセス識別子に関連する対応するトランスポートブロックに関するフィードバックをレポートすべきであることを示すように、ＨＡＲＱプロセス識別子０〜４ ４０６を示すことができる。フィードバックトリガ受信コンポーネント１１２は、アクセスネットワークノード１０４からの関連付けられるダウンリンク通信とともにＨＡＲＱプロセス識別子０〜４のインジケーションを受信することができる。

[0053] この例では、ＵＥ １０２は、アップリンクＣＣＡ（ＵＣＣＡ）４０８を実行することができ、サブフレーム７ ４１０において、アクセスネットワークノード１０４にアップリンク通信を送信するためのチャネルを得ることができ、ここで、サブフレーム７〜９は、ＵＥのためのセルアップリンク（ＵＬ）リソースに対応する。この点について、ＵＥ １０２は、サブフレーム３までのサブフレーム（例えば、サブフレーム７の前の少なくとも４個のサブフレーム）において現れた（occurred）ＨＡＲＱプロセス識別子に関するフィードバックを送信することができる。したがって、例えば、プロセスＩＤ決定コンポーネント１１４は、ＨＡＲＱプロセス識別子０、１および２が、それを介して最初の通信が受信されるサブフレーム（例えば、サブフレーム０）から現在のフレームの前の少なくとも４個のサブフレームであるサブフレーム（例えば、サブフレーム３）までのサブフレームに対応するので、これらのＨＡＲＱプロセス識別子に関するフィードバックをレポートすることを決定することができる。フィードバックグルーピングコンポーネント１１６は、したがって、説明されるように、これらのＨＡＲＱプロセス識別子に関連するフィードバックをグルーピングすることができ、フィードバック送信コンポーネント１１８は、アクセスネットワークノード１０４にグルーピングされたフィードバックを送信することができる。例えば、フィードバック送信コンポーネント１１８は、成功したＵＣＣＡ ４０８を実行することに基づいて、サブフレーム７ ４１０において最初の通信としてフィードバックを送信することができる。別の例では、サブフレーム０〜６においてアクセスネットワークノード１０４から受信されたダウンリンク通信がフィードバックを通信するためのリソースを示す場合、フィードバック送信コンポーネント１１８は、示されたリソースを介してフィードバックを付加的にまたは代替的に送信し得る。加えて、一例では、フィードバック送信コンポーネント１１８は、（例えば、通信のＭＣＳ、それに関するフィードバックをレポートするプロセス識別子の数、等に基づいて、）アクセスネットワークノード１０４からサブフレーム０〜６の間の通信において暗に示され得るリソースに従ってフィードバックを送信し得る。

[0054] 加えて、フィードバック送信コンポーネント１１８は、サブフレーム７ ４１０においてアクセスネットワークノード１０４に送信されたフィードバックにおいてフィードバックタグ（グループＡＣＫ（ＧＡＣＫ）タグとも呼ばれる）ｎを示すことができる。説明されるように、フィードバック受信コンポーネント１２４はその上、フィードバックタグを管理することができ、ＵＥ １０２によって生成され、グルーピングされたフィードバックがサブフレームの予想されるセットまたは関連するＨＡＲＱプロセス識別子に関するものであることを保証するためにグルーピングされたフィードバックに含まれる、フィードバックタグを利用することができる。そうでない場合、フィードバックトリガコンポーネント１２２は、アクセスネットワークノード１０４にフィードバックを通信するためにＵＥ １０２に送られるリソースの次のインジケーションにおいて、予想されるフィードバックタグを示すことができる。

[0055] この例では、別の成功したＤＣＣＡ ４２０が、ＬＴＥフレーム＃Ｎ＋２ ４２２において実行される。したがって、アクセスネットワークノード１０４、またはその通信コンポーネント１２０は、サブフレーム０からサブフレーム６の一部までを介して通信する。フィードバックトリガコンポーネント１２２は、ＨＡＲＱプロセス識別子５、６および７に関するフィードバックをトリガすることができ、フィードバックトリガ受信コンポーネント１１２は、このフィードバックに関するトリガを受信することができる。このＬＴＥフレーム４２２において、ＵＥ １０２は、サブフレーム７ ４２６においてアップリンク通信を送信するためのチャネルを得るためにＵＣＣＡ ４２４を実行することができる。したがって、プロセスＩＤ決定コンポーネント１１４は、それに関するフィードバックが前にレポートされたプロセス識別子（例えば、フィードバックタグｎ−１に関する、ここで、ｎは現在のインプリメントされたタグである）から現在のサブフレームに対応するプロセス識別子までに基づいて、フィードバックをレポートするためのプロセス識別子を決定することができる。この例では、プロセスＩＤ決定コンポーネント１１４は、ＬＴＥフレーム４０２における前のサブフレーム３の後に現れた（および、したがって、フィードバックタグｎ−１に関する最後のフィードバック送信に含まれなかった）プロセス識別子３および４に関するフィードバックをレポートすることを決定することができる。ＬＴＥフレーム４２２におけるサブフレーム３に関連して、および前に受信された、他のプロセス識別子がないと、フィードバックグルーピングコンポーネント１１６は、これらのＨＡＲＱプロセス識別子３および４に関するフィードバックをグルーピングすることができ、フィードバック送信コンポーネント１１８は、アクセスネットワークノード１０４にグルーピングされたフィードバックを送信することができる。プロセスＩＤ決定コンポーネント１１４は、説明されるように、次のフィードバック送信機会において送信するためのＨＡＲＱプロセス識別子５、６および７を決定することができる。この例では、チャネルは、サブフレームＮ＋１およびＮ＋３においてセルＤＬおよびセルＵＬのために得られないことが理解されるであろう。例えば、チャネルは、失敗したＣＣＡのため、セルＤＬのために得られないことがある、および／またはサブフレームにおいて対応するＤＬ通信がないためならびに／もしくは失敗したＣＣＡのため、セルＵＬのために得られないことがある。

[0056] 図５は、本明細書に説明されるように、ＵＥとアクセスネットワークノードとの間の通信のフレーム５００の例示的なセットを例示する。フレーム５００は、０から９までナンバリングされた１０個のサブフレームを有するＬＴＥフレーム＃Ｎ ５０２を含む。アクセスネットワークノード１０４は、ＬＴＥフレーム＃Ｎ ５０２のサブフレーム０における送信するための時間において、ダウンリンクＣＣＡ（ＤＣＣＡ）５０４を実行し、チャネルを得る。アクセスネットワークノード１０４は、サブフレーム０からサブフレーム６の一部までのダウンリンクオン時間の間、通信を送信することができ、その後、アクセスネットワークノード１０４は、もはや、チャネルへのクリアアクセスを有しない。これらのサブフレームの間、アクセスネットワークノード１０４の通信コンポーネント１２０は、ダウンリンク通信を送信することができ、フィードバックトリガコンポーネント１２２は、ＵＥ １０２が、ＨＡＲＱプロセス識別子に関連する対応するトランスポートブロックに関するフィードバックをレポートすべきであることを示すように、ＨＡＲＱプロセス識別子０〜４ ５０６を示すことができる。フィードバックトリガ受信コンポーネント１１２は、アクセスネットワークノード１０４からの関連付けられるダウンリンク通信とともに、ＨＡＲＱプロセス識別子０〜４のインジケーションを受信することができる。

[0057] この例では、ＵＥ １０２は、アップリンクＣＣＡ（ＵＣＣＡ）５０８を実行することができ、サブフレーム７ ５１０において、アクセスネットワークノード１０４にアップリンク通信を送信するためのチャネルを得ることができる。この点について、ＵＥ １０２は、サブフレーム３までのサブフレーム（例えば、サブフレーム７の前の少なくとも４個のサブフレーム）において現れたＨＡＲＱプロセス識別子に関するフィードバックを送信することができる。したがって、例えば、プロセスＩＤ決定コンポーネント１１４は、ＨＡＲＱプロセス識別子０、１および２が、それを介して最初の通信が受信されるサブフレーム（例えば、サブフレーム０）から現在のサブフレームの前の少なくとも４個のサブフレームであるサブフレーム（例えば、サブフレーム３）までのサブフレームに対応するので、これらのＨＡＲＱプロセス識別子に関するフィードバックをレポートすることを決定することができる。フィードバックグルーピングコンポーネント１１６は、したがって、説明されるように、これらのＨＡＲＱプロセス識別子に関連するフィードバックをグルーピングすることができ、フィードバック送信コンポーネント１１８は、アクセスネットワークノード１０４にグルーピングされたフィードバックを送信することができる。例えば、フィードバック送信コンポーネント１１８は、成功したＵＣＣＡ ５０８を実行することに基づいて、サブフレーム７ ５１０において最初の通信としてフィードバックを送信することができる。別の例では、サブフレーム０〜６においてアクセスネットワークノード１０４から受信されたダウンリンク通信がフィードバックを通信するためのリソースを示す場合、フィードバック送信コンポーネント１１８は、示されたリソースを介してフィードバックを付加的にまたは代替的に送信し得る。加えて、一例では、フィードバック送信コンポーネント１１８は、（例えば、通信のＭＣＳ、それに関するフィードバックをレポートするプロセス識別子の数、等に基づいて、）アクセスネットワークノード１０４からサブフレーム０〜６の間の通信において暗に示され得るリソースに従ってフィードバックを送信し得る。

[0058] さらに、この例では、ＵＥ １０２は、サブフレーム８ ５１２において依然としてチャネルを有し、したがって、それに関するフィードバックが前にレポートされた最後のサブフレームと現在のサブフレームに関連するサブフレーム（この例では、現在のサブフレームから４個のサブフレーム）の間で通信されるトランスポートブロックに関連するプロセス識別子に関するフィードバックを通信し得る。したがって、例えば、プロセスＩＤ決定コンポーネント１１４は、サブフレーム８ ５１２においてプロセス識別子３に関するフィードバックを通信することを決定し得、フィードバック送信コンポーネント１１８は、プロセス識別子３に関するフィードバックを送信することができる。同様に、ＵＥ １０２は、ＵＣＣＡ ５０８に基づいてサブフレーム９ ５１４において得られたチャネルを依然として有する。したがって、プロセスＩＤ決定コンポーネント１１４は、それに関するフィードバックが前にレポートされた最後のサブフレームと現在のサブフレームに関連するサブフレーム（この例では、現在のサブフレームから４個のフレーム）の間で通信されるトランスポートブロックに関連するプロセス識別子に関するフィードバックを通信することを決定し得る。したがって、例えば、プロセスＩＤ決定コンポーネント１１４は、サブフレーム９ ５１４においてプロセス識別子４に関するフィードバックを通信することを決定し得、フィードバック送信コンポーネント１１８は、プロセス識別子４に関するフィードバックを送信することができる。この例では、チャネルは、サブフレームＮ＋１においてセルＤＬおよびセルＵＬのために得られないことが理解されるであろう。例えば、チャネルは、失敗したＣＣＡのため、セルＤＬのために得られないことがある、および／またはサブフレームにおいて対応するＤＬ通信がないためならびに／もしくは失敗したＣＣＡのため、セルＵＬのために得られないことがある。

[0059] 図６は、本明細書に説明されるように、ＵＥとアクセスネットワークノードとの間の通信のフレーム６００の例示的なセットを例示する。フレーム６００は、０から９までナンバリングされた１０個のサブフレームを有するＬＴＥフレーム＃Ｎ ６０２を含む。アクセスネットワークノード１０４は、ＬＴＥフレーム＃Ｎ ６０２のサブフレーム０における送信するための時間において、ダウンリンクＣＣＡ（ＤＣＣＡ）６０４を実行し、チャネルを得る。アクセスネットワークノード１０４は、サブフレーム０からサブフレーム６の一部までのダウンリンクオン時間の間、通信を送信することができ、その後、アクセスネットワークノード１０４は、もはや、チャネルへのクリアアクセスを有しない。これらのサブフレームの間、アクセスネットワークノード１０４の通信コンポーネント１２０は、ダウンリンク通信を送信することができ、フィードバックトリガコンポーネント１２２は、ＵＥ １０２が、ＨＡＲＱプロセス識別子に関連する対応するトランスポートブロックに関するフィードバックをレポートすべきことを示すように、ＨＡＲＱプロセス識別子０〜４ ４０６を示すことができる。フィードバックトリガ受信コンポーネント１１２は、アクセスネットワークノード１０４からの関連付けられるダウンリンク通信とともにＨＡＲＱプロセス識別子０〜４のインジケーションを受信することができる。

[0060] この例では、ＵＥ １０２は、アップリンクＣＣＡ（ＵＣＣＡ）６０８を実行することができ、それは、チャネルがＵＥまたは１つもしくは複数の他のＵＥｓからのＷｉＦｉ通信６１６によって占有されているため、前のサブフレーム９ ６１４まで成功しないことがある。いずれの場合でも、ＵＥ １０２は、サブフレーム９ ６１４において、アクセスネットワークノード１０４にアップリンク通信を送信するために６１０においてチャネルを得る。この点について、ＵＥ １０２は、サブフレーム５までのサブフレーム（例えば、サブフレーム９の前の少なくとも４個のサブフレーム）において現れたＨＡＲＱプロセス識別子に関するフィードバックを送信することができる。したがって、例えば、プロセスＩＤ決定コンポーネント１１４は、ＨＡＲＱプロセス識別子０、１、２、３および４が、それを介して最初の通信が受信されるサブフレーム（例えば、サブフレーム０）から現在のサブフレームの前の少なくとも４個のサブフレームであるサブフレーム（例えば、サブフレーム５）までのサブフレームに対応するので、これらのＨＡＲＱプロセス識別子に関するフィードバックをレポートすることを決定することができる。フィードバックグルーピングコンポーネント１１６は、したがって、説明されるように、これらのＨＡＲＱプロセス識別子に関連するフィードバックをグルーピングすることができ、フィードバック送信コンポーネント１１８は、アクセスネットワークノード１０４にグルーピングされたフィードバックを送信することができる。例えば、フィードバック送信コンポーネント１１８は、成功したＵＣＣＡ ６０８を実行することに基づいて、サブフレーム９ ６１４において最初の通信としてフィードバックを送信することができる。別の例では、サブフレーム０〜６においてアクセスネットワークノード１０４から受信されたダウンリンク通信がフィードバックを通信するためのリソースを示す場合、フィードバック送信コンポーネント１１８は、示されたリソースを介してフィードバックを付加的にまたは代替的に送信し得る。加えて、一例では、フィードバック送信コンポーネント１１８は、（例えば、通信のＭＣＳ、それに関するフィードバックをレポートするプロセス識別子の数、等に基づいて、）アクセスネットワークノード１０４からサブフレーム０〜６の間の通信において暗に示され得るリソースに従ってフィードバックを送信し得る。この例では、チャネルは、サブフレームＮ＋１においてセルＤＬおよびセルＵＬのために得られないことが理解されるであろう。例えば、チャネルは、失敗したＣＣＡのため、セルＤＬのために得られないことがある、および／またはサブフレームにおいて対応するＤＬ通信がないためならびに／もしくは失敗したＣＣＡのため、セルＵＬのために得られないことがある。

[0061] 図７は、処理システム７１４を用いる装置７００のためのハードウェアインプリメンテーションの例を例示する概念図である。いくつかの例では、処理システム７１４は、ＵＥ（例えば、図１のＵＥ １０２）、アクセスネットワークノード（例えば、図１のアクセスネットワークノード１０４）、等を備え得る。この例では、処理システム７１４は、バス７０２によって一般に表されるバスアーキテクチャを用いてインプリメントされ得る。バス７０２は、処理システム７１４の特定のアプリケーション、および全体的な設計制約に依存して任意の数の相互接続バスおよびブリッジ（interconnecting buses and bridges）を含み得る。バス７０２は、プロセッサ７０４によって一般に表される１つまたは複数のプロセッサ、コンピュータ可読媒体７０６によって一般に表されるコンピュータ可読媒体、通信コンポーネント１１０またはそれの１つもしくは複数のコンポーネント（図１を参照）、通信コンポーネント１２０またはそれの１つもしくは複数のコンポーネント（図１を参照）、等を含む様々な回路を一緒にリンクし、それは、本明細書に説明される１つまたは複数の方法または手順（例えば、図２における方法２００、図３における方法３００、等）を実行する、および／または図４におけるフレーム４００、図５におけるフレーム５００、図６におけるフレーム６００、等の例示的なセットに基づいて通信するように構成され得る。加えて、説明されるように、本明細書に説明されるトランシーバ７１０は、通信コンポーネント１１０またはそれの１つもしくは複数のコンポーネントまたは機能、通信コンポーネント１２０またはそれの１つもしくは複数のコンポーネントまたは機能、等と同様であり得る、またはそれらを含むまたはインプリメントすることができる。いくつかの例では、通信コンポーネント１１０、それの１つまたは複数のコンポーネント、通信コンポーネント１２０、それの１つまたは複数のコンポーネントの、または上にならびに／もしくは図１に説明された他のコンポーネントおよび／またはそれらの機能の、動作の少なくともいくつかは、コンピュータ可読媒体７０６に記憶された情報および／または命令を使用してプロセッサ７０４によってインプリメントされ得るまたは実行され得る。

[0062] バス７０２はまた、当該技術において良く知られている、タイミングソース、周辺機器、電圧レギュレータおよび電力管理回路といった様々な他の回路をリンクし得る。バスインターフェース７０８は、バス７０２とトランシーバ７１０との間のインターフェースを提供する。トランシーバ７１０は、伝送媒体を介して様々な他の装置と通信するための手段を提供する。装置の性質に依存して、ユーザインターフェース７１２（例えば、キーパッド、ディスプレイ、タッチスクリーンディスプレイ、スピーカ、マイクロフォン、ジョイスティック）もまた提供され得る。

[0063] プロセッサ７０４は、バス７０２を管理し、コンピュータ可読媒体７０６上に記憶されたソフトウェアの実行を含む一般的な処理を行うための役割をする。このソフトウェアは、プロセッサ７０４によって実行されるとき、処理システム７１４に、本明細書に説明される任意の特定の装置、コンポーネント、等に関して以下に説明される様々な機能を実行させる。コンピュータ可読媒体７０６はまた、ソフトウェアを実行するとき、プロセッサ７０４によって操作されるデータを記憶するために使用され得る。

[0064] 一態様では、プロセッサ７０４、コンピュータ可読媒体７０６、トランシーバ７１０、またはこれらの組み合わせは、通信コンポーネント１１０、通信コンポーネント１２０、これらの組み合わせ、等（図１を参照）、または本明細書に説明される様々な他のコンポーネントの機能を実行するように構成され得るか、そうでなければ実行するように特にプログラムされ得る。例えば、プロセッサ７０４、コンピュータ可読媒体７０６、トランシーバ７１０、またはこれらの組み合わせは、本明細書に説明される１つまたは複数の方法（例えば、図２における方法２００、図３における方法３００、等）等に関して説明されるような通信コンポーネント１１０、通信コンポーネント１２０、これらのコンポーネント、等の機能を実行するように構成され得るか、そうでなければ実行するように特にプログラムされ得る。例えば、プロセッサ７０４は、通信コンポーネント１１０、これの１つまたは複数のコンポーネント、通信コンポーネント１２０、これの１つまたは複数のコンポーネント、等に関して上述された機能を実行するためのロジックを有することができる。

[0065] 図８は、ＭＩＭＯシステム８００において、送信機システム８１０（例えば、ＵＥ、アクセスネットワークノード、等）と受信機システム８５０（例えば、アクセスネットワークノード、ＵＥ、等）の実施形態のブロック図である。一例では、送信機システム８１０は、通信コンポーネント１１０および／または１２０であり得る、通信コンポーネント８９７といったＵＥまたはアクセスネットワークノードの１つまたは複数のコンポーネントを含み得、したがって、これらの説明された１つまたは複数の機能（例えば、方法２００または３００の１つまたは複数のブロック、本明細書に説明される関連する機能、等）を実行するためのこれらの１つまたは複数のコンポーネントを含み得る。通信コンポーネント８９７は、プロセッサ８３０に結合されるように示されており、したがって、プロセッサ８３０は、通信コンポーネント８９７、これの１つまたは複数のコンポーネント、またはこれの機能を含み得る、またはインプリメントし得る。例えば、プロセッサ８３０は、通信コンポーネント８９７および／またはこれの１つまたは複数のコンポーネントに関して上述された機能を実行するためのロジックを含み得る。追加のプロセッサ（例えば、ＴＸデータプロセッサ８１４、ＲＸデータプロセッサ８４２、等）および／または送信機システム８１０の他のコンポーネント（例えば、送信機／受信機８２２ａ〜８２２ｔ、等）が通信コンポーネント８９７、これの１つまたは複数のコンポーネント、またはこれの機能を含むことができる、またはインプリメントすることができることが理解されるであろう。

[0066] さらに、一例では、受信機システム８５０は、本明細書に説明されるようなＵＥまたはアクセスネットワークノードであり得る、および／またはそれらを含み得、したがって、通信コンポーネント１１０および／または１２０であり得る通信コンポーネント８９８といったこれらの１つまたは複数のコンポーネントを含み得、したがって、これらの説明された１つまたは複数の機能（例えば、方法２００または３００の１つまたは複数のブロック、本明細書に説明される関連する機能、等）を実行するためのこれらの１つまたは複数のコンポーネントを含み得る。通信コンポーネント８９８は、プロセッサ８７０に結合されるように示されており、したがって、プロセッサ８７０は、通信コンポーネント８９８、これの１つまたは複数のコンポーネント、またはこれの機能を含み得る、またはインプリメントし得る。例えば、プロセッサ８７０は、通信コンポーネント８９８および／またはこれの１つまたは複数のコンポーネントに関して上述された機能を実行するためのロジックを含み得る。追加のプロセッサ（例えば、ＴＸデータプロセッサ８３８、ＲＸデータプロセッサ８６０、等）、および／または受信機システム８５０の他のコンポーネント（例えば、送信機／受信機８５２ａ〜８５２ｒ、等）が通信コンポーネント８９８、これの１つまたは複数のコンポーネント、またはこれの機能を含むことができる、またはインプリメントすることができることが理解されるであろう。

[0067] 送信機システム８１０は、送信機システムと呼ばれるが、受信機システム８５０に関して本明細書に説明されるような受信動作を実行することが可能であり得ることが理解されるであろう。同様に、受信機システム８５０は、本明細書で受信機システムと呼ばれるが、それは、送信機システム８１０に関して本明細書に説明されるような送信動作を実行することも可能であり得る。送信機システム８１０では、いくつかのデータストリームに関するトラフィックデータがデータソース８１２から送信（ＴＸ）データプロセッサ８１４に提供される。加えて、送信機システム８１０および／または受信機システム８５０は、送信機システム８１０と受信機システム８５０との間のワイヤレス通信を容易にするために、本明細書に説明される、システム（図１および図７）、方法（図２および図３）、フレーム構造（図４〜図６）、等を用いることができることが理解されるであろう。例えば、本明細書に説明される、システムのコンポーネントまたは機能、および／または方法（例えば、通信コンポーネント８９７、これの１つまたは複数のコンポーネント、通信コンポーネント８９８、これの１つまたは複数のコンポーネント、方法２００、方法３００、等）は、以下に説明されるメモリ８３２および／または８７２、またはプロセッサ８３０および／または８７０の一部であることができる、および／または開示される機能を実行するためにプロセッサ８３０および／または８７０によって実行されることができる。

[0068] 一実施形態では、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ８１４は、コーディングされたデータを提供するために、そのデータストリームのために選択された特定のコーディング方式に基づいて、各データストリームに関するトラフィックデータをフォーマットし、コーディングし、およびインターリーブする。

[0069] 各データストリームに関するコーディングされたデータは、ＯＦＤＭ技法を使用してパイロットデータを用いて多重化されることができる。パイロットデータは、典型的には、知られている方法で処理され、チャネル応答を推定するために受信機システムにおいて使用されることができる、知られているデータパターンである。各データストリームに関する多重化されたパイロットデータとコーディングされたデータは、次いで、変調シンボルを提供するために、そのデータストリームのために選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（例えば、シンボルマッピング）される。各データストリームに関するデータレート、コーディング、および変調は、プロセッサ８３０によって実行される命令によって決定されることができる。

[0070] すべてのデータストリームに関する変調シンボルは、次いで、ＴＸ ＭＩＭＯプロセッサ８２０に提供され、それは、（たとえば、ＯＦＤＭ用に）その変調シンボルをさらに処理することができる。ＴＸ ＭＩＭＯプロセッサ８２０は、次いで、Ｎ_Ｔ個の送信機（ＴＭＴＲ）８２２ａ〜８２２ｔにＮ_Ｔ個の変調シンボルストリームを提供する。ある特定の実施形態では、ＴＸ ＭＩＭＯプロセッサ８２０は、データストリームのシンボルに、およびシンボルがそこから送信されているアンテナに、ビームフォーミング重み（beamforming weights）を適用する。

[0071] 各送信機８２２は、１つまたは複数のアナログ信号を提供するために、それぞれのシンボルストリームを受信および処理し、ＭＩＭＯチャネルを介した送信に適した被変調信号（a modulated signal）を提供するために、これらのアナログ信号をさらに調整（例えば、増幅、フィルタ処理、およびアップコンバート）する。送信機８２２ａ〜８２２ｔからのＮ_Ｔ個の被変調信号は、次いで、それぞれＮ_Ｔ個のアンテナ８２４ａ〜８２４ｔから送信される。

[0072] 例えば、送信機システム８１０がアクセスネットワークノードである場合、送信される信号は、上に説明されるように、送信機システム８１０にフィードバックを提供するためのインジケーションに関連し得る。加えて、例えば、送信機システム８１０がＵＥである場合、送信される信号は、受信機システム８５０に提供されたフィードバックに関連し得る。

[0073] 受信機システム８５０において、送信された被変調信号は、Ｎ_Ｒ個のアンテナ８５２ａ〜８５２ｒによって受信され、各アンテナ８５２からの受信された信号は、それぞれの受信機（ＲＣＶＲ）８５４ａ〜８５４ｒに提供される。各受信機８５４は、サンプルを提供するために、それぞれの受信された信号を調整（例えば、フィルタ処理、増幅、およびダウンコンバート）し、調整された信号をデジタル化し、対応する「受信された」シンボルストリームを提供するために、これらのサンプルをさらに処理する。

[0074] ＲＸデータプロセッサ８６０は、次いで、Ｎ_Ｔ個の「検出された」シンボルストリームを提供するために、特定の受信機処理技法に基づいて、Ｎ_Ｒ個の受信機８５４からＮ_Ｒ個の受信されたシンボルストリームを受信および処理する。ＲＸデータプロセッサ８６０は、次いで、データストリームに関するトラフィックデータをリカバーするために、各々の検出されたシンボルストリームを復調し、デインターリーブし、復号する。ＲＸデータプロセッサ８６０による処理は、送信機システム８１０においてＴＸ ＭＩＭＯプロセッサ８２０およびＴＸデータプロセッサ８１４によって実行されるものと相補的である。

[0075] プロセッサ８７０は、どのプリコーディングマトリクスを使用するかを定期的に決定する。プロセッサ８７０は、マトリクスインデックスの部分（a matrix index portion）とランク値の部分（a rank value portion）とを備えるリバースリンクメッセージを公式化する（formulates）。

[0076] リバースリンクメッセージは、通信リンクおよび／または受信されたデータストリームに関する様々なタイプの情報を備えることができる。リバースリンクメッセージは、次いで、データソース８３６からのいくつかのデータストリームに関するトラフィックデータの受信もするＴＸデータプロセッサ８３８によって処理され、変調器８８０によって変調され、送信機８５４ａ〜８５４ｒによって調整され、送信機システム８１０に送り返される。

[0077] 送信機システム８１０において、受信機システム８５０からの被変調信号は、受信機システム８５０によって送信されたリバースリンクメッセージを抽出するために、アンテナ８２４によって受信され、受信機８２２によって調整され、復調器８４０によって復調され、ＲＸデータプロセッサ８４２によって処理される。プロセッサ８３０は、次いで、ビームフォーミング重みを決定するためにどのプリコーディングマトリクスを使用するかを決定し、そして抽出されたメッセージを処理する。

[0078] プロセッサ８３０および８７０は、それぞれ送信機システム８１０および受信機システム８５０における動作を指示（たとえば、制御、調整（coordinate）、管理、等）することができる。それぞれのプロセッサ８３０および８７０は、プログラムコードおよびデータを記憶するメモリ８３２および８７２に関連付けられることができる。例えば、プロセッサ８３０および８７０は、説明されるように、ＵＥ １０２、アクセスネットワークノード１０４、等に関して本明細書に説明される機能を実行することができる、および／または対応するコンポーネントのうちの１つまたは複数を動作させることができる。同様に、メモリ８３２および８７２は、機能またはコンポーネントを実行するための命令、および／または関連するデータを記憶することができる。

[0079] 本明細書に説明される様々な態様に従って、要素、または要素の任意の部分、または要素の任意の組み合わせは、１つまたは複数のプロセッサを含む「処理システム」を用いてインプリメントされ得る。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰｓ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡｓ）、プログラマブルロジックデバイス（ＰＬＤｓ）、ステートマシン、ゲートロジック、ディスクリートハードウェア回路、およびこの開示の全体にわたって説明される様々な機能を実行するように構成された他の適切なハードウェアを含む。処理システム内の１つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他の名称で呼ばれるかどうかに関わらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数、等を意味するように広く解釈されるべきである。ソフトウェアは、コンピュータ可読媒体上に存在し得る。コンピュータ可読媒体は、非一時的なコンピュータ可読媒体であり得る。非一時的なコンピュータ可読媒体は、例として、コンピュータによってアクセスされ、読み取られ得るソフトウェアおよび／または命令を記憶するための、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ）、光学ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ））、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能なＰＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なＰＲＯＭ（ＥＥＰＲＯＭ（登録商標））、レジスタ、リムーバブルディスク、および任意の他の適切な媒体を含む。コンピュータ可読媒体はまた、例として、コンピュータによってアクセスされ、読み取られ得るソフトウェアおよび／または命令を送信するための、搬送波、伝送回線、および任意の他の適切な媒体を含み得る。コンピュータ可読媒体は、処理システム内に、処理システムの外部に存在し得る、または処理システムを含む複数のエンティティにわたって分散され得る。コンピュータ可読媒体は、コンピュータプログラム製品において具現化され得る。例として、コンピュータプログラム製品は、パッケージング材料内のコンピュータ可読媒体を含み得る。当業者は、特定のアプリケーション、およびシステム全体に課される全体的な設計制約に依存して、この開示の全体にわたって提示された説明された機能をどのようにインプリメントするのが最良かを認識するだろう。

[0080] 開示された方法におけるステップの特定の順序または階層は、例示的なプロセスの例示であることが理解されるであろう。設計の好み（preferences）に基づいて、本明細書に説明される方法または方法論におけるステップの特定の順序または階層が再構成され得ることが理解される。添付の方法の請求項は、サンプルの順序で様々なステップの要素を提示し、本明細書に明確に記載されていない限り、提示された特定の順序または階層に限定されることを意味するものではない。

[0081] 先の説明は、当業者が本明細書に説明される様々な態様を実施することを可能にするために提供される。これらの態様への様々な修正は、当業者にとって容易に明らかとなり、本明細書に定義された包括的な原理は、他の態様に適用され得る。したがって、請求項は、本明細書に示される態様に限定されるように意図されたものではなく、請求項の文言と一貫する最大範囲を与えられる（be accorded）べきであり、ここにおいて、単数形の要素への参照は、特にそのように述べられていない限りは「１つおよび１つのみ」を意味するように意図されるのではなく、むしろ「１つまたは複数」を意味するように意図される。そうでないことが特に述べられていない限り、「いくつかの」という用語は、１つまたは複数を指す。項目のリスト「のうちの少なくとも１つ」を指すフレーズは、単一のメンバーを含むそれらの項目の任意の組み合わせを指す。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ；ｂ；ｃ；ａおよびｂ；ａおよびｃ；ｂおよびｃ；ならびにａ、ｂ、およびｃ、をカバーするように意図されている。当業者に知られている、または後に知られることになるこの開示の全体にわたって説明される様々な態様の要素に対するすべての構造的同等物および機能的同等物は、参照によって本明細書に明確に組み込まれ、特許請求の範囲によって包含されるように意図されている。その上、本明細書のどの開示も、そのような開示が特許請求の範囲中に明示的に記載されているかどうかに関わらず、公に献呈される（be dedicated）ようには意図されていない。請求項のどの要素も、その要素が「〜のための手段」というフレーズを使用して明示的に記載されていない限り、または、方法の請求項の場合には、その要素が「〜するためのステップ」というフレーズを使用して記載されていない限り、米国特許法第１１２条（ｆ）の規定の下に解釈されるものではない。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ワイヤレスネットワークにおいてフィードバックを通信する方法であって、
アクセスネットワークノードに複数のサブフレームに関するフィードバックを通信するためのインジケーションを、前記アクセスネットワークノードから受信することと、
前記複数のサブフレームにおいて受信されたトランスポートブロックに関連する複数のプロセス識別子を決定することと、
前記複数のサブフレームにおいて受信された前記複数のプロセス識別子に関するフィードバックをグルーピングすることと、
前記アクセスネットワークノードに、前記グルーピングから得られるグルーピングされたフィードバックおよび前記複数のサブフレームを示すフィードバックタグを送信することと、
を備える、方法。
［Ｃ２］
前記インジケーションに少なくとも部分的に基づいて、前記複数のサブフレームを決定することをさらに備える、Ｃ１に記載の方法。
［Ｃ３］
前記複数のサブフレームを決定することは、前記インジケーションを受信することに関連する第１のサブフレームと、前記アクセスネットワークノードに前の複数のサブフレームに関する前のフィードバックを通信するための前に受信されたインジケーションに関連する第２のサブフレームと、を決定することを備える、Ｃ２に記載の方法。
［Ｃ４］
前記複数のサブフレームを決定することは、前記インジケーションが受信されるサブフレームの前に生じる第１のサブフレームと、前記アクセスネットワークノードに前の複数のサブフレームに関する前のフィードバックを通信するための前に受信されたインジケーションに関連する第２のサブフレームと、を決定することを備える、Ｃ２に記載の方法。
［Ｃ５］
前記インジケーションを受信することは、前記アクセスネットワークノードからリソースグラントを受信することを備える、Ｃ１に記載の方法。
［Ｃ６］
前記リソースグラントの変調およびコーディングスキーム（ＭＣＳ）に少なくとも部分的に基づいて、前記グルーピングされたフィードバックを送信するためのリソースを決定することをさらに備える、Ｃ５に記載の方法。
［Ｃ７］
前記複数のプロセス識別子に少なくとも部分的に基づいて、前記グルーピングされたフィードバックを送信するためのリソースを決定することをさらに備える、Ｃ５に記載の方法。
［Ｃ８］
前記インジケーションは、前記複数のプロセス識別子を指定する、Ｃ１に記載の方法。
［Ｃ９］
前記インジケーションは、前記グルーピングされたフィードバックを送信する際に使用されるべき前記フィードバックタグを指定する、Ｃ１に記載の方法。
［Ｃ１０］
前記アクセスネットワークノードに否定的アクノリッジメントを送信することをさらに備え、前記インジケーションにおいて指定される前記フィードバックタグは、予想されるフィードバックタグとは異なる、Ｃ９に記載の方法。
［Ｃ１１］
前記フィードバックをグルーピングすることは、フィードバックビットマップを生成することを備え、ここにおいて、前記フィードバックビットマップにおける複数のビットの各々は、前記複数のプロセス識別子のうちの１つに関するグルーピングされたフィードバックを示す、Ｃ１に記載の方法。
［Ｃ１２］
前記アクセスネットワークノードと通信するためのチャネルリソースを介してクリアチャネルアセスメントを実行することをさらに備え、前記グルーピングされたフィードバックを送信することは、前記クリアチャネルアセスメントに後続する前記チャネルリソースを介して送信することを備える、Ｃ１に記載の方法。
［Ｃ１３］
ワイヤレスネットワークにおいてフィードバックを通信するための装置であって、
アクセスネットワークノードに複数のサブフレームに関するフィードバックを通信するためのインジケーションを、前記アクセスネットワークノードから受信するように構成されるフィードバックトリガ受信コンポーネントと、
前記複数のサブフレームにおいて受信されたトランスポートブロックに関連する複数のプロセス識別子を決定するように構成されるプロセス識別子決定コンポーネントと、
前記複数のサブフレームにおいて受信された前記複数のプロセス識別子に関するフィードバックをグルーピングするように構成されるフィードバックグルーピングコンポーネントと、
前記アクセスネットワークノードに、前記グルーピングから得られるグルーピングされたフィードバックおよび前記複数のサブフレームを示すフィードバックタグを送信するように構成されるフィードバック送信コンポーネントと、
を備える、装置。
［Ｃ１４］
前記プロセス識別子決定コンポーネントは、前記インジケーションに少なくとも部分的に基づいて、前記複数のサブフレームを決定するようにさらに構成される、Ｃ１３に記載の装置。
［Ｃ１５］
前記プロセス識別子決定コンポーネントは、少なくとも部分的に、前記インジケーションを受信することに関連する第１のサブフレームと、前記アクセスネットワークノードに前の複数のサブフレームに関する前のフィードバックを通信するための前に受信されたインジケーションに関連する第２のサブフレームと、を決定することによって、前記複数のサブフレームを決定するように構成される、Ｃ１３に記載の装置。
［Ｃ１６］
前記プロセス識別子決定コンポーネントは、少なくとも部分的に、前記インジケーションが受信されるサブフレームの前に生じる第１のサブフレームと、前記アクセスネットワークノードに前の複数のサブフレームに関する前のフィードバックを通信するための前に受信されたインジケーションに関連する第２のサブフレームと、を決定することによって、前記複数のサブフレームを決定するように構成される、Ｃ１３に記載の装置。
［Ｃ１７］
前記フィードバックトリガ受信コンポーネントは、前記アクセスネットワークノードからリソースグラントにおいて前記インジケーションを受信するように構成される、Ｃ１３に記載の装置。
［Ｃ１８］
前記フィードバック送信コンポーネントは、前記リソースグラントの変調およびコーディングスキーム（ＭＣＳ）に少なくとも部分的に基づいて、前記グルーピングされたフィードバックを送信するためのリソースを決定するようにさらに構成される、Ｃ１７に記載の装置。
［Ｃ１９］
前記フィードバック送信コンポーネントは、前記複数のプロセス識別子に少なくとも部分的に基づいて、前記グルーピングされたフィードバックを送信するためのリソースを決定するようにさらに構成される、Ｃ１７に記載の装置。
［Ｃ２０］
前記インジケーションは、前記複数のプロセス識別子を指定する、Ｃ１３に記載の装置。
［Ｃ２１］
前記インジケーションは、前記グルーピングされたフィードバックを送信する際に使用されるべき前記フィードバックタグを指定する、Ｃ１３に記載の装置。
［Ｃ２２］
前記フィードバック送信コンポーネントは、前記アクセスネットワークノードに否定的アクノリッジメントを送信するようにさらに構成され、前記インジケーションにおいて指定される前記フィードバックタグは、予想されるフィードバックタグとは異なる、Ｃ２１に記載の装置。
［Ｃ２３］
前記フィードバックグルーピングコンポーネントは、少なくとも部分的に、フィードバックビットマップを生成することによって、前記フィードバックをグルーピングするように構成され、ここにおいて、前記フィードバックビットマップにおける複数のビットの各々は、前記複数のプロセス識別子のうちの１つに関するグルーピングされたフィードバックを示す、Ｃ１３に記載の装置。
［Ｃ２４］
前記フィードバック送信コンポーネントは、前記アクセスネットワークノードと通信するためのチャネルリソースを介してクリアチャネルアセスメントを実行するようにさらに構成され、前記グルーピングされたフィードバックを送信することは、前記クリアチャネルアセスメントに後続する前記チャネルリソースを介して送信することを備える、Ｃ１３に記載の装置。
［Ｃ２５］
ワイヤレスネットワークにおいてフィードバックを通信するための装置であって、
アクセスネットワークノードに複数のサブフレームに関するフィードバックを通信するためのインジケーションを、前記アクセスネットワークノードから受信するための手段と、
前記複数のサブフレームにおいて受信されたトランスポートブロックに関連する複数のプロセス識別子を決定するための手段と、
前記複数のサブフレームにおいて受信された前記複数のプロセス識別子に関するフィードバックをグルーピングするための手段と、
前記アクセスネットワークノードに、前記グルーピングから得られるグルーピングされたフィードバックおよび前記複数のサブフレームを示すフィードバックタグを送信するための手段と、
を備える、装置。
［Ｃ２６］
決定するための前記手段は、前記インジケーションに少なくとも部分的に基づいて、前記複数のサブフレームを決定する、Ｃ２５に記載の装置。
［Ｃ２７］
決定するための前記手段は、少なくとも部分的に、前記インジケーションを受信することに関連する第１のサブフレームと、前記アクセスネットワークノードに前の複数のサブフレームに関する前のフィードバックを通信するための前に受信されたインジケーションに関連する第２のサブフレームと、を決定することによって、前記複数のサブフレームを決定する、Ｃ２６に記載の装置。
［Ｃ２８］
ワイヤレスネットワークにおいてフィードバックを通信するためのコンピュータ実行可能なコードを備えるコンピュータ可読媒体であって、前記コードは、
アクセスネットワークノードに複数のサブフレームに関するフィードバックを通信するためのインジケーションを、前記アクセスネットワークノードから受信するためのコードと、
前記複数のサブフレームにおいて受信されたトランスポートブロックに関連する複数のプロセス識別子を決定するためのコードと、
前記複数のサブフレームにおいて受信された前記複数のプロセス識別子に関するフィードバックをグルーピングするためのコードと、
前記アクセスネットワークノードに、前記グルーピングから得られるグルーピングされたフィードバックおよび前記複数のサブフレームを示すフィードバックタグを送信するためのコードと、
を備える、コンピュータ可読媒体。
［Ｃ２９］
決定するための前記コードは、前記インジケーションに少なくとも部分的に基づいて、前記複数のサブフレームを決定する、Ｃ２８に記載のコンピュータ可読媒体。
［Ｃ３０］
決定するための前記コードは、少なくとも部分的に、前記インジケーションを受信することに関連する第１のサブフレームと、前記アクセスネットワークノードに前の複数のサブフレームに関する前のフィードバックを通信するための前に受信されたインジケーションに関連する第２のサブフレームと、を決定することによって、前記複数のサブフレームを決定する、Ｃ２８に記載のコンピュータ可読媒体。

Claims (14)

1. ワイヤレスネットワークにおいてフィードバックを通信する方法であって、
   アクセスネットワークノードにフィードバックを通信するためのインジケーションを、前記アクセスネットワークノードから受信することと、
   フィードバック送信のための複数のアップリンクサブフレームの各々に対し、複数のサブフレームにおいて受信されたトランスポートブロックに関連する複数のプロセス識別子を決定することと、
   前記複数のサブフレームにおいて受信された前記複数のプロセス識別子に関するフィードバックをグルーピングすることと、
   フィードバック送信のための各アップリンクサブフレームにおいて、前記アクセスネットワークノードに、前記グルーピングから得られるグルーピングされたフィードバックおよび前記複数のサブフレームのフィードバック送信を示すフィードバックタグを送信することと、
   を備え、
   前記複数のプロセス識別子を決定することは、
   第１のフィードバックタグに対応する第１のフィードバック送信のための第１のアップリンクサブフレームに対し、第１の複数のサブフレームにおいて受信されたトランスポートブロックに関連する第１の複数のプロセス識別子を決定することと、
   前記第１のフィードバックタグの後の第２のフィードバックタグに対応する第２のフィードバック送信のための第２のアップリンクサブフレームに対し、前記第１の複数のサブフレームの後の第２の複数のサブフレームにおいて受信されたトランスポートブロックに関連する第２の複数のプロセス識別子を決定することと、を備える、
   方法。
2. 前記インジケーションに少なくとも部分的に基づいて、前記複数のサブフレームを決定することをさらに備える、請求項１に記載の方法。
3. 前記複数のサブフレームを決定することは、前記第１の複数のサブフレームを決定することと、前記第２の複数のサブフレームを決定すること、を備える、請求項２に記載の方法。
4. 前記インジケーションを受信することは、前記アクセスネットワークノードからリソースグラントを受信することを備える、請求項１に記載の方法。
5. 前記リソースグラントの変調およびコーディングスキーム（ＭＣＳ）に少なくとも部分的に基づいて、前記グルーピングされたフィードバックを送信するためのリソースを決定することをさらに備える、請求項４に記載の方法。
6. 前記複数のプロセス識別子に少なくとも部分的に基づいて、前記グルーピングされたフィードバックを送信するためのリソースを決定することをさらに備える、請求項４に記載の方法。
7. 前記インジケーションは、前記複数のプロセス識別子を指定する、請求項１に記載の方法。
8. 前記インジケーションは、前記グルーピングされたフィードバックを送信する際に使用されるべき前記フィードバックタグを指定する、請求項１に記載の方法。
9. 前記フィードバックをグルーピングすることは、フィードバックビットマップを生成することを備え、ここにおいて、前記フィードバックビットマップにおける複数のビットの各々は、前記複数のプロセス識別子のうちの１つに関するグルーピングされたフィードバックを示す、請求項１に記載の方法。
10. 前記アクセスネットワークノードと通信するためのチャネルリソースを介してクリアチャネルアセスメントを実行することをさらに備え、前記グルーピングされたフィードバックを送信することは、前記クリアチャネルアセスメントに後続する前記チャネルリソースを介して送信することを備える、請求項１に記載の方法。
11. ワイヤレスネットワークにおいてフィードバックを通信するための装置であって、
    アクセスネットワークノードにフィードバックを通信するためのインジケーションを、前記アクセスネットワークノードから受信するための手段と、
    フィードバック送信のための複数のアップリンクサブフレームの各々に対し、複数のサブフレームにおいて受信されたトランスポートブロックに関連する複数のプロセス識別子を決定するための手段と、
    前記複数のサブフレームにおいて受信された前記複数のプロセス識別子に関するフィードバックをグルーピングするための手段と、
    フィードバック送信のための各アップリンクサブフレームにおいて、前記アクセスネットワークノードに、前記グルーピングから得られるグルーピングされたフィードバックおよび前記複数のサブフレームのフィードバック送信を示すフィードバックタグを送信するための手段と、
    を備え、
    前記複数のプロセス識別子を前記決定するための手段は、
    第１のフィードバックタグに対応する第１のフィードバック送信のための第１のアップリンクサブフレームに対し、第１の複数のサブフレームにおいて受信されたトランスポートブロックに関連する第１の複数のプロセス識別子を決定するための手段と、
    前記第１のフィードバックタグの後の第２のフィードバックタグに対応する第２のフィードバック送信のための第２のアップリンクサブフレームに対し、前記第１の複数のサブフレームの後の第２の複数のサブフレームにおいて受信されたトランスポートブロックに関連する第２の複数のプロセス識別子を決定するための手段と、を備える、装置。
12. 前記インジケーションに少なくとも部分的に基づいて、前記複数のサブフレームを決定するための手段をさらに備える、請求項１１に記載の装置。
13. 前記複数のサブフレームを決定するための前記手段は、前記第１の複数のサブフレームを決定することと、前記第２の複数のサブフレームを決定することと、を備える、請求項１２に記載の装置。
14. 少なくとも１つのコンピュータに、請求項１乃至１０のいずれか一項に従ったステップを実行させるための命令を備える、コンピュータプログラム。

Images