JP2013516916A - キャリア集約におけるチャネルリソースマッピングのための方法および装置 - Google Patents

Abstract

例えば、マルチキャリアシステムにおいて、または複数のアンテナを介して複数のストリームを伝送する際に、ＰＨＩＣＨ（物理ＨＡＲＱ（ハイブリッド自動再送要求）インジケータチャネル）の曖昧さまたは衝突を防止するための方法および装置が、説明される。方法は、複数のＣＣ（コンポーネントキャリア）の間でリソースまたはグループを分割するステップと、未使用の、または空いたリソースを使用して、ＣＣに割り当てるステップと、指定されたシナリオにおいて適応型ＨＡＲＱプロセスの使用を強制するステップと、対応するアップリンクＤＭＲＳ（復調基準信号）の巡回シフトの値を、半永久的スケジューリングのための前の値に設定するステップと、および複数のＣＣに関して半永久的スケジューリングアップリンクリソースとランダムアクセス応答許可に異なる第１のリソースブロックを割り当てるステップとを含み得る。

Description

関連出願の相互参照
本出願は、参照により内容が本明細書に組み込まれている、２０１０年１月８日に出願した米国特許仮出願第６１／２９３，５４０号明細書、および２０１０年２月２４日に出願した米国特許仮出願第６１／３０７，７２１号明細書の利益を主張するものである。

本出願は、ワイヤレス通信に関する。

ＬＴＥ（ロングタームエボリューション）Ｒ８（リリース８）において、基地局が、ＷＴＲＵ（ワイヤレス送信／受信ユニット）を単一のＤＬ（ダウンリンク）キャリア上のＤＬリソース、および単一のＵＬ（アップリンク）キャリア上のＵＬリソースで構成することが可能である。ＬＴＥ Ｒ８において、ＵＬ（アップリンク） ＨＡＲＱ（Hybrid Automatic Repeat Request：ハイブリッド自動再送要求）機構が、ＷＴＲＵによって送信されたが、欠落した、または誤ったデータパケットの再送を実行することが可能である。ＵＬ ＨＡＲＱ機能は、ＰＨＹ（物理）層とＭＡＣ（媒体アクセス制御）層の両方にわたることが可能である。ＷＴＲＵは、ＰＨＩＣＨ（Physical Hybrid Automatic Repeat Request Indicator Channel：物理ＨＡＲＱインジケータチャネル）上でＡＣＫ／ＮＡＣＫ（肯定応答／否定応答）を受信する。つまり、ＰＨＩＣＨは、ＵＬ−ＳＣＨ（Uplink Shared Channel：アップリンク共有チャネル）伝送に応答して、ＨＡＲＱフィードバック（ＡＣＫまたはＮＡＣＫ）の送信のために基地局によって使用され得る。

ＬＴＥ Ｒ８におけるユーザ多重化が、ＰＨＩＣＨグループを構成するＲＥ（resource element(s)：リソース要素）の同一のセットの上に複数のＰＨＩＣＨをマップすることによって実行され得る。同一のＰＨＩＣＨグループ内のＰＨＩＣＨは、異なる直交ウォルシュ系列を介して分離される。制御シグナリングオーバーヘッドを低減するため、ＰＨＩＣＨインデックスペアが、対応するＰＵＳＣＨ（physical uplink shared channel：物理アップリンク共有チャネル）伝送のために使用される最低のアップリンクリソースブロックのインデックス、および対応するアップリンク復調基準信号の巡回シフトに暗黙に関連付けられることが可能である。ＰＨＩＣＨリソースおよび巡回シフトの関連付けは、アップリンクＭＵ−ＭＩＭＯ（マルチユーザ多入力多出力）をサポートして、いくつかのＷＴＲＵに同一の時間および周波数のリソースを割り当てることを可能にする。ＬＴＥ Ｒ８では、ＤＬ（ダウンリンク）リソースは、単一のＤＬキャリアに関連付けられ、ＵＬ（アップリンク）リソースは、単一のＵＬキャリアに関連付けられるので、曖昧さ、またはＰＨＩＣＨ衝突（同一のＲＢを使用することの結果としての）は、存在しない。

マルチキャリアワイヤレスシステムにおいて、ＷＴＲＵには、例えば、少なくとも１つのＤＬコンポーネントキャリア（ＣＣ）、および少なくとも１つのＵＬコンポーネントキャリアなどの複数のコンポーネントキャリアが割り当てられる、またはそのような複数のコンポーネントキャリアを備えて構成されることが可能である。ＷＴＲＵは、ＵＬおよびＤＬにおける異なる可能な帯域幅の異なる数のＣＣを集約するように構成され得る。ＤＬ ＣＣとＵＬ ＣＣの間の１対１の関係は、マルチキャリアワイヤレスシステムにおいて存在しない可能性がある。実際、マルチキャリアワイヤレスシステムは、例えば、ＤＬ ＣＣが、複数のＵＬ ＣＣに関係がある情報を伝送することが可能な、クロスキャリアスケジューリングを使用する可能性がある。

クロスキャリアスケジューリングは、クロスキャリアＰＨＩＣＨリソース割当てを含み得る。これらのシステムにおいて、ＰＨＩＣＨは、複数のＵＬ ＣＣに関連付けられ得る１つのＤＬ ＣＣ上で伝送されることが可能である。ＰＨＩＣＨが２つ以上のＰＵＳＣＨに結び付けられる場合、リソースのためのＬＴＥ Ｒ８ ＰＨＩＣＨパラメータ選択の適用が、曖昧さ、および衝突につながる可能性がある。

また、ＰＨＩＣＨ衝突は、空間多重化に関して生じる可能性もある。空間多重化では、複数のトランスポートブロックが、同一の第１のＰＲＢ（physical resource block：物理的リソースブロック）インデックスを使用する複数のアンテナを使用して送信され得る。つまり、シグナリングの複数の層、または複数のストリームが、同一のＰＲＢインデックスを使用する複数のアンテナを介して送信されることが可能である。したがって、各ストリームが、対応するＡＣＫ／ＮＡＣＫを必要とすることから、複数のＣＣに関して前述したＰＨＩＣＨ衝突と関係する問題は、空間多重化に当てはまる。

例えば、マルチキャリアシステムにおいて、または複数のアンテナを介して複数のストリームを伝送する際に、ＰＨＩＣＨ（物理ＨＡＲＱ（ハイブリッド自動再送要求）インジケータチャネル）の曖昧さまたは衝突を防止するための方法および装置が、説明される。方法は、リソースまたはグループを複数のＣＣ（コンポーネントキャリア）の間で分けること、未使用の、もしくは空いているリソースを使用すること、およびＣＣに割り当てること、指定されたシナリオにおいて適応型ＨＡＲＱプロセスの使用を強制すること、対応するアップリンクＤＭＲＳ（demodulation reference signals：復調基準信号）の巡回シフトに関する値を、半永久的なスケジューリングに関する前の値に設定すること、および複数のＣＣに半永久的スケジューリングアップリンクリソース、およびランダムアクセス要求許可のために異なる第１のリソースブロックを割り当てることを含み得る。

開示される１つまたは複数の実施形態が実施され得る例示的な通信システムを示すシステム図である。 図１Ａに示される通信システム内で使用され得る例示的なＷＴＲＵ（ワイヤレス送信／受信ユニット）を示すシステム図である。 図１Ａに示される通信システム内で使用され得る例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。 キャリア集約のための異なる構成を示す図である。 キャリア集約のための異なる構成を示す図である。 キャリア集約のための異なる構成を示す図である。 ＰＨＩＣＨ（物理ＨＡＲＱ（ハイブリッド自動再送要求）インジケータチャネル）リソースもしくはＰＨＩＣＨグループが分割され、コンポーネントキャリアに関連付けられる例示的な方法を示す流れ図である。 ＷＴＲＵにおける非適応型ＨＡＲＱ手順に関する流れ図である。 ２つのアップリンクコンポーネントキャリアに関する２つのユーザに対する隣接するリソース割当てと、隣接しないリソース割当ての両方を例示する図である。 基地局、および１２５におけるＨＡＲＱ手順を示す流れ図である。 ＷＴＲＵにおけるＨＡＲＱ手順を示す流れ図である。

添付の図面と併せて、例として与えられる後段の説明から、より詳細な理解を得ることが可能である。

図１Ａは、開示される１つまたは複数の実施形態が実施され得る例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する多元接続システムであることが可能である。通信システム１００は、複数のワイヤレスユーザが、無線帯域幅を含むシステムリソースの共有を介して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交ＦＤＭＡ）、ＳＣ−ＦＤＭＡ（シングルキャリアＦＤＭＡ）などの１つまたは複数のチャネルアクセス方法を使用することが可能である。

図１Ａに示されるとおり、通信システム１００は、ＷＴＲＵ（ワイヤレス送信／受信ユニット）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ（無線アクセスネットワーク）１０４と、コアネットワーク１０６と、ＰＳＴＮ（公衆交換電話網）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが認識されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作し、さらに／または通信するように構成された任意のタイプのデバイスであり得る。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信するように、さらに／または受信するように構成されることが可能であり、さらにＵＥ（ユーザ機器）、移動局、固定もしくはモバイルの加入者ユニット、ポケットベル、セルラ電話機、ＰＤＡ（携帯情報端末）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、タッチパッド、ワイヤレスセンサ、家庭用電子機器などを含み得る。

また、通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むことも可能である。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースをとって、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを円滑にするように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、ＢＴＳ（base transceiver station：基地局トランシーバ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、ＡＰ（アクセスポイント）、ワイヤレスルータなどであり得る。基地局１１４ａ、１１４ｂはそれぞれ、単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の互いに接続された基地局および／またはネットワーク要素を含み得ることが認識されよう。

基地局１１４ａは、他の基地局、および／またはＢＳＣ（基地局コントローラ）、ＲＮＣ（無線ネットワークコントローラ）、中継ノードなどの他のネットワーク要素（図示せず）を含むことも可能な、ＲＡＮ１０４の一部であり得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る、特定の区域内でワイヤレス信号を送信する、さらに／または受信するように構成され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割され得る。このため、一実施形態において、基地局１１４ａは、３つのトランシーバ、すなわち、セルの各セクタにつき１つのトランシーバを含み得る。別の実施形態において、基地局１１４ａは、ＭＩＭＯ（多入力多出力）技術を使用することが可能であり、したがって、セルの各セクタに関して複数のトランシーバを利用することが可能である。

基地局１１４ａ、１１４ｂは、任意の適切なワイヤレス通信リンク（例えば、ＲＦ（無線周波数）、マイクロ波、ＩＲ（赤外線）、ＵＶ（紫外線）、可視光など）であり得る、無線インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信することが可能である。無線インターフェース１１６は、任意の適切なＲＡＴ（無線アクセス技術）を使用して確立され得る。

より具体的には、前述したとおり、通信システム１００は、多元接続システムであることが可能であり、さらにＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを使用することが可能である。例えば、ＲＡＮ１０４における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、ＷＣＤＭＡ（広帯域ＣＤＭＡ）を使用して無線インターフェース１１６を確立することが可能である、ＵＴＲＡ（ＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションズシステム）地上無線アクセス）などの無線技術を実施することが可能である。ＷＣＤＭＡは、ＨＳＰＡ（高速パケットアクセス）および／またはＨＳＰＡ＋（発展型ＨＳＰＡ）などの通信プロトコルを含み得る。ＨＳＰＡは、ＨＳＤＰＡ（高速ダウンリンクパケットアクセス）および／またはＨＳＵＰＡ（高速アップリンクパケットアクセス）を含み得る。

別の実施形態において、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、ＬＴＥ（ロングタームエボリューション）および／またはＬＴＥ−Ａ（ＬＴＥアドバンスト）を使用して無線インターフェース１１６を確立することが可能な、Ｅ−ＵＴＲＡ（発展型ＵＭＴＳ地上無線アクセス）などの無線技術を実施することが可能である。

他の実施形態において、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（ワールドワイドインターオペラビリティフォーマイクロウェイブアクセス））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（暫定標準２０００）、ＩＳ−９５（暫定標準９５）、ＩＳ−８５６（暫定標準８５６）、ＧＭＳ（グローバルシステムフォーモバイルコミュニケーションズ）、ＥＤＧＥ（エンハンストデータレートフォーＧＭＳエボリューション）、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ）などの無線技術を実施することが可能である。

