JP2014512764A - 非専用チャネル状態にあるユーザ装置によるアップリンク送信のための複数の送信時間間隔の同時並行配備をサポートするためのシステム及び方法 - Google Patents

Abstract

Ｅ−ＤＣＨでのアップリンク送信のための２ｍｓ及び１０ｍｓのＴＴＩの同時並行配備を可能にする、Ｃｅｌｌ_ＦＡＣＨ又は他の適切な非ＤＣＨ状態のＵＥに関するランダムアクセス手順。幾つかの例では、その手順は、Ｃｅｌｌ_ＦＡＣＨ又は他の適切な非ＤＣＨ状態にあるＵＥによるＲｅｌ−９９ ＰＲＡＣＨ送信の利用をさらに可能にすることができる。

Description

関連出願の相互参照
本出願は、“APPARATUS AND METHOD FOR CONCURRENT SCHEDULING IN A CELL USING DIVERSE TRANSMISSION TIME INTERVALS”（様々な送信時間間隔を用いたセル内での同時並行スケジューリングのための装置及び方法）という題名を有する米国仮特許出願第６１／４７１，２９９号（出願日：２０１１年４月４日）に対する優先権及び利益を主張するものであり、それの内容全体が引用によってここに組み入れられている。

本開示の態様は、概して、無線通信システムに関するものである。本開示の態様は、より具体的には、無線通信システムにおけるアップリンク送信での使用のためのリソースの割り当てに関するものである。

様々な通信サービス、例えば、テレフォニー、映像、データ、メッセージング、ブロードキャスト、等、を提供することを目的として無線通信ネットワークが広範囲にわたって配備されている。該ネットワークは、通常は多元接続ネットワークであり、利用可能なネットワークリソースを共有することによって複数のユーザのための通信をサポートする。該ネットワークの一例は、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）である。ＵＴＲＡＮは、第３世代パートナーシッププロジェクト（３ＧＰＰ）によってサポートされる第３世代（３Ｇ）携帯電話技術であるユニバーサル移動体通信システム（ＵＭＴＳ）の一部として定義される無線アクセスネットワーク（ＲＡＴ）である。ＵＭＴＳは、グローバル移動体通信（ＧＳＭ（登録商標））技術の後継であり、現在は、様々なエアインタフェース規格、例えば、ワイドバンド−符号分割多元接続（Ｗ−ＣＤＭＡ）、時分割−符号分割多元接続（ＴＤ−ＣＤＭＡ）、及び時分割−同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）、をサポートする。ＵＭＴＳは、より高いデータ転送速度及び容量を関連付けられたＵＭＴＳネットワークに提供する拡張３Ｇデータ通信プロトコル、例えば、高速パケットアクセス（ＨＳＰＡ）、もサポートする。

多くの現代の無線通信システムでは、電力使用に対する高レベルの制御を可能にするために、移動局は、特定の時間におけるそれらのニーズに基づいて様々な異なる状態のうちのいずれかになることができる。例えば、これらの状態のスペクトルは、専用リソースが移動局に割り当てられた状態、対応する階層の通信能力を有する様々なレベルの待機状態、及びほとんどまったく無線接続性を有さないアイドルモードを含むことができる。様々な待機状態内では、ネットワークは、セル全体の様々な移動局に対して低下されたレベルの制御を有することができる。

特定の例では、従来の３ＧＰＰ ＵＭＴＳネットワークでは、待機状態のうちの１つは、Ｃｅｌｌ_ＦＡＣＨと呼ばれる。現在の仕様によると、ネットワークは、セル全体のＣｅｌｌ_ＦＡＣＨにある全移動局からのアップリンク送信が互いに同じ種類のリソースを利用しなければならないという点で制限される。すなわち、セル内のＣｅｌｌ_ＦＡＣＨにある全移動局が、Ｅ−ＤＣＨチャネルでのアップリンク送信のために同じ送信時間間隔を利用することを要求される。この結果、Ｃｅｌｌ_ＦＡＣＨにある移動局のうちの一部が１つの送信時間間隔から利益を享受することができ、Ｃｅｌｌ_ＦＡＣＨにあるその他の移動局が異なる送信時間間隔から利益を享受することができるため、不利益が生じる可能性がある。従って、アップリンク送信での使用のための移動局へのリソースの割り当てにおいて向上された柔軟性が希望される。

モバイルブロードバンドアクセスの要求が引き続き増大するのに従い、増大するモバイルブロードバンドアクセスの要求を満たすためだけでなく、モバイル通信に関するユーザの経験を向上及び拡大させるためのＵＮＴＳ技術の向上を目的とする研究開発が継続している。

以下は、本開示の１つ以上の態様についての基本的な理解を提供することを目的として該態様の単純化された概要を示すものである。この概要は、本開示のすべての企図される特徴の広範な概略ではなく、又、本開示の全態様の主要な又は非常に重要な要素を特定するわけではないこと、及び本開示の態様のいずれの態様の適用範囲も詳述はせず及び全態様の適用範囲を詳述するわけではないことが意図される。それの唯一の目的は、後述されるより詳細な発明を実施するための形態の準備段階として、本開示の１つ以上の態様の幾つかの概念を簡略化された形で提示することである。

本開示の様々な態様は、単一のセルが、例えば、Ｃｅｌｌ＿ＦＡＣＨのように、専用チャネル（ＤＣＨ）がＵＥに割り当てられていないＲＲＣ状態でのＵＥによるアップリンク送信のために２ｍｓ及び１０ｍｓのＴＴＩの両方を同時並行して配備する能力を提供する。さらに、本開示の一部の態様は、ＵＥが非ＤＣＨ状態でレガシーのＲｅｌ−９９ ＰＲＡＣＨメッセージでデータを送信するための任意選択肢を提供する。

一態様では、本開示は、ユーザ装置において運用可能な無線通信方法を提供する。ここで、方法は、ユーザ装置が柔軟なリソース割り当てが可能であることを示すように好適化されたスクランブリングコードを選択することと、選択されたスクランブリングコードを利用してアクセス試行（ａｃｃｅｓｓ ａｔｔｅｍｐｔ）を送信することであって、アクセス試行は、アップリンクデータ送信での使用のための好まれる（ｐｒｅｆｅｒｒｅｄ）リソースを示すように構成されることと、を含む。

本開示の他の態様は、ユーザ装置において運用可能な無線通信方法を提供する。ここで、方法は、複数のシグネチャシーケンス（ｓｉｇｎａｔｕｒｅ ｓｅｑｕｅｎｃｅ）の中からシグネチャを選択することであって、複数のシグネチャシーケンスは、アップリンク送信のための２ｍｓの送信時間間隔に対応するリソースに関するプレファレンス（ｐｒｅｆｅｒｅｎｃｅ）を示すように好適化されたシグネチャの少なくとも第１の組、及び、アップリンク送信のための１０ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの第２の組に分割されることと、選択されたシグネチャを利用してアクセス試行を送信することと、を含む。

本開示の他の態様は、基地局において運用可能な無線通信方法を提供する。ここで、方法は、１つ以上のユーザ装置による使用のための共通Ｅ−ＤＣＨリソースの少なくとも１つのリストを送信することと、ユーザ装置からアクセス試行を受信することであって、アクセス試行は、好まれるリソースを示すように好適化され、好まれるリソースは、共通Ｅ−ＤＣＨリソースの少なくとも１つのリストによるＲｅｌ−９９ＰＲＡＣＨリソース又は共通Ｅ−ＤＣＨリソースのうちの１つを備えることと、好まれるリソース又は好まれない（ｎｏｎ−ｐｒｅｆｅｒｒｅｄ）リソースのうちの１つを備えるリソースの割り当てを示すように好適化された取得インジケータを送信することと、を含む。

本開示の他の態様は、無線通信のために構成されたユーザ装置を提供する。ここで、ユーザ装置は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに動作可能な形で結合されたメモリと、少なくとも１つのプロセッサに動作可能な形で結合された送信機と、を含む。少なくとも１つのプロセッサは、ユーザ装置が柔軟なリソース割り当てが可能であることを示すように好適化されたスクランブリングコードを選択し及び選択されたスクランブリングコードを利用してアクセス試行を送信するように構成され、アクセス試行は、アップリンクデータ送信での使用のための好まれるリソースを示すように構成される。

本開示の他の態様は、無線通信用のために構成されたユーザ装置を提供する。ここで、ユーザ装置は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに動作可能な形で結合されたメモリと、少なくとも１つのプロセッサに動作可能な形で結合された送信機と、を含む。少なくとも１つのプロセッサは、複数のシグネチャシーケンスの中からシグネチャを選択し、及び、選択されたシグネチャを利用してアクセス試行を送信するように構成され、複数のシグネチャシーケンスは、アップリンク送信のための２ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの少なくとも第１の組、及び、アップリンク送信のための１０ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの第２の組に分割される。

本開示の他の態様は、無線通信のために構成された基地局を提供する。ここで、基地局は、少なくとも１つのプロセッサと、少なくとも１つのプロセッサに動作可能な形で結合されたメモリと、少なくとも１つのプロセッサに動作可能な形で結合された送信機と、を含む。少なくとも１つのプロセッサは、１つ以上のユーザ装置による使用のための共通Ｅ−ＤＣＨリソースの少なくとも１つのリストを送信し、ユーザ装置からアクセス試行を受信し及び好まれるリソース又は好まれないリソースのうちの１つを備えるリソースの割り当てを示すように好適化された取得インジケータを送信するように構成され、アクセス試行は、好まれるリソースを示すように好適化され、好まれるリソースは、共通Ｅ−ＤＣＨリソースの少なくとも１つのリストによるＲｅｌ−９９ＰＲＡＣＨリソース又は共通Ｅ−ＤＣＨリソースのうちの１つを備える。

本開示の他の態様は、無線通信のために構成されたユーザ装置を提供する。ここで、ユーザ装置は、ユーザ装置が柔軟なリソース割り当てが可能であることを示すように好適化されたスクランブリングコードを選択するための手段と、選択されたスクランブリングコードを利用してアクセス試行を送信するための手段とを含み、アクセス試行は、アップリンクデータ送信での使用のための好まれるリソースを示すように構成される。

本開示の他の態様は、無線通信のために構成されたユーザ装置を提供する。ここで、ユーザ装置は、複数のシグネチャシーケンスの中からシグネチャを選択するための手段であって、複数のシグネチャシーケンスは、アップリンク送信のための２ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの少なくとも第１の組、及び、アップリンク送信のための１０ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの第２の組に分割される手段と、選択されたシグネチャを利用してアクセス試行を送信するための手段と、を含む。

本開示の他の態様は、無線通信のために構成された基地局を提供する。ここで、基地局は、１つ以上のユーザ装置による使用のための共通Ｅ−ＤＣＨリソースの少なくとも１つのリストを送信するための手段と、ユーザ装置からアクセス試行を受信ための手段であって、アクセス試行は、好まれるリソースを示すように好適化され、好まれるリソースは、共通Ｅ−ＤＣＨリソースの少なくとも１つのリストによるＲｅｌ−９９ＰＲＡＣＨリソース又は共通Ｅ−ＤＣＨリソースのうちの１つを備える手段と、好まれるリソース又は好まれないリソースのうちの１つを備えるリソースの割り当てを示すように好適化された取得インジケータを送信するための手段と、を含む。

本開示の他の態様は、ユーザ装置が柔軟なリソース割り当てが可能であることを示すように好適化されたスクランブリングコードを選択することをコンピュータに行わせるための命令、及び、選択されたスクランブリングコードを利用してアクセス試行を送信することをコンピュータに行わせるための命令であって、アクセス試行は、アップリンクデータ送信での使用のために好まれるリソースを示すように構成される命令、を有するコンピュータによって読み取り可能な記憶媒体を含む、ユーザ装置において動作可能なコンピュータプログラム製品を提供する。

本開示の他の態様は、複数のシグネチャシーケンスの中からシグネチャを選択することをコンピュータに行わせるための命令であって、複数のシグネチャシーケンスは、アップリンク送信のための２ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの少なくとも第１の組、及び、アップリンク送信のための１０ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの第２の組に分割される命令、及び選択されたシグネチャを利用してアクセス試行を送信することをコンピュータに行わせるための命令を有するコンピュータによって読み取り可能な記憶媒体を含む、ユーザ装置において動作可能なコンピュータプログラム製品を提供する。

本開示の他の態様は、１つ以上のユーザ装置による使用のための共通Ｅ−ＤＣＨリソースの少なくとも１つのリストを送信することをコンピュータに行わせるための命令、ユーザ装置からアクセス試行を受信することをコンピュータに行わせるための命令であって、アクセス試行は、好まれるリソースを示すように好適化され、好まれるリソースは、共通Ｅ−ＤＣＨリソースの少なくとも１つのリストによるＲｅｌ−９９ＰＲＡＣＨリソース又は共通Ｅ−ＤＣＨリソースのうちの１つを備える命令、及び好まれるリソース又は好まれないリソースのうちの１つを備えるリソースの割り当てを示すように好適化された取得インジケータを送信するための手段を有するコンピュータによって読み取り可能な記憶媒体を含む、基地局において動作可能なコンピュータプログラム製品を提供する。

本発明のこれらの及びその他の態様は、後続する詳細な発明を実施するための形態を再検討した時点でより完全に理解されるであろう。

処理システムを採用する装置に関するハードウェア実装の例を示したブロック図である。 電気通信システムの例を概念的に示したブロック図である。 アクセスネットワークの例を示した概念図である。 電気通信システムにおいてＵＥと通信状態にあるノードＢの例を概念的に示したブロック図である。 ユーザ及び制御プレーンに関する無線プロトコルアーキテクチャの例を示した概念図である。 ランダムアクセス手順を例示した概念図である。 無線通信システムでのアップリンク送信に関してリソースを要求し及びユーザ装置に割り当てるための典型的なプロセスを例示したフローチャートである。 アップリンク送信のために好まれるリソースを選択するためのユーザ装置において運用可能な典型的なプロセスを例示したフローチャートである。 アップリンク送信のための好まれるリソースを示すための分割されたＰＲＡＣＨプリアンブルスクランブリングコード及び／又はシグネチャシーケンスの使用を例示した概略図である。 アップリンク送信のための好まれるリソースを示すための分割されたＰＲＡＣＨプリアンブルスクランブリングコード及び／又はシグネチャシーケンスの使用を例示した概略図である。 アップリンク送信のための好まれるリソースを示すための分割されたＰＲＡＣＨプリアンブルスクランブリングコード及び／又はシグネチャシーケンスの使用を例示した概略図である。 アップリンク送信のための好まれるリソースを示すための分割されたＰＲＡＣＨプリアンブルスクランブリングコード及び／又はシグネチャシーケンスの使用を例示した概略図である。

添付図と関係させて以下において示される詳細な発明を実施するための形態は、様々な構成の説明であることが意図され、ここにおいて説明される概念を実践することができる構成のみを表すことは意図されない。詳細な発明を実施するための形態は、様々な概念の徹底的な理解を提供することを目的とする具体的な詳細を含む。しかしながら、これらの概念はこれらの具体的な詳細なしに実践可能であることが当業者にとって明確であろう。幾つかの例においては、該概念を曖昧にすることを回避するためによく知られた構造及びコンポーネントはブロック図形で示される。

