JP6074078B2 - Ｒ９９ｐｒａｃｈへのフォールバック - Google Patents

Description

本発明は、Ｒ９９ ＰＲＡＣＨへのフォールバックに関する。

モバイルネットワークは、新しいモバイルサービスとアプリケーションの導入によって、データトラフィックが幾分増加し続けている。このようなトラフィックは、バースト性の高レベル、および／または、小さいパケットサイズにより特徴付けられうる。ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍｓ）において、トラフィック需要が変化するモバイル装置は、低活動の間に、完全接続ではない状態で維持されるようにすることができる。完全接続でない状態はＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨを含むがそれらに限定されない。完全接続でない状態にすることで、バッテリー消費を抑えながら「常時接続」に近いユーザ体験を提供することができる。

ＷＴＲＵ（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ（無線送受信ユニット））がアップリンク情報を送信するためのシステム、方法、手段を開示する。ＷＴＲＵは、ネットワークに送信するデータまたは制御情報等の情報を有して良い。ＷＴＲＵは、ネットワークに共通のＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ（拡張専用チャネル））リソースを要求して良い。ＷＴＲＵは、Ｒ９９ ＲＡＣＨ（Ｒｅｌｅａｓｅ ９９ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ（リリース９９ランダムアクセスチャネル））、Ｒ９９ ＰＲＡＣＨ（Ｒｅｌｅａｓｅ ９９ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ（リリース９９物理ランダムアクセスチャネル））等のランダムアクセスチャネルを用いるフォールバックへの表示（Indication）をネットワークから受信して良い。表示は、Ｅ−ＡＩ（ｅｘｔｅｎｄｅｄ ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｏｒ（拡張アクイジションインジケータ））を通して受信して良い。表示は、Ｅ‐ＡＩ値であって良い。ＷＴＲＵは、条件を満たすか否かを決定して良い。ＷＴＲＵは、条件を満たす場合、Ｒ９９ ＰＲＡＣＨを介してアップリンク情報を送信して良い。

送信チャネルをＲ９９ ＲＡＣＨにマッピングすることができること；送信チャネルを一定のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（無線リンク制御））ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ（プロトコルデータユニット））サイズで設定して良いこと；または、送信チャネルがＷＴＲＵで予め定められているチャネルのリストに属し、該リストは１つまたは複数のＣＣＣＨ（ｃｏｍｍｏｍ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ（共通制御チャネル））またはＤＣＣＨ（ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ（専用制御チャネル））を含んで良いこと、の１つまたは複数が成立すると、条件は満たされる。条件が満たされない場合、ＷＴＲＵは、ネットワークへのアクセスからバックオフし、Ｒ９９ ＰＲＡＣＨへのフォールバックというネットワークからの表示を無視し、時間を置いた後、ネットワークへのアクセスを試みて良い。

１つまたは複数の開示された実施形態を実装するための通信システムの例を示すシステム図である。 図１Ａに記載の通信システムで使用可能なＷＴＲＵ（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ（無線送受信ユニット））の例を示すシステム図である。 図１Ａに記載の通信システムで使用可能な無線アクセスネットワークとコアネットワークの例を示すシステム図である。 図１Ａに記載の通信システムで使用可能な別の無線アクセスネットワークとコアネットワークの例を示すシステム図である。 図１Ａに記載の通信システムで使用可能な別の無線アクセスネットワークとコアネットワークの例を示すシステム図である。 例示的なフォールバックを示す図である。

様々な図を参照して、例示の実施形態を詳しく説明する。この説明は可能な実施例を詳しく述べるが、詳細は例示的なものであって、本出願の範囲を制限するためのものではない。

図１Ａは、１つまたは複数の開示の実施形態を実施することができる通信システム１００の例を示す。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを多数の無線ユーザに提供する多重アクセスシステムであって良い。通信システム１００によって、多数の無線ユーザが、無線帯域幅を含むシステムリソースを共有して、このようなコンテンツにアクセスすることができる。例えば、通信システム１００は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ（符号分割多重アクセス））、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ（時分割多重アクセス））、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ（周波数分割多重アクセス））、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ＦＤＭＡ（直交ＦＤＭＡ））、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ＦＤＭＡ（単一キャリアＦＤＭＡ））などの、１つまたは複数のチャネルアクセス方式を採用して良い。

図１Ａに示すように、通信システム１００は、ＷＴＲＵ（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ（無線送受信ユニット））１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄ（一般的にまたは総称してＷＴＲＵ１０２と呼んで良い）、ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ（無線アクセスネットワーク））１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ（ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ ｎｅｔｗｏｒｋ（公衆交換電話網））１０８、インターネット１１０、および他のネットワーク１１２を含んで良い。しかしながら、開示の実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を意図していることは理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは各々、無線環境で動作および／または通信するように構成された任意の種類の装置であって良い。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成して良く、ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ（ユーザ装置））、移動局、固定加入者ユニット、移動加入者ユニット、ポケットベル、携帯電話、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ（パーソナルデジタルアシスタント））、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含んで良い。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含んで良い。基地局１１４ａ、１１４ｂは各々、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインタフェースを取って、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または、ネットワーク１１２等の１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された任意の種類の装置であって良い。例として、基地局１１４ａ、１１４ｂは、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ（ベーストランシーバステーション））、Ｎｏｄｅ−Ｂ（ノードＢ）、ｅＮｏｄｅ Ｂ（ｅノードＢ）、Ｈｏｍｅ Ｎｏｄｅ Ｂ（ホームノードＢ）、Ｈｏｍｅ ｅＮｏｄｅ Ｂ（ホームｅノードＢ）、サイトコントローラ、ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ（アクセスポイント））、無線ルータなどであって良い。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、任意の数の相互に接続された基地局および／またはネットワーク要素を含んで良いことは理解されよう。

基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であって良く、ＲＡＮ１０３／１０４／１０５は、他の基地局、および／または、ＢＳＣ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ（基地局コントローラ））、ＲＮＣ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ（無線ネットワークコントローラ））、リレーノードなどのネットワーク要素（図示せず）も含んで良い。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれる特定の地理的区域内で無線信号を送信および／または受信するように構成して良い。セルは、さらにセルセクタに分かれて良い。例えば、基地局１１４ａに関連付けられたセルを３つのセクタに分けて良い。そうすると、一実施形態においては、基地局１１４ａは、３つの送受信機、すなわち、セルのセクタごとに１つの送受信機を含んで良い。別の実施形態においては、基地局１１４ａは、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ（多入力多出力））技術を採用して良いので、セルのセクタごとに複数の送受信機を利用して良い。

基地局１１４ａ、１１４ｂは、無線インタフェース１１５／１１６／１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信して良い。無線インタフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）であって良い。無線インタフェース１１５／１１６／１１７は、任意の適切なＲＡＴ（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ（無線アクセス技術））を用いて構築することができる。

さらに詳細には、上述のように、通信システム１００は、多重アクセスシステムであって良く、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ等の１つまたは複数のチャネルアクセス方式を採用して良い。例えば、ＲＡＮ１０３／１０４／１０５の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ユニバーサルモバイルテレコミュニケーションシステム））、ＵＴＲＡ（Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（地上波無線アクセス））等の無線技術を実施して良く、その無線技術によって、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いて無線インタフェース１１５／１１６／１１７を構築して良い。ＷＣＤＭＡは、ＨＳＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ（高速パケットアクセス））および／またはＨＳＰＡ＋（Ｅｖｏｌｖｅｄ ＨＳＰＡ（進化型ＨＳＰＡ））等の通信プロトコルを含んで良い。ＨＳＰＡは、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ（高速ダウンリンクパケットアクセス））および／またはＨＳＵＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ（高速アップリンクパケットアクセス））を含んで良い。

別の実施形態においては、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（進化型ＵＭＴＳ地上波無線アクセス））等の無線技術を実施して良く、その無線技術によって、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ロングタームエボリューション））および／またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥアドバンスト））を用いて無線インタフェース１１５／１１６／１１７を構築して良い。

他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ＩＸ、ＣＤＭＡ２０００ＥＶ−ＤＯ、ＩＳ−２０００（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ−９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ−８５６）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ）等の無線技術を実施して良い。

図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、または、アクセスポイントであって良く、職場、自宅、車両内、学校などのローカルエリア内での無線接続を容易にする（fscilitate）任意の適切なＲＡＴを利用して良い。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１等の無線技術を実施して、ＷＬＡＮ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ（無線ローカルエリアネットワーク））を構築して良い。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５等の無線技術を実施して、ＷＰＡＮ（ｗｉｒｅｌｅｓｓ ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋ（無線パーソナルエリアネットワーク））を構築して良い。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを構築して良い。図１Ａに示すように、基地局１１４ｂは、インターネット１１０に直接接続して良い。従って、基地局１１４ｂは、インターネット１１０にアクセスするのに、コアネットワーク１０６／１０７／１０９を介する必要はない。

ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信して良く、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に提供するように構成された任意の種類のネットワークであって良い。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、ビリングサービス、モバイル位置情報サービス、プリペイドコール、インターネット接続、ビデオ配信などを提供して良く、および／または、ユーザ認証などの高水準のセキュリティ機能を行って良い。図１Ａには記載していないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは他のＲＡＴを採用する他のＲＡＮと直接または間接に通信して良いことは理解されよう。例えば、コアネットワーク１０６／１０７／１０９は、Ｅ−ＵＴＲＡ無線技術を利用しているＲＡＮ１０３／１０４／１０５に接続しながら、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）とも通信して良い。

コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイの役割もして良い。ＰＳＴＮ１０８は、旧来のＰＯＴＳ（ｐｌａｉｎ ｏｌｄ ｔｅｌｅｐｈｏｎｅ ｓｅｒｖｉｃｅ（アナログ電話サービス））を提供する行う回線交換電話網を含んで良い。インターネット１１０は、相互接続されたコンピュータネットワークの地球規模のシステムと、ＴＣＰ／ＩＰインターネットプロトコルスイートの、ＴＣＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｐｒｏｔｏｃｏｌ（伝送制御プロトコル））、ＵＤＰ（ｕｓｅｒ ｄａｔａｇｒａｍ ｐｒｏｔｏｃｏｌ）、ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）などの共通通信プロトコルを用いる装置と、を含んで良い。ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する有線または無線の通信ネットワークを含んで良い。例えば、ネットワーク１１２は、１つまたは複数のＲＡＮに接続される別のコアネットワークを含んで良く、該１つまたは複数のＲＡＮはＲＡＮ１０３／１０４／１０５と同じＲＡＴを採用していても、異なるＲＡＴを採用していても良い。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード機能を含んで良い。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信する複数の送受信機を含んで良い。例えば、図１Ａに記載のＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用する基地局１１４ａ、および、ＩＥＥＥ８０２無線技術を採用する基地局１１４ｂと通信するように設定して良い。

図１Ｂは、ＷＴＲＵ１０２の例のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信エレメント１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外しできないメモリ１３０、取り外し可能なメモリ１３２、電源１３４、ＧＰＳ（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ）チップセット１３６、および他の周辺機器１３８を含んで良い。ＷＴＲＵ１０２は、実施形態と矛盾しなければ、前述の要素の一部の任意の組み合わせを含んで良いことは理解されよう。また、基地局１１４ａ、１１４ｂ、および／または、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ）、ノードＢ、サイトコントローラ、ＡＰ（ａｃｃｅｓｓ ｐｏｉｎｔ）、ホームノードＢ、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ ｈｏｍｅ ｎｏｄｅ−Ｂ）、ＨｅＮＢ（ｈｏｍｅ ｅｖｏｌｖｅｄ ｎｏｄｅ−Ｂ）、ＨｅＮＢ（ｈｏｍｅ ｅｖｏｌｖｅｄ ｎｏｄｅ−Ｂ）ゲートウェイ、および、プロキシノードを含むが、それらに限定されない基地局１１４ａ、１１４ｂが表すノードは、図１Ｂに示し、本明細書に記載される要素の一部または全てを含んで良いことを、実施形態は意図している。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型のプロセッサ、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ（デジタル信号プロセッサ））、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ（特定用途向け集積回路））、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ（フィールドプログラマブルゲートアレイ））回路、任意の他の種類のＩＣ（集積回路）、状態機械などであって良い。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／または、ＷＴＲＵ１０２が無線環境で動作するのを可能にする任意の他の機能を行って良い。プロセッサ１１８は送受信機１２０に接続して良く、送受信機１２０は送信／受信エレメント１２２に接続して良い。図１Ｂは、プロセッサ１１８と送受信機１２０を別個のコンポーネントとして表しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップとして一体化しても良いことは理解されよう。

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

さらに、送信／受信エレメント１２２は、図１Ｂに単一の要素として記載されているが、ＷＴＲＵ１０２は、任意の数の送信／受信エレメント１２２を含んで良い。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用して良い。従って、一実施形態においては、ＷＴＲＵ１０２は、無線インタフェース１１５／１１６／１１７を介して無線信号を送受信する複数の送信／受信エレメント１２２（例えば、複数のアンテナ）を含んで良い。

送受信機１２０は、送信／受信エレメント１２２が送信する信号を変調し、送信／受信エレメント１２２が受信した信号を復調するように構成して良い。上述のように、ＷＴＲＵ１０２は、マルチモード機能を有して良い。従って、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡやＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信できるように、複数の送受信機を含んで良い。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ（液晶ディスプレイ））ユニット、または、ＯＬＥＤ（ｏｒｇａｎｉｃ ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ（有機発光ダイオード））ディスプレイ）に接続して、ユーザの入力データを受信して良い。プロセッサ１１８は、また、スピーカ／マイクロフォン１２４、キーパッド１２６、および／または、ディスプレイ／タッチパッド１２８にユーザデータを出力して良い。さらに、プロセッサ１１８は、取り外しできないメモリ１３０および／または取り外し可能なメモリ１３２などの任意の種類の適切なメモリの情報にアクセスして良く、かつ、該メモリにデータを記憶して良い。取り外しできないメモリ１３０は、ＲＡＭ（ｒａｎｄｏｍ−ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ハードディスク、または、任意の他の種類の記憶装置を含んで良い。取り外し可能なメモリ１３２は、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ（加入者識別モジュール））カード、メモリスティック、ＳＤ（ｓｅｃｕｒｅ ｄｉｇｉｔａｌ）メモリカードなどを含んで良い。他の実施形態においては、プロセッサ１１８は、サーバまたは家庭用コンピュータ（図示せず）など、物理的にＷＴＲＵ１０２上に位置しないメモリの情報にアクセスして良く、該メモリにデータを記憶して良い。

プロセッサ１１８は、電源１３４から電力を得て良く、ＷＴＲＵ１０２内の他のコンポーネントに電力を供給、および／または、供給する電力を制御して良い。電源１３４は、ＷＴＲＵ１０２に電力を供給する任意の適切な装置であって良い。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含んで良い。

プロセッサ１１８は、また、ＧＰＳチップセット１３６に接続して良く、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度、緯度）を提供するよう構成して良い。ＧＰＳチップセット１３６からの情報に加えて、または、その代わりに、ＷＴＲＵ１０２は、無線インタフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信して良く、および／または、複数の近くの基地局からの信号受信のタイミングに基づいてＷＴＲＵ１０２の位置を決定して良い。ＷＴＲＵ１０２は、実施形態と矛盾しない限り、任意の適切な位置決定方法で位置情報を取得して良いことは理解されよう。

プロセッサ１１８は、さらに、他の周辺機器１３８に接続して良く、他の周辺機器１３８は、追加の特徴、機能、および／または、有線または無線の接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含んで良い。例えば、周辺機器１３８は、加速度計、イーコンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）ポート、振動装置、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌａｔｅｄ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んで良い。

図１Ｃは、実施形態に係るＲＡＮ１０３とコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと無線インタフェース１１５を介して通信して良い。ＲＡＮ１０３は、コアネットワーク１０６とも通信して良い。図１Ｃに示すように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含んで良いし、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと無線インタフェース１１５を介して通信するための１つまたは複数の送受信機を含んで良い。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられて良い。ＲＡＮ１０３は、また、ＲＮＣ１４２ａ、１４２ｂを含んで良い。ＲＡＮ１０３は、実施形態と矛盾しない限り、任意の数のノードＢとＲＮＣを含んで良いことは理解されよう。