他の実施形態において、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、前述した無線技術の任意の組合せを実施することが可能である。例えば、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃがそれぞれ、ＷＣＤＭＡを使用して無線インターフェースを確立することと、ＬＴＥ−Ａを使用して１つの無線インターフェースを確立することをそれぞれ同時に行うことが可能な、ＵＴＲＡおよびＥ−ＵＴＲＡなどの二重無線技術を実施することが可能である。

図１Ａの基地局１１４ｂは、例えば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであることが可能であり、事業所、自宅、車両、キャンパスなどの、局所化された区域内でワイヤレス接続を円滑にするために任意の適切なＲＡＴを利用することが可能である。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄが、ＩＥＥＥ８０２．１１などの無線技術を実施して、ＷＬＡＮ（ワイヤレスローカルエリアネットワーク）を確立することが可能である。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄが、ＩＥＥＥ８０２．１５などの無線技術を実施して、ＷＰＡＮ（ワイヤレスパーソナルエリアネットワーク）を確立することが可能である。さらに別の実施形態において、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄが、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することが可能である。図１Ａに示されるとおり、基地局１１４ｂは、インターネット１１０に対する直接の接続を有し得る。このため、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを要求されない場合がある。

ＲＡＮ１０４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に音声、データ、アプリケーション、および／またはＶｏＩＰ（ボイスオーバーインターネットプロトコル）サービスを提供するように構成された任意のタイプのネットワークであり得る、コアネットワーク１０６と通信状態にあることが可能である。例えば、コアネットワーク１０６は、呼制御、料金請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続、ビデオ配信などを提供することが可能であり、さらに／またはユーザ認証などの高レベルセキュリティ機能を実行することが可能である。図１Ａに示されるとおり、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同一のＲＡＴを使用する、または異なるＲＡＴを使用する他のＲＡＮと直接の、または間接の通信状態にあり得ることが認識されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用している可能性がある、ＲＡＮ１０４に接続されていることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信状態にあることも可能である。

また、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするゲートウェイの役割をすることも可能である。ＰＳＴＮ１０８は、ＰＯＴＳ（Plain Old Telephone Service：基本電話サービス）を提供する回線交換網を含み得る。インターネット１１０は、ＴＣＰ／ＩＴインターネットプロトコルスイートにおけるＴＣＰ（伝送制御プロトコル）、ＵＤＰ（ユーザデータグラムプロトコル）、およびＩＰ（インターネットプロトコル）などの一般的な通信プロトコルを使用する、互いに接続されたコンピュータネットワークおよびコンピュータデバイスのグローバルなシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有され、さらに／または運用される有線通信ネットワークまたは無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同一のＲＡＴを使用することも、異なるＲＡＴを使用することも可能な、１つまたは複数のＲＡＮに接続された別のコアネットワークを含み得る。

通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか、またはすべては、マルチモード能力を含むことが可能であり、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するための複数のトランシーバを含むことが可能である。例えば、図１Ａに示されるＷＴＲＵ１０２ｃが、セルラベースの無線技術を使用することが可能な基地局１１４ａ、およびＩＥＥＥ８０２無線技術を使用することが可能な基地局１１４ｂと通信するように構成され得る。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるとおり、ＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送信／受信エレメント１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、非リムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、ＧＰＳ（全地球測位システム）チップセット１３６と、他の周辺装置１３８とを含み得る。ＷＴＲＵ１０２は、或る実施形態との整合性を保ちながら、以上の要素の任意の部分的組合せを含み得ることが認識されよう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタルシグナルプロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意のＩＣ（集積回路）、状態マシンなどであり得る。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境で動作することを可能にする他の任意の機能を実行することが可能である。プロセッサ１１８は、送信／受信エレメント１２２に結合されることが可能なトランシーバ１２０に結合され得る。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々の構成要素として示すが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたは電子チップの中で統合されてもよいことが認識されよう。

送信／受信エレメント１２２は、無線インターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信するように、または基地局（例えば、基地局１１４ａ）から信号を受信するように構成され得る。例えば、一実施形態において、送信／受信エレメント１２２は、ＲＦ信号を送信するように、さらに／または受信するように構成されたアンテナであり得る。別の実施形態において、送信／受信エレメント１２２は、例えば、ＩＲ信号、ＵＶ信号、または可視光信号を送信するように、さらに／または受信するように構成されたエミッタ／検出器であり得る。さらに別の実施形態において、送信／受信エレメント１２２は、ＲＦ信号と光信号の両方の送受信を行うように構成され得る。送信／受信エレメント１２２は、ワイヤレス信号の任意の組合せを送信するように、さらに／または受信するように構成され得ることが認識されよう。

さらに、送信／受信エレメント１２２は、図１Ｂに単一の要素として示されるものの、ＷＴＲＵ１０２は、任意の数の送信／受信エレメント１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することが可能である。このため、一実施形態において、ＷＴＲＵ１０２は、無線インターフェース１１６を介してワイヤレス信号を送受信するための２つ以上の送信／受信エレメント１２２、例えば、複数のアンテナを含み得る。

トランシーバ１２０は、送信／受信エレメント１２２によって送信されるべき信号を変調し、さらに送信／受信エレメント１２２によって受信された信号を復調するように構成され得る。前述したとおり、ＷＴＲＵ１０２は、マルチモード能力を有することが可能である。このため、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含み得る。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（液晶ディスプレイ）、ディスプレイユニット、またはＯＬＥＤ（有機発光ダイオード）ディスプレイユニット）に結合されることが可能であり、さらにスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８からユーザ入力データを受け取ることが可能である。また、プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することも可能である。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０、および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスすることが可能であり、さらにそのようなメモリの中にデータを格納することが可能である。非リムーバブルメモリ１３０には、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み取り専用メモリ）、ハードディスク、または他の任意のタイプのメモリストレージデバイスが含まれ得る。リムーバブルメモリ１３２には、ＳＩＭ（加入者ＩＤモジュール）カード、メモリスティック、ＳＤ（セキュアデジタル）メモリカードなどが含まれ得る。他の実施形態において、プロセッサ１１８は、サーバ上、またはホームコンピュータ（図示せず）上などの、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスすることが可能であり、さらにそのようなメモリの中にデータを格納することが可能である。

プロセッサ１１８は、電源１３４から電力を受けることが可能であり、さらにＷＴＲＵ１０２内のその他の構成要素に対する電力を配電するように、さらに／または制御するように構成されることが可能である。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電源１３４には、１つまたは複数の乾電池（例えば、ＮｉＣｄ（ニッケルカドミウム）、ＮｉＺｎ（ニッケル亜鉛）、ＮｉＭＨ（ニッケル水素）、Ｌｉ−ｉｏｎ（リチウムイオン）など）、太陽電池、燃料電池などが含まれ得る。

また、プロセッサ１１８は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（例えば、経度と緯度）を与えるように構成され得るＧＰＳチップセット１３６に結合されることも可能である。ＧＰＳチップセット１３６からの情報に加えて、またはそのような情報の代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から無線インターフェース１１６を介してロケーション情報を受信し、さらに／または近くの２つ以上の基地局から受信されている信号のタイミングに基づいて、ＷＴＲＵ１０２のロケーションを特定することが可能である。ＷＴＲＵ１０２は、或る実施形態との整合性を保ちながら、任意の適切なロケーション特定方法によってロケーション情報を獲得し得ることが認識されよう。

プロセッサ１１８は、さらなる特徴、機能、および／または有線接続もしくはワイヤレス接続をもたらす１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含み得る他の周辺装置１３８にさらに結合され得る。例えば、周辺装置１３８には、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオのための）、ＵＳＢ（ユニバーサルシリアルバス）ポート、振動デバイス、テレビトランシーバ、ハンズフリーハンドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどが含まれ得る。

図１Ｃは、或る実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。前述したとおり、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用して、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信することが可能である。また、ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることも可能である。

ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含み得るものの、ＲＡＮ１０４は、或る実施形態との整合性を保ちながら、任意の数のｅノードＢを含み得ることが認識されよう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含み得る。一実施形態において、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することが可能である。このため、例えば、ｅノードＢ１４０ａが、複数のアンテナを使用して、ＷＴＲＵ１０２ａにワイヤレス信号を送信するとともに、ＷＴＲＵ１０２ａからワイヤレス信号を受信することが可能である。

ｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、それぞれが、場合により、異なるキャリア周波数上にある１つまたは複数のセル（図示せず）に関連付けられることが可能であり、さらに無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成され得る。図１Ｃに示されるとおり、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信することが可能である。

図１Ｃに示されるコアネットワーク１０６は、ＭＭＥ（mobility management gateway：移動性管理ゲートウェイ）１４２と、サービングゲートウェイ１４４と、ＰＤＮ（パケットデータネットワーク）ゲートウェイ１４６とを含み得る。以上の要素のそれぞれは、コアネットワーク１０６の一部として示されるが、これらの要素のうちいずれの要素も、コアネットワーク事業者以外のエンティティによって所有され、さらに／または運用されることが可能であることが認識されよう。

ＭＭＥ１４２は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅノードＢ１４２ａ、１４２ｂ、１４２ｃのそれぞれに接続されることが可能であり、さらに制御ノードの役割をすることが可能である。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラセットアップ／構成／解放、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことが可能である。また、ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）の間の切換えのための制御プレーン機能を提供することも可能である。

サービングゲートウェイ１４４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続され得る。サービングゲートウェイ１４４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／から、ユーザデータパケットをルーティングすること、および転送することが可能である。また、サービングゲートウェイ１４４は、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにダウンリンクデータが利用可能である場合にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、格納することなどの他の機能を実行することも可能である。

また、サービングゲートウェイ１４４は、インターネット１１０などのパケット交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応のデバイスの間の通信を円滑にすることが可能なＰＤＮゲートウェイ１４６に接続されることも可能である。

コアネットワーク１０６は、他のネットワークとの通信を円滑にすることが可能である。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回線交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を円滑にすることが可能である。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８の間のインターフェースの役割をするＩＰゲートウェイ（例えば、ＩＭＳ（ＩＰマルチメディアサブシステム）サーバ）を含む、またはそのようなＩＰゲートウェイと通信することが可能である。さらに、コアネットワーク１０６は、他のサービスプロバイダによって所有される、さらに／または運用される他の有線ネットワークまたはワイヤレスネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにもたらすことが可能である。

以降、言及される場合、「ＣＣ（コンポーネントキャリア）」という用語には、一般性を失うことなく、ＷＴＲＵが動作する周波数が含まれる。例えば、ＷＴＲＵは、ダウンリンクＣＣ（以降、「ＤＬ ＣＣ」）上で伝送されたものを受信することが可能である。ＤＬ ＣＣは、ＰＣＦＩＣＨ（Physical Control Format Indicator Channel：物理制御フォーマットインジケータチャネル）、ＰＨＩＣＨ（物理ハイブリッド自動再送要求インジケータチャネル）、ＰＤＣＣＨ（Physical Downlink Control Channel：物理ダウンリンク制御チャネル）、ＰＭＣＨ（physical multicast data channel：物理マルチキャストデータチャネル）、およびＰＤＳＣＨ（physical downlink shared channel：物理ダウンリンク共有チャネル）を含むが、以上には限定されない、いくつかのＤＬ物理チャネルを含み得る。ＰＣＦＩＣＨ上で、ＷＴＲＵは、ＤＬ ＣＣの制御領域のサイズを示す制御データを受信する。ＰＨＩＣＨ上で、ＷＴＲＵは、以前のアップリンク伝送に関するＨＡＲＱ（ハイブリッド自動再送要求）ＡＣＫ／ＮＡＣＫ（肯定応答／否定応答）フィードバックを示す制御データを受信することが可能である。ＰＤＣＣＨ上で、ＷＴＲＵは、ダウンリンクリソースおよびアップリンクリソースをスケジュールするために使用され得るＤＣＩ（downlink control information：ダウンリンク制御情報）メッセージを受信する。ＰＤＳＣＨ上で、ＷＴＲＵは、ユーザデータおよび／または制御データを受信することが可能である。