本開示の様々な態様は、単一のセルがＣｅｌｌ_ＦＡＣＨにあるＵＥによるＥ−ＤＣＨチャネルでのアップリンク送信のために２ｍｓ及び１０ｍｓのＴＴＩの両方を同時並行して配備する能力を提供する。さらに、本開示の幾つかの態様は、ＵＥがＣｅｌｌ_ＦＡＣＨ状態でレガシーのＲｅｌ−９９ ＰＲＡＣＨメッセージでデータを送信する任意選択肢を提供する。本開示のさらなる態様は、ネットワークが様々な理由のうちのいずれかでＥ−ＤＣＨ又はＲｅｌ−９９ ＰＲＡＣＨメッセージでの２ｍｓ又は１０ｍｓのＴＴＩリソースのＵＥによる選択をオーバーライドすることを提供する。

図１は、処理システム１１４を採用する装置１００に関するハードウェア実装の例を示した概念図である。本開示の様々な態様により、要素、要素のあらゆる部分、又は要素のあらゆる組み合わせを、１つ以上のプロセッサ１０４を含む処理システム１０４を用いて実装することができる。プロセッサ１０４の例は、本開示全体を通じて説明される様々な機能を実施するように構成されたマイクロプロセッサと、マイクロコントローラと、デジタル信号プロセッサ（ＤＳＰ）と、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）と、プログラマブル論理デバイス（ＰＬＤ）と、ステートマシンと、ゲーテッド（ｇａｔｅｄ）ロジックと、ディスクリートハードウェア回路と、その他の適切なハードウェアと、を含む。

この例では、処理システム１１４は、バス１０２によって一般的に代表されるバスアーキテクチャを用いて実装することができる。バス１０２は、処理システム１１４の特定の用途及び全体的なシステム上の制約事項に依存してあらゆる数の相互接続バス及びブリッジを含むことができる。バス１０２は、（プロセッサ１０４によって一般的に代表される）１つ以上のプロセッサと、メモリ１０５と、（コンピュータによって読み取り可能な媒体１０６によって一般的に代表される）コンピュータによって読み取り可能な媒体と、を含む様々な回路をまとめて結合させる。バス１０２は、様々なその他の回路、例えば、タイミング源、周辺装置、電圧調整器、及び電力管理回路、も結合することができ、これらは、当業においてよく知られており、従って、さらに詳細には説明されない。バスインタフェース１０８は、バス１０２とトランシーバ１１０との間のインタフェースを提供する。トランシーバ１１０は、送信媒体を通じて様々なその他の装置と通信するための手段を提供する。装置の性質に依存して、ユーザインタフェース１１２（例えば、キーパッド、ディスプレイ、スピーカー、マイク、ジョイスティック）も提供することができる。

プロセッサ１０４は、バス１０２を管理すること及び一般的な処理を担当し、コンピュータによって読み取り可能な媒体１０６に格納されたソフトウェアの実行を含む。ソフトウェアは、プロセッサ１０４によって実行されたときに、特定の装置に関して後述される様々な機能を実施することを処理システム１１４に行わせる。コンピュータによって読み取り可能な媒体１０６は、ソフトウェアを実行するときにプロセッサ１０４によって処理されるデータを格納するためにも使用することができる。

処理システム内の１つ以上のプロセッサ１０４は、ソフトウェアを実行することができる。ソフトウェアは、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、エクセキュータブル（ｅｘｅｃｕｔａｂｌｅ）、実行スレッド、プロシージャ、関数、等を意味すると広義に解釈されるものとし、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、又はその他のいずれとして呼ばれるかを問わない。ソフトウェアは、コンピュータによって読み取り可能な媒体１０６上に常駐することができる。コンピュータによって読み取り可能な媒体１０６は、非一時的なコンピュータによって読み取り可能な媒体であることができる。非一時的なコンピュータによって読み取り可能な媒体は、例として、磁気記憶装置（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ）と、光学ディスク（例えば、コンパクトディスク（ＣＤ）又はデジタルバーサタイルディスク（ＤＶＤ））と、スマートカードと、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）と、ランダムアクセスメモリ（ＲＡＭ）と、読取専用メモリ（ＲＯＭ）と、プログラマブルＲＯＭ（ＰＲＯＭ）と、消去可能ＰＲＯＭ（ＥＰＲＯＭ）と、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）と、レジスタと、取り外し可能ディスクと、コンピュータによってアクセス及び読み取り可能であるソフトウェア及び／又は命令を格納するためのあらゆるその他の適切な媒体と、を含む。コンピュータによって読み取り可能な媒体は、例として、搬送波と、送信ラインと、コンピュータによってアクセス及び読み取り可能であるソフトウェア及び／又は命令を送信するためのあらゆるその他の適切な媒体と、を含むこともできる。コンピュータによって読み取り可能な媒体１０６は、処理システム１１４内に常駐すること、処理システム１１４の外部に存在すること、又は処理システム１１４を含む複数のエンティティにわたって分散させることができる。コンピュータによって読み取り可能な媒体１０６は、コンピュータプログラム製品において具現化することができる。例として、コンピュータプログラム製品は、パッケージ材料内のコンピュータによって読み取り可能な媒体を含むことができる。当業者は、特定の用途及び全体的システムに対して課せられた全体的な設計上の制約に依存した、この開示全体を通じて提示された説明される機能を実装するための最良の方法、を認識するであろう。

この開示全体を通じて提示される様々な概念は、非常に様々な電気通信システム、ネットワークアーキテクチャ、及び通信規格を横断して実装することができる。今度は図２を参照し、制限しない１つの説明例として、本開示の様々な態様が、ユニバーサル移動体通信システム（ＵＭＴＳ）システム２００を参照して例示される。ＵＭＴＳネットワークは、３つの相互作用領域、すなわち、コアネットワーク２０４、無線アクセスネットワーク（ＲＡＮ）（例えば、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）２０２）、及びユーザ装置（ＵＥ）２１０を含む。この例では、ＵＴＲＡＮ２０２に関して利用可能な幾つかの任意選択肢の中で、例示されるＵＴＲＡＮ２０２は、テレフォニー、映像、データ、メッセ−シング、ブロードキャスト、及び／又はその他のサービスを含む様々な無線サービスを可能にするためのＷ−ＣＤＭＡエアインタフェースを採用することができる。ＵＴＲＡＮ２０２は、各々が各々の無線ネットワークコントローラ（ＲＮＣ）、例えば、ＲＮＣ２０６、によって制御される、複数の無線ネットワークサブシステム（ＲＮＳ）、例えば、ＲＮＳ２０７、を含むことができる。ここで、ＵＴＲＡＮ２０２は、例示されるＲＮＣ２０６及びＲＮＳ２０７に加えてあらゆる数のＲＮＣ２０６及びＲＮＳ２０７を含むことができる。ＲＮＣ２０６は、とりわけ、ＲＮＳ２０７内の無線リソースを割り当てる、再構成する、及びリリースすることを担当する装置である。ＲＮＣ２０６は、様々なタイプのインタフェース、例えば、直接的な物理的接続、仮想ネットワーク、又はあらゆる適切な転送ネットワークを用いるその他、を通じてＵＴＲＡＮ２０２内のその他のＲＮＣ（示されていない）に相互接続することができる。

ＲＮＳ２０７によって網羅される地理上の地域は、幾つかのセルに分割することができ、無線トランシーバ装置が各セルにサービスを提供する。無線トランシーバ装置は、ＵＭＴＳ用途ではノードＢと共通して呼ばれるが、基地局（ＢＳ）、ベーストランシーバ局（ＢＴＳ）、無線基地局、無線トランシーバ、トランシーバ機能、ベーシックサービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、アクセスポイント（ＡＰ）、又はその他の何らかの適切な用語で当業者によって呼ばれることもある。明確化を目的として、各ＲＮＳ２０７には３つのノードＢが示されるが、ＲＮＳ２０７は、あらゆる数の無線ノードＢを含むことができる。ノードＢ２０８は、あらゆる数のモバイル装置に関して無線アクセスポイントをコアネットワーク２０４に提供する。モバイル装置の例は、携帯電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）フォン、ラップトップ、ノートブック、ネットブック、スマートブック、パーソナルデジタルアシスタント（ＰＤＡ）、衛星無線、全地球測位システム（ＧＰＳ）デバイス、マルチメディアデバイス、ビデオ装置、デジタルオーディオプレーヤー（例えば、ＭＰ３プレーヤー）、カメラ、ゲーム卓、又はあらゆるその他の類似の機能デバイスを含む。モバイル装置は、ＵＭＴＳ用途ではユーザ装置（ＵＥ）と共通して呼ばれるが、移動局（ＭＳ）、加入者局、モバイルユニット、加入者ユニット、無線ユニット、遠隔ユニット、モバイルデバイス、無線デバイス、無線通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末（ＡＴ）、モバイル端末、無線端末、遠隔端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、又は何らかのその他の適切な用語で当業者によって呼ばれることもある。ＵＭＴＳシステムでは、ＵＥ２１０は、ネットワークへのユーザの加入情報が入ったユニバーサル加入者アイデンティティモジュール（ＵＳＩＭ）２１１をさらに含むことができる。例示することを目的として、１つのＵＥ２１０が幾つかのノードＢ２０８と通信状態にあることが示されている。ダウンリンク（ＤＬ）は、順方向リンクとも呼ばれ、ノードＢ２０８からＵＥ２１０への通信リンクを意味し、アップリンク（ＵＬ）は、逆方向リンクとも呼ばれ、ＵＥ２１０からノードＢ２０８への通信リンクを意味する。

コアネットワーク２０４は、１つ以上のアクセスネットワーク、例えば、ＵＴＲＡＮ２０２、とインタフェースすることができる。示されるように、コアネットワーク２０４は、ＵＭＴＳコアネットワークである。しかしながら、当業者が認識することになるように、この開示全体を通じて提示される様々な概念は、ＵＭＴＳネットワーク以外のタイプのコアネットワークへのアクセスをＵＥに提供するために、ＲＡＮ、又はその他の適切なアクセスネットワークに実装できる。

例示されるＵＭＴＳコアネットワーク２０４は、回線交換（ＣＳ）領域と、パケット交換（ＰＳ）領域とを含む。回線交換要素の一部は、モバイルサービススイッチングセンター（ＭＳＣ）、ビジタロケーションレジスタ（ＶＬＲ）、及びゲートウェイＭＳＣ（ＧＭＳＣ）である。パケット交換要素は、サービングＧＰＲＳサポートノード（ＳＧＳＮ）と、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）と、を含む。幾つかのネットワーク要素、例えば、ＥＩＲ、ＨＬＲ、ＶＬＲ、及びＡｕＣは、回線交換領域及びパケット交換領域の両方によって共有することができる。

示される例では、コアネットワーク２０４は、ＭＳＣ２１２及びＧＭＳＣ２１４と回線交換サービスをサポートする。幾つかの用途では、ＧＭＳＣ２１４は、メディアゲートウェイ（ＭＧＷ）と呼ぶことができる。ＭＳＣ２１２には１つ以上のＲＮＣ、例えば、ＲＮＣ２０６、を接続することができる。ＭＳＣ２１２は、呼のセットアップ、呼のルーティング、及びＵＥモビリティ機能を制御する装置である。ＭＳＣ２１２は、ＵＥがＭＳＣ２１２のカバレッジエリア内に存在する時間の間加入者関連情報が入ったビジタロケーションレジスタ（ＶＬＲ）も含む。ＧＭＳＣ２１４は、ＵＥが回線交換網２１６にアクセスするためのゲートウェイをＭＳＣ２１２を通じて提供する。ＧＭＳＣ２１４は、加入者データ、例えば、特定のユーザが加入しているサービスの詳細を反映させたデータ、が入ったホームロケーションレジスタ（ＨＬＲ）２１５を含む。ＨＬＲは、各々の加入者ごとの認証データが入った認証センター（ＡｕＣ）とも関連付けられる。特定のＵＥに関して呼が受信されると、ＧＭＳＣ２１４は、そのＵＥの位置を決定するためにＨＬＲ２１５に照会し、その位置にサービスを提供する特定のＭＳＣに呼を転送する。

例示されるコアネットワーク２０４は、サービングＧＰＲＳサポートノード（ＳＧＳＮ）２１８及びゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）２２０でパケット交換データサービスをサポートする。汎用パケット無線サービス（ＧＰＲＳ）は、標準的な回線交換データサービスの場合に入手可能なパケットデータサービスよりも高い速度でそれらを提供するように設計される。ＧＧＳＮ２２０は、パケットに基づくネットワーク２２２への接続をＵＴＲＡＮ２０２のために提供する。パケットに基づくネットワーク２２２は、インターネット、プライベートデータネットワーク、又はその他の適切なパケットに基づくネットワークであることができる。ＧＧＳＮ２２０の主機能は、パケットに基づくネットワーク接続性をＵＥ２１０に提供することである。データパケットは、ＳＧＳＮ２１８を通じてＧＧＳＮ２２０とＵＥ２１０との間で転送することができ、それは、ＭＳＣ２１２が回線交換領域で行うのと同じ機能をパケットに基づく領域において主に行う。

ＵＴＲＡＮ２０２は、本開示により利用することができるＲＡＮの一例である。図３を参照し、例として及び制限することなしに、ＵＴＲＡＮアーキテクチャ内のＲＡＮ３００の簡略化された概略図が例示される。システムは、セル３０２、３０４、及び３０６を含む複数のセルラー地域（セル）を含み、それらの各々は、１つ以上のセクタを含むことができる。セルは、地理的に（例えば、カバレッジエリア別に）画定することができ及び／又は周波数、スクランブリングコード、等により定義することができる。すなわち、例示される地理的に画定されたセル３０２、３０４、及び３０６は、各々、例えば、異なるスクランブリングコードを利用することによって、複数のセルに細分割することができる。例えば、セル３０４ａは、第１のスクランブリングコードを利用することができ、セル３０４ｂは、同じ地理上の地域内に存在して同じノードＢ３４４によってサービスが提供される間は、第２のスクランブリングコードを利用することによって区別することができる。

セクタに分割されたセル内では、セル内の複数のセクタは、アンテナのグループによって形成することができ、各アンテナは、そのセルの一部分内のＵＥとの通信を担当する。例えば、セル３０２では、アンテナグループ３１２、３１４、及び３１６は、各々、異なるセクタに対応することができる。セル３０４では、アンテナグループ３１８、３２０、及び３２２は、各々、異なるセクタに対応することができる。セル３０６では、アンテナグループ３２４、３２６、及び３２８は、各々、異なるセクタに対応することができる。