図１Ｃに示すように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信して良い。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信して良い。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインタフェースを介してＲＮＣ１４２ａ、１４２ｂそれぞれと通信して良い。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインタフェースを介して互いに通信して良い。ＲＮＣ１４２ａ、１４２ｂはそれぞれ、接続先の各ノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成して良い。さらに、ＲＮＣ１４２ａ、１４２ｂはそれぞれ、外部ループ電力制御、負荷制御、流入制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実行またはサポートするように構成して良い。

図１Ｃに示すコアネットワーク１０６は、ＭＧＷ（ｍｅｄｉａ ｇａｔｅｗａｙ）１４４、ＭＳＣ（ｍｏｂｉｌｅ ｓｗｉｔｃｈｉｎｇ ｃｅｎｔｅｒ）１４６、ＳＧＳＮ（ｓｅｒｖｉｎｇ ＧＰＲＳ ｓｕｐｐｏｒｔ ｎｏｄｅ）１４８、および／または、ＧＧＳＮ（ｇａｔｅｗａｙ ＧＰＲＳ ｓｕｐｐｏｒｔ ｎｏｄｅ）１５０を含んで良い。前述の各要素はコアネットワーク１０６の一部として表されているが、これらの要素はいずれも、コアネットワークオペレータ以外のエンティティによって所有および／または動作されて良いことは理解されよう。

ＲＡＮ１０３内のＲＮＣ１４２ａは、コアネットワーク１０６内のＭＳＣ１４６にＩｕＣＳインタフェースを介して接続して良い。ＭＳＣ１４６は、ＭＧＷ１４４に接続して良い。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８等の回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと旧来の固定電話通信装置との通信を容易にして良い。

ＲＡＮ１０３内のＲＮＣ１４２ａは、また、ＩｕＰＳインタフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続して良い。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続して良い。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との通信を容易にして良い。

上述のように、コアネットワーク１０６もネットワーク１１２に接続して良く、ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する他の有線また無線のネットワークを含んで良い。

図１Ｄは、実施形態に係るＲＡＮ１０４とコアネットワーク１０７のシステム図である。上述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインタフェース１１６を介して通信して良い。ＲＡＮ１０４は、また、コアネットワーク１０７と通信して良い。

ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含んで良い。ＲＡＮ１０４は、実施形態と矛盾しない限り、任意の数のｅノードＢを含んで良いことは理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、エアインタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含んで良い。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施して良い。従って、例えば、ｅノードＢ１６０ａは、複数のアンテナを用いてＷＴＲＵ１０２ａと無線信号を送受信して良い。

ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、特定のセル（図示せず）と関連付けられて良く、無線リソース管理の決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成して良い。図１Ｄに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インタフェースを介して互いに通信して良い。

図１Ｄに示すコアネットワーク１０７は、ＭＭＥ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｇａｔｅｗａｙ（モビリティ管理ゲートウェイ））１６２、サービングゲートウェイ１６４、およびＰＤＮ（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ（パケットデータネットワーク））ゲートウェイ１６６を含んで良い。前述の各要素は、コアネットワーク１０７の一部として表されているが、これらの要素はいずれも、コアネットワークオペレータ以外のエンティティが所有し、および／または、動作させて良いことは理解されよう。

ＭＭＥ１６２は、Ｓ１インタフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれと接続され、制御ノードの役割をして良い。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティベーション／アクティベーションの解除、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ時の特定のサービングゲートウェイの選択などを行って良い。ＭＭＥ１６２は、また、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡ等の他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供して良い。

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

サービングゲートウェイ１６４は、また、ＰＤＮゲートウェイ１６６に接続して良く、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との間の通信を容易にして良い。

コアネットワーク１０７は、他のネットワークとの通信を容易にして良い。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８等の回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと旧来の固定電話通信装置との通信を容易にして良い。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８間のインタフェースの役割をするＩＰゲートウェイ（例えば、ＩＭＡＳ（ＩＰ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）サーバ）を含んで良い、または、該ＩＰゲートウェイと通信して良い。さらに、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供して良い。ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する他の有線または無線のネットワークを含んで良い。

図１Ｅは、実施形態に係るＲＡＮ１０５とコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと無線インタフェース１１７を介して通信するＡＳＮ（ａｃｃｅｓｓ ｓｅｒｖｉｃｅ ｎｅｔｗｏｒｋ）であって良い。下記にさらに記載するように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、コアネットワーク１０９の異なる機能エンティティ間の通信リンクは、基準点として定義して良い。

図１Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、ＡＳＮゲートウェイ１８２を含んで良い。ＲＡＮ１０５は、実施形態に矛盾しない限り、任意の数の基地局およびＡＳＮゲートウェイを含んで良いことは理解されよう。各基地局１８０ａ、１８０ｂ、１８０ｃは、ＲＡＮ１０５内の特定のセル（図示せず）に関連付けられて良く、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと無線インタフェース１１７を介して通信するための１つまたは複数の送受信機を含んで良い。一実施形態においては、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施して良い。従って、例えば、基地局１８０ａは、複数のアンテナを用いて、ＷＴＲＵ１０２と無線信号を送受信して良い。基地局１８０ａ、１８０ｂ、１８０ｃは、また、ハンドオフトリガ、トンネル構築、無線リソース管理、トラフィック分類、ＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ（サービスの質））ポリシーの施行などのモビリティ管理機能を提供して良い。ＡＳＮゲートウェイ１８２は、トラフィック集約点の役割をして良く、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを行って良い。

ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５間の無線インタフェース１１７は、ＩＥＥＥ８０２．１６規格を実施するＲｌ基準点として定義して良い。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、それぞれ、コアネットワーク１０９との論理インタフェース（図示せず）を構築して良い。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との論理インタフェースは、Ｒ２基準点として定義して良い。Ｒ２基準点は、認証、許可、ＩＰホスト設定管理、および／または、モビリティ管理に使用して良い。

基地局１８０ａ、１８０ｂ、１８０ｃ間の通信リンクは、ＷＴＲＵのハンドオーバと基地局間のデータ転送を容易にするプロトコルを含むＲ８基準点として定義して良い。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２間の通信リンクは、Ｒ６基準点として定義して良い。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれと関連付けられたモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含んで良い。

図１Ｅに示すように、ＲＡＮ１０５は、コアネットワーク１０９に接続して良い。ＲＡＮ１０５とコアネットワーク１０９との通信リンクは、例えば、データ転送とモビリティ管理能力を容易にするプロトコルを含むＲ３基準点として定義して良い。コアネットワーク１０９は、ＭＩＰ−ＨＡ（ｍｏｂｉｌｅ ＩＰ ｈｏｍｅ ａｇｅｎｔ）１８４、ＡＡＡ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ， ａｕｔｈｏｒｉｚａｔｉｏｎ， ａｃｃｏｕｎｔｉｎｇ（認証・許可・アカウンティング））サーバ１８６、および、ゲートウェイ１８８を含んで良い。前述の各要素は、コアネットワーク１０９の一部として表されているが、これらの要素はいずれも、コアネットワークオペレータ以外のエンティティによって所有および／または動作されて良いことは理解されよう。

ＭＩＰ−ＨＡはＩＰアドレス管理を行って良く、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間でローミングするのを可能にして良い。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置との通信を容易にして良い。ＡＡＡサーバ１８６は、ユーザ認証と、ユーザサービスのサポートを行って良い。く。ゲートウェイ１８８は、他のネットワークとの相互作用を容易にして良い。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８等の回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと旧来の固定電話通信装置との通信を容易にして良い。さらに、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供して良い。ネットワーク１１２は、他のサービスプロバイダが所有および／または運営する他の有線または無線のネットワークを含んで良い。

図１Ｅには記載していないが、ＲＡＮ１０５は、他のＡＳＮに接続して良く、コアネットワーク１０９は、他のコアネットワークに接続して良いことは理解されよう。ＲＡＮ１０５と他のＡＳＮの通信リンクは、Ｒ４基準点として定義して良い。Ｒ４基準点は、ＲＡＮ１０５と他のＡＳＮの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含んで良い。コアネットワーク１０９と他のコアネットワーク間の通信リンクは、Ｒ５基準点として設定して良い。Ｒ５基準点は、ホームコアネットワークと訪問先コアネットワーク間の相互作用を容易にするためのプロトコルを含んで良い。

ＷＴＲＵ（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ（無線送受信ユニット））がアップリンク情報を送信する、システム、方法、および、手段を開示する。ＷＴＲＵは、ネットワークに送信するためのデータまたは制御情報等の情報を有して良い。ＷＴＲＵは、共通Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ（拡張専用チャネル））リソースをネットワークに要求して良い。ＷＴＲＵは、Ｒ９９ ＲＡＣＨ（Ｒｅｌｅａｓｅ ９９ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ（リリース９９ランダムアクセスチャネル））、Ｒ９９ ＰＲＡＣＨ（Ｒｅｌｅａｓｅ ９９ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ（リリース９９物理ランダムアクセスチャネル））等のランダムアクセスチャネルを用いるフォールバックへの表示（indication）をネットワークから受信して良い。表示は、Ｅ−ＡＩ（ｅｘｔｅｎｄｅｄ ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｏｒ（拡張アクイジションインジケータ））を通して受信して良い。この表示は、Ｅ‐ＡＩ値であって良い。ＷＴＲＵは、条件を満たすか否かを決定して良い。ＷＴＲＵは、条件を満たす場合、Ｒ９９ ＰＲＡＣＨを介してアップリンク情報を送信して良い。

送信チャネルがＲ９９ ＲＡＣＨにマッピングすることができること；送信チャネルが、一定のＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（無線リンク制御））ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）サイズで構成されること；または、送信チャネルがＷＴＲＵで予め定められているチャネルリストに属し、該リストは、１つまたは複数のＣＣＣＨ（ｃｏｍｍｏｍ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ（共通制御チャネル））またはＤＣＣＨ（ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ（専用制御チャネル））を含んで良いこと、の１つまたは複数が成立すると、条件が満たされうる。条件が満たされない場合、ＷＴＲＵは、ネットワークへのアクセスからバックオフし、Ｒ９９ ＰＲＡＣＨへのフォールバックというネットワークからの表示を無視し、時間を置いた後、ネットワークへのアクセスを再度試みて良い。

ＷＴＲＵ（ｗｉｒｅｌｅｓｓ ｔｒａｎｓｍｉｔ／ｒｅｃｅｉｖｅ ｕｎｉｔ（無線送受信ユニット））は、アイドル状態であっても接続状態であっても良い。接続状態の間は、ＷＴＲＵのモビリティおよびアクティビティに基づいて、ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）によって、ＷＴＲＵを多くのサブステート間の遷移に導いて良い。サブステートは、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＦＡＣＨ、または、ＣＥＬＬ＿ＤＣＨ状態の１つまたは複数を含んで良い。ＷＴＲＵとＵＴＲＡＮ間のユーザプレーン通信は、ＣＥＬＬ＿ＦＡＣＨ状態およびＣＥＬＬ＿ＤＣＨ状態で、可能であって良い。ＣＥＬＬ＿ＤＣＨ状態は、アップリンクおよびダウンリンクの専用チャネルを特徴とする。ＷＴＲＵ側では、ＣＥＬＬ＿ＤＣＨ状態は、連続的な送信および／または受信に該当し、ユーザ側の所要電力が大きい。ＣＥＬＬ＿ＦＡＣＨ状態は、専用チャネルを用いなくても良く、従って、アップリンクとダウンリンクのスループットを低くして、消費電力を減らすことができる。

アップリンク通信は、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ（物理ランダムアクセスチャネル））にマッピングされたＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ（ランダムアクセスチャネル））を介して達成して良い。ＲＡＣＨは、コンテンションベースのチャネルであって良い。電源ランプアップ手順を用いてチャネルを取得および／または送信電力を調整して良い。ＲＡＣＨは、専用リソースの取得および／または少量データの送信のために最初のアクセスで使われる共有チャネルであって良い。同時にそのチャネルにアクセスしようとする複数のＷＴＲＵ間でコリジョンが起こる可能性がある。

ＲＡＣＨ手順は、チャネル取得段階を有して良い。チャネル取得段階は、スロットＡＬＯＨＡ方式を用いて良く、その後、ＲＡＣＨメッセージ送信段階に続く。例えば、あるチャネルにアクセスしたいＷＴＲＵは、ランダムにシグネチャを選択して、ランダムに選択したアクセススロット中に一定の送信電力レベルでＲＡＣＨプリアンブルをノードＢに送信して良い。ノードＢがシグネチャを検出し、かつ、関連付けられたリソースが使われていない場合、ノードＢは、ＡＩＣＨ（ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ（アクイジションインジケータチャネル））で肯定ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（応答））を送信して良い。ＡＩＣＨでＡＩ（ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｏｒ（アクイジションインジケータ））（例えば、ＡＣＫ）を受信後、ＷＴＲＵは、ＲＡＣＨメッセージを送信して良い。関連付けられたリソースが使用できない場合、ノードＢは、ＡＩＣＨにＮＡＣＫ（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（否定応答））で答えて良い。これによって、ＷＴＲＵのバックオフ機構をトリガして良い。ＷＴＲＵは、バックオフタイマ（例えば、Ｔｂｏｌ）を開始して良い。タイマが終了すると、プリアンブルランピングサイクルカウントをインクリメントして、再度、手順を開始して良い。これによって、後の任意な時点に、ＲＡＣＨ手順が再度開始されて良い。ＷＴＲＵからのＲＡＣＨプリアンブルがノードＢで検出されない場合、ＡＩＣＨにＡＩが送信されない。ＷＴＲＵが、ＲＡＣＨプリアンブルの送信後、ＡＩの受信に失敗する場合、ＷＴＲＵは、ランダムに選択したシグネチャを用いて、および／または、送信電力を上げて、次のアクセススロットで再度送信して良い。これは、最大回数になるまで続けて良い。

シグネチャは、利用可能なシグネチャのリストからランダムに選択して良く、および／または、ＲＡＣＨアクセス手順は匿名であって良い。ノードＢは、ノードＢがＲＡＣＨメッセージを復号するまで、どのＷＴＲＵがチャネルにアクセスしているのか知らないかもしれない。複数のＷＴＲＵが、同じアクセススロットで偶然同じシグネチャを選択して、そのＷＴＲＵのうちの１つをノードＢが検出した場合、ノードＢは、ＡＣＫを送信する。該複数のＷＴＲＵは、これを、チャネルを取得したと解釈し、そのチャネルに同時にアクセスして、ＲＡＣＨメッセージを送信する。これは、そのＲＡＣＨメッセージのコリジョンを起こす可能性がある。コリジョンが起こると、ＲＡＣＨメッセージは、正しく復号されない場合がある。コリジョンは、検出するのが難しく、および／または、さらなる遅延を起こすことになる。

ＲＡＣＨ手順は、ＭＡＣ（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ（媒体アクセス制御））層と物理層とで分担されて良い。物理層は、例えば、プリアンブル送信、シグネチャ選択、アクセススロット選択、および／またはプリアンブル送信電力を制御して良い。ＭＡＣ層は、例えば、ＡＩＣＨ応答（例えば、ＡＣＫ、ＮＡＣＫ、および／または、応答なし）の解釈、および／または、物理層手順の開始を制御して良い。ＭＡＣ手順の送信失敗と正常な完了は、例えば、プリミティブ（例えば、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ（無線リソース制御））の場合のＣＭＡＣ‐ＳＴＡＴＵＳ‐Ｉｎｄ、および／またはＲＬＣ（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ（無線リンク制御））の場合のＭＡＣ‐ＳＴＡＴＵＳ‐Ｉｎｄを含むが、それらに限定されない）を用いて、論理チャネルごとに別個に示して良い。