別の例において、ＷＴＲＵは、アップリンクＣＣ（以降、「ＵＬ ＣＣ」）上で送信を行うことが可能である。ＵＬ ＣＣは、これらに限定されるものではないが、ＰＵＣＣＨ（physical uplink control channel：物理アップリンク制御チャネル）およびＰＵＳＣＨ（物理アップリンク共有チャネル）を含む、いくつかのＵＬ物理チャネルを含み得る。ＰＵＳＣＨ上で、ＷＴＲＵは、ユーザデータおよび／または制御データを送信することが可能である。ＰＵＣＣＨ上で、さらに一部の事例ではＰＵＳＣＨ上で、ＷＴＲＵは、アップリンク制御情報（ＣＱＩ／ＰＭＩ／ＲＩ（channel quality indicator／precoding matrix index／rank indication：チャネル品質インジケータ／プリコーディングマトリックスインデックス／ランク通知）またはＳＲ（scheduling request：スケジューリング要求））、および／またはＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信することが可能である。また、ＵＬ ＣＣ上で、ＷＴＲＵは、ＳＲＳ（Sounding Reference Signals：サウンディング基準信号）の伝送のための専用リソースを割り当てられる場合もある。

ＤＬ ＣＣは、ＤＬ ＣＣ上でブロードキャストされて、または、場合により、ネットワークからの専用の構成シグナリングを使用して、ＷＴＲＵによって受信されたＳＩ（システム情報）に基づいて、ＵＬ ＣＣに結び付けられ得る。例えば、ＤＬ ＣＣ上でブロードキャストされる場合、ＷＴＲＵは、結び付けられるＵＬ ＣＣのアップリンク周波数および帯域幅を、ＳＩＢ２（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ２）情報要素の一部として受信することが可能である。

以降、言及される場合、一次ＣＣとは、ＷＴＲＵが、初期接続確立手順を実行する、または接続再確立手順を開始する一次周波数において動作するＣＣであること、またはハンドオーバ手順において一次ＣＣとして示されるＣＣであってもよい。ＷＴＲＵは、一次ＣＣを使用して、セキュリティ機能に関するパラメータ、ならびにＮＡＳ移動性情報などの上位層のシステム情報に関するパラメータを導き出すことが可能である。一次ＤＬ ＣＣによってサポートされ得る他の機能には、ＢＣＣＨ（broadcast channel：ブロードキャストチャネル）上のＳＩ獲得手順および変更監視手順、ならびにページングが含まれ得る。一次ＵＬ ＣＣは、ＰＵＣＣＨリソースが、所与のＷＴＲＵに関するすべてのＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを伝送するように構成されたＣＣに対応することが可能である。以降、言及される場合、二次ＣＣとは、ＲＲＣ（無線リソース制御）接続が確立されると構成されることが可能であるとともに、さらなる無線リソースをもたらすのに使用され得る二次周波数上で動作するＣＣであってもよい。

ＬＴＥ Ｒ８（リリース８）において、ＵＬ（アップリンク）ＨＡＲＱ（ハイブリッド自動再送要求）機構は、ＷＴＲＵによって送信された欠落した、または誤ったデータパケットの再送を実行するのに使用され得る。ＵＬ ＨＡＲＱ機能は、ＰＨＹ（物理）層とＭＡＣ（媒体アクセス制御）層の両方にまたがることが可能であり、さらに本明細書で説明されるとおり機能する。ＷＴＲＵは、ＰＤＣＣＨが要求することを実行する、すなわち、ＷＴＲＵのＣ−ＲＮＴＩ（Cell Radio Network Temporary Identifier：セル無線ネットワーク一時識別子）にアドレス指定されたＰＤＣＣＨが、正しく受信された場合、ＨＡＲＱフィードバックの内容（ＡＣＫまたはＮＡＣＫ）にかかわらず、送信または再送（適応型再送と呼ばれる）を実行することが可能である。ＷＴＲＵのＣ−ＲＮＴＩにアドレス指定されたＰＤＣＣＨが全く検出されない場合、ＨＡＲＱフィードバックが、ＷＴＲＵがどのように再送を実行するかを規定することが可能である。ＮＡＣＫの場合、ＷＴＲＵは、非適応型再送、すなわち、同一のプロセスによって前に使用されたのと同一のＵＬリソース上の再送を実行することが可能である。ＡＣＫの場合、ＷＴＲＵは、ＵＬ送信またはＵＬ再送を全く実行せず、ＨＡＲＱバッファの中のデータを保持することが可能である。その場合、ＰＤＣＣＨが、再送を実行することを要求されることが可能であり、すなわち、非適応型再送は、後に行われない可能性がある。

要するに、ＬＴＥ Ｒ８におけるアップリンクＨＡＲＱプロトコルは、適応型または非適応型の送信または再送をサポートすることが可能である。非適応型ＨＡＲＱは、ＵＬにおける基本動作モードと考えられ得る。ＬＴＥ Ｒ８におけるＵＬ ＨＡＲＱ動作が、ＰＨＩＣＨ上で送られたＨＡＲＱフィードバックに基づく振舞いを示す表１に要約される。

ＷＴＲＵから見て、本明細書で説明されるとおり、ＷＴＲＵにおけるＰＨＹ層は、ＰＨＩＣＨ上で受信されて、そのＷＴＲＵに割り当てられているＡＣＫ／ＮＡＣＫをＷＴＲＵのより上位の層に送ることが可能である。ダウンリンクサブフレームｉに関して、トランスポートブロックが、関連するＰＵＳＣＨサブフレーム内で送信される場合、ＡＣＫは、そのＡＣＫがサブフレームｉ内のＰＨＩＣＨ上で復号された場合に、より上位の層に送られることが可能である。それ以外の場合、ＮＡＣＫが、より上位の層に送られることが可能である。

ＬＴＥ Ｒ８において、前述したとおり、ＰＨＩＣＨが、ＵＬ−ＳＣＨ（アップリンク共有チャネル）伝送に応答して、ＨＡＲＱフィードバック（ＡＣＫまたはＮＡＣＫ）の伝送のために使用され得る。ＬＴＥ Ｒ８におけるユーザ多重化は、複数のＰＨＩＣＨを、ＰＨＩＣＨグループを構成することが可能なＲＥ（リソース要素）の同一のセット上にマッピングすることによって実行され得る。同一のＰＨＩＣＨグループ内の複数のＰＨＩＣＨは、異なる直交ウォルシュ系列を介して分離され得る。ＰＨＩＣＨグループの数は、ＤＬ ＢＷ（帯域幅）の関数である場合があり、さらに以下によって特定され得る。すなわち、

ただし、Ｎ_ｇ∈｛１／６，１／２，１，２｝は、より上位の層によって与えられることが可能であり、さらに

は、ＤＬ ＲＢ（リソースブロック）の数であってよい。項Ｎ_ｇは、割り当てられ得るリソースの数を示す倍率である。例えば、Ｎ_ｇが、２である場合、それは、その帯域幅を所与として、そのシステムに関して構成され得る最大限の許容できるリソース数を意味する。この倍率は、より上位の層のシグナリングを使用して、例えば、基地局によって公称で設定される。したがって、通常のＣＰ（巡回プレフィックス）、および拡張されたＣＰに関するＰＨＩＣＨの最大限の数は、それぞれ、表２および表３に示されるとおり計算され得る。詳細には、表２は、通常のＣＰに関して、ＰＨＩＣＨグループの数をＤＬ ＢＷおよびＮ_ｇの関数として示し、表３は、拡張されたＣＰに関して、ＰＨＩＣＨグループの数をＤＬ ＢＷおよびＮ_ｇの関数として示す。

ＰＨＩＣＨリソースは、インデックスペア

によって暗黙に識別されることが可能であり、ただし、

は、ＰＨＩＣＨグループ番号であり、さらに

は、そのグループ内の直交系列インデックスであり得る。

制御シグナリングオーバーヘッドを減らすために、ＰＨＩＣＨインデックスペアは、以下のとおり、対応するＰＵＳＣＨ伝送のために使用される最低のアップリンクリソースブロックのインデックス、および対応するＵＬ ＤＭＲＳ（復調基準信号）の巡回シフトに暗黙に関連付けられ得る。すなわち、

ただし、パラメータは、以下のとおり定義される。すなわち、ｎ_ＤＭＲＳは、対応するＰＵＳＣＨ伝送に関連付けられたトランスポートブロックに関する最新のＤＣＩ（ダウンリンク制御情報）フォーマット０においてＤＭＲＳフィールド内の巡回シフトからマップされる。このフィールドは、３ビットフィールドである場合があり、さらに単一ユーザ構成の場合、ｎ_ＤＭＲＳは、０に設定され得る。サブフレームｎ−ｋ_{ＰＵＳＣＨ}内にＤＣＩフォーマット０を有する対応するＰＤＣＣＨが存在しない状態におけるサブフレームｎ上の半永久的に構成されたＰＵＳＣＨ伝送、またはランダムアクセス応答許可に関連付けられたＰＵＳＣＨ伝送に関して、ｎ_ＤＭＲＳは、０に設定され、ただし、ＦＤＤ伝送に関してｋ_{ＰＵＳＣＨ}＝４であり、

は、巡回プレフィックスの関数として定義されたＰＨＩＣＨ変調に関して使用される拡散率サイズであり、

は、対応するＰＵＳＣＨ伝送の第１のスロット内の最低の物理的ＲＢ（リソースブロック）インデックスであり、

は、より上位の層によって構成されたＰＨＩＣＨグループの数であり、さらに

ＰＨＩＣＨリソースおよび巡回シフトの関連付けは、アップリンクのＭＵ−ＭＩＭＯ（マルチユーザ多入力多出力）をサポートして、いくつかのＷＴＲＵに同一の時間および周波数のリソースを割り当てることを可能にし得る。

ＬＴＥ−Ａ（ＬＴＥアドバンスト）において、キャリア集約が使用され得る。ＷＴＲＵは、ＵＬおよびＤＬにおいて、場合により、異なる帯域幅の異なる数のＣＣを集約するように構成され得る。ＬＴＥ−Ａキャリア集約に関する３つの例示的な構成が、図２（Ａ）、図２（Ｂ）、および図２（Ｃ）に示される。図２（Ａ）は、対称的なキャリア集約を示し、図２（Ｂ）は、複数のＤＬ ＣＣを１つのＵＬ ＣＣとともに示し、さらに図２（Ｃ）は、１つのＤＬ ＣＣを複数のＵＬ ＣＣとともに示す。これらのマルチキャリアシステムにおいて、ＣＣ上のＰＤＣＣＨは、ＣＩＦ（キャリアインジケータフィールド）を使用して、複数のＣＣのうちの１つにＰＤＳＣＨリソースまたはＰＵＳＣＨリソースを割り当てることが可能である。このことは、ＤＣＩフォーマットを３ビットＣＩＦで拡張することによって実現され得る。ＨＡＲＱフィードバック伝送に関しては、ＰＨＩＣＨが、ＵＬ許可を送信するのに使用されるＤＬ ＣＣ上で伝送されるものと想定され得る。

ＬＴＥ−Ａにおいて、クロスキャリアスケジューリングが使用されることが可能であり、さらにクロスキャリアスケジューリングは、クロスキャリアＰＨＩＣＨリソース割当てを含み得る。これらのシステムにおいて、ＰＨＩＣＨは、複数のＵＬ ＣＣに関連付けられることが可能なＤＬ ＣＣ上で伝送され得る。ＰＨＩＣＨが２つ以上のＰＵＳＣＨに結び付けられる場合、リソースに関するＬＴＥ Ｒ８ ＰＨＩＣＨパラメータ選択の適用は、曖昧さおよび衝突につながる可能性がある。例えば、２つ以上のＣＣ上のＵＬ伝送が、同一のＤＬ ＣＣによってスケジュールされる可能性がある。この例において、２つ以上のＣＣ上のＰＵＳＣＨ伝送が、同一の最低のＰＲＢインデックス