セル３０２、３０４、及び３０６は、各セル３０２、３０４、及び３０６の１つ以上のセクタと通信状態であることができる幾つかのＵＥを含むことができる。例えば、ＵＥ３３０及び３３２は、ノードＢ３４２と通信状態にあることができ、ＵＥ３３４及び３３６は、ノードＢ３４４と通信状態にあることができ、ＵＥ３３８及び３４０は、ノードＢ３４６と通信状態にあることができる。ここで、各ノードＢ３４２、３４４及び３４６は、各々のセル３０２、３０４、及び３０６内の全ＵＥ３３０、３３２、３３４、３３６、３３８、及び３４０に関してコアネットワーク２０４（図２参照）にアクセスポイントを提供するように構成することができる。

ソースセルとの呼中、又はその他のあらゆる時間に、ＵＥ３３６は、ソースセルの様々なパラメータ及び近隣セルの様々なパラメータをモニタリングすることができる。さらに、これらのパラメータの品質に依存して、ＵＥ３３６は、近隣セルのうちの１つ以上との通信を維持することができる。この時間中には、ＵＥ３３６は、アクティブセット、すなわち、ＵＥ３３６が同時に接続されるセルのリスト、を維持することができる（すなわち、ダウンリンク専用物理チャネルＤＰＣＨ又はフラクショナル（ｆｒａｃｔｉｏｎａｌ）ダウンリンク専用物理チャネルＦ−ＤＰＣＨをＵＥ３３６に現在割り当て中であるＵＴＲＡＮセルがアクティブセットを成すことができる）。

ＵＴＲＡＮエアインタフェースは、拡散スペクトル直接シーケンス符号分割多元接続（ＤＳ−ＣＤＭＡ）システム、例えば、Ｗ−ＣＤＭＡ規格を利用するそれ、であることができる。拡散スペクトルＤＳ−ＣＤＭＡは、チップと呼ばれる擬似ランダムビットのシーケンスによる乗算を通じてユーザデータを拡散する。ＵＴＲＡＮ２０２のためのＷ−ＣＤＭＡエアインタフェースは、該ＤＳ−ＣＤＭＡ技術及び周波数分割複信（ＦＤＤ）に関する呼に基づく。ＦＤＤは、ノード４０８とＵＥ２１０との間でのアップリンク（ＵＬ）及びダウンリンク（ＤＬ）に関して異なる搬送波周波数を使用する。ＤＳ−ＣＤＭＡを利用し、及び、時分割複信（ＴＤＤ）を使用するＵＭＴＳに関する他のエアインタフェースは、ＴＤＤ−ＳＣＤＭＡエアインタフェースである。当業者は、ここにおいて説明される様々な例はＷ−ＣＤＭＡエアインタフェースを参照しているが、根本的な原理は、ＴＤ−ＳＣＤＭＡエアインタフェース又はその他のあらゆる適切なエアインタフェースに対しても等しく適用可能であることを認識するであろう。

図４は、典型的なＵＥ４５０と通信状態にある典型的なノードＢ４１０のブロック図であり、ノードＢ４１０は、図２のノードＢ２０８であることができ、ＵＥ４５０は、図２のＵＥ２１０であることができる。ダウンリンク通信では、送信プロセッサ４２０は、データソース４１２からデータを及びコントローラ／プロセッサ４４０から制御信号を受信することができる。送信プロセッサ４２０は、データ及び制御信号、及び基準信号（例えば、パイロット信号）に関して様々な信号処理機能を提供する。例えば、送信プロセッサ４２０は、誤り検出のための巡回冗長性検査（ＣＲＣ）コード、前方誤り訂正（ＦＥＣ）を容易にするためのコーディングとインターリービング、様々な変調方式（例えば、二位相偏移変調（ＢＰＳＫ）、四位相偏移変調（ＱＰＳＫ）、Ｍ位相偏移変調（Ｍ−ＰＳＫ）、又はＭ−直交振幅変調（Ｍ−ＱＡＭ）、等）に基づく信号点配置へのマッピング、直交可変拡散係数（ＯＶＳＦ）による拡散、及び、スクランブリングコードで乗算して一連のシンボルを生成すること、を提供することができる。送信プロセッサ４２０に関するコーディング、変調、拡散、及び／又はスクランブリング方式を決定するためにチャネルプロセッサ４４４からのチャネル推定値をコントローラ／プロセッサ４４０によって使用することができる。これらのチャネル推定値は、ＵＥ４５０によって送信された基準信号から又はＵＥ４５０からのフィードバックから導き出すことができる。送信プロセッサ４２０によって生成されたシンボルは、フレーム構造を生成するために送信フレームプロセッサ４３０に提供される。送信フレームプロセッサ４３０は、コントローラ／プロセッサ４４０からの情報とシンボルを多重化することによってこのフレーム構造を生成し、その結果として一連のフレームが得られる。これらのフレームは、送信機４３２に提供され、それは、これらのフレームを増幅、フィルタリング、及び変調し、アンテナ４３４を通じての無線媒体でのダウンリンク送信のための搬送波に乗せることを含む様々な信号コンディショニング機能を提供する。アンテナ４３４は、例えば、ビームステアリング双方向適応型アンテナ配列又はその他の同様のビーム技術を含む１つ以上のアンテナを含むことができる。

ＵＥ４５０において、受信機４５４は、アンテナ４５２を通じてダウンリンク送信を受信し、送信を処理し、変調されて搬送波上に乗せられた情報を復元する。受信機４５４によって復元された情報は、受信フレームプロセッサ４６０に提供され、それは、各フレームを構文解析し、フレームからの情報をチャネルプロセッサ４９４に、及び、データ、制御、及び基準信号を受信プロセッサ４７０に提供する。受信プロセッサ４７０は、ノードＢ４１０内の送信プロセッサ４２０によって実施された処理の逆を実施する。より具体的には、受信プロセッサ４７０は、シンボルをスクランブル解除及び逆拡散し、変調方式に基づいてノードＢ４１０から送信された最も可能性が高い信号点配置点を決定する。これらのソフト（ｓｏｆｔ）決定は、チャネルプロセッサ４９４によって計算されたチャネル推定値に基づくことができる。これらのソフト決定が復号及びデインターリービングされてデータ、制御、及び基準信号が復元される。次に、ＣＲＣコードが検査されてフレームが成功裏に復号されたかどうかを決定する。成功裏に復号されたフレームによって搬送されたデータは、ＵＥ４５０及び／又は様々なユーザインタフェース（例えば、ディスプレイ）において実行中のアプリケーションを表すデータシンク４７２に提供される。成功裏に復号されたフレームによって搬送された制御信号は、コントローラ／プロセッサ４９０に提供される。フレームが受信機プロセッサ４７０によって不成功裏に復号されたときには、コントローラ／プロセッサ４９０は、それらのフレームのための再送信要求をサポートするために肯定応答（ＡＣＫ）及び／又は否定応答（ＮＡＣＫ）プロトコルを使用することもできる。

アップリンクにおいて、データソース４７８からのデータ及びコントローラ／プロセッサ４９０からの制御信号が送信プロセッサ４８０に提供される。データソース４７８は、ＵＥ４５０及び様々なユーザインタフェース（例えば、キーボード）において実行中のアプリケーションを表すことができる。ノードＢ４１０によるダウンリンク送信と関係させて説明される機能と同様に、送信プロセッサ４８０は、ＣＲＣコード、ＦＥＣを容易にするためのコーディングとインターリービング、信号点配置へのマッピング、ＯＶＳＦによる拡散、一連のシンボルを生成するためのスクランブリング、を含む様々な信号処理機能を提供する。ノードＢ４１０によって送信された基準信号から又はノードＢ４１０によって送信されたミッドアンブル（ｍｉｄａｍｂｌｅ）に含まれるフィードバックからチャネルプロセッサ４９４によって導き出されたチャネル推定値は、該当するコーディング、変調、拡散、及び／又はスクランブリング方式を選択するために使用することができる。送信プロセッサ４８０によって生成されたシンボルは、フレーム構造を生成するために送信フレームプロセッサ４８２に提供される。送信フレームプロセッサ４８２は、コントローラ／プロセッサ４９０からの情報とシンボルを多重化することによってこのフレーム構造を生成し、その結果として一連のフレームが得られる。これらのフレームは、送信機４５６に提供され、それは、これらのフレームを増幅、フィルタリング、及び変調し、アンテナ４５２を通じての無線媒体でのアップリンクリンク送信のための搬送波に乗せることを含む様々な信号コンディショニング機能を提供する。

アップリンク送信は、ＵＥ４５０での受信機機能と関係させて説明される方法と同様のそれでノード４１０で処理される。受信機４３５がアンテナ４３４を通じてアップリンク送信を受信してその送信を処理し、変調されて搬送波に乗せられた情報を復元する。受信機４３５によって復元された情報は、受信フレームプロセッサ４３６に提供され、それは、各フレームを構文解析し、フレームからの情報をチャネルプロセッサ４４４に及びデータ、制御、及び基準信号を受信プロセッサ４３８に提供する。受信プロセッサ４３８は、ＵＥ４５０内の送信プロセッサ４８０によって実施される処理の逆を行う。成功裏に復号されたフレームによって搬送されたデータ及び制御信号は、データシンク４３９及びコントローラ／プロセッサにそれぞれ提供することができる。フレームの一部が受信機プロセッサによって不成功裏に復号された場合は、コントローラ／プロセッサ４４０は、それらのフレームのための再送信要求をサポートするために肯定応答（ＡＣＫ）及び／又は否定応答（ＮＡＣＫ）プロトコルを使用することもできる。

コントローラ／プロセッサ４４０及び４９０は、ノードＢ４１０及びＵＥ４５０での動作をそれぞれ指示するために使用することができる。例えば、コントローラ／プロセッサ４４０及び４９０は、タイミング、周辺装置インタフェース、電圧調整、電力管理、及びその他の制御機能を含む様々な機能を提供することができる。メモリ４４２及び４９２のコンピュータによって読み取り可能な媒体は、ノードＢ４１０及びＵＥ４５０のためのデータ及びソフトウェアをそれぞれ格納することができる。ノードＢ４１０のスケジューラ／プロセッサ４４６は、ＵＥにリソースを割り当てるために及びＵＥに関するダウンリンク及び／又はアップリンク送信をスケジューリングするために使用することができる。

いずれの無線通信システムでも、通信プロトコルアーキテクチャは、特定の用途に依存して様々な形態をとることができる。例えば、３ＧＰＰ ＵＭＴＳシステムでは、シグナリングプロトコルスタックは、非アクセス層（ＮＡＳ）及びアクセス層（ＡＳ）に分割される。ＮＡＳは、ＵＥとコアネットワークとの間のシグナリングのための上位層を提供し、回線交換及びパケット交換プロトコルを含むことができる。ＡＳは、ＵＴＲＡＮとＵＥとの間でのシグナリングのための下位層を提供し、ユーザプレーンと制御プレーンとを含むことができる。ここで、ユーザプレーン又はデータプレーンは、ユーザトラフィックを搬送し、制御プレーンは、制御情報（すなわち、シグナリング）を搬送する。

図５に関して、３つの層、層１、層２、及び層３を有するＡＳが示される。層１は、最下位層であり、様々な物理層信号処理機能を実装する。層１は、ここで物理層５０６と呼ばれる。データリンク層は、層２ ５０８と呼ばれ、物理層５０６の上位であり、物理層５０６を通じてのＵＥとノードＢとの間のリンクを担当する。

層３では、ＲＲＣ層５１６が、ＵＥとＵＴＲＡＮとの間での制御プレーンシグナリングを処理する。ＲＲＣ層５１６は、より高位の層のメッセージをルーティングし、ブロードキャスト及びページング機能を取り扱い、無線ベアラを確立及び構成する、等のための幾つかの機能エンティティを含む。

ＲＲＣ層５１６によって決定されるように、ＵＥは、幾つかのＲＲＣ状態のうちの１つであることができる。ＲＲＣ状態は、ＩＤＬＥモードと接続モードとを含む。ＩＤＥＬモードは、最も低いエネルギー消費量を有し、接続モードは、幾つかの中間レベルの待機状態、例えば、ＵＲＡ_ＰＣＨ、Ｃｅｌｌ_ＰＣＨ、及びＣｅｌｌ_ＦＡＣＨ、等を含む。ＲＲＣ接続モードは、Ｃｅｌｌ_ＤＣＨ状態をさらに含み、最高レートのデータ送信のための専用チャネルが提供される。

ＵＥは、呼又は接続活動に依存してそれのＲＲＣ状態を変更し、ＵＥが非アクティブであるときにはより低い状態に入ることができる。待機状態は、ネットワーク容量、呼セットアップ時間、バッテリ時間、及びデータ速度、等の要因間で異なるトレードオフ（ｔｒａｄｅ−ｏｆｆ）を提供する。ＩＤＬＥ状態は、バッテリ電力を節約するが、無線接続をほとんど提供しない。

例示されるエアインタフェースでは、Ｌ２層５０８は、副層に分割される。制御プレーンでは、Ｌ２層５０８は、２つの副層、すなわち、メディアアクセス制御（ＭＡＣ）副層５１０及び無線リンク制御（ＲＬＣ）副層５１２、を含む。ユーザプレーンでは、Ｌ２層５０８は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）副層５１４をさらに含む。示されていないが、ＵＥは、Ｌ２層５０８の幾つかの上位層を有することができ、ネットワーク側においてＰＤＮゲートウェイで終端するネットワーク層（例えば、ＩＰ層）と、接続の他端（例えば、遠隔の最後のＵＥ、サーバ、等）で終端するアプリケーション層と、を含む。

ＰＤＣＰ副層５１４は、異なる無線ベアラと論理チャネルとの間での多重化を提供する。ＰＤＣＰ副層５１４は、無線送信オーバーヘッドを低減させるための上位層データパケットのためのヘッダ圧縮、データパケットを暗号化することによるセキュリティ、及びノードＢ間でのＵＥのためのハンドオーバーサポートも提供する。

ＲＬＣ副層５１２は、概して、肯定応答モード（ＡＭ）（肯定応答及び再送信プロセスを誤り訂正のために使用することができる場合）、否定応答モード（ＵＭ）、及びデータ転送のためのトランスペアレントモードをサポートし、ＭＡＣ層でのハイブリッド自動再送要求（ＨＡＲＱ）に起因する順序外受信を補償するための上位層データパケットのセグメント化と再組み立て及びデータパケットの順序再設定を提供する。肯定応答モードでは、ＲＬＣピアエンティティ、例えば、ＲＮＣ及びＵＥ、は、とりわけＲＬＣデータプロトコルデータユニット（ＰＤＵ）、ＲＬＣ状態ＰＤＵ、及びＲＬＣリセットＰＤＵを含む様々なＲＬＣ ＰＤＵをやり取りすることができる。本開示では、用語“パケット”は、ＲＬＣピアエンティティ間でやり取りされるあらゆるＲＬＣ ＰＤＵを意味することができる。

ＭＡＣ副層５１０は、論理チャネルとトランスポートチャネルとの間での多重化を提供する。ＭＡＣ副層５１０は、１つのセル内の様々な無線リソース（例えば、リソースブロック）をＵＥ間で割り当てることも担当する。ＭＡＣ副層５１０は、ＨＡＲＱ動作も担当する。

