"フィードバックチャネルリソースマッピングを実行するために基地局において実施される方法であって、割り当てられたフィードバックチャネルリソース、または割り当てられたフィードバックチャネルグループの少なくともいずれかを分割するステップと、分割されたフィードバックチャネルリソース、または分割されたフィードバックチャネルグループをアップリンクコンポーネントキャリアに割り当てるステップと、を備えることを特徴とする方法。暗黙のマッピング規則が、フィードバックチャネルグループ番号および系列インデックス番号を使用して、前記分割されたフィードバックチャネルリソース、または前記分割されたフィードバックチャネルグループを前記アップリンクコンポーネントキャリアに関連付けることを特徴とする請求項1に記載の方法。フィードバックチャネルリソースマッピングを実行するためにWTRUワイヤレス送信/受信ユニットにおいて実施される方法であって、アップリンクリソース許可に関連付けられたダウンリンク制御チャネルを復号するステップと、復号されたダウンリンク制御チャネルから動的なパラメータのセットを特定するステップと、半静的なパラメータのセットを受信するステップと、動的なパラメータおよび半静的なパラメータの前記セットに基づいて、割り当てられたフィードバックチャネルリソース、または割り当てられたフィードバックチャネルグループの少なくともいずれかをアップリンクコンポーネントキャリアに分配するステップと、を備えることを特徴とする方法。動的なパラメータおよび半静的なパラメータの前記セットからフィードバックチャネルグループ番号を特定するステップと、動的なパラメータおよび半静的なパラメータの前記セットから系列インデックス番号を特定するステップと、前記フィードバックチャネルグループ番号および前記系列インデックス番号を使用して、割り当てられたフィードバックチャネルリソース、または割り当てられたフィードバックチャネルグループの少なくともいずれかをアップリンクコンポーネントキャリアに関連付けるステップとをさらに備えることを特徴とする請求項3に記載の方法。フィードバックチャネルリソースマッピングを実行するためにWTRUワイヤレス送信/受信ユニットにおいて実施される方法であって、フィードバックチャネルリソース衝突を特定するステップと、フィードバックチャネルリソース衝突が生じると、衝突回避インデックスを特定するステップとを備え、前記衝突回避インデックスは、未使用の割り当てられたリソースを指し示し、さらに前記未使用の割り当てられたリソースをアップリンクコンポーネントキャリアまたはトランスポートブロックに結び付けることを特徴とする方法。フィードバックチャネルリソース衝突特定は、前記アップリンクコンポーネントキャリアの間で割り当てられた最低のリソースの同一性を確認することを特徴とする請求項5に記載の方法。未使用の割り当てられたリソースの量が、前記アップリンクコンポーネントキャリア数または前記トランスポートブロック数以上であることを確認するステップをさらに備えることを特徴とする請求項5に記載の方法。少なくとも前記衝突回避インデックスからフィードバックチャネルグループ番号を特定するステップと、少なくとも前記衝突回避インデックスから系列インデックス番号を特定するステップと、前記フィードバックチャネルグループ番号および前記系列インデックス番号を使用して前記未使用の割り当てられたリソースを前記アップリンクコンポーネントキャリアまたは前記トランスポートブロックに関連付けるステップと、をさらに備えることを特徴とする請求項5に記載の方法。前記衝突回避インデックスは、より上位の層のシグナリングを介して構成され、前記WTRUに通信されることを特徴とする請求項5に記載の方法。前記衝突回避インデックスは、リソース割当てに基づく所定のマッピング規則を使用して前記WTRUによって識別されることを特徴とする請求項5に記載の方法。フィードバックチャネルリソース衝突を回避するために基地局において実施される方法であって、フィードバックチャネルリソース衝突を特定するステップと、フィードバックチャネルリソース衝突が生じる各アップリンクコンポーネントキャリアに関して適応型のフィードバックチャネルプロセスを強制するステップと、を備えることを特徴とする方法。フィードバックチャネルリソース衝突特定は、アップリンクコンポーネントキャリアの間で割り当てられた最低のリソースの同一性を確認することを特徴とする請求項11に記載の方法。フィードバックチャネルリソース衝突が生じる1つのアップリンクコンポーネントキャリアに関して非適応型のフィードバックチャネルプロセスが使用されることを特徴とする請求項11に記載の方法。フィードバックチャネルリソース衝突を回避するためにWTRUワイヤレス送信/受信ユニットにおいて実施される方法であって、予期されるフィードバック情報受信時刻に、アップリンクリソース許可に関連付けられたダウンリンク制御チャネル上でダウンリンク制御情報を探索するステップと、前記WTRUにアドレス指定されたコンポーネントキャリアに関するアップリンク許可を検出すると、前記フィードバック情報を、各コンポーネントキャリアに関する識別されたフィードバックプロセスにルーティングするステップと、アップリンク許可が検出されないと、フィードバックチャネルから獲得された前記フィードバック情報を、各コンポーネントキャリアに関する該当するフィードバックプロセスにルーティングするステップとを備えることを特徴とする方法。一緒にスケジュールされたWTRUワイヤレス送信/受信ユニットに関してフィードバックチャネルリソース衝突を回避するための方法であって、各WTRUを、サブフレーム内にアップリンク伝送を有するように半永久的に構成するステップと、各WTRUに関して、前のサブフレーム内にダウンリンク制御チャネルが存在しないという条件付きで、半永久的なリソース割当てを割り当てる許可から、パラメータの値を特定するステップとを備え、前記パラメータは、対応するアップリンクDMRS復調基準信号の巡回シフトにマップされることを特徴とする方法。各WTRUは、半永久的に構成されたアップリンク伝送に関して異なる第1のリソースブロックを有することを特徴とする請求項15に記載の方法。一緒にスケジュールされたユーザWTRUワイヤレス送信/受信ユニットに関するフィードバックチャネルリソース衝突を回避するための方法であって、前記WTRUに対するランダムアクセス応答許可を複数のコンポーネントキャリア上でスケジュールするステップと、前記WTRUのそれぞれに、それらのWTRUのそれぞれのランダムアクセス応答許可のために異なる第1のリソースブロックを割り当てるステップと、を備えることを特徴とする方法。フィードバックチャネルリソースマッピングを実行するように構成されたWTRUワイヤレス送信/受信ユニットであって、アップリンクリソース許可に関連付けられたダウンリンク制御チャネルを復号するように構成されたプロセッサであって、復号されたダウンリンク制御チャネルから動的なパラメータのセットを特定するように構成されたプロセッサと、半静的なパラメータのセットを受信するように構成された受信機であって、前記プロセッサが通信状態にある受信機と、を備え、前記プロセッサは、動的なパラメータおよび半静的なパラメータの前記セットに基づいて、割り当てられたフィードバックチャネルリソース、または割り当てられたフィードバックチャネルグループの少なくともいずれかをアップリンクコンポーネントキャリアに分配するように構成されることを特徴とするWTRU。フィードバックチャネルリソースマッピングを実行するように構成されたWTRUワイヤレス送信/受信ユニットであって、フィードバックチャネルリソース衝突を特定するように構成されたプロセッサを備え、前記プロセッサは、フィードバックチャネルリソース衝突が生じると、衝突回避インデックスを特定するように構成され、前記衝突回避インデックスは、未使用の割り当てられたリソースを指し示し、さらに前記未使用の割り当てられたリソースをアップリンクコンポーネントキャリアまたはトランスポートブロックに結び付けることを特徴とするWTRU。前記プロセッサは、未使用の割り当てられたリソースの量が、前記アップリンクコンポーネントキャリア数または前記トランスポートブロック数以上であることを確認するようにさらに構成されることを特徴とする請求項19に記載のWTRU。添付の図面と併せて、例として与えられる後段の説明から、より詳細な理解を得ることが可能である。図1Aは、開示される1つまたは複数の実施形態が実施され得る例示的な通信システム100の図である。通信システム100は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数のワイヤレスユーザに提供する多元接続システムであることが可能である。通信システム100は、複数のワイヤレスユーザが、無線帯域幅を含むシステムリソースの共有を介して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム100は、CDMA符号分割多元接続、TDMA時分割多元接続、FDMA周波数分割多元接続、OFDMA直交FDMA、SC-FDMAシングルキャリアFDMAなどの1つまたは複数のチャネルアクセス方法を使用することが可能である。図1Aに示されるとおり、通信システム100は、WTRUワイヤレス送信/受信ユニット102a、102b、102c、102dと、RAN無線アクセスネットワーク104と、コアネットワーク106と、PSTN公衆交換電話網108と、インターネット110と、他のネットワーク112とを含み得るが、開示される実施形態は、任意の数のWTRU、基地局、ネットワーク、および/またはネットワーク要素を企図することが認識されよう。WTRU102a、102b、102c、102dのそれぞれは、ワイヤレス環境において動作し、さらに/または通信するように構成された任意のタイプのデバイスであり得る。例として、WTRU102a、102b、102c、102dは、ワイヤレス信号を送信するように、さらに/または受信するように構成されることが可能であり、さらにUEユーザ機器、移動局、固定もしくはモバイルの加入者ユニット、ポケットベル、セルラ電話機、PDA携帯情報端末、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、タッチパッド、ワイヤレスセンサ、家庭用電子機器などを含み得る。また、通信システム100は、基地局114aおよび基地局114bを含むことも可能である。基地局114a、114bのそれぞれは、WTRU102a、102b、102c、102dの少なくとも1つと無線でインターフェースをとって、コアネットワーク106、インターネット110、および/またはネットワーク112などの1つまたは複数の通信ネットワークへのアクセスを円滑にするように構成された任意のタイプのデバイスであり得る。例として、基地局114a、114bは、BTSbasetransceiverstation:基地局トランシーバ、ノードB、eノードB、ホームノードB、ホームeノードB、サイトコントローラ、APアクセスポイント、ワイヤレスルータなどであり得る。基地局114a、114bはそれぞれ、単一の要素として示されるが、基地局114a、114bは、任意の数の互いに接続された基地局および/またはネットワーク要素を含み得ることが認識されよう。基地局114aは、他の基地局、および/またはBSC基地局コントローラ、RNC無線ネットワークコントローラ、中継ノードなどの他のネットワーク要素図示せずを含むことも可能な、RAN104の一部であり得る。基地局114aおよび/または基地局114bは、セル図示せずと呼ばれ得る、特定の区域内でワイヤレス信号を送信する、さらに/または受信するように構成され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局114aに関連するセルは、3つのセクタに分割され得る。このため、一実施形態において、基地局114aは、3つのトランシーバ、すなわち、セルの各セクタにつき1つのトランシーバを含み得る。別の実施形態において、基地局114aは、MIMO多入力多出力技術を使用することが可能であり、したがって、セルの各セクタに関して複数のトランシーバを利用することが可能である。基地局114a、114bは、任意の適切なワイヤレス通信リンク例えば、RF無線周波数、マイクロ波、IR赤外線、UV紫外線、可視光などであり得る、無線インターフェースを介してWTRU102a、102b、102c、102dの1つまたは複数と通信することが可能である。無線インターフェース116は、任意の適切なRAT無線アクセス技術を使用して確立され得る。より具体的には、前述したとおり、通信システム100は、多元接続システムであることが可能であり、さらにCDMA、TDMA、FDMA、OFDMA、SC-FDMAなどの1つまたは複数のチャネルアクセススキームを使用することが可能である。例えば、RAN104における基地局114a、およびWTRU102a、102b、102cが、WCDMA広帯域CDMAを使用して無線インターフェース116を確立することが可能である、UTRAUMTSユニバーサルモバイルテレコミュニケーションズシステム地上無線アクセスなどの無線技術を実施することが可能である。WCDMAは、HSPA高速パケットアクセスおよび/またはHSPA発展型HSPAなどの通信プロトコルを含み得る。HSPAは、HSDPA高速ダウンリンクパケットアクセスおよび/またはHSUPA高速アップリンクパケットアクセスを含み得る。別の実施形態において、基地局114a、およびWTRU102a、102b、102cが、LTEロングタームエボリューションおよび/またはLTE-ALTEアドバンストを使用して無線インターフェース116を確立することが可能な、E-UTRA発展型UMTS地上無線アクセスなどの無線技術を実施することが可能である。他の実施形態において、基地局114a、およびWTRU102a、102b、102cが、IEEE802.16すなわち、WiMAXワールドワイドインターオペラビリティフォーマイクロウェイブアクセス、CDMA2000、CDMA20001X、CDMA2000EV-DO、IS-2000暫定標準2000、IS-95暫定標準95、IS-856暫定標準856、GMSグローバルシステムフォーモバイルコミュニケーションズ、EDGEエンハンストデータレートフォーGMSエボリューション、GERANGSMEDGEなどの無線技術を実施することが可能である。他の実施形態において、基地局114a、およびWTRU102a、102b、102cが、前述した無線技術の任意の組合せを実施することが可能である。例えば、基地局114a、およびWTRU102a、102b、102cがそれぞれ、WCDMAを使用して無線インターフェースを確立することと、LTE-Aを使用して1つの無線インターフェースを確立することをそれぞれ同時に行うことが可能な、UTRAおよびE-UTRAなどの二重無線技術を実施することが可能である。図1Aの基地局114bは、例えば、ワイヤレスルータ、ホームノードB、ホームeノードB、またはアクセスポイントであることが可能であり、事業所、自宅、車両、キャンパスなどの、局所化された区域内でワイヤレス接続を円滑にするために任意の適切なRATを利用することが可能である。一実施形態において、基地局114bおよびWTRU102c、102dが、IEEE802.11などの無線技術を実施して、WLANワイヤレスローカルエリアネットワークを確立することが可能である。別の実施形態において、基地局114bおよびWTRU102c、102dが、IEEE802.15などの無線技術を実施して、WPANワイヤレスパーソナルエリアネットワークを確立することが可能である。さらに別の実施形態において、基地局114b、およびWTRU102c、102dが、セルラベースのRAT例えば、WCDMA、CDMA2000、GSM、LTE、LTE-Aなどを利用して、ピコセルまたはフェムトセルを確立することが可能である。図1Aに示されるとおり、基地局114bは、インターネット110に対する直接の接続を有し得る。このため、基地局114bは、コアネットワーク106を介してインターネット110にアクセスすることを要求されない場合がある。RAN104は、WTRU102a、102b、102c、102dの1つまたは複数に音声、データ、アプリケーション、および/またはVoIPボイスオーバーインターネットプロトコルサービスを提供するように構成された任意のタイプのネットワークであり得る、コアネットワーク106と通信状態にあることが可能である。例えば、コアネットワーク106は、呼制御、料金請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続、ビデオ配信などを提供することが可能であり、さらに/またはユーザ認証などの高レベルセキュリティ機能を実行することが可能である。図1Aに示されるとおり、RAN104および/またはコアネットワーク106は、RAN104と同一のRATを使用する、または異なるRATを使用する他のRANと直接の、または間接の通信状態にあり得ることが認識されよう。例えば、E-UTRA無線技術を利用している可能性がある、RAN104に接続されていることに加えて、コアネットワーク106は、GSM無線技術を使用する別のRAN図示せずと通信状態にあることも可能である。また、コアネットワーク106は、WTRU102a、102b、102c、102dがPSTN108、インターネット110、および/または他のネットワーク112にアクセスするゲートウェイの役割をすることも可能である。PSTN108は、POTSPlainOldTelephoneService:基本電話サービスを提供する回線交換網を含み得る。インターネット110は、TCP/ITインターネットプロトコルスイートにおけるTCP伝送制御プロトコル、UDPユーザデータグラムプロトコル、およびIPインターネットプロトコルなどの一般的な通信プロトコルを使用する、互いに接続されたコンピュータネットワークおよびコンピュータデバイスのグローバルなシステムを含み得る。ネットワーク112は、他のサービスプロバイダによって所有され、さらに/または運用される有線通信ネットワークまたは無線通信ネットワークを含み得る。例えば、ネットワーク112は、RAN104と同一のRATを使用することも、異なるRATを使用することも可能な、1つまたは複数のRANに接続された別のコアネットワークを含み得る。通信システム100におけるWTRU102a、102b、102c、102dのいくつか、またはすべては、マルチモード能力を含むことが可能であり、すなわち、WTRU102a、102b、102c、102dは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するための複数のトランシーバを含むことが可能である。例えば、図1Aに示されるWTRU102cが、セルラベースの無線技術を使用することが可能な基地局114a、およびIEEE802無線技術を使用することが可能な基地局114bと通信するように構成され得る。図1Bは、例示的なWTRU102のシステム図である。図1Bに示されるとおり、WTRU102は、プロセッサ118と、トランシーバ120と、送信/受信エレメント122と、スピーカ/マイクロフォン124と、キーパッド126と、ディスプレイ/タッチパッド128と、非リムーバブルメモリ130と、リムーバブルメモリ132と、電源134と、GPS全地球測位システムチップセット136と、他の周辺装置138とを含み得る。WTRU102は、或る実施形態との整合性を保ちながら、以上の要素の任意の部分的組合せを含み得ることが認識されよう。プロセッサ118は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、DSPデジタルシグナルプロセッサ、複数のマイクロプロセッサ、DSPコアに関連する1つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ASIC特定用途向け集積回路、FPGAフィールドプログラマブルゲートアレイ回路、他の任意のIC集積回路、状態マシンなどであり得る。プロセッサ118は、信号符号化、データ処理、電力制御、入出力処理、および/またはWTRU102がワイヤレス環境で動作することを可能にする他の任意の機能を実行することが可能である。プロセッサ118は、送信/受信エレメント122に結合されることが可能なトランシーバ120に結合され得る。図1Bは、プロセッサ118とトランシーバ120を別々の構成要素として示すが、プロセッサ118とトランシーバ120は、電子パッケージまたは電子チップの中で統合されてもよいことが認識されよう。送信/受信エレメント122は、無線インターフェース116を介して基地局例えば、基地局114aに信号を送信するように、または基地局例えば、基地局114aから信号を受信するように構成され得る。例えば、一実施形態において、送信/受信エレメント122は、RF信号を送信するように、さらに/または受信するように構成されたアンテナであり得る。別の実施形態において、送信/受信エレメント122は、例えば、IR信号、UV信号、または可視光信号を送信するように、さらに/または受信するように構成されたエミッタ/検出器であり得る。さらに別の実施形態において、送信/受信エレメント122は、RF信号と光信号の両方の送受信を行うように構成され得る。送信/受信エレメント122は、ワイヤレス信号の任意の組合せを送信するように、さらに/または受信するように構成され得ることが認識されよう。さらに、送信/受信エレメント122は、図1Bに単一の要素として示されるものの、WTRU102は、任意の数の送信/受信エレメント122を含み得る。より具体的には、WTRU102は、MIMO技術を使用することが可能である。このため、一実施形態において、WTRU102は、無線インターフェース116を介してワイヤレス信号を送受信するための2つ以上の送信/受信エレメント122、例えば、複数のアンテナを含み得る。トランシーバ120は、送信/受信エレメント122によって送信されるべき信号を変調し、さらに送信/受信エレメント122によって受信された信号を復調するように構成され得る。前述したとおり、WTRU102は、マルチモード能力を有することが可能である。このため、トランシーバ120は、WTRU102が、例えば、UTRAおよびIEEE802.11などの複数のRATを介して通信することを可能にするための複数のトランシーバを含み得る。WTRU102のプロセッサ118は、スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128例えば、LCD液晶ディスプレイ、ディスプレイユニット、またはOLED有機発光ダイオードディスプレイユニットに結合されることが可能であり、さらにスピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128からユーザ入力データを受け取ることが可能である。また、プロセッサ118は、スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128にユーザデータを出力することも可能である。さらに、プロセッサ118は、非リムーバブルメモリ130、および/またはリムーバブルメモリ132などの任意のタイプの適切なメモリからの情報にアクセスすることが可能であり、さらにそのようなメモリの中にデータを格納することが可能である。非リムーバブルメモリ130には、RAMランダムアクセスメモリ、ROM読み取り専用メモリ、ハードディスク、または他の任意のタイプのメモリストレージデバイスが含まれ得る。リムーバブルメモリ132には、SIM加入者IDモジュールカード、メモリスティック、SDセキュアデジタルメモリカードなどが含まれ得る。他の実施形態において、プロセッサ118は、サーバ上、またはホームコンピュータ図示せず上などの、WTRU102上に物理的に配置されていないメモリからの情報にアクセスすることが可能であり、さらにそのようなメモリの中にデータを格納することが可能である。プロセッサ118は、電源134から電力を受けることが可能であり、さらにWTRU102内のその他の構成要素に対する電力を配電するように、さらに/または制御するように構成されることが可能である。電源134は、WTRU102に電力を供給するための任意の適切なデバイスであり得る。例えば、電源134には、1つまたは複数の乾電池例えば、NiCdニッケルカドミウム、NiZnニッケル亜鉛、NiMHニッケル水素、Li-ionリチウムイオンなど、太陽電池、燃料電池などが含まれ得る。また、プロセッサ118は、WTRU102の現在のロケーションに関するロケーション情報例えば、経度と緯度を与えるように構成され得るGPSチップセット136に結合されることも可能である。GPSチップセット136からの情報に加えて、またはそのような情報の代わりに、WTRU102は、基地局例えば、基地局114a、114bから無線インターフェース116を介してロケーション情報を受信し、さらに/または近くの2つ以上の基地局から受信されている信号のタイミングに基づいて、WTRU102のロケーションを特定することが可能である。WTRU102は、或る実施形態との整合性を保ちながら、任意の適切なロケーション特定方法によってロケーション情報を獲得し得ることが認識されよう。プロセッサ118は、さらなる特徴、機能、および/または有線接続もしくはワイヤレス接続をもたらす1つまたは複数のソフトウェアモジュールおよび/またはハードウェアモジュールを含み得る他の周辺装置138にさらに結合され得る。例えば、周辺装置138には、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ写真またはビデオのための、USBユニバーサルシリアルバスポート、振動デバイス、テレビトランシーバ、ハンズフリーハンドセット、Bluetooth登録商標モジュール、FM周波数変調無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどが含まれ得る。図1Cは、或る実施形態によるRAN104およびコアネットワーク106のシステム図である。前述したとおり、RAN104は、E-UTRA無線技術を使用して、無線インターフェース116を介してWTRU102a、102b、および102cと通信することが可能である。また、RAN104は、コアネットワーク106と通信状態にあることも可能である。RAN104は、eノードB140a、140b、140cを含み得るものの、RAN104は、或る実施形態との整合性を保ちながら、任意の数のeノードBを含み得ることが認識されよう。eノードB140a、140b、140cはそれぞれ、無線インターフェース116を介してWTRU102a、102b、102cと通信するための1つまたは複数のトランシーバを含み得る。一実施形態において、eノードB140a、140b、140cは、MIMO技術を実施することが可能である。このため、例えば、eノードB140aが、複数のアンテナを使用して、WTRU102aにワイヤレス信号を送信するとともに、WTRU102aからワイヤレス信号を受信することが可能である。eノードB140a、140b、140cのそれぞれは、それぞれが、場合により、異なるキャリア周波数上にある1つまたは複数のセル図示せずに関連付けられることが可能であり、さらに無線リソース管理決定、ハンドオーバ決定、アップリンクおよび/またはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成され得る。図1Cに示されるとおり、eノードB140a、140b、140cは、X2インターフェースを介して互いに通信することが可能である。図1Cに示されるコアネットワーク106は、MMEmobilitymanagementgateway:移動性管理ゲートウェイ142と、サービングゲートウェイ144と、PDNパケットデータネットワークゲートウェイ146とを含み得る。以上の要素のそれぞれは、コアネットワーク106の一部として示されるが、これらの要素のうちいずれの要素も、コアネットワーク事業者以外のエンティティによって所有され、さらに/または運用されることが可能であることが認識されよう。MME142は、S1インターフェースを介してRAN104におけるeノードB142a、142b、142cのそれぞれに接続されることが可能であり、さらに制御ノードの役割をすることが可能である。例えば、MME142は、WTRU102a、102b、102cのユーザを認証すること、ベアラセットアップ/構成/解放、WTRU102a、102b、102cの初期アタッチ中に特定のサービングゲートウェイを選択することなどを担うことが可能である。また、MME142は、RAN104と、GSMまたはWCDMAなどの他の無線技術を使用する他のRAN図示せずの間の切換えのための制御プレーン機能を提供することも可能である。サービングゲートウェイ144は、S1インターフェースを介してRAN104におけるeノードB140a、140b、140cのそれぞれに接続され得る。サービングゲートウェイ144は、一般に、WTRU102a、102b、102cに/から、ユーザデータパケットをルーティングすること、および転送することが可能である。また、サービングゲートウェイ144は、eノードB間ハンドオーバ中にユーザプレーンをアンカリングすること、WTRU102a、102b、102cにダウンリンクデータが利用可能である場合にページングをトリガすること、WTRU102a、102b、102cのコンテキストを管理し、格納することなどの他の機能を実行することも可能である。また、サービングゲートウェイ144は、インターネット110などのパケット交換網へのアクセスをWTRU102a、102b、102cに与えて、WTRU102a、102b、102cとIP対応のデバイスの間の通信を円滑にすることが可能なPDNゲートウェイ146に接続されることも可能である。コアネットワーク106は、他のネットワークとの通信を円滑にすることが可能である。例えば、コアネットワーク106は、PSTN108などの回線交換網へのアクセスをWTRU102a、102b、102cに与えて、WTRU102a、102b、102cと従来の陸線通信デバイスの間の通信を円滑にすることが可能である。例えば、コアネットワーク106は、コアネットワーク106とPSTN108の間のインターフェースの役割をするIPゲートウェイ例えば、IMSIPマルチメディアサブシステムサーバを含む、またはそのようなIPゲートウェイと通信することが可能である。さらに、コアネットワーク106は、他のサービスプロバイダによって所有される、さらに/または運用される他の有線ネットワークまたはワイヤレスネットワークを含み得るネットワーク112へのアクセスをWTRU102a、102b、102cにもたらすことが可能である。以降、言及される場合、CCコンポーネントキャリアという用語には、一般性を失うことなく、WTRUが動作する周波数が含まれる。例えば、WTRUは、ダウンリンクCC以降、DLCC上で伝送されたものを受信することが可能である。DLCCは、PCFICHPhysicalControlFormatIndicatorChannel:物理制御フォーマットインジケータチャネル、PHICH物理ハイブリッド自動再送要求インジケータチャネル、PDCCHPhysicalDownlinkControlChannel:物理ダウンリンク制御チャネル、PMCHphysicalmulticastdatachannel:物理マルチキャストデータチャネル、およびPDSCHphysicaldownlinksharedchannel:物理ダウンリンク共有チャネルを含むが、以上には限定されない、いくつかのDL物理チャネルを含み得る。PCFICH上で、WTRUは、DLCCの制御領域のサイズを示す制御データを受信する。PHICH上で、WTRUは、以前のアップリンク伝送に関するHARQハイブリッド自動再送要求ACK/NACK肯定応答/否定応答フィードバックを示す制御データを受信することが可能である。PDCCH上で、WTRUは、ダウンリンクリソースおよびアップリンクリソースをスケジュールするために使用され得るDCIdownlinkcontrolinformation:ダウンリンク制御情報メッセージを受信する。PDSCH上で、WTRUは、ユーザデータおよび/または制御データを受信することが可能である。別の例において、WTRUは、アップリンクCC以降、ULCC上で送信を行うことが可能である。ULCCは、これらに限定されるものではないが、PUCCHphysicaluplinkcontrolchannel:物理アップリンク制御チャネルおよびPUSCH物理アップリンク共有チャネルを含む、いくつかのUL物理チャネルを含み得る。PUSCH上で、WTRUは、ユーザデータおよび/または制御データを送信することが可能である。PUCCH上で、さらに一部の事例ではPUSCH上で、WTRUは、アップリンク制御情報CQI/PMI/RIchannelqualityindicator/precodingmatrixindex/rankindication:チャネル品質インジケータ/プリコーディングマトリックスインデックス/ランク通知またはSRschedulingrequest:スケジューリング要求、および/またはHARQACK/NACKフィードバックを送信することが可能である。また、ULCC上で、WTRUは、SRSSoundingReferenceSignals:サウンディング基準信号の伝送のための専用リソースを割り当てられる場合もある。DLCCは、DLCC上でブロードキャストされて、または、場合により、ネットワークからの専用の構成シグナリングを使用して、WTRUによって受信されたSIシステム情報に基づいて、ULCCに結び付けられ得る。例えば、DLCC上でブロードキャストされる場合、WTRUは、結び付けられるULCCのアップリンク周波数および帯域幅を、SIB2SystemInformationBlockType2情報要素の一部として受信することが可能である。以降、言及される場合、一次CCとは、WTRUが、初期接続確立手順を実行する、または接続再確立手順を開始する一次周波数において動作するCCであること、またはハンドオーバ手順において一次CCとして示されるCCであってもよい。WTRUは、一次CCを使用して、セキュリティ機能に関するパラメータ、ならびにNAS移動性情報などの上位層のシステム情報に関するパラメータを導き出すことが可能である。一次DLCCによってサポートされ得る他の機能には、BCCHbroadcastchannel:ブロードキャストチャネル上のSI獲得手順および変更監視手順、ならびにページングが含まれ得る。一次ULCCは、PUCCHリソースが、所与のWTRUに関するすべてのHARQACK/NACKフィードバックを伝送するように構成されたCCに対応することが可能である。以降、言及される場合、二次CCとは、RRC無線リソース制御接続が確立されると構成されることが可能であるとともに、さらなる無線リソースをもたらすのに使用され得る二次周波数上で動作するCCであってもよい。LTER8リリース8において、ULアップリンクHARQハイブリッド自動再送要求機構は、WTRUによって送信された欠落した、または誤ったデータパケットの再送を実行するのに使用され得る。ULHARQ機能は、PHY物理層とMAC媒体アクセス制御層の両方にまたがることが可能であり、さらに本明細書で説明されるとおり機能する。WTRUは、PDCCHが要求することを実行する、すなわち、WTRUのC-RNTICellRadioNetworkTemporaryIdentifier:セル無線ネットワーク一時識別子にアドレス指定されたPDCCHが、正しく受信された場合、HARQフィードバックの内容ACKまたはNACKにかかわらず、送信または再送適応型再送と呼ばれるを実行することが可能である。WTRUのC-RNTIにアドレス指定されたPDCCHが全く検出されない場合、HARQフィードバックが、WTRUがどのように再送を実行するかを規定することが可能である。NACKの場合、WTRUは、非適応型再送、すなわち、同一のプロセスによって前に使用されたのと同一のULリソース上の再送を実行することが可能である。ACKの場合、WTRUは、UL送信またはUL再送を全く実行せず、HARQバッファの中のデータを保持することが可能である。その場合、PDCCHが、再送を実行することを要求されることが可能であり、すなわち、非適応型再送は、後に行われない可能性がある。要するに、LTER8におけるアップリンクHARQプロトコルは、適応型または非適応型の送信または再送をサポートすることが可能である。非適応型HARQは、ULにおける基本動作モードと考えられ得る。LTER8におけるULHARQ動作が、PHICH上で送られたHARQフィードバックに基づく振舞いを示す表1に要約される。WTRUから見て、本明細書で説明されるとおり、WTRUにおけるPHY層は、PHICH上で受信されて、そのWTRUに割り当てられているACK/NACKをWTRUのより上位の層に送ることが可能である。ダウンリンクサブフレームiに関して、トランスポートブロックが、関連するPUSCHサブフレーム内で送信される場合、ACKは、そのACKがサブフレームi内のPHICH上で復号された場合に、より上位の層に送られることが可能である。それ以外の場合、NACKが、より上位の層に送られることが可能である。LTER8において、前述したとおり、PHICHが、UL-SCHアップリンク共有チャネル伝送に応答して、HARQフィードバックACKまたはNACKの伝送のために使用され得る。LTER8におけるユーザ多重化は、複数のPHICHを、PHICHグループを構成することが可能なREリソース要素の同一のセット上にマッピングすることによって実行され得る。同一のPHICHグループ内の複数のPHICHは、異なる直交ウォルシュ系列を介して分離され得る。PHICHグループの数は、DLBW帯域幅の関数である場合があり、さらに以下によって特定され得る。すなわち、ただし、Ng∈{1/6,1/2,1,2}は、より上位の層によって与えられることが可能であり、さらには、DLRBリソースブロックの数であってよい。項Ngは、割り当てられ得るリソースの数を示す倍率である。例えば、Ngが、2である場合、それは、その帯域幅を所与として、そのシステムに関して構成され得る最大限の許容できるリソース数を意味する。この倍率は、より上位の層のシグナリングを使用して、例えば、基地局によって公称で設定される。したがって、通常のCP巡回プレフィックス、および拡張されたCPに関するPHICHの最大限の数は、それぞれ、表2および表3に示されるとおり計算され得る。詳細には、表2は、通常のCPに関して、PHICHグループの数をDLBWおよびNgの関数として示し、表3は、拡張されたCPに関して、PHICHグループの数をDLBWおよびNgの関数として示す。PHICHリソースは、インデックスペアによって暗黙に識別されることが可能であり、ただし、は、PHICHグループ番号であり、さらには、そのグループ内の直交系列インデックスであり得る。制御シグナリングオーバーヘッドを減らすために、PHICHインデックスペアは、以下のとおり、対応するPUSCH伝送のために使用される最低のアップリンクリソースブロックのインデックス、および対応するULDMRS復調基準信号の巡回シフトに暗黙に関連付けられ得る。すなわち、ただし、パラメータは、以下のとおり定義される。すなわち、nDMRSは、対応するPUSCH伝送に関連付けられたトランスポートブロックに関する最新のDCIダウンリンク制御情報フォーマット0においてDMRSフィールド内の巡回シフトからマップされる。このフィールドは、3ビットフィールドである場合があり、さらに単一ユーザ構成の場合、nDMRSは、0に設定され得る。サブフレームn-kPUSCH内にDCIフォーマット0を有する対応するPDCCHが存在しない状態におけるサブフレームn上の半永久的に構成されたPUSCH伝送、またはランダムアクセス応答許可に関連付けられたPUSCH伝送に関して、nDMRSは、0に設定され、ただし、FDD伝送に関してkPUSCH=4であり、は、巡回プレフィックスの関数として定義されたPHICH変調に関して使用される拡散率サイズであり、は、対応するPUSCH伝送の第1のスロット内の最低の物理的RBリソースブロックインデックスであり、は、より上位の層によって構成されたPHICHグループの数であり、さらにPHICHリソースおよび巡回シフトの関連付けは、アップリンクのMU-MIMOマルチユーザ多入力多出力をサポートして、いくつかのWTRUに同一の時間および周波数のリソースを割り当てることを可能にし得る。LTE-ALTEアドバンストにおいて、キャリア集約が使用され得る。WTRUは、ULおよびDLにおいて、場合により、異なる帯域幅の異なる数のCCを集約するように構成され得る。LTE-Aキャリア集約に関する3つの例示的な構成が、図2A、図2B、および図2Cに示される。図2Aは、対称的なキャリア集約を示し、図2Bは、複数のDLCCを1つのULCCとともに示し、さらに図2Cは、1つのDLCCを複数のULCCとともに示す。これらのマルチキャリアシステムにおいて、CC上のPDCCHは、CIFキャリアインジケータフィールドを使用して、複数のCCのうちの1つにPDSCHリソースまたはPUSCHリソースを割り当てることが可能である。このことは、DCIフォーマットを3ビットCIFで拡張することによって実現され得る。HARQフィードバック伝送に関しては、PHICHが、UL許可を送信するのに使用されるDLCC上で伝送されるものと想定され得る。LTE-Aにおいて、クロスキャリアスケジューリングが使用されることが可能であり、さらにクロスキャリアスケジューリングは、クロスキャリアPHICHリソース割当てを含み得る。これらのシステムにおいて、PHICHは、複数のULCCに関連付けられることが可能なDLCC上で伝送され得る。PHICHが2つ以上のPUSCHに結び付けられる場合、リソースに関するLTER8PHICHパラメータ選択の適用は、曖昧さおよび衝突につながる可能性がある。例えば、2つ以上のCC上のUL伝送が、同一のDLCCによってスケジュールされる可能性がある。この例において、2つ以上のCC上のPUSCH伝送が、同一の最低のPRBインデックスを使用する場合、DLにおけるPHICHリソースの関連付け、およびLTER8に準拠するULにおけるPUSCH伝送のために使用される最低のPRBインデックスは、一意でない可能性があり、さらにPHICHリソース衝突が生じる可能性がある。実際、非適応型HARQ動作を想定すると、基地局における複数のHARQプロセスが、同一のPHICHリソース上で、それらのプロセスに対応するフィードバック情報を送信しようと試みる可能性があり、このことが、PHICHリソース衝突をもたらす可能性がある。この問題に対処するように提供されるいくつかのソリューションは、不十分である。例えば、1つのソリューションは、ULキャリア固有のPHICHリソースオフセットを半静的にsemistatically構成することが可能である。しかし、この代替は、多数のPHICHリソース、例えば、1つのULキャリア当り1セットを要求する。別のソリューションは、WTRUから始まり、LTE-AWTRUに続く、PRBリソースおよびPHICHリソースのシステム全体のインデックス付けに基づくことが可能である。この代替の欠点は、このソリューションに後方互換性がないことであり、このため、LTER8WTRUとLTER10リリース10WTRUもしくはLTE-AWTRUは、並存できない。さらに、一部のULCC伝送が同一の第1のPRBインデックスを使用する場合、衝突は、LTER8の場合と同様に、異なるDRMS巡回シフトを使用することによって回避され得ることが示唆されている。しかし、このアプローチは、LTER8と比べて、LTE-AのULMU-MIMO能力を制限する可能性がある。実際、LTE-Aにおいて、巡回シフトは、MU-MIMO伝送を構成することによって消費される場合があり、このため、巡回シフトを使用してPHICH衝突を回避することは、ULシステムスループット低下をもたらし得る。以下の実施形態は、チャネルリソースマッピングおよびPHICHマッピング曖昧さ問題に対処する複数のソリューションを明らかにし、これらのソリューションのいくつかは、暗黙のPHICHマッピングスキームを含み得る。これらのソリューションは、無線リソースを割り当てること全般に、LTE-AにおけるFDD周波数分割複信動作モードもしくはTDD時分割複信動作モードに、または無線リソース技術の任意の組合せに適用可能であり得る。以下に概略を述べる方法および実施形態のいずれか、またはすべてが、明らかにされた問題に対処するようにWTRUによってサポートされ得る。また、これらの方法および実施形態は、WTRUに適用可能なものとして識別されるものに加えて、基地局によってサポートされる場合もある。例示的な方法において、既存のPHICHリソースグループは、分割されることが可能であり、さらに、例えば、基地局におけるスケジューラによって、異なるULCCに割り当てられることが可能である。単に例示の目的で、PHICHマッピング規則が、以下によって特定され得る。ただし、前述のパラメータは、以下のとおり定義される。すなわち、は、第nCI番のULCCに割り当てられたPHICHグループの数であり、は、グループ内の直交系列インデックスであり、nCIは、対応するPUSCHの伝送のために使用されるULCCのインデックスであり、nDMRSは、以下のとおり、対応するPUSCH伝送に関連付けられたトランスポートブロックに関する最新のDCIフォーマット0においてDMRSフィールド内の巡回シフトからマップされ、は、巡回プレフィックスの関数として定義されたPHICH変調のために使用される拡散率サイズであり、は、対応するPUSCH伝送の第1のスロット内の最低の物理的RBインデックスであり、は、より上位の層によって構成されたPHICHグループの数であってよく、さらにNCCは、単一のDLCCに結び付けられたULCCの数を表していてもよい。前述のパラメータのうち3つ、すなわち、およびnCIは、WTRU固有のC-RNTIを使用して、関連するDLCC上のPDCCHを復号して、PUSCH伝送を許可するDCIフォーマット0を読み取ることによって特定され得るCIFが存在するものと想定して。この方法において、想定は、利用可能なPHICHグループの数を最大限にするようにNg=2であり得る。集約されるULCCの数に依存して、他の値である場合もある。表2に示されるとおり、PHICHグループの数は、DLBWの関数である場合もある。したがって、DL帯域幅が6RBおよび12RBである場合にサポートされ得る、集約されたCCの最大数は、それぞれ、2および4である場合がある。例示的な方法のバリエーションにおいて、想定は、25のRBまでのBWに利用可能なPHICHグループが1つだけしか存在し得ないように、Ng=1/4であってもよい。このため、PHICHグループは、分割されず、異なるキャリアに専用とされてもよい。しかし、このことは、PHICHグループの代わりに、全体のPHICHリソースまたはPHICHチャネルを分割することによって解決されてもよい。例えば、Ng=1/4の場合のPHICHチャネルの総数は、8であってもよい。8つのPHICHチャネルが、いくつかの区分に分けられることが可能であり、これらの区分のそれぞれが、CCに関連付けられることが可能である。さらに、Ng=1/2またはNg=1などの他の何らかの構成の場合、PHICHグループの数は、それぞれ、2および4であってもよく、このため、サポートされ得るキャリアの最大数は、それぞれ、2つのキャリア、および4つのキャリアに限られる。この場合も、このことは、PHICHグループの代わりに、総数のPHICHリソースまたはPHICHチャネルを分割することによって解決され得る。表4は、5MHz帯域幅に関して異なるNg個の構成を有するキャリアの間で分割され得るPHICHグループの数、およびPHICHチャネルの数を示す。この例示的な方法は、チャネルリソース、PHICHリソース、PHICHチャネル、PHICHグループ、または以上の組合せの任意の可能な分割を含み得る。各分割は、特定のCCのために構成される、または特定のCCに割り当てられることが可能である。図3は、例示的な方法を示す流れ図300を示す。WTRUが、例えば、UL伝送のためにWTRUに割り当てられることが可能なULCCに関してWTRU固有のC-RNTIを使用して、関連するDLCC上でPDCCHを復号する305。次に、WTRUは、動的なパラメータのセット、例えば、およびnCIを特定する310。例えば、Nccおよびなどの、より上位の層によって構成された半静的なsemistaticパラメータのセット320、および動的なパラメータを使用して、WTRUは、リソース、グループ、またはリソースとグループの組合せを、ULCCの間で見合うように配分する315。この配分は、それらのULCCの間で均等な割合にされることも、不均等な割合にされることも可能である。詳細には、WTRUは、例えば、式3のマッピング規則に従って、ULCCに割り当てられるPHICHグループの番号、およびそのグループに関する系列インデックス番号、例えば、を決定することが可能である。別の方法において、キャリア集約の下でユーザキャパシティを増加させるために、WTRUに、所与のCC上で複数のRBが割り当てられ得るものと想定される。しかし、それでも、各PHICHリソースと、PUSCH伝送のために使用されるPRBインデックスの間に1対1のマッピングが存在し得る。このため、HARQフィードバック伝送のために割り当てられていない、未使用のPHICHリソースが利用可能であり得る。これらの余った、または空いたPHICHリソースが、PHICHリソース衝突回避のために利用されてもよい。このため、この例示的な方法において、各ULCC上の各ユーザの割当てが、RBの数の点で、集約されたULCCの数以上、またはトランスポートブロックの数以上であり得るという基本的な想定が行われる場合がある。別の言い方をすると、LRBs≧NCCであり、ただし、NCCは、単一のDLCCに結び付けられた、集約されたULCCの数を表す場合があり、さらにLRBsは、1つのCC当りのWTRUに対する、隣接して割り当てられたRB、または隣接せずに割り当てられたRBの長さである場合がある。WTRUは、以下のマッピングの式を、式2におけるパラメータをで置き換えて、以下の式をもたらすことによって使用することが可能である。すなわち、ただし、上記のさらなるパラメータは、以下のとおり定義される。すなわち、は、対応するPUSCH伝送の第1のスロット内の最低のPRBインデックスであることが可能であり、さらにΔiは、CC依存のオフセット、またはに適用され得るトランスポートブロックのインデックスに関連付けられたオフセットであることが可能であり、さらに衝突回避パラメータとして識別されることが可能である。Δiパラメータは、PHICHリソース衝突を回避するために、WTRUの、隣接して割り当てられた、または隣接せずに割り当てられたRB内のPRBインデックスを、異なるCCに一意に結び付けるのに使用され得る。例えば、Δiは、一次CCにおける余分な、または空いたリソースを指し示す。NRB個のRBを有するシステムに関して、パラメータΔiは、以下の値をとり得る。すなわち、Δi∈{0,1,...,NRB-1}パラメータΔiは、より上位の層のシグナリングを介して構成され、WTRUに通信されること、またはWTRUのPRB割当てに基づく事前に指定されたマッピング規則に従ってWTRUによって識別され得る。パラメータΔiがWTRUによって識別されることを実現するのに、可能な1つのマッピング規則は、複数のULCCのうちの1つのULCC上の割り当てられたUL許可内のPRBインデックスを、PHICHリソースの系列に順番に関連付け、次に、これらのPHICHリソースを使用して、複数のULCCに対応するHARQフィードバックを送信することである場合がある。例えば、ULCC0上のPUSCH伝送に関連付けられたPHICHリソースが、WTRUに割り当てられたPRBのセットからの最低のPRBインデックスすなわち、に結び付けられてもよく、ULCC1上のPUSCH伝送に関連付けられたPHICHリソースが、WTRUに割り当てられたPRBのセットからの2番目に低いPRBインデックスに結び付けられてもよいといった具合である割当てが、すべてのULCCに関して漸進的に続くことが可能であるように。図4は、式4に関連する例示的な方法に基づく、WTRUにおける非適応型HARQ手順に関する流れ図400である。この方法は、WTRUが、CCに関するリソース情報を含み得る、DLCC上のPDCCHを復号することから始まる405。次に、複数のCCに関する、割り当てられたULPRBが識別される410。次に、WTRUは、複数のCCの間でPRB割当ての最低のPRBインデックスが同一であるかどうかを判定する415。衝突が全く存在しない場合420、WTRUは、本明細書で説明されるLTER8方法に従って、割り当てられたPHICHリソースを識別する425。潜在的な衝突が存在する場合、次に、WTRUは、RBの数が、CCの数以上であるかどうかを判定する430。RBより多くのCCが存在する場合、式4に関連する方法は、適用できない440。この場合、本明細書で説明される他の方法が使用され得る。RBの数がCCの数以上である場合、WTRUは、一次ULCCに関する各CCまたは各トランスポートブロックに関して、衝突回避率Δiを特定する445。次に、各ULCCに関するPHICHグループ番号、およびそのPHICHグループ内の直交系列インデックスが、式4に従ってWTRUによって特定され450、方法は、完了する455。図5は、図4に示される方法を使用する例を示す。図5に示されるとおり、2名のユーザ、WTRU0およびWTRU1に、集約された2つのULCC、CC0およびCC1を有するシステムにおいて各CC上で2つのRBが割り当てられることが可能である。両方のユーザに、CC0上の隣接しない2つのRB、およびCC1上の隣接する2つのRBが割り当てられることが可能である。つまり、各ユーザ、WTRU0およびWTRU1は、1つはCC0上で、1つはCC1上で、2つのトランスポートブロックを送信するように構成され得る。したがって、各ユーザは、DLCCによって伝送されるPHICH上で、伝送されたトランスポートブロックと関係するフィードバック情報を受信することを予期している。LTER8処理の適用は、これらのWTRUが、各トランスポートブロック伝送に関するACK/NACKを予期しているので、PHICHリソース衝突につながる。例えば、RB0が、WTRU0に関するトランスポートブロック1およびトランスポートブロック2に関するACK/NACKを送るために使用されることになり、RB1が、WTRU1に関するトランスポートブロック1およびトランスポートブロック2に関するACK/NACKを送るために使用されることになる。しかしながら、図4の方法を使用して、前述のPHICH衝突を所与として、各WTRUは、割り当てられたリソースの数がCCの数以上であるかどうかを判定する。この例において、このことは、各WTRUに関して該当する。次に、各WTRUは、この例では、CC0である一次ULCCに関して、その数のCCに関する衝突回避率を計算する。この例において、次に、WTRU0が、CC0上、およびCC1上でそれぞれ伝送された2つのトランスポートブロックに関する、RB0およびRB2に結び付けられたPHICHリソース上のWTRU0のHARQフィードバックを受信することを予期することが可能であるすなわち、WTRU0は、Δi∈{0,2}であると判定することが可能である。WTRU1に関しては、WTRU1は、CC0上、およびCC1上でそれぞれ伝送された2つのトランスポートブロックに関する、RB1およびRB3に結び付けられたPHICHリソース上のWTRU1のHARQフィードバックを受信することを予期することが可能であるすなわち、WTRU1は、Δi∈{1,3}であると判定することが可能である。PHICHリソース衝突回避のための別の方法は、ネットワークによって構成されたソリューションに基づいてもよい。より具体的には、PHICHリソース衝突が生じた場合、基地局が、1つのULCCを除くすべてのULCCに対応するすべてのHARQフィードバックがPDCCH上で伝送されるように強制することが可能である。このアプローチの結果は、いくつかのHARQプロセスに適応型の動作モードが規定されることであり得るが、一方で、HARQプロセスのうち1つだけが、非適応型HARQプロセスに基づいていてもよい。後方互換性の目的で、PHICHリソースがLTER8WTRUとLTE-AWTRUの両方によって共有される場合、利用可能なPHICHリソースは、LTER8WTRUに割り当てられることが可能である。この方法は、非適応型HARQ処理と適応型HARQ処理を相補的に使用して、PHICHリソース衝突回避を実施する。図6は、ネットワークによって構成される方法に基づく、基地局におけるHARQ手順に関する流れ図600である。最初に、基地局が、WTRUにおいて構成された複数のCC上にULPRBを割り当てることが可能である605。次に、基地局が、複数のCCの間でPRB割当ての最低のPRBインデックスが同一であるかどうかを判定する610。RPB割当ての最低のインデックスが、複数のCCの間で同一ではない場合615、基地局は、本明細書で説明されるLTER8HARQ伝送方法に従うことが可能である620。PRB割当ての最低のPRBインデックスが同一である場合、基地局は、PHICH衝突の可能性を有する各CCに関して適応型HARQプロセスをトリガする625。基地局が、PDCCH上で適応型HARQプロセスに関して、さらにPHICH上で非適応型HARQプロセスに関して、適切なフィードバック、ACK/NACKを送信することが可能である630。WTRUの見地からネットワークによって構成される方法を詳しく見る前に、LTER8において、WTRUにおけるいくつかの並行のHARQプロセスを維持する1つのHARQエンティティが存在することに留意されたい。LTE-Aにおけるキャリア集約をサポートするために、HARQプロセスは、各ULCCに専用であり得ると想定されるようになっていてもよい。WTRUにおける振舞い、詳細には、MAC層における振舞いが、次に説明される。WTRUにおけるHARQエンティティが任意のULCCに対応するフィードバック伝送ACK/NACK情報を受信することを予期し得るTTI伝送時間間隔において、WTRUは、まず、初期UL許可が伝送されたDLCC上でPDCCHDCIフォーマット0/0xの探索を行うことが可能である。DCIフォーマット0xは、単一ユーザSU-MIMOSU-MIMO伝送モードに関するUL許可を表すことに留意されたい。或るCCに関して、WTRUのC-RNTIまたは半永久的なスケジューリングC-RNTIにアドレス指定されたUL許可が検出された場合、HARQエンティティは、伝送が行われた対応するHARQプロセスを識別することが可能であり、次に、受信されたACK/NACK情報を適切なHARQプロセスにルーティングすることが可能である。所与のCCに関して、WTRUのC-RNTIにアドレス指定されたPDCCHDCIフォーマット0/0xが全く検出されなかった場合、HARQエンティティは、PHICHにおいて伝送されたフィードバック情報を獲得しようと試みることが可能であり、次に、HARQフィードバックの内容ACKまたはNACKを適切なHARQプロセスにルーティングすることが可能である。PHICHに関して、WTRUにおけるPHY層が、或る情報をより上位の層に送ることが可能である。詳細には、ダウンリンクサブフレームiに関して、トランスポートブロックが、関連するPUSCHサブフレーム内で伝送された場合、ACKがサブフレームi内のPHICH上で復号された場合に、ACKは、より上位の層に送られることが可能である。あるいは、NACKが、サブフレームi内のPHICH上で復号された場合は、NACKが、より上位の層に送られることが可能である。サブフレームi内でPHICHが全く検出されなかった場合、WTRUは、PHICHが無いことを、より上位の層に通知することが可能である。このことが、表5に要約される。ネットワークによって構成される方法の結果は、フィードバック伝送のいくつかに関する強制された適応型HARQ伝送の直接の結果である、さらなるPDCCH伝送に起因する制御チャネルオーバーヘッドの増加であり得る。しかしながら、PHICH衝突が生じる確率は、基地局における適切に設計されたDLスケジューラに関して、比較的低い場合がある。このため、基地局が、所与のTTIで多くの適応型HARQ再送を開始することを強制されることは予期されない可能性がある。この方法は、R8HARQプロセスにそれらの手順を挿入することだけしか要求しない可能性があるので、標準の取り組みに対する影響を、事実、最小限に抑えることが可能である。図7は、ネットワークによって構成される方法によるWTRUの振舞いに関する流れ図700である。最初に、WTRUにおけるHARQエンティティは、HARQエンティティがフィードバック情報を受信することを予期するTTIを特定する705。次に、WTRUは、初期UL許可が伝送されたCC上でPDCCHDCIフォーマット0/0xの探索を開始する710。次に、WTRUは、WTRUのC-RNTIによってアドレス指定された各CCに関するUL許可を検出しようと試みる715。所与のCCに関して、WTRUのC-RNTIにアドレス指定されたPDCCHDCIフォーマット0/0xが全く検出されない場合720、WTRUは、PHICHの中で伝送されたフィードバック情報を獲得しようと試みることが可能である725。次に、HARQエンティティが、HARQフィードバックの内容ACKまたはNACKを、各CCに関する適切なHARQプロセスにルーティングすることが可能である730。その後、プロセスは、完了する740。或るCCに関して、WTRUのC-RNTIまたは半永久的なスケジューリングC-RNTIにアドレス指定されたUL許可が検出された場合、HARQエンティティは、伝送が行われた対応するHARQプロセスを識別することが可能であり、次に、受信されたACK/NACK情報を適切なHARQプロセスにルーティングすることが可能である735。その後、プロセスは、完了する740。次に説明されるのは、PHICH衝突を回避する巡回シフトベースのアプローチに関連する問題に対処する方法である。この方法は、2名以上のユーザが、複数のULコンポーネントキャリア上に半永久的に構成され得る、または複数のULコンポーネントキャリア上でランダムアクセス応答許可を割り当てられ得る場合の問題に対処する。詳細には、DCIフォーマット0を有する対応するPDCCHが無い状態の、半永久的に構成されたPUSCH伝送に関して、またはランダムアクセス応答許可に関連付けられたPUSCH伝送に関して、変数nDMRSが、0に設定される。このことは、ユーザのPUSCH伝送のための同一のDLコンポーネントキャリアから許可を受信する2名以上の半永久的に一緒にスケジュールされたユーザが、ULコンポーネントキャリア上で同一の、より低いリソースブロックを共有する場合、これらすべての一緒にスケジュールされたユーザに、ユーザのULDMRSに関して同一の巡回シフトすなわち、nDMRS=0が割り当てられ得ることを暗示する場合がある。したがって、巡回シフトベースのソリューションに依拠することによって、PHICH衝突が不可避である場合がある。サブフレームn-kPUSCH内にDCIフォーマット0を有する対応するPDCCHが無い状態における、サブフレームn上の半永久的に構成されたPUSCH伝送の場合、WTRUは、半永久的なリソース割当てを割り当てる最新の許可の中の情報に基づいて、WTRUのnDRMSを特定することが可能である。基地局に関して、スケジューラは、複数のULCC上に一緒にスケジュールされたWTRUに、それらのWTRUの最初の半永久的にスケジュールされたPUSCHの一環として、異なる第1のリソースブロックが割り当てられる。ランダムアクセス応答許可に関連するPUSCH伝送の場合、スケジューラは、複数のULCC上の一緒にスケジュールされたWTRUを、それらのWTRUに、WTRUのランダムアクセス応答許可の一環として、異なる第1のリソースブロックが割り当てられるように構成することが可能である。このことは、異なるPHICHリソースにつながることが可能であり、このため、異なるULCCリソースを出所とするPHICHリソースの衝突を回避する。実施形態1.割り当てられたフィードバックチャネルリソースまたはフィードバックチャネルグループの少なくともいずれかを分割するステップを備える、フィードバックチャネルリソースマッピングを実行するために基地局において実施される方法。2.分割されたフィードバックチャネルリソースまたはフィードバックチャネルグループをアップリンクコンポーネントキャリアに割り当てるステップをさらに備える実施形態1の方法。3.暗黙のマッピング規則が、フィードバックチャネルグループ番号および系列インデックス番号を使用して、分割されたフィードバックチャネルリソースまたはフィードバックチャネルグループをアップリンクコンポーネントキャリアに関連付ける前述の実施形態のいずれかに記載の方法。4.アップリンクリソース許可に関連するダウンリンク制御チャネルを復号するステップを備える、フィードバックチャネルリソースマッピングを実行するためにWTRU無線送信/受信ユニットにおいて実施される方法。5.復号されたダウンリンク制御チャネルから動的なパラメータのセットを特定するステップをさらに備える実施形態4に記載の方法。6.半静的なパラメータのセットを受信するステップをさらに備える実施形態4から5のいずれかに記載の方法。7.割り当てられたフィードバックチャネルリソースまたはフィードバックチャネルグループの少なくともいずれかを、動的なパラメータおよび半静的なパラメータのセットに基づいて、アップリンクコンポーネントキャリアに分配するステップをさらに備える実施形態4から6のいずれかに記載の方法。8.動的なパラメータおよび半静的なパラメータのセットからフィードバックチャネルグループ番号を特定するステップをさらに備える実施形態4から7のいずれかに記載の方法。9.動的なパラメータおよび半静的なパラメータのセットから系列インデックス番号を特定するステップをさらに備える実施形態4から8のいずれかに記載の方法。10.割り当てられたフィードバックチャネルリソースまたはフィードバックチャネルグループの少なくともいずれかを、フィードバックチャネルグループ番号および系列インデックス番号を使用してアップリンクコンポーネントキャリアに関連付けるステップをさらに備える実施形態4から9のいずれかに記載の方法。11.フィードバックチャネルリソース衝突を特定するステップを備える、フィードバックチャネルリソースマッピングを実行するためにWTRU無線送信/受信ユニットにおいて実施される方法。12.フィードバックチャネルリソース衝突が生じると、衝突回避インデックスを特定するステップをさらに備え、衝突回避インデックスは、未使用の割り当てられたリソースを指し示し、さらにそれらの未使用の割り当てられたリソースをアップリンクコンポーネントキャリアまたはトランスポートブロックに結び付ける実施形態11に記載の方法。13.フィードバックチャネルリソース衝突判定は、アップリンクコンポーネントキャリアの間で割り当てられた最低のリソースの同一性を確認する実施形態11から12のいずれかに記載の方法。14.未使用の割り当てられたリソースの量が、アップリンクコンポーネントキャリアまたはトランスポートブロック以上であることを確認するステップをさらに備える実施形態11から13のいずれかに記載の方法。15.少なくとも衝突回避インデックスからフィードバックチャネルグループ番号を特定するステップをさらに備える実施形態11から14のいずれかに記載の方法。16.少なくとも衝突回避インデックスから系列インデックス番号を特定するステップをさらに備える実施形態11から15のいずれかに記載の方法。17.未使用の割り当てられたリソースを、フィードバックチャネルグループ番号および系列インデックス番号を使用してアップリンクコンポーネントキャリアまたはトランスポートブロックに関連付けるステップをさらに備える実施形態11から16のいずれかに記載の方法。18.衝突回避インデックスは、より上位の層のシグナリングを介して構成され、WTRUに通信される実施形態11から17のいずれかに記載の方法。19.衝突回避インデックスは、リソース割当てに基づく所定のマッピング規則を使用して、WTRUによって識別される実施形態11から18のいずれかに記載の方法。20.フィードバックチャネルリソース衝突を特定するステップを備える、フィードバックチャネルリソース衝突を回避するために基地局において実施される方法。21.フィードバックチャネルリソース衝突が生じる各アップリンクコンポーネントキャリアに関して適応型フィードバックチャネルプロセスを強制するステップをさらに備える実施形態20に記載の方法。22.フィードバックチャネルリソース衝突判定は、アップリンクコンポーネントキャリアの間で割り当てられた最低のリソースの同一性を確認する実施形態20から21のいずれかに記載の方法。23.フィードバックチャネルリソース衝突が生じる1つのアップリンクコンポーネントキャリアに関して非適応型フィードバックチャネルプロセスが使用される実施形態20から22のいずれかに記載の方法。24.予期されるフィードバック情報受信時刻に、アップリンクリソース許可に関連するダウンリンク制御チャネル上でダウンリンク制御情報を探索するステップを備えるフィードバックチャネルリソース衝突を回避するためにWTRUワイヤレス送信/受信ユニットにおいて実施される方法。25.WTRUにアドレス指定されたコンポーネントキャリアに関するアップリンク許可を検出すると、各コンポーネントキャリアに関する識別されたフィードバックプロセスにフィードバック情報をルーティングするステップをさらに備える実施形態24に記載の方法。26.アップリンク許可が検出されないと、各コンポーネントキャリアに関する該当するフィードバックプロセスに、フィードバックチャネルから獲得されたフィードバック情報をルーティングするステップをさらに備える実施形態24から25のいずれかに記載の方法。27.各WTRUを、サブフレーム内にアップリンク伝送を有するように半永久的に構成するステップを備える、一緒にスケジュールされたWTRUワイヤレス送信/受信ユニットに関してフィードバックチャネルリソース衝突を回避するための方法。28.各WTRUに関して、前のサブフレーム内にダウンリンク制御チャネルが存在しないという条件付きで、半永久的なリソース割当てを割り当てる許可から、パラメータの値を特定するステップをさらに備え、このパラメータは、対応するアップリンクDMRS復調基準信号の巡回シフトにマップされる実施形態27に記載の方法。29.各WTRUは、半永久的に構成されたアップリンク伝送のために異なる第1のリソースブロックを有する実施形態24に記載の方法。30.一緒にスケジュールされたユーザWTRUワイヤレス送信/受信ユニットに関してフィードバックチャネルリソース衝突を回避するための方法であって、複数のコンポーネントキャリア上でWTRUにランダムアクセス応答許可をスケジュールするステップを備える方法。31.WTRUのそれぞれに、WTRUのそれぞれのランダムアクセス応答許可に関して異なる第1のリソースブロックを割り当てるステップをさらに備える実施形態30に記載の方法。32.キャリア集約のためにチャネルリソースマッピングを実行するための方法であって、既存のチャネルリソースグループを分割するステップを備える方法。33.異なるULアップリンクCCコンポーネントキャリアに既存のチャネルリソースグループを割り当てるステップをさらに備える実施形態32に記載の方法。34.キャリア集約のためにPHICH物理ハイブリッドARQインジケータチャネルリソースマッピングを適用するステップをさらに備える実施形態32から33のいずれかに記載の方法。35.暗黙のPHICH物理ハイブリッドARQインジケータチャネルマッピングスキームが、PHICHマッピングの曖昧さに対処する実施形態32から34のいずれかに記載の方法。36.FDD周波数分割複信に適用可能である実施形態32から35のいずれかに記載の方法。37.FDD動作モードまたはTDD時分割複信動作モード、またはFDD動作モードとTDD時分割複信動作モードの両方に適用可能である実施形態32から36のいずれかに記載の方法。38.LTE-Aロングタームエボリューションアドバンストに適用可能である実施形態32から37のいずれかに記載の方法。39.既存のPHICH物理ハイブリッドARQインジケータチャネルリソースグループを分割するステップをさらに備える実施形態32から38のいずれかに記載の方法。40.既存のPHICH物理ハイブリッドARQインジケータチャネルリソースグループを異なるULCCコンポーネントキャリアに割り当てるステップをさらに備える実施形態32から39のいずれかに記載の方法。41.スケジューラによって実行される実施形態32から40のいずれかに記載の方法。42.PHICH物理ハイブリッドARQインジケータチャネルマッピング規則を実施するステップをさらに備える実施形態32から41のいずれかに記載の方法。43.PHICHマッピング規則は、である実施形態32から42のいずれかに記載の方法。44.は、第nCI番目のULCCコンポーネントキャリアに割り当てられたPHICHグループの番号である実施形態32から43のいずれかに記載の方法。45.は、そのグループ内の直交系列インデックスであり、nCIは、対応するPUSCH物理アップリンク共有チャネルの伝送のために使用されるULCCのインデックスである実施形態32から44のいずれかに記載の方法。46.nDMRSは、対応するPUSCH物理アップリンク共有チャネル伝送に関連付けられたトランスポートブロックに関する最新のDCIダウンリンク制御情報フォーマット0におけるDMRS復調基準信号フィールドに関する巡回シフトからマップされる実施形態32から45のいずれかに記載の方法。47.は、巡回プレフィックスの関数として定義されたPHICH変調のために使用される拡散率サイズである実施形態32から46のいずれかに記載の方法。48.は、対応するPUSCH伝送の第1のスロット内の最低の物理RBリソースブロックである実施形態32から47のいずれかに記載の方法。49.は、より上位の層によって構成されたPHICHグループの番号である実施形態32から48のいずれかに記載の方法。50.NCCは、単一のDLダウンリンクCCに結び付けられたULCCの番号を表す実施形態32から49のいずれかに記載の方法。51.またはnCIのうち1つ、または組合せは、WTRUワイヤレス送信/受信ユニット固有のC-RNTIセル無線ネットワーク一時識別子を使用して、関連するDLCC上のPDCCH物理ダウンリンク制御チャネルを復号して、PUSCH物理アップリンク共有チャネル伝送を許可するDCIダウンリンク制御情報フォーマット0を読み取ることによって特定される実施形態32から50のいずれかに記載の方法。52.PHICH構成パラメータNg=2である実施形態32から51のいずれかに記載の方法。53.PHICH構成パラメータNgの値は、集約されたULCCの量に依存する実施形態32から52のいずれかに記載の方法。54.PHICH物理ハイブリッドARQインジケータチャネルグループの数は、DL帯域幅の関数である実施形態32から53のいずれかに記載の方法。55.DL帯域幅が6RBリソースブロックである場合にサポートされ得る集約されたCCコンポーネントキャリアの最大数は、2である実施形態32から54のいずれかに記載の方法。56.DL帯域幅が12RBリソースブロックである場合にサポートされ得る集約されたCCコンポーネントキャリアの最大数は、4である実施形態32から55のいずれかに記載の方法。57.PHICH構成パラメータNg=1/4である実施形態32から56のいずれかに記載の方法。58.1つのPHICHグループが、25RBまでのBW帯域幅に利用可能であり、さらにそのPHICHグループは、異なるキャリアに分割されることも、専用にされることも可能でない実施形態32から57のいずれかに記載の方法。59.全体のPHICH物理ハイブリッドARQインジケータチャネルリソースを分割するステップをさらに備える実施形態32から58のいずれかに記載の方法。60.PHICH物理ハイブリッドARQインジケータチャネルチャネルを少なくとも1つの区分に分割するステップをさらに備える実施形態32から59のいずれかに記載の方法。61.少なくとも1つの分割のそれぞれは、CCコンポーネントキャリアに専用である実施形態32から60のいずれかに記載の方法。62.帯域幅は、5MHzである実施形態32から61のいずれかに記載の方法。63.分割は、PHICH物理ハイブリッドARQインジケータチャネルリソース、PHICHチャネル、PHICHグループ、またはPHICHリソースとPHICHチャネルとPHICHグループの任意の組合せを分割するステップ、または組み合わせるステップを含む実施形態32から62のいずれかに記載の方法。64.各区分は、特定のキャリアのために構成されること、または特定のキャリアに割り当てられることが可能である実施形態32から63のいずれかに記載の方法。65.WTRUワイヤレス送信/受信ユニットには、1つのCCコンポーネントキャリア当り複数のRBリソースブロックが割り当てられる実施形態32から64のいずれかに記載の方法。66.各PHICH物理ハイブリッドARQインジケータチャネルリソースと、各PUSCH物理アップリンク共有チャネル伝送のために使用されるPRB物理RBインデックスの間の1対1マッピングをさらに備える実施形態32から65のいずれかに記載の方法。67.PHICH物理ハイブリッドARQインジケータチャネルリソース衝突が生じるという条件付きで、システムにおいて利用可能な未使用のPHICHリソースが、現在のPHICHマッピングスキームの変更を介して利用される実施形態32から66のいずれかに記載の方法。68.LTEにおいて適用される実施形態32から67のいずれかに記載の方法。69.各ULCCコンポーネントキャリア上の各ユーザの割当ては、RBリソースブロックの数に関して、集約されたULCCの数以上である実施形態32から68のいずれかに記載の方法。70.LRB≧NCCであり、ただし、NCCは、単一のDLCCに結び付けられた集約されたULCCの数を表し、さらにLRBは、1つのCC当りの、WTRUに対する、隣接して割り当てられたリソースブロック、または隣接せずに割り当てられたリソースブロックの長さである実施形態32から69のいずれかに記載の方法。71.マッピング式をさらに備える実施形態32から70のいずれかに記載の方法。72.マッピング式は、以下の式、すなわち、を使用する実施形態32から71のいずれかに記載の方法。73.は、対応するPUSCH物理アップリンク共有チャネル伝送の第1のスロット内の最低のPRB物理リソースブロックインデックスである実施形態32から72のいずれかに記載の方法。74.Δiは、に適用されるCCコンポーネントキャリア依存のオフセットである実施形態32から73のいずれかに記載の方法。75.WTRUワイヤレス送信/受信ユニットの、隣接して割り当てられたリソースブロック内、または隣接せずに割り当てられたリソースブロック内のPRB物理リソースブロックインデックスを、PHICH物理ハイブリッドARQインジケータチャネルリソース衝突を回避するために異なるCCコンポーネントキャリアに結び付けるステップをさらに備える実施形態32から74のいずれかに記載の方法。76.WTRUの、隣接して割り当てられたリソースブロック内のPRBを異なるCCに結び付けるステップは、一意に実行される実施形態32から75のいずれかに記載の方法。77.パラメータΔiは、値Δi∈{0,1,...,NRB-1}をとる実施形態32から76のいずれかに記載の方法。78.パラメータΔiは、より上位の層のシグナリングを介して構成されて、WTRUワイヤレス送信/受信ユニットに通信される実施形態32から77のいずれかに記載の方法。79.パラメータΔiは、WTRUワイヤレス送信/受信ユニットのPRB物理リソースブロック割当てに基づく所定のマッピング規則に従って、WTRUによって識別される実施形態32から78のいずれかに記載の方法。80.マッピング規則は、ULCCコンポーネントキャリアのうちの1つのULCC上の割り当てられたUL許可内のPRBインデックスを、PHICH物理ハイブリッドARQインジケータチャネルリソースの系列に順次に関連付け、次に、それらのPHICHリソースを使用して、複数のULCCに対応するHARQハイブリッド自動再送要求フィードバックを送信するステップをさらに備える実施形態32から79のいずれかに記載の方法。81.ULCC上のPUSCH伝送に関連付けられたPHICHリソースを、WTRUに割り当てられたPRBのセットからの最低のPRBインデックスに結び付けるステップをさらに備える実施形態32から80のいずれかに記載の方法。82.複数のユーザに、複数の集約されたULCCコンポーネントキャリアを有するシステムにおける各CC上の複数のRBリソースブロックが割り当てられる実施形態32から81のいずれかに記載の方法。83.それらのユーザには、第1のCC上の複数の隣接しないRB、および第2のCC上の複数の隣接するRBが割り当てられる実施形態32から82のいずれかに記載の方法。84.WTRUワイヤレス送信/受信ユニットが、特定の2つのCC上で伝送される2つのトランスポートブロックに関する第1のRB、および第2のRBに結び付けられたPHICH物理ハイブリッドARQインジケータチャネルリソース上でHARQハイブリッド自動再送要求フィードバックを受信する実施形態32から83のいずれかに記載の方法。85.PHICH物理ハイブリッドARQインジケータチャネルリソース衝突を回避するネットワークによって構成されたソリューションに方法を基づかせるステップをさらに備える実施形態32から84のいずれかに記載の方法。86.PHICH物理ハイブリッドARQインジケータチャネルリソース衝突が生じるという条件付きで、WTRUワイヤレス送信/受信ユニットが、PDCCH物理ダウンリンク制御チャネル上で伝送されるべき、1つのULCCを除くすべてのULCCに対応するHARQハイブリッド自動再送要求フィードバックを受信する実施形態32から85のいずれかに記載の方法。87.いくつかのHARQプロセスに適応型の動作モードが規定される一方で、HARQプロセスのうち1つだけが、非適応型の動作モードに基づくことが可能である実施形態32から86のいずれかに記載の方法。88.PHICHリソースが、LTEWTRUとLTE-AWTRUによって共有されるという条件付きで、利用可能な唯一のPHICHリソースは、LTEWTRUに割り当てられる実施形態32から87のいずれかに記載の方法。89.WTRUワイヤレス送信/受信ユニットが、いくつかの並行のHARQプロセスを維持する1つのHARQハイブリッド自動再送要求エンティティを含む実施形態32から88のいずれかに記載の方法。90.各ULCCコンポーネントキャリアに1つのHARQハイブリッド自動再送要求プロセスが専用である実施形態32から89のいずれかに記載の方法。91.WTRUワイヤレス送信/受信ユニットはまず、WTRUにおけるHARQハイブリッド自動再送要求エンティティが、任意のULCCに対応するフィードバックを受信することを予期する所定のTTI伝送時間間隔で、初期アップリンク許可が送信されたDLCCコンポーネントキャリア上でPDCCH物理ダウンリンク制御チャネルDCIダウンリンク制御情報フォーマット0/0xの探索を行う実施形態32から90のいずれかに記載の方法。92.或るCCコンポーネントキャリアに関して、WTRUワイヤレス送信/受信ユニットのC-RNTIセル無線ネットワーク一時識別子にアドレス指定されたUL許可が検出されたという条件付きで、HARQハイブリッド自動再送要求エンティティは、伝送が行われた、対応するHARQプロセスを識別し、次に、受信されたACK肯定応答/NACK否定応答情報を適切なHARQプロセスにルーティングする実施形態32から91のいずれかに記載の方法。93.所与のCCコンポーネントキャリアに関して、WTRUワイヤレス送信/受信ユニットのC-RNTIセル無線ネットワーク一時識別子にアドレス指定されたPDCCH物理ダウンリンク制御チャネルDCIダウンリンク制御情報フォーマット0/0xが全く検出されなかったという条件付きで、HARQハイブリッド自動再送要求エンティティは、PHICH物理ハイブリッドARQインジケータチャネルにおいて伝送されるフィードバック情報を獲得しようと試みるステップをさらに備える方法を実行する実施形態32から92のいずれかに記載の方法。94.HARQフィードバックを適切なHARQプロセスにルーティングするステップをさらに備える実施形態32から93のいずれかに記載の方法。95.C-RNTIは、半永久的なスケジューリングC-RNTIである実施形態32から94のいずれかに記載の方法。96.ダウンリンクサブフレームに関して、トランスポートブロックが、関連するPUSCH物理アップリンク共有チャネルサブフレーム内で伝送されたという条件付きで、そのサブフレーム内のPHICH物理ハイブリッドARQインジケータチャネル上でACKが復号されたという条件付きで、より上位の層にACKを送るステップをさらに備える実施形態32から95のいずれかに記載の方法。97.そのサブフレーム内のPHICH上でNACKが復号されたという条件付きで、より上位の層にNACKを送るステップをさらに備える実施形態32から96のいずれかに記載の方法。98.そのサブフレーム内でPHICHが全く検出されなかったという条件付きで、より上位の層にPHICHが無いという通知を送るステップをさらに備える実施形態32から97のいずれかに記載の方法。99.WTRUワイヤレス送信/受信ユニット手順およびeNB発展型ノードB手順が、HARQハイブリッド自動再送要求動作の中に含められる実施形態32から98のいずれかに記載の方法。100.WTRUが、最新の許可の中の情報に基づいて、nDRMSパラメータを特定するステップをさらに備え、この許可は、半永久的なリソース割当ての割当てを備える実施形態32から99のいずれかに記載の方法。101.スケジューラが、初期の半永久的にスケジュールされたPUSCHの一環として、複数のULCC上の一緒にスケジュールされたWTRUに異なる第1のリソースブロックが割り当てられることを決定するステップをさらに備える実施形態32から100のいずれかに記載の方法。102.ランダムアクセス応答許可に関連付けられたPUSCH伝送に関して、スケジューラが、複数のULCC上の一緒にスケジュールされたWTRUを、それらのWTRUに、ランダムアクセス応答許可の一環として異なる第1のリソースブロックが割り当てられるように構成するステップをさらに備える実施形態32から101のいずれかに記載の方法。103.前述の実施形態のいずれか1つの実施形態の方法の少なくとも一部を実行するように構成されたWTRUワイヤレス送信/受信ユニット。104.実施形態1から102のいずれかの実施形態の方法の少なくとも一部を実行するように構成されたeNBeノードB。105.実施形態1から102のいずれかの実施形態の方法の少なくとも一部を実行するように構成されたIC集積回路。特徴および要素は、特定の組合せによって上述されているが、各特徴、または各要素は、単独で使用されることも、他の特徴、および他の要素との任意の組合せで使用されることも可能であることが当業者には認識されよう。さらに、本明細書で説明される方法は、コンピュータまたはプロセッサによって実行されるようにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施され得る。コンピュータ可読媒体の例には、電子信号有線接続、またはワイヤレス接続を介して伝送されるおよびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、ROM読み取り専用メモリ、RAMランダムアクセスメモリ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにCD-ROMディスクやDVDデジタルバーサタイルディスクなどの光媒体が含まれるが、以上には限定されない。プロセッサが、ソフトウェアに関連して、WTRU、UE、端末装置、基地局、RNC、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するのに使用され得る。"