を使用する場合、ＤＬにおけるＰＨＩＣＨリソースの関連付け、およびＬＴＥ Ｒ８に準拠するＵＬにおけるＰＵＳＣＨ伝送のために使用される最低のＰＲＢインデックスは、一意でない可能性があり、さらにＰＨＩＣＨリソース衝突が生じる可能性がある。実際、非適応型ＨＡＲＱ動作を想定すると、基地局における複数のＨＡＲＱプロセスが、同一のＰＨＩＣＨリソース上で、それらのプロセスに対応するフィードバック情報を送信しようと試みる可能性があり、このことが、ＰＨＩＣＨリソース衝突をもたらす可能性がある。

この問題に対処するように提供されるいくつかのソリューションは、不十分である。例えば、１つのソリューションは、ＵＬキャリア固有のＰＨＩＣＨリソースオフセットを半静的に（semi-statically）構成することが可能である。しかし、この代替は、多数のＰＨＩＣＨリソース、例えば、１つのＵＬキャリア当り１セットを要求する。別のソリューションは、ＷＴＲＵから始まり、ＬＴＥ−Ａ ＷＴＲＵに続く、ＰＲＢリソースおよびＰＨＩＣＨリソースのシステム全体のインデックス付けに基づくことが可能である。この代替の欠点は、このソリューションに後方互換性がないことであり、このため、ＬＴＥ Ｒ８ ＷＴＲＵとＬＴＥ Ｒ１０（リリース１０） ＷＴＲＵもしくはＬＴＥ−Ａ ＷＴＲＵは、並存できない。さらに、一部のＵＬ ＣＣ伝送が同一の第１のＰＲＢインデックスを使用する場合、衝突は、ＬＴＥ Ｒ８の場合と同様に、異なるＤＲＭＳ巡回シフトを使用することによって回避され得ることが示唆されている。しかし、このアプローチは、ＬＴＥ Ｒ８と比べて、ＬＴＥ−ＡのＵＬ ＭＵ−ＭＩＭＯ能力を制限する可能性がある。実際、ＬＴＥ−Ａにおいて、巡回シフトは、ＭＵ−ＭＩＭＯ伝送を構成することによって消費される場合があり、このため、巡回シフトを使用してＰＨＩＣＨ衝突を回避することは、ＵＬシステムスループット低下をもたらし得る。

以下の実施形態は、チャネルリソースマッピングおよびＰＨＩＣＨマッピング曖昧さ問題に対処する複数のソリューションを明らかにし、これらのソリューションのいくつかは、暗黙のＰＨＩＣＨマッピングスキームを含み得る。これらのソリューションは、無線リソースを割り当てること全般に、ＬＴＥ−ＡにおけるＦＤＤ（周波数分割複信）動作モードもしくはＴＤＤ（時分割複信）動作モードに、または無線リソース技術の任意の組合せに適用可能であり得る。

以下に概略を述べる方法および実施形態のいずれか、またはすべてが、明らかにされた問題に対処するようにＷＴＲＵによってサポートされ得る。また、これらの方法および実施形態は、ＷＴＲＵに適用可能なものとして識別されるものに加えて、基地局によってサポートされる場合もある。

例示的な方法において、既存のＰＨＩＣＨリソースグループは、分割されることが可能であり、さらに、例えば、基地局におけるスケジューラによって、異なるＵＬ ＣＣに割り当てられることが可能である。単に例示の目的で、ＰＨＩＣＨマッピング規則が、以下によって特定され得る。

ただし、前述のパラメータは、以下のとおり定義される。すなわち、

は、第ｎ_ＣＩ番のＵＬ ＣＣに割り当てられたＰＨＩＣＨグループの数であり、

は、グループ内の直交系列インデックスであり、ｎ_ＣＩは、対応するＰＵＳＣＨの伝送のために使用されるＵＬ ＣＣのインデックスであり、ｎ_ＤＭＲＳは、以下のとおり、対応するＰＵＳＣＨ伝送に関連付けられたトランスポートブロックに関する最新のＤＣＩフォーマット０においてＤＭＲＳフィールド内の巡回シフトからマップされ、

は、巡回プレフィックスの関数として定義されたＰＨＩＣＨ変調のために使用される拡散率サイズであり、

は、対応するＰＵＳＣＨ伝送の第１のスロット内の最低の物理的ＲＢインデックスであり、

は、より上位の層によって構成されたＰＨＩＣＨグループの数であってよく、さらにＮ_ＣＣは、単一のＤＬ ＣＣに結び付けられたＵＬ ＣＣの数を表していてもよい。

前述のパラメータのうち３つ、すなわち、

およびｎ_ＣＩは、ＷＴＲＵ固有のＣ−ＲＮＴＩを使用して、関連するＤＬ ＣＣ上のＰＤＣＣＨを復号して、ＰＵＳＣＨ伝送を許可するＤＣＩフォーマット０を読み取ることによって特定され得る（ＣＩＦが存在するものと想定して）。

この方法において、想定は、利用可能なＰＨＩＣＨグループの数を最大限にするようにＮ_ｇ＝２であり得る。集約されるＵＬ ＣＣの数に依存して、他の値である場合もある。表２に示されるとおり、ＰＨＩＣＨグループの数は、ＤＬ ＢＷの関数である場合もある。したがって、ＤＬ帯域幅が６ＲＢおよび１２ＲＢである場合にサポートされ得る、集約されたＣＣの最大数は、それぞれ、２および４である場合がある。

例示的な方法のバリエーションにおいて、想定は、２５のＲＢまでのＢＷに利用可能なＰＨＩＣＨグループが１つだけしか存在し得ないように、Ｎ_ｇ＝１／４であってもよい。このため、ＰＨＩＣＨグループは、分割されず、異なるキャリアに専用とされてもよい。しかし、このことは、ＰＨＩＣＨグループの代わりに、全体のＰＨＩＣＨリソースまたはＰＨＩＣＨチャネルを分割することによって解決されてもよい。例えば、Ｎ_ｇ＝１／４の場合のＰＨＩＣＨチャネルの総数は、８であってもよい。８つのＰＨＩＣＨチャネルが、いくつかの区分に分けられることが可能であり、これらの区分のそれぞれが、ＣＣに関連付けられることが可能である。さらに、Ｎ_ｇ＝１／２またはＮ_ｇ＝１などの他の何らかの構成の場合、ＰＨＩＣＨグループの数は、それぞれ、２および４であってもよく、このため、サポートされ得るキャリアの最大数は、それぞれ、２つのキャリア、および４つのキャリアに限られる。この場合も、このことは、ＰＨＩＣＨグループの代わりに、総数のＰＨＩＣＨリソースまたはＰＨＩＣＨチャネルを分割することによって解決され得る。表４は、５ＭＨｚ帯域幅に関して異なるＮ_ｇ個の構成を有するキャリアの間で分割され得るＰＨＩＣＨグループの数、およびＰＨＩＣＨチャネルの数を示す。

この例示的な方法は、チャネルリソース、ＰＨＩＣＨリソース、ＰＨＩＣＨチャネル、ＰＨＩＣＨグループ、または以上の組合せの任意の可能な分割を含み得る。各分割は、特定のＣＣのために構成される、または特定のＣＣに割り当てられることが可能である。

図３は、例示的な方法を示す流れ図３００を示す。ＷＴＲＵが、例えば、ＵＬ伝送のためにＷＴＲＵに割り当てられることが可能なＵＬ ＣＣに関してＷＴＲＵ固有のＣ−ＲＮＴＩを使用して、関連するＤＬ ＣＣ上でＰＤＣＣＨを復号する（３０５）。次に、ＷＴＲＵは、動的なパラメータのセット、例えば、

およびｎ_ＣＩを特定する（３１０）。例えば、Ｎ_ｃｃおよび

などの、より上位の層によって構成された半静的な（semi-static）パラメータのセット（３２０）、および動的なパラメータを使用して、ＷＴＲＵは、リソース、グループ、またはリソースとグループの組合せを、ＵＬ ＣＣの間で見合うように配分する（３１５）。この配分は、それらのＵＬ ＣＣの間で均等な割合にされることも、不均等な割合にされることも可能である。詳細には、ＷＴＲＵは、例えば、式（３）のマッピング規則に従って、ＵＬ ＣＣに割り当てられるＰＨＩＣＨグループの番号、およびそのグループに関する系列インデックス番号、例えば、

を決定することが可能である。

別の方法において、キャリア集約の下でユーザキャパシティを増加させるために、ＷＴＲＵに、所与のＣＣ上で複数のＲＢが割り当てられ得るものと想定される。しかし、それでも、各ＰＨＩＣＨリソースと、ＰＵＳＣＨ伝送のために使用されるＰＲＢインデックスの間に１対１のマッピングが存在し得る。このため、ＨＡＲＱフィードバック伝送のために割り当てられていない、未使用のＰＨＩＣＨリソースが利用可能であり得る。これらの余った、または空いたＰＨＩＣＨリソースが、ＰＨＩＣＨリソース衝突回避のために利用されてもよい。このため、この例示的な方法において、各ＵＬ ＣＣ上の各ユーザの割当てが、ＲＢの数の点で、集約されたＵＬ ＣＣの数以上、またはトランスポートブロックの数以上であり得るという基本的な想定が行われる場合がある。別の言い方をすると、Ｌ_ＲＢｓ≧Ｎ_ＣＣであり、ただし、Ｎ_ＣＣは、単一のＤＬ ＣＣに結び付けられた、集約されたＵＬ ＣＣの数を表す場合があり、さらにＬ_ＲＢｓは、１つのＣＣ当りのＷＴＲＵに対する、隣接して割り当てられたＲＢ、または隣接せずに割り当てられたＲＢの長さである場合がある。

ＷＴＲＵは、以下のマッピングの式を、式（２）における

パラメータを

で置き換えて、以下の式をもたらすことによって使用することが可能である。すなわち、

ただし、上記のさらなるパラメータは、以下のとおり定義される。すなわち、

は、対応するＰＵＳＣＨ伝送の第１のスロット内の最低のＰＲＢインデックスであることが可能であり、さらにΔ_ｉは、ＣＣ依存のオフセット、または

に適用され得るトランスポートブロックのインデックスに関連付けられたオフセットであることが可能であり、さらに衝突回避パラメータとして識別されることが可能である。Δ_ｉパラメータは、ＰＨＩＣＨリソース衝突を回避するために、ＷＴＲＵの、隣接して割り当てられた、または隣接せずに割り当てられたＲＢ内のＰＲＢインデックスを、異なるＣＣに一意に結び付けるのに使用され得る。例えば、Δ_ｉは、一次ＣＣにおける余分な、または空いたリソースを指し示す。Ｎ_ＲＢ個のＲＢを有するシステムに関して、パラメータΔ_ｉは、以下の値をとり得る。すなわち、
Δ_ｉ∈｛０，１，．．．，Ｎ_ＲＢ−１｝

パラメータΔ_ｉは、より上位の層のシグナリングを介して構成され、ＷＴＲＵに通信されること、またはＷＴＲＵのＰＲＢ割当てに基づく事前に指定されたマッピング規則に従ってＷＴＲＵによって識別され得る。パラメータΔ_ｉがＷＴＲＵによって識別されることを実現するのに、可能な１つのマッピング規則は、複数のＵＬ ＣＣのうちの１つのＵＬ ＣＣ上の割り当てられたＵＬ許可内のＰＲＢインデックスを、ＰＨＩＣＨリソースの系列に順番に関連付け、次に、これらのＰＨＩＣＨリソースを使用して、複数のＵＬ ＣＣに対応するＨＡＲＱフィードバックを送信することである場合がある。例えば、ＵＬ ＣＣ_０上のＰＵＳＣＨ伝送に関連付けられたＰＨＩＣＨリソースが、ＷＴＲＵに割り当てられたＰＲＢのセットからの最低のＰＲＢインデックス（すなわち、

）に結び付けられてもよく、ＵＬ ＣＣ_１上のＰＵＳＣＨ伝送に関連付けられたＰＨＩＣＨリソースが、ＷＴＲＵに割り当てられたＰＲＢのセットからの２番目に低いＰＲＢインデックスに結び付けられてもよいといった具合である（割当てが、すべてのＵＬ ＣＣに関して漸進的に続くことが可能であるように）。