高速パケットアクセス（ＨＳＰＡ）エアインタフェースは、ユーザにとっての向上されたスループット及び低減されたレーテンシーを容易にするためのＵＥ２１０とＵＴＲＡＮ２０２（図２を再参照）との間での３Ｇ／Ｗ−ＣＤＭＡエアインタフェースの一連の拡張を含む。先行規格に対するその他の修正の中で、ＨＳＰＡは、ハイブリッド自動再送要求（ＨＡＲＱ）、共有チャネル送信、及び適応型変調及びコーディングを利用する。ＨＳＰＡを定義する規格は、ＨＳＤＰＡ（高速ダウンリンクパケットアクセス）とＨＳＵＰＡ（高速アップリンクパケットアクセスであり、拡張アップリンク又はＥＵＬとも呼ばれる）とを含む。

ＨＳＰＡネットワークでは、より上位の層、さらに下って最下位層であるＭＡＣ層５１０で生成されたデータは、送信時間間隔（ＴＴＩ）と呼ばれる間隔中にトランスポートチャネルを通じてオーバー・ザ・エアで搬送される。ＴＴＩは、カプセル化されたパケットの受信機によって独立して復号可能であるそのパケットの時間長である。無線通信システムでは、より上位の層は、ＴＴＩ内に納まるようにサイズが設定されたより下位の層にパケットを渡す。

３ＧＰＰ Ｒｅｌｅａｓｅ５仕様は、ＨＳＤＰＡと呼ばれるダウンリンク拡張を導入した。ＨＳＤＰＡは、高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）をそれのトランスポートチャネルとして利用する。ＨＳ−ＤＳＣＨは、３つの物理チャネル、すなわち、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）、高速共有制御チャネル（ＨＳ−ＳＣＣＨ）、及び高速専用物理制御チャネル（ＨＳ−ＤＰＣＣＨ）によって実装される。

これらの物理チャネルのうちで、ＨＳ−ＤＰＣＣＨは、対応するダウンリンクパケット送信が成功裏に復号されたかどうかを示すためにアップリンクでＨＡＲＱ ＡＣＫ／ＮＡＣＫシグナリングを搬送する。すなわち、ダウンリンクに関しては、ＵＥ２１０は、それがダウンリンクでパケットを正確に復号したかどうかを示すためにＨＳ−ＤＰＣＣＨを通じてノードＢ２０８にフィードバックを提供する。

ＨＳ−ＤＰＣＣＨは、ノードＢ２０８が変調及びコーディング方式及びプリコーディング重み選択に関して正しい決定を行うのを援助するためのＵＥ２１０からのフィードバックシグナリングをさらに含み、このフィードバックシグナリングは、チャネル品質インジケータ（ＣＱＩ）とプリコーディング制御情報（ＰＣＩ）とを含む。

３ＧＰＰ Ｒｅｌｅａｓｅ６仕様は、拡張アップリンク（ＥＵＬ）又は高速アップリンクパケットアクセス（ＨＳＵＰＡ）と呼ばれるアップリンク拡張を導入した。ＥＵＬは、ＥＵＬ専用チャネル（Ｅ−ＤＣＨ）をそれのトランスポートチャネルとして利用する。Ｅ−ＤＣＨは、Ｒｅｌｅａｓｅ９９ＤＣＨとともにアップリンクで送信される。

Ｅ−ＤＣＨは、Ｅ−ＤＣＨ専用物理データチャネル（Ｅ−ＤＰＤＣＨ）とＥ−ＤＣＨ専用物理制御チャネル（Ｅ−ＤＰＣＣＨ）とを含む物理チャネルによって実装される。さらに、ＨＳＵＰＡは、Ｅ−ＤＣＨ ＨＡＲＱインジケータチャネル（Ｅ−ＨＩＣＨ）と、Ｅ−ＤＣＨ絶対的グラントチャネル（Ａｂｓｏｌｕｔｅ Ｇｒａｎｔ Ｃｈａｎｎｅｌ）（Ｅ−ＡＧＣＨ）と、Ｅ−ＤＣＨ相対的グラントチャネル（Ｒｅｌａｔｉｖｅ Ｇｒａｎｔ Ｃｈａｎｎｅｌ）（Ｅ−ＲＧＣＨ）とを含む追加の物理チャネルに依存する。

以前のＷ−ＣＤＭＡシステム（例えば、Ｒｅｌ−９９）で利用されるＤＣＨと比較して、Ｅ−ＤＣＨは、より短いＴＴＩ（２ｍｓという低さ）を有するスケジューリングされたアップリンクの使用を通じてアップリンクにおいて有意により高いデータ容量及びデータユーザ速度を提供した。すなわち、より短いＴＴＩは、低減された遅延、スケジューリングプロセスにおける増大された粒度（ｇｒａｎｕｌａｒｉｔｙ）、及び時間とともに変化するチャネル状態のより良い追跡を可能にすることができる。先行実装は、最低で１０ｍｓのＴＴＩを利用した。１０ｍｓのＴＴＩは、向上されたカバレッジを提供するため、２ｍｓのＴＴＩは、概して、信号状態が好ましいとき又はＵＥがアップリンク送信のための利用可能な電力ヘッドルームを有するときだけ実装される。さらに、ＵＥのカバレッジが制限されているか又は制限された電力ヘッドルームを有する場合は、１０ｍｓのＴＴＩのほうが好ましいであろう。

上述されるように、ＵＭＴＳネットワーク内のＵＥ４５０に関するＲＲＣ状態のうちの１つは、Ｃｅｌｌ_ＦＡＣＨと呼ばれ、ＵＥは、ダウンリンクでフォワードアクセスチャネル（ＦＡＣＨ、相対的に少量のデータの送信のために使用）を連続的にモニタリングするが、ＵＥに割り当てられた専用物理チャネルは存在しない。Ｃｅｌｌ_ＦＡＣＨ状態にある間は、後述されるように、ランダムアクセス手順に従ったアップリンク送信がＵＥによって許容される。

従来のランダムアクセス手順は、ＵＥがＣｅｌｌ_ＦＡＣＨ状態にある間に開始させることができ、大体は、ＵＥ４５０及びノード４１０のＭＡＣエンティティ５１０によって管理される。後述されるように、ランダムアクセス手順は、とりわけ、ＢＣＨと、ＲＡＣＨと、ＡＩＣＨと、を含むチャネルを利用する。

ブロードキャストチャネル（ＢＣＨ）は、ノードＢ４１０によって送信されるトランスポートチャネルであり、それは、リスニング（ｌｉｓｔｅｎｉｎｇ）範囲内にあるモバイルに向けられたブロードキャストされた情報を搬送する。ブロードキャストされる情報は、特定のセルを対象にすることができるか又はネットワークに関するものであることができる。とりわり、ブロードキャストされる情報は、利用可能なＲＡＣＨサブチャネル、及びＲＡＣＨ用に利用可能なスクランブリングコード及びシグネチャのリストを含むことができる。

ランダムアクセスチャネル（ＲＡＣＨ）は、アクセス試行を搬送してネットワークとの呼を開始するために、又は、電源を入れた後にネットワークに端末を登録するために、又は１つの位置から他へ移動した後に位置更新を行うためにＵ４５０によって一般的に使用されるトランスポートチャネルである。すなわち、ＲＡＣＨは、共通のアップリンクシグナリングメッセージを提供することができ、及び、Ｃｅｌｌ_ＦＡＣＨ状態で動作中のＵＥからの専用アップリンクシグナリング及びユーザ情報を搬送することもできる。物理層では、ＲＡＣＨは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）にマッピングする。

ＰＲＡＣＨは、ＵＥ４５０によって送信され、そのチャネルでのデータ送信前に送信されるプリアンブルを含む。ＰＲＡＣＨプリアンブルには、１６のシンボルのシグネチャシーケンスが入っており、それらは、２５６の拡散係数を有する拡散シーケンスと結合されると、４０９６チップの長さを有するＰＲＡＣＨプリアンブルが得られる。

アクセス試行の受信を示すために取得インジケータチャネル（ＡＩＣＨ）がノードＢ４１０によって送信される。すなわち、ノードＢ４１０がＰＲＡＣＨプリアンブルを検出した時点で、ノードＢ４１０は、ＰＲＡＣＨで使用されたのと同じシグネチャシーケンスを含むＡＩＣＨを概して送信する。ＡＩＣＨは、概して、取得インジケータ（ＡＩ）と呼ばれる情報要素を含み、それは、受信されたアクセス試行の受け入れ又は拒否を示す肯定応答（ＡＣＫ）又は否定応答（ＮＡＣＫ）を含むことができる。ＡＩＣＨは、以下においてさらに詳細に説明されるように、肯定応答又は否定応答に加えてリソース割り当て情報をＵＥに提供するための拡張取得インジケータ（Ｅ−ＡＩ）をさらに含むことができる。

図６は、３ＧＰＰ Ｒｅｌｅａｓｅ９９仕様（ここではＲｅｌ−９９と呼ばれる）によるＵＴＲＡネットワークでの典型的なランダムアクセス手順を例示する。ここで、ランダムアクセス手順は、ＵＥ４５０が利用可能なＲＡＣＨサブチャネル及びそれらのスクランブリングコード及びシグネチャを決定するためにＢＣＨを復号することから始まる。ＵＥ４５０は、ＵＥが使用することが許容されるサブチャネルのグループの中からＲＡＣＨサブチャネルのうちの１つをランダムに選択することができる。シグネチャも、利用可能なシグネチャの中からランダムに選択することができる。

初期のＰＲＡＣＨプリアンブル送信電力レベルを設定後は、ＵＥ４５０は、選択されたスクランブリングコード及びシグネチャとともにＰＲＡＣＨプリアンブル６０２を送信する。図６の例示では、ＰＲＡＣＨプリアンブルは、２つの送信を含み、各送信での電力のランピング（ｒａｍｐｉｎｇ）は、ネットワークによって肯定応答されない。ＰＲＡＣＨプリアンブル６０２が検出されたときには、ノードＢ４１０は、ＡＩＣＨでの否定応答を示す取得インジケータ（ＡＩ）６０４を用いて応答することができる。ここで、ＵＥ４５０は、それの送信を停止し、選択されたバックオフ期間に等しい待ち時間６０６の間待った後に再試行する（パーシステンス（ｐｅｒｓｉｓｔｅｎｃｅ）値に対応する試行回数が終了していない場合）。待った後は、ＵＥ４５０に関するパーシステンス値に対応して許容される試行回数が終了していない場合は、ＵＥ４５０は、後続するＰＲＡＣＨプリアンブル６０８をＰＲＡＣＨで送信することができる。この事例では、アクセス試行は、ＡＩＣＨでノードＢ４１０によって送信された肯定応答６１０によって応答される。ここで、ＡＩＣＨは、ＵＥによって送信されたのと同じシグネチャシーケンスを含む。ＵＥ４５０がＡＩＣＨ応答を検出した時点で、それは、ＲＡＣＨ送信のメッセージ部６１２を送信することができる。すなわち、レガシーのＲｅｌ−９９ ＵＥがＣｅｌｌ_ＦＡＣＨ状態にあるときには、相対的に低いデータレートのアップリンクデータを、Ｒｅｌ−９９ＰＲＡＣＨメッセージを利用して送信することができる。

このＲｅｌ−９９ＰＲＡＣＨメッセージは、少量のユーザデータをシグナリングするために有用であることができる。しかしながら、データレートは典型的には１０ｋｂｐｓよりも低いため、性能を向上させるためにＣｅｌｌ_ＦＡＣＨ状態におけるＨＳＰＡトランスポート及び物理チャネルの使用を可能にするのが望まれている。この及びその他の理由のため、より最近の仕様では拡張ＲＡＣＨを導入した。

Ｒｅｌｅａｓｅ８仕様で定義される拡張ＲＡＣＨは、Ｃｅｌｌ_ＦＡＣＨにある間にアップリンク送信のためにＥ−ＤＣＨリソースをＵＥによって利用可能にした。Ｅ−ＤＣＨでの送信は、送信を行うために要求される電力の増大を犠牲にして、Ｒｅｌ−９９ ＰＲＡＣＨメッセージを利用して可能であるよりも高いデータレートを提供する。

拡張ＲＡＣＨを可能にするために、上述され及び図６で例示されるＲｅｌ−９９ランダムアクセス手順の幾つかの態様が修正される。例えば、Ｃｅｌｌ_ＦＡＣＨで使用されるＥ−ＤＣＨリソースは、ＢＣＨでセル内の全ＵＥにブロードキャストされる。拡張ＲＡＣＨが可能なＵＥは、引き続くアクセス試行での使用のためにこのリソースリストを復号することができる。

拡張ＲＡＣＨが可能なＵＥでは、ＰＲＡＣＨプリアンブル６０２、６０８の送信は、ＵＥがＥ−ＤＣＨ送信を送信することを求めていることを示すように構成されたプリアンブルシグネチャを含む。応答して、ノードＢは、ＵＥに割り当てられたＥ−ＤＣＨリソースを示すように構成された対応するＡＩ又はＥ−ＡＩ（６０４、６１０）を送信することができる。ここで、Ｅ−ＡＩは、Ｒｅｌｅａｓｅ８又は３ＧＰＰ ＴＳ ２５．２１４を含む後続の３ＧＰＰ仕様により、ＵＥがＣｅｌｌ_ＦＡＣＨ状態のアップリンク送信において利用するためのＥ−ＤＣＨリソース構成情報を提供することができる。

従って、拡張ＲＡＣＨ下では、上述されるようにＲＡＣＨメッセージ６１２を送信するのではなく、ＵＥは、ＵＥにとって利用可能であることがＡＩＣＨ送信で示されるリソースを用いて、Ｅ−ＤＣＨを利用してアップリンクデータを送信する。

拡張ＲＡＣＨ手順は、Ｒｅｌ−９９ ＲＡＣＨ手順よりも有益である一方で、幾つかの不利な点が存在する。例えば、Ｅ−ＤＣＨでのアップリンク送信は、ＲＡＣＨでの送信よりも多くの電力をＵＥから利用し、これは、モバイルデバイスのバッテリ寿命に悪影響を及ぼす可能性がある。

さらに、Ｃｅｌｌ_ＦＡＣＨにあるＵＥに関しては、セル全体に関する共通Ｅ−ＤＣＨリソースは、２ｍｓのＴＴＩ又は１０ｍｓのＴＴＩのいずれかのために構成される。すなわち、１つのセル内では、Ｃｅｌｌ_ＦＡＣＨ状態にあるその他のＵＥが１０ｍｓのＴＴＩを使用する間にＣｅｌｌ_ＦＡＣＨ状態にある幾つかのＵＥに２ｍｓのＴＴＩを使用させるのは従来は可能ではない。この制限は、Ｃｅｌｌ_ＦＡＣＨにある全ＵＥのカバレッジに悪影響を及ぼす可能性がある。

