JP5395256B2 - マルチキャリアワイヤレス通信におけるランダムアクセスのための方法および機器 - Google Patents

Description

本出願は、ワイヤレス通信に関する。

関連出願の相互参照

本出願は、参照により、あたかも本明細書において完全に説明されているかのように組み込まれている、２００９年４月２３日に出願した米国特許仮出願第６１／１７１，９１７号明細書、２００９年４月２３日に出願した米国特許仮出願第６１／１７２，０７６号明細書、２００９年５月２８日に出願した米国特許仮出願第６１／１８１，８１１号明細書、２０１０年１月８日に出願した米国特許仮出願第６１／２９３，３６６号明細書、２０１０年２月１２日に出願した米国特許仮出願第６１／３０３，９３７号明細書、および２０１０年４月２日に出願した米国特許仮出願第６１／３２０，４０５号明細書の利益を主張する。

ワイヤレス通信では、ランダムアクセス手順を用いて、ワイヤレス送受信ユニット（ＷＴＲＵ）に専用無線リソースを割り当てることができる。専用無線リソースは、たとえば、特定のプリアンブルまたは物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースとすることができる。ランダムアクセス手順は、競合に無縁でも、競合に基づいてもよく、プリアンブル送信、ランダムアクセス応答（ＲＡＲ）がアップリンク（ＵＬ）送信用のグラントを含むＲＡＲ受信、競合に基づくランダムアクセスのためのｍｅｓｓａｇｅ３（ｍｓｇ３）の送信、および競合に基づくランダムアクセスのための競合解決（たとえば、ＷＴＲＵは、ランダムアクセス（ＲＡ）手順の完了が成功したかどうか判定し得る）という特徴を含み得る。

図１は、ＷＴＲＵおよびｅＮＢ（エンハンスト・ノードＢ）を含むランダムアクセス手順の例を示す。ＷＴＲＵは、ランダムアクセスプリアンブルを送信する。次いで、ｅＮＢは、ＲＡＲで応答する。次に、ＷＴＲＵは、スケジュールされた送信、たとえば、ｍｓｇ３送信を送信し得る。次いで、ｅＮＢは、競合に基づくランダムアクセスのために競合解決を実施することができ、ＷＴＲＵは、ランダムアクセス手順が成功したかどうか判定することができる。

ＷＴＲＵは、以下のイベントの１つが起きたとき、ランダムアクセス手順を開始する。すなわち、ＷＴＲＵが確立された接続をもたないとき、つまりＲＲＣ（無線リソース制御）＿ＩＤＬＥ状態からの、ネットワークへの初回アクセス、ＲＲＣ接続再確立手順、ＲＡ−ＰＤＣＣＨ（ランダムアクセス物理ダウンリンク制御チャネル）オーダー、ハンドオーバ、ランダムアクセス手順を必要とする、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態中のダウンリンク（ＤＬ）データ到着、またはランダムアクセススケジューリング要求（ＲＡ−ＳＲ）として知られるランダムアクセス手順を必要とする、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態中のＵＬデータ到着である。

たとえば、ＬＴＥ（ロングタームエボリューション）など、一部のワイヤレス通信システムにおいて、ＷＴＲＵは、上述したイベントの１つに起因してランダムアクセス手順を開始することができ、ランダムアクセスチャネル（ＲＡＣＨ）リソースセットが、利用可能であると仮定される。ＲＡＣＨリソースセットは、単一の索引、すなわちｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘによって定義され、この索引は、０と６３の間の値をとり、使われるべきプリアンブルフォーマット、ならびにプリアンブルがその中で送られ得るサブフレームセットを識別し得る。サブフレームセットは、与えられた物理ランダムアクセスチャネル（ＰＲＡＣＨ）マスク索引によってさらに制限され得る。ＯＦＤＭＡ（直交周波数分割多重アクセス）ワイヤレス通信システムを含むいくつかのシステムでは、ＷＴＲＵは、単一ＵＬキャリア内で動作する。したがって、どのＵＬキャリアを使うことができるかについて、曖昧さはない。

図２は、単一ＵＬキャリアを使う通信システム２００を示す。ＷＴＲＵ２０１は、単一ＤＬキャリア２０５を使ってネットワーク２０３と通信する。ＰＲＡＣＨ構成は、ＤＬキャリア２０５上でブロードキャストされる。ＷＴＲＵは、単一ＵＬキャリア２０７によって与えられる利用可能ＰＲＡＣＨリソースを使ってプリアンブルを送る。

ＷＴＲＵは、利用可能セット内でＲＡＣＨリソースを選択する。この選択は、ランダムアクセスプリアンブルの選択を伴い、その後に、利用可能ＲＡＣＨリソースを含む次のサブフレームの判定が続く。プリアンブルは次いで、（ＦＤＤ（周波数分割複信）のケースでは）次のサブフレームに入れて送信される。ＴＤＤ（時分割複信）のケースでは、プリアンブルは、次のサブフレームまたは２つの後続サブフレーム内のランダムに選択されたＲＡＣＨリソースに入れて送信される。

ＷＴＲＵが、接続モードにおいて多重ＵＬおよびＤＬキャリアとともに動作するように構成される場合、複数のＲＡＣＨリソースが、必要に応じて、ランダムアクセス手順の開始に使用するのに利用可能である。ＷＴＲＵが使用するためのＲＡＣＨリソースを判定することができ、構成済みキャリアの中でどのＲＡＣＨリソースセットが利用可能と見なされ得るか判定し得るための規則を定義することが有益であり得る。

マルチキャリアワイヤレス通信におけるランダムアクセスのための方法および機器を開示する。ＰＲＡＣＨリソースシグナリング、ＰＲＡＣＨリソース取扱い、プリアンブルおよびＰＲＡＣＨリソース選択、ＲＡＲ受信、プリアンブル再送信、ならびに後続メッセージの送信および受信のための方法および機器が提供される。トリガイベントが起きたならば、許容ＲＡＣＨ構成セットにＵＬキャリアを追加することによって、許容マルチキャリアＵＬＲＡＣＨ構成セットを維持し、許容ＲＡＣＨ構成セットを使ってＲＡ手順を実施する方法。利用可能ＵＬキャリアのセットを判定し、利用可能ＵＬキャリアのセットからＵＬキャリアを選択することによって、マルチキャリアワイヤレス通信においてデータを送る方法。複数のＵＬキャリアからＵＬキャリアを選択し、選択されたＵＬキャリアに基づいてＲＡプリアンブルグループを選択し、選択されたＲＡプリアンブルグループ内でＲＡプリアンブルを選択することによって、マルチキャリアＵＬ ＲＡＣＨ方式を用いる初回ＲＡ送信のための方法。ＲＡＲ送信のためのＤＬキャリアを決定し、ＲＡＲに関連づけられたランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）を計算し、ＲＡ−ＲＮＴＩを含むＲＡＲを送信することによって、マルチキャリアＵＬ ＲＡＣＨ方式を用いてＲＡＲを送信する方法。機器に対応するＲＡ−ＲＮＴＩ用の少なくとも１つのＤＬキャリア上で共通探索空間内の少なくとも１つのＰＤＣＣＨを監視することによって、どのＤＬキャリア（複数可）上でＲＡＲが受信されるべきか判定し、ＲＡ−ＲＮＴＩによって識別されるＲＡＲを受信する方法。トリガイベントが起きたならば、許容ＲＡＣＨ構成セットにＵＬキャリアを追加し、許容ＲＡＣＨ構成セットを使ってＲＡ手順を実施することによって、許容マルチキャリアＵＬ ＲＡＣＨ構成セットを維持するように構成された機器。利用可能ＵＬキャリアのセットを決定し、利用可能ＵＬキャリアのセットからＵＬキャリアを選択することによって、マルチキャリアＵＬ通信を実施するように構成された機器。

添付の図面とともに、例として挙げられる以下の説明により、より詳細な理解が得られよう。

ランダムアクセス手順の例を示す図である。 単一キャリア通信システムを示すブロック図である。 ＬＴＥワイヤレス通信システム／アクセスネットワーク例を示す図である。 ＬＴＥワイヤレス通信システム例を示すブロック図である。 スタガリングによるＲＡＣＨ期間短縮の例を示す図である。 許容ＲＡＣＨ構成セットを維持することができる多重ＵＬキャリアおよびＤＬキャリアとの使用のために構成されたＷＴＲＵおよびネットワークを示す図である。 許容ＲＡＣＨ構成セットに新規ＰＲＡＣＨ／ＲＡＣＨ構成を追加する手順を示すフローチャートである。 ある期間だけ、許容ＲＡＣＨ構成セットからＰＲＡＣＨ／ＲＡＣＨ構成を除去し、または無効にする手順を示すフローチャートである。 一定の期間だけ、許容ＲＡＣＨ構成セットからＰＲＡＣＨ／ＲＡＣＨ構成を無効にする手順例を示すフローチャートである。 所定の最大回数のプリアンブル送信が起きたと判定し、新規ランダムアクセスリソースを選択し、またはランダムアクセス問題を報告する手順を示すフローチャートである。 利用可能ＰＲＡＣＨリソースのセットからＰＲＡＣＨリソースを選択する手順を示すフローチャートである。 同時ＲＡＣＨ要求の送信の例を示す図である。 利用可能ＵＬキャリアを判定する手順例を示す図である。 ＲＡプリアンブルグループＢ選択基準を明示する手順の例を示す図である。 初回ＲＡ送信の手順例を示す図である。 初回ＲＡ送信の手順例を示す図である。 ＷＴＲＵのプリアンブル送信に対応するランダムアクセス応答（ＲＡＲ）を送信する手順の例を示す図である。 ＲＡＣＨ要求の結合処理の概要を示す図である。 どのＤＬキャリア上でＲＡＲが受信され得るか判定する手順の例を示す図である。 プリアンブル再送信の手順の例を示す図である。

これ以降において言及する場合、「ワイヤレス送受信ユニット（ＷＴＲＵ）」という用語は、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラー電話、ＰＤＡ（携帯情報端末）、コンピュータ、またはワイヤレス環境において動作することが可能な他のどのタイプのデバイスも含むが、それに限定されない。これ以降において言及する場合、「基地局」という用語は、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、またはワイヤレス環境において動作することが可能な他のどのタイプのインタフェースデバイスも含むが、それに限定されない。

図３は、Ｅ−ＵＴＲＡＮ（エンハンスト・ユニバーサル地上無線アクセスネットワーク）３０５、たとえば３ＧＰＰのＬＴＥ（ロングタームエボリューション）を含むワイヤレス通信システム／アクセスネットワーク３００を示す。Ｅ−ＵＴＲＡＮ３０５は、いくつかのｅＮＢ（エンハンスト・ノードＢ）３２０を含み得る。ＷＴＲＵ３１０は、ｅＮＢ３２０と通信し得る。ｅＮＢ３２０は、Ｘ２インタフェースを使って互いとインタフェースをとり得る。ｅＮＢ３２０はそれぞれ、Ｓ１インタフェースを介して、移動管理エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ−ＧＷ）３３０とインタフェースをとり得る。単一のＷＴＲＵ２１０および３つのｅＮＢ３２０が図３に示されているが、ワイヤレスおよびワイヤード装置のどの組合せも、ワイヤレス通信システムアクセスネットワーク３００に含まれ得ることが明らかであろう。

図４は、ＷＴＲＵ３１０、ｅＮＢ３２０、およびＭＭＥ／Ｓ−ＧＷ３３０を含むＬＴＥワイヤレス通信システム４００のブロック図例である。図４に示すように、ＷＴＲＵ３１０、ｅＮＢ３２０およびＭＭＥ／Ｓ−ＧＷ３３０は、多重キャリアを用いるランダムアクセスリソース選択を実施するように構成される。

典型的なＷＴＲＵにおいて見られ得る構成要素に加え、ＷＴＲＵ３１０は、任意選択のリンクされたメモリ４２２を有するプロセッサ４１６、少なくとも１つのトランシーバ４１４、任意選択のバッテリ４２０、および少なくとも１つのアンテナ４１８を含む。プロセッサ４１６は、多重キャリアを用いるランダムアクセスリソース選択を実施するように構成される。少なくとも１つのトランシーバ４１４は、プロセッサ４１６および少なくとも１つのアンテナ４１８と通信して、ワイヤレス通信の送受信を容易にする。ＷＴＲＵ３１０内でバッテリ４２０が使われるケースでは、バッテリ４２０は、少なくとも１つのトランシーバ４１４およびプロセッサ４１６に電力を供給する。

典型的なｅＮＢにおいて見られ得る構成要素に加え、ｅＮＢ３２０は、任意選択のリンクされたメモリ４１５を有するプロセッサ４１７、トランシーバ４１９、およびアンテナ４２１を含む。プロセッサ４１７は、多重キャリアを用いるランダムアクセスリソース選択を実施するように構成される。トランシーバ４１９は、プロセッサ４１７およびアンテナ４２１と通信して、ワイヤレス通信の送受信を容易にする。ｅＮＢ３２０は、任意選択のリンクされたメモリ４３４を有するプロセッサ４３３を含む移動管理エンティティ／サービングゲートウェイ（ＭＭＥ／Ｓ−ＧＷ）３３０に接続される。

たとえば、ＬＴＥリリース１０（Ｒ１０）（「ＬＴＥアドバンスト」または「ＬＴＥ−Ａ」とも呼ばれる）に基づくシステムなど、アップリンクＭＩＭＯ（多重入出力）通信を実施するように構成されたいくつかのワイヤレス通信システムでは、ＷＴＲＵは、構成済み多重ＵＬキャリア上のランダムアクセスリソース、つまり、複数のＵＬキャリアにあるリソースを使うように構成され得る。さらに、専用プリアンブルが、特定のキャリアに関連づけられ得る。ＲＡＣＨリソースは、ＲＡ手順がメディアアクセス制御（ＭＡＣ）層によって開始される場合、ランダムに、または順々に選択することができる。ランダムアクセスリソースが、ＰＤＣＣＨオーダーに基づいて開始されると、ＰＤＣＣＨオーダーおよびランダムアクセス応答（ＲＡＲ）は、ＤＬキャリア上で送信することができる。ＤＬキャリアは、たとえば、ＵＬ／ＤＬペアリングによって、またはＲＡＣＨをサポートするアップリンクキャリアの構成に基づいて関連づけることができる。ＷＴＲＵは、ＲＡ手順がＭＡＣによって開始され、ＲＡ手順が、ＷＴＲＵに利用可能なＲＡＣＨリソースそれぞれに関して連続して不成功だった場合、ＵＬ通信が完全に失敗したと判定し得る。

ＬＴＥ−Ａに基づくものなど、いくつかのワイヤレス通信システムは、キャリア集約（ＣＡ）など、帯域幅拡張の使用を含み得る。ＣＡを用いて、ＷＴＲＵは、多重コンポーネントキャリア（ＣＣ）を介して同時に送受信することができる。ＵＬ方向およびＤＬ方向の最大５つのＣＣを利用可能とすることができ、そうすることによって、最大１００ＭＨｚの柔軟な帯域幅割当てをサポートする。ＷＴＲＵは、接続モードにおいて、多重ＵＬおよびＤＬキャリアを用いて動作し得る。

これ以降で言及する場合、「一次コンポーネントキャリア（ＰＣＣ）」、またはアンカキャリアという用語は、何らかの機能性（たとえば、セキュリティパラメータおよび非アクセス階層（ＮＡＳ）情報の導出）がその特定のＣＣに対して適用可能であり得る多重コンポーネントキャリアを用いて動作するように構成されたＷＴＲＵのキャリアを含み得る。ＷＴＲＵは、ＤＬ方向用の少なくとも１つのＰＣＣ（ＤＬ ＰＣＣ）を有して構成され得る。したがって、ＷＴＲＵのＰＣＣではないキャリアはこれ以降、「二次コンポーネントキャリア」（ＳＣＣ）と呼ばれ得る。

ＤＬ ＰＣＣは、たとえば、システムに最初にアクセスするとき、ＷＴＲＵによって、初期セキュリティパラメータを導出するのに使われるＣＣに対応し得る。ＤＬ ＰＣＣの定義は、この定義に限定されなくてよく、重要パラメータまたはシステム動作用の情報を含むＣＣと見なすことができる。一次セル（ＰＣｅｌｌ）は、１つのＤＬ ＰＣＣおよび１つのＵＬ ＰＣＣを組み合わせたものに対応するセルとすることができる。ＰＣｅｌｌは、ＮＡＳ移動性のため、および（たとえば、初回アクセス中の）セキュリティパラメータの導出のためにアンカとして使われるＤＬ ＣＣに対応し得る。

ＰＤＣＣＨモニタリングは、ネットワークへの確立された接続をＷＴＲＵが有するとき、実施することができる。このＰＤＤＣＨモニタリングは、ＷＴＲＵがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるときに起こり得る。ＷＴＲＵは、ＰＤＣＣＨモニタリングを実施して、ＤＬ割当てまたはＵＬグラント送信のための物理無線リソースへのアクセスを得ることができる。

多重ＣＣを有して構成されたＷＴＲＵは、全ＣＣのスケジューリング用の制御シグナリングを、（たとえば、ＰＣＣ内の）単一ＰＤＣＣＨ上で、またはそれぞれ異なるＣＣ上にある多重ＰＤＣＣＨ上で受信しなければならない場合がある。その結果、ＰＤＣＣＨシグナリングの受信および処理が増加し得る。ＰＤＣＣＨチャネルの復号には、巡回冗長検査（ＣＲＣ）によってそれぞれ検証される、数回のブラインド復号試行をＷＴＲＵが実施して、シグナリングが特定のＷＴＲＵに向けられたものかどうか判定することが求められ得る。さらに、ネットワークは、キャリア間スケジューリングを用いることができ、ここでは、あるＣＣのＰＤＣＣＨ上でシグナリングされるグラントおよび／または割当てが、異なるＣＣに対応する物理アップリンク共有チャネル（ＰＵＳＣＨ）または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上での送信を指示し得る。ブラインド復号の複雑さは、構成済みＣＣのサブセットにおいてのみ制御シグナリングをＷＴＲＵが監視することを求めることによって低減され得る。指定されたＰＤＣＣＨモニタリングセットは、ＷＴＲＵが監視することを求められ得るＣＣセットを表してもよく、ＣＣセットのサイズは、ＵＬ／ＤＬ ＣＣセットのサイズ以下でもよく、ＣＣセットは、ＷＴＲＵ ＤＬ ＣＣセット中のＣＣのみを含み得る。

本明細書で使用する「ＰＲＡＣＨ構成」および「ＲＡＣＨ構成」という用語は、情報要素（ＩＥ）に対応するパラメータのセットを指す。ＰＲＡＣＨ／ＲＡＣＨ構成パラメータの例は、たとえば、ＬＴＥのリリース８において使われる、ＩＥのＰＲＡＣＨ−ＣｏｎｆｉｇおよびＲＡＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎを含む。ＰＲＡＣＨ／ＲＡＣＨ構成は、ＤＬおよびＵＬキャリアの特定のペアに当てはまり得る。ＰＲＡＣＨまたはＲＡＣＨ構成のＤＬキャリアは、こうした構成がその上でブロードキャストされ得るキャリアである。ＰＲＡＣＨまたはＲＡＣＨ構成のＵＬキャリアは、プリアンブルがその上で送信され得るキャリアである。ＵＬキャリアは、デフォルトの二重距離から取得することもでき、ＤＬキャリアから、たとえば、システム情報ブロック２（ＳＩＢ２）に入れて明示的にシグナリングすることもできる。

