(57)【特許請求の範囲】
【請求項１】
アップリンク情報を送信する方法において、
無線送受信ユニット（ＷＴＲＵ）によって、リリース９９物理ランダムアクセスチャネル（Ｒ９９  ＰＲＡＣＨ）へのフォールバックのために予約されたプリアンブルを用いて、ネットワークから共通拡張専用チャネル（Ｅ−ＤＣＨ）リソースを要求することと、
Ｒ９９  ＰＲＡＣＨへフォールバックする表示を前記ネットワークから受信することであって、前記表示はアクイジション・インジケーター（Ｅ−ＡＩ）を介して受信されることと、
条件が満たされるか否かを決定することであって、前記ＷＴＲＵがＲ９９  ＰＲＡＣＨへのフォールバックに対して構成されたチャネル上で送信するためのデータを有する場合に前記条件は満たされ、Ｒ９９  ＰＲＡＣＨへのフォールバックに対して構成された前記チャネルは共通制御チャネル（ＣＣＣＨ）または専用制御チャネル（ＤＣＣＨ）であることと、
前記条件が満たされる場合に前記Ｒ９９  ＰＲＡＣＨ上で前記アップリンク情報を送信することと
を備える方法。
【請求項２】
前記表示は、前記Ｅ−ＡＩの値である請求項１に記載の方法。
【請求項３】
前記アップリンク情報は、制御情報またはデータの少なくとも１つである請求項１に記載の方法。
【請求項４】
前記条件が満たされないとき、前記ネットワークにアクセスすることからバックオフすることをさらに備える請求項１に記載の方法。
【請求項５】
前記バックオフすることは、 
前記ネットワークからの前記Ｒ９９  ＰＲＡＣＨへフォールバックする前記表示を無視することと、
一時の間、待機することと、
前記ネットワークにアクセスすることを試みることと
を含む請求項４に記載の方法。
【請求項６】
アップリンク情報を送信するように構成された無線送受信ユニット（ＷＴＲＵ）において、
ネットワークから、リリース９９物理ランダムアクセスチャネル（Ｒ９９  ＰＲＡＣＨ）へのフォールバックのために予約されたプリアンブルを用いて、共通拡張専用チャネル（Ｅ−ＤＣＨ）リソースを要求し、
条件が満たされるか否かを決定し、前記ＷＴＲＵがＲ９９  ＰＲＡＣＨへのフォールバックに対して構成されたチャネル上で送信するためのデータを有する場合に前記条件が満たされ、Ｒ９９  ＰＲＡＣＨへのフォールバックに対して構成された前記チャネルは、共通制御チャネル（ＣＣＣＨ）または専用制御チャネル（ＤＣＣＨ）である
よう構成されたプロセッサと、
Ｒ９９  ＰＲＡＣＨへフォールバックする表示を前記ネットワークから受信し、前記表示はアクイジション・インジケーター（Ｅ−ＡＩ）を介して受信され、
前記条件が満たされる場合に前記Ｒ９９  ＰＲＡＣＨ上で前記アップリンク情報を送信する
よう構成された送受信機と
を備えたＷＴＲＵ。
【請求項７】
前記表示は、前記Ｅ−ＡＩの値である請求項６に記載のＷＴＲＵ。
【請求項８】
前記アップリンク情報は、制御情報またはデータの少なくとも１つである請求項６に記載のＷＴＲＵ。
【請求項９】
前記プロセッサは、前記条件が満たされないとき前記ネットワークにアクセスすることからバックオフするようにさらに構成された請求項６に記載のＷＴＲＵ。
【請求項１０】
バックオフすることは、
前記プロセッサが、
前記ネットワークからの前記Ｒ９９  ＰＲＡＣＨへフォールバックする前記表示を無視し、および、
一時の間、待機する
ようにさらに構成され、
前記送受信機が、
前記ネットワークにアクセスすることを試みる
ようにさらに構成された請求項９に記載のＷＴＲＵ。
【請求項１１】
Ｒ９９  ＰＲＡＣＨへのフォールバックに対して前記チャネルを構成する情報要素（ＩＥ）を前記ネットワークから受け取ることをさらに備える請求項１に記載の方法。
【請求項１２】
前記Ｅ−ＤＣＨの無線リンク制御（ＲＬＣ）サイズが、Ｒ９９  ＰＲＡＣＨへのフォールバックに対して構成された前記チャネルのＲＬＣサイズと同じである場合、前記条件が満たされる請求項１に記載の方法。
【請求項１３】
前記表示は、Ｅ−ＤＣＨリソースインデックスである請求項１に記載の方法。
【請求項１４】
前記プロセッサは、Ｒ９９  ＰＲＡＣＨへのフォールバックに対して前記チャネルを構成する情報要素（ＩＥ）を前記ネットワークから受信するようさらに構成された請求項６に記載のＷＴＲＵ。
【請求項１５】
前記Ｅ−ＤＣＨの無線リンク制御（ＲＬＣ）サイズが、Ｒ９９  ＰＲＡＣＨへのフォールバックに対して構成された前記チャネルのＲＬＣサイズと同じである場合、前記条件が満たされる請求項６に記載のＷＴＲＵ。
【請求項１６】
前記表示は、Ｅ−ＤＣＨリソースインデックスである請求項６に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の参照）
この出願は、２０１１年８月１１日出願の米国仮特許出願番号６１／５２２，５０４、２０１１年１１月３日出願の米国仮特許出願番号６１／５５５，２０１、および、２０１２年１月２３日出願の米国仮特許出願番号６１／５８９，７６０の利益を主張し、リファレンスにより本明細書にその内容を組み込むものとする。
【背景技術】
【０００２】
モバイルネットワークは、新しいモバイルサービスとアプリケーションの導入によって、データトラフィックが幾分増加し続けている。このようなトラフィックは、バースト性の高レベル、および／または、小さいパケットサイズにより特徴付けられうる。ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍｓ）において、トラフィック需要が変化するモバイル装置は、低活動の間に、完全接続ではない状態で維持されるようにすることができる。完全接続でない状態はＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨを含むがそれらに限定されない。完全接続でない状態にすることで、バッテリー消費を抑えながら「常時接続」に近いユーザ体験を提供することができる。
【発明の概要】
【０００３】
ＷＴＲＵ（ｗｉｒｅｌｅｓｓ  ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ  ｕｎｉｔ（無線送受信ユニット））がアップリンク情報を送信するためのシステム、方法、手段を開示する。ＷＴＲＵは、ネットワークに送信するデータまたは制御情報等の情報を有してよい。ＷＴＲＵは、ネットワークに共通のＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ  ｄｅｄｉｃａｔｅｄ  ｃｈａｎｎｅｌ（拡張専用チャネル））リソースを要求してよい。ＷＴＲＵは、Ｒ９９  ＲＡＣＨ（Ｒｅｌｅａｓｅ  ９９  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ（リリース９９ランダムアクセスチャネル））、Ｒ９９  ＰＲＡＣＨ（Ｒｅｌｅａｓｅ  ９９  Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ（リリース９９物理ランダムアクセスチャネル））等のランダムアクセスチャネルを用いるフォールバックへの指示をネットワークから受信してよい。指示は、Ｅ−ＡＩ（ｅｘｔｅｎｄｅｄ  ａｃｑｕｉｓｉｔｉｏｎ  ｉｎｄｉｃａｔｏｒ（拡張取得インジケータ））を通して受信してよい。指示は、Ｅ‐ＡＩ値であってよい。ＷＴＲＵは、条件を満たすか否かを決定してよい。ＷＴＲＵは、条件を満たす場合、Ｒ９９  ＰＲＡＣＨを介してアップリンク情報を送信してよい。
【０００４】
送信チャネルをＲ９９  ＲＡＣＨにマッピングすることができること；送信チャネルを一定のＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ（無線リンク制御））ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ（プロトコルデータユニット））サイズで設定してよいこと；または、送信チャネルがＷＴＲＵで予め定められているチャネルのリストに属し、該リストは１つまたは複数のＣＣＣＨ（ｃｏｍｍｏｍ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（共通制御チャネル））またはＤＣＣＨ（ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（専用制御チャネル））を含んでよいこと、の１つまたは複数が成立すると、条件は満たされる。条件が満たされない場合、ＷＴＲＵは、ネットワークへのアクセスからバックオフし、Ｒ９９  ＰＲＡＣＨへのフォールバックというネットワークからの指示を無視し、時間を置いた後、ネットワークへのアクセスを試みてよい。
【図面の簡単な説明】
【０００５】
【図１Ａ】１つまたは複数の開示された実施形態を実装するための通信システムの例を示すシステム図である。
【図１Ｂ】図１Ａに記載の通信システムで使用可能なＷＴＲＵ（ｗｉｒｅｌｅｓｓ  ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ  ｕｎｉｔ（無線送受信ユニット））の例を示すシステム図である。
【図１Ｃ】図１Ａに記載の通信システムで使用可能な無線アクセスネットワークとコアネットワークの例を示すシステム図である。
【図１Ｄ】図１Ａに記載の通信システムで使用可能な別の無線アクセスネットワークとコアネットワークの例を示すシステム図である。
【図１Ｅ】図１Ａに記載の通信システムで使用可能な別の無線アクセスネットワークとコアネットワークの例を示すシステム図である。
【図２】例示的なフォールバックを示す図である。
【発明を実施するための形態】
【０００６】
様々な図を参照して、例示の実施形態を詳しく説明する。この説明は可能な実施例を詳しく述べるが、詳細は例示的なものであって、本出願の範囲を制限するためのものではない。
【０００７】
図１Ａは、１つまたは複数の開示の実施形態を実施することができる通信システム１００の例を示す。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを多数の無線ユーザに提供する多重アクセスシステムであってよい。通信システム１００によって、多数の無線ユーザが、無線帯域幅を含むシステムリソースを共有して、このようなコンテンツにアクセスすることができる。例えば、通信システム１００は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ（符号分割多重アクセス））、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ（時分割多重アクセス））、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ（周波数分割多重アクセス））、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ＦＤＭＡ（直交ＦＤＭＡ））、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ＦＤＭＡ（単一キャリアＦＤＭＡ））などの、１つまたは複数のチャネルアクセス方式を採用してよい。
【０００８】
図１Ａに示すように、通信システム１００は、ＷＴＲＵ（ｗｉｒｅｌｅｓｓ  ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ  ｕｎｉｔ（無線送受信ユニット））１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄ（一般的にまたは総称してＷＴＲＵ１０２と呼んでよい）、ＲＡＮ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ（無線アクセスネットワーク））１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ（ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ（公衆交換電話網））１０８、インターネット１１０、および他のネットワーク１１２を含んでよい。しかしながら、開示の実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を意図していることは理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは各々、無線環境で動作および／または通信するように構成された任意の種類の装置であってよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成してよく、ＵＥ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ（ユーザ装置））、移動局、固定加入者ユニット、移動加入者ユニット、ポケットベル、携帯電話、ＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ（パーソナルデジタルアシスタント））、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含んでよい。
【０００９】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含んでよい。基地局１１４ａ、１１４ｂは各々、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインタフェースを取って、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または、ネットワーク１１２等の１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意の種類の装置であってよい。例として、基地局１１４ａ、１１４ｂは、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ（ベーストランシーバステーション））、Ｎｏｄｅ−Ｂ（ノードＢ）、ｅＮｏｄｅ  Ｂ（ｅノードＢ）、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ（ホームノードＢ）、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ（ホームｅノードＢ）、サイトコントローラ、ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ（アクセスポイント））、無線ルータなどであってよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、任意の数の相互に接続された基地局および／またはネットワーク要素を含んでよいことは理解されよう。
【００１０】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってよく、ＲＡＮ１０３／１０４／１０５は、他の基地局、および／または、ＢＳＣ（ｂａｓｅ  ｓｔａｔｉｏｎ  ｃｏｎｔｒｏｌｌｅｒ（基地局コントローラ））、ＲＮＣ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｃｏｎｔｒｏｌｌｅｒ（無線ネットワークコントローラ））、リレーノードなどのネットワーク要素（図示せず）も含んでよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれる特定の地理的区域内で無線信号を送信および／または受信するように構成してよい。セルは、さらにセルセクタに分かれてよい。例えば、基地局１１４ａに関連付けられたセルを３つのセクタに分けてよい。そうすると、一実施形態においては、基地局１１４ａは、３つのトランシーバ、すなわち、セルのセクタごとに１つのトランシーバを含んでよい。別の実施形態においては、基地局１１４ａは、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ（多入力多出力））技術を採用してよいので、セルのセクタごとに複数のトランシーバを利用してよい。
【００１１】
基地局１１４ａ、１１４ｂは、無線インタフェース１１５／１１６／１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信してよい。無線インタフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）であってよい。無線インタフェース１１５／１１６／１１７は、任意の適切なＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ（無線アクセス技術））を用いて構築することができる。
【００１２】
さらに詳細には、上述のように、通信システム１００は、多重アクセスシステムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ等の１つまたは複数のチャネルアクセス方式を採用してよい。例えば、ＲＡＮ１０３／１０４／１０５の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ユニバーサルモバイルテレコミュニケーションシステム））、ＵＴＲＡ（Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（地上波無線アクセス））等の無線技術を実施してよく、その無線技術によって、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いて無線インタフェース１１５／１１６／１１７を構築してよい。ＷＣＤＭＡは、ＨＳＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ（高速パケットアクセス））および／またはＨＳＰＡ＋（Ｅｖｏｌｖｅｄ  ＨＳＰＡ（進化型ＨＳＰＡ））等の通信プロトコルを含んでよい。ＨＳＰＡは、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ（高速ダウンリンクパケットアクセス））および／またはＨＳＵＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ（高速アップリンクパケットアクセス））を含んでよい。  
【００１３】
別の実施形態においては、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ（進化型ＵＭＴＳ地上波無線アクセス））等の無線技術を実施してよく、その無線技術によって、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ロングタームエボリューション））および／またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥアドバンスト））を用いて無線インタフェース１１５／１１６／１１７を構築してよい。
【００１４】
他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ＩＸ、ＣＤＭＡ２０００ＥＶ−ＤＯ、ＩＳ−２０００（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ−９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ−８５６）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）、ＧＥＲＡＮ（ＧＳＭ  ＥＤＧＥ）等の無線技術を実施してよい。
【００１５】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、または、アクセスポイントであってよく、職場、自宅、車両内、学校などのローカルエリア内での無線接続を促進する任意の適切なＲＡＴを利用してよい。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１等の無線技術を実施して、ＷＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ（無線ローカルエリアネットワーク））を構築してよい。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５等の無線技術を実施して、ＷＰＡＮ（ｗｉｒｅｌｅｓｓ  ｐｅｒｓｏｎａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ（無線パーソナルエリアネットワーク））を構築してよい。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを構築してよい。図１Ａに示すように、基地局１１４ｂは、インターネット１１０に直接接続してよい。従って、基地局１１４ｂは、インターネット１１０にアクセスするのに、コアネットワーク１０６／１０７／１０９を介する必要はない。  
【００１６】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信してよく、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に提供するように構成された任意の種類のネットワークであってよい。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、ビリングサービス、モバイル位置情報サービス、プリペイドコール、インターネット接続、ビデオ配信などを提供してよく、および／または、ユーザ認証などの高水準のセキュリティ機能を行ってよい。図１Ａには記載していないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは他のＲＡＴを採用する他のＲＡＮと直接または間接に通信してよいことは理解されよう。例えば、コアネットワーク１０６／１０７／１０９は、Ｅ−ＵＴＲＡ無線技術を利用しているＲＡＮ１０３／１０４／１０５に接続しながら、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）とも通信してよい。
【００１７】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイの役割もしてよい。ＰＳＴＮ１０８は、旧来のＰＯＴＳ（ｐｌａｉｎ  ｏｌｄ  ｔｅｌｅｐｈｏｎｅ  ｓｅｒｖｉｃｅ（アナログ電話サービス））を提供する行う回線交換電話網を含んでよい。インターネット１１０は、相互接続されたコンピュータネットワークの地球規模のシステムと、ＴＣＰ／ＩＰインターネットプロトコルスイートの、ＴＣＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ（伝送制御プロトコル））、ＵＤＰ（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ）、ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）などの共通通信プロトコルを用いる装置と、を含んでよい。ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する有線または無線の通信ネットワークを含んでよい。例えば、ネットワーク１１２は、１つまたは複数のＲＡＮに接続される別のコアネットワークを含んでよく、該１つまたは複数のＲＡＮはＲＡＮ１０３／１０４／１０５と同じＲＡＴを採用していても、異なるＲＡＴを採用していてもよい。
【００１８】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード機能を含んでよい。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信する複数のトランシーバを含んでよい。例えば、図１Ａに記載のＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用する基地局１１４ａ、および、ＩＥＥＥ８０２無線技術を採用する基地局１１４ｂと通信するように設定してよい。
【００１９】
図１Ｂは、ＷＴＲＵ１０２の例のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外しできないメモリ１３０、取り外し可能なメモリ１３２、電源１３４、ＧＰＳ（ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ）チップセット１３６、および他の周辺機器１３８を含んでよい。ＷＴＲＵ１０２は、実施形態と矛盾しなければ、前述の要素の一部の任意の組み合わせを含んでよいことは理解されよう。また、基地局１１４ａ、１１４ｂ、および／または、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ）、ノードＢ、サイトコントローラ、ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）、ホームノードＢ、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ｈｏｍｅ  ｎｏｄｅ−Ｂ）、ＨｅＮＢ（ｈｏｍｅ  ｅｖｏｌｖｅｄ  ｎｏｄｅ−Ｂ）、ＨｅＮＢ（ｈｏｍｅ  ｅｖｏｌｖｅｄ  ｎｏｄｅ−Ｂ）ゲートウェイ、および、プロキシノードを含むが、それらに限定されない基地局１１４ａ、１１４ｂが表すノードは、図１Ｂに示し、本明細書に記載される要素の一部または全てを含んでよいことを、実施形態は意図している。
【００２０】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型のプロセッサ、ＤＳＰ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ（デジタル信号プロセッサ））、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ（特定用途向け集積回路））、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ（フィールドプログラマブルゲートアレイ））回路、任意の他の種類のＩＣ（集積回路）、状態機械などであってよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、ＷＴＲＵ１０２が無線環境で動作するのを可能にする任意の他の機能を行ってよい。プロセッサ１１８はトランシーバ１２０に接続してよく、トランシーバ１２０は送信／受信素子１２２に接続してよい。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別個のコンポーネントとして表しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップとして一体化してもよいことは理解されよう。
【００２１】
送信／受信素子１２２は、無線インタフェース１１５／１１６／１１７を介して、基地局（例えば、基地局１１４ａ）と信号を送受信するように構成してよい。例えば、一実施形態においては、送信／受信素子１２２は、ＲＦ信号を送受信するように構成されたアンテナであってよい。別の実施形態においては、送信／受信素子１２２は、例えば、ＩＲ、ＵＶまたは可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。さらに別の実施形態においては、送信／受信素子１２２は、ＲＦ信号および光信号の両方を送受信するように構成されてよい。送信／受信素子１２２は、任意の組み合わせの無線信号を送信および／または受信するように構成されてよいことは理解されよう。
【００２２】
さらに、送信／受信素子１２２は、図１Ｂに単一の要素として記載されているが、ＷＴＲＵ１０２は、任意の数の送信／受信素子１２２を含んでよい。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してよい。従って、一実施形態においては、ＷＴＲＵ１０２は、無線インタフェース１１５／１１６／１１７を介して無線信号を送受信する複数の送信／受信素子１２２（例えば、複数のアンテナ）を含んでよい。
【００２３】
トランシーバ１２０は、送信／受信素子１２２が送信する信号を変調し、送信／受信素子１２２が受信した信号を復調するように構成してよい。上述のように、ＷＴＲＵ１０２は、マルチモード機能を有してよい。従って、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡやＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信できるように、複数のトランシーバを含んでよい。
【００２４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（ｌｉｑｕｉｄ  ｃｒｙｓｔａｌ  ｄｉｓｐｌａｙ（液晶ディスプレイ））ユニット、または、ＯＬＥＤ（ｏｒｇａｎｉｃ  ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ  ｄｉｏｄｅ（有機発光ダイオード））ディスプレイ）に接続して、ユーザの入力データを受信してよい。プロセッサ１１８は、また、スピーカ／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８にユーザデータを出力してよい。さらに、プロセッサ１１８は、取り外しできないメモリ１３０および／または取り外し可能なメモリ１３２などの任意の種類の適切なメモリの情報にアクセスしてよく、かつ、該メモリにデータを記憶してよい。取り外しできないメモリ１３０は、ＲＡＭ（ｒａｎｄｏｍ−ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ハードディスク、または、任意の他の種類の記憶装置を含んでよい。取り外し可能なメモリ１３２は、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ（加入者識別モジュール））カード、メモリスティック、ＳＤ（ｓｅｃｕｒｅ  ｄｉｇｉｔａｌ）メモリカードなどを含んでよい。他の実施形態においては、プロセッサ１１８は、サーバまたは家庭用コンピュータ（図示せず）など、物理的にＷＴＲＵ１０２上に位置しないメモリの情報にアクセスしてよく、該メモリにデータを記憶してよい。
【００２５】
プロセッサ１１８は、電源１３４から電力を得てよく、ＷＴＲＵ１０２内の他のコンポーネントに電力を供給、および／または、供給する電力を制御してよい。電源１３４は、ＷＴＲＵ１０２に電力を供給する任意の適切な装置であってよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含んでよい。
【００２６】
プロセッサ１１８は、また、ＧＰＳチップセット１３６に接続してよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度、緯度）を提供するよう構成してよい。ＧＰＳチップセット１３６からの情報に加えて、または、その代わりに、ＷＴＲＵ１０２は、無線インタフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信してよく、および／または、複数の近くの基地局からの信号受信のタイミングに基づいてＷＴＲＵ１０２の位置を決定してよい。ＷＴＲＵ１０２は、実施形態と矛盾しない限り、任意の適切な位置決定方法で位置情報を取得してよいことは理解されよう。
【００２７】
プロセッサ１１８は、さらに、他の周辺機器１３８に接続してよく、他の周辺機器１３８は、追加の特徴、機能、および／または、有線または無線の接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含んでよい。例えば、周辺機器１３８は、加速度計、イーコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢ（ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ）ポート、振動装置、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（ｆｒｅｑｕｅｎｃｙ  ｍｏｄｕｌａｔｅｄ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでよい。
【００２８】
図１Ｃは、実施形態に係るＲＡＮ１０３とコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと無線インタフェース１１５を介して通信してよい。ＲＡＮ１０３は、コアネットワーク１０６とも通信してよい。図１Ｃに示すように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含んでよく、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと無線インタフェース１１５を介して通信するための１つまたは複数のトランシーバを含んでよい。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてよい。ＲＡＮ１０３は、また、ＲＮＣ１４２ａ、１４２ｂを含んでよい。ＲＡＮ１０３は、実施形態と矛盾しない限り、任意の数のノードＢとＲＮＣを含んでよいことは理解されよう。
【００２９】
図１Ｃに示すように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信してよい。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信してよい。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインタフェースを介してＲＮＣ１４２ａ、１４２ｂそれぞれと通信してよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインタフェースを介して互いに通信してよい。ＲＮＣ１４２ａ、１４２ｂはそれぞれ、接続先の各ノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成してよい。さらに、ＲＮＣ１４２ａ、１４２ｂはそれぞれ、外部ループ電力制御、負荷制御、流入制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実行またはサポートするように構成してよい。
【００３０】
図１Ｃに示すコアネットワーク１０６は、ＭＧＷ（ｍｅｄｉａ  ｇａｔｅｗａｙ）１４４、ＭＳＣ（ｍｏｂｉｌｅ  ｓｗｉｔｃｈｉｎｇ  ｃｅｎｔｅｒ）１４６、ＳＧＳＮ（ｓｅｒｖｉｎｇ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）１４８、および／または、ＧＧＳＮ（ｇａｔｅｗａｙ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）１５０を含んでよい。前述の各要素はコアネットワーク１０６の一部として表されているが、これらの要素はいずれも、コアネットワークオペレータ以外のエンティティによって所有および／または動作されてよいことは理解されよう。
【００３１】
ＲＡＮ１０３内のＲＮＣ１４２ａは、コアネットワーク１０６内のＭＳＣ１４６にＩｕＣＳインタフェースを介して接続してよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続してよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８等の回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと旧来の固定電話通信装置との通信を促進してよい。
【００３２】
ＲＡＮ１０３内のＲＮＣ１４２ａは、また、ＩｕＰＳインタフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続してよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続してよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との通信を促進してよい。  
【００３３】
上述のように、コアネットワーク１０６もネットワーク１１２に接続してよく、ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する他の有線また無線のネットワークを含んでよい。
【００３４】
図１Ｄは、実施形態に係るＲＡＮ１０４とコアネットワーク１０７のシステム図である。上述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインタフェース１１６を介して通信してよい。ＲＡＮ１０４は、また、コアネットワーク１０７と通信してよい。  
【００３５】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含んでよい。ＲＡＮ１０４は、実施形態と矛盾しない限り、任意の数のｅノードＢを含んでよいことは理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含んでよい。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施してよい。従って、例えば、ｅノードＢ１６０ａは、複数のアンテナを用いてＷＴＲＵ１０２ａと無線信号を送受信してよい。
【００３６】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、特定のセル（図示せず）と関連付けられてよく、無線リソース管理の決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成してよい。図１Ｄに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェースを介して互いに通信してよい。
【００３７】
図１Ｄに示すコアネットワーク１０７は、ＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｇａｔｅｗａｙ（モビリティ管理ゲートウェイ））１６２、サービングゲートウェイ１６４、およびＰＤＮ（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ（パケットデータネットワーク））ゲートウェイ１６６を含んでよい。前述の各要素は、コアネットワーク１０７の一部として表されているが、これらの要素はいずれも、コアネットワークオペレータ以外のエンティティが所有し、および／または、動作させてよいことは理解されよう。
【００３８】
ＭＭＥ１６２は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれと接続され、制御ノードの役割をしてよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティベーション／アクティベーションの解除、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ時の特定のサービングゲートウェイの選択などを行ってよい。ＭＭＥ１６２は、また、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡ等の他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供してよい。
【００３９】
サービングゲートウェイ１６４は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続してよい。サービングゲートウェイ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からユーザデータパケットをルーティング、転送してよい。サービングゲートウェイ１６４は、ｅノードＢ間のハンドオーバ中にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのダウンリンクデータが利用可能な場合にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理、記憶することなどの他の機能を行ってもよい。
【００４０】
サービングゲートウェイ１６４は、また、ＰＤＮゲートウェイ１６６に接続してよく、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との間の通信を促進してよい。
【００４１】
コアネットワーク１０７は、他のネットワークとの通信を促進してよい。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８等の回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと旧来の固定電話通信装置との通信を促進してよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８間のインタフェースの役割をするＩＰゲートウェイ（例えば、ＩＭＡＳ（ＩＰ  ｍｕｌｔｉｍｅｄｉａ  ｓｕｂｓｙｓｔｅｍ）サーバ）を含んでよい、または、該ＩＰゲートウェイと通信してよい。さらに、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供してよい。ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する他の有線または無線のネットワークを含んでよい。
【００４２】
図１Ｅは、実施形態に係るＲＡＮ１０５とコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと無線インタフェース１１７を介して通信するＡＳＮ（ａｃｃｅｓｓ  ｓｅｒｖｉｃｅ  ｎｅｔｗｏｒｋ）であってよい。下記にさらに記載するように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、コアネットワーク１０９の異なる機能エンティティ間の通信リンクは、基準点として定義してよい。
【００４３】
図１Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、ＡＳＮゲートウェイ１８２を含んでよい。ＲＡＮ１０５は、実施形態に矛盾しない限り、任意の数の基地局およびＡＳＮゲートウェイを含んでよいことは理解されよう。各基地局１８０ａ、１８０ｂ、１８０ｃは、ＲＡＮ１０５内の特定のセル（図示せず）に関連付けられてよく、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと無線インタフェース１１７を介して通信するための１つまたは複数のトランシーバを含んでよい。一実施形態においては、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施してよい。従って、例えば、基地局１８０ａは、複数のアンテナを用いて、ＷＴＲＵ１０２と無線信号を送受信してよい。基地局１８０ａ、１８０ｂ、１８０ｃは、また、ハンドオフトリガ、トンネル構築、無線リソース管理、トラフィック分類、ＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ（サービスの質））ポリシーの施行などのモビリティ管理機能を提供してよい。ＡＳＮゲートウェイ１８２は、トラフィック集約点の役割をしてよく、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを行ってよい。
【００４４】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５間の無線インタフェース１１７は、ＩＥＥＥ８０２．１６規格を実施するＲｌ基準点として定義してよい。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、それぞれ、コアネットワーク１０９との論理インタフェース（図示せず）を構築してよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との論理インタフェースは、Ｒ２基準点として定義してよい。Ｒ２基準点は、認証、許可、ＩＰホスト設定管理、および／または、モビリティ管理に使用してよい。
【００４５】
基地局１８０ａ、１８０ｂ、１８０ｃ間の通信リンクは、ＷＴＲＵのハンドオーバと基地局間のデータ転送を促進するプロトコルを含むＲ８基準点として定義してよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２間の通信リンクは、Ｒ６基準点として定義してよい。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれと関連付けられたモビリティイベントに基づいてモビリティ管理を促進するためのプロトコルを含んでよい。
【００４６】
図１Ｅに示すように、ＲＡＮ１０５は、コアネットワーク１０９に接続してよい。ＲＡＮ１０５とコアネットワーク１０９との通信リンクは、例えば、データ転送とモビリティ管理能力を促進するプロトコルを含むＲ３基準点として定義してよい。コアネットワーク１０９は、ＭＩＰ−ＨＡ（ｍｏｂｉｌｅ  ＩＰ  ｈｏｍｅ  ａｇｅｎｔ）１８４、ＡＡＡ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ，  ａｕｔｈｏｒｉｚａｔｉｏｎ，  ａｃｃｏｕｎｔｉｎｇ（認証・許可・アカウンティング））サーバ１８６、および、ゲートウェイ１８８を含んでよい。前述の各要素は、コアネットワーク１０９の一部として表されているが、これらの要素はいずれも、コアネットワークオペレータ以外のエンティティによって所有および／または動作されてよいことは理解されよう。
【００４７】
ＭＩＰ−ＨＡはＩＰアドレス管理を行ってよく、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間でローミングするのを可能にしてよい。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との通信を促進してよい。ＡＡＡサーバ１８６は、ユーザ認証と、ユーザサービスのサポートを行ってよい。く。ゲートウェイ１８８は、他のネットワークとの相互作用を促進してよい。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８等の回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと旧来の固定電話通信装置との通信を促進してよい。さらに、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供してよい。ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する他の有線または無線のネットワークを含んでよい。
【００４８】
図１Ｅには記載していないが、ＲＡＮ１０５は、他のＡＳＮに接続してよく、コアネットワーク１０９は、他のコアネットワークに接続してよいことは理解されよう。ＲＡＮ１０５と他のＡＳＮの通信リンクは、Ｒ４基準点として定義してよい。Ｒ４基準点は、ＲＡＮ１０５と他のＡＳＮの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含んでよい。コアネットワーク１０９と他のコアネットワーク間の通信リンクは、Ｒ５基準点として設定してよい。Ｒ５基準点は、ホームコアネットワークと訪問先コアネットワーク間の相互作用を促進するためのプロトコルを含んでよい。
【００４９】
ＷＴＲＵ（ｗｉｒｅｌｅｓｓ  ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ  ｕｎｉｔ（無線送受信ユニット））がアップリンク情報を送信する、システム、方法、および、手段を開示する。ＷＴＲＵは、ネットワークに送信するためのデータまたは制御情報等の情報を有してよい。ＷＴＲＵは、共通Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ  ｄｅｄｉｃａｔｅｄ  ｃｈａｎｎｅｌ（拡張専用チャネル））リソースをネットワークに要求してよい。ＷＴＲＵは、Ｒ９９  ＲＡＣＨ（Ｒｅｌｅａｓｅ  ９９  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ（リリース９９ランダムアクセスチャネル））、Ｒ９９  ＰＲＡＣＨ（Ｒｅｌｅａｓｅ  ９９  Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ（リリース９９物理ランダムアクセスチャネル））等のランダムアクセスチャネルを用いるフォールバックへの指示をネットワークから受信してよい。指示は、Ｅ−ＡＩ（ｅｘｔｅｎｄｅｄ  ａｃｑｕｉｓｉｔｉｏｎ  ｉｎｄｉｃａｔｏｒ（拡張取得インジケータ））を通して受信してよい。指示は、Ｅ‐ＡＩ値であってよい。ＷＴＲＵは、条件を満たすか否かを決定してよい。ＷＴＲＵは、条件を満たす場合、Ｒ９９  ＰＲＡＣＨを介してアップリンク情報を送信してよい。
【００５０】
送信チャネルがＲ９９  ＲＡＣＨにマッピングすることができること；送信チャネルが、一定のＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ（無線リンク制御））ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）サイズで構成されること；または、送信チャネルがＷＴＲＵで予め定められているチャネルリストに属し、該リストは、１つまたは複数のＣＣＣＨ（ｃｏｍｍｏｍ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（共通制御チャネル））またはＤＣＣＨ（ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ（専用制御チャネル））を含んでよいこと、の１つまたは複数が成立すると、条件が満たされうる。条件が満たされない場合、ＷＴＲＵは、ネットワークへのアクセスからバックオフし、Ｒ９９  ＰＲＡＣＨへのフォールバックというネットワークからの指示を無視し、時間を置いた後、ネットワークへのアクセスを再度試みてよい。
【００５１】
ＷＴＲＵ（ｗｉｒｅｌｅｓｓ  ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ  ｕｎｉｔ（無線送受信ユニット））は、アイドル状態であっても接続状態であってもよい。接続状態の間は、ＷＴＲＵのモビリティおよびアクティビティに基づいて、ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）によって、ＷＴＲＵを多くのサブステート間の遷移に導いてよい。サブステートは、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＦＡＣＨ、または、ＣＥＬＬ＿ＤＣＨ状態の１つまたは複数を含んでよい。ＷＴＲＵとＵＴＲＡＮ間のユーザプレーン通信は、ＣＥＬＬ＿ＦＡＣＨ状態およびＣＥＬＬ＿ＤＣＨ状態で、可能であってよい。ＣＥＬＬ＿ＤＣＨ状態は、アップリンクおよびダウンリンクの専用チャネルを特徴とする。ＷＴＲＵ側では、ＣＥＬＬ＿ＤＣＨ状態は、連続的な送信および／または受信に該当し、ユーザ側の所要電力が大きい。ＣＥＬＬ＿ＦＡＣＨ状態は、専用チャネルを用いなくてもよく、従って、アップリンクとダウンリンクのスループットを低くして、消費電力を減らすことができる。
【００５２】
アップリンク通信は、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ（物理ランダムアクセスチャネル））にマッピングされたＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ（ランダムアクセスチャネル））を介して達成してよい。ＲＡＣＨは、コンテンションベースのチャネルであってよい。電源ランプアップ手順を用いてチャネルを取得および／または送信電力を調整してよい。ＲＡＣＨは、専用リソースの取得および／または少量データの送信のために最初のアクセスで使われる共有チャネルであってよい。同時にそのチャネルにアクセスしようとする複数のＷＴＲＵ間でコリジョンが起こる可能性がある。
【００５３】
ＲＡＣＨ手順は、チャネル取得段階を有してよい。チャネル取得段階は、スロットＡＬＯＨＡ方式を用いてよく、その後、ＲＡＣＨメッセージ送信段階に続く。例えば、あるチャネルにアクセスしたいＷＴＲＵは、ランダムにシグネチャを選択して、ランダムに選択したアクセススロット中に一定の送信電力レベルでＲＡＣＨプリアンブルをノードＢに送信してよい。ノードＢがシグネチャを検出し、かつ、関連付けられたリソースが使われていない場合、ノードＢは、ＡＩＣＨ（ａｃｑｕｉｓｉｔｉｏｎ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ（取得インジケータチャネル））で肯定ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（応答））を送信してよい。ＡＩＣＨでＡＩ（ａｃｑｕｉｓｉｔｉｏｎ  ｉｎｄｉｃａｔｏｒ（取得インジケータ））（例えば、ＡＣＫ）を受信後、ＷＴＲＵは、ＲＡＣＨメッセージを送信してよい。関連付けられたリソースが使用できない場合、ノードＢは、ＡＩＣＨにＮＡＣＫ（ｎｅｇａｔｉｖｅ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（否定応答））で答えてよい。これによって、ＷＴＲＵのバックオフ機構をトリガしてよい。ＷＴＲＵは、バックオフタイマ（例えば、Ｔｂｏｌ）を開始してよい。タイマが終了すると、プリアンブルランピングサイクルカウントをインクリメントして、再度、手順を開始してよい。これによって、後の任意な時点に、ＲＡＣＨ手順が再度開始されてよい。ＷＴＲＵからのＲＡＣＨプリアンブルがノードＢで検出されない場合、ＡＩＣＨにＡＩが送信されない。ＷＴＲＵが、ＲＡＣＨプリアンブルの送信後、ＡＩの受信に失敗する場合、ＷＴＲＵは、ランダムに選択したシグネチャを用いて、および／または、送信電力を上げて、次のアクセススロットで再度送信してよい。これは、最大回数になるまで続けてよい。
【００５４】
シグネチャは、利用可能なシグネチャのリストからランダムに選択してよく、および／または、ＲＡＣＨアクセス手順は匿名であってよい。ノードＢは、ノードＢがＲＡＣＨメッセージを復号するまで、どのＷＴＲＵがチャネルにアクセスしているのか知らないかもしれない。複数のＷＴＲＵが、同じアクセススロットで偶然同じシグネチャを選択して、そのＷＴＲＵのうちの１つをノードＢが検出した場合、ノードＢは、ＡＣＫを送信する。該複数のＷＴＲＵは、これを、チャネルを取得したと解釈し、そのチャネルに同時にアクセスして、ＲＡＣＨメッセージを送信する。これは、そのＲＡＣＨメッセージのコリジョンを起こす可能性がある。コリジョンが起こると、ＲＡＣＨメッセージは、正しく復号されない場合がある。コリジョンは、検出するのが難しく、および／または、さらなる遅延を起こすことになる。
【００５５】
ＲＡＣＨ手順は、ＭＡＣ（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ（媒体アクセス制御））層と物理層とで分担されてよい。物理層は、例えば、プリアンブル送信、シグネチャ選択、アクセススロット選択、および／またはプリアンブル送信電力を制御してよい。ＭＡＣ層は、例えば、ＡＩＣＨ応答（例えば、ＡＣＫ、ＮＡＣＫ、および／または、応答なし）の解釈、および／または、物理層手順の開始を制御してよい。ＭＡＣ手順の送信失敗と正常な完了は、例えば、プリミティブ（例えば、ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ（無線リソース制御））の場合のＣＭＡＣ‐ＳＴＡＴＵＳ‐Ｉｎｄ、および／またはＲＬＣ（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ（無線リンク制御））の場合のＭＡＣ‐ＳＴＡＴＵＳ‐Ｉｎｄを含むが、それらに限定されない）を用いて、論理チャネルごとに別個に示してよい。  
【００５６】
ＣＥＬＬ＿ＦＡＣＨ状態でのアップリンク送信機構は、ＲＡＣＨチャネル取得段階と、Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ  ｄｅｄｉｃａｔｅｄ  ｃｈａｎｎｅｌ（拡張専用チャネル））を組み合わせることによって修正してよい。その手順は、ＣＥＬＬ＿ＦＡＣＨとアイドルモード用拡張アップリンクと呼んでよい。ノードＢは、ＷＴＲＵ間で共有可能な共通Ｅ−ＤＣＨリソースセットからＥ−ＤＣＨリソースを選択してよい。ノードＢは、これらのリソースの１つを割り当てることによって、ＷＴＲＵのチャネルアクセス要求に応答してよい。その後、ＷＴＲＵは、割り当てられたＥ−ＤＣＨトランスポートチャネルを介して送信を開始してよい。
【００５７】
チャネル選択の方法の１つは、共通Ｅ−ＤＣＨ対応のＷＴＲＵが、共通Ｅ−ＤＣＨをサポートするセル内で動作する時、共通Ｅ−ＤＣＨを用いてよい、という方法である。あるいは、ＷＴＲＵは、リリース９９  ＲＡＣＨを用いてよい。別のチャネル選択方法では、Ｒ９９  ＲＡＣＨと共通Ｅ−ＤＣＨの両方をサポートするセル内では、ＷＴＲＵは、Ｒ９９  ＲＡＣＨと共通Ｅ−ＤＣＨの両方を用いてよい。例えば、共通Ｅ−ＤＣＨリソースが混雑している場合、および／または、ＵＬ送信の性質が、Ｒ９９  ＲＡＣＨチャネルにより適しているという理由で、共通Ｅ−ＤＣＨ対応のＷＴＲＵは、ＵＬ送信のために、Ｒ９９  ＲＡＣＨに「フォールバック」してよい。  
【００５８】
ＵＬチャネル選択のために使用可能な基準を開示する。これは、ＷＴＲＵまたはＲＡＮがチャネル選択を行うべきか否かを含んでよいが、それには限定されない。選択基準は、Ｒ９９  ＲＡＣＨにフォールバックできないＷＴＲＵの後方互換性を保証しつつ、例えば、ノード間の混乱がないことを保証する、等、ＷＴＲＵとＲＡＮと間で調整してよい。
【００５９】
Ｒ９９  ＲＡＣＨへのフォールバックの結果、フレキシブルなＲＬＣ  ＰＤＵ設定で構成された論理チャネルからＲ９９  ＰＲＡＣＨを介してデータが送信される。例えば、Ｒ９９  ＲＡＣＨは、ＭＡＣセグメント化をサポートしていない場合があり、および／または、限られたセットのＴＢＳ（Ｔｒａｎｓｐｏｒｔ  Ｂｌｏｃｋ  Ｓｉｚｅ）しか送信しない場合がある。結果として、共通Ｅ−ＤＣＨを介した送信のために作成されたＲＬＣ  ＰＤＵは、Ｒ９９  ＲＡＣＨを介した送信に対応しない場合がある。
【００６０】
本明細書に記載の実施例は、アイドルモード、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨおよび／またはＣＥＬＬ＿ＦＡＣＨ状態で、共通Ｅ−ＤＣＨとＲ９９  ＲＡＣＨのチャネルのどちらをＵＬ送信に選択するかに関する。本明細書では、「Ｒ９９  ＲＡＣＨへのフォールバック」は、Ｒ９９  ＲＡＣＨおよび共通Ｅ−ＤＣＨの両方を介して受信可能なセル内で動作しつつ、共通Ｅ−ＤＣＨを介して送信可能なＷＴＲＵがＵＬ制御情報および／またはデータを送信するためにＲ９９  ＲＡＣＨチャネルを使用することを意味する。本明細書においては、「ＤＣＨでない状態」とは、ＷＴＲＵがＲＡＮに完全接続されていない（例えば、ＤＬ受信およびＵＬ送信のための専用リソースセットを持たない）状態を意味する。例えば、具体的にＵＭＴＳネットワークについて述べると、「ＤＣＨでない状態」は、アイドルモード、ＵＲＡ＿ＰＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、または、ＣＥＬＬ＿ＦＡＣＨ状態のうちの、１つまたは複数の状態を意味する。他の種類のアクセスネットワークは、本明細書に記載の実施例を適用可能な同様のＤＣＨでない状態を利用してよい。
【００６１】
ＷＴＲＵは、Ｒ９９  ＲＡＣＨアクセスをいつ行うかを決定してよい。個々に、または任意の組み合わせで用いてよいトリガの例を記載する。例えば、トリガは、２００８年１０月２３日出願のＰＣＴ／ＵＳ０８／８０９７１の『ＳＥＬＥＣＴＩＮＧ  ＴＲＡＮＳＭＩＳＳＩＯＮ  ＰＡＲＡＭＥＴＥＲＳ  ＦＯＲ  ＣＯＮＴＥＮＴＩＯＮ−ＢＡＳＥＤ  ＡＣＣＥＳＳ  ＩＮ  ＷＩＲＥＬＥＳＳ  ＳＹＳＴＥＭＳ（無線システムにおけるコンテンションベースのアクセスのための送信パラメータ選択）』に記載されたトリガ条件および／または選択基準を組み合わせて用いてよく、その内容は、援用により、本明細書に組み込まれている。
【００６２】
共通Ｅ−ＤＣＨへのアクセス失敗とは、Ｅ−ＡＩ（Ｅｘｔｅｎｄｅｄ  ａｃｑｕｉｓｉｔｉｏｎ  ｉｎｄｉｃａｔｏｒｓ（拡張取得インジケータ））のＮＡＣＫ、連続したＮＡＣＫの数、ある期間中のＮＡＣＫの数；Ｅ‐ＡＩが設定されていない場合、ＡＩＣＨ（ａｃｑｕｉｓｉｔｉｏｎｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ（取得インジケータチャネル））のＮＡＣＫ；コリジョン解決失敗；ＡＩに応答なし（例えば、ある一定の期間）；または、プリアンブル試行の最大回数に到達；のうち、１つまたは複数を意味してよい。
【００６３】
ＷＴＲＵは、バッファのコンテンツ、ネットワークシグナリング、または、輻輳レベルの１つまたは複数を用いて、Ｒ９９  ＲＡＣＨにフォールバックするか否かを決定してよい。例えば、共通Ｅ−ＤＣＨへのアクセスに失敗する場合、ネットワークがＲ９９  ＲＡＣＨを使用するようにＷＴＲＵをリダイレクトする場合、および／または、ＷＴＲＵがＲ９９  ＲＡＣＨにフォールバック可能な場合、ＷＴＲＵは、ＷＴＲＵがＲ９９  ＲＡＣＨを使用できるか否か、例えば、１つまたは複数の条件を満たすか否かを決定してよい。条件は、バッファサイズが（設定可能または所定の）閾値を下回ることであってよい。例えば、ＷＴＲＵのバッファサイズを大きくして、Ｒ９９  ＲＡＣＨにフォールバックせずに、共通Ｅ−ＤＣＨへのアクセス手順を再度行ってよい。所定の回数、再試行した後、ＷＴＲＵは、Ｒ９９  ＲＡＣＨにフォールバックすることが適切であると決定してよい。条件は、送信する必要のある全てのＵＬデータがＷＴＲＵの許可ＴＢＳおよび許可電力に従ってＲ９９  ＲＡＣＨ  ＴＴＩに収まることであってよい。条件は、ＵＬ論理チャネルまたは論理チャネルの種類が、マッピング可能な、および／または、ＰＲＡＣＨにフォールバックを許可されてよい論理チャネルのリストに属することであってよい。例えば、ＷＴＲＵは、フォールバック、および／または、Ｒ９９  ＲＡＣＨを介して論理チャネルのリストからＵＬ情報の送信を許可されてよい。ＷＴＲＵは、フォールバックおよび／または、Ｒ９９  ＲＡＣＨを介して論理チャネルのリストからの特定の論理チャネルに関するＵＬ情報の送信を許可されてよい。Ｒ９９  ＲＡＣＨを介して送信を許可されてよい論理チャネルのリストは、例えば、ＲＲＣシグナリングを介してネットワークによって設定されてよい、および／または、ＷＴＲＵで予め定められてもよい。例えば、所定の論理チャネルセットがＷＴＲＵにおいて設定されてよい、および／または、ＷＴＲＵがどの論理チャネルの種類を用いてＲ９９  ＲＡＣＨにフォールバックするかを、ネットワークが設定してよい。このような論理チャネルは、データトラフィックチャネルより優先順位の高いデータおよび／またはより低いペイロードを含み得るシグナリングタイプの論理チャネルであってよい。このようなチャネルタイプの例としては、ＣＣＣＨ論理チャネルがある。ＷＴＲＵをＣＣＣＨで設定および／または予め定めると、ＷＴＲＵは、送信するＵＬデータがＣＣＣＨタイプである場合に、Ｒ９９  ＰＲＡＣＨにフォールバックしてよいと決定する。上記チャネルタイプの例としては、また、ＤＣＣＨがある。例えば、ネットワークがＷＴＲＵをリダイレクトしてＲ９９  ＲＡＣＨにフォールバックさせる（例えば、Ｅ‐ＡＩ値および／またはＥ−ＤＣＨリソースのインデックスがＷＴＲＵに記憶されているフォールバックに該当する）場合、ＷＴＲＵは、ＵＬデータ送信が所定のおよび／または設定されたリストからのデータを含むか否か（例えば、データがＣＣＣＨ論理チャネルタイプおよびＤＣＣＨからであるか否か）を調べた後、送信のため、Ｒ９９  ＲＡＣＨにフォールバックしてよい。ＵＬ送信のための論理チャネルが、設定された論理チャネルタイプが許可しているチャネルでない場合（例えば、ＤＴＣＨ）、ＷＴＲＵは、ＲＡＣＨフォールバックを行わなくてよい。条件は、専用Ｅ−ＲＮＴＩをＷＴＲＵのために設定してもしなくてもよいことであってよい。他の条件もまた、フォールバックしてＲ９９  ＲＡＣＨを使うことをトリガしてよい。
【００６４】
専用ＲＲＣ信号および／またはメッセージを用いて、ＷＴＲＵがＵＬ送信にＲ９９  ＲＡＣＨを用いるように設定してよい。例えば、メッセージは、ＷＴＲＵがＲ９９  ＲＡＣＨを使用するように設定するＲＲＣメッセージに相当してよい。設定は、例えば、セル更新確認メッセージ、ＲＲＣ再設定メッセージ、および／または、システム情報メッセージを用いて行ってよい。例えば、Ｒ９９  ＲＡＣＨにフォールバック可能なＷＴＲＵにＵＬ送信にＲ９９  ＲＡＣＨを使うように指示するＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ（情報要素））をブロードキャストしてよい。Ｒ９９  ＲＡＣＨへのフォールバックの指示は、ＷＴＲＵがＲ９９  ＲＡＣＨにフォールバックすべきか否かを決定するためにＷＴＲＵが用いてよい追加の基準を含んでよい。例えば、Ｒ９９  ＲＡＣＨへのフォールバックは、特定の識別子および／またはＷＴＲＵのアイデンティティ（例えば、Ｅ−ＲＮＴＩ）が所定のおよび／または信号で伝えられた値の範囲にあるＷＴＲＵ群に適用してよい。Ｒ９９  ＲＡＣＨへのフォールバックは、特定の種類のトラフィック（例えば、ＣＣＣＨ）に関して、および／または特定の状態（例えば、アイドルモードおよびＵＲＡ＿ＰＣＨ）で動作しているＷＴＲＵに適用してよい。
【００６５】
ＲＲＣシグナリングは、メッセージ受信後、Ｒ９９  ＲＡＣＨへのフォールバックを行ってよい時間を示してよい。例えば、メッセージを受信すると、タイマをリセットしてよい。タイマが終了すると、ＷＴＲＵは、再び共通Ｅ−ＤＣＨの使用を開始してよい。明示のメッセージを用いて、Ｒ９９  ＲＡＣＨへのフォールバックをやめるようにＷＴＲＵに指示を行ってよい。Ｒ９９  ＲＡＣＨへのフォールバックを行ってよい時間は、システム情報を用いて信号で伝えてよい。
【００６６】
Ｒ９９  ＲＡＣＨにフォールバックを決定する時、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ（無線リンクコントロール））設定を用いてよい。ＲＡＣＨがサポートするトランスポートブロックが固定であってよく、および／または、Ｒ９９アクセスに用いられるＭＡＣがセグメンテーション機能をもたない場合があるので、例えば、Ｒ９９  ＲＡＣＨは、フレキシブルなＲＬＣ  ＰＤＵ設定で使用しなくてもよい。フォールバック決定／トリガを決定しているときに、ＲＬＣ  ＰＤＵ設定を考慮してよい。例えば、ここに記載するＲＬＣに関連する１つまたは複数の基準を満たす場合、ＷＴＲＵは、Ｒ９９  ＲＡＣＨを用いてよい。基準は、送信するＵＬデータを有する論理チャネルが一定のＲＬＣ  ＰＤＵで設定されることであってよい。基準は、論理チャネルがＴＭまたはＵＭ  ＲＬＣで設定されているか否かであってよい。基準は、ＲＬＣエンティティで既に作成されたＲＬＣ  ＰＤＵが、Ｒ９９  ＲＡＣＨの許可ＴＢサイズに適合するか否かであってよい。基準は、再送信バッファにＲＬＣ  ＰＤＵがないことであってよい。基準は、ＲＬＣエンティティで既に作成されたＲＬＣ  ＰＤＵがないこと（例えば、作成されたが未送信のＲＬＣ  ＰＤＵがない、および／または、再送信するためのＲＬＣ  ＰＤＵがない）であってよい。例えば、ＲＬＣ  ＰＤＵが既に作成されている場合、論理チャネル上のＲＬＣ  ＰＤＵのサイズは、システム情報においてブロードキャストされた、および／または、ＲＲＣメッセージを介してＷＴＲＵに提供された、許可ＲＬＣ  ＰＤＵサイズに相当してよい。既に作成されたＲＬＣ  ＰＤＵがある場合、ＲＬＣ  ＰＤＵは、ＲＡＣＨシステム情報の一部としてブロードキャストされてよい許可ＲＬＣ  ＰＤＵサイズ以下であってよい。例えば、より小さい許可ＲＬＣ  ＰＤＵサイズは、任意のサイズ、または許可サイズの関数（例えば、分数）であってよい。
【００６７】
本明細書に記載の基準を用いて、ＷＴＲＵは次の１つまたは複数を決定してよい。本明細書に記載の基準を用いて、ＷＴＲＵは自律的にフォールバックするか否かを決定してよい。該基準を用いて、ＷＴＲＵは、ネットワークからの指示後、フォールバックするか否かを決定してよい（例えば、ネットワークがフォールバックを指示したが、基準を満たしていない場合、ＷＴＲＵはネットワークの指示を無視してよい）。本明細書に記載の基準を用いて、ＷＴＲＵは、ＷＴＲＵがフォールバックとＲ９９  ＲＡＣＨの選択を許可されるか否かを決定してよい。本明細書に記載の基準を用いて、ＷＴＲＵは、Ｒ９９  ＲＡＣＨを用いるか否かを決定してよい。本明細書に記載の基準を用いて、ＷＴＲＵは上記を決定し、基準を満たしている（例えば、ＷＴＲＵは、Ｒ９９  ＲＡＣＨにフォールバックしてよい）ことをネットワークに示してよい。  
【００６８】
例えば、ネットワークはチャネル制御を決定してよい。本明細書においては、ＤＣＨでない状態でのチャネルまたはリソース選択は、Ｒ９９  ＲＡＣＨ、共通Ｅ−ＤＣＨ、２ｍｓ（ミリ秒）ＴＴＩの共通Ｅ−ＤＣＨ、または、１０ｍｓＴＴＩの共通Ｅ−ＤＣＨのうちの１つまたは複数のチャネル選択を含んでよい。
【００６９】
チャネルまたはリソース選択は、また、ＴＴＩ選択および／またはトランスポートチャネル選択と置き換え可能に用いてよい。例えば、ＴＴＩ選択は、２ｍｓまたは１０ｍｓのＴＴＩの共通Ｅ−ＤＣＨの選択に相当してよい。トランスポートチャネル選択は、ＲＡＣＨと共通Ｅ−ＤＣＨとの選択に相当してよい。ネットワークがＴＴＩおよび／またはトランスポートチャネル選択を動的に制御する実施例を記載する。
【００７０】
ＷＴＲＵは、最初のＴＴＩおよび／またはトランスポートチャネルの選択を行ってよく、ＴＴＩおよび／またはトランスポートチャネルの選択プリファレンスをネットワークに示してよい。ネットワークは、ＴＴＩおよび／またはトランスポートチャネル選択を動的に制御してよい。
【００７１】
ＷＴＲＵは、例えば、共通Ｅ−ＤＣＨおよび／またはＷＴＲＵの能力に基づいて、プリアンブル送信を行ってよい。ネットワークは、ＷＴＲＵがＵＬ送信に対して用いることができるＵＬリソースを動的に制御してよい。
【００７２】
ＷＴＲＵは、幾つかの基準と優先的に選択されたリソースアクセスに基づいて、最初のＴＴＩおよび／またはトランスポートチャネル選択を行ってよい。例えば、ＷＴＲＵは、ＴＴＩおよび／またはトランスポートチャネルを選択すると、ＷＴＲＵの選択に相当するプリアンブル群からプリアンブルを選択して、ＵＬ  ＲＡＣＨ手順を開始してよい。
【００７３】
例えば、次の条件のうち１つまたは複数が満たされる／成立する場合、ＷＴＲＵは、Ｒ９９  ＲＡＣＨリソースの使用を決定してよい、ＷＴＲＵがＲ９９  ＲＡＣＨリソースの使用を許可されることを決定してよい、および／または、ＷＴＲＵがＲ９９  ＲＡＣＨリソースを優先的に使用することを決定してよい。該条件は、ＷＴＲＵがＲ９９  ＲＡＣＨにフォールバック可能なこと；ネットワークがＲ９９  ＲＡＣＨへのフォールバックが可能であること；ＷＴＲＵのバッファサイズが閾値未満であること；ＷＴＲＵが、Ｒ９９  ＲＡＣＨを許可してよい許可／設定論理チャネルリストにある論理チャネル（例えば、ＣＣＣＨ）に対応するデータを送信していること；共通Ｅ−ＤＣＨへのアクセスに失敗したこと；または、Ｒ９９  ＲＡＣＨへのフォールバックに関連した条件のいずれかを満たすこと、の１つまたは複数を含んでよいが、それらに限定されない。例えば、ＷＴＲＵは、ＲＬＣエンティティにおいて既に作成されたＲＬＣ  ＰＤＵがないと決定してよい。例えば、ＷＴＲＵは、許可、ブロードキャストされたＲＬＣ  ＰＤＵサイズと異なるサイズに一致する、ＲＬＣエンティティにおいて既に作成されたＲＬＣ  ＰＤＵ（例えば、再送信バッファ内に、または、作成済みで未送信のＲＬＣ）がないと決定してよい。
【００７４】
次の条件の１つまたは複数を満たす場合、ＷＴＲＵは、ＴＴＩ選択（例えば、２ｍｓＴＴＩリソースまたは１０ｍｓＴＴＩリソースのセットからプリアンブルを選択）してよい。該条件は、次の１つまたは複数を含んでよいが、それらに限定されない。ＷＴＲＵが２ｍｓＴＴＩと１０ｍｓＴＴＩの動作を同時に行うことができる（例えば、ＷＴＲＵは、ＵＬ共通Ｅ−ＤＣＨアクセスのために、２ｍｓＴＴＩと１０ｍｓＴＴＩのいずれかを選んでよい）こと；ネットワークが２ｍｓＴＴＩと１０ｍｓＴＴＩの動作を同時に行うことができること；ＷＴＲＵが２ｍｓＴＴＩと１０ｍｓＴＴＩの同時の動作を許可してよい許可／設定論理チャネルのリストにある論理チャネルに対応するデータを送信していること；ＷＴＲＵが選択条件（ＷＴＲＵの電力ヘッドルームなど、但し、これに限られない）に基づいて２ｍｓまたは１０ｍｓのＴＴＩリソースの使用を決定してよいこと；ＷＴＲＵのバッファサイズを用いてＴＴＩを選択してもよいこと；または、例えば、電力余裕および／またはＷＴＲＵヘッドルーム基準に加えてバッファサイズを用いてよいこと（例えば、電力余裕が閾値を超え、および／または、バッファ占有率が閾値を超える場合、ＷＴＲＵが２ｍｓＴＴＩを選択してよい。また、バッファが閾値を下回る場合、ＷＴＲＵは１０ｍｓＴＴＩを選択してよい）。
【００７５】
ＴＴＩ選択および／またはトランスポートチャネル選択に基づいて、ＷＴＲＵはＵＬプリアンブル送信に対して用いるプリアンブルを決定してよい。
【００７６】
ＷＴＲＵがフォールバック（例えば、Ｒ９９  ＲＡＣＨを選択すること）を決定する場合、ＷＴＲＵは、Ｒ９９  ＲＡＣＨリソース（例えば、ＰＲＡＣＨシステム情報）に自立的にフォールバックしてよく、Ｒ９９手順を実行して、Ｒ９９  ＲＡＣＨ（例えば、レガシーＲ９９  ＲＡＣＨ）用に許可されたプリアンブルのセットからプリアンブルを決定してよい。
【００７７】
例えば、ＷＴＲＵが、データを送信するためのＲＡＣＨを使用することを許可させることを選択、および／または、決定する場合、共通Ｅ−ＤＣＨ上でＲ９９  ＲＡＣＨを使用および／または優先的に使用するＷＴＲＵを区別するために予約されたプリアンブルセットからプリアンブルを選択してよい。
【００７８】
プリアンブル群は、共通Ｅ−ＤＣＨに対して異なるＴＴＩを選択してよいＷＴＲＵによって、予約、使用されてよい。例えば、プリアンブル群は、共通Ｅ−ＤＣＨリソース（例えば、レガシー共通Ｅ−ＤＣＨリソース）に用いられるＴＴＩとは異なるＴＴＩを優先的に使用するＷＴＲＵのために予約されてよい。例えば、ＴＴＩを選択してよいＷＴＲＵのために、それぞれ、２ｍｓと１０ｍｓのＴＴＩの２つのプリアンブル群を予約してよい。
【００７９】
少なくとも１セットのプリアンブルリソースが、Ｒ９９  ＲＡＣＨまたは共通Ｅ−ＤＣＨのどちらかで送信を行うことができるＷＴＲＵおよび／または共通Ｅ−ＤＣＨでＴＴＩ選択を行うことができるＷＴＲＵに対して、予約されてよく、および／または、ブロードキャスト／信号で伝えられてよい。プリアンブルリソースセットは、プリアンブルシグネチャセット、個別のスクランブリングコード、または予約アクセススロットのセット、の１つまたは複数のパラメータに相当してよい。
【００８０】
トランスポートチャネル選択に関して、例えば、本明細書に記載の選択基準の何れかに従って、Ｒ９９  ＲＡＣＨ送信を許可されてよい、および／または、Ｒ９９  ＲＡＣＨ送信を優先的に行ってよいＷＴＲＵが使用するために、プリアンブルリソースを予約してよい。該プリアンブルリソースは、「Ｒ９９フォールバックＰＲＡＣＨリソース」と呼んでよい。本明細書に記載の選択基準を満たす場合、および／または、ＷＴＲＵがＲ９９  ＲＡＣＨの使用を許可される、および／またはＲ９９  ＲＡＣＨを優先的に使用することをＷＴＲＵが決定する場合、ＷＴＲＵは、Ｒ９９フォールバックＰＲＡＣＨリソースからプリアンブルシグネチャおよび／またはスクランブリングコードを選択してよい、および／または、プリアンブル送信を開始してよい。例えば、スクランブリングコードは、Ｒ９９フォールバックリソースに固有であってよい、および／または、共通Ｅ−ＤＣＨリソースに共通していてよい。例えば、ここに記載の選択は、ＰＲＡＣＨ手順の始めに、および／または、プリアンブル再送信時に、行われてよい。
【００８１】
ＴＴＩ選択に対して、次の１つまたは複数に従ってプリアンブルリソースを予約してよい。２ｍｓＴＴＩと１０ｍｓＴＴＩ選択をサポートする１つまたは複数のＷＴＲＵのために、プリアンブルリソース（例えば、１つまたは複数の新しいプリアンブルリソースを設定してよい）を予約してよい。２ｍｓおよび／または１０ｍｓのＴＴＩ選択のためのプリアンブルリソースは、信号で伝えてよい。例えば、共通Ｅ−ＤＣＨ  ＷＴＲＵ（例えば、レガシー共通Ｅ−ＤＣＨ  ＷＴＲＵ）用に信号で伝えられるＴＴＩ以外のＴＴＩをサポートするＷＴＲＵ用に、プリアンブルリソース（例えば、新しいプリアンブルリソース）を予約／信号で伝えてよい。例えば、共通Ｅ−ＤＣＨリソース（例えば、レガシー共通Ｅ−ＤＣＨリソース）が１０ｍｓＴＴＩ設定を有する場合、上記基準に従って、２ｍｓＴＴＩを選択するＷＴＲＵ用に、プリアンブルリソース（例えば、新しいプリアンブルリソース）を予約してよい。
【００８２】
プリアンブルリソースセットは、プリアンブルシグネチャセット、別個のスクランブリングコード、または、予約アクセススロットのセットの１つまたは複数に相当してよい。プリアンブルリソースは、次の１つまたは複数に従って予約してよい。１つのスクランブリングコードをＲ９９フォールバック対応のＷＴＲＵに用いてよく、１つのスクランブリングコードを共通Ｅ−ＤＣＨ  ＷＴＲＵに用いてよい。共通Ｅ−ＤＣＨに用いられるスクランブリングコード内のプリアンブルシグネチャは、共通Ｅ−ＤＣＨ  ＷＴＲＵ（例えば、レガシー共通Ｅ−ＤＣＨ  ＷＴＲＵ）と、２ｍｓ／１０ｍｓのＴＴＩを同時に行うＷＴＲＵとで分けてよい。２ｍｓ／１０ｍｓのＴＴＩを同時に行うＷＴＲＵにおいては、プリアンブルシグネチャは、２ｍｓのＴＴＩアクセスと１０ｍｓのＴＴＩアクセスのために予約してよい。例えば、１つのスクランブリングコードを２ｍｓ／１０ｍｓのＴＴＩ対応のＷＴＲＵに用いてよく、別の１つのスクランブリングコードをフォールバックＲ９９対応ＷＴＲＵに用いてよい。例えば、１つのスクランブリングコードを２ｍｓ／１０ｍｓのＴＴＩ対応のＷＴＲＵと、フォールバックＲ９９  ＷＴＲＵに用いてよい。このスクランブリングコード内のプリアンブルシグネチャは、次の１つまたは複数に従って分けてよい。プリアンブルシグネチャは、２ｍｓと１０ｍｓの共通Ｅ−ＤＣＨアクセス間で分けてよい。例えば、レガシー共通Ｅ−ＤＣＨプリアンブルリソースセットに加えて、プリアンブルリソースセットを、２ｍｓの共通Ｅ−ＤＣＨに対して信号で伝えてよく、別の１つのセットを１０ｍｓの共通Ｅ−ＤＣＨに対して信号で伝えてよい。例えば、ＷＴＲＵが、これらのシグネチャおよび／またはスクランブリングコードのいずれかを用いる場合、ＷＴＲＵはＲ９９フォールバック可能なことを意味してよい。プリアンブルシグネチャは、Ｒ９９  ＲＡＣＨフォールバック対応ＷＴＲＵに対してさらに分けなくてもよい。例えば、プリアンブルシグネチャは、２ｍｓと１０ｍｓの共通Ｅ−ＤＣＨアクセスと、Ｒ９９  ＲＡＣＨフォールバック対応ＷＴＲＵ間で分けてよい。例えば、ＷＴＲＵは、下記の条件を満たせば、Ｒ９９  ＲＡＣＨフォールバックリソースセットからプリアンブルシグネチャを使用することを選んでよい。
【００８３】
ＷＴＲＵは、異なる基準および／または優先的なチャネルアクセスに従って、最初のプリアンブルアクセスにどの予約プリアンブルセットを用いるかを決定してよい。例えば、ＷＴＲＵは、１つまたは複数の条件を満たす場合、Ｒ９９  ＲＡＣＨフォールバックリソースセットからプリアンブルを選択する決定をしてよい。条件には、ＷＴＲＵは、Ｒ９９  ＲＡＣＨにフォールバック可能なこと；共通Ｅ−ＤＣＨへのアクセスに失敗したこと；ＷＴＲＵのバッファサイズが閾値未満であること；ＷＴＲＵは、Ｒ９９  ＲＡＣＨが許可されている許可／設定論理チャネルのリストにある論理チャネル（例えば、ＣＣＣＨおよび／またはＤＣＣＨ）に対応するデータを送信していること；または、本明細書に記載Ｒ９９  ＲＡＣＨへのフォールバックの条件のいずれかを満たすこと、の１つまたは複数を含んでよい。
【００８４】
ＵＬリソース選択（例えば、Ｒ９９  ＲＡＣＨ、または、２ｍｓおよび／または１０ｍｓの共通Ｅ−ＤＣＨ）に基づいて、ＷＴＲＵは、プリアンブル送信にどのＰＲＡＣＨリソースを使用するかを決定してよい
【００８５】
ＷＴＲＵは、２ｍｓと１０ｍｓのＴＴＩの動作を同時に行うことができること（例えば、ＷＴＲＵは、ＵＬ共通Ｅ−ＤＣＨへのアクセスに２ｍｓと１０ｍｓのＴＴＩのどちらかを選んでよい）；ＷＴＲＵは、Ｒ９９  ＲＡＣＨを許可してよい許可／設定論理チャネルリストにある論理チャネル（例えば、ＣＣＣＨ）に対応するデータを送信していること；または、ＷＴＲＵは、２ｍｓと１０ｍｓのＴＴＩセット内で、リソースを選ぶ群を決めること、の１つまたは複数を満たす場合、ＷＴＲＵは、２ｍｓと１０ｍｓのＴＴＩを同時に行うリソースのセットからプリアンブルを選択するか否かを決定してよい。
【００８６】
ＷＴＲＵは、Ｒ９９  ＲＡＣＨで送信すると決定してよい、および／または、ＷＴＲＵは、Ｒ９９  ＲＡＣＨで優先的に送信すると決定してよい。ＷＴＲＵは、Ｒ９９  ＲＡＣＨフォールバックＰＲＡＣＨリソースからプリアンブルを選択してよい。ＷＴＲＵが共通Ｅ−ＤＣＨを優先的に使用すると決定する場合、ＷＴＲＵは、上記のＴＴＩ選択基準に基づいて、使用するＴＴＩを決定してよい。ＷＴＲＵは、予約プリアンブル群から選択したＴＴＩ値に対応するＰＲＡＣＨリソースからプリアンブルを選択してよい。
【００８７】
共通Ｅ−ＤＣＨ（例えば、レガシー共通Ｅ−ＤＣＨ）とは異なるＴＴＩ設定に対して、ＰＲＡＣＨリソースをブロードキャストする場合、例えば、ＷＴＲＵが共通Ｅ−ＤＣＨ（例えば、レガシー共通Ｅ−ＤＣＨ）とは異なるＴＴＩを選択するならば、ＷＴＲＵはそのＰＲＡＣＨリソースセットからプリアンブルを選択してよい。または、ＷＴＲＵは、共通Ｅ−ＤＣＨリソース（例えば、レガシー共通Ｅ−ＤＣＨリソース）に対して信号で伝えられたＰＲＡＣＨリソースから、プリアンブルを選択してよい。
【００８８】
これによって、ネットワークは、このようなアクセスを行うＷＴＲＵは、Ｒ９９  ＲＡＣＨへのフォールバック可能、および／または、２ｍｓ／１０ｍｓのＴＴＩ可能など、ＵＬチャネル選択が可能である、および／または、潜在的に上記の基準を満たす、および／または、ＵＬチャネルの選択を明示した、と決定することできる。ネットワークは、この情報を用いて、どのリソースをＷＴＲＵに割り当てるかを決定してよい（例えば、ＲＡＣＨまたは共通Ｅ−ＤＣＨ、および、共通Ｅ−ＤＣＨ内では、２ｍｓＴＴＩまたは１０ｍｓＴＴＩのどちらを使うかを決定してよい）。  
【００８９】
ＷＴＲＵは、ネットワークによって制御されるＵＬチャネルリソースの１つまたは複数をフレキシブルに用いてよい。例えば、Ｒ９９  ＲＡＣＨおよび／または共通Ｅ−ＤＣＨの送信を利用してよいＷＴＲＵ群のために、プリアンブルリソースセットを予約してよい。
【００９０】
例えば、選択したプリアンブルリソースのプールを用いて、ＷＴＲＵは、手順（例えば、レガシー手順）に従ってプリアンブルのランプアップフェーズの実行を開始してよく、どのリソースセットを使うかを決定する明示の指示を待ってよい。プリアンブルリソースが、異なるＵＬアクセスに対して、分割および／またはグループ化されたとしても、ＵＬアクセスに使われる物理リソース（例えば、ＰＲＡＣＨおよび／または共通Ｅ−ＤＣＨリソース）は、リソース（例えば、レガシーリソース）から分割してもよく、同じリソースを用いてもよい。例えば、プリアンブル群とＵＬリソース間のデフォルトの関連付けを定義してよい。
【００９１】
ＵＬアクセスにどのリソースを使用するかの決定は、ルールセット、および／またはネットワークによる明示的なシグナリングに基づいてよい。ＷＴＲＵにおける決定プロセスは、次の１つまたは複数に従ってよい。予約プリアンブル群は、関連付けられたデフォルトのＵＬリソースセットを有してよい。ＷＴＲＵが専用のＲ９９フォールバックＲＡＣＨプリアンブルセットからプリアンブルを選ぶ場合、このプリアンブルセットに関連付けられたデフォルトのリソースセットは、Ｒ９９  ＲＡＣＨリソースセットであってよい。Ｒ９９  ＲＡＣＨリソースは、ＰＲＡＣＨリソースセット（例えば、レガシーＰＲＡＣＨリソース）（例えば、複数、利用可能な場合は、第１のＰＲＡＣＨ設定）に関連付けられてもよく、特定のＲ９９フォールバックＰＲＡＣＨ情報セットを定義して用いてもよい。例えば、２ｍｓＴＴＩまたは１０ｍｓＴＴＩの共通Ｅ−ＤＣＨと関連付けられたプリアンブル群は、デフォルトセットとして、それぞれ、２ｍｓまたは１０ｍｓで設定された共通Ｅ−ＤＣＨリソースセットを有してよい。２ｍｓのプリアンブルセットと１０ｍｓのプリアンブルセットは、デフォルトセットとして、Ｅ−ＤＣＨリソースの同じ共通プールを有してよい。共通Ｅ−ＤＣＨリソースは、任意のＴＴＩの値で用いてよい。この共通Ｅ−ＤＣＨリソースセットは、共通Ｅ−ＤＣＨリソースのレガシーセットおよび／または共通Ｅ−ＤＣＨリソースのセット（例えば、共通Ｅ−ＤＣＨリソースの新しいセット）に対応してよい。レガシー共通Ｅ−ＤＣＨリソースを選ぶ場合、デフォルトセットは、共通Ｅ−ＤＣＨ設定（例えば、レガシー共通Ｅ−ＤＣＨ設定）であってよい。ＷＴＲＵが共通Ｅ−ＤＣＨセットを選択する場合、ネットワークはＷＴＲＵがこのようなＵＬリソース選択をサポートすることを知らない場合があるので、ネットワークはＷＴＲＵを別のＵＬリソースにリダイレクトしなくてよい。
【００９２】
ＡＩＣＨを用いてリソースのデフォルトセットの使用を認めてよく、Ｅ‐ＡＩを用いて、異なるリソースセットにＷＴＲＵを明示的にリダイレクトしてよい。プリアンブル群からプリアンブルを選んだ後、ＷＴＲＵは、プリアンブルを送信して、ＡＩＣＨをモニタしてよい。ＡＩＣＨでのＡＣＫの受信は、選択されたプリアンブルに関連付けられた定義されたリソースのデフォルトセットを使ってよいという確認と解釈してよい。Ｒ９９フォールバックＰＲＡＣＨリソースからプリアンブルが選択される場合、および／または、ＡＩＣＨでＡＣＫを受信した場合、および／または、デフォルトリソースがＲ９９  ＲＡＣＨリソースである場合、ＷＴＲＵは、ＳＩＢで信号伝達／ブロードキャストされたデフォルトの物理リソースセットを用いて、Ｒ９９  ＲＡＣＨメッセージ部分の送信を開始してよい。選択したプリアンブルのスクランブリングコードおよび／またはシグネチャシーケンスを用いて、チャネライゼーションコードを決定、および／またはＵＬ送信を行ってよい。例えば、２ｍｓＴＴＩプリアンブルを送信して、ＡＣＫを受信する場合、ＷＴＲＵは、２ｍｓＴＴＩ設定を用いて共通Ｅ−ＤＣＨ送信を開始し、そのリソースに対応する共通Ｅ−ＤＣＨリソースを用いてよい。
【００９３】
ＡＩＣＨ上のＮＡＣＫは、関連のあるデフォルトリソースへのアクセスに失敗したことを示してよい（例えば、選択されたデフォルトがレガシー共通Ｅ−ＤＣＨ以外のリソースの場合）。ＷＴＲＵは、デフォルトリソースへのアクセス失敗後、バックオフタイマの後、再試行してよい。ＷＴＲＵは、異なるリソース群または同じリソースセットから選んだ、プリアンブルを用いてよい。例えば、最初のアクセスにＲ９９フォールバックＲＡＣＨを用いて、ＮＡＣＫを受信した場合、ＷＴＲＵは、バックオフタイム終了後、共通Ｅ−ＤＣＨを用いて再試行してよい。デフォルトリソースに関して、Ｎ回、失敗を検出した場合、ＷＴＲＵは、他の非デフォルトリソースで試行してよい。Ｎ回は、ネットワークで設定可能であってよい、および／または、プリアンブル送信の最大回数と一致してよい。これは、Ｅ−ＡＩ（Ｅｘｔｅｎｄｅｄ  Ａｃｑｕｉｓｉｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ（拡張取得インジケータ））を設定していない場合、適用可能であってよい。この機構は一部のＷＴＲＵと、一部の特定のデフォルトリソース（例えば、Ｒ９９  ＲＡＣＨ）に適用可能であってよい。この機構は、ＥＡＩでＮＡＣＫを受信するというシナリオに適用してよい。これは、ＥＡＩでＮＡＣＫを受信する場合、および／または、Ｎ回の試行でＮＡＣＫを受信する場合、ＷＴＲＵによって適用されてよい。例えば、Ｅ−ＡＩは、信号で伝えられたシグネチャと変調信号の組み合わせに対応する値であってよい。
【００９４】
ＮＡＣＫの受信は、ＷＴＲＵに対してＷＴＲＵが、例えば、他の非デフォルトのリソースセットに関する明示的なのリソースの指示、および／またはデフォルトセットに関して信号で伝えられるリソースセットのインデックスについて、Ｅ−ＡＩのモニタリングを開始してよいことを信号で伝えることができる。Ｅ−ＡＩを通して信号で伝えられたインデックスは、非デフォルトセットのインデックスに該当してよい。非デフォルトセットは、別のＵＬチャネルおよび／または別のＴＴＩ値に対応してよい。Ｒ９９  ＲＡＣＨがデフォルトセットの場合、非デフォルトセットは、共通Ｅ−ＤＣＨセット（例えば、１つのＴＴＩ設定を有するレガシー共通Ｅ−ＤＣＨセット、または、任意のＴＴＩ設定を有してよい共通Ｅ−ＤＣＨセット）に対応してよい。Ｒ９９フォールバック対応ＷＴＲＵは、ＴＴＩ選択もサポートすると仮定してよい。Ｅ‐ＡＩは、選択したＲ９９フォールバックプリアンブルと共に使用可能なインデックスを信号で伝えて、どの共通Ｅ−ＤＣＨインデックスを用いるかを決定してよい。
【００９５】
デフォルトセットが２ｍｓＴＴＩセットである場合、ＥＡＩは、１０ｍｓＴＴＩセットのインデックスに該当してよい。デフォルトセットが共通Ｅ−ＤＣＨセットである場合、Ｅ−ＡＩを用いて、Ｒ９９  ＲＡＣＨへのフォールバックを信号で伝えてよい。これは、ＵＬアクセスに用いるプリアンブルインデックスおよび／またはＰＲＡＣＨインデックスを示してよい。Ｅ−ＡＩを用いて、本明細書に記載の方法の何れかに従って、どのＵＬチャネルを使用するかを信号で伝えてよい。
【００９６】
ＮＡＣＫの受信が、ＷＴＲＵのＥＡＩモニタリング開始をトリガしてよい。ＥＡＩは、ＷＴＲＵがどのリソースを用いてよいかを示してよい。例えば、１つまたは複数のＥＡＩ値を用いて、１つのＵＬリソースを示してよい。残りのＥＡＩ値を用いて、別のＵＬリソースを示してよい。例えば、トランスポートチャネル選択に関して、ＵＬリソースの少なくとも１つまたはサブセットを用いて、Ｒ９９  ＰＲＡＣＨの使用を示してよく（例えば、シグネチャシーケンスのインデックス）、残りのサブセットを用いて、共通Ｅ−ＤＣＨインデックスを示してよい。例えば、ＥＡＩの少なくとも１つの値を用いて、および／または予約して、ＷＴＲＵは、信号で伝えられたＰＲＡＣＨ情報を用いて、Ｒ９９  ＲＡＣＨへのフォールバックを実行および／またはＲ９９  ＲＡＣＨへのアクセスを実行すべきであることを示してよい。予約したＥＡＩ値は、Ｒ９９  ＲＡＣＨアクセスのサポートを示すプリアンブル群の１つからのプリアンブルを用いてアクセスを実行するＷＴＲＵによって用いられてよい（例えば、このようなＷＴＲＵがＲ９９フォールバックをサポートするという前提で、Ｒ９９フォールバックプリアンブル、および／または、２ｍｓ／１０ｍｓのＴＴＩプリアンブルのいずれか）。フォールバックに対応するＥＡＩ値は、所定の値（例えば、ＥＡＩを介したＮＡＣＫに用いられたのと同じ値、または任意の新しい値）であってよい。予約した値は、設定および／またはＷＴＲＵに信号で伝えてよい。共通Ｅ−ＤＣＨリソースリストの値（例えば、共通Ｅ−ＤＣＨリソースインデックス）をＲ９９  ＲＡＣＨへのフォールバック指示のために予約してよい。予約した値は、ＲＲＣシグナリングを介して設定してよい、および／または、所定の値であってよい。ＷＴＲＵは、どのインデックスおよび／または値がＲ９９フォールバックに対応するかをＲ９９フォールバック設定情報の一部として受信してよい、および／または、値は所定の値であってよい。例えば、受信したＥＡＩ値（例えば、シグネチャおよび／または変調信号）が設定および／または記憶したＲ９９フォールバックの値と等しい場合、例えば、本明細書に記載の基準を満たせば、ＷＴＲＵは、Ｒ９９  ＲＡＣＨ送信にフォールバックしてよいと、ＷＴＲＵは決定してよい。例えば、受信および／または計算したＥ−ＤＣＨリソースインデックスが、設定および／または記憶したＲ９９フォールバックインデックスに等しい場合、例えば、本明細書に記載の他の基準を満たすと、ＷＴＲＵは、Ｒ９９  ＲＡＣＨ送信を行ってよい。
【００９７】
Ｅ−ＡＩ値のサブセット（例えば、ｋ）を用いて、２ｍｓの共通Ｅ−ＤＣＨリソースセットのインデックスを示してよい。ＥＡＩ値の別のサブセット（例えば、ｌ）を用いて、１０ｍｓのＴＴＩリソースセットのインデックスを示してよい。例えば、１６の共通Ｅ−ＤＣＨリソースを１０ｍｓＴＴＩに、１６の共通Ｅ−ＤＣＨリソースを２ｍｓＴＴＩに用いる場合、Ｅ‐ＡＩを通して受信した指示値が０から１５のリソース（例えば、０からｋ−ｌ）に該当すれば、ＷＴＲＵは、１０ｍｓの共通Ｅ−ＤＣＨリソースを使用すると決定してよく、１６から３１の値（例えば、ｋからｌ＋ｋ−ｌ）に該当すれば、２ｍｓの共通Ｅ−ＤＣＨリソースを使用すると決定してよい。２ｍｓと１０ｍｓのＴＴＩリソースを１つのリストとして保持し、最初のｘ個のリソースを２ｍｓＴＴＩ設定に対応させ、残りのリソースを１０ｍｓＴＴＩ設定に対応させると、これが達成される。Ｅ−ＡＩを用いて、共通Ｅ−ＤＣＨリストのインデックスを決めるのに使用可能な値を信号で伝えてよい。共通Ｅ−ＤＣＨインデックスに基づいて、ＷＴＲＵは、関連付けられたリソースが、２ｍｓＴＴＩ設定を有するか、１０ｍｓＴＴＩ設定を有するかを決めてよい。例えば、インデックスが０とｘ−ｌの間の値に該当する場合、リソースは、２ｍｓＴＴＩリソースとなり、それ以外は、１０ｍｓＴＴＩリソースとなってよい。
【００９８】
ＥＡＩを用いて、任意のＵＬチャネルおよび／または任意のリソースを信号で伝えてよい。Ｅ‐ＡＩ受信後に決定されたインデックスは、Ｒ９９  ＰＲＡＣＨ、２ｍｓＴＴＩ、または、１０ｍｓＴＴＩに対応してよい。Ｒ９９  ＰＲＡＣＨ、２ｍｓＴＴＩ、および／または、１０ｍｓＴＴＩを信号で伝えるため値のリストは、Ｅ−ＡＩで予約されてよい。例えば、１つまたは複数のインデックスが、２ｍｓＴＴＩ（０・・・ｘ−ｌ）を指してよく、１つまたは複数のインデックスが、１０ｍｓＴＴＩ（ｘ・・・ｘ＋ｙ−ｌ）を指してよく、１つまたは複数のインデックスが、ＵＬアクセスに関するＲ９９  ＰＲＡＣＨへのフォールバックを示すのに用いられてよい。ここで、ｘは、設定した２ｍｓＴＴＩリソースのリストであってよく、ｙは、設定した１０ｍｓの共通Ｅ−ＤＣＨリソースであってよく、リソースの合計は、一定の最大数（例えば、３２）を超えない。
【００９９】
例えば、２ｍｓＴＴＩと１０ｍｓＴＴＩ設定で共通Ｅ−ＤＣＨリソースを分ける場合、ＴＴＩ設定用のデフォルト共通Ｅ−ＤＣＨインデックス、Ｘ、は、Ｘ＝Ｓｉｇｌｎｄ  ｍｏｄ（Ｎ）に相当してよい。ここで、Ｎは、対応する選択したＴＴＩで設定された共通Ｅ−ＤＣＨリソースの最大数であってよい。デフォルト共通Ｅ−ＤＣＨインデックス、Ｘ、は、ＷＴＲＵの最初のＴＴＩ選択に基づいて決定してよい（例えば、Ｎは、選択したＴＴＩの共通Ｅ−ＤＣＨリソースの最大数に相当してよい）。
【０１００】
デフォルトＸの値は、ＡＩＣＨでＡＣＫを受信するか否か、または、Ｅ−ＡＩを受信するか否かに依存してよい。ＡＣＫを受信すると、値Ｘと、使用する共通Ｅ−ＤＣＨインデックスは、本明細書に記載の方法で決定してよい。ＥＡＩを受信して、全てのＥＡＩの値の範囲を用いて２ｍｓＴＴＩと１０ｍｓＴＴＩの両方を含む共通Ｅ−ＤＣＨリストのインデックスのいずれかを信号で伝える場合、値Ｘは、Ｘ＝Ｓｉｇｌｎｄ  ｍｏｄ（Ｎ）によって決定してよい。ここで、Ｎは、ＴＴＩ設定の最大数の共通Ｅ−ＤＣＨリソースであってよい。Ｅ‐ＡＩ値を分割して、異なるＴＴＩ設定を信号で伝える場合、Ｎは、Ｅ−ＡＩ値に関連付けられたＴＴＩに対応するＴＴＩ設定の最大数の共通Ｅ−ＤＣＨリソースに相当してよい。
【０１０１】
Ｓｉｇｌｎｄは、セルで利用可能に設定されたＡＩに対応し、かつ、選択したＴＴＩ設定のＣＥＬＬ＿ＦＡＣＨとアイドルモード用拡張アップリンクのＥ−ＤＣＨ送信に対応する、Ｎ番目のＰＲＡＣＨのプリアンブルシグネチャであってよい。
【０１０２】
Ｅ‐ＡＩを用いて、共通Ｅ−ＤＣＨリソースのインデックスを信号で伝える場合、ＷＴＲＵは、式（Ｘ＋ＥＡＩ値）ｍｏｄ  Ｙを用いてよい。ここで、Ｙは、（例えば、ＴＴＩ設定にかかわらず）共通Ｅ−ＤＣＨリソースの総数であってよい。ＷＴＲＵは、式（Ｘ＋ＥＡＩ値）ｍｏｄ  Ｎを用いてよい。ここで、Ｎは、対応するＴＴＩ設定の共通Ｅ−ＤＣＨリソースの最大数であってよい。対応するＴＴＩ設定は、デフォルトマッピングに基づいて、および／または、（例えば、本明細書に記載のように予約してよい）ＥＡＩ値に基づいて、決定してよい。
【０１０３】
複数のＥ‐ＡＩを設定して使用するＵＬチャネルを示してよい。ＷＴＲＵは、複数のＥ‐ＡＩに関して（例えば、同時に）モニタしてよい。どのＥＡＩのリソースインデックスを受信するかに応じて、ＷＴＲＵは、どのＵＬチャネルを用いるか決定してよい。
【０１０４】
Ｒ９９  ＲＡＣＨリソースおよび／または共通Ｅ−ＤＣＨリソースのリストは、信号で伝えてよく、および／または、プリアンブルセットに関連付けてよい。ＡＩを用いて、ランダムに選択されたプリアンブルのインデックスに関連付けられたリソースの使用を認めてよい（例えば、Ｒ９９  ＲＡＣＨまたは共通Ｅ−ＤＣＨのどちらかであってよい）。Ｅ−ＡＩを用いて、インデックスを信号で伝えてよい。このインデックスおよび／または選択したプリアンブルに基づいて、ＷＴＲＵは、使用可能なリソースのインデックスを決定してよい。
【０１０５】
共通Ｅ−ＤＣＨリソースは、２ｍｓＴＴＩまたは１０ｍｓＴＴＩ設定で用いてよい。ＡＩおよび／またはＥＡＩは、対応する共通Ｅ−ＤＣＨリソースに関してＷＴＲＵがどのＴＴＩを用いてよいかを、ＷＴＲＵに示してよい。プリアンブル群は、２ｍｓＴＴＩと１０ｍｓＴＴＩで分けてよいが、共通Ｅ−ＤＣＨリソースリストは１つとし、各リソースを任意のＴＴＩ設定で用いてよい。ＷＴＲＵは、ＷＴＲＵがどのＵＬチャネル（例えば、ＰＲＡＣＨまたは共通Ｅ−ＤＣＨ）を使いたいか決定してよい。ＷＴＲＵが共通Ｅ−ＤＣＨを選択する場合、ＷＴＲＵは、ＷＴＲＵがどのＴＴＩ設定を使いたいかを決定してよい。ＷＴＲＵが２ｍｓＴＴＩを選ぶと、２ｍｓＴＴＩプリアンブル群からプリアンブルを選んでよい。ＷＴＲＵが２ｍｓＴＴＩまたは１０ｍｓＴＴＩの使用を許可されるか否かを決定するために、次の技術の１つまたは複数を用いてよい。選択したプリアンブルに関連付けられたＥ−ＤＣＨリソース、および、使うべきプリアンブル群に対応するＴＴＩ設定の指示として、ＡＩＣＨのＡＣＫを用いてよい。ＷＴＲＵは、選択したＴＴＩ（例えば、プリアンブル群に関連付けられたＴＴＩ）を使うべきでないという指示として、ＡＩＣＨでのＮＡＣＫを用いてよい。ＷＴＲＵは、ＷＴＲＵがＴＴＩ（例えば、新しいＴＴＩ）と共にどのリソースを使うかを決定するために、ＥＡＩをモニタしてよい。ＷＴＲＵがＥＡＩをモニタしてよいという指示として、ＮＡＣＫを用いてよい。ＷＴＲＵは、ＷＴＲＵがどのＴＴＩを用いてよいかをまだ決定していない場合がある。
【０１０６】
Ｅ−ＡＩを用いて、ＷＴＲＵがどのＴＴＩを使うべきかをＷＴＲＵに示してよい。例えば、ＡＩＣＨの予備フィールドを用いて、ＷＴＲＵがどのＴＴＩを使うべきかを示してよい。ＡＩＣＨでの応答（例えば、ＡＣＫ／ＮＡＣＫ）を予備フィールドと組み合わせて用いて、どのＴＴＩを使うべきかを決定してよい。予備フィールドを用いて、２つの値または１つの値を示してよい（例えば、２つの値を用いて、どのＴＴＩ値を使うべきかを示してよく、１つの値を用いて、ＷＴＲＵが、選択したＴＴＩ値を変更するべきか否かを示してよい）。ＡＩＣＨでＡＣＫを受信した場合、ＷＴＲＵは、関連付けられた共通Ｅ−ＤＣＨインデックスを、Ｅ−ＡＩの予備フィールドに示されたＴＴＩ設定と共に用いると決定してよい。ＡＩＣＨでＮＡＣＫを受信した場合、ＷＴＲＵは、リソース指示に関して（設定されるならば）ＥＡＩをモニタすると決定してよい。Ｅ−ＡＩを通して信号で伝えられたリソースに関してＷＴＲＵが使用してよいＴＴＩは、ＮＡＣＫと共に予備フィールドに示されたＴＴＩであってよい。
【０１０７】
ネットワークは、個々のＷＴＲＵおよび／またはＷＴＲＵ群に関するチャネル選択（例えば、ＴＴＩまたはトランスポートチャネルの選択）を制御してよい。ネットワークは、ＵＬ送信のためのフォールバックまたはＲ９９  ＲＡＣＨの使用を制御してよい。ＷＴＲＵは、Ｒ９９  ＲＡＣＨへのフォールバックの指示を待ってよい。ネットワークは、ＷＴＲＵが使うべき共通Ｅ−ＤＣＨチャネルの種類を制御してよい。該チャネルは、１０ｍｓＴＴＩまたは２ｍｓＴＴＩの共通Ｅ−ＤＣＨチャネルを含むが、それらに限定されない。ＷＴＲＵは、プリアンブル送信のトリガ後、どのＵＬチャネルを使用するべきかを決定するシグナリングを待ってよい。これには、フォールバックまたはＲ９９  ＲＡＣＨの使用、２ｍｓのＴＴＩの使用、および／または、１０ｍｓのＴＴＩの使用を含むが、それらに限定されない。例えば、Ｅ‐ＡＩの少なくとも１つの値を予約および／または用いて、Ｒ９９  ＲＡＣＨへのフォールバック、共通Ｅ−ＤＣＨに対して別のＴＴＩ値を用いるフォールバックを信号で伝えてよく、および／または、ＷＴＲＵが共通Ｅ−ＤＣＨにどのＴＴＩを用いるべきかを信号で伝えてよい。Ｅ‐ＡＩを通してこの値を受信すると、ＷＴＲＵは、自立的にＲ９９  ＲＡＣＨにフォールバックしてよく、（例えば、要求した値以外の）別のＴＴＩ値の使用に自立的にフォールバックしてよく、または、ＴＴＩ選択の場合は、ＡＩＣＨおよび／またはＥ‐ＡＩで予約された値が示すＴＴＩ値を用いて開始してよい。（例えば、Ｅ‐ＡＩが設定された場合はＥ‐ＡＩ、または、Ｅ‐ＡＩが設定されない場合はＡＩ）のＮＡＣＫの受信は、また、ＷＴＲＵの制御およびフォールバックの指示に使われるシグナリングの役目をしてよい。共通Ｅ−ＤＣＨリストの少なくとも１つのリソースインデックスおよび／またはリソースセットを、（例えば、Ｒ９９  ＲＡＣＨへのフォールバックに使われる、または、２ｍｓＴＴＩまたは１０ｍｓＴＴＩの使用する）特定のＵＬチャネルのために予約してよい。Ｒ９９  ＲＡＣＨにフォールバック可能なＷＴＲＵおよび／または共通Ｅ−ＤＣＨのＴＴＩ値を変更することができるＷＴＲＵが、Ｅ‐ＡＩを通してこのリソース割り当てを受信すると、ＷＴＲＵは、指示された送信チャネル（例えば、Ｒ９９  ＲＡＣＨ、または、指示されたＴＴＩ値の共通Ｅ−ＤＣＨ）を選択してよい。ＷＴＲＵ（例えば、レガシーＷＴＲＵ）は、インデックスが示したリソースを共通Ｅ−ＤＣＨリソースとして用いてよい。例えば、ＡＩＣＨおよび／またはＥ−ＡＩＣＨの予備フィールドを用いて、Ｒ９９  ＲＡＣＨにフォールバックするように、および／または別のＴＴＩを選択するように、ＷＴＲＵに指示してよい。
【０１０８】
第２のＥ‐ＡＩＣＨコードは、Ｒ９９  ＲＡＣＨにフォールバック可能なＷＴＲＵおよび／または共通Ｅ−ＤＣＨのＴＴＩ値を変更することができるＷＴＲＵによってモニタされてよい。第２のＥ‐ＡＩＣＨは、ネットワークによって（例えば、ブロードキャストシグナリングおよび／または、専用シグナリングを介して）設定されてよい。ネットワークは、Ｒ９９  ＲＡＣＨにフォールバック可能であってよい、および／または、共通Ｅ−ＤＣＨのＴＴＩ  ＵＬアクセスを変更可能であってよい。第２のＥ‐ＡＩを用いて、Ｒ９９  ＲＡＣＨへのフォールバックおよび／または共通Ｅ−ＤＣＨのＴＴＩを示してよい。第２のＥ‐ＡＩを用いて、ＷＴＲＵがＲＡＣＨアクセスに用いてよいＲ９９  ＰＲＡＣＨリソースからプリアンブルリソースを指示してよい。第２のＥ‐ＡＩは、プリアンブル、および／または、ＴＴＩを設定された共通Ｅ−ＤＣＨリソース、および／または、特定のＴＴＩの共通Ｅ−ＤＣＨリソースインデックスを示すのに、さらに用いられてよい。
【０１０９】
ＷＴＲＵが第２のＥ‐ＡＩをモニタするか否か、および、いつモニタするかを決定するために、１つまたは複数の基準を用いてよい。基準は、ＵＬチャネル選択可能なＷＴＲＵ（例えば、Ｒ９９  ＲＡＣＨへのフォールバック、および／または異なるＴＴＩの共通Ｅ−ＤＣＨ）が第１および第２のＥ−ＡＩＣＨをモニタすることを含むが、それに限定されない。ＡＩＣＨの予備フィールドを用いて、ＷＴＲＵに第２のＥＡＩをモニタするように指示してよい。ＡＩＣＨの予備フィールドを用いて、ＷＴＲＵはＲ９９  ＲＡＣＨにフォールバックすべきであるという指示、および／または、ＷＴＲＵはＴＴＩを変更すべきであるという指示に対応し得る値を信号で伝えてよい。ＡＩＣＨの予備フィールドを用いて、ＷＴＲＵはリソース割り当ておよび／または任意の他の信号を受信するかどうかＥＡＩ（例えば、第２のＥ‐ＡＩ）をモニタすべきであると、ＷＴＲＵに信号で伝えてよい。第１のＥ‐ＡＩに関して信号で伝えられたＮＡＣＫの検出を、基準として用いてよい。Ｅ‐ＡＩおよび／またはＡＩ（例えば、第１のＥＡＩがレガシーＷＴＲＵに対して設定されていない場合）でＮＡＣＫを受信すると、ＵＬチャネル選択可能なＷＴＲＵは、第２のＥＡＩのモニタを開始してよい。本明細書に記載の条件の１つを満たした後、一定の時間が経つと、ＷＴＲＵは、ＥＡＩのモニタリングを開始してよい。
【０１１０】
ネットワークは、（例えば、本明細書に記載の基準で決定された）Ｒ９９  ＲＡＣＨ対応のＷＴＲＵに対して１つまたは複数の（例えば、セットの）予約プリアンブル群を使用することによって、ＷＴＲＵの能力を決定してよい。ネットワークは、本明細書に記載の実施例のいずれかを用いて、Ｒ９９  ＲＡＣＨまたは共通Ｅ−ＤＣＨにフォールバックするかをＷＴＲＵに示してよい。
【０１１１】
ＷＴＲＵは、トランスポートチャネル選択を行ってよい。ＷＴＲＵは、リソースに対するプリファレンスを表示してよい。ＷＴＲＵは、ＷＴＲＵとネットワークが、トランスポートチャネル選択および／またはＲ９９  ＲＡＣＨへのフォールバックをサポートするか否かを決定してよい。ＷＴＲＵは、本明細書に記載の基準を満たすか否かを決定してよい。例えば、ＷＴＲＵは、バッファの状態が閾値以下であるか否かを決定してよい。ＷＴＲＵは、ＲＬＣ  ＰＤＵが作成されて、再送信バッファ内に存在するか否かを決定してよい。バッファにＲＬＣ  ＰＤＵがない場合、ＷＴＲＵは、ＲＡＣＨに関して許可ＲＬＣ  ＰＤＵサイズと異なるおよび／または、より大きいサイズのＲＬＣ  ＰＤＵが存在するか否かを決定してよい。
【０１１２】
基準を満たす場合、ＷＴＲＵは、Ｒ９９  ＲＡＣＨフォールバックからプリアンブルを選択して、プリアンブルランプアップ手順を開始してよい。選択したプリアンブルに基づいて、ネットワークは、アップリンクアクセスを行うＷＴＲＵのプリファレンスおよび／または種類を決定してよく、使用するトランスポートチャネルを決定してよい。ＷＴＲＵが基準を満たさない場合、ＷＴＲＵは、共通Ｅ−ＤＣＨプリアンブル（例えば、レガシー共通Ｅ−ＤＣＨプリアンブル）からプリアンブルを選択してよい。このような例では、ネットワークは、プリアンブルを受信したとき、ＷＴＲＵがＲ９９  ＲＡＣＨ対応であることを知らない場合があるので、ＷＴＲＵをＲ９９  ＲＡＣＨに向かわせるという選択肢がないことがある。
【０１１３】
ＷＴＲＵのデフォルトリソースは、共通Ｅ−ＤＣＨリソースであってよい。ＷＴＲＵは、ＡＩＣＨでＡＣＫを受信したことに応答して、デフォルト共通Ｅ−ＤＣＨインデックス、Ｘ、に関連付けられた共通Ｅ−ＤＣＨリソースの使用を開始してよい。例えば、Ｘ＝  Ｓｉｎｇｌｎｄ  ｍｏｄ  Ｙ、ここで、Ｓｉｎｇｌｎｄは、Ｒ９９フォールバックプリアンブルリストのＮ番目のプリアンブルであってよい。共通Ｅ−ＤＣＨに使用するＴＴＩ設定は、共通Ｅ−ＤＣＨリソース（例えば、レガシー共通Ｅ−ＤＣＨリソース）のＴＴＩ設定であってよい、または、共通Ｅ−ＤＣＨは、本明細書に記載の例のいずれかを用いてＷＴＲＵに提供されてよい。Ｅ−ＡＩのＮＡＣＫ、予約された共通Ｅ−ＤＣＨインデックス、または、予約Ｅ−ＡＩ値を含むが、それらに限られない、本明細書に記載の実施例のいずれかによって、ＥＡＩを用いて、フォールバック、または、Ｒ９９  ＲＡＣＨの使用をＷＴＲＵに信号で伝えてよい。他のＥＡＩ値を用いて、ＷＴＲＵをリダイレクトして、デフォルトＸ以外の異なる共通Ｅ−ＤＣＨリソースインデックスを使用するようにしてよい。Ｅ−ＡＩが設定されていない場合、ＡＩＣＨのＮＡＣＫは、このようなＷＴＲＵに、Ｒ９９  ＲＡＣＨの使用を開始するように信号で伝えてよい。
【０１１４】
ＷＴＲＵのデフォルトリソースは、Ｒ９９  ＲＡＣＨリソースであってよい。ＷＴＲＵは、Ｒ９９フォールバックＲＡＣＨプリアンブルからプリアンブルを選択してよい。ＡＩＣＨのＡＣＫは、ＷＴＲＵが、フォールバック、または、Ｒ９９  ＲＡＣＨの使用を開始することを認められたことを意味してよい。ＮＡＣＫおよび／またはＥＡＩを用いて、本明細書に記載の実施例のいずれかに従って、共通Ｅ−ＤＣＨのインデックスを信号で伝えてよい。
【０１１５】
ＷＴＲＵは、トランスポートチャネル選択を行ってよく、予約プリアンブルセットを用いて、ＷＴＲＵがＲ９９  ＲＡＣＨをサポートすることを信号で伝えてよい。例えば、プリアンブルは、Ｒ９９に対して予約されてよい、および／または、プリアンブルは、ＷＴＲＵは、Ｒ９９フォールバックもサポートすることを意味するＴＴＩ選択に用いられるプリアンブル（例えば、２ｍｓおよび／または１０ｍｓのＴＴＩ設定のためのプリアンブル）であってよい。ネットワークは、ＷＴＲＵのバッファおよび／またはＲＬＣの状態を知らない場合がある。ネットワークは、それでも、本明細書に記載の実施例に従って、ＷＴＲＵをリダイレクトして、Ｒ９９  ＲＡＣＨを使うようにしてよい。これは、ネットワークがＷＴＲＵのバッファおよび／またはＲＬＣの状態（例えば、基準を満たしていない）を知っている場合に適用可能であってよいが、ネットワークは、ＷＴＲＵをリダイレクトして、Ｒ９９  ＲＡＣＨを使用するようにする選択肢を有してよい。例えば、フォールバックの基準が論理チャネルの種類に依存する場合、アップリンク送信が、所定のリストおよび／または設定された許可チャネル（例えば、ＣＣＣＨおよび／またはＤＣＣＨがチャネルリストの一部であってよい）に属すれば、ＷＴＲＵはフォールバックしてよい（例えば、フォールバックするしかない）。共通Ｅ−ＤＣＨリソースの取得を試みるランダムアクセス手順を行った後、ＷＴＲＵがＲ９９フォールバック可能である場合、ＷＴＲＵは、ＡＩＣＨおよび／またはＥ‐ＡＩをモニタして、ＡＩＣＨでＮＡＣＫを受信するか否かを決定してよい。Ｅ−ＡＩ値および／または受信された対応するＥ−ＤＣＨリソースインデックスが、フォールバックに該当するインデックスと等しい場合、かつ、送信するＣＣＣＨアップリンクデータがあって、ＣＣＣＨフォールバックが許可されている場合、または、送信するＤＣＣＨアップリンクデータがあって、ＤＣＣＨフォールバックが許可されている場合、ＷＴＲＵは、Ｒ９９  ＲＡＣＨフォールバックを実行してよい。上記の条件を満たさない場合（例えば、送信するＤＴＣＨデータがある場合）、ＷＴＲＵはＲ９９  ＲＡＣＨにフォールバックしなくてよい。Ｒ９９  ＲＡＣＨへのフォールバックを許可された論理チャネルの種類が、ＣＣＣＨ（例えば、ＣＣＣＨのみ）である場合、ＷＴＲＵが送信すべきＤＣＣＨデータまたはＤＴＣＨデータを有していると、ＷＴＲＵは、Ｒ９９  ＲＡＣＨにフォールバックしない決定をしてよい。Ｒ９９  ＲＡＣＨの使用を開始するようにという指示を受信すると、ＷＴＲＵは、バッファ状態および／またはＲＬＣ状態にかかわらず、Ｒ９９  ＲＡＣＨの使用を開始してよい（例えば、ＷＴＲＵは、ＲＬＣ  ＰＤＵを再作成してもよく、または、例えば、できるだけ多くのデータを送信できるように他のＲＬＣ  ＰＤＵを作成してよい）。ＷＴＲＵは、Ｒ９９  ＲＡＣＨの使用を開始し、そして、ＲＬＣ状態および／またはバッファ状態を満たさない場合、ＲＡＣＨを使用してＴＶＭレポートを送信してよい。ＷＴＲＵは、Ｒ９９  ＲＡＣＨにフォールバックするようにというネットワークの指示を無視して、バックオフし、再度ＵＬにアクセスしてよい。例えば、ＷＴＲＵは、ラ���ダムアクセスチャネル（例えば、Ｒ９９  ＲＡＣＨ、Ｒ９９  ＰＲＡＣＨなど）の使用にフォールバックするようにというネットワークからの指示を無視し、時間を置いて（例えば、所定の時間、バックオフ）、ネットワークへのアクセスを再度試みてよい。ＵＬアクセスを試みる時、ＷＴＲＵは、共通Ｅ−ＤＣＨリソース（例えば、レガシー共通Ｅ−ＤＣＨリソース）からプリアンブルを選択すると決定してよく、そうすると、ネットワークはＷＴＲＵがＲ９９にフォールバック可能であると知ることはできない。こうすることによって、共通Ｅ−ＤＣＨを介してＵＬにアクセスする機会を増やしてよい。
【０１１６】
ＷＴＲＵは、本明細書に記載の１つまたは複数の基準（例えば、能力、および、電力／ヘッドルーム）に基づいて、ＴＴＩ選択を行ってよい。共通Ｅ−ＤＣＨリスト（例えば、レガシー共通Ｅ−ＤＣＨリスト）上で、信号で伝えられたＴＴＩ設定以外のＴＴＩの指示を信号で伝えるために、プリアンブル（例えば、新しいプリアンブル）を予約してよい。ＷＴＲＵが、共通Ｅ−ＤＣＨ（例えば、レガシー共通Ｅ−ＤＣＨ）に用いられるＴＴＩ以外のＴＴＩ設定を選択する場合、ＷＴＲＵは、ＴＴＩ設定（例えば、新しいＴＴＩ設定）のために、信号で伝えられたＰＲＡＣＨリソース（例えば、新しく信号で伝えられたＰＲＡＣＨリソース）からプリアンブルを選択してよい。ネットワークは、ＷＴＲＵのプリファレンスを決定してよい。ネットワークは、ＷＴＲＵがＴＴＩ選択可能なことを認識してよい。ネットワークは、本明細書に記載の実施例にいずれかを用いて、その選択を認める、または、ＷＴＲＵを異なるＴＴＩにリダイレクトしてよい。ＷＴＲＵが、共通Ｅ−ＤＣＨリソース（例えば、レガシー共通Ｅ−ＤＣＨリソース）の信号で伝えられたＴＴＩと同じＴＴＩを選択する場合、ＷＴＲＵは、共通Ｅ−ＤＣＨ  ＰＲＡＣＨリソース（例えば、レガシー共通Ｅ−ＤＣＨ  ＰＲＡＣＨリソース）からプリアンブルを選んでよい。ネットワークは、このＷＴＲＵはＴＴＩを選択できるということを知らない場合があり、任意の他のＴＴＩを使うようにＷＴＲＵをリダイレクトしなくてよい。ルール（例えば、レガシールール）に従って、ＡＩＣＨを用いてリソース（例えば、レガシーリソース）の共通Ｅ−ＤＣＨインデックスを示してよい。
【０１１７】
（例えば、ＴＴＩ設定可能なＷＴＲＵのために）２ｍｓおよび１０ｍｓのＴＴＩ設定のプリアンブル（例えば、新しいプリアンブル）を信号で伝えてよい。選択したＴＴＩに基づいて、ＷＴＲＵは、２ｍｓ群または１０ｍｓ群のいずれかからプリアンブルを選択してよい。ネットワークは、プリファレンスと、ＷＴＲＵがＴＴＩ選択可能なことを知っていてよい。ネットワークは、本明細書に記載の実施例のいずれかを用いて、ＷＴＲＵをリダイレクトしてよい。  
【０１１８】
Ｒ９９  ＲＡＣＨへのフォールバックを許可することによって、フレキシブルなＲＬＣ  ＰＤＵ設定で構成された論理チャネルから、Ｒ９９  ＰＲＡＣＨを介してデータ送信が可能になる。例えば、Ｒ９９  ＲＡＣＨがセグメンテーション能力を有さず、限られたセットのＴＢＳしか送信しない場合があることを考慮すると、フレキシブルなＰＤＵ  ＲＬＣは、ＲＬＣ  ＰＤＵ作成とＲ９９  ＲＡＣＨのトランスポートフォーマットの選択とを調和させてよい。
【０１１９】
ＤＣＨでない状態でのＲＬＣ設定は、フレキシブルなＲＬＣ  ＰＤＵサイズに対応してよい。Ｒ９９  ＲＡＣＨを介した送信を可能にするために、ＲＬＣは、ＭＡＣ層をセグメンテーションすることなく、選択したＲＡＣＨ  ＴＢＳ内に収まるように「無線認識ＲＬＣ  ＰＤＵ」を作成してよい。例えば、ＷＴＲＵは、次の基準の１つまたは複数に基づいて、ＲＬＣ  ＰＤＵサイズを決定してよい。基準は選択したＴＢＳであってよい。基準は、最小の選択されたＴＢＳであってよい、および／または、選択されたＴＢＳ以下の最小の許可ＴＢＳに量子化された利用可能なビット数であってよい。基準は、最小の選択されたＴＢＳ、利用可能なビット数、および／または、選択されたＴＢＳ以下の最小の許可ＴＢＳに量子化された利用可能な電力であってよい。
【０１２０】
Ｒ９９  ＲＡＣＨへのフォールバックに設定されたＷＴＲＵが、共通Ｅ−ＤＣＨアクセスを試みて、遅延無線認識ＲＬＣ  ＰＤＵを作成する場合、ＷＴＲＵは、Ｅ−ＤＣＨリソースがＷＴＲＵに割り当てられた後でＲＬＣ  ＰＤＵの作成を開始してよい。この手順は、ＷＴＲＵがＲ９９  ＲＡＣＨを介して送信できない可能性のあるＲＬＣ  ＰＤＵを、ＷＴＲＵが時期尚早に生成するのを防ぐことになる。例えば、遅延ＲＬＣ  ＰＤＵのサイズは、次の基準の任意の組み合わせに従って決定してよい。基準は、例えば、ブロードキャストされたデフォルト権限に従って送信可能なビット数であってよい。基準は、例えば、デフォルト権限および／またはＲ９９  ＲＡＣＨのトランスポートフォーマットセットのうちの許可ＴＢＳに従って送信可能なビット数の間の最小のものであってよい。許可ＴＢＳは、例えば、最小のＴＢＳ、および／または、最大のＴＢＳに一致してよい。基準は、最小の許可ＴＢＳ、利用可能なデータ、および／または、デフォルト権限よりも小さくてよい許可ＴＢＳに量子化したデフォルト権限であってよい。遅延ＲＬＣ  ＰＤＵのサイズは、ブロードキャストされたＲＬＣ  ＰＤＵサイズに基づいて決定してよい。
【０１２１】
Ｒ９９  ＲＡＣＨを介した送信には、ＭＡＣセグメンテーションが許可されてよい。例えば、ＭＡＣ‐ｉ／ｉｓ副層は、ＲＡＣＨを介した送信のためにＭＡＣ‐ｅ副層に送る前に、ＲＬＣ  ＰＤＵ（または、ＭＡＣ‐ｄ  ＰＤＵ）をセグメント化してよい。複数回のＲ９９  ＲＡＣＨ送信を通して受信したセグメントをノードＢが再び集めるために、ＭＡＣ−ｉ／ｉｓのヘッダをＲ９９  ＲＡＣＨ送信に含んでよい。
【０１２２】
Ｒ９９  ＲＡＣＨへのリダイレクト／確認をすると、ＷＴＲＵは、次の１つまたは複数を行ってよい。ＷＴＲＵは、Ｒ９９  ＲＡＣＨリソース（例えば、レガシーＲ９９  ＲＡＣＨリソース）のＰＲＡＣＨ情報を用いて、ＲＡＣＨプリアンブル送信手順（例えば、新しいＲＡＣＨプリアンブル送信手順）を開始してよい。この手順は、本明細書に記載の実施例のいずれかを用いて加速させてよい。ＷＴＲＵは、Ｒ９９  ＲＡＣＨ（例えば、レガシーＲ９９  ＲＡＣＨ）の使用へリダイレクト／確認を受信後、ＰＲＡＣＨメッセージ送信を開始してよい。ＡＩＣＨでＰＲＡＣＨメッセージ送信を開始するタイミングは保持してよい。例えば、ＷＴＲＵは、次の物理チャネルパラメータの任意の組み合わせを用いて、ＰＲＡＣＨメッセージ送信を行ってよい。該パラメータは、Ｒ９９フォールバックＰＲＡＣＨリソースから選択されたプリアンブルのスクランブリングコード；Ｒ９９フォールバックＲＡＣＨリソースから選択された、および／または、チャネライゼーションコード決定に用いられたプリアンブルのシグネチャシーケンス、ｓ；または、ＰＲＡＣＨ情報（例えば、レガシーＰＲＡＣＨ情報）から抽出可能な他の物理チャネルパラメータ、トランスポートチャネルフォーマットなど（例えば、複数のＰＲＡＣＨ情報を選択する場合、最初の情報または所定の情報のリソースを用いてよい）である。ＰＲＡＣＨ情報（例えば、新しいＰＲＡＣＨ情報）は、このようなＷＴＲＵから使用するためブロードキャストしてよい。
【０１２３】
送信のためのＲ９９  ＲＡＣＨチャネル選択および／またはリダイレクトの後、ＷＴＲＵは、Ｒ９９  ＲＡＣＨへのアクセスを試みてよい、および／または、データおよび／または制御情報のＵＬ送信を行ってよい。手順完了時、ＷＴＲＵはバッファにデータを有してよい。ここでの手順完了とは、無線インタフェースを介してデータが送信されること、または、ＲＡＣＨの失敗を指してよい。ＷＴＲＵがすぐに再度、共通Ｅ−ＤＣＨへのアクセスを行う場合、同じ輻輳が起こり得る。Ｅ−ＤＣＨアクセスを試みた後、ＷＴＲＵは、再び失敗することがあり、Ｒ９９  ＲＡＣＨへのフォールバックをもう一度行ってよい。この結果、アクセス遅延が起こる、および／または異なるＲＡＣＨアクセス間を行ったり来たりすることがある。
【０１２４】
Ｒ９９  ＲＡＣＨへのフォールバック後のＷＴＲＵのふるまいを制御してよい。例えば、タイマ（例えば、禁止タイマ、バックオフタイマなど）を利用して、一定の期間ＷＴＲＵが共通Ｅ−ＤＣＨにアクセスしないようにしてよい。タイマは、１つまたは複数のトリガで開始してよい。トリガは、Ｒ９９  ＲＡＣＨへのフォールバックを行わなければならないとＷＴＲＵが決定することであってよい。トリガは、Ｒ９９  ＲＡＣＨへのフォールバックの結果として、Ｒ９９  ＲＡＣＨ手順を完了したことであってよい。トリガは、ＵＬデータをＲ９９  ＲＡＣＨを用いて無線で送信したことであってよい。ＷＴＲＵがもう一度ＵＬアクセスを試みなければならず、かつ、タイマがまだ作動中である場合、ＷＴＲＵは、Ｒ９９アクセスを行ってよい。タイマが作動中でない場合、ＷＴＲＵは、共通Ｅ−ＤＣＨへのアクセス、および／または、基準を再度評価して、どのＲＡＣＨリソースを使うか選択してよい。タイマが作動中で、ＷＴＲＵが送信するデータを有する場合、ＷＴＲＵは、ネットワークへのＴＶＭレポートをトリガしてよい。該レポートは、トリガの理由を示してよい。
【０１２５】
ＷＴＲＵは、共通Ｅ−ＤＣＨ失敗またはネットワークの直接の指示後、Ｒ９９にフォールバックしてよい。トラフィック量測定（ＴＶＭ）レポートは、Ｒ９９  ＲＡＣＨへのフォールバック時、トリガされてよい。例えば、ＴＶＭは、ＷＴＲＵがＲ９９にフォールバックし、かつ様々な条件を満たすと、トリガされてよい。条件は、例えば、バッファサイズが閾値を超えることであってよい。この閾値は、Ｒ９９  ＲＡＣＨへのフォールバックに固有の閾値であってよく、および／または、共通Ｅ−ＤＣＨを用いたＷＴＲＵのためのＴＶＭレポートをトリガする閾値より小さくてよい。条件は、例えば、ＵＬデータの論理チャネルが、ＷＴＲＵがＲ９９  ＲＡＣＨの使用を許可されない論理チャネルのリスト、または、ＴＶＭレポートをトリガしてよいリストに属することであってよい。例えば、ＷＴＲＵでのＴＶＭレポートに関して、少なくとも２つのイベントを設定してよい。１つは、ＷＴＲＵが共通Ｅ−ＤＣＨを使っているとき、使用してよく、１つは、ＷＴＲＵがＲ９９  ＲＡＣＨへのフォールバックを行った時、使用してよい。
【０１２６】
ＷＴＲＵが共通Ｅ−ＤＣＨへのアクセスを試みることから、Ｒ９９  ＲＡＣＨへのアクセスの試みに切り替える場合、ＲＡＣＨへのアクセスを速くしてよい。逆も同様である。この状況には、ＷＴＲＵが共通Ｅ−ＤＣＨへのアクセスを試みた後、Ｒ９９  ＲＡＣＨにフォールバックする状況；ＷＴＲＵが共通Ｅ−ＤＣＨリソースへの接続を試みた後、ネットワークからの明示の命令を受けてＲ９９  ＲＡＣＨにフォールバックする状況；および／または、ＷＴＲＵがＲ９９  ＲＡＣＨにアクセスし、送信を行おうとして、バッファにまだデータが残っていると判断して、共通Ｅ−ＤＣＨリソースにアクセスを試みる状況が含まれるが、それらの状況に限らない。
【０１２７】
このようなアクセスを速めるために、ＷＴＲＵは、例えば、その前のリソース（例えば、共通Ｅ−ＤＣＨリソースまたはＲ９９  ＲＡＣＨリソース）で使用した最後のプリアンブル電力の関数であるプリアンブル電力を用いることによってプリアンブルフェーズを速めてよい。プリアンブル電力は、次の１つまたは複数に該当してよい。プリアンブル電力は、他のリソースに関して送信された最後のプリアンブルと同じ電力であってよい。プリアンブル電力は、他のリソースで送信された最後のプリアンブル電力に、設定されたオフセットを足したものであってよい。
【０１２８】
ＷＴＲＵは、例えば、ネットワークによる専用のリソース指示を受信することによって、他のリソースへのアクセスを速めてもよい。リソース指示は、ＷＴＲＵにアクセスするように信号が伝えているリソースセットのプリアンブルシグネチャのインデックスを含んでよい。ネットワークが特定の信号を用いてＲ９９  ＲＡＣＨへのフォールバックを伝える場合、この信号は、プリアンブルリソースのインデックス（例えば、スクランブリングコードおよび／またはシグネチャシーケンス、ｓ、または、複数のＰＲＡＣＨ情報が信号で伝えられる場合、ＷＴＲＵが使うべきＰＲＡＣＨ情報のインデックス）を含んでよい。インデックスは、Ｅ−ＡＩを使って、ＷＴＲＵに送信されてよい。信号は、使用すべきリソースインデックスおよび／または共通Ｅ−ＤＣＨ値を含んでよい。Ｅ−ＡＩを用いてＵＬチャネル選択（例えば、Ｒ９９  ＲＡＣＨまたはＴＴＩ値）を信号で伝えてよいとＷＴＲＵが決定する実施例を記載する。例えば、第２のＥＡＩを用いて、Ｒ９９  ＰＲＡＣＨプリアンブルインデックス、および／または、ＴＴＩ値に対応するリソース群から共通Ｅ−ＤＣＨリソースインデックス、および／または要求した値以外のＴＴＩ値に対応するプリアンブルインデックスを信号で伝えてよい。このインデックス受信後、ＷＴＲＵは、指示されたチャネル（例えば、ＲＡＣＨまたは指示されたＴＴＩの共通Ｅ−ＤＣＨ）でＵＬ送信を開始してよい。これは、確認要求あり、または、確認要求なしで行ってよい。ＷＴＲＵは、共通Ｅ−ＤＣＨリソースでの最後のプリアンブル送信に基づいて、使用する電力を決定してよい。ＷＴＲＵは、他のチャネルで最後に使用された電力を用いてプリアンブル送信を開始してよい。
【０１２９】
図２は、例示的なフォールバックを示す。図２の方法２００は、ＷＴＲＵによって用いられて、ＷＴＲＵがランダムアクセスチャネル（例えば、Ｒ９９  ＲＡＣＨ、Ｒ９９  ＰＲＡＣＨなど）を使用するフォールバックを行い、アップリンク情報をネットワークに送信してよいか否かを決定する。ＷＴＲＵは、ネットワークに送信するデータまたは制御情報を含むが、これらに限定されないアップリンク情報を有してよい。ステップ２０１で、ＷＴＲＵは、ネットワークに共通Ｅ−ＤＣＨリソースを要求してよい。例えば、ＷＴＲＵのデフォルトリソースは共通Ｅ−ＤＣＨリソースであってよい。
【０１３０】
ネットワークに共通Ｅ−ＤＣＨリソースを要求した後、ＷＴＲＵは、ランダムアクセスチャネル（例えば、Ｒ９９  ＲＡＣＨ、Ｒ９９  ＰＲＡＣＨなど）にフォールバックする指示をネットワークから受信して、ステップ２０２を完了してよい。指示は、取得インジケータ（例えば、Ｅ‐ＡＩ）を通して受信してよい。指示はＥ‐ＡＩ値であってよい。１つまたは複数のＥ‐ＡＩ値を用いてランダムアクセスチャネル（例えば、Ｒ９９  ＲＡＣＨ、Ｒ９９  ＰＲＡＣＨなど）の使用を示してよい、また、１つまたは複数のＥ‐ＡＩ値を用いて共通Ｅ−ＤＣＨインデックスを示してよい。例えば、Ｅ‐ＡＩの少なくとも１つの値を用いて、ＷＴＲＵがランダムアクセスチャネル（例えば、Ｒ９９  ＲＡＣＨ、Ｒ９９  ＰＲＡＣＨなど）へのフォールバックを行ってよいことを示してよい。ＷＴＲＵは、ネットワークがＷＴＲＵバッファおよび／またはＲＬＣの状態を認識していてもいなくても、ネットワークからフォールバックの指示を受信してよい。
【０１３１】
ステップ２０３で、ＷＴＲＵは、条件を満たすか否かを決定してよい。送信チャネルがＲ９９  ＲＡＣＨにマッピング可能であること；送信ャネルが一定のＲＬＣ  ＰＤＵサイズで設定されてよいこと；および／または、送信チャネルが、ＷＴＲＵで予め定められているチャネルリストであって、ＣＣＣＨおよび／またはＤＣＣＨを含んでよいチャネルリストに属すること、の１つまたは複数が成立すると、条件は満たされる。本明細書に記載の条件の１つまたは複数が成立する場合も、条件は満たされてよい。
【０１３２】
条件を満たすとＷＴＲＵが決定する場合、ＷＴＲＵは、ランダムアクセスチャネル（例えば、Ｒ９９  ＲＡＣＨ、Ｒ９９  ＰＲＡＣＨなど）にフォールバックし、ランダムアクセスチャネル（例えば、Ｒ９９  ＲＡＣＨ、Ｒ９９  ＰＲＡＣＨなど）を介してアップリンク情報を送信して、ステップ２０４を完了してよい。例えば、ＷＴＲＵは、ＰＲＡＣＨ  Ｒ９９シグネチャでネットワークにアクセスして、Ｒ９９  ＲＡＣＨを介してアップリンク情報を送信してよい。ＷＴＲＵは、Ｒ９９  ＲＡＣＨリソース（例えば、レガシーＲ９９  ＲＡＣＨリソース）のＰＲＡＣＨ情報を用いて、ＲＡＣＨプリアンブル送信手順を開始してよい。
【０１３３】
条件を満たさないとＷＴＲＵが決定すると、ＷＴＲＵは、ネットワークへのアクセスからバックオフし、ステップ２０５を完了してよい。本明細書に記載の条件の１つまたは複数が成立しない場合、条件を満たさないとＷＴＲＵは決定してよい。例えば、ＷＴＲＵは、送信チャネルがＷＴＲＵで予め定められているチャネルリストに属さない場合、条件を満たさないと決定してよい。ＷＴＲＵは、ランダムアクセスチャネル（例えば、Ｒ９９  ＲＡＣＨ、Ｒ９９  ＰＲＡＣＨなど）にフォールバックするようにとのネットワークからの指示を無視してよい。ＷＴＲＵは、時間（例えば、所定の時間）を置いて、および／または、ネットワークに再度アクセスを試みてよい。
【０１３４】
上記のプロセスは、コンピュータおよび／またはプロセッサによって実行されるコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、および／または、ファームウェアで実施してよい。コンピュータ可読媒体の例には、（有線および／または無線接続を介して送信される）電気信号、および／または、コンピュータ可読記憶媒体を含むが、それらに限られない。コンピュータ可読記憶媒体の例は、ＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクおよびリムーバブルディスクを含むがそれに限定されない磁気媒体、光磁気記憶装置、および／または、ＣＤ−ＲＯＭディスクなどの光媒体、および／または、ＤＶＤ（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｋｓ）などを含むが、それらに限定されない。プロセッサは、ソフトウェアと共に用いられて、ＷＴＲＵ、ＵＥ，端末、基地局、ＲＮＣ、および／または、任意のホストコンピュータで用いられる、無線周波数トランシーバを実施してよい。
【図１Ａ】
0005883931.tif 000002
【図１Ｂ】
0005883931.tif 000003
【図１Ｃ】
0005883931.tif 000004
【図１Ｄ】
0005883931.tif 000005
【図１Ｅ】
0005883931.tif 000006
【図２】
0005883931.tif 000007