ＣＥＬＬ＿ＦＡＣＨ状態でのアップリンク送信機構は、ＲＡＣＨチャネル取得段階と、Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ（拡張専用チャネル））を組み合わせることによって修正して良い。その手順は、ＣＥＬＬ＿ＦＡＣＨとアイドルモード用拡張アップリンクと呼んで良い。ノードＢは、ＷＴＲＵ間で共有可能な共通Ｅ−ＤＣＨリソースセットからＥ−ＤＣＨリソースを選択して良い。ノードＢは、これらのリソースの１つを割り当てることによって、ＷＴＲＵのチャネルアクセス要求に応答して良い。その後、ＷＴＲＵは、割り当てられたＥ−ＤＣＨトランスポートチャネルを介して送信を開始して良い。

チャネル選択の方法の１つは、共通Ｅ−ＤＣＨ対応のＷＴＲＵが、共通Ｅ−ＤＣＨをサポートするセル内で動作する時、共通Ｅ−ＤＣＨを用いて良い、という方法である。あるいは、ＷＴＲＵは、リリース９９ ＲＡＣＨを用いて良い。別のチャネル選択方法では、Ｒ９９ ＲＡＣＨと共通Ｅ−ＤＣＨの両方をサポートするセル内では、ＷＴＲＵは、Ｒ９９ ＲＡＣＨと共通Ｅ−ＤＣＨの両方を用いて良い。例えば、共通Ｅ−ＤＣＨリソースが混雑している場合、および／または、ＵＬ送信の性質が、Ｒ９９ ＲＡＣＨチャネルにより適しているという理由で、共通Ｅ−ＤＣＨ対応のＷＴＲＵは、ＵＬ送信のために、Ｒ９９ ＲＡＣＨに「フォールバック」して良い。

ＵＬチャネル選択のために使用可能な基準を開示する。これは、ＷＴＲＵまたはＲＡＮがチャネル選択を行うべきか否かを含んで良いが、それには限定されない。選択基準は、Ｒ９９ ＲＡＣＨにフォールバックできないＷＴＲＵの後方互換性を保証しつつ、例えば、ノード間の混乱がないことを保証する、等、ＷＴＲＵとＲＡＮと間で調整して良い。

Ｒ９９ ＲＡＣＨへのフォールバックの結果、フレキシブルなＲＬＣ ＰＤＵ設定で構成された論理チャネルからＲ９９ ＰＲＡＣＨを介してデータが送信される。例えば、Ｒ９９ ＲＡＣＨは、ＭＡＣセグメント化をサポートしていない場合があり、および／または、限られたセットのＴＢＳ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ）しか送信しない場合がある。結果として、共通Ｅ−ＤＣＨを介した送信のために作成されたＲＬＣ ＰＤＵは、Ｒ９９ ＲＡＣＨを介した送信に対応しない場合がある。

本明細書に記載の実施例は、アイドルモード、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨおよび／またはＣＥＬＬ＿ＦＡＣＨ状態で、共通Ｅ−ＤＣＨとＲ９９ ＲＡＣＨのチャネルのどちらをＵＬ送信に選択するかに関する。本明細書では、「Ｒ９９ ＲＡＣＨへのフォールバック」は、Ｒ９９ ＲＡＣＨおよび共通Ｅ−ＤＣＨの両方を介して受信可能なセル内で動作しつつ、共通Ｅ−ＤＣＨを介して送信可能なＷＴＲＵがＵＬ制御情報および／またはデータを送信するためにＲ９９ ＲＡＣＨチャネルを使用することを意味する。本明細書においては、「ＤＣＨでない状態」とは、ＷＴＲＵがＲＡＮに完全接続されていない（例えば、ＤＬ受信およびＵＬ送信のための専用リソースセットを持たない）状態を意味する。例えば、具体的にＵＭＴＳネットワークについて述べると、「ＤＣＨでない状態」は、アイドルモード、ＵＲＡ＿ＰＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、または、ＣＥＬＬ＿ＦＡＣＨ状態のうちの、１つまたは複数の状態を意味する。他の種類のアクセスネットワークは、本明細書に記載の実施例を適用可能な同様のＤＣＨでない状態を利用して良い。

ＷＴＲＵは、Ｒ９９ ＲＡＣＨアクセスをいつ行うかを決定して良い。個々に、または任意の組み合わせで用いて良いトリガの例を記載する。例えば、トリガは、２００８年１０月２３日出願のＰＣＴ／ＵＳ０８／８０９７１の『ＳＥＬＥＣＴＩＮＧ ＴＲＡＮＳＭＩＳＳＩＯＮ ＰＡＲＡＭＥＴＥＲＳ ＦＯＲ ＣＯＮＴＥＮＴＩＯＮ−ＢＡＳＥＤ ＡＣＣＥＳＳ ＩＮ ＷＩＲＥＬＥＳＳ ＳＹＳＴＥＭＳ（無線システムにおけるコンテンションベースのアクセスのための送信パラメータ選択）』に記載されたトリガ条件および／または選択基準を組み合わせて用いて良く、その内容は、援用により、本明細書に組み込まれている。

共通Ｅ−ＤＣＨへのアクセス失敗とは、Ｅ−ＡＩ（Ｅｘｔｅｎｄｅｄ ａｃｑｕｉｓｉｔｉｏｎ ｉｎｄｉｃａｔｏｒｓ（拡張アクイジションインジケータ））のＮＡＣＫ、連続したＮＡＣＫの数、ある期間中のＮＡＣＫの数；Ｅ‐ＡＩが設定されていない場合、ＡＩＣＨ（ａｃｑｕｉｓｉｔｉｏｎｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ（アクイジションインジケータチャネル））のＮＡＣＫ；コリジョン解決失敗；ＡＩに応答なし（例えば、ある一定の期間）；または、プリアンブル試行の最大回数に到達；のうち、１つまたは複数を意味して良い。

ＷＴＲＵは、バッファのコンテンツ、ネットワークシグナリング、または、輻輳レベルの１つまたは複数を用いて、Ｒ９９ ＲＡＣＨにフォールバックするか否かを決定して良い。例えば、共通Ｅ−ＤＣＨへのアクセスに失敗する場合、ネットワークがＲ９９ ＲＡＣＨを使用するようにＷＴＲＵをリダイレクトする場合、および／または、ＷＴＲＵがＲ９９ ＲＡＣＨにフォールバック可能な場合、ＷＴＲＵは、ＷＴＲＵがＲ９９ ＲＡＣＨを使用できるか否か、例えば、１つまたは複数の条件を満たすか否かを決定して良い。条件は、バッファサイズが（設定可能または所定の）閾値を下回ることであって良い。例えば、ＷＴＲＵのバッファサイズを大きくして、Ｒ９９ ＲＡＣＨにフォールバックせずに、共通Ｅ−ＤＣＨへのアクセス手順を再度行って良い。所定の回数、再試行した後、ＷＴＲＵは、Ｒ９９ ＲＡＣＨにフォールバックすることが適切であると決定して良い。条件は、送信する必要のある全てのＵＬデータがＷＴＲＵの許可ＴＢＳおよび許可電力に従ってＲ９９ ＲＡＣＨ ＴＴＩに収まることであって良い。条件は、ＵＬ論理チャネルまたは論理チャネルの種類が、マッピング可能な、および／または、ＰＲＡＣＨにフォールバックを許可されてよい論理チャネルのリストに属することであって良い。例えば、ＷＴＲＵは、フォールバック、および／または、Ｒ９９ ＲＡＣＨを介して論理チャネルのリストからＵＬ情報の送信を許可されて良い。ＷＴＲＵは、フォールバックおよび／または、Ｒ９９ ＲＡＣＨを介して論理チャネルのリストからの特定の論理チャネルに関するＵＬ情報の送信を許可されて良い。Ｒ９９ ＲＡＣＨを介して送信を許可されてよい論理チャネルのリストは、例えば、ＲＲＣシグナリングを介してネットワークによって設定されて良い、および／または、ＷＴＲＵで予め定められても良い。例えば、所定の論理チャネルセットがＷＴＲＵにおいて設定されて良い、および／または、ＷＴＲＵがどの論理チャネルの種類を用いてＲ９９ ＲＡＣＨにフォールバックするかを、ネットワークが設定して良い。このような論理チャネルは、データトラフィックチャネルより優先順位の高いデータおよび／またはより低いペイロードを含み得るシグナリングタイプの論理チャネルであって良い。このようなチャネルタイプの例としては、ＣＣＣＨ論理チャネルがある。ＷＴＲＵをＣＣＣＨで設定および／または予め定めると、ＷＴＲＵは、送信するＵＬデータがＣＣＣＨタイプである場合に、Ｒ９９ ＰＲＡＣＨにフォールバックしてよいと決定する。上記チャネルタイプの例としては、また、ＤＣＣＨがある。例えば、ネットワークがＷＴＲＵをリダイレクトしてＲ９９ ＲＡＣＨにフォールバックさせる（例えば、Ｅ‐ＡＩ値および／またはＥ−ＤＣＨリソースのインデックスがＷＴＲＵに記憶されているフォールバックに該当する）場合、ＷＴＲＵは、ＵＬデータ送信が所定のおよび／または設定されたリストからのデータを含むか否か（例えば、データがＣＣＣＨ論理チャネルタイプおよびＤＣＣＨからであるか否か）を調べた後、送信のため、Ｒ９９ ＲＡＣＨにフォールバックして良い。ＵＬ送信のための論理チャネルが、設定された論理チャネルタイプが許可しているチャネルでない場合（例えば、ＤＴＣＨ）、ＷＴＲＵは、ＲＡＣＨフォールバックを行わなくて良い。条件は、専用Ｅ−ＲＮＴＩをＷＴＲＵのために設定してもしなくても良いことであって良い。他の条件もまた、フォールバックしてＲ９９ ＲＡＣＨを使うことをトリガして良い。

専用ＲＲＣ信号および／またはメッセージを用いて、ＷＴＲＵがＵＬ送信にＲ９９ ＲＡＣＨを用いるように設定して良い。例えば、メッセージは、ＷＴＲＵがＲ９９ ＲＡＣＨを使用するように設定するＲＲＣメッセージに相当して良い。設定は、例えば、セル更新確認メッセージ、ＲＲＣ再設定メッセージ、および／または、システム情報メッセージを用いて行って良い。例えば、Ｒ９９ ＲＡＣＨにフォールバック可能なＷＴＲＵにＵＬ送信にＲ９９ ＲＡＣＨを使うように指示するＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ（情報要素））をブロードキャストして良い。Ｒ９９ ＲＡＣＨへのフォールバックの指示は、ＷＴＲＵがＲ９９ ＲＡＣＨにフォールバックすべきか否かを決定するためにＷＴＲＵが用いて良い追加の基準を含んで良い。例えば、Ｒ９９ ＲＡＣＨへのフォールバックは、特定の識別子および／またはＷＴＲＵのアイデンティティ（例えば、Ｅ−ＲＮＴＩ）が所定のおよび／または信号で伝えられた値の範囲にあるＷＴＲＵ群に適用して良い。Ｒ９９ ＲＡＣＨへのフォールバックは、特定の種類のトラフィック（例えば、ＣＣＣＨ）に関して、および／または特定の状態（例えば、アイドルモードおよびＵＲＡ＿ＰＣＨ）で動作しているＷＴＲＵに適用して良い。

ＲＲＣシグナリングは、メッセージ受信後、Ｒ９９ ＲＡＣＨへのフォールバックを行ってよい時間を示して良い。例えば、メッセージを受信すると、タイマをリセットして良い。タイマが終了すると、ＷＴＲＵは、再び共通Ｅ−ＤＣＨの使用を開始して良い。明示のメッセージを用いて、Ｒ９９ ＲＡＣＨへのフォールバックをやめるようにＷＴＲＵに表示を行って良い。Ｒ９９ ＲＡＣＨへのフォールバックを行ってよい時間は、システム情報を用いて信号で伝えて良い。

Ｒ９９ ＲＡＣＨにフォールバックを決定する時、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（無線リンクコントロール））設定を用いて良い。ＲＡＣＨがサポートするトランスポートブロックが固定であって良く、および／または、Ｒ９９アクセスに用いられるＭＡＣがセグメンテーション機能をもたない場合があるので、例えば、Ｒ９９ ＲＡＣＨは、フレキシブルなＲＬＣ ＰＤＵ設定で使用しなくても良い。フォールバック決定／トリガを決定しているときに、ＲＬＣ ＰＤＵ設定を考慮して良い。例えば、ここに記載するＲＬＣに関連する１つまたは複数の基準を満たす場合、ＷＴＲＵは、Ｒ９９ ＲＡＣＨを用いて良い。基準は、送信するＵＬデータを有する論理チャネルが一定のＲＬＣ ＰＤＵで設定されることであって良い。基準は、論理チャネルがＴＭまたはＵＭ ＲＬＣで設定されているか否かであって良い。基準は、ＲＬＣエンティティで既に作成されたＲＬＣ ＰＤＵが、Ｒ９９ ＲＡＣＨの許可ＴＢサイズに適合するか否かであって良い。基準は、再送信バッファにＲＬＣ ＰＤＵがないことであって良い。基準は、ＲＬＣエンティティで既に作成されたＲＬＣ ＰＤＵがないこと（例えば、作成されたが未送信のＲＬＣ ＰＤＵがない、および／または、再送信するためのＲＬＣ ＰＤＵがない）であって良い。例えば、ＲＬＣ ＰＤＵが既に作成されている場合、論理チャネル上のＲＬＣ ＰＤＵのサイズは、システム情報においてブロードキャストされた、および／または、ＲＲＣメッセージを介してＷＴＲＵに提供された、許可ＲＬＣ ＰＤＵサイズに相当して良い。既に作成されたＲＬＣ ＰＤＵがある場合、ＲＬＣ ＰＤＵは、ＲＡＣＨシステム情報の一部としてブロードキャストされてよい許可ＲＬＣ ＰＤＵサイズ以下であって良い。例えば、より小さい許可ＲＬＣ ＰＤＵサイズは、任意のサイズ、または許可サイズの関数（例えば、分数）であって良い。

本明細書に記載の基準を用いて、ＷＴＲＵは次の１つまたは複数を決定して良い。本明細書に記載の基準を用いて、ＷＴＲＵは自律的にフォールバックするか否かを決定して良い。該基準を用いて、ＷＴＲＵは、ネットワークからの表示後、フォールバックするか否かを決定して良い（例えば、ネットワークがフォールバックを表示したが、基準を満たしていない場合、ＷＴＲＵはネットワークの表示を無視して良い）。本明細書に記載の基準を用いて、ＷＴＲＵは、ＷＴＲＵがフォールバックとＲ９９ ＲＡＣＨの選択を許可されるか否かを決定して良い。本明細書に記載の基準を用いて、ＷＴＲＵは、Ｒ９９ ＲＡＣＨを用いるか否かを決定して良い。本明細書に記載の基準を用いて、ＷＴＲＵは上記を決定し、基準を満たしている（例えば、ＷＴＲＵは、Ｒ９９ ＲＡＣＨにフォールバックして良い）ことをネットワークに示して良い。

例えば、ネットワークはチャネル制御を決定して良い。本明細書においては、ＤＣＨでない状態でのチャネルまたはリソース選択は、Ｒ９９ ＲＡＣＨ、共通Ｅ−ＤＣＨ、２ｍｓ（ミリ秒）ＴＴＩの共通Ｅ−ＤＣＨ、または、１０ｍｓＴＴＩの共通Ｅ−ＤＣＨのうちの１つまたは複数のチャネル選択を含んで良い。

チャネルまたはリソース選択は、また、ＴＴＩ選択および／またはトランスポートチャネル選択と置き換え可能に用いて良い。例えば、ＴＴＩ選択は、２ｍｓまたは１０ｍｓのＴＴＩの共通Ｅ−ＤＣＨの選択に相当して良い。トランスポートチャネル選択は、ＲＡＣＨと共通Ｅ−ＤＣＨとの選択に相当して良い。ネットワークがＴＴＩおよび／またはトランスポートチャネル選択を動的に制御する実施例を記載する。