ＵＬおよびＤＬ方向の、集約されたキャリアの数は、それぞれ、Ｎ_ULおよびＮ_DLで指定され得る。非対称キャリア集約において、Ｎ_ULは、Ｎ_DLと等しくなくてよい。各ＵＬ ＣＣのＲＡＣＨ期間は、Ｔ_RACHと記すことができる。

ＲＡＣＨ期間は、ＷＴＲＵの観点から、スタガリングにより短縮することができる。たとえば、集約されたＵＬ ＣＣに渡ってランダムアクセス機会タイミングがスタガリングされ得る間、各ＵＬ ＣＣのＲＡＣＨ期間は、１０ｍｓに留まり得る。たとえば、あるＵＬ ＣＣは、タイミングオフセットを有することができないが、別のＵＬ ＣＣは、５ｍｓのタイミングオフセットを有し得る。ＷＴＲＵの観点から、ＲＡＣＨ期間は、５ｍｓであるように見えてよく、５ｍｓの「有効ＲＡＣＨ期間」を結果的に生じる。したがって、異なるＵＬ ＣＣが、同じＲＡＣＨ期間内で、異なるＲＡＣＨタイミングオフセット（サブフレーム）を有し得る。１０ｍｓ未満の有効ＲＡＣＨ期間（ＬＴＥ ＲＡＣＨ期間）を達成することができる。

図５は、第１のＵＬキャリア（ＵＬキャリア１）５０２および第２のＵＬキャリア（ＵＬキャリア２）５０４を含む、スタガリングによるＲＡＣＨ期間短縮の例５００を示す。ＵＬキャリア１ ５０２は、１０ｍｓのＲＡＣＨ期間を有する。ＵＬキャリア２ ５０４は、ＵＬキャリア１ ５０２からのタイミングオフセットが５ｍｓである、１０ｍｓのＲＡＣＨ期間を有する。したがって、図５は、５ｍｓの有効ＲＡＣＨ期間を明示する。概して、Ｔ_RACH／Ｎ_ULの有効ＲＡＣＨ期間を達成することができる。

図６は、可能性としてはＷＴＲＵ６０２によってランダムアクセス用に使われ得るＲＡＣＨ構成のセットを維持することができる、多重ＵＬキャリア６０６およびＤＬキャリア６０８との使用のために構成されたＷＴＲＵ６０２およびネットワーク６０４を示す。このセットは、「許容ＲＡＣＨ構成セット」と呼ばれ得る。許容ＲＡＣＨ構成セットの要素は、ＰＲＡＣＨ構成を含んでもよく、ＰＲＡＣＨ構成およびＲＡＣＨ構成を含んでもよい。ＵＬ ＭＩＭＯ用に構成されたＷＴＲＵは、ＲＡ手順を実施するために、ＷＴＲＵがＲＡＣＨメッセージをその上で送信し得る（たとえば、ＬＴＥにおけるＳＩＢ２に入れて搬送されるように）各ＵＬキャリア用のＲＡＣＨパラメータ、ＷＴＲＵがＲＡＣＨメッセージをその上で送信し得る各ＵＬキャリアのＲＡＣＨ開始タイミングオフセット、ならびにＷＴＲＵがＲＡＣＨメッセージをその上で送信し得る各ＵＬキャリアの場所（たとえば、中心周波数）および帯域幅という情報を必要とし得る。ＷＴＲＵは、この情報を、ＷＴＲＵがアイドルから接続済み状態に遷移したときに獲得するだけでよい。休止からアクティブなサブ状態に移行するＷＴＲＵは、このような情報を既に知っている場合がある。

一実施形態では、ＷＴＲＵは、フィールドの１つまたはその組合せを使ってＤＬ ＰＣＣ上で受信される情報により、許容ＲＡＣＨ構成セットを判定することができる。フィールドは、Ｐ−ＢＣＨ中の予備（もしくは予約）ビット、ＳＩＢ１のｎｏｎＣｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎフィールド、またはＳＩＢ２を補完し得る新規ＳＩＢタイプを含み得る。本実施形態は、ＷＴＲＵがＲＡ手順をその上で実施し得る各ＵＬキャリアにマップされ、または各ＵＬキャリアとペアにされる各ＤＬキャリア用のＳＩＢ２を送信することも含み得る。任意選択で、異なるＳＩＢの間の共通情報は、一度送信し、またはシグナリングすればよい。

別の実施形態では、ＷＴＲＵは、各ＤＬ ＰＣＣ上で送信され得るＳＩＢ２により、許容ＲＡＣＨ構成セットを判定することができる。ＳＩＢ２は、ＲＡＣＨ構成パラメータならびにＵＬキャリアの場所および帯域幅を含み得る。各ＤＬキャリアは、所定のビット数を使って、ＤＬキャリアがマップされ、またはペアにされるＵＬ ＣＣのＲＡＣＨ開始タイミングオフセットをシグナリングすることができる。このシグナリングは、物理ブロードキャストチャネル（ＰＢＣＨ）中の予備（もしくは予約）ビット、ＳＩＢ１のｎｏｎＣｒｉｔｉｃａｌＥｘｔｅｎｓｉｏｎフィールド、または新規ＳＩＢタイプを含む、いくつかのフィールドの１つまたはその組合せを使って遂行することができる。本実施形態は、ＷＴＲＵが休止からアクティブなサブ状態に遷移するシナリオに適用され得る。任意選択で、ＲＡＣＨ開始タイミングオフセットは、ＤＬ ＰＣＣ上で送信される。

別の実施形態では、ＷＴＲＵは、たとえば、ＲＲＣメッセージ通信またはシグナリングによって与えられるＷＴＲＵキャリア構成を通して暗黙的に、許容ＲＡＣＨ構成セットを判定することができる。許容ＲＡＣＨ構成セットは、以下のセットの１つまたは複数として選ぶことができる。ある可能セットは、ＷＴＲＵが使うように構成されたＤＬキャリアによってブロードキャストされる全ＰＲＡＣＨ／ＲＡＣＨ構成を含み得る。別の可能セットは、ＷＴＲＵが使うように構成されたＵＬキャリアごとに１つのＰＲＡＣＨ／ＲＡＣＨ構成を含み得る。各ＵＬキャリア用のＰＲＡＣＨ／ＲＡＣＨ構成は、それに対応するＤＬキャリアによって与えることもでき、専用シグナリングによって与えることもできる。別の可能セットは、ある特定のタイミング整合（ＴＡ）を共有する各ＵＬキャリアセット用に単一ＰＲＡＣＨ／ＲＡＣＨ構成が存在するならば、ＷＴＲＵが使うように構成されたＵＬキャリアごとに最大１つのＰＲＡＣＨ／ＲＡＣＨ構成を含み得る。タイミング整合は、「タイミングアドバンス」も含むことができ、タイミングアドバンスは、ＷＴＲＵが、そのＤＬ受信と比較して、どの程度早くその送信を所与のサブフレームに入れて開始し得るかを表す値とすることができる。タイミングアドバンスは、ｅＮＢまでのＷＴＲＵの距離の関数でもよく、周波数帯の関数でもよい。別の可能セットは、ＰＤＣＣＨモニタリングセットに含まれる１つまたは複数のＤＬキャリアに関連づけられたＵＬキャリアごとに１つまたは複数のＰＲＡＣＨ／ＲＡＣＨ構成を含み得る。

Ｎ_DL個のＤＬキャリアはそれぞれ、それ自体のセル識別をブロードキャストする別々のセルによって使われ得る。ＷＴＲＵは、１つまたは複数のＤＬキャリアに関するシステム情報を獲得することができる。システム情報は、キャリア（たとえば、ＤＬ ＰＣＣ）上、特定のキャリアのサブセット上、または全ＤＬキャリア上で送信され得る。

ＷＴＲＵは、イベントに従って、または許容ＲＡＣＨ構成セットが修正されるべきであることを示す明示的シグナリングを受信すると、許容ＲＡＣＨ構成セットを修正することができる。ＷＴＲＵは、許容ＲＡＣＨ構成に、新規ＰＲＡＣＨ／ＲＡＣＨ構成セットを追加することができる。

図７は、許容ＲＡＣＨ構成セットに新規ＰＲＡＣＨ／ＲＡＣＨ構成を追加する手順７００のフローチャートである。ＷＴＲＵは、複数の追加トリガイベントの少なくとも１つが起きたならば、許容ＲＡＣＨ構成セットに新規ＰＲＡＣＨ／ＲＡＣＨ構成を追加することができる。たとえば、ＷＴＲＵは、許容ＲＡＣＨ構成セットを維持してよい（７０２）。追加トリガイベントが起きた場合（７０４）、ＷＴＲＵは、許容ＲＡＣＨ構成セットに新規ＰＲＡＣＨ／ＲＡＣＨ構成を追加するかどうか判定することができる（７０６）。ＷＴＲＵは次いで、許容ＲＡＣＨ構成セットにＰＲＡＣＨ／ＲＡＣＨ構成を追加する（７０８）。ＷＴＲＵは、ＲＡ手順を実施することができる（７１０）。追加トリガイベントはまた、除去や無効化トリガイベントなど、どのタイプのトリガイベントとしても使うことができる。

追加トリガイベントは、ネットワークからの明示的シグナリングの受信を含み得る。明示的シグナリングは、ＲＲＣシグナリングによりキャリア構成とともに送られるインジケータを含み得る。ＲＲＣシグナリングは、構成に追加されるＤＬキャリア上でブロードキャストされるＰＲＡＣＨ／ＲＡＣＨ構成が、許容ＲＡＣＨ構成セットに追加されるべきであることを示し得る。

代替としてまたは追加として、追加トリガイベントは、ＰＲＡＣＨ／ＲＡＣＨ構成をブロードキャストするＤＬキャリア上でのＰＤＣＣＨオーダーの受信を含み得る。代替としてまたは追加として、追加トリガイベントは、ＰＲＡＣＨ／ＲＡＣＨ構成をブロードキャストするＤＬキャリアを指示するキャリア指示フィールド（ＣＩＦ）を有するＰＤＣＣＨオーダーの受信を含み得る。代替としてまたは追加として、追加トリガイベントは、ＰＲＡＣＨ／ＲＡＣＨ構成をブロードキャスト中であるＤＬキャリアを指示するＣＩＦを有するＰＤＣＣＨオーダーの受信を含み得る。ＰＤＣＣＨオーダーは、制御シグナリング中で与えられるＲＡＣＨパラメータが存在すると仮定すると、そのパラメータを使ってＲＡ手順を開始するよう、ＷＴＲＵに命令するネットワークから受信される制御シグナリングとすることができる。ＰＤＣＣＨオーダーは、制御シグナリングが適用可能なＣＣ、またはブロードキャストされる構成をＷＴＲＵがその上で読み取り得るＤＬ ＣＣの識別を指示し得る。

図８は、ある期間だけ、許容ＲＡＣＨ構成セットからＰＲＡＣＨ／ＲＡＣＨ構成を除去し、または無効にする手順８００のフローチャートである。ＷＴＲＵは、複数の除去／無効化トリガイベントの少なくとも１つが起きたという条件で、許容ＲＡＣＨ構成セットからＰＲＡＣＨ／ＲＡＣＨ構成を除去し、または無効にすることができる。図８の手順８００において、ＷＴＲＵは、許容ＲＡＣＨ構成セットを維持することができる（８０２）。除去／無効化トリガイベントが起きた場合（８０４）、ＷＴＲＵは、許容ＲＡＣＨ構成セットからＰＲＡＣＨ／ＲＡＣＨ構成を除去し、または無効にするかどうか判定すればよい（８０６）。ＷＴＲＵは、許容ＲＡＣＨ構成セットからＰＲＡＣＨ／ＲＡＣＨ構成を除去し、または無効にすることができる（８０８）。ＷＴＲＵは、ＲＡ手順を実施することができる（８１０）。除去／無効化トリガイベントはまた、追加や無効化トリガイベントなど、どのタイプのトリガイベントとしても使うことができる。

除去／無効化トリガイベントは、ネットワークからの明示的シグナリングの受信を含み得る。明示的信号の例は、バックオフインジケータと同様とすることができるＲＲＣ、ＭＡＣ、またはＰＤＣＣＨ信号を含む。バックオフインジケータは、ＷＴＲＵが、所与の手順の実施を、少なくとも一定の期間は控え得るという指示とすることができる。代替としてまたは追加として、除去／無効化トリガイベントは、ＰＲＡＣＨ／ＲＡＣＨ構成をブロードキャストするＤＬキャリアがキャリア構成から除去されているという判定を含み得る。一例は、ＲＲＣ再構成メッセージの受信であり得る。代替としてまたは追加として、除去／無効化トリガイベントは、ＰＲＡＣＨ／ＲＡＣＨ構成に対応するＵＬキャリアが、キャリア構成から除去されているという判定を含み得る。一例は、ＲＲＣ再構成メッセージの受信であり得る。代替としてまたは追加として、除去／無効化トリガイベントは、ＰＲＡＣＨ／ＲＡＣＨ構成用のプリアンブルを送信した後で、最大プリアンブル送信回数（たとえば、ｐｒｅａｍｂｌｅＴｒａｎｓＭＡＸ）に達することを含み得る。別の例は、不成功ＲＡＲ受信を含むことができ、この場合、ｐｒｅａｍｂｌｅＴｒａｎｓＭＡＸは、最大値に等しい。たとえば、最大値に達すると、ＷＴＲＵは、最大値に達するとＷＴＲＵが既に実施している可能性がある他の応答に加え、対応する構成を除去し、または無効にすることができる。

図９は、許容ＲＡＣＨ構成セットにあるＰＲＡＣＨ／ＲＡＣＨ構成を一定の期間だけ無効にする手順例９００のフローチャートである。ネットワークから明示的シグナリングを受信した（９０４）ＷＴＲＵは、セットにあるＰＲＡＣＨ／ＲＡＣＨ構成を、ある期間だけ無効にすることができる（９０６）。たとえば、シグナリングは、バックオフインジケータと同様でもよく、ＷＴＲＵが特定のＰＲＡＣＨ／ＲＡＣＨ構成をその間使うことができないバックオフまたは禁止時間でもよい。任意選択で、ＷＴＲＵは、異なるＣＣ上の異なるリソースを使うことができる（９０８）。無効化トリガイベントはまた、追加や除去／無効化トリガイベントなど、どのタイプのトリガイベントとしても使うことができる。

「ランダムアクセス問題」を指示する基準は、ＷＴＲＵが多重ＵＬキャリア上でランダムアクセスを試みることができるように、許容ＲＡＣＨ構成セットに基づいて修正してよい。

図１０は、所定の最大回数のプリアンブル送信が起きたかどうか判定し、新規ランダムアクセスリソースを選択し、またはランダムアクセス問題を報告する手順１０００のフローチャートである。プリアンブル送信カウンタが、最大プリアンブル送信回数を超えた場合（１００４）（たとえば、ＰＲＥＡＭＡＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ＋１）、ＷＴＲＵは、許容ＲＡＣＨ構成セットからＰＲＡＣＨ／ＲＡＣＨ構成を除去し、または無効にすることができる（１００６）。任意選択で、ＷＴＲＵは、（１）構成が、専用シグナリングによって、たとえばＲＲＣ構成により与えられたケース、（２）構成が、ＷＴＲＵの構成のＳＣＣ用もしくは同じ周波数帯の全ＳＣＣ用に与えられたケース、または（３）構成が、対応するリソース上でのＲＡ手順が失敗すると、ＷＴＲＵが無線リンク失敗（ＲＬＦ）をトリガしないように構成されたケースにおいて、ＰＲＡＣＨ／ＲＡＣＨ構成を除去し、または無効にすることができる。

代替としてまたは追加として、ＷＴＲＵは、キャリア構成から、プリアンブルの送信に使われるＰＲＡＣＨ／ＲＡＣＨ構成に対応するＤＬおよび／またはＵＬキャリアを除去し、または無効にすることができる（１００８）。この結果、ＷＴＲＵが、許容ＲＡＣＨ構成セットからＰＲＡＣＨ／ＲＡＣＨ構成を除去することにもなり得る（１００６）。ＷＴＲＵは次いで、許容ＲＡＣＨ構成セットに、少なくとも１つのＰＲＡＣＨ／ＲＡＣＨ構成があるかどうか判定することができる（１０１０）。

ＷＴＲＵが、許容ＲＡＣＨ構成セットに、少なくとも１つの有効ＰＲＡＣＨ／ＲＡＣＨ構成があると判定した場合、ＷＴＲＵは、プリアンブル送信カウンタを１にリセットすればよい（たとえばＰＲＥＡＭＡＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＝１）（１０１２）。ＷＴＲＵは次いで、許容ＲＡＣＨ構成セット内でのランダムアクセスリソースの選択に進むことができ（１０１６）、任意選択で、バックオフパラメータ値を０ｍｓにセットし、ｍｓｇ３バッファをフラッシュしてよい（１０１４）。

ＷＴＲＵが、許容ＲＡＣＨ構成セットに、少なくとも１つのＰＲＡＣＨ／ＲＡＣＨ構成がない（許容ＲＡＣＨ構成セットが空であり、またはセット中に有効項目がないことを意味する）と判定した場合、ＷＴＲＵは、上位層に対してランダムアクセス問題を指示し得る（１０１８）。要素１０１８における指示の例は、「ＲＡ問題」または「ＵＬ ＲＬＦ」を含み得る。任意選択で、これは時間制限され得る。たとえば、指示が、ＷＴＲＵにとって利用可能なリソースの管理に関係するものであるとすると、指示は、一定の時間量だけ与えられることができ、または有効であり得る。時間量は、タイマに基づいても、後に続く、許容ＲＡＣＨ構成セットへの項目の追加に基づいてもよい。専用であってもなくても、所与のＰＲＡＣＨリソース用のプリアンブル再送信の最大回数は、ＷＴＲＵの許容ＲＡＣＨ構成セットの全リソースに関して同じでも同じでなくてもよい。たとえば、プリアンブル再送信の最大回数に対応するパラメータは、許容ＲＡＣＨ構成セット中の全項目に共通でもよく、許容ＲＡＣＨ構成セット中の各項目に対して、または特定のグループに対して指定することもできる。

一例として、可能な一実施形態では、ＷＴＲＵは、ＲＡ試行の失敗がＲＬＦをそれに対してトリガしない第１のＰＲＡＣＨ／ＲＡＣＨ構成を使ってＲＡ手順を試み得る（たとえば、ＴＡを入手するためのＳＣＣにおけるＲＡ試行および／またはネットワークから受信されるＰＤＣＣＨオーダーによってトリガされるＲＡ試行）。さらに、ＷＴＲＵは、（１）ＰＲＡＣＨ／ＲＡＣＨ構成が、専用シグナリングによって受信されたこと、（２）ＰＲＡＣＨ／ＲＡＣＨ構成が、ＷＴＲＵの構成のＳＣＣに対応すること、または（３）ＰＲＡＣＨ／ＲＡＣＨ構成が、ＲＡ失敗がＲＬＦをトリガしないことを示すことの少なくとも１つに基づいて、失敗によってＲＬＦがトリガされることはないと判定し得る。

