(57)【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）においてアップリンク伝送を実行する方法であって、
前記ＷＴＲＵがアップリンク伝送において送信するデータを有するかどうかを判定するステップと、
前記ＷＴＲＵがＷＴＲＵのグループのメンバであるかどうかを判定するステップであって、前記ＷＴＲＵのグループは、アップリンク伝送を実行するためのリソースを割り当てられる、ステップと、
前記ＷＴＲＵのグループに使用可能なリソースに基づいて前記ＷＴＲＵについての伝送時間を判定するステップであって、前記ＷＴＲＵのグループの各ＷＴＲＵについての前記伝送時間は、コリジョンを軽減するために時間的に拡散される、ステップと、
前記割り当てられたリソース上で前記判定された伝送時間にデータのアップリンク伝送を実行するステップであって、前記アップリンク伝送は、プリアンブルを含まない、ステップと
を備えることを特徴とする方法。
【請求項２】
前記伝送時間は、絶対時間または相対時間の一方であることを特徴とする請求項１に記載の方法。
【請求項３】
前記絶対時間は、システムフレーム番号であることを特徴とする請求項２に記載の方法。
【請求項４】
前記伝送時間は、システムフレーム番号であることを特徴とする請求項１に記載の方法。
【請求項５】
前記伝送時間は、ランダムに選択される初期バックオフ時間だけ伝送を遅延させることによって判定されることを特徴とする請求項１に記載の方法。
【請求項６】
前記伝送時間は、前記ＷＴＲＵのグループに基づく識別子から導出され、および前記ＷＴＲＵは、前記グループのメンバであることを特徴とする請求項１に記載の方法。
【請求項７】
ランダムアクセスリソースは、ＭＴＣ（Machine Type Communication）  ＷＴＲＵおよび非ＭＴＣ  ＷＴＲＵの間で隔離され、前記ランダムアクセスリソースは、ランダムアクセス、シグニチャ、またはサブチャネル／アクセススロットのために予約されたスクランブリングコードのセットのうちの少なくとも１つを含むことを特徴とする請求項１に記載の方法。
【請求項８】
アクセスクラスとアクセスサービスクラスは、ＭＴＣ（Machine Type Communication）  ＷＴＲＵと共にマッピングされ、前記伝送時間は、前記アクセスクラスと前記アクセスサービスクラスとの間のマッピング、および前記ＭＴＣ  ＷＴＲＵから導出されることを特徴とする請求項１に記載の方法。
【請求項９】
前記伝送時間は、ページングメッセージ上で受信されるバックオフ時間または時間インスタンスの一方から導出されることを特徴とする請求項１に記載の方法。
【請求項１０】
無線送受信ユニット（ＷＴＲＵ）であって、
前記ＷＴＲＵがアップリンク伝送において送信するデータを有するかどうかを判定するように、および前記ＷＴＲＵがＷＴＲＵのグループのメンバであるかどうかを判定するように構成されたプロセッサであって、前記ＷＴＲＵのグループは、アップリンク伝送を実行するためのリソースを割り当てられる、プロセッサと、
前記ＷＴＲＵのグループに使用可能なリソースに基づいて前記ＷＴＲＵについての伝送時間を判定するように構成された前記プロセッサであって、前記ＷＴＲＵのグループの各ＷＴＲＵについての前記伝送時間は、コリジョンを軽減するために時間的に拡散される、前記プロセッサと、
前記割り当てられたリソース上で前記判定された伝送時間にデータのアップリンク伝送を実行するように構成された送信機であって、前記アップリンク伝送は、プリアンブルを含まない、送信機と
を備えることを特徴とするＷＴＲＵ。
【請求項１１】
前記伝送時間は、絶対時間または相対時間の一方であることを特徴とする請求項１０に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は無線通信に関する。
【背景技術】
【０００２】
多数のデバイスが同時にランダムアクセスチャネル（ＲＡＣＨ）にアクセスしようと試みることがあるシステムでは、ＲＡＣＨ容量に影響が及ぶことがあり、こうしたデバイスおよび他のデバイスに関するアップリンク（ＵＬ）伝送が遅延し、その結果、潜在的に、コリジョン、紛失データ、および過剰な再伝送が生じる。こうしたデバイスの大部分が共通制御チャネル（ＣＣＣＨ）伝送を実施することができるとすれば、コリジョンの可能性が増大することがあり、したがって伝送の失敗が増大することがある。
【発明の概要】
【０００３】
複数の同時伝送のために無線送受信ユニット（ＷＴＲＵ）からのランダムアクセスチャネル（ＲＡＣＨ）伝送を最適化する方法および装置を開示する。ＷＴＲＵは、複数のＷＴＲＵによってアップリンクリソースを時分割することができるように、構成済み時間リソースを使用してランダムアクセス手順のためのアップリンク伝送を開始することができる。伝送時間を絶対的または相対的に計算することができる。アップリンク伝送を開始する前にバックオフを適用することができる。バックオフは、ＷＴＲＵ特有、ＷＴＲＵグループ特有のものでよく、またはアクセスクラスごとに指定することができる。バックオフにスケーリング因子を適用することができる。バックオフは、優先順位に基づいて求めることができる。コンテンションフリー割振り方法を使用して、適切なリソースを求めることができる。プリアンブルと共に、プリアンブルなしにデータを送信することができる。ＷＴＲＵはＭＴＣデバイスを含むことができ、いくつかの因子または特徴に従ってグループ化することができる。
【図面の簡単な説明】
【０００４】
添付図面と共に例として与えられる以下の説明から詳細な理解を得ることができる。
【０００５】
【図１Ａ】開示する１つまたは複数の実施形態を実行することのできる例示的通信システムのシステム図である。
【図１Ｂ】図１Ａに示す通信システム内で使用することのできる例示的無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示す通信システム内で使用することのできる例示的無線アクセスネットワークおよび例示的コアネットワークのシステム図である。
【図１Ｄ】図１Ａに示す通信システム内で使用することのできる例示的無線アクセスネットワークおよび例示的コアネットワークのシステム図である。
【図２】リソースを時分割する例示的方法の高レベル流れ図である。
【図３】リソースを時分割するネットワークでトリガされる方法の高レベル流れ図である。
【図４】グループスケジューリングに関する例示的な図である。
【発明を実施するための形態】
【０００６】
図１Ａは、開示する１つまたは複数の実施形態を実行することのできる例示的通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに供給する多元接続システムでよい。通信システム１００は、複数の無線ユーザが無線帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１つまたは複数のチャネルアクセス方法を利用することができる。
【０００７】
図１Ａに示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含んでもよいが、開示する実施形態が任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することは理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境で動作および／または通信するように構成された任意のタイプのデバイスでよい。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、ＭＴＣ（Machine Type Communication）、移動局、固定またはモバイルの加入者ユニット、ページャ、セルラー電話、ＰＤＡ、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家庭用電化製品などを含むことができる。
【０００８】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂの各々は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち少なくとも１つと無線でインターフェースして、コアネットワーク１０６、インターネット１１０および／またはネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスであってもよい。例えば、基地局１１４ａ、１１４ｂは、無線基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含みうることは理解されよう。
【０００９】
基地局１１４ａはＲＡＮ１０４の一部でよく、ＲＡＮ１０４は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）をも含むことができる。セル（図示せず）と呼ばれることがある特定の地理的領域内の無線信号を送信および／または受信するように基地局１１４ａおよび／または基地局１１４ｂを構成することができる。セルはさらに、セルセクタに分割することができる。例えば、基地局１１４ａに関連するセルを３つのセクタに分割することができる。このため、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわちセルの各セクタについて１つのトランシーバを含むことができる。別の実施形態では、基地局１１４ａはＭＩＭＯ技術を利用することができ、したがってセルの各セクタについて複数のトランシーバを使用することができる。
【００１０】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）でよい。任意の適切な無線アクセス技術（ＲＡＴ）を使用してエアインターフェース１１６を確立することができる。
【００１１】
より具体的には、上記のように、通信システム１００は多元接続システムでよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立することのできるＵＴＲＡ（Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access）などの無線技術を実装することができる。ＷＣＤＭＡは、ＨＳＰＡ（High-Speed Packet Access）および／またはＨＳＰＡ＋（Evolved HSPA）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１２】
別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（Long Term Evolution）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（LTE-A）を使用してエアインターフェース１１６を確立することのできるＥ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）などの無線技術を実装することができる。
【００１３】
別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ（Worldwide Interoperability for Microwave Access）、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Interim Standard 856）、ＧＳＭ（登録商標）（Global System for Mobile communications）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＥＲＡＮ（GSM EDGE）などの無線技術を実装することができる。
【００１４】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢまたはアクセスポイントであってもよく、職場、自宅、車両、キャンパスなどの局所的なエリア内の無線接続性を容易にするために任意の適切なＲＡＴを使用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用してピコセルまたはフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がないことがある。
【００１５】
ＲＡＮ１０４はコアネットワーク１０６と通信することができ、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over internet protocol）サービスを供給するように構成された任意のタイプのネットワークでよい。例えば、コアネットワーク１０６は、呼出し制御、課金サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続性、ビデオ配信などを実現することができ、かつ／またはユーザ認証などの高レベルセキュリティ機能を実施することができる。図１Ａには図示していないが、ＲＡＮ１０４および／またはコアネットワーク１０６が、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接または間接通信していることがあることを理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を使用していることのあるＲＡＮ１０４に接続に接続されていることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を利用する別のＲＡＮ（図示せず）とも通信していることがある。
【００１６】
コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしても働くことができる。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群内のＴＣＰ、ＵＤＰ、ＩＰなどの一般的な通信プロトコルを使用する、相互接続されたコンピュータネットワークのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを利用できる、１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができる。
【００１７】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの一部または全ては、マルチモード機能を含むことができ、すなわちＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信する複数のトランシーバを含むことができる。例えば、基地局１１４ａはセルラーベースの無線技術を利用することができる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を利用することのできる基地局１１４ｂと通信するように、図１Ａに示すＷＴＲＵ１０２ｃを構成することができる。
【００１８】
図１Ｂは、例示的ＷＴＲＵ１０２のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６および他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２は、一実施形態と矛盾しないままで、前述の要素の任意のサブコンビネーションを含んでもよいことは理解されよう。
【００１９】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などでよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする任意の他の機能を実施することができる。プロセッサ１１８をトランシーバ１２０に結合することができ、トランシーバ１２０を送受信素子１２２に結合することができる。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別々の構成要素として示すが、プロセッサ１１８およびトランシーバ１２０を電子パッケージまたはチップ内に共に一体化できることを理解されよう。
【００２０】
エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように送受信素子１２２を構成することができる。例えば、一実施形態では、送受信素子１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナでよい。別の実施形態では、送受信素子１２２は、例えばＩＲ、ＵＶ、可視光信号を送信および／または受信するように構成された放射器／検出器でよい。さらに別の実施形態では、ＲＦ信号と光信号をどちらも送信および受信するように送受信素子１２２を構成することができる。無線信号の任意の組合せを送信および／または受信するように送受信素子１２２を構成できることを理解されよう。
【００２１】
さらに、図１Ｂでは送受信素子１２２を単一の要素として示すが、ＷＴＲＵ１０２は任意の数の送受信素子１２２を含むことができる。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信する２つ以上の送受信素子１２２（例えば、複数のアンテナ）を含むことができる。
【００２２】
送受信素子１２２によって送信すべき信号を変調し、送受信素子１２２によって受信すべき信号を復調するようにトランシーバ１２０を構成することができる。上記のように、ＷＴＲＵ１０２はマルチモード機能を有することができる。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡやＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にする複数のトランシーバを含むことができる。
【００２３】
スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは発光ダイオード（ＯＬＥＤ）ディスプレイユニット）にＷＴＲＵ１０２のプロセッサ１１８を結合することができ、プロセッサ１１８は、それらからユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することができる。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、そのメモリにデータを格納することができる。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、ＳＤ（secure digital）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、サーバやホームコンピュータ（図示せず）などのＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、そのメモリにデータを格納することができる。
【００２４】
プロセッサ１１８は、電源１３４から電力を受けることができ、ＷＴＲＵ１０２内の他の構成要素に電力を配布し、かつ／または他の構成要素への電力を制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力供給する任意の適切なデバイスでよい。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
【００２５】
プロセッサ１１８をＧＰＳチップセット１３６に結合することもでき、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するようにＧＰＳチップセット１３６を構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１６を介して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、かつ／または２つ以上の近くの基地局から受信する信号のタイミングに基づいて位置を求めることができる。ＷＴＲＵ１０２は、一実施形態に適合したままで、任意の適切な位置決定方法によって位置情報を取得できることを理解されよう。
【００２６】
プロセッサ１１８をさらに他の周辺機器１３８に結合することができ、周辺機器１３８は、追加の特徴、機能、および／または有線もしくは無線接続性を実現する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）ＵＳＢポート、バイブレーションデバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００２７】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を利用して、エアインターフェース１１６を介して１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６とも通信していることがある。図１Ｃに示すように、ＲＡＮ１０４はノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１つまたは複数のトランシーバをそれぞれ含むことができる。ＲＡＮ１０４内の特定のセル（図示せず）とノードＢ１４０ａ、１４０ｂ、１４０ｃをそれぞれ関連付けることができる。ＲＡＮ１０４はまた、ＲＮＣ１４２ａ、１４２ｂをも含むことができる。ＲＡＮ１０４は、一実施形態に適合したままで、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含むことができることを理解されよう。
【００２８】
図１Ｃに示すように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信していることがある。さらに、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信していることがある。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信していることがある。ＲＮＣ１４２ａ、１４２ｂのそれぞれを、接続されるノードＢ１４０ａ、１４０ｂ、１４０ｃをそれぞれ制御するように構成することができる。さらに、アウターループパワー制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実施またはサポートするようにＲＮＣ１４２ａ、１４２ｂのそれぞれを構成することができる。
【００２９】
図１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素のそれぞれをコアネットワーク１０６の部分として示すが、こうした要素のうちの任意の要素をコアネットワークオペレータ以外のエンティティによって所有および／または運用できることを理解されよう。
【００３０】
ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６にＲＡＮ１０４内のＲＮＣ１４２ａを接続することができる。ＭＧＷ１４４にＭＳＣ１４６を接続することができる。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来型固定通信デバイス間の通信を容易にすることができる。
【００３１】
ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にＲＡＮ１０４内のＲＮＣ１４２ａを接続することもできる。ＧＧＳＮ１５０にＳＧＳＮ１４８を接続することができる。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にすることができる。
【００３２】
上記のように、コアネットワーク１０６をネットワーク１１２に接続することもでき、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができる。
【００３３】
図１Ｄは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を利用して、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６とも通信していることがある。
【００３４】
ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、一実施形態に適合したままで、任意の数のｅノードＢを含むことができることを理解されよう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１つまたは複数のトランシーバをそれぞれ含むことができる。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃはＭＩＭＯ技術を実装することができる。したがって、例えばｅノードＢ１４０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３５】
ｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれを、ＲＡＮ１０４内の特定のセル（図示せず）と関連付けることができ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクでのユーザのスケジューリングなどを処理するように構成することができる。図１Ｄに示すように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００３６】
図１Ｄに示すコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。上記の要素のそれぞれをコアネットワーク１０６の部分として示すが、こうした要素のうちの任意の要素をコアネットワークオペレータ以外の実体によって所有および／または運用できることを理解されよう。
【００３７】
Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１４２ａ、１４２ｂ、１４２ｃのそれぞれにＭＭＥ１４２を接続することができ、ＭＭＥ１４２は制御ノードとして働くことができる。例えば、ＭＭＥ１４２は、ＷＴＲＵの１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティベーション／非アクティベーション、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中の特定のサービングゲートウェイの選択の任を担うことができる。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示せず）との間の切換えのためのコントロールプレーン機能をも提供することができる。
【００３８】
Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれにサービングゲートウェイ１４４を接続することができる。サービングゲートウェイ１４４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに／からユーザデータパケットをルーティングし、転送することができる。サービングゲートウェイ１４４はまた、ｅノードＢ間ハンドオーバ中にユーザプレーンをアンカリングすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃについて利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどの他の機能も実施することができる。
【００３９】
ＰＤＮゲートウェイ１４６にサービングゲートウェイ１４４を接続することもでき、ＰＤＮゲートウェイ１４６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にすることができる。
【００４０】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来型固定通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。さらに、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線または無線通信ネットワークを含むことができる。
【００４１】
上記のように、ＷＴＲＵはＭＴＣを含むことができる。ＭＴＣは、人間の対話を必ずしも必要としない１つまたは複数のエンティティが関係するデータ通信の一形態である。計測デバイスまたは追跡デバイスがＭＴＣデバイスの典型的な例である。ＭＴＣに関して定義されている多数の異なる機能のカテゴリがあり、それぞれは以下のような異なる設計の課題をもたらす。時間制御、時間許容、パケット交換（ＰＳ）、オンラインスモールデータ伝送、オフラインスモールデータ伝送、モバイル発信、まれなモバイル終端、ＭＴＣ監視、オフライン表示、妨害表示、優先順位アラームメッセージ（ＰＡＭ）、余分な低電力消費、セキュア接続、位置特有のトリガ、並びにグループベースのポリシングおよびグループベースのアドレス指定を含むグループベースのＭＴＣ特徴。ＭＴＣのために最適化されたサービスは、人対人通信のために最適化されたサービスとは異なることがある。ＭＴＣは、異なるマーケットシナリオ、データ通信、低いコストおよび労力、潜在的に多数の通信端末、および大部分は端末当たり少しのトラフィックを伴うので、現在のモバイルネットワーク通信サービスとは異なることがある。ＭＴＣは、例えばアップリンク（ＵＬ）ランダムアクセスチャネル（ＲＡＣＨ）アクセスおよび伝送などのランダムアクセス（ＲＡ）手順に対して大きな影響を及ぼすことがある。本明細書ではＲＡＣＨという用語を一例として使用することがあるが、本明細書で説明する方法は、例えば、ＵＭＴＳ、ＬＴＥなどで使用することのできる任意のＲＡ手順に適用可能である。
【００４２】
ＵＭＴＳのためのＲＡＣＨ手順を説明する。３ＧＰＰ（Third Generation Partnership Project）仕様では、ＣＥＬＬ＿ＦＡＣＨ（cell forward access channel）ＷＴＲＵが、拡張ＲＡＣＨ機構を使用することが許可され、ＷＴＲＵに拡張専用チャネル（Ｅ−ＤＣＨ）リソースを割り当てることができる。Ｅ−ＤＣＨリソースは、全てのＣＥＬＬ＿ＦＡＣＨ  ＷＴＲＵの間で共有される共通リソースの小さいプールから選択される。ＷＴＲＵは、レガシーＲＡＣＨランプアップ手順を使用して、Ｅ−ＤＣＨリソースの使用を要求することができる。レガシーランプアップ手順の一部として、ＷＴＲＵは、ランダムに選択したアクセススロットで、ランダムに選択したシグニチャシーケンス（すなわち、プリアンブルシグニチャ）を送信する。シグニチャが正しく復号化された場合、基地局は、リソースのプールからのＥ−ＤＣＨリソース割当てでＷＴＲＵに応答することができる。リソースのプールは、ＣＥＬＬ＿ＦＡＣＨ  ＷＴＲＵについて維持され、詳細が、ブロードキャストシステム情報を通じてＷＴＲＵにシグナリングされる。
【００４３】
Ｅ−ＤＣＨリソースを割り当てる際に、基地局は、使用するリソースの索引をシグナリングすることができる。この索引を捕捉インジケータチャネル（ＡＩＣＨ）のような機構を介してシグナリングすることができる。ＡＩＣＨは、プリアンブルシグニチャをエコーバックするダウンリンクチャネルであり、ＷＴＲＵがその伝送が成功したかどうかを知ることが可能となる。このＡＩＣＨシグニチャは、−１、０、および＋１という３つの値を搬送することができる。高レベルでは、ＷＴＲＵは、プリアンブルシグニチャでＥ−ＤＣＨリソースを要求することができ、一方基地局は、アクセスを確認し、ＡＩＣＨシグニチャを使用してリソースを割り当てることができる。プリアンブルとＡＩＣＨシグニチャとの間には１対１のマッピングが存在することができる。
【００４４】
ＷＴＲＵにＥ−ＤＣＨリソースをシグナリングする方法は、以下の原理に基づくことができる。ＲＡＣＨと拡張ＲＡＣＨ  ＷＴＲＵとの間でプリアンブルシグニチャを隔離することができる。前のＷＴＲＵは、リリース７（およびそれ以前）について詳述される手順を使用することができる。さらに、ＲＡＣＨ／拡張ＲＡＣＨシグニチャとＡＩＣＨシグニチャとの間に１対１のマッピングが存在することができる。ＷＴＲＵは、ＡＩＣＨ応答の受信時に、対応する処置を取ることができる。
【００４５】
拡張ＲＡＣＨ  ＷＴＲＵでは、各プリアンブルシグニチャをデフォルトＥ−ＤＣＨリソースと関連付けることができる。基地局は、対応するＡＩＣＨシグニチャに対する１に等しいＡＩＣＨを送ることにより、このリソース割当てをシグナリングすることができる。しかし、基地局は、基地局自体を、プリアンブルシグニチャに結びつけられたデフォルトリソースを割り当てることに限定しないことがある。このリソースが既に割り当てられている（またはブロックされる）場合、基地局はプールから別のリソースを選択することができる。拡張ＡＩＣＨ（Ｅ−ＡＩＣＨ）を通じてこのことをシグナリングすることができる。ＷＴＲＵが−１に等しいＡＩＣＨを受信した場合、ＷＴＲＵは、これをＥ−ＡＩＣＨを調べる表示と理解する。Ｅ−ＡＩＣＨは、リソース割当てまたは否定応答（ＮＡＣＫ）表示を含むことができる。後者を使用して、ＷＴＲＵにリソースを割り当てることができないこと、およびＷＴＲＵがバックオフを実施してプリアンブルランプアップ手順を再始動することができることをＷＴＲＵに通知することができる。Ｅ−ＡＩＣＨを使用して、１つのリソース割当てをシグナリングすることができる。
【００４６】
ＵＭＴＳで使用されるアクセスクラスを本明細書で説明する。オペレータによってアクセスクラス（ＡＣ）を割り振り、特別であり、緊急呼出しのために予約されるアクセスクラス１０を除いて、汎用加入者識別モジュール（ＵＳＩＭ）に格納することができる。合計で１６個のアクセスクラスが存在することができる。アクセスクラス０から１０は、任意のユーザが使用することができ、アクセスクラス１１から１５はオペレータのために予約される。各アクセスクラスについて、ＳＩＢ３などのシステム情報ブロック（ＳＩＢ）で１ビットセル除外ステータスを指定することができる。各セルは、システム情報（ＳＩ）を更新することにより、異なる期間の異なるアクセスクラスを除外することができる。
【００４７】
ＲＡＣＨ使用の異なる優先順位を提供するために、物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソース（周波数分割複信（ＦＤＤ）に関するアクセススロットおよびプリアンブルシグニチャなど）を、異なるアクセスサービスクラス（ＡＳＣ）間で分割することができる。ＦＤＤで同一のアクセススロット／シグニチャ空間に１つまたは複数のＡＳＣを割り当てることが可能であることがある。ＡＳＣは、最大数８クラスについて、０≦ｉ≦ＮｕｍＡＳＣ≦７の範囲で番号付けすることができる。ＰＲＡＣＨリソースの一定のパーティションを定義する識別子ｉおよび関連する持続性値（persistence value）ＰｉによってＡＳＣを定義することができる。ＡＳＣパラメータのセットは、「ＮｕｍＡＳＣ＋１」個のそのようなパラメータ（ｉ，Ｐｉ）、ｉ＝０、．．．、ＮｕｍＡＳＣからなる。
【００４８】
情報要素（ＩＥ）「ＰＲＡＣＨ分割（PRACH partitioning）」を使用してＰＲＡＣＨパーティションを確立することができる。持続性値Ｐｉを各ＡＳＣと関連付けることができ、値が１から８までの範囲である動的持続性レベルＮから持続性値Ｐｉを導出することができる。動的持続性レベルＮをＳＩＢ７でブロードキャストすることができ、持続性スケーリング因子（Ｓｉ）をＳＩＢ５、ＳＩＢ５ｂｉｓ、および／またはＳＩＢ６でブロードキャストすることができる。表１に示すように、ＡＳＣの列挙は、優先順位の順序に対応するようなものでよい（ＡＳＣ０＝最高の優先順位、ＡＳＣ７＝最低の優先順位）。緊急呼出しのケース、または同等の優先順位を有する理由で、ＡＳＣ０を使用することができる。
【００４９】
【表１】
0005611372.tif 000002
【００５０】
無線ベアラセットアップまたは再構成の間、関係する各論理チャネルに、１から８の範囲のメディアアクセス制御（ＭＡＣ）論理チャネル優先順位（ＭＬＰ）を割り当てることができる。ＷＴＲＵでのＲＡＣＨ伝送のためにＭＡＣサブレイヤが構成されるとき、ＭＡＣに関するＡＳＣ選択のためにＭＬＰレベルを使用することができる。
【００５１】
以下のＡＳＣ選択方式を適用することができる。ただし、ＮｕｍＡＳＣは最高の利用可能なＡＳＣ数であり、ＭｉｎＭＬＰは、１つの論理チャネルに割り当てられる催告の論理チャネル優先順位である。ＴＢセット内の全てのトランスポートブロック（ＴＢ）が同一のＭＬＰを有するとき、ＡＳＣ＝ｍｉｎ（ＮｕｍＡＳＣ，ＭＬＰ）を選択することができる。ＴＢセット内のトランスポートブロック（ＴＢ）が異なる優先順位を有するとき、最高の優先順位レベルＭｉｎＭＬＰを求め、ＡＳＣ＝ｍｉｎ（ＮｕｍＡＳＣ，ＭｉｎＭＬＰ）を選択する。
【００５２】
RRC CONNECTION REQUESTメッセージを送るとき、初期アクセスでアクセスクラスを適用することができる。ＳＩＢ５またはＳＩＢ５ｂｉｓ内のＩＥ「ＡＣ対ＡＳＣマッピング（AC to ASC mapping）」により、アクセスクラス（ＡＣ）とアクセスサービスクラス（ＡＳＣ）との間のマッピングを示すことができる。ＡＣとＡＳＣとの間の対応を、表２に示すように示すことができる。
【００５３】
【表２】
0005611372.tif 000003
【００５４】
表２では、「ｎ番目のＩＥ」が、ＡＣに対する、０〜７の範囲のＡＳＣ番号を示すことができる。ＣＥＬＬ＿ＦＡＣＨ状態およびＩｄｌｅモードでのランダムアクセスおよび拡張アップリンクでは、それぞれのＡＳＣによって示唆されるパラメータを使用することができる。ＷＴＲＵがいくつかのＡＣのうちのメンバであるケースでは、ＷＴＲＵは、最高のＡＣ番号に関するＡＳＣを選択することができる。接続モードでは、ＡＣを適用することができない。
【００５５】
ＵＭＴＳで使用されるアクセスクラスとは異なり、ＷＴＲＵは、ＬＴＥで特殊アクセスクラス値１１〜１５を有することができない。ＷＴＲＵは、値０と１の間の乱数Ｒを取り出すことができる。R<ac-BarringFactorである場合、セルへのアクセスからＷＴＲＵを除外することができない。ac-BarringFactorおよびac-BarringTimeの値は、接続要求、シグナリング、またはデータのタイプに応じて異なることがあり、ＳＩＢ２でシグナリングすることができる。特殊ＡＣ値１１〜１５について特殊除外ビットをブロードキャストすることができる。このケースでは、ビットは、セルを除外することができるかどうかを示す。緊急呼出しのためにセルを除外することができるかどうかを示す、緊急呼出しのために使用される１ビットac-BarringForEmergencyが存在することができる。
【００５６】
ＬＴＥでは、ＭＡＣでのランダムアクセス手順はＡＣに依存しないことがある。ネットワークは、プリアンブルフォーマット、存在する場合はシステムフレーム番号（ＳＦＮ）、およびサブフレーム番号がどれであるかを示すＰＲＡＣＨ構成索引（０から６３）をブロードキャストする。ＷＴＲＵにこの構成を使用することが許可することができ、この構成は、同一のセルカバレッジエリア内の全てのＷＴＲＵに対して共通でよい。
【００５７】
ＬＴＥにおいて、接続モードでは、ネットワークがＷＴＲＵに送信するデータを有し、ＷＴＲＵを同期することができないとき、ネットワークは、ＷＴＲＵでＲＡＣＨアクセス手順をトリガすることができる。物理ダウンリンク制御チャネル（ＰＤＣＣＨ）順序を使用することにより、ＷＴＲＵでのＲＡＣＨアクセス手順をトリガすることができ、ＰＤＣＣＨ順序では、任意選択で、プリアンブル索引およびＰＲＡＣＨマスク索引を示すことができる。復号化プリアンブル索引が００００００とは異なる場合、ＷＴＲＵは、コンテンションフリーランダムアクセス手順を開始することができ、そうでない場合、コンテンションベースのランダムアクセス手順を開始することができる。ＰＤＣＣＨの周期的冗長検査（ＣＲＣ）をＷＴＲＵのセル無線ネットワーク一時識別（Ｃ−ＲＮＴＩ）とスクランブリングすることができる。
【００５８】
ＨＳＰＡ＋（High-Speed Packet Access Plus）では、以下で参照するとき、Ｅ−ＤＣＨリソースは、ＷＴＲＵがＵＬで送信し、ＵＬで制御チャネルを受信する必要があるリソースのセットを備えることができる。このことは、限定はしないが、スクランブリングコード、フラクショナル専用物理チャネル（Ｆ−ＤＰＣＨ）、Ｅ−ＤＣＨ絶対グラントチャネル（Ｅ−ＡＧＣＨ）、Ｅ−ＤＣＨ相対グラントチャネル（Ｅ−ＲＧＣＨ）、Ｅ−ＤＣＨハイブリッド自動反復要求（ＨＡＲＱ）インジケータチャネル（Ｅ−ＨＩＣＨ）、または同様のチャネルを含む。ＭＴＣデバイスのいくつかのグループは、専用無線ネットワーク一時識別子（ＲＮＴＩ）がないため、Ｅ−ＡＧＣＨが全く与えられないことがある。
【００５９】
本開示全体を通して、グループ識別子（ＩＤ）、グループユーザ、ＷＴＲＵのグループ、ＭＴＣデバイスグループなどを使用交換可能に使用することがあり、互いの間で同様の特性を共有するＷＴＲＵまたはユーザのグループを指すことがある（ＷＴＲＵのグループ）。このことは例えば、限定はしないが、時間許容、時間制御、低モビリティなどのＭＴＣクラスのサブセットに属するＷＴＲＵ、データまたはアプリケーションのタイプと共に構成されたＷＴＲＵ、一定のインターネットプロトコル（ＩＰ）サービスに属し、または一定のＩＰアドレスを含み、またはＩＰアドレスの同一の最初または最後のｘビットを含むＷＴＲＵ、同一のゲートウェイアドレスを含むＷＴＲＵ、一定のＭＴＣサーバに属するＷＴＲＵ、ネットワークプリファレンスに従うグループ、ＭＴＣデバイスが送信することを許可することができる最大データ転送速度、またはＭＴＣデバイスが送信することのできる最大データ転送速度に従うグループ、あるいはＭＴＣデバイスが送信するデータの優先順位に従うグループを含むことができる。ＷＴＲＵは、ＷＴＲＵが送信している可能性のある異なるタイプのデータまたはアプリケーションに応じて、異なるグループ識別を有することができる。グループはまた、全てのＭＴＣデバイスまたはＭＴＣではないデバイスからなることができるが、特徴またはプロパティに従って互いにグループ化される。
【００６０】
上記のグループ定義は例であり、グループ化は、ネットワーク定義、ＭＴＣ高レベル定義、事前定義、または類似のものでよい。本明細書で説明する実施形態は、ＵＭＴＳ、ＬＴＥ、ＧＳＭ、ｃｄｍａ２０００、ＩＥＥＥ８０２．ｘｘ、または任意の他の無線技術などの任意の無線技術に適用可能である。説明全体を通して、ＷＴＲＵ、ＭＴＣデバイス、およびユーザを交換可能に使用する。ＷＴＲＵは、グループに属するＭＴＣデバイスまたは任意のユーザに対応することができる。
【００６１】
本明細書では、ＷＴＲＵ間のリソース時分割によってＵＬ  ＲＡＣＨアクセスを最適化する例示的方法を説明する。こうした方法により、同時に、または短い期間内にアクセスを開始するＷＴＲＵ（またはユーザ）のグループが、そのＵＬ  ＲＡＣＨアクセスを経時的に拡散し、コリジョンの機会を低減することにより、ＲＡＣＨリソースのセットまたはサブセットにアクセスすることが可能となる。
【００６２】
ＵＬ  ＲＡＣＨアクセスを最適化する一例では、ほぼ同時に送信するようにスケジューリングされ、またはＷＴＲＵ間の時分割リソースによって同時に情報を求めてポーリングされるＷＴＲＵの間でＵＬアクセスを最適化することができる。このことは、ＷＴＲＵのグループに適用可能にすることができる。ＷＴＲＵがそのようなグループに属さず、またはＷＴＲＵが送信しているデータがそのようなグループに属さない場合、ＷＴＲＵは、通常のレガシー手順を使用して、以下で説明するように特定の時間待機する必要なしに送信時にＲＡＣＨにアクセスすることができる。しかし、以下で説明する手順は、必ずしもＭＴＣグループまたはクラスに属さず、あるいはＭＴＣ  ＷＴＲＵである他のＷＴＲＵに適用可能にすることができる。例えば、こうした他のＷＴＲＵを、本明細書で説明する手順に従って動作し、または挙動を示すように構成することができる。
【００６３】
図２に、リソースを時分割する例示的方法の高レベル流れ図２００を示す。一般には、ＷＴＲＵは、送信するＵＬデータを有するかどうかを判定する（２０５）。送信するデータを有する場合、ＷＴＲＵは、ＷＴＲＵの性質およびタイプを判定する（２１０）。ＷＴＲＵがグループのメンバではなく、またはそれに応じて構成されない場合、レガシーランダムアクセス手順を使用することができる（２１５）。ＷＴＲＵがグループのメンバであり、またはそれに応じて構成される場合、時間拡散方法を使用することができる（２２０）。ＷＴＲＵは、ＵＬアクセスを開始することができる時間、またはアクセスを遅延することができるバックオフ値を求める（２２５）。次いで、ＷＴＲＵは、許可されるアクセス時間に達したかどうか、またはバックオフタイマが満了したかどうかを判定する（２３０）。許可されたアクセス時間に達しておらず、またはタイマが満了していない場合、待機し続ける。許可されたアクセス時間に達し、またはタイマが満了した場合、ＷＴＲＵは、ブロードキャストＲＡＣＨリソースのセットからＵＬリソースを求め、またはＷＴＲＵが属するタイプおよびグループに関して具体的に構成されたリソースを求める（２３５）。プリアンブル伝送と共に、またはプリアンブル伝送なしに、割り振ったリソース上でアップリンクデータ伝送を開始することができる（２４０）。
【００６４】
所与のＷＴＲＵのグループに、ＵＬでデータを送信するために使用することのできるリソースのサブセットまたは１つのリソースを与えることができる。コリジョンを最小限に抑え、またはなくすために、同一のグループに属するＷＴＲＵがＵＬで送信することのできる時間を、事前定義された時間量にわたって拡散することができる。より具体的には、そのようなグループに属し、またはそのような挙動と共に構成されるＷＴＲＵは、ＷＴＲＵがＵＬ伝送を開始する前に決定する、事前定義された時間間隔、システムフレーム番号（ＳＦＮ）で、または特定の時間量の後に、ＵＬ伝送を開始することができる。ＵＬ伝送を開始することができるとＷＴＲＵが決定する時間は、同一のグループ内の全てのＷＴＲＵにわたって変動することができる。すなわち、求めるＵＬ伝送時間は、絶対的または相対的なものでよい。
【００６５】
あるいは、ＷＴＲＵは、利用可能なリソースのセットの中から選ぶことができ、プリアンブル伝送を開始することができ、各ＷＴＲＵについて、ＵＬ伝送時間を求めることができ、コリジョンの確率が低下するような方式で、事前定義された期間にわたってＵＬ伝送時間を拡散することができる。
【００６６】
ＷＴＲＵが伝送を開始することのできる時間、またはＷＴＲＵがＵＬアクセスを開始するまでのバックオフ時間を、以下の方式のうちの１つまたは組合せで求めることができる。ＷＴＲＵは、ＷＴＲＵ特有の識別子に基づいてＳＦＮまたはアクセス時間を計算することによって求めることのできる所与のＳＦＮまたは時間に伝送を開始することができ、ＷＴＲＵ特有の識別子は、限定はしないが、ＷＴＲＵ特有のもの、ＩＭＳＩ（international mobile subscriber identity）、ＴＭＳＩ（temporary mobile subscriber identity）、ＭＴＣ特有のデバイス識別子、ＩＰアドレスなどを含む。例えば、ＷＴＲＵ−ＩＤ  ｍｏｄ  ｔという式を使用して、時間インスタンスまたはバックオフ時間を求めることができる。ただしｔは、一例ではデータ伝送を拡散させることのできる時間でよい。ＷＴＲＵ識別子に基づいてＳＦＮを求める別の例は、ＷＴＲＵ−ＩＤ  ｍｏｄ  ２＾ｘでよい。ただしｘは、ＳＦＮに対して使用されるビット数に対応する。この式にさらなるオフセットを追加できることを理解されたい。
【００６７】
あるいは、事前定義された時間インスタンスに、時間インスタンスに対する追加のオフセットまたはバックオフを加えたものに基づいて、ＳＦＮまたは伝送時間を計算することもでき、追加のオフセットは、ＷＴＲＵ特有の識別、索引、またはＷＴＲＵアクセスＩＤに基づくことができる。例えば、上述のように、式ＷＴＲＵ−ＩＤ  ｍｏｄ  ｔによってオフセットまたはバックオフ値を求めることができる。ただしｔは、データ伝送を拡散させることのできる時間である。別の例では、各ＷＴＲＵに（初期起動時、登録時に、または既に事前構成済み）、アクセスＩＤ番号またはＭＴＣグループ内の固有番号を与えることができる。ＷＴＲＵが伝送を開始する時間は、初期時間インスタンスおよびアクセスＩＤまたは索引に基づく。初期時間インスタンスまたは初期ＳＦＮは、以下のうちの１つまたは組合せに対応することができる。データを生成する時間、データを送信することのできる時間、ＲＲＣがＲＲＣ接続要求をトリガする時間、ＷＴＲＵがアクセスクラス除外をチェックする時間、除外されないとＷＴＲＵが判定した後の時間（例えば、ＷＴＲＵがＲＡＣＨにアクセスすることを許可された後）、ＷＴＲＵでの持続性チェックが伝送を開始することが許可されると判定した後の時間、持続性チェックに従って、伝送を許可されないとＷＴＲＵが判定した後の時間（例えば、ＷＴＲＵは持続性チェックを実施し、不合格となり、その時点で、本明細書で説明する実施形態のいずれかに従って求められるバックオフ時間の後に別の持続性チェックを試みるだけである）、そのような追加の時間オフセットが定義されなかった場合、ＷＴＲＵがその第１のプリアンブル要求を行う時間、情報を求めてＷＴＲＵがポーリングされる時間、ウェイクアップし、一定の情報をネットワークにレポートするようにＷＴＲＵをトリガする事前定義されたタイマ、例えばページングまたはブロードキャストチャネルを介して、または初期登録時に、ネットワークによってＷＴＲＵにシグナリングされる明示的なＳＦＮ番号、ＷＴＲＵがページングされる時間、送信を開始するようにＷＴＲＵに明示的に伝えられる時間、無線リソース制御（ＲＲＣ）メッセージまたはページングメッセージを介してＷＴＲＵに与えられるＳＦＮ番号、あるいはネットワークに制御メッセージを送ることを必要とするＷＴＲＵでの一定の手順がＷＴＲＵでトリガされる時間。例えば、そのような手順は、限定はしないが、セル再選択、エリア更新、モビリティなどを含むことができる。
【００６８】
あるいは、ＳＦＮ、時間インスタンス、またはバックオフは、ＷＴＲＵで設定される索引、アクセスＩＤ、または番号に対応することができる。ＷＴＲＵがウェイクアップし、または送信するデータを有する時点からの時間枠内で、ＷＴＲＵは、割り当てたアクセスＩＤに対応するＳＦＮ上で送信することができる。例えば、ＳＦＮは、ＷＴＲＵアクセスＩＤに等しいものでよい。
【００６９】
あるいは、上記で決定した初期時間インスタンスまたはバックオフ時間に対する索引またはオフセットは、０と最大時間（Tmax_backoff）との間、または値の範囲ＮからＭの間で生成された乱数によるものでよい。この最大時間または範囲をＷＴＲＵで明示的に構成することができ、かつ／またはアプリケーション特有のパラメータによって暗黙的に決定することができる。例えば、時間に不寛容なアプリケーションでは、ＷＴＲＵは、最大時間枠内でデータを送信することができる。ＷＴＲＵによって使用されるバックオフ番号を、次のアクセスで使用するためにページングメッセージまたはＲＲＣメッセージ（ＲＲＣ接続解放または拒否など）で与えることができる。初期バックオフまたは時間確率化は、例えばランダムアクセス手順を開始する前に、ＭＡＣまたは物理層で行うことができ、またはＲＲＣなどのより上位の層で行うことができる。このことは、ＲＲＣアクセスクラス除外手順の一部でよく（このＷＴＲＵのグループに対して追加される追加の遅延／確率化）、またはＷＴＲＵが決定した時間だけＲＲＣでのＲＲＣ接続の伝送を遅延する新しい手順を追加することができる。
【００７０】
ＳＦＮを求めた後、または時間インスタンスを求めた後、ＷＴＲＵは、そのＳＦＮ内、または次に利用可能なＲＡＣＨ機会で求めた時間内で伝送を開始することができる。同等に、本明細書で求められる値、例えば時間オフセットまたはバックオフに等しいタイマ（例えばバックオフタイマ）を開始することによってアクセス時間を求めることができる。タイマが満了すると、ＷＴＲＵはＵＬアクセスを開始する。
【００７１】
ＷＴＲＵは、ネットワークに対するアクセスを制御する際に使用することのできるＷＴＲＵの時間パターンに従ってＵＬ伝送を開始することができる。本明細書ではこうした時間パターンを以下で説明する。
【００７２】
さらに、ＷＴＲＵは、データ伝送を開始することができ、またはＲＡＣＨ手順を開始することのできる、求めたＳＦＮ内のサブフレームまたはＴＴＩを求めることができる。このことは、以下のうちの１つまたは組合せによって求めることができる。事前定義された規則を使用することができ（例えば、ＷＴＲＵは、ＳＦＮの先頭、またはフレーム内のｘ個のサブフレームまたはＴＴＩで開始することができる）、ＷＴＲＵは、サブフレームをランダムに選ぶことができ、ＷＴＲＵは、ＲＡＣＨ手順、およびリソースのセットまたは与えられたグラント内でブロードキャストされた利用可能なサブフレームまたはアクセススロットに依拠することができ、あるいはＷＴＲＵは、構成されたＲＡＣＨ構成索引によって許可されるサブフレームに従って求めることができる。
【００７３】
ネットワークでトリガされる解決策では、ネットワークからの明示的メッセージを使用して、伝送を開始するようにユーザに指示することができる。例えば、ＷＴＲＵは、送信するデータを有することができるが、ポーリング、ページング、または任意の他の機構を介してネットワークによって明示的に開始されない限り、送信することができない。このことは、ＷＴＲＵによって計算される次のＳＦＮ番号または時間インスタンスに従って伝送を開始するようにＷＴＲＵに指示する明示的Ｌ１／Ｌ２またはＬ３シグナリングによって実施することができる。例えば、いくつかのＷＴＲＵのアップリンク（ＵＬ）伝送を制御するために、ネットワークは、ページングインジケータを使用して、そのグループ内で送信する必要のあるデータを送信するようにＷＴＲＵをトリガすることができる。
【００７４】
例えば、図３に示すように、ＷＴＲＵの定義済みのグループについて、データが上位層で生成されていることがある（３００）。ＷＴＲＵは、ネットワークがＷＴＲＵを開始するように既に構成したかどうかをチェックする（例えば、データを生成する前に、伝送を開始するメッセージを受信した）（３０５）。ＷＴＲＵが構成される場合、ＷＴＲＵはデータを送信することができる（３１０）。そのような表示を受信していない場合、ＷＴＲＵは、ＲＡＣＨ伝送を開始するためにＬ１またはＬ２／Ｌ３信号を待機する。ページングインジケータの例では、ＷＴＲＵはページングインジケータを監視することができる（３１５）。ＷＴＲＵが属するグループについて、またはＷＴＲＵ自体についてページング表示を受信したことをＷＴＲＵが検出した場合（３２０）、ＷＴＲＵは、ＳＦＮ番号を計算し、または対応するバックオフ時間を適用し（３２５）、その上で送信することのできるリソースを求め（３３０）、以下で定義される、求めた時間、リソース、および手順に従って伝送を開始することができる（３３５）。そうでない場合、ＷＴＲＵは、引き続きページングインジケータを監視する。バックオフ、オフセット、またはページングまたはポーリングメッセージ内の上記のパラメータのいずれかをＷＴＲＵに与えることができる。このことにより、ネットワークがバックオフあるいはページングまたはポーリングメッセージ内のパラメータを動的に変更することを可能にすることができる。
【００７５】
本明細書で説明する解決策は、最終伝送時間が、あるＷＴＲＵデバイス、すなわちＭＴＣデバイスが送信することを必要とされることのある許可された時間間隔を超過することができないという点で、追加の制限を有することができる。より具体的には、時間に不寛容な伝送を伴うあるＭＴＣデバイスは、事前定義された時間間隔内にデータを送らなければならないことがある。したがって、本明細書で説明する例示的方法を修正して、そのような時間間隔を超過しないことを保証することができる。例えば、これを、許可された時間と計算した時間との間の最小値として求めることができる。あるいは、時間インスタンスをその間隔内にすることを可能にする方法を使用することができる。例えば、本明細書の上記で説明したオフセット解決策では、最終的オフセットは、計算したオフセット  ｍｏｄ  （時間間隔オフセット）に等しくてよい。ただし時間間隔オフセットは、最終時間間隔およびデータが生成された時間に関する残り時間でよい。
【００７６】
本明細書では、ＲＡＣＨアクセスバックオフパラメータおよび優先順位を求める方法を説明する。上述したように、ＷＴＲＵがそのＵＬアクセスを開始する前に適用することのできる、上述の実施形態のいずれかにとって必要な最大バックオフ持続時間またはオフセット（以後ＴMAX_Backoffと呼ぶ）は、グループ特有のパラメータまたはＷＴＲＵ特有のパラメータでよい。より具体的には、以下の方式のうちの１つまたは組合せでパラメータを構成することができる。一構成例では、ＭＴＣクラス当たり１つのバックオフ値を指定することができる。あるいは、ＭＴＣデバイスのグループ当たり１つのバックオフ値を指定することができる。
【００７７】
あるいは、ＭＴＣまたはアクセスクラス当たり１つのバックオフ値を指定することができる。この例では、このクラスに対応する全てのＷＴＲＵは、同一のバックオフパラメータを使用することができる。あるいは、この例では、構成されＷＴＲＵの各グループまたは各ＷＴＲＵに、全てのＭＴＣデバイスまたはクラスに対して与えられるバックオフ値をスケーリングするのに使用することのできる追加の因子を与えることができる。次いで、ＷＴＲＵは、与えられるバックオフ値にこのスケーリングを掛け、使用する最終的バックオフ値を求めることができる。
【００７８】
あるいは、いくつかの値を構成することができ、いくつかの値は、ＷＴＲＵの優先順位構成、またはデータ伝送を開始したサービスまたはアプリケーションの優先順位（例えば、ＷＴＲＵの優先順位）に基づくことができる。ＷＴＲＵは、構成した優先順位に対応する値を使用することができる。
【００７９】
ネットワークは、ＲＲＣメッセージを使用するＲＲＣレベルのシステム情報または信号で（例えば、ページングメッセージで）、または非アクセス層（ＮＡＳ）レベルのシステム情報または信号で（例えば、Attach Complete、Authentication Request、ＲＡＵ（routing area update）、ＬＡＵ（location area update）、またはＴＡＵ（tracking area update）Ａｃｃｅｐｔで）、以下のようなＴMAX_Backoffの異なる値をブロードキャストすることができる：異なる優先順位にそれぞれ対応する異なるＴMAX_Backoff持続時間のリスト（例えば、Ｔ0、．．．ＴN-1。ただしＮは優先順位またはグループの数）、異なる優先順位にそれぞれ対応する、上述したように構成することのできる（例えば、全てのデバイスについて１つの値、クラス当たり１つの値など）、１つのＴMAX_Backoffに適用するためのスケーリングパラメータのリスト。あるいは、これらのスケーリングパラメータを固定することができ、このケースでは、ネットワークはバックオフ値をブロードキャストまたはシグナリングすることができる。ＭＴＣデバイスは、異なるスケーリング因子を使用する（例えば、対応するＴMAX_Backoffに、提供されているデータまたはサービスの優先順位に対応するスケーリング因子で乗算または除算する）ことによって異なるバックオフ値のリストを求めることができる。
【００８０】
以下の方法のうちの１つまたは組合せで、ＭＴＣデバイスが使用することのできる優先順位を求めることができる。ＭＴＣは、ＭＴＣデバイスが属するタイプのグループに直接的に依存することができる。このことは、例えば、汎用加入者識別モジュール（ＵＳＩＭ）上で示すことができる。例えば、時間に寛容なＭＴＣデバイスは低い優先順位、したがって時間制約ＭＴＣデバイスよりも長いバックオフパラメータを使用することができる。
【００８１】
あるいは、ＭＴＣは、ＭＴＣデバイスが送ることのできるデータのタイプに依存することができる。例えば、ＭＴＣデバイスは、アラームのような高優先順位データに関して、周期的計測結果を送るときよりも短いバックオフを使用することができる。アプリケーションレベルまたはＮＡＳレベルでデータの優先順位を求め、ＲＲＣまたはＭＡＣに示すことができる。
【００８２】
あるいは、ＭＴＣは、サービス品質（ＱｏＳ）に依存することができる。例えば、トラフィックの遅延感度を定義するＱｏＳクラス（すなわち、ＭＴＣデバイスが送ることのできるデータ）から各優先順位を導出することができる。既存のＱｏＳクラスを再利用することができ、またはＭＴＣデバイスについて新しいＱｏＳクラスまたはサブクラス（例えば、Ｂａｃｋｇｒｏｕｎｄ  Ｃｌａｓｓのサブクラス）を定義することができる。
【００８３】
あるいは、ＭＴＣデバイスが選択することのできる優先順位を「ＷＴＲＵ機能」によって制限することができる。あるいは、優先順位は、ＭＴＣデバイスが送ることのできるデータ量に依存することができる。例えば、アラームが高い優先順位を必要とするショートメッセージであり、周期的計測レポートはより多くのデータを含むことができ、必要とする優先順位が低くてよいことを予見することができる。
【００８４】
本開示を通じて、ネットワークは、バックオフ、タイミング、アクセスクラス、優先順位などのいくつかのＭＴＣ特有のパラメータと共にＷＴＲＵまたはＷＴＲＵのグループを構成することができる。ＲＡＣＨまたはＲＲＣ特有のメッセージを介してそのようなパラメータを構成することができる。各ＭＴＣグループを区別し、ネットワークがこうした特定のパラメータを構成することを可能にするために、以下の方法のうちの１つまたは組合せを使用することができる。
【００８５】
以下で説明するＭＴＣデバイスについて定義される新しいアクセスクラスにＭＴＣグループをマッピングすることができる。あるいは、ＭＴＣデバイスについて定義される１つの新しいアクセスクラスが存在することができるが、この新しいアクセスクラス下でサブアクセスクラスを定義することができる。各サブアクセスクラスは、１つのＭＴＣグループに対応することができ、またはサブアクセスクラスの有限セットを定義することができる。次いで、各サービス／グループまたはアプリケーションをこうしたサブクラスのうちの１つにマッピングすることができる。次いで、ネットワークは、各サブアクセスクラスについてＭＴＣ特有のパラメータをシグナリングすることができる。
【００８６】
異なるＭＴＣグループＩＤのリストを定義することができ、各ＭＴＣサービスまたはＭＴＣデバイスにグループＩＤを割り当てることができる。各ＭＴＣサービスにグループＩＤが割り当てられる場合、１つのＭＴＣデバイスが異なるグループに属し、トリガされるサービスに応じて特定のグループＩＤを使用することがある。
【００８７】
固定数のＭＴＣグループを定義することはできないが、ＭＴＣデバイスグループの最大数を定義することができる。ネットワークは、例えばＲＡＣＨ負荷のレベル、ネットワーク輻輳、またはエリア内に配置されるＭＴＣデバイス数に応じて、より多数または少数のＭＴＣグループを使用することを決定することができる。各ＭＴＣデバイスに、経時的に変化することのできる１つまたはいくつかのＭＴＣグループＩＤを割り当てることができる。
【００８８】
同一のグループＩＤを使用するＭＴＣデバイスまたはＭＴＣサービスの最大数が存在することができる。さらに、この数をセル当たりまたはエリア（例えば、ロケーションエリア、ルーティングエリア、トラッキングエリアなど）当たりで限定することができる。
【００８９】
ネットワークは、特定のグループＩＤが使用することのできるＲＡＣＨリソースまたはアクセスバックオフパラメータはどれか、またはどのグループＩＤが除外されるかを、以下の方法のうちの１つまたは組合せでシグナリングすることができる。ネットワークは、グループリソースが属するグループＩＤまたはグループＩＤのリストを明示的に与えることができる。あるいは、ネットワークは、異なるＭＴＣグループＩＤおよび対応するＲＡＣＨリソースまたはＲＡＣＨアクセスバックオフ／除外パラメータのリストを有するマッピングテーブルをブロードキャストすることができる。あるいは、このマッピングテーブルを固定することができる。
【００９０】
別のシグナリング方法では、登録メッセージのうちの１つまたは新しいＮＡＳメッセージでＷＴＲＵにグループＩＤを割り当てることができる。あるいは、ＵＳＩＭでグループＩＤおよび／またはマッピングをＷＴＲＵに与えることができる。あるいは、ページングメッセージでＷＴＲＵにグループＩＤを割り当てることができる。あるいは、ＷＴＲＵがネットワークから新しいグループＩＤを受信したとき、ＷＴＲＵは、その新しいグループＩＤを次の伝送のために使用することができ、または新しいグループＩＤを受信するまで、全ての将来の伝送のために使用することができる。受信したグループＩＤは、既存のグループＩＤに取って代わることができ、または受信したグループＩＤをグループＩＤのリスト内の既存のグループＩＤに追加することができる。ＷＴＲＵが割り当てることのできるグループＩＤの最大数が存在することができる。ネットワークは、既存のグループＩＤを削除するようにＷＴＲＵに指示することができる。ＷＴＲＵは、格納するグループＩＤの最大数に達したとき、最も古いグループＩＤを削除することができる。
【００９１】
別のシグナリング方法では、ＭＴＣデバイス当たり、またはＭＴＣサービス当たりのグループＩＤを固定することができる。例えば、ＵＳＩＭ上に加入者プロファイルの一部としてグループＩＤを格納することができる。あるいは、任意の既存のＲＲＣまたはＮＡＳシグナリングメッセージを使用することにより、または新しいＲＲＣまたはＮＡＳメッセージを使用することにより、ＭＴＣデバイス内のグループＩＤを更新することができる。
【００９２】
別のシグナリング方法では、クラスの有限サブセットまたは割り当てられた優先順位のケースでは、システム情報は、こうしたサブセットのそれぞれについてパラメータのリストを提供することができる（例えば、０．．．Ｎ、ただしＮはサブセット数）。ＷＴＲＵは、ＵＳＩＭ内の事前定義されたマッピングまたは明示的なマッピング、あるいはＮＡＳレベルメッセージまたはＲＲＣレベルメッセージに基づいて、それがどのサブセットに対応するかを判定し、こうしたパラメータを必要とする任意の手順についてこうしたパラメータを適用することができる。
【００９３】
上述の方法のうちの１つに従ってＵＬ伝送を開始することができるとＷＴＲＵが判定した後、異なる方法を使用して異なるレベルで、同一のリソースまたはリソースのサブセットの時分割、すなわちリソース割振りを実施することができる。より具体的には、グループまたはクラス内の全てのＷＴＲＵに、ＲＡＣＨアクセスのために利用可能なリソースの完全なセットのサブセットまたは限定した数を与えることができる。こうしたリソースは、グループまたはアクセスクラス内のＭＴＣ特有の伝送のために予約することができる。しかし、ＷＴＲＵがこの限定されたリソースを介して送信することのできる時間が、上述の方法のうちの１つに従って時間にわたって拡散されるので、ＷＴＲＵが同一のリソースまたはリソースのセットを時分割するとみなすことができる。異なるＷＴＲＵは、上述の方法のいずれかを使用して、異なる時間スロットで同一のリソースへのアクセスを実施することができる。従って、コンテンションフリー割振りを使用して適切なリソースを割り振ることができる。あるいは、コンテンションベースの割振りを使用することができる。
【００９４】
本明細書で説明する方法のうちの１つまたは組合せは、コンテンションフリーリソース割振り方法を利用する。これにより、ＷＴＲＵがコンテンションフリー伝送を有することが可能となる（例えば、このＷＴＲＵだけが、所与の時点でこのリソースで送信している）。こうした解決策は、コンテンションフリーアクセスと共に、またはコンテンションフリーアクセスなしに機能することができることを理解されたい。
【００９５】
コンテンションフリーリソースのセットは、限定はしないが、プリアンブルシグニチャシーケンス、ＵＭＴＳ用のＥ−ＤＣＨリソース（すなわち、スケジュールされないグラント）、プリアンブル伝送用のアクセススロット、スクランブリングコード、ＵＭＴＳおよびＬＴＥ用の物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソース、ＬＴＥ用の物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースブロック割振り（すなわち、半永続的スケジューリング割振り）、ＬＴＥ用の物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースを含み、プリアンブル後にリソース割振りを受信するのにＲＮＴＩまたは専用ＷＴＲＵ識別子が必要なシステムでは、事前定義されたＷＴＲＵのためにＲＮＴＩを事前割振りし、または予約することができる。
【００９６】
ＷＴＲＵに情報を与えるために、以下の方法のうちの１つまたは組合せを使用することができる。一方法では、ＷＴＲＵに索引を与えることができる。索引は、使用することのできるブロードキャストされたリソースのリスト内にどのリソースがあるかを指摘する。例えば、ＵＭＴＳでは、一定のカテゴリまたはＭＴＣグループに属するＷＴＲＵのグループについて、コンテンションフリーＥ−ＤＣＨリソースの索引を個々にシグナリングまたはブロードキャストすることができる。例えば、プリアンブルシグニチャシーケンスに対する索引を任意のシステムに関するＷＴＲＵに与えることができる。
【００９７】
この索引をＷＴＲＵで事前定義することができ、または最初にデバイスがネットワークに登録し、起動し、またはセルに移動したときに事前構成することができる。この索引をＭＴＣデバイスについてブロードキャストすることができ、または異なるＭＴＣグループまたは異なるアクセスクラスについてブロードキャストすることができる。あるいは、使用すべきリソースのセットを、各ＭＴＣグループについて、またはこのリソースを使用する必要とする任意のデバイスについてブロードキャストすることができる。リソース割振りまたは索引は、ページングインジケータに追従するページングメッセージまたは別の専用メッセージを介してＷＴＲＵに与えられる。この専用メッセージまたはページングメッセージは、ＲＮＴＩ（例えば、一時ＲＮＴＩ、プリアンブルシグニチャシーケンス、送信する伝送時間間隔（ＴＴＩ）、スロット番号、リソースブロック）などの追加のパラメータ情報を搬送することができる。
【００９８】
あるいは、メッセージは、ＷＴＲＵまたはＷＴＲＵのグループにＲＮＴＩを与えることができる。したがって、送信するようにスケジューリングされるときの特定のＷＴＲＵは、制御チャネル（例えば、ＬＴＥでのＰＤＣＣＨ、またはＵＭＴＳでのＥ−ＡＧＣＨ）を監視して、ＵＬでそれを介して送信するリソース（例えば、リソースブロック、グラント、リソースの索引、または類似のリソース）を求めることができる。
【００９９】
あるいは、使用するリソースのセットを明示的に与えることができる（例えば、構成メッセージ全体をＷＴＲＵに送ることができる）。起動または登録後に、またはＷＴＲＵが送信することができるごとに、リソースのセットを送ることができる。例えば、ＵＭＴＳでは、既知のＥ−ＤＣＨリソースのセットに対する索引を介して、メッセージをＷＴＲＵに送ることができる。
【０１００】
あるいは、事前定義された規則を実装することができ、ＷＴＲＵは、ブロードキャストされる最初、最後、またはＮ番目のリソース上で伝送を行えることを知ることができる。あるいは、ＭＴＣデバイス、またはＭＴＣデバイスのグループ、またはＭＴＣデバイスのクラスについて、リソースのデフォルトのセットが定義される。
【０１０１】
ネットワークは、Ｍ２Ｍ（Machine to Machine）デバイスが近傍にないことを知っているのでない限り、Ｍ２Ｍ伝送のためのリソースを予約することができる。あるいは、ＷＴＲＵは、アクセスクラスに従って求められ、または通常のＲＡＣＨ手順のためにブロードキャストされる利用可能なリソースのいずれかを選ぶことができる。しかし、ＷＴＲＵは、ＳＦＮ値または絶対時間の計算される時間に、最初のプリアンブルを開始することができる。
【０１０２】
ＷＴＲＵに複数のコンテンションフリーリソースを割り振ることができる場合、ＷＴＲＵは、上記で与えられる所与のＴＴＩまたはＳＦＮで、複数のコンテンションフリーリソースの中から選ぶことができる。例えば、ＷＴＲＵは、制御チャネルを監視し、または事前定義された規則を適用して適切なリソースを求めることができる。
【０１０３】
本明細書では、割り振られたリソース上でのＵＬ伝送のための方法を説明する。１つのＵＬ伝送方法では、リソースを時分割するＷＴＲＵが、プリアンブルを送信することなく、所与のＳＦＮまたはスロットでＵＬ伝送を開始する。したがって、ＷＴＲＵはＳＦＮ、サブフレーム、またはＴＴＩを求め、直ちにデータのＵＬ伝送を開始し、プリアンブルランプアップ段階をスキップする。例えば、ＬＴＥでは、ＷＴＲＵは、与えられた割振りに従って、ＰＵＳＣＨを介してデータの送信を開始することができ、ＵＭＴＳでは、ＷＴＲＵは、ＰＲＡＣＨまたはＥ−ＤＣＨリソースを介して送信することができる。
【０１０４】
上記の方法は、ＵＭＴＳなどのいくつかのシステムにとって特に有益である。より具体的には、ＷＴＲＵがこのリソースにアクセスできるデバイスであるとすれば、ＷＴＲＵは、プリアンブルを送る必要はないことがある。ＷＴＲＵは、所与のＳＦＮでＵＬ上で伝送を開始することができる。ＷＴＲＵは、以下の方法を使用して干渉を低減し、正しい電力レベルで拡張専用物理データチャネル（Ｅ−ＤＰＤＣＨ）を送信することができる。ＷＴＲＵは、Ｅ−ＤＰＤＣＨ伝送の前にｘ個のＴＴＩで専用物理制御チャネル（ＤＰＣＣＨ）伝送を開始することができる。次いで、ＷＴＲＵはＰＲＡＣＨ伝送を開始する。ＤＰＣＣＨまたはＰＲＡＣＨの初期電力は、以下の規則のうちの１つまたは組合せに従って設定することができる。シグナリングされるデフォルトＤＰＣＣＨ電力またはデフォルトＰＲＡＣＨ電力オフセットを使用する、ＤＬ測定値（例えば、共通パイロットチャネル（ＣＰＩＣＨ）測定値）を使用して求める、ＷＴＲＵは、最後の送信電力を保存し、次いでそれを使用して（これは、非モバイルＷＴＲＵに関して特に有用である）、その電力からオフセットを引いたところから開始する、または現在値とシグナリングされた値の間の最小値を使用する。
【０１０５】
ＬＴＥシステムでは、ＵＬでの伝送は一般に、ＲＡＣＨを除いてＷＴＲＵを時間位置合せすることを必要とする。ＷＴＲＵが送信するごとに時間位置合せを回復するための不必要なＲＡＣＨ手順を回避するために、ＭＴＣ  ＷＴＲＵが、最後にＲＲＣ接続モードにあったときからそのタイミングアドバンス値を再利用することを許可することができる。しかし、このことは、ＷＴＲＵの物理位置が変化していないという条件下で許可することができる。このことは、例えば全地球測位システム（ＧＰＳ）に基づく位置推定を使用することによって実施することができる。動きの欠如を示す検出デバイスからの出力から求めることもできる。あるいは、受信した信号強度に基づく基地局からの経路損失推定を使用することができる。あるいは、ＷＴＲＵは、非モバイルグループに属することができる（例えば、このデバイスが移動しないことがあらかじめ知られている）。ＷＴＲＵは、ＷＴＲＵが固定デバイスであると判定することができ、始めと、ＵＬ伝送を有するごとに一度、タイムアドバンスを取得することができ、次いで、プリアンブルを送信する必要なしに、同一のタイミングアドバンス情報を使用することができる。
【０１０６】
ＬＴＥなどのシステムでは、プリアンブルなしに開始することは、ＷＴＲＵが、ランダムアクセス（ＲＡ）応答メッセージで受信されるタイミングアドバンス情報を有さないことがあることを考えると、より困難である可能性がある。プリアンブルが送信することができない方法では、ＷＴＲＵは、保護期間をデータ伝送の一部として使用して、ワーストケースタイミング不確定性を補償し、後続のサブフレームとの干渉を回避することにより、割り当てられたＰＵＳＣＨリソース上で、限定されたデータ量を送信することができる。そのような手法は、あらゆる副搬送波について時間スロットの全てのシンボルをＷＴＲＵに割り振る必要があることがある。
【０１０７】
別のＵＬ伝送方法では、ＷＴＲＵは、事前定義されたＳＦＮおよび／またはサブフレーム、ＴＴＩ、あるいはアクセススロット上で、事前定義された時間にプリアンブル伝送を実施することができる。ＷＴＲＵは、既知の手順に従ってプリアンブルの初期電力を求めることができる。あるいは、あるタイプのＷＴＲＵのでは、ＷＴＲＵ位置に従ってプリアンブル伝送の初期電力を最適化することができる。より具体的には、ある非モバイルまたは固定デバイスは、以下の方法のうちの１つまたは組合せによって初期プリアンブル電力を求めることができる。一方法では、非モバイルＷＴＲＵは、最後のアクセス試行の最後のプリアンブル伝送電力を使用することができ、例えばＷＴＲＵは、使用した最後の値を格納する。格納された値がない場合、ＷＴＲＵは、通常のプリアンブルランプアップ段階を使用し、次いでプリアンブルの最後の値を格納する。あるいは、ＷＴＲＵは、始めにプリアンブルランプアップ段階を１度実施することができ、次いで全ての初期アクセスについて同一の値を使用することができる。しかし、この方法では、ＷＴＲＵが最後のアクセスに基づいてプリアンブル電力を更新および調節することを可能にすることができない。
【０１０８】
このＵＬ伝送方法により、ＷＴＲＵがＵＬで完全な同期を達成し、適切な電力ランピングを実施することを可能にすることができる。ＷＴＲＵは、コンテンションフリー割振りリソースを使用して、ＵＬで送信することができ、または複数のリソースがＷＴＲＵに与えられる場合、ＷＴＲＵは、レガシーＲＡＣＨ手順を使用することができる。すなわち、いくつかのリソースが利用可能である場合、ＷＴＲＵは、１つのリソースをランダムに選び、ＷＴＲＵへのアクセスを実施することができる。
【０１０９】
別のＵＬ伝送方法では、ＭＴＣデバイスなどのいくつかのＷＴＲＵは、あらゆるプリアンブル再送信について電力ランプアップ手順を実施することができない。その代わりに、Ｎ番目の再試行ごとに電力ランプアップを行うことができる。「Ｎ」は構成可能なパラメータでよく、ＭＴＣ機能／グループ特有のものでよい。「Ｎ」は、初期配置／構成中にＷＴＲＵでプログラムすることができ、またはネットワークによってブロードキャストまたは専用シグナリングを介してＷＴＲＵに与えることができる。
【０１１０】
例えば「Ｎ」は、物理的に固定であることが知られていることのあるＭＴＣデバイスについて、ＵＭＴＳではＭmaxに等しくてよく、ＬＴＥではpreambleTransMax（プリアンブル再送信の最大数）に等しくてよい。このケースでは、ＷＴＲＵは、再送信のいずれについてもプリアンブル送信電力を増大させることができない。固定である（したがって基地局から固定距離である）ことのあるＭＴＣデバイスに関するプリアンブル伝送障害は、チャネル条件の不良ではなく、ＲＡＣＨ輻輳のために生じることがある。したがって、プリアンブル送信電力の一定の増大の結果、ネットワークへの劣化が生じることがある。
【０１１１】
本明細書では、ＲＡＣＨアクセス期間を限定する方法を説明する。すなわち、ＷＴＲＵがリソースを維持する時間が、事前定義または構成した期間に限定される。より具体的には、ＷＴＲＵは、上述の方法および解決策のいずれかに従って伝送を開始するＳＦＮ番号または時間を求めることができる。初期アップリンク伝送から、許可されたタイマが満了した後に送信を停止し、リソースを解放するようにＷＴＲＵを構成することができる。
【０１１２】
１つの小さいデータ伝送が頻繁に生じることのある、ＭＴＣデバイスなどのあるＷＴＲＵでは、ＷＴＲＵは、データを送信するために新しいフレームまたはサブフレームを必要とすることがある。リソース保持の長さは、アクセスクラスまたはＭＴＣグループに依存し、それに基づいて構成することができ、またはそのような手順を実施するように構成された全てのＷＴＲＵにわたって共通でよい。
【０１１３】
別のＷＴＲＵが送信している間にＷＴＲＵに伝送を開始させることを回避する目的で、伝送をいつ開始するかを決定するためにＷＴＲＵが使用する式に対する入力として、ＲＡＣＨリソース持続時間またはフレーム持続時間を使用することができる。例えば、最大伝送持続時間が２フレームである場合、同一グループ内のＷＴＲＵが開始するＳＦＮは、２の倍数（例えば、奇数または偶数）でよい。この例では、持続時間Ｘフレームは、ＷＴＲＵがＸの倍数であるＳＦＮ番号で伝送を開始することに対応することができる。上記は一例であり、フレーム持続時間、ＷＴＲＵ識別などと組み合わせてＳＦＮを計算する異なる機構を使用することができる。
【０１１４】
別の方法では、各伝送に関する持続時間が限定されるとき、ＷＴＲＵは単純化した挙動を有することができ、ＵＬ伝送に関してハイブリッド自動再送要求（ＨＡＲＱ）フィードバックが送られないことがある。このことを反復ＨＡＲＱ機構によって達成することができる。ＷＴＲＵは、１つのパケットデータユニット（ＰＤＵ）を作成し、ｘ個の連続するＴＴＩ、または許可された時間フレーム内のＮ個のＴＴＩで再送信することができる。
【０１１５】
このＴＴＩで送信するＷＴＲＵを一意に識別するために、ＷＴＲＵは、ＭＡＣヘッダまたはデータ自体に特定の識別子を付加することができる。この識別子は、ＭＴＣ特有の識別子、ＩＭＳＩ、ＴＭＳＩ、またはＷＴＲＵを一意に特定する任意の識別子でよい。ＷＴＲＵは、特殊なヘッダフィールドを使用して、ＷＴＲＵが提供している識別子をネットワークに示すことができる。あるいは、ＷＴＲＵが送信する時間インスタンスはＷＴＲＵに固有のものでよく、ネットワークは、同一または類似の機構を使用して、どのＷＴＲＵが送信しているかを判定することができる。したがって、ネットワークは、リソースが所与のＳＦＮからＳＦＮ＋まで１つのＷＴＲＵに割り振られることを知ることができる。
【０１１６】
フィードバックに基づいてＨＡＲＱ再送信を実施するか否かに関する決定を、ＲＡＣＨの持続時間にリンクすることができる。あるいは、複数のフレームが割り振られる場合、または所定の時間量、例えば１０ｍｓよりも多くの時間量がＷＴＲＵに割り振られる場合、ＷＴＲＵはＨＡＲＱ再送信を実施することができる。
【０１１７】
時間が満了したとき、ＷＴＲＵは、その伝送間隔の完了時に、リソースを解放することができる。ＷＴＲＵは、データの伝送を完了するとすぐにリソースを解放することができ、内部変数をリセットすることができる。ネットワークが共通のリソースおよびバッファを使用しているとき、時間の終了時に、ネットワークは、変数およびパケットのシーケンス番号付けをリセットすることができる。
【０１１８】
ＵＬ  ＲＡＣＨアクセス方法を最適化する別の例では、グループスケジューリングを使用して、かなりの数のＷＴＲＵが同時にネットワーク（ＮＷ）と通信することを試みるシナリオでＲＡＣＨコリジョンおよび再送信をさらに最小限に抑えることができる。ＷＴＲＵをグループに分割することができ、そのランダムアクセス手順を確定的にスケジューリングすることができる。グループ索引（すなわち、rachGroupIndex）を使用して、特定のグループに属するＷＴＲＵを識別することができる。ＷＴＲＵが送信することのできるデータ量、データの重要性、または他の類似のパラメータなどの様々な側面に基づいてグループを分割することができる。
【０１１９】
この方法では、ＷＴＲＵは、ＮＷから得られたシステム情報からそのグループ索引を導出することができ、またはＮＷが、専用シグナリングを介してグループ索引をＷＴＲＵに与えることができる。ＷＴＲＵが選ぶことのできる様々なグループの中から、グループ索引をランダムに選ぶことができる。
【０１２０】
あるグループ内のＷＴＲＵは、グループ索引に関連する時間間隔内にＲＡＣＨ伝送を開始することができる。この間隔内のいつに開始するかを決定するために、この間隔内の時間をランダムに選び、ＲＡＣＨ手順を開始するようにＷＴＲＵを構成することができる。あるいは、本明細書の上述した手順のうちの１つまたは組合せに従って、属するグループの時間間隔内でよいという制限と共に時間を求めることができる。例えば、各ＷＴＲＵに割り当てられるオフセットまたはアクセスＩＤを、グループが送信を開始することのできる時間Ｔに対するオフセットとして追加することができる。
【０１２１】
この方法では、ＷＴＲＵがＮＷにデータを送ることが予想される時間は同じでよいが（すなわち、ｔは０に等しい）、全てのＷＴＲＵのデータは同じ優先順位はないことがあり、したがって０に等しいｔで開始する短い期間にわたって拡散することができる。
【０１２２】
図４を参照すると、ＷＴＲＵがそのデータをＮＷに送る時間であるとき（すなわち、上述のようにｔが０に等しいとき）、ｒａｃｈＧｒｏｕｐＩｎｄｅｘ  １に属するＷＴＲＵは、０に等しい時間ｔからＴに等しいｔまでの間のいつかにランダムアクセス手順を開始することができる。任意の他のグループに属する他のＷＴＲＵは、この時間中にそのランダムアクセス手順を開始することは予想されない。ｒａｃｈＧｒｏｕｐＩｎｄｅｘ  ２に属するＷＴＲＵは、Ｔに等しい時間ｔと２Ｔに等しい時間ｔの間でランダムアクセス手順を実施すると予想される。言い換えれば、あるグループに属するＷＴＲＵの全ては、そのグループ索引に従うその指定された時間間隔でそのランダムアクセス手順を実施すると予想される。値Ｔは、ＷＴＲＵが送ることのできるデータ量、異なるグループのＷＴＲＵに関するデータの優先順位などの様々な要素を考慮に入れて、ＮＷによって構成することができる。時間はＳＦＮ番号に対応することができる。
【０１２３】
本明細書の以下で説明するタイミングまたはアクセスパターン方法に、ＲＡＣＨグループ索引方法を適用することができる。より具体的には、各ＲＡＣＨグループ索引は、リソース、アクセスが許可される時間、およびアクセス除外因子または持続性値の点で異なる特性を有することができる。ＷＴＲＵは、上記または以下で説明する方法のいずれかに従ってグループ索引を選ぶことができる。グループ索引が選択されると、そのグループのアクセス特性に追従することができる。以下で説明する解決策に従って、ＲＡＣＨグループ索引を動的または半静的に更新することができる。各ＲＡＣＨグループ索引をアクセスクラスに関連付けることができ、アクセスクラスは、異なるアクセス特性を有することができる。
【０１２４】
本明細書では、ＭＴＣデバイスなどのあるタイプのＷＴＲＵに関するリソースを割り振る方法を説明する。あるタイプのＷＴＲＵでは、非ＭＴＣデバイスによって使用されるＲＡＣＨを使用するのではなく、ＲＡＣＨリソースを隔離することが望ましいことがある。例えば、異なるＭＴＣデバイスに関するＲＡＣＨリソースの隔離は、スクランブリングコードのセットを予約すること、プリアンブルシグニチャ、およびサブチャネル／アクセススロットを含むことができる。このことは、異なるＭＴＣに関する新しいパラメータのセット（例えば、ＭＴＣ特有のＰＲＡＣＨ）をシグナリングすることによって達成することができ、このＰＲＡＣＨ内で、異なるタイプのＭＴＣデバイスに関するアクセスサービスクラスの新しいサブセットに関するコードおよびパラメータを指定することができる。
【０１２５】
ＵＭＴＳでは、追加の変更は、Ｅ−ＤＣＨリソースの予約済みの空間またはプール、またはＭＴＣに関するＥ−ＤＣＨリソースの追加を含むことができる。通常のプリアンブルシグニチャが使用すべきＥ−ＤＣＨリソース索引との１対１のマッピングを有することを考えると、ＷＴＲＵは、異なるＥ−ＤＣＨリソースのセットへのマッピングを有し、または異なるマッピングによって定義される、ＭＴＣデバイスのために予約された特殊なプリアンブルシグニチャのセットを使用することができる。
【０１２６】
あるいは、プリアンブルが送られるアクセススロットまたはサブチャネルのセットをＭＴＣデバイスのために予約することができ、または新しいアクセススロットを指定することができる。例えば、ＵＭＴＳでは、ネットワークがこのプリアンブルを検出したとき、ネットワークは、プリアンブルとＭＴＣ特有のＥ−ＤＣＨリソースに対応するＥ−ＤＣＨとの間のマッピングに気付いている。ある場合には、ＭＴＣデバイスのあるグループは、専用ＲＮＴＩがないので、Ｅ−ＡＧＣＨリソースを有することができない。
【０１２７】
上述のように、一例では、ＭＴＣデバイスまたは既存のアクセスクラス０〜１０について新しいアクセスクラスを定義することができ、パターン、除外因子などの、各クラスまたはクラスのグループに関連する異なるＵＬアクセス特性を可能にするように拡張することができる。特定のＭＴＣ機能またはＭＴＣグループへのＭＴＣデバイスの加入中、またはＭＴＣデバイスの初期配置中に、アクセスクラス（ＡＣ）情報をデバイスのＵＳＩＭにプログラムすることができる。
【０１２８】
以下の方式のいずれかで、ＡＣ情報を動的に更新することができる。ＭＴＣサーバは、ネットワークに新しいＡＣ情報を提供することができ、ネットワークはそれを、ページング、ブロードキャスト（システム情報またはセルブロードキャストサービス（ＣＢＳ））、または専用シグナリングを介してＷＴＲＵに転送することができる。ＷＴＲＵは、それに応じてそのＵＳＩＭの内容を更新することができる。あるいは、ＵＳＩＭの内容が変更されないことがあるが、ＷＴＲＵは、登録の持続時間に、または事前定義された期間に、提供された新しい情報を使用することができる。切り離された場合、ＷＴＲＵが次回にネットワークにアクセスしたとき、ＷＴＲＵは、その元のＵＳＩＭ構成に戻すことができる。ＡＣ情報に対する修正は、例えば「既存のＡＣを削除する」、「新しいＡＣなどを追加する」でよい。あるいは、ＡＣ情報修正は、ＭＴＣデバイスの構成の一部でよく、したがってＭＴＣデバイスが再構成されたときはいつでも更新することができる。
【０１２９】
別の例示的方法では、ネットワークは、ネットワークメッセージを介してＷＴＲＵに対するＡＣ情報を提供または修正することができる。ＭＴＣデバイスのグループのＡＣ情報の変化をＭＴＣデバイスのグループに示す共通グループメッセージを、ＭＴＣデバイスのグループに送ることができる。ネットワークは、一定の事前定義された確率で除外／ブロックすべきＡＣのうちの１つまたはグループを予約し、除外／ブロックしたいＷＴＲＵがこうしたＡＣのうちの１つの一部となるように構成することができる。本明細書で説明する方法（例えば、ページングメッセージ、事前定義された規則など）のうちの１つまたは組合せを使用して、このことを実施することができる。
【０１３０】
アクセスサービスクラスを使用して隔離を実行することもできる。ＭＴＣデバイスが提供するサービス、その機能などに基づいて、ＭＴＣデバイスに関して異なるアクセスサービスクラス（ＡＳＣ）を定義することができる。新しいＡＳＣを新しい整数値またはビット文字列として表すことができる。例えば、「セットする」（１）ことのできる文字列中のビットは、ＷＴＲＵがＡＳＣに属することを示し、「セットされない」ビット（０）は、ＷＴＲＵがそのＡＳＣの部分ではないことがあることを示す。ビット文字列中のビットへのＭＴＣ機能のマッピングを、以下の方式のいずれかまたは全てでＷＴＲＵに与えることができる。システム情報ブロック（ＳＩＢ）を介してシステム情報（ＳＩ）でマッピングをブロードキャストすることができる。あるいは、デバイスの加入中および／または初期配置中にＭＴＣデバイスのＵＳＩＭでマッピングをプログラムすることができる。
【０１３１】
ＡＳＣビット文字列中のビットへのＭＴＣ機能のマッピングを動的に変更し、ＳＩ、またはページングや専用シグナリングなどの他の形態を介して、更新後情報をＷＴＲＵに与えることができる。
【０１３２】
代替実施形態では、最初にＵＳＩＭでマッピングをプログラムすることができ、情報がＭＴＣデバイスによって受信されたとき、このマッピングに対する更新値が生じることができる。値をＭＴＣデバイスのＵＳＩＭで更新することはできないが、こうした値を更新値で上書きすることができる。ネットワークによって与えられる事前構成されたタイマ値を使用して、ＭＴＣデバイスが更新値を使用することのできる持続時間を制御することができる。このタイマ値は、ＭＴＣ機能に応じて、ＭＴＣグループ特有のものでよく、または各ＭＴＣデバイスについて異なるものでよい。ＳＩ、ページング、または任意の他の形態の専用シグナリングを介して、ネットワークによってタイマ値をＷＴＲＵに与えることができる。
【０１３３】
本明細書では、アクセスクラス−アクセスサービスクラスマッピングのための例示的方法を説明する。以下の解決策のうちの１つまたは組合せで、ＭＴＣデバイスに関するＡＣ−ＡＳＣマッピングを達成することができる。初期配置中、ＭＴＣ機能またはグループへの加入中、あるいはＭＴＣサーバによるデバイスの構成／再構成中に、ＡＣ−ＡＳＣマッピングをＭＴＣデバイスにその構成の一部として与えることができる。
【０１３４】
一方法では、ＭＴＣデバイスが複数のＡＣに属する場合、そのデフォルトＭＴＣ機能ＡＣに属するＡＳＣを選択することができる。別の方法では、単一のＭＴＣ特有のＡＣをＡＳＣビット文字列にマッピングすることができ、ＷＴＲＵは、以下の動作のうちのいずれかまたは全てを実施することができる。ＷＴＲＵは、ＷＴＲＵがその中で関連付けられる他のＡＣにマッピングされるＡＳＣにわたって、ＡＳＣビット文字列値を優先順位付けすることができる。ビット文字列内で、ＷＴＲＵに複数のＡＳＣが割り当てられる場合、ＷＴＲＵは、そのデフォルトＭＴＣ機能に属するものを選択することができる。あるいは、ＷＴＲＵは、ネットワーク、ＭＴＣサーバなどによって使用されるように明示的に構成されるものを選択することができる。あるいは、ＷＴＲＵは、ＷＴＲＵに与えることのできるこうしたＡＳＣの間でリストを優先順位付けすることができ、ＷＴＲＵは、優先順位に従ってＡＳＣを選択する。ＳＩ、ページング、または任意の形態の専用シグナリングを介して、ネットワークによってＡＳＣの優先順位をＷＴＲＵに与えることができる。
【０１３５】
本明細書では、本明細書で説明する例示的方法および実施形態と共に使用することのできる、ネットワークへのアクセスを制御する追加の方法を説明する。
【０１３６】
ＷＴＲＵは、以下の方法のうちの少なくとも１つに従って、ネットワークにアクセスすることを試みるかどうかを判定することができる。１つの例示的方法では、ＷＴＲＵは、アクセスを許可することができ、または許可することができないことを示す、除外表示（barring indication）などのブール表示をチェックすることができる。あるいは、ネットワークへのアクセスを試みることを許可することができるときを定義する時間パターン（以後、許可されたアクセスパターンと呼ぶ）を使用することができる。許可されるアクセスパターンを、除外表示を設定してアクセスを許可することができるときと共に使用することができる。あるいは、乱数を選択することができ、数がしきい値未満であるかどうかをＷＴＲＵが判定する（以後、アクセス除外因子と呼ぶ）。許可されたアクセスパターン中に、除外表示を設定してアクセスを許可することができる場合、このことを使用することができる。
【０１３７】
本明細書で説明する因子のうちの少なくとも１つに基づいて、許可されたアクセスパターン、除外表示、およびアクセス除外因子（まとめて「アクセス表示」と呼ぶ）のうちの１つを求めることができる。例えば、本明細書で説明するように、ＡＣに基づいてアクセス表示を求めることができる。アクセス表示はまた、限定はしないが、モバイル発信データの可用性および／またはページングメッセージの受信などのネットワークにアクセスする理由に基づくことができる。
【０１３８】
別の例では、アクセス表示は、複数の許可されたアクセスパターン、除外表示、またはアクセス除外因子のどれをＷＴＲＵによって使用することができるかを示す索引に基づくことできる。より具体的には、いくつかの許可されたアクセスパターン、除外表示、または因子を（例えば、アクセスクラスに関係しない）ＷＴＲＵに与えることができ、ＷＴＲＵは、索引を含むページングメッセージを受信することによって索引を求めることができる。索引を含むページングメッセージによって索引を受信することができる。ＷＴＲＵが使用することのできる情報にアクセスするための索引を含むようにページングメッセージを拡張することができる。上述の実施形態のうちの１つを使用して、この情報がＷＴＲＵに与えられる。ＷＴＲＵは、ＷＴＲＵが使用することのできる明示的アクセスパターン、明示的除外表示、または除外因子を含むページメッセージを受信することができる。ＷＴＲＵは、索引または明示的情報を含む専用メッセージ（ＲＲＣ接続解放メッセージなど）を受信することができる。ＷＴＲＵは、初期構成時または登録時に使用する初期索引と、所定の、または事前シグナリングされた時刻の関数、または送信すべきデータのタイプとを与えることができる。
【０１３９】
索引または情報をＷＴＲＵに与えることができ、またはＡＣまたは上述の方法のいずれかに従ってＷＴＲＵによって求めることができる。上述の方法のうちの１つを使用することにより、または事前定義された規則をＷＴＲＵで使用することにより、ＳＩＢを変更または再取得する必要なしに、索引または情報をさらに動的に更新することができる。より具体的には、ＷＴＲＵは、以下のうちの１つまたは組合せを使用することができる。ＷＴＲＵは、使用する情報の索引を周期的に変更することができる。例えば、新しい索引を、現在の索引＋１、または現在の索引＋ｘとして求めることができる。ただしｘは、事前定義され、または構成可能な整数である。あるいは、ＷＴＲＵは、ＵＬアクセス後ごとに、またはＮ回のＵＬアクセス後ごとに、索引を変更することができる（例えば、新しい索引＝現在の索引＋ｘ）。あるいは、ＷＴＲＵは、上述の方法のいずれかを使用して、新しい索引または情報を受信することができる。
【０１４０】
セルからＳＩブロードキャストを取得することにより、許可されたアクセスパターン、除外表示、またはアクセス除外因子、あるいはそのうちの複数（場合によっては、各ＡＣおよび索引の可能な各値について１つ）をＷＴＲＵによって得ることができる。専用メッセージ（例えば、ＲＲＣ接続解放メッセージや任意の他のＲＲＣ再構成メッセージなど）を介して受信することもできる。あるいは、この情報を上位層メッセージ（例えば、非アクセス層（ＮＡＳ）メッセージ）によって与えることができる。ＷＴＲＵのうちの１つまたはグループをページングすることのできるページングメッセージを通じてこの情報を受信することもできる。ＷＴＲＵにこの情報を明示的に与えるようにページングメッセージを拡張することができ、またはＳＩで可能な構成のうちの１つをＷＴＲＵが変更または選ぶことを可能にするための情報を与えることによってページングメッセージを拡張することができる。前述の構成のうちの１つについて索引を選ぶためのＷＴＲＵ識別子に基づくＷＴＲＵ内の式、またはＭＴＣデバイスが属するアクセスクラスを動的に変更することのできる別の式を通じて、情報を得ることができる。例えば、後者のケースでは、ＷＴＲＵは、属することを許可することのできるアクセスクラスの範囲を与えることができ、この範囲内で、ＷＴＲＵは、ラップアラウンドと共にアクセスクラスを周期的に変更することができる（例えば、現在のアクセスクラス＋ｘ）。
【０１４１】
以下の例示的動作のうちの少なくとも１つに基づいて、ＷＴＲＵによってアクセス除外因子を求めることができる。ページングメッセージまたは専用メッセージからの調節因子の受信時にアクセス除外因子を求めることができる。あるいは、ＷＴＲＵは、未調節のアクセス除外因子に調節因子を掛けることができる。セルからＳＩブロードキャストを取得すること、あるいはＡＣおよび／またはネットワークにアクセスする理由に対して適用可能な未調節のアクセス除外因子を選択することから、未調節のアクセス除外因子を得ることができる。あるいは、既存のアクセス除外因子を上書きすることのできる新しいアクセス除外因子を受信することによってアクセス除外因子を求めることができる。
【０１４２】
別の例では、アクセス除外因子をＷＴＲＵによって求めることができ、あるいはＵＭＴＳの場合のＳＩＢ３やＬＴＥの場合のＳＩＢ２などの新しいＳＩＢまたは既存のＳＩＢ内のＳＩでＷＴＲＵに与えることができる。新しいＩＥは、ＷＴＲＵまたはＷＴＲＵのグループがプリアンブルを送るため、またはＵＬデータを送るためにＲＡＣＨにアクセスすることを許可することができるＳＦＮ、および任意選択でサブフレームを指定することができる。あるいは、こうした新しいＩＥをＲＲＣメッセージに追加することができる。こうした新しいＩＥは、以下の情報のうちの１つまたは組合せを含むことができる。こうした新しいＩＥは、１つのＳＦＮ、ＳＦＮのリスト、あるＷＴＲＵが奇数または偶数のＳＦＮ、あるＳＦＮで始まるＮ個のＳＦＮごと、およびＳＦＮの範囲（例えば、開始および停止索引）で送信することができるという表示を含むことができる。ＩＥは、開始ＳＦＮ番号を含むことができ、開始ＳＦＮ番号の時点で、ＷＴＲＵは、現在のＲＡＣＨ機構を使用して、ネットワークにアクセスすることを試みることができる。ＩＥは、持続時間に対応することのできるタイマ値を含むことができ、その持続時間では、満了すると、一定の期間にＲＡＣＨにアクセスすることをＷＴＲＵに許可することができる。
【０１４３】
ＵＭＴＳでは、アクセス時間パターンと共にＷＴＲＵを構成することができる。ＵＭＴＳでは、ＷＴＲＵがＲＡＣＨへのアクセスを要求することができるとき、ＷＴＲＵは、持続性値を無視し、セル上でブロードキャストされるＳＦＮでＲＡＣＨにアクセスすることを試みることができ、またはセルによってブロードキャストされるＳＦＮでではあるが持続性チェックを実施することができる。再送信のケースでは、ＵＭＴＳは、ＲＡＣＨにアクセスすることを試みる前に、バックオフタイマおよび／またはＴ２（ＵＭＴＳ  ＭＡＣでは名目上は１０ｍｓに設定される）の間待機することができる。バックオフタイマおよび／またはＴ２が満了した後に、次の許可されるＳＦＮで再送信を実施することができ、あるいはＵＭＴＳは、バックオフタイマおよび／またはＴ２を無視して、次の許可されるＳＦＮで再送信を試みることができる。
【０１４４】
ＬＴＥでは、アクセス時間パターンと共にＷＴＲＵを構成することができる。ＷＴＲＵがＲＡＣＨへのアクセスを必要とするとき、ＷＴＲＵは、Prach-ConfigIndexおよび/またはPRACH Mask Indexによって課されるアクセス制限を無視することができる。Prach-ConfigIndexおよび/またはPRACH Mask Indexによって与えられる制限が最初に確認された場合、ＷＴＲＵは、指示されるＳＦＮ上で送信することができる。ＮＡＣＫまたはネットワークからの応答の欠如による再送信のケースでは、ＷＴＲＵは、応答で示され、またはランダムに取り出されるバックオフ持続時間の間待機し、次の許可されるＳＦＮおよびサブフレームでＲＡＣＨにアクセスすることを試みることができる。ＷＴＲＵは、バックオフタイマが満了することを待機せず、次に許可されるＳＦＮおよびサブフレームがバックオフ持続時間の前に生じる場合であっても、そこで送信することを試みることができる。
【０１４５】
時間パターンに従ってＲＡＣＨにアクセスすることが許可されるとき、ＷＴＲＵは、アクセス除外因子が１に等しいとみなすことができ、例えば、存在する場合、それを無視することができる。あるいは、２つの機構が共存することができ、そのケースでは、除外因子に従って除外される場合、ＷＴＲＵは、アクセスを実施することが許可されない。ac-barringタイマが満了し、アクセスを再試行し、時間パターンに準拠することをＷＴＲＵに許可することができる。
【０１４６】
ＳＦＮに加えて、ＷＴＲＵまたはＷＴＲＵのグループについて、例えば、サブフレーム番号、プリアンブルフォーマット、ＰＲＡＣＨリソース索引、ＰＲＡＣＨマスク索引、ＰＲＡＣＨ構成索引、ＰＲＡＣＨ索引、およびプリアンブル索引を含むパラメータをブロードキャストまたはシグナリングすることができる。
【０１４７】
本明細書では、ＷＴＲＵがシステム情報を再取得する必要なしに、またはネットワークによって再構成されることなくＲＡＣＨにアクセスするために、除外表示、許可されたアクセスパターンアクセス、および除外因子をどのように更新することができるかに関する詳細を説明する。
【０１４８】
除外表示、許可されたアクセスパターン、および／または除外因子のリストをＳＩでブロードキャストすることができる。異なる除外表示、許可されたアクセスパターン、および／または除外因子構成と、ＷＴＲＵまたはＷＴＲＵのグループとの間のマッピングをブロードキャストすることができる。例えば、マッピングテーブルは、アクセスタイミング構成に関する索引と、対応するアクセスクラス（適用可能な場合）のリスト、並びに任意選択で各構成についての除外因子を含むことができる。ＳＩを取得するとき、ＷＴＲＵは、このリストおよび現マッピングを格納することができる。後に、ネットワークにより、または所定の規則に従うＷＴＲＵによって自律的にマッピングを更新することができ、以前に格納したアクセスのリストに新しいマッピングを適用することができる。例えば、ページを介してマッピングを更新することができる。ページは、アクセスタイミング構成索引とアクセスクラスとの間の新しいマッピングを含むことができる。ＷＴＲＵは、ＳＩを再取得する必要はないが、ページングチャネルを監視する必要があることがある。
【０１４９】
さらに、ＷＴＲＵが自律的に所定の規則に従ってマッピングテーブルを更新することのできる時間をブロードキャストすることができる。例えば、規則は、テーブルをラッピングと共に１つだけシフトすることでよい。この解決策では、ＷＴＲＵは、更新を必要とすることのある以下の例のうちの１つを除いてページを受信することができない。例えば、マッピングテーブルの自動更新、自動更新の取り消し、自動更新の再始動、および自動更新に関する規則の更新が生じる可能性があるとき、ＷＴＲＵは、ページを受信することができる。ＷＴＲＵで満了したときにＷＴＲＵがマッピングテーブルの自動更新を実施することができるように、新しいタイマを定義することができる。あるいは、ＲＲＣ接続解放やＲＲＣ接続拒否などのＲＲＣメッセージを使用して、これを更新することができる。ＰＲＡＣＨリソースは、使用および変更される索引のうちの１つの一部でよい。
【０１５０】
本明細書では、ＭＡＣレベルでアクセスクラスをどのように区別するかを説明する。ＬＴＥでＰＲＡＣＨ構成索引をＡＣに依存させるために、例えばＡＣ索引とＰＲＡＣＨ構成索引との間のマッピングテーブルで定義されるように、あるＰＲＡＣＨ構成索引を、あるＡＣに対して許可することができる。さらに、ＲＡＣＨにアクセスを制限する追加の組合せを追加することができるように、ＰＲＡＣＨ構成索引のテーブルを更新することができる。例えば、「偶数」または「任意の」ＳＦＮに加えて、ＳＦＮのサブセットを許可することができる。追加の制限の例は、許可されるＳＦＮの明示的リストでよく、Ｎ個のＳＦＮごとに生じるＳＦＮ、および奇数ＳＦＮを許可することができる。
【０１５１】
新しいＰＲＡＣＨ構成索引（６３より大きい）で既知のテーブル、既存のテーブル、またはレガシーテーブルを拡張することができ、または新しいテーブルを定義することができる。ネットワークは、どのテーブルを使用するかをＳＩで示すことができる。
【０１５２】
ＷＴＲＵでは、ＭＡＣ（またはＲＲＣ）が、そのＡＣに応じてＰＲＡＣＨ構成索引を選択することができる。１つのＡＣについて複数のＰＲＡＣＨ構成索引を許可することができるが、ＷＴＲＵは、多数の選択肢を有することができる。ＷＴＲＵは、その中から１つの索引をランダムに選択することができ、最もＰＲＡＣＨ機会が多い索引を選択することができ、最もＰＲＡＣＨ機会が少ない索引を選択することができ、または最初または最後に許可された索引を選択することができる。
【０１５３】
再送信について、複数のＰＲＡＣＨ構成索引が１つのＡＣについて許可されるケースでは、ＷＴＲＵは、前の送信について使用したのと同一の索引、または以下の様々な順序のうちの１つを使用して次に許可されるものを再利用することができる。次に許可されるものは、次に利用可能な索引、使用したばかりの索引の後に高い数のＰＲＡＣＨ機会を有する索引として求めることができ、またはランダムに取り出すことができる。
【０１５４】
バックオフタイマがランダムアクセス応答（ＲＡＲ）で送られないことがあり、またはＲＡＲが存在しないことがある。ＷＴＲＵ内のバックオフタイマはＡＣに依存することがある。バックオフパラメータ値に関する索引と、システム情報、例えばＳＩＢ２でブロードキャストされるＡＣとの間にマッピングが存在することができる。
【０１５５】
本明細書では、ＰＤＣＣＨ順序によってトリガされるＲＡＣＨアクセス手順に関する方法を説明する。多数のＭＴＣデバイスがＰＤＣＣＨ順序を受信して、その結果ネットワーク輻輳が生じる、ＬＴＥでのシナリオが存在することがある。ＰＤＣＣＨのＣＲＣを複数のＭＴＣデバイスに割り当てられたグループ識別子と共にスクランブリングすることによってＷＴＲＵのグループにＰＤＣＣＨ順序を送ることにより、輻輳を低減することができる。
【０１５６】
全てのＷＴＲＵに同一のＰＲＡＣＨリソースを同時にアクセスさせることを回避するために、本明細書で説明する方法を使用することができる。さらに、ネットワークは、グループＰＤＣＣＨ順序を介して、ＷＴＲＵが一定の動作を実施することを示すことができる。例えば、ＰＤＣＣＨ順序は、ＷＴＲＵがプリアンブルおよびＰＲＡＣＨマスク索引をランダムに選択し、またはその個々の識別子に応じてプリアンブルおよびＰＲＡＣＨマスク索引を選択する（例えば、WTRU identity modulo MaxNumberOfPreambles）ことを示すことができる。ＰＤＣＣＨ順序はまた、その個々の識別子に応じてＷＴＲＵが奇数または偶数のプリアンブルおよびＰＲＡＣＨマスク索引をランダムに選択することを示すこともできる。ＷＴＲＵがその個々の識別子に応じてプリアンブルのサブセットの中からプリアンブルを選択することができる場合、ＰＲＡＣＨマスク索引に関する個々の識別子を使用することができる。
【０１５７】
ＰＤＣＣＨフォーマット１Ａを使用することができるが、ＷＴＲＵがＰＤＣＣＨのＣＲＣ内のそのグループ識別子を復号化するケースでは、ＷＴＲＵは、復号化ビットを異なる方式で解釈することができる。例えば、利用可能な１０ビットが、プリアンブルおよびＰＲＡＣＨマスク索引を選択するためにＷＴＲＵが使用することのできる方法を示すことができる。ＷＴＲＵが使用することを許可することのできる第１のプリアンブル索引および第１のＰＲＡＣＨマスク索引などの追加の情報を利用可能にすることができる。
【０１５８】
あるいは、ＷＴＲＵが使用することが許可されるプリアンブルサブセット、またはプリアンブルのリスト、並びに／あるいはＰＲＡＣＨマスク索引のサブセットまたはリストをＷＴＲＵに示すために、新しいＰＤＣＣＨフォーマットを定義することができる。ＰＤＣＣＨ順序でこうしたサブセットまたはリストを受信したとき、ＷＴＲＵは、サブセットまたはリストの中からプリアンブル索引および／またはＰＲＡＣＨマスク索引をランダムに選択することができ、あるいはその個々の識別子（例：ＩＭＳＩまたはＣ−ＲＮＴＩ）に応じてプリアンブル索引および／またはＰＲＡＣＨマスク索引を選択することができる。
【０１５９】
さらに、プリアンブル索引およびPRACH Mask Indexに加えて、ＰＲＡＣＨ構成索引などの他のタイプの情報を示すようにＰＤＣＣＨを拡張することができる。
【０１６０】
本明細書では、ＲＲＣ接続拒否を介するロードバランシングを説明する。ＲＡＣＨアクセスについて本明細書で説明する方法および実施形態は、後の段階で適用可能とすることができる。例えば、ＷＴＲＵは、ＲＲＣ接続手順を試みることができるが、ネットワークは、例えばネットワーク輻輳のために、RRC connection Rejectを使用して、ＭＴＣデバイスとの接続を拒否することができる。RRC Connection Request試行を限定し、したがってＭＴＣデバイスによる潜在的なシグナリングおよびネットワーク負荷を低減するために、この実施形態に従って追加のＷＴＲＵ挙動を定義することができる。例えば、この挙動は特に、低優先順位メッセージまたはデータを送る、時間に寛容なＭＴＣデバイスまたはＭＴＣデバイスに当てはめることができる。さらに、RRC Connection Rejectは、パラメータ、例えば、新しいＲＡＣＨアクセスを開始する前に物理層またはＭＡＣ層で待機するバックオフ時間、次のＲＡＣＨアクセスのために使用するＲＡＣＨリソースのサブセットを含むことができる。
【０１６１】
RRC Connection Rejectの受信時に、ＭＴＣデバイス（すなわち、ＷＴＲＵ）は、以下の動作のうちの１つまたは組合せを実施することができる。一例では、ＷＴＲＵは、別のRRC Connection Requestを送信することが、タイマに基づいてそうすることができる場合であっても、例えばwait_timeが０よりも大きく、Ｎ３００が０よりも大きい（例えば、Ｖ３００＜Ｎ３００）場合であってもできない。frequency_infoまたはinter-RAT_infoがRRC Connection Rejectで提供されるのでない限り、ＷＴＲＵは手順を不成功とみなし、Ｉｄｌｅモードに戻り、上位層に接続失敗を通知することができる。ＵＭＴＳでは、ＷＴＲＵは、wait_timeが０に等しいかのように振る舞うことができ、一方ＬＴＥでは、新しい値０をwait_time値の範囲に追加することができる。上位層（例えば、ＮＡＳ）がＲＲＣから接続失敗表示を受信することができるとき、上位層は、内部タイマ（ＮＡＳ内の任意のタイマでよく、または待ち時間など、ＲＲＣによって渡すことができる）の使用により、後で接続を再試行することができ、または接続を打ち切ることを決定し、打切りについてアプリケーション層に知らせることができる。
【０１６２】
別の例では、ＷＴＲＵは、同一の周波数または無線アクセス技術（ＲＡＴ）内のセルを再選択することを試みないことがあり、またはwait_timeの間、または期間ＴReject_barringの間、セルが除外される、またはアクセス不能であるとみなすことができる。これは固定値でよく、（例えば、RRC connection Rejectメッセージ自体または任意の他のＲＲＣメッセージで）シグナリングすることができ、ネットワークによってブロードキャストすることができ、ＭＴＣデバイスによってランダムに選ぶことができ、あるいはwait_timeにリンクすることができる（例えば、wait_time*N、ただしＮは固定値でよく、ＭＴＣデバイスによってランダムに選ぶことができ、ネットワークによってRRC Connection Rejectでシグナリングすることができ、またはシステム情報でブロードキャストすることができる）。ＴReject_barringは、ＭＴＣデバイスが送ることのできるデータの優先順位レベルに依存することができる。ＭＴＣデバイス固有識別子（例えば、ＩＭＳＩ）を使用することによってＴReject_barringを計算することができる。ＷＴＲＵは、０とＴrejectbarringの間のランダムな値を選ぶことができる。この値は、ＷＴＲＵがセルを除外するとみなすことのできる時間、またはＷＴＲＵがセルをアクセス不能とみなすことのできる時間を決定することができる。ＷＴＲＵがそのような挙動を実施することができる最終的な時間は、上述の方法のいずれかを使用して求めたwait_time＋Ｔrejectbarringに等しくてよい。
【０１６３】
別の例では、frequency_infoまたはinter-RAT_infoがRRC Connection Rejectで与えられる場合であっても、ＭＴＣデバイスは依然として、他の周波数またはＲＡＴでRRC Connection Requestを送ることを試みることができない。さらに、ＭＴＣデバイスは、将来のアクセス試行のために、例えば一定の期間が経過した後に使用するために、周波数およびＲＡＴ情報を格納することができる。この期間は、ＴReject_barringに関する上述の実施形態のうちの１つで求めることができる。このことは、多くのＭＴＣデバイスが同一のリダイレクトされた周波数またはＲＡＴ上でRRC Connection Requestをほぼ同時に送ることを試みることを防止することができる。あるいは、ＷＴＲＵは、RRC Connection Reject内に含まれる期間wait_time後に、指定の周波数またはＲＡＴ上でRRC Connection Requestを送ることを試みることができる。
【０１６４】
別の例では、ＷＴＲＵは次のRRC Connection Requestを送るためにwait_timeよりも長い期間待機することができる。この期間は、ＴReject_barringまたはwait_time＋Ｔrejectbarringについて説明した方法の内の１つで求めることができる。例えば、この長い待ち時間をRRC Connection Reject内の新しいＩＥとして追加することができる。
【０１６５】
別の例では、ＷＴＲＵは、RRC Connection Request試行を所定の値（例えば、Ｎ３００）よりも少ない数に限定することができる。ＭＴＣデバイスに特有のこの最大試行数をシグナリングし、ブロードキャストし、固定し、または所定の値（例えば、Ｎ３００）から推測することができる。例えば、最大試行数はＮ３００／Ｘでよく、ただしＸは固定でよく、またはＭＴＣデバイスによって求めることができる。
【０１６６】
wait_timeのみがＷＴＲＵにシグナリングされ、Ｔrejectbarringがシグナリングされなければ、こうした実施形態は等しく適用可能であることを理解されたい。
【０１６７】
RRC Connection Rejectの受信に応答するこの特定の挙動を、以下の要素のうちの１つまたは組合せによってトリガすることができる：（１）ＷＴＲＵが、例えばＷＴＲＵのＵＳＩＭカードで示すことができるＭＴＣデバイスであること、（２）ＷＴＲＵが時間に寛容なＭＴＣデバイスであること、（３）ＷＴＲＵが時間に寛容な、または低優先順位のメッセージまたはデータを送っていること（このことをＮＡＳによってＲＲＣに示すことができる）、（４）RRC Connection Rejectが「輻輳」という理由を示すこと、（５）RRC Connection Rejectが（例えば、「MTC_congestion」と呼ばれる）新しいタイプの理由を含むこと、または（６）例えば「MTC_congestion」と呼ばれる、セルでブロードキャストされるシステム情報内の新しいパラメータがＴＲＵＥにセットされる場合。
【０１６８】
実施形態
１．無線送受信ユニット（ＷＴＲＵ）で実行されるアップリンク伝送のための方法であって、リソースを受信することを含み、リソースが、無線送受信ユニット（ＷＴＲＵ）のグループによって使用され、ＷＴＲＵがＷＴＲＵのグループのメンバである方法。
【０１６９】
２．複数の同時伝送のためのアップリンクランダムアクセスチャネル（ＲＡＣＨ）伝送を最適化することを含む方法。
【０１７０】
３．アップリンク伝送を開始する無線送受信ユニット（ＷＴＲＵ）を含む、アップリンク伝送ための方法。
【０１７１】
４．ロードバランシング接続拒否および要求処理をサポートする無線送受信ユニット（ＷＴＲＵ）で実行される方法であって、接続要求メッセージに応答して接続拒否メッセージを受信することを含む方法。
【０１７２】
５．待ち時間を受信することをさらに含み、待ち時間がＷＴＲＵのグループを対象とし、ＷＴＲＵがＷＴＲＵのグループのメンバである前記実施形態のいずれかに記載の方法。
【０１７３】
６．所定の時間待機することをさらに含む前記実施形態のいずれかに記載の方法。
【０１７４】
７．所定の時間後に別の接続要求メッセージを送信することをさらに含み、各ＷＴＲＵについての伝送時間が時間的に拡散され、コリジョンが軽減される前記実施形態のいずれかに記載の方法。
【０１７５】
８．リソースに基づいてＷＴＲＵに関する伝送時間を求めることをさらに含み、各ＷＴＲＵについての伝送時間が時間的に拡散され、コリジョンが軽減される前記実施形態のいずれかに記載の方法。
【０１７６】
９．伝送時間が絶対時間または相対時間の一方である前記実施形態のいずれかに記載の方法。
【０１７７】
１０．絶対時間がシステムフレーム番号である前記実施形態のいずれかに記載の方法。
【０１７８】
１１．伝送時間がシステムフレーム番号であり、システムフレーム番号内のサブフレームまたは伝送時間間隔を求めることをさらに含む前記実施形態のいずれかに記載の方法。
【０１７９】
１２．ランダムに選択される初期バックオフ時間だけ伝送を遅延することによって伝送時間が求められる前記実施形態のいずれかに記載の方法。
【０１８０】
１３．伝送時間が、ＷＴＲＵのうちの１つまたはＷＴＲＵのグループに基づいてＷＴＲＵ識別子から導出される前記実施形態のいずれかに記載の方法。
【０１８１】
１４．アップリンクデータを送信するためのリソースを求めるコンテンションフリー割振りをさらに含む前記実施形態のいずれかに記載の方法。
【０１８２】
１５．プリアンブルを送信することなく、求めた伝送時間上でアップリンク伝送を実施することをさらに含む前記実施形態のいずれかに記載の方法。
【０１８３】
１６．ランダムアクセスリソースが、ＭＴＣ  ＷＴＲＵと非ＭＴＣ  ＷＴＲＵとの間で隔離され、ランダムアクセスリソースが、ランダムアクセス、シグニチャ、またはサブチャネル／アクセススロットのために予約されたスクランブリングコードのセットのうちの少なくとも１つを含む前記実施形態のいずれかに記載の方法。
【０１８４】
１７．プリアンブルが送られるアクセススロットまたはサブチャネルのセットが、ＭＴＣ  ＷＴＲＵのために予約される前記実施形態のいずれかに記載の方法。
【０１８５】
１８．アクセスクラスとアクセスサービスクラスが、ＭＴＣ  ＷＴＲＵと共にマッピングされ、伝送時間が、アクセスクラスとアクセスサービスクラスとの間のマッピング、およびＭＴＣ  ＷＴＲＵから導出される前記実施形態のいずれかに記載の方法。
【０１８６】
１９．伝送時間が、ページングメッセージ上で受信されるバックオフ時間または時間インスタンスの一方から導出される前記実施形態のいずれかに記載の方法。
【０１８７】
２０．周波数または無線アクセス技術が接続拒否メッセージで送られることとは無関係に、所定の時間枠に関する接続拒否に関連する周波数または無線アクセス技術でのセル再選択を行わないことを決定することをさらに含む前記実施形態のいずれかに記載の方法。
【０１８８】
２１．所定の時間枠が、固定時間枠、ネットワークから、または接続拒否メッセージを介して受信された時間枠、値の範囲の間のランダムに選択された時間、所定の時間から導出された値、データの優先順位レベルに依存する値、ＷＴＲＵデバイス固有識別子から導出された値のうちの１つである前記実施形態のいずれかに記載の方法。
【０１８９】
２２．伝送が物理ランダムアクセスチャネルを使用する前記実施形態のいずれかに記載の方法。
【０１９０】
２４．伝送が物理アップリンク共有チャネルを使用する前記実施形態のいずれかに記載の方法。
【０１９１】
２５．複数の無線送受信ユニット（ＷＴＲＵ）間でリソースを時分割することをさらに含む前記実施形態のいずれかに記載の方法。
【０１９２】
２６．アップリンクでデータを送信するために１つのリソースが与えられる前記実施形態のいずれかに記載の方法。
【０１９３】
２７．アップリンクでデータを送信するために使用されるリソースのサブセットが与えられる前記実施形態のいずれかに記載の方法。
【０１９４】
２８．ＷＴＲＵが、事前定義された時間間隔またはシステムフレーム番号（ＳＦＮ）でアップリンク伝送を開始する前記実施形態のいずれかに記載の方法。
【０１９５】
２９．ＷＴＲＵが利用可能なリソースのセットから選び、プリアンブル伝送を開始する前記実施形態のいずれかに記載の方法。
【０１９６】
３０．ＷＴＲＵが、ＷＴＲＵの識別子に基づいて計算される事前定義されたＳＦＮで伝送を開始する前記実施形態のいずれかに記載の方法。
【０１９７】
３１．ＷＴＲＵの識別子が、ＩＭＳＩ、ＴＭＳＩまたはＭＴＣ特有のデバイス識別子のうちのいずれか１つである前記実施形態のいずれかに記載の方法。
【０１９８】
３２．ＳＦＮが、事前定義された時間および追加のオフセットに基づいて計算される前記実施形態のいずれかに記載の方法。
【０１９９】
３３．追加のオフセットが、無線送受信ユニット（ＷＴＲＵ）特有の識別子、索引、またはＷＴＲＵアクセス識別子（ＩＤ）のうちのいずれか１つに基づく前記実施形態のいずれかに記載の方法。
【０２００】
３４．無線送受信ユニット（ＷＴＲＵ）が伝送を開始するシステムフレーム番号（ＳＦＮ）が、時間インスタンスおよびアクセスＩＤまたは索引に基づく前記実施形態のいずれかに記載の方法。
【０２０１】
３５．初期時間インスタンスまたは初期システムフレーム番号（ＳＦＮ）が、データが生成される時間に対応する前記実施形態のいずれかに記載の方法。
【０２０２】
３６．初期時間インスタンスまたは初期システムフレーム番号（ＳＦＮ）が、データが送信される時間に対応する前記実施形態のいずれかに記載の方法。
【０２０３】
３７．初期時間インスタンスまたは初期システムフレーム番号（ＳＦＮ）が、追加の時間オフセットが定義されなかったという条件で無線送受信ユニット（ＷＴＲＵ）がその第１のプリアンブル要求を行う時間に対応する前記実施形態のいずれかに記載の方法。
【０２０４】
３８．初期時間インスタンスまたは初期システムフレーム番号（ＳＦＮ）が、情報を求めて無線送受信ユニット（ＷＴＲＵ）がポーリングされる時間に対応する前記実施形態のいずれかに記載の方法。
【０２０５】
３９．初期時間インスタンスまたは初期システムフレーム番号（ＳＦＮ）が、事前定義されたタイマに対応し、事前定義されたタイマが、ウェイクアップし、ネットワークに情報をレポートするように無線送受信ユニット（ＷＴＲＵ）をトリガする前記実施形態のいずれかに記載の方法。
【０２０６】
４０．初期時間インスタンスまたは初期システムフレーム番号（ＳＦＮ）が、ネットワークによってページングまたはブロードキャストチャネルを介して無線送受信ユニット（ＷＴＲＵ）にシグナリングされる明示的ＳＦＮ番号に対応する前記実施形態のいずれかに記載の方法。
【０２０７】
４１．初期時間インスタンスまたは初期システムフレーム番号（ＳＦＮ）が、無線送受信ユニット（ＷＴＲＵ）がページングされる時間に対応する前記実施形態のいずれかに記載の方法。
【０２０８】
４２．初期時間インスタンスまたは初期システムフレーム番号（ＳＦＮ）が、伝送を開始するように無線送受信ユニット（ＷＴＲＵ）に明示的に伝えられる時間に対応する前記実施形態のいずれかに記載の方法。
【０２０９】
４３．初期時間インスタンスまたは初期システムフレーム番号（ＳＦＮ）が、無線リソース制御（ＲＲＣ）メッセージまたはページングメッセージを介して無線送受信ユニット（ＷＴＲＵ）に与えられるＳＦＮ、およびネットワークに制御メッセージを送ることを必要とする手順がＷＴＲＵでトリガされる時間に対応する前記実施形態のいずれかに記載の方法。
【０２１０】
４４．システムフレーム番号（ＳＦＮ）が、無線送受信ユニット（ＷＴＲＵ）で設定される索引、アクセス、ＩＤまたは番号、あるいは０から最大時間の間、ＮからＭの番号の範囲の間で生成される乱数によって決定される初期ＳＦＮに関する索引またはオフセットに対応し、最大時間または範囲がＷＴＲＵで明示的に構成され、かつ／または時間に不寛容なアプリケーションを含むアプリケーション特有のパラメータによって暗黙的に決定され、ＷＴＲＵが最大時間枠内でデータを送信する前記実施形態のいずれかに記載の方法。
【０２１１】
４５．ネットワークからの明示的メッセージが、伝送を開始するように無線送受信ユニット（ＷＴＲＵ）に指示するために使用され、ＷＴＲＵが、そのＳＦＮ内のサブフレームまたはＴＴＩを求め、それによってデータ伝送が開始され、またはＲＡＣＨ手順が開始され、事前定義された規則、サブフレームをランダムに選ぶこと、もしくはＲＡＣＨ手順およびリソースのセット内でブロードキャストされた利用可能なサブフレームまたはアクセススロットに依拠することのいずれかに従って実施される前記実施形態のいずれかに記載の方法。
【０２１２】
４６．無線送受信ユニット（ＷＴＲＵ）が、ネットワークによってポーリングまたはページングを介して明示的に開始されない限り、送信しない前記実施形態のいずれかに記載の方法。
【０２１３】
４７．レイヤ１／レイヤ２（Ｌ１／Ｌ２）またはレイヤ３（Ｌ３）が、計算した次のシステムフレーム番号（ＳＦＮ）番号に従って伝送を開始するように無線送受信ユニット（ＷＴＲＵ）に指示する前記実施形態のいずれかに記載の方法。
【０２１４】
４８．無線送受信ユニット（ＷＴＲＵ）がページングインジケータを監視する前記実施形態のいずれかに記載の方法。
【０２１５】
４９．ページング表示を受信したことを条件として、無線送受信ユニット（ＷＴＲＵ）が、システムフレーム番号（ＳＦＮ）を計算し、その上で送信するリソースを求め、ＳＦＮに従って伝送を開始し、追加の制限が課され、それによって、最終伝送時間が、あるＭＴＣデバイスがその中で送信することが必要とされる許可された時間間隔を超過せず、時間に不寛容な伝送を伴う少なくともいくつかのＭＴＣデバイスが、事前定義された時間間隔内にデータを送信し、許可された時間と計算された時間の間の最小値として、ＳＦＮが間隔内となることを可能にする式ベースの手法、または最終オフセットが計算されたオフセット  ｍｏｄ  時間間隔オフセットに等しく、時間間隔オフセットが最終時間間隔およびデータが生成された時間に関する残り時間である定義済みの手法が使用されるという規則のいずれかが適用される前記実施形態のいずれかに記載の方法。
【０２１６】
５０．送信するためのリソースを求めるコンテンションフリー割振りをさらに含み、グループまたはクラス内の全てのＷＴＲＵに、ＲＡＣＨアクセスのために利用可能なリソースの完全なセットのサブセットまたは限られた数が与えられ、グループまたはアクセスクラス内のＭＴＣ特有の伝送のためにリソースが予約される前記実施形態のいずれかに記載の方法。
【０２１７】
５１．コンテンションフリーリソースのセットが、プリアンブルシグニチャシーケンス、拡張専用チャネル（Ｅ−ＤＣＨ）リソース、プリアンブル伝送のためのアクセススロット、スクランブリングコード、物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソース、物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースブロック割振り、または物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースのうちの少なくとも１つを含む前記実施形態のいずれかに記載の方法。
【０２１８】
５２．コンテンションフリーリソースのセットが、プリアンブルの後にリソース割振りを受信するためにどこで無線ネットワーク一時識別子（ＲＮＴＩ）または専用ＷＴＲＵ識別子が必要とされるか、事前定義された無線送受信ユニット（ＷＴＲＵ）のためにどこでＲＮＴＩが事前割振りまたは予約されるかを含む前記実施形態のいずれかに記載の方法。
【０２１９】
５３．無線送受信ユニット（ＷＴＲＵ）が、ブロードキャストされたリソースのリスト内のどのリソースが使用されるかを特定する索引を受信する前記実施形態のいずれかに記載の方法。
【０２２０】
５４．コンテンションフリー拡張専用チャネル（Ｅ−ＤＣＨ）リソースの索引が、無線送受信ユニット（ＷＴＲＵ）のグループについて個々にシグナリングまたはブロードキャストされる前記実施形態のいずれかに記載の方法。
【０２２１】
５５．プリアンブルシグニチャシーケンスに対する索引が、無線送受信ユニット（ＷＴＲＵ）に与えられる前記実施形態のいずれかに記載の方法。
【０２２２】
５６．索引が無線送受信ユニット（ＷＴＲＵ）で事前定義され、または最初にＷＴＲＵが登録され、起動し、またはセルに移動したときに事前構成される前記実施形態のいずれかに記載の方法。
【０２２３】
５７．ＭＴＣデバイス、異なるＭＴＣグループ、または異なるアクセスクラスについて索引がブロードキャストされる前記実施形態のいずれかに記載の方法。
【０２２４】
５８．使用すべきリソースのセットが、各ＭＴＣグループについてブロードキャストされる前記実施形態のいずれかに記載の方法。
【０２２５】
５９．リソース割振りまたは索引が、ページングインジケータに追従するページングメッセージまたは別の専用メッセージを介して無線送受信ユニット（ＷＴＲＵ）に与えられる前記実施形態のいずれかに記載の方法。
【０２２６】
６０．専用メッセージまたはページングメッセージが追加のパラメータ情報を搬送する前記実施形態のいずれかに記載の方法。
【０２２７】
６１．追加のパラメータ情報が、一時ＲＮＴＩ、プリアンブルシグニチャシーケンス、その中で送信する伝送時間間隔（ＴＴＩ）、スロット番号、またはリソースブロックのうちの少なくとも１つを含む前記実施形態のいずれかに記載の方法。
【０２２８】
６２．メッセージが、無線送受信ユニット（ＷＴＲＵ）またはＷＴＲＵのグループにＲＮＴＩを与える前記実施形態のいずれかに記載の方法。
【０２２９】
６３．無線送受信ユニット（ＷＴＲＵ）が制御チャネルを監視して、それを介して送信するリソースを決定する前記実施形態のいずれかに記載の方法。
【０２３０】
６４．使用するリソースのセットが明示的に与えられる前記実施形態のいずれかに記載の方法。
【０２３１】
６５．メッセージが、拡張専用チャネル（Ｅ−ＤＣＨ）リソースのセットに対する索引を介して無線送受信ユニット（ＷＴＲＵ）に送られる前記実施形態のいずれかに記載の方法。
【０２３２】
６６．無線送受信ユニット（ＷＴＲＵ）が、ブロードキャストされる最初、最後、またはＮ番目のリソース上で伝送を行われることを知っている前記実施形態のいずれかに記載の方法。
【０２３３】
６７．ネットワークが、Ｍ２Ｍデバイスが近傍にないことを知っているのでない限り、Ｍ２Ｍ伝送のためのリソースを予約する前記実施形態のいずれかに記載の方法。
【０２３４】
６８．無線送受信ユニット（ＷＴＲＵ）が、アクセスクラスに従って求められ、または通常のランダムアクセスチャネル（ＲＡＣＨ）手順のためにブロードキャストされる任意の利用可能なリソースを選ぶ前記実施形態のいずれかに記載の方法。
【０２３５】
６９．無線送受信ユニット（ＷＴＲＵ）が、計算される時間に最初のプリアンブルを開始する前記実施形態のいずれかに記載の方法。
【０２３６】
７０．割り振られたリソース上でアップリンク伝送を実施することをさらに含む前記実施形態のいずれかに記載の方法。
【０２３７】
７１．無線送受信ユニット（ＷＴＲＵ）が、プリアンブルを送信することなくアップリンク伝送を実施する前記実施形態のいずれかに記載の方法。
【０２３８】
７２．無線送受信ユニット（ＷＴＲＵ）が、拡張専用物理データチャネル（Ｅ−ＤＰＤＣＨ）伝送の前の事前定義された数の伝送時間間隔（ＴＴＩ）の間に専用物理制御チャネル（ＤＰＣＣＨ）上で伝送を開始する前記実施形態のいずれかに記載の方法。
【０２３９】
７３．ＤＰＣＣＨの初期電力が、ＤＬ測定値によって求められる、シグナリングされるデフォルトＤＰＣＣＨ電力、無線送受信ユニット（ＷＴＲＵ）が最後の送信ＤＰＣＣＨ電力を保存すること、または電力からオフセットを引いたものと、シグナリングされた値の間の最小値のうちの少なくとも１つに基づいて設定される前記実施形態のいずれかに記載の方法。
【０２４０】
７４．ＭＴＣ無線送受信ユニット（ＷＴＲＵ）が、その物理位置が変化していないことを条件として、最後にＲＲＣ接続モードにあったときからタイミングアドバンス値を再利用する前記実施形態のいずれかに記載の方法。
【０２４１】
７５．位置推定、動きの欠如を示す位置検出デバイスからの出力、受信した信号強度に基づく基地局からの経路損失推定、または無線送受信ユニット（ＷＴＲＵ）が非モバイルグループに属するかどうかのうちの少なくとも１つが、ＷＴＲＵの物理位置が変化していないことを判定する助けとなる前記実施形態のいずれかに記載の方法。
【０２４２】
７６．プリアンブルが送信されないことを条件として、無線送受信ユニット（ＷＴＲＵ）が、保護期間をデータ伝送の一部として使用することにより、割り当てられたＰＵＳＣＨリソース上で限定された量のデータを送信する前記実施形態のいずれかに記載の方法。
【０２４３】
７７．無線送受信ユニット（ＷＴＲＵ）に、あらゆる副搬送について時間スロットの全てのシンボルが割り振られる前記実施形態のいずれかに記載の方法。
【０２４４】
７８．無線送受信ユニット（ＷＴＲＵ）が、事前定義されたシステムフレーム番号（ＳＦＮ）および／またはサブフレーム、ＴＴＩ、またはアクセススロット上でプリアンブル伝送を実施し、ＷＴＲＵが、現在の手順に従ってプリアンブルの初期電力を求め、またはあるＷＴＲＵについて、プリアンブル伝送の初期電力が、ＷＴＲＵ位置に従って最適化され、ＷＴＲＵが、最後のアクセス試行の最後のプリアンブル伝送電力、格納された値がない場合、通常のプリアンブルランプアップ段階を使用し、次いでプリアンブルの最後の値を格納すること、始めにプリアンブルランプアップ段階を１度実施し、次いで全ての初期アクセスについて同一の値を使用することのうちのいずれかを使用する前記実施形態のいずれかに記載の方法。
【０２４５】
７９．無線送受信ユニット（ＷＴＲＵ）が、短期間または事前定義された期間に送信し、リソースを保持することを許可される前記実施形態のいずれかに記載の方法。
【０２４６】
８０．１つの小さいデータ伝送が頻繁に生じる場合、無線送受信ユニット（ＷＴＲＵ）が、ＭＴＣ  ＷＴＲＵに関するデータを送信するために１つまたは２つのフレームを必要とする前記実施形態のいずれかに記載の方法。
【０２４７】
８１．リソースの長さが、アクセスクラス、またはＭＴＣグループに依存し、あるいは全ての無線送受信ユニット（ＷＴＲＵ）にわたって共通であることのいずれかである前記実施形態のいずれかに記載の方法。
【０２４８】
８２．ランダムアクセスチャネル（ＲＡＣＨ）リソース持続時間またはフレーム持続時間が、関数に対する入力として使用され、無線送受信ユニット（ＷＴＲＵ）が、関数を使用していつ伝送を開始するかを決定する前記実施形態のいずれかに記載の方法。
【０２４９】
８３．最大伝送持続時間が２フレームであることを条件として、同一グループ内の無線送受信ユニット（ＷＴＲＵ）が伝送を開始するシステムフレーム番号（ＳＦＮ）が、２の倍数である前記実施形態のいずれかに記載の方法。
【０２５０】
８４．各伝送に関する持続時間が限定されることを条件として、無線送受信ユニット（ＷＴＲＵ）が、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックがアップリンク伝送のために予想されない単純化した挙動を有する前記実施形態のいずれかに記載の方法。
【０２５１】
８５．無線送受信ユニット（ＷＴＲＵ）が１つのパケットデータユニット（ＰＤＵ）を作成し、事前定義された連続する伝送時間間隔（ＴＴＩ）で再送信し、このＴＴＩで送信中のＷＴＲＵを一意に識別するために、ＷＴＲＵが、ＭＡＣヘッダまたはデータ自体に特定の識別子を付加し、識別子は、ＭＴＣ特有の識別子、ＩＭＳＩ、ＴＭＳＩ、またはＷＴＲＵを一意に特定する任意の識別子でよく、任意選択で、ＷＴＲＵが、どの識別子を与えているかをネットワークに示す特殊なヘッダフィールドを使用し、あるいは、ＷＴＲＵが送信する時間インスタンスがＷＴＲＵにとって固有のものであり、ネットワークが、同一の機構を使用してどのＷＴＲＵが送信しているかを判定する前記実施形態のいずれかに記載の方法。
【０２５２】
８６．フィードバックに基づくハイブリッド自動再送要求（ＨＡＲＱ）再送信を実施するかどうかに関する決定が、ランダムアクセスチャネル（ＲＡＣＨ）の持続時間にリンクされる前記実施形態のいずれかに記載の方法。
【０２５３】
８７．複数のフレームを条件として、または無線送受信ユニット（ＷＴＲＵ）が１０ｍｓより多く割り振られることを条件として、ＷＴＲＵがハイブリッド自動再送要求（ＨＡＲＱ）再送信を実施する前記実施形態のいずれかに記載の方法。
【０２５４】
８８．時間が満了することを条件として、無線送受信ユニット（ＷＴＲＵ）が伝送間隔の完了時にリソースを解放する前記実施形態のいずれかに記載の方法。
【０２５５】
８９．無線送受信ユニット（ＷＴＲＵ）が、データの伝送を完了するとすぐにリソースを解放し、内部変数をリセットする前記実施形態のいずれかに記載の方法。
【０２５６】
９０．ネットワークが共通のリソースおよびバッファを使用し、時間の終了時に、ネットワークが、内部変数およびパケットのシーケンス番号付けをリセットする前記実施形態のいずれかに記載の方法。
【０２５７】
９１．無線送受信ユニット（ＷＴＲＵ）がグループに分割される前記実施形態のいずれかに記載の方法。
【０２５８】
９２．グループ索引rachGroupIndexが事前定義されたグループに属する無線送受信ユニット（ＷＴＲＵ）を識別するために使用され、グループ索引がＷＴＲＵが選ぶことのできる異なるグループの中からランダムに選ばれる前記実施形態のいずれかに記載の方法。
【０２５９】
９３．グループが、無線送受信ユニット（ＷＴＲＵ）が送信しなければならないデータ量に基づいて優先順位付けされる前記実施形態のいずれかに記載の方法。
【０２６０】
９４．ＷＴＲＵが、ネットワークから得られたシステム情報からそのグループ索引を導出し、ネットワークが、専用シグナリングを介して無線送受信ユニット（ＷＴＲＵ）に与える前記実施形態のいずれかに記載の方法。
【０２６１】
９５．間隔内でいつ伝送を開始するかを決定するために、無線送受信ユニット（ＷＴＲＵ）が、間隔内の時間をランダムに選び、ランダムアクセスチャネル（ＲＡＣＨ）手順を開始する前記実施形態のいずれかに記載の方法。
【０２６２】
９６．グループの時間間隔内になければならないという制限に基づいて時間が求められる前記実施形態のいずれかに記載の方法。
【０２６３】
９７．各ＷＴＲＵに割り当てられるオフセットまたはアクセス識別子が、グループが伝送を開始する時間である時間Ｔに対するオフセットとして追加される前記実施形態のいずれかに記載の方法。
【０２６４】
９８．無線送受信ユニット（ＷＴＲＵ）がネットワークにデータを送ると予想される時間が同一であるが、全てのＷＴＲＵのデータが同一の優先順位ではない前記実施形態のいずれかに記載の方法。
【０２６５】
９９．無線送受信ユニット（ＷＴＲＵ）がネットワークにデータを送る準備ができていることを条件として、rachGroupIndex 1を有するＷＴＲＵが、０に等しい時間ｔからＴに等しいｔまでの間にランダムアクセス手順を開始し、Ｔが整数である前記実施形態のいずれかに記載の方法。
【０２６６】
１００．rachGroupIndex 1グループ内にない無線送受信ユニット（ＷＴＲＵ）が、この時間中にランダムアクセス手順を開始することが予想されない前記実施形態のいずれかに記載の方法。
【０２６７】
１０１．rachGroupIndex 2を有する無線送受信ユニット（ＷＴＲＵ）が、Ｔに等しい時間ｔと２Ｔに等しい時間ｔの間でランダムアクセス手順を実施し、Ｔは整数である前記実施形態のいずれかに記載の方法。
【０２６８】
１０２．Ｔの値がネットワークによって構成される前記実施形態のいずれかに記載の方法。
【０２６９】
１０３．時間の値がシステムフレーム番号（ＳＦＮ）番号に対応する前記実施形態のいずれかに記載の方法。
【０２７０】
１０４．異なるＭＴＣデバイスに関するランダムアクセスチャネル（ＲＡＣＨ）リソースの隔離が、ＲＡＣＨのために予約されたスクランブリングコードのセット、シグニチャ、またはサブチャネル／アクセススロットのうちの少なくとも１つである前記実施形態のいずれかに記載の方法。
【０２７１】
１０５．分離が、物理ランダムアクセスチャネル（ＰＲＡＣＨ）コードおよびパラメータ内で異なるＭＴＣデバイスに関する新しいパラメータのセットをシグナリングすることによって実施される前記実施形態のいずれかに記載の方法。
【０２７２】
１０６．無線送受信ユニット（ＷＴＲＵ）が、ＭＴＣデバイスのために予約されたプリアンブルシグニチャのセットを使用し、プリアンブルシグニチャのセットが、拡張専用チャネル（Ｅ−ＤＣＨ）リソースの異なるセットにマッピングされ、または異なるマッピングによって定義される前記実施形態のいずれかに記載の方法。
【０２７３】
１０７．プリアンブルが送られるアクセススロットまたはサブチャネルのセットが、ＭＴＣデバイスのために予約される前記実施形態のいずれかに記載の方法。
【０２７４】
１０８．ネットワークがプリアンブルを検出することを条件として、ネットワークが、プリアンブルと、ＭＴＣ特有のＥ−ＤＣＨリソースに対応する拡張専用チャネル（Ｅ−ＤＣＨ）との間のマッピングに気付いている前記実施形態のいずれかに記載の方法。
【０２７５】
１０９．ＭＴＣデバイスが、あらゆるプリアンブル再送信について電力ランプアップ手順を実施しない前記実施形態のいずれかに記載の方法。
【０２７６】
１１０．ＭＴＣデバイスが、Ｎ番目の再試行ごとに電力ランプアップ手順を実施する前記実施形態のいずれかに記載の方法。
【０２７７】
１１１．ＭＴＣデバイス、「Ｎ」回の再試行が、構成可能なパラメータであり、ＭＴＣ機能に関連付けられ、またはグループ特有のものである前記実施形態のいずれかに記載の方法。
【０２７８】
１１２．ＭＴＣデバイス、「Ｎ」回の再試行が、初期配置中にＷＴＲＵでプログラムされ、あるいはネットワークによってブロードキャストまたは専用シグナリングを介してＷＴＲＵに与えられる前記実施形態のいずれかに記載の方法。
【０２７９】
１１３．ＲＡＣＨグループ索引が、リソース、アクセスが許可される時間、およびアクセス除外因子または持続性値の点で異なる特性を有する前記実施形態のいずれかに記載の方法。
【０２８０】
１１４．グループ索引が選択されると、そのグループのアクセス特性が追従される前記実施形態のいずれかに記載の方法。
【０２８１】
１１５．ＲＡＣＨグループ索引が、動的または半静的に更新される前記実施形態のいずれかに記載の方法。
【０２８２】
１１６．各ＲＡＣＨグループ索引がアクセスクラス（ＡＣ）に関連付けられ、ＡＣが異なるアクセス特性を有する前記実施形態のいずれかに記載の方法。
【０２８３】
１１７．既存のアクセスクラス（ＡＣ）、および新しいＡＣが、各クラスまたはクラスのグループに関連する異なるアップリンクアクセス特性を可能にするように拡張される前記実施形態のいずれかに記載の方法。
【０２８４】
１１８．アクセスクラス情報が、特定のＭＴＣ機能またはＭＴＣグループへのＭＴＣデバイスの加入中、またはＭＴＣデバイスの初期配置中に、ＭＴＣデバイスの汎用加入者識別モジュール（ＵＳＩＭ）にプログラムされる前記実施形態のいずれかに記載の方法。
【０２８５】
１１９．アクセスクラス情報が、ＭＴＣサーバによってネットワークに新しいＡＣ情報を送ることによって動的に更新され、新しいＡＣ情報が、ページング、ブロードキャストシステム情報、セルブロードキャストサービス、または専用シグナリングを介してＷＴＲＵに転送される前記実施形態のいずれかに記載の方法。
【０２８６】
１２０．ＷＴＲＵが、登録接続の持続時間、または事前定義された期間に新しい情報でＷＴＲＵのＵＳＩＭの内容を更新する前記実施形態のいずれかに記載の方法。
【０２８７】
１２１．ＷＴＲＵが、ＵＳＩＭ内の新しい構成情報と共に切り離され、ネットワークにアクセスするとき、ＵＳＩＭがその元のＵＳＩＭ構成に戻る前記実施形態のいずれかに記載の方法。
【０２８８】
１２２．ＡＣ情報修正が、ＭＴＣデバイスの構成の一部であり、ＭＴＣデバイスが再構成されたときはいつでも更新される前記実施形態のいずれかに記載の方法。
【０２８９】
１２３．ネットワークが、ネットワークメッセージを介してＷＴＲＵにＡＣ情報を与える前記実施形態のいずれかに記載の方法。
【０２９０】
１２４．ＭＴＣデバイスのグループのＡＣ情報の変化を示す共通グループメッセージが、ＭＴＣデバイスのグループに示される前記実施形態のいずれかに記載の方法。
【０２９１】
１２５．ネットワークが、一定の事前定義された確率で除外またはブロックすべきＡＣのうちの１つまたはグループを予約し、除外／ブロックしたいＷＴＲＵが特定のＡＣを有するように構成する前記実施形態のいずれかに記載の方法。
【０２９２】
１２６．異なるアクセスサービスクラス（ＡＳＣ）が、ＭＴＣデバイスが提供するサービスまたはその機能に基づいて、ＭＴＣデバイスに関して定義される前記実施形態のいずれかに記載の方法。
【０２９３】
１２７．ＡＳＣが、整数値またはビットストリームとして表される前記実施形態のいずれかに記載の方法。
【０２９４】
１２８．ビット文字列中のビットへのＭＴＣ機能のマッピングが、システム情報ブロック（ＳＩＢ）メッセージを介してシステム情報（ＳＩ）でＷＴＲＵに与えられる前記実施形態のいずれかに記載の方法。
【０２９５】
１２９．ビット文字列中のビットへのＭＴＣ機能のマッピングが、加入中または初期配置中にＭＴＣデバイスのＵＳＩＭでプログラムされる前記実施形態のいずれかに記載の方法。
【０２９６】
１３０．ＡＳＣビット文字列中のビットへのＭＴＣ機能のマッピングが動的に変更され、更新後情報が、ＳＩ、ページ、または専用シグナリングを介してＷＴＲＵに与えられる前記実施形態のいずれかに記載の方法。
【０２９７】
１３１．ビット文字列中のビットへのＭＴＣ機能のマッピングが、情報がＭＴＣデバイスによって受信されたときにプログラムされる前記実施形態のいずれかに記載の方法。
【０２９８】
１３２．ＭＴＣデバイスが更新値を使用する持続時間が、ネットワークにより与えられる事前構成されたタイマ値を使用して制御される前記実施形態のいずれかに記載の方法。
【０２９９】
１３３．ＭＴＣデバイス内の事前構成されたタイマが、ＭＴＣグループ特有のものである前記実施形態のいずれかに記載の方法。
【０３００】
１３４．ＭＴＣデバイス内の事前構成されたタイマが、ＭＴＣ機能に依存する前記実施形態のいずれかに記載の方法。
【０３０１】
１３５．事前構成されたタイマが、ＳＩ、ページ、または専用シグナリングを介して、ネットワークによって与えられる前記実施形態のいずれかに記載の方法。
【０３０２】
１３６．ＭＴＣデバイスに関するＡＣ−ＡＳＣマッピングが、初期構成中、初期配置中、ＭＴＣ機能またはグループへの加入中、あるいはＭＴＣサーバによるデバイスの再構成中に達成される前記実施形態のいずれかに記載の方法。
【０３０３】
１３７．ＭＴＣデバイスが複数のＡＣに属する場合、そのデフォルトＭＴＣ機能ＡＣに属するＡＳＣが選択される前記実施形態のいずれかに記載の方法。
【０３０４】
１３８．ＷＴＲＵが、ＷＴＲＵがその中で関連付けられる他のＡＣにマッピングされるＡＳＣにわたって、ＡＳＣビット文字列値を優先順位付けする前記実施形態のいずれかに記載の方法。
【０３０５】
１３９．ＷＴＲＵがビット文字列を受信し、複数のＡＳＣを割り当て、ＷＴＲＵがそのデフォルトＭＴＣ機能に属するＡＳＣを選択する前記実施形態のいずれかに記載の方法。
【０３０６】
１４０．ＷＴＲＵが、ネットワークまたはＭＴＣサーバによって使用されるように明示的に構成されるＡＳＣを選択する前記実施形態のいずれかに記載の方法。
【０３０７】
１４１．ＷＴＲＵが、ＷＴＲＵに与えられるＡＳＣのリストを優先順位付けし、ＷＴＲＵが、優先順位に従ってＡＳＣを選択する前記実施形態のいずれかに記載の方法。
【０３０８】
１４２．ＡＳＣの優先順位が、ＳＩ、ページ、または専用シグナリングを介して、ネットワークによってＷＴＲＵに与えられる前記実施形態のいずれかに記載の方法。
【０３０９】
１４３．ＷＴＲＵが、ネットワークにアクセスするための許可を示す、除外表示などのブール表示に従ってネットワークにアクセスすることを決定する前記実施形態のいずれかに記載の方法。
【０３１０】
１４４．ネットワークへのアクセスを試みることが除外表示に関連して許可される許容時間を定義する時間パターンがＷＴＲＵに与えられる前記実施形態のいずれかに記載の方法。
【０３１１】
１４５．ＷＴＲＵが、アクセスが許可されることを示す、許可されたアクセスパターンおよび除外表示パラメータと共に使用されるしきい値またはアクセス除外因子を求めるために使用される乱数を選択する前記実施形態のいずれかに記載の方法。
【０３１２】
１４６．複数の許可されたアクセスパターン、除外表示、またはアクセス除外因子を示す索引が、ＷＴＲＵによって使用される前記実施形態のいずれかに記載の方法。
【０３１３】
１４７．ＷＴＲＵが、ページングメッセージを通じて索引を受信する前記実施形態のいずれかに記載の方法。
【０３１４】
１４８．ＷＴＲＵが、明示的アクセスパターン、または明示的除外表示または除外因子を含むページメッセージを受信する前記実施形態のいずれかに記載の方法。
【０３１５】
１４９．ＷＴＲＵが、索引または明示的アクセスパターン、あるいは明示的除外表示または除外因子を含む専用メッセージを受信する前記実施形態のいずれかに記載の方法。
【０３１６】
１５０．ＷＴＲＵが、初期構成時に使用する初期索引と、所定の、または事前シグナリングされた時刻の関数、または送信すべきデータのタイプとを与える前記実施形態のいずれかに記載の方法。
【０３１７】
１５１．索引または明示的アクセスパターン、あるいは明示的除外表示または除外因子が、ＳＩＢを変更または再取得する必要なしに動的に更新される前記実施形態のいずれかに記載の方法。
【０３１８】
１５２．ＷＴＲＵが、ネットワークにアクセスする際に使用する情報の索引を周期的に変更する前記実施形態のいずれかに記載の方法。
【０３１９】
１５３．ＷＴＲＵが、アップリンクアクセス後ごとに、または事前構成されたアップリンクアクセス数の後に索引を変更する前記実施形態のいずれかに記載の方法。
【０３２０】
１５４．アクセス除外因子が、ページングメッセージまたは専用メッセージから調節因子を受信することに基づいて、ＷＴＲＵによって求められる前記実施形態のいずれかに記載の方法。
【０３２１】
１５５．アクセス除外因子が、未調節のアクセス除外因子に調節因子を掛けることに基づいて、ＷＴＲＵによって求められ、未調節のアクセス除外因子が、セルからＳＩブロードキャストを取得すること、あるいはＡＣに適用可能な未調節のアクセス除外因子適用可能を選択することから得られる前記実施形態のいずれかに記載の方法。
【０３２２】
１５６．アクセス除外因子が、既存のアクセス除外因子を上書きする新しいアクセス除外因子を受信することに基づいて、ＷＴＲＵによって使用される前記実施形態のいずれかに記載の方法。
【０３２３】
１５７．アクセス除外パターンが、ＷＴＲＵによって新しい情報要素（ＩＥ）で求められる前記実施形態のいずれかに記載の方法。
【０３２４】
１５８．ＷＴＲＵが、ＷＴＲＵまたはＷＴＲＵのグループがプリアンブルを送るため、またはアップリンクデータを送るためにＲＡＣＨにアクセスすることが許可されるＳＦＮを指定するＩＥを受信する前記実施形態のいずれかに記載の方法。
【０３２５】
１５９．ＷＴＲＵが、無線リソース制御（ＲＲＣ）メッセージでＩＥを受信する前記実施形態のいずれかに記載の方法。
【０３２６】
１６０．ＷＴＲＵが、開始ＳＦＮ番号を含むＩＥを受信し、開始ＳＦＮ番号の時点で、ＷＴＲＵが、現在のＲＡＣＨ機構を使用して、ネットワークにアクセスすることを試みる前記実施形態のいずれかに記載の方法。
【０３２７】
１６１．ＩＥが、持続時間に対応するタイマ値を含み、その持続時間では、満了すると、ＷＴＲＵが、一定の期間にＲＡＣＨにアクセスすることを許可される前記実施形態のいずれかに記載の方法。
【０３２８】
１６２．ＷＴＲＵが、アクセス時間パターンと共に構成される前記実施形態のいずれかに記載の方法。
【０３２９】
１６３．応答で示されるＮＡＣＫによる再送信のケースで、ＷＴＲＵがバックオフタイマ持続時間の間待機し、次いで、次の許可されるＳＦＮおよびサブフレームでＲＡＣＨにアクセスすることを試みる前記実施形態のいずれかに記載の方法。
【０３３０】
１６４．ＷＴＲＵが、バックオフタイマが満了することを待機せず、次に許可されるＳＦＮおよびサブフレームがバックオフ持続時間の前に生じる場合であっても、そこで送信することを試みる前記実施形態のいずれかに記載の方法。
【０３３１】
１６５．ＷＴＲＵにおいて、ＭＡＣまたはＲＲＣが、そのＡＣに基づいてＰＲＡＣＨ構成索引を選択する前記実施形態のいずれかに記載の方法。
【０３３２】
１６６．ＷＴＲＵが、最高のＰＲＡＣＨ機会、またはより低いＰＲＡＣＨ機会、または最初もしくは最後に許可される索引に基づいて、リストから１つの索引を選択する前記実施形態のいずれかに記載の方法。
【０３３３】
１６７．ＰＤＣＣＨのＣＲＣを複数のＭＴＣデバイスに割り当てられたグループ識別子と共にスクランブリングすることによってＷＴＲＵのグループにＰＤＣＣＨ順序を送ることにより、輻輳が低減される前記実施形態のいずれかに記載の方法。
【０３３４】
１６８．ＷＴＲＵが、その個々の識別子に応じて奇数または偶数のプリアンブルおよびＰＲＡＣＨマスク索引をランダムに選択する前記実施形態のいずれかに記載の方法。
【０３３５】
１６９．ＷＴＲＵが、その個々の識別子に応じてプリアンブルのサブセットの中からプリアンブルを選択する前記実施形態のいずれかに記載の方法。
【０３３６】
１７０．ＷＴＲＵが、ＰＤＣＣＨのＣＲＣ内のグループ識別子の復号化中に、異なる方式でランダムアクセス手順で復号化ビットを解釈する前記実施形態のいずれかに記載の方法。
【０３３７】
１７１．ＷＴＲＵがＣＥＬＬ＿ＦＡＣＨ状態にある前記実施形態のいずれかに記載の方法。
【０３３８】
１７２．ＷＴＲＵが、ランダムアクセス手順に関するアップリンク伝送を開始する前記実施形態のいずれかに記載の方法。
【０３３９】
１７３．ＷＴＲＵが、構成済み時間リソースを使用してアップリンク伝送を開始する前記実施形態のいずれかに記載の方法。
【０３４０】
１７４．ＷＴＲＵが、アップリンク伝送を開始する前にバックオフを適用する前記実施形態のいずれかに記載の方法。
【０３４１】
１７５．バックオフが、ＷＴＲＵが属するグループ特有のパラメータである前記実施形態のいずれかに記載の方法。
【０３４２】
１７６．バックオフが、ＷＴＲＵ特有のパラメータである前記実施形態のいずれかに記載の方法。
【０３４３】
１７７．バックオフが、アクセスクラスごとに指定される前記実施形態のいずれかに記載の方法。
【０３４４】
１７８．ＷＴＲＵがバックオフにスケーリング因子を適用することをさらに含む前記実施形態のいずれかに記載の方法。
【０３４５】
１７９．ＷＴＲＵが、ネットワークによってブロードキャストされる複数のバックオフ値を受信し、バックオフ値の１つを選択する前記実施形態のいずれかに記載の方法。
【０３４６】
１８０．バックオフが、優先順位に基づいて求められる前記実施形態のいずれかに記載の方法。
【０３４７】
１８１．優先順位が、ＷＴＲＵが属するグループまたはタイプに基づく前記実施形態のいずれかに記載の方法。
【０３４８】
１８２．グループまたはタイプがＵＳＩＭ上で示される前記実施形態のいずれかに記載の方法。
【０３４９】
１８３．優先順位が、ＷＴＲＵが送るデータのタイプに基づく前記実施形態のいずれかに記載の方法。
【０３５０】
１８４．優先順位がＱｏＳに基づく前記実施形態のいずれかに記載の方法。
【０３５１】
１８５．優先順位がＷＴＲＵ機能に基づく前記実施形態のいずれかに記載の方法。
【０３５２】
１８６．優先順位が、ＷＴＲＵが送る必要のあるデータ量に基づく前記実施形態のいずれかに記載の方法。
【０３５３】
１８７．ＷＴＲＵが、ＷＴＲＵまたはＷＴＲＵのグループに特有のパラメータと共に構成される前記実施形態のいずれかに記載の方法。
【０３５４】
１８８．パラメータが、バックオフパラメータ、タイミング、アクセスクラス、優先順位のうちの少なくとも１つを含む前記実施形態のいずれかに記載の方法。
【０３５５】
１８９．グループが新しいアクセスクラスにマッピングされる前記実施形態のいずれかに記載の方法。
【０３５６】
１９０．新しいアクセスクラスが、ＭＴＣデバイスに関して定義される前記実施形態のいずれかに記載の方法。
【０３５７】
１９１．ＷＴＲＵが、新しいアクセスクラス下で定義される複数のサブアクセスクラスのうちの１つに割り当てられる前記実施形態のいずれかに記載の方法。
【０３５８】
１９２．ＷＴＲＵにグループ識別子（ＩＤ）が割り当てられる前記実施形態のいずれかに記載の方法。
【０３５９】
１９３．１つのグループ内のＷＴＲＵ数が限定される前記実施形態のいずれかに記載の方法。
【０３６０】
１９４．１つのグループ内のＷＴＲＵ数が、セル当たりまたはエリア当たりで限定される前記実施形態のいずれかに記載の方法。
【０３６１】
１９５．１つのグループ内のＷＴＲＵ数が、ロケーションエリア、ルーティングエリアまたはトラッキングエリアに基づいて限定される前記実施形態のいずれかに記載の方法。
【０３６２】
１９６．ＷＴＲＵが、複数のグループＩＤと共に割り当てられ、ＷＴＲＵが、経時的にグループＩＤを切り換える前記実施形態のいずれかに記載の方法。
【０３６３】
１９７．ＷＴＲＵに割り当てられるグループＩＤに基づいて、ＷＴＲＵがアップリンクリソースまたはバックオフパラメータを使用する前記実施形態のいずれかに記載の方法。
【０３６４】
１９８．ＷＴＲＵが、リソースまたはバックオフパラメータが属するグループＩＤまたはグループＩＤのリストを明示的に受信する前記実施形態のいずれかに記載の方法。
【０３６５】
１９９．ＷＴＲＵが、異なるグループＩＤおよび対応するリソースまたはアクセスバックオフパラメータのリストを有するマッピングテーブルに基づいてリソースまたはバックオフパラメータを選択する前記実施形態のいずれかに記載の方法。
【０３６６】
２００．マッピングテーブルが固定される前記実施形態のいずれかに記載の方法。
【０３６７】
２０１．グループＩＤが、登録メッセージまたは非アクセス層（ＮＡＳ）メッセージでＷＴＲＵに割り当てられる前記実施形態のいずれかに記載の方法。
【０３６８】
２０２．グループＩＤおよび／またはマッピングが、汎用加入者識別モジュール（ＵＳＩＭ）でＷＴＲＵに与えられる前記実施形態のいずれかに記載の方法。
【０３６９】
２０３．グループＩＤが、ページングメッセージでＷＴＲＵに割り当てられる前記実施形態のいずれかに記載の方法。
【０３７０】
２０４．ＷＴＲＵがネットワークから新しいグループＩＤを受信するとき、ＷＴＲＵが、次の伝送のために、または新しいグループＩＤを受信するまで、全ての将来の伝送のために新しいグループＩＤを使用する前記実施形態のいずれかに記載の方法。
【０３７１】
２０５．新しいグループＩＤが既存のグループＩＤを置き換える前記実施形態のいずれかに記載の方法。
【０３７２】
２０６．新しいグループＩＤが、グループＩＤのリスト内の既存のグループＩＤに追加される前記実施形態のいずれかに記載の方法。
【０３７３】
２０７．ＷＴＲＵを割り当てることのできる最大グループＩＤ数が存在する前記実施形態のいずれかに記載の方法。
【０３７４】
２０８．グループＩＤが、ＷＴＲＵ当たりまたはＷＴＲＵサービス当たりで固定される前記実施形態のいずれかに記載の方法。
【０３７５】
２０９．グループＩＤが、汎用加入者識別モジュール（ＵＳＩＭ）上に格納される前記実施形態のいずれかに記載の方法。
【０３７６】
２１０．グループＩＤが、ネットワークから受信されるメッセージに従ってＷＴＲＵで更新される前記実施形態のいずれかに記載の方法。
【０３７７】
２１１．ＷＴＲＵが無線リソース制御（ＲＲＣ）接続要求メッセージを送ることをさらに含む前記実施形態のいずれかに記載の方法。
【０３７８】
２１２．ＷＴＲＵがネットワークからRRC Connection Rejectメッセージを受信することをさらに含む前記実施形態のいずれかに記載の方法。
【０３７９】
２１３．RRC Connection Rejectメッセージが、新しいアップリンク伝送を開始する前に待機するためのバックオフパラメータ、または次のアクセスのために使用するアップリンクリソースのサブセットを含む前記実施形態のいずれかに記載の方法。
【０３８０】
２１４．RRC Connection Rejectメッセージの受信時に、ＷＴＲＵが、別のRRC Connection Requestメッセージを送らない前記実施形態のいずれかに記載の方法。
【０３８１】
２１５．ＷＴＲＵがアイドル状態となる前記実施形態のいずれかに記載の方法。
【０３８２】
２１６．ＷＴＲＵが、RRC Connection Rejectメッセージを受信した後、同一の周波数または無線アクセス技術（ＲＡＴ）でセルを再選択しようと試みない前記実施形態のいずれかに記載の方法。
【０３８３】
２１７．ＷＴＲＵが、RRC Connection Rejectメッセージを受信した後の所定の期間、セルが除外され、またはアクセス不能であるとみなす前記実施形態のいずれかに記載の方法。
【０３８４】
２１８．所定の期間が固定される前記実施形態のいずれかに記載の方法。
【０３８５】
２１９．所定の期間が、RRC connection Rejectメッセージまたは任意の他のＲＲＣメッセージで示される前記実施形態のいずれかに記載の方法。
【０３８６】
２２０．所定の期間がネットワークによってブロードキャストされる前記実施形態のいずれかに記載の方法。
【０３８７】
２２１．所定の期間がＷＴＲＵによってランダムに選ばれる前記実施形態のいずれかに記載の方法。
【０３８８】
２２２．所定の期間が別のパラメータにリンクされる前記実施形態のいずれかに記載の方法。
【０３８９】
２２３．所定の期間が、ＷＴＲＵが送る必要のあるデータの優先順位レベルに依存する前記実施形態のいずれかに記載の方法。
【０３９０】
２２４．所定の期間が、ＷＴＲＵ識別子を使用することによって計算される前記実施形態のいずれかに記載の方法。
【０３９１】
２２５．ＷＴＲＵが、別の周波数または無線アクセス技術（ＲＡＴ）でRRC Connection Requestメッセージを送ることを再試行しない前記実施形態のいずれかに記載の方法。
【０３９２】
２２６．RRC Connection Rejectメッセージが周波数および無線アクセス技術（ＲＡＴ）情報を含む前記実施形態のいずれかに記載の方法。
【０３９３】
２２７．ＷＴＲＵが、所定の期間後のアクセス試行のために周波数およびＲＡＴ情報を格納する前記実施形態のいずれかに記載の方法。
【０３９４】
２２８．ＷＴＲＵが、RRC Connection Rejectメッセージを受信した後に、所定の値よりも小さい数にＲＲＣ接続要求試行を限定する前記実施形態のいずれかに記載の方法。
【０３９５】
２２９．最大ＲＲＣ接続要求試行数が、ＷＴＲＵについて構成される前記実施形態のいずれかに記載の方法。
【０３９６】
２３０．ＷＴＲＵがＭＴＣデバイスである前記実施形態のいずれかに記載の方法。
【０３９７】
２３１．ＷＴＲＵが時間に寛容なデバイスである前記実施形態のいずれかに記載の方法。
【０３９８】
２３２．ＷＴＲＵが、時間に寛容な、または低優先順位のメッセージまたはデータを送っている前記実施形態のいずれかに記載の方法。
【０３９９】
２３３．RRC Connection Rejectが拒否の理由を示す前記実施形態のいずれかに記載の方法。
【０４００】
２３４．理由が輻輳である前記実施形態のいずれかに記載の方法。
【０４０１】
２３５．実施形態１〜２３４のいずれか一項に記載の方法を実施するように構成された無線送受信ユニット（ＷＴＲＵ）。
【０４０２】
２３６．トランシーバをさらに備える実施形態２３５のＷＴＲＵ。
【０４０３】
２３７．トランシーバと通信するプロセッサをさらに備える実施形態２３５〜２３６のいずれかに記載のＷＴＲＵ。
【０４０４】
２３８．プロセッサが、実施形態１〜８５のいずれかに記載の方法を実施するように構成される実施形態２３５〜２３７のいずれかに記載のＷＴＲＵ。
【０４０５】
２３９．実施形態１〜２３４のいずれかに記載の方法を実施するように構成された基地局。
【０４０６】
２４０．実施形態１〜２３４のいずれか一項に記載の方法を実施するように構成された集積回路。
【０４０７】
特徴および要素を特定の組合せで上述したが、各特徴または要素を単独で、または他の特徴および要素との任意の組合せで使用できることを当業者は理解されよう。さらに、本明細書で説明した方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、ファームウェアで実行することができる。コンピュータ可読媒体の例は、電子信号（有線または無線接続を介して伝送される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体は、限定はしないが、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクやリムーバブルディスクなどの磁気媒体、光磁気媒体、ＣＤ−ＲＯＭディスクやＤＶＤなどの光媒体を含む。ソフトウェアに関連してプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用する無線周波数トランシーバを実装することができる。
【図１Ａ】
0005611372.tif 000004
【図１Ｂ】
0005611372.tif 000005
【図１Ｃ】
0005611372.tif 000006
【図１Ｄ】
0005611372.tif 000007
【図２】
0005611372.tif 000008
【図３】
0005611372.tif 000009
【図４】
0005611372.tif 000010