図４は、式（４）に関連する例示的な方法に基づく、ＷＴＲＵにおける非適応型ＨＡＲＱ手順に関する流れ図４００である。この方法は、ＷＴＲＵが、ＣＣに関するリソース情報を含み得る、ＤＬ ＣＣ上のＰＤＣＣＨを復号することから始まる（４０５）。次に、複数のＣＣに関する、割り当てられたＵＬ ＰＲＢが識別される（４１０）。次に、ＷＴＲＵは、複数のＣＣの間でＰＲＢ割当ての最低のＰＲＢインデックスが同一であるかどうかを判定する（４１５）。衝突が全く存在しない場合（４２０）、ＷＴＲＵは、本明細書で説明されるＬＴＥ Ｒ８方法に従って、割り当てられたＰＨＩＣＨリソースを識別する（４２５）。潜在的な衝突が存在する場合、次に、ＷＴＲＵは、ＲＢの数が、ＣＣの数以上であるかどうかを判定する（４３０）。ＲＢより多くのＣＣが存在する場合、式（４）に関連する方法は、適用できない（４４０）。この場合、本明細書で説明される他の方法が使用され得る。ＲＢの数がＣＣの数以上である場合、ＷＴＲＵは、一次ＵＬ ＣＣに関する各ＣＣまたは各トランスポートブロックに関して、衝突回避率Δ_ｉを特定する（４４５）。次に、各ＵＬ ＣＣに関するＰＨＩＣＨグループ番号、およびそのＰＨＩＣＨグループ内の直交系列インデックスが、式（４）に従ってＷＴＲＵによって特定され（４５０）、方法は、完了する（４５５）。

図５は、図４に示される方法を使用する例を示す。図５に示されるとおり、２名のユーザ、ＷＴＲＵ_０およびＷＴＲＵ_１に、集約された２つのＵＬ ＣＣ、ＣＣ_０およびＣＣ_１を有するシステムにおいて各ＣＣ上で２つのＲＢが割り当てられることが可能である。両方のユーザに、ＣＣ_０上の隣接しない２つのＲＢ、およびＣＣ_１上の隣接する２つのＲＢが割り当てられることが可能である。つまり、各ユーザ、ＷＴＲＵ_０およびＷＴＲＵ_１は、１つはＣＣ_０上で、１つはＣＣ_１上で、２つのトランスポートブロックを送信するように構成され得る。したがって、各ユーザは、ＤＬ ＣＣによって伝送されるＰＨＩＣＨ上で、伝送されたトランスポートブロックと関係するフィードバック情報を受信することを予期している。ＬＴＥ Ｒ８処理の適用は、これらのＷＴＲＵが、各トランスポートブロック伝送に関するＡＣＫ／ＮＡＣＫを予期しているので、ＰＨＩＣＨリソース衝突につながる。例えば、ＲＢ_０が、ＷＴＲＵ_０に関するトランスポートブロック１およびトランスポートブロック２に関するＡＣＫ／ＮＡＣＫを送るために使用されることになり、ＲＢ_１が、ＷＴＲＵ_１に関するトランスポートブロック１およびトランスポートブロック２に関するＡＣＫ／ＮＡＣＫを送るために使用されることになる。しかしながら、図４の方法を使用して、前述のＰＨＩＣＨ衝突を所与として、各ＷＴＲＵは、割り当てられたリソースの数がＣＣの数以上であるかどうかを判定する。この例において、このことは、各ＷＴＲＵに関して該当する。次に、各ＷＴＲＵは、この例では、ＣＣ_０である一次ＵＬ ＣＣに関して、その数のＣＣに関する衝突回避率を計算する。この例において、次に、ＷＴＲＵ_０が、ＣＣ_０上、およびＣＣ_１上でそれぞれ伝送された２つのトランスポートブロックに関する、ＲＢ_０およびＲＢ_２に結び付けられたＰＨＩＣＨリソース上のＷＴＲＵ_０のＨＡＲＱフィードバックを受信することを予期することが可能である（すなわち、ＷＴＲＵ_０は、Δ_ｉ∈｛０，２｝であると判定することが可能である）。ＷＴＲＵ_１に関しては、ＷＴＲＵ_１は、ＣＣ_０上、およびＣＣ_１上でそれぞれ伝送された２つのトランスポートブロックに関する、ＲＢ_１およびＲＢ_３に結び付けられたＰＨＩＣＨリソース上のＷＴＲＵ_１のＨＡＲＱフィードバックを受信することを予期することが可能である（すなわち、ＷＴＲＵ_１は、Δ_ｉ∈｛１，３｝であると判定することが可能である）。

ＰＨＩＣＨリソース衝突回避のための別の方法は、ネットワークによって構成されたソリューションに基づいてもよい。より具体的には、ＰＨＩＣＨリソース衝突が生じた場合、基地局が、１つのＵＬ ＣＣを除くすべてのＵＬ ＣＣに対応するすべてのＨＡＲＱフィードバックがＰＤＣＣＨ上で伝送されるように強制することが可能である。このアプローチの結果は、いくつかのＨＡＲＱプロセスに適応型の動作モードが規定されることであり得るが、一方で、ＨＡＲＱプロセスのうち１つだけが、非適応型ＨＡＲＱプロセスに基づいていてもよい。後方互換性の目的で、ＰＨＩＣＨリソースがＬＴＥ Ｒ８ ＷＴＲＵとＬＴＥ−Ａ ＷＴＲＵの両方によって共有される場合、利用可能なＰＨＩＣＨリソースは、ＬＴＥ Ｒ８ ＷＴＲＵに割り当てられることが可能である。この方法は、非適応型ＨＡＲＱ処理と適応型ＨＡＲＱ処理を相補的に使用して、ＰＨＩＣＨリソース衝突回避を実施する。

図６は、ネットワークによって構成される方法に基づく、基地局におけるＨＡＲＱ手順に関する流れ図６００である。最初に、基地局が、ＷＴＲＵにおいて構成された複数のＣＣ上にＵＬ ＰＲＢを割り当てることが可能である（６０５）。次に、基地局が、複数のＣＣの間でＰＲＢ割当ての最低のＰＲＢインデックスが同一であるかどうかを判定する（６１０）。ＲＰＢ割当ての最低のインデックスが、複数のＣＣの間で同一ではない場合（６１５）、基地局は、本明細書で説明されるＬＴＥ Ｒ８ ＨＡＲＱ伝送方法に従うことが可能である（６２０）。ＰＲＢ割当ての最低のＰＲＢインデックスが同一である場合、基地局は、ＰＨＩＣＨ衝突の可能性を有する各ＣＣに関して適応型ＨＡＲＱプロセスをトリガする（６２５）。基地局が、ＰＤＣＣＨ上で適応型ＨＡＲＱプロセスに関して、さらにＰＨＩＣＨ上で非適応型ＨＡＲＱプロセスに関して、適切なフィードバック、ＡＣＫ／ＮＡＣＫを送信することが可能である（６３０）。

ＷＴＲＵの見地からネットワークによって構成される方法を詳しく見る前に、ＬＴＥ Ｒ８において、ＷＴＲＵにおけるいくつかの並行のＨＡＲＱプロセスを維持する１つのＨＡＲＱエンティティが存在することに留意されたい。ＬＴＥ−Ａにおけるキャリア集約をサポートするために、ＨＡＲＱプロセスは、各ＵＬ ＣＣに専用であり得ると想定されるようになっていてもよい。

ＷＴＲＵにおける振舞い、詳細には、ＭＡＣ層における振舞いが、次に説明される。ＷＴＲＵにおけるＨＡＲＱエンティティが任意のＵＬ ＣＣに対応するフィードバック伝送（ＡＣＫ／ＮＡＣＫ情報）を受信することを予期し得るＴＴＩ（伝送時間間隔）において、ＷＴＲＵは、まず、初期ＵＬ許可が伝送されたＤＬ ＣＣ上でＰＤＣＣＨ ＤＣＩフォーマット０／０ｘの探索を行うことが可能である。ＤＣＩフォーマット０ｘは、単一ユーザ（ＳＵ）−ＭＩＭＯ（ＳＵ−ＭＩＭＯ）伝送モードに関するＵＬ許可を表すことに留意されたい。或るＣＣに関して、ＷＴＲＵのＣ−ＲＮＴＩ（または半永久的なスケジューリングＣ−ＲＮＴＩ）にアドレス指定されたＵＬ許可が検出された場合、ＨＡＲＱエンティティは、伝送が行われた対応するＨＡＲＱプロセスを識別することが可能であり、次に、受信されたＡＣＫ／ＮＡＣＫ情報を適切なＨＡＲＱプロセスにルーティングすることが可能である。所与のＣＣに関して、ＷＴＲＵのＣ−ＲＮＴＩにアドレス指定されたＰＤＣＣＨ ＤＣＩフォーマット０／０ｘが全く検出されなかった場合、ＨＡＲＱエンティティは、ＰＨＩＣＨにおいて伝送されたフィードバック情報を獲得しようと試みることが可能であり、次に、ＨＡＲＱフィードバックの内容（ＡＣＫまたはＮＡＣＫ）を適切なＨＡＲＱプロセスにルーティングすることが可能である。ＰＨＩＣＨに関して、ＷＴＲＵにおけるＰＨＹ層が、或る情報をより上位の層に送ることが可能である。

詳細には、ダウンリンクサブフレームｉに関して、トランスポートブロックが、関連するＰＵＳＣＨサブフレーム内で伝送された場合、ＡＣＫがサブフレームｉ内のＰＨＩＣＨ上で復号された場合に、ＡＣＫは、より上位の層に送られることが可能である。あるいは、ＮＡＣＫが、サブフレームｉ内のＰＨＩＣＨ上で復号された場合は、ＮＡＣＫが、より上位の層に送られることが可能である。サブフレームｉ内でＰＨＩＣＨが全く検出されなかった場合、ＷＴＲＵは、ＰＨＩＣＨが無いことを、より上位の層に通知することが可能である。このことが、表５に要約される。

ネットワークによって構成される方法の結果は、フィードバック伝送のいくつかに関する強制された適応型ＨＡＲＱ伝送の直接の結果である、さらなるＰＤＣＣＨ伝送に起因する制御チャネルオーバーヘッドの増加であり得る。しかしながら、ＰＨＩＣＨ衝突が生じる確率は、基地局における適切に設計されたＤＬスケジューラに関して、比較的低い場合がある。このため、基地局が、所与のＴＴＩで多くの適応型ＨＡＲＱ再送を開始することを強制されることは予期されない可能性がある。この方法は、Ｒ８ ＨＡＲＱプロセスにそれらの手順を挿入することだけしか要求しない可能性があるので、標準の取り組みに対する影響を、事実、最小限に抑えることが可能である。

図７は、ネットワークによって構成される方法によるＷＴＲＵの振舞いに関する流れ図７００である。最初に、ＷＴＲＵにおけるＨＡＲＱエンティティは、ＨＡＲＱエンティティがフィードバック情報を受信することを予期するＴＴＩを特定する（７０５）。次に、ＷＴＲＵは、初期ＵＬ許可が伝送されたＣＣ上でＰＤＣＣＨ ＤＣＩフォーマット０／０ｘの探索を開始する（７１０）。次に、ＷＴＲＵは、ＷＴＲＵのＣ−ＲＮＴＩによってアドレス指定された各ＣＣに関するＵＬ許可を検出しようと試みる（７１５）。所与のＣＣに関して、ＷＴＲＵのＣ−ＲＮＴＩにアドレス指定されたＰＤＣＣＨ ＤＣＩフォーマット０／０ｘが全く検出されない場合（７２０）、ＷＴＲＵは、ＰＨＩＣＨの中で伝送されたフィードバック情報を獲得しようと試みることが可能である（７２５）。次に、ＨＡＲＱエンティティが、ＨＡＲＱフィードバックの内容（ＡＣＫまたはＮＡＣＫ）を、各ＣＣに関する適切なＨＡＲＱプロセスにルーティングすることが可能である（７３０）。その後、プロセスは、完了する（７４０）。或るＣＣに関して、ＷＴＲＵのＣ−ＲＮＴＩ（または半永久的なスケジューリングＣ−ＲＮＴＩ）にアドレス指定されたＵＬ許可が検出された場合、ＨＡＲＱエンティティは、伝送が行われた対応するＨＡＲＱプロセスを識別することが可能であり、次に、受信されたＡＣＫ／ＮＡＣＫ情報を適切なＨＡＲＱプロセスにルーティングすることが可能である（７３５）。その後、プロセスは、完了する（７４０）。