ＲＡ手順の失敗が、第１のＰＲＡＣＨ／ＲＡＣＨ構成に関して検出された場合、ＷＴＲＵは、（１）ＰＲＡＣＨ／ＲＡＣＨ構成が、ブロードキャストされたシステム情報のシグナリングによって受信されたこと、（２）ＰＲＡＣＨ／ＲＡＣＨ構成が、ＷＴＲＵの構成のＰＣＣに対応すること、または（３）ＰＲＡＣＨ／ＲＡＣＨ構成が、ＲＡ失敗がＲＬＦをトリガすることを示すことの少なくとも１つに基づいて、ＲＡ試行の失敗がＲＬＦをそれに対してトリガし、失敗したときにＲＬＦがトリガされてはならないとＷＴＲＵがそれに対して判定する第２のＰＲＡＣＨ／ＲＡＣＨ構成を使ってＲＡ手順を実施し得る。第２のＰＲＡＣＨ／ＲＡＣＨ構成に関してＲＡ手順の失敗が検出された場合、ＷＴＲＵは、たとえば、ＲＲＣメッセージ通信により、上位層に対して「ランダムアクセス問題」を指示し得る。

ＷＴＲＵは、ランダムアクセス手順を実施するためのネットワーク要求を受信し得る。この要求は、たとえば、ダウンリンク制御情報（ＤＣＩ）フォーマット１ａを使って、ＰＤＤＣＨ上でシグナリングされ得る（これ以降、「ＰＤＣＣＨ ＲＡオーダー」）。多重ＣＣを用いて、おそらくはキャリア間スケジューリングも用いて動作するように構成されたＷＴＲＵにとって（たとえば、あるキャリア内のＰＤＣＣＨを使って、ＰＤＳＣＨ上での割当てをスケジュールし、または異なるキャリアのＰＵＳＣＨ上でリソースを許可することができる場合）ＰＤＣＣＨ ＲＡオーダーを受信すると、どのＲＡＣＨリソースをＷＴＲＵが使うことができるか判定することが必要であり得る。

ＲＡＣＨリソース選択は、利用可能ＰＲＡＣＨのセットの中でのＰＲＡＣＨの選択およびプリアンブルの選択を含み得る。ＰＲＡＣＨの選択は、異なるＵＬキャリア上にあり得るＰＲＡＣＨを選ぶことを含み得る。プリアンブルの選択は、複数のプリアンブルグループが存在するという条件で、プリアンブルグループからプリアンブルを選ぶことを含み得る。

どのリソースをＷＴＲＵがＲＡ手順用に選択し得るか判定するために、ＷＴＲＵは、ランダムアクセスを実施するための要求をＷＴＲＵがネットワークから受信したという条件で、受信された制御情報が適用可能なＣＣに少なくとも部分的に応じて選択を行えばよい。たとえば、選択されたリソースは、ＷＴＲＵの許容ＲＡＣＨ構成セットのＰＣＣまたはＳＣＣに対応し得る。

ＷＴＲＵは、ＰＤＣＣＨ上で制御情報を検出することができる。たとえば、ＷＴＲＵは、ＷＴＲＵに適用可能な無線ネットワーク一時識別子（ＲＮＴＩ）でスクランブルされたＤＣＩフォーマットを受信し得る（ＷＴＲＵのセル−ＲＮＴＩ（Ｃ−ＲＮＴＩ））。ＷＴＲＵがランダムアクセス手順を実施することができることを示す、ＰＤＣＣＨ上での制御情報の検出が成功すると、ＷＴＲＵは、ＤＣＩフォーマットがＷＴＲＵの構成のＳＣＣに対して、それともＷＴＲＵの構成のＰＣＣに対して適用可能であるか検出することができる。ＤＣＩフォーマットは、（１）ＣＣに対応するＤＬ ＣＣのＰＤＣＣＨ上で受信され、または（２）ＣＩＦがＣＣを指示し、もしくはＣＣに対応するならば、ＣＣに適用可能であると見なされ得る。ＤＣＩフォーマットがＳＣＣに適用可能な場合、ＷＴＲＵは、以下の少なくとも１つまたはその組合せを実施することができる。すなわち、（１）ＷＴＲＵは、ランダムアクセス試行を実施するのを控えてよい。たとえば、ＷＴＲＵは、受信されたＰＤＣＣＨ ＲＡオーダーを無視してよい。これは、ＷＴＲＵが、ＰＣＣ内で受信されたＰＤＣＣＨオーダーのみを有効と見なし、そうでなければ、誤検出またはネットワークエラーであり得るという条件で可能である。たとえば、誤検出は、ＷＴＲＵが、ＷＴＲＵのＲＮＴＩの１つを使って、ＰＤＣＣＨ上でスクランブルされたＤＣＩメッセージの復号に成功するが、メッセージは、その特定のＷＴＲＵに向けられたものではなかった、というものとすることができる。復号は、１６ビットＲＮＴＩを用いる何らかの形のチェックサム検証を使い得るので、誤検出が起こり得る。（２）ＷＴＲＵは、その構成のＰＣＣ内でＲＡ手順を実施することができ、これは、ＷＴＲＵが単にＰＣＣ内でＲＡを実施し得る場合に成り立ち得る（たとえば、同期していないＷＴＲＵ向けにＤＬデータが到着する場合）。（３）ＷＴＲＵは、適用可能ＳＣＣのＲＡＣＨリソースを使ってＲＡ手順を実施することができ、これは、ＷＴＲＵがＳＣＣ内でＲＡを実施する場合に成り立ち得る（たとえば、ＣＣもしくは同じＴＡ要件を有するＣＣグループ向けのＴＡを入手するため、および／または同期していないＷＴＲＵ向けにダウンリンクデータが到着するケース）。（４）ＷＴＲＵは、対応するＵＬ ＣＣが同じＴＡ要件をそれに対して有するグループの一部とすることができるどのＣＣのＲＡＣＨリソースを使ってもＲＡ手順を実施することができ、これは、異なるＵＬ ＣＣが異なるＴＡ要件を有し得る場合に成り立ち得る。（５）ＷＴＲＵは、ＤＣＩメッセージ中で指示されたリソースを使って、たとえば、ＷＴＲＵ構成の一部であるリソースへの索引を使ってＲＡ手順を実施することができる。これは、同期していないＷＴＲＵ向けにダウンリンクデータが到着するケースにおいて、負荷バランシングにとって有用であり得る。

ＤＣＩフォーマットがＰＣＣに適用可能な場合、ＷＴＲＵは、ＰＣＣのリソース上でＲＡ手順を実施することができる。ＤＣＩフォーマットは、（１）ＣＣに対応するＤＬ ＣＣのＰＤＣＣＨ上で受信され、または（２）ＣＩＦが、ＣＣを指示し、もしくはＣＣに対応するという条件で、ＣＣに適用可能であると見なされ得る。

ＷＴＲＵは、許容ＲＡＣＨ構成セットのうちどの１つまたは複数のＰＲＡＣＨ構成セットが、ＰＲＡＣＨリソースの選択に利用可能か判定することができる。ＰＲＡＣＨリソースの選択は、任意選択で、少なくとも部分的には、ＷＴＲＵがランダムアクセス手順を実施する理由および／または原因に応じると見なすこともできる。たとえば、理由または原因は、接続再確立のためのＰＤＣＣＨ ＲＡオーダー（ＣＩＦありもしくはなし）、ＲＡ−ＳＲ、またはＲＡとすることができる。ＷＴＲＵが利用可能と見なし得るＰＲＡＣＨリソースのセットは、何がランダムアクセス手順をトリガしたか、およびどのようにランダムアクセス手順がトリガされたかに依存し得る。以下の実施形態は、ＷＴＲＵが利用可能ＰＲＡＣＨのセットからＰＲＡＣＨリソースを選択し得る方法の例である。

一実施形態では、ＣＩＦは、ＲＡ手順のためのＰＤＣＣＨオーダーを含むＰＤＣＣＨ内で使われ得る。ＣＩＦは、少なくとも１つのＤＬ ＣＣおよび／または少なくとも１つのＵＬ ＣＣを指示し得る。ＷＴＲＵは、ＰＤＣＣＨオーダーをＣＩＦとともに受信し、ＣＩＦによって指示されたＤＬキャリア上でブロードキャストされるＰＲＡＣＨ構成（たとえば、ｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘ）によって与えられる利用可能ＰＲＡＣＨリソースのセットからＰＲＡＣＨを選択することができる。この指示は、ＰＲＡＣＨ構成の明示的指示でもよく、たとえば、ペアにされたＵＬキャリアとの関連づけに基づいて暗黙的でもよい。

代替としてまたは追加として、ＷＴＲＵは、ＣＩＦによって指示されたＵＬキャリア上で利用可能なＰＲＡＣＨのセットからＰＲＡＣＨリソースを選択することができる。この指示は、ＰＲＡＣＨ構成の明示的指示でもよく、たとえば、ペアにされたＤＬキャリアとの関連づけに基づいて暗黙的でもよい。ＰＲＡＣＨセットは、複数のＰＲＡＣＨセットの合併を含むことができ、こうした複数のセットは、複数のＤＬキャリアが同じＵＬキャリア用のＰＲＡＣＨ構成をブロードキャストするという条件で、多重ＤＬキャリア上でのＰＲＡＣＨ構成のブロードキャストにより与えられる。

代替としてまたは追加として、ＷＴＲＵは、索引つきセットとして表されるとともにＣＩＦを索引として使う利用可能ＰＲＡＣＨリソースのセットからＰＲＡＣＨリソースを選択することができる。ＣＩＦは、順序づけられた一連のＰＲＡＣＨリソースセットへの索引と解釈され得る。索引におけるＰＲＡＣＨリソースセットの順序は、ＰＲＡＣＨリソースセットがその上でブロードキャストされたＤＬキャリアのＷＴＲＵの構成における順序とすることができる。

別の実施形態では、ＷＴＲＵは、ＣＩＦありまたはなしのＰＤＣＣＨオーダーを受信することも、有効ＰＵＣＣＨリソースなしでトリガされるＳＲによってＲＡ手順を開始することもできる。ＳＲは、ＷＴＲＵがバッファ状況報告（ＢＳＲ）を送る必要がある場合にトリガされ得る。ＢＳＲは、構成された場合、またはＷＴＲＵが、どの既存データよりも優先度が高いＵＬ送信に利用可能な新規データを有する場合、周期的にトリガされ得る。ＷＴＲＵは、許容ＲＡＣＨ構成セットにＰＲＡＣＨ構成が存在するという条件で、ＰＣｅｌｌに対応するＤＬキャリアによってブロードキャストされるＰＲＡＣＨ構成によって与えられる利用可能ＰＲＡＣＨリソースのセットからＰＲＡＣＨリソースを選択することができる。そうでない場合、ＷＴＲＵは、利用可能ＰＲＡＣＨリソースのセットは、許容ＲＡＣＨ構成セット中の全ＰＲＡＣＨ構成によって与えられる全ＰＲＡＣＨリソースのセットの合併によって与えられると判定することができる。

代替としてまたは追加として、ＷＴＲＵは、適用可能なＴＡタイマが最後に満了した、または最後のＴＡコマンドが受信されたＵＬキャリア上で利用可能なＰＲＡＣＨセットによって与えられる利用可能ＰＲＡＣＨリソースのセットからＰＲＡＣＨリソースを選択することができる。

代替としてまたは追加として、ＷＴＲＵは、利用可能ＰＲＡＣＨリソースのセットからのＰＲＡＣＨリソースの選択において、ＷＴＲＵの識別を使うことができる。たとえば、これは、ハッシュ関数を使うこと、または、たとえば、複数の利用可能リソースに負荷を分散させるために、識別をリストへの索引として使うことを含み得る。ＰＲＡＣＨリソースは、複数のＷＴＲＵにとって利用可能とすることができ、ＰＲＡＣＨリソースへのアクセスは、競合に基づき得る。したがって、セル内のＷＴＲＵの数が増すのに従って、負荷を分散することが有用であり得る。ハッシュ関数は、リソースセットからの１つのリソースの選択をランダム化することができ、そうすることによって、各リソースは、選択される見込みが等しくなる。こうすることにより、複数の利用可能リソースに負荷を分散するのを助けることができる。

代替としてまたは追加として、ＷＴＲＵは、利用可能リソースのセットを、優先度リストと見なし得る。たとえば、リソースは、（１）ネットワークの構成、（２）リソースに対応するＵＬ ＣＣ向けのパス損失判定に使われるＤＬ ＣＣに関する測定値に基づくＤＬパス損失、（３）いくつかの基準、たとえば、ＷＴＲＵがＲＡ失敗を宣言することができるまでの最大試行回数に基づくリソースの順位づけ、（４）ラウンドロビン試行、（５）リソース上でのＲＡＣＨ手順の過去の出力結果、（６）ＣＣが、ＷＴＲＵの構成のＰＣＣであるか、それともＳＣＣであるか、（７）リソースが、おそらく、そのリソースに対応するＤＬ ＣＣ上でブロードキャストされる最大プリアンブル送信回数のものとは異なる、リソース向けの特定のプリアンブル送信回数をもって、ＷＴＲＵ専用に（たとえば、マルチキャリア動作用にＷＴＲＵを構成した専用ＲＲＣシグナリングによって）与えられたかどうか、または（８）リソースが、ブロードキャストされたシステム情報により（たとえば、最大プリアンブル送信回数を含み得る、ＢＣＣＨ上でＷＴＲＵによって受信されるＲＲＣシグナリングによって）ＷＴＲＵに与えられたかどうかの少なくとも１つに基づいて、より高い優先度を有し得る。

一例として、ＷＴＲＵは、専用に与えられたリソース（ＷＴＲＵの構成のＳＣＣに対応するリソースなど）に、より高い優先度を与え得る。ランダムアクセス手順が、このようなリソース上で失敗した場合（最大プリアンブル送信回数に達した後、手順が成功しないことを意味する）、ＷＴＲＵは、システム情報によって与えられたリソース（たとえば、ＷＴＲＵの構成のＰＣＣに対応するリソース）を選択すればよい。次いで、ＷＴＲＵは、このリソースを使ってランダムアクセスを試みてよい（たとえば、ＷＴＲＵが、専用リソースを使ったＲＡＣＨ失敗に起因するＵＬ ＲＬＦを宣言しない場合）。ランダムアクセス試行が、システム情報によって与えられたリソースに関して失敗したという条件で、ＷＴＲＵは、ＵＬ ＲＬＦを宣言してよく、したがって回復アクションを実施することができる。

別の実施形態では、ＷＴＲＵは、ＣＩＦありまたはなしのＰＤＣＣＨオーダーを受信し得る。ＷＴＲＵは、プリアンブルがランダムに選ばれ得ること（たとえば、プリアンブル索引＝「００００００」）をＰＤＣＣＨオーダーが示すという条件で、許容ＲＡＣＨ構成セット中の全ＰＲＡＣＨ構成によって与えられるＰＲＡＣＨセットの合併と判定された利用可能ＰＲＡＣＨのセットからＰＲＡＣＨリソースを選択することができる。そうでない場合、利用可能ＰＲＡＣＨのセットは、本明細書に記載する他の実施形態のいずれに従っても選択することができる。

代替としてまたは追加として、ＷＴＲＵは、対応するＵＬキャリアがそれに対して同期されない（または時間的に整合されない）、許容ＲＡＣＨ構成セット中のＰＲＡＣＨ構成によって与えられるＰＲＡＣＨセットの合併と判定された利用可能ＰＲＡＣＨのセットからＰＲＡＣＨリソースを選択することができる。

別の実施形態では、ＷＴＲＵは、適用可能なＴＡタイマが満了したＵＬキャリア上のＰＵＳＣＨに対するＵＬグラントを受信すると、ランダムアクセス手順を開始することができる。ＷＴＲＵは、適用可能なＴＡタイマが満了したＵＬキャリア上で利用可能なＰＲＡＣＨセットによって与えられた利用可能ＰＲＡＣＨのセットからＰＲＡＣＨリソースを選択することができる。代替としてまたは追加として、ＷＴＲＵは、適用可能なＴＡタイマが満了したＵＬキャリアならびに同じＴＡを共有する（たとえば、同じＴＡサブグループ中の）任意のＵＬキャリア上で利用可能なＰＲＡＣＨセットによって与えられた利用可能ＰＲＡＣＨのセットからＰＲＡＣＨリソースを選択することができる。

図１１は、複数のｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘメッセージによって定義された利用可能ＰＲＡＣＨリソースのセットからＰＲＡＣＨリソースを選択する手順１１００のフローチャートである。任意選択で、たとえば、パラメータＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲが１に等しい場合、および／またはｍｓｇ３バッファが空の場合、ＷＴＲＵは、送信が初回プリアンブル送信であるかどうか判定することができる（１１０４）。送信が初回プリアンブル送信でない（たとえば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲが１より大きい）場合、ＷＴＲＵは任意選択で、初回プリアンブル送信に使用される同じｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘによって指示されたセット内でＰＲＡＣＨリソースを選択するように抑制され得る（１１０６）。

ＷＴＲＵは、利用可能ＰＲＡＣＨリソースのセットからＰＲＡＣＨリソースを選択することができる（１１０８）。任意選択で、ＷＴＲＵは、送信が初回プリアンブル送信である（１１０４）という条件で、ＰＲＡＣＨリソースを選択することができる。以下の４つの実施形態の１つまたはその組合せを用いて、利用可能ＰＲＡＣＨリソースのセットからＰＲＡＣＨリソースを選択することができる。

一実施形態では、ＷＴＲＵは、利用可能セット内で特定のｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘに対応するリソースを選択することができる。任意選択で、この選択は、ランダムに決定され得る。次いで、ＷＴＲＵは、この特定のｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘに対するＰＲＡＣＨリソースを含む次の利用可能サブフレームを判定することができる。任意選択で、他の制約が適用され得る。たとえば、ＬＴＥにおけるＴＤＤモードを使って、ＷＴＲＵは、連続する３つの時機のうち１つの時機をランダムに選択することができる。時機は、第１の利用可能時機から開始してもよく、ＰＤＣＣＨオーダーがサブフレームｎの所で受信されるならば、ｎ＋６個のサブフレーム以降に開始してもよい。

別の実施形態では、ＷＴＲＵは、複数のＵＬ周波数上のリソースを指示し得るｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘパラメータのセットによって与えられる全ての利用可能ＰＲＡＣＨリソースのセット内で、利用可能ＰＲＡＣＨリソースを含む次の利用可能サブフレームを決定することができる。次いで、ＷＴＲＵは、利用可能な複数のＰＲＡＣＨリソースがあるという条件で、サブフレーム内（または次のｎ個のサブフレーム内）で、１つの利用可能ＰＲＡＣＨリソースを選択することができる。選択は、ランダムでよい。本実施形態を言い換えると、ＷＴＲＵが、利用可能ＰＲＡＣＨリソースの中で最も早くＰＲＡＣＨリソースをそれに対して使用し得るＰＲＡＣＨ構成（複数可）またはｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘを選択し得る。