ＷＴＲＵは、最初のＴＴＩおよび／またはトランスポートチャネルの選択を行って良く、ＴＴＩおよび／またはトランスポートチャネルの選択プリファレンスをネットワークに示して良い。ネットワークは、ＴＴＩおよび／またはトランスポートチャネル選択を動的に制御して良い。

ＷＴＲＵは、例えば、共通Ｅ−ＤＣＨおよび／またはＷＴＲＵの能力に基づいて、プリアンブル送信を行って良い。ネットワークは、ＷＴＲＵがＵＬ送信に対して用いることができるＵＬリソースを動的に制御して良い。

ＷＴＲＵは、幾つかの基準と優先的に選択されたリソースアクセスに基づいて、最初のＴＴＩおよび／またはトランスポートチャネル選択を行って良い。例えば、ＷＴＲＵは、ＴＴＩおよび／またはトランスポートチャネルを選択すると、ＷＴＲＵの選択に相当するプリアンブル群からプリアンブルを選択して、ＵＬ ＲＡＣＨ手順を開始して良い。

例えば、次の条件のうち１つまたは複数が満たされる／成立する場合、ＷＴＲＵは、Ｒ９９ ＲＡＣＨリソースの使用を決定して良い、ＷＴＲＵがＲ９９ ＲＡＣＨリソースの使用を許可されることを決定して良い、および／または、ＷＴＲＵがＲ９９ ＲＡＣＨリソースを優先的に使用することを決定して良い。該条件は、ＷＴＲＵがＲ９９ ＲＡＣＨにフォールバック可能なこと；ネットワークがＲ９９ ＲＡＣＨへのフォールバックが可能であること；ＷＴＲＵのバッファサイズが閾値未満であること；ＷＴＲＵが、Ｒ９９ ＲＡＣＨを許可して良い許可／設定論理チャネルリストにある論理チャネル（例えば、ＣＣＣＨ）に対応するデータを送信していること；共通Ｅ−ＤＣＨへのアクセスに失敗したこと；または、Ｒ９９ ＲＡＣＨへのフォールバックに関連した条件のいずれかを満たすこと、の１つまたは複数を含んで良いが、それらに限定されない。例えば、ＷＴＲＵは、ＲＬＣエンティティにおいて既に作成されたＲＬＣ ＰＤＵがないと決定して良い。例えば、ＷＴＲＵは、許可、ブロードキャストされたＲＬＣ ＰＤＵサイズと異なるサイズに一致する、ＲＬＣエンティティにおいて既に作成されたＲＬＣ ＰＤＵ（例えば、再送信バッファ内に、または、作成済みで未送信のＲＬＣ）がないと決定して良い。

次の条件の１つまたは複数を満たす場合、ＷＴＲＵは、ＴＴＩ選択（例えば、２ｍｓＴＴＩリソースまたは１０ｍｓＴＴＩリソースのセットからプリアンブルを選択）して良い。該条件は、次の１つまたは複数を含んで良いが、それらに限定されない。ＷＴＲＵが２ｍｓＴＴＩと１０ｍｓＴＴＩの動作を同時に行うことができる（例えば、ＷＴＲＵは、ＵＬ共通Ｅ−ＤＣＨアクセスのために、２ｍｓＴＴＩと１０ｍｓＴＴＩのいずれかを選んで良い）こと；ネットワークが２ｍｓＴＴＩと１０ｍｓＴＴＩの動作を同時に行うことができること；ＷＴＲＵが２ｍｓＴＴＩと１０ｍｓＴＴＩの同時の動作を許可して良い許可／設定論理チャネルのリストにある論理チャネルに対応するデータを送信していること；ＷＴＲＵが選択条件（ＷＴＲＵの電力ヘッドルームなど、但し、これに限られない）に基づいて２ｍｓまたは１０ｍｓのＴＴＩリソースの使用を決定して良いこと；ＷＴＲＵのバッファサイズを用いてＴＴＩを選択しても良いこと；または、例えば、電力余裕および／またはＷＴＲＵヘッドルーム基準に加えてバッファサイズを用いて良いこと（例えば、電力余裕が閾値を超え、および／または、バッファ占有率が閾値を超える場合、ＷＴＲＵが２ｍｓＴＴＩを選択して良い。また、バッファが閾値を下回る場合、ＷＴＲＵは１０ｍｓＴＴＩを選択して良い）。

ＴＴＩ選択および／またはトランスポートチャネル選択に基づいて、ＷＴＲＵはＵＬプリアンブル送信に対して用いるプリアンブルを決定して良い。

ＷＴＲＵがフォールバック（例えば、Ｒ９９ ＲＡＣＨを選択すること）を決定する場合、ＷＴＲＵは、Ｒ９９ ＲＡＣＨリソース（例えば、ＰＲＡＣＨシステム情報）に自立的にフォールバックして良く、Ｒ９９手順を実行して、Ｒ９９ ＲＡＣＨ（例えば、レガシーＲ９９ ＲＡＣＨ）用に許可されたプリアンブルのセットからプリアンブルを決定して良い。

例えば、ＷＴＲＵが、データを送信するためのＲＡＣＨを使用することを許可させることを選択、および／または、決定する場合、共通Ｅ−ＤＣＨ上でＲ９９ ＲＡＣＨを使用および／または優先的に使用するＷＴＲＵを区別するために予約されたプリアンブルセットからプリアンブルを選択して良い。

プリアンブル群は、共通Ｅ−ＤＣＨに対して異なるＴＴＩを選択して良いＷＴＲＵによって、予約、使用されて良い。例えば、プリアンブル群は、共通Ｅ−ＤＣＨリソース（例えば、レガシー共通Ｅ−ＤＣＨリソース）に用いられるＴＴＩとは異なるＴＴＩを優先的に使用するＷＴＲＵのために予約されて良い。例えば、ＴＴＩを選択して良いＷＴＲＵのために、それぞれ、２ｍｓと１０ｍｓのＴＴＩの２つのプリアンブル群を予約して良い。

少なくとも１セットのプリアンブルリソースが、Ｒ９９ ＲＡＣＨまたは共通Ｅ−ＤＣＨのどちらかで送信を行うことができるＷＴＲＵおよび／または共通Ｅ−ＤＣＨでＴＴＩ選択を行うことができるＷＴＲＵに対して、予約されて良く、および／または、ブロードキャスト／信号で伝えられて良い。プリアンブルリソースセットは、プリアンブルシグネチャセット、個別のスクランブリングコード、または予約アクセススロットのセット、の１つまたは複数のパラメータに相当して良い。

トランスポートチャネル選択に関して、例えば、本明細書に記載の選択基準の何れかに従って、Ｒ９９ ＲＡＣＨ送信を許可されて良い、および／または、Ｒ９９ ＲＡＣＨ送信を優先的に行って良いＷＴＲＵが使用するために、プリアンブルリソースを予約して良い。該プリアンブルリソースは、「Ｒ９９フォールバックＰＲＡＣＨリソース」と呼んで良い。本明細書に記載の選択基準を満たす場合、および／または、ＷＴＲＵがＲ９９ ＲＡＣＨの使用を許可される、および／またはＲ９９ ＲＡＣＨを優先的に使用することをＷＴＲＵが決定する場合、ＷＴＲＵは、Ｒ９９フォールバックＰＲＡＣＨリソースからプリアンブルシグネチャおよび／またはスクランブリングコードを選択して良い、および／または、プリアンブル送信を開始して良い。例えば、スクランブリングコードは、Ｒ９９フォールバックリソースに固有であって良い、および／または、共通Ｅ−ＤＣＨリソースに共通していて良い。例えば、ここに記載の選択は、ＰＲＡＣＨ手順の始めに、および／または、プリアンブル再送信時に、行われて良い。

ＴＴＩ選択に対して、次の１つまたは複数に従ってプリアンブルリソースを予約して良い。２ｍｓＴＴＩと１０ｍｓＴＴＩ選択をサポートする１つまたは複数のＷＴＲＵのために、プリアンブルリソース（例えば、１つまたは複数の新しいプリアンブルリソースを設定して良い）を予約して良い。２ｍｓおよび／または１０ｍｓのＴＴＩ選択のためのプリアンブルリソースは、信号で伝えて良い。例えば、共通Ｅ−ＤＣＨ ＷＴＲＵ（例えば、レガシー共通Ｅ−ＤＣＨ ＷＴＲＵ）用に信号で伝えられるＴＴＩ以外のＴＴＩをサポートするＷＴＲＵ用に、プリアンブルリソース（例えば、新しいプリアンブルリソース）を予約／信号で伝えて良い。例えば、共通Ｅ−ＤＣＨリソース（例えば、レガシー共通Ｅ−ＤＣＨリソース）が１０ｍｓＴＴＩ設定を有する場合、上記基準に従って、２ｍｓＴＴＩを選択するＷＴＲＵ用に、プリアンブルリソース（例えば、新しいプリアンブルリソース）を予約して良い。

プリアンブルリソースセットは、プリアンブルシグネチャセット、別個のスクランブリングコード、または、予約アクセススロットのセットの１つまたは複数に相当して良い。プリアンブルリソースは、次の１つまたは複数に従って予約して良い。１つのスクランブリングコードをＲ９９フォールバック対応のＷＴＲＵに用いて良く、１つのスクランブリングコードを共通Ｅ−ＤＣＨ ＷＴＲＵに用いて良い。共通Ｅ−ＤＣＨに用いられるスクランブリングコード内のプリアンブルシグネチャは、共通Ｅ−ＤＣＨ ＷＴＲＵ（例えば、レガシー共通Ｅ−ＤＣＨ ＷＴＲＵ）と、２ｍｓ／１０ｍｓのＴＴＩを同時に行うＷＴＲＵとで分けて良い。２ｍｓ／１０ｍｓのＴＴＩを同時に行うＷＴＲＵにおいては、プリアンブルシグネチャは、２ｍｓのＴＴＩアクセスと１０ｍｓのＴＴＩアクセスのために予約して良い。例えば、１つのスクランブリングコードを２ｍｓ／１０ｍｓのＴＴＩ対応のＷＴＲＵに用いて良く、別の１つのスクランブリングコードをフォールバックＲ９９対応ＷＴＲＵに用いて良い。例えば、１つのスクランブリングコードを２ｍｓ／１０ｍｓのＴＴＩ対応のＷＴＲＵと、フォールバックＲ９９ ＷＴＲＵに用いて良い。このスクランブリングコード内のプリアンブルシグネチャは、次の１つまたは複数に従って分けて良い。プリアンブルシグネチャは、２ｍｓと１０ｍｓの共通Ｅ−ＤＣＨアクセス間で分けて良い。例えば、レガシー共通Ｅ−ＤＣＨプリアンブルリソースセットに加えて、プリアンブルリソースセットを、２ｍｓの共通Ｅ−ＤＣＨに対して信号で伝えて良く、別の１つのセットを１０ｍｓの共通Ｅ−ＤＣＨに対して信号で伝えて良い。例えば、ＷＴＲＵが、これらのシグネチャおよび／またはスクランブリングコードのいずれかを用いる場合、ＷＴＲＵはＲ９９フォールバック可能なことを意味して良い。プリアンブルシグネチャは、Ｒ９９ ＲＡＣＨフォールバック対応ＷＴＲＵに対してさらに分けなくても良い。例えば、プリアンブルシグネチャは、２ｍｓと１０ｍｓの共通Ｅ−ＤＣＨアクセスと、Ｒ９９ ＲＡＣＨフォールバック対応ＷＴＲＵ間で分けて良い。例えば、ＷＴＲＵは、下記の条件を満たせば、Ｒ９９ ＲＡＣＨフォールバックリソースセットからプリアンブルシグネチャを使用することを選んで良い。

ＷＴＲＵは、異なる基準および／または優先的なチャネルアクセスに従って、最初のプリアンブルアクセスにどの予約プリアンブルセットを用いるかを決定して良い。例えば、ＷＴＲＵは、１つまたは複数の条件を満たす場合、Ｒ９９ ＲＡＣＨフォールバックリソースセットからプリアンブルを選択する決定をして良い。条件には、ＷＴＲＵは、Ｒ９９ ＲＡＣＨにフォールバック可能なこと；共通Ｅ−ＤＣＨへのアクセスに失敗したこと；ＷＴＲＵのバッファサイズが閾値未満であること；ＷＴＲＵは、Ｒ９９ ＲＡＣＨが許可されている許可／設定論理チャネルのリストにある論理チャネル（例えば、ＣＣＣＨおよび／またはＤＣＣＨ）に対応するデータを送信していること；または、本明細書に記載Ｒ９９ ＲＡＣＨへのフォールバックの条件のいずれかを満たすこと、の１つまたは複数を含んで良い。

ＵＬリソース選択（例えば、Ｒ９９ ＲＡＣＨ、または、２ｍｓおよび／または１０ｍｓの共通Ｅ−ＤＣＨ）に基づいて、ＷＴＲＵは、プリアンブル送信にどのＰＲＡＣＨリソースを使用するかを決定して良い。

ＷＴＲＵは、２ｍｓと１０ｍｓのＴＴＩの動作を同時に行うことができること（例えば、ＷＴＲＵは、ＵＬ共通Ｅ−ＤＣＨへのアクセスに２ｍｓと１０ｍｓのＴＴＩのどちらかを選んで良い）；ＷＴＲＵは、Ｒ９９ ＲＡＣＨを許可して良い許可／設定論理チャネルリストにある論理チャネル（例えば、ＣＣＣＨ）に対応するデータを送信していること；または、ＷＴＲＵは、２ｍｓと１０ｍｓのＴＴＩセット内で、リソースを選ぶ群を決めること、の１つまたは複数を満たす場合、ＷＴＲＵは、２ｍｓと１０ｍｓのＴＴＩを同時に行うリソースのセットからプリアンブルを選択するか否かを決定して良い。

ＷＴＲＵは、Ｒ９９ ＲＡＣＨで送信すると決定して良い、および／または、ＷＴＲＵは、Ｒ９９ ＲＡＣＨで優先的に送信すると決定して良い。ＷＴＲＵは、Ｒ９９ ＲＡＣＨフォールバックＰＲＡＣＨリソースからプリアンブルを選択して良い。ＷＴＲＵが共通Ｅ−ＤＣＨを優先的に使用すると決定する場合、ＷＴＲＵは、上記のＴＴＩ選択基準に基づいて、使用するＴＴＩを決定して良い。ＷＴＲＵは、予約プリアンブル群から選択したＴＴＩ値に対応するＰＲＡＣＨリソースからプリアンブルを選択して良い。

共通Ｅ−ＤＣＨ（例えば、レガシー共通Ｅ−ＤＣＨ）とは異なるＴＴＩ設定に対して、ＰＲＡＣＨリソースをブロードキャストする場合、例えば、ＷＴＲＵが共通Ｅ−ＤＣＨ（例えば、レガシー共通Ｅ−ＤＣＨ）とは異なるＴＴＩを選択するならば、ＷＴＲＵはそのＰＲＡＣＨリソースセットからプリアンブルを選択して良い。または、ＷＴＲＵは、共通Ｅ−ＤＣＨリソース（例えば、レガシー共通Ｅ−ＤＣＨリソース）に対して信号で伝えられたＰＲＡＣＨリソースから、プリアンブルを選択して良い。

これによって、ネットワークは、このようなアクセスを行うＷＴＲＵは、Ｒ９９ ＲＡＣＨへのフォールバック可能、および／または、２ｍｓ／１０ｍｓのＴＴＩ可能など、ＵＬチャネル選択が可能である、および／または、潜在的に上記の基準を満たす、および／または、ＵＬチャネルの選択を明示した、と決定することできる。ネットワークは、この情報を用いて、どのリソースをＷＴＲＵに割り当てるかを決定して良い（例えば、ＲＡＣＨまたは共通Ｅ−ＤＣＨ、および、共通Ｅ−ＤＣＨ内では、２ｍｓＴＴＩまたは１０ｍｓＴＴＩのどちらを使うかを決定して良い）。

