マルチ無線アクセス技術RAT無線送信/受信ユニットWTRUのキャリアアグリゲーションを管理する方法であって、前記方法は、第1のタイプのRATに関連付けられているプライマリチャネル上で前記WTRUによって、第2のタイプのRATに関連付けられている補足チャネルをプロビジョニングするためのプロビジョニング情報を受信するステップと、前記受信したプロビジョニング情報に基づいて前記第2のタイプの前記RATに関連付けられている前記補足チャネルを確立するステップと、前記第2のタイプの前記RATによる前記補足チャネル上での通信に関連付けられている第2のデータを無線で交換する間に、前記第1のタイプの前記RATによる前記プライマリチャネル上での前記通信に関連付けられている第1のデータを、前記WTRUによって無線で交換するステップとを備えることを特徴とする方法。プロビジョニング情報を無線で受信する前記ステップは、前記第1のタイプの前記RATに関連付けられている前記プライマリチャネルを介して、前記プライマリチャネルの制御情報および前記補足チャネルの制御情報を受信するステップを含むことを特徴とする請求項1に記載の方法。前記RATの第1のタイプは、1広帯域符号分割多元接続W-CDMARAT、2高速パケットアクセスHSPARAT、3高速ダウンリンクパケットアクセスHSDPARAT、4高速アップリンクパケットアクセスHSUPARAT、または5LTELongTermEvolutionRATの1つであり、前記RATの第2のタイプは、1W-CDMARAT、2HSPARAT、3HSDPARAT、4HSUPARAT、5LTERAT、6非セルラーのRAT、または7WiFiRATの異なる1つであることを特徴とする請求項1または2に記載の方法。前記第2のタイプの前記RATに関連付けられている前記補足チャネルを確立する前記ステップは、前記受信したプロビジョニング情報から、前記補足チャネル上で前記第2のデータを無線で交換するためにプロビジョニングされるべき前記第2のタイプの前記RATに関連付けられている1つまたは複数のキャリアコンポーネントを決定するステップと、前記決定された1つまたは複数のキャリアコンポーネントを使用して前記補足チャネルをプロビジョニングするステップとを含むことを特徴とする請求項1乃至3のいずれか一項に記載の方法。前記WRTUによって前記プロビジョニング情報を受信する前に、前記第1のタイプの前記RATに関連付けられている前記プライマリチャネルを確立するステップをさらに備え、前記第2のタイプの前記RATに関連付けられている前記補足チャネルを確立する前記ステップは、前記第1のタイプおよび第2のタイプの前記RATの無線リソースを制御するために単一の無線リソース接続を使用して前記補足チャネルを確立するステップを含むことを特徴とする請求項1乃至4のいずれか一項に記載の方法。前記単一の無線リソース接続を確立する前記ステップは、無線リソース制御RRC接続をセットアップするステップを含むことを特徴とする請求項5に記載の方法。前記WRTUによって前記プロビジョニング情報を受信する前に、前記第1のタイプの前記RATに関連付けられている前記プライマリチャネルを確立するステップをさらに備え、前記第2のタイプの前記RATに関連付けられている前記補足チャネルを確立する前記ステップは、前記WTRUによって同時にサポートされる前記プライマリおよび1つまたは複数の補足チャネルに関連付けられている無線リソースを制御するために複数の異なるRATタイプの各々について少なくとも1つのそれぞれの無線リソース接続を使用して1つまたは複数の補足チャネルを確立するステップを含むことを特徴とする請求項1乃至5のいずれか一項に記載の方法。1つまたは複数のキャリアコンポーネントの異なるセットに適用可能である前記確立された無線リソース接続を保持するステップをさらに備え、前記第2のタイプの前記RATによる前記補足チャネル上で第2のデータを無線で交換する間に、前記第1のタイプの前記RATによる前記プライマリチャネル上で前記第1のデータを無線で交換する前記ステップは、キャリアコンポーネントの前記異なるセットによる前記確立された無線リソースの異なる1つの上で前記通信の前記第1のデータおよび第2のデータのそれぞれの部分を交換するステップを含むことを特徴とする請求項7に記載の方法。複数の無線アクセス技術RATに関連付けられているコンポーネントキャリアCC上での同時動作のために構成されるマルチモード無線送信/受信ユニットWTRUを使用して無線通信を実行する方法であって、前記方法は、第1のRATに従って第1のCC上で情報を交換するステップと、第2のRATに従って第2のCC上で情報を同時に交換するステップと、前記第1のCCおよび第2のCCを介して交換された前記情報を集約または分割するステップとを備えることを特徴とする方法。1前記第1のCCおよび第2のCC上で前記情報の前記交換を保持するための単一の無線リソース接続、2前記第1のCCおよび第2のCC上で前記情報の前記交換を保持するために使用されるCCごとの無線リソース接続、または3前記第1のCCおよび第2のCC上で前記情報の前記交換を保持するために使用されるRATごとの無線リソース接続の1つを構成するステップをさらに備えることを特徴とする請求項9に記載の方法。前記第2のCC上で交換された情報に関連するブロック肯定応答/否定応答インジケーションを提供するために、前記WRTUによって、前記第1のCC上で前記第2のCCに関連付けられているブロック肯定応答を送信するステップをさらに備えることを特徴とする請求項9または10に記載の方法。マルチ無線アクセス技術RATキャリアアグリゲーションCAをサポートする無線送信/受信ユニットWTRUにおいて無線通信を実行する方法であって、前記方法は、第1のRATに関連付けられている前記WTRUにおいて、第1の媒体アクセス制御MACエンティティを構成するステップと、第2のRATに関連付けられている前記WTRUにおいて、第2の媒体アクセス制御MACエンティティを構成するステップと、前記第1のMACエンティティおよび前記第2のMACエンティティに関連付けられている複数のチャネルを構成するステップとを備えることを特徴とする方法。前記第1のRATはLTELongTermEvolutionであり、前記第2のRATは、1広帯域符号分割多元接続W-CDMA、2高速パケットアクセスHSPA、3高速ダウンリンクパケットアクセスHSDPA、4高速アップリンクパケットアクセスHSUPA、5非セルラー無線アクセス、または6WiFi無線アクセスの1つであることを特徴とする請求項12に記載の方法。第2のタイプのRATに関連付けられている補足チャネルをプロビジョニングするためのプロビジョニング情報を、第1のタイプのRATに関連付けられているプライマリチャネル上で受信するように構成された送信/受信ユニットと、前記第2のタイプの前記RATによる前記補足チャネル上での前記通信に関連付けられている第2のデータを無線で交換する間に、前記送信/受信ユニットが前記第1のタイプの前記RATによる前記プライマリチャネル上での前記通信に関連付けられている第1のデータを無線で交換するように、前記受信したプロビジョニング情報に基づいて前記第2のタイプの前記RATに関連付けられている前記補足チャネルを確立するように構成されたプロセッサとを備えることを特徴とする無線送信/受信ユニットWTRU。前記送信/受信ユニットは、前記第1のタイプの前記RATに関連付けられている前記プライマリチャネル上で、前記プライマリチャネルの制御情報および前記補足チャネルの制御情報を無線で受信することを特徴とする請求項14に記載のWTRU。前記送信/受信ユニットは、1広帯域符号分割多元接続W-CDMA、2高速パケットアクセスHSPA、3高速ダウンリンクパケットアクセスHSDPA、4高速アップリンクパケットアクセスHSUPA、または5LTELongTermEvolutionアクセスの1つを使用して前記第1のデータを無線で交換し、前記送信/受信ユニットは、前記第1のデータの交換中に、1W-CDMA、2HSPA、3HSDPA、4HSUPA、5LTEアクセス、6非セルラーアクセス、または7WiFiアクセスの少なくとも異なる1つを使用して前記第2のデータを無線で交換することを特徴とする請求項14または15に記載のWTRU。前記プロセッサは、前記受信したプロビジョニング情報から、前記補足チャネル上で前記第2のデータを無線で交換するためにプロビジョニングされるべき前記第2のタイプの前記RATに関連付けられている1つまたは複数のキャリアコンポーネントを決定し、前記決定された1つまたは複数のキャリアコンポーネントを使用して前記補足チャネルをプロビジョニングすることを特徴とする請求項14乃至16のいずれか一項に記載のWTRU。前記プロセッサは、前記プロビジョニング情報を受信する前に、単一の無線リソース接続に関連付けられている前記プライマリチャネルを確立し、前記プロビジョニング情報を受信した後、前記第1のタイプおよび第2のタイプの前記RATの無線リソースを制御するために前記プライマリチャネルの同じ単一の無線リソース接続に関連付けられている前記補足チャネルを確立することを特徴とする請求項14乃至17のいずれか一項に記載のWTRU。前記プロセッサは、前記プロビジョニング情報を受信する前に、第1の無線リソース接続に関連付けられている前記プライマリチャネルを確立し、前記プロビジョニング情報を受信した後、前記第1のタイプおよび第2のタイプの前記RATの無線リソースをそれぞれ制御するために第2の無線リソース接続に関連付けられている前記補足チャネルを確立することを特徴とする請求項14乃至18のいずれか一項に記載のWTRU。無線通信を実行するための、および複数の無線アクセス技術RATに関連付けられているコンポーネントキャリアCC上での同時動作またはほぼ同時の動作をサポートするように構成されたマルチモード無線送信/受信ユニットWTRUであって、第1のRATに従って第1のCCを介して情報を交換し、および第2のRATに従って第2のCCを介して情報を同時に交換するように構成された送信/受信ユニットと、前記第1のCCおよび第2のCCを介して交換された前記情報を集約または分割するように構成されたプロセッサとを備えることを特徴とするマルチモードWTRU。スペクトルは、コストのかかるリソースであり、全ての周波数帯域が全てのオペレータに使用可能となるわけではない。オペレータは、通常はRATごとにわずかなコンポーネントキャリアCCを使用することができる例えば、特定のオペレータに対してRATあたり最大2~3のCCに制限されることもあるキャリアアグリゲーションのシナリオによりHSPAおよびLTEサービス両方のサポートを提供することができる。従来の配備は、当面の間例えば、LTE配備中および/または配備後保持され得るが、これはオペレータのRATの1つまたは複数における無線リソース、スペクトル、および容量が十分に活用されないという状態をまねく場合もある。オペレータはまた、例えば2.4GHz周波数帯域における802.11b/g/n、3.6GHz周波数帯域における802.11y、および/または5GHz周波数帯域における802.11a/h/j/nのような1つまたは複数のWiFi技術を使用する、例えばホットスポットエリアにおけるWiFiサービスのサポートも提供することができる。特定の代表的な実施形態において、方法、装置、およびシステムは、無線送信/受信ユニットWTRUが異なるRATに従って複数の周波数のうちの少なくとも1つで動作できるように例えば、WTRUは複数のRATを使用して動作することができる、WTRUが複数の周波数で同時に動作できるようにすることができる。WTRUは一般に、ユーザ機器UE、移動局、固定または移動加入者ユニット、ページャー、携帯電話、携帯情報端末PDA、タブレット、コンピュータ、または無線環境において動作することのできる他の任意の種類のユーザデバイスを指すが、これらに限定されることはない。基地局は一般に、NodeB、サイトコントローラ、アクセスポイントAP、または無線環境において動作することのできる他の任意の種類のインターフェース接続デバイスを指すが、これらに限定されることはない。図1Aは、1つまたは複数の開示される実施形態が実施され得る代表的な通信システムを示す図である。通信システム100は、音声、データ、ビデオ、メッセージング、および/またはブロードキャストなどのようなコンテンツを、特に、複数の無線ユーザに提供する多重アクセスシステムであってもよい。通信システム100は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通じて、そのようなコンテンツにアクセスできるようにすることができる。例えば、通信システム100は、特に、符号分割多元接続CDMA、時分割多元接続TDMA、周波数分割多元接続FDMA、直交FDMAOFDMA、および/またはシングルキャリアFDMASC-FDMAのような、1つまたは複数のチャネルアクセス方法を採用することができる。図1Aに示されるように、通信システム100は、WTRU102a、102b、102c、102d、無線アクセスネットワークRAN104、コアネットワーク106、公衆交換電話網PSTN108、インターネット110、および他のネットワーク112を含むことができるが、開示される実施形態は、任意の数のWTRU、基地局、ネットワーク、および/またはネットワーク要素を使用できることが理解されるであろう。WTRU102a、102b、102c、102dは各々、無線環境において動作および/または通信するように構成された任意のタイプのデバイスであってもよい。例えば、WTRU102a、102b、102c、102dは、無線信号を送信および/または受信するように構成されてもよく、特に、ユーザ機器UE、移動局、固定または移動加入者ユニット、ページャー、携帯電話、携帯情報端末PDA、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、タブレット、無線センサ、および/または家庭用電化製品を含むことができる。通信システム100はまた、基地局114aおよび基地局114bを含むこともできる。基地局114aおよび114bは各々、コアネットワーク106、インターネット110、および/または他のネットワーク112のような1つまたは複数の通信ネットワークへのアクセスを容易にするため、WTRU102a、102b、102c、102dのうちの少なくとも1つと無線でインターフェースをとるように構成された任意のタイプのデバイスであってもよい。例えば、基地局114aおよび114bは、特に、BTSBaseTransceiverStation、Node-B、evolvedNode-BeNB、HomeNode-BHNB、HomeeNBHeNB、サイトコントローラ、アクセスポイントAP、および/または無線ルータであってもよい。基地局114a、114bは各々単一の要素として示されるが、基地局114aおよび114bが、任意の数の相互接続された基地局および/またはネットワーク要素を含むことができると企図される。基地局114aはRAN104の一部であってもよく、特に、1つまたは複数の基地局コントローラBSC、1つまたは複数の無線ネットワークコントローラRNC、および/または1つまたは複数の中継ノードのような、他の基地局および/またはネットワーク要素図示せずを含むことができる。基地局114aおよび/または基地局114bは、例えば、セル図示せずと称されることもある特定の地理的領域内の無線信号を送信および/または受信するように構成されてもよい。セルは、セルセクタにさらに分割されてもよい。例えば、基地局114aに関連付けられているセルは、3つのセクタに分割されてもよい。特定の代表的な実施形態において、基地局114aおよび/または114bは、3つの送受信機例えば、セルのセクタごとに1つの送受信機を含むことができる。特定の代表的な実施形態において、基地局114aは、MIMO技術を採用することができ、セルの各セクタに対して複数の送受信機を使用することができる。基地局114aおよび114bは、エアインターフェース116を介して、WTRU102a、102b、102c、102dのうちの1つまたは複数と通信することができ、エアインターフェース116は例えば、特に、無線周波数RF、マイクロ波、赤外線IR、紫外線UV、および/または可視光線など任意の適切な無線通信リンクであってもよい。エアインターフェース116は、任意の適切な無線アクセス技術RATを使用して確立されてもよい。通信システム100は、多元接続システムであってもよく、特に、CDMA、TDMA、FDMA、OFDMA、および/またはSC-FDMAなどの、1つまたは複数のチャネルアクセス方式を採用することができる。例えば、RAN104内の基地局114aおよびWTRU102a、102b、102cは、W-CDMAを使用してエアインターフェース116を確立することができるUTRAUMTSTerrestrialRadioAccessのような無線技術を実施することができる。W-CDMAは、高速パケットアクセスHSPAおよび/またはevolvedHSPAHSPAのような通信プロトコルを含むことができる。HSPAは、特に、高速DLパケットアクセスHSDPAおよび/または高速ULパケットアクセスHSUPAを含むことができる。特定の代表的な実施形態において、基地局114aおよびWTRU102a、102b、102cは、LTEおよび/またはLTE-AdvandedLTE-Aを使用してエアインターフェース116を確立することができるevolvedUTRAE-UTRAのような無線技術を実施することができる。特定の代表的な実施形態において、基地局114aおよびWTRU102a、102b、102cは、特に、IEEE802.16例えば、WiMAXWorldwideInteroperabilityforMicrowaveAccess、CDMA2000、CDMA20001X、CDMA2000EV-DOevolutiondataoptimized、IS-2000InterimStandard2000、IS-95InterimStandard95、IS-856InterimStandard856、GSM、EDGEEnhancedDataratesforGSMEvolution、および/またはGERANGSMEDGEのような無線技術を実施することができる。基地局114bは、例えば、無線ルータ、HNB、HeNB、および/またはAPであってもよく、特に、事業所、家庭、車両、および/またはキャンパスのような、局在的な領域において無線接続を容易にするために任意の適切なRATを使用することができる。特定の代表的な実施形態において、基地局114bおよびWTRU102c、102dは、無線ローカルエリアネットワークWLANを確立するためにIEEE802.11のような無線技術を実施することができる。特定の代表的な実施形態において、基地局114bおよびWTRU102c、102dは、無線パーソナルエリアネットワークWPANを確立するためにIEEE802.15のような無線技術を実施することができる。特定の代表的な実施形態において、基地局114bおよびWTRU102c、102dは、セルラーベースのRAT例えば、特に、W-CDMA、CDMA2000、GSM、LTE、および/またはLTE-Aを使用して、ピコセルまたはフェムトセルを確立することができる。図1Aに示されるように、基地局114bは、インターネット110に直接接続することができる。したがって、基地局114bが、コアネットワーク106を介してインターネット110にアクセスしてもよいしアクセスしなくてもよい。RAN104は、コアネットワーク106と通信することができ、コアネットワーク106は特に音声、データ、アプリケーション、および/またはVoIPvoiceoverInternetprotocolサービスをWTRU102a、102b、102c、102dの1つまたは複数に提供するように構成された任意のタイプのネットワークであってもよい。例えば、コアネットワーク106は、特に、コール制御、課金サービス、モバイル位置情報サービス、プリペイドコール、インターネット接続、および/またはビデオ配信を提供すること、および/またはユーザ認証のような高水準のセキュリティ機能を実行することができる。図1Aに示されていないが、RAN104および/またはコアネットワーク106が、RAN104と同じRATまたは異なるRATを採用できる他のRANと直接または間接的に通信できることが理解されよう。例えば、E-UTRA無線技術を使用しているRAN104に接続されていることに加えて、コアネットワーク106はまた、GSM無線技術を採用する別のRAN図示せずと通信することもできる。コアネットワーク106は、PSTN108、インターネット110、および/または他のネットワーク112にアクセスするためのWTRU102a、102b、102c、102dのゲートウェイとしての役割を果たすこともできる。PSTN108は、従来のアナログ電話回線サービスPOTSを提供できる回線交換電話ネットワークを含むことができる。インターネット110は、特に、TCP/IPスイートのTCP、UDP、および/またはIPのような、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク112は、1つまたは複数のサービスプロバイダによって所有および/または運用される有線または無線の通信ネットワークを含むことができる。例えば、他のネットワーク112は、RAN104と同じRATまたは異なるRATを採用することができる1つまたは複数のRANに接続された別のコアネットワークを含むことができる。通信システム100内のWTRU102a、102b、102c、102dの一部または全部は、マルチモード機能を含むことができ、例えば、WTRU102a、102b、102c、102dはさまざまな無線リンクを介してさまざまな無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図1Aに示されるWTRU102cは、セルラーベースの無線技術を採用することができる基地局114a、およびIEEE802無線技術例えば、WiFi無線技術を採用することができる基地局114bと通信するように構成されてもよい。図1Bは、図1Aの通信システム内で使用され得る代表的な無線送信/受信ユニットWTRUを示す図である。図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に信号を送信するか、または基地局から信号を受信するように構成されてもよい。例えば、特定の代表的な実施形態において、送信/受信要素122は、RF信号を送信および/または受信するように構成されたアンテナであってもよい。特定の代表的な実施形態において、送信/受信要素122は、例えば、IR、UV、または可視光信号を送信および/または受信するように構成されたエミッタ/検出器であってもよい。特定の代表的な実施形態において、送信/受信要素122は、RF信号と光信号の両方を送信および受信するように構成されてもよい。送信/受信要素122は、無線信号の任意の組み合わせを送信および/または受信するように構成されてもよい。送信/受信要素122は単一の要素として示されるが、WTRU102は任意の数の送信/受信要素122を含むことができる。例えば、WTRU102は、MIMO技術を採用することができる。特定の代表的な実施形態において、WTRU102は、エアインターフェース116を介して無線信号を送信および/または受信するために2つまたはそれ以上の送信/受信要素122例えば、複数のアンテナを含むことができる。送受信機120は、送信/受信要素122によって送信されるべき信号を変調するように、および/または送信/受信要素122によって受信される信号を復調するように構成されてもよい。送受信機120は、例えばUTRAおよびIEEE802.11のような複数のRAT例えば、WiFi無線技術を介してWTRU102が通信できるようにするための複数の送受信機を送受信機120が含み得るように、マルチモード能力を有してもよい。WTRU102のプロセッサ118は、特に、スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128例えば、液晶ディスプレイLCD表示ユニット、および/または有機発光ダイオードOLED表示ユニットに結合されてもよく、これらの機器からユーザ入力データを受信することができる。プロセッサ118はまた、特に、スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128にユーザデータを出力することもできる。プロセッサ118は、非リムーバブルメモリ130および/またはリムーバブルメモリ132のような、任意のタイプの適切なメモリから情報にアクセスし、適切なメモリにデータを格納することができる。非リムーバブルメモリ130は、特に、RAM、ROM、ハードディスク、および/または任意の他のタイプのメモリストレージデバイスを含むことができる。リムーバブルメモリ132は、特に、加入者識別モジュールSIMカード、メモリスティック、および/またはセキュアデジタルSDメモリカードを含むことができる。特定の代表的な実施形態において、メモリは、非一時的メモリであってもよい。特定の代表的な実施形態において、プロセッサ118は、サーバ上、またはホームコンピュータ図示せず上のような、WTRU102に物理的に位置していないメモリから情報にアクセスし、そのようなメモリにデータを格納することができる。プロセッサ118は、電源134から電力を受信することができ、WTRU102内の他のコンポーネントへの電力の配電および/または制御を行うように構成されてもよい。電源134は、WTRU102に電力を供給するための任意の適切なデバイスであってもよい。例えば、電源134は、特に、1つまたは複数の乾電池例えば、特に、ニッケルカドミウムNiCd、ニッケル亜鉛NiZn、ニッケル水素NiMH、および/またはリチウムイオンLiion、太陽電池、および/または燃料電池を含むことができる。プロセッサ118は、GPSチップセット136に結合されてもよく、GPSチップセット136は、WTRU102の現在の場所に関する位置情報例えば、緯度および経度を提供するように構成されてもよい。GPSチップセット136からの情報に加えて、またはその情報の代わりに、WTRU102は、基地局例えば、基地局114a、および/または114bからエアインターフェース116を介して位置情報を受信すること、および/または2つまたはそれ以上の近隣の基地局から受信されている信号のタイミングに基づいてその場所を決定することができる。WTRU102が、任意の適切な場所決定の方法を用いてロケーション情報を取得することができ、引き続きさまざまな開示される実施形態に整合することが理解されよう。プロセッサ118は、他の周辺機器138に結合されてもよく、周辺機器138は、追加の特徴、機能、および/または有線もしくは無線接続を提供できる1つまたは複数のソフトウェアおよび/またはハードウェアモジュールを含むことができる。例えば、周辺機器138は、特に、加速度計、電子コンパス、衛星送受信機、デジタルカメラ写真またはビデオ用、USBポート、振動装置、テレビ送受信機、ハンドフリーヘッドセット、ブルートゥースモジュール、周波数変調FM無線装置、デジタル音楽プレイヤー、メディアプレイヤー、テレビゲームプレイヤーモジュール、インターネットブラウザを含むことができる。図1Cは、図1Aの通信システム内で使用され得る代表的な無線アクセスネットワークおよび代表的なコアネットワークを示す図である。RAN104は、E-UTRA無線技術を採用して、エアインターフェース116を介してWTRU102a、102b、102cと通信することができる。RAN104はまた、コアネットワーク106と通信することもできる。RAN104はeNB140a、14b、140cを含むことができるが、引き続きさまざまな実施形態に整合しながら、RAN104は任意の数のeNBを含むことができる。eNB140a、140b、140cは各々、エアインターフェース116を介してWTRU102a、102b、102cと通信するための1つまたは複数の送受信機を含むことができる。特定の代表的な実施形態において、eNB140a、140b、140cはMIMO技術を実施することができる。例えば、eNB140aは、複数のアンテナを使用して、WTRU102aに無線信号を送信すること、および/またはWTRU252aから無線信号を受信することができる。eNB140a、140b、140cは各々、特定のセル図示せずに関連付けられてもよく、特に、無線リソース管理の決定、ハンドオーバーの決定、および/またはアップリンクおよび/またはダウンリンクにおけるユーザのスケジューリングを処理するように構成されてもよい。図1Cに示されるように、eNB140a、140b、140cは、X2インターフェースを介して相互に通信することができる。図1Cに示されるコアネットワーク106は、特に、モビリティ管理エンティティMME142、サービングゲートウェイ144、および/またはパケットデータネットワークPDNゲートウェイ146を含むことができる。前述の要素は各々、コアネットワーク106の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および/または運用されてもよいことが理解されよう。MME142は、S1インターフェースを介してRAN104内のeNB140a、140b、140cの各々に接続されてもよく、制御ノードとしての役割を果たすことができる。例えば、MME142は、特に、WTRU102a、102b、102cのユーザを認証すること、ベアラのアクティブ化/非アクティブ化、および/またはWTRU102a、102b、102cの初期接続中に特定のサービングゲートウェイを選択することを担うことができる。MME142はまた、RAN104と、GSMまたはW-CDMAのような他の無線技術を採用する他のRAN図示せずとを切り替えるための制御プレーン機能を提供することもできる。サービングゲートウェイ144は、S1インターフェースを介してRAN104内のeNB140a、140b、140cの各々に接続されてもよい。サービングゲートウェイ144は一般に、ユーザデータパケットを、WTRU102a、102b、102cとの間でルーティングおよび転送することができる。サービングゲートウェイ144は、特に、eNB間ハンドオーバー中にユーザプレーンを固定すること、DLデータがWTRU102a、102b、102cに使用可能な場合にページングをトリガすること、および/またはWTRU102a、102b、102cのコンテキストを管理して格納することのような、他の機能を実行することができる。サービングゲートウェイ144は、PDNゲートウェイ146に接続されてもよく、PDNゲートウェイ146は、インターネット110のようなパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cとIP対応のデバイスとの間の通信を容易にすることができる。コアネットワーク106は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク106は、PSTN108のような回線交換ネットワークへのアクセスをWTRU102a、102b、102cに提供して、WTRU102a、102b、102cと従来の地上通信線通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク106は、コアネットワーク106とPSTN108との間のインターフェースとしての役割を果たすことができるIPゲートウェイ例えば、IPマルチメディアサブシステムIMSサーバを含むことができるか、またはIPゲートウェイと通信することができる。コアネットワーク106は、他のサービスプロバイダによって所有および/または運用される他の有線または無線ネットワークを含むことができる他のネットワーク112へのアクセスをWTRU102a、102b、102cに提供することができる。Multi-RATキャリアアグリゲーション例えば、1HSDPAは、W-CDMAと併せてDLCC例えば、最大4つのDLCCが使用可能であり、最大8つのDLCCまで増大されてもよいを同時に使用して、周波数ダイバーシティおよびリソースプーリングにより帯域幅使用量を改善することができ、2W-CDMAは、マルチキャリアDLにおいてMIMOを使用することができ、3HSUPAは、ULCCを同時に使用することができる。HSPAの伝送時間間隔TTIは、2msサブフレームであってもよい。UTRANUniversalTerrestrialRadioAccessNetwork、無線リソース制御RRC、パケットデータコンバージェンスプロトコルPDCP、無線リンク制御RLCの場合、MAC-dおよびMAC-isサブレイヤはRNCに位置してもよいが、MAC-hs、MAC-iおよびレイヤ1L1はNode-Bに位置してもよい。セキュリティ例えば、暗号化、MACへの分割および再アセンブリサービス、PDCPへの順序配信サービスは、RLCによって提供されてもよく、MACは、RLCレイヤのハイブリッド自動再送要求HARQプロセス間の順序付けを保証することができる。LTEの場合、各無線フレーム例えば、10msは、同じ大きさの1msのサブフレームを10個含むことができる例えば、LTEのTTIは1つの1msサブフレームを使用することができる。例えば、LTEは、同じ伝送間隔内のevolvedNodeBeNBとWTRU間の複数のCCの無線リソースを使用して、同時送信および/または受信を提供することができる。evolvedUTRANeUTRANの場合、無線ネットワークコントローラRNCはないので、RRC/PDCP/RLC/MACレイヤがeNBで提供されて例えば、全てが位置してもよい。セキュリティ例えば、暗号化および保全性保護および順序配信サービス例えば、ハンドオーバーにおけるは、PDCPによって提供されてもよい。RLCは、分割、再分割、および/または再アセンブリサービスをMACに提供することができる。図2は、図1Aおよび/または図1Cの通信システムにおいて使用され得る代表的な通信システム200を示す図である。図2を参照すると、通信システム200は、evolvedパケットコアEPC:evolvedpacketcoreおよび/または汎用パケット無線サービスGPRS:GeneralPacketRadioServiceコアをサポートするためにSGSN/MMEプラットフォーム210を含むことができる。SGSN/MMEプラットフォーム210は、Gbインターフェースを介して例えば、制御シグナリングおよびユーザデータ用GERANRAT220に接続することができる。GERANRAT220は、例えば、BSCBaseStationController222およびBTSBaseTransceiverStation224を含むことができる。SGSN/MMEプラットフォーム210は、luup/S12インターフェースを介して例えば、制御シグナリング用UTRAN230にインターフェースすることができる。UTRAN320は、RNC232およびノードB234を含むことができる。GGSN/SAEGatewayGPRSServingSupportSystemArchitectureEvolutionゲートウェイ250は、lu/Gn-UPインターフェースを介して例えば、ユーザデータ用RNC232にインターフェースすることができる。GGSN/SAEゲートウェイ250は、Giインターフェースを介して例えば、ユーザデータ用インターネットのような、パケットデータネットワーク260にインターフェースすることができ、SGSN/MMEプラットフォーム210例えば、制御シグナリングおよびユーザデータ用にインターフェースすることができる。SGSN/MMEプラットフォーム210は、S1-Cインターフェースを介して例えば、制御シグナリング用LTEネットワーク240にインターフェースすることができる。LTEネットワーク240は、eNB242を含むことができる。GGSN/SAEゲートウェイ250は、S1-Uインターフェースを介して例えば、ユーザデータ用eNB242にインターフェースすることができる。図2のパケットデータネットワークアーキテクチャは、例えば、GERANRAT220、UTRANRAT230、および/またはeUTRAN/LTERAT240を含む多数のRATをサポートすることができる。オペレータは、例えば計画立案および配備コスト並びに再使用配備サイトを低減するため、W-CDMA例えば、レガシーW-CDMA配備に使用されたサイトと同じサイトを使用してLTEを配備することができる。オペレータは、データ拡張オーバーレイと同じカバレッジエリアにW-CDMA/HSPAおよびLTEの両方を配備することも、配備しないこともある。マルチモードWTRU102は例えば、W-CDMA/HSPAアクセス、および/またはLTEアクセス、および/またはWiFiアクセスをサポートすることができる、広く配備され得る。MIMOによるHSPAは、例えば、42MbpsのDLピークデータレートを提供することができ、マルチキャリアHSPAは、最大4つのDLCCを提供することによってピークレートを増大させることができる。LTEは、単一キャリアDLおよびLTEで最大100Mbpsを含むことができ、例えば、RAT内キャリアアグリゲーションでは、例えば最大5つのCCの伝送リソースを結合することによりピークレートを増大させて、例えば、ロードバランシングを通じて配備されたRATの使用量を最大化するため、または例えば、デュアルバンド受信機を使用してWTRU102の無線コンポーネントの使用量を最大化するために、より高いデータ転送速度を提供するコストを軽減することができる。オペレータは、周波数帯域の予約を可能にするために例えば、HeNB配備用RAT間キャリアアグリゲーションを使用し、HSPAリソースをLTEリソースと結合することで、例えば、回線交換CS音声用、および/またはLTEデータ転送速度を使用するサービス用サービス継続性を保証することができる。コンポーネントキャリアCCは一般に、WTRU102が動作する周波数を指す。例えば、WTRU102は、DLCCで伝送を受信することができる。DLCCは、複数のDL物理チャネルを含むことができる。別の例として、WTRU102は、ULCCで伝送を実行することができる。ULCCは、複数のUL物理チャネルを含むことができる。LTEの場合、DL物理チャネルは、例えば、特に、物理制御フォーマットインジケータチャネルPCFICH:physicalcontrolformatindicatorchannel、物理HARQインジケータチャネルPHICH:physicalHARQindicatorchannel、物理データ制御チャネルPDCCH:physicaldatacontrolchannel、物理マルチキャストチャネルPMCH:physicalmulticastchannel、および/または物理データ共用チャネルPDSCH:physicaldatasharedchannelを含むことができる。PCFICHにおいて、WTRU102は、DLCCの制御領域のサイズを示す制御データを受信することができる。PHICHにおいて、WTRU102は、以前のUL伝送のHARQ肯定応答ACK/否定応答NACKフィードバックを示す制御データを受信することができる。PDCCHにおいて、WTRU102は、DLおよびULリソースをスケジュールするために使用されるDL制御情報DOIメッセージを受信することができる。PDSCHにおいて、WTRU102は、ユーザおよび/または制御データを受信することができる。LTEの場合、UL物理チャネルは、例えば、特に、物理UL制御チャネルPUCCHおよび/または物理UL共用チャネルPUSCHを含むことができる。PUSCHにおいて、WTRU102は、ユーザおよび/または制御データを送信することができる。PUCCHおよび/またはPUSCHにおいて、WTRU102は、チャネル品質インジケータCQI/プリコーディングマトリクスインジケータPMI/ランクインジケータRIおよび/またはスケジューリング要求SRのようなUL制御情報および/またはハイブリッド自動再送要求HARQACK/NACKフィードバックを伝送することができる。ULCCにおいて、WTRU102は、サウンディングリファレンス信号SRSの伝送のために個別のリソースが割り振られてもよい。例えば、HSDPAの場合、共用チャネル例えば、高速DL共用チャネルHS-DSCHは、DL伝送に使用されてもよい。HS-DSCHは、WTRU102が、特に、個別トランスポートチャネルDTCH:dedicatedtransportchannel、個別制御チャネルDCCH:dedicatedcontrolchannel、共通制御チャネルCCCH:commoncontrolchannel、および/またはブロードキャスト制御チャネルBCCH:broadcastcontrolchannelのような論理チャネルからユーザデータおよび/または制御シグナリングを受信することができるトランスポートチャネルであってもよい。WTRU102は、高速物理DL共用チャネルHS-PDSCHでHS-DSCHを受信することができる。WTRU102は、HS-PDSCHのスケジューリングのためのDL制御シグナリング例えば、チャネライゼーションコード、変調方式、およびトランスポートブロックサイズを含むトランスポートフォーマット、および/または他のタイプの制御シグナリング例えば、高速共用制御チャネルHS-SCCHでの不連続受信DRX/不連続送信DTXアクティブ化/非アクティブ化および/または追加のHSPAセルのアクティブ化/非アクティブ化コマンドを受信することができる。WTRU102は、HS-PDSCH伝送に関連する、および/またはHS-SCCH順序に関連するULフィードバック制御情報を伝送することができる。ULフィードバックは、H-ARQフィードバック、CQI、および/またはプリコーディング制御情報PCI例えば、WTRU102がMIMO動作のために構成される場合を含むことができ、構成されたHS-DSCHごとに1つずつ高速個別物理制御チャネルHS-DPCCH:highspeeddedicatedphysicalcontrolchannelで送信されてもよい。電力制御コマンドは、DPCH上、または部分DPCHこれ以降、F-DPCHと称する上でWTRU102によって受信されてもよい。HS-SCCHおよび/またはHS-DPSCHのソフトハンドオーバーがなくてもよい。HSUPAの場合、ソフト合成のための高速スケジューリングおよび高速HARQは、拡張個別チャネルE-DCH:enhanceddedicatedchannelを使用することができる。ソフトハンドオーバーは、HSUPAに使用されてもよい。E-DCHは、個別物理データチャネルE-DPDCH:dedicatedphysicaldatachannelでマッピングされてもよい。各無線リンクは、E-DPDCHを含まないか、もしくは1つまたは複数のE-DPDCHを含むことができる。WTRU102は、E-DCH個別物理制御チャネルE-DPCCHでE-DCHに関連付けられている制御情報を伝送することができる。各無線リンクは、1つのE-DPCCHを含むことができる。UL伝送に使用される個別物理DLチャネルは、特に、F-DPCH、E-DCH相対グラントチャネルE-RGCH、E-DCH絶対グラントチャネルE-AGCH、および/またはE-DCHハイブリッドARQインジケータチャネルE-HICHを含むことができる。WTRU102は、DPCHおよび/またはF-DPCHで電力制御コマンドを受信することができる。WTRU102は、サービングおよび非サービング無線リンクごとに高位層シグナリングによって構成された関連するE-RGCHを介して、サービングおよび非サービング無線リンクからUL相対グラントを受信することができる。WTRU102は、高位層シグナリングによって構成されたE-AGCHでサービングE-DCHセルからE-DCHの絶対グラントを受信することができる。WTRU102は、E-DCHHARQ通知チャネルE-HICH:EDCHHARQIndicationChannelでHARQACK/NACKA/Nフィードバックを受信することができる。セルは、DLCCおよび/またはネットワークからの個別構成シグナリングを使用してブロードキャストされた、WTRU102によって受信されたシステム情報SIに基づいて、ULCCにリンクされ得るDLCCを含むことができる。例えば、DLCCでブロードキャストされた場合、WTRU102は、リンクされるULCCのUL周波数および帯域幅をSI要素IEの一部として受信することができる例えば、LTEのRRCIDLEの場合、またはW-CDMAのidle/CELL順方向アクセスチャネルFACH:forwardaccesschannelの場合、例えば、WTRU102がまだネットワークへの無線リソース接続を有していない場合。WiFiアクセスの場合、セルは1つまたは複数のチャネルに対応することができ、チャネルは関与するWiFi技術の周波数帯域内の特定の周波数に対応することができる。プライマリセルPCellは一般に、WTRU102がシステム200への初期アクセスを実行することができる例えば、特に、1WTRU102が初期接続確立手順を実行することができる、2WTRU102が接続再確立手順を開始することができる、および/または3セルがハンドオーバー手順でプライマリセルとして示されているプライマリまたはアンカー周波数で動作しているセルを指す。PCellは、無線リソース接続構成手順の一部として示される周波数に対応することができる。特定の機能がPCellでサポートされても例えば、PCellのみでサポートされてもよい。例えば、PCellのULCCは、物理UL制御チャネルリソースがWTRU102例えば、特定のWTRUのHARQフィードバック例えば、全てのHARQACK/NACKフィードバックを搬送するように構成されるCCに対応することができる。例えば、LTEにおいて、WTRU102は、PCellを使用して、セキュリティ機能のパラメータおよび非アクセス階層NAS:nonaccessstratumモビリティ情報のような高位層SIのパラメータを導き出すことができる。PCellDLのみでサポートされ得る他の機能は、ブロードキャストチャネルBCCHでのSI取得および変更モニタリング手順、並びにページングを含む。W-CDMAにおいて、プライマリサービングセルは、LTEのPCellと類似してもよい。セカンダリセルSCellは一般に、無線リソース制御接続が確立された後例えば、確立されたときに構成されてもよく、追加の無線リソースを提供することができるセカンダリまたは補足周波数で動作しているセルを指す。SI例えば、関与するSCellの動作にとって関連するは、SCellがWTRU102の構成に追加されるときに個別シグナリングを使用して提供されてもよい。セキュリティ機能のパラメータおよび高位層SIのパラメータが、SIシグナリングを使用して関与するSCellのDLでブロードキャストされた値と異なる値を有することがあるが、情報は、この情報を取得するためにWTRU102によって使用された方法にはかかわりなく関与するSCellのSIと称される。PCellDLおよびPCellULは一般に、それぞれ、PCellのDLCCおよびULCCに対応し、SCellDLおよびSCellULは一般に、それぞれ、SCellのDLCCおよびULCC構成される場合に対応する。サービングセルは一般に、プライマリセル例えば、PCellまたはセカンダリセル例えば、SCellを指す。例えば、SCellで構成されていないか、または例えば、キャリアアグリゲーションを介して複数のCCで動作を可能にしないWTRU102の場合、1つのサービングセル例えば、1つのサービングセルのみが含まれてもよい例えば、PCell。少なくとも1つのSCellで構成されているWTRUの場合、サービングセルは、PCellおよび構成されたSCell例えば、構成済みの全てのSCellに対応する1つまたは複数のセルのセットを含むことができる。WTRU102が少なくとも1つのSCellで構成されている場合、1つのPCellDLおよび1つのPCellULが構成されてもよく、構成された各SCellに対して、1つのSCellDLおよび1つのSCellUL例えば、構成されている場合があってもよい。マルチモードWTRU102は一般に、特にGSM、W-CDMA、HSPA、HSDPA、HSUPAおよびLTE、IEEE802.11b/g/n、IEEE802.11y、IEEE802.16a/h/j/nおよびIEEE802.20、cdma20001xおよび/またはcdma2000EV-DOの任意の組み合わせのような、複数のRATを使用可能にする任意のモバイル端末を指す。プライマリRATPRATおよびアンカーRATARATは一般に、少なくとも1つのサービングセルが、1RCC接続例えば、PCellを使用して、例えば単一RRC接続を介して確立され接続される、および/または2セキュリティパラメータ例えば、単一コンテキストなど、セキュリティコンテキストを介してPCellを使用して導かれるの機能、手順、および/または操作のうちの少なくとも1つが使用可能にされ得るPCellとして構成される無線アクセス技術例えば、ネットワーク技術を指す。特定の代表的な実施形態において、ULリソースは、第1のRATのサービングセル例えば、サービングセルのみでUCIを伝送するために使用されてもよい、および/または第1のRATの少なくとも1つのサービングセルは、構成済みのULリソース例えば、構成済みULリソースの一部または全部を伝送するために使用されてもよい。特定の代表的な実施形態において、PRATおよび/またはARATは、サービングセルRATと称されてもよい。セカンダリまたは補足RATSRATおよび/または非アンカーRATNARATは一般に、構成済みのサービングセルのいずれもWTRUの構成のPRATではないRATを指す。Multi-RAT動作は一般に、第1のRATの少なくとも1つのCC例えば、1つまたは複数のセルのDLCCまたはULCC、および例えば、同一または異なるタイプの第2のRATの少なくとも1つのCC例えば、1つまたは複数の他のセルのDLCCまたはULCCと動作するように同時に構成された任意のマルチモードWTRU102を指す。異なるCCでの動作は、同時、またはほぼ同時に生じることができる。異なるRATに従う動作は、同じCC上を含む、順次であってもよい。特定の代表的な実施形態において、マルチモードWTRU102は、複数のRATのCC上の同時またはほぼ同時の動作を提供するように使用可能にされてもよい。マルチモードWTRU102は、少なくとも1つのサービングセルが第1のRATに対応し、少なくとも第2のサービングセルが第2のRATに対応するような、1つまたは複数のサービングセルで動作するように構成されてもよい。マルチモードWTRU102は、異なるRATを使用してDLおよび/またはUL伝送を実行することができ、異なる周波数で動作することができる。特定の代表的な実施形態において、CCアグリゲーションは、複数のRATにわたって適用されてもよい。例えば、代表的な手順は、HSPA配備に使用される無線周波数の少なくとも1つのCCに加えて、LTE配備に使用される無線周波数の少なくとも1つのCCの、WTRU102によるCCアグリゲーションに基づいてもよい。手順は、WTRU102によって同時にサポートされる複数のRATの無線リソースを制御するために使用され得るRRC接続例えば、単一RRC接続を提供することができる。例えば、代表的な手順は、LTE配備に使用される無線周波数の少なくとも1つのCCに加えて、HSPA配備に使用される無線周波数の少なくとも1つのCCの、WTRU102によるCCアグリゲーションに基づいてもよい。代表的な手順は、WTRU102によって同時にサポートされる複数のRATの無線リソースを制御するために使用され得るRRC接続例えば、単一RRC接続を提供することができる。例えば、代表的な手順は、WiFiネットワークに使用される少なくとも1つの無線周波数帯域内の少なくとも1つのチャネルに加えて、3GPP配備例えば、LTEおよび/またはHSPAに使用される無線周波数の少なくとも1つのCCの、WTRU102によるCCアグリゲーションに基づいてもよい。手順は、WTRU102によって同時にサポートされる3GPPRATとWiFiRAT両方の無線リソースを構成および/または制御するために使用され得る3GPP技術のRRC接続例えば、単一RRC接続を提供することができる。そのような代表的なCCアグリゲーションの手順は、multi-RATCAと称されてもよい。特定の代表的な実施形態において、別の代表的な手順は、少なくとも1つのCCの異なるセットに適用可能であるかまたは関連付けられている複数のRATごとにそれぞれ1つのRRC接続を同時に使用するWTRU102を含むことができる。少なくとも1つのCCの異なるセットは、異なる周波数例えば、それぞれの周波数で動作することができる。例えば、代表的な手順は、LTEが配備される少なくとも1つの周波数で無線リソースを使用する、およびHSPA配備に使用される少なくとも1つの周波数で他の無線リソースを同時またはほぼ同時に使用するWTRU102に基づいてもよい。代表的な手順は、それぞれの無線リソースを制御することができる複数の無線リソース接続例えば、WTRU102によって同時に使用される各RATごとに1つを提供することができる。WTRU102が複数のRRC接続を使用して同時に動作するCO:concurrentlyoperateそのような手順は、multi-RATCOと称されてもよい。特定の代表的な実施形態において、WTRU102は、同一または異なる周波数または周波数帯域の異なる時間間隔例えば、TTIベースで時分割動作として、異なる時間間隔のみで異なるRATを使用して伝送することができる。特定の代表的な実施形態において、CCアグリゲーションは、WTRU102が第1のRATに従って動作することができるCCの少なくとも1つの周波数、およびWTRU102が第2のRATに従って動作することができる第2のCCの少なくとも1つの周波数を使用することができる。例えば、multi-RATCA手順を使用し、LTEおよびW-CDMA/HSPARATを使用するWTRU102は、以下の事項に基づいて構成されてもよい。1WTRU102がLTEシステムへの単一RRC接続を確立するためにLTEを使用するアクセスを開始することができるように、LTEを使用する初期アクセスおよびW-CDMA/HSPAを使用する追加のリソース、および/またはネットワークは、multi-RAT動作を使用してW-CDMA/HSPAシステムにアクセスするための追加のリソースでWTRU102を再構成することができる例えば、LTE動作のために構成されたサービングセルはプライマリRATに対応することができ、W-CDMA/HSPA動作のために構成されたサービングセルはセカンダリRATに対応することができる、および/または、2WTRU102がW-CDMA/HSPAシステムへの単一RRC接続を確立するためにW-CDMA/HSPAを使用するアクセスを開始することができるように、W-CDMA/HSPAを使用する初期アクセスおよびLTEを使用する追加のリソース次いで、ネットワークは、multi-RAT動作を使用してLTEシステムにアクセスするための追加のリソースでWTRU102を再構成することができる。言い換えれば、W-CDMA/HSPA動作のために構成されたサービングセルは、プライマリRATに対応することができ、一方、LTE動作のために構成されたサービングセルはセカンダリRATに対応することができる。multi-RATCA手順はLTEおよびW-CDMA/HSPARATを使用して説明されるが、特に、GSM、W-CDMA、HSPA、HSDPA、HSUPA、LTE、802.11b/g/n、IEEE802.11y、802.16a/h/j/n、IEEEの802.20、cdma20001xおよび/またはcdma2000EV-DOのような任意の数の他のRATの任意の組み合わせに適用可能であってもよいことが理解されよう。例えば、multi-RATCA手順を使用し、3GPP例えば、HSPAおよび/またはLTEおよびWiFiRATを使用するWTRU102は、WTRU102が3GPPシステムへの単一RRC接続を確立するために3GPPRATを使用するアクセスを開始することができるように、3GPPRATを使用し、WiFiを使用する追加のリソースを使用する初期アクセスに基づいて構成されてもよい。ネットワークは、multi-RAT動作を使用してWiFiシステムにアクセスするための追加のパラメータでWTRU102を再構成することができる例えば、第1の3GPPRAT動作のために構成されたサービングセルはプライマリRATに対応することができ、WiFi動作のために構成されたサービングセルはセカンダリRATに対応することができる。3GPPRATRRC接続によって、WiFiシステムにアクセスするために構成されたパラメータは、WiFiネットワークの周波数帯域、WiFiネットワークの特定の周波数例えば、チャネル、WiFiネットワークの動作モード例えば、直接シーケンススペクトラム拡散DSSS:DirectSequenceSpreadSpectrumまたは直交周波数分割多重OFDM:OrthogonalFrequencyDivisionMultiplexing、WiFiネットワークの識別子例えば、SSIDServingSetIDentifier、WiFiアクセスポイントの識別子例えば、BSSIDBasicSSIDおよび/またはMAC識別子、セキュリティプロトコル、暗号化アルゴリズム、および/またはセキュリティキーのうちの少なくとも1つを含む1つまたは複数のセキュリティパラメータのセットのうちの少なくとも1つであってもよい。構成は、WTRUにおけるWiFi送受信機をオンにする例えば、アクティブ化するためのインジケーションを含むことができる。セキュリティプロトコルのタイプは、特に、WPAWiredEquivalentPrivacy、WPAWiFiProtectedAccess、またはWPAIIWPA2のうちの1つであってもよい。暗号化アルゴリズムのタイプは、TKIPTemporalKeyIntegrityProtocol、またはPre-ShareKeyモードPSKのうちの1つであってもよい。セキュリティキーは、特に、16進数字のストリング、および/またはビットストリングであってもよく、WiFiデバイスが既知のキー導出機能を使用して暗号キーをさらに導出することができる情報例えば、パスフレーズに対応することができる。マルチモードWTRU102は、セカンダリRATのCCのDLおよび/またはUL例えば、ある場合の異なる組み合わせが使用され得るように、multi-RAT動作のために構成されてもよい。例えば、以下のmulti-RATアグリゲーションのシナリオが使用されてもよい。1WTRU102は、セカンダリRATの少なくとも1つのDLCC例えば、DLCCsのみで構成されてもよい2WTRU102は、セカンダリRATの少なくとも1つのDLCCおよび少なくとも1つのULCCで構成されてもよい、および/または3WTRU102は、セカンダリRATの少なくとも1つのULCC例えば、ULCCsのみで構成されてもよい。WTRU102は、それぞれ異なるRATに関連付けられている少なくとも2つの異なるCCを備える複数のCCで動作することができる。特定の代表的な手順は、WTRU102が、第1の期間中に第1のRATに従い、第2の期間中に第2のRATに従って例えば、時分割の方法で動作することができるように、第1および第2のCCが同じ周波数で動作する場合に適用可能であってもよい。WTRU102は、制御プレーンの単一状態機械を含む単一のRRCインスタンスで動作することができる。RRC手順は、第1のRATの第1のCCの無線リソースで実行されてもよく、第2のRATの少なくとも1つのCCの無線リソースを構成するために使用されてもよい。特定の代表的な実施形態において、マルチモードWTRU102は、第1のRATのサービングセルの無線リソースで実行された、第1のRATの無線リソース接続手順を使用して構成されてもよく、WTRU102には第2のRATの少なくとも1つのCCの追加の無線リソースを使用するための構成が提供される。WTRU102は、RRC接続の単一の状態機械で動作することができ、その状態および状態遷移は、第1のRATの状態に少なくとも部分的に対応することができる。WTRU102は、例えば、第1のRATのプライマリサービングセル例えば、PCellでネットワークへの単一RRC接続を保持することができる。WTRU102は、第1のRATの状態および対応する遷移を使用して単一RRC状態機械を保持することができる。WTRU102は、第1のRAT例えば、PCellで単一NAS接続を保持して実行することができる。例えば、NAS手順、登録、および/またはNASモビリティ情報は、第1のRAT例えば、第1のRATのみで実行されてもよい。WTRU102は、第1のRATを介してセキュリティ手順を実行するために使用されるセキュリティパラメータ、アルゴリズム、および/または他の情報を決定することができる。特定の代表的な実施形態において、WTRU102にサービスを提供する第2のRATのCCsは、DLCCまたはULCCであってもよい。特定の代表的な実施形態において、WTRU102にサービスを提供する例えば、PCellの第1のRATは、LTERAT例えば、LTE動作のために構成されてもよいとして動作することができ、WTRU102にサービスを提供する例えば、SCellの第2のRATの関与するDLCCまたはCCは、HSDPARATとして動作することができる例えば、HSDPA動作のために構成される。特定の代表的な実施形態において、WTRU102にサービスを提供する例えば、PCellの第1のRATは、LTERAT例えば、LTE動作のために構成されてもよいとして動作することができ、WTRU102にサービスを提供する例えば、SCellの第2のRATの関与するDLCCまたはCCは、HSUPARATとして動作することができる例えば、HSUPA動作のために構成されてもよい。特定の代表的な実施形態において、例えば、PCellの第1のRATは、W-CDMA/HSPARATに従って動作することができ、WTRU102にサービスを提供する例えば、SCellの第2のRATの関与するDLCCまたはCCは、LTERATとして動作することができる例えば、LTE動作のために構成されてもよい。特定の代表的な実施形態において、例えば、PCellの第1のRATは、3GPPRAT例えば、W-CDMA/HSPARAT、またはLTERATに従って動作することができ、WTRU102にサービスを提供する例えば、SCellの第2のRATの関与するセルは、WiFiRATとして動作することができる例えば、WiFi動作のために構成されてもよい。特定の代表的な実施形態において、第2のRATの関与するCCは、少なくとも1つのDLCCおよび1つのULCCを含むことができ、サービングセルに対応することができる。特定の代表的な実施形態において、第1のRATはLTERATに従って動作することができ、第2のRATのために構成されたサービングセルは、HSPA動作のために構成されてもよい。特定の代表的な実施形態において、第1のRATはW-CDMA/HSPARATに従って動作することができ、第2のRATのために構成されたサービングセルは、LTE動作のために構成されてもよい。特定の代表的な実施形態において、本明細書において説明される代表的な手順は、WTRU102のサービングセルを形成するために例えば、セカンダリサービングセル、またはSCell1つのDLCCおよび1つのULCCが関連付けられ得る関与するCCのペアに適用されてもよい。特定の代表的な実施形態において、マルチモードWTRU102は、1LTE、2W-CDMA、3HSDPA、4HSUPA、および/または5WiFiのうちの2つ以上をサポートすることができる。例えば、LTERRC再構成手順例えば、モビリティ制御情報なしは、WTRU102がサービスを提供されるサービングセル例えば、PCellの無線リソースで実行されてもよく、サービングセルはLTERAT動作に従って動作することができる。LTERRC再構成は、WTRU102がW-CDMARAT動作、HSDPARAT動作、および/またはHSUPARAT動作に従って動作することができる第2のRATの少なくとも1つの関与するCCの無線リソース構成を含むことができる。WTRU102は、LTEの状態および対応する遷移を使用して単一RRC状態機械を保持することができる。別の例として、マルチモードWTRU102は、LTE、およびW-CDMA、および/またはHSDPA、および/またはHSUPAをサポートすることができる。W-CDMA/HSPARRC再構成手順例えば、モビリティ制御情報なしは、WTRU102がサービスを提供されるサービングセルの無線リソースで実行されてもよく、サービングセルはW-CDMA/HSPARAT動作に従って動作することができる。W-CDMA/HSPA再構成は、WTRU102がLTERAT動作に従って動作する第2のRATの少なくとも1つの関与するCCの無線リソース構成を含むことができる。WTRU102は、W-CDMA/HSPAの状態および対応する遷移を使用して単一RRC状態機械を保持することができる。WTRU102は、少なくとも1つのサービングセルが構成されるRATごとに、制御プレーンの1つのRRCインスタンスおよび/または1つのRRC状態機械で動作することができる。各RATに固有のRRC手順のサブセットまたは全ては、他のRATまたはRATSのRRC状態とはかかわりなく、対応するRATの無線リソースで実行されてもよい。第1のRATのRRC接続を介して実行された高位層手順例えば、NAS手順を使用して取得されたパラメータは、第2のRATのRRC接続の対応するパラメータを構成するために使用されてもよい。例えば、それらのパラメータは、パケットデータプロトコルPDPコンテキストおよびセキュリティコンテキストを含むことができる。特定の代表的な実施形態において、第1のRATのRRC接続を介して実行された高位層手順例えば、NAS手順を使用して取得されたパラメータは、第2のRATのパラメータを構成するために使用されてもよい。例えば、WiFiシステムにアクセスするためのそれらのパラメータは、WiFiネットワークの周波数帯域、特定の周波数例えば、チャネル、動作モード例えば、特に、DSSSまたはOFDM、識別子例えば、SSID、WiFiアクセスポイントの識別子例えば、BSSID、セキュリティプロトコル、暗号化アルゴリズム、および/またはセキュリティキーのうちの少なくとも1つを含む1つまたは複数のセキュリティパラメータのセットを含むことができる。構成は、WTRU102におけるWiFi送受信機をオンにする例えば、アクティブ化するための指示を含むことができる。特定の代表的な実施形態において、マルチモードWTRU102は、WTRU102がRRC接続の各々について1つの状態機械で動作することができる例えば、対応するRATの状態に少なくとも部分的に対応することができる状態および状態遷移を有するように、マルチRATまたはマルチCO動作のために構成されてもよい。特定の代表的な実施形態において、マルチモードWTRU102は、LTEおよびW-CDMAおよび/またはHSDPA、および/またはHSUPAをサポートすることができ、プライマリRATとしてLTEで、およびセカンダリRATとしてW-CDMA/HSPAでのmulti-RAT動作のために構成されてもよい。特定の代表的な実施形態において、マルチモードWTRU102は、LTEおよびW-CDMAおよび/またはHSDPAおよび/またはHSUPAをサポートすることができ、プライマリRATとしてW-CDMA/HSPAで、およびセカンダリRATとしてLTEでのmulti-RAT動作のために構成されてもよい。WTRU102は、ユーザプレーンの少なくとも共通部分で動作することができ例えば、PDCP、RLC、およびMACレイヤの異なる可能な組み合わせ、第1の部分は第1のRATのユーザプレーンに対応し、ある場合、第2の部分は第2のRATのユーザプレーンに対応する。特定の代表的な実施形態において、multi-RAT動作のために構成されたマルチモードWTRU102は、ネットワークの調整/監視のもとで例えば、無線リソース構成および/またはスケジューリングのための制御シグナリングに基づいて複数のRATにアクセスすることができる、WTRU102は、最初に、ネットワーク例えば、LTERRCの場合eNB240への制御パス例えば、単一制御パスおよび/または単一RRC接続を確立することができる。ネットワークは、例えば、IPゲートウェイ、SGSN、GGSN、アクセスゲートウェイなどコアネットワーク106との間の単一ユーザデータパスをセットアップすることができるが、任意のRATの構成済みのCCのいずれかの無線チャネルを介してユーザデータをいつでも送信/受信することができる。ネットワーク接続性の観点から、WTRU102は、単一制御RRC接続パスおよび単一セキュリティコンテキストを備える単一IPデバイスであってもよい。データバスの分岐は、multi-RAT構成で動作するマルチモードWTRUの場合に実施されてもよい。以下の代表的な手順は、マルチモードWTRU102がmulti-RAT動作のために構成される場合、WTRU102が例えば、ユーザプレーンデータを搬送することができるデータパスの分岐および/または制御プレーンデータをどのように処理することができるかを説明する。第1の代表的な手順において、分岐は、IPレイヤの下、かつPDCPレイヤの上で実行されてもよい。例えば、同じRATに属する構成済みのCCのセットごとに別個のPDCP/RLC/MACチェーン例えば、1つのチェーンが実施されてもよい。代表的な手順は、CCの各セットについて、1つのセキュリティコンテキスト例えば、セキュリティパラメータおよびキーを使用することができ、CCの各セットは、それ自体のセキュリティアルゴリズムを含み得る。例えば、LTEチェーンのセキュリティは、LTEPDCPで適用されてもよく、HSPAチェーンのセキュリティは、RLCレイヤで適用されてもよい。追加のネットワークシグナリングは新しいネットワークインターフェースを使用することができ、ネットワークのUTRARNCPDCP、RLCと例えば、LTEがRRC接続に使用される場合LTEeNB242の間で信号伝達することができる。第2の代表的な手順にて、分岐は、PDCPレイヤの下、かつRLCレイヤの上で実行されてもよい。例えば、共通のPDCPエンティティは、同じRATに属するCCの各セットについてRLC/MACチェーンを処理することができる。WTRU102が第1のRATとして少なくとも1つのLTEサービングセルで動作する場合、および、例えば、W-CDMAおよび/またはHSDPAおよび/またはHSUPAまたはWiFiである第2のRATの少なくとも1つのCCで構成される場合。LTEPDCPが使用される場合、WTRU102は単一のセキュリティコンテキスト/アルゴリズムを使用することができ、構成される場合、単一のヘッダ圧縮コンテキストを使用することができる。追加のネットワークシグナリングは新しいネットワークインターフェースを使用することができ、ネットワークのUTRARNCPDCP、RLCと例えば、LTEがRRC接続に使用される場合LTEeNB242の間で信号伝達することができる。第3の代表的な手順にて、分岐は、PDCPレイヤの下、かつ同じRATに属するCCの各セットのそれぞれのMACエンティティの上で実行されてもよい。例えば、共通のPDCPエンティティおよび共通のRLCエンティティは、同じRATに属するCCの各セットについて少なくとも1つのMACエンティティを処理することができる。WTRU102が第1のRATとして少なくとも1つのLTEサービングセルで動作する場合、および、例えば、W-CDMAおよび/またはHSDPAおよび/またはHSUPAである第2のRATの少なくとも1つのCCで構成される場合。LTEPDCPが使用される場合、WTRU102は単一のセキュリティコンテキスト/アルゴリズムを使用することができ、構成される場合、単一のヘッダ圧縮コンテキストを使用することができ、LTERLCは分割/再分割および再アセンブリに使用されてもよい。第4の代表的な手順にて、分岐は、同じRATに属するCCの各セットのそれぞれのHARQエンティティの上のMACエンティティで実行されてもよい。例えば、リソースを管理して、各RATのトランスポートブロックサイズを決定する個々のスケジューリングおよびリソース管理エンティティが使用されてもよい。各RATのトランスポートブロックサイズは、それぞれのCCを介して1つまたは複数の他のRAT例えば、異なるRATsで伝送され得る共通のMACヘッダフォーマットを含むことができる。WTRU動作は、RATにわたるCC間の関連に基づいて適用されてもよい。本明細書において説明される動作は、一部の形態の関連を使用して異なるRATに属するCCの組み合わせに適用されてもよい。所与のWTRU102の複数の構成済みCC間の関連は、例えば、以下の手順の少なくとも1つ例えば、異なるRATのCCに適用されるとき、実施形態の全てに適用可能であってもよいに基づいてもよい。例えば、構成済みのCCのセットは、1個別リンキング例えば、個別シグナリングを使用してWTRU102に信号伝達された構成に基づく、2スケジューリングリンキング例えば、第2のCCのスケジューリングに使用された第1のCCの制御チャネルからスケジューリングするためにアドレス可能なCCに基づく、および/または3HARQフィードバックリンキング例えば、DLおよび/またはULフィードバックのHARQフィードバック関係、および/または異なるRATを使用して動作するCCにわたる基地局とWTRUとの間の他のタイプの制御シグナリングの使用に基づくを使用することができる。構成されたCCは、スケジューリングリンキングに基づいてもよい例えば、異なるRATの第2のCCの伝送のための第1のCCの制御チャネルでのクロスキャリアスケジューリングから導かれた関連のような関連に基づく。無線リソース再構成メッセージは、WTRU102がセカンダリRATでの動作のための無線構成の少なくとも一部および/またはセカンダリRATのサービングセルの少なくとも1つの構成を追加、変更、および/または除去するように、multi-RATの構成または再構成を含むことができる。ハンドオーバーコマンドは、WTRU102が、第1のRATと第2のRATの両方に対して別のeNB242へのハンドオーバーにおけるmulti-RAT動作を再開することができるように、multi-RATの構成を含むことができる。特定の代表的な実施形態において、マルチモードWTRU102は、multi-RAT動作用に構成される場合、例えば、無線リンク品質を監視することができ、無線リンクの問題を検出することができ、CCの障害を宣言することができ、および/または他のアクションをとることができる。第1の代表的な実施形態において、WTRU102が第2のRATのCCで不十分な無線品質を検出する場合例えば、無線リンク障害RLF:radiolinkfailureが決定される場合、WTRU102は特定のアクションをとることができ、第1のRATのCCの無線リソースを使用してネットワークに通知することができる。第2の代表的な実施形態において、マルチモードWTRU102は、multi-RAT動作用に構成されてもよく、第2のRATの少なくとも1つのCCの無線品質が不十分であると決定することができ例えば、RLFが決定される場合、第1のRATのCCの無線リソースを使用してネットワークに通知することができる。特定の代表的な実施形態において、通知は、L3メッセージ例えば、RRCおよび/またはL2メッセージ例えば、MACCEであってもよい。特定の代表的な実施形態において、WTRU102は、UL伝送のパス損失基準として使用される第2のRATのCCについて無線品質が不十分である例えば、RLFと決定することができる。特定の代表的な実施形態において、第1のRATはLTERATであってもよく、第2のRATは、W-CDMARATおよび/またはHSDPARATおよび/またはHSUPARATであってもよい。WTRU102がRAT固有の測定値で構成される場合、測定構成イベントが測定レポートをトリガするとき、WTRU102は、1全ての構成済みのRATの全ての構成された使用可能な測定のレポートを送信することができるか、または2WTRU102は測定レポートをトリガしたRATの測定レポートを送信する例えば、その測定レポートのみを送信することができる。どのレポートがWTRU102によって送信されるかは、高位層によって構成されてもよい。特定の代表的な実施形態において、マルチモードWTRU102は、multi-RAT動作用に構成される場合、ランダムアクセス手順を実行することができる。第2のRATでランダムアクセス手順を実行するようWTRU102に要求するための制御シグナリングは、第1のRATのCCで受信されてもよい。特定の代表的な実施形態において、マルチモードWTRU102は、multi-RAT動作用に構成されてもよく、第1のRATのCCで受信した制御シグナリングに基づいて第2のRATのCCのリソースを使用してランダムアクセス手順を開始することができる。特定の代表的な実施形態において、第1のRATはLTERATであってもよく、第2のRATは、W-CDMARATおよび/またはHSDPARATおよび/またはHSUPARATであってもよい。特定の代表的な実施形態において、第1のRATはW-CDMARAT、および/またはHSDPARATおよび/またはHSUPARATであってもよく、第2のRATはLTERATであってもよい。特定の代表的な実施形態において、第1のRATは3GPPRAT例えば、W-CDMARAT、および/またはHSDPARAT、および/またはHSUPARAT、またはLTERATであってもよく、第2のRATはWiFiRATであってもよい。特定の代表的な実施形態において、制御シグナリングは、第1のRATのCCのPDCCHで受信したランダムアクセスを実行するためのネットワークからの順序であってもよい。特定の代表的な実施形態において、第1のRATのCCで受信したランダムアクセス応答は、第2のRATのCCでの伝送に適用可能であるグラントを含むことができる。例えばWTRU102は、ランダムアクセスRA応答で、個別ランダムアクセスプリアンブルのような、第2のRATの個別パラメータを受信することができる。第2のRATのCCのスケジューリングのための制御シグナリングは、第1のRATのCCで受信されてもよい。特定の代表的な実施形態において、マルチモードWTRU102は、multi-RAT動作用に構成されてもよく、第1のRATで受信した制御シグナリングに基づいて第2のRATの少なくとも1つのCCでの伝送のために無線リソースがWTRU102に割り振られるかどうかを決定することができる。特定の代表的な実施形態において、制御シグナリング例えば、1つまたは複数のグラントおよび/または割り当ては、第1のRATの物理データトランスポートチャネル例えば、LTEのPDSCHのリソースブロックで受信されてもよい。特定の代表的な実施形態において、第1のRATはLTERATであってもよく、第2のRATは、W-CDMARATおよび/またはHSDPARATおよび/またはHSUPARATであってもよく、スケジューリングのための制御シグナリングはLTEPDCCHで受信されてもよい。スケジューリングは、第2のRATの関与するCCのクロスキャリアスケジューリングのためにRRCによって構成されたCCのPDCCHで受信されてもよい。特定の代表的な実施形態において、ダウンリンク制御情報DCI:DownlinkControlInformationは、第2のRATの無線リソースでの伝送をスケジューリングするために使用されてもよく、クロスキャリアスケジューリングが行なわれているRATのタイプに固有となり得るDCIフォーマットであってもよい。DCIフォーマットは、第2のRATのCCの識別を示すことができる固有の無線ネットワーク一時識別子RNTI:RadioNetworkTemporaryIdentifierを使用してスクランブルがかけられてもよい。DCIフォーマットは、第1のRATのCCのPDCCHのWTRU固有の検索スペースで受信されてもよい。検索スペースは、第2のRATの少なくとも1つのCCに固有であってもよい。検索スペースは、他の検索スペースと重複することはなく、検索スペースにおけるDCIフォーマットの復号の成功は、DCIが適用可能である例えば、関連付けられている第2のRATのCCの識別を暗黙的に決定することができる。特定の代表的な実施形態において、CCが非アクティブ化される場合、および/または少なくともCCに適用可能な省電力アルゴリズムに基づいてCCがスケジュールされない場合、WTRU102は、第2のRATのCCのスケジューリングのための制御シグナリングを復号しないこともある。第2のRATのCCのアクティブ化/非アクティブ化のための制御シグナリングは、第1のRATのCCで受信されてもよい。特定の代表的な実施形態において、マルチモードWTRU102は、multi-RAT動作用に構成されてもよく、第1のRATで受信した制御シグナリングに基づいて第2のRATの少なくとも1つのCCのアクティブ化/非アクティブ化状態を決定することができる。特定の代表的な実施形態において、制御シグナリングは、1L1シグナリング例えば、LTEPDCCHまたはHSPAHS-SCCH順序を介して、2L2シグナリング例えば、MACCEを介して、3L3シグナリング例えば、第2のRATの少なくとも1つのCCをWTRUの構成に追加する構成メッセージの一部として使用され得るRRCサービスデータユニットSDUを介してを使用して受信されてもよい。特定の代表的な実施形態において、第1のRATはLTERATであってもよく、第2のRATは、W-CDMARATおよび/またはHSDPARATおよび/またはHSUPARATであってもよく、アクティブ化/非アクティブ化のための制御シグナリングはMACCEを使用して搬送されてもよい。MACCEは、ビットマップを含むことができ、少なくとも1つのビットが第2のRATの構成済みのCCまたはサービングセルの各々に使用されてもよく、ビットが個々のCCのアクティブ化状態を表すことができる。ビットマップ内のビットのマッピングは、1WTRU102の構成済みのセカンダリサービングセルのサービングセル識別子の順序、2サービングセルの構成順序、3および/または他の任意の類似する手順に基づく明示的なサービングセル識別子に基づいて、CCに追加するときに個別RRCシグナリングを使用して構成されてもよい。特定の代表的な実施形態において、第1のRATはHSPA例えば、ULHSUPAおよびDLHSDPAを共に含むことができるであってもよく、第2のRATはLTERATであってもよく、アクティブ化/非アクティブ化のための制御シグナリングはHS-SCCH順序を使用して搬送されてもよい。第1の例において、マルチセルHS-SCCH順序タイプは、両方のRATにわたりサービングセルのアクティブ化/非アクティブ化の状態を制御するために使用されてもよい。例えば、HS-SCCH順序によって制御されるサービングセルの順序は、両方のRATからの各サービングセルがサービングセルIDを割り当てられ得るように、明示的なネットワーク構成に従って設定されてもよい。特定の代表的な実施形態において、サービングセルの順序は、所定のルールに従って決定されてもよく、例えば、第1のRATのセルがサービングセルIDの順序または構成の順序で最初になってもよく、第2のセルがサービングセルIDの順序に従うかまたは構成順序に従ってその次になってもよい。特定の代表的な実施形態において、新しいHS-SCCH順序タイプは、セカンダリRATのセルのアクティブ化/非アクティブ化を制御するために使用されてもよい。サービングセルへの順序ビットのマッピングおよび順序ビットの組み合わせは、マルチセルHS-SCCH順序タイプと類似したルールに従うことができる。特定の代表的な実施形態において、multi-RAT動作用に構成されたマルチモードWTRU102は、1アクティブ化制御は第1のRATで受信した制御シグナリングに基づいて実行されてもよい、および/または2非アクティブ化制御は第1のRATで受信した制御シグナリングに基づいて実行されてもよい、というように第2のRATの少なくとも1つのCCのアクティブ化/非アクティブ化状態を決定することができる。特定の代表的な実施形態において、multi-RAT動作用に構成されたマルチモードWTRU102は、非アクティブ化制御が1個別に各構成済みのCC、2構成済みのCCのサブセット例えば、同じRATタイプの構成済みのCCに基づいて、および/または3全ての構成済みのCCのいずれかに適用可能である非アクティブ化タイマーに基づいて実行され得るように、第2のRATの少なくとも1つのCCのアクティブ化/非アクティブ化状態を決定することができる。特定の代表的な実施形態において、multi-RAT動作用に構成されたマルチモードWTRU102は、1スケジューリングのために制御シグナリングを復号する例えば、LTE用のPDSCH/PUSCHスケジューリングのPDCCH、および/または2ある場合、構成済みのULCCの構成済みの定期的リソースで伝送する例えば、LTEのPUCCHでの定期的CQI/PMI/RIレポーティング、またはHSPAでのPCIレポーティングすることができるかどうかを決定することができる。特定の代表的な実施形態において、手順は、2つのRATにわたるDRX動作を可能にすることができる。両方のRATにおいてDRXを実行する代表的な手順は、集約されたRATにおいてDRXに異なるパラメータ、動作、制約、および/またはタイミングを使用することを含むことができる。第1の代表的な実施形態において、両方のRATは、共通のDRXステータス例えば、短/長DRXまたはアクティブ/非アクティブステータスおよび構成を使用することができる。例えば、1つの共通のDRX構成は第1のRATで提供されてもよく、両方のRATにわたり使用されてもよい。2つのRATにわたる時間整合を達成するため、および第2のRATでのスケジューリングチャネルの正しい受信を保証するため、第1のRATに提供されるDRXパラメータは、他のRATのTTI長さの倍数であってもよい例えば、第1のRATのTTI長さが第2のRATのTTI長さよりも大きい場合。例えば、LTERATが第1のRATであり、HSPARATが第2のRATである場合、サイクル、オン持続期間、および/またはオフセットのようなDRXパラメータは、2msの倍数、または2つのLTEサブフレームの等価の倍数であってもよい。特定の代表的な実施形態において、WTRU102を第1のRATでの連続または不連続受信に遷移させ得るトリガは、WTRU102を第2のRATでの連続受信に遷移させることができる。DRXまたはオン持続期間の開始は、両方のRATのサブフレーム境界に対応することができる。特定の代表的な実施形態において、DRXは、両方のRATにわたって独立していてもよい。例えば、DRX構成および順序は、各RATに対して独立して提供されてもよく、バッテリー節約の機会を最適化しながら例えば、HSPAでの音声およびLTEでのWebブラウジング、異なるサービスが異なるRATを介して伝送されるシナリオの実現を可能にすることができる。特定の代表的な実施形態において、構成例えば、特に、サイクル、および/またはオン持続期間はRATにわたって共通であってもよいが、ステータス並びにDRXに出入りするためのトリガはRATにより異なっていてもよい。特定の代表的な実施形態において、第1のRATにおいて受信された制御シグナリングは、第1のRATにおけるスケジューリングアクティビティが、例えば第2のRATにおけるDRX状態の変化を引き起こすことができるように第2のRATの省電力アルゴリズムで考慮されるかまたは使用されてもよい。例えば、第2のRATのリソースでのデータのクロスキャリアスケジューリングのために第1のRATで受信された制御シグナリングは、第2のRATの省電力アルゴリズムのために第2のRATで受信された制御シグナリングとして使用されても例えば、考慮されてもよい。特定の代表的な実施形態において、マルチモードWTRU102は、multi-RAT動作用に構成されてもよく、UL伝送リソースを要求するために第1のRATのリソースまたは第2のRATのリソースを使用するかどうかを決定することができる。例えば、例えば、multi-RATCAのシナリオにおいて第1のRATに対してULリソース例えば、ULリソースのみで構成されるWTRU102の場合、WTRU102は第1のRATのスケジューリング要求手順を使用してULリソースを要求することができる。他の代表的な実施形態において、例えば、第2のRATの追加のULリソースで構成されるWTRU102の場合、WTRUは、例えばどのリソースをどのCCで使用すべきかに基づいて、どのスケジューリング要求SR手順を使用するかを決定することができる。SR手順の決定は、以下の事項のうちの少なくとも1つと相関関係があってもよい。1例えば、待ち時間を最小にするための、CC例えば、任意のCCでSRに対する構成済みのULリソース例えば、全ての構成済みのULリソースにわたる、SR伝送の場合の次の出現、SRがトリガされる場合、WTRU102は例えば、アクティブ化されているULキャリアのみを考慮してSR伝送に次の使用可能なULリソースを選択することができる。特定の代表的な実施形態において、WTRU102は、そのようなリソースで構成された非アクティブ化キャリアを使用することができ、少なくともそのCCを暗黙的にアクティブ化することができる2SRをトリガしたデータのタイプ、例えば、データがSRをトリガしたデータベアラが、第2のRATの無線リソースでデータが伝送され得るように構成される場合、構成済みおよび/または使用可能であれば、WTRU102は第2のRATのSRリソースを使用して、第2のRAT上のUL無線リソースを求めて信号を送ることができる3WTRU102が、他の構成済みのアクティブなCC、および伝送のタイプで同じサブフレーム内の他のUL伝送を実行することができるかどうか、例えば、WTRU102が第1のRATのCCでUL伝送を実行する場合、WTRU102は、使用可能である場合、第1のRATのリソースではなく第2のリソースでSR伝送を実行することができるどのCCで1つまたは複数のリソースを使用するかは、データのタイプと特定のRATとの間の関連と相関関係があってもよい。データのタイプは、1、トランスポートサービス例えば、特に、TCP、UDP、および/またはRTP、2QoS要件または閾値例えば、特に、QCI、最大遅延、および/または最大パケット損失率、3関連する論理チャネルおよび/または論理チャネルグループ、4無線ベアラのタイプ例えば、シグナリング無線ベアラSRB:signalingradiobearerまたはデータ無線ベアラDRB:dataradiobearer、5データのタイプまたはアプリケーションのタイプに対するオペレータのポリシー例えば、特に、音声、背景トラフィック、ベストエフォート、および/またはリアルタイム例えば、半静的な方法でRRCによって構成されるのうちの1つまたは複数と相関関係があってもよい。どのリソースをどのCCで使用するかは、推定される無線リンク品質と相関関係があってもよい例えば、基準信号受信品質RSRQ:referencesignalreveicedqualityおよび/または基準信号受信電力RSRP:referencesignalreceivedpowerのような最新の測定、またはWTRU102が不十分な無線品質例えば、無線リンク障害RLF:radiolinkfailureを経験していないキャリアとの相関関係どのCCで1つまたは複数のリソースを使用するかは、RATのタイプと相関関係があってもよい。例えば、SRがトリガされる場合、WTRU102は第1のRATのCCを選択することができる例えば、常に選択することができる。例えば、WTRU102は、第1のRATのPCellを選択する例えば、常に選択することができる。特定の代表的な実施形態において、上記の手順は、SR用に構成された使用可能な個別リソース例えば、使用可能なリソースのみを考慮例えば、使用することができる。WTRU102がRATのうちの少なくとも1つにSR用に構成された個別リソースを有していない場合、WTRU102はランダムアクセスリソース例えば、ランダムアクセスRA-SRを使用する例えば、考慮することができ、1つまたは複数のRACHリソースについて上述された手順と類似する手順を使用することができる。WTRU102はまた、上記の手順を使用する場合、構成済みの例えば、全ての構成済みのCCの個別リソースおよびランダムアクセスリソースの両方を使用することもできる。WTRU102は、単一RATの1つまたは複数のCCへの少なくとも1つのSRBマップおよび/またはDRBマップの場合、1つまたは複数のRAT固有のバッファステータスレポートBSR:bufferstatusreportをレポートすることができる。特定の代表的な実施形態において、マルチモードWTRU102は、multi-RAT動作用に構成されてもよく、マルチモードWTRU102がmulti-RAT動作用に構成される場合、異なるタイプのデータおよび/または制御シグナリングの伝送に使用すべき1つまたは複数のトランスポートブロックを決定することができる。どのトランスポートブロックを使用するかは、1サービスのタイプ例えば、特に、VoIPサービス、ベストエフォートサービス、TCPサービス、ゲーミングサービス、および/またはブラウジングサービス、2無線ベアラのタイプ例えば、特に、SRBおよび/またはDRB、3QoSチャネルインジケーションQCI、4関連するSRB/DRB優先度または関連するSRB/DRB優先度の不足、5関連する論理チャネルLCH/論理チャネルグループLCG、6所与の無線ベアラとの間のデータが特定のCCのトランスポートブロックを使用して伝送され得るという明示的なインジケーション、および/または7RATのタイプと相関関係があってもよい。CCは、1RATのタイプ例えば、特に、LTEおよび/またはHSPA、2CCに対応する識別例えば、SCellID、3トランスポートブロックのサイズ、4スケジューリングのための制御シグナリングにおける明示的なインジケーション例えば、クロスキャリアスケジューリングが使用される場合、PDCCHで受信されるLTEDCIのフラグ、および/または5トランスポートブロックへの関連するトランスポートチャネルのタイプのうちの少なくとも1つに基づいて決定されてもよい。WTRU102は、データのタイプ制御シグナリング/制御プレーン/ユーザプレーン、および割り振られた無線リソースのタイプに応じて、特定のUL無線リソースでデータを伝送することができる。特定の代表的な実施形態において、multi-RAT動作用に構成されたマルチモードWTRU102は、データの特定の無線ベアラへの関連に基づいて例えば、特に、SRB、DRB、LCH、および/またはLCG、および/または関与するトランスポートブロックのCCのRATのタイプに基づいて、特定のULリソースで伝送されるべきデータを決定することができる。特定の代表的な実施形態において、WTRU102は、特定のSRBに関連付けられているデータが、第1のRATのリソースを使用してULで伝送され得る例えば、常に伝送され得ることを決定することができる。特定の代表的な実施形態において、例えば、WTRU102が第2のRATの無線リソースを使用してDRBからデータを伝送するようにRRCを使用してネットワークにより明示的に構成され得る場合例えば、VoIPサービスのデータ、WTRU102は、特定のDRBおよび/または特定のLCH/LCGに関連付けられているデータが、WTRU102の構成に基づいて第1のRATまたは第2のRATのいずれかに属するCCのトランスポートブロックで伝送され得ることを決定することができる。特定の代表的な実施形態において、例えば、第1のRATの無線リソースが特に、BSRおよび/または電力ヘッドルームレポートPHR:powerheadroomreportの伝送に使用され例えば、常に使用され得る場合、WTRU102は、レポーティング例えば、バッファステータス、電力ヘッドルーム、および/または他の類似するULスケジューリング制御情報のためのMACCEが、WTRU102の構成に基づいて第1のRATまたは第2のRATのいずれかに属するCCのトランスポートブロックで伝送され得ることを決定することができる。特定の代表的な実施形態において、第1のRATはLTEであってもよく、第2のRATは、W-CDMAおよび/またはHSDPAおよび/またはHSUPAであってもよい。第2のRATの少なくとも1つのCCに対応するUL制御情報UCIの伝送は、第1のRATのCCのUL伝送で伝送されてもよい。UCIは、特に、1DL伝送のためのHARQA/Nフィードバック、2チャネル品質インジケータCQI、3プリコーディングマトリクス情報PMI、4スケジューリング要求SR、5RI、および/または6PCIを含むことができる。通常、HARQA/Nフィードバックは、所与のTTIおよびCQI/PMI/RIについて、1つまたは複数のDL伝送のステータスに関して例えば、トランスポートブロック、またはコードワードネットワークに通知するために伝送されてもよく、これは通常、定期的構成および/またはネットワークからの明示的な要求に基づいてレポートされてもよい。SRは、伝送すべきULデータがあり得ることをネットワークに通知するために伝送されてもよい。複数RATで動作しているWTRU102の場合、HARQACK/NACKおよび/またはCQI/PMI/RIレポートのUL制御チャネルは、第2のRATに使用可能ではないことがある例えば、ULリソースが構成されていないおよび/または不十分に構成されている場合、ULリソースが割り振られていないおよび/または不十分に割り振られている場合、ULリソースがアクティブ化されていないおよび/または不十分にアクティブ化されている場合、および/またはWTRU102が制御チャネルで伝送を実行することを妨げ得る任意の他の理由による例えば、特に、不十分な使用可能伝送電力、無効なタイミング整合、無効なパス損失基準、および/またはRLF欠陥。そのような場合、1つの代表的な手順は、WTRU102が、第1のRATのULリソースで第2のRATに対応するUCIの少なくとも一部を伝送できるようにすることができる。特定の代表的な手順において、multi-RAT動作用に構成されたマルチモードWTRU102は、第1のRATのULリソースで第2のRATに対応するUCIの少なくとも一部を伝送例えば、常に伝送することができる。特定の代表的な実施形態において、multi-RAT動作用に構成されたマルチモードWTRU102は、第2のRATに対応するUCIの少なくとも一部を伝送するために第1のRATのULリソースを使用するように構成されてもよい。特定の代表的な実施形態において、第1のRATはLTERATであってもよく、第2のRATは、W-CDMARAT、および/またはHSDPARAT、および/またはHSUPARATであってもよい。特定の代表的な実施形態において、第1のRATは3GPPRAT例えば、LTERAT、またはW-CDMARAT、および/またはHSDPARAT、および/またはHSUPARATであってもよく、第2のRATはWiFiRATであってもよい。特定の代表的な実施形態において、使用される第1のRATのULリソースは、PUCCHフォーマット例えば、LTEPUCCHFormat3であってもよい。特定の代表的な実施形態において、第1のRATのULリソースのセットは、リソースでのチャネル選択に使用されてもよい例えば、PUCCHFormat1a/1b/2a/2b、またはPUCCHFormat3のいずれかを使用するLTEチャネル選択。特定の代表的な実施形態において、使用される第1のRATのULリソースは、WTRU102がLTERATのキャリアアグリゲーションCA用に構成される場合、例えば、WTRUのLTE構成のPCellに、PUSCH伝送を備えるかまたは含むことができる。特定の代表的な実施形態において、UCIの少なくとも一部は、第1のRATの第1のULリソースで伝送されてもよく、別の部分は、第1のRATの第2のULリソースで伝送されてもよい。例えば、WTRU102は、HARQACK/NACKビットをPUCCHリソースで伝送することができ、CQI/PMI/RIビットは、PCell、またはSCellのいずれかでPUSCHで伝送されてもよい。以下の代表的な手順は、マルチモードWTRU102がmulti-RAT動作用に構成される場合、WTRU102が電力ヘッドルームレポーティングを実行できるようにする。multi-RAT動作用に構成されたマルチモードWTRU102の場合、各RATタイプのCCのセットに使用可能な電力ヘッドルームを計算するとき、WTRU102は、CCのセット例えば、全てのセットにわたり合計伝送電力を使用することができる。特定の代表的な手順において、伝送電力は、各セットでアクティブ化されたULキャリア例えば、アクティブ化されたULキャリアのみに基づいてもよい。第1の代表的な手順において、WTRU102が第2のRATの少なくとも1つのCCを追加する無線リソース構成を受信する場合、WTRU102は、第1のRATのCCおよび第2のRATのCCに対して、構成済みのULリソースを有する各構成済みのサービングセルのPHRをトリガすることができる例えば、PHRは、ULリソースの一部または全部に、例えば全てのサービングセルまたはアクティブ化されているサービングセルのみに、トリガされてもよい。第2の代表的な手順において、WTRU102が第2のRATの少なくとも1つのCCをアクティブ化する制御シグナリングを受信する場合、WTRU102は、第1のRATのCCおよび第2のRATのCCに対して、構成済みのULリソースを有する各構成済みのサービングセルのPHRをトリガすることができる例えば、WTRU102は、ULリソースの一部または全部を、例えば全てのサービングセルまたはアクティブ化されているサービングセルのみ対して、トリガすることができる。第3の代表的な手順において、multi-RAT動作用に構成されたマルチモードWTRU102は、WTRU102が第2のRATの少なくとも1つのCCを追加する無線リソース構成を受信する場合、WTRU102および任意のRATタイプ例えば、構成済みのULリソースを持つアクティブ化されたサービングセル例えば、アクティブ化されたサービングセルのみに対して構成された全てのCCのPHRをトリガすることができる。WTRU102は、第2のRATの少なくとも1つのCCをアクティブ化および/または第2のRATの少なくとも1つのCCを非アクティブ化することができるアクティブ化/非アクティブ化制御シグナリングを受信することができる。特定の代表的な手順において、第1のRATはLTEであってもよく、第2のRATは、W-CDMAおよび/またはHSDPAおよび/またはHSUPAであってもよい。特定の代表的な実施形態において、異なるRATのキャリアにわたるスケジューリング関連の動作のための異なるサブフレームタイミングの処理が、実施されてもよい。HSPA物理チャネルの伝送時間間隔TTIが2ms例えば、HS-PDSCHに対して約2msであり、LTE物理チャネル例えば、PDSCHのサブフレーム持続期間は1ms例えば、約1msとなり得る場合、以下の代表的な実施形態は、第2のRATの物理チャネルでの伝送、およびクロスキャリアスケジューリング、アクティブ化/非アクティブ化、および/または例えば、特に、DRXタイマー、および/または時間整合タイマー制御信号により影響を受ける他の手順に対する、第1のRATのDL物理チャネルでの制御シグナリングの受信の間のタイミング関係を説明することができる。制御信号が、第1のRATのサブフレームタイミングに対応するサブフレームN1の第1のRATで受信される場合、第2のRATのサブフレームタイミングに対応し、第2のRATの物理チャネルで対応する動作を実行するためのタイミングを導くために使用される対応するサブフレームN2は、1サブフレームN1が開始し得る間または開始時点の、2開始境界がサブフレームN1中に発生する第1のサブフレームとなり得る、3サブフレームN1が終了する間または終了時点に開始境界が発生する第1のサブフレームとなり得る、4開始境界がサブフレームN1の終了後に発生する第1のサブフレームとなり得る、後続のサブフレームN2のいずれかに従って決定されてもよい。サブフレームN2を使用する決定は、第1のRATがHSPAであること例えば、2msのTTI、および制御シグナリングがサブフレームN1で受信されること例えば、HS-SCCHに応答してもよい。上記のタイミングが使用される場合、および所与のサービングセルのHSPA伝送例えば、HS-PDSCHのスケジューリングがLTE制御チャネル例えば、PDCCHで実行される場合、LTE制御信号例えば、PDCCHの受信タイミングは、対応するサービングセルでのHSPA伝送例えば、HS-PDSCHの受信タイミングを導くために使用されてもよい。上記のタイミングが使用される場合、および所与のサービングセルのPDSCH伝送のスケジューリングがHSPA制御チャネルで実行される場合、HSPA制御信号の受信タイミングは、対応するサービングセルでのPDSCH受信タイミングを導くために使用されてもよい。第1のRATがLTE例えば、1msのTTIである場合、MACでのmulti-RATアグリゲーションが実行されてもよい。特定の代表的な実施形態において、第1のRATでの例えば、LTEまたはHSPA、例えば、それぞれHSPAまたはLTEの第2のRATの少なくとも1つのDLCCとの、単一無線リソース接続を使用して例えば、RRCマルチモードWTRU102を構成するための手順が実施されてもよい。LTEおよびHSPAがキャリアアグリゲーションの代表的なRATとして説明されるが、例えば、上記で開示される他のRAT、および例えばWiFiRATが同等に適用可能であってもよいことが企図される。さまざまな代表的な手順が、DLのコンテキストで本明細書において説明されるが、これらはULに同等に適用可能であることが企図される。特定の代表的な実施形態において、手順は、データプレーンおよび制御プレーンがプライマリRATの共通のPDCP/RLCを使用して集約されて、データがプライマリRATのMACとセカンダリRATのMACとの間のMACレイヤにおいて分割され得るように、第1のRATと第2のRATのアグリゲーションを可能にすることができる。この代表的なシナリオにおいて、プライマリRATは、制御プレーンおよびユーザプレーンを確立することができ、ユーザプレーンおよび制御プレーンプロトコルスタックは、プライマリRATのPDCP、RLC、RRC、およびNAS、並びにプライマリおよびセカンダリRAT両方のMACおよびPHYを備えることができる。特定の代表的な実施形態において、プライマリRATの論理チャネル例えば、DTCH、DCCH、および/またはCCCHは、LTEDL-SCHおよび/またはHSPADLHS-DSCHトランスポートチャネルにマッピングされてもよく、次いでそれぞれLTEPDSCHおよびHSPAHS-DPSCH物理チャネルにマッピングされてもよい。図3は、トランスポートチャネルへの代表的なDL論理チャネルのマッピング300を示す図であり、ここでLTEはプライマリRATであり、ユーザプレーンおよび制御プレーン両方のデータまたは論理チャネルはLTEDL-SCHまたはHSPAHS-DSCHにマッピングされてもよい。DL論理チャネル305は、以下の事項を含むことができる。1ページング情報およびSI変更通知を転送することができるDLチャネルとして構成されたページング制御チャネルPCCH:PagingControlChannel315例えば、チャネルは、ネットワークがWTRU102のロケーションセルを認識しない場合にページングに使用されてもよい2システム制御情報をブロードキャストするためのDLチャネルとして構成されたブロードキャスト制御チャネルBCCH3203WTRU102とネットワークとの間の制御情報を伝送するためのチャネルとして構成された共通制御チャネルCCCH:CommonControlChannel325例えば、チャネルは、ネットワークとのRRC接続を持たないWTRUに使用されてもよい4WTRU102とネットワークとの間の個別制御情報を伝送することができるポイントツーポイント双方向チャネルとして構成され、RRC接続を有するWTRU102によって使用されてもよい個別制御チャネルDCCH:DedicatedControlChannel3305ユーザ情報の転送のために、1つのWTRU102に専用の、ポイントツーポイントチャネルとして構成された個別トラフィックチャネルDTCH:DedicatedTrafficChannel33561つまたは複数のマルチキャストトラフィックチャネルMTCH:MulticastTrafficChannel345に対して、MBMS制御情報をネットワークからWTRU102に伝送するために使用され得るポイントツーマルチポイントDLチャネルとして構成されたマルチキャスト制御チャネルMCCH:MulticastControlChannel340例えば、MCCH340は、MBMSを受信することができるWTRU102によって使用されてもよい例えば、そのWTRU102のみによって使用されてもよい、および/または、7マルチキャストデータの伝送のために構成されたMTCH345DLトランスポートチャネル310は、以下の事項を含むことができる。1PCCH315にマッピングし、WTRU102省電力を可能にするUE不連続受信DRXをサポートすることができ例えば、DRXサイクルはネットワークによってWTRU102に示され得る、またブロードキャストされ得るページングチャネルPCH:PagingChannel3502BCCH320にマッピングすることができるブロードキャストチャネルBCH:BroadcastChannel3553DCCH330および/またはDTCH335にマッピングすることができ、少なくとも3つの物理レイヤチャネル図示せずを使用可能にすることができる、高速ダウンリンク共用チャネルHS-DSCH360、例えば、HS-SCCHがHS-DSCHでデータが送信されることをユーザに通知することができるように例えば、2スロット先、HS-DPCCHが確認応答情報およびユーザの現在のCQIを搬送することができるように、高速共用制御チャネルHS-SCCH:HighSpeedSharedControlChannel、アップリンク高速個別物理制御チャネルHS-DPCCH:HighSpeedDedicatedPhysicalControlChannel、および高速物理ダウンリンク共用チャネルHS-PDSCH:HighSpeedPhysicalDownlinkSharedChannel。この値は、次の伝送でユーザデバイスに送信すべきデータの量を計算するために基地局例えば、基地局114および/または234によって使用されてもよく、HS-PDSCHは、実際のユーザデータを搬送することができるHS-DSCH360トランスポートチャネルにマッピングされたチャネルであってもよい4BCCH320、CCCH325、DCCH330、および/またはDTCH335このトランスポートチャネルはDLデータ転送の主チャネルであってもよいにマッピングされてもよいダウンリンク共用チャネルDL-SCH:DownlinkSharedChannel3655マルチキャストチャネルMCH:MulticastChannel370はMCCH340および/またはMTCH345にマッピングされてもよく、セルの全カバレッジエリアでブロードキャストされてもよく、MCCH情報を伝送してマルチキャスト伝送をセットアップするために使用されてもよい。HSPAがプライマリRATである場合、図3に示されるマッピングに類似するマッピングが適用されてもよい。たとえ図3には示されていなくても、CCCH論理チャネルもまた、HS-DSCH360トランスポートチャネルにマッピングされてもよい。特定の代表的な実施形態において、アグリゲーションはユーザプレーンデータまたは論理チャネル例えば、DTCH335のみに対して実行されてもよく、制御プレーン論理チャネルDCCH330および/またはCCCH325はプライマリRAT論理チャネルにマッピングされてもよい。特定の代表的な実施形態において、アグリゲーションは個別論理チャネル例えば、DCCH330およびDTCH335に対して実行されてもよく、CCCH325のような共通論理チャネルはプライマリRATにマッピングされてもよい。特定の代表的な実施形態において、確立された各論理チャネルに対して、構成された論理チャネルが、2つのRATにわたって、プライマリRATのみにわたって、またはセカンダリRATのみにわたってマッピングされてもよいかを示すために明示的な構成が使用されてもよい。DLアグリゲーションのみの場合、LTEがプライマリRATである1つの例において、WTRADLセカンダリセルはHS-SCCHおよびHS-DPSCH物理チャネルの伝送に限定されてもよく、関連するWTRU102のCPICHであってもよい。ULアグリゲーションの場合、複数の追加の物理チャネルは、UTRAULの適正な動作を可能にするように構成されてもよい。HSPAがプライマリRATである1つの例において、DLアグリゲーションの場合、E-UTRAセカンダリセルは、少なくとも、PDSCH、PDCCH、CRS、CSIーRS、またはDLデータを復号して正しいチャネル推定を行うためにWTRU102によって使用される任意のシグナリングの伝送を含むことができる。特定の代表的なシナリオにおいて、LTEは、プライマリRATとして構成されてもよい。この代表的なシナリオにおいて、1つのLTEPDCPおよび1つのLTERLCエンティティは、LTENASおよび例えばRRCに加えて、またはその代わりに、構成されたベアラごとに確立されてもよい。PDCPおよびRLCは共通であってもよく、データは、LTEMACまたはUMTSMACのいずれかでスケジュールされてもよい。LTE論理チャネルがスケジュールされ得るUMTSMACは、MAC-ehsエンティティに対応することができ、MAC-ehsエンティティの機能例えば、全てのMAC-ehsエンティティの機能が保持されてもよいか、または新しいMACエンティティが使用されてもよい。ULmulti-RATアグリゲーションの場合、UMTSMACはMAC-i/isまたは新しいMACに対応することができる。LTEがプライマリRATであり、HSPAがセカンダリRATである場合に、multi-RATアグリゲーションを達成することができる手順は以下で説明される。HSPAMAC、LTEMAC、および物理層の間の対話はDLと類似してもよく、プライマリRATとしてのLTEとのHSPAのULアグリゲーションの場合、LTE論理チャネルはUL-SCHまたはE-DCHのいずれかにマッピングされてもよい。この例において、任意のRLC論理チャネルからのデータ、または両方のRATを介する伝送を許可され得る論理チャネルからのデータは、多重化されて、HS-DSCHまたはE-DCHトランスポートチャネルまたはDL-DSCHまたはUL-PUSCHトランスポートチャネルのいずれかを介してマッピングされてもよい。DLの場合、LTEWTRU102は、HS-DSCHトランスポートチャネルまたはDL-DSCHトランスポートチャネル、および対応する物理チャネルから任意の論理チャネルのデータを受信して逆多重化することができる。図4は、代表的なレイヤ2L2構造400を示す図である。図5は、図4のHSPAMAC474に使用される代表的なMAC-ehsモジュール500を示す図である。図4を参照すると、MACにおいて、eNBスケジューラ例えば、アグリゲーションスケジューリングおよび優先処理がデータをLTEMAC464またはHSPAMAC474にルーティングすべきかどうかを決定することができるように、L2構造400は、eNB側の実装のためのものであってもよい。LTEMAC464およびHSPAMAC474は、簡略化するために処理ユニット462を含まないものとして示される。LTEMAC464およびHSPAMAC474は各々、処理ユニット462の一部を含むことができる。L2構造は、例えばDLの場合、複数のサブレイヤ、例えば、特にパケットデータコンバージェンスプロトコルPDCPレイヤ440、RLCレイヤ450、および/または集約されたMACレイヤ460を含むことができる。図4に示されるように、PDCPレイヤ440は、ROHCエンティティ442における堅牢なヘッダ圧縮ROHC:RobustHeaderCompression処理、およびセキュリティエンティティ444におけるセキュリティ処理を含むことができ、データはRLCレイヤ450に提供されてもよい。RLCレイヤ450は、分割および自動再送要求ARQエンティティ452を含むことができる。例えば、無線ベアラ402は、論理チャネルまたはチャネルトラフィック404を生成するためにPDCPレイヤ440およびRLCレイヤ450を介して処理されてもよいが、これはMACレイヤ460に提供されてもよい。MACレイヤ460は、処理ユニット462例えば、HSPAMACとLTEMACに共通であり、それらによって共有されるを介して、複数の論理チャネル404のアグリゲーション、スケジューリングおよび優先度処理を提供し、論理チャネル404からのスケジューリングされたトラフィックを、物理レイヤによって無線で送信可能なLTEMAC464を介したDL-SCHデータユニット、またはHSPAMAC474を介したDLHSDSCHデータユニットに多重化することができる。LTEMAC464は、LTEスケジューラ466、マルチプレクサ468、およびハイブリッド自動再送要求HARQエンティティ470を含むことができる。HSPAMAC474は、HSPAMAC-ehs476およびHARQエンティティ478を含むことができる。HSPAMAC474は、MAC-ehsエンティティに対応することができ、図5に示されるように、少なくとも1つのMAC-ehsモジュール500を含むことができる。MAC-ehsモジュール500は、スケジューリング/優先処理ユニット510、優先キュー配信520、複数の優先キュー530、複数の分割ユニット540、および優先キューマルチプレクサPQMUX550を含むことができる。MACehsモジュール500は、データをHARQエンティティ478に提供することができる。例えば、スケジューリング/優先処理機能を提供または実行することができるスケジューリング/優先処理ユニット510は、HARQエンティティ478とデータフローの間のHS-DSCHリソースを、それらの優先順位クラスに従って管理することができる。PQMUX550は、スケジューリングの決定、およびこの機能に使用可能なトランスポートフォーマットおよびリソースコンビネーションTFRC:transportformatandresourcecombinationに基づいて各優先度付きキューからMCA-ehsPDUに含まれるべきオクテットの数を決定することができ、分割ユニット540は、MAC-ehsサービスデータユニットSDUの分割を実行することができ、TFRC選択ユニット560は、HS-DSCHで伝送されるべきデータの適切なトランスポートフォーマットおよびリソースを選択することができる。MAC-ehsエンティティはまた、関連するULおよび/またはDLシグナリングを提供することもできる。特定の代表的な手順は、WTRU102側で複数のRATにわたるデータの受信を可能にすることができる。LTEがプライマリRATである場合、LTEプロトコルスタック例えば、物理レイヤ、MAC、RLC、PDCP、RRCに加えて、少なくとも1MAC-ehsエンティティおよび適用可能な構成パラメータまたはHS-DSCH物理チャネルリソースおよび構成パラメータ、のようなHSPA構成がWTRU102に提供されてもよい。WTRU102は、セカンダリRAT例えば、HSPARATでHS-SCCHおよびHS-DPSCHの受信を開始するように構成されてもよい。HS-DPSCHを介して受信されたデータは、MAC-ehsエンティティ例えば、HSPA、HARQエンティティ478、および関連するHSPAMAC機能によって処理されてもよく、DL-DSCHを介して受信されたデータは、LTEHARQプロセスによって処理され、LTEMACプロトコルヘッダに従って逆多重化されてもよい。図6は、WTRUMACアーキテクチャ600の代表的な実装を示す図である。図7は、MACアーキテクチャ600に使用される代表的なMAC-ehsモジュール700を示す図である。図6を参照すると、WTRUMACアーキテクチャ600は、高位層610および下位層630とデータを交換することができる。高位層610は、図3のDL論理チャネルに対応することができ、MAC制御を含むことができる。下位層630は、図3のDLトランスポートチャネルに対応することができ、UL-SCHを含むことができる。MACレイヤ620は、論理チャネル優先順位付け621例えば、ULのみ、マルチプレクサ/デマルチプレクサ622例えば、LTEのみ、デマルチプレクサ623、HARQエンティティ624、MAC-ehsエンティティ625例えば、DLのみ、ランダムアクセス制御626、およびMACレイヤ620の他の機能、モジュールおよび/またはエンティティを管理または制御するためのコントロール627を含むことができる。WTRU102側のMAC-ehsエンティティ625は、例えば、図7に示されるように、少なくとも1つのMAC-ehsを含むことができる。例えば、1PCCH315およびPCH350は、MACレイヤ620を介して交換されるデータが処理されないように例えば、パススルーであってもよい結合されてもよい、2MCCH340およびMTCH345は、デマルチプレクサ623を介してMCH370に結合されてもよい、3BCCH320およびBCH355は、MACレイヤ620を介して交換されるデータが処理されないように例えば、パススルーであってもよい結合されてもよい、BCCH320はまた、データ交換のためにHARQエンティティ624を介してDL-SCH365例えば、またはUL-SCHに結合されてもよい、4CCCH325、DCCH330、およびDTCH335は、データ交換のために、論理チャネル優先順位付け621例えば、ULのみ、マルチプレクサ/デマルチプレクサ622例えば、LTEのみ、およびHARQエンティティ624を介して、DL-SCH365例えば、またはUL-SCHに結合されてもよい、および/または5CCCH325、DCCH330、およびDTCH335は、データ交換のために、論理チャネル優先順位付け621例えば、ULのみ、マルチプレクサ/デマルチプレクサ622、およびMAC-ehs625例えば、DLのみを介して、HS-DSCH360に結合されてもよい。図7を参照すると、WTRU102側のMAC-ehsは、複数のLCH-ID逆多重化エンティティ710、複数の再アセンブリエンティティ720、複数の再配列reorderingエンティティ730、再配列キュー配信機能740、逆アセンブリエンティティ750、および複数のHARQエンティティ760を含むことができる。HARQエンティティ760は、ACKまたはNACKを生成することを含むハイブリッドARQに使用されるタスクを処理することができる。逆アセンブリエンティティ750は、MAC-ehsヘッダおよび/またはパディングを除去することによってMAC-ehsを逆アセンブルすることができる。再配列キュー配信機能740は、受信した論理チャネル識別子に基づいて、受信した再配列PDUを再配列キューにルーティングすることができる。再配列エンティティ730は、受信した伝送シーケンス番号TSN:TransmissionSequenceNumberに従って、受信した再配列PDUを編成することができる。連続するTSNを有するデータブロックは、受信の際に再アセンブリエンティティに配信されてもよい。再アセンブリエンティティ720は、セグメントに分割されたMAC-ehsSDUを再アセンブルすることができ、MACPDUをLCH-ID逆多重化エンティティ710に転送することができる。LCH-ID逆多重化エンティティ710は、受信した論理チャネル識別子に基づいて、MAC-ehsSDUを1つまたは複数の論理チャネルにルーティングすることができる。例えば、MAC-ehs625は、MAC-ehsプロトコルヘッダ、再配列キュー配信機能、再配列および再アセンブリ機能に従うMAC-ehsPDUの逆アセンブリを含むことができる。LCH-ID逆多重化は、MAC-ehs625内にあってもよいが、それにより図6のLTE逆多重化機能622は迂回されるようにすることができる。特定の代表的な実施形態において、LCH-ID逆多重化機能は、MAC-ehsから除去されてもよく、LTE逆多重化機能は正しい論理チャネルへのデータのルーティングを担当することができる。MAC例えば、MAC-ehs625の再配列機能は、RLCACK/NACKステータスレポートの生成に追加の遅延を引き起こすことがあり、これはHARQ再送信により遅延し得るパケット例えば、全てのパケットがRLCステータスレポートを伝送する前に受信されたことを保証するためにタイマーがRLCプロトコル内にあることに起因する場合がある。MAC-ehs625は、データを順序正しく例えば、HARQ遅延の根拠となった後配信することができるので、RLCのタイマーは遅延を二重にする例えば、不必要に二重にすることがある。特定の代表的な実施形態において、そのような遅延を低減するため、さまざまな代表的な手順が以下において説明される。第1の代表的な手順において、MAC-ehs625のT1タイマーは、複数の時間のうちの1つ例えば、10ms、または0msに設定されてもよい。これは、RLC内の再配列例えば、再配列の全てを移動させることができる。第2の代表的な手順において、RLCは、欠落しているシーケンス番号がUTRAMAC-ehsからであると決定される場合、タイマーを開始しない。特定の代表的な手順は、MAC-ehs625とRLCとの間の対話に基づいて、欠落しているデータが伝送されたインターフェースを決定するために使用されてもよい。MAC-ehs625がLTERLCと併置されている場合、MAC-ehs機能は、LTEアグリゲーションが、例えば上位LTEプロトコルスタックによって導入された効率および最適化を利用することによって構成される場合、変更され、拡張され、および/または簡略化されてもよい。RLCおよびMAC-ehs625が同じノード内に併置される場合、バッファリングキューはMAC-ehs625で使用されない。RLCは、PDUがMACTBに適合することを保証するためにRLCPDUの再分割を実行することができるので、HSPAMACから分割機能を除去するまたは、使用不可にすることが検討される。WTRU102におけるTSN番号および再配列に起因するRLCの遅延を軽減するため、TSN番号付けおよび再配列がMACによって個々に実行されないことが検討される。例示的な実装形態として、NodeBのLTE集約のMAC-ehsは、1TSN番号付け、2分割、および/または3キュー配信の機能を実行しない。LTE集約のMAC-ehsの機能または動作は、1論理チャネルの優先順位に従ってHARQエンティティとデータフローの間のHS-DSCHリソースを管理することができる、スケジューリング/優先処理機能または動作、2データがHS-DSCHで伝送されるように適切なトランスポートフォーマットおよびリソースの選択を実行することができる、TFRC選択、および/または3異なる論理チャネルからのデータの優先処理およびデータの多重化、のうちの1つまたは複数を含むことができる。データが多重化され、MACPDUがUTRAHS-DSCHに対して作成されると、eNBはUTRAMAC-ehsヘッダフォーマットを使用することができる。WTRU102のLTE集約のHSPAMACは、HS-DPSCHを介して受信されたMACPDUを受信して逆多重化するように構成されてもよい。データは、HARQの物理レイヤプロセスから受信されてもよく、その後、WTRU102はHSPAMACPDUの逆アセンブリまたは逆多重化を実行することができ、それらをLCH-IDに従って正しい論理チャネルに転送することができる。拡張HSPAMACは、再配列キュー配信、再配列または再アセンブリを実行しない。特定の代表的な実施形態において、MACPDUの共通MACヘッダフォーマットは、UTRANを介して伝送されるように作成されてもよい。MACヘッダフォーマットは、作成されたMAC-PDUがLTEフォーマットを含むかまたは包含して、HS-DPSCHまたはE-DPDCHチャネルを介して伝送され得るように、LTEヘッダフォーマットに対応することができる。HARQ伝送およびTFRCまたはE-TFC選択は、UTRANプロトコルに従って例えば、MACヘッダがLTEMACヘッダである実行されてもよい。WTRU102側において、MAC-ehsの機能はもはや使用されなくなり、MAC-ehsは透過的なままであってもよい。WTRU102は、HS-DPSCHを介してデータを受信することができ、UTRANHARQプロセス特性を使用することができる。データが適正に処理されて正常に受信されると、データは、LTE物理チャネルを介して受信されたかのようにデータを処理することができるLTE逆多重化エンティティに渡されてもよい。例示のMAC構造820が図8に示される。MAC構造820は、マルチプレクサ/デマルチプレクサ822がLTEのみに使用されてもされなくてもよいことを除いては、MAC構造620の構造と類似しており、HARQHSPAエンティティ825は図6のMAC-ehsエンティティ625の代わりに使用されてもよい。MACレイヤ820は、論理チャネル優先順位付け821例えば、ULのみ、マルチプレクサ/デマルチプレクサ822、デマルチプレクサ823、HARQエンティティ824、HARQHSPAエンティティ825、ランダムアクセス制御826、およびMACレイヤ820の他の機能、モジュールおよび/またはエンティティを管理および制御するためのコントロール827を含むことができる。例えば、1PCCH315およびPCH350は、MACレイヤ820を介して交換されるデータが処理されないように例えば、パススルーであってもよい結合されてもよい、2MCCH340およびMTCH345は、デマルチプレクサ623を介してMCH370に結合されてもよい、3BCCH320およびBCH355は、MACレイヤ820を介して交換されるデータが処理されないように例えば、パススルーであってもよい結合されてもよい、BCCH320はまた、データ交換のためにHARQエンティティ824を介してDL-SCH365例えば、またはUL-SCHに結合されてもよい、4CCCH325、DCCH330、およびDTCH335は、データ交換のために、論理チャネル優先順位付け821例えば、ULのみ、マルチプレクサ/デマルチプレクサ822例えば、LTEのみ、およびHARQエンティティ824を介して、DL-SCH365例えば、またはUL-SCHに結合されてもよい、および/または5CCCH325、DCCH330、およびDTCH335は、データ交換のために、論理チャネル優先順位付け821例えば、ULのみ、マルチプレクサ/デマルチプレクサ822、およびHARQHSPAエンティティを介して、HS-DSCH360に結合されてもよい。本明細書において説明される概念はまた、ULE-DCHアグリゲーションにも適用可能であり、MAC-i/isが等価のULUTRAMACエンティティであることが、当業者には理解されよう。例えば、DLと同様に、ULE-DCHの場合、MAC-i/isの機能を最適化するが、E-TFC選択のみを実行すること、および選択されたMACPDUのデータを多重化することが検討される。分割およびTSN番号付け機能は除去される。LTEMACPDUヘッダフォーマットはまた、ULと同様に、UTRAULMACPDUに使用されてもよい。MACおよび物理レイヤにおいて複数の2またはそれ以上のRATのアグリゲーションを可能にするため、RRC共通制御レイヤは、WTRU102を適正に制御および構成して、HSPAMAC-ehsおよびDLHS-DSPCHと動作することができる。これは、HSPAMACおよび/または物理レイヤ構成をRRCメッセージに組み入れるためにLTE制御プレーンを拡張することによって達成されてもよい。RRCメッセージは、特に、1RRC接続再構成メッセージ、2RRC接続再確立メッセージ、および/または3RRC接続セットアップメッセージを含むことができる。構成は、HSPA物理チャネル構成パラメータを含むことができるIERadioResourceConfigDedicatedおよび/またはPhysicalConfigDedicatedなどの、メッセージまたはメッセージのIE内に含まれてもよい。DL物理チャネル構成の場合、LTERRCメッセージは、UTRADLSecondaryCellContainerを含むことができる。コンテナは、UTRARRC仕様に従ってエンコードされたIEを含むコンテナに対応することができる。DLの場合、IEは、IEDLsecondarycellinfoに対応することができる。特定の代表的な実施形態において、別のRATからのIE受信処理が実施されてもよい。完全なMAC-ehs機能が構成される場合、UTRAMACehsConfigContainerが前述のRRCメッセージに使用されてもよい。このコンテナは、UTRAIEAddedorreconfiguredMACehsreorderingqueueを指すことができる。MAC-ehs再配列キューは、LTE論理チャネルとの明示的なマッピングを有することができる。LTEIEDRB-to-ADDModおよび/またはIESRB-to-ADDModを使用して、MAC-ehsキュー識別子のうちの1つへの論理チャネル識別子のマッピングを含む例えば、MAC-ehsキューIDがIEに追加されてもよいことが検討される。LTEIEを保持するため例えば、LTEIEを変更しない、この情報をIEaddedorreconfiguredMACehsreorderingqueueに含むことが検討される。新しい情報は、MAC-ehs再配列キューの各々について、MAC-ehsキューにマッピングされるLTE論理チャネル識別子を含むことができる。物理チャネル構成パラメータと同様に、別のRATからのこのIEの受信を処理するために固有のアクションが実施されてもよい。この例がMACおよび物理チャネル構成について提供されているとしても、UL物理チャネル構成、RLCなどのような他の情報にも同等に適用可能であってもよいことが、当業者には理解されよう。UTRA-containerは、1つのメッセージに前述のIEの全部または一部を含むことができるか、またはそれらのIEの各々について別個のコンテナを使用することができる。特定の代表的な実施形態において、手順は、HSPAがプライマリRATの役割を果たして、MACサブレイヤでのmulti-RATアグリゲーションを可能にするように実施されてもよい。HSPA、RLC、PDCP、RRC、およびNASエンティティが確立されてもよく、multi-RAT構成のWTRU102の場合、2つのMACエンティティ例えば、HSPAMACおよびLTEMACおよび対応する物理チャネルが確立されてもよい。論理チャネルおよびトランスポートチャネルのマッピングに関して上述されている図3~図8の代表的な実施形態は、これらの実施形態に同等に適用可能である。特定の代表的な実施形態において、独立したMACエンティティ例えば、2つまたはそれ以上の独立MACエンティティが、構成されてセットアップされてもよい例えば、HSPAMAC例えば、MAC-ehsまたはMAC-i/isおよびLTEMAC。論理チャネルからのデータは、HSPAMACおよび/またはLTEMACを介して送信されてもよい。データは、各MACエンティティから独立して処理され、各RATの機能に従ってアセンブルされて伝送されてもよい。特定の代表的な実施形態において、HSPARLCプロトコルは、例えば、LTEMACがサポートしない選択されたトランスポートブロックサイズに適合しないこともあるRLCPDUの分割を実行するためにMACに依存することができる。選択または要求されたトランスポートブロックTBに適合しないRLCPDUは、MACPDUに含まれず、それらのRLCPDUは、HSPAMACを介して、または後続のTTIで伝送されてもよい。特定の代表的な実施形態において、両方のRATを介して伝送されるべきTBサイズは、各RATによって独立して選択されてもよい。HSPAMACは、HSPAまたはLTE物理チャネルおよびHARQプロセスを介して伝送され得るMACPDUをアセンブルして構築することができる。これにより、HSPAMACは、RLCPDUの分割および/または論理チャネルごとのTSN番号付けのような、追加の動作を実行することができるようになる。MACPDUに適用されたMACヘッダは、HSPAMACヘッダのMACヘッダに対応することができ、LTEを介して伝送されるように作成されたMACPDUはLTEHARQに渡されてもよく、LTE物理チャネルを介して送信されてもよい。受信側において、LTEおよびHSPA物理チャネルを介して受信されたデータは、それぞれLTEおよびHSPAの対応するHARQプロセスで処理されて結合されてもよい。TBがRATのいずれかから正常に復号された後、HARQプロセスは、逆多重化、再配列、再アセンブル、および対応する論理チャネルへの転送を行うことができるHSPAMACエンティティにデータを転送することができる。特定の代表的な実施形態において、TSNおよびSIフィールドは、論理チャネルごとに作成された各PDUに追加されてもよく、作成されたPDUは多重化されて異なるMACエンティティによって処理されてもよい。例えば、ULまたはDLにおいて、MAC-isPDUまたはMAC-ehs再配列PDUは、1MAC-iエンティティまたはMAC-ehs多重化機能、または2追加のMACヘッダが追加されて、それぞれHSPAMACPDUまたはLTEMACPDUが作成され得るような、LTEMACエンティティ、のうちの1つに転送されてもよい。受信側において、各RATから受信されたデータは、対応するLTEまたはHSPAMACエンティティによって処理されて逆多重化されてもよく、データを再配列して再アセンブルし、それらを正しい論理チャネルにルーティングすることができるHSPA機能によって転送され処理されてもよい。特定の代表的な実施形態において、手順は、物理UL制御チャネルPUCCHまたは物理UL共用チャネルPUSCHのような少なくとも1つのLTEUL物理チャネルを介して少なくとも1つのキャリアからのHSPA信号に関連するUCIこれ以降HSPAUCIと称するの伝送を可能にするために実施されてもよい。特に指定のない限り、以下の代表的な手順は、集合的にLTEUL物理チャネルまたはPUxCHと称されるそれらのチャネルのいずれかを介する伝送に適用されてもよい。PUxCHは、特に、1一般に、iHS-SCCHチャネルおよび/またはHS-PDSCH物理層におけるを介する伝送および/またはiiHS-DSCHトランスポートチャネルを介する伝送を示すことができるHSPA信号、および/または2少なくとも、iHS-SCCH順序のようなDL制御情報へのACK/NACK、iiHARQACK/NACK、iiiチャネル状態情報、ivプリコーディング情報、および/またはvランク情報を含むことができるHSPAUSIを含むことができる。HS-DSCHの伝送時間間隔TTIが例えば2msであり、PUCCHまたはPUSCHのサブフレーム持続期間が例えば1msである場合、以下の代表的な実施形態は、DLCCからのHSPA信号の受信と、LTE物理チャネルを介する対応するUCIの送信との間のタイミング関係を提供することができる。特定の代表的な実施形態において、特定のHSPA信号に対応するHSPAUCIは、単一の例えば、1msのLTEサブフレームを介してPUxCHで伝送されてもよい。そのような伝送は、サブフレームNk発生することがあり、ここでkは固定値または高位層のいずれかによって提供された値のパラメータであり、NはLTEサブフレーム番号付けにおけるHSPA信号の基準サブフレームである。例えば、基準サブフレームNは、1HS-SCCH伝送が開始するまたは開始時のサブフレーム、2HS-PDSCH伝送が開始するまたは開始時のサブフレーム、または3HS-DSCH伝送が開始するまたは開始時のサブフレームのうちの少なくとも1つに対応することができる。特定の代表的な実施形態において、特定のHSPA信号に対応するHSPAUCIは、2つの例えば、1msのLTEサブフレームを介してPUxCHで伝送されてもよい。そのような伝送は、サブフレームNkおよびNk1で発生することがある。類似するタイミングが、1特に、さまざまなRATのサービングセルにわたり使用されるクロスキャリアスケジューリング、および/またはサービングセルのアクティブ化/非アクティブ化のようなWTRU102動作に対するPUSCHでのUL伝送に適用され得ることが検討される。HSPAUCIの伝送のための特定のPUCCHまたはPUSCHの選択に関して、特に、1例えば、同時PUCCHおよびPUSCH伝送の可能性が高位層によって構成される場合例えば、その場合に限り、HSPAUCIがPUCCHで伝送され得る例えば、常に伝送されること、2LTEUCIの伝送のための物理ULチャネルの選択に適用可能なルールに従って、HSPAUCIが、LTEUCIと同じ単一物理チャネルおよび同じULCCを介して伝送されてもよいこと、および/または3HSPAUCIの第1の部分が第1のPUxCHで伝送されてもよく、HSPAUCIの第2の部分が第2のPUxCHで伝送されてもよいこと、を含む上記の代表的な手順が採用されてもよい。例えば、HSPAUCIのHARQA/N部分はPUCCHで伝送されてもよく、HSPAUCIのCSI部分はPUSCHで伝送されてもよい。以下の代表的な実施形態は、PUCCHを介するHSPAUCIの伝送に適用可能であってもよい。対応するPDCCH/PDSCH伝送という表現は一般に、対応するUCI例えば、HARQA/Nが関与するサブフレームで伝送され得るPDCCH/PDSCH伝送を指す。同様に、対応するHS-SCCH伝送という表現は一般に、対応するUCIA/NまたはHARQA/Nが関与するサブフレームで伝送され得るHS-SCCH伝送を指す。HSPAUCIおよび/またはLTEUCIを伝送するために使用されるPUCCHリソースは、1例えば、対応するPDSCH伝送またはセカンダリLTEサービングセルの対応するPDSCH伝送が受信されない場合例えば、受信されない場合に限り、PUCCHリソースインデックスが対応するHS-SCCH伝送から受信されてもよいこと、2例えば、セカンダリLTEサービングセルの対応するPDSCH伝送が受信される場合例えば、受信される場合に限り、PUCCHリソースインデックスが対応するLTE伝送のPDCCHから受信されてもよいこと、特定の代表的な実施形態において、対応するPDSCH伝送が存在しない場合、リソースインデックスは、1つまたは複数のHSPADLCCからの1つまたは複数のHSPA信号の伝送を指示するフォーマット例えば、固有のフォーマットで符号化されたPDCCHから取得されてもよい、3例えば、リソースインデックスがPDCCHまたはHS-SCCH伝送のいずれからも信号伝達されない場合例えば、信号伝達されない場合に限り、PUCCHリソースインデックスが高位層によって提供されてもよいこと、4使用するPUCCHリソースが直前のサブフレームに使用されたPUCCHリソースと同じであること例えば、HSPAUCIは2つのサブフレーム例えば、NkおよびNk1を介して伝送される、を含む上記の手順のうちの少なくとも1つに従って取得されてもよい。特定の代表的な実施形態において、手順は、HS-DPCCH、E-DPCCHおよび/または個別物理制御チャネルDPCCHのような少なくとも1つのHSPAUL物理チャネルを介して少なくとも1つのキャリアからのLTE信号に関連するUCIこれ以降LTEUCIと称するの伝送を可能にするために実施されてもよい。特に指定のない限り、以下の手順は、以下で集合的にHSPAUL物理チャネルまたはHS-DPxCHと称されるそれらのチャネルのいずれかを介する伝送に適用されてもよい。LTE信号は一般に、PDCCHチャネルおよび/またはPDSCHチャネル物理層におけるを介する伝送、またはDL-SCHトランスポートチャネルを介する伝送を指す。LTEにおけるDL-SCHの伝送時間間隔TTIが例えば1msであり、HS-DPCCHのようなHSPAUL物理チャネルのサブフレーム持続期間が例えば2msである場合、以下の代表的な実施形態は、DLCCからのLTE信号の受信と、HS-DPCCHの単一のサブフレーム例えば、2msのサブフレームで伝送され得る2つの連続するLTEサブフレーム例えば、1msからのLTE信号に対応するLTEUCIを含むHSPAUL物理チャネルを介する、対応するUCIの受信との間のタイミング関係を説明または識別することができる。例えば、HSPAULサブフレーム番号付けにおけるサブフレームNで伝送されたLTEUCIは、サブフレームN-kおよびN-k1の開始時点またはその間に伝送されたLTE信号に対応することができ、ここでkは固定値または高位層によって提供された値のパラメータである。類似するタイミングはまた、さまざまなRATのサービングセルにわたるクロスキャリアスケジューリング、および/またはサービングセルのアクティブ化/非アクティブ化のようなWTRU102動作に対するHSPAでのUL伝送に適用されてもよい。例えば、HSPAUCIの伝送に加えて、LTEUCIの伝送のためのHS-DPCCHチャネルの容量が限られている場合、異なるトランスポートブロックに対応するACKまたはNACKA/N例えば、複数のA/NにわたるAND演算のバンドル操作は、HSPA物理チャネルへの包含に先立ってLTEUCIに適用されてもよい。例えば、特に、12つの連続するLTEサブフレームのA/Nのバンドル、2空間領域のA/Nのバンドル、および/または3LTEDLCCおよび/またはHSPADLCCの組み合わせで伝送されたトランスポートブロックに対応するA/Nのバンドルを含む手順が、単独で、または組み合わせて使用されてもよい。特定の代表的な実施形態において、手順は、WTRU102が第2のRATに従って動作する少なくとも1つのCC、およびWTRU102が第2のRATに従って動作する少なくとも1つのCCを使用して、複数のCCで現在動作しているWTRU102に関連して実施されてもよい。WTRU102は、各々異なる無線リソース接続例えば、制御プレーンを使用する、複数のRATに別個にアクセスすることができる。例えば、WTRU102は、LTEであってもよい第1のRAT、およびW-CDMAおよび/またはHSDPAおよび/またはHSUPAであってもよい第2のRATを使用することができる。WTRU102は、各RATへの1つの独立した接続を確立することができる。ネットワーク接続性の観点から、WTRU102は、各々自身のPDPコンテキスト例えば、IPアドレス、制御/ユーザデータパス、およびセキュリティコンテキストを備える、2つの異なるネットワークインターフェース例えば、IPネットワークインターフェースを実施する単一のデバイスと見なされてもよい。RRM、モビリティ管理、スケジューリング、および/または承認制御は、相互に独立していてもよい。図9は、multi-RATWTRU102のキャリアアグリゲーションを管理するための代表的な方法900を示す流れ図である。図9を参照すると、ブロック910において、代表的な方法900は、第2のタイプのRATに関連付けられている補足チャネルをプロビジョニングするためのプロビジョニング情報を、第1のタイプのRATに関連付けられているプライマリチャネルを介してWTRU102が受信するステップを含むことができる。ステップ920において、WTRU102は、受信したプロビジョニング情報に基づいて第2のタイプのRATに関連付けられている補足チャネルを確立することができる。ブロック930において、WTRU102は、第2のタイプのRATによる補足チャネルを介する通信に関連付けられている第2のデータを無線で交換する間に、第1のタイプのRATによるプライマリチャネルを介する通信に関連付けられている第1のデータを無線で交換することができる。交換するとは、一般に、1つのデバイスまたはエンティティと別のデバイスまたはエンティティとの間でデータまたは情報を送信することまたは受信することを指す。そのような交換は、例えば、第1のデバイスから第2のデバイスへの単方向であってもよいし、例えば、確認応答の応答におけるようなデバイス間の双方向であってもよい。間にwhile、同時のsimultaneous、および並行のconcurrentという用語は一般に、1第2の条件または第2のイベントと同時に発生する第1の条件または第1のイベント、または2第1の条件または第1のイベントに関連付けられているチャネルおよび第2の条件または第2のイベントに関連付けられているチャネルが同時にオンまたはアクティブであることを指す。例えば、これらの用語は、いずれのRATの通信も中断することなく例えば、同時にRATの接続を保持して別個のRATでの、同時の信号の直接物理伝送、またはデータのインターリーブバーストを含むことができる。特定の代表的な実施形態において、WTRUは、例えば、特に、携帯電話、スマートフォン、タブレット、および/またはネットブックのようなエンドユーザによって使用されるUEまたは端末デバイスであってもよい。あるいは、WTRUは、特に、ネットワークアクセスポイント、基地局、eNB、および/またはHeNBを含む無線アクセスネットワークの他のコンポーネントであってもよい。特定の代表的な実施形態において、確立された補足チャネルを介して第2のデータを無線で交換するステップは、1確立された補足チャネルを介して第2のデータを無線で送信するステップ、2確立された補足チャネルを介して第2のデータを無線で受信するステップ、または3確立された補足チャネルを介して第2のデータの異なる部分を無線で送信および受信するステップのうちの1つを含むことができる。特定の代表的な実施形態において、プロビジョニング情報を無線で受信するステップは、第1のタイプのRATに関連付けられているプライマリチャネルを介して、プライマリチャネルの制御情報および補足チャネルの制御情報を受信するステップを含むことができる。特定の代表的な実施形態において、RATの第1のタイプは、1W-CDMARAT、2HSPARAT、3HSDPARAT、4HSUPARAT、または5LTERATのうちの1つであってもよい。特定の代表的な実施形態において、RATの第2のタイプは、1W-CDMARAT、2HSPARAT、3HSDPARAT、4HSUPARAT、5LTERAT、6非セルラーのRAT、または7WiFiRATのうちの異なる1つ例えば、異なるタイプであってもよい。特定の代表的な実施形態において、第2のタイプのRATに関連付けられている補足チャネルを確立するステップは、受信したプロビジョニング情報から、補足チャネルを介して第2のデータを無線で交換するためにプロビジョニングされるべき第2のタイプのRATに関連付けられている1つまたは複数のキャリアコンポーネントを決定するステップと、決定された1つまたは複数のキャリアコンポーネントを使用して補足チャネルをプロビジョニングするステップとを含むことができる。特定の代表的な実施形態において、代表的な方法は、WRTU102によってプロビジョニング情報を受信する前に、第1のタイプのRATに関連付けられているプライマリチャネルを確立するステップを含むことができる。特定の代表的な実施形態において、第2のタイプのRATに関連付けられている補足チャネルを確立するステップは、第1および第2のタイプのRATの無線リソースを制御するために単一の無線リソース接続を使用して補足チャネルを確立するステップを含むことができる。特定の代表的な実施形態において、単一の無線リソース接続を確立するステップは、無線リソース制御RRC接続をセットアップするステップを含むことができる。特定の代表的な実施形態において、方法は、WRTUによってプロビジョニング情報を受信する前に、第1のタイプのRATに関連付けられているプライマリチャネルを確立するステップを含むことができる。特定の代表的な実施形態において、第2のタイプのRATに関連付けられている補足チャネルを確立するステップは、WTRU102によって同時にサポートされるプライマリおよび1つまたは複数の補足チャネルに関連付けられている無線リソースを制御するために複数の異なるRATタイプの各々について少なくとも1つのそれぞれの無線リソース接続を使用して1つまたは複数の補足チャネルを確立するステップを含むことができる。特定の代表的な実施形態において、方法は、1つまたは複数のキャリアコンポーネントの異なるセットに適用可能であってもよい確立済みの無線リソース接続を保持するステップを含むことができる。特定の代表的な実施形態において、第2のタイプのRATによる補足チャネルを介して第2のデータを無線で交換する間に、第1のタイプのRATによるプライマリチャネルを介して第1のデータを無線で交換するステップは、キャリアコンポーネントの異なるセットによる確立済みの無線リソースのうちの異なる1つを介する通信の第1および第2のデータのそれぞれの部分を交換するステップを含むことができる。特定の代表的な実施形態において、第1のデータおよび第2のデータを交換するステップは、第1のデータの交換のための第1の周波数または第1の周波数帯域、および第1の周波数または第1の周波数帯域と同一であるかまたは異なる第2の周波数または第2の周波数帯域においてWTRU102を動作させるステップを含むことができる。図10は、複数の無線アクセス技術RATに関連付けられるコンポーネントキャリアCCでの同時またはほぼ同時の動作のために構成され得るマルチモードWTRU102を使用して無線通信を実行するための代表的な方法1000を示す流れ図である。図10を参照すると、ブロック1010において、代表的な方法1000は、WTRU102において、HSPAMACエンティティおよびLTEMACエンティティを構成するステップを含むことができる。ブロック1020において、HSPAおよびLTEMACエンティティに関連付けられ得る複数のチャネルが構成されてもよい。特定の代表的な実施形態において、HSPAMACエンティティおよびLTEMACエンティティを構成するステップは、HSPAおよびLTERATを介して交換されるデータを集約するためにHSPAMACおよびLTEMACを統合するステップを含むことができる。図11は、複数の無線アクセス技術RATに関連付けられているコンポーネントキャリアCCでの同時動作のために構成され得るマルチモードWTRU102を使用して無線通信を実行するための別の代表的な方法1100を示す流れ図である。図11を参照すると、代表的な方法1100は、ブロック1110において、第1のRATに従って第1のCCで交換された情報を含むことができる。ブロック1120において、情報は、第2のRATに従って第2のCCで同時に交換されてもよい。ブロック1130において、交換された情報は、第1および第2のCCを介して集約または分割されてもよい。特定の代表的な実施形態において、代表的な方法は、1第1および第2のCCで情報の交換を保持するための単一無線リソース接続、2第1および第2のCCで情報の交換を保持するために使用されるCCごとの無線リソース接続、または3第1および第2のCCで情報の交換を保持するために使用されるRATごとの無線リソース接続のうちの1つを構成するステップを含むことができる。特定の代表的な実施形態において、代表的な方法は、第2のCCで交換される情報に関連するブロック肯定応答/否定応答指示を提供するために、第1のCCで第2のCCに関連付けられているブロック肯定応答を送信するWTRU102を含むことができる。図12は、multi-RATキャリアアグリゲーションCAをサポートするWTRU102にて無線通信を実行するための代表的な方法1200を示す流れ図である。図12を参照すると、代表的な方法1200は、ブロック1210において、第1のRATに従って第1のキャリアで割り振られた情報を含むことができる。ブロック1220において、情報は、第2のRATに従って第2のキャリアで同時に割り振られてもよい。特定の代表的な実施形態において、第1のRATは、1LTE、2W-CDMA、3HSPA、4HSDPA、または5HSUPAのうちの1つであってもよい。特定の代表的な実施形態において、第2のRATは、第1のRATとは異なるRATであってもよい。図13は、複数のRATに関連付けられているコンポーネントキャリアCCでの同時の動作のために構成され得るマルチモードWTRU102を使用して無線通信を実行するためのさらなる代表的な方法1300を示す流れ図である。図13を参照すると、代表的な方法1300は、ブロック1310において、LTERATに従って第1のCCで割り振られた情報を含むことができる。ブロック1320において、情報は、異なるRATに従って第2のCCで同時に割り振られてもよい。特定の代表的な実施形態において、単一無線リソース制御RRC接続は、WTRU102によって同時にサポートされるRATの無線リソースを制御するために使用されてもよい。特定の代表的な実施形態において、代表的な方法は、少なくとも1つのCCの異なるセットに適用可能な複数のRATの各々について1つの無線リソース制御RRC接続を同時に使用するWTRU102を含むことができる。特定の代表的な実施形態において、複数のRATは、同一または異なる周波数で動作することができる。特定の代表的な実施形態において、代表的な方法は、少なくとも1つのCCの異なるセットに適用可能なRATの各々について1つの無線リソース制御RRC接続を同時に使用するWTRU102を含むことができる。図14は、multi-RATCAをサポートするWTRU102において無線通信を実行するための別の代表的な方法1400を示す流れ図である。図14を参照すると、代表的な方法1400は、ブロック1410において、第1のRATに関連付けられ得るWTRU102において構成された第1の媒体アクセス制御MACエンティティを含むことができる。ブロック1420において、第2のMACエンティティは、第2のRATに関連付けられ得るWTRU102において構成されてもよい。ブロック1430において、第1のMACエンティティおよび第2のMACエンティティに関連付けられ得る複数のチャネルが構成されてもよい。特定の代表的な実施形態において、第1のRATはLTEであってもよく、第2のRATは、1W-CDMA、2HSPA、3HSDPA、4HSUPA、5非セルラー無線アクセス、または6WiFi無線アクセスのうちの1つであってもよい。特徴および要素は特定の組み合わせで、上記で説明されたが、各々の特徴または要素は、単独で使用されるか、または他の特徴および要素の任意の組み合わせで使用されてもよいことを、当業者であれば理解することができる。また、本明細書において説明される方法は、コンピュータまたはプロセッサにより実行するためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されてもよい。非一時的コンピュータ可読記憶媒体の例は、ROM、RAM、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、磁気光学媒体、CD-ROMディスクおよびデジタル多用途ディスクDVDなどの光媒体を含むが、これらに限定されることはない。ソフトウェアと関連するプロセッサは、WTRU、UE、端末、基地局、RNC、または任意のホストコンピュータにおいて使用する無線周波数送受信機を実施するために使用されてもよい。さらに、上記で説明される実施形態において、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスが言及される。それらのデバイスは、少なくとも1つの中央演算処理装置CPUおよびメモリを含むことができる。コンピュータプログラミングの技術分野の当業者の手法に従い、動作および操作または命令の記号表現への参照は、さまざまなCPUおよびメモリによって実行されてもよい。そのような動作および操作または命令は、実行される、コンピュータにより実行される、またはCPUにより実行されるものと称されてもよい。当業者であれば、動作および記号表現された操作または命令がCPUによる電気信号の操作を含むことを理解することができる。電気システムは、結果として電気信号の変換または減少を生じ得るデータビット、およびCPUの動作並びに信号の他の処理を再構成または変更するための、メモリシステム内のメモリロケーションにおけるデータビットの保持を表す。データビットが保持されるメモリロケーションは、データビットに対応するか、またはデータビットを代表する特定の電気的、磁気的、光学的、または有機的特性を有する物理的ロケーションである。データビットはまた、磁気ディスク、光ディスク、およびCPUによって読み取り可能な他の揮発性例えば、RAM、または不揮発性例えば、ROM大容量ストレージシステムを含むコンピュータ可読媒体に保持されてもよい。コンピュータ可読媒体は、協働するかまたは相互接続されたコンピュータ可読媒体を含むことができ、コンピュータ可読媒体は処理システムに排他的に存在するか、もしくは処理システムにローカルまたはリモートであってもよい複数の相互接続された処理システム間に分散される。代表的な実施形態が前述のメモリに限定されないこと、および他のプラットフォームおよびメモリが説明される方法をサポートし得ることを理解されたい。本願の説明に使用されているいかなる要素、行為、または指示も、明示的に記述されない限り、本発明に決定的または不可欠であると解釈されるべきではない。また、本明細書に使用されているように、冠詞aは1つまたは複数の項目を含むことが意図されている。1つの項目のみが意図される場合、1つoneまたは類似する表現が使用される。さらに、本明細書において使用される、複数の項目および/または項目の複数のカテゴリのリスト表示が後に続くanyof任意のという用語は、単独の、もしくはその他の項目および/または項目のその他のカテゴリとの組み合わせでの、項目および/または項目のカテゴリのanyof任意の、anycombinationof任意の組み合わせ、anymultipleof任意の複数の、および/またはanycombinationofmultiplesof複数の任意の組み合わせを含むことが意図される。さらに、本明細書において使用される、setセットという用語は、ゼロを含む任意の数の項目を含むことが意図される。さらに、本明細書において使用される、number数という用語は、ゼロを含む任意の数を含むことが意図される。さらに、特許請求の範囲は、その主旨の記述がない限り、説明されている順序または要素に限定されるものと解釈されるべきではない。加えて、任意の請求項におけるmeans手段という用語は、米国特許法112条6を行使することが意図され、meansという語を伴わない請求項はそのような意図を持たない。適切なプロセッサは、例えば、汎用プロセッサおよび特殊用途プロセッサ、標準的なプロセッサ、デジタルシグナルプロセッサDSP、複数のマイクロプロセッサ、DSPコアと関連する1つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特殊用途向け集積回路ASIC、特定用途用標準品ASSP:ApplicationSpecificStandardProducts、フィールドプログラマブルゲートアレイFPGA回路、任意のタイプの集積回路IC、および/または状態機械を含む。ソフトウェアと関連するプロセッサは、無線送受信ユニットWTRU、ユーザ機器IE、端末、基地局、モビリティ管理エンティティMME、または拡張パケットコアEPC、または任意のホストコンピュータにおいて使用する無線周波数送受信機を実施するために使用されてもよい。WTRUは、ソフトウェア無線SDRを含むハードウェアおよび/またはソフトウェア、並びにカメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動装置、スピーカ、マイクロフォン、テレビ送受信機、ハンドフリーヘッドセット、キーボード、ブルートゥースモジュール、周波数変調FM無線装置、近距離無線通信NFCモジュール、液晶ディスプレイLCD表示装置、有機発光ダイオードOLED表示装置、デジタル音楽プレイヤー、メディアプレイヤー、テレビゲームプレイヤーモジュール、インターネットブラウザ、および/または任意の無線ローカルエリアネットワークWLANまたはウルトラワイドバンドUWB:UltraWideBandモジュールのような他のコンポーネントにおいて実施される、モジュールと共に使用されてもよい。本発明は通信システムに関して説明されてきたが、システムがマイクロプロセッサ/汎用コンピュータ図示せず上のソフトウェアで実施されてもよいことが検討される。特定の実施形態において、さまざまなコンポーネントの機能の1つまたは複数は、汎用コンピュータを制御するソフトウェアにおいて実施されてもよい。加えて、本発明は特定の実施形態に関して本明細書において示され説明されているが、本発明は、示されている詳細に限定されることはない。むしろ、特許請求の範囲の等価物の領域および範囲内で、かつ本発明を逸脱することなく、詳細にさまざまは変更が行なわれてもよい。実施形態1つの実施形態において、マルチ無線アクセス技術RAT無線送信/受信ユニットWTRUのキャリアアグリゲーションを管理する方法は、第1のタイプのRATに関連付けられているプライマリチャネルを介してWTRUによって、第2のタイプのRATに関連付けられている補足チャネルをプロビジョニングするためのプロビジョニング情報を受信するステップと、受信したプロビジョニング情報に基づいて第2のタイプのRATに関連付けられている補足チャネルを確立するステップと、第2のタイプのRATによる補足チャネルを介する通信に関連付けられている第2のデータを無線で交換する間に、第1のタイプのRATによるプライマリチャネルを介する通信に関連付けられている第1のデータを、WTRUによって無線で交換するステップとを備える。1つの実施形態において、確立された補足チャネルを介して第2のデータを無線で交換するステップは、1確立された補足チャネルを介して第2のデータを無線で送信するステップ、2確立された補足チャネルを介して第2のデータを無線で受信するステップ、または3確立された補足チャネルを介して第2のデータの異なる部分を無線で送信および受信するステップのうちの1つを含む。1つの実施形態において、プロビジョニング情報を無線で受信するステップは、第1のタイプのRATに関連付けられているプライマリチャネルを介して、プライマリチャネルの制御情報および補足チャネルの制御情報を受信するステップを含む。1つの実施形態において、RATの第1のタイプは、1W-CDMARAT、2HSPARAT、3HSDPARAT、4HSUPARAT、または5LTERATのうちの1つである。1つの実施形態において、RATの第2のタイプは、1W-CDMARAT、2HSPARAT、3HSDPARAT、4HSUPARAT、5LTERAT、6非セルラーのRAT、または7WiFiRATのうちの異なる1つである。1つの実施形態において、第2のタイプのRATに関連付けられている補足チャネルを確立するステップは、受信したプロビジョニング情報から、補足チャネルを介して第2のデータを無線で交換するためにプロビジョニングされるべき第2のタイプのRATに関連付けられている1つまたは複数のキャリアコンポーネントを決定するステップと、決定された1つまたは複数のキャリアコンポーネントを使用して補足チャネルをプロビジョニングするステップを含む。1つの実施形態において、方法は、WTRUによってプロビジョニング情報を受信する前に、第1のタイプのRATに関連付けられているプライマリチャネルを確立するステップを含み、第2のタイプのRATに関連付けられている補足チャネルを確立するステップは、第1および第2のタイプのRATの無線リソースを制御するために単一無線リソース接続を使用して補足チャネルを確立するステップを含む。1つの実施形態において、単一無線リソース接続を確立するステップは、無線リソース制御RRC接続をセットアップするステップを含む。1つの実施形態において、方法は、WTRUによってプロビジョニング情報を受信する前に、第1のタイプのRATに関連付けられているプライマリチャネルを確立するステップを含み、第2のタイプのRATに関連付けられている補足チャネルを確立するステップは、WTRUによって同時にサポートされるプライマリおよび1つまたは複数の補足チャネルに関連付けられている無線リソースを制御するために複数の異なるRATタイプの各々について少なくとも1つのそれぞれの無線リソース接続を使用して1つまたは複数の補足チャネルを確立するステップを含む。1つの実施形態において、方法は、第2のタイプのRATによる補足チャネルを介して第2のデータを無線で交換する間に、第1のタイプのRATによるプライマリチャネルを介して第1のデータを無線で交換するステップが、キャリアコンポーネントの異なるセットによる確立済みの無線リソースのうちの異なる1つを介する通信の第1および第2のデータのそれぞれの部分を交換するステップを含むように、1つまたは複数のキャリアコンポーネントの異なるセットに適用可能な確立済みの無線リソース接続を保持するステップを含む。1つの実施形態において、第1のデータおよび第2のデータを交換するステップは、第1のデータの交換のための第1の周波数または第1の周波数帯域、および第1の周波数または第1の周波数帯域と同一であるかまたは異なる第2の周波数または第2の周波数帯域においてWTRUを動作させるステップを含む。1つの実施形態において、複数の無線アクセス技術RATに関連付けられているコンポーネントキャリアCCでの同時またはほぼ同時の動作のために構成されるマルチモード無線送信/受信ユニットWTRUを使用して無線通信を実行する方法は、WTRUにおいて、高速パケットアクセスHSPA媒体アクセス制御MACエンティティおよびLTEMACエンティティを構成するステップと、HSPAおよびLTEMACエンティティに関連付けられている複数のチャネルを構成するステップを備える。1つの実施形態において、HSPAMACエンティティおよびLTEMACエンティティを構成するステップは、HSPAおよびLTERATを介して交換されるデータを集約するためにHSPAMACおよびLTEMACを統合するステップを含む。1つの実施形態において、複数の無線アクセス技術RATに関連付けられているコンポーネントキャリアCCでの同時の動作のために構成されるマルチモード無線送信/受信ユニットWTRUを使用して無線通信を実行する方法は、第1のRATに従って第1のCCで情報を交換するステップと、第2のRATに従って第2のCCで情報を同時に交換するステップと、第1および第2のCCを介して交換された情報を集約または分割するステップとを備える。1つの実施形態において、方法は、1第1および第2のCCで情報の交換を保持するための単一無線リソース接続、第1および第2のCCで情報の交換を保持するために使用されるCCごとの無線リソース接続、または、第1および第2のCCで情報の交換を保持するために使用されるRATごとの無線リソース接続のうちの1つを構成するステップを含む。1つの実施形態において、方法は、第2のCCで交換される情報に関連するブロック肯定応答/否定応答インジケーションを提供するために、WRTUによって、第1のCCで第2のCCに関連付けられているブロック肯定応答を送信するステップを含む。1つの実施形態において、マルチ無線アクセス技術RATキャリアアグリゲーションCAをサポートする無線送信/受信ユニットWTRUにおいて無線通信を実行する方法は、第1のRATに従って第1のキャリアで情報を割り振るステップと、第2のRATに従って第2のキャリアで情報を同時に割り振るステップを備える。1つの実施形態において、第2のRATは、第1のRATとは異なるRATである。1つの実施形態において、複数の無線アクセス技術RATに関連付けられているコンポーネントキャリアCCでの同時の動作のために構成されるマルチモード無線送信/受信ユニットWTRUを使用して無線通信を実行する方法は、LTERATに従って第1のCCで情報を割り振るステップと、異なるRATに従って第2のCCで情報を同時に割り振るステップとを備える。1つの実施形態において、単一無線リソース制御RRC接続は、WTRUによって同時にサポートされるRATの無線リソースを制御するために使用される。1つの実施形態において、方法は、WTRUによって、少なくとも1つのCCの異なるセットに適用可能な複数のRATの各々に対して1つの無線リソース制御RRC接続を同時に使用するステップであって、複数のRATは同一または異なる周波数で動作するステップを含む。1つの実施形態において、マルチ無線アクセス技術RATキャリアアグリゲーションCAをサポートする無線送信/受信ユニットWTRUにおいて無線通信を実行する方法は、第1のRATに関連付けられているWTRUにおいて、第1の媒体アクセス制御MACエンティティを構成するステップと、第2のRATに関連付けられているWTRUにおいて、第2の媒体アクセス制御MACエンティティを構成するステップと、第1のMACエンティティおよび第2のMACエンティティに関連付けられている複数のチャネルを構成するステップを備える。1つの実施形態において、第1のRATはLTEであり、第2のRATは、1W-CDMA、2HSPA、3HSDPA、4HSUPA、5非セルラー無線アクセス、または6WiFi無線アクセスのうちの1つである。1つの実施形態において、無線送信/受信ユニットWTRUは、第2のタイプのRATに関連付けられている補足チャネルをプロビジョニングするためのプロビジョニング情報を、第1のタイプのRATに関連付けられているプライマリチャネルを介して受信するように構成された送信/受信ユニットと、第2のタイプのRATによる補足チャネルを介する通信に関連付けられている第2のデータを無線で交換する間に、送信/受信ユニットが第1のタイプのRATによるプライマリチャネルを介する通信に関連付けられている第1のデータを無線で交換するように、受信したプロビジョニング情報に基づいて第2のタイプのRATに関連付けられている補足チャネルを確立するように構成されたプロセッサを含む。1つの実施形態において、送信/受信ユニットは、第1のタイプのRATに関連付けられているプライマリチャネルを介して、プライマリチャネルの制御情報および補足チャネルの制御情報を無線で受信する。1つの実施形態において、無線送信/受信ユニットWTRUは、1W-CDMA、2HSPA、3HSDPA、4HSUPA、および/または5LTEアクセスのうちの1つを使用して第1のデータを無線で交換する。1つの実施形態において、送信/受信ユニットは、第1のデータの交換中に、1W-CDMA、2HSPA、3HSDPA、4HSUPA、5LTEアクセス、6非セルラーアクセス、および/または7WiFiアクセスの少なくとも異なる1つを使用して第2のデータを交換する。1つの実施形態において、プロセッサは、受信したプロビジョニング情報から、補足チャネルを介して第2のデータを無線で交換するためにプロビジョニングされるべき第2のタイプのRATに関連付けられている1つまたは複数のキャリアコンポーネントを決定し、決定された1つまたは複数のキャリアコンポーネントを使用して補足チャネルをプロビジョニングする。1つの実施形態において、プロセッサは、プロビジョニング情報を受信する前に、単一無線リソース接続に関連付けられているプライマリチャネルを確立し、プロビジョニング情報を受信した後、第1および第2のタイプのRATの無線リソースを制御するためにプライマリチャネルの同じ単一無線リソース接続に関連付けられている補足チャネルを確立する。特定の実施形態において、プロセッサは、プロビジョニング情報を受信する前に、第1の無線リソース接続に関連付けられているプライマリチャネルを確立し、プロビジョニング情報を受信した後、第1および第2のタイプのRATの無線リソースをそれぞれ制御するために第2の無線リソース接続に関連付けられている補足チャネルを確立する。1つの実施形態において、プロセッサは、第1のデータの交換のための第1の周波数または第1の周波数帯域、および第1の周波数または第1の周波数帯域と同一であるかまたは異なる第2の周波数または第2の周波数帯域においてWTRUを動作させる。1つの実施形態において、無線通信を実行するための、複数の無線アクセス技術RATに関連付けられているコンポーネントキャリアCCでの同時動作のために構成された、マルチモード無線送信/受信ユニットWTRUは、高速パケットアクセスHSPA媒体アクセス制御MACエンティティの同時動作のために構成されたプロセッサと、LTEMACエンティティと、HSPAMACエンティティおよびLTEMACエンティティがHSPAおよびLTERATを介して交換されるデータを集約するように構成されるように、HSPAおよびLTEMACエンティティに関連付けられている複数のチャネルを備える。1つの実施形態において、無線通信を実行するための、複数の無線アクセス技術RATに関連付けられているコンポーネントキャリアCCでの同時またはほぼ同時の動作をサポートするように構成された、マルチモード無線送信/受信ユニットWTRUは、第1のRATに従って第1のCCを介して情報を交換し、第2のRATに従って第2のCCを介して情報を同時に交換するように構成された送信/受信ユニットと、第1および第2のCCを介して交換された情報を集約または分割するように構成されたプロセッサとを備える。1つの実施形態において、WTRUは、1エンドユーザ端末、またはネットワークアクセスポイントのうちの1つである。1つの実施形態において、マルチ無線アクセス技術RAT無線送信/受信ユニットWTRUのキャリアアグリゲーションを管理する方法は、3GPPRATに関連付けられているプライマリチャネルを介してWTRUによって、WiFiRATに関連付けられている補足チャネルをプロビジョニングするためのプロビジョニング情報を受信するステップと、受信したプロビジョニング情報に基づいてWiFiRATに関連付けられている補足チャネルを確立するステップと、3GPPRATによる補足チャネルを介する通信に関連付けられている第2のデータを無線で交換する間に、3GPPRATによるプライマリチャネルを介する通信に関連付けられている第1のデータを、WTRUによって無線で交換するステップを備える。1つの実施形態において、プロビジョニング情報を受信するステップは、3GPPアクセスポイントを介する3GPPRRC接続を構成するステップと、WiFiRATに関連付けられているWiFiネットワークにアクセスするためのパラメータを提供するステップを含む。1つの実施形態において、WiFiネットワークにアクセスするためのパラメータを提供するステップは、1WiFiネットワークの周波数帯域、2WiFiネットワークの特定のチャネル、3WiFiネットワークの動作モード、4WiFiネットワークのSSIDServingSetIDentifier、5WiFiネットワークに関連付けられているWiFiアクセスポイントのBasicSSIDBSSID、61つまたは複数のセキュリティパラメータのセット、または7WTRUのWiFi送受信機をアクティブ化する指示のうちの少なくとも1つを含む。1つの実施形態において、非一時的コンピュータ可読記憶媒体は、任意の方法を実施するためのコンピュータにより実行可能なプログラムコードを記憶する。