別の実施形態では、ＷＴＲＵは、関連づけられたＤＬ ＣＣがそれに対して構成されアクティブ化されるＵＬ ＣＣに、選択されるＰＲＡＣＨリソースが対応するという制約をさらに受けて、利用可能ＰＲＡＣＨリソースのセットからリソースを選択することができる。たとえば、ＷＴＲＵは、ＰＤＳＣＨ送信を受信することができ、ＰＤＣＣＨを監視することもできる。これは、また、ネットワークから受信されたシグナリングによって明示的にアクティブ化されているＤＬ ＣＣのみに対応し得る。これは、ＵＬ ＣＣ用のパス損失判定に使われるＤＬ ＣＣから測定されるパス損失の関数とすることができる、プリアンブルの初期送信電力を判定するのに有用であり得る。

別の実施形態では、ＷＴＲＵは、選択されるリソースが、構成済みＵＬ ＣＣに対応し、たとえば、ＵＬ ＣＣがＵＬ送信用にＷＴＲＵにとって利用可能であることを意味する制約をさらに受けて、利用可能ＰＲＡＣＨリソースのセットからリソースを選択することができる。任意選択で、アクティブ化された／非アクティブ化された状態がＵＬ ＣＣにとって適用可能であると仮定すると、ＵＬ ＣＣは、アクティブ化される必要もあり得る。これは、ネットワークから受信されたシグナリングによって明示的にアクティブ化されているＵＬ ＣＣのみに対応し得る。

代替としてまたは追加として、上述の実施形態のいずれの場合も、ＰＲＡＣＨリソースが、初回プリアンブル送信に使われるＵＬキャリアと同じＵＬキャリア上にある場合、ＷＴＲＵは、複数のｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘメッセージ中のどのＰＲＡＣＨリソースも選択することができる。

図１１を再度参照すると、ＰＲＡＣＨリソースを選択すると（１１０８）、ＷＴＲＵは、初回プリアンブル送信に使われるＰＲＡＣＨリソースがそこから選ばれたＰＲＡＣＨ構成をブロードキャストした同じＤＬキャリアからブロードキャストされるＲＡＣＨ構成に従って、ＲＡＣＨパラメータ（たとえば、ｐｒｅａｍｂｌｅＩｎｆｏ、ｐｏｗｅｒＲａｍｐｉｎｇｐａｒａｍｅｔｅｒｓおよびｒａ−ＳｕｐｅｒｖｉｓｉｏｎＩｎｆｏ）を選択することができる（１１１０）。代替としてまたは追加として、ＷＴＲＵは、固定（非キャリア依存）ＲＡＣＨパラメータセットを与えられ得る（１１１２）。このＲＡＣＨパラメータセットは、ＰＣｅｌｌに対応するＤＬキャリアから暗黙的に決定することもでき（１１１４）、専用シグナリングにより取得することもできる（１１１６）。

上述したように利用可能ＰＲＡＣＨのセットからＰＲＡＣＨリソースを選択すると、ＷＴＲＵは、プリアンブルを選択することができる。ＷＴＲＵは、ＷＴＲＵがＰＲＡＣＨリソースを選択した方法に従って、プリアンブルを選択することができる。

ＷＴＲＵが、許容セット内で特定のｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘに対応するＰＲＡＣＨリソースを選択した場合、ＷＴＲＵは、たとえば、ＬＴＥリリース８にあるように、選択されたＰＲＡＣＨ構成をブロードキャストした同じＤＬキャリア上でブロードキャストされたＲＡＣＨ構成にあるｐｒｅａｍｂｌｅＩｎｆｏ中のＲＡＣＨパラメータを使ってプリアンブルを選択することができる。

専用プリアンブルがネットワークによって与えられる場合、ＷＴＲＵは、たとえば、ＬＴＥリリース８にあるように、選択されたＰＲＡＣＨ構成をブロードキャストした同じＤＬキャリア上でブロードキャストされたＲＡＣＨ構成にあるｐｒｅａｍｂｌｅＩｎｆｏ中のＲＡＣＨパラメータを使ってプリアンブルを選択することができる。

ＷＴＲＵが、利用可能ＰＲＡＣＨリソースの中で最も早くＰＲＡＣＨリソースをそれに対して使用し得るＰＲＡＣＨ構成（複数可）またはｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘを選択した場合、ＷＴＲＵは、ＰＲＡＣＨリソースが決定された後でプリアンブルを選択することができる。任意選択で、ＷＴＲＵは次いで、ＰＲＡＣＨリソースがそこから選択されたＰＲＡＣＨ構成をブロードキャストした同じＤＬキャリア上でブロードキャストされたＲＡＣＨ構成にあるｐｒｅａｍｂｌｅＩｎｆｏ中のＲＡＣＨパラメータを使うことができる。

代替としてまたは追加として、ＷＴＲＵは、ネットワークによって専用に与えられ得るパラメータのｐｒｅａｍｂｌｅＩｎｆｏセットに基づいて、前もってプリアンブルを選択することができる。代替としてまたは追加として、ＷＴＲＵは、ｎｕｍｂｅｒＯｆＲＡ−Ｐｒｅａｍｂｌｅｓが最も小さい利用可能ＰＲＡＣＨリソースをブロードキャストするＤＬキャリアのセットの中で、パラメータのｐｒｅａｍｂｌｅＩｎｆｏセットを選択することができる。

ワイヤレス通信においてキャリア集約を利用することにより、所与のＲＡＣＨ期間内の複数のランダムアクセスプリアンブルの同時送信によりＲＡＣＨ遅延を短縮させることができる。ＷＴＲＵは、Ｎ_UL個のＣＣの複数またはすべての上で同時ランダムアクセスプリアンブルを送ることができる。送信されるプリアンブルは、同じでも異なってもよい。これにより、他のＣＣが、ｍｓｇ３送信のためのＰＵＳＣＨリソースを与えるのにより優れた位置にあり得るせいでＵＬチャネル上での競合または重いＤＬトラフィックがある場合、遅延が低減され得る。

図１２は、第１のＵＬキャリア（ＵＬキャリア１）１２０２および第２のＵＬキャリア（ＵＬキャリア２）１２０４を含む、同時ＲＡＣＨ要求の送信の例１２００を示す。ランダムアクセスプリアンブルが、ＵＬキャリア１ １２０２およびＵＬキャリア２ １２０２上で同時に送られる。送られるプリアンブルの少なくとも１つを検出することができる。ｅＮＢが、１つのランダムアクセス応答（ＲＡＲ）を返送し得る。

図１３は、利用可能ＵＬキャリアを判定する手順例１３００を示す。ＷＴＲＵは、送るべきＵＬデータをもっている可能性があり（１３０４）、利用可能ＵＬキャリアを判定する必要があり得る（１３０６）。ＵＬキャリアの数、すなわちＮ_ULが１以下の場合（１３０８）、ＷＴＲＵは、可能な場合、利用可能な１つのＵＬキャリアを選択することができる（１３１０）。Ｎ_ULが１より大きい場合（１３０８）、ＷＴＲＵは、ＵＬ ＣＣの構成済みセット内でＵＬキャリア（たとえば、ＰＲＡＣＨリソース）をランダムに選択してよい（１３１２）。一例として、ＷＴＲＵは、一様確率質量関数または任意確率質量関数を使って選択を実施することができる。任意確率質量関数は、ＤＬキャリア（複数可）上で獲得されるシステム情報からシグナリングすることもでき、ＤＬキャリア（複数可）上でブロードキャストされるＵＬ負荷情報から導出することもできる。

あるいは、ＵＬキャリアの数、すなわちＮ_ULが１より大きい場合（１３０８）、ＷＴＲＵは、ｅＮＢに対する推定パス損失に基づいてＵＬキャリアを選択することができる（１３１４）。たとえば、２つのＵＬキャリアがある場合、ＷＴＲＵは、パス損失が所定の閾値を下回るという条件で、第１のＵＬキャリアを、およびパス損失が所定の閾値を上回るという条件で、第２のＵＬキャリアを選択すればよい。概して、Ｎ_UL−１個の閾値（Ｔ_i）からなるセットを、Ｎ_UL個のＵＬキャリアに対して使うことができ、ここでＵＬキャリア＃ｉは、Ｔ_(i-1)＜パス損失＜Ｔ_iである場合に選択され得る。ＵＬキャリアの周波数は、ｉとともに増す必要はなくてよい。比較に使われる閾値Ｔ_iは、プリアンブルグループ（やはりパス損失に依存する）に依存し得るので、おそらくより細かい粒度のパス損失情報を提供する。あるいは、プリアンブルグループ判定に使われる閾値は、ＵＬキャリアの選択に依存し得る。閾値は、システム情報の一部としてシグナリングされ得る。

異なるＤＬおよびＵＬキャリアが、異なる周波数帯中にある場合、異なる帯域中のキャリアの間にはパス損失の有意な差があり得る。この差に対処するために、パス損失は、システム情報によってシグナリングされる特定のＤＬキャリア（または特定の周波数帯上の任意のＤＬキャリア）上で測定することができる。第２に、パス損失は、どのＤＬキャリア上でも測定することができる。ＷＴＲＵは、パス損失推定値に、周波数帯に依存し得る補償オフセットまたは係数を適用してよい。オフセットは、予め定義することもでき、システム情報からシグナリングすることもできる。

あるいは、ＵＬキャリアの数、すなわちＮ_ULが１より大きい場合（１３０８）、ＷＴＲＵは、サービングセル（たとえば、ｅＮＢ）に対する推定パス損失と、隣接するセルに対する推定パス損失との間の差に基づいて、ＵＬキャリアを選択することができる（１３１６）。隣接するｅＮＢまたはセルは、次に強いｅＮＢまたはセルでもよく、システム情報からシグナリングすることもできる。たとえば、２つのＵＬキャリアがあるという条件で、ＷＴＲＵは、パス損失差が所定の閾値を下回るという条件であるＵＬキャリアを、およびパス損失差が閾値を上回るという条件で他のＵＬキャリアを選択することができる。概して、Ｎ_UL−１個の閾値Ｔ_iからなるセットは、Ｎ_UL個のＵＬキャリアのケースにおいて使うことができ、ここでＵＬキャリア＃ｉは、Ｔ_(i-1)＜パス損失差＜Ｔ_iである場合に選択される。ＵＬキャリアの周波数は、ｉとともに増す必要はなくてよい。これにより、ＷＴＲＵは、干渉を考慮しながら、いくつかの隣接するセル内で使われるいくつかのリソースブロックが、ＷＴＲＵへのアクセスに使うことができるか、それとも使うことができないかをネットワークに素早く指示することができるようになり得る。

ＷＴＲＵは、一定の基準に基づいて、プリアンブル送信用にＲＡプリアンブルグループＡまたはＲＡプリアンブルグループＢを選択することができる。ＲＡプリアンブルグループＡは、既に構成されているグループとすることができる。ＲＡプリアンブルグループＢは、利用可能な場合、ＷＴＲＵが所与の値より大きいメッセージを有することをネットワークに指示するのに使うこともでき、ＷＴＲＵが電力制限されることを示すこともできる。こうすることにより、ｅＮＢは、セル内でのＷＴＲＵの場所または距離に基づいてグラントを与えることが可能になり得る。図１４は、ＲＡプリアンブルグループＢ選択基準を明示する手順１４００の例を示す。ＲＡプリアンブルグループＢは、（１）ＲＡプリアンブルグループＢが存在する場合、（２）潜在メッセージサイズがＭＥＳＳＡＧＥ＿ＳＩＺＥ＿ＧＲＯＵＰ＿Ａより大きい場合、および（３）パス損失（Ｌ）が不等式
Ｌ＜Ｐｍａｘ−ＰＲＥＡＭＢＬＥ＿ＩＮＩＴＩＡＬ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ−ＤＥＬＴＡ＿ＰＲＥＡＭＢＬＥ＿ＭＳＧ３−ｍｅｓｓａｇｅＰｏｗｅｒＯｆｆｓｅｔＧｒｏｕｐＢ （式１）
を満たす場合に選択することができる。潜在メッセージサイズは、ＡＭＣヘッダーと、必要に応じてＭＡＣ制御要素とを加えた、送信に利用可能なデータとすることができる。上記基準が満たされない場合は、ＲＡプリアンブルグループＡが選択され得る。

図１４を参照すると、ＲＡプリアンブルグループＢが存在しない場合（１４０２）、ＲＡプリアンブルグループＡが選択される（１４０４）。ＲＡプリアンブルグループＢが存在する（１４０２）が、潜在メッセージサイズがＭＥＳＳＡＧＥ＿ＳＩＺＥ＿ＧＲＯＵＰ＿Ａ以下である場合（１４０６）、ＲＡプリアンブルグループＡが選択される（１４０４）。ＲＡプリアンブルグループＢが存在し（１４０２）、潜在メッセージサイズがＭＥＳＳＡＧＥ＿ＳＩＺＥ＿ＧＲＯＵＰ＿Ａより大きい（１４０６）が、パス損失が式１によって定義された量以上である場合（１４０８）、ＲＡプリアンブルグループＡが選択される（１４０４）。ＲＡプリアンブルグループＢが存在し（１４０２）、潜在メッセージサイズがＭＥＳＳＡＧＥ＿ＳＩＺＥ＿ＧＲＯＵＰ＿Ａより大きく（１４０６）、パス損失が式１によって定義された量未満である場合（１４０８）、ＲＡプリアンブルグループＢが選択される（ステップ１４１０）。

定義されたＲＡプリアンブルグループＢ基準を用いて、ＷＴＲＵは、ＲＡに利用可能な多重ＵＬ ＣＣの間でＲＡプリアンブルを選択するのに、以下の実施形態の１つまたは組合せを用いることができる。図１５は、初回ＲＡ送信の手順例１５００を示す。ＷＴＲＵは、ランダムアクセスに利用可能なＵＬ ＣＣを、２つのキャリアセットに分割してよい（１５０２）。キャリアセットＡは、ＲＡプリアンブルグループＢ基準が満たされないキャリア１５０４を含み得る。キャリアセットＢは、ＲＡプリアンブルグループＢ基準が満たされるキャリア１５０６を含み得る。セットＢが空である（１５０８）という条件で、キャリアセットＡ内の１つのＵＬキャリアを選択することができる（１５１０）。セットＢが空でない（１５０８）という条件で、キャリアセットＢ内の１つのＵＬキャリアを選択することができる（１５１２）。次いで、ＷＴＲＵは、選ばれたセット内で、ＵＬ ＣＣを１つまたは複数の方法で選択することができる。ＷＴＲＵは、キャリアセット内で、１つのＵＬキャリアをランダムに選択することができる（１５１４）。あるいは、ＷＴＲＵは、キャリアセット内でパス損失が最も小さいＵＬキャリアを選択することができる（１５１６）。あるいは、ＰｍａｘがＵＬキャリアごとに割り当てられる場合、ＷＴＲＵは、Ｐｍａｘが最も小さいＵＬキャリアを選択することができる（１５１８）。ＵＬキャリアを選択した上で、ＷＴＲＵは、先行ステップ１５２０で選ばれたプリアンブルグループを選択することができる。次いで、ＷＴＲＵは、選択されたプリアンブルグループ内のＲＡプリアンブルをランダムに選択することができる（１５２２）。

ランダムアクセス再送信は、Ｃ−ＲＮＴＩ ＭＡＣ制御要素を含むＵＬメッセージまたは共通制御チャネル（ＣＣＣＨ）サービスデータ単位（ＳＤＵ）を含むＵＬメッセージの再送信を含み得る。より初期のプリアンブル送信試行用に選ばれたのと同じランダムアクセスプリアンブルグループ（ＡまたはＢ）を、選択することができる。再送信の場合、プリアンブルは、異なるＵＬキャリア上で送られ得る。ＵＬキャリアは、要素１５１４、要素１５１６、または要素１５１８でのように選ぶことができる。ランダムアクセスプリアンブルは、選択されたプリアンブルグループ内でランダムに選択することができる。

図１６は、初回ＲＡ送信の手順例１６００を示す。ＷＴＲＵは、ＲＡに利用可能なＵＬ ＣＣの中で１つのＵＬキャリアを選択することができる（１６０４）。ＵＬキャリアは、複数の方法の１つで選択することができる。ＷＴＲＵは、キャリアセット内で１つのＵＬキャリアをランダムに選択することができる（１６０６）。あるいは、ＷＴＲＵは、キャリアセット内でパス損失が最も小さいＵＬキャリアを選択することができる（１６０８）。あるいは、ＰｍａｘがＵＬキャリアごとに割り当てられる場合、ＷＴＲＵは、Ｐｍａｘが最も小さいＵＬキャリアを選択することができる。あるいは、各ＵＬキャリア用に異なるＲＡＣＨパラメータがある場合、ＷＴＲＵは、キャリアにアクセスする確率が最も高いＵＬキャリアを選択することができる（１６１２）。別の代替法では、ＷＴＲＵは、キャリアにアクセスする確率が適切なＵＬキャリア選択することができる。たとえば、確率は、（１）所与のＵＬ ＣＣ／ＰＲＡＣＨリソースに対して、以前の試行が成功したかどうか、（２）所与のＵＬ ＣＣ／ＰＲＡＣＨリソースに対するプリアンブル再送信の回数、（３）所与のＵＬ ＣＣ／ＰＲＡＣＨリソースに対するＲＡプリアンブルグループＢの存在、または（４）関連づけられたＤＬ ＣＣのＰｍａｘおよびパス損失に基づく利用可能送信電力の少なくとも１つの関数とすることができる。

要素１６１２のための選択基準は、以下を含み得る。すなわち、（１）ランダムアクセス成功の確率を最も高くする、もしくはキャリアにアクセスする確率が適切なアクセスクラス確率係数、（２）ＨＡＲＱ（ハイブリッド自動再送要求）ｍｓｇ３送信回数をより多くするＵＬキャリア、（３）プリアンブルとｍｓｇ３との間のオフセットをより大きくするＵＬキャリア、（４）ＷＴＲＵが成功し、グループＢからＲＡプリアンブルを選択する機会がより大きくなり得るように、Ｐｍａｘを最も高くするＵＬキャリア、または（５）たとえば、ＷＴＲＵに、ある特定のグループからＲＡプリアンブルを選択させ得るデルタプリアンブルなどの、他のパラメータ。

ＵＬキャリアを選択すると、ＷＴＲＵは、ＲＡプリアンブルグループＢ基準が満たされるかどうか判定することができる（１６１４）。ＲＡプリアンブルグループＢ基準が満たされない場合、ＷＴＲＵは、ＲＡプリアンブルグループＡを選択することができる（１６１６）。ＲＡプリアンブルグループＢ基準が満たされるという条件で、ＷＴＲＵは、ＲＡプリアンブルグループＢを選択することができる（１６１８）。次いで、ＷＴＲＵは、選択されたグループ内でＲＡプリアンブルをランダムに選択することができる（１６２０）。

ランダムアクセス再送信は、Ｃ−ＲＮＴＩ ＭＡＣ制御要素を含むＵＬメッセージまたはＣＣＣＨ ＳＤＵを含むＵＬメッセージの再送信を含み得る。ＷＴＲＵは、第１のプリアンブル送信に使われた同じＵＬキャリアを選択することができる。同じＵＬキャリア内で、より初期のプリアンブル送信試行用に選ばれたのと同じランダムアクセスプリアンブルグループ（ＡまたはＢ）が選択され得る。ランダムアクセスプリアンブルは、選択されたプリアンブルグループ内でランダムに選択することができる。