ＷＴＲＵは、ネットワークによって制御されるＵＬチャネルリソースの１つまたは複数をフレキシブルに用いて良い。例えば、Ｒ９９ ＲＡＣＨおよび／または共通Ｅ−ＤＣＨの送信を利用して良いＷＴＲＵ群のために、プリアンブルリソースセットを予約して良い。

例えば、選択したプリアンブルリソースのプールを用いて、ＷＴＲＵは、手順（例えば、レガシー手順）に従ってプリアンブルのランプアップフェーズの実行を開始して良く、どのリソースセットを使うかを決定する明示の表示を待って良い。プリアンブルリソースが、異なるＵＬアクセスに対して、分割および／またはグループ化されたとしても、ＵＬアクセスに使われる物理リソース（例えば、ＰＲＡＣＨおよび／または共通Ｅ−ＤＣＨリソース）は、リソース（例えば、レガシーリソース）から分割しても良く、同じリソースを用いても良い。例えば、プリアンブル群とＵＬリソース間のデフォルトの関連付けを定義して良い。

ＵＬアクセスにどのリソースを使用するかの決定は、ルールセット、および／またはネットワークによる明示的なシグナリングに基づいて良い。ＷＴＲＵにおける決定プロセスは、次の１つまたは複数に従って良い。予約プリアンブル群は、関連付けられたデフォルトのＵＬリソースセットを有して良い。ＷＴＲＵが専用のＲ９９フォールバックＲＡＣＨプリアンブルセットからプリアンブルを選ぶ場合、このプリアンブルセットに関連付けられたデフォルトのリソースセットは、Ｒ９９ ＲＡＣＨリソースセットであって良い。Ｒ９９ ＲＡＣＨリソースは、ＰＲＡＣＨリソースセット（例えば、レガシーＰＲＡＣＨリソース）（例えば、複数、利用可能な場合は、第１のＰＲＡＣＨ設定）に関連付けられても良く、特定のＲ９９フォールバックＰＲＡＣＨ情報セットを定義して用いても良い。例えば、２ｍｓＴＴＩまたは１０ｍｓＴＴＩの共通Ｅ−ＤＣＨと関連付けられたプリアンブル群は、デフォルトセットとして、それぞれ、２ｍｓまたは１０ｍｓで設定された共通Ｅ−ＤＣＨリソースセットを有して良い。２ｍｓのプリアンブルセットと１０ｍｓのプリアンブルセットは、デフォルトセットとして、Ｅ−ＤＣＨリソースの同じ共通プールを有して良い。共通Ｅ−ＤＣＨリソースは、任意のＴＴＩの値で用いて良い。この共通Ｅ−ＤＣＨリソースセットは、共通Ｅ−ＤＣＨリソースのレガシーセットおよび／または共通Ｅ−ＤＣＨリソースのセット（例えば、共通Ｅ−ＤＣＨリソースの新しいセット）に対応して良い。レガシー共通Ｅ−ＤＣＨリソースを選ぶ場合、デフォルトセットは、共通Ｅ−ＤＣＨ設定（例えば、レガシー共通Ｅ−ＤＣＨ設定）であって良い。ＷＴＲＵが共通Ｅ−ＤＣＨセットを選択する場合、ネットワークはＷＴＲＵがこのようなＵＬリソース選択をサポートすることを知らない場合があるので、ネットワークはＷＴＲＵを別のＵＬリソースにリダイレクトしなくて良い。

ＡＩＣＨを用いてリソースのデフォルトセットの使用を認めて良く、Ｅ‐ＡＩを用いて、異なるリソースセットにＷＴＲＵを明示的にリダイレクトして良い。プリアンブル群からプリアンブルを選んだ後、ＷＴＲＵは、プリアンブルを送信して、ＡＩＣＨをモニタして良い。ＡＩＣＨでのＡＣＫの受信は、選択されたプリアンブルに関連付けられた定義されたリソースのデフォルトセットを使って良いという確認と解釈して良い。Ｒ９９フォールバックＰＲＡＣＨリソースからプリアンブルが選択される場合、および／または、ＡＩＣＨでＡＣＫを受信した場合、および／または、デフォルトリソースがＲ９９ ＲＡＣＨリソースである場合、ＷＴＲＵは、ＳＩＢで信号伝達／ブロードキャストされたデフォルトの物理リソースセットを用いて、Ｒ９９ ＲＡＣＨメッセージ部分の送信を開始して良い。選択したプリアンブルのスクランブリングコードおよび／またはシグネチャシーケンスを用いて、チャネライゼーションコードを決定、および／またはＵＬ送信を行って良い。例えば、２ｍｓＴＴＩプリアンブルを送信して、ＡＣＫを受信する場合、ＷＴＲＵは、２ｍｓＴＴＩ設定を用いて共通Ｅ−ＤＣＨ送信を開始し、そのリソースに対応する共通Ｅ−ＤＣＨリソースを用いて良い。

ＡＩＣＨ上のＮＡＣＫは、関連のあるデフォルトリソースへのアクセスに失敗したことを示して良い（例えば、選択されたデフォルトがレガシー共通Ｅ−ＤＣＨ以外のリソースの場合）。ＷＴＲＵは、デフォルトリソースへのアクセス失敗後、バックオフタイマの後、再試行して良い。ＷＴＲＵは、異なるリソース群または同じリソースセットから選んだ、プリアンブルを用いて良い。例えば、最初のアクセスにＲ９９フォールバックＲＡＣＨを用いて、ＮＡＣＫを受信した場合、ＷＴＲＵは、バックオフタイム終了後、共通Ｅ−ＤＣＨを用いて再試行して良い。デフォルトリソースに関して、Ｎ回、失敗を検出した場合、ＷＴＲＵは、他の非デフォルトリソースで試行して良い。Ｎ回は、ネットワークで設定可能であって良い、および／または、プリアンブル送信の最大回数と一致して良い。これは、Ｅ−ＡＩ（Ｅｘｔｅｎｄｅｄ Ａｃｑｕｉｓｉｔｉｏｎ Ｉｎｄｉｃａｔｏｒ（拡張アクイジションインジケータ））を設定していない場合、適用可能であって良い。この機構は一部のＷＴＲＵと、一部の特定のデフォルトリソース（例えば、Ｒ９９ ＲＡＣＨ）に適用可能であって良い。この機構は、ＥＡＩでＮＡＣＫを受信するというシナリオに適用して良い。これは、ＥＡＩでＮＡＣＫを受信する場合、および／または、Ｎ回の試行でＮＡＣＫを受信する場合、ＷＴＲＵによって適用されて良い。例えば、Ｅ−ＡＩは、信号で伝えられたシグネチャと変調信号の組み合わせに対応する値であって良い。

ＮＡＣＫの受信は、ＷＴＲＵに対してＷＴＲＵが、例えば、他の非デフォルトのリソースセットに関する明示的なのリソースの表示、および／またはデフォルトセットに関して信号で伝えられるリソースセットのインデックスについて、Ｅ−ＡＩのモニタリングを開始して良いことを信号で伝えることができる。Ｅ−ＡＩを通して信号で伝えられたインデックスは、非デフォルトセットのインデックスに該当して良い。非デフォルトセットは、別のＵＬチャネルおよび／または別のＴＴＩ値に対応して良い。Ｒ９９ ＲＡＣＨがデフォルトセットの場合、非デフォルトセットは、共通Ｅ−ＤＣＨセット（例えば、１つのＴＴＩ設定を有するレガシー共通Ｅ−ＤＣＨセット、または、任意のＴＴＩ設定を有して良い共通Ｅ−ＤＣＨセット）に対応して良い。Ｒ９９フォールバック対応ＷＴＲＵは、ＴＴＩ選択もサポートすると仮定して良い。Ｅ‐ＡＩは、選択したＲ９９フォールバックプリアンブルと共に使用可能なインデックスを信号で伝えて、どの共通Ｅ−ＤＣＨインデックスを用いるかを決定して良い。

デフォルトセットが２ｍｓＴＴＩセットである場合、ＥＡＩは、１０ｍｓＴＴＩセットのインデックスに該当して良い。デフォルトセットが共通Ｅ−ＤＣＨセットである場合、Ｅ−ＡＩを用いて、Ｒ９９ ＲＡＣＨへのフォールバックを信号で伝えて良い。これは、ＵＬアクセスに用いるプリアンブルインデックスおよび／またはＰＲＡＣＨインデックスを示して良い。Ｅ−ＡＩを用いて、本明細書に記載の方法の何れかに従って、どのＵＬチャネルを使用するかを信号で伝えて良い。

ＮＡＣＫの受信が、ＷＴＲＵのＥＡＩモニタリング開始をトリガして良い。ＥＡＩは、ＷＴＲＵがどのリソースを用いて良いかを示して良い。例えば、１つまたは複数のＥＡＩ値を用いて、１つのＵＬリソースを示して良い。残りのＥＡＩ値を用いて、別のＵＬリソースを示して良い。例えば、トランスポートチャネル選択に関して、ＵＬリソースの少なくとも１つまたはサブセットを用いて、Ｒ９９ ＰＲＡＣＨの使用を示して良く（例えば、シグネチャシーケンスのインデックス）、残りのサブセットを用いて、共通Ｅ−ＤＣＨインデックスを示して良い。例えば、ＥＡＩの少なくとも１つの値を用いて、および／または予約して、ＷＴＲＵは、信号で伝えられたＰＲＡＣＨ情報を用いて、Ｒ９９ ＲＡＣＨへのフォールバックを実行および／またはＲ９９ ＲＡＣＨへのアクセスを実行すべきであることを示して良い。予約したＥＡＩ値は、Ｒ９９ ＲＡＣＨアクセスのサポートを示すプリアンブル群の１つからのプリアンブルを用いてアクセスを実行するＷＴＲＵによって用いられて良い（例えば、このようなＷＴＲＵがＲ９９フォールバックをサポートするという前提で、Ｒ９９フォールバックプリアンブル、および／または、２ｍｓ／１０ｍｓのＴＴＩプリアンブルのいずれか）。フォールバックに対応するＥＡＩ値は、所定の値（例えば、ＥＡＩを介したＮＡＣＫに用いられたのと同じ値、または任意の新しい値）であって良い。予約した値は、設定および／またはＷＴＲＵに信号で伝えて良い。共通Ｅ−ＤＣＨリソースリストの値（例えば、共通Ｅ−ＤＣＨリソースインデックス）をＲ９９ ＲＡＣＨへのフォールバック表示のために予約して良い。予約した値は、ＲＲＣシグナリングを介して設定して良い、および／または、所定の値であって良い。ＷＴＲＵは、どのインデックスおよび／または値がＲ９９フォールバックに対応するかをＲ９９フォールバック設定情報の一部として受信して良い、および／または、値は所定の値であって良い。例えば、受信したＥＡＩ値（例えば、シグネチャおよび／または変調信号）が設定および／または記憶したＲ９９フォールバックの値と等しい場合、例えば、本明細書に記載の基準を満たせば、ＷＴＲＵは、Ｒ９９ ＲＡＣＨ送信にフォールバックして良いと、ＷＴＲＵは決定して良い。例えば、受信および／または計算したＥ−ＤＣＨリソースインデックスが、設定および／または記憶したＲ９９フォールバックインデックスに等しい場合、例えば、本明細書に記載の他の基準を満たすと、ＷＴＲＵは、Ｒ９９ ＲＡＣＨ送信を行って良い。

Ｅ−ＡＩ値のサブセット（例えば、ｋ）を用いて、２ｍｓの共通Ｅ−ＤＣＨリソースセットのインデックスを示して良い。ＥＡＩ値の別のサブセット（例えば、ｌ）を用いて、１０ｍｓのＴＴＩリソースセットのインデックスを示して良い。例えば、１６の共通Ｅ−ＤＣＨリソースを１０ｍｓＴＴＩに、１６の共通Ｅ−ＤＣＨリソースを２ｍｓＴＴＩに用いる場合、Ｅ‐ＡＩを通して受信した表示値が０から１５のリソース（例えば、０からｋ−ｌ）に該当すれば、ＷＴＲＵは、１０ｍｓの共通Ｅ−ＤＣＨリソースを使用すると決定して良く、１６から３１の値（例えば、ｋからｌ＋ｋ−ｌ）に該当すれば、２ｍｓの共通Ｅ−ＤＣＨリソースを使用すると決定して良い。２ｍｓと１０ｍｓのＴＴＩリソースを１つのリストとして保持し、最初のｘ個のリソースを２ｍｓＴＴＩ設定に対応させ、残りのリソースを１０ｍｓＴＴＩ設定に対応させると、これが達成される。Ｅ−ＡＩを用いて、共通Ｅ−ＤＣＨリストのインデックスを決めるのに使用可能な値を信号で伝えて良い。共通Ｅ−ＤＣＨインデックスに基づいて、ＷＴＲＵは、関連付けられたリソースが、２ｍｓＴＴＩ設定を有するか、１０ｍｓＴＴＩ設定を有するかを決めて良い。例えば、インデックスが０とｘ−ｌの間の値に該当する場合、リソースは、２ｍｓＴＴＩリソースとなり、それ以外は、１０ｍｓＴＴＩリソースとなって良い。

ＥＡＩを用いて、任意のＵＬチャネルおよび／または任意のリソースを信号で伝えて良い。Ｅ‐ＡＩ受信後に決定されたインデックスは、Ｒ９９ ＰＲＡＣＨ、２ｍｓＴＴＩ、または、１０ｍｓＴＴＩに対応して良い。Ｒ９９ ＰＲＡＣＨ、２ｍｓＴＴＩ、および／または、１０ｍｓＴＴＩを信号で伝えるため値のリストは、Ｅ−ＡＩで予約されて良い。例えば、１つまたは複数のインデックスが、２ｍｓＴＴＩ（０・・・ｘ−ｌ）を指して良く、１つまたは複数のインデックスが、１０ｍｓＴＴＩ（ｘ・・・ｘ＋ｙ−ｌ）を指して良く、１つまたは複数のインデックスが、ＵＬアクセスに関するＲ９９ ＰＲＡＣＨへのフォールバックを示すのに用いられて良い。ここで、ｘは、設定した２ｍｓＴＴＩリソースのリストであって良く、ｙは、設定した１０ｍｓの共通Ｅ−ＤＣＨリソースであって良く、リソースの合計は、一定の最大数（例えば、３２）を超えない。

例えば、２ｍｓＴＴＩと１０ｍｓＴＴＩ設定で共通Ｅ−ＤＣＨリソースを分ける場合、ＴＴＩ設定用のデフォルト共通Ｅ−ＤＣＨインデックス、Ｘ、は、Ｘ＝Ｓｉｇｌｎｄ ｍｏｄ（Ｎ）に相当して良い。ここで、Ｎは、対応する選択したＴＴＩで設定された共通Ｅ−ＤＣＨリソースの最大数であって良い。デフォルト共通Ｅ−ＤＣＨインデックス、Ｘ、は、ＷＴＲＵの最初のＴＴＩ選択に基づいて決定して良い（例えば、Ｎは、選択したＴＴＩの共通Ｅ−ＤＣＨリソースの最大数に相当して良い）。

デフォルトＸの値は、ＡＩＣＨでＡＣＫを受信するか否か、または、Ｅ−ＡＩを受信するか否かに依存して良い。ＡＣＫを受信すると、値Ｘと、使用する共通Ｅ−ＤＣＨインデックスは、本明細書に記載の方法で決定して良い。ＥＡＩを受信して、全てのＥＡＩの値の範囲を用いて２ｍｓＴＴＩと１０ｍｓＴＴＩの両方を含む共通Ｅ−ＤＣＨリストのインデックスのいずれかを信号で伝える場合、値Ｘは、Ｘ＝Ｓｉｇｌｎｄ ｍｏｄ（Ｎ）によって決定して良い。ここで、Ｎは、ＴＴＩ設定の最大数の共通Ｅ−ＤＣＨリソースであって良い。Ｅ‐ＡＩ値を分割して、異なるＴＴＩ設定を信号で伝える場合、Ｎは、Ｅ−ＡＩ値に関連付けられたＴＴＩに対応するＴＴＩ設定の最大数の共通Ｅ−ＤＣＨリソースに相当して良い。