すなわち、より大きいＲＡＣＨカバレッジを確保するために、ネットワークは、１０ｍｓのＴＴＩですべての共通Ｅ−ＤＣＨリソースを構成するようにする傾向がある。この構成の結果、大きな送信電力ヘッドルームを有するＵＥにデータレート制限を課すことになり、２ｍｓのＴＴＩが有する高データレート及び低レーテンシーという利益を奪うことになる。

他方、ネットワークが２ｍｓのＴＴＩですべての共通Ｅ−ＤＣＨリソースを構成することになった場合、低い電力ヘッドルームを有するＵＥが１０ｍｓのＴＴＩに起因する向上されたカバレッジ性能という利益を享受しないことになる。

さらに、ＥＵＬが可能なＵＥに関しては、現在の仕様は、レガシーのＲｅｌ−９９ ＰＲＡＣＨメッセージでの従来のデータ送信を許容しない。しかしながら、幾つかの場合は、送信すべきわずかな量のデータが存在する場合、Ｅ−ＤＣＨで送信するのは電力使用の点で割高になることがあり、その代わりに、ＵＥは、レガシーのＲｅｌ−９９ ＰＲＡＣＨメッセージで有益に送信することが可能である。

従って、本開示の様々な態様は、単一のセルがＣｅｌｌ_ＦＡＣＨにあるＵＥによるアップリンク送信のために２ｍｓ及び１０ｍｓのＴＴＩの両方を同時並行して配備する能力を提供する。さらに、本開示の幾つかの態様は、ＵＥがＣｅｌｌ_ＦＡＣＨ状態でレガシーのＲｅｌ−９９ ＰＲＡＣＨメッセージでデータを送信する任意選択肢を提供する。

さらに、本開示の様々な態様が、単なるＣｅｌｌ_ＦＡＣＨ状態以外のその他のＲＲＣ状態でこれらの能力を提供する。すなわち、ここにおいて詳細に説明されるランダムアクセス手順は、Ｃｅｌｌ_ＦＡＣＨ状態を参照する一方で、それらの手順は、その他の非ＤＣＨ ＲＲＣ状態、例えば、ＵＲＡ_ＰＣＨ、Ｃｅｌｌ_ＰＣＨ、さらにはアイドルモードで、ＵＥに対して等しく適用可能であることを当業者は理解するであろう。

これらの能力を可能にするために、レガシーＵＥでの後方互換性を希望することができる。ここで、“レガシーＵＥ”は、３ＧＰＰ Ｒｅｌｅａｓｅ８（以後“Ｒｅｌ−８”）仕様によりセル内で通信することが可能なＵＥを意味することができる。さらに、“レガシーＵＥ”は、Ｒｅｌｅａｓｅ１１仕様よりも前のあらゆる３ＧＰＰリリースにより構成されたＵＥを意味することができる。従って、セルに送信されるシグナリングは、セル内のレガシーＵＥがそれらの指定された手順によりアップリンク送信のためにランダムアクセス手順を利用し続けることができるように構成することができる。例えば、上述されるように、Ｒｅｌ−９９ ＰＲＡＣＨ又は拡張ＰＲＡＣＨを利用する。さらに、本開示により構成されたＵＥは、Ｒｅｌ−９９ ＰＲＡＣＨメッセージ、拡張ＰＲＡＣＨ手順によるＲｅｌ−８共通Ｅ−ＤＣＨ、１０ｍｓのＴＴＩを有するＲｅｌ−１１共通Ｅ−ＤＣＨ、及び２ｍｓのＴＴＩを有するＲｅｌ−１１共通Ｅ−ＤＣＨの間での選択を可能にする構成を受信できるようにすることができる。

図７は、Ｃｅｌｌ_ＦＡＣＨ又はその他の適切な非ＤＣＨ状態のＵＥのためのランダムアクセス手順を可能にし、Ｅ−ＤＣＨでのアップリンク送信のための２ｍｓ及び１０ｍｓのＴＴＩの同時並行配備を可能にするためのＵＥ４５０で運用可能な典型的なプロセス７００を例示したフローチャートである。幾つかの例では、プロセス７００は、Ｃｅｌｌ_ＦＡＣＨ又はその他の適切な非ＤＣＨ状態のＵＥによるＲｅｌ−９９ ＰＲＡＣＨ送信の利用をさらに可能にすることができる。

本開示の様々な態様により、プロセス７００は、ノードＢ４１０及び／又は
ＵＥ４５０によって実装することができる（図４参照）。本開示の他の態様により、プロセス７００は、処理システム１１４によって実装することができる（図１参照）。本開示の他の態様により、プロセス７００は、示された機能を実施するためのあらゆる適切なプロセッサ、装置、又は手段によって実装することができる。

ブロック７０２では、ＵＴＲＡＮ（例えば、ＲＮＣ２０６、図２参照）は、共通アップリンクリソースの１つ以上のリストを送信することができる。ここで、送信は、セルのリスニング範囲内のあらゆる１つ以上のＵＥが受信することができる共有チャネルであるブロードキャストチャネル、例えば、ＢＣＨ、で行うことができる。このブロードキャストにより、セルは、Ｅ−ＤＣＨでのアップリンク送信用にいずれのリソースが利用可能であるかを１つ以上のＵＥに通信することができる。これらのアップリンクリソースは、典型的には、Ｃｅｌｌ_ＦＡＣＨでアップリンクトラフィックのために使用することができる共通Ｅ−ＤＣＨリソースのリストを含む。さらに、セルは、Ｒｅｌ−９９ ＰＲＡＣＨでの使用のためにいずれのリソースを利用可能であるかをＵＥに通信することができる。

一例では、ブロードキャストは、（例えば、上述される従来の拡張ＲＡＣＨ手順に対応する）２ｍｓ又は１０ｍｓのＴＴＩのうちの１つを示す、レガシーＵＥにとってアクセス可能な第１のリストと、本開示により構成されたＵＥにとってアクセス可能な第２のリストと、を含むことができる。ここで、第２のリストは、共通Ｅ−ＤＣＨリソースから成る複数の組をふくむことができ、第１の組は、２ｍｓのＴＴＩを含み、第２の組は、１０ｍｓのＴＴＩを含み、任意選択で、第３の組は、Ｒｅｌ−９９送信のために利用可能なリソースを含む。本開示のさらなる態様では、ネットワークには、第２のリストをブロードキャストしない任意選択肢を提供することができる。この場合は、ＵＥの行動は、レガシーＵＥと基本的に同じになり、すなわち、第１のリストのみでアドバタイズ（ａｄｖｅｒｔｉｓｅ）されたリソースを利用し、それは、セル全体で一様に単一のＴＴＩ長になる。

共通Ｅ−ＤＣＨリソースの第２のリストを利用するときには、第２のリスト内のいずれの組のサイズも任意選択でゼロに設定することができる。このようにして、ネットワークは、本開示により構成されたＵＥによる利用のために第２のリスト上の値のうちの１つのみ、例えば、２ｍｓ又は１０ｍｓのＴＴＩ、に対応する共通Ｅ−ＤＣＨリソースをアドバタイズする柔軟性を有することができる。

すなわち、レガシーＵＥにとってアクセス可能である第１のリストは、第１のＴＴＩ長に設定することができ、本開示により構成されたＵＥ４５０にとって排他的にアクセス可能である第２のリストは、第２のＴＴＩ長に設定することができる。このようにして、ＵＥ４５０が第１のリスト上のリソースを要求するアクセス試行を行うときには、ネットワークは、そのＵＥ４５０をレガシーＵＥとして取り扱うことができ、ＵＥ４５０が第２のリスト上のリソースを要求するアクセス試行を行うときには、ネットワークは、ＵＥ４５０が本開示により構成され、柔軟なリソース割り当てが可能であることを知ることになる。

特定の例では、レガシーＵＥにとってアクセス可能な第１のリストは、１０ｍｓのＴＴＩをブロードキャストするように設定することができ、第２のリストは、２ｍｓのＴＴＩをブロードキャストするように設定することができる。この例では、本開示により構成されたＵＥ４５０が１０ｍｓのＴＴＩを要求するために第１のリストを利用するアクセス試行を行う場合は、ネットワークは、ＵＥ４５０が本開示により構成されており、２ｍｓ又は１０ｍｓのいずれかを利用する柔軟性が可能であると決定する方法を必ずしも有さないことになる。従って、ネットワークは、ＵＥ４５０をレガシーＵＥとして取り扱い、要求に従って利用可能なリソースを割り当てることになる。他方、ＵＥが２ｍｓのＴＴＩを要求するために第２のリストを利用するアクセス試行を行う場合は、第２のリストを利用することで、レガシーＵＥはこのことに気がつかず、ネットワークは、ＵＥ４５０が本開示により構成されており、２ｍｓ又は１０ｍｓのＴＴＩを利用した柔軟なリソースの割り当てが可能であると決定できるようになる。この場合は（以下においてさらに詳細に説明されるように）、ネットワークは、ＵＥの要求を受け入れて２ｍｓのＴＴＩを利用してリソースを割り当てすることができ、又は、ネットワークは、ＵＥの要求をオーバーライドし、１０ｍｓのＴＴＩを利用してリソースを割り当てることができる。

ここで、第２のリストが１０ｍｓのＴＴＩをブロードキャストする一方で、２ｍｓのＴＴＩをブロードキャストするためにレガシーＵＥにとってアクセス可能な第１のリストをポピュレート（ｐｏｐｕｌａｔｅ）することが可能である。しかしながら、本開示により構成されたＵＥ４５０が１０ｍｓのＴＴＩを要求する場合は、その要求の理由は、電力ヘッドルーム上の制限に起因する可能性が高い。すなわち、上述されるように、２ｍｓのＴＴＩは、概して、信号状態が良好なときのみ又はＵＥがアップリンク送信のために利用可能な電力ヘットルームを有するときのみに実装される。この場合は、ＵＥが１０ｍｓのＴＴＩを要求した場合は、この要求をオーバーライドして代わりに２ｍｓのＴＴＩをＵＥ４５０に割り当てるのは理にかなっていない。すなわち、ＵＥ４５０が、２ｍｓのＴＴＩを利用するための十分な電力ヘッドルームを有さないことがある。従って、２ｍｓのＴＴＩをブロードキャストする第１のレガシーリスト及び１０ｍｓのＴＴＩをブロードキャストする第２のリストを有しても、１０ｍｓのＴＴＩを要求するＵＥへのリソース割り当ての柔軟性という利点をもたらさないことがある。

本開示のさらなる態様では、ブロック７０２でのブロードキャストは、Ｒｅｌ−９９ ＰＲＡＣＨ、Ｒｅｌ−８共通Ｅ−ＤＣＨリソース、Ｒｅｌ−１１ ２ｍｓＴＴＩ及び１０ｍｓＴＴＩ共通Ｅ−ＤＣＨリソースのうちの２つ以上の間でのＰＲＡＣＨ分割に対応する情報を含むことができる。ＰＲＡＣＨパーティションについては以下においてさらに詳細に説明される。

ブロック７０４において、ＵＥ４５０は、ブロック７０２においてノードＢによって送信されたブロードキャストを受信することができる。共通Ｅ−ＤＣＨリソースのリストを有し、及び、Ｒｅｌ−９９ ＰＲＡＣＨ、Ｒｅｌ−８共通Ｅ−ＤＣＨリソース、Ｒｅｌ−１１ ２ｍｓＴＴＩ及び１０ｍｓＴＴＩ共通Ｅ−ＤＣＨリソースの間でＰＲＡＣＨを分割することで、ＵＥ４５０は、非ＤＣＨ状態、例えば、Ｃｅｌｌ_ＦＡＣＨ、でのアップリンク送信の特徴に関するプレファレンス（ｐｒｅｆｅｒｅｎｃｅ）を示すように構成されたアクセス試行を後述されるように送信するのを可能にすることができる。例えば、ＵＥ４５０は、アクセス試行において、Ｒｅｌ−９９ ＰＲＡＣＨメッセージ、又は２ｍｓ又は１０ｍｓのＴＴＩを利用したＥ−ＤＣＨ送信を利用することのプレファレンスを示すのを可能にすることができる。

ブロック７０６において、ＵＥ４５０は。非ＤＣＨ状態でのアップリンク送信の特徴に関するプレファレンスを決定することができる。例えば、Ｃｅｌｌ_ＦＡＣＨにあるＵＥ４５０は、Ｒｅｌ−９９ ＰＲＡＣＨメッセージ、２ｍｓのＴＴＩを利用するＥ−ＤＣＨメッセージ、又は１０ｍｓのＴＴＩを利用するＥ−ＤＣＨメッセージを含む１つ以上の候補の中から選択することができる。

上述されるように、これらのアップリンク送信フォーマットの各々は、異なる利点及び不利な点を有する。例えば、Ｒｅｌ−９９ ＰＲＡＣＨメッセージでの送信を許容するように構成されるＵＥでは、このメッセージは、Ｅ−ＤＣＨでの送信よりも少ないエネルギーを利用することができるが、より低いデータレートを提供する。従って、エネルギーを節約するためには、該ＵＥは、送信すべきデータ量が非常に少ないときにＲｅｌ−９９ ＰＲＡＣＨメッセージを選択することができる。送信すべきデータ量が相対的に多い場合は、共通Ｅ−ＤＣＨリソースをアップリンク送信のために利用するのが自然な選択になる。この場合、又はＲｅｌ−９９ ＰＲＡＣＨメッセージでのＣｅｌｌ_ＦＡＣＨ送信を許容するように構成されていないＵＥでは、ＵＥは、２ｍｓ又は１０ｍｓのＴＴＩを選択することができる。

本開示の一態様では、２ｍｓ又は１０ｍｓのＴＴＩのいずれかの選択は、信号状態及び／又はＵＥ４５０の電力ヘッドルーム、等の要因に基づくことができる。すなわち、上述されるように、不良な信号状態を経験している及び／又は限られた電力ヘッドルームを有するＵＥは、１０ｍｓのＴＴＩを選択するのが有益になり、その理由は、このフォーマットは、セル内で向上したカバレッジを提供するためである。しかしながら、良好な信号状態を経験している及び／又はより大きい利用可能なヘッドルームを有するＵＥは、より短いＴＴＩの様々な利益を利用するために２ｍｓのＴＴＩを選択することを希望することができる。