代替としてまたは追加として、ＷＴＲＵは、第１の送信に対応するプリアンブル送信試行に使われる同じキャリアセット内で１つのＵＬキャリアをランダムに選択することによって、再送信を実施することができる。選択されたＵＬキャリア内で、より初期のプリアンブル送信試行用に選ばれたのと同じランダムアクセスプリアンブルグループ（ＡまたはＢ）が選択され得る。ランダムアクセスプリアンブルは、選択されたプリアンブルグループ内でランダムに選択することができる。

代替としてまたは追加として、ＷＴＲＵは、ＵＬキャリアをランダムに選択することによって再送信を実施することができる。選択されたＵＬキャリア内で、要素１６１４、要素１６１６、または要素１６１８に従ってランダムアクセスプリアンブルグループを選択することができる。ランダムアクセスプリアンブルは、選択されたプリアンブルグループ内でランダムに選択することができる。

代替としてまたは追加として、ＷＴＲＵは、初期選択の場合と同じ方法でＵＬキャリアを選択することによって再送信を実施することができる。条件に依存して、初回送信用に選択されたＵＬキャリアとは異なるＵＬキャリアが選択され得る。

図１７は、ＷＴＲＵのプリアンブル送信に対応するＲＡＲを送信する手順１７００の例を示す。所与のＵＬキャリア上でのＷＴＲＵのプリアンブル送信１７０４に対応するＲＡＲは、既知のＤＬ ＰＣＣ上で送信する（１７０６）ことも、所与のＵＬキャリアとペアにされたＤＬキャリア上で送信する（１７１４）こともできる。ＲＡＲが、既知のＤＬ ＰＣＣキャリア上で送信され（１７０６）、異なるＵＬキャリアに渡るＲＡＲウィンドウが、オーバーラップする可能性がない場合（１７０８）、ＲＡＲウィンドウ（たとえば、ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ）は、異なるＵＬキャリアに関連づけられたＲＡＲウィンドウがオーバーラップしないように十分に小さく構成され得る（１７１０）。これは、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ≦ｒｅｄｕｃｅｄ＿ＲＡＣＨ＿ｐｅｒｉｏｄ（たとえば、Ｔ_RACH／Ｎ_UL）として明示され得る。したがって、ＬＴＥ−ＡにおけるＲＡ−ＲＮＴＩ計算は、
ＲＡ−ＲＮＴＩ＝１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ （式２）
となるように、ＬＴＥの場合と同じに保たれ得る。上式で、ｔ＿ｉｄは、指定されたＰＲＡＣＨの第１のサブフレームの索引とすることができ（０≦ｔ＿ｉｄ＜１０）、ｆ＿ｉｄは、周波数領域の昇順での、そのサブフレーム内での、指定されたＰＲＡＣＨの索引とすることができる（０≦ｆ＿ｉｄ＜６）。

あるいは、ＲＡＲが、既知のＤＬ ＰＣＣ上で送信され（１７０６）、異なるＵＬキャリア上のＲＡＲウィンドウがオーバーラップし得る場合（１７０８）、ＲＡプリアンブルがその中で送信されるＰＲＡＣＨに関連づけられたＲＡ−ＲＮＴＩは、
ＲＡ−ＲＮＴＩ＝ｆ（ｔ＿ｉｄ，ｆ＿ｉｄ，ｃａｒｒｉｅｒ＿ｉｄ） （式３）
となるように、ｔ＿ｉｄ、ｆ＿ｉｄ、およびｃａｒｒｉｅｒ＿ｉｄの関数として計算することができる（１７１２）。上式で、ｃａｒｒｉｅｒ＿ｉｄは、ＲＡプリアンブルがその上で送信されるとともにそのＲＡＲがＤＬ ＰＣＣ上でマップされるＵＬキャリアの索引である（１＜ｃａｒｒｉｅｒ＿ｉｄ≦Ｎ）。関数ｆ（）の例は、
ＲＡ−ＲＮＴＩ＝ｆ（ｔ＿ｉｄ，ｆ＿ｉｄ，ｃａｒｒｉｅｒ＿ｉｄ）＝１＋ｃａｒｒｉｅｒ＿ｉｄ＊（ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ） （式４）
として与えられ得る。この公式において、ＳＩＢ２中でシグナリングされる、ＤＬ ＰＣＣとペアにされたＵＬキャリアのｃａｒｒｉｅｒ＿ｉｄは、１に等しくなるべきである。したがって、ＲＡ−ＲＮＴＩが１＋ｔ＿ｉｄ＋１０＊ｆ＿ｉｄであるので、他のＷＴＲＵとの後方互換性が維持され得る。関数ｆ（）の別の例は、
ＲＡ−ＲＮＴＩ＝ｆ（ｔ＿ｉｄ，ｆ＿ｉｄ，ｃａｒｒｉｅｒ＿ｉｄ）＝（ｃａｒｒｉｅｒ＿ｉｄ−１）＊（ｔ＿ｉｄ＋１０＊ｆ＿ｉｄ） （式５）
として与えられ得る。

別の実施形態では、ＷＴＲＵのプリアンブル送信に対応するＲＡＲは、所与のＵＬキャリアとペアにされたＤＬキャリア上で送信され得る（１７１４）。本実施形態では、ＲＡ−ＲＮＴＩ計算は、ＬＴＥリリース８の場合と同じ方法で実施することができる（１７１６）。

テーブル１は、ＲＮＴＩ値の例を示す。ＲＮＴＩ値の割振りにより、ＲＡ−ＲＮＴＩの範囲が増大し得る。たとえば、Ｖａｌｕｅ１_FDDは、（Ｎ_max＊１０）−１に等しくてもよく、Ｖａｌｕｅ１_TDDは、（Ｎ_max＊６０）−１に等しくてもよく、ここでＮ_maxは、そのＲＡＲが同じＤＬキャリア上でマップされるＵＬ ＣＣの最大数とすることができる。

ＲＡＣＨ遅延は、ワイヤレス通信においてキャリア集約を利用しながら、ＲＡＣＨ要求の結合処理により短縮され得る。ｅＮＢは、１つのＵＬキャリア上でＲＡプリアンブルを検出し得る。ｅＮＢは、Ｎ_UL個のＵＬキャリアの任意の１つの上で、ＲＡＣＨ ｍｓｇ３送信をスケジュールすることができる。ＷＴＲＵは、ＲＡＲ中で受信されるグラントに従えばよく、このグラントは、プリアンブルがその上で送られたものとは異なるＵＬ上のＰＵＳＣＨリソースを与え得る。

図１８は、スケジューラ１８０２および多重コンポーネントキャリア１８０４_a〜１８０４_nを含む、ｅＮＢでのＲＡＣＨ要求の結合処理の概要を示す。各コンポーネントキャリア１８０４_a〜１８０４_nは、ＲＬＣ層１８０６_a〜１８０６_n、ＭＡＣ層１８０８_a〜１８０８_n、およびＰＨＹ層１８０８_a〜１８０８_nを含み得る。ＷＴＲＵ要求がスケジューラ１８０２で受信されると、ｅＮＢは、ＲＡ手順を開始したＣＣのリソース可用性のみを検討するのではなく、全コンポーネントキャリア１８０４_a〜１８０４_nの容量を検討することによって、要求に応答することができる。任意のＵＬ ＣＣ１８０４_a〜１８０４_n上で受信された第１のＲＡＣＨプリアンブルを検出すると、ｅＮＢは、全ての利用可能ＵＬ ＣＣ１８０４_a〜１８０４_nのリソース使用状況および負荷を調べることができる。次いで、ｅＮＢは、任意の利用可能ＵＬ ＣＣ１８０４_a〜１８０４_n上でＰＵＳＣＨをスケジュールすることによって、ＷＴＲＵのＲＡプリアンブル（たとえば、ＲＡＣＨ ｍｓｇ３用のＰＵＳＣＨ割振りを求める要求）に応答することができる。

このようにして、割り当てられたＵＬ ＣＣ１８０４_a〜１８０４_nは、ＷＴＲＵがそのＲＡＣＨ送信をその上で送信したＣＣ１８０４_a〜１８０４_nと同じでも同じでなくてもよい。

図１９は、どのＤＬキャリア上でＲＡＲが受信され得るか判定する手順１９００の例を示す。ＷＴＲＵは、どのＤＬキャリア（複数可）上でＲＡＲが受信され得るか判定する必要がある（１９０４）場合があり、たとえば、以下の実施形態の１つまたはその組合せに従って判定すればよい。一実施形態では、ＷＴＲＵは、ＰＤＣＣＨがキャリア単位で定義されると仮定すると、単一ＤＬキャリア上の共通探索空間内でＰＤＣＣＨ候補を求めて監視を行うことができる（１９０６）。ＤＬキャリアは、プリアンブル送信に使われるＵＬキャリアに応じ得る。あるいは、ＤＬキャリアは、送信されたプリアンブルに応じ得る。たとえば、ＤＬキャリアは、送信されたプリアンブルがどのプリアンブルグループに属すかに依存し得る。あるいは、ＤＬキャリアは、プリアンブル送信に使われるＵＬキャリアおよび送信されたプリアンブル両方に基づいて、以前の２つの代替法の組合せに応じ得る。ＰＤＣＣＨは、システム情報から指示されたＰＣＣから受信することもでき、データ部がその上で受信されることになる同じＤＬキャリア上で受信することもできる。あるいは、ＷＴＲＵは、接続モードにある間、ＷＴＲＵ固有ＰＣＣの共通探索空間内でＰＤＣＣＨ候補を求めて監視を行うことができる。ＷＴＲＵ固有ＰＣＣは、ＷＴＲＵが接続モードに入ると、ＲＲＣメッセージ中で、ネットワークによって割り当てられ得る。

別の実施形態では、ＷＴＲＵは、ＰＤＣＣＨがキャリア単位で定義されると仮定すると、単一ＤＬキャリアにそれぞれ対応する、共通探索空間内の複数のＰＤＣＣＨ候補を監視することができる（１９０８）。ＤＬキャリアは、プリアンブル送信に使われるＵＬキャリアに応じ得る。あるいは、ＤＬキャリアは、送信されたプリアンブルに応じ得る。たとえば、ＤＬキャリアは、送信されたプリアンブルがどのプリアンブルグループに属すかに依存し得る。あるいは、ＤＬキャリアは、プリアンブル送信に使われるＵＬキャリアおよび送信されたプリアンブル両方に基づいて、以前の２つの代替法の組合せに応じ得る。ＰＤＣＣＨは、システム情報から指示されたＰＣＣ上で受信することもでき、データ部がその上で受信されることになるそれぞれのＤＬキャリア上で受信することもできる。

別の実施形態では、ＷＴＲＵは、ＤＬキャリアのいずれかの上でデータを求めて単一ＰＤＣＣＨを監視することができる（１９１０）。ＰＤＣＣＨは、システム情報から指示されたＰＣＣ上で受信することもでき、プリアンブル送信に使われるＵＬキャリア、送信されたプリアンブル、または両方の組合せのいずれかに応じるＤＬキャリア上で受信することもできる。データ部（ＰＤＳＣＨ）がその上で受信されるＤＬキャリアは、プリアンブル送信に使われるＵＬキャリア、送信されたプリアンブル、または両方の組合せのいずれかに応じてもよい。あるいは、データ部がその上で受信されることになるＤＬキャリアは、ＰＤＣＣＨの内容によっても、ＰＤＣＣＨをマスクするのに使われるＲＡ−ＲＮＴＩによっても指示することができる。

上記実施形態において記載したモニタリング（要素１９０６から要素１９１０）は、ＷＴＲＵが、１つのＲＡ−ＲＮＴＩ値で、またはＲＡ−ＲＮＴＩ値セットの１つで識別されるＲＡＲを検出すること（１９１２）も含み得る。１つのＲＡ−ＲＮＴＩ値またはＲＡ−ＲＮＴＩ値のセットは、ｔ＿ｉｄおよびｆ＿ｉｄパラメータの組合せに１を加えたもの、またはプリアンブル送信に使われるＵＬキャリア、ＲＡＲのＰＤＣＣＨ送信に使われるＤＬキャリア、および／もしくはＲＡＲのＰＤＳＣＨ送信に使われるＤＬキャリアの組合せから判定され得る。

図２０は、プリアンブル再送信のための手順２０００の例を示す。ＷＴＲＵは、ＲＡＲ失敗が起きたと判定することができ、ＲＡプリアンブルの再送信に使われるべき１つまたは複数のＵＬキャリアを選択することができる。ＷＴＲＵが、ＲＡＲ失敗が起きたと判定し、ＵＬキャリアの数が１より大きい（２００４）場合、ＷＴＲＵは、ＲＡ−ＲＮＴＩに合致するＰＤＣＣＨが受信されたかどうか判定すればよい（２００６）。

ＲＡ−ＲＮＴＩに合致するＰＤＣＣＨが、ＲＡウィンドウ間隔中に受信されなかった場合（２００６）、ＷＴＲＵは、以下の実施形態の１つまたは組合せに従って、ＲＡプリアンブルの再送信のために、１つまたは複数のＵＬキャリアを選択すればよい。一実施形態では、ＷＴＲＵは、バックオフ期間の後、別のＵＬキャリア上でＲＡプリアンブルを送ることができる（２００８）。任意選択で、ＷＴＲＵは、ＵＬキャリアをランダムに選択することができる（２０１０）。ＵＬキャリアのランダム選択の間、ＷＴＲＵは、潜在キャリアから不成功キャリアを除外しても（２０１２）、不成功キャリアを潜在キャリアに含めてもよい（２０１４）。任意選択で、ＲＡプリアンブル向けに使われる電力急昇（ｐｏｗｅｒ ｒａｍｐ）方式も実装され得る。あるいは、ＷＴＲＵは、ＰＲＡＣＨリソース選択に関する、上述した代替法のいずれを用いてもよい。

別の実施形態では、ＵＬキャリアは、上述したようにパス損失測定値に基づいて順位づけることができる（２０１６）。ＷＴＲＵは、第１の再送信を、順位づけが２番目に高いＵＬキャリア上で送ればよい（２０１８）。このプロセスは繰り返すことができ、ＷＴＲＵは、第２の再送信を、順位づけが３番目に高いＵＬキャリア上で送ればよく、以下同様に続く。任意選択で、所定の回数のＲＡプリアンブル再送信の後、ＷＴＲＵは、順位づけが最も高いＵＬキャリアを再選択することができる（２０２０）。

別の実施形態では、ＷＴＲＵは、所定の送信回数だけ、同じＵＬキャリア上で再送信してから、新規ＵＬキャリアを選択することができる（２０２２）。

別の実施形態では、ＷＴＲＵは、新規ＵＬキャリアを選択するかどうか、ランダムに決めることができる（２０２４）。任意選択で、ＷＴＲＵは、新規ＵＬキャリアが選択される確率（１未満）を与えることができる（２０２６）。

ＲＡ−ＲＮＴＩに合致するＰＤＣＣＨが受信された場合（２００６）、ＷＴＲＵは、ＰＤＣＣＨがバックオフインジケータを含むかどうか、またはＲＡＲにプリアンブル識別子がないかどうか判定することができる（２０３０）。ＰＤＣＣＨがバックオフインジケータを含み、またはＲＡＲにプリアンブル識別子がない場合、ＷＴＲＵは、上述した実施形態（要素２００８から要素２０２６）に従ってＵＬキャリアを選択してもよく、ＷＴＲＵは、修正ＵＬキャリアアルゴリズムに従ってもよい（２０３２）。修正ＵＬキャリアアルゴリズムの例は、ＷＴＲＵのＩＭＳＩ、ＳＦＮ、およびサブフレームＩＤの最終桁を使って、ＷＴＲＵがＲＡプリアンブル用に新規ＵＬキャリアを再選択するべきかどうか決めることであり得る（２０３４）。

ＷＴＲＵがＤＬキャリアの１つの上でＲＡＲを検出すると、次いでＷＴＲＵは、次のメッセージ（たとえば、ｍｓｇ３）をその上で送信することができるＵＬキャリアを選択することができる。一実施形態では、ＷＴＲＵは、次のメッセージを、プリアンブル送信に使われる同じＵＬキャリア上で送信することができる。別の実施形態では、ＵＬキャリア（および任意選択で、送信電力調整）は、受信されたＲＡＲの内容に基づいて決定され得る。別の実施形態では、ＵＬキャリアは、ＲＡＲスケジューリングに使われるＰＤＣＣＨのＤＬキャリアに基づいて決定され得る。別の実施形態では、ＵＬキャリアは、ＲＡＲのデータ部（たとえば、ＰＤＳＣＨ）がそこから受信されたＤＬキャリアに基づいて決定され得る。

次いで、ＷＴＲＵは、次のメッセージ（たとえば、ｍｓｇ４）がそれを介して受信され得るＤＬキャリアを決定することができる。一実施形態では、ＤＬキャリアは、ＲＡＲスケジューリングに使われるＰＤＣＣＨの同じＤＬキャリア（複数可）と判定され得る。別の実施形態では、ＤＬキャリアは、ＲＡＲ受信に使われるＰＤＳＣＨの同じＤＬキャリア（複数可）と判定され得る。別の実施形態では、以前の２つの実施形態それぞれが用いられてよく、ＲＡＲスケジューリングに使われるＰＤＣＣＨのＤＬキャリア（複数可）ならびにＲＡＲ受信に使われるＰＤＳＣＨのＤＬキャリア（複数可）に基づいてＤＬキャリアを決定する。別の実施形態では、ＤＬキャリアは、ＲＡＲの内容に基づいて決定され得る。

実施形態
１．ワイヤレス送受信ユニット（ＷＴＲＵ）において、ランダムアクセスチャネル（ＲＡＣＨ）アップリンク（ＵＬ）キャリアを選択する方法であって、
複数のＵＬキャリアが利用可能であるという条件で、複数のＵＬキャリアから１つのＵＬキャリアを選択することを含む方法。

２．複数のＵＬキャリアから１つのＵＬキャリアを選択することに先立って、複数のＵＬキャリアが利用可能かどうか判定することをさらに含む実施形態１に記載の方法。

３．既に定義されているシステム情報ブロックに対する拡張に基づいて、複数のＵＬキャリアが利用可能かどうか判定することをさらに含む実施形態１〜２のいずれか１つに記載の方法。

４．新たに定義されたシステム情報ブロックに基づいて、複数のＵＬキャリアが利用可能かどうか判定することをさらに含む実施形態１〜３のいずれか１つに記載の方法。

５．複数のＵＬキャリアから１つのＵＬキャリアをランダムに選択することをさらに含む実施形態１〜４のいずれか１つに記載の方法。

６．一様確率質量関数に基づいて、複数のＵＬキャリアから１つのＵＬキャリアを選択することをさらに含む実施形態１〜５のいずれか１つに記載の方法。

７．任意確率質量関数に基づいて、複数のＵＬキャリアから１つのＵＬキャリアを選択することをさらに含む実施形態１〜６のいずれか１つに記載の方法。

８．ダウンリンクキャリアから獲得されるシステム情報からシグナリングされる確率質量関数を受信することをさらに含む実施形態１〜７のいずれか１つに記載の方法。

