"無線送受信ユニットWTRUで実行されるアップリンク伝送の方法であって、リソースを受信するステップであって、前記リソースは無線送受信ユニットWTRUのグループによって使用され、前記WTRUはWTRUの前記グループのメンバである、ステップと、前記リソースに基づいて前記WTRUに関する伝送時間を求めるステップであって、各WTRUについての前記伝送時間が時間的に拡散され、コリジョンが軽減される、ステップとを含むことを特徴とする方法。前記伝送時間は絶対時間または相対時間の一方であることを特徴とする請求項1に記載の方法。前記絶対時間はシステムフレーム番号であることを特徴とする請求項2に記載の方法。前記伝送時間はシステムフレーム番号であり、前記システムフレーム番号内のサブフレームまたは伝送時間間隔を求めるステップをさらに含むことを特徴とする請求項1に記載の方法。ランダムに選択される初期バックオフ時間だけ伝送を遅延することによって前記伝送時間が求められることを特徴とする請求項1に記載の方法。前記伝送時間が、前記WTRUのうちの1つまたはWTRUの前記グループに基づいてWTRU識別子から導出されることを特徴とする請求項1に記載の方法。アップリンクデータを送信するためのリソースを求めるコンテンションフリー割振りをさらに含むことを特徴とする請求項1に記載の方法。前記プリアンブルを送信することなく、求めた伝送時間上でアップリンク伝送を実施するステップをさらに含むことを特徴とする請求項1に記載の方法。ランダムアクセスリソースが、MTCWTRUと非MTCWTRUとの間で隔離され、前記ランダムアクセスリソースは、ランダムアクセス、シグニチャ、またはサブチャネル/アクセススロットのために予約されたスクランブリングコードのセットのうちの少なくとも1つを含むことを特徴とする請求項1に記載の方法。プリアンブルが送られるアクセススロットまたはサブチャネルのセットが、MTCWTRUのために予約されることを特徴とする請求項1に記載の方法。アクセスクラスとアクセスサービスクラスが、MTCWTRUと共にマッピングされ、前記伝送時間が、前記アクセスクラスと前記アクセスサービスクラスとの間のマッピング、およびMTCWTRUから導出されることを特徴とする請求項1に記載の方法。前記伝送時間が、ページングメッセージ上で受信されるバックオフ時間または時間インスタンスの一方から導出されることを特徴とする請求項1に記載の方法。ロードバランシング接続拒否および要求処理をサポートする無線送受信ユニットWTRUで実行される方法であって、接続要求メッセージに応答して接続拒否メッセージを受信するステップと、待ち時間を受信するステップであって、前記待ち時間はWTRUのグループを対象とし、前記WTRUはWTRUの前記グループのメンバである、ステップと、所定の時間待機するステップと、前記所定の時間後に別の接続要求メッセージを送信するステップであって、各WTRUについての伝送時間が時間的に拡散され、コリジョンが軽減される、ステップとを含むことを特徴とする方法。周波数または無線アクセス技術が前記接続拒否メッセージで送られることとは無関係に、前記所定の時間枠に関する前記接続拒否に関連する前記周波数または前記無線アクセス技術でのセル再選択を行わないことを決定するステップをさらに含むことを特徴とする請求項13に記載の方法。前記所定の時間枠は、固定時間枠、ネットワークから、または接続拒否メッセージを介して受信された時間枠、値の範囲の間のランダムに選択された時間、所定の時間から導出された値、データの優先順位レベルに依存する値、WTRUデバイス固有識別子から導出された値のうちの1つであることを特徴とする請求項13に記載の方法。伝送は物理ランダムアクセスチャネルを使用することを特徴とする請求項13に記載の方法。伝送は物理アップリンク共有チャネルを使用することを特徴とする請求項13に記載の方法。リソースを受信するように構成された受信機であって、前記リソースが、無線送受信ユニットWTRUのグループによって使用され、前記WTRUはWTRUの前記グループのメンバである、受信機と、前記リソースに基づいて前記WTRUに関する伝送時間を求めるように構成されたプロセッサであって、各WTRUについての前記伝送時間が時間的に拡散され、コリジョンが軽減される、プロセッサとを備えることを特徴とするWTRU。前記伝送時間は絶対時間または相対時間の一方であることを特徴とする請求項18に記載のWTRU。ロードバランシング接続拒否および要求をサポートする無線送受信ユニットWTRUであって、接続要求メッセージに応答して接続拒否メッセージを受信するように構成された受信機であって、待ち時間を受信するように構成され、前記待ち時間はWTRUのグループを対象とし、前記WTRUはWTRUの前記グループのメンバである、受信機と、所定の時間待機するように構成されたプロセッサと、前記所定の時間後に別の接続要求メッセージを送信するように構成された送信機であって、各WTRUについての伝送時間が時間的に拡散され、コリジョンが軽減される、送信機とを備えることを特徴とするWTRU。周波数または無線アクセス技術が前記接続拒否メッセージで送られることとは無関係に、前記所定の時間枠に関する前記接続拒否に関連する前記周波数または前記無線アクセス技術でのセル再選択を行わないことを決定するように構成されたプロセッサをさらに備えることを特徴とする請求項20に記載のWTRU。アップリンク伝送のためのシステムであって、プロセッサおよび送信機を含む基地局であって、前記プロセッサが、リソースを割り振るように構成され、前記送信機が、無線送受信ユニットWTRUのグループに前記リソースを送信するように構成される、基地局と、受信機およびプロセッサを含むWTRUであって、WTRUの前記グループのメンバである、WTRUとを備え、前記受信機が、前記リソースを受信するように構成され、前記リソースが、WTRUの前記グループによって使用され、前記プロセッサが、前記リソースに基づいて前記WTRUに関する伝送時間を求めるように構成され、各WTRUについて前記伝送時間が時間的に拡散され、コリジョンが軽減されることを特徴とするシステム。図1Aは、開示する1つまたは複数の実施形態を実行することのできる例示的通信システム100の図である。通信システム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、MTCMachineTypeCommunication、移動局、固定またはモバイルの加入者ユニット、ページャ、セルラー電話、PDA、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含むことができる。通信システム100はまた、基地局114aおよび基地局114bを含んでもよい。基地局114a、114bの各々は、WTRU102a、102b、102c、102dのうち少なくとも1つと無線でインターフェースして、コアネットワーク106、インターネット110および/またはネットワーク112など、1つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスであってもよい。例えば、基地局114a、114bは、無線基地局BTS、ノードB、eノードB、ホームノードB、ホームeノードB、サイトコントローラ、アクセスポイントAP、無線ルータなどであってもよい。基地局114a、114bは、それぞれ単一の要素として示されるが、基地局114a、114bが任意の数の相互接続された基地局および/またはネットワーク要素を含みうることは理解されよう。基地局114aはRAN104の一部でよく、RAN104は、基地局コントローラBSC、無線ネットワークコントローラRNC、中継ノードなどの他の基地局および/またはネットワーク要素図示せずをも含むことができる。セル図示せずと呼ばれることがある特定の地理的領域内の無線信号を送信および/または受信するように基地局114aおよび/または基地局114bを構成することができる。セルはさらに、セルセクタに分割することができる。例えば、基地局114aに関連するセルを3つのセクタに分割することができる。このため、一実施形態では、基地局114aは、3つのトランシーバ、すなわちセルの各セクタについて1つのトランシーバを含むことができる。別の実施形態では、基地局114aはMIMO技術を利用することができ、したがってセルの各セクタについて複数のトランシーバを使用することができる。基地局114a、114bは、エアインターフェース116を介してWTRU102a、102b、102c、102dのうちの1つまたは複数と通信することができ、エアインターフェース116は、任意の適切な無線通信リンク例えば、無線周波数RF、マイクロ波、赤外線IR、紫外線UV、可視光線などでよい。任意の適切な無線アクセス技術RATを使用してエアインターフェース116を確立することができる。より具体的には、上記のように、通信システム100は多元接続システムでよく、CDMA、TDMA、FDMA、OFDMA、SC-FDMAなどの1つまたは複数のチャネルアクセス方式を利用することができる。例えば、RAN104内の基地局114a、およびWTRU102a、102b、102cは、広帯域CDMAWCDMAを使用してエアインターフェース116を確立することのできるUTRAUniversalMobileTelecommunicationsSystemTerrestrialRadioAccessなどの無線技術を実装することができる。WCDMAは、HSPAHighSpeedPacketAccessおよび/またはHSPAEvolvedHSPAなどの通信プロトコルを含むことができる。HSPAは、高速ダウンリンクパケットアクセスHSDPAおよび/または高速アップリンクパケットアクセスHSUPAを含むことができる。別の実施形態では、基地局114a、およびWTRU102a、102b、102cは、LTELongTermEvolutionおよび/またはLTE-AdvancedLTEAを使用してエアインターフェース116を確立することのできるE-UTRAEvolvedUMTSTerrestrialRadioAccessなどの無線技術を実装することができる。別の実施形態では、基地局114a、およびWTRU102a、102b、102cは、IEEE802.16すなわち、WiMAXWorldwideInteroperabilityforMicrowaveAccess、CDMA2000、CDMA20001X、CDMA2000EV-DO、IS-2000InterimStandard2000、IS-95InterimStandard95、IS-856InterimStandard856、GSM登録商標GlobalSystemforMobilecommunications、EDGEEnhancedDataratesforGSMEvolution、GERANGSMEDGEなどの無線技術を実装することができる。図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はコアネットワーク106と通信することができ、コアネットワーク106は、WTRU102a、102b、102c、102dのうちの1つまたは複数に音声、データ、アプリケーション、および/またはVoIPvoiceoverinternetprotocolサービスを供給するように構成された任意のタイプのネットワークでよい。例えば、コアネットワーク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/IPインターネットプロトコル群内のTCP、UDP、IPなどの一般的な通信プロトコルを使用する、相互接続されたコンピュータネットワークのグローバルシステムを含むことができる。ネットワーク112は、他のサービスプロバイダによって所有および/または運用される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク112は、RAN104と同一のRATまたは異なるRATを利用できる、1つまたは複数のRANに接続された別のコアネットワークを含むことができる。通信システム100内のWTRU102a、102b、102c、102dのうちの一部または全ては、マルチモード機能を含むことができ、すなわちWTRU102a、102b、102c、102dは、異なる無線リンクを介して異なる無線ネットワークと通信する複数のトランシーバを含むことができる。例えば、基地局114aはセルラーベースの無線技術を利用することができる基地局114a、およびIEEE802無線技術を利用することのできる基地局114bと通信するように、図1Aに示すWTRU102cを構成することができる。図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をトランシーバ120に結合することができ、トランシーバ120を送受信素子122に結合することができる。図1Bはプロセッサ118およびトランシーバ120を別々の構成要素として示すが、プロセッサ118およびトランシーバ120を電子パッケージまたはチップ内に共に一体化できることを理解されよう。エアインターフェース116を介して基地局例えば、基地局114aに信号を送信し、または基地局から信号を受信するように送受信素子122を構成することができる。例えば、一実施形態では、送受信素子122は、RF信号を送信および/または受信するように構成されたアンテナでよい。別の実施形態では、送受信素子122は、例えばIR、UV、可視光信号を送信および/または受信するように構成された放射器/検出器でよい。さらに別の実施形態では、RF信号と光信号をどちらも送信および受信するように送受信素子122を構成することができる。無線信号の任意の組合せを送信および/または受信するように送受信素子122を構成できることを理解されよう。さらに、図1Bでは送受信素子122を単一の要素として示すが、WTRU102は任意の数の送受信素子122を含むことができる。より具体的には、WTRU102はMIMO技術を利用することができる。したがって、一実施形態では、WTRU102は、エアインターフェース116を介して無線信号を送信および受信する2つ以上の送受信素子122例えば、複数のアンテナを含むことができる。送受信素子122によって送信すべき信号を変調し、送受信素子122によって受信すべき信号を復調するようにトランシーバ120を構成することができる。上記のように、WTRU102はマルチモード機能を有することができる。したがって、トランシーバ120は、WTRU102が例えばUTRAやIEEE802.11などの複数のRATを介して通信することを可能にする複数のトランシーバを含むことができる。スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128例えば、液晶ディスプレイLCDディスプレイユニットまたは発光ダイオードOLEDディスプレイユニットにWTRU102のプロセッサ118を結合することができ、プロセッサ118は、それらからユーザ入力データを受信することができる。プロセッサ118はまた、スピーカ/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128にユーザデータを出力することができる。さらに、プロセッサ118は、非リムーバブルメモリ130および/またはリムーバブルメモリ132などの任意のタイプの適切なメモリからの情報にアクセスし、そのメモリにデータを格納することができる。非リムーバブルメモリ130は、RAM、ROM、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ132は、加入者識別モジュールSIMカード、メモリスティック、SDsecuredigitalメモリカードなどを含むことができる。他の実施形態では、プロセッサ118は、サーバやホームコンピュータ図示せずなどのWTRU102上に物理的に位置しないメモリからの情報にアクセスし、そのメモリにデータを格納することができる。プロセッサ118は、電源134から電力を受けることができ、WTRU102内の他の構成要素に電力を配布し、かつ/または他の構成要素への電力を制御するように構成することができる。電源134は、WTRU102に電力供給する任意の適切なデバイスでよい。例えば、電源134は、1つまたは複数の乾電池例えば、ニッケルカドミウムNiCd、ニッケル亜鉛NiZn、ニッケル水素NiMH、リチウムイオンLi-ionなど、太陽電池、燃料電池などを含むことができる。プロセッサ118をGPSチップセット136に結合することもでき、WTRU102の現在位置に関する位置情報例えば、経度および緯度を提供するようにGPSチップセット136を構成することができる。GPSチップセット136からの情報に加えて、またはその代わりに、WTRU102は、エアインターフェース116を介して基地局例えば、基地局114a、114bから位置情報を受信し、かつ/または2つ以上の近くの基地局から受信する信号のタイミングに基づいて位置を求めることができる。WTRU102は、一実施形態に適合したままで、任意の適切な位置決定方法によって位置情報を取得できることを理解されよう。プロセッサ118をさらに他の周辺機器138に結合することができ、周辺機器138は、追加の特徴、機能、および/または有線もしくは無線接続性を実現する1つまたは複数のソフトウェアおよび/またはハードウェアモジュールを含むことができる。例えば、周辺機器138は、加速度計、eコンパス、衛星トランシーバ、デジタルカメラ写真またはビデオ用USBポート、バイブレーションデバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Bluetooth登録商標モジュール、周波数変調FM無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。図1Cは、一実施形態によるRAN104およびコアネットワーク106のシステム図である。上記のように、RAN104は、UTRA無線技術を利用して、エアインターフェース116を介して102a、102b、102cと通信することができる。RAN104はまた、コアネットワーク106とも通信していることがある。図1Cに示すように、RAN104はノードB140a、140b、140cを含むことができ、ノードB140a、140b、140cは、エアインターフェース116を介してWTRU102a、102b、102cと通信する1つまたは複数のトランシーバをそれぞれ含むことができる。RAN104内の特定のセル図示せずとノードB140a、140b、140cをそれぞれ関連付けることができる。RAN104はまた、RNC142a、142bをも含むことができる。RAN104は、一実施形態に適合したままで、任意の数のNode-BおよびRNCを含むことができることを理解されよう。図1Cに示すように、ノードB140a、140bは、RNC142aと通信していることがある。さらに、ノードB140cは、RNC142bと通信していることがある。ノードB140a、140b、140cは、Iubインターフェースを介してそれぞれRNC142a、142bと通信することができる。RNC142a、142bは、Iurインターフェースを介して互いに通信していることがある。RNC142a、142bのそれぞれを、接続されるノードB140a、140b、140cをそれぞれ制御するように構成することができる。さらに、アウターループパワー制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実施またはサポートするようにRNC142a、142bのそれぞれを構成することができる。図1Cに示すコアネットワーク106は、メディアゲートウェイMGW144、モバイル交換センタMSC146、サービングGPRSサポートノードSGSN148、および/またはゲートウェイGPRSサポートノードGGSN150を含むことができる。上記の要素のそれぞれをコアネットワーク106の部分として示すが、こうした要素のうちの任意の要素をコアネットワークオペレータ以外のエンティティによって所有および/または運用できることを理解されよう。IuCSインターフェースを介して、コアネットワーク106内のMSC146にRAN104内のRNC142aを接続することができる。MGW144にMSC146を接続することができる。MSC146およびMGW144は、WTRU102a、102b、102cにPSTN108などの回線交換網へのアクセスを提供し、WTRU102a、102b、102cと従来型固定通信デバイス間の通信を容易にすることができる。IuPSインターフェースを介して、コアネットワーク106内のSGSN148にRAN104内のRNC142aを接続することもできる。GGSN150にSGSN148を接続することができる。SGSN148およびGGSN150は、インターネット110などのパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに提供し、WTRU102a、102b、102cとIP使用可能デバイスとの間の通信を容易にすることができる。上記のように、コアネットワーク106をネットワーク112に接続することもでき、ネットワーク112は、他のサービスプロバイダによって所有および/または運用される他の有線または無線ネットワークを含むことができる。図1Dは、一実施形態による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のそれぞれを、RAN104内の特定のセル図示せずと関連付けることができ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび/またはダウンリンクでのユーザのスケジューリングなどを処理するように構成することができる。図1Dに示すように、eノードB140a、140b、140cは、X2インターフェースを介して互いに通信することができる。図1Dに示すコアネットワーク106は、モビリティ管理ゲートウェイMME142、サービングゲートウェイ144、およびパケットデータネットワークPDNゲートウェイ146を含むことができる。上記の要素のそれぞれをコアネットワーク106の部分として示すが、こうした要素のうちの任意の要素をコアネットワークオペレータ以外の実体によって所有および/または運用できることを理解されよう。S1インターフェースを介して、RAN104内のeノードB142a、142b、142cのそれぞれにMME142を接続することができ、MME142は制御ノードとして働くことができる。例えば、MME142は、WTRUの102a、102b、102cのユーザの認証、ベアラアクティベーション/非アクティベーション、WTRU102a、102b、102cの初期接続中の特定のサービングゲートウェイの選択の任を担うことができる。MME142はまた、RAN104と、GSMまたはWCDMAなどの他の無線技術を利用する他のRAN図示せずとの間の切換えのためのコントロールプレーン機能をも提供することができる。S1インターフェースを介して、RAN104内のeノードB140a、140b、140cのそれぞれにサービングゲートウェイ144を接続することができる。サービングゲートウェイ144は一般に、WTRU102a、102b、102cに/からユーザデータパケットをルーティングし、転送することができる。サービングゲートウェイ144はまた、eノードB間ハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがWTRU102a、102b、102cについて利用可能であるときにページングをトリガすること、WTRU102a、102b、102cのコンテキストを管理および格納することなどの他の機能も実施することができる。PDNゲートウェイ146にサービングゲートウェイ144を接続することもでき、PDNゲートウェイ146は、インターネット110などのパケット交換ネットワークへのアクセスをWTRU102a、102b、102cに提供し、WTRU102a、102b、102cとIP使用可能デバイスとの間の通信を容易にすることができる。コアネットワーク106は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク106は、WTRU102a、102b、102cにPSTN108などの回線交換網へのアクセスを提供し、WTRU102a、102b、102cと従来型固定通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク106は、コアネットワーク106とPSTN108との間のインターフェースとして働くIPゲートウェイ例えば、IPマルチメディアサブシステムIMSサーバを含むことができ、またはそれと通信することができる。さらに、コアネットワーク106は、WTRU102a、102b、102cにネットワーク112へのアクセスを提供することができ、ネットワーク112は、他のサービスプロバイダによって所有および/または運用される有線または無線通信ネットワークを含むことができる。上記のように、WTRUはMTCを含むことができる。MTCは、人間の対話を必ずしも必要としない1つまたは複数のエンティティが関係するデータ通信の一形態である。計測デバイスまたは追跡デバイスがMTCデバイスの典型的な例である。MTCに関して定義されている多数の異なる機能のカテゴリがあり、それぞれは以下のような異なる設計の課題をもたらす。時間制御、時間許容、パケット交換PS、オンラインスモールデータ伝送、オフラインスモールデータ伝送、モバイル発信、まれなモバイル終端、MTC監視、オフライン表示、妨害表示、優先順位アラームメッセージPAM、余分な低電力消費、セキュア接続、位置特有のトリガ、並びにグループベースのポリシングおよびグループベースのアドレス指定を含むグループベースのMTC特徴。MTCのために最適化されたサービスは、人対人通信のために最適化されたサービスとは異なることがある。MTCは、異なるマーケットシナリオ、データ通信、低いコストおよび労力、潜在的に多数の通信端末、および大部分は端末当たり少しのトラフィックを伴うので、現在のモバイルネットワーク通信サービスとは異なることがある。MTCは、例えばアップリンクULランダムアクセスチャネルRACHアクセスおよび伝送などのランダムアクセスRA手順に対して大きな影響を及ぼすことがある。本明細書ではRACHという用語を一例として使用することがあるが、本明細書で説明する方法は、例えば、UMTS、LTEなどで使用することのできる任意のRA手順に適用可能である。UMTSのためのRACH手順を説明する。3GPPThirdGenerationPartnershipProject仕様では、CELL_FACHcellforwardaccesschannelWTRUが、拡張RACH機構を使用することが許可され、WTRUに拡張専用チャネルE-DCHリソースを割り当てることができる。E-DCHリソースは、全てのCELL_FACHWTRUの間で共有される共通リソースの小さいプールから選択される。WTRUは、レガシーRACHランプアップ手順を使用して、E-DCHリソースの使用を要求することができる。レガシーランプアップ手順の一部として、WTRUは、ランダムに選択したアクセススロットで、ランダムに選択したシグニチャシーケンスすなわち、プリアンブルシグニチャを送信する。シグニチャが正しく復号化された場合、基地局は、リソースのプールからのE-DCHリソース割当てでWTRUに応答することができる。リソースのプールは、CELL_FACHWTRUについて維持され、詳細が、ブロードキャストシステム情報を通じてWTRUにシグナリングされる。E-DCHリソースを割り当てる際に、基地局は、使用するリソースの索引をシグナリングすることができる。この索引を捕捉インジケータチャネルAICHのような機構を介してシグナリングすることができる。AICHは、プリアンブルシグニチャをエコーバックするダウンリンクチャネルであり、WTRUがその伝送が成功したかどうかを知ることが可能となる。このAICHシグニチャは、-1、0、および1という3つの値を搬送することができる。高レベルでは、WTRUは、プリアンブルシグニチャでE-DCHリソースを要求することができ、一方基地局は、アクセスを確認し、AICHシグニチャを使用してリソースを割り当てることができる。プリアンブルとAICHシグニチャとの間には1対1のマッピングが存在することができる。WTRUにE-DCHリソースをシグナリングする方法は、以下の原理に基づくことができる。RACHと拡張RACHWTRUとの間でプリアンブルシグニチャを隔離することができる。前のWTRUは、リリース7およびそれ以前について詳述される手順を使用することができる。さらに、RACH/拡張RACHシグニチャとAICHシグニチャとの間に1対1のマッピングが存在することができる。WTRUは、AICH応答の受信時に、対応する処置を取ることができる。拡張RACHWTRUでは、各プリアンブルシグニチャをデフォルトE-DCHリソースと関連付けることができる。基地局は、対応するAICHシグニチャに対する1に等しいAICHを送ることにより、このリソース割当てをシグナリングすることができる。しかし、基地局は、基地局自体を、プリアンブルシグニチャに結びつけられたデフォルトリソースを割り当てることに限定しないことがある。このリソースが既に割り当てられているまたはブロックされる場合、基地局はプールから別のリソースを選択することができる。拡張AICHE-AICHを通じてこのことをシグナリングすることができる。WTRUが-1に等しいAICHを受信した場合、WTRUは、これをE-AICHを調べる表示と理解する。E-AICHは、リソース割当てまたは否定応答NACK表示を含むことができる。後者を使用して、WTRUにリソースを割り当てることができないこと、およびWTRUがバックオフを実施してプリアンブルランプアップ手順を再始動することができることをWTRUに通知することができる。E-AICHを使用して、1つのリソース割当てをシグナリングすることができる。UMTSで使用されるアクセスクラスを本明細書で説明する。オペレータによってアクセスクラスACを割り振り、特別であり、緊急呼出しのために予約されるアクセスクラス10を除いて、汎用加入者識別モジュールUSIMに格納することができる。合計で16個のアクセスクラスが存在することができる。アクセスクラス0から10は、任意のユーザが使用することができ、アクセスクラス11から15はオペレータのために予約される。各アクセスクラスについて、SIB3などのシステム情報ブロックSIBで1ビットセル除外ステータスを指定することができる。各セルは、システム情報SIを更新することにより、異なる期間の異なるアクセスクラスを除外することができる。RACH使用の異なる優先順位を提供するために、物理ランダムアクセスチャネルPRACHリソース周波数分割複信FDDに関するアクセススロットおよびプリアンブルシグニチャなどを、異なるアクセスサービスクラスASC間で分割することができる。FDDで同一のアクセススロット/シグニチャ空間に1つまたは複数のASCを割り当てることが可能であることがある。ASCは、最大数8クラスについて、0≦i≦NumASC≦7の範囲で番号付けすることができる。PRACHリソースの一定のパーティションを定義する識別子iおよび関連する持続性値persistencevaluePiによってASCを定義することができる。ASCパラメータのセットは、NumASC1個のそのようなパラメータi,Pi、i=0、...、NumASCからなる。情報要素IEPRACH分割PRACHpartitioningを使用してPRACHパーティションを確立することができる。持続性値Piを各ASCと関連付けることができ、値が1から8までの範囲である動的持続性レベルNから持続性値Piを導出することができる。動的持続性レベルNをSIB7でブロードキャストすることができ、持続性スケーリング因子SiをSIB5、SIB5bis、および/またはSIB6でブロードキャストすることができる。表1に示すように、ASCの列挙は、優先順位の順序に対応するようなものでよいASC0=最高の優先順位、ASC7=最低の優先順位。緊急呼出しのケース、または同等の優先順位を有する理由で、ASC0を使用することができる。無線ベアラセットアップまたは再構成の間、関係する各論理チャネルに、1から8の範囲のメディアアクセス制御MAC論理チャネル優先順位MLPを割り当てることができる。WTRUでのRACH伝送のためにMACサブレイヤが構成されるとき、MACに関するASC選択のためにMLPレベルを使用することができる。以下のASC選択方式を適用することができる。ただし、NumASCは最高の利用可能なASC数であり、MinMLPは、1つの論理チャネルに割り当てられる催告の論理チャネル優先順位である。TBセット内の全てのトランスポートブロックTBが同一のMLPを有するとき、ASC=minNumASC,MLPを選択することができる。TBセット内のトランスポートブロックTBが異なる優先順位を有するとき、最高の優先順位レベルMinMLPを求め、ASC=minNumASC,MinMLPを選択する。RRCCONNECTIONREQUESTメッセージを送るとき、初期アクセスでアクセスクラスを適用することができる。SIB5またはSIB5bis内のIEAC対ASCマッピングACtoASCmappingにより、アクセスクラスACとアクセスサービスクラスASCとの間のマッピングを示すことができる。ACとASCとの間の対応を、表2に示すように示すことができる。表2では、n番目のIEが、ACに対する、0~7の範囲のASC番号を示すことができる。CELL_FACH状態およびIdleモードでのランダムアクセスおよび拡張アップリンクでは、それぞれのASCによって示唆されるパラメータを使用することができる。WTRUがいくつかのACのうちのメンバであるケースでは、WTRUは、最高のAC番号に関するASCを選択することができる。接続モードでは、ACを適用することができない。UMTSで使用されるアクセスクラスとは異なり、WTRUは、LTEで特殊アクセスクラス値11~15を有することができない。WTRUは、値0と1の間の乱数Rを取り出すことができる。RacBarringFactorである場合、セルへのアクセスからWTRUを除外することができない。acBarringFactorおよびacBarringTimeの値は、接続要求、シグナリング、またはデータのタイプに応じて異なることがあり、SIB2でシグナリングすることができる。特殊AC値11~15について特殊除外ビットをブロードキャストすることができる。このケースでは、ビットは、セルを除外することができるかどうかを示す。緊急呼出しのためにセルを除外することができるかどうかを示す、緊急呼出しのために使用される1ビットacBarringForEmergencyが存在することができる。LTEでは、MACでのランダムアクセス手順はACに依存しないことがある。ネットワークは、プリアンブルフォーマット、存在する場合はシステムフレーム番号SFN、およびサブフレーム番号がどれであるかを示すPRACH構成索引0から63をブロードキャストする。WTRUにこの構成を使用することが許可することができ、この構成は、同一のセルカバレッジエリア内の全てのWTRUに対して共通でよい。LTEにおいて、接続モードでは、ネットワークがWTRUに送信するデータを有し、WTRUを同期することができないとき、ネットワークは、WTRUでRACHアクセス手順をトリガすることができる。物理ダウンリンク制御チャネルPDCCH順序を使用することにより、WTRUでのRACHアクセス手順をトリガすることができ、PDCCH順序では、任意選択で、プリアンブル索引およびPRACHマスク索引を示すことができる。復号化プリアンブル索引が000000とは異なる場合、WTRUは、コンテンションフリーランダムアクセス手順を開始することができ、そうでない場合、コンテンションベースのランダムアクセス手順を開始することができる。PDCCHの周期的冗長検査CRCをWTRUのセル無線ネットワーク一時識別C-RNTIとスクランブリングすることができる。HSPAHighSpeedPacketAccessPlusでは、以下で参照するとき、E-DCHリソースは、WTRUがULで送信し、ULで制御チャネルを受信する必要があるリソースのセットを備えることができる。このことは、限定はしないが、スクランブリングコード、フラクショナル専用物理チャネルF-DPCH、E-DCH絶対グラントチャネルE-AGCH、E-DCH相対グラントチャネルE-RGCH、E-DCHハイブリッド自動反復要求HARQインジケータチャネルE-HICH、または同様のチャネルを含む。MTCデバイスのいくつかのグループは、専用無線ネットワーク一時識別子RNTIがないため、E-AGCHが全く与えられないことがある。本開示全体を通して、グループ識別子ID、グループユーザ、WTRUのグループ、MTCデバイスグループなどを使用交換可能に使用することがあり、互いの間で同様の特性を共有するWTRUまたはユーザのグループを指すことがあるWTRUのグループ。このことは例えば、限定はしないが、時間許容、時間制御、低モビリティなどのMTCクラスのサブセットに属するWTRU、データまたはアプリケーションのタイプと共に構成されたWTRU、一定のインターネットプロトコルIPサービスに属し、または一定のIPアドレスを含み、またはIPアドレスの同一の最初または最後のxビットを含むWTRU、同一のゲートウェイアドレスを含むWTRU、一定のMTCサーバに属するWTRU、ネットワークプリファレンスに従うグループ、MTCデバイスが送信することを許可することができる最大データ転送速度、またはMTCデバイスが送信することのできる最大データ転送速度に従うグループ、あるいはMTCデバイスが送信するデータの優先順位に従うグループを含むことができる。WTRUは、WTRUが送信している可能性のある異なるタイプのデータまたはアプリケーションに応じて、異なるグループ識別を有することができる。グループはまた、全てのMTCデバイスまたはMTCではないデバイスからなることができるが、特徴またはプロパティに従って互いにグループ化される。上記のグループ定義は例であり、グループ化は、ネットワーク定義、MTC高レベル定義、事前定義、または類似のものでよい。本明細書で説明する実施形態は、UMTS、LTE、GSM、cdma2000、IEEE802.xx、または任意の他の無線技術などの任意の無線技術に適用可能である。説明全体を通して、WTRU、MTCデバイス、およびユーザを交換可能に使用する。WTRUは、グループに属するMTCデバイスまたは任意のユーザに対応することができる。本明細書では、WTRU間のリソース時分割によってULRACHアクセスを最適化する例示的方法を説明する。こうした方法により、同時に、または短い期間内にアクセスを開始するWTRUまたはユーザのグループが、そのULRACHアクセスを経時的に拡散し、コリジョンの機会を低減することにより、RACHリソースのセットまたはサブセットにアクセスすることが可能となる。ULRACHアクセスを最適化する一例では、ほぼ同時に送信するようにスケジューリングされ、またはWTRU間の時分割リソースによって同時に情報を求めてポーリングされるWTRUの間でULアクセスを最適化することができる。このことは、WTRUのグループに適用可能にすることができる。WTRUがそのようなグループに属さず、またはWTRUが送信しているデータがそのようなグループに属さない場合、WTRUは、通常のレガシー手順を使用して、以下で説明するように特定の時間待機する必要なしに送信時にRACHにアクセスすることができる。しかし、以下で説明する手順は、必ずしもMTCグループまたはクラスに属さず、あるいはMTCWTRUである他のWTRUに適用可能にすることができる。例えば、こうした他のWTRUを、本明細書で説明する手順に従って動作し、または挙動を示すように構成することができる。図2に、リソースを時分割する例示的方法の高レベル流れ図200を示す。一般には、WTRUは、送信するULデータを有するかどうかを判定する205。送信するデータを有する場合、WTRUは、WTRUの性質およびタイプを判定する210。WTRUがグループのメンバではなく、またはそれに応じて構成されない場合、レガシーランダムアクセス手順を使用することができる215。WTRUがグループのメンバであり、またはそれに応じて構成される場合、時間拡散方法を使用することができる220。WTRUは、ULアクセスを開始することができる時間、またはアクセスを遅延することができるバックオフ値を求める225。次いで、WTRUは、許可されるアクセス時間に達したかどうか、またはバックオフタイマが満了したかどうかを判定する230。許可されたアクセス時間に達しておらず、またはタイマが満了していない場合、待機し続ける。許可されたアクセス時間に達し、またはタイマが満了した場合、WTRUは、ブロードキャストRACHリソースのセットからULリソースを求め、またはWTRUが属するタイプおよびグループに関して具体的に構成されたリソースを求める235。プリアンブル伝送と共に、またはプリアンブル伝送なしに、割り振ったリソース上でアップリンクデータ伝送を開始することができる240。所与のWTRUのグループに、ULでデータを送信するために使用することのできるリソースのサブセットまたは1つのリソースを与えることができる。コリジョンを最小限に抑え、またはなくすために、同一のグループに属するWTRUがULで送信することのできる時間を、事前定義された時間量にわたって拡散することができる。より具体的には、そのようなグループに属し、またはそのような挙動と共に構成されるWTRUは、WTRUがUL伝送を開始する前に決定する、事前定義された時間間隔、システムフレーム番号SFNで、または特定の時間量の後に、UL伝送を開始することができる。UL伝送を開始することができるとWTRUが決定する時間は、同一のグループ内の全てのWTRUにわたって変動することができる。すなわち、求めるUL伝送時間は、絶対的または相対的なものでよい。あるいは、WTRUは、利用可能なリソースのセットの中から選ぶことができ、プリアンブル伝送を開始することができ、各WTRUについて、UL伝送時間を求めることができ、コリジョンの確率が低下するような方式で、事前定義された期間にわたってUL伝送時間を拡散することができる。WTRUが伝送を開始することのできる時間、またはWTRUがULアクセスを開始するまでのバックオフ時間を、以下の方式のうちの1つまたは組合せで求めることができる。WTRUは、WTRU特有の識別子に基づいてSFNまたはアクセス時間を計算することによって求めることのできる所与のSFNまたは時間に伝送を開始することができ、WTRU特有の識別子は、限定はしないが、WTRU特有のもの、IMSIinternationalmobilesubscriberidentity、TMSItemporarymobilesubscriberidentity、MTC特有のデバイス識別子、IPアドレスなどを含む。例えば、WTRU-IDmodtという式を使用して、時間インスタンスまたはバックオフ時間を求めることができる。ただしtは、一例ではデータ伝送を拡散させることのできる時間でよい。WTRU識別子に基づいてSFNを求める別の例は、WTRU-IDmod2^xでよい。ただしxは、SFNに対して使用されるビット数に対応する。この式にさらなるオフセットを追加できることを理解されたい。あるいは、事前定義された時間インスタンスに、時間インスタンスに対する追加のオフセットまたはバックオフを加えたものに基づいて、SFNまたは伝送時間を計算することもでき、追加のオフセットは、WTRU特有の識別、索引、またはWTRUアクセスIDに基づくことができる。例えば、上述のように、式WTRU-IDmodtによってオフセットまたはバックオフ値を求めることができる。ただしtは、データ伝送を拡散させることのできる時間である。別の例では、各WTRUに初期起動時、登録時に、または既に事前構成済み、アクセスID番号またはMTCグループ内の固有番号を与えることができる。WTRUが伝送を開始する時間は、初期時間インスタンスおよびアクセスIDまたは索引に基づく。初期時間インスタンスまたは初期SFNは、以下のうちの1つまたは組合せに対応することができる。データを生成する時間、データを送信することのできる時間、RRCがRRC接続要求をトリガする時間、WTRUがアクセスクラス除外をチェックする時間、除外されないとWTRUが判定した後の時間例えば、WTRUがRACHにアクセスすることを許可された後、WTRUでの持続性チェックが伝送を開始することが許可されると判定した後の時間、持続性チェックに従って、伝送を許可されないとWTRUが判定した後の時間例えば、WTRUは持続性チェックを実施し、不合格となり、その時点で、本明細書で説明する実施形態のいずれかに従って求められるバックオフ時間の後に別の持続性チェックを試みるだけである、そのような追加の時間オフセットが定義されなかった場合、WTRUがその第1のプリアンブル要求を行う時間、情報を求めてWTRUがポーリングされる時間、ウェイクアップし、一定の情報をネットワークにレポートするようにWTRUをトリガする事前定義されたタイマ、例えばページングまたはブロードキャストチャネルを介して、または初期登録時に、ネットワークによってWTRUにシグナリングされる明示的なSFN番号、WTRUがページングされる時間、送信を開始するようにWTRUに明示的に伝えられる時間、無線リソース制御RRCメッセージまたはページングメッセージを介してWTRUに与えられるSFN番号、あるいはネットワークに制御メッセージを送ることを必要とするWTRUでの一定の手順がWTRUでトリガされる時間。例えば、そのような手順は、限定はしないが、セル再選択、エリア更新、モビリティなどを含むことができる。あるいは、SFN、時間インスタンス、またはバックオフは、WTRUで設定される索引、アクセスID、または番号に対応することができる。WTRUがウェイクアップし、または送信するデータを有する時点からの時間枠内で、WTRUは、割り当てたアクセスIDに対応するSFN上で送信することができる。例えば、SFNは、WTRUアクセスIDに等しいものでよい。あるいは、上記で決定した初期時間インスタンスまたはバックオフ時間に対する索引またはオフセットは、0と最大時間Tmaxbackoffとの間、または値の範囲NからMの間で生成された乱数によるものでよい。この最大時間または範囲をWTRUで明示的に構成することができ、かつ/またはアプリケーション特有のパラメータによって暗黙的に決定することができる。例えば、時間に不寛容なアプリケーションでは、WTRUは、最大時間枠内でデータを送信することができる。WTRUによって使用されるバックオフ番号を、次のアクセスで使用するためにページングメッセージまたはRRCメッセージRRC接続解放または拒否などで与えることができる。初期バックオフまたは時間確率化は、例えばランダムアクセス手順を開始する前に、MACまたは物理層で行うことができ、またはRRCなどのより上位の層で行うことができる。このことは、RRCアクセスクラス除外手順の一部でよくこのWTRUのグループに対して追加される追加の遅延/確率化、またはWTRUが決定した時間だけRRCでのRRC接続の伝送を遅延する新しい手順を追加することができる。SFNを求めた後、または時間インスタンスを求めた後、WTRUは、そのSFN内、または次に利用可能なRACH機会で求めた時間内で伝送を開始することができる。同等に、本明細書で求められる値、例えば時間オフセットまたはバックオフに等しいタイマ例えばバックオフタイマを開始することによってアクセス時間を求めることができる。タイマが満了すると、WTRUはULアクセスを開始する。WTRUは、ネットワークに対するアクセスを制御する際に使用することのできるWTRUの時間パターンに従ってUL伝送を開始することができる。本明細書ではこうした時間パターンを以下で説明する。さらに、WTRUは、データ伝送を開始することができ、またはRACH手順を開始することのできる、求めたSFN内のサブフレームまたはTTIを求めることができる。このことは、以下のうちの1つまたは組合せによって求めることができる。事前定義された規則を使用することができ例えば、WTRUは、SFNの先頭、またはフレーム内のx個のサブフレームまたはTTIで開始することができる、WTRUは、サブフレームをランダムに選ぶことができ、WTRUは、RACH手順、およびリソースのセットまたは与えられたグラント内でブロードキャストされた利用可能なサブフレームまたはアクセススロットに依拠することができ、あるいはWTRUは、構成されたRACH構成索引によって許可されるサブフレームに従って求めることができる。ネットワークでトリガされる解決策では、ネットワークからの明示的メッセージを使用して、伝送を開始するようにユーザに指示することができる。例えば、WTRUは、送信するデータを有することができるが、ポーリング、ページング、または任意の他の機構を介してネットワークによって明示的に開始されない限り、送信することができない。このことは、WTRUによって計算される次のSFN番号または時間インスタンスに従って伝送を開始するようにWTRUに指示する明示的L1/L2またはL3シグナリングによって実施することができる。例えば、いくつかのWTRUのアップリンクUL伝送を制御するために、ネットワークは、ページングインジケータを使用して、そのグループ内で送信する必要のあるデータを送信するようにWTRUをトリガすることができる。例えば、図3に示すように、WTRUの定義済みのグループについて、データが上位層で生成されていることがある300。WTRUは、ネットワークがWTRUを開始するように既に構成したかどうかをチェックする例えば、データを生成する前に、伝送を開始するメッセージを受信した305。WTRUが構成される場合、WTRUはデータを送信することができる310。そのような表示を受信していない場合、WTRUは、RACH伝送を開始するためにL1またはL2/L3信号を待機する。ページングインジケータの例では、WTRUはページングインジケータを監視することができる315。WTRUが属するグループについて、またはWTRU自体についてページング表示を受信したことをWTRUが検出した場合320、WTRUは、SFN番号を計算し、または対応するバックオフ時間を適用し325、その上で送信することのできるリソースを求め330、以下で定義される、求めた時間、リソース、および手順に従って伝送を開始することができる335。そうでない場合、WTRUは、引き続きページングインジケータを監視する。バックオフ、オフセット、またはページングまたはポーリングメッセージ内の上記のパラメータのいずれかをWTRUに与えることができる。このことにより、ネットワークがバックオフあるいはページングまたはポーリングメッセージ内のパラメータを動的に変更することを可能にすることができる。本明細書で説明する解決策は、最終伝送時間が、あるWTRUデバイス、すなわちMTCデバイスが送信することを必要とされることのある許可された時間間隔を超過することができないという点で、追加の制限を有することができる。より具体的には、時間に不寛容な伝送を伴うあるMTCデバイスは、事前定義された時間間隔内にデータを送らなければならないことがある。したがって、本明細書で説明する例示的方法を修正して、そのような時間間隔を超過しないことを保証することができる。例えば、これを、許可された時間と計算した時間との間の最小値として求めることができる。あるいは、時間インスタンスをその間隔内にすることを可能にする方法を使用することができる。例えば、本明細書の上記で説明したオフセット解決策では、最終的オフセットは、計算したオフセットmod時間間隔オフセットに等しくてよい。ただし時間間隔オフセットは、最終時間間隔およびデータが生成された時間に関する残り時間でよい。本明細書では、RACHアクセスバックオフパラメータおよび優先順位を求める方法を説明する。上述したように、WTRUがそのULアクセスを開始する前に適用することのできる、上述の実施形態のいずれかにとって必要な最大バックオフ持続時間またはオフセット以後TMAXBackoffと呼ぶは、グループ特有のパラメータまたはWTRU特有のパラメータでよい。より具体的には、以下の方式のうちの1つまたは組合せでパラメータを構成することができる。一構成例では、MTCクラス当たり1つのバックオフ値を指定することができる。あるいは、MTCデバイスのグループ当たり1つのバックオフ値を指定することができる。あるいは、MTCまたはアクセスクラス当たり1つのバックオフ値を指定することができる。この例では、このクラスに対応する全てのWTRUは、同一のバックオフパラメータを使用することができる。あるいは、この例では、構成されWTRUの各グループまたは各WTRUに、全てのMTCデバイスまたはクラスに対して与えられるバックオフ値をスケーリングするのに使用することのできる追加の因子を与えることができる。次いで、WTRUは、与えられるバックオフ値にこのスケーリングを掛け、使用する最終的バックオフ値を求めることができる。あるいは、いくつかの値を構成することができ、いくつかの値は、WTRUの優先順位構成、またはデータ伝送を開始したサービスまたはアプリケーションの優先順位例えば、WTRUの優先順位に基づくことができる。WTRUは、構成した優先順位に対応する値を使用することができる。ネットワークは、RRCメッセージを使用するRRCレベルのシステム情報または信号で例えば、ページングメッセージで、または非アクセス層NASレベルのシステム情報または信号で例えば、AttachComplete、AuthenticationRequest、RAUroutingareaupdate、LAUlocationareaupdate、またはTAUtrackingareaupdateAcceptで、以下のようなTMAXBackoffの異なる値をブロードキャストすることができる:異なる優先順位にそれぞれ対応する異なるTMAXBackoff持続時間のリスト例えば、T0、...TN1。ただしNは優先順位またはグループの数、異なる優先順位にそれぞれ対応する、上述したように構成することのできる例えば、全てのデバイスについて1つの値、クラス当たり1つの値など、1つのTMAXBackoffに適用するためのスケーリングパラメータのリスト。あるいは、これらのスケーリングパラメータを固定することができ、このケースでは、ネットワークはバックオフ値をブロードキャストまたはシグナリングすることができる。MTCデバイスは、異なるスケーリング因子を使用する例えば、対応するTMAXBackoffに、提供されているデータまたはサービスの優先順位に対応するスケーリング因子で乗算または除算することによって異なるバックオフ値のリストを求めることができる。以下の方法のうちの1つまたは組合せで、MTCデバイスが使用することのできる優先順位を求めることができる。MTCは、MTCデバイスが属するタイプのグループに直接的に依存することができる。このことは、例えば、汎用加入者識別モジュールUSIM上で示すことができる。例えば、時間に寛容なMTCデバイスは低い優先順位、したがって時間制約MTCデバイスよりも長いバックオフパラメータを使用することができる。あるいは、MTCは、MTCデバイスが送ることのできるデータのタイプに依存することができる。例えば、MTCデバイスは、アラームのような高優先順位データに関して、周期的計測結果を送るときよりも短いバックオフを使用することができる。アプリケーションレベルまたはNASレベルでデータの優先順位を求め、RRCまたはMACに示すことができる。あるいは、MTCは、サービス品質QoSに依存することができる。例えば、トラフィックの遅延感度を定義するQoSクラスすなわち、MTCデバイスが送ることのできるデータから各優先順位を導出することができる。既存のQoSクラスを再利用することができ、またはMTCデバイスについて新しいQoSクラスまたはサブクラス例えば、BackgroundClassのサブクラスを定義することができる。あるいは、MTCデバイスが選択することのできる優先順位をWTRU機能によって制限することができる。あるいは、優先順位は、MTCデバイスが送ることのできるデータ量に依存することができる。例えば、アラームが高い優先順位を必要とするショートメッセージであり、周期的計測レポートはより多くのデータを含むことができ、必要とする優先順位が低くてよいことを予見することができる。本開示を通じて、ネットワークは、バックオフ、タイミング、アクセスクラス、優先順位などのいくつかのMTC特有のパラメータと共にWTRUまたはWTRUのグループを構成することができる。RACHまたはRRC特有のメッセージを介してそのようなパラメータを構成することができる。各MTCグループを区別し、ネットワークがこうした特定のパラメータを構成することを可能にするために、以下の方法のうちの1つまたは組合せを使用することができる。以下で説明するMTCデバイスについて定義される新しいアクセスクラスにMTCグループをマッピングすることができる。あるいは、MTCデバイスについて定義される1つの新しいアクセスクラスが存在することができるが、この新しいアクセスクラス下でサブアクセスクラスを定義することができる。各サブアクセスクラスは、1つのMTCグループに対応することができ、またはサブアクセスクラスの有限セットを定義することができる。次いで、各サービス/グループまたはアプリケーションをこうしたサブクラスのうちの1つにマッピングすることができる。次いで、ネットワークは、各サブアクセスクラスについてMTC特有のパラメータをシグナリングすることができる。異なるMTCグループIDのリストを定義することができ、各MTCサービスまたはMTCデバイスにグループIDを割り当てることができる。各MTCサービスにグループIDが割り当てられる場合、1つのMTCデバイスが異なるグループに属し、トリガされるサービスに応じて特定のグループIDを使用することがある。固定数のMTCグループを定義することはできないが、MTCデバイスグループの最大数を定義することができる。ネットワークは、例えばRACH負荷のレベル、ネットワーク輻輳、またはエリア内に配置されるMTCデバイス数に応じて、より多数または少数のMTCグループを使用することを決定することができる。各MTCデバイスに、経時的に変化することのできる1つまたはいくつかのMTCグループIDを割り当てることができる。同一のグループIDを使用するMTCデバイスまたはMTCサービスの最大数が存在することができる。さらに、この数をセル当たりまたはエリア例えば、ロケーションエリア、ルーティングエリア、トラッキングエリアなど当たりで限定することができる。ネットワークは、特定のグループIDが使用することのできるRACHリソースまたはアクセスバックオフパラメータはどれか、またはどのグループIDが除外されるかを、以下の方法のうちの1つまたは組合せでシグナリングすることができる。ネットワークは、グループリソースが属するグループIDまたはグループIDのリストを明示的に与えることができる。あるいは、ネットワークは、異なるMTCグループIDおよび対応するRACHリソースまたはRACHアクセスバックオフ/除外パラメータのリストを有するマッピングテーブルをブロードキャストすることができる。あるいは、このマッピングテーブルを固定することができる。別のシグナリング方法では、登録メッセージのうちの1つまたは新しいNASメッセージでWTRUにグループIDを割り当てることができる。あるいは、USIMでグループIDおよび/またはマッピングをWTRUに与えることができる。あるいは、ページングメッセージでWTRUにグループIDを割り当てることができる。あるいは、WTRUがネットワークから新しいグループIDを受信したとき、WTRUは、その新しいグループIDを次の伝送のために使用することができ、または新しいグループIDを受信するまで、全ての将来の伝送のために使用することができる。受信したグループIDは、既存のグループIDに取って代わることができ、または受信したグループIDをグループIDのリスト内の既存のグループIDに追加することができる。WTRUが割り当てることのできるグループIDの最大数が存在することができる。ネットワークは、既存のグループIDを削除するようにWTRUに指示することができる。WTRUは、格納するグループIDの最大数に達したとき、最も古いグループIDを削除することができる。別のシグナリング方法では、MTCデバイス当たり、またはMTCサービス当たりのグループIDを固定することができる。例えば、USIM上に加入者プロファイルの一部としてグループIDを格納することができる。あるいは、任意の既存のRRCまたはNASシグナリングメッセージを使用することにより、または新しいRRCまたはNASメッセージを使用することにより、MTCデバイス内のグループIDを更新することができる。別のシグナリング方法では、クラスの有限サブセットまたは割り当てられた優先順位のケースでは、システム情報は、こうしたサブセットのそれぞれについてパラメータのリストを提供することができる例えば、0...N、ただしNはサブセット数。WTRUは、USIM内の事前定義されたマッピングまたは明示的なマッピング、あるいはNASレベルメッセージまたはRRCレベルメッセージに基づいて、それがどのサブセットに対応するかを判定し、こうしたパラメータを必要とする任意の手順についてこうしたパラメータを適用することができる。上述の方法のうちの1つに従ってUL伝送を開始することができるとWTRUが判定した後、異なる方法を使用して異なるレベルで、同一のリソースまたはリソースのサブセットの時分割、すなわちリソース割振りを実施することができる。より具体的には、グループまたはクラス内の全てのWTRUに、RACHアクセスのために利用可能なリソースの完全なセットのサブセットまたは限定した数を与えることができる。こうしたリソースは、グループまたはアクセスクラス内のMTC特有の伝送のために予約することができる。しかし、WTRUがこの限定されたリソースを介して送信することのできる時間が、上述の方法のうちの1つに従って時間にわたって拡散されるので、WTRUが同一のリソースまたはリソースのセットを時分割するとみなすことができる。異なるWTRUは、上述の方法のいずれかを使用して、異なる時間スロットで同一のリソースへのアクセスを実施することができる。従って、コンテンションフリー割振りを使用して適切なリソースを割り振ることができる。あるいは、コンテンションベースの割振りを使用することができる。本明細書で説明する方法のうちの1つまたは組合せは、コンテンションフリーリソース割振り方法を利用する。これにより、WTRUがコンテンションフリー伝送を有することが可能となる例えば、このWTRUだけが、所与の時点でこのリソースで送信している。こうした解決策は、コンテンションフリーアクセスと共に、またはコンテンションフリーアクセスなしに機能することができることを理解されたい。コンテンションフリーリソースのセットは、限定はしないが、プリアンブルシグニチャシーケンス、UMTS用のE-DCHリソースすなわち、スケジュールされないグラント、プリアンブル伝送用のアクセススロット、スクランブリングコード、UMTSおよびLTE用の物理ランダムアクセスチャネルPRACHリソース、LTE用の物理アップリンク共有チャネルPUSCHリソースブロック割振りすなわち、半永続的スケジューリング割振り、LTE用の物理アップリンク制御チャネルPUCCHリソースを含み、プリアンブル後にリソース割振りを受信するのにRNTIまたは専用WTRU識別子が必要なシステムでは、事前定義されたWTRUのためにRNTIを事前割振りし、または予約することができる。WTRUに情報を与えるために、以下の方法のうちの1つまたは組合せを使用することができる。一方法では、WTRUに索引を与えることができる。索引は、使用することのできるブロードキャストされたリソースのリスト内にどのリソースがあるかを指摘する。例えば、UMTSでは、一定のカテゴリまたはMTCグループに属するWTRUのグループについて、コンテンションフリーE-DCHリソースの索引を個々にシグナリングまたはブロードキャストすることができる。例えば、プリアンブルシグニチャシーケンスに対する索引を任意のシステムに関するWTRUに与えることができる。この索引をWTRUで事前定義することができ、または最初にデバイスがネットワークに登録し、起動し、またはセルに移動したときに事前構成することができる。この索引をMTCデバイスについてブロードキャストすることができ、または異なるMTCグループまたは異なるアクセスクラスについてブロードキャストすることができる。あるいは、使用すべきリソースのセットを、各MTCグループについて、またはこのリソースを使用する必要とする任意のデバイスについてブロードキャストすることができる。リソース割振りまたは索引は、ページングインジケータに追従するページングメッセージまたは別の専用メッセージを介してWTRUに与えられる。この専用メッセージまたはページングメッセージは、RNTI例えば、一時RNTI、プリアンブルシグニチャシーケンス、送信する伝送時間間隔TTI、スロット番号、リソースブロックなどの追加のパラメータ情報を搬送することができる。あるいは、メッセージは、WTRUまたはWTRUのグループにRNTIを与えることができる。したがって、送信するようにスケジューリングされるときの特定のWTRUは、制御チャネル例えば、LTEでのPDCCH、またはUMTSでのE-AGCHを監視して、ULでそれを介して送信するリソース例えば、リソースブロック、グラント、リソースの索引、または類似のリソースを求めることができる。あるいは、使用するリソースのセットを明示的に与えることができる例えば、構成メッセージ全体をWTRUに送ることができる。起動または登録後に、またはWTRUが送信することができるごとに、リソースのセットを送ることができる。例えば、UMTSでは、既知のE-DCHリソースのセットに対する索引を介して、メッセージをWTRUに送ることができる。あるいは、事前定義された規則を実装することができ、WTRUは、ブロードキャストされる最初、最後、またはN番目のリソース上で伝送を行えることを知ることができる。あるいは、MTCデバイス、またはMTCデバイスのグループ、またはMTCデバイスのクラスについて、リソースのデフォルトのセットが定義される。ネットワークは、M2MMachinetoMachineデバイスが近傍にないことを知っているのでない限り、M2M伝送のためのリソースを予約することができる。あるいは、WTRUは、アクセスクラスに従って求められ、または通常のRACH手順のためにブロードキャストされる利用可能なリソースのいずれかを選ぶことができる。しかし、WTRUは、SFN値または絶対時間の計算される時間に、最初のプリアンブルを開始することができる。WTRUに複数のコンテンションフリーリソースを割り振ることができる場合、WTRUは、上記で与えられる所与のTTIまたはSFNで、複数のコンテンションフリーリソースの中から選ぶことができる。例えば、WTRUは、制御チャネルを監視し、または事前定義された規則を適用して適切なリソースを求めることができる。本明細書では、割り振られたリソース上でのUL伝送のための方法を説明する。1つのUL伝送方法では、リソースを時分割するWTRUが、プリアンブルを送信することなく、所与のSFNまたはスロットでUL伝送を開始する。したがって、WTRUはSFN、サブフレーム、またはTTIを求め、直ちにデータのUL伝送を開始し、プリアンブルランプアップ段階をスキップする。例えば、LTEでは、WTRUは、与えられた割振りに従って、PUSCHを介してデータの送信を開始することができ、UMTSでは、WTRUは、PRACHまたはE-DCHリソースを介して送信することができる。上記の方法は、UMTSなどのいくつかのシステムにとって特に有益である。より具体的には、WTRUがこのリソースにアクセスできるデバイスであるとすれば、WTRUは、プリアンブルを送る必要はないことがある。WTRUは、所与のSFNでUL上で伝送を開始することができる。WTRUは、以下の方法を使用して干渉を低減し、正しい電力レベルで拡張専用物理データチャネルE-DPDCHを送信することができる。WTRUは、E-DPDCH伝送の前にx個のTTIで専用物理制御チャネルDPCCH伝送を開始することができる。次いで、WTRUはPRACH伝送を開始する。DPCCHまたはPRACHの初期電力は、以下の規則のうちの1つまたは組合せに従って設定することができる。シグナリングされるデフォルトDPCCH電力またはデフォルトPRACH電力オフセットを使用する、DL測定値例えば、共通パイロットチャネルCPICH測定値を使用して求める、WTRUは、最後の送信電力を保存し、次いでそれを使用してこれは、非モバイルWTRUに関して特に有用である、その電力からオフセットを引いたところから開始する、または現在値とシグナリングされた値の間の最小値を使用する。LTEシステムでは、ULでの伝送は一般に、RACHを除いてWTRUを時間位置合せすることを必要とする。WTRUが送信するごとに時間位置合せを回復するための不必要なRACH手順を回避するために、MTCWTRUが、最後にRRC接続モードにあったときからそのタイミングアドバンス値を再利用することを許可することができる。しかし、このことは、WTRUの物理位置が変化していないという条件下で許可することができる。このことは、例えば全地球測位システムGPSに基づく位置推定を使用することによって実施することができる。動きの欠如を示す検出デバイスからの出力から求めることもできる。あるいは、受信した信号強度に基づく基地局からの経路損失推定を使用することができる。あるいは、WTRUは、非モバイルグループに属することができる例えば、このデバイスが移動しないことがあらかじめ知られている。WTRUは、WTRUが固定デバイスであると判定することができ、始めと、UL伝送を有するごとに一度、タイムアドバンスを取得することができ、次いで、プリアンブルを送信する必要なしに、同一のタイミングアドバンス情報を使用することができる。LTEなどのシステムでは、プリアンブルなしに開始することは、WTRUが、ランダムアクセスRA応答メッセージで受信されるタイミングアドバンス情報を有さないことがあることを考えると、より困難である可能性がある。プリアンブルが送信することができない方法では、WTRUは、保護期間をデータ伝送の一部として使用して、ワーストケースタイミング不確定性を補償し、後続のサブフレームとの干渉を回避することにより、割り当てられたPUSCHリソース上で、限定されたデータ量を送信することができる。そのような手法は、あらゆる副搬送波について時間スロットの全てのシンボルをWTRUに割り振る必要があることがある。別のUL伝送方法では、WTRUは、事前定義されたSFNおよび/またはサブフレーム、TTI、あるいはアクセススロット上で、事前定義された時間にプリアンブル伝送を実施することができる。WTRUは、既知の手順に従ってプリアンブルの初期電力を求めることができる。あるいは、あるタイプのWTRUのでは、WTRU位置に従ってプリアンブル伝送の初期電力を最適化することができる。より具体的には、ある非モバイルまたは固定デバイスは、以下の方法のうちの1つまたは組合せによって初期プリアンブル電力を求めることができる。一方法では、非モバイルWTRUは、最後のアクセス試行の最後のプリアンブル伝送電力を使用することができ、例えばWTRUは、使用した最後の値を格納する。格納された値がない場合、WTRUは、通常のプリアンブルランプアップ段階を使用し、次いでプリアンブルの最後の値を格納する。あるいは、WTRUは、始めにプリアンブルランプアップ段階を1度実施することができ、次いで全ての初期アクセスについて同一の値を使用することができる。しかし、この方法では、WTRUが最後のアクセスに基づいてプリアンブル電力を更新および調節することを可能にすることができない。このUL伝送方法により、WTRUがULで完全な同期を達成し、適切な電力ランピングを実施することを可能にすることができる。WTRUは、コンテンションフリー割振りリソースを使用して、ULで送信することができ、または複数のリソースがWTRUに与えられる場合、WTRUは、レガシーRACH手順を使用することができる。すなわち、いくつかのリソースが利用可能である場合、WTRUは、1つのリソースをランダムに選び、WTRUへのアクセスを実施することができる。別のUL伝送方法では、MTCデバイスなどのいくつかのWTRUは、あらゆるプリアンブル再送信について電力ランプアップ手順を実施することができない。その代わりに、N番目の再試行ごとに電力ランプアップを行うことができる。Nは構成可能なパラメータでよく、MTC機能/グループ特有のものでよい。Nは、初期配置/構成中にWTRUでプログラムすることができ、またはネットワークによってブロードキャストまたは専用シグナリングを介してWTRUに与えることができる。例えばNは、物理的に固定であることが知られていることのあるMTCデバイスについて、UMTSではMmaxに等しくてよく、LTEではpreambleTransMaxプリアンブル再送信の最大数に等しくてよい。このケースでは、WTRUは、再送信のいずれについてもプリアンブル送信電力を増大させることができない。固定であるしたがって基地局から固定距離であることのあるMTCデバイスに関するプリアンブル伝送障害は、チャネル条件の不良ではなく、RACH輻輳のために生じることがある。したがって、プリアンブル送信電力の一定の増大の結果、ネットワークへの劣化が生じることがある。本明細書では、RACHアクセス期間を限定する方法を説明する。すなわち、WTRUがリソースを維持する時間が、事前定義または構成した期間に限定される。より具体的には、WTRUは、上述の方法および解決策のいずれかに従って伝送を開始するSFN番号または時間を求めることができる。初期アップリンク伝送から、許可されたタイマが満了した後に送信を停止し、リソースを解放するようにWTRUを構成することができる。1つの小さいデータ伝送が頻繁に生じることのある、MTCデバイスなどのあるWTRUでは、WTRUは、データを送信するために新しいフレームまたはサブフレームを必要とすることがある。リソース保持の長さは、アクセスクラスまたはMTCグループに依存し、それに基づいて構成することができ、またはそのような手順を実施するように構成された全てのWTRUにわたって共通でよい。別のWTRUが送信している間にWTRUに伝送を開始させることを回避する目的で、伝送をいつ開始するかを決定するためにWTRUが使用する式に対する入力として、RACHリソース持続時間またはフレーム持続時間を使用することができる。例えば、最大伝送持続時間が2フレームである場合、同一グループ内のWTRUが開始するSFNは、2の倍数例えば、奇数または偶数でよい。この例では、持続時間Xフレームは、WTRUがXの倍数であるSFN番号で伝送を開始することに対応することができる。上記は一例であり、フレーム持続時間、WTRU識別などと組み合わせてSFNを計算する異なる機構を使用することができる。別の方法では、各伝送に関する持続時間が限定されるとき、WTRUは単純化した挙動を有することができ、UL伝送に関してハイブリッド自動再送要求HARQフィードバックが送られないことがある。このことを反復HARQ機構によって達成することができる。WTRUは、1つのパケットデータユニットPDUを作成し、x個の連続するTTI、または許可された時間フレーム内のN個のTTIで再送信することができる。このTTIで送信するWTRUを一意に識別するために、WTRUは、MACヘッダまたはデータ自体に特定の識別子を付加することができる。この識別子は、MTC特有の識別子、IMSI、TMSI、またはWTRUを一意に特定する任意の識別子でよい。WTRUは、特殊なヘッダフィールドを使用して、WTRUが提供している識別子をネットワークに示すことができる。あるいは、WTRUが送信する時間インスタンスはWTRUに固有のものでよく、ネットワークは、同一または類似の機構を使用して、どのWTRUが送信しているかを判定することができる。したがって、ネットワークは、リソースが所与のSFNからSFNまで1つのWTRUに割り振られることを知ることができる。フィードバックに基づいてHARQ再送信を実施するか否かに関する決定を、RACHの持続時間にリンクすることができる。あるいは、複数のフレームが割り振られる場合、または所定の時間量、例えば10msよりも多くの時間量がWTRUに割り振られる場合、WTRUはHARQ再送信を実施することができる。時間が満了したとき、WTRUは、その伝送間隔の完了時に、リソースを解放することができる。WTRUは、データの伝送を完了するとすぐにリソースを解放することができ、内部変数をリセットすることができる。ネットワークが共通のリソースおよびバッファを使用しているとき、時間の終了時に、ネットワークは、変数およびパケットのシーケンス番号付けをリセットすることができる。ULRACHアクセス方法を最適化する別の例では、グループスケジューリングを使用して、かなりの数のWTRUが同時にネットワークNWと通信することを試みるシナリオでRACHコリジョンおよび再送信をさらに最小限に抑えることができる。WTRUをグループに分割することができ、そのランダムアクセス手順を確定的にスケジューリングすることができる。グループ索引すなわち、rachGroupIndexを使用して、特定のグループに属するWTRUを識別することができる。WTRUが送信することのできるデータ量、データの重要性、または他の類似のパラメータなどの様々な側面に基づいてグループを分割することができる。この方法では、WTRUは、NWから得られたシステム情報からそのグループ索引を導出することができ、またはNWが、専用シグナリングを介してグループ索引をWTRUに与えることができる。WTRUが選ぶことのできる様々なグループの中から、グループ索引をランダムに選ぶことができる。あるグループ内のWTRUは、グループ索引に関連する時間間隔内にRACH伝送を開始することができる。この間隔内のいつに開始するかを決定するために、この間隔内の時間をランダムに選び、RACH手順を開始するようにWTRUを構成することができる。あるいは、本明細書の上述した手順のうちの1つまたは組合せに従って、属するグループの時間間隔内でよいという制限と共に時間を求めることができる。例えば、各WTRUに割り当てられるオフセットまたはアクセスIDを、グループが送信を開始することのできる時間Tに対するオフセットとして追加することができる。この方法では、WTRUがNWにデータを送ることが予想される時間は同じでよいがすなわち、tは0に等しい、全てのWTRUのデータは同じ優先順位はないことがあり、したがって0に等しいtで開始する短い期間にわたって拡散することができる。図4を参照すると、WTRUがそのデータをNWに送る時間であるときすなわち、上述のようにtが0に等しいとき、rachGroupIndex1に属するWTRUは、0に等しい時間tからTに等しいtまでの間のいつかにランダムアクセス手順を開始することができる。任意の他のグループに属する他のWTRUは、この時間中にそのランダムアクセス手順を開始することは予想されない。rachGroupIndex2に属するWTRUは、Tに等しい時間tと2Tに等しい時間tの間でランダムアクセス手順を実施すると予想される。言い換えれば、あるグループに属するWTRUの全ては、そのグループ索引に従うその指定された時間間隔でそのランダムアクセス手順を実施すると予想される。値Tは、WTRUが送ることのできるデータ量、異なるグループのWTRUに関するデータの優先順位などの様々な要素を考慮に入れて、NWによって構成することができる。時間はSFN番号に対応することができる。本明細書の以下で説明するタイミングまたはアクセスパターン方法に、RACHグループ索引方法を適用することができる。より具体的には、各RACHグループ索引は、リソース、アクセスが許可される時間、およびアクセス除外因子または持続性値の点で異なる特性を有することができる。WTRUは、上記または以下で説明する方法のいずれかに従ってグループ索引を選ぶことができる。グループ索引が選択されると、そのグループのアクセス特性に追従することができる。以下で説明する解決策に従って、RACHグループ索引を動的または半静的に更新することができる。各RACHグループ索引をアクセスクラスに関連付けることができ、アクセスクラスは、異なるアクセス特性を有することができる。本明細書では、MTCデバイスなどのあるタイプのWTRUに関するリソースを割り振る方法を説明する。あるタイプのWTRUでは、非MTCデバイスによって使用されるRACHを使用するのではなく、RACHリソースを隔離することが望ましいことがある。例えば、異なるMTCデバイスに関するRACHリソースの隔離は、スクランブリングコードのセットを予約すること、プリアンブルシグニチャ、およびサブチャネル/アクセススロットを含むことができる。このことは、異なるMTCに関する新しいパラメータのセット例えば、MTC特有のPRACHをシグナリングすることによって達成することができ、このPRACH内で、異なるタイプのMTCデバイスに関するアクセスサービスクラスの新しいサブセットに関するコードおよびパラメータを指定することができる。UMTSでは、追加の変更は、E-DCHリソースの予約済みの空間またはプール、またはMTCに関するE-DCHリソースの追加を含むことができる。通常のプリアンブルシグニチャが使用すべきE-DCHリソース索引との1対1のマッピングを有することを考えると、WTRUは、異なるE-DCHリソースのセットへのマッピングを有し、または異なるマッピングによって定義される、MTCデバイスのために予約された特殊なプリアンブルシグニチャのセットを使用することができる。あるいは、プリアンブルが送られるアクセススロットまたはサブチャネルのセットをMTCデバイスのために予約することができ、または新しいアクセススロットを指定することができる。例えば、UMTSでは、ネットワークがこのプリアンブルを検出したとき、ネットワークは、プリアンブルとMTC特有のE-DCHリソースに対応するE-DCHとの間のマッピングに気付いている。ある場合には、MTCデバイスのあるグループは、専用RNTIがないので、E-AGCHリソースを有することができない。上述のように、一例では、MTCデバイスまたは既存のアクセスクラス0~10について新しいアクセスクラスを定義することができ、パターン、除外因子などの、各クラスまたはクラスのグループに関連する異なるULアクセス特性を可能にするように拡張することができる。特定のMTC機能またはMTCグループへのMTCデバイスの加入中、またはMTCデバイスの初期配置中に、アクセスクラスAC情報をデバイスのUSIMにプログラムすることができる。以下の方式のいずれかで、AC情報を動的に更新することができる。MTCサーバは、ネットワークに新しいAC情報を提供することができ、ネットワークはそれを、ページング、ブロードキャストシステム情報またはセルブロードキャストサービスCBS、または専用シグナリングを介してWTRUに転送することができる。WTRUは、それに応じてそのUSIMの内容を更新することができる。あるいは、USIMの内容が変更されないことがあるが、WTRUは、登録の持続時間に、または事前定義された期間に、提供された新しい情報を使用することができる。切り離された場合、WTRUが次回にネットワークにアクセスしたとき、WTRUは、その元のUSIM構成に戻すことができる。AC情報に対する修正は、例えば既存のACを削除する、新しいACなどを追加するでよい。あるいは、AC情報修正は、MTCデバイスの構成の一部でよく、したがってMTCデバイスが再構成されたときはいつでも更新することができる。別の例示的方法では、ネットワークは、ネットワークメッセージを介してWTRUに対するAC情報を提供または修正することができる。MTCデバイスのグループのAC情報の変化をMTCデバイスのグループに示す共通グループメッセージを、MTCデバイスのグループに送ることができる。ネットワークは、一定の事前定義された確率で除外/ブロックすべきACのうちの1つまたはグループを予約し、除外/ブロックしたいWTRUがこうしたACのうちの1つの一部となるように構成することができる。本明細書で説明する方法例えば、ページングメッセージ、事前定義された規則などのうちの1つまたは組合せを使用して、このことを実施することができる。アクセスサービスクラスを使用して隔離を実行することもできる。MTCデバイスが提供するサービス、その機能などに基づいて、MTCデバイスに関して異なるアクセスサービスクラスASCを定義することができる。新しいASCを新しい整数値またはビット文字列として表すことができる。例えば、セットする1ことのできる文字列中のビットは、WTRUがASCに属することを示し、セットされないビット0は、WTRUがそのASCの部分ではないことがあることを示す。ビット文字列中のビットへのMTC機能のマッピングを、以下の方式のいずれかまたは全てでWTRUに与えることができる。システム情報ブロックSIBを介してシステム情報SIでマッピングをブロードキャストすることができる。あるいは、デバイスの加入中および/または初期配置中にMTCデバイスのUSIMでマッピングをプログラムすることができる。ASCビット文字列中のビットへのMTC機能のマッピングを動的に変更し、SI、またはページングや専用シグナリングなどの他の形態を介して、更新後情報をWTRUに与えることができる。代替実施形態では、最初にUSIMでマッピングをプログラムすることができ、情報がMTCデバイスによって受信されたとき、このマッピングに対する更新値が生じることができる。値をMTCデバイスのUSIMで更新することはできないが、こうした値を更新値で上書きすることができる。ネットワークによって与えられる事前構成されたタイマ値を使用して、MTCデバイスが更新値を使用することのできる持続時間を制御することができる。このタイマ値は、MTC機能に応じて、MTCグループ特有のものでよく、または各MTCデバイスについて異なるものでよい。SI、ページング、または任意の他の形態の専用シグナリングを介して、ネットワークによってタイマ値をWTRUに与えることができる。本明細書では、アクセスクラス-アクセスサービスクラスマッピングのための例示的方法を説明する。以下の解決策のうちの1つまたは組合せで、MTCデバイスに関するAC-ASCマッピングを達成することができる。初期配置中、MTC機能またはグループへの加入中、あるいはMTCサーバによるデバイスの構成/再構成中に、AC-ASCマッピングをMTCデバイスにその構成の一部として与えることができる。一方法では、MTCデバイスが複数のACに属する場合、そのデフォルトMTC機能ACに属するASCを選択することができる。別の方法では、単一のMTC特有のACをASCビット文字列にマッピングすることができ、WTRUは、以下の動作のうちのいずれかまたは全てを実施することができる。WTRUは、WTRUがその中で関連付けられる他のACにマッピングされるASCにわたって、ASCビット文字列値を優先順位付けすることができる。ビット文字列内で、WTRUに複数のASCが割り当てられる場合、WTRUは、そのデフォルトMTC機能に属するものを選択することができる。あるいは、WTRUは、ネットワーク、MTCサーバなどによって使用されるように明示的に構成されるものを選択することができる。あるいは、WTRUは、WTRUに与えることのできるこうしたASCの間でリストを優先順位付けすることができ、WTRUは、優先順位に従ってASCを選択する。SI、ページング、または任意の形態の専用シグナリングを介して、ネットワークによってASCの優先順位をWTRUに与えることができる。本明細書では、本明細書で説明する例示的方法および実施形態と共に使用することのできる、ネットワークへのアクセスを制御する追加の方法を説明する。WTRUは、以下の方法のうちの少なくとも1つに従って、ネットワークにアクセスすることを試みるかどうかを判定することができる。1つの例示的方法では、WTRUは、アクセスを許可することができ、または許可することができないことを示す、除外表示barringindicationなどのブール表示をチェックすることができる。あるいは、ネットワークへのアクセスを試みることを許可することができるときを定義する時間パターン以後、許可されたアクセスパターンと呼ぶを使用することができる。許可されるアクセスパターンを、除外表示を設定してアクセスを許可することができるときと共に使用することができる。あるいは、乱数を選択することができ、数がしきい値未満であるかどうかをWTRUが判定する以後、アクセス除外因子と呼ぶ。許可されたアクセスパターン中に、除外表示を設定してアクセスを許可することができる場合、このことを使用することができる。本明細書で説明する因子のうちの少なくとも1つに基づいて、許可されたアクセスパターン、除外表示、およびアクセス除外因子まとめてアクセス表示と呼ぶのうちの1つを求めることができる。例えば、本明細書で説明するように、ACに基づいてアクセス表示を求めることができる。アクセス表示はまた、限定はしないが、モバイル発信データの可用性および/またはページングメッセージの受信などのネットワークにアクセスする理由に基づくことができる。別の例では、アクセス表示は、複数の許可されたアクセスパターン、除外表示、またはアクセス除外因子のどれをWTRUによって使用することができるかを示す索引に基づくことできる。より具体的には、いくつかの許可されたアクセスパターン、除外表示、または因子を例えば、アクセスクラスに関係しないWTRUに与えることができ、WTRUは、索引を含むページングメッセージを受信することによって索引を求めることができる。索引を含むページングメッセージによって索引を受信することができる。WTRUが使用することのできる情報にアクセスするための索引を含むようにページングメッセージを拡張することができる。上述の実施形態のうちの1つを使用して、この情報がWTRUに与えられる。WTRUは、WTRUが使用することのできる明示的アクセスパターン、明示的除外表示、または除外因子を含むページメッセージを受信することができる。WTRUは、索引または明示的情報を含む専用メッセージRRC接続解放メッセージなどを受信することができる。WTRUは、初期構成時または登録時に使用する初期索引と、所定の、または事前シグナリングされた時刻の関数、または送信すべきデータのタイプとを与えることができる。索引または情報をWTRUに与えることができ、またはACまたは上述の方法のいずれかに従ってWTRUによって求めることができる。上述の方法のうちの1つを使用することにより、または事前定義された規則をWTRUで使用することにより、SIBを変更または再取得する必要なしに、索引または情報をさらに動的に更新することができる。より具体的には、WTRUは、以下のうちの1つまたは組合せを使用することができる。WTRUは、使用する情報の索引を周期的に変更することができる。例えば、新しい索引を、現在の索引1、または現在の索引xとして求めることができる。ただしxは、事前定義され、または構成可能な整数である。あるいは、WTRUは、ULアクセス後ごとに、またはN回のULアクセス後ごとに、索引を変更することができる例えば、新しい索引=現在の索引x。あるいは、WTRUは、上述の方法のいずれかを使用して、新しい索引または情報を受信することができる。セルからSIブロードキャストを取得することにより、許可されたアクセスパターン、除外表示、またはアクセス除外因子、あるいはそのうちの複数場合によっては、各ACおよび索引の可能な各値について1つをWTRUによって得ることができる。専用メッセージ例えば、RRC接続解放メッセージや任意の他のRRC再構成メッセージなどを介して受信することもできる。あるいは、この情報を上位層メッセージ例えば、非アクセス層NASメッセージによって与えることができる。WTRUのうちの1つまたはグループをページングすることのできるページングメッセージを通じてこの情報を受信することもできる。WTRUにこの情報を明示的に与えるようにページングメッセージを拡張することができ、またはSIで可能な構成のうちの1つをWTRUが変更または選ぶことを可能にするための情報を与えることによってページングメッセージを拡張することができる。前述の構成のうちの1つについて索引を選ぶためのWTRU識別子に基づくWTRU内の式、またはMTCデバイスが属するアクセスクラスを動的に変更することのできる別の式を通じて、情報を得ることができる。例えば、後者のケースでは、WTRUは、属することを許可することのできるアクセスクラスの範囲を与えることができ、この範囲内で、WTRUは、ラップアラウンドと共にアクセスクラスを周期的に変更することができる例えば、現在のアクセスクラスx。以下の例示的動作のうちの少なくとも1つに基づいて、WTRUによってアクセス除外因子を求めることができる。ページングメッセージまたは専用メッセージからの調節因子の受信時にアクセス除外因子を求めることができる。あるいは、WTRUは、未調節のアクセス除外因子に調節因子を掛けることができる。セルからSIブロードキャストを取得すること、あるいはACおよび/またはネットワークにアクセスする理由に対して適用可能な未調節のアクセス除外因子を選択することから、未調節のアクセス除外因子を得ることができる。あるいは、既存のアクセス除外因子を上書きすることのできる新しいアクセス除外因子を受信することによってアクセス除外因子を求めることができる。別の例では、アクセス除外因子をWTRUによって求めることができ、あるいはUMTSの場合のSIB3やLTEの場合のSIB2などの新しいSIBまたは既存のSIB内のSIでWTRUに与えることができる。新しいIEは、WTRUまたはWTRUのグループがプリアンブルを送るため、またはULデータを送るためにRACHにアクセスすることを許可することができるSFN、および任意選択でサブフレームを指定することができる。あるいは、こうした新しいIEをRRCメッセージに追加することができる。こうした新しいIEは、以下の情報のうちの1つまたは組合せを含むことができる。こうした新しいIEは、1つのSFN、SFNのリスト、あるWTRUが奇数または偶数のSFN、あるSFNで始まるN個のSFNごと、およびSFNの範囲例えば、開始および停止索引で送信することができるという表示を含むことができる。IEは、開始SFN番号を含むことができ、開始SFN番号の時点で、WTRUは、現在のRACH機構を使用して、ネットワークにアクセスすることを試みることができる。IEは、持続時間に対応することのできるタイマ値を含むことができ、その持続時間では、満了すると、一定の期間にRACHにアクセスすることをWTRUに許可することができる。UMTSでは、アクセス時間パターンと共にWTRUを構成することができる。UMTSでは、WTRUがRACHへのアクセスを要求することができるとき、WTRUは、持続性値を無視し、セル上でブロードキャストされるSFNでRACHにアクセスすることを試みることができ、またはセルによってブロードキャストされるSFNでではあるが持続性チェックを実施することができる。再送信のケースでは、UMTSは、RACHにアクセスすることを試みる前に、バックオフタイマおよび/またはT2UMTSMACでは名目上は10msに設定されるの間待機することができる。バックオフタイマおよび/またはT2が満了した後に、次の許可されるSFNで再送信を実施することができ、あるいはUMTSは、バックオフタイマおよび/またはT2を無視して、次の許可されるSFNで再送信を試みることができる。LTEでは、アクセス時間パターンと共にWTRUを構成することができる。WTRUがRACHへのアクセスを必要とするとき、WTRUは、PrachConfigIndexおよびまたはPRACHMaskIndexによって課されるアクセス制限を無視することができる。PrachConfigIndexおよびまたはPRACHMaskIndexによって与えられる制限が最初に確認された場合、WTRUは、指示されるSFN上で送信することができる。NACKまたはネットワークからの応答の欠如による再送信のケースでは、WTRUは、応答で示され、またはランダムに取り出されるバックオフ持続時間の間待機し、次の許可されるSFNおよびサブフレームでRACHにアクセスすることを試みることができる。WTRUは、バックオフタイマが満了することを待機せず、次に許可されるSFNおよびサブフレームがバックオフ持続時間の前に生じる場合であっても、そこで送信することを試みることができる。時間パターンに従ってRACHにアクセスすることが許可されるとき、WTRUは、アクセス除外因子が1に等しいとみなすことができ、例えば、存在する場合、それを無視することができる。あるいは、2つの機構が共存することができ、そのケースでは、除外因子に従って除外される場合、WTRUは、アクセスを実施することが許可されない。acbarringタイマが満了し、アクセスを再試行し、時間パターンに準拠することをWTRUに許可することができる。SFNに加えて、WTRUまたはWTRUのグループについて、例えば、サブフレーム番号、プリアンブルフォーマット、PRACHリソース索引、PRACHマスク索引、PRACH構成索引、PRACH索引、およびプリアンブル索引を含むパラメータをブロードキャストまたはシグナリングすることができる。本明細書では、WTRUがシステム情報を再取得する必要なしに、またはネットワークによって再構成されることなくRACHにアクセスするために、除外表示、許可されたアクセスパターンアクセス、および除外因子をどのように更新することができるかに関する詳細を説明する。除外表示、許可されたアクセスパターン、および/または除外因子のリストをSIでブロードキャストすることができる。異なる除外表示、許可されたアクセスパターン、および/または除外因子構成と、WTRUまたはWTRUのグループとの間のマッピングをブロードキャストすることができる。例えば、マッピングテーブルは、アクセスタイミング構成に関する索引と、対応するアクセスクラス適用可能な場合のリスト、並びに任意選択で各構成についての除外因子を含むことができる。SIを取得するとき、WTRUは、このリストおよび現マッピングを格納することができる。後に、ネットワークにより、または所定の規則に従うWTRUによって自律的にマッピングを更新することができ、以前に格納したアクセスのリストに新しいマッピングを適用することができる。例えば、ページを介してマッピングを更新することができる。ページは、アクセスタイミング構成索引とアクセスクラスとの間の新しいマッピングを含むことができる。WTRUは、SIを再取得する必要はないが、ページングチャネルを監視する必要があることがある。さらに、WTRUが自律的に所定の規則に従ってマッピングテーブルを更新することのできる時間をブロードキャストすることができる。例えば、規則は、テーブルをラッピングと共に1つだけシフトすることでよい。この解決策では、WTRUは、更新を必要とすることのある以下の例のうちの1つを除いてページを受信することができない。例えば、マッピングテーブルの自動更新、自動更新の取り消し、自動更新の再始動、および自動更新に関する規則の更新が生じる可能性があるとき、WTRUは、ページを受信することができる。WTRUで満了したときにWTRUがマッピングテーブルの自動更新を実施することができるように、新しいタイマを定義することができる。あるいは、RRC接続解放やRRC接続拒否などのRRCメッセージを使用して、これを更新することができる。PRACHリソースは、使用および変更される索引のうちの1つの一部でよい。本明細書では、MACレベルでアクセスクラスをどのように区別するかを説明する。LTEでPRACH構成索引をACに依存させるために、例えばAC索引とPRACH構成索引との間のマッピングテーブルで定義されるように、あるPRACH構成索引を、あるACに対して許可することができる。さらに、RACHにアクセスを制限する追加の組合せを追加することができるように、PRACH構成索引のテーブルを更新することができる。例えば、偶数または任意のSFNに加えて、SFNのサブセットを許可することができる。追加の制限の例は、許可されるSFNの明示的リストでよく、N個のSFNごとに生じるSFN、および奇数SFNを許可することができる。新しいPRACH構成索引63より大きいで既知のテーブル、既存のテーブル、またはレガシーテーブルを拡張することができ、または新しいテーブルを定義することができる。ネットワークは、どのテーブルを使用するかをSIで示すことができる。WTRUでは、MACまたはRRCが、そのACに応じてPRACH構成索引を選択することができる。1つのACについて複数のPRACH構成索引を許可することができるが、WTRUは、多数の選択肢を有することができる。WTRUは、その中から1つの索引をランダムに選択することができ、最もPRACH機会が多い索引を選択することができ、最もPRACH機会が少ない索引を選択することができ、または最初または最後に許可された索引を選択することができる。再送信について、複数のPRACH構成索引が1つのACについて許可されるケースでは、WTRUは、前の送信について使用したのと同一の索引、または以下の様々な順序のうちの1つを使用して次に許可されるものを再利用することができる。次に許可されるものは、次に利用可能な索引、使用したばかりの索引の後に高い数のPRACH機会を有する索引として求めることができ、またはランダムに取り出すことができる。バックオフタイマがランダムアクセス応答RARで送られないことがあり、またはRARが存在しないことがある。WTRU内のバックオフタイマはACに依存することがある。バックオフパラメータ値に関する索引と、システム情報、例えばSIB2でブロードキャストされるACとの間にマッピングが存在することができる。本明細書では、PDCCH順序によってトリガされるRACHアクセス手順に関する方法を説明する。多数のMTCデバイスがPDCCH順序を受信して、その結果ネットワーク輻輳が生じる、LTEでのシナリオが存在することがある。PDCCHのCRCを複数のMTCデバイスに割り当てられたグループ識別子と共にスクランブリングすることによってWTRUのグループにPDCCH順序を送ることにより、輻輳を低減することができる。全てのWTRUに同一のPRACHリソースを同時にアクセスさせることを回避するために、本明細書で説明する方法を使用することができる。さらに、ネットワークは、グループPDCCH順序を介して、WTRUが一定の動作を実施することを示すことができる。例えば、PDCCH順序は、WTRUがプリアンブルおよびPRACHマスク索引をランダムに選択し、またはその個々の識別子に応じてプリアンブルおよびPRACHマスク索引を選択する例えば、WTRUidentitymoduloMaxNumberOfPreamblesことを示すことができる。PDCCH順序はまた、その個々の識別子に応じてWTRUが奇数または偶数のプリアンブルおよびPRACHマスク索引をランダムに選択することを示すこともできる。WTRUがその個々の識別子に応じてプリアンブルのサブセットの中からプリアンブルを選択することができる場合、PRACHマスク索引に関する個々の識別子を使用することができる。PDCCHフォーマット1Aを使用することができるが、WTRUがPDCCHのCRC内のそのグループ識別子を復号化するケースでは、WTRUは、復号化ビットを異なる方式で解釈することができる。例えば、利用可能な10ビットが、プリアンブルおよびPRACHマスク索引を選択するためにWTRUが使用することのできる方法を示すことができる。WTRUが使用することを許可することのできる第1のプリアンブル索引および第1のPRACHマスク索引などの追加の情報を利用可能にすることができる。あるいは、WTRUが使用することが許可されるプリアンブルサブセット、またはプリアンブルのリスト、並びに/あるいはPRACHマスク索引のサブセットまたはリストをWTRUに示すために、新しいPDCCHフォーマットを定義することができる。PDCCH順序でこうしたサブセットまたはリストを受信したとき、WTRUは、サブセットまたはリストの中からプリアンブル索引および/またはPRACHマスク索引をランダムに選択することができ、あるいはその個々の識別子例:IMSIまたはC-RNTIに応じてプリアンブル索引および/またはPRACHマスク索引を選択することができる。さらに、プリアンブル索引およびPRACHMaskIndexに加えて、PRACH構成索引などの他のタイプの情報を示すようにPDCCHを拡張することができる。本明細書では、RRC接続拒否を介するロードバランシングを説明する。RACHアクセスについて本明細書で説明する方法および実施形態は、後の段階で適用可能とすることができる。例えば、WTRUは、RRC接続手順を試みることができるが、ネットワークは、例えばネットワーク輻輳のために、RRCconnectionRejectを使用して、MTCデバイスとの接続を拒否することができる。RRCConnectionRequest試行を限定し、したがってMTCデバイスによる潜在的なシグナリングおよびネットワーク負荷を低減するために、この実施形態に従って追加のWTRU挙動を定義することができる。例えば、この挙動は特に、低優先順位メッセージまたはデータを送る、時間に寛容なMTCデバイスまたはMTCデバイスに当てはめることができる。さらに、RRCConnectionRejectは、パラメータ、例えば、新しいRACHアクセスを開始する前に物理層またはMAC層で待機するバックオフ時間、次のRACHアクセスのために使用するRACHリソースのサブセットを含むことができる。RRCConnectionRejectの受信時に、MTCデバイスすなわち、WTRUは、以下の動作のうちの1つまたは組合せを実施することができる。一例では、WTRUは、別のRRCConnectionRequestを送信することが、タイマに基づいてそうすることができる場合であっても、例えばwaittimeが0よりも大きく、N300が0よりも大きい例えば、V300<N300場合であってもできない。frequencyinfoまたはinterRATinfoがRRCConnectionRejectで提供されるのでない限り、WTRUは手順を不成功とみなし、Idleモードに戻り、上位層に接続失敗を通知することができる。UMTSでは、WTRUは、waittimeが0に等しいかのように振る舞うことができ、一方LTEでは、新しい値0をwaittime値の範囲に追加することができる。上位層例えば、NASがRRCから接続失敗表示を受信することができるとき、上位層は、内部タイマNAS内の任意のタイマでよく、または待ち時間など、RRCによって渡すことができるの使用により、後で接続を再試行することができ、または接続を打ち切ることを決定し、打切りについてアプリケーション層に知らせることができる。別の例では、WTRUは、同一の周波数または無線アクセス技術RAT内のセルを再選択することを試みないことがあり、またはwaittimeの間、または期間TRejectbarringの間、セルが除外される、またはアクセス不能であるとみなすことができる。これは固定値でよく、例えば、RRCconnectionRejectメッセージ自体または任意の他のRRCメッセージでシグナリングすることができ、ネットワークによってブロードキャストすることができ、MTCデバイスによってランダムに選ぶことができ、あるいはwaittimeにリンクすることができる例えば、waittimeN、ただしNは固定値でよく、MTCデバイスによってランダムに選ぶことができ、ネットワークによってRRCConnectionRejectでシグナリングすることができ、またはシステム情報でブロードキャストすることができる。TRejectbarringは、MTCデバイスが送ることのできるデータの優先順位レベルに依存することができる。MTCデバイス固有識別子例えば、IMSIを使用することによってTRejectbarringを計算することができる。WTRUは、0とTrejectbarringの間のランダムな値を選ぶことができる。この値は、WTRUがセルを除外するとみなすことのできる時間、またはWTRUがセルをアクセス不能とみなすことのできる時間を決定することができる。WTRUがそのような挙動を実施することができる最終的な時間は、上述の方法のいずれかを使用して求めたwaittimeTrejectbarringに等しくてよい。別の例では、frequencyinfoまたはinterRATinfoがRRCConnectionRejectで与えられる場合であっても、MTCデバイスは依然として、他の周波数またはRATでRRCConnectionRequestを送ることを試みることができない。さらに、MTCデバイスは、将来のアクセス試行のために、例えば一定の期間が経過した後に使用するために、周波数およびRAT情報を格納することができる。この期間は、TRejectbarringに関する上述の実施形態のうちの1つで求めることができる。このことは、多くのMTCデバイスが同一のリダイレクトされた周波数またはRAT上でRRCConnectionRequestをほぼ同時に送ることを試みることを防止することができる。あるいは、WTRUは、RRCConnectionReject内に含まれる期間waittime後に、指定の周波数またはRAT上でRRCConnectionRequestを送ることを試みることができる。別の例では、WTRUは次のRRCConnectionRequestを送るためにwaittimeよりも長い期間待機することができる。この期間は、TRejectbarringまたはwaittimeTrejectbarringについて説明した方法の内の1つで求めることができる。例えば、この長い待ち時間をRRCConnectionReject内の新しいIEとして追加することができる。別の例では、WTRUは、RRCConnectionRequest試行を所定の値例えば、N300よりも少ない数に限定することができる。MTCデバイスに特有のこの最大試行数をシグナリングし、ブロードキャストし、固定し、または所定の値例えば、N300から推測することができる。例えば、最大試行数はN300/Xでよく、ただしXは固定でよく、またはMTCデバイスによって求めることができる。waittimeのみがWTRUにシグナリングされ、Trejectbarringがシグナリングされなければ、こうした実施形態は等しく適用可能であることを理解されたい。RRCConnectionRejectの受信に応答するこの特定の挙動を、以下の要素のうちの1つまたは組合せによってトリガすることができる:1WTRUが、例えばWTRUのUSIMカードで示すことができるMTCデバイスであること、2WTRUが時間に寛容なMTCデバイスであること、3WTRUが時間に寛容な、または低優先順位のメッセージまたはデータを送っていることこのことをNASによってRRCに示すことができる、4RRCConnectionRejectが輻輳という理由を示すこと、5RRCConnectionRejectが例えば、MTCcongestionと呼ばれる新しいタイプの理由を含むこと、または6例えばMTCcongestionと呼ばれる、セルでブロードキャストされるシステム情報内の新しいパラメータがTRUEにセットされる場合。実施形態1.無線送受信ユニットWTRUで実行されるアップリンク伝送のための方法であって、リソースを受信することを含み、リソースが、無線送受信ユニットWTRUのグループによって使用され、WTRUがWTRUのグループのメンバである方法。2.複数の同時伝送のためのアップリンクランダムアクセスチャネルRACH伝送を最適化することを含む方法。3.アップリンク伝送を開始する無線送受信ユニットWTRUを含む、アップリンク伝送ための方法。4.ロードバランシング接続拒否および要求処理をサポートする無線送受信ユニットWTRUで実行される方法であって、接続要求メッセージに応答して接続拒否メッセージを受信することを含む方法。5.待ち時間を受信することをさらに含み、待ち時間がWTRUのグループを対象とし、WTRUがWTRUのグループのメンバである前記実施形態のいずれかに記載の方法。6.所定の時間待機することをさらに含む前記実施形態のいずれかに記載の方法。7.所定の時間後に別の接続要求メッセージを送信することをさらに含み、各WTRUについての伝送時間が時間的に拡散され、コリジョンが軽減される前記実施形態のいずれかに記載の方法。8.リソースに基づいてWTRUに関する伝送時間を求めることをさらに含み、各WTRUについての伝送時間が時間的に拡散され、コリジョンが軽減される前記実施形態のいずれかに記載の方法。9.伝送時間が絶対時間または相対時間の一方である前記実施形態のいずれかに記載の方法。10.絶対時間がシステムフレーム番号である前記実施形態のいずれかに記載の方法。11.伝送時間がシステムフレーム番号であり、システムフレーム番号内のサブフレームまたは伝送時間間隔を求めることをさらに含む前記実施形態のいずれかに記載の方法。12.ランダムに選択される初期バックオフ時間だけ伝送を遅延することによって伝送時間が求められる前記実施形態のいずれかに記載の方法。13.伝送時間が、WTRUのうちの1つまたはWTRUのグループに基づいてWTRU識別子から導出される前記実施形態のいずれかに記載の方法。14.アップリンクデータを送信するためのリソースを求めるコンテンションフリー割振りをさらに含む前記実施形態のいずれかに記載の方法。15.プリアンブルを送信することなく、求めた伝送時間上でアップリンク伝送を実施することをさらに含む前記実施形態のいずれかに記載の方法。16.ランダムアクセスリソースが、MTCWTRUと非MTCWTRUとの間で隔離され、ランダムアクセスリソースが、ランダムアクセス、シグニチャ、またはサブチャネル/アクセススロットのために予約されたスクランブリングコードのセットのうちの少なくとも1つを含む前記実施形態のいずれかに記載の方法。17.プリアンブルが送られるアクセススロットまたはサブチャネルのセットが、MTCWTRUのために予約される前記実施形態のいずれかに記載の方法。18.アクセスクラスとアクセスサービスクラスが、MTCWTRUと共にマッピングされ、伝送時間が、アクセスクラスとアクセスサービスクラスとの間のマッピング、およびMTCWTRUから導出される前記実施形態のいずれかに記載の方法。19.伝送時間が、ページングメッセージ上で受信されるバックオフ時間または時間インスタンスの一方から導出される前記実施形態のいずれかに記載の方法。20.周波数または無線アクセス技術が接続拒否メッセージで送られることとは無関係に、所定の時間枠に関する接続拒否に関連する周波数または無線アクセス技術でのセル再選択を行わないことを決定することをさらに含む前記実施形態のいずれかに記載の方法。21.所定の時間枠が、固定時間枠、ネットワークから、または接続拒否メッセージを介して受信された時間枠、値の範囲の間のランダムに選択された時間、所定の時間から導出された値、データの優先順位レベルに依存する値、WTRUデバイス固有識別子から導出された値のうちの1つである前記実施形態のいずれかに記載の方法。22.伝送が物理ランダムアクセスチャネルを使用する前記実施形態のいずれかに記載の方法。24.伝送が物理アップリンク共有チャネルを使用する前記実施形態のいずれかに記載の方法。25.複数の無線送受信ユニットWTRU間でリソースを時分割することをさらに含む前記実施形態のいずれかに記載の方法。26.アップリンクでデータを送信するために1つのリソースが与えられる前記実施形態のいずれかに記載の方法。27.アップリンクでデータを送信するために使用されるリソースのサブセットが与えられる前記実施形態のいずれかに記載の方法。28.WTRUが、事前定義された時間間隔またはシステムフレーム番号SFNでアップリンク伝送を開始する前記実施形態のいずれかに記載の方法。29.WTRUが利用可能なリソースのセットから選び、プリアンブル伝送を開始する前記実施形態のいずれかに記載の方法。30.WTRUが、WTRUの識別子に基づいて計算される事前定義されたSFNで伝送を開始する前記実施形態のいずれかに記載の方法。31.WTRUの識別子が、IMSI、TMSIまたはMTC特有のデバイス識別子のうちのいずれか1つである前記実施形態のいずれかに記載の方法。32.SFNが、事前定義された時間および追加のオフセットに基づいて計算される前記実施形態のいずれかに記載の方法。33.追加のオフセットが、無線送受信ユニットWTRU特有の識別子、索引、またはWTRUアクセス識別子IDのうちのいずれか1つに基づく前記実施形態のいずれかに記載の方法。34.無線送受信ユニットWTRUが伝送を開始するシステムフレーム番号SFNが、時間インスタンスおよびアクセスIDまたは索引に基づく前記実施形態のいずれかに記載の方法。35.初期時間インスタンスまたは初期システムフレーム番号SFNが、データが生成される時間に対応する前記実施形態のいずれかに記載の方法。36.初期時間インスタンスまたは初期システムフレーム番号SFNが、データが送信される時間に対応する前記実施形態のいずれかに記載の方法。37.初期時間インスタンスまたは初期システムフレーム番号SFNが、追加の時間オフセットが定義されなかったという条件で無線送受信ユニットWTRUがその第1のプリアンブル要求を行う時間に対応する前記実施形態のいずれかに記載の方法。38.初期時間インスタンスまたは初期システムフレーム番号SFNが、情報を求めて無線送受信ユニットWTRUがポーリングされる時間に対応する前記実施形態のいずれかに記載の方法。39.初期時間インスタンスまたは初期システムフレーム番号SFNが、事前定義されたタイマに対応し、事前定義されたタイマが、ウェイクアップし、ネットワークに情報をレポートするように無線送受信ユニットWTRUをトリガする前記実施形態のいずれかに記載の方法。40.初期時間インスタンスまたは初期システムフレーム番号SFNが、ネットワークによってページングまたはブロードキャストチャネルを介して無線送受信ユニットWTRUにシグナリングされる明示的SFN番号に対応する前記実施形態のいずれかに記載の方法。41.初期時間インスタンスまたは初期システムフレーム番号SFNが、無線送受信ユニットWTRUがページングされる時間に対応する前記実施形態のいずれかに記載の方法。42.初期時間インスタンスまたは初期システムフレーム番号SFNが、伝送を開始するように無線送受信ユニットWTRUに明示的に伝えられる時間に対応する前記実施形態のいずれかに記載の方法。43.初期時間インスタンスまたは初期システムフレーム番号SFNが、無線リソース制御RRCメッセージまたはページングメッセージを介して無線送受信ユニットWTRUに与えられるSFN、およびネットワークに制御メッセージを送ることを必要とする手順がWTRUでトリガされる時間に対応する前記実施形態のいずれかに記載の方法。44.システムフレーム番号SFNが、無線送受信ユニットWTRUで設定される索引、アクセス、IDまたは番号、あるいは0から最大時間の間、NからMの番号の範囲の間で生成される乱数によって決定される初期SFNに関する索引またはオフセットに対応し、最大時間または範囲がWTRUで明示的に構成され、かつ/または時間に不寛容なアプリケーションを含むアプリケーション特有のパラメータによって暗黙的に決定され、WTRUが最大時間枠内でデータを送信する前記実施形態のいずれかに記載の方法。45.ネットワークからの明示的メッセージが、伝送を開始するように無線送受信ユニットWTRUに指示するために使用され、WTRUが、そのSFN内のサブフレームまたはTTIを求め、それによってデータ伝送が開始され、またはRACH手順が開始され、事前定義された規則、サブフレームをランダムに選ぶこと、もしくはRACH手順およびリソースのセット内でブロードキャストされた利用可能なサブフレームまたはアクセススロットに依拠することのいずれかに従って実施される前記実施形態のいずれかに記載の方法。46.無線送受信ユニットWTRUが、ネットワークによってポーリングまたはページングを介して明示的に開始されない限り、送信しない前記実施形態のいずれかに記載の方法。47.レイヤ1/レイヤ2L1/L2またはレイヤ3L3が、計算した次のシステムフレーム番号SFN番号に従って伝送を開始するように無線送受信ユニットWTRUに指示する前記実施形態のいずれかに記載の方法。48.無線送受信ユニットWTRUがページングインジケータを監視する前記実施形態のいずれかに記載の方法。49.ページング表示を受信したことを条件として、無線送受信ユニットWTRUが、システムフレーム番号SFNを計算し、その上で送信するリソースを求め、SFNに従って伝送を開始し、追加の制限が課され、それによって、最終伝送時間が、あるMTCデバイスがその中で送信することが必要とされる許可された時間間隔を超過せず、時間に不寛容な伝送を伴う少なくともいくつかのMTCデバイスが、事前定義された時間間隔内にデータを送信し、許可された時間と計算された時間の間の最小値として、SFNが間隔内となることを可能にする式ベースの手法、または最終オフセットが計算されたオフセットmod時間間隔オフセットに等しく、時間間隔オフセットが最終時間間隔およびデータが生成された時間に関する残り時間である定義済みの手法が使用されるという規則のいずれかが適用される前記実施形態のいずれかに記載の方法。50.送信するためのリソースを求めるコンテンションフリー割振りをさらに含み、グループまたはクラス内の全てのWTRUに、RACHアクセスのために利用可能なリソースの完全なセットのサブセットまたは限られた数が与えられ、グループまたはアクセスクラス内のMTC特有の伝送のためにリソースが予約される前記実施形態のいずれかに記載の方法。51.コンテンションフリーリソースのセットが、プリアンブルシグニチャシーケンス、拡張専用チャネルE-DCHリソース、プリアンブル伝送のためのアクセススロット、スクランブリングコード、物理ランダムアクセスチャネルPRACHリソース、物理アップリンク共有チャネルPUSCHリソースブロック割振り、または物理アップリンク制御チャネルPUCCHリソースのうちの少なくとも1つを含む前記実施形態のいずれかに記載の方法。52.コンテンションフリーリソースのセットが、プリアンブルの後にリソース割振りを受信するためにどこで無線ネットワーク一時識別子RNTIまたは専用WTRU識別子が必要とされるか、事前定義された無線送受信ユニットWTRUのためにどこでRNTIが事前割振りまたは予約されるかを含む前記実施形態のいずれかに記載の方法。53.無線送受信ユニットWTRUが、ブロードキャストされたリソースのリスト内のどのリソースが使用されるかを特定する索引を受信する前記実施形態のいずれかに記載の方法。54.コンテンションフリー拡張専用チャネルE-DCHリソースの索引が、無線送受信ユニットWTRUのグループについて個々にシグナリングまたはブロードキャストされる前記実施形態のいずれかに記載の方法。55.プリアンブルシグニチャシーケンスに対する索引が、無線送受信ユニットWTRUに与えられる前記実施形態のいずれかに記載の方法。56.索引が無線送受信ユニットWTRUで事前定義され、または最初にWTRUが登録され、起動し、またはセルに移動したときに事前構成される前記実施形態のいずれかに記載の方法。57.MTCデバイス、異なるMTCグループ、または異なるアクセスクラスについて索引がブロードキャストされる前記実施形態のいずれかに記載の方法。58.使用すべきリソースのセットが、各MTCグループについてブロードキャストされる前記実施形態のいずれかに記載の方法。59.リソース割振りまたは索引が、ページングインジケータに追従するページングメッセージまたは別の専用メッセージを介して無線送受信ユニットWTRUに与えられる前記実施形態のいずれかに記載の方法。60.専用メッセージまたはページングメッセージが追加のパラメータ情報を搬送する前記実施形態のいずれかに記載の方法。61.追加のパラメータ情報が、一時RNTI、プリアンブルシグニチャシーケンス、その中で送信する伝送時間間隔TTI、スロット番号、またはリソースブロックのうちの少なくとも1つを含む前記実施形態のいずれかに記載の方法。62.メッセージが、無線送受信ユニットWTRUまたはWTRUのグループにRNTIを与える前記実施形態のいずれかに記載の方法。63.無線送受信ユニットWTRUが制御チャネルを監視して、それを介して送信するリソースを決定する前記実施形態のいずれかに記載の方法。64.使用するリソースのセットが明示的に与えられる前記実施形態のいずれかに記載の方法。65.メッセージが、拡張専用チャネルE-DCHリソースのセットに対する索引を介して無線送受信ユニットWTRUに送られる前記実施形態のいずれかに記載の方法。66.無線送受信ユニットWTRUが、ブロードキャストされる最初、最後、またはN番目のリソース上で伝送を行われることを知っている前記実施形態のいずれかに記載の方法。67.ネットワークが、M2Mデバイスが近傍にないことを知っているのでない限り、M2M伝送のためのリソースを予約する前記実施形態のいずれかに記載の方法。68.無線送受信ユニットWTRUが、アクセスクラスに従って求められ、または通常のランダムアクセスチャネルRACH手順のためにブロードキャストされる任意の利用可能なリソースを選ぶ前記実施形態のいずれかに記載の方法。69.無線送受信ユニットWTRUが、計算される時間に最初のプリアンブルを開始する前記実施形態のいずれかに記載の方法。70.割り振られたリソース上でアップリンク伝送を実施することをさらに含む前記実施形態のいずれかに記載の方法。71.無線送受信ユニットWTRUが、プリアンブルを送信することなくアップリンク伝送を実施する前記実施形態のいずれかに記載の方法。72.無線送受信ユニットWTRUが、拡張専用物理データチャネルE-DPDCH伝送の前の事前定義された数の伝送時間間隔TTIの間に専用物理制御チャネルDPCCH上で伝送を開始する前記実施形態のいずれかに記載の方法。73.DPCCHの初期電力が、DL測定値によって求められる、シグナリングされるデフォルトDPCCH電力、無線送受信ユニットWTRUが最後の送信DPCCH電力を保存すること、または電力からオフセットを引いたものと、シグナリングされた値の間の最小値のうちの少なくとも1つに基づいて設定される前記実施形態のいずれかに記載の方法。74.MTC無線送受信ユニットWTRUが、その物理位置が変化していないことを条件として、最後にRRC接続モードにあったときからタイミングアドバンス値を再利用する前記実施形態のいずれかに記載の方法。75.位置推定、動きの欠如を示す位置検出デバイスからの出力、受信した信号強度に基づく基地局からの経路損失推定、または無線送受信ユニットWTRUが非モバイルグループに属するかどうかのうちの少なくとも1つが、WTRUの物理位置が変化していないことを判定する助けとなる前記実施形態のいずれかに記載の方法。76.プリアンブルが送信されないことを条件として、無線送受信ユニットWTRUが、保護期間をデータ伝送の一部として使用することにより、割り当てられたPUSCHリソース上で限定された量のデータを送信する前記実施形態のいずれかに記載の方法。77.無線送受信ユニットWTRUに、あらゆる副搬送について時間スロットの全てのシンボルが割り振られる前記実施形態のいずれかに記載の方法。78.無線送受信ユニットWTRUが、事前定義されたシステムフレーム番号SFNおよび/またはサブフレーム、TTI、またはアクセススロット上でプリアンブル伝送を実施し、WTRUが、現在の手順に従ってプリアンブルの初期電力を求め、またはあるWTRUについて、プリアンブル伝送の初期電力が、WTRU位置に従って最適化され、WTRUが、最後のアクセス試行の最後のプリアンブル伝送電力、格納された値がない場合、通常のプリアンブルランプアップ段階を使用し、次いでプリアンブルの最後の値を格納すること、始めにプリアンブルランプアップ段階を1度実施し、次いで全ての初期アクセスについて同一の値を使用することのうちのいずれかを使用する前記実施形態のいずれかに記載の方法。79.無線送受信ユニットWTRUが、短期間または事前定義された期間に送信し、リソースを保持することを許可される前記実施形態のいずれかに記載の方法。80.1つの小さいデータ伝送が頻繁に生じる場合、無線送受信ユニットWTRUが、MTCWTRUに関するデータを送信するために1つまたは2つのフレームを必要とする前記実施形態のいずれかに記載の方法。81.リソースの長さが、アクセスクラス、またはMTCグループに依存し、あるいは全ての無線送受信ユニットWTRUにわたって共通であることのいずれかである前記実施形態のいずれかに記載の方法。82.ランダムアクセスチャネルRACHリソース持続時間またはフレーム持続時間が、関数に対する入力として使用され、無線送受信ユニットWTRUが、関数を使用していつ伝送を開始するかを決定する前記実施形態のいずれかに記載の方法。83.最大伝送持続時間が2フレームであることを条件として、同一グループ内の無線送受信ユニットWTRUが伝送を開始するシステムフレーム番号SFNが、2の倍数である前記実施形態のいずれかに記載の方法。84.各伝送に関する持続時間が限定されることを条件として、無線送受信ユニットWTRUが、ハイブリッド自動再送要求HARQフィードバックがアップリンク伝送のために予想されない単純化した挙動を有する前記実施形態のいずれかに記載の方法。85.無線送受信ユニットWTRUが1つのパケットデータユニットPDUを作成し、事前定義された連続する伝送時間間隔TTIで再送信し、このTTIで送信中のWTRUを一意に識別するために、WTRUが、MACヘッダまたはデータ自体に特定の識別子を付加し、識別子は、MTC特有の識別子、IMSI、TMSI、またはWTRUを一意に特定する任意の識別子でよく、任意選択で、WTRUが、どの識別子を与えているかをネットワークに示す特殊なヘッダフィールドを使用し、あるいは、WTRUが送信する時間インスタンスがWTRUにとって固有のものであり、ネットワークが、同一の機構を使用してどのWTRUが送信しているかを判定する前記実施形態のいずれかに記載の方法。86.フィードバックに基づくハイブリッド自動再送要求HARQ再送信を実施するかどうかに関する決定が、ランダムアクセスチャネルRACHの持続時間にリンクされる前記実施形態のいずれかに記載の方法。87.複数のフレームを条件として、または無線送受信ユニットWTRUが10msより多く割り振られることを条件として、WTRUがハイブリッド自動再送要求HARQ再送信を実施する前記実施形態のいずれかに記載の方法。88.時間が満了することを条件として、無線送受信ユニットWTRUが伝送間隔の完了時にリソースを解放する前記実施形態のいずれかに記載の方法。89.無線送受信ユニットWTRUが、データの伝送を完了するとすぐにリソースを解放し、内部変数をリセットする前記実施形態のいずれかに記載の方法。90.ネットワークが共通のリソースおよびバッファを使用し、時間の終了時に、ネットワークが、内部変数およびパケットのシーケンス番号付けをリセットする前記実施形態のいずれかに記載の方法。91.無線送受信ユニットWTRUがグループに分割される前記実施形態のいずれかに記載の方法。92.グループ索引rachGroupIndexが事前定義されたグループに属する無線送受信ユニットWTRUを識別するために使用され、グループ索引がWTRUが選ぶことのできる異なるグループの中からランダムに選ばれる前記実施形態のいずれかに記載の方法。93.グループが、無線送受信ユニットWTRUが送信しなければならないデータ量に基づいて優先順位付けされる前記実施形態のいずれかに記載の方法。94.WTRUが、ネットワークから得られたシステム情報からそのグループ索引を導出し、ネットワークが、専用シグナリングを介して無線送受信ユニットWTRUに与える前記実施形態のいずれかに記載の方法。95.間隔内でいつ伝送を開始するかを決定するために、無線送受信ユニットWTRUが、間隔内の時間をランダムに選び、ランダムアクセスチャネルRACH手順を開始する前記実施形態のいずれかに記載の方法。96.グループの時間間隔内になければならないという制限に基づいて時間が求められる前記実施形態のいずれかに記載の方法。97.各WTRUに割り当てられるオフセットまたはアクセス識別子が、グループが伝送を開始する時間である時間Tに対するオフセットとして追加される前記実施形態のいずれかに記載の方法。98.無線送受信ユニットWTRUがネットワークにデータを送ると予想される時間が同一であるが、全てのWTRUのデータが同一の優先順位ではない前記実施形態のいずれかに記載の方法。99.無線送受信ユニットWTRUがネットワークにデータを送る準備ができていることを条件として、rachGroupIndex1を有するWTRUが、0に等しい時間tからTに等しいtまでの間にランダムアクセス手順を開始し、Tが整数である前記実施形態のいずれかに記載の方法。100.rachGroupIndex1グループ内にない無線送受信ユニットWTRUが、この時間中にランダムアクセス手順を開始することが予想されない前記実施形態のいずれかに記載の方法。101.rachGroupIndex2を有する無線送受信ユニットWTRUが、Tに等しい時間tと2Tに等しい時間tの間でランダムアクセス手順を実施し、Tは整数である前記実施形態のいずれかに記載の方法。102.Tの値がネットワークによって構成される前記実施形態のいずれかに記載の方法。103.時間の値がシステムフレーム番号SFN番号に対応する前記実施形態のいずれかに記載の方法。104.異なるMTCデバイスに関するランダムアクセスチャネルRACHリソースの隔離が、RACHのために予約されたスクランブリングコードのセット、シグニチャ、またはサブチャネル/アクセススロットのうちの少なくとも1つである前記実施形態のいずれかに記載の方法。105.分離が、物理ランダムアクセスチャネルPRACHコードおよびパラメータ内で異なるMTCデバイスに関する新しいパラメータのセットをシグナリングすることによって実施される前記実施形態のいずれかに記載の方法。106.無線送受信ユニットWTRUが、MTCデバイスのために予約されたプリアンブルシグニチャのセットを使用し、プリアンブルシグニチャのセットが、拡張専用チャネルE-DCHリソースの異なるセットにマッピングされ、または異なるマッピングによって定義される前記実施形態のいずれかに記載の方法。107.プリアンブルが送られるアクセススロットまたはサブチャネルのセットが、MTCデバイスのために予約される前記実施形態のいずれかに記載の方法。108.ネットワークがプリアンブルを検出することを条件として、ネットワークが、プリアンブルと、MTC特有のE-DCHリソースに対応する拡張専用チャネルE-DCHとの間のマッピングに気付いている前記実施形態のいずれかに記載の方法。109.MTCデバイスが、あらゆるプリアンブル再送信について電力ランプアップ手順を実施しない前記実施形態のいずれかに記載の方法。110.MTCデバイスが、N番目の再試行ごとに電力ランプアップ手順を実施する前記実施形態のいずれかに記載の方法。111.MTCデバイス、N回の再試行が、構成可能なパラメータであり、MTC機能に関連付けられ、またはグループ特有のものである前記実施形態のいずれかに記載の方法。112.MTCデバイス、N回の再試行が、初期配置中にWTRUでプログラムされ、あるいはネットワークによってブロードキャストまたは専用シグナリングを介してWTRUに与えられる前記実施形態のいずれかに記載の方法。113.RACHグループ索引が、リソース、アクセスが許可される時間、およびアクセス除外因子または持続性値の点で異なる特性を有する前記実施形態のいずれかに記載の方法。114.グループ索引が選択されると、そのグループのアクセス特性が追従される前記実施形態のいずれかに記載の方法。115.RACHグループ索引が、動的または半静的に更新される前記実施形態のいずれかに記載の方法。116.各RACHグループ索引がアクセスクラスACに関連付けられ、ACが異なるアクセス特性を有する前記実施形態のいずれかに記載の方法。117.既存のアクセスクラスAC、および新しいACが、各クラスまたはクラスのグループに関連する異なるアップリンクアクセス特性を可能にするように拡張される前記実施形態のいずれかに記載の方法。118.アクセスクラス情報が、特定のMTC機能またはMTCグループへのMTCデバイスの加入中、またはMTCデバイスの初期配置中に、MTCデバイスの汎用加入者識別モジュールUSIMにプログラムされる前記実施形態のいずれかに記載の方法。119.アクセスクラス情報が、MTCサーバによってネットワークに新しいAC情報を送ることによって動的に更新され、新しいAC情報が、ページング、ブロードキャストシステム情報、セルブロードキャストサービス、または専用シグナリングを介してWTRUに転送される前記実施形態のいずれかに記載の方法。120.WTRUが、登録接続の持続時間、または事前定義された期間に新しい情報でWTRUのUSIMの内容を更新する前記実施形態のいずれかに記載の方法。121.WTRUが、USIM内の新しい構成情報と共に切り離され、ネットワークにアクセスするとき、USIMがその元のUSIM構成に戻る前記実施形態のいずれかに記載の方法。122.AC情報修正が、MTCデバイスの構成の一部であり、MTCデバイスが再構成されたときはいつでも更新される前記実施形態のいずれかに記載の方法。123.ネットワークが、ネットワークメッセージを介してWTRUにAC情報を与える前記実施形態のいずれかに記載の方法。124.MTCデバイスのグループのAC情報の変化を示す共通グループメッセージが、MTCデバイスのグループに示される前記実施形態のいずれかに記載の方法。125.ネットワークが、一定の事前定義された確率で除外またはブロックすべきACのうちの1つまたはグループを予約し、除外/ブロックしたいWTRUが特定のACを有するように構成する前記実施形態のいずれかに記載の方法。126.異なるアクセスサービスクラスASCが、MTCデバイスが提供するサービスまたはその機能に基づいて、MTCデバイスに関して定義される前記実施形態のいずれかに記載の方法。127.ASCが、整数値またはビットストリームとして表される前記実施形態のいずれかに記載の方法。128.ビット文字列中のビットへのMTC機能のマッピングが、システム情報ブロックSIBメッセージを介してシステム情報SIでWTRUに与えられる前記実施形態のいずれかに記載の方法。129.ビット文字列中のビットへのMTC機能のマッピングが、加入中または初期配置中にMTCデバイスのUSIMでプログラムされる前記実施形態のいずれかに記載の方法。130.ASCビット文字列中のビットへのMTC機能のマッピングが動的に変更され、更新後情報が、SI、ページ、または専用シグナリングを介してWTRUに与えられる前記実施形態のいずれかに記載の方法。131.ビット文字列中のビットへのMTC機能のマッピングが、情報がMTCデバイスによって受信されたときにプログラムされる前記実施形態のいずれかに記載の方法。132.MTCデバイスが更新値を使用する持続時間が、ネットワークにより与えられる事前構成されたタイマ値を使用して制御される前記実施形態のいずれかに記載の方法。133.MTCデバイス内の事前構成されたタイマが、MTCグループ特有のものである前記実施形態のいずれかに記載の方法。134.MTCデバイス内の事前構成されたタイマが、MTC機能に依存する前記実施形態のいずれかに記載の方法。135.事前構成されたタイマが、SI、ページ、または専用シグナリングを介して、ネットワークによって与えられる前記実施形態のいずれかに記載の方法。136.MTCデバイスに関するAC-ASCマッピングが、初期構成中、初期配置中、MTC機能またはグループへの加入中、あるいはMTCサーバによるデバイスの再構成中に達成される前記実施形態のいずれかに記載の方法。137.MTCデバイスが複数のACに属する場合、そのデフォルトMTC機能ACに属するASCが選択される前記実施形態のいずれかに記載の方法。138.WTRUが、WTRUがその中で関連付けられる他のACにマッピングされるASCにわたって、ASCビット文字列値を優先順位付けする前記実施形態のいずれかに記載の方法。139.WTRUがビット文字列を受信し、複数のASCを割り当て、WTRUがそのデフォルトMTC機能に属するASCを選択する前記実施形態のいずれかに記載の方法。140.WTRUが、ネットワークまたはMTCサーバによって使用されるように明示的に構成されるASCを選択する前記実施形態のいずれかに記載の方法。141.WTRUが、WTRUに与えられるASCのリストを優先順位付けし、WTRUが、優先順位に従ってASCを選択する前記実施形態のいずれかに記載の方法。142.ASCの優先順位が、SI、ページ、または専用シグナリングを介して、ネットワークによってWTRUに与えられる前記実施形態のいずれかに記載の方法。143.WTRUが、ネットワークにアクセスするための許可を示す、除外表示などのブール表示に従ってネットワークにアクセスすることを決定する前記実施形態のいずれかに記載の方法。144.ネットワークへのアクセスを試みることが除外表示に関連して許可される許容時間を定義する時間パターンがWTRUに与えられる前記実施形態のいずれかに記載の方法。145.WTRUが、アクセスが許可されることを示す、許可されたアクセスパターンおよび除外表示パラメータと共に使用されるしきい値またはアクセス除外因子を求めるために使用される乱数を選択する前記実施形態のいずれかに記載の方法。146.複数の許可されたアクセスパターン、除外表示、またはアクセス除外因子を示す索引が、WTRUによって使用される前記実施形態のいずれかに記載の方法。147.WTRUが、ページングメッセージを通じて索引を受信する前記実施形態のいずれかに記載の方法。148.WTRUが、明示的アクセスパターン、または明示的除外表示または除外因子を含むページメッセージを受信する前記実施形態のいずれかに記載の方法。149.WTRUが、索引または明示的アクセスパターン、あるいは明示的除外表示または除外因子を含む専用メッセージを受信する前記実施形態のいずれかに記載の方法。150.WTRUが、初期構成時に使用する初期索引と、所定の、または事前シグナリングされた時刻の関数、または送信すべきデータのタイプとを与える前記実施形態のいずれかに記載の方法。151.索引または明示的アクセスパターン、あるいは明示的除外表示または除外因子が、SIBを変更または再取得する必要なしに動的に更新される前記実施形態のいずれかに記載の方法。152.WTRUが、ネットワークにアクセスする際に使用する情報の索引を周期的に変更する前記実施形態のいずれかに記載の方法。153.WTRUが、アップリンクアクセス後ごとに、または事前構成されたアップリンクアクセス数の後に索引を変更する前記実施形態のいずれかに記載の方法。154.アクセス除外因子が、ページングメッセージまたは専用メッセージから調節因子を受信することに基づいて、WTRUによって求められる前記実施形態のいずれかに記載の方法。155.アクセス除外因子が、未調節のアクセス除外因子に調節因子を掛けることに基づいて、WTRUによって求められ、未調節のアクセス除外因子が、セルからSIブロードキャストを取得すること、あるいはACに適用可能な未調節のアクセス除外因子適用可能を選択することから得られる前記実施形態のいずれかに記載の方法。156.アクセス除外因子が、既存のアクセス除外因子を上書きする新しいアクセス除外因子を受信することに基づいて、WTRUによって使用される前記実施形態のいずれかに記載の方法。157.アクセス除外パターンが、WTRUによって新しい情報要素IEで求められる前記実施形態のいずれかに記載の方法。158.WTRUが、WTRUまたはWTRUのグループがプリアンブルを送るため、またはアップリンクデータを送るためにRACHにアクセスすることが許可されるSFNを指定するIEを受信する前記実施形態のいずれかに記載の方法。159.WTRUが、無線リソース制御RRCメッセージでIEを受信する前記実施形態のいずれかに記載の方法。160.WTRUが、開始SFN番号を含むIEを受信し、開始SFN番号の時点で、WTRUが、現在のRACH機構を使用して、ネットワークにアクセスすることを試みる前記実施形態のいずれかに記載の方法。161.IEが、持続時間に対応するタイマ値を含み、その持続時間では、満了すると、WTRUが、一定の期間にRACHにアクセスすることを許可される前記実施形態のいずれかに記載の方法。162.WTRUが、アクセス時間パターンと共に構成される前記実施形態のいずれかに記載の方法。163.応答で示されるNACKによる再送信のケースで、WTRUがバックオフタイマ持続時間の間待機し、次いで、次の許可されるSFNおよびサブフレームでRACHにアクセスすることを試みる前記実施形態のいずれかに記載の方法。164.WTRUが、バックオフタイマが満了することを待機せず、次に許可されるSFNおよびサブフレームがバックオフ持続時間の前に生じる場合であっても、そこで送信することを試みる前記実施形態のいずれかに記載の方法。165.WTRUにおいて、MACまたはRRCが、そのACに基づいてPRACH構成索引を選択する前記実施形態のいずれかに記載の方法。166.WTRUが、最高のPRACH機会、またはより低いPRACH機会、または最初もしくは最後に許可される索引に基づいて、リストから1つの索引を選択する前記実施形態のいずれかに記載の方法。167.PDCCHのCRCを複数のMTCデバイスに割り当てられたグループ識別子と共にスクランブリングすることによってWTRUのグループにPDCCH順序を送ることにより、輻輳が低減される前記実施形態のいずれかに記載の方法。168.WTRUが、その個々の識別子に応じて奇数または偶数のプリアンブルおよびPRACHマスク索引をランダムに選択する前記実施形態のいずれかに記載の方法。169.WTRUが、その個々の識別子に応じてプリアンブルのサブセットの中からプリアンブルを選択する前記実施形態のいずれかに記載の方法。170.WTRUが、PDCCHのCRC内のグループ識別子の復号化中に、異なる方式でランダムアクセス手順で復号化ビットを解釈する前記実施形態のいずれかに記載の方法。171.WTRUがCELL_FACH状態にある前記実施形態のいずれかに記載の方法。172.WTRUが、ランダムアクセス手順に関するアップリンク伝送を開始する前記実施形態のいずれかに記載の方法。173.WTRUが、構成済み時間リソースを使用してアップリンク伝送を開始する前記実施形態のいずれかに記載の方法。174.WTRUが、アップリンク伝送を開始する前にバックオフを適用する前記実施形態のいずれかに記載の方法。175.バックオフが、WTRUが属するグループ特有のパラメータである前記実施形態のいずれかに記載の方法。176.バックオフが、WTRU特有のパラメータである前記実施形態のいずれかに記載の方法。177.バックオフが、アクセスクラスごとに指定される前記実施形態のいずれかに記載の方法。178.WTRUがバックオフにスケーリング因子を適用することをさらに含む前記実施形態のいずれかに記載の方法。179.WTRUが、ネットワークによってブロードキャストされる複数のバックオフ値を受信し、バックオフ値の1つを選択する前記実施形態のいずれかに記載の方法。180.バックオフが、優先順位に基づいて求められる前記実施形態のいずれかに記載の方法。181.優先順位が、WTRUが属するグループまたはタイプに基づく前記実施形態のいずれかに記載の方法。182.グループまたはタイプがUSIM上で示される前記実施形態のいずれかに記載の方法。183.優先順位が、WTRUが送るデータのタイプに基づく前記実施形態のいずれかに記載の方法。184.優先順位がQoSに基づく前記実施形態のいずれかに記載の方法。185.優先順位がWTRU機能に基づく前記実施形態のいずれかに記載の方法。186.優先順位が、WTRUが送る必要のあるデータ量に基づく前記実施形態のいずれかに記載の方法。187.WTRUが、WTRUまたはWTRUのグループに特有のパラメータと共に構成される前記実施形態のいずれかに記載の方法。188.パラメータが、バックオフパラメータ、タイミング、アクセスクラス、優先順位のうちの少なくとも1つを含む前記実施形態のいずれかに記載の方法。189.グループが新しいアクセスクラスにマッピングされる前記実施形態のいずれかに記載の方法。190.新しいアクセスクラスが、MTCデバイスに関して定義される前記実施形態のいずれかに記載の方法。191.WTRUが、新しいアクセスクラス下で定義される複数のサブアクセスクラスのうちの1つに割り当てられる前記実施形態のいずれかに記載の方法。192.WTRUにグループ識別子IDが割り当てられる前記実施形態のいずれかに記載の方法。193.1つのグループ内のWTRU数が限定される前記実施形態のいずれかに記載の方法。194.1つのグループ内のWTRU数が、セル当たりまたはエリア当たりで限定される前記実施形態のいずれかに記載の方法。195.1つのグループ内のWTRU数が、ロケーションエリア、ルーティングエリアまたはトラッキングエリアに基づいて限定される前記実施形態のいずれかに記載の方法。196.WTRUが、複数のグループIDと共に割り当てられ、WTRUが、経時的にグループIDを切り換える前記実施形態のいずれかに記載の方法。197.WTRUに割り当てられるグループIDに基づいて、WTRUがアップリンクリソースまたはバックオフパラメータを使用する前記実施形態のいずれかに記載の方法。198.WTRUが、リソースまたはバックオフパラメータが属するグループIDまたはグループIDのリストを明示的に受信する前記実施形態のいずれかに記載の方法。199.WTRUが、異なるグループIDおよび対応するリソースまたはアクセスバックオフパラメータのリストを有するマッピングテーブルに基づいてリソースまたはバックオフパラメータを選択する前記実施形態のいずれかに記載の方法。200.マッピングテーブルが固定される前記実施形態のいずれかに記載の方法。201.グループIDが、登録メッセージまたは非アクセス層NASメッセージでWTRUに割り当てられる前記実施形態のいずれかに記載の方法。202.グループIDおよび/またはマッピングが、汎用加入者識別モジュールUSIMでWTRUに与えられる前記実施形態のいずれかに記載の方法。203.グループIDが、ページングメッセージでWTRUに割り当てられる前記実施形態のいずれかに記載の方法。204.WTRUがネットワークから新しいグループIDを受信するとき、WTRUが、次の伝送のために、または新しいグループIDを受信するまで、全ての将来の伝送のために新しいグループIDを使用する前記実施形態のいずれかに記載の方法。205.新しいグループIDが既存のグループIDを置き換える前記実施形態のいずれかに記載の方法。206.新しいグループIDが、グループIDのリスト内の既存のグループIDに追加される前記実施形態のいずれかに記載の方法。207.WTRUを割り当てることのできる最大グループID数が存在する前記実施形態のいずれかに記載の方法。208.グループIDが、WTRU当たりまたはWTRUサービス当たりで固定される前記実施形態のいずれかに記載の方法。209.グループIDが、汎用加入者識別モジュールUSIM上に格納される前記実施形態のいずれかに記載の方法。210.グループIDが、ネットワークから受信されるメッセージに従ってWTRUで更新される前記実施形態のいずれかに記載の方法。211.WTRUが無線リソース制御RRC接続要求メッセージを送ることをさらに含む前記実施形態のいずれかに記載の方法。212.WTRUがネットワークからRRCConnectionRejectメッセージを受信することをさらに含む前記実施形態のいずれかに記載の方法。213.RRCConnectionRejectメッセージが、新しいアップリンク伝送を開始する前に待機するためのバックオフパラメータ、または次のアクセスのために使用するアップリンクリソースのサブセットを含む前記実施形態のいずれかに記載の方法。214.RRCConnectionRejectメッセージの受信時に、WTRUが、別のRRCConnectionRequestメッセージを送らない前記実施形態のいずれかに記載の方法。215.WTRUがアイドル状態となる前記実施形態のいずれかに記載の方法。216.WTRUが、RRCConnectionRejectメッセージを受信した後、同一の周波数または無線アクセス技術RATでセルを再選択しようと試みない前記実施形態のいずれかに記載の方法。217.WTRUが、RRCConnectionRejectメッセージを受信した後の所定の期間、セルが除外され、またはアクセス不能であるとみなす前記実施形態のいずれかに記載の方法。218.所定の期間が固定される前記実施形態のいずれかに記載の方法。219.所定の期間が、RRCconnectionRejectメッセージまたは任意の他のRRCメッセージで示される前記実施形態のいずれかに記載の方法。220.所定の期間がネットワークによってブロードキャストされる前記実施形態のいずれかに記載の方法。221.所定の期間がWTRUによってランダムに選ばれる前記実施形態のいずれかに記載の方法。222.所定の期間が別のパラメータにリンクされる前記実施形態のいずれかに記載の方法。223.所定の期間が、WTRUが送る必要のあるデータの優先順位レベルに依存する前記実施形態のいずれかに記載の方法。224.所定の期間が、WTRU識別子を使用することによって計算される前記実施形態のいずれかに記載の方法。225.WTRUが、別の周波数または無線アクセス技術RATでRRCConnectionRequestメッセージを送ることを再試行しない前記実施形態のいずれかに記載の方法。226.RRCConnectionRejectメッセージが周波数および無線アクセス技術RAT情報を含む前記実施形態のいずれかに記載の方法。227.WTRUが、所定の期間後のアクセス試行のために周波数およびRAT情報を格納する前記実施形態のいずれかに記載の方法。228.WTRUが、RRCConnectionRejectメッセージを受信した後に、所定の値よりも小さい数にRRC接続要求試行を限定する前記実施形態のいずれかに記載の方法。229.最大RRC接続要求試行数が、WTRUについて構成される前記実施形態のいずれかに記載の方法。230.WTRUがMTCデバイスである前記実施形態のいずれかに記載の方法。231.WTRUが時間に寛容なデバイスである前記実施形態のいずれかに記載の方法。232.WTRUが、時間に寛容な、または低優先順位のメッセージまたはデータを送っている前記実施形態のいずれかに記載の方法。233.RRCConnectionRejectが拒否の理由を示す前記実施形態のいずれかに記載の方法。234.理由が輻輳である前記実施形態のいずれかに記載の方法。235.実施形態1~234のいずれか一項に記載の方法を実施するように構成された無線送受信ユニットWTRU。236.トランシーバをさらに備える実施形態235のWTRU。237.トランシーバと通信するプロセッサをさらに備える実施形態235~236のいずれかに記載のWTRU。238.プロセッサが、実施形態1~85のいずれかに記載の方法を実施するように構成される実施形態235~237のいずれかに記載のWTRU。239.実施形態1~234のいずれかに記載の方法を実施するように構成された基地局。240.実施形態1~234のいずれか一項に記載の方法を実施するように構成された集積回路。特徴および要素を特定の組合せで上述したが、各特徴または要素を単独で、または他の特徴および要素との任意の組合せで使用できることを当業者は理解されよう。さらに、本明細書で説明した方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、ファームウェアで実行することができる。コンピュータ可読媒体の例は、電子信号有線または無線接続を介して伝送されるおよびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体は、限定はしないが、ROM、RAM、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、CD-ROMディスクやDVDなどの光媒体を含む。ソフトウェアに関連してプロセッサを使用して、WTRU、UE、端末、基地局、RNC、または任意のホストコンピュータで使用する無線周波数トランシーバを実装することができる。"