Ｓｉｇｌｎｄは、セルで利用可能に設定されたＡＩに対応し、かつ、選択したＴＴＩ設定のＣＥＬＬ＿ＦＡＣＨとアイドルモード用拡張アップリンクのＥ−ＤＣＨ送信に対応する、Ｎ番目のＰＲＡＣＨのプリアンブルシグネチャであって良い。

Ｅ‐ＡＩを用いて、共通Ｅ−ＤＣＨリソースのインデックスを信号で伝える場合、ＷＴＲＵは、式（Ｘ＋ＥＡＩ値）ｍｏｄ Ｙを用いて良い。ここで、Ｙは、（例えば、ＴＴＩ設定にかかわらず）共通Ｅ−ＤＣＨリソースの総数であって良い。ＷＴＲＵは、式（Ｘ＋ＥＡＩ値）ｍｏｄ Ｎを用いて良い。ここで、Ｎは、対応するＴＴＩ設定の共通Ｅ−ＤＣＨリソースの最大数であって良い。対応するＴＴＩ設定は、デフォルトマッピングに基づいて、および／または、（例えば、本明細書に記載のように予約して良い）ＥＡＩ値に基づいて、決定して良い。

複数のＥ‐ＡＩを設定して使用するＵＬチャネルを示して良い。ＷＴＲＵは、複数のＥ‐ＡＩに関して（例えば、同時に）モニタして良い。どのＥＡＩのリソースインデックスを受信するかに応じて、ＷＴＲＵは、どのＵＬチャネルを用いるか決定して良い。

Ｒ９９ ＲＡＣＨリソースおよび／または共通Ｅ−ＤＣＨリソースのリストは、信号で伝えて良く、および／または、プリアンブルセットに関連付けて良い。ＡＩを用いて、ランダムに選択されたプリアンブルのインデックスに関連付けられたリソースの使用を認めて良い（例えば、Ｒ９９ ＲＡＣＨまたは共通Ｅ−ＤＣＨのどちらかであって良い）。Ｅ−ＡＩを用いて、インデックスを信号で伝えて良い。このインデックスおよび／または選択したプリアンブルに基づいて、ＷＴＲＵは、使用可能なリソースのインデックスを決定して良い。

共通Ｅ−ＤＣＨリソースは、２ｍｓＴＴＩまたは１０ｍｓＴＴＩ設定で用いて良い。ＡＩおよび／またはＥＡＩは、対応する共通Ｅ−ＤＣＨリソースに関してＷＴＲＵがどのＴＴＩを用いて良いかを、ＷＴＲＵに示して良い。プリアンブル群は、２ｍｓＴＴＩと１０ｍｓＴＴＩで分けて良いが、共通Ｅ−ＤＣＨリソースリストは１つとし、各リソースを任意のＴＴＩ設定で用いて良い。ＷＴＲＵは、ＷＴＲＵがどのＵＬチャネル（例えば、ＰＲＡＣＨまたは共通Ｅ−ＤＣＨ）を使いたいか決定して良い。ＷＴＲＵが共通Ｅ−ＤＣＨを選択する場合、ＷＴＲＵは、ＷＴＲＵがどのＴＴＩ設定を使いたいかを決定して良い。ＷＴＲＵが２ｍｓＴＴＩを選ぶと、２ｍｓＴＴＩプリアンブル群からプリアンブルを選んで良い。ＷＴＲＵが２ｍｓＴＴＩまたは１０ｍｓＴＴＩの使用を許可されるか否かを決定するために、次の技術の１つまたは複数を用いて良い。選択したプリアンブルに関連付けられたＥ−ＤＣＨリソース、および、使うべきプリアンブル群に対応するＴＴＩ設定の表示として、ＡＩＣＨのＡＣＫを用いて良い。ＷＴＲＵは、選択したＴＴＩ（例えば、プリアンブル群に関連付けられたＴＴＩ）を使うべきでないという表示として、ＡＩＣＨでのＮＡＣＫを用いて良い。ＷＴＲＵは、ＷＴＲＵがＴＴＩ（例えば、新しいＴＴＩ）と共にどのリソースを使うかを決定するために、ＥＡＩをモニタして良い。ＷＴＲＵがＥＡＩをモニタして良いという表示として、ＮＡＣＫを用いて良い。ＷＴＲＵは、ＷＴＲＵがどのＴＴＩを用いて良いかをまだ決定していない場合がある。

Ｅ−ＡＩを用いて、ＷＴＲＵがどのＴＴＩを使うべきかをＷＴＲＵに示して良い。例えば、ＡＩＣＨの予備フィールドを用いて、ＷＴＲＵがどのＴＴＩを使うべきかを示して良い。ＡＩＣＨでの応答（例えば、ＡＣＫ／ＮＡＣＫ）を予備フィールドと組み合わせて用いて、どのＴＴＩを使うべきかを決定して良い。予備フィールドを用いて、２つの値または１つの値を示して良い（例えば、２つの値を用いて、どのＴＴＩ値を使うべきかを示して良く、１つの値を用いて、ＷＴＲＵが、選択したＴＴＩ値を変更するべきか否かを示して良い）。ＡＩＣＨでＡＣＫを受信した場合、ＷＴＲＵは、関連付けられた共通Ｅ−ＤＣＨインデックスを、Ｅ−ＡＩの予備フィールドに示されたＴＴＩ設定と共に用いると決定して良い。ＡＩＣＨでＮＡＣＫを受信した場合、ＷＴＲＵは、リソース表示に関して（設定されるならば）ＥＡＩをモニタすると決定して良い。Ｅ−ＡＩを通して信号で伝えられたリソースに関してＷＴＲＵが使用して良いＴＴＩは、ＮＡＣＫと共に予備フィールドに示されたＴＴＩであって良い。

ネットワークは、個々のＷＴＲＵおよび／またはＷＴＲＵ群に関するチャネル選択（例えば、ＴＴＩまたはトランスポートチャネルの選択）を制御して良い。ネットワークは、ＵＬ送信のためのフォールバックまたはＲ９９ ＲＡＣＨの使用を制御して良い。ＷＴＲＵは、Ｒ９９ ＲＡＣＨへのフォールバックの表示を待って良い。ネットワークは、ＷＴＲＵが使うべき共通Ｅ−ＤＣＨチャネルの種類を制御して良い。該チャネルは、１０ｍｓＴＴＩまたは２ｍｓＴＴＩの共通Ｅ−ＤＣＨチャネルを含むが、それらに限定されない。ＷＴＲＵは、プリアンブル送信のトリガ後、どのＵＬチャネルを使用するべきかを決定するシグナリングを待って良い。これには、フォールバックまたはＲ９９ ＲＡＣＨの使用、２ｍｓのＴＴＩの使用、および／または、１０ｍｓのＴＴＩの使用を含むが、それらに限定されない。例えば、Ｅ‐ＡＩの少なくとも１つの値を予約および／または用いて、Ｒ９９ ＲＡＣＨへのフォールバック、共通Ｅ−ＤＣＨに対して別のＴＴＩ値を用いるフォールバックを信号で伝えて良く、および／または、ＷＴＲＵが共通Ｅ−ＤＣＨにどのＴＴＩを用いるべきかを信号で伝えて良い。Ｅ‐ＡＩを通してこの値を受信すると、ＷＴＲＵは、自立的にＲ９９ ＲＡＣＨにフォールバックして良く、（例えば、要求した値以外の）別のＴＴＩ値の使用に自立的にフォールバックして良く、または、ＴＴＩ選択の場合は、ＡＩＣＨおよび／またはＥ‐ＡＩで予約された値が示すＴＴＩ値を用いて開始して良い。（例えば、Ｅ‐ＡＩが設定された場合はＥ‐ＡＩ、または、Ｅ‐ＡＩが設定されない場合はＡＩ）のＮＡＣＫの受信は、また、ＷＴＲＵの制御およびフォールバックの表示に使われるシグナリングの役目をして良い。共通Ｅ−ＤＣＨリストの少なくとも１つのリソースインデックスおよび／またはリソースセットを、（例えば、Ｒ９９ ＲＡＣＨへのフォールバックに使われる、または、２ｍｓＴＴＩまたは１０ｍｓＴＴＩの使用する）特定のＵＬチャネルのために予約して良い。Ｒ９９ ＲＡＣＨにフォールバック可能なＷＴＲＵおよび／または共通Ｅ−ＤＣＨのＴＴＩ値を変更することができるＷＴＲＵが、Ｅ‐ＡＩを通してこのリソース割り当てを受信すると、ＷＴＲＵは、表示された送信チャネル（例えば、Ｒ９９ ＲＡＣＨ、または、表示されたＴＴＩ値の共通Ｅ−ＤＣＨ）を選択して良い。ＷＴＲＵ（例えば、レガシーＷＴＲＵ）は、インデックスが示したリソースを共通Ｅ−ＤＣＨリソースとして用いて良い。例えば、ＡＩＣＨおよび／またはＥ−ＡＩＣＨの予備フィールドを用いて、Ｒ９９ ＲＡＣＨにフォールバックするように、および／または別のＴＴＩを選択するように、ＷＴＲＵに表示して良い。

第２のＥ‐ＡＩＣＨコードは、Ｒ９９ ＲＡＣＨにフォールバック可能なＷＴＲＵおよび／または共通Ｅ−ＤＣＨのＴＴＩ値を変更することができるＷＴＲＵによってモニタされて良い。第２のＥ‐ＡＩＣＨは、ネットワークによって（例えば、ブロードキャストシグナリングおよび／または、専用シグナリングを介して）設定されて良い。ネットワークは、Ｒ９９ ＲＡＣＨにフォールバック可能であって良い、および／または、共通Ｅ−ＤＣＨのＴＴＩ ＵＬアクセスを変更可能であって良い。第２のＥ‐ＡＩを用いて、Ｒ９９ ＲＡＣＨへのフォールバックおよび／または共通Ｅ−ＤＣＨのＴＴＩを示して良い。第２のＥ‐ＡＩを用いて、ＷＴＲＵがＲＡＣＨアクセスに用いて良いＲ９９ ＰＲＡＣＨリソースからプリアンブルリソースを指示して良い。第２のＥ‐ＡＩは、プリアンブル、および／または、ＴＴＩを設定された共通Ｅ−ＤＣＨリソース、および／または、特定のＴＴＩの共通Ｅ−ＤＣＨリソースインデックスを示すのに、さらに用いられて良い。

ＷＴＲＵが第２のＥ‐ＡＩをモニタするか否か、および、いつモニタするかを決定するために、１つまたは複数の基準を用いて良い。基準は、ＵＬチャネル選択可能なＷＴＲＵ（例えば、Ｒ９９ ＲＡＣＨへのフォールバック、および／または異なるＴＴＩの共通Ｅ−ＤＣＨ）が第１および第２のＥ−ＡＩＣＨをモニタすることを含むが、それに限定されない。ＡＩＣＨの予備フィールドを用いて、ＷＴＲＵに第２のＥＡＩをモニタするように指示して良い。ＡＩＣＨの予備フィールドを用いて、ＷＴＲＵはＲ９９ ＲＡＣＨにフォールバックすべきであるという表示、および／または、ＷＴＲＵはＴＴＩを変更すべきであるという表示に対応し得る値を信号で伝えて良い。ＡＩＣＨの予備フィールドを用いて、ＷＴＲＵはリソース割り当ておよび／または任意の他の信号を受信するかどうかＥＡＩ（例えば、第２のＥ‐ＡＩ）をモニタすべきであると、ＷＴＲＵに信号で伝えて良い。第１のＥ‐ＡＩに関して信号で伝えられたＮＡＣＫの検出を、基準として用いて良い。Ｅ‐ＡＩおよび／またはＡＩ（例えば、第１のＥＡＩがレガシーＷＴＲＵに対して設定されていない場合）でＮＡＣＫを受信すると、ＵＬチャネル選択可能なＷＴＲＵは、第２のＥＡＩのモニタを開始して良い。本明細書に記載の条件の１つを満たした後、一定の時間が経つと、ＷＴＲＵは、ＥＡＩのモニタリングを開始して良い。

ネットワークは、（例えば、本明細書に記載の基準で決定された）Ｒ９９ ＲＡＣＨ対応のＷＴＲＵに対して１つまたは複数の（例えば、セットの）予約プリアンブル群を使用することによって、ＷＴＲＵの能力を決定して良い。ネットワークは、本明細書に記載の実施例のいずれかを用いて、Ｒ９９ ＲＡＣＨまたは共通Ｅ−ＤＣＨにフォールバックするかをＷＴＲＵに示して良い。

ＷＴＲＵは、トランスポートチャネル選択を行って良い。ＷＴＲＵは、リソースに対するプリファレンスを表示して良い。ＷＴＲＵは、ＷＴＲＵとネットワークが、トランスポートチャネル選択および／またはＲ９９ ＲＡＣＨへのフォールバックをサポートするか否かを決定して良い。ＷＴＲＵは、本明細書に記載の基準を満たすか否かを決定して良い。例えば、ＷＴＲＵは、バッファの状態が閾値以下であるか否かを決定して良い。ＷＴＲＵは、ＲＬＣ ＰＤＵが作成されて、再送信バッファ内に存在するか否かを決定して良い。バッファにＲＬＣ ＰＤＵがない場合、ＷＴＲＵは、ＲＡＣＨに関して許可ＲＬＣ ＰＤＵサイズと異なるおよび／または、より大きいサイズのＲＬＣ ＰＤＵが存在するか否かを決定して良い。

基準を満たす場合、ＷＴＲＵは、Ｒ９９ ＲＡＣＨフォールバックからプリアンブルを選択して、プリアンブルランプアップ手順を開始して良い。選択したプリアンブルに基づいて、ネットワークは、アップリンクアクセスを行うＷＴＲＵのプリファレンスおよび／または種類を決定して良く、使用するトランスポートチャネルを決定して良い。ＷＴＲＵが基準を満たさない場合、ＷＴＲＵは、共通Ｅ−ＤＣＨプリアンブル（例えば、レガシー共通Ｅ−ＤＣＨプリアンブル）からプリアンブルを選択して良い。このような例では、ネットワークは、プリアンブルを受信したとき、ＷＴＲＵがＲ９９ ＲＡＣＨ対応であることを知らない場合があるので、ＷＴＲＵをＲ９９ ＲＡＣＨに向かわせるという選択肢がないことがある。

ＷＴＲＵのデフォルトリソースは、共通Ｅ−ＤＣＨリソースであって良い。ＷＴＲＵは、ＡＩＣＨでＡＣＫを受信したことに応答して、デフォルト共通Ｅ−ＤＣＨインデックス、Ｘ、に関連付けられた共通Ｅ−ＤＣＨリソースの使用を開始して良い。例えば、Ｘ＝ Ｓｉｎｇｌｎｄ ｍｏｄ Ｙ、ここで、Ｓｉｎｇｌｎｄは、Ｒ９９フォールバックプリアンブルリストのＮ番目のプリアンブルであって良い。共通Ｅ−ＤＣＨに使用するＴＴＩ設定は、共通Ｅ−ＤＣＨリソース（例えば、レガシー共通Ｅ−ＤＣＨリソース）のＴＴＩ設定であって良い、または、共通Ｅ−ＤＣＨは、本明細書に記載の例のいずれかを用いてＷＴＲＵに提供されて良い。Ｅ−ＡＩのＮＡＣＫ、予約された共通Ｅ−ＤＣＨインデックス、または、予約Ｅ−ＡＩ値を含むが、それらに限られない、本明細書に記載の実施例のいずれかによって、ＥＡＩを用いて、フォールバック、または、Ｒ９９ ＲＡＣＨの使用をＷＴＲＵに信号で伝えて良い。他のＥＡＩ値を用いて、ＷＴＲＵをリダイレクトして、デフォルトＸ以外の異なる共通Ｅ−ＤＣＨリソースインデックスを使用するようにして良い。Ｅ−ＡＩが設定されていない場合、ＡＩＣＨのＮＡＣＫは、このようなＷＴＲＵに、Ｒ９９ ＲＡＣＨの使用を開始するように信号で伝えて良い。