９．ダウンリンクキャリアからブロードキャストされるアップリンク負荷情報から確率質量関数を導出することをさらに含む実施形態１〜８のいずれか１つに記載の方法。

１０．ｅＮＢ（エンハンスト・ノードＢ）に対する推定パス損失に基づいて、複数のＵＬキャリアから１つのＵＬキャリアを選択することをさらに含む実施形態１〜９のいずれか１つに記載の方法。

１１．閾値を上回る推定パス損失に基づいて、複数のＵＬキャリアから１つのＵＬキャリアを選択することをさらに含む実施形態１〜１０のいずれか１つに記載の方法。

１２．閾値を上回る推定パス損失に基づいて、複数のＵＬキャリアから１つのＵＬキャリアを選択することをさらに含み、閾値は、プリアンブルグループに基づく実施形態１〜１１のいずれか１つに記載の方法。

１３．閾値を上回る推定パス損失に基づいて、複数のＵＬキャリアから１つのＵＬキャリアを選択することをさらに含み、複数のＵＬキャリアの各ＵＬキャリアは、関連づけられた閾値を有する実施形態１〜１２のいずれか１つに記載の方法。

１４．システム情報の一部として閾値情報を受信することをさらに含む実施形態１〜１３のいずれか１つに記載の方法。

１５．システム情報によってシグナリングされる、特定のダウンリンクＤＬキャリア上でのパス損失を測定することをさらに含む実施形態１〜１４のいずれか１つに記載の方法。

１６．システム情報によってシグナリングされる、特定の周波数帯におけるパス損失を測定することをさらに含む実施形態１〜１５のいずれか１つに記載の方法。

１７．ランダムに選択されたダウンリンク（ＤＬ）キャリア上でのパス損失を測定することをさらに含む実施形態１〜１６のいずれか１つに記載の方法。

１８．ダウンリンク（ＤＬ）キャリア上でのパス損失を測定し、ＤＬキャリア周波数に基づいて、パス損失推定値に補償オフセットを適用することをさらに含む実施形態１〜１７のいずれか１つに記載の方法。

１９．ダウンリンク（ＤＬ）キャリア上でのパス損失を測定し、ＤＬキャリア周波数に基づいて、パス損失推定値に補償オフセットを適用することをさらに含み、オフセットが予め定義される実施形態１〜１８のいずれか１つに記載の方法。

２０．ダウンリンク（ＤＬ）キャリア上でのパス損失を測定し、ＤＬキャリア周波数に基づいて、パス損失推定値に補償オフセットを適用することをさらに含み、オフセットは、システム情報からシグナリングされる実施形態１〜１９のいずれか１つに記載の方法。

２１．初期ＵＬグラントおよび初期ダウンリンク（ＤＬ）グラントの一方に関連づけられた推定パス損失に基づいて、複数のＵＬキャリアから１つのＵＬキャリアを選択することをさらに含む実施形態１〜２０のいずれか１つに記載の方法。

２２．第１の推定パス損失と第２の推定パス損失との間の推定パス損失差に基づいて、複数のＵＬキャリアから１つのＵＬキャリアを選択することをさらに含む実施形態１〜２１のいずれか１つに記載の方法。

２３．第１の推定パス損失と第２の推定パス損失との間の推定パス損失差に基づいて、複数のＵＬキャリアから１つのＵＬキャリアを選択することをさらに含み、第１の推定パス損失は、第１のｅＮＢ（進化ノードＢ）または第１のセルへの第１のパスに沿って測定され、第２の推定パス損失は、第２のｅＮＢまたは第２のセルへの第２のパスに沿って測定される実施形態１〜２２のいずれか１つに記載の方法。

２４．閾値ならびに第１の推定パス損失と第２の推定パス損失との間の推定パス損失差に基づいて、複数のＵＬキャリアから１つのＵＬキャリアを選択することをさらに含む実施形態１〜２３のいずれか１つに記載の方法。

２５．ワイヤレス送受信ユニット（ＷＴＲＵ）においてランダムアクセスチャネル（ＲＡＣＨ）ダウンリンク（ＤＬ）キャリアを選択する方法であって、
ランダムアクセス応答のための単一ＤＬキャリア中の共通探索空間内で複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を監視することを含む方法。

２６．ＤＬキャリアは、プリアンブル送信に使われるアップリンク（ＵＬ）キャリア周波数に基づく、関連づけられたＤＬキャリア周波数を有する実施形態２５に記載の方法。

２７．ＤＬキャリアは、アップリンク（ＵＬ）キャリア上で送信されるプリアンブルに基づく、関連づけられたＤＬキャリア周波数を有する実施形態２５〜２６のいずれか１つに記載の方法。

２８．ＤＬキャリアは、アップリンク（ＵＬ）キャリア上で送信されるプリアンブルと、プリアンブルの送信に使われるアップリンク（ＵＬ）キャリア周波数とを組み合わせたものから導出される、関連づけられたＤＬキャリア周波数を有する実施形態２５〜２７のいずれか１つに記載の方法。

２９．システム情報から指示された一次コンポーネントキャリアからＰＤＣＣＨを受信することをさらに含む実施形態２５〜２８のいずれか１つに記載の方法。

３０．接続モードにある間、ＷＴＲＵ固有一次キャリアの共通探索空間内でＰＤＣＣＨ候補を求めて監視を行うことをさらに含む実施形態２５〜２９のいずれか１つに記載の方法。

３１．接続モードにある間、ＷＴＲＵ固有一次キャリアの共通探索空間内でＰＤＣＣＨ候補を求めて監視を行うことをさらに含み、ＷＴＲＵ固有一次キャリアは、ＲＲＣメッセージに入れてネットワーク内で受信される実施形態２５〜２９のいずれか１つに記載の方法。

３２．ワイヤレス送受信ユニット（ＷＴＲＵ）においてランダムアクセスチャネル（ＲＡＣＨ）ダウンリンク（ＤＬ）キャリアを選択する方法であって、
共通探索空間内で複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）候補を監視することを含み、各ＰＤＣＣＨ候補は、単一ＤＬキャリアに対応する方法。

３３．ＤＬキャリアは、プリアンブル送信に使われるアップリンク（ＵＬ）キャリア周波数に基づく、関連づけられたＤＬキャリア周波数を有する実施形態３２に記載の方法。

３４．ＤＬキャリアは、アップリンク（ＵＬ）キャリア上で送信されるプリアンブルに基づく、関連づけられたＤＬキャリア周波数を有する実施形態３２〜３３のいずれか１つに記載の方法。

３５．ＤＬキャリアは、アップリンク（ＵＬ）キャリア上で送信されるプリアンブルと、プリアンブルの送信に使われるＵＬキャリア周波数とを組み合わせたものから導出される、関連づけられたＤＬキャリア周波数を有する実施形態３２〜３４のいずれか１つに記載の方法。

３６．システム情報から指示された一次キャリアからＰＤＣＣＨを受信することをさらに含む実施形態３２〜３５のいずれか１つに記載の方法。

３７．ワイヤレス送受信ユニット（ＷＴＲＵ）においてランダムアクセスチャネル（ＲＡＣＨ）ダウンリンク（ＤＬ）キャリアを選択する方法であって、
複数のＤＬキャリアのいずれかの上でのデータ受信を指示する単一ＰＤＣＣＨを監視することを含む方法。

３８．ＤＬキャリアは、プリアンブル送信に使われるアップリンク（ＵＬ）キャリア周波数に基づく、関連づけられたＤＬキャリア周波数を有する実施形態３７に記載の方法。

３９．ＤＬキャリアは、アップリンク（ＵＬ）キャリア上で送信されるプリアンブルに基づく、関連づけられたＤＬキャリア周波数を有する実施形態３７〜３８のいずれか１つに記載の方法。

４０．ＤＬキャリアは、アップリンク（ＵＬ）キャリア上で送信されるプリアンブルと、プリアンブルの送信に使われるＵＬキャリア周波数とを組み合わせたものから導出される、関連づけられたＤＬキャリア周波数を有する実施形態３７〜３９のいずれか１つに記載の方法。

４１．システム情報から指示された一次キャリアからＰＤＣＣＨを受信することをさらに含む実施形態３７〜４０のいずれか１つに記載の方法。

４２．ＤＬキャリアは、ＰＤＣＣＨの内容によって指示される実施形態３７〜４１のいずれか１つに記載の方法。

４３．ＤＬキャリアは、ＰＤＣＣＨをマスクするのに使われるランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）によって指示される実施形態３７〜４２のいずれか１つに記載の方法。

４４．ランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）値によって識別されるランダムアクセス応答を検出することをさらに含む実施形態２５〜４３のいずれか１つに記載の方法。

４５．ランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）値セットによって識別されるランダムアクセス応答を検出することをさらに含む実施形態２５〜４４のいずれか１つに記載の方法。

４６．第１のサブフレームの索引（ｔ＿ｉｄパラメータ）と、第１のサブフレーム内の指定されたＰＲＡＣＨの索引（ｆ＿ｉｄパラメータ）との組合せに基づいて、ランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）値を決定することをさらに含む実施形態２５〜４５のいずれか１つに記載の方法。

４７．第１のサブフレームの索引（ｔ＿ｉｄパラメータ）と、第１のサブフレーム内の指定されたＰＲＡＣＨの索引（ｆ＿ｉｄパラメータ）に１を加えたものとの組合せに基づいて、ランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）値を決定することをさらに含む実施形態２５〜４６のいずれか１つに記載の方法。

４８．プリアンブル送信に使われるアップリンク（ＵＬ）キャリアと、ランダムアクセス応答のＰＤＣＣＨ送信に使われるＤＬキャリアとの組合せに基づいて、ランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）値を決定することをさらに含む実施形態２５〜４７のいずれか１つに記載の方法。

４９．プリアンブル送信に使われるアップリンク（ＵＬ）キャリアと、ランダムアクセス応答のＰＤＳＣＨ送信に使われるＤＬキャリアとの組合せに基づいて、ランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）値を決定することをさらに含む実施形態２５〜４８のいずれか１つに記載の方法。

５０．プリアンブル送信に使われるアップリンク（ＵＬ）キャリア、ランダムアクセス応答のＰＤＣＣＨ送信に使われるＤＬキャリアおよびランダムアクセス応答のＰＤＳＣＨ送信に使われるＤＬキャリアの組合せに基づいて、ランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）値を決定することをさらに含む実施形態２５〜４９のいずれか１つに記載の方法。

５１．ワイヤレス送受信ユニット（ＷＴＲＵ）におけるランダムアクセスチャネル（ＲＡＣＨ）応答失敗を処理する方法であって、
ＷＴＲＵが、複数のＵＬキャリアから選択される第１のアップリンク（ＵＬ）キャリア上で初期ランダムアクセスプリアンブルを送った後、ランダムアクセスウィンドウ間隔中に、ランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）に合致するＰＤＣＣＨを受信しなかったという条件で、
複数のＵＬキャリアから選択された第２のＵＬキャリア上で第２のランダムアクセスプリアンブルを送信することを含む方法。

５２．バックオフ期間の後、第２のＵＬキャリア上で第２のランダムアクセスプリアンブルを送信することをさらに含む実施形態５１に記載の方法。

５３．複数のＵＬキャリアから第２のＵＬキャリアをランダムに選択することをさらに含む実施形態５１〜５２のいずれか１つに記載の方法。

５４．第１のＵＬキャリアを除外して、複数のＵＬキャリアから第２のＵＬキャリアをランダムに選択することをさらに含む実施形態５１〜５３のいずれか１つに記載の方法。

５５．第１のＵＬキャリアを含めて、複数のＵＬキャリアから第２のＵＬキャリアをランダムに選択することをさらに含む実施形態５１〜５４のいずれか１つに記載の方法。

５６．一様確率質量関数に基づいて、複数のＵＬキャリアから第２のＵＬキャリアを選択することをさらに含む実施形態５１〜５５のいずれか１つに記載の方法。

５７．任意確率質量関数に基づいて、複数のＵＬキャリアから第２のＵＬキャリアを選択することをさらに含む実施形態５１〜５６のいずれか１つに記載の方法。

５８．ダウンリンクキャリアから獲得されるシステム情報からシグナリングされる確率質量関数を受信することをさらに含む実施形態５１〜５７のいずれか１つに記載の方法。

５９．ダウンリンクキャリアからブロードキャストされるアップリンク負荷情報から確率質量関数を導出することをさらに含む実施形態５１〜５８のいずれか１つに記載の方法。

６０．ｅＮＢ（エンハンスト・ノードＢ）に対する推定パス損失に基づいて、複数のＵＬキャリアから第２のＵＬキャリアを選択することをさらに含む実施形態５１〜５９のいずれか１つに記載の方法。

６１．閾値を上回る推定パス損失に基づいて、複数のＵＬキャリアから第２のＵＬキャリアを選択することをさらに含む実施形態５１〜６０のいずれか１つに記載の方法。

６２．閾値を上回る推定パス損失に基づいて、複数のＵＬキャリアから１つのＵＬキャリアを選択することをさらに含み、閾値は、プリアンブルグループに基づく実施形態５１〜６１のいずれか１つに記載の方法。

６３．閾値を上回る推定パス損失に基づいて、複数のＵＬキャリアから第２のＵＬキャリアを選択することをさらに含み、複数のＵＬキャリアの各ＵＬキャリアは、関連づけられた閾値を有する実施形態５１〜６２のいずれか１つに記載の方法。

６４．システム情報の一部として閾値情報を受信することをさらに含む実施形態５１〜６３のいずれか１つに記載の方法。

６５．システム情報によってシグナリングされる特定のダウンリンクＤＬキャリア上でのパス損失を測定することをさらに含む実施形態５１〜６４のいずれか１つに記載の方法。

６６．システム情報によってシグナリングされる特定の周波数帯におけるパス損失を測定することをさらに含む実施形態５１〜６５のいずれか１つに記載の方法。

６７．ランダムに選択されたダウンリンク（ＤＬ）キャリア上でのパス損失を測定することをさらに含む実施形態５１〜６６のいずれか１つに記載の方法。

６８．ダウンリンク（ＤＬ）キャリア上でのパス損失を測定し、ＤＬキャリア周波数に基づいて、パス損失推定値に補償オフセットを適用することをさらに含む実施形態５１〜６７のいずれか１つに記載の方法。

６９．ダウンリンク（ＤＬ）キャリア上でのパス損失を測定し、ＤＬキャリア周波数に基づいて、パス損失推定値に補償オフセットを適用することをさらに含み、オフセットは予め定義される実施形態５１〜６８のいずれか１つに記載の方法。

７０．ダウンリンク（ＤＬ）キャリア上でのパス損失を測定し、ＤＬキャリア周波数に基づいて、パス損失推定値に補償オフセットを適用することをさらに含み、オフセットは、システム情報からシグナリングされる実施形態５１〜６９のいずれか１つに記載の方法。

７１．初期ＵＬグラントおよび初期ダウンリンク（ＤＬ）グラントの一方に関連づけられた推定パス損失に基づいて、複数のＵＬキャリアから１つのＵＬキャリアを選択することをさらに含む実施形態５１〜７０のいずれか１つに記載の方法。

７２．第１の推定パス損失と第２の推定パス損失との間の推定パス損失差に基づいて、複数のＵＬキャリアから第２のＵＬキャリアを選択することをさらに含む実施形態５１〜７１のいずれか１つに記載の方法。

７３．第１の推定パス損失と第２の推定パス損失との間の推定パス損失差に基づいて、複数のＵＬキャリアから第２のＵＬキャリアを選択することをさらに含み、第１の推定パス損失は、第１のｅＮＢ（進化ノードＢ）または第１のセルへの第１のパスに沿って測定され、第２の推定パス損失は、第２のｅＮＢまたは第２のセルへの第２のパスに沿って測定される実施形態５１〜７２のいずれか１つに記載の方法。

７４．閾値ならびに第１の推定パス損失と第２の推定パス損失との間の推定パス損失差に基づいて、複数のＵＬキャリアから第２のＵＬキャリアを選択することをさらに含む実施形態５１〜７３のいずれか１つに記載の方法。

７５．ｋ回のプリアンブル送信の後、複数のＵＬキャリアから第２のＵＬキャリアを選択することをさらに含む実施形態５１〜７４のいずれか１つに記載の方法。

７６．ワイヤレス送受信ユニット（ＷＴＲＵ）におけるランダムアクセスチャネル（ＲＡＣＨ）応答失敗を処理する方法であって、
ＷＴＲＵが、複数のＵＬキャリアから選択される第１のアップリンク（ＵＬ）キャリア上で初期ランダムアクセスプリアンブルを送った後、ランダムアクセスウィンドウ間隔中に、ランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ）に合致するＰＤＣＣＨを受信したが、関連づけられたランダムアクセス応答が、ＲＡプリアンブル識別子を含んでいなかった、またはバックオフインジケータを含んでいたという条件で、
ＷＴＲＵのＩＭＳＩならびにシステムフレーム番号（ＳＦＮ）およびサブフレーム番号の最終桁に基づいて、新規ＵＬキャリアを選択するかどうか判定することを含む方法。

７７．ランダムアクセス応答をＷＴＲＵが検出するという条件で、
プリアンブル送信に使われるＵＬキャリアを使って次のメッセージを送信することをさらに含む実施形態５１〜７６のいずれか１つに記載の方法。

７８．ランダムアクセス応答をＷＴＲＵが検出するという条件で、
ランダムアクセス応答に基づいて、複数のＵＬキャリアからＵＬキャリアを選択することをさらに含む実施形態５１〜７７のいずれか１つに記載の方法。

７９．ランダムアクセス応答をＷＴＲＵが検出するという条件で、
ランダムアクセス応答に使われるＤＬキャリアに基づいて、複数のＵＬキャリアからＵＬキャリアを選択することをさらに含む実施形態５１〜７８のいずれか１つに記載の方法。

８０．ランダムアクセス応答をＷＴＲＵが検出するという条件で、
ランダムアクセス応答のデータ部がそこから受信されたＤＬキャリアに基づいて、複数のＵＬキャリアからＵＬキャリアを選択することをさらに含む実施形態５１〜７９のいずれか１つに記載の方法。

８１．ワイヤレス送受信ユニット（ＷＴＲＵ）において実装される、アップリンク（ＵＬ）キャリアのランダムアクセスチャネル（ＲＡＣＨ）期間短縮のための方法であって、
各アップリンクキャリア用のＲＡＣＨ信号情報パラメータを、ダウンリンク一次キャリアを介してＷＴＲＵに送信すること、
ＷＴＲＵプリアンブルに対応するランダムアクセス応答（ＲＡＲ）を、アップリンクキャリアとペアにされたダウンリンクキャリアを介して送信すること、および
アップリンクキャリアに関連づけられたＲＡＲウィンドウがオーバーラップしないように、各ＲＡＲウィンドウのサイズを構成すること
を含む方法。

８２．ＲＡＣＨ信号は、異なるＲＡＣＨタイミングオフセットを有する、異なるアップリンク（ＵＬ）キャリア上で送信される実施形態８１に記載の方法。

８３．各アップリンクキャリアのＲＡＣＨパラメータを送信することをさらに含み、ＷＴＲＵは、ＲＡＣＨパラメータを送信する実施形態８１に記載の方法。