次に説明されるのは、ＰＨＩＣＨ衝突を回避する巡回シフトベースのアプローチに関連する問題に対処する方法である。この方法は、２名以上のユーザが、複数のＵＬコンポーネントキャリア上に半永久的に構成され得る、または複数のＵＬコンポーネントキャリア上でランダムアクセス応答許可を割り当てられ得る場合の問題に対処する。

詳細には、ＤＣＩフォーマット０を有する対応するＰＤＣＣＨが無い状態の、半永久的に構成されたＰＵＳＣＨ伝送に関して、またはランダムアクセス応答許可に関連付けられたＰＵＳＣＨ伝送に関して、変数ｎ_ＤＭＲＳが、０に設定される。このことは、ユーザのＰＵＳＣＨ伝送のための同一のＤＬコンポーネントキャリアから許可を受信する２名以上の半永久的に一緒にスケジュールされたユーザが、ＵＬコンポーネントキャリア上で同一の、より低いリソースブロックを共有する場合、これらすべての一緒にスケジュールされたユーザに、ユーザのＵＬ ＤＭＲＳに関して同一の巡回シフト（すなわち、ｎ_ＤＭＲＳ＝０）が割り当てられ得ることを暗示する場合がある。したがって、巡回シフトベースのソリューションに依拠することによって、ＰＨＩＣＨ衝突が不可避である場合がある。

サブフレームｎ−ｋ_{ＰＵＳＣＨ}内にＤＣＩフォーマット０を有する対応するＰＤＣＣＨが無い状態における、サブフレームｎ上の半永久的に構成されたＰＵＳＣＨ伝送の場合、ＷＴＲＵは、半永久的なリソース割当てを割り当てる最新の許可の中の情報に基づいて、ＷＴＲＵのｎ_ＤＲＭＳを特定することが可能である。基地局に関して、スケジューラは、複数のＵＬ ＣＣ上に一緒にスケジュールされたＷＴＲＵに、それらのＷＴＲＵの最初の半永久的にスケジュールされたＰＵＳＣＨの一環として、異なる第１のリソースブロックが割り当てられる。

ランダムアクセス応答許可に関連するＰＵＳＣＨ伝送の場合、スケジューラは、複数のＵＬ ＣＣ上の一緒にスケジュールされたＷＴＲＵを、それらのＷＴＲＵに、ＷＴＲＵのランダムアクセス応答許可の一環として、異なる第１のリソースブロックが割り当てられるように構成することが可能である。このことは、異なるＰＨＩＣＨリソースにつながることが可能であり、このため、異なるＵＬ ＣＣリソースを出所とするＰＨＩＣＨリソースの衝突を回避する。

実施形態
１．割り当てられたフィードバックチャネルリソースまたはフィードバックチャネルグループの少なくともいずれかを分割するステップを備える、フィードバックチャネルリソースマッピングを実行するために基地局において実施される方法。

２．分割されたフィードバックチャネルリソースまたはフィードバックチャネルグループをアップリンクコンポーネントキャリアに割り当てるステップをさらに備える実施形態１の方法。

３．暗黙のマッピング規則が、フィードバックチャネルグループ番号および系列インデックス番号を使用して、分割されたフィードバックチャネルリソースまたはフィードバックチャネルグループをアップリンクコンポーネントキャリアに関連付ける前述の実施形態のいずれかに記載の方法。

４．アップリンクリソース許可に関連するダウンリンク制御チャネルを復号するステップを備える、フィードバックチャネルリソースマッピングを実行するためにＷＴＲＵ（無線送信／受信ユニット）において実施される方法。

５．復号されたダウンリンク制御チャネルから動的なパラメータのセットを特定するステップをさらに備える実施形態４に記載の方法。

６．半静的なパラメータのセットを受信するステップをさらに備える実施形態４から５のいずれかに記載の方法。

７．割り当てられたフィードバックチャネルリソースまたはフィードバックチャネルグループの少なくともいずれかを、動的なパラメータおよび半静的なパラメータのセットに基づいて、アップリンクコンポーネントキャリアに分配するステップをさらに備える実施形態４から６のいずれかに記載の方法。

８．動的なパラメータおよび半静的なパラメータのセットからフィードバックチャネルグループ番号を特定するステップをさらに備える実施形態４から７のいずれかに記載の方法。

９．動的なパラメータおよび半静的なパラメータのセットから系列インデックス番号を特定するステップをさらに備える実施形態４から８のいずれかに記載の方法。

１０．割り当てられたフィードバックチャネルリソースまたはフィードバックチャネルグループの少なくともいずれかを、フィードバックチャネルグループ番号および系列インデックス番号を使用してアップリンクコンポーネントキャリアに関連付けるステップをさらに備える実施形態４から９のいずれかに記載の方法。

１１．フィードバックチャネルリソース衝突を特定するステップを備える、フィードバックチャネルリソースマッピングを実行するためにＷＴＲＵ（無線送信／受信ユニット）において実施される方法。

１２．フィードバックチャネルリソース衝突が生じると、衝突回避インデックスを特定するステップをさらに備え、衝突回避インデックスは、未使用の割り当てられたリソースを指し示し、さらにそれらの未使用の割り当てられたリソースをアップリンクコンポーネントキャリアまたはトランスポートブロックに結び付ける実施形態１１に記載の方法。

１３．フィードバックチャネルリソース衝突判定は、アップリンクコンポーネントキャリアの間で割り当てられた最低のリソースの同一性を確認する実施形態１１から１２のいずれかに記載の方法。

１４．未使用の割り当てられたリソースの量が、アップリンクコンポーネントキャリアまたはトランスポートブロック以上であることを確認するステップをさらに備える実施形態１１から１３のいずれかに記載の方法。

１５．少なくとも衝突回避インデックスからフィードバックチャネルグループ番号を特定するステップをさらに備える実施形態１１から１４のいずれかに記載の方法。

１６．少なくとも衝突回避インデックスから系列インデックス番号を特定するステップをさらに備える実施形態１１から１５のいずれかに記載の方法。

１７．未使用の割り当てられたリソースを、フィードバックチャネルグループ番号および系列インデックス番号を使用してアップリンクコンポーネントキャリアまたはトランスポートブロックに関連付けるステップをさらに備える実施形態１１から１６のいずれかに記載の方法。

１８．衝突回避インデックスは、より上位の層のシグナリングを介して構成され、ＷＴＲＵに通信される実施形態１１から１７のいずれかに記載の方法。

１９．衝突回避インデックスは、リソース割当てに基づく所定のマッピング規則を使用して、ＷＴＲＵによって識別される実施形態１１から１８のいずれかに記載の方法。

２０．フィードバックチャネルリソース衝突を特定するステップを備える、フィードバックチャネルリソース衝突を回避するために基地局において実施される方法。

２１．フィードバックチャネルリソース衝突が生じる各アップリンクコンポーネントキャリアに関して適応型フィードバックチャネルプロセスを強制するステップをさらに備える実施形態２０に記載の方法。

２２．フィードバックチャネルリソース衝突判定は、アップリンクコンポーネントキャリアの間で割り当てられた最低のリソースの同一性を確認する実施形態２０から２１のいずれかに記載の方法。

２３．フィードバックチャネルリソース衝突が生じる１つのアップリンクコンポーネントキャリアに関して非適応型フィードバックチャネルプロセスが使用される実施形態２０から２２のいずれかに記載の方法。

２４．予期されるフィードバック情報受信時刻に、アップリンクリソース許可に関連するダウンリンク制御チャネル上でダウンリンク制御情報を探索するステップを備えるフィードバックチャネルリソース衝突を回避するためにＷＴＲＵ（ワイヤレス送信／受信ユニット）において実施される方法。

２５．ＷＴＲＵにアドレス指定されたコンポーネントキャリアに関するアップリンク許可を検出すると、各コンポーネントキャリアに関する識別されたフィードバックプロセスにフィードバック情報をルーティングするステップをさらに備える実施形態２４に記載の方法。

２６．アップリンク許可が検出されないと、各コンポーネントキャリアに関する該当するフィードバックプロセスに、フィードバックチャネルから獲得されたフィードバック情報をルーティングするステップをさらに備える実施形態２４から２５のいずれかに記載の方法。

２７．各ＷＴＲＵを、サブフレーム内にアップリンク伝送を有するように半永久的に構成するステップを備える、一緒にスケジュールされたＷＴＲＵ（ワイヤレス送信／受信ユニット）に関してフィードバックチャネルリソース衝突を回避するための方法。

２８．各ＷＴＲＵに関して、前のサブフレーム内にダウンリンク制御チャネルが存在しないという条件付きで、半永久的なリソース割当てを割り当てる許可から、パラメータの値を特定するステップをさらに備え、このパラメータは、対応するアップリンクＤＭＲＳ（復調基準信号）の巡回シフトにマップされる実施形態２７に記載の方法。

２９．各ＷＴＲＵは、半永久的に構成されたアップリンク伝送のために異なる第１のリソースブロックを有する実施形態２４に記載の方法。

３０．一緒にスケジュールされたユーザＷＴＲＵ（ワイヤレス送信／受信ユニット）に関してフィードバックチャネルリソース衝突を回避するための方法であって、複数のコンポーネントキャリア上でＷＴＲＵにランダムアクセス応答許可をスケジュールするステップを備える方法。

３１．ＷＴＲＵのそれぞれに、ＷＴＲＵのそれぞれのランダムアクセス応答許可に関して異なる第１のリソースブロックを割り当てるステップをさらに備える実施形態３０に記載の方法。

３２．キャリア集約のためにチャネルリソースマッピングを実行するための方法であって、既存のチャネルリソースグループを分割するステップを備える方法。

３３．異なるＵＬ（アップリンク）ＣＣ（コンポーネントキャリア）に既存のチャネルリソースグループを割り当てるステップをさらに備える実施形態３２に記載の方法。

３４．キャリア集約のためにＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）リソースマッピングを適用するステップをさらに備える実施形態３２から３３のいずれかに記載の方法。

３５．暗黙のＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）マッピングスキームが、ＰＨＩＣＨマッピングの曖昧さに対処する実施形態３２から３４のいずれかに記載の方法。

３６．ＦＤＤ（周波数分割複信）に適用可能である実施形態３２から３５のいずれかに記載の方法。

３７．ＦＤＤ動作モードまたはＴＤＤ（時分割複信）動作モード、またはＦＤＤ動作モードとＴＤＤ（時分割複信）動作モードの両方に適用可能である実施形態３２から３６のいずれかに記載の方法。

３８．ＬＴＥ−Ａ（ロングタームエボリューションアドバンスト）に適用可能である実施形態３２から３７のいずれかに記載の方法。

３９．既存のＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）リソースグループを分割するステップをさらに備える実施形態３２から３８のいずれかに記載の方法。

４０．既存のＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）リソースグループを異なるＵＬ ＣＣ（コンポーネントキャリア）に割り当てるステップをさらに備える実施形態３２から３９のいずれかに記載の方法。

４１．スケジューラによって実行される実施形態３２から４０のいずれかに記載の方法。

４２．ＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）マッピング規則を実施するステップをさらに備える実施形態３２から４１のいずれかに記載の方法。

４３．ＰＨＩＣＨマッピング規則は、

である実施形態３２から４２のいずれかに記載の方法。

４４．

は、第ｎ_ＣＩ番目のＵＬ ＣＣ（コンポーネントキャリア）に割り当てられたＰＨＩＣＨグループの番号である実施形態３２から４３のいずれかに記載の方法。

４５．

は、そのグループ内の直交系列インデックスであり、ｎ_ＣＩは、対応するＰＵＳＣＨ（物理アップリンク共有チャネル）の伝送のために使用されるＵＬ ＣＣのインデックスである実施形態３２から４４のいずれかに記載の方法。