幸いなことに、（例えば、Ｒｅｌ−８で規定されるような）既存の従来のＰＲＡＣＨ手順は、ＵＥ４５０がそれの最初のＰＲＡＣＨプリアンブル送信６０２において利用するための電力である、Ｐｒｅａｍｂｌｅ_Ｉｎｉｔｉａｌ_Ｐｏｗｅｒで表される値の決定を含む（図６参照）。ここで、Ｐｒｅａｍｂｌｅ_Ｉｎｉｔｉａｌ_Ｐｏｗｅｒの値は、セルからの受信されたパイロット電力及びＵＥ４５０によって検出されたアップリンク干渉量により決定される。従って、本開示の幾つかの態様では、このＰｒｅａｍｂｌｅ_Ｉｎｉｔｉａｌ_Ｐｏｗｅｒは、２ｍｓ又は１０ｍｓのＴＴＩのいずれかを選択するための１つの要因として再使用することができる。すなわち、計算されたＰｒｅａｍｂｌｅ_Ｉｎｉｔｉａｌ_Ｐｏｗｅｒの値が高い場合は、これは、ＵＥ４５０が限られた電力ヘッドルームを有しており、従って、ＵＥ４５０は１０ｍｓのＴＴＩを選択できることを意味することができる。他方、Ｐｒｅａｍｂｌｅ_Ｉｎｉｔｉａｌ_Ｐｏｗｅｒの値が低い場合は、ＵＥ４５０は、２ｍｓのＴＴＩを選択することができる。

図８は、ＵＥ（例えば、ＵＥ４５０）が本開示の一部の態様によりＣｅｌｌ_ＦＡＣＨ、等の非ＤＣＨ状態でのアップリンク送信の特徴を選択する典型的なプロセス８００を例示したフローチャートである。ここで、プロセス８００は、図７のブロック７０６に対応することができ、そこではさらなる詳細が示されている。

ブロック８０２において、プロセスは、Ｃｅｌｌ_ＦＡＣＨ、等の非ＤＣＨ状態のＵＥ４５０がアップリンク送信で送信すべきデータを有するかどうかを決定することができる。いいえである場合は、プロセスは終了する。はいである場合は、ブロック８０４において、プロセスは、そのデータがデータスレショルドよりも少ない量であるかを決定することができる。幾つかの例では、データスレショルドは、ネットワークによってＵＥ４５０にシグナリングする、例えば、システム情報ブロック（ＳＩＢ）でブロードキャストすることができる。その他の例では、データスレショルドは、ＵＥ４５０において予めプログラミングすることができ（例えば、メモリ４９２に格納される）、又はその他の適切な予め決定されたデータスレショルドを利用することができる。ここで、データ量がデータスレショルドよりも少ない場合は、ブロック８０６において、ＵＥ４５０は、アップリンク送信で利用するためのＲｅｌ−９９ ＰＲＡＣＨメッセージを選択することができる。

他方、データ量がデータスレショルドよりも少なくない場合は、プロセスは、ブロック８０８に進むことができ、そこで、プロセスは、初期送信電力の関数（例えば、上記のＰｒｅａｍｂｌｅ_Ｉｎｉｔｉａｌ_Ｐｏｗｅｒ）が電力スレショルドよりも大きいかどうかを決定することができる。ここで、初期送信電力の関数は、初期送信電力のあらゆる適切な関数であることができ、送信電力自体、初期送信電力とその他の電力値の差又は和、等を含むが、これらに限定されない。ブロック８０４に関して上述されるデータスレショルドと同様に、ブロック８０８において利用される電力スレショルドは、ネットワークによって、例えば、システム情報ブロック（ＳＩＢ）でブロードキャストすることによって、ＵＥ４５０にシグナリングすることができる。その他の例では、電力スレショルドは、ＵＥ４５０において予めプログラミングすることができ、又は、あらゆるその他の適切な予め決定された電力スレショルドを利用することができる。ここで、初期送信電力の関数が電力スレショルドよりも大きい場合は、ブロック８１０において、プロセスは、１０ｍｓのＴＴＩを選択することができる。他方、初期送信電力の関数が電力スレショルドよりも大きくない場合は、ブロック８１２において、プロセスは、２ｍｓのＴＴＩを選択することができる。

本開示の幾つかの態様では、プロセス８００を実施するＵＥ４５０は、２ｍｓのＴＴＩ及び１０ｍｓのＴＴＩしか選択することができない。すなわち、Ｒｅｌ−９９ ＰＲＡＣＨメッセージの潜在的な選択に関連する、ブロック８０４からブロック８０６へのプロセスの部分は、任意選択である。該例では、ブロック８０２後において、非ＤＣＨ状態のＵＥが送信すべきデータを有すると決定後、プロセスは、２ｍｓのＴＴＩ又は１０ｍｓのＴＴＩを選択するためにブロック８０８に直接進むことができる。

今度は図７に戻り、ＵＥ４５０が（図８に関連して上述されるように）ブロック７０６においてアップリンク送信の特徴のプレファレンスを決定した時点で、プロセスは、ブロック７０８に進むことができ、ここで、ＵＥ４５０は、決定されたプレファレンスを示すように構成されたアクセス試行を送信する。本開示の一態様により、アクセス試行は、ＰＲＡＣＨプリアンブルスクランブリングコードの組を分割することによって、特定のスクランブリングコードで利用されるシグネチャシーケンスの組を分割することによって、又は上記の組み合わせを利用することによって、決定されたプレファレンスを示すように構成することができる。

図９乃至１２は、アップリンク送信フォーマットに関する決定されたプレファレンスを示すようにＰＲＡＣＨプリアンブルを構成することができる方法を示す幾つかの例を実証する概略図である。すなわち、図６に関連して上述されるＰＲＡＣＨプリアンブル６０２は、概して、ＵＥ４５０が利用可能なスクランブリングコードの組の中から選択されたスクランブリングコードを利用することによって送信される。図９−１０及び１２には、３つの異なるスクランブリングコードが例示され、図１１には、４つの異なるスクランブリングコードが例示される。しかしながら、いずれの特定の例でも、利用可能なスクランブリングコードの組にはあらゆる適切な数のスクランブリングコードを含めることができる。さらに、スクランブリングコードに加えて、ＰＲＡＣＨプリアンブル６０２が、利用可能なシグネチャの組の中から選択されたシグネチャによってさらに変調される。図９乃至１２の各々において、６つのシグネチャを含むシグネチャスペースを有するスクランブリングコードが示される。しかしながら、いずれの特定の例でも、各スクランブリングコードに関する利用可能なシグネチャの組にはあらゆる適切な数のシグネチャを含めることができる。

ブロック７０２及び７０４に関連して上述されるようにＵＥに送信される共通のアップリンクリソースの１つ以上のリストにより、ＵＥ４５０では、アップリンク送信フォーマットに関する特定のプレファレンスと特定のスクランブリングコード−シグネチャシーケンスの選択の間での対応性を設定することができる。すなわち、ブロードキャストチャネルでＵＥ４５０に送信された情報は、ＰＲＡＣＨプリアンブルスクランブリングコード及び／又はシグネチャスペースのパーティション（ｐａｒｔｉｔｉｏｎ）に対応することができ、従って、ＵＥによる好まれるアップリンク送信フォーマットの選択では、この受信された情報を利用して対応するＰＲＡＣＨプリアンブル及び／又はシグネチャパーティションを選択することができる。

例えば、図９に示される例では、シグネチャスペースは、３つのパーティションに分割され、各パーティションは、Ｒｅｌ−９９ ＰＲＡＣＨメッセージ、１０ｍｓのＴＴＩ、又は２ｍｓのＴＴＩのうちの１つに対応する。ここで、各パーティションは、シグネチャスペースの中の２つのシグネチャを含む。しかしながら、本開示の態様による様々な例では、各パーティションにはあらゆる適切な数のシグネチャが現れることができる。このようにして、Ｒｅｌ−９９ ＰＲＡＣＨメッセージ、１０ｍｓのＴＴＩ、又は２ｍｓのＴＴＩのうちの１つに関するプレファレンスをブロック７０６で選択しているＵＥ４５０は、ＰＲＡＣＨプリアンブル送信のために対応するシグネチャの中から選択することができる。

図９に示される例における１つの可能な変形は、レガシーＵＥが利用するシグネチャの第１の組と本開示により構成されたＵＥのためのシグネチャの第２の組との間でシグネチャスペースを分割することであることができる。このようにして、シグネチャの第２の組は、１つ以上のシグネチャから成るグループにさらに分割することができ、各グループは、Ｒｅｌ−９９ ＰＲＡＣＨメッセージ、Ｅ−ＤＣＨでの２ｍｓのＴＴＩ、又はＥ−ＤＣＨでの１０ｍｓのＴＴＩのうちの１つに対応する。

図１０に示される例では、ＰＲＡＣＨプリアンブルスクランブリングコードは３つのパーティションに分割され、各パーティションは、Ｒｅｌ−９９ ＰＲＡＣＨメッセージ、１０ｍｓのＴＴＩ、又は２ｍｓのＴＴＩのうちの１つに対応する。ここで、各パーティションは、１つのスクランブリングコードを含む。しかしながら、本開示の態様による様々な例では、各パーティションにはあらゆる適切な数のシグネチャが現れることができる。このようにして、Ｒｅｌ−９９ ＰＲＡＣＨメッセージ、１０ｍｓのＴＴＩ、又は２ｍｓのＴＴＩのうちの１つに関するプレファレンスをブロック７０６で選択しているＵＥ４５０は、ＰＲＡＣＨプリアンブル送信のために対応するシグネチャの中から選択することができる。

図１１に示される例では、上記の組み合わせが利用される。すなわち、この例では、ＰＲＡＣＨプリアンブルの第１の組は、例えば、レガシーＵＥとの後方互換性を維持するために、従来のシステムにおけるように利用することができる。このようにして、図７を再参照し、ブロードキャストチャネルで送信される共通Ｅ−ＤＣＨリソースの１つ以上のリストは、レガシーＵＥによる利用のための第１のリストと、本開示により構成されたＵＥによる利用のための第２のリストと、を含むことができる。ここで、第１のリストは、レガシーＵＥによる利用のためにスクランブリングコード及びシグネチャシーケンスのためのリソースをマッピングするために利用することができ、第２のリストは、Ｒｅｌ−９９ ＰＲＡＣＨメッセージ、１０ｍｓのＴＴＩ、又は２ｍｓに関するプレファレンスを示すためにスクランブリングコード及び／又はシグネチャシーケンスのうちの１つ又は両方を分割することができる。当然のことであるが、本開示の態様により構成されたＵＥは、ＰＲＡＣＨプリアンブルの第１の組を利用するのを必ずしも禁止されず、その組は、ＰＲＡＣＨプリアンブル送信のために本開示の適用範囲内で利用することができる。

図１２に示される例では、ＰＲＡＣＨプリアンブルスクランブリングコードは、２つの組、すなわち、レガシーＵＥとの後方互換性のための第１の組、及び本開示の態様により構成されたＵＥのために好適化された第２の組、に分割することができる。ここで、一例は、上述される従来の拡張ＰＲＡＣＨ手順におけるように、２ｍｓ又は１０ｍｓのＴＴＩをアップリンクＥ−ＤＣＨ送信のために利用するためにセル全体にわたってレガシーＵＥを構成するために第１の組を利用することができ、及び、本開示の態様により構成されたＵＥを２ｍｓ又は１０ｍｓのＴＴＩのうちの他方に関して構成するために第２の組を利用することができる。ここで、１０ｍｓのＴＴＩを要求するように第１の組を構成し、２ｍｓのＴＴＩを要求するように第２の組を構成することが最も好都合であり、このため、後述されるように、ネットワークは、ＵＥによる２ｍｓのＴＴＩの要求をオーバーライドし、代わりに１０ｍｓのＴＴＩをそのＵＥに割り当てることができる。

当然のことであるが、図９乃至１２に示される例は、その性質上典型例であるにすぎず、当業者は、共通Ｅ−ＤＣＨリソース及びＰＲＡＣＨリソースのあらゆるその他の適切な分割を本開示の適用範囲内で利用可能であることを認識するであろう。

ブロック７０８に戻り、ブロック７０６で決定されたアップリンク送信に関するプレファレンスにより特定のパーティションを選択後は、ＵＥは、選択されたパーティション内でスクランブリングコード及び／又はシグネチャシーケンスの特定の組み合わせを選択することができる。例えば、ＰＲＡＣＨプリアンブルパーティションに関して利用する特定のスクランブリングコードは、選択されたパーティション内のスクランブリングコードの中からランダムに選択することができる。同様に、ＰＲＡＣＨプリアンブルパーティションに関して利用する特定のシグネチャシーケンスは、選択されたパーティション内のシグネチャシーケンスの中からランダムに選択することができる。このようにしてシグネチャシーケンス及びスクランブリングコードを選択した後は、ＵＥは、選択されたスクランブリングコード及びシグネチャシーケンスを利用してＰＲＡＣＨプリアンブルを含むアクセス試行を送信することができる。

ブロック７１０において、ノードＢ４１０は、ブロック７０８においてＵＥ４５０によって送信されたアクセス試行を探索するために探索器（ｓｅａｒｃｈｅｒ）プロセスを実施する。ここで、ノードＢ４１０の探索器が、ブロック７０８で送信されたアクセス試行において、本開示により構成されたＵＥによって利用されるスクランブリングコードの存在を検出するように構成される場合は、ノードＢ４１０がそのスクランブリングコードでエネルギーを検出した瞬間に、それは、アクセス試行が、本開示により構成された、すなわち、非ＤＣＨ状態でのアップリンク送信のための柔軟なリソース割り当てを行う能力を有するＵＥから発せられているということを知ることになる。ブロック７１２において、ノードＢ４１０は、それ自体で又は１つ以上のネットワークノード、例えば、ＲＮＣ、と調整して、アップリンク送信のためにＵＥによって使用するために利用可能であるリソースを決定する。

ブロック７１２で利用可能であると決定されたリソース、及び、それらのリソースがブロック７０８でＵＥ４５０によって要求されたリソースに対応するかどうかに基づき、ブロック７１４において、ノードＢ４１０は、ＵＥによって示されたプレファレンスを受け入れるかどうかを決定することができる。すなわち、本開示の一態様により、ノードＢ４１０は、Ｒｅｌ−９９ＰＲＡＣＨメッセージのうちの１つで、又は２ｍｓ又は１０ｍｓのＴＴＩのうちの１つを有するＥ−ＤＣＨリソースプールを利用して、送信するためのＵＥによるリソースの要求を受け入れるのを選択することができ、又は、ノードＢ４１０は、ＵＥの要求をオーバーライドしてその他のリソースをＵＥに割り当てるのを選択することが可能である。ここで、ＵＥの要求をオーバーライドすることの決定は、ノードＢによる処理上の制限、雑音上昇、ライズ・オーバー・サーマル（ｒｉｓｅ ｏｖｅｒ ｔｈｅｒｍａｌ （ＲｏＴ））に関する考慮事項、又はその他の何らかの適切な理由によることができる。

ノードＢ４１０がＵＥの要求を受け入れるか又はオーバーライドするかのいずれを選択するかにかかわらず、本開示のさらなる態様により、ブロック７１６において、ノードＢ４１０は、応答チャネル、例えば、取得インジケータチャネル（ＡＩＣＨ）、でアクセス試行に対する応答を送信することができる。ここで、ＵＥ４５０へのリソース割り当てを示すために、すなわち、ノードＢ４１０がＵＥの要求を受け入れたか又はオーバーライドしたかを示すために、情報要素、例えば、ＡＩＣＨでの取得インジケータ（ＡＩ）及び／又は拡張取得インジケータ（Ｅ−ＡＩ）、を利用することができる。すなわち、ＡＩ及び／又はＥ−ＡＩは、Ｒｅｌ−９９ ＰＲＡＣＨメッセージでアップリンクデータを送信すべきか、又は２ｍｓ又は１０ｍｓのＴＴＩのいずれかを有するＥ−ＤＣＨを利用してアップリンクデータを送信すべきかをＵＥ４５０にシグナリングするために利用することができる。