ＷＴＲＵのデフォルトリソースは、Ｒ９９ ＲＡＣＨリソースであって良い。ＷＴＲＵは、Ｒ９９フォールバックＲＡＣＨプリアンブルからプリアンブルを選択して良い。ＡＩＣＨのＡＣＫは、ＷＴＲＵが、フォールバック、または、Ｒ９９ ＲＡＣＨの使用を開始することを認められたことを意味して良い。ＮＡＣＫおよび／またはＥＡＩを用いて、本明細書に記載の実施例のいずれかに従って、共通Ｅ−ＤＣＨのインデックスを信号で伝えて良い。

ＷＴＲＵは、トランスポートチャネル選択を行って良く、予約プリアンブルセットを用いて、ＷＴＲＵがＲ９９ ＲＡＣＨをサポートすることを信号で伝えて良い。例えば、プリアンブルは、Ｒ９９に対して予約されて良い、および／または、プリアンブルは、ＷＴＲＵは、Ｒ９９フォールバックもサポートすることを意味するＴＴＩ選択に用いられるプリアンブル（例えば、２ｍｓおよび／または１０ｍｓのＴＴＩ設定のためのプリアンブル）であって良い。ネットワークは、ＷＴＲＵのバッファおよび／またはＲＬＣの状態を知らない場合がある。ネットワークは、それでも、本明細書に記載の実施例に従って、ＷＴＲＵをリダイレクトして、Ｒ９９ ＲＡＣＨを使うようにして良い。これは、ネットワークがＷＴＲＵのバッファおよび／またはＲＬＣの状態（例えば、基準を満たしていない）を知っている場合に適用可能であって良いが、ネットワークは、ＷＴＲＵをリダイレクトして、Ｒ９９ ＲＡＣＨを使用するようにする選択肢を有して良い。例えば、フォールバックの基準が論理チャネルの種類に依存する場合、アップリンク送信が、所定のリストおよび／または設定された許可チャネル（例えば、ＣＣＣＨおよび／またはＤＣＣＨがチャネルリストの一部であって良い）に属すれば、ＷＴＲＵはフォールバックして良い（例えば、フォールバックするしかない）。共通Ｅ−ＤＣＨリソースの取得を試みるランダムアクセス手順を行った後、ＷＴＲＵがＲ９９フォールバック可能である場合、ＷＴＲＵは、ＡＩＣＨおよび／またはＥ‐ＡＩをモニタして、ＡＩＣＨでＮＡＣＫを受信するか否かを決定して良い。Ｅ−ＡＩ値および／または受信された対応するＥ−ＤＣＨリソースインデックスが、フォールバックに該当するインデックスと等しい場合、かつ、送信するＣＣＣＨアップリンクデータがあって、ＣＣＣＨフォールバックが許可されている場合、または、送信するＤＣＣＨアップリンクデータがあって、ＤＣＣＨフォールバックが許可されている場合、ＷＴＲＵは、Ｒ９９ ＲＡＣＨフォールバックを実行して良い。上記の条件を満たさない場合（例えば、送信するＤＴＣＨデータがある場合）、ＷＴＲＵはＲ９９ ＲＡＣＨにフォールバックしなくて良い。Ｒ９９ ＲＡＣＨへのフォールバックを許可された論理チャネルの種類が、ＣＣＣＨ（例えば、ＣＣＣＨのみ）である場合、ＷＴＲＵが送信すべきＤＣＣＨデータまたはＤＴＣＨデータを有していると、ＷＴＲＵは、Ｒ９９ ＲＡＣＨにフォールバックしない決定をして良い。Ｒ９９ ＲＡＣＨの使用を開始するようにという表示を受信すると、ＷＴＲＵは、バッファ状態および／またはＲＬＣ状態にかかわらず、Ｒ９９ ＲＡＣＨの使用を開始して良い（例えば、ＷＴＲＵは、ＲＬＣ ＰＤＵを再作成しても良く、または、例えば、できるだけ多くのデータを送信できるように他のＲＬＣ ＰＤＵを作成して良い）。ＷＴＲＵは、Ｒ９９ ＲＡＣＨの使用を開始し、そして、ＲＬＣ状態および／またはバッファ状態を満たさない場合、ＲＡＣＨを使用してＴＶＭレポートを送信して良い。ＷＴＲＵは、Ｒ９９ ＲＡＣＨにフォールバックするようにというネットワークの表示を無視して、バックオフし、再度ＵＬにアクセスして良い。例えば、ＷＴＲＵは、ランダムアクセスチャネル（例えば、Ｒ９９ ＲＡＣＨ、Ｒ９９ ＰＲＡＣＨなど）の使用にフォールバックするようにというネットワークからの表示を無視し、時間を置いて（例えば、所定の時間、バックオフ）、ネットワークへのアクセスを再度試みて良い。ＵＬアクセスを試みる時、ＷＴＲＵは、共通Ｅ−ＤＣＨリソース（例えば、レガシー共通Ｅ−ＤＣＨリソース）からプリアンブルを選択すると決定して良く、そうすると、ネットワークはＷＴＲＵがＲ９９にフォールバック可能であると知ることはできない。こうすることによって、共通Ｅ−ＤＣＨを介してＵＬにアクセスする機会を増やして良い。

ＷＴＲＵは、本明細書に記載の１つまたは複数の基準（例えば、能力、および、電力／ヘッドルーム）に基づいて、ＴＴＩ選択を行って良い。共通Ｅ−ＤＣＨリスト（例えば、レガシー共通Ｅ−ＤＣＨリスト）上で、信号で伝えられたＴＴＩ設定以外のＴＴＩの指示を信号で伝えるために、プリアンブル（例えば、新しいプリアンブル）を予約して良い。ＷＴＲＵが、共通Ｅ−ＤＣＨ（例えば、レガシー共通Ｅ−ＤＣＨ）に用いられるＴＴＩ以外のＴＴＩ設定を選択する場合、ＷＴＲＵは、ＴＴＩ設定（例えば、新しいＴＴＩ設定）のために、信号で伝えられたＰＲＡＣＨリソース（例えば、新しく信号で伝えられたＰＲＡＣＨリソース）からプリアンブルを選択して良い。ネットワークは、ＷＴＲＵのプリファレンスを決定して良い。ネットワークは、ＷＴＲＵがＴＴＩ選択可能なことを認識して良い。ネットワークは、本明細書に記載の実施例にいずれかを用いて、その選択を認める、または、ＷＴＲＵを異なるＴＴＩにリダイレクトして良い。ＷＴＲＵが、共通Ｅ−ＤＣＨリソース（例えば、レガシー共通Ｅ−ＤＣＨリソース）の信号で伝えられたＴＴＩと同じＴＴＩを選択する場合、ＷＴＲＵは、共通Ｅ−ＤＣＨ ＰＲＡＣＨリソース（例えば、レガシー共通Ｅ−ＤＣＨ ＰＲＡＣＨリソース）からプリアンブルを選んで良い。ネットワークは、このＷＴＲＵはＴＴＩを選択できるということを知らない場合があり、任意の他のＴＴＩを使うようにＷＴＲＵをリダイレクトしなくて良い。ルール（例えば、レガシールール）に従って、ＡＩＣＨを用いてリソース（例えば、レガシーリソース）の共通Ｅ−ＤＣＨインデックスを示して良い。

（例えば、ＴＴＩ設定可能なＷＴＲＵのために）２ｍｓおよび１０ｍｓのＴＴＩ設定のプリアンブル（例えば、新しいプリアンブル）を信号で伝えて良い。選択したＴＴＩに基づいて、ＷＴＲＵは、２ｍｓ群または１０ｍｓ群のいずれかからプリアンブルを選択して良い。ネットワークは、プリファレンスと、ＷＴＲＵがＴＴＩ選択可能なことを知っていて良い。ネットワークは、本明細書に記載の実施例のいずれかを用いて、ＷＴＲＵをリダイレクトして良い。

Ｒ９９ ＲＡＣＨへのフォールバックを許可することによって、フレキシブルなＲＬＣ ＰＤＵ設定で構成された論理チャネルから、Ｒ９９ ＰＲＡＣＨを介してデータ送信が可能になる。例えば、Ｒ９９ ＲＡＣＨがセグメンテーション能力を有さず、限られたセットのＴＢＳしか送信しない場合があることを考慮すると、フレキシブルなＰＤＵ ＲＬＣは、ＲＬＣ ＰＤＵ作成とＲ９９ ＲＡＣＨのトランスポートフォーマットの選択とを調和させて良い。

ＤＣＨでない状態でのＲＬＣ設定は、フレキシブルなＲＬＣ ＰＤＵサイズに対応して良い。Ｒ９９ ＲＡＣＨを介した送信を可能にするために、ＲＬＣは、ＭＡＣ層をセグメンテーションすることなく、選択したＲＡＣＨ ＴＢＳ内に収まるように「無線認識ＲＬＣ ＰＤＵ」を作成して良い。例えば、ＷＴＲＵは、次の基準の１つまたは複数に基づいて、ＲＬＣ ＰＤＵサイズを決定して良い。基準は選択したＴＢＳであって良い。基準は、最小の選択されたＴＢＳであって良い、および／または、選択されたＴＢＳ以下の最小の許可ＴＢＳに量子化された利用可能なビット数であって良い。基準は、最小の選択されたＴＢＳ、利用可能なビット数、および／または、選択されたＴＢＳ以下の最小の許可ＴＢＳに量子化された利用可能な電力であって良い。

Ｒ９９ ＲＡＣＨへのフォールバックに設定されたＷＴＲＵが、共通Ｅ−ＤＣＨアクセスを試みて、遅延無線認識ＲＬＣ ＰＤＵを作成する場合、ＷＴＲＵは、Ｅ−ＤＣＨリソースがＷＴＲＵに割り当てられた後でＲＬＣ ＰＤＵの作成を開始して良い。この手順は、ＷＴＲＵがＲ９９ ＲＡＣＨを介して送信できない可能性のあるＲＬＣ ＰＤＵを、ＷＴＲＵが時期尚早に生成するのを防ぐことになる。例えば、遅延ＲＬＣ ＰＤＵのサイズは、次の基準の任意の組み合わせに従って決定して良い。基準は、例えば、ブロードキャストされたデフォルト権限に従って送信可能なビット数であって良い。基準は、例えば、デフォルト権限および／またはＲ９９ ＲＡＣＨのトランスポートフォーマットセットのうちの許可ＴＢＳに従って送信可能なビット数の間の最小のものであって良い。許可ＴＢＳは、例えば、最小のＴＢＳ、および／または、最大のＴＢＳに一致して良い。基準は、最小の許可ＴＢＳ、利用可能なデータ、および／または、デフォルト権限よりも小さくて良い許可ＴＢＳに量子化したデフォルト権限であって良い。遅延ＲＬＣ ＰＤＵのサイズは、ブロードキャストされたＲＬＣ ＰＤＵサイズに基づいて決定して良い。

Ｒ９９ ＲＡＣＨを介した送信には、ＭＡＣセグメンテーションが許可されて良い。例えば、ＭＡＣ‐ｉ／ｉｓ副層は、ＲＡＣＨを介した送信のためにＭＡＣ‐ｅ副層に送る前に、ＲＬＣ ＰＤＵ（または、ＭＡＣ‐ｄ ＰＤＵ）をセグメント化して良い。複数回のＲ９９ ＲＡＣＨ送信を通して受信したセグメントをノードＢが再び集めるために、ＭＡＣ−ｉ／ｉｓのヘッダをＲ９９ ＲＡＣＨ送信に含んで良い。

Ｒ９９ ＲＡＣＨへのリダイレクト／確認をすると、ＷＴＲＵは、次の１つまたは複数を行って良い。ＷＴＲＵは、Ｒ９９ ＲＡＣＨリソース（例えば、レガシーＲ９９ ＲＡＣＨリソース）のＰＲＡＣＨ情報を用いて、ＲＡＣＨプリアンブル送信手順（例えば、新しいＲＡＣＨプリアンブル送信手順）を開始して良い。この手順は、本明細書に記載の実施例のいずれかを用いて加速させて良い。ＷＴＲＵは、Ｒ９９ ＲＡＣＨ（例えば、レガシーＲ９９ ＲＡＣＨ）の使用へリダイレクト／確認を受信後、ＰＲＡＣＨメッセージ送信を開始して良い。ＡＩＣＨでＰＲＡＣＨメッセージ送信を開始するタイミングは保持して良い。例えば、ＷＴＲＵは、次の物理チャネルパラメータの任意の組み合わせを用いて、ＰＲＡＣＨメッセージ送信を行って良い。該パラメータは、Ｒ９９フォールバックＰＲＡＣＨリソースから選択されたプリアンブルのスクランブリングコード；Ｒ９９フォールバックＲＡＣＨリソースから選択された、および／または、チャネライゼーションコード決定に用いられたプリアンブルのシグネチャシーケンス、ｓ；または、ＰＲＡＣＨ情報（例えば、レガシーＰＲＡＣＨ情報）から抽出可能な他の物理チャネルパラメータ、トランスポートチャネルフォーマットなど（例えば、複数のＰＲＡＣＨ情報を選択する場合、最初の情報または所定の情報のリソースを用いて良い）である。ＰＲＡＣＨ情報（例えば、新しいＰＲＡＣＨ情報）は、このようなＷＴＲＵから使用するためブロードキャストして良い。

送信のためのＲ９９ ＲＡＣＨチャネル選択および／またはリダイレクトの後、ＷＴＲＵは、Ｒ９９ ＲＡＣＨへのアクセスを試みて良い、および／または、データおよび／または制御情報のＵＬ送信を行って良い。手順完了時、ＷＴＲＵはバッファにデータを有して良い。ここでの手順完了とは、無線インタフェースを介してデータが送信されること、または、ＲＡＣＨの失敗を指して良い。ＷＴＲＵがすぐに再度、共通Ｅ−ＤＣＨへのアクセスを行う場合、同じ輻輳が起こり得る。Ｅ−ＤＣＨアクセスを試みた後、ＷＴＲＵは、再び失敗することがあり、Ｒ９９ ＲＡＣＨへのフォールバックをもう一度行って良い。この結果、アクセス遅延が起こる、および／または異なるＲＡＣＨアクセス間を行ったり来たりすることがある。

Ｒ９９ ＲＡＣＨへのフォールバック後のＷＴＲＵのふるまいを制御して良い。例えば、タイマ（例えば、禁止タイマ、バックオフタイマなど）を利用して、一定の期間ＷＴＲＵが共通Ｅ−ＤＣＨにアクセスしないようにして良い。タイマは、１つまたは複数のトリガで開始して良い。トリガは、Ｒ９９ ＲＡＣＨへのフォールバックを行わなければならないとＷＴＲＵが決定することであって良い。トリガは、Ｒ９９ ＲＡＣＨへのフォールバックの結果として、Ｒ９９ ＲＡＣＨ手順を完了したことであって良い。トリガは、ＵＬデータをＲ９９ ＲＡＣＨを用いて無線で送信したことであって良い。ＷＴＲＵがもう一度ＵＬアクセスを試みなければならず、かつ、タイマがまだ作動中である場合、ＷＴＲＵは、Ｒ９９アクセスを行って良い。タイマが作動中でない場合、ＷＴＲＵは、共通Ｅ−ＤＣＨへのアクセス、および／または、基準を再度評価して、どのＲＡＣＨリソースを使うか選択して良い。タイマが作動中で、ＷＴＲＵが送信するデータを有する場合、ＷＴＲＵは、ネットワークへのＴＶＭレポートをトリガして良い。該レポートは、トリガの理由を示して良い。