４６．ｎ_ＤＭＲＳは、対応するＰＵＳＣＨ（物理アップリンク共有チャネル）伝送に関連付けられたトランスポートブロックに関する最新のＤＣＩ（ダウンリンク制御情報）フォーマット０におけるＤＭＲＳ（復調基準信号）フィールドに関する巡回シフトからマップされる実施形態３２から４５のいずれかに記載の方法。

４７．

は、巡回プレフィックスの関数として定義されたＰＨＩＣＨ変調のために使用される拡散率サイズである実施形態３２から４６のいずれかに記載の方法。

４８．

は、対応するＰＵＳＣＨ伝送の第１のスロット内の最低の物理ＲＢ（リソースブロック）である実施形態３２から４７のいずれかに記載の方法。

４９．

は、より上位の層によって構成されたＰＨＩＣＨグループの番号である実施形態３２から４８のいずれかに記載の方法。

５０．Ｎ_ＣＣは、単一のＤＬ（ダウンリンク）ＣＣに結び付けられたＵＬ ＣＣの番号を表す実施形態３２から４９のいずれかに記載の方法。

５１．

またはｎ_ＣＩのうち１つ、または組合せは、ＷＴＲＵ（ワイヤレス送信／受信ユニット）固有のＣ−ＲＮＴＩ（セル無線ネットワーク一時識別子）を使用して、関連するＤＬ ＣＣ上のＰＤＣＣＨ（物理ダウンリンク制御チャネル）を復号して、ＰＵＳＣＨ（物理アップリンク共有チャネル）伝送を許可するＤＣＩ（ダウンリンク制御情報）フォーマット０を読み取ることによって特定される実施形態３２から５０のいずれかに記載の方法。

５２．ＰＨＩＣＨ構成パラメータＮ_ｇ＝２である実施形態３２から５１のいずれかに記載の方法。

５３．ＰＨＩＣＨ構成パラメータＮ_ｇの値は、集約されたＵＬ ＣＣの量に依存する実施形態３２から５２のいずれかに記載の方法。

５４．ＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）グループの数は、ＤＬ帯域幅の関数である実施形態３２から５３のいずれかに記載の方法。

５５．ＤＬ帯域幅が６ＲＢ（リソースブロック）である場合にサポートされ得る集約されたＣＣ（コンポーネントキャリア）の最大数は、２である実施形態３２から５４のいずれかに記載の方法。

５６．ＤＬ帯域幅が１２ＲＢ（リソースブロック）である場合にサポートされ得る集約されたＣＣ（コンポーネントキャリア）の最大数は、４である実施形態３２から５５のいずれかに記載の方法。

５７．ＰＨＩＣＨ構成パラメータＮ_ｇ＝１／４である実施形態３２から５６のいずれかに記載の方法。

５８．１つのＰＨＩＣＨグループが、２５ＲＢまでのＢＷ（帯域幅）に利用可能であり、さらにそのＰＨＩＣＨグループは、異なるキャリアに分割されることも、専用にされることも可能でない実施形態３２から５７のいずれかに記載の方法。

５９．全体のＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）リソースを分割するステップをさらに備える実施形態３２から５８のいずれかに記載の方法。

６０．ＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）チャネルを少なくとも１つの区分に分割するステップをさらに備える実施形態３２から５９のいずれかに記載の方法。

６１．少なくとも１つの分割のそれぞれは、ＣＣ（コンポーネントキャリア）に専用である実施形態３２から６０のいずれかに記載の方法。

６２．帯域幅は、５ＭＨｚである実施形態３２から６１のいずれかに記載の方法。

６３．分割は、ＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）リソース、ＰＨＩＣＨチャネル、ＰＨＩＣＨグループ、またはＰＨＩＣＨリソースとＰＨＩＣＨチャネルとＰＨＩＣＨグループの任意の組合せを分割するステップ、または組み合わせるステップを含む実施形態３２から６２のいずれかに記載の方法。

６４．各区分は、特定のキャリアのために構成されること、または特定のキャリアに割り当てられることが可能である実施形態３２から６３のいずれかに記載の方法。

６５．ＷＴＲＵ（ワイヤレス送信／受信ユニット）には、１つのＣＣ（コンポーネントキャリア）当り複数のＲＢ（リソースブロック）が割り当てられる実施形態３２から６４のいずれかに記載の方法。

６６．各ＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）リソースと、各ＰＵＳＣＨ（物理アップリンク共有チャネル）伝送のために使用されるＰＲＢ（物理ＲＢ）インデックスの間の１対１マッピングをさらに備える実施形態３２から６５のいずれかに記載の方法。

６７．ＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）リソース衝突が生じるという条件付きで、システムにおいて利用可能な未使用のＰＨＩＣＨリソースが、現在のＰＨＩＣＨマッピングスキームの変更を介して利用される実施形態３２から６６のいずれかに記載の方法。

６８．ＬＴＥにおいて適用される実施形態３２から６７のいずれかに記載の方法。

６９．各ＵＬ ＣＣ（コンポーネントキャリア）上の各ユーザの割当ては、ＲＢ（リソースブロック）の数に関して、集約されたＵＬ ＣＣの数以上である実施形態３２から６８のいずれかに記載の方法。

７０．Ｌ_ＲＢ≧Ｎ_ＣＣであり、ただし、
Ｎ_ＣＣは、単一のＤＬ ＣＣに結び付けられた集約されたＵＬ ＣＣの数を表し、さらに
Ｌ_ＲＢは、１つのＣＣ当りの、ＷＴＲＵに対する、隣接して割り当てられたリソースブロック、または隣接せずに割り当てられたリソースブロックの長さである実施形態３２から６９のいずれかに記載の方法。

７１．マッピング式をさらに備える実施形態３２から７０のいずれかに記載の方法。

７２．マッピング式は、以下の式、すなわち、

を使用する実施形態３２から７１のいずれかに記載の方法。

７３．

は、対応するＰＵＳＣＨ（物理アップリンク共有チャネル）伝送の第１のスロット内の最低のＰＲＢ（物理リソースブロック）インデックスである実施形態３２から７２のいずれかに記載の方法。

７４．Δ_ｉは、

に適用されるＣＣ（コンポーネントキャリア）依存のオフセットである実施形態３２から７３のいずれかに記載の方法。

７５．ＷＴＲＵ（ワイヤレス送信／受信ユニット）の、隣接して割り当てられたリソースブロック内、または隣接せずに割り当てられたリソースブロック内のＰＲＢ（物理リソースブロック）インデックスを、ＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）リソース衝突を回避するために異なるＣＣ（コンポーネントキャリア）に結び付けるステップをさらに備える実施形態３２から７４のいずれかに記載の方法。

７６．ＷＴＲＵの、隣接して割り当てられたリソースブロック内のＰＲＢを異なるＣＣに結び付けるステップは、一意に実行される実施形態３２から７５のいずれかに記載の方法。

７７．パラメータΔ_ｉは、値Δ_ｉ∈｛０，１，．．．，Ｎ_ＲＢ−１｝をとる実施形態３２から７６のいずれかに記載の方法。

７８．パラメータΔ_ｉは、より上位の層のシグナリングを介して構成されて、ＷＴＲＵ（ワイヤレス送信／受信ユニット）に通信される実施形態３２から７７のいずれかに記載の方法。

７９．パラメータΔ_ｉは、ＷＴＲＵ（ワイヤレス送信／受信ユニット）のＰＲＢ（物理リソースブロック）割当てに基づく所定のマッピング規則に従って、ＷＴＲＵによって識別される実施形態３２から７８のいずれかに記載の方法。

８０．マッピング規則は、ＵＬ ＣＣ（コンポーネントキャリア）のうちの１つのＵＬ ＣＣ上の割り当てられたＵＬ許可内のＰＲＢインデックスを、ＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）リソースの系列に順次に関連付け、次に、それらのＰＨＩＣＨリソースを使用して、複数のＵＬ ＣＣに対応するＨＡＲＱ（ハイブリッド自動再送要求）フィードバックを送信するステップをさらに備える実施形態３２から７９のいずれかに記載の方法。

８１．ＵＬ ＣＣ上のＰＵＳＣＨ伝送に関連付けられたＰＨＩＣＨリソースを、ＷＴＲＵに割り当てられたＰＲＢのセットからの最低のＰＲＢインデックスに結び付けるステップをさらに備える実施形態３２から８０のいずれかに記載の方法。

８２．複数のユーザに、複数の集約されたＵＬ ＣＣ（コンポーネントキャリア）を有するシステムにおける各ＣＣ上の複数のＲＢ（リソースブロック）が割り当てられる実施形態３２から８１のいずれかに記載の方法。

８３．それらのユーザには、第１のＣＣ上の複数の隣接しないＲＢ、および第２のＣＣ上の複数の隣接するＲＢが割り当てられる実施形態３２から８２のいずれかに記載の方法。

８４．ＷＴＲＵ（ワイヤレス送信／受信ユニット）が、特定の２つのＣＣ上で伝送される２つのトランスポートブロックに関する第１のＲＢ、および第２のＲＢに結び付けられたＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）リソース上でＨＡＲＱ（ハイブリッド自動再送要求）フィードバックを受信する実施形態３２から８３のいずれかに記載の方法。

８５．ＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）リソース衝突を回避するネットワークによって構成されたソリューションに方法を基づかせるステップをさらに備える実施形態３２から８４のいずれかに記載の方法。

８６．ＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）リソース衝突が生じるという条件付きで、ＷＴＲＵ（ワイヤレス送信／受信ユニット）が、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）上で伝送されるべき、１つのＵＬ ＣＣを除くすべてのＵＬ ＣＣに対応するＨＡＲＱ（ハイブリッド自動再送要求）フィードバックを受信する実施形態３２から８５のいずれかに記載の方法。

８７．いくつかのＨＡＲＱプロセスに適応型の動作モードが規定される一方で、ＨＡＲＱプロセスのうち１つだけが、非適応型の動作モードに基づくことが可能である実施形態３２から８６のいずれかに記載の方法。

８８．ＰＨＩＣＨリソースが、ＬＴＥ ＷＴＲＵとＬＴＥ−Ａ ＷＴＲＵによって共有されるという条件付きで、利用可能な唯一のＰＨＩＣＨリソースは、ＬＴＥ ＷＴＲＵに割り当てられる実施形態３２から８７のいずれかに記載の方法。

８９．ＷＴＲＵ（ワイヤレス送信／受信ユニット）が、いくつかの並行のＨＡＲＱプロセスを維持する１つのＨＡＲＱ（ハイブリッド自動再送要求）エンティティを含む実施形態３２から８８のいずれかに記載の方法。

９０．各ＵＬ ＣＣ（コンポーネントキャリア）に１つのＨＡＲＱ（ハイブリッド自動再送要求）プロセスが専用である実施形態３２から８９のいずれかに記載の方法。

９１．ＷＴＲＵ（ワイヤレス送信／受信ユニット）はまず、ＷＴＲＵにおけるＨＡＲＱ（ハイブリッド自動再送要求）エンティティが、任意のＵＬ ＣＣに対応するフィードバックを受信することを予期する所定のＴＴＩ（伝送時間間隔）で、初期アップリンク許可が送信されたＤＬ ＣＣ（コンポーネントキャリア）上でＰＤＣＣＨ（物理ダウンリンク制御チャネル）ＤＣＩ（ダウンリンク制御情報）フォーマット０／０ｘの探索を行う実施形態３２から９０のいずれかに記載の方法。

９２．或るＣＣ（コンポーネントキャリア）に関して、ＷＴＲＵ（ワイヤレス送信／受信ユニット）のＣ−ＲＮＴＩ（セル無線ネットワーク一時識別子）にアドレス指定されたＵＬ許可が検出されたという条件付きで、ＨＡＲＱ（ハイブリッド自動再送要求）エンティティは、伝送が行われた、対応するＨＡＲＱプロセスを識別し、次に、受信されたＡＣＫ（肯定応答）／ＮＡＣＫ（否定応答）情報を適切なＨＡＲＱプロセスにルーティングする実施形態３２から９１のいずれかに記載の方法。