８４．集約された各アップリンクキャリアのＲＡＣＨタイミングをスタガリングすることをさらに含み、ＷＴＲＵは、ＲＡＣＨパラメータを送信する実施形態８１に記載の方法。

８５．各アップリンクキャリアに関する場所および帯域幅を送信することをさらに含み、ＷＴＲＵは、ＲＡＣＨパラメータを送信する実施形態８１に記載の方法。

８６．ＷＴＲＵは、アイドルから接続済み状態に遷移する先行する実施形態のいずれかに記載の方法。

８７．アップリンクキャリアｋ上でのＷＴＲＵプリアンブル送信に対応するＲＡＲは、既知のダウンリンク一次キャリア上で、またはアップリンクキャリアｋとペアにされたダウンリンクキャリア上で送信される実施形態８１に記載の方法。

８８．ＲＡＲは、ダウンリンク一次キャリア上でＷＴＲＵに送信され、ネットワークは、ランダムアクセス応答ウィンドウのサイズを構成する実施形態８１に記載の方法。

８９．ＲＡＲウィンドウは、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ≦ｒｅｄｕｃｅｄ＿ＲＡＣＨ＿ｐｅｒｉｏｄという公式に従って計算される実施形態８８に記載の方法。

９０．アップリンクキャリアに関連づけられたＲＡＲウィンドウは、オーバーラップしない実施形態８１に記載の方法。

９１．ＲＡＣＨ信号は、異なるアップリンク（ＵＬ）キャリア上で送信され、アップリンクキャリアに関連づけられたＲＡＲウィンドウはオーバーラップする実施形態８１に記載の方法。

９２．ランダムアクセスネットワーク一時識別子（ＲＡ−ＲＮＴＩ）は、ＲＡ−ＲＮＴＩ＝ｆ（ｔ＿ｉｄ，ｆ＿ｉｄ，ｃａｒｒｉｅｒ＿ｉｄ）となるように、ｔ＿ｉｄ、ｆ＿ｉｄおよびｃａｒｒｉｅｒ＿ｉｄの関数として送信され、ｔ＿ｉｄは、第１のサブフレームの索引であり、ｆ＿ｉｄは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）の索引であり、ｃａｒｒｉｅｒ＿ｉｄは、ランダムアクセスプリアンブルがその上で送信されるアップリンクキャリアの索引であり、ＲＡＲは、ダウンリンク一次キャリア上でマップされる実施形態８１に記載の方法。

９３．ｅＮＢが、ＲＡＣＨプロセスを開始した利用可能コンポーネントキャリアすべてのリソース可用性を検討して、ＷＴＲＵの要求に応答することをさらに含む実施形態８１に記載の方法。

９４．ｅＮＢが、リソース使用状況を調べ、任意のアップリンクキャリアコンポーネント上で受信される第１のＲＡＣＨプリアンブルの検出が成功すると、利用可能ＵＬコンポーネントキャリアをロードすることをさらに含む実施形態９３に記載の方法。

９５．ｅＮＢが、任意の利用可能アップリンクコンポーネントキャリア上で物理アップリンク制御チャネル（ＰＵＳＣＨ）をスケジュールすることによって、ＷＴＲＵのアクセスプリアンブルに応答することをさらに含む実施形態９４に記載の方法。

９６．割り当てられたアップリンクコンポーネントキャリアは、ＷＴＲＵがそのランダムアクセスチャネル（ＲＡＣＨ）をその上で送信するキャリアと同じでも同じでなくてもよい実施形態９５に記載の方法。

９７．ＷＴＲＵ用のグラント用ＰＵＳＣＨは、Ｎ_UL倍向上される先行するいずれかの実施形態に記載の方法。

９８．１つのＵＬキャリア上でランダムアクセスプリアンブルのｅＮＢ検出を実施することをさらに含む実施形態８１に記載の方法。

９９．所与のＲＡＣＨ期間中の複数のランダムアクセスプリアンブルの同時送信の送信によるＲＡＣＨ遅延短縮をさらに含む実施形態８１に記載の方法。

１００．ＷＴＲＵが、多重キャリア上で同時ランダムアクセスプリアンブルを送ることをさらに含む実施形態９９に記載の方法。

１０１．ワイヤレス送受信ユニット（ＷＴＲＵ）が、Ｎ_UL個のコンポーネントキャリアすべての上で同時ランダムアクセスプリアンブルを送ることをさらに含む実施形態９９に記載の方法。

１０２．送信されるプリアンブルは同じである実施形態１００または１０１のいずれかに記載の方法。

１０３．送信されるプリアンブルは異なる実施形態１００または１０１のいずれかに記載の方法。

１０４．ＷＴＲＵが、複数の同時ランダムアクセスプリアンブルを送る先行する実施形態のいずれかに記載の方法。

１０５．ｅＮＢでのプリアンブルの少なくとも１つの検出をさらに含む実施形態１０４に記載の方法。

１０６．ｅＮＢが、ＷＴＲＵに１つのランダムアクセス応答（ＲＡＲ）を返送することをさらに含む実施形態１０５に記載の方法。

１０７．ランダムアクセスに利用可能な多重アップリンクコンポーネントキャリアの間でランダムアクセスプリアンブルを選択する方法であって、
ランダムアクセスに利用可能なアップリンクコンポーネントキャリアを２つのキャリアセットに分割すること、
キャリアセットのうち第１のものが空でないという条件で、キャリアセットのうち第１のものの中で１つのアップリンクキャリアを選択すること、
キャリアセットのうち第１のものが空であるという条件で、キャリアセットのうち第２のものの中で１つのアップリンクキャリアを選択すること、
選択されたアップリンクキャリアの中でプリアンブルグループを選択すること、および
選択されたプリアンブルグループの中でランダムアクセスプリアンブルをランダムに選択すること
を含む方法。

１０８．プリアンブルグループは、ランダムアクセスプリアンブルグループＡである実施形態１０７に記載の方法。

１０９．プリアンブルグループは、ランダムアクセスプリアンブルグループＢである実施形態１０７に記載の方法。

１１０．ランダムアクセスに利用可能な多重アップリンクコンポーネントキャリアの間でランダムアクセスプリアンブルを選択する方法であって、
キャリアセット中の、ランダムアクセスに利用可能なアップリンクコンポーネントキャリアの中で１つのアップリンクキャリアを選択すること、
選択されたアップリンクキャリアにおけるキャリアセット内で１つのアップリンクキャリアをランダムに選択し、ランダムアクセスプリアンブルグループ基準が満たされるかどうか調べること、
ランダムアクセスプリアンブルグループを選択すること、および
選択されたグループの中のランダムアクセスプリアンブルをランダムに選択すること
を含む方法。

１１１．ワイヤレス送受信ユニット（ＷＴＲＵ）において実装される、ワイヤレス通信においてランダムアクセスチャネル（ＲＡＣＨ）リソースを選択する方法であって、
許容ランダムアクセスチャネル（ＲＡＣＨ）構成セットを判定することを含む方法。

１１２．少なくとも１つの物理ランダムアクセスチャネル（ＰＲＡＣＨ）／ＲＡＣＨリソース上でプリアンブルを送信することをさらに含む実施形態１１１に記載の方法。

１１３．許容ＲＡＣＨ構成セットは、複数のアップリンクキャリアに関連づけられたＰＲＡＣＨ／ＲＡＣＨリソースを含む実施形態１１１〜１１２のいずれかに記載の方法。

１１４．許容ＲＡＣＨ構成セットに追加ＰＲＡＣＨ／ＲＡＣＨリソースを追加することをさらに含む実施形態１１１〜１１３のいずれか１つに記載の方法。

１１５．許容ＲＡＣＨ構成セットの少なくとも１つの要素を除去することをさらに含む実施形態１１１〜１１４のいずれか１つに記載の方法。

１１６．許容ＲＡＣＨ構成セットを判定することは、
ＷＴＲＵにとって利用可能なキャリア構成に関するＲＲＣ（無線リソース制御）メッセージを受信することを含む実施形態１１１〜１１５のいずれか１つに記載の方法。

１１７．許容ＲＡＣＨ構成セットを判定することは、
ＷＴＲＵが使用するように構成された少なくとも１つのダウンリンクキャリアによってブロードキャストされる全ＰＲＡＣＨ／ＲＡＣＨ構成を含めることを含む実施形態１１１〜１１６のいずれか１つに記載の方法。

１１８．許容ＲＡＣＨ構成セットを判定することは、
ＷＴＲＵが使用するように構成された複数のアップリンクキャリアそれぞれに対して正確に１つのＰＲＡＣＨ／ＲＡＣＨ構成を含めることを含み、各アップリンクキャリア用のＰＲＡＣＨ／ＲＡＣＨ構成は、ペアにされたダウンリンクキャリアに入れて与えられる実施形態１１１〜１１７のいずれか１つに記載の方法。

１１９．許容ＲＡＣＨ構成セットを判定することは、
ＷＴＲＵが使用するように構成された複数のアップリンクキャリアそれぞれに対して正確に１つのＰＲＡＣＨ／ＲＡＣＨ構成を含めることを含み、各アップリンクキャリア用のＰＲＡＣＨ／ＲＡＣＨ構成は、専用シグナリングによって与えられる実施形態１１１〜１１８のいずれか１つに記載の方法。

１２０．許容ＲＡＣＨ構成セットを判定することは、
ＷＴＲＵが使用するように構成された各アップリンクキャリアに対して最大１つのＰＲＡＣＨ／ＲＡＣＨリソースを含めることを含み、１つのＰＲＡＣＨ／ＲＡＣＨリソースは、同じタイムアドバンス方式を共有する複数のアップリンクキャリアに関連づけられ得る実施形態１１１〜１１９のいずれか１つに記載の方法。

１２１．追加ＰＲＡＣＨ／ＲＡＣＨリソースを追加することは、
ネットワークから明示的シグナリングを受信することをさらに含む実施形態１１４〜１２０のいずれか１つに記載の方法。

１２２．明示的シグナリングは、ＲＲＣシグナリングにおいてキャリア構成とともに送られる新規インジケータである実施形態１２１に記載の方法。

１２３．新規インジケータは、新規インジケータを搬送するダウンリンクキャリア内でブロードキャストされるＰＲＡＣＨ／ＲＡＣＨ構成が、許容ＲＡＣＨ構成セットに追加されるべきであることを指示する実施形態１２２に記載の方法。

１２４．追加ＰＲＡＣＨ／ＲＡＣＨリソースを追加することは、
ＰＲＡＣＨ／ＲＡＣＨ構成をブロードキャストするダウンリンクキャリアから物理ダウンリンク制御チャネル（ＰＤＣＣＨ）オーダーを受信することをさらに含む実施形態１１４〜１２０のいずれか１つに記載の方法。

１２５．追加ＰＲＡＣＨ／ＲＡＣＨリソースを追加することは、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）オーダーを受信することをさらに含み、ＰＤＣＣＨオーダーは、キャリアインジケータフィールド（ＣＩＦ）を含む実施形態１１４〜１２０のいずれか１つに記載の方法。

１２６．ＣＩＦは、ＰＲＡＣＨ／ＲＡＣＨ構成をブロードキャストするダウンリンクキャリアを指示する実施形態１２５に記載の方法。

１２７．ＣＩＦは、ダウンリンクキャリア内でブロードキャストされるＰＲＡＣＨ／ＲＡＣＨ構成に対応するアップリンクキャリアを指示する実施形態１２５に記載の方法。

１２８．許容ＲＡＣＨ構成セットの少なくとも１つの要素を除去し、または無効にすることは、
ネットワークから明示的シグナリングを受信することを含む実施形態１１５〜１２７のいずれか１つに記載の方法。

１２９．明示的シグナリングは、ＲＲＣ（無線リソース制御）シグナリングを介して受信される実施形態１２８に記載の方法。

１３０．許容ＲＡＣＨ構成セットの少なくとも１つの要素を除去し、または無効にすることは、
ＰＲＡＣＨ／ＲＡＣＨ構成をブロードキャストするダウンリンクキャリアが、ＰＲＡＣＨ／ＲＡＣＨ構成から除去され、または無効にされるという条件で、関連づけられたアップリンクキャリアを除去し、または無効にすること
を含む実施形態１１５〜１２７のいずれか１つに記載の方法。

１３１．許容ＲＡＣＨ構成セットの少なくとも１つの要素を除去し、または無効にすることは、
アップリンクキャリアが、ＷＴＲＵにブロードキャストされるＰＲＡＣＨ／ＲＡＣＨ構成から除去され、または無効にされるという条件で、アップリンクキャリアを除去し、または無効にすること
を含む実施形態１１５〜１２７のいずれか１つに記載の方法。

１３２．許容ＲＡＣＨ構成セットの少なくとも１つの要素を除去し、または無効にすることは、
ＰＲＡＣＨ／ＲＡＣＨ構成に基づいてプリアンブルを送信すること、および
試みられたプリアンブル送信回数を、ランダムアクセス用に確立されたプリアンブル送信の最大回数と比較すること
を含む実施形態１１５〜１３１のいずれか１つに記載の方法。

１３３．許容ＲＡＣＨ構成セットの少なくとも１つの要素を除去し、または無効にすることは、
ＰＲＡＣＨ／ＲＡＣＨ構成に基づいてプリアンブルを送信すること、
ランダムアクセスが成功しなかったことを示すランダムアクセス応答を受信すること
を含む実施形態１１５〜１３１のいずれか１つに記載の方法。

１３４．許容ＲＡＣＨ構成セットから少なくとも１つの要素を除去し、または無効にすることは、
キャリア構成からＰＲＡＣＨ／ＲＡＣＨ構成に関連づけられたダウンリンクキャリアを除去し、または無効にすること
をさらに含む実施形態１３２〜１３３のいずれか１つに記載の方法。

１３５．許容ＲＡＣＨ構成セットから少なくとも１つの要素を除去し、または無効にすることは、
キャリア構成からＰＲＡＣＨ／ＲＡＣＨ構成に関連づけられたアップリンクキャリアを除去し、または無効にすること
をさらに含む実施形態１３２〜１３４のいずれか１つに記載の方法。

１３６．許容ＲＡＣＨ構成セットから少なくとも１つの要素を除去し、または無効にすることは、
ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲを１にリセットすること
をさらに含む実施形態１１５〜１３５のいずれか１つに記載の方法。

１３７．許容ＲＡＣＨ構成セットから少なくとも１つの要素を除去し、または無効にすることは、
バックオフパラメータ値を０ｍｓにセットし、ＭＳＧ３バッファをフラッシュすること
をさらに含む実施形態１１５〜１３６のいずれか１つに記載の方法。

１３８．許容ＲＡＣＨ構成セットから少なくとも１つの要素を除去し、または無効にすることは、
許容ＲＡＣＨ構成セットからＲＡＣＨリソースを選択すること
をさらに含む実施形態１１５〜１３７のいずれか１つに記載の方法。

１３９．許容ＲＡＣＨ構成セットが空であるという条件で、上位層にランダムアクセス問題を指示することをさらに含む実施形態１１１〜１３８のいずれか１つに記載の方法。

１４０．ＷＴＲＵは、利用可能ＰＲＡＣＨリソースのセットを判定してから、使用するべきＰＲＡＣＨリソースを選択する実施形態１１１〜１３９のいずれか１つに記載の方法。

１４１．ＲＡＣＨ用のＰＤＣＣＨオーダーを含む、ＰＤＣＣＨ中のＣＩＦを受信することをさらに含む実施形態１４０に記載の方法。

１４２．ＣＩＦ中で指示されたダウンリンクキャリア内でブロードキャストされるｐｒａｃｈ−ＣｏｎｆｉｇＩｎｄｅｘに基づいて、利用可能ＰＲＡＣＨリソースのセットを判定することをさらに含む実施形態１４０〜１４１のいずれか１つに記載の方法。

１４３．ＣＩＦによって指示されたアップリンクキャリア上で利用可能なＰＲＡＣＨリソースセットに基づいて、利用可能ＰＲＡＣＨリソースのセットを判定することをさらに含む実施形態１４０〜１４２のいずれか１つに記載の方法。

１４４．ＣＩＦによって指示されたあるアップリンクキャリア上で利用可能なＰＲＡＣＨリソースのセットに基づいて、利用可能ＰＲＡＣＨリソースのセットを判定することをさらに含む実施形態１４０〜１４３のいずれか１つに記載の方法。

１４５．利用可能ＰＲＡＣＨリソースのセットは、ブロードキャストされるＰＲＡＣＨ構成において任意の数の多重ダウンリンクキャリア内で与えられるいずれかのＰＲＡＣＨリソースのセットの合併に基づく実施形態１４０〜１４４のいずれか１つに記載の方法。

１４６．ＣＩＦを索引と解釈することをさらに含み、索引は、順序づけられた一連のＰＲＡＣＨリソースセットを参照する実施形態１４０〜１４５のいずれか１つに記載の方法。

１４７．順序づけられたシーケンスは、キャリア構成におけるダウンリンクキャリアの順序に対応する実施形態１４６に記載の方法。

１４８．ＷＴＲＵは、ＲＡＣＨを開始し、有効な物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースはどれもＷＴＲＵにとって利用可能でない実施形態１１１〜１４７のいずれか１つに記載の方法。

１４９．特別なセルに対応するダウンリンクキャリア上でブロードキャストされるＰＲＡＣＨ構成にのみ基づいて、利用可能ＰＲＡＣＨリソースのセットを判定することをさらに含む実施形態１４８に記載の方法。

１５０．ＰＲＡＣＨ構成において与えられるＰＲＡＣＨリソースは、許容ＲＡＣＨ構成セット中に存在する実施形態１４９に記載の方法。

１５１．特別なセルに対応するＰＲＡＣＨ構成が存在しないという条件で、ＷＴＲＵは、許容ＲＡＣＨ構成セット中の全ＰＲＡＣＨ構成によって与えられるＰＲＡＣＨリソースのセットの合併に基づいて、利用可能ＰＲＡＣＨリソースのセットを判定する実施形態１５０に記載の方法。

１５２．複数のアップリンクキャリア上で利用可能なＰＲＡＣＨリソースのセットに基づいて、利用可能ＰＲＡＣＨリソースのセットを判定することをさらに含み、適用可能なタイミングアドバンスタイマは、複数のアップリンクキャリアそれぞれに関して満了した実施形態１４８に記載の方法。

１５３．複数のアップリンクキャリア上で利用可能なＰＲＡＣＨリソースのセットに基づいて、利用可能ＰＲＡＣＨリソースのセットを判定することをさらに含み、タイミングアドバンス信号が、複数のアップリンクキャリアそれぞれに対して受信された実施形態１４８に記載の方法。

１５４．ＷＴＲＵが、許容ＲＡＣＨ構成セットからランダムにＰＲＡＣＨリソースを選択することを示すＰＤＣＣＨオーダーを受信することをさらに含む実施形態１１１〜１５３のいずれか１つに記載の方法。

１５５．許容ＲＡＣＨ構成セット中の全ＰＲＡＣＨ構成によって与えられる任意の数のＰＲＡＣＨリソースのセットの合併に基づいて、利用可能ＰＲＡＣＨリソースのセットを判定することをさらに含む実施形態１５４に記載の方法。