ＷＴＲＵは、共通Ｅ−ＤＣＨ失敗またはネットワークの直接の指示後、Ｒ９９にフォールバックして良い。トラフィック量測定（ＴＶＭ）レポートは、Ｒ９９ ＲＡＣＨへのフォールバック時、トリガされて良い。例えば、ＴＶＭは、ＷＴＲＵがＲ９９にフォールバックし、かつ様々な条件を満たすと、トリガされて良い。条件は、例えば、バッファサイズが閾値を超えることであって良い。この閾値は、Ｒ９９ ＲＡＣＨへのフォールバックに固有の閾値であって良く、および／または、共通Ｅ−ＤＣＨを用いたＷＴＲＵのためのＴＶＭレポートをトリガする閾値より小さくて良い。条件は、例えば、ＵＬデータの論理チャネルが、ＷＴＲＵがＲ９９ ＲＡＣＨの使用を許可されない論理チャネルのリスト、または、ＴＶＭレポートをトリガして良いリストに属することであって良い。例えば、ＷＴＲＵでのＴＶＭレポートに関して、少なくとも２つのイベントを設定して良い。１つは、ＷＴＲＵが共通Ｅ−ＤＣＨを使っているとき、使用して良く、１つは、ＷＴＲＵがＲ９９ ＲＡＣＨへのフォールバックを行った時、使用して良い。

ＷＴＲＵが共通Ｅ−ＤＣＨへのアクセスを試みることから、Ｒ９９ ＲＡＣＨへのアクセスの試みに切り替える場合、ＲＡＣＨへのアクセスを速くして良い。逆も同様である。この状況には、ＷＴＲＵが共通Ｅ−ＤＣＨへのアクセスを試みた後、Ｒ９９ ＲＡＣＨにフォールバックする状況；ＷＴＲＵが共通Ｅ−ＤＣＨリソースへの接続を試みた後、ネットワークからの明示の命令を受けてＲ９９ ＲＡＣＨにフォールバックする状況；および／または、ＷＴＲＵがＲ９９ ＲＡＣＨにアクセスし、送信を行おうとして、バッファにまだデータが残っていると判断して、共通Ｅ−ＤＣＨリソースにアクセスを試みる状況が含まれるが、それらの状況に限らない。

このようなアクセスを速めるために、ＷＴＲＵは、例えば、その前のリソース（例えば、共通Ｅ−ＤＣＨリソースまたはＲ９９ ＲＡＣＨリソース）で使用した最後のプリアンブル電力の関数であるプリアンブル電力を用いることによってプリアンブルフェーズを速めて良い。プリアンブル電力は、次の１つまたは複数に該当して良い。プリアンブル電力は、他のリソースに関して送信された最後のプリアンブルと同じ電力であって良い。プリアンブル電力は、他のリソースで送信された最後のプリアンブル電力に、設定されたオフセットを足したものであって良い。

ＷＴＲＵは、例えば、ネットワークによる専用のリソース表示を受信することによって、他のリソースへのアクセスを速めても良い。リソース表示は、ＷＴＲＵにアクセスするように信号が伝えているリソースセットのプリアンブルシグネチャのインデックスを含んで良い。ネットワークが特定の信号を用いてＲ９９ ＲＡＣＨへのフォールバックを伝える場合、この信号は、プリアンブルリソースのインデックス（例えば、スクランブリングコードおよび／またはシグネチャシーケンス、ｓ、または、複数のＰＲＡＣＨ情報が信号で伝えられる場合、ＷＴＲＵが使うべきＰＲＡＣＨ情報のインデックス）を含んで良い。インデックスは、Ｅ−ＡＩを使って、ＷＴＲＵに送信されて良い。信号は、使用すべきリソースインデックスおよび／または共通Ｅ−ＤＣＨ値を含んで良い。Ｅ−ＡＩを用いてＵＬチャネル選択（例えば、Ｒ９９ ＲＡＣＨまたはＴＴＩ値）を信号で伝えて良いとＷＴＲＵが決定する実施例を記載する。例えば、第２のＥＡＩを用いて、Ｒ９９ ＰＲＡＣＨプリアンブルインデックス、および／または、ＴＴＩ値に対応するリソース群から共通Ｅ−ＤＣＨリソースインデックス、および／または要求した値以外のＴＴＩ値に対応するプリアンブルインデックスを信号で伝えて良い。このインデックス受信後、ＷＴＲＵは、指示されたチャネル（例えば、ＲＡＣＨまたは指示されたＴＴＩの共通Ｅ−ＤＣＨ）でＵＬ送信を開始して良い。これは、確認要求あり、または、確認要求なしで行って良い。ＷＴＲＵは、共通Ｅ−ＤＣＨリソースでの最後のプリアンブル送信に基づいて、使用する電力を決定して良い。ＷＴＲＵは、他のチャネルで最後に使用された電力を用いてプリアンブル送信を開始して良い。

図２は、例示的なフォールバックを示す。図２の方法２００は、ＷＴＲＵによって用いられて、ＷＴＲＵがランダムアクセスチャネル（例えば、Ｒ９９ ＲＡＣＨ、Ｒ９９ ＰＲＡＣＨなど）を使用するフォールバックを行い、アップリンク情報をネットワークに送信して良いか否かを決定する。ＷＴＲＵは、ネットワークに送信するデータまたは制御情報を含むが、これらに限定されないアップリンク情報を有して良い。ステップ２０１で、ＷＴＲＵは、ネットワークに共通Ｅ−ＤＣＨリソースを要求して良い。例えば、ＷＴＲＵのデフォルトリソースは共通Ｅ−ＤＣＨリソースであって良い。

ネットワークに共通Ｅ−ＤＣＨリソースを要求した後、ＷＴＲＵは、ランダムアクセスチャネル（例えば、Ｒ９９ ＲＡＣＨ、Ｒ９９ ＰＲＡＣＨなど）にフォールバックする表示をネットワークから受信して、ステップ２０２を完了して良い。表示は、アクイジションインジケータ（例えば、Ｅ‐ＡＩ）を通して受信して良い。表示はＥ‐ＡＩ値であって良い。１つまたは複数のＥ‐ＡＩ値を用いてランダムアクセスチャネル（例えば、Ｒ９９ ＲＡＣＨ、Ｒ９９ ＰＲＡＣＨなど）の使用を示して良い、また、１つまたは複数のＥ‐ＡＩ値を用いて共通Ｅ−ＤＣＨインデックスを示して良い。例えば、Ｅ‐ＡＩの少なくとも１つの値を用いて、ＷＴＲＵがランダムアクセスチャネル（例えば、Ｒ９９ ＲＡＣＨ、Ｒ９９ ＰＲＡＣＨなど）へのフォールバックを行って良いことを示して良い。ＷＴＲＵは、ネットワークがＷＴＲＵバッファおよび／またはＲＬＣの状態を認識していてもいなくても、ネットワークからフォールバックの表示を受信して良い。

ステップ２０３で、ＷＴＲＵは、条件を満たすか否かを決定して良い。送信チャネルがＲ９９ ＲＡＣＨにマッピング可能であること；送信ャネルが一定のＲＬＣ ＰＤＵサイズで設定されて良いこと；および／または、送信チャネルが、ＷＴＲＵで予め定められているチャネルリストであって、ＣＣＣＨおよび／またはＤＣＣＨを含んで良いチャネルリストに属すること、の１つまたは複数が成立すると、条件は満たされる。本明細書に記載の条件の１つまたは複数が成立する場合も、条件は満たされて良い。

条件を満たすとＷＴＲＵが決定する場合、ＷＴＲＵは、ランダムアクセスチャネル（例えば、Ｒ９９ ＲＡＣＨ、Ｒ９９ ＰＲＡＣＨなど）にフォールバックし、ランダムアクセスチャネル（例えば、Ｒ９９ ＲＡＣＨ、Ｒ９９ ＰＲＡＣＨなど）を介してアップリンク情報を送信して、ステップ２０４を完了して良い。例えば、ＷＴＲＵは、ＰＲＡＣＨ Ｒ９９シグネチャでネットワークにアクセスして、Ｒ９９ ＲＡＣＨを介してアップリンク情報を送信して良い。ＷＴＲＵは、Ｒ９９ ＲＡＣＨリソース（例えば、レガシーＲ９９ ＲＡＣＨリソース）のＰＲＡＣＨ情報を用いて、ＲＡＣＨプリアンブル送信手順を開始して良い。

条件を満たさないとＷＴＲＵが決定すると、ＷＴＲＵは、ネットワークへのアクセスからバックオフし、ステップ２０５を完了して良い。本明細書に記載の条件の１つまたは複数が成立しない場合、条件を満たさないとＷＴＲＵは決定して良い。例えば、ＷＴＲＵは、送信チャネルがＷＴＲＵで予め定められているチャネルリストに属さない場合、条件を満たさないと決定して良い。ＷＴＲＵは、ランダムアクセスチャネル（例えば、Ｒ９９ ＲＡＣＨ、Ｒ９９ ＰＲＡＣＨなど）にフォールバックするようにとのネットワークからの表示を無視して良い。ＷＴＲＵは、時間（例えば、所定の時間）を置いて、および／または、ネットワークに再度アクセスを試みて良い。

上記のプロセスは、コンピュータおよび／またはプロセッサによって実行されるコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、および／または、ファームウェアで実施して良い。コンピュータ可読媒体の例には、（有線および／または無線接続を介して送信される）電気信号、および／または、コンピュータ可読記憶媒体を含むが、それらに限られない。コンピュータ可読記憶媒体の例は、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクおよびリムーバブルディスクを含むがそれに限定されない磁気媒体、光磁気記憶装置、および／または、ＣＤ−ＲＯＭディスクなどの光媒体、および／または、ＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋｓ）などを含むが、それらに限定されない。プロセッサは、ソフトウェアと共に用いられて、ＷＴＲＵ、ＵＥ，端末、基地局、ＲＮＣ、および／または、任意のホストコンピュータで用いられる、無線周波数送受信機を実施して良い。

Claims (20)

1. アップリンク情報を送信する方法において、
   無線送受信ユニット（ＷＴＲＵ）によって、ネットワークから、共通拡張専用チャネル（共通Ｅ−ＤＣＨ）リソースを要求するステップと、
   リリース９９物理ランダムアクセスチャネル（Ｒ９９ ＰＲＡＣＨ）へフォールバックする表示を前記ネットワークから受信するステップと、
   条件が満たされるか否かを決定するステップであって、前記ＷＴＲＵがＲ９９ ＰＲＡＣＨへのフォールバックのために構成されたチャネル上で送信するためのデータを有する場合に前記条件が満たされている、ステップと、
   前記条件が満たされる場合に前記Ｒ９９ ＰＲＡＣＨ上で前記アップリンク情報を送信し、および、前記条件が満たされない場合に前記ネットワークへアクセスすることからバックオフするステップと
   を備える方法。
2. 前記表示は、アクイジション・インジケータ（Ｅ−ＡＩ）を介して受信されることを特徴とする請求項１に記載の方法。
3. 前記表示は、前記Ｅ−ＡＩの値であることを特徴とする請求項２に記載の方法。
4. 前記表示は、Ｅ−ＤＣＨリソースインデックスであることを特徴とする請求項１に記載の方法。
5. 前記アップリンク情報は、制御情報またはデータの少なくとも１つであることを特徴とする請求項１に記載の方法。
6. 前記ネットワークから、Ｒ９９ ＰＲＡＣＨへのフォールバックのための前記チャネルを構成する情報要素（ＩＥ）を受信するステップ
   をさらに備えることを特徴とする請求項１に記載の方法。
7. Ｒ９９ ＰＲＡＣＨへのフォールバックのために構成された前記チャネルは、共通制御チャネル（ＣＣＣＨ）または専用制御チャネル（ＤＣＣＨ）であることを特徴とする請求項１に記載の方法。
8. 前記条件は、前記Ｅ−ＤＣＨの無線リンク制御（ＲＬＣ）サイズが、Ｒ９９ ＰＲＡＣＨへのフォールバックのために構成された前記チャネルのＲＬＣサイズと同じであることをさらに含むことを特徴とする請求項１に記載の方法。
9. 前記ＷＴＲＵは、前記共通Ｅ−ＤＣＨリソースを前記ネットワークから要求しているとき、前記ＷＴＲＵが前記Ｒ９９ ＰＲＡＣＨへのフォールバックをサポートすることを示しているプリアンブルを利用することを特徴とする請求項１に記載の方法。
10. 前記バックオフするステップは、
    前記ネットワークからの前記Ｒ９９ ＰＲＡＣＨへのフォールバックする前記表示を無視するステップと、
    時間を待つステップと、
    前記ネットワークへのアクセスを試みるステップと
    を含むことを特徴とする請求項１に記載の方法。
11. アップリンク情報を送信するように構成された無線送受信ユニット（ＷＴＲＵ）において、
    ネットワークから、共通拡張専用チャネル（共通Ｅ−ＤＣＨ）リソースを要求し、
    条件が満たされるか否かを決定し、前記ＷＴＲＵがリリース９９物理ランダムアクセスチャネル（Ｒ９９ ＰＲＡＣＨ）へのフォールバックのために構成されたチャネル上で送信するためのデータを有する場合に前記条件が満たされている、よう構成されたプロセッサと、
    Ｒ９９ ＰＲＡＣＨへフォールバックする表示を前記ネットワークから受信し、
    前記条件が満たされる場合に前記Ｒ９９ ＰＲＡＣＨ上で前記アップリンク情報を送信し、および、前記条件が満たされない場合に前記ネットワークへアクセスすることからバックオフするよう構成された送受信機と
    を備えたことを特徴とするＷＴＲＵ。
12. 前記表示は、アクイジション・インジケータ（Ｅ−ＡＩ）を介して受信されることを特徴とする請求項１１に記載のＷＴＲＵ。
13. 前記表示は、前記Ｅ−ＡＩの値であることを特徴とする請求項１２に記載のＷＴＲＵ。
14. 前記表示は、Ｅ−ＤＣＨリソースインデックスであることを特徴とする請求項１１に記載のＷＴＲＵ。
15. 前記アップリンク情報は、制御情報またはデータの少なくとも１つであることを特徴とする請求項１１に記載のＷＴＲＵ。
16. 前記プロセッサは、Ｒ９９ ＰＲＡＣＨへのフォールバックのための前記チャネルを構成する情報要素（ＩＥ）を前記ネットワークから受信するようさらに構成されていることを特徴とする請求項１１に記載のＷＴＲＵ。
17. Ｒ９９ ＰＲＡＣＨへのフォールバックのために構成された前記チャネルは、共通制御チャネル（ＣＣＣＨ）または専用制御チャネル（ＤＣＣＨ）であることを特徴とする請求項１１に記載のＷＴＲＵ。
18. 前記条件は、前記Ｅ−ＤＣＨの無線リンク制御（ＲＬＣ）サイズが、Ｒ９９ ＰＲＡＣＨへのフォールバックのために構成された前記チャネルのＲＬＣサイズと同じであることをさらに含むことを特徴とする請求項１１に記載のＷＴＲＵ。
19. 前記プロセッサは、前記ＷＴＲＵが前記Ｒ９９ ＰＲＡＣＨへのフォールバックをサポートすることを示しているプリアンブルを利用して、前記共通Ｅ−ＤＣＨリソースを前記ネットワークから要求するよう構成されたことを特徴とする請求項１１に記載のＷＴＲＵ。
20. 前記バックオフすることは、
    前記プロセッサが、
    前記ネットワークからの前記Ｒ９９ ＰＲＡＣＨへのフォールバックする前記表示を無視し、
    時間を待つようさらに構成され、
    前記送受信機が、
    前記ネットワークへのアクセスを試みるよう
    さらに構成されたことを含むこと特徴とする請求項１１に記載のＷＴＲＵ。

Images