９３．所与のＣＣ（コンポーネントキャリア）に関して、ＷＴＲＵ（ワイヤレス送信／受信ユニット）のＣ−ＲＮＴＩ（セル無線ネットワーク一時識別子）にアドレス指定されたＰＤＣＣＨ（物理ダウンリンク制御チャネル）ＤＣＩ（ダウンリンク制御情報）フォーマット０／０ｘが全く検出されなかったという条件付きで、ＨＡＲＱ（ハイブリッド自動再送要求）エンティティは、ＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）において伝送されるフィードバック情報を獲得しようと試みるステップをさらに備える方法を実行する実施形態３２から９２のいずれかに記載の方法。

９４．ＨＡＲＱフィードバックを適切なＨＡＲＱプロセスにルーティングするステップをさらに備える実施形態３２から９３のいずれかに記載の方法。

９５．Ｃ−ＲＮＴＩは、半永久的なスケジューリングＣ−ＲＮＴＩである実施形態３２から９４のいずれかに記載の方法。

９６．ダウンリンクサブフレームに関して、トランスポートブロックが、関連するＰＵＳＣＨ（物理アップリンク共有チャネル）サブフレーム内で伝送されたという条件付きで、そのサブフレーム内のＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）上でＡＣＫが復号されたという条件付きで、より上位の層にＡＣＫを送るステップをさらに備える実施形態３２から９５のいずれかに記載の方法。

９７．そのサブフレーム内のＰＨＩＣＨ上でＮＡＣＫが復号されたという条件付きで、より上位の層にＮＡＣＫを送るステップをさらに備える実施形態３２から９６のいずれかに記載の方法。

９８．そのサブフレーム内でＰＨＩＣＨが全く検出されなかったという条件付きで、より上位の層にＰＨＩＣＨが無いという通知を送るステップをさらに備える実施形態３２から９７のいずれかに記載の方法。

９９．ＷＴＲＵ（ワイヤレス送信／受信ユニット）手順およびｅＮＢ（発展型ノードＢ）手順が、ＨＡＲＱ（ハイブリッド自動再送要求）動作の中に含められる実施形態３２から９８のいずれかに記載の方法。

１００．ＷＴＲＵが、最新の許可の中の情報に基づいて、ｎ_ＤＲＭＳパラメータを特定するステップをさらに備え、この許可は、半永久的なリソース割当ての割当てを備える実施形態３２から９９のいずれかに記載の方法。

１０１．スケジューラが、初期の半永久的にスケジュールされたＰＵＳＣＨの一環として、複数のＵＬ ＣＣ上の一緒にスケジュールされたＷＴＲＵに異なる第１のリソースブロックが割り当てられることを決定するステップをさらに備える実施形態３２から１００のいずれかに記載の方法。

１０２．ランダムアクセス応答許可に関連付けられたＰＵＳＣＨ伝送に関して、スケジューラが、複数のＵＬ ＣＣ上の一緒にスケジュールされたＷＴＲＵを、それらのＷＴＲＵに、ランダムアクセス応答許可の一環として異なる第１のリソースブロックが割り当てられるように構成するステップをさらに備える実施形態３２から１０１のいずれかに記載の方法。

１０３．前述の実施形態のいずれか１つの実施形態の方法の少なくとも一部を実行するように構成されたＷＴＲＵ（ワイヤレス送信／受信ユニット）。

１０４．実施形態１から１０２のいずれかの実施形態の方法の少なくとも一部を実行するように構成されたｅＮＢ（ｅノードＢ）。

１０５．実施形態１から１０２のいずれかの実施形態の方法の少なくとも一部を実行するように構成されたＩＣ（集積回路）。

特徴および要素は、特定の組合せによって上述されているが、各特徴、または各要素は、単独で使用されることも、他の特徴、および他の要素との任意の組合せで使用されることも可能であることが当業者には認識されよう。さらに、本明細書で説明される方法は、コンピュータまたはプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施され得る。コンピュータ可読媒体の例には、電子信号（有線接続、またはワイヤレス接続を介して伝送される）およびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクやＤＶＤ（デジタルバーサタイルディスク）などの光媒体が含まれるが、以上には限定されない。プロセッサが、ソフトウェアに関連して、ＷＴＲＵ、ＵＥ、端末装置、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するのに使用され得る。

Claims (20)

1. フィードバックチャネルリソースマッピングを実行するために基地局において実施される方法であって、
   割り当てられたフィードバックチャネルリソース、または割り当てられたフィードバックチャネルグループの少なくともいずれかを分割するステップと、
   分割されたフィードバックチャネルリソース、または分割されたフィードバックチャネルグループをアップリンクコンポーネントキャリアに割り当てるステップと、
   を備えることを特徴とする方法。
2. 暗黙のマッピング規則が、フィードバックチャネルグループ番号および系列インデックス番号を使用して、前記分割されたフィードバックチャネルリソース、または前記分割されたフィードバックチャネルグループを前記アップリンクコンポーネントキャリアに関連付けることを特徴とする請求項１に記載の方法。
3. フィードバックチャネルリソースマッピングを実行するためにＷＴＲＵ（ワイヤレス送信／受信ユニット）において実施される方法であって、
   アップリンクリソース許可に関連付けられたダウンリンク制御チャネルを復号するステップと、
   復号されたダウンリンク制御チャネルから動的なパラメータのセットを特定するステップと、
   半静的なパラメータのセットを受信するステップと、
   動的なパラメータおよび半静的なパラメータの前記セットに基づいて、割り当てられたフィードバックチャネルリソース、または割り当てられたフィードバックチャネルグループの少なくともいずれかをアップリンクコンポーネントキャリアに分配するステップと、
   を備えることを特徴とする方法。
4. 動的なパラメータおよび半静的なパラメータの前記セットからフィードバックチャネルグループ番号を特定するステップと、
   動的なパラメータおよび半静的なパラメータの前記セットから系列インデックス番号を特定するステップと、
   前記フィードバックチャネルグループ番号および前記系列インデックス番号を使用して、割り当てられたフィードバックチャネルリソース、または割り当てられたフィードバックチャネルグループの少なくともいずれかをアップリンクコンポーネントキャリアに関連付けるステップとをさらに備えることを特徴とする請求項３に記載の方法。
5. フィードバックチャネルリソースマッピングを実行するためにＷＴＲＵ（ワイヤレス送信／受信ユニット）において実施される方法であって、
   フィードバックチャネルリソース衝突を特定するステップと、
   フィードバックチャネルリソース衝突が生じると、衝突回避インデックスを特定するステップとを備え、前記衝突回避インデックスは、未使用の割り当てられたリソースを指し示し、さらに前記未使用の割り当てられたリソースをアップリンクコンポーネントキャリアまたはトランスポートブロックに結び付けることを特徴とする方法。
6. フィードバックチャネルリソース衝突特定は、前記アップリンクコンポーネントキャリアの間で割り当てられた最低のリソースの同一性を確認することを特徴とする請求項５に記載の方法。
7. 未使用の割り当てられたリソースの量が、前記アップリンクコンポーネントキャリア数または前記トランスポートブロック数以上であることを確認するステップをさらに備えることを特徴とする請求項５に記載の方法。
8. 少なくとも前記衝突回避インデックスからフィードバックチャネルグループ番号を特定するステップと、
   少なくとも前記衝突回避インデックスから系列インデックス番号を特定するステップと、
   前記フィードバックチャネルグループ番号および前記系列インデックス番号を使用して前記未使用の割り当てられたリソースを前記アップリンクコンポーネントキャリアまたは前記トランスポートブロックに関連付けるステップと、
   をさらに備えることを特徴とする請求項５に記載の方法。
9. 前記衝突回避インデックスは、より上位の層のシグナリングを介して構成され、前記ＷＴＲＵに通信されることを特徴とする請求項５に記載の方法。
10. 前記衝突回避インデックスは、リソース割当てに基づく所定のマッピング規則を使用して前記ＷＴＲＵによって識別されることを特徴とする請求項５に記載の方法。
11. フィードバックチャネルリソース衝突を回避するために基地局において実施される方法であって、
    フィードバックチャネルリソース衝突を特定するステップと、
    フィードバックチャネルリソース衝突が生じる各アップリンクコンポーネントキャリアに関して適応型のフィードバックチャネルプロセスを強制するステップと、
    を備えることを特徴とする方法。
12. フィードバックチャネルリソース衝突特定は、アップリンクコンポーネントキャリアの間で割り当てられた最低のリソースの同一性を確認することを特徴とする請求項１１に記載の方法。
13. フィードバックチャネルリソース衝突が生じる１つのアップリンクコンポーネントキャリアに関して非適応型のフィードバックチャネルプロセスが使用されることを特徴とする請求項１１に記載の方法。
14. フィードバックチャネルリソース衝突を回避するためにＷＴＲＵ（ワイヤレス送信／受信ユニット）において実施される方法であって、
    予期されるフィードバック情報受信時刻に、アップリンクリソース許可に関連付けられたダウンリンク制御チャネル上でダウンリンク制御情報を探索するステップと、
    前記ＷＴＲＵにアドレス指定されたコンポーネントキャリアに関するアップリンク許可を検出すると、前記フィードバック情報を、各コンポーネントキャリアに関する識別されたフィードバックプロセスにルーティングするステップと、
    アップリンク許可が検出されないと、フィードバックチャネルから獲得された前記フィードバック情報を、各コンポーネントキャリアに関する該当するフィードバックプロセスにルーティングするステップとを備えることを特徴とする方法。
15. 一緒にスケジュールされたＷＴＲＵ（ワイヤレス送信／受信ユニット）に関してフィードバックチャネルリソース衝突を回避するための方法であって、
    各ＷＴＲＵを、サブフレーム内にアップリンク伝送を有するように半永久的に構成するステップと、
    各ＷＴＲＵに関して、前のサブフレーム内にダウンリンク制御チャネルが存在しないという条件付きで、半永久的なリソース割当てを割り当てる許可から、パラメータの値を特定するステップとを備え、前記パラメータは、対応するアップリンクＤＭＲＳ（復調基準信号）の巡回シフトにマップされることを特徴とする方法。
16. 各ＷＴＲＵは、半永久的に構成されたアップリンク伝送に関して異なる第１のリソースブロックを有することを特徴とする請求項１５に記載の方法。
17. 一緒にスケジュールされたユーザＷＴＲＵ（ワイヤレス送信／受信ユニット）に関するフィードバックチャネルリソース衝突を回避するための方法であって、
    前記ＷＴＲＵに対するランダムアクセス応答許可を複数のコンポーネントキャリア上でスケジュールするステップと、
    前記ＷＴＲＵのそれぞれに、それらのＷＴＲＵのそれぞれのランダムアクセス応答許可のために異なる第１のリソースブロックを割り当てるステップと、
    を備えることを特徴とする方法。
18. フィードバックチャネルリソースマッピングを実行するように構成されたＷＴＲＵ（ワイヤレス送信／受信ユニット）であって、
    アップリンクリソース許可に関連付けられたダウンリンク制御チャネルを復号するように構成されたプロセッサであって、復号されたダウンリンク制御チャネルから動的なパラメータのセットを特定するように構成されたプロセッサと、
    半静的なパラメータのセットを受信するように構成された受信機であって、前記プロセッサが通信状態にある受信機と、を備え、
    前記プロセッサは、動的なパラメータおよび半静的なパラメータの前記セットに基づいて、割り当てられたフィードバックチャネルリソース、または割り当てられたフィードバックチャネルグループの少なくともいずれかをアップリンクコンポーネントキャリアに分配するように構成されることを特徴とするＷＴＲＵ。
19. フィードバックチャネルリソースマッピングを実行するように構成されたＷＴＲＵ（ワイヤレス送信／受信ユニット）であって、
    フィードバックチャネルリソース衝突を特定するように構成されたプロセッサを備え、
    前記プロセッサは、フィードバックチャネルリソース衝突が生じると、衝突回避インデックスを特定するように構成され、前記衝突回避インデックスは、未使用の割り当てられたリソースを指し示し、さらに前記未使用の割り当てられたリソースをアップリンクコンポーネントキャリアまたはトランスポートブロックに結び付けることを特徴とするＷＴＲＵ。
20. 前記プロセッサは、未使用の割り当てられたリソースの量が、前記アップリンクコンポーネントキャリア数または前記トランスポートブロック数以上であることを確認するようにさらに構成されることを特徴とする請求項１９に記載のＷＴＲＵ。

Images