ブロック７１８において、ＵＥ４５０は、ノードＢ４１０からの送信を受信することを意図してＡＩＣＨをモニタリングすることができる。すなわち、従来のレガシーのランダムアクセス手順により、レガシーＵＥは、典型的には、要求されたリソースに対応するＡＩを探してＡＩＣＨをモニタリングするだけである。このようにして、レガシーＵＥは、メッセージがそのＵＥ向けである（可能性が高い）と決定し、従って、そのリソースを利用することができる。しかしながら、本開示の一態様では、ネットワークはＵＥのプレファレンスをオーバーライドしてその他のリソースをＵＥ４５０に割り当てることを希望することができるため、ＡＩＣＨでＵＥ４５０に送信されたメッセージは、ＵＥ４５０が要求したのと同じリソースを指定していないことがある。従って、本開示の一態様では、ＵＥ４５０は、ＡＩＣＨのうちでレガシーＵＥよりも大きい部分をモニタリングすることができ、セル内のすべてのＡＩＣＨ送信をモニタリングすることが可能である。すなわち、ＵＥ４５０は、ＰＲＡＣＨプリアンブル送信に応答してＡＩＣＨ上のＡＩ及び／又はＥ−ＡＩをモニタリングすることができ、ＡＩＣＨで受信されたＡＩ及び／又はＥ−ＡＩの特徴により、ＵＥ４５０は、要求されたリソース又はそれのプレファレンスがオーバーライドされた場合は異なるリソースのいずれかを受信することができる。一例では、ＵＥ４５０は、ＵＥ４５０がブロック７０８において示したプレファレンスの対象となるリソースが割り当てられたことを示すシグネチャに対応して、又は、ＵＥ４５０に異なるリソースが割り当てられた、すなわち、ＵＥ４５０によって示されたプレファレンスがオーバーライドされたことを示す異なるシグネチャに対応して、特定のシグネチャでＡＩ及び／又はＥ−ＡＩを受信することができる。他の例では、ＵＥ４５０は、リソースインデックスをシグナリングするように好適化されたＡＩ及び／又はＥ−ＡＩビット（又は複数）、及び、リソースがＥ−ＤＣＨリソースである場合は、ＵＥに割り当てられたＴＴＩ値をシグナリングするための第２のＡＩ及び／又はＥ−ＡＩビット（又は複数）を検出することができる。いずれの場合も、本開示の態様は、共通Ｅ−ＤＣＨリソース、又はＲｅｌ−９９ ＰＲＡＣＨメッセージに関するＴＴＩ選択に関するＵＥの要求をオーバーライドする能力をネットワークに提供する。

本開示のさらなる態様では、Ｅ−ＡＩで利用された１つのウォルシュ符号を、本開示により構成されたＵＥのために予約することができる。すなわち、現在の仕様では、Ｅ−ＡＩは、複数のウォルシュ符号を含み、各符号において、＋１又は−１を表す情報を送信することができる。従って、各ウォルシュ符号は、２つの異なるリソースインデックスを表すために利用することができる。本開示の一態様では、ウォルシュ符号のうちの１つ、例えば、スペース内の最後のウォルシュ符号、を予約し、その符号で送信される＋１又は−１が２ｍｓのＴＴＩ及び１０ｍｓのＴＴＩをそれぞれ（又は１０ｍｓのＴＴＩ及び２ｍｓのＴＴＩをそれぞれ）表すようにすることができる。このようにして、ＵＥ４５０にとってのタスクを単純化することができ、従って、それは、ＡＩＣＨ全体をモニタリングするのではなくこの特定のウォルシュ符号に注意することができる。

ブロック７２０において、ＵＥ４５０は、ブロック７１８においてＡＩＣＨで受信されたＡＩ及び／又はＥ−ＡＩによりいずれのリソースがノードＢ４１０によって割り当てられたかを決定することができ、ブロック７２２において、ＵＥ４５０は、割り当てられたリソースを非ＤＣＨ状態、例えば、Ｃｅｌｌ_ＦＡＣＨ、でのアップリンクデータ送信のために利用することができる。

電気通信システムの幾つかの態様がＷ−ＣＤＭＡシステムを参照して提示されている。当業者は、本開示全体を通じて説明される様々な態様は、その他の電気通信システム、ネットワークアーキテクチャ及び通信規格に敷衍できることを容易に評価するであろう。

例として、様々な態様は、その他のＵＴＭＳシステム、例えば、ＴＤ−ＳＣＤＭＡ及びＴＤ−ＣＤＭＡ、に敷衍することができる。様々な態様は、ロングタームエボリューション（ＬＴＥ）（ＦＤＤ、ＴＤＤ、又は両モード）、ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）（ＦＤＤ、ＴＤＤ、又は両モード）、ＣＤＭＡ２０００、エボリューション−データオプティマイズド（Ｅｖｏｌｕｔｉｏｎ−Ｄａｔａ Ｏｐｔｉｍｉｚｅｄ（ＥＶ−ＤＯ）、ウルトラモバイルブロードバンド（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、ウルトラワイドバンド（Ｕｌｔｒａ−Ｗｉｄｅｂａｎｄ）（ＵＷＢ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、及び／又はその他の適切なシステムを採用するシステムにも敷衍させることができる。実際に採用される電気通信規格、ネットワークアーキテクチャ、及び／又は通信規格は、特定の用途及びシステムに課せられた全体的な設計上の制約に依存する。

開示される方法におけるステップの特定の順序又は階層は、典型的なプロセスの例示であることが理解されるべきである。設計上の優先度に基づき、方法におけるステップの特定の順序又は階層は再編可能であることが理解される。添付される方法請求項は、様々なステップの諸要素を見本の順序で提示するものであり、そこにおいて特記されないかぎり提示される特定の順序又は階層に限定されることは意味しない。

上記の説明は、当業者がここにおいて説明される様々な態様を実践するのを可能にするために提供される。これらの態様に対する様々な修正は、当業者にとって容易に明確になるであろう、及びここにおいて定められる一般原理は、その他の態様に対しても適用することができる。以上のように、請求項は、ここにおいて示される態様に限定されることは意図されず、請求項の文言に一致する完全な適用範囲が認められるべきであり、単数形の要素への言及は、その旨が特記されない限り“１つ及び１つのみ”を意味することは意図されず、むしろ“１つ以上”であることを意味することが意図される。別段特記されない限り、語句“幾つか”は、１つ以上を意味する。項目（品目）のリストの中の“少なくとも１つ”という句は、単一の構成要素を含むそれらの項目（品目）のあらゆる組み合わせを意味する。一例として、“ａ、ｂ、又はｃのうちの少なくとも１つ”は、ａ、ｂ、ｃ、ａ及びｂ、ａ及びｃ、ｂ及びｃ、及びａ、ｂ及びｃを網羅することが意図される。当業者に知られている又は今後に知られることになるこの開示全体を通じて説明される様々な態様の要素のすべての構造上及び機能上の同等物は、引用によってここに明示で組み入れられ、請求項によって包含されることが意図される。さらに、ここにおいて開示されるいずれも、該開示が請求項において明示で記載されているかどうかにかかわらず、公衆に提供されたものではないことが意図される。いずれの請求項要素も、その要素が句“ための手段”を用いて明示で記述されていない限り、又は、方法請求項の場合は、その要素が句“ためのステップ”を用いて記述されていない限り、３５Ｕ．Ｓ．Ｃ．§１１２の第6段落の規定に基づいて解釈されるべきではない。

Claims (62)

1. ユーザ装置において運用可能な無線通信方法であって、
   前記ユーザ装置が柔軟なリソース割り当てが可能であることを示すように好適化されたスクランブリングコードを選択することと、
   前記選択されたスクランブリングコードを利用してアクセス試行を送信することであって、前記アクセス試行は、アップリンクデータ送信での使用のための好まれるリソースを示すように構成されることと、を備える、方法。
2. 前記アクセス試行を前記送信することは、非ＤＣＨ状態の間に前記アクセス試行を送信することを備える請求項１に記載の方法。
3. 前記非ＤＣＨ状態は、Ｃｅｌｌ_ＦＡＣＨ状態である請求項２に記載の方法。
4. 前記アクセス試行を前記送信することは、複数のシグネチャシーケンスの中から選択されたシグネチャを利用することをさらに備え、
   前記複数のシグネチャシーケンスは、シグネチャの複数の組に分割され、シグネチャの前記組の各々は、特定のリソースプレファレンスに対応し、従って、シグネチャの前記複数の組のうちの１つの組内での前記選択されたシグネチャの選択は、前記選択された組に対応する前記特定のリソースのプレファレンスに基づく請求項１に記載の方法。
5. 前記好まれるリソースは、ＰＲＡＣＨメッセージ又はＥ−ＤＣＨメッセージのうちの１つを備え、
   送信バッファ内のデータ量がデータスレショルドよりも少ない場合は前記ＰＲＡＣＨメッセージを前記好まれるリソースとして選択することと、
   前記送信バッファ内の前記データ量が前記データスレショルドよりも少なくない場合は前記Ｅ−ＤＣＨメッセージを前記好まれるリソースとして選択することと、をさらに備える請求項１に記載の方法。
6. 前記Ｅ−ＤＣＨメッセージを前記好まれるリソースとして前記選択することは、１０ｍｓの送信時間間隔に対応する第１のリソース又は２ｍｓの送信時間間隔に対応する第２のリソースのうちの１つを選択することをさらに備え、前記Ｅ−ＤＣＨメッセージを前記好まれるリソースとして前記選択することは、
   ランダムアクセスプリアンブル送信で利用される初期送信電力の関数が電力スレショルドより大きい場合は前記１０ｍｓの送信時間間隔に対応する前記第１のリソースを選択することと、
   前記ランダムアクセスプリアンブル送信で利用される前記初期送信電力の前記関数が前記電力スレショルドより大きくない場合は前記２ｍｓの送信時間間隔に対応する前記第２のリソースを選択することと、をさらに備える請求項５に記載の方法。
7. 前記好まれるリソースは、２ｍｓの送信時間間隔又は１０ｍｓの送信時間間隔のうちの１つを備える共通Ｅ−ＤＣＨリソースを備える請求項１に記載の方法。
8. 前記タイプのリソースは、３ＧＰＰ Ｒｅｌｅａｓｅ９９ ＰＲＡＣＨメッセージリソース又は共通Ｅ−ＤＣＨリソースのうちの１つを備え、前記共通Ｅ−ＤＣＨリソースは、２ｍｓの送信時間間隔又は１０ｍｓの送信時間間隔のうちの１つを備える請求項１に記載の方法。
9. 前記アクセス試行への応答を受信することであって、前記応答は、前記好まれるリソースを許可する、前記好まれるリソースの前記表示をオーバーライドして好まれないリソースを許可する、又は前記アクセス試行を否定するように構成されることをさらに備える請求項１に記載の方法。
10. 前記応答は、前記好まれるリソース又は前記好まれないリソースのうちの１つに対応する割り当てられたリソースを示すように好適化された拡張取得インジケータ（Ｅ−ＡＩ）を備える請求項９に記載の方法。
11. 前記応答は、リソースインデックスをシグナリングするように好適化された第１のＥ−ＡＩビットをさらに備える請求項１０に記載の方法。
12. 前記応答は、前記ユーザ装置に割り当てられた送信時間間隔をシグナリングするように好適化された第２のＥ−ＡＩビットをさらに備える請求項１１に記載の方法。
13. ユーザ装置において運用可能な無線通信方法であって、
    複数のシグネチャシーケンスの中からシグネチャを選択することであって、前記複数のシグネチャシーケンスは、アップリンク送信のための２ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの少なくとも第１の組、及びアップリンク送信のための１０ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの第２の組に分割されることと、
    前記選択されたシグネチャを利用してアクセス試行を送信することと、を備える、方法。
14. 前記シグネチャを前記選択することは、
    ランダムアクセスプリアンブル送信で利用される初期送信電力の関数が電力スレショルドより大きい場合はシグネチャの前記第１の組の中からシグネチャを選択することと、
    前記ランダムアクセスプリアンブル送信で利用される前記初期送信電力の前記関数が前記電力スレショルドより大きくない場合はシグネチャの前記第２の組の中からシグネチャを選択することと、を備える請求項１３に記載の方法。
15. 前記複数のシグネチャシーケンスは、前記アップリンク送信のために３ＧＰＰ Ｒｅｌｅａｓｅ９９ ＰＲＡＣＨメッセージに対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの第３の組を備えるようにさらに分割される請求項１３に記載の方法。
16. 前記シグネチャを前記選択することは、
    送信バッファ内のデータ量がデータスレショルドよりも少ない場合はシグネチャの前記第３の組の中からシグネチャを選択することと、
    前記送信バッファ内の前記データ量が前記データスレショルドよりも少なくない場合はシグネチャの前記第１又は第２の組のうちの１つの中からシグネチャを選択することと、を備える請求項１５に記載の方法。
17. 前記複数のシグネチャシーケンスは、３ＧＰＰ Ｒｅｌｅａｓｅ８規格により共通Ｅ−ＤＣＨリソースに関するプレファレンスを示すように好適化されたシグネチャの第４の組を備えるようにさらに分割される請求項１５に記載の方法。
18. 前記複数のシグネチャシーケンスは、３ＧＰＰ Ｒｅｌｅａｓｅ８規格により共通Ｅ−ＤＣＨリソースに関するプレファレンスを示すように好適化されたシグネチャの第３の組を備えるようにさらに分割される請求項１３に記載の方法。
19. 前記アクセス試行を前記送信することは、非ＤＣＨ状態の間に前記アクセス試行を送信することを備える請求項１３に記載の方法。
20. 前記非ＤＣＨ状態は、Ｃｅｌｌ_ＦＡＣＨ状態である請求項１８に記載の方法。
21. 前記アクセス試行への応答を受信することであって、前記応答は、リソースに関する前記示されたプレファレンスを許可する、リソースに関する前記示されたプレファレンスをオーバーライドして好まれないリソースを許可する、又は前記アクセス試行を否定するように好適化されることをさらに備える請求項１３に記載の方法。
22. 前記応答は、前記好まれるリソース又は前記好まれないリソースのうちの１つに対応する割り当てられたリソースを示すように好適化された拡張取得インジケータ（Ｅ−ＡＩ）を備える請求項２１に記載の方法。
23. 前記応答は、リソースインデックスをシグナリングするように好適化された第１のＥ−ＡＩビットをさらに備える請求項２２に記載の方法。
24. 前記応答は、前記ユーザ装置に割り当てられた送信時間間隔をシグナリングするように好適化された第２のＥ−ＡＩビットをさらに備える請求項２３に記載の方法。
25. 基地局において運用可能な無線通信方法であって、
    １つ以上のユーザ装置による使用のために共通Ｅ−ＤＣＨリソースの少なくとも１つのリストを送信することと、
    ユーザ装置からアクセス試行を受信することであって、前記アクセス試行は好まれるリソースを示すように好適化され、前記好まれるリソースは、共通Ｅ−ＤＣＨリソースの前記少なくとも１つのリストによるＲｅｌ−９９ ＰＲＡＣＨリソース又は共通Ｅ−ＤＣＨリソースのうちの１つを備えることと、
    前記好まれるリソース又は好まれないリソースのうちの１つを備えるリソースの割り当てを示すように好適化された取得インジケータを送信することと、を備える、方法。