１５６．対応するアップリンクキャリアがそれに関して同期をとられないＰＲＡＣＨ構成によって与えられる任意の数のＰＲＡＣＨリソースのセットの合併に基づいて、利用可能ＰＲＡＣＨリソースのセットを判定することをさらに含む実施形態１５４〜１５５のいずれか１つに記載の方法。

１５７．適用可能なタイミングアドバンスタイマが満了しているアップリンクキャリア上の物理アップリンク共有チャネル（ＰＵＳＣＨ）用のアップリンクグラントを受信することをさらに含む実施形態１１１〜１５６のいずれか１つに記載の方法。

１５８．共通タイミングアドバンスを有する任意のアップリンクキャリア上の物理アップリンク共有チャネル（ＰＵＳＣＨ）用のアップリンクグラントを受信することをさらに含む実施形態１１１〜１５６のいずれか１つに記載の方法。

１５９．許容ＲＡＣＨ構成セットから、利用可能ＰＲＡＣＨを含む次のサブフレームを判定することをさらに含む実施形態１１１〜１５８のいずれか１つに記載の方法。

１６０．利用可能ＰＲＡＣＨリソースを含む次のサブフレームを選択すること、および
選択されたサブフレーム中でプリアンブルを送信すること
をさらに含む実施形態１５９に記載の方法。

１６１．ＰＲＡＣＨリソースは、第１のプリアンブル送信用にのみ選択される実施形態１１１〜１６０のいずれか１つに記載の方法。

１６２．第１のプリアンブル送信に使用されるＰＲＡＣＨリソースを選択するのに使われるＰＲＡＣＨ構成をブロードキャストするダウンリンクキャリアからブロードキャストされるＲＡＣＨ構成に従って、ｐｒｅａｍｂｌｅＩｎｆｏ、ｐｏｗｅｒＲａｍｐｉｎｇｐａｒａｍｅｔｅｒｓ、およびｒａ−ＳｕｐｅｒｖｉｓｉｏｎＩｎｆｏからパラメータを選択することをさらに含む実施形態１１１〜１６１のいずれか１つに記載の方法。

１６３．許容ＲＡＣＨ構成セットの少なくとも１つの要素を除去し、または無効にすることは、専用シグナリングによって与えられる構成に対応するどの構成も除去し、または無効にすることを含む実施形態１１１〜１６２のいずれか１つに記載の方法。

１６４．許容ＲＡＣＨ構成セットの少なくとも１つの要素を除去し、または無効にすることは、ＷＴＲＵの構成の二次コンポーネントキャリア（ＳＣＣ）に与えられる構成に対応するどの構成も除去し、または無効にすることを含む実施形態１１１〜１６３のいずれか１つに記載の方法。

１６５．許容ＲＡＣＨ構成セットの少なくとも１つの要素を除去し、または無効にすることは、同じ周波数帯の全ＳＣＣに与えられる構成に対応するどの構成も除去し、または無効にすることを含む実施形態１１１〜１６４のいずれか１つに記載の方法。

１６６．許容ＲＡＣＨ構成セットの少なくとも１つの要素を除去し、または無効にすることは、ランダムアクセス手順の失敗という条件で、ＷＴＲＵが無線リンク失敗をトリガしないように構成された構成に対応するどの構成も除去し、または無効にすることを含む実施形態１１１〜１６５のいずれか１つに記載の方法。

１６７．ＷＴＲＵは、失敗が無線リンク失敗（ＲＬＦ）をそれに対してトリガしない第１のＰＲＡＣＨ／ＲＡＣＨ構成を用いてランダムアクセス手順を試み、
ＰＲＡＣＨ／ＲＡＣＨ構成が、専用シグナリングによって受信されたという条件、
ＰＲＡＣＨ／ＲＡＣＨ構成が、ＷＴＲＵの構成のＳＣＣに対応するという条件、または
ＰＲＡＣＨ／ＲＡＣＨ構成が、ＲＡ失敗がＲＬＦをトリガしないことを示すという条件で、
ＷＴＲＵは、ＲＬＦがトリガされないと判定する実施形態１１１〜１６６のいずれか１つに記載の方法。

１６８．第１のＰＲＡＣＨ／ＲＡＣＨ構成に関してランダムアクセス手順失敗が検出されたという条件で、ＷＴＲＵは、ランダムアクセス試行の失敗がＲＬＦをそれに対してトリガする第２のＰＲＡＣＨ／ＲＡＣＨ構成を用いてランダムアクセス手順を実施し、
ＰＲＡＣＨ／ＲＡＣＨ構成が、ブロードキャストされたシステム情報からのシグナリングによって受信されたという条件、
ＰＲＡＣＨ／ＲＡＣＨ構成が、ＷＴＲＵの構成の一次コンポーネントキャリア（ＰＣＣ）に対応するという条件、または
ＰＲＡＣＨ／ＲＡＣＨ構成が、ＲＡ失敗がＲＬＦをトリガすることを示すという条件で、
ＷＴＲＵは、失敗するとＲＬＦがトリガされないと判定する実施形態１６７に記載の方法。

１６９．ＷＴＲＵは、第２のＰＲＡＣＨ／ＲＡＣＨ構成に関して失敗が検出されたという条件で、上位層にランダムアクセス問題を指示する実施形態１６８に記載の方法。

１７０．ランダムアクセス（ＲＡ）を実施するための要求をＷＴＲＵがネットワークから受信するという条件で、受信された制御情報がどのＣＣに対して適用可能かに基づく少なくとも部分的には関数として選択を行うことによって、ＲＡＣＨ手順用にどのリソースをＷＴＲＵが選択するべきか判定することをさらに含む実施形態１１１〜１６９のいずれか１つに記載の方法。

１７１．ＷＴＲＵが、ＤＣＩフォーマットがＷＴＲＵの構成のＳＣＣに、それともＷＴＲＵの構成のＰＣＣに適用可能か検出すること、および
ＤＣＩフォーマットがＳＣＣに適用可能であるという条件で、ＷＴＲＵが、
ＲＡ試行を実施するのを控えること、
ＷＴＲＵの構成のＰＣＣ中でＲＡＣＨを実施すること、
適用可能なＳＣＣのＲＡＣＨリソースを使ってＲＡＣＨを実施すること、
対応するＵＬ ＣＣが同じタイミングアドバンス（ＴＡ）要件をそれに対して有するグループの一部である任意のＣＣのＲＡＣＨリソースを使ってＲＡＣＨを実施すること、または
ＤＣＩメッセージ中で指示されたリソースを使ってＲＡＣＨを実施すること
の少なくとも１つを実施すること
をさらに含む実施形態１７０に記載の方法。

１７２．ＷＴＲＵは、ＷＴＲＵの識別を使って利用可能リソースのセットからＰＲＡＣＨリソースを選択する実施形態１１１〜１７１のいずれか１つに記載の方法。

１７３．ＷＴＲＵは、利用可能リソースのセットを優先度リストと見なすことによって、ＰＲＡＣＨリソースを選択する実施形態１１１〜１７２のいずれか１つに記載の方法。

１７４．優先度リストは、ネットワークの構成に基づいて優先度を決定する実施形態１７３に記載の方法。

１７５．優先度リストは、
リソースに対応するアップリンクＣＣ用の経路損失判定に使われるダウンリンクＣＣに関する測定値に基づくダウンリンク経路損失に基づいて優先度を決定する実施形態１７３または１７４のいずれか１つに記載の方法。

１７６．優先度リストは、所定の基準に基づくリソースの順位づけに基づいて優先度を決定する実施形態１７３〜１７５のいずれか１つに記載の方法。

１７７．優先度リストは、ラウンドロビン試行に基づいて優先度を決定する実施形態１７３〜１７６のいずれか１つに記載の方法。

１７８．優先度リストは、同じリソース上のＲＡＣＨの以前の出力結果に基づいて優先度を決定する実施形態１７３〜１７７のいずれか１つに記載の方法。

１７９．優先度リストは、ＣＣがＷＴＲＵの構成のＰＣＣであるかそれともＳＣＣであるかに基づいて優先度を決定する実施形態１７３〜１７８のいずれか１つに記載の方法。

１８０．優先度リストは、リソースがＷＴＲＵに専用に与えられたかどうかに基づいて優先度を決定する実施形態１７３〜１７９のいずれか１つに記載の方法。

１８１．優先度リストは、ブロードキャストされたシステム情報を使ってリソースがＷＴＲＵに与えられたかどうかに基づいて優先度を決定する実施形態１７３〜１８０のいずれか１つに記載の方法。

１８２．ＷＴＲＵは、利用可能セット内で特定のＰＲＡＣＨを選択する実施形態１１１〜１８１のいずれか１つに記載の方法であって、
ＷＴＲＵが、関連づけられたダウンリンクＣＣがそれに対して構成されアクティブ化されるアップリンクＣＣに選択されたリソースが対応するという制約をさらに受けて、利用可能ＰＲＡＣＨリソースのセットからリソースを選択することをさらに含む方法。

１８３．ダウンリンクＣＣは、受信されたシグナリングによって明示的にアクティブ化されなければならない実施形態１８２に記載の方法。

１８４．ＷＴＲＵは、利用可能セット内で特定のＰＲＡＣＨを選択する実施形態１１１〜１８３のいずれか１つに記載の方法であって、
ＷＴＲＵが、構成されているアップリンクＣＣに、選択されたリソースが対応するという制約をさらに受けて、利用可能ＰＲＡＣＨリソースのセットからリソースを選択することをさらに含む方法。

１８５．アップリンクＣＣはアクティブ化されなければならない実施形態１８４に記載の方法。

１８６．ＷＴＲＵは、キャリア集約（ＣＡ）などの帯域幅拡張を使用して、多重コンポーネントキャリア（ＣＣ）を介して同時に送信し受信する先行するいずれかの実施形態に記載の方法。

１８７．特別なセルは、非アクセス階層（ＮＡＳ）移動性のため、およびセキュリティ目的のためのアンカとして使われるキャリアに対応する先行するいずれかの実施形態に記載の方法。

１８８．多重ＣＣを有して構成されたＷＴＲＵは、単一ＰＤＣＣＨまたは多重ＰＤＣＣＨの少なくとも１つから、全ＣＣのスケジューリングのための制御シグナリングを受信する先行するいずれかの実施形態に記載の方法。

１８９．ＷＴＲＵは、巡回冗長検査（ＣＲＣ）による確認を求めるＰＤＣＣＨチャネルの数回のブラインド復号試行を実施して、シグナリングが特定のＷＴＲＵ向けであるかどうか判定する先行するいずれかの実施形態に記載の方法。

１９０．ブラインド復号の複雑さは、構成済みＣＣのサブセット上でのみ制御シグナリングをＷＴＲＵが監視することを求めることによって低減される先行するいずれかの実施形態に記載の方法。

１９１．ＰＤＣＣＨモニタリングセットは、ＷＴＲＵがその上で監視することを求められるＣＣセットを表し、ＣＣセットは、サイズがＵＬ／ＤＬ ＣＣセットのサイズ以下であり、ＷＴＲＵ ＤＬ ＣＣセット中のＣＣのみを含む先行するいずれかの実施形態に記載の方法。

１９２．ネットワークは、キャリア間スケジューリングを用い、あるＣＣのＰＤＣＣＨ上でシグナリングされるグラントまたは割当ては、異なるＣＣに対応する物理アップリンク共有チャネル（ＰＵＳＣＨ）または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上での送信を指示する先行するいずれかの実施形態に記載の方法。

１９３．許容ＲＡＣＨ構成セットを判定することは、
アップリンクキャリアごとの１つまたは複数のＰＲＡＣＨ／ＲＡＣＨ構成が、ＰＤＣＣＨモニタリングセットに含まれる１つまたは複数のダウンリンクキャリアに関連づけられること
を含む先行するいずれかの実施形態に記載の方法。

１９４．ＷＴＲＵは、ネットワークからの明示的シグナリングの間、構成セットにあるＰＲＡＣＨ／ＲＡＣＨ構成を一定の期間無効にする先行するいずれかの実施形態に記載の方法。

１９５．先行するいずれかの実施形態に記載の方法を実施するように構成されたプロセッサを備えるワイヤレス送受信ユニット（ＷＴＲＵ）。

１９６．先行するいずれかの実施形態に記載の方法を実施するように構成されたＷＴＲＵ。

１９７．受信機をさらに備える実施形態１９６に記載のＷＴＲＵ。

１９８．送信機をさらに備える実施形態１９６〜１９７のいずれかに記載のＷＴＲＵ。

１９９．送信機および／または受信機と通信するプロセッサをさらに備える実施形態１９６〜１９８のいずれかに記載のＷＴＲＵ。

２００．実施形態１〜１９４のいずれかに記載の方法を実施するように構成されたノードＢ。

２０１．実施形態１〜１９４のいずれかに記載の方法を実施するように構成された集積回路。

２０２．実施形態１〜１９４のいずれかに記載の方法を実施するように構成されたエンハンスト・ノードＢ。

特徴および要素が、具体的に組み合わされて上で記載されたが、各特徴または要素は、他の特徴および要素なしで個別に、または他の特徴および要素ありでもなしでも、様々に組み合わせて用いることができる。ここで挙げた方法またはフローチャートは、汎用コンピュータまたはプロセッサによる実行用のコンピュータ可読記憶媒体に組み込まれる、コンピュータプログラム、ソフトウェア、またはファームウェア中に実装することができる。コンピュータ可読記憶媒体の例は、ＲＯＭ（読出し専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリ素子、内部ハードディスクおよび取外し可能ディスクなどの磁気メディア、光磁気メディア、ならびにＣＤ−ＲＯＭディスク、およびＤＶＤ（デジタル多用途ディスク）などの光メディアを含む。

適切なプロセッサは、例として、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラム可能ゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）、および／または状態マシンを含む。

ソフトウェアと関連したプロセッサは、ワイヤレス送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータ内で使用するための無線周波数トランシーバを実装するのに使うことができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動デバイス、スピーカ、マイクロホン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）表示ユニット、ＯＬＥＤ（有機発光ダイオード）表示ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（ワイヤレスローカルエリアネットワーク）もしくはＵＷＢ（超広帯域）モジュールなど、ハードウェアおよび／またはソフトウェア中に実装されるモジュールとともに使うことができる。

Claims (15)

1. 許容マルチキャリアアップリンク（ＵＬ）ランダムアクセスチャネル（ＲＡＣＨ）構成セットを維持するためにワイヤレス送受信ユニット（ＷＴＲＵ）において実行される方法であって、
   トリガイベントが起こるという条件で、前記ＷＴＲＵが許容マルチキャリアＵＬ ＲＡＣＨ構成セットにＵＬキャリアを追加するステップと、
   前記ＷＴＲＵが、前記追加されたＵＬキャリアを介して、前記許容マルチキャリアＵＬ ＲＡＣＨ構成セットを用いてランダムアクセス（ＲＡ）手順を実施するステップと
   を含む方法。
2. 前記追加するステップは、前記許容マルチキャリアＵＬ ＲＡＣＨ構成セットに物理ランダムアクセスチャネル（ＰＲＡＣＨ）／ＲＡＣＨ構成を追加するステップを含む、請求項１に記載の方法。
3. 前記実施するステップは、
   物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを、利用可能ＰＲＡＣＨリソースのセットから選択するステップと、
   少なくとも１つのＵＬ周波数上のＰＲＡＣＨリソースを指示するパラメータのセットによって与えられる全ての利用可能ＰＲＡＣＨリソースのセット中で、許容ＰＲＡＣＨリソースを含む次の利用可能サブフレームを判定するステップと
   を含む、請求項１に記載の方法。
4. 前記追加するステップは、利用可能ＵＬキャリアのセットから前記ＵＬキャリアを選択するステップをさらに含む、請求項１に記載の方法。
5. 前記ＵＬキャリアを選択する前記ステップは、推定パス損失に基づいて前記ＵＬキャリアを選択するステップを含む、請求項４に記載の方法。
6. 前記ＵＬキャリアを選択する前記ステップは、セルと隣接するセルとの間の推定パス損失差に基づいて前記ＵＬキャリアを選択するステップを含む、請求項５に記載の方法。
7. 前記選択されたＵＬキャリアに基づいてランダムアクセスプリアンブルグループを選択するステップと、
   前記選択されたランダムアクセスプリアンブルグループ中でランダムアクセスプリアンブルを選択するステップと
   をさらに含む、請求項４に記載の方法。
8. 前記複数のＵＬキャリアから前記ＵＬキャリアを選択する前記ステップは、
   利用可能ＵＬコンポーネントキャリア（ＣＣｓ）を、第１のキャリアセットおよび第２のキャリアセットに分割するステップと、
   前記第１のキャリアセットが空であるという条件で、前記第２のキャリアセット中で１つのＵＬキャリアを選択するステップと、
   前記第１のキャリアセットが空でないという条件で、前記第１のキャリアセット中で１つのＵＬキャリアを選択するステップと
   を含む、請求項７に記載の方法。
9. 許容マルチキャリアアップリンク（ＵＬ）ランダムアクセスチャネル（ＲＡＣＨ）構成セットを維持するように構成されたワイヤレス送受信ユニット（ＷＴＲＵ）であって、
   トリガイベントが起こるという条件で、前記許容マルチキャリアＵＬ ＲＡＣＨ構成セットにＵＬキャリアを追加するかどうか判定し、
   前記許容マルチキャリアＵＬ ＲＡＣＨ構成セットに前記ＵＬキャリアを追加し、
   前記追加されたＵＬキャリアを介して、前記許容マルチキャリアＵＬ ＲＡＣＨ構成セットを使ってランダムアクセス（ＲＡ）手順を実施する
   ように構成されたプロセッサおよび送信機を備えるＷＴＲＵ。
10. 前記プロセッサおよび送信機は、前記許容ＲＡＣＨ構成セットに物理ランダムアクセスチャネル（ＰＲＡＣＨ）／ＲＡＣＨ構成を追加するようにさらに構成される、請求項９に記載のＷＴＲＵ。
11. 前記プロセッサおよび送信機は、
    物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースを、利用可能ＰＲＡＣＨリソースのセットから選択し、
    少なくとも１つのＵＬキャリア上のＰＲＡＣＨリソースを指示するパラメータのセットによって与えられる全ての利用可能ＰＲＡＣＨリソースのセット中で許容ＰＲＡＣＨリソースを含む次の利用可能サブフレームを判定する
    ようにさらに構成される、請求項９に記載のＷＴＲＵ。
12. 前記プロセッサおよび送信機は、利用可能ＵＬキャリアのセットから前記ＵＬキャリアを選択するようにさらに構成される、請求項９に記載のＷＴＲＵ。
13. 前記プロセッサおよび送信機は、推定パス損失に基づいて前記ＵＬキャリアを選択するようにさらに構成される、請求項１２に記載のＷＴＲＵ。
14. 前記プロセッサおよび送信機は、セルと隣接するセルとの間の推定パス損失差に基づいて前記ＵＬキャリアを選択するようにさらに構成される、請求項１３に記載のＷＴＲＵ。
15. 前記プロセッサおよび送信機は、
    前記選択されたＵＬキャリアに基づいてランダムアクセスプリアンブルグループを選択し、
    前記選択されたランダムアクセスプリアンブルグループ中でランダムアクセスプリアンブルを選択する
    ようにさらに構成される、請求項１２に記載のＷＴＲＵ。

Images