26. 前記共通のＥ−ＤＣＨリソースは、２ｍｓの送信時間間隔を有する第１のリソースと、１０ｍｓの送信時間間隔を有する第２のリソースと、を備える請求項２５に記載の方法。
27. 前記リソースリストは、前記アクセス試行において前記好まれるリソースを示すためのＰＲＡＣＨプリアンブルスクランブリングコードのパーティション又はＰＲＡＣＨプリアンブルシグネチャのパーティションのうちの少なくとも１つに対応する情報を備える請求項２５に記載の方法。
28. 前記基地局における処理制限、雑音上昇、又はｒｉｓｅ ｏｖｅｒ ｔｈｅｒｍａｌのレベルのうちの少なくとも１つによりリソースの前記割り当てを決定することをさらに備える請求項２５に記載の方法。
29. 無線通信のために構成されたユーザ装置であって、
    少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに動作可能な形で結合されたメモリと、
    前記少なくとも１つのプロセッサに動作可能な形で結合された送信機と、を備え、
    前記少なくとも１つのプロセッサは、
    前記ユーザ装置が柔軟なリソース割り当てが可能であることを示すように好適化されたスクランブリングコードを選択し、及び
    前記選択されたスクランブリングコードを利用してアクセス試行を送信するように構成され、前記アクセス試行は、アップリンクデータ送信での使用のための好まれるリソースを示すように構成される、ユーザ装置。
30. 前記アクセス試行を前記送信することは、非ＤＣＨ状態の間に前記アクセス試行を送信することを備える請求項２９に記載のユーザ装置。
31. 前記非ＤＣＨ状態は、Ｃｅｌｌ_ＦＡＣＨ状態である請求項３０に記載のユーザ装置。
32. 前記アクセス試行を前記送信することは、複数のシグネチャシーケンスの中から選択されたシグネチャを利用することをさらに備え、
    前記複数のシグネチャシーケンスは、シグネチャの複数の組に分割され、シグネチャの前記組の各々は、特定のリソースプレファレンスに対応し、従って、シグネチャの前記複数の組のうちの１つの組内の前記選択されたシグネチャの選択は、前記選択された組に対応する前記特定のリソースのプレファレンスに基づく請求項２９に記載の方法。
33. 前記好まれるリソースは、ＰＲＡＣＨメッセージ又はＥ−ＤＣＨメッセージのうちの１つを備え、
    前記少なくとも１つのプロセッサは、
    送信バッファ内のデータ量がデータスレショルドよりも少ない場合は前記ＰＲＡＣＨメッセージを前記好まれるリソースとして選択し、及び
    前記送信バッファ内の前記データ量が前記データスレショルドよりも少なくない場合は前記Ｅ−ＤＣＨメッセージを前記好まれるリソースとして選択するようにさらに構成される請求項２９に記載のユーザ装置。
34. 前記Ｅ−ＤＣＨメッセージを前記好まれるリソースとして前記選択することは、１０ｍｓの送信時間間隔に対応する第１のリソース又は２ｍｓの送信時間間隔に対応する第２のリソースのうちの１つを選択することをさらに備え、前記Ｅ−ＤＣＨメッセージを前記好まれるリソースとして前記選択することは、
    ランダムアクセスプリアンブル送信で利用される初期送信電力の関数が電力スレショルドより大きい場合は前記１０ｍｓの送信時間間隔に対応する前記第１のリソースを選択することと、
    前記ランダムアクセスプリアンブル送信で利用される前記初期送信電力の前記関数が前記電力スレショルドより大きくない場合は前記２ｍｓの送信時間間隔に対応する前記第２のリソースを選択することと、をさらに備える請求項３３に記載のユーザ装置。
35. 前記好まれるリソースは、２ｍｓの送信時間間隔又は１０ｍｓの送信時間間隔のうちの１つを備える共通Ｅ−ＤＣＨリソースを備える請求項２９に記載のユーザ装置。
36. 前記タイプのリソースは、３ＧＰＰ Ｒｅｌｅａｓｅ９９ ＰＲＡＣＨメッセージリソース又は共通Ｅ−ＤＣＨリソースのうちの１つを備え、前記共通Ｅ−ＤＣＨリソースは、２ｍｓの送信時間間隔又は１０ｍｓの送信時間間隔のうちの１つを備える請求項２９に記載のユーザ装置。
37. 前記少なくとも１つのプロセッサに動作可能な形で結合された受信機をさらに備え、前記少なくとも１つのプロセッサは、
    前記アクセス試行への応答を受信するようにさらに構成され、前記応答は、前記好まれるリソースを許可する、前記好まれるリソースの前記表示をオーバーライドして好まれないリソースを許可する、又は前記アクセス試行を否定するように構成される請求項２９に記載のユーザ装置。
38. 前記応答は、前記好まれるリソース又は前記好まれないリソースのうちの１つに対応する割り当てられたリソースを示すように好適化された拡張取得インジケータ（Ｅ−ＡＩ）を備える請求項３７に記載のユーザ装置。
39. 前記応答は、リソースインデックスをシグナリングするように好適化された第１のＥ−ＡＩビットをさらに備える請求項３８に記載のユーザ装置。
40. 前記応答は、前記ユーザ装置に割り当てられた送信時間間隔をシグナリングするように好適化された第２のＥ−ＡＩビットをさらに備える請求項３９に記載のユーザ装置。
41. 無線通信のために構成されたユーザ装置であって、
    少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに動作可能な形で結合されたメモリと、
    前記少なくとも１つのプロセッサに動作可能な形で結合された送信機と、を備え、
    前記少なくとも１つのプロセッサは、
    複数のシグネチャシーケンスの中からシグネチャを選択し、及び
    前記選択されたシグネチャを利用してアクセス試行を送信するように構成され、前記複数のシグネチャシーケンスは、アップリンク送信のための２ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの少なくとも第１の組及び前記アップリンク送信のための１０ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの第２の組に分割される、ユーザ装置。
42. 前記シグネチャを前記選択することは、
    ランダムアクセスプリアンブル送信で利用される初期送信電力の関数が電力スレショルドより大きい場合はシグネチャの前記第１の組の中からシグネチャを選択することと、
    前記ランダムアクセスプリアンブル送信で利用される前記初期送信電力の前記関数が前記電力スレショルドより大きくない場合はシグネチャの前記第２の組の中からシグネチャを選択することと、を備える請求項４１に記載のユーザ装置。
43. 前記複数のシグネチャシーケンスは、前記アップリンク送信のために３ＧＰＰ Ｒｅｌｅａｓｅ９９ ＰＲＡＣＨメッセージに対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの第３の組を備えるようにさらに分割される請求項４１に記載のユーザ装置。
44. 前記シグネチャを前記選択することは、
    送信バッファ内のデータ量がデータスレショルドよりも少ない場合はシグネチャの前記第３の組の中からシグネチャを選択することと、
    前記送信バッファ内の前記データ量が前記データスレショルドよりも少なくない場合はシグネチャの前記第１又は第２の組のうちの１つの中からシグネチャを選択することと、を備える請求項４３に記載のユーザ装置。
45. 前記複数のシグネチャシーケンスは、３ＧＰＰ Ｒｅｌｅａｓｅ８規格により共通Ｅ−ＤＣＨリソースに関するプレファレンスを示すように好適化されたシグネチャの第４の組を備えるようにさらに分割される請求項４３に記載のユーザ装置。
46. 前記複数のシグネチャシーケンスは、３ＧＰＰ Ｒｅｌｅａｓｅ８規格により共通Ｅ−ＤＣＨリソースに関するプレファレンスを示すように好適化されたシグネチャの第３の組を備えるようにさらに分割される請求項４１に記載のユーザ装置。
47. 前記アクセス試行を前記送信することは、非ＤＣＨ状態の間に前記アクセス試行を送信することを備える請求項４１に記載のユーザ装置。
48. 前記非ＤＣＨ状態は、Ｃｅｌｌ_ＦＡＣＨ状態である請求項４１に記載のユーザ装置。
49. 前記少なくとも１つのプロセッサは、
    前記アクセス試行への応答を受信するようにさらに構成され、前記応答は、リソースに関する前記示されたプレファレンスを許可する、リソースに関する前記示されたプレファレンスをオーバーライドして好まれないリソースを許可する、又は前記アクセス試行を否定するように好適化される請求項４１に記載のユーザ装置。
50. 前記応答は、前記好まれるリソース又は前記好まれないリソースのうちの１つに対応する割り当てられたリソースを示すように好適化された拡張取得インジケータ（Ｅ−ＡＩ）を備える請求項４９に記載のユーザ装置。
51. 前記応答は、リソースインデックスをシグナリングするように好適化された第１のＥ−ＡＩビットをさらに備える請求項５０に記載のユーザ装置。
52. 前記応答は、前記ユーザ装置に割り当てられた送信時間間隔をシグナリングするように好適化された第２のＥ−ＡＩビットをさらに備える請求項５１に記載の方法。
53. 無線通信のために構成された基地局であって、
    少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに動作可能な形で結合されたメモリと、
    前記少なくとも１つのプロセッサに動作可能な形で結合された送信機と、を備え、
    前記少なくとも１つのプロセッサは、
    １つ以上のユーザ装置による使用のために共通Ｅ−ＤＣＨリソースの少なくとも１つのリストを送信し、
    ユーザ装置からアクセス試行を受信し、及び
    好まれるリソース又は好まれないリソースのうちの１つを備えるリソースの割り当てを示すように好適化された取得インジケータを送信するように構成され、前記アクセス試行は、前記好まれるリソースを示すように好適化され、前記好まれるリソースは、共通Ｅ−ＤＣＨリソースの少なくとも１つのリストによるＲｅｌ−９９ ＰＲＡＣＨリソース又は共通Ｅ−ＤＣＨリソースのうちの１つを備える、基地局。
54. 前記共通Ｅ−ＤＣＨリソースは、２ｍｓの送信時間間隔を有する第１のリソースと、１０ｍｓの送信時間間隔を有する第２のリソースと、を備える請求項５３に記載の基地局。
55. 前記リソースリストは、前記アクセス試行において前記好まれるリソースを示すためのＰＲＡＣＨプリアンブルスクランブリングコードのパーティション又はＰＲＡＣＨプリアンブルシグネチャのパーティションのうちの少なくとも１つに対応する情報を備える請求項５３に記載の基地局。
56. 前記少なくとも１つのプロセッサは、
    前記基地局における処理制限、雑音上昇、又はｒｉｓｅ ｏｖｅｒ ｔｈｅｒｍａｌのレベルのうちの少なくとも１つによりリソースの前記割り当てを決定するようにさらに構成される請求項５３に記載の基地局。
57. 無線通信のために構成されたユーザ装置であって、
    前記ユーザ装置が柔軟なリソース割り当てが可能であることを示すように好適化されたスクランブリングコードを選択するための手段と、
    前記選択されたスクランブリングコードを利用してアクセス試行を送信するための手段であって、前記アクセス試行は、アップリンクデータ送信での使用のための好まれるリソースを示すように構成される手段と、を備える、ユーザ装置。
58. 無線通信のために構成されたユーザ装置であって、
    複数のシグネチャシーケンスの中からシグネチャを選択するための手段であって、前記複数のシグネチャシーケンスは、アップリンク送信のための２ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの少なくとも第１の組、及びアップリンク送信のための１０ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの第２の組に分割される手段と、
    前記選択されたシグネチャを利用してアクセス試行を送信するための手段と、を備える、ユーザ装置。
59. 無線通信のために構成された基地局であって、
    １つ以上のユーザ装置による使用のために共通Ｅ−ＤＣＨリソースの少なくとも１つのリストを送信するための手段と、
    ユーザ装置からアクセス試行を受信するための手段であって、前記アクセス試行は、好まれるリソースを示すように好適化され、前記好まれるリソースは、共通Ｅ−ＤＣＨリソースの前記少なくとも１つのリストによるＲｅｌ−９９ ＰＲＡＣＨリソース又は共通Ｅ−ＤＣＨリソースのうちの１つを備える手段と、
    前記好まれるリソース又は好まれないリソースのうちの１つを備えるリソースの割り当てを示すように好適化された取得インジケータを送信するための手段と、を備える、基地局。
60. ユーザ装置において動作可能なコンピュータプログラム製品であって、
    前記ユーザ装置が柔軟なリソース割り当てが可能であることを示すように好適化されたスクランブリングコードを選択することをコンピュータに行わせるための命令と、
    前記選択されたスクランブリングコードを利用してアクセス試行を送信することをコンピュータに行わせるための命令であって、前記アクセス試行は、アップリンクデータ送信での使用のための好まれるリソースを示すように構成される命令と、を備えるコンピュータによって読み取り可能な記憶媒体、を備える、コンピュータプログラム製品。
61. ユーザ端末において動作可能なコンピュータプログラム製品であって、
    複数のシグネチャシーケンスの中からシグネチャを選択することをコンピュータに行わせるための命令であって、前記複数のシグネチャシーケンスは、アップリンク送信のための２ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの少なくとも第１の組、及びアップリンク送信のための１０ｍｓの送信時間間隔に対応するリソースに関するプレファレンスを示すように好適化されたシグネチャの第２の組に分割される命令と、
    前記選択されたシグネチャを利用してアクセス試行を送信することをコンピュータに行わせるための命令と、を備えるコンピュータによって読み取り可能な記憶媒体、を備える、コンピュータプログラム製品。
62. 基地局において動作可能なコンピュータプログラム製品であって、
    １つ以上のユーザ装置による使用のために共通Ｅ−ＤＣＨリソースの少なくとも１つのリストを送信することをコンピュータに行わせるための命令と、
    ユーザ装置からアクセス試行を受信することをコンピュータに行わせるための命令であって、前記アクセス試行は好まれるリソースを示すように好適化され、前記好まれるリソースは、共通Ｅ−ＤＣＨリソースの前記少なくとも１つのリストによるＲｅｌ−９９ ＰＲＡＣＨリソース又は共通Ｅ−ＤＣＨリソースのうちの１つを備える命令と、
    前記好まれるリソース又は好まれないリソースのうちの１つを備えるリソースの割り当てを示すように好適化された取得インジケータを送信するための手段と、を備えるコンピュータによって読み取り可能な記憶媒体、を備える、コンピュータプログラム製品。

Images