アップリンクチャネルリソースの事前割り当て方法および装置
ＣＥＬＬ＿ＦＡＣＨにおいてアップリンクリソースを予め割り当てるための方法および装置が開示される。ダウンリンク送信が行われるとき、ＣＥＬＬ＿ＦＡＣＨ状態またはＣＥＬＬ＿ＰＣＨ状態のＷＴＲＵ（無線送受信ユニット）に、アップリンクリソースを予め割り当てることができる。次いでＷＴＲＵは、予め割り当てられたアップリンクリソースを、チャネル品質情報またはＨＡＲＱ（ハイブリッド型自動反復要求）フィードバック、または任意の他の目的に使用することができる。予め割り当てられたアップリンクリソースは、Ｅ−ＤＣＨ（拡張専用チャネル）リソースまたはＨＳ−ＤＰＣＣＨ（高速専用物理制御チャネル）リソースとすることができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、無線通信に関する。
【背景技術】
【０００２】
拡張アップリンクは、３ＧＰＰ（ｔｈｉｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）標準のリリース６の一部として導入された。拡張アップリンクは、レートの要求および許可に基づいて（on rate request and grant mechanism）動作する。ＷＴＲＵ（無線送受信ユニット）は、要求する容量を示すレート要求を送信し、ネットワークは、そのレート要求に対してレート許可で応答する。レート許可は、ＮｏｄｅＢスケジューラによって生成される。ＷＴＲＵおよびＮｏｄｅＢは、Ｅ−ＤＣＨ（拡張専用チャネル）を介した送信のためにＨＡＲＱ（ハイブリッド型自動反復要求）機構を使用する。
【０００３】
拡張アップリンク送信では、２つのアップリンク物理チャネル（Ｅ−ＤＣＨ専用物理制御チャネル（Ｅ−ＤＰＣＣＨ）およびＥ−ＤＣＨ専用物理データチャネル（Ｅ−ＤＰＤＣＨ））、および３つのダウンリンク物理チャネル（Ｅ−ＤＣＨ絶対的許可チャネル（Ｅ−ＡＧＣＨ）、Ｅ−ＤＣＨ相対的許可チャネル（Ｅ−ＲＧＣＨ）、およびＥ−ＤＣＨ ＨＡＲＱインジケータチャネル（Ｅ−ＨＩＣＨ））が導入された。ＮｏｄｅＢは、絶対的許可および相対的許可の両方を発行することができる。レート許可は、電力比で送られる。各ＷＴＲＵは、ペイロードサイズに変換することができるサービング許可を維持する。
【０００４】
Ｅ−ＤＣＨ送信を行うＷＴＲＵは、Ｅ−ＤＣＨアクティブセットを有する。Ｅ−ＤＣＨアクティブセットは、ＷＴＲＵが確立されたＥ−ＤＣＨ無線リンクを有する、すべてのセルを含む。Ｅ−ＤＣＨアクティブセットは、ＤＣＨ（専用チャネル）アクティブセットのサブセットである。ここで、Ｅ−ＤＣＨ ＲＬＳ（無線リンクセット）の一部である無線リンクは、それ例外と区別される。前者は、サービングＮｏｄｅＢと同じＮｏｄｅＢを共有する無線リンクを含む。非サービング無線リンクのセルは、アップリンク干渉を制限または制御する目的で、相対的許可のみ送信することができる。
【０００５】
３ＧＰＰリリース８におけるＷＣＤＭＡ（広帯域符号分割多次元接続）標準の現時点の展開の一部として、ＣＥＬＬ＿ＦＡＣＨ状態のＷＴＲＵのＥ−ＤＣＨ概念を組み込むために、新たな対応が決められた。リリース７以前において、ＣＥＬＬ＿ＦＡＣＨ状態のＷＴＲＵのための唯一のアップリンク機構はＲＡＣＨ（ランダムアクセスチャネル）のみであった。ＲＡＣＨは、取得の標示（acquisition indication）によるｓｌｏｔｔｅｄ−Ａｌｏｈａ機構に基づいている。ＲＡＣＨにおけるメッセージの送信前に、ＷＴＲＵは、ランダムに選択されるアクセススロットにおいて、短いプリアンブル（ランダムに選択された署名シーケンスで構成される）を送信することによって、チャネルを取得するよう試行する。次いで、ＷＴＲＵは、ＵＴＲＡＮ（汎用地上無線アクセスネットワーク）からの取得の標示を受けて、待つ。標示を受信しない場合、ＷＴＲＵは、その電力を立ち上げ、再度試行する（選択されたアクセススロットでランダムに選択された署名シーケンスを送信する）。取得の標示を受信した場合、ＷＴＲＵは、チャネルを事実上取得しており、ＲＡＣＨメッセージ部分を送信することができる。初期プリアンブル送信電力は、オープンループ電力制御に基づいて確立され、立ち上げ機構を使用して、送信電力がさらに微調整される。ＲＡＣＨメッセージは、最後のプリアンブルからの一定の電力オフセットで送信され、一定サイズのものである。マクロダイバーシティは使用されず、ＷＴＲＵは、ＲＡＣＨのアクティブセットの概念を有していない。
【０００６】
新しい対応として、アップリンクユーザプレーンを増加させて、初期ＷＴＲＵ電力立ち上がり後、専用Ｅ−ＤＣＨリソースを割り当てることによって、プレーンスループットを制御しようとの試みが考慮されている（これは、「ＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードでの拡張アップリンク」または「拡張ＲＡＣＨ」と呼ばれる）。図１は、拡張ＲＡＣＨ動作を示す。ＷＴＲＵは、電力の立ち上がりを提供するチャネルを取得するために、ＲＡＣＨプリアンブルを送信する。ＲＡＣＨプリアンブルが検出されると、ＮｏｄｅＢは、取得の標示（ＡＩ）を送信する。ＡＩを受信した後、ＷＴＲＵは、その後のＥ−ＲＡＣＨメッセージ送信のためのＥ−ＤＣＨリソースが割り当てられる。Ｅ−ＤＣＨリソースの割り当ては、ＡＩまたはＡＩの拡張セットのいずれかにより行うことができる。次いで、ＷＴＲＵは、Ｅ−ＲＡＣＨメッセージを送信し、競合解決フェーズ（contention resolution phase）に入る。競合解決フェーズにおいて、Ｅ−ＲＡＣＨメッセージの潜在的な衝突が解決される。すべてのＥ−ＲＡＣＨメッセージの送信、ＵＴＲＡＮからの明示的な標示、無線リンク障害、検証後障害、またはタイマの終了後、Ｅ−ＤＣＨリソースが解放される。
【０００７】
ＣＥＬＬ＿ＦＡＣＨ状態のＷＴＲＵは、ダウンリンクでＨＳＤＰＡ（高速ダウンリンクパケットアクセス）を使用することができ、チャネル品質およびＨＡＲＱフィードバックの双方についてアップリンクフィードバックにより有利となる。初期リソース割り当て中、ＷＴＲＵは、ＣＥＬＬ＿ＤＣＨ ＷＴＲＵと同様に、専用アップリンクフィードバックチャネル（すなわち、ＨＳ−ＤＰＣＣＨ（高速専用物理制御チャネル））により構成されることが推奨されていた。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、これにはいくつかの問題がある。第１に、高速ダウンリンクチャネルにおける初期送信は、チャネル品質情報に関わっていない可能性がある。３ＧＰＰリリース７において、これは、「ＲＡＣＨにおける測定結果」の情報要素（ＩＥ）で運ばれるチャネル品質情報をＮｏｄｅＢに使わせることによって、部分的に対処された。このＩＥは、いくつかのレイヤ３無線リソース制御（ＲＲＣ）メッセージに含まれる。さらに、専用制御またはデータトラフィックを受信するＣＥＬＬ＿ＰＣＨ状態のＷＴＲＵは、高速ダウンリンク制御トラフィック（すなわち、ＷＴＲＵアドレスを含む高速共有制御チャネル（ＨＳ−ＳＣＣＨ））を受信すると、トリガされて、レイヤ３測定レポートを介してチャネル品質情報を送信する。しかし、そのフィードバックは、ＲＲＣシグナリングを介して送信されるので、初期高速ダウンリンク送信の効率的な変調および符号化制御のためには遅すぎる可能性がある。
【０００９】
第２に、３ＧＰＰリリース７の手法は、ＷＴＲＵで開始された制御トラフィック（例えば、ＣＥＬＬ ＵＰＤＡＴＥ）により多く対応している。通常の状況では、ＷＴＲＵはアップリンクＲＲＣメッセージにチャネル品質情報を添付することになる。次いでネットワークは、この情報を使用して、許可された変調およびトランスポートブロックサイズを決定して、選択されたパラメータを使用しＲＲＣネットワーク応答を送信することになる。しかし、アップリンクトラフィックがユーザプレーンデータトラフィックであり、任意のチャネル品質情報を運ばない、または「ＲＡＣＨにおける測定結果」のＩＥを含まないＲＲＣメッセージである場合、もしくはユーザプレーンおよび制御プレーンのトラフィックがネットワークで開始された場合、非効率となる可能性がある。
【００１０】
いずれの場合でも、ネットワークは、タイムリーにチャネル品質情報を有していないときがあり、最後のＩＥ、すなわち「ＲＡＣＨにおける測定結果」で受信された情報に依存しなければならないことになる。例えば、Ｗｅｂブラウジングなど、非同期タイプのアプリケーションを扱うために、ネットワークがより多くのＷＴＲＵをＣＥＬＬ＿ＦＡＣＨ状態にしようと決定する場合があるので、拡張ＲＡＣＨに関してはさらに一般的に非効率となる可能性がある。これらのＷＴＲＵはＣＥＬＬ＿ＦＡＣＨ状態で保持されるが、拡張ＲＡＣＨリソースは（例えば、ＷＴＲＵがその送信を終了した後）解放される可能性がある。その結果、その後の任意のネットワークで開始されたダウンリンク送信には、「最新の」チャネル品質情報がない。これにより、ネットワークがダウンリンク送信レートを最大にすることができないため、非効率となる可能性がある。
【課題を解決するための手段】
【００１１】
ＣＥＬＬ＿ＦＡＣＨにおいてアップリンクリソースを予め割り当てるための方法および装置が開示される。ダウンリンク送信が行われるとき、ＣＥＬＬ＿ＦＡＣＨ状態またはＣＥＬＬ＿ＰＣＨ状態のＷＴＲＵに、アップリンクリソースを予め割り当てることができる。次いでＷＴＲＵは、予め割り当てられたアップリンクリソースを、チャネル品質情報またはＨＡＲＱフィードバック、もしくは任意の他の目的に使用することができる。予め割り当てられたアップリンクリソースは、Ｅ−ＤＣＨリソースまたはＨＳ−ＤＰＣＣＨリソースとすることができる。
【図面の簡単な説明】
【００１２】
【図１】拡張ＲＡＣＨ動作を示す図である。
【図２（Ａ）】ＣＱＩフィールドを含むＭＡＣ−ｅＰＤＵフォーマット例を示す図である。
【図２（Ｂ）】ＣＱＩフィールドを含むＭＡＣ−ｅＰＤＵフォーマット例を示す図である。
【図２（Ｃ）】ＣＱＩフィールドを含むＭＡＣ−ｉヘッダー例を示す図である。
【図３】ＣＱＩフィールドを含むＭＡＣ−ｅｓＰＤＵフォーマット例を示す図である。
【図４】ＷＴＲＵ例を示すブロック図である。
【発明を実施するための形態】
【００１３】
例として示される以下の説明を添付の図面と併せ読めば、より詳しく理解することができよう。
以下で言及するとき、「ＷＴＲＵ」という用語は、それだけには限定されないが、ユーザ機器（ＵＥ）、移動局、固定式または携帯式の加入者ユニット、ページャ、携帯電話、個人用デジタル補助装置（ＰＤＡ）、コンピュータ、もしくは無線環境で動作することができる他の任意のタイプのユーザ装置を含む。以下で言及するとき、「ＮｏｄｅＢ」という用語は、それだけに限定されないが、基地局、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作することができる他の任意のタイプのインターフェイス装置を含む。以下で言及するとき、「拡張ＲＡＣＨ」という用語は、ＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードでの拡張アップリンク（Ｅ−ＤＣＨ）の使用を指す。拡張ＲＡＣＨ送信は、リリース６のＭＡＣ−ｅ／ｅｓエンティティ、または「改良されたレイヤ２」の特徴の一部としてリリース８で導入されたＭＡＣ−ｉ／ｉｓエンティティを使用することができる。「ＭＡＣ−ｅ／ｅｓＰＤＵ」および「ＭＡＣ−ｉ／ｉｓＰＤＵ」という用語は、それだけには限定されないが、ＭＡＣ−ｅ／ｅｓエンティティによって生成されたＰＤＵ、ＭＡＣ−ｉ／ｉｓエンティティによって生成されたＰＤＵ、またはＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードでＥ−ＤＣＨ送信を行うために使用されるＭＡＣエンティティによって生成された任意のＰＤＵを含む。以下で言及するとき、取得の標示の受信は、取得の標示チャネル（ＡＩＣＨ）における肯定応答（ＡＣＫ）を介した、またはＡＩＣＨにおける否定応答（ＮＡＣＫ）およびそれに続く拡張ＡＩＣＨ（Ｅ−ＡＩＣＨ）上でのインデックスを介したＥ−ＤＣＨリソースのＷＴＲＵへの割り当てを指す。以下で言及するとき、ＨＳ−ＤＰＣＣＨ情報は、例えばデルタＡＣＫ／ＮＡＣＫ、デルタＣＱＩ、ＣＱＩフィードバックサイクルなど、ＨＳ−ＤＰＣＣＨフィードバックを送信するために、ＷＴＲＵによって必要とされる情報を指す。以下で言及するとき、「ＨＳ−ＤＰＣＣＨリソース」という用語は、ＨＳ−ＤＰＣＣＨ送信、アップリンクスクランブリングコード情報（uplink scrambling code information）、ＨＳ−ＤＰＣＣＨ情報などのサポートに必要なアップリンク／ダウンリンクチャネルを指す。
【００１４】
第１の実施形態によれば、ＷＴＲＵに拡張ＲＡＣＨリソースが割り当てられた後、チャネル品質情報が初期アップリンク送信（例えば、Ｅ−ＤＣＨメッセージ）と共に送信される。ランダムアクセスの場合、ＷＴＲＵは、ランダムアクセスプリアンブルを送信する。プリアンブルを検出した後、ＮｏｄｅＢは、取得の標示を送信し、リソースの共通プールからＥ−ＤＣＨリソースを選択し、選択されたＥ−ＤＣＨリソースをＷＴＲＵに割り当てる。次いでＷＴＲＵは、割り当てられたＥ−ＤＣＨリソースを使用して、チャネル品質情報と共に、Ｅ−ＤＣＨメッセージを送信する。
【００１５】
チャネル品質情報の送信は、正常なランダムアクセス立ち上げ手順の後、取得の標示を受信した場合、または取得の標示を介してリソース割り当てを受信した後、ＷＴＲＵがダウンリンク送信を受信した場合、トリガすることができる。ＷＴＲＵは、ＨＳ−ＳＣＣＨ送信をそのアドレスと共に受信すると、ダウンリンク送信を検出することができる。さらに、ＷＴＲＵは、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、またはＵＲＡ＿ＰＣＨで送信すべきアップリンクデータを有するとき、チャネル品質情報の送信をトリガすることもできる。
【００１６】
このトリガに応答して、ＷＴＲＵは、チャネル品質情報を準備し、それを初期アップリンク送信と共に送信する。この送信は、拡張ＲＡＣＨメッセージ衝突の検出を補助するためのＷＴＲＵ 識別情報（ＩＤ）、および／または割り当てられたＥ−ＤＣＨリソースの適切なレート許可生成を可能にするための初期スケジューリング情報を含むことができる。チャネル品質情報は、ＫビットのＣＱＩ（チャネル品質インジケータ）として符号化し、送信することができる。
【００１７】
チャネル品質情報は、ＭＡＣ−ｅＰＤＵまたはＭＡＣ−ｉＰＤＵの変更されたヘッダーまたはトレーラを介して送信することができる。図２（Ａ）および図２（Ｂ）は、ＣＱＩフィールドを含むＭＡＣ−ｅＰＤＵフォーマットの例を示し、図２（Ｃ）に、ＣＱＩフィールドを含むＭＡＣ−ｉヘッダーの例を示す。ＭＡＣ−ｅＰＤＵは、ヘッダー、１つまたは複数のＭＡＣ−ｅｓＰＤＵ、およびオプションのトレーラを含む。図２（Ａ）に示すように、ＣＱＩを、データを運ぶＭＡＣ−ｅＰＤＵのトレーラに含めることができる。図２（Ｂ）に示すように、ＣＱＩを、もっぱらスケジューリング情報（ＳＩ）と共に送信することができる。
【００１８】
ＭＡＣ−ｅＰＤＵまたはＭＡＣ−ｉＰＤＵがオプションのＣＱＩフィールドを含むかどうかをＮｏｄｅＢに伝えるための標示を、ＭＡＣ−ｅＰＤＵまたはＭＡＣ−ｉＰＤＵに含めることもできる。あるいは、ネットワークがＣＱＩフィールドの存在についての標示を必要としないように、ＣＥＬＬ＿ＦＡＣＨでのアップリンク送信ごとに、ＣＱＩフィールドを常にＭＡＣ−ｅＰＤＵまたはＭＡＣ−ｉＰＤＵに付加してもよい。あるいは、衝突解決フェーズ（collision resolution phase）中に送信されたＭＡＣ−ｅＰＤＵまたはＭＡＣ−ｉＰＤＵにのみ、ＣＱＩが存在すようにしてもよい。その場合、ネットワークは、受信されたＭＡＣ−ｅＰＤＵまたはＭＡＣ−ｉＰＤＵが初期送信についてのＣＱＩレポートを含んでいることを暗黙に認識していることになる。
【００１９】
図２（Ｃ）におけるＭＡＣ−ｉヘッダーは、ＷＴＲＵ識別情報（例えば、Ｅ−ＲＮＴＩ）を運び、ＵＴＲＡＮで、特別な確保された論理チャネル識別を介して識別される。ＭＡＣ−ｉヘッダー０は、Ｅ−ＲＡＣＨ競合解決に使用され、競合解決前に、すべてのＭＡＣ−ｉＰＤＵに含まれる。ＣＱＩは、オクテット配列を保証するために導入された予備ビットの代わりに送信することができる。確保された論理チャネル識別は、スタンドアロンＣＱＩ（ＷＴＲＵ識別なし）の送信を示すために、競合解決後に使用することができる。あるいは、新しい論理チャネルを確保して、スタンドアロンＣＱＩの送信を示すようにすることができる。
【００２０】
あるいは、ＣＱＩは、ＭＡＣ−ｅｓＰＤＵまたはＭＡＣ−ｉｓＰＤＵのヘッダーで運ぶことができる。図３に、ＣＱＩフィールドを含むＭＡＣ−ｅｓＰＤＵフォーマット例を示す。１つまたは複数のＭＡＣ−ｅｓＳＤＵ（すなわち、ＭＡＣ−ｄＰＤＵ）は、ＭＡＣ−ｅｓＰＤＵに含まれ、ＭＡＣ−ｅｓＰＤＵは、ＭＡＣ−ｅｓヘッダーとして、ＴＳＮ（送信シーケンス番号）フィールドを含む。図３に示すように、ＣＱＩフィールドは、ＭＡＣ−ｅｓヘッダーに含むことができる。
【００２１】
ＭＡＣ−ｅｓは、ＲＮＣ（無線ネットワークコントローラ）で終了するため、ＣＱＩ情報は、Ｉｕｂフレームプロトコルを介してＲＮＣからＮｏｄｅＢに転送されなければならないことになる。
【００２２】
あるいは、ＣＱＩは、「ＲＡＣＨにおける測定結果」のＩＥを使用した従来の機構に類似した、ＷＴＲＵからＵＴＲＡＮへのＲＲＣシグナリングを介して提供することができる。しかし、ＣＱＩを送信することは、共通パイロットチャネル（ＣＰＩＣＨ）受信信号コード電力（ＲＳＣＰ）またはＥｃ／Ｎｏを含むＲＡＣＨにおける測定結果ＩＥを介して従来の測定レポートより良いチャネル品質の推定を提供する。
【００２３】
あるいは、ＨＳ−ＤＰＣＣＨを介してＣＱＩを送信するためのトリガとして、アップリンク送信を使用することができる。アップリンク送信では、ＷＴＲＵは、Ｅ−ＤＣＨリソースの要求を行う。使用可能なＥ−ＤＣＨリソースのリストは、システム情報ブロック（ＳＩＢ）でブロードキャストされ、Ｅ−ＤＣＨリソース割り当てのために、リストのインデックスをＷＴＲＵに提供することもでき、割り当てられたＥ−ＤＣＨリソースは、ＷＴＲＵがＨＳ−ＤＰＣＣＨを介してＣＱＩおよび任意選択でＡＣＫ／ＮＡＣＫフィードバックを送信するために必要なＨＳ−ＤＰＣＣＨ情報への１対１のマッピングを有することもできる。あるいは、ネットワークがＥ−ＤＣＨリソースを含むリストのインデックスを割り当ててもよく、また、ＨＳ−ＤＰＣＣＨ情報が情報の一部として列挙されるようにしてもよい。いずれの場合も、ＨＳ−ＤＰＣＣＨを使用して、ＨＳ−ＤＳＣＨ上で受信された情報についてのＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを提供することもできる。
【００２４】
第２の実施形態によれば、ネットワークが、Ｅ−ＤＣＨリソースを有していないＣＥＬＬ＿ＦＡＣＨのＷＴＲＵへのダウンリンク送信を開始すると、ＷＴＲＵは、このダウンリンク送信を、チャネル品質情報を送信するためのトリガとして使用することができる。例えば、これは、最初のＲＲＣ接続が確立された後、または何らかの理由でＥ−ＤＣＨリソースが解放された後に起こることがある。ＣＥＬＬ＿ＦＡＣＨ状態のＷＴＲＵは、アップリンクアクセスを開始して、ダウンリンク送信のための新たなチャネル品質情報および／またはＨＡＲＱフィードバックを送信するためのトリガとしてダウンリンク送信を使用することができる。
【００２５】
フィードバックを提供するために、ＷＴＲＵは、Ｅ−ＤＣＨリソースまたはＨＳ−ＤＰＣＣＨリソースを要求することができる。要求は、拡張アップリンクランダムアクセス手順によって行うことができ、この場合、ＷＴＲＵは、ＡＩＣＨまたはＥ−ＡＩＣＨがＥ−ＤＣＨリソースを取得するのを待つ。ＷＴＲＵがＥ−ＤＣＨリソースを要求する場合、ＷＴＲＵには、Ｅ−ＤＣＨ送信に関連付けられているすべてのチャネル（すなわち、専用物理制御チャネル（ＤＰＣＣＨ）、フラクショナル専用物理チャネル（fractional dedicated physical channel）（Ｆ−ＤＰＣＨ）、Ｅ−ＡＧＣＨ、Ｅ−ＲＧＣＨ、Ｅ−ＨＩＣＨ、Ｅ−ＤＰＣＣＨ、および／またはＥ−ＤＰＤＣＨ）についての構成情報が割り当てられる。割り当てられたＥ−ＤＣＨリソースにより、ＷＴＲＵは、ＭＡＣ−ｉ／ｉｓヘッダーまたはＭＡＣ−ｅ／ｅｓヘッダーでＣＱＩを送信することができる。あるいは、ＨＳ−ＤＰＣＣＨ情報は、割り当てられたＥ−ＤＣＨリソースに関連付けることができ、ＷＴＲＵは、ＣＱＩおよび任意選択でＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを、関連付けられたＨＳ＿ＤＰＣＣＨを介して送信することができる。
【００２６】
ＷＴＲＵがＨＳ−ＤＰＣＣＨリソースを要求する場合、ＷＴＲＵは、電力制御のためのアップリンクおよびダウンリンクの制御チャネル（例えば、Ｆ−ＤＰＣＨおよびＤＰＣＣＨ、ならびに必要なＨＳ−ＤＰＣＣＨ情報など）を含み、しかし他のＥ−ＤＣＨチャネルのうちの１つまたは複数を除いて、ＨＳ−ＤＰＣＣＨ送信を可能にするために必要なチャネルを受信する。ＨＳ−ＤＰＣＣＨリソースは、必要に応じてＷＴＲＵに割り当てられるリソースの個別のプールの一部でとすることができる。例えば、ＷＴＲＵがＨＳ−ＤＰＣＣＨを介してフィードバックを送信するだけでよく、他のアップリンクトラフィックを有していない場合、ネットワークがＥ−ＤＣＨリソースを費やし、他のＷＴＲＵをブロックする必要はない。したがって、ネットワークは、ＷＴＲＵがアップリンクトラフィックを有していない場合、リソースの個別のプールからＨＳ−ＤＰＣＣＨリソースインデックスを割り当てる。ＣＱＩおよびＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックは、割り当てられたＨＳ−ＤＰＣＣＨを介して送信することができる。
【００２７】
アップリンクアクセスを開始して、ＣＱＩ情報および／またはＡＣＫ／ＮＡＣＫフィードバックを運ぶようにするためのトリガは、正しく復号されたＨＳ−ＳＣＣＨ（ＷＴＲＵのＨＳ−ＤＳＣＨ無線ネットワーク一時識別（Ｈ−ＲＮＴＩ）でマスクされるＨＳ−ＳＣＣＨ送信）の受信および／または関連の高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）上でのデータの受信とすることもでき、またはダウンリンクのＦＡＣＨ（順方向アクセスチャネル）送信を受信したときでもよい。任意選択で、トリガ条件は、専用の無線ネットワーク一時識別（Ｈ−ＲＮＴＩ）および／またはＥ−ＤＣＨ無線ネットワーク一時識別（Ｅ−ＲＮＴＩ）がＷＴＲＵに割り当てられているかどうかによっても決メルことができる。ＷＴＲＵは、Ｅ−ＲＮＴＩを有していないときがあり、拡張ＲＡＣＨを使用して専用トラフィックチャネル（ＤＴＣＨ）／専用制御チャネル（ＤＣＣＨ）の送信を行うことができない場合がある。これらの場合、ＷＴＲＵは、ＣＱＩ送信のためのアップリンク送信を開始しないことを決定することができる。ＷＴＲＵは、Ｈ−ＲＮＴＩおよびＥ−ＲＮＴＩが割り当てられていない場合は、割り当てられたＥ−ＤＣＨリソースおよび要求された情報を有しているときも、ＨＳ−ＤＰＣＣＨフィードバックを送信しないことがある。
【００２８】
第３の実施形態によれば、ＷＴＲＵがＥ−ＤＣＨリソースを有してない場合、ＣＥＬＬ＿ＦＡＣＨ状態のＷＴＲＵは、新たなチャネル品質情報を送信するために、新しいアップリンク送信を定期的に開始するように構成することができる。ＷＴＲＵがアップリンクデータを有しておらず、どんなダウンリンク送信も受信しておらず、したがって、第１の実施形態および第２の実施形態のトリガ条件が満たされていないとき、ＷＴＲＵは、新たなＣＱＩを送信するために、アップリンク送信を定期的に開始することができる。ＣＱＩは、上記で開示された任意の方法を使用して送信することができる。例えば、ＣＱＩは、ＭＡＣ−ｅ／ｅｓまたはＭＡＣ−ｉ／ｉｓのヘッダー／トレーラ内、Ｅ−ＤＣＨに関連付けられているＨＳ−ＤＰＣＣＨ上、Ｅ−ＤＣＨ送信なしのＨＳ−ＤＰＣＣＨ上に含むことができる。
【００２９】
ネットワークで開始されたダウンリンク送信およびフィードバックのトリガのために、ネットワークは、初期ダウンリンク送信と共に、Ｅ−ＤＣＨリソースをＷＴＲＵに予め割り当てることができる。Ｅ−ＤＣＨリソースが特定のＷＴＲＵに予め割り当てられているので、Ｅ−ＤＣＨ送信における衝突の可能性はなく、これにより、ＰＲＡＣＨプリアンブル手続きに関連して必要な衝突検出フェーズをなくすことができる。Ｅ−ＤＣＨリソースの事前割り当ては、ＤＰＣＣＨ、Ｆ−ＤＰＣＨ、Ｅ−ＡＧＣＨ、Ｅ−ＲＧＣＨ、Ｅ−ＨＩＣＨ、Ｅ−ＤＰＣＣＨ、および／もしくはＥ−ＤＰＤＣＨの構成情報、ならびに／またはＨＳ−ＰＤＣＣＨ情報を含むことができる。構成情報は、ＦＡＣＨを介して送信されるＲＲＣ信号、ＨＳ−ＤＳＣＨ、または適切なＭＡＣヘッダーで送信されるＬ２信号を介して送信することができ、例えば、ＬＣＨ−ＩＤの確保された値を使用して、インデックスがＭＡＣ ＰＤＵに付加されたことを示すことができる。あるいは、ＨＳ−ＳＣＣＨを介して送信されるＬ１信号（すなわち、任意選択でインデックスを含むＨＳ−ＳＣＣＨ命令）を使用する、あるいは新しいＬ１信号を使用することができる。Ｌ１信号、ＨＳ−ＳＣＣＨまたは新しいメッセージを、そのエントリが必要な構成パラメータを指定するＳＩＢを介してブロードキャストされるＥ−ＤＣＨリソースのリストへのインデックスとすることができる。Ｌ１信号は、インデックスを提供することができ、あるいは、単にＤＬフィードバックが必要である旨の標示を提供することができる。これによって、ＷＴＲＵがトリガされ、Ｅ−ＤＣＨリソースを要求するためのランダムアクセス手順が開始されて、ＨＳ−ＤＰＣＣＨ送信に必要なパラメータを取得することができる。いったんＥ−ＤＣＨ構成情報がＷＴＲＵに提供されると、ＷＴＲＵは、初期送信電力を確立し、アップリンク送信および／またはアップリンクフィードバックを開始することができる。
【００３０】
あるいは、ネットワークで開始されたダウンリンク送信では、ネットワークは、ＨＳ−ＤＰＣＣＨリソースを予め割り当てることができ、これは、電力制御のためのアップリンクおよびダウンリンクの制御チャネル（例えば、Ｆ−ＤＰＣＨおよびＤＰＣＣＨなど）、ならびに必要なＨＳ−ＤＰＣＣＨ情報を含み、しかし他のＥ−ＤＣＨチャネルのうちの１つまたは複数を除いて、ＨＳ−ＤＰＣＣＨ送信を可能にするために必要なチャネルを参照する。ＨＳ−ＤＰＣＣＨリソースまたは全Ｅ−ＤＣＨリソースを事前に割り当てることにより、ＷＴＲＵは競合のないアクセスが可能となる。ネットワークは、ＨＳ−ＤＰＣＣＨ情報を含んでいるＨＳ−ＤＰＣＣＨリソースのみ、または全Ｅ−ＤＣＨリソースを割り当てることができる。ＨＳ−ＤＰＣＣＨ、スクランブルコード、および／または他のＥ−ＤＣＨリソースは、ネットワークによって明示的に示すことができ、またはＳＩＢを介してブロードキャストされるリソースのグループのインデックスとして送信することができる。任意選択で、ＷＴＲＵに提供されるＨＳ−ＤＰＣＣＨリソースは、競合のないアクセスに使用すべきブロードキャストリソースのプール、またはＡＣＫ／ＮＡＣＫフィードバックおよびＣＱＩフィードバックのみを送信するために必要なＷＴＲＵに使用すべきリソースのプールからのものとすることができる。
【００３１】
あるいは、ネットワークで開始されたダウンリンク送信では、ネットワークは、上述した方法のうちの１つを使用して初期ダウンリンク送信において拡張ＲＡＣＨプリアンブル署名を予め割り当てることができる。プリアンブル署名は、ネットワークの制御下にあり、事前割り当てのためだけに使用される確保された１組の署名からのものとすることができ、あるいは、これらは、Ｅ−ＤＣＨ ＵＬランダムアクセス手順に使用されるプリアンブル署名とすることができる。ＷＴＲＵは、拡張ＲＡＣＨプリアンブル署名を使用して、拡張ＲＡＣＨプリアンブル電力立ち上げサイクルを開始して、アップリンク送信のための適切な送信電力を確立することができる。プリアンブル署名は、ＷＴＲＵに予め割り当てられているため、衝突の可能性はない。ＷＴＲＵは、ＡＩＣＨを介して割り当てられたリソース（ＨＳ−ＤＰＣＣＨ有りまたはなしのＥ−ＤＣＨリソース、もしくはＨＳ−ＤＰＣＣＨリソース）の標示を受信した後、該当する場合、競合解決フェーズを実行する必要なく、ＨＳ−ＤＰＣＣＨまたは他のアップリンクデータの送信をすぐに開始することができる。
【００３２】
ネットワークは、ＷＴＲＵの状況に基づいて、Ｅ−ＤＣＨリソース、ＨＳ−ＤＰＣＣＨリソース、またはＲＡＣＨ署名シーケンスを予め割り当てるかどうかの決定を行うことができる。ＷＴＲＵがすでにＥ−ＤＣＨリソースを有している場合、ネットワークは、任意の新しいＥ−ＤＣＨリソースを予め割り当てなくてもよい。一方で、ＷＴＲＵが任意のＥ−ＤＣＨリソースを有していない場合、ネットワークは、最新のチャネル品質情報が必要であり、そのため、Ｅ−ＤＣＨリソース、ＨＳ−ＤＰＣＣＨ情報、またはＲＡＣＨ署名シーケンスをＷＴＲＵに予め割り当てることを決定することができる。事前の割り当ての受信は、ＷＴＲＵがＨＳ−ＤＰＣＣＨを介してフィードバックを送信し始めるトリガとすることができる。ＷＴＲＵは、すでにアクティブなＥ−ＤＣＨリソースを有しておらず、ダウンリンクトラフィックを受信した場合、上述したように明示的なシグナリングを介して、または上述したように予め割り当てられたインデックスの受信を介して、ネットワークによって特に示されない限り、ＨＳ−ＤＰＣＣＨフィードバックを送信しなくてもよい。ダウンリンク送信が完了し、ネットワークがこれ以上ＡＣＫ／ＮＡＣＫフィードバックまたはＣＱＩフィードバックを予想しなくなるまで、もしくはタイマが終了になるまで、ネットワークは、同じ組のＥ−ＤＣＨリソースを任意の他のＷＴＲＵに割り当てることができないようにするのが好ましい。
【００３３】
予め割り当てられたリソースが未使用になる可能性に対処するため、ネットワークは、これらのリソースが割り当てられると、タイマを開始することができる。タイマが終了になるまで、予め割り当てられたリソースにおけるＷＴＲＵが動作しない場合、Ｅ−ＡＧＣＨを介した明示的なシグナリングを介して、またはＷＴＲＵにおいてもアクティブであるタイマを介して、リソースを解放することができる。リソースが解放された後、必要な場合、ＷＴＲＵは、プリアンブル立ち上げ手順を行い、その後Ｅ−ＤＣＨリソースを取得することができる。
【００３４】
あるいは、ダウンリンク送信上で運ばれるトラフィックが応答（例えば、ＲＲＣまたはＲＬＣ肯定応答）を必要とする場合、ネットワークは、Ｅ−ＤＣＨリソースを予め割り当てるだけでよい。ＷＴＲＵが（例えば、ＲＬＣ ＡＣＫまたはＲＲＣメッセージで）ダウンリンク送信に応答しなければならないことをネットワークが認識している場合、ＷＴＲＵはいずれにしてもアップリンクリソースについての要求を行わなければならないため、ネットワークは、Ｅ−ＤＣＨリソースをＷＴＲＵに予め割り当てることができる。ＷＴＲＵは、予め割り当てられたリソースをいったん取得すると、そのリソースをＣＱＩおよび／またはＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックに使用することができる。拡張ＣＥＬＬ＿ＦＡＣＨのＥ−ＤＣＨリソースがＮｏｄｅＢによって制御される場合、ＲＮＣは、Ｉｕｂフレームプロトコルを介して標示を送信して、ダウンリンク上で送信されているトラフィックのタイプについてＮｏｄｅＢに通知することができる。
【００３５】
ネットワークがリソースを予め割り当てるときは、ＷＴＲＵは、初期ＷＴＲＵアップリンクＤＰＣＣＨ（専用物理制御チャネル）送信電力を確立または決定する必要がある。ＷＴＲＵは、アップリンクの拡張ＲＡＣＨ電力立ち上げ手順を使用して、初期電力を決定することができる。より詳細には、リソースが予め割り当てられた後、ＷＴＲＵは、受信されたＥ−ＤＣＨインデックスに対応するプリアンブル署名を使用して、第１のプリアンブルの送信を開始する。ＷＴＲＵは、ＡＩＣＨで回答を受信するまで、プリアンブルフェーズを維持する。次いで、ＷＴＲＵは、最後のプリアンブル電力からの電力オフセットを使用して、ＤＰＣＣＨ送信をすぐに開始する。あるいは、ＷＴＲＵは、立ち上げ手順を行わず、ＤＰＣＣＨ送信、および次いでＥ−ＤＣＨ送信をすぐに開始する。ネットワークは、ＤＰＣＣＨ電力オフセットを信号で送ることができ、ＷＴＲＵは、このオフセットおよび測定された基準（例えば、ＣＰＩＣＨ ＲＳＣＰ）に基づいて、初期電力を決定することができる。あるいは、ネットワークは、一定の／絶対的なＷＴＲＵ送信電力を信号で送ることができる。あるいは、ネットワークは、ＳＩＢ７でブロードキャストされたアップリンク干渉値に関して、またはＷＴＲＵがアップリンク拡張ランダムアクセス手順を開始することになっていた場合に使用することになる初期プリアンブル電力に関して、使用するＤＰＣＣＨ電力オフセットを信号で送ることができる。初期送信電力のための情報は、システム情報の一部としてブロードキャストし、またはＥ−ＤＣＨリソースの事前割り当てメッセージにおいて信号で送ることができる。ＷＴＲＵは、同期手順を実行して、電力制御ループが同期できるようにすることができる。あるいは、ＣＥＬＬ＿ＦＡＣＨ状態のＷＴＲＵは、この電力制御確立専用の確保された１組の署名、および／またはアクセススロットを有することができ、一意の組合せを、Ｅ−ＤＣＨリソースの事前割り当てメッセージの一部として含めることができる。これにより、複数のＷＴＲＵが同じ署名および／またはアクセススロットを選択する可能性がなくなる。全Ｅ−ＤＣＨリソースがＷＴＲＵに割り当てられた場合、ＷＴＲＵは、送信電力を確立することができ、ＡＩＣＨがメッセージの送信を開始するのを待つのでなく、むしろ正しい電力レベルが確立されるとすぐに、予め割り当てられたリソースにおいて開始することができる。以上のようにして、正しい電力レベルは確立される。ＷＴＲＵは、オフセットのうちの１つ、または絶対的な電力に基づいてＤＰＣＣＨ送信を開始し、次いで、Ｅ−ＤＣＨ送信および／またはＨＳ−ＤＰＣＣＨフィードバックを開始する。リソースが予め割り当てられている場合、ＷＴＲＵは衝突解決フェーズを実行する必要がないことを理解されたい。
【００３６】
従来、ＣＥＬＬ＿ＰＣＨ状態のＷＴＲＵが送信すべきアップリンクデータを有するとき、またはＨＳ−ＳＣＣＨにおけるそのアドレス（専用Ｈ−ＲＮＴＩ）を検出すると、ＷＴＲＵは、Ｅｃ／ＮｏまたはＲＳＣＰ（受信信号コード電力）値のいずれかと共にレイヤ３測定レポートを送信して、チャネル品質情報に応じてネットワークを更新する。第４の実施形態によれば、ＣＥＬＬ＿ＦＡＣＨおよびＣＥＬＬ＿ＰＣＨのＥ−ＤＣＨをサポートするセル内のＷＴＲＵは、ＣＥＬＬ＿ＰＣＨのＷＴＲＵがＨＳ−ＳＣＣＨにおいて専用Ｈ−ＲＮＴＩを復号するとき、またはＷＴＲＵがＣＥＬＬ＿ＰＣＨで送信すべきアップリンクデータを有するとき、レイヤ３測定レポートを送信するのではなく、上述した技術のうちの任意のものを使用して、ＣＱＩを送信することができる。例えば、ネットワークは、上記の方法のうちの１つを使用して、リソース（Ｅ−ＤＣＨリソース、ＨＳ−ＤＰＣＣＨリソース、ＲＡＣＨプリアンブル署名）を予め割り当て、ＣＥＬＬ＿ＦＡＣＨへの状態遷移をトリガすることができる。ＷＴＲＵは、予め割り当てられたリソースを使用して、ＣＱＩ情報を送信することができる。さらに、予め割り当てられたリソースがＨＳ−ＤＰＣＣＨを含む場合、ＷＴＲＵは、ダウンリンク送信のためのＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信することもできる。あるいは、ＷＴＲＵは、送信すべきアップリンクデータを有する場合、ＣＥＬＬ＿ＦＡＣＨに直接遷移し、ＣＥＬＬ＿ＦＡＣＨアクセスで拡張アップリンクを開始することができる。ＣＱＩは、割り当てられたリソースで送信することができる。リソースは、（例えば、測定レポート、スケジューリング情報、アップリンクユーザプレーンデータなど）任意の必要な送信に使用することができる。いずれの場合も、ＷＴＲＵは、「ＲＡＣＨにおける測定結果」を含む測定レポートを送信する必要はなく、代わりに、上述した機構のうちの１つを介してより良いチャネル品質情報を送信する必要がある。
【００３７】
あるいは、ＷＴＲＵは、通常のＲＡＣＨアクセス手順を実行して、フィードバック情報を送信するためのＥ−ＤＣＨリソースを要求するだけでよい。
【００３８】
上述したすべての実施形態について、ＷＴＲＵは、初期フェーズのために、より頻繁にチャネル品質情報を送信することができる。例えば、ＷＴＲＵは、アップリンク送信を有している場合、またはＨＳ−ＳＣＣＨにおいてＨ−ＲＮＴＩを復号する場合、より高い頻度（すなわち、連続的なＴＴＩ（送信時間間隔）、またはＨＳ−ＤＰＣＣＨを介する通常のＣＱＩ報告のために構成された速度のＮ倍速く）でチャネル品質情報を送信することができる。これによって、ネットワークは、その後のダウンリンク送信に使用される変調および符号化を任意選択で調整することができる。あるいは、ＣＱＩは、競合解決フェーズ中（ＣＱＩレポートの頻度を、そのフェーズ中にＷＴＲＵが十分なＣＱＩレポートを送信できるように構成することができる）定期的に、ＲＡＣＨアクセスの継続期間の間定期的に、ＷＴＲＵのＲＡＣＨアクセス期間中にダウンリンクトラフィックが送信されている場合のみ、または上記の組合せで送信することができる。
【００３９】
図４は、ＷＴＲＵ４００の例のブロック図である。ＷＴＲＵ４００は、送受信機４０２、測定ユニット４０４（オプション）、および制御ユニット４０６を含む。送受信機は、ＲＡＣＨプリアンブルを送信し、ＲＡＣＨプリアンブルに応答してＡＩを受信するなど、メッセージを送受信するように構成される。測定ユニット４０４は、チャネル品質を測定し、チャネル品質情報を生成するように構成される。制御ユニット４０６は、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態で、Ｅ−ＤＣＨ、ＨＳ−ＤＰＣＣＨなどを介して、上記に開示の実施形態のうちの任意の１つに従ってチャネル品質情報を提供するように構成される。
【００４０】
実施形態
１．アップリンク送信のためのリソースを予め割り当てるための方法。
【００４１】
２．ＣＥＬＬ＿ＦＡＣＨ状態およびＣＥＬＬ＿ＰＣＨ状態のうちの一方の間に、ＷＴＲＵがＨＳ−ＤＳＣＨ送信を受信するステップを含む実施形態１に記載の方法。
【００４２】
３．ＷＴＲＵが、アップリンクリソースを指す予め割り当てられたインデックスを含むダウンリンクメッセージを受信するステップを含む実施形態２に記載の方法。
【００４３】
４．ＷＴＲＵが、予め割り当てられたアップリンクリソースを使用して、アップリンク送信およびアップリンクフィードバック情報を送信するステップを含む実施形態３に記載の方法。
【００４４】
５．アップリンクリソースは、Ｅ−ＤＣＨリソース、ＨＳ−ＤＰＣＣＨリソース、および確保されたＲＡＣＨプリアンブル署名のうちの１つである実施形態３〜４のうちのいずれか一項に記載の方法。
【００４５】
６．Ｅ−ＤＣＨリソースは、ＨＳ−ＤＰＣＣＨリソース情報を含む実施形態５に記載の方法。
【００４６】
７．アップリンク送信およびアップリンクフィードバック情報は、衝突解決フェーズを実行することなく送信される実施形態４〜６のうちのいずれか一項に記載の方法。
【００４７】
８．予め割り当てられたインデックスを含むダウンリンクメッセージは、ＨＳ−ＳＣＣＨ命令を使用して送信される実施形態３〜７のうちのいずれか一項に記載の方法。
【００４８】
９．Ｅ−ＤＣＨリソースは、ＷＴＲＵが送信すべきアップリンクデータを有する場合のみ割り当てられる実施形態５〜８のうちのいずれか一項に記載の方法。
【００４９】
１０．ＨＳ−ＤＰＣＣＨリソースは、Ｅ−ＤＣＨリソースプールとは別のリソースプールの一部である実施形態５〜９のうちのいずれか一項に記載の方法。
【００５０】
１１．ＷＴＲＵは、アップリンクフィードバック情報に関するＣＱＩおよびＨＡＲＱフィードバックのうちの少なくとも一方を送信する実施形態４〜１０のうちのいずれか一項に記載の方法。
【００５１】
１２．ＣＱＩは、ＭＡＣ−ｅヘッダー、ＭＡＣ−ｅｓヘッダー、ＭＡＣ−ｉヘッダー、およびＭＡＣ−ｉｓヘッダーのうちの１つに含まれる実施形態１１に記載の方法。
【００５２】
１３．ＣＱＩは、競合解決のために送信されるＭＡＣ−ｉヘッダー０に含まれる実施形態１１に記載の方法。
【００５３】
１４．アップリンクリソースは、ＳＩＢを介してブロードキャストされるリソースのグループのインデックスを送信することによって割り当てられる実施形態３〜１３のうちのいずれか一項に記載の方法。
【００５４】
１５．アップリンクリソースは、ダウンリンク送信がＷＴＲＵ応答を必要とする場合、割り当てられる実施形態３〜１４のうちのいずれか一項に記載の方法。
【００５５】
１６．アップリンクリソースは、ダウンリンク送信が最新のチャネル品質情報を必要とする場合、割り当てられる実施形態３〜１５のうちのいずれか一項に記載の方法。
【００５６】
１７．アップリンクリソースは、タイマの終了まで未使用の場合、解放され、リソースの共通プールに戻される実施形態３〜１６のうちのいずれか一項に記載の方法。
【００５７】
１８．ＷＴＲＵは、ＲＡＣＨ電力立ち上げ手順を実行して、アップリンク送信の適切なアップリンク送信電力レベルを設定する実施形態４〜１７のうちのいずれか一項に記載の方法。
【００５８】
１９．ＷＴＲＵは、電力制御確立のために確保されたＲＡＣＨプリアンブル署名および／またはアクセススロットを受信し、この確保されたＲＡＣＨプリアンブルおよび／またはアクセススロットをＲＡＣＨ電力立ち上げ手順に使用する実施形態１８に記載の方法。
【００５９】
２０．ＷＴＲＵは、ＤＰＣＣＨ送信を開始し、ＲＡＣＨ電力立ち上げ手順を実行することなくアップリンク送信を行う実施形態４〜１７のうちのいずれか一項に記載の方法。
【００６０】
２１．ＤＰＣＣＨの送信電力は、ＤＰＣＣＨ電力オフセットおよび測定された基準、ＤＰＣＣＨ電力オフセットおよびブロードキャストアップリンク干渉、ＤＰＣＣＨ電力オフセットおよび初期ＲＡＣＨプリアンブル電力のうちの１つに基づいて決定される実施形態２０に記載の方法。
【００６１】
２２．ＤＰＣＣＨの送信電力は、ネットワークによって決定され、ブロードキャストされた一定の送信電力に設定される実施形態２０に記載の方法。
【００６２】
２３．ＷＴＲＵは、同期手順を実行して、アップリンク送信のために電力制御ループが同期できるようにする実施形態４〜２２のうちのいずれか一項に記載の方法。
【００６３】
２４．チャネル品質情報を提供するための方法。
【００６４】
２５．ＣＥＬＬ＿ＰＣＨ状態のＷＴＲＵがダウンリンク送信を受信するステップを含む実施形態２４に記載の方法。
【００６５】
２６．ＷＴＲＵがダウンリンク送信に応答してＣＱＩを送信するステップを含む実施形態２５に記載の方法。
【００６６】
２７．ダウンリンク送信は、予め割り当てられたアップリンクリソースを含む実施形態２４〜２５のうちのいずれか一項に記載の方法。
【００６７】
２８．ＷＴＲＵがダウンリンク送信に応答してＨＡＲＱフィードバックを送信するステップをさらに含む実施形態２５〜２７のうちのいずれか一項に記載の方法。
【００６８】
２９．アップリンク送信のためのリソースを予め割り当てるためのＷＴＲＵ。
【００６９】
３０．ＣＥＬＬ＿ＦＡＣＨ状態およびＣＥＬＬ＿ＰＣＨ状態のうちの一方の間に、ダウンリンク送信を受信し、アップリンク送信およびアップリンクフィードバック情報を送信するように構成された送受信機であって、ダウンリンク送信は、アップリンクリソースを指す予め割り当てられたインデックスを含む、送受信機を含む実施形態２９に記載のＷＴＲＵ。
【００７０】
３１．予め割り当てられたアップリンクリソースを使用して、アップリンク送信およびアップリンクフィードバック情報送信を制御するように構成された制御ユニットを含む実施形態３０に記載のＷＴＲＵ。
【００７１】
３２．アップリンクリソースは、Ｅ−ＤＣＨリソース、ＨＳ−ＤＰＣＣＨリソース、および確保されたＲＡＣＨプリアンブル署名のうちの少なくとも１つである実施形態３０〜３１のうちのいずれか一項に記載のＷＴＲＵ。
【００７２】
３３．Ｅ−ＤＣＨリソースは、ＨＳ−ＤＰＣＣＨリソース情報を含む実施形態３２に記載のＷＴＲＵ。
【００７３】
３４．アップリンク送信およびアップリンクフィードバック情報は、衝突解決フェーズを実行することなく送信される実施形態３０〜３３のうちのいずれか一項に記載のＷＴＲＵ。
【００７４】
３５．予め割り当てられたインデックスを含むダウンリンク送信は、ＨＳ−ＳＣＣＨ（高速共有制御チャネル）命令を使用して送信される実施形態３０〜３４のうちのいずれか一項に記載のＷＴＲＵ。
【００７５】
３６．Ｅ−ＤＣＨリソースは、ＷＴＲＵが送信すべきアップリンクデータを有する場合のみ割り当てられるＷＴＲＵ送信３２〜３５。
【００７６】
３７．ＨＳ−ＤＰＣＣＨリソースは、Ｅ−ＤＣＨリソースプールとは別のリソースプールの一部であるＷＴＲＵ送信３２〜３６。
【００７７】
３８．ＷＴＲＵは、アップリンクフィードバック情報に関するＣＱＩおよびＨＡＲＱフィードバックのうちの少なくとも１つを送信するＷＴＲＵ送信３１〜３７。
【００７８】
３９．ＣＱＩは、ＭＡＣ−ｅヘッダー、ＭＡＣ−ｅｓヘッダー、ＭＡＣ−ｉヘッダー、およびＭＡＣ−ｉｓヘッダーのうちの１つに含まれる実施形態３８に記載のＷＴＲＵ。
【００７９】
４０．ＣＱＩは、競合解決のために送信されるＭＡＣ−ｉヘッダー０に含まれる実施形態３８に記載のＷＴＲＵ。
【００８０】
４１．アップリンクリソースは、ＳＩＢを介してブロードキャストされるリソースのグループのインデックスを送信することによって割り当てられるＷＴＲＵ送信３０〜４０。
【００８１】
４２．アップリンクリソースは、ダウンリンク送信がＷＴＲＵ応答を必要とする場合、割り当てられるＷＴＲＵ送信３０〜４１。
【００８２】
４３．アップリンクリソースは、ダウンリンク送信が最新のチャネル品質情報を必要とする場合、割り当てられるＷＴＲＵ送信３０〜４２。
【００８３】
４４．アップリンクリソースは、タイマの終了まで未使用の場合、解放され、リソースの共通プールに戻されるＷＴＲＵ送信３０〜４３。
【００８４】
４５．制御ユニットは、ＲＡＣＨ（ランダムアクセスチャネル）電力立ち上げ手順を実行して、アップリンク送信の適切なアップリンク送信電力レベルを設定するＷＴＲＵ送信３１〜４４。
【００８５】
４６．制御ユニットは、電力制御確立のために確保されたＲＡＣＨプリアンブル署名および／またはアクセススロットを受信し、この確保されたＲＡＣＨプリアンブルおよび／またはアクセススロットをＲＡＣＨ電力立ち上げ手順に使用する実施形態４５に記載のＷＴＲＵ。
【００８６】
４７．制御ユニットは、ＤＰＣＣＨ送信を開始し、ＲＡＣＨ電力立ち上げ手順を実行することなくアップリンク送信を行うＷＴＲＵ送信３１〜４４。
【００８７】
４８．ＤＰＣＣＨの送信電力は、ＤＰＣＣＨ電力オフセットおよび測定された基準、ＤＰＣＣＨ電力オフセットおよびブロードキャストアップリンク干渉、ＤＰＣＣＨ電力オフセットおよび初期ＲＡＣＨプリアンブル電力のうちの１つに基づいて決定される実施形態４７に記載のＷＴＲＵ。
【００８８】
４９．ＤＰＣＣＨの送信電力は、ネットワークによって決定され、ブロードキャストされた一定の送信電力に設定される実施形態４７に記載のＷＴＲＵ。
【００８９】
５０．ＷＴＲＵは、同期手順を実行して、アップリンク送信のために電力制御ループが同期できるようにする実施形態３１〜４４に記載のＷＴＲＵ。
【００９０】
５１．チャネル品質情報を提供するように構成されたＷＴＲＵ。
【００９１】
５２．ＣＥＬＬ＿ＰＣＨ状態の間に、ダウンリンク送信を受信するように構成された送受信機を含む実施形態５１に記載のＷＴＲＵ。
【００９２】
５３．ダウンリンク送信に応答してＣＱＩを送信するように構成された制御ユニットを含む実施形態５２に記載のＷＴＲＵ。
【００９３】
５４．ダウンリンク送信は、予め割り当てられたアップリンクリソースを含むＷＴＲＵ送信５２〜５３。
【００９４】
５５．制御ユニットは、ダウンリンク送信に応答してＨＡＲＱフィードバックを送信するように構成されたＷＴＲＵ送信５３〜５４。
【００９５】
上記では特徴および要素が特定の組合せで記載されているが、各特徴または要素は、他の特徴および要素なしに単独で、または他の特徴および要素の有無にかかわらず様々な組合せで使用することができる。本明細書に提供された方法またはフロー図は、汎用コンピュータまたはプロセッサによって実行するために、コンピュータ可読記憶媒体に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施することができる。コンピュータ可読記憶媒体の例には、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクおよび取外式ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクやＤＶＤ（デジタル多目的ディスク）などの光媒体などがある。
【００９６】
適したプロセッサには、一例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）および／または状態機械などがある。
【００９７】
ソフトウェアと関連するプロセッサは、ＷＴＲＵ（無線送受信ユニット）、ＵＥ（ユーザ機器）、端末、基地局、ＲＮＣ（無線ネットワークコントローラ）、または任意のホストコンピュータで使用するための無線周波数送受信機を実施するために使用することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動装置、スピーカ、マイクロフォン、テレビ送受信機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）表示装置、ＯＬＥＤ（有機発光ダイオード）表示装置、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（無線ローカルエリアネットワーク）やＵＷＢ（超広帯域）モジュールなど、ハードウェアおよび／またはソフトウェアに実装されるモジュールと共に使用することができる。
【技術分野】
【０００１】
本出願は、無線通信に関する。
【背景技術】
【０００２】
拡張アップリンクは、３ＧＰＰ（ｔｈｉｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）標準のリリース６の一部として導入された。拡張アップリンクは、レートの要求および許可に基づいて（on rate request and grant mechanism）動作する。ＷＴＲＵ（無線送受信ユニット）は、要求する容量を示すレート要求を送信し、ネットワークは、そのレート要求に対してレート許可で応答する。レート許可は、ＮｏｄｅＢスケジューラによって生成される。ＷＴＲＵおよびＮｏｄｅＢは、Ｅ−ＤＣＨ（拡張専用チャネル）を介した送信のためにＨＡＲＱ（ハイブリッド型自動反復要求）機構を使用する。
【０００３】
拡張アップリンク送信では、２つのアップリンク物理チャネル（Ｅ−ＤＣＨ専用物理制御チャネル（Ｅ−ＤＰＣＣＨ）およびＥ−ＤＣＨ専用物理データチャネル（Ｅ−ＤＰＤＣＨ））、および３つのダウンリンク物理チャネル（Ｅ−ＤＣＨ絶対的許可チャネル（Ｅ−ＡＧＣＨ）、Ｅ−ＤＣＨ相対的許可チャネル（Ｅ−ＲＧＣＨ）、およびＥ−ＤＣＨ ＨＡＲＱインジケータチャネル（Ｅ−ＨＩＣＨ））が導入された。ＮｏｄｅＢは、絶対的許可および相対的許可の両方を発行することができる。レート許可は、電力比で送られる。各ＷＴＲＵは、ペイロードサイズに変換することができるサービング許可を維持する。
【０００４】
Ｅ−ＤＣＨ送信を行うＷＴＲＵは、Ｅ−ＤＣＨアクティブセットを有する。Ｅ−ＤＣＨアクティブセットは、ＷＴＲＵが確立されたＥ−ＤＣＨ無線リンクを有する、すべてのセルを含む。Ｅ−ＤＣＨアクティブセットは、ＤＣＨ（専用チャネル）アクティブセットのサブセットである。ここで、Ｅ−ＤＣＨ ＲＬＳ（無線リンクセット）の一部である無線リンクは、それ例外と区別される。前者は、サービングＮｏｄｅＢと同じＮｏｄｅＢを共有する無線リンクを含む。非サービング無線リンクのセルは、アップリンク干渉を制限または制御する目的で、相対的許可のみ送信することができる。
【０００５】
３ＧＰＰリリース８におけるＷＣＤＭＡ（広帯域符号分割多次元接続）標準の現時点の展開の一部として、ＣＥＬＬ＿ＦＡＣＨ状態のＷＴＲＵのＥ−ＤＣＨ概念を組み込むために、新たな対応が決められた。リリース７以前において、ＣＥＬＬ＿ＦＡＣＨ状態のＷＴＲＵのための唯一のアップリンク機構はＲＡＣＨ（ランダムアクセスチャネル）のみであった。ＲＡＣＨは、取得の標示（acquisition indication）によるｓｌｏｔｔｅｄ−Ａｌｏｈａ機構に基づいている。ＲＡＣＨにおけるメッセージの送信前に、ＷＴＲＵは、ランダムに選択されるアクセススロットにおいて、短いプリアンブル（ランダムに選択された署名シーケンスで構成される）を送信することによって、チャネルを取得するよう試行する。次いで、ＷＴＲＵは、ＵＴＲＡＮ（汎用地上無線アクセスネットワーク）からの取得の標示を受けて、待つ。標示を受信しない場合、ＷＴＲＵは、その電力を立ち上げ、再度試行する（選択されたアクセススロットでランダムに選択された署名シーケンスを送信する）。取得の標示を受信した場合、ＷＴＲＵは、チャネルを事実上取得しており、ＲＡＣＨメッセージ部分を送信することができる。初期プリアンブル送信電力は、オープンループ電力制御に基づいて確立され、立ち上げ機構を使用して、送信電力がさらに微調整される。ＲＡＣＨメッセージは、最後のプリアンブルからの一定の電力オフセットで送信され、一定サイズのものである。マクロダイバーシティは使用されず、ＷＴＲＵは、ＲＡＣＨのアクティブセットの概念を有していない。
【０００６】
新しい対応として、アップリンクユーザプレーンを増加させて、初期ＷＴＲＵ電力立ち上がり後、専用Ｅ−ＤＣＨリソースを割り当てることによって、プレーンスループットを制御しようとの試みが考慮されている（これは、「ＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードでの拡張アップリンク」または「拡張ＲＡＣＨ」と呼ばれる）。図１は、拡張ＲＡＣＨ動作を示す。ＷＴＲＵは、電力の立ち上がりを提供するチャネルを取得するために、ＲＡＣＨプリアンブルを送信する。ＲＡＣＨプリアンブルが検出されると、ＮｏｄｅＢは、取得の標示（ＡＩ）を送信する。ＡＩを受信した後、ＷＴＲＵは、その後のＥ−ＲＡＣＨメッセージ送信のためのＥ−ＤＣＨリソースが割り当てられる。Ｅ−ＤＣＨリソースの割り当ては、ＡＩまたはＡＩの拡張セットのいずれかにより行うことができる。次いで、ＷＴＲＵは、Ｅ−ＲＡＣＨメッセージを送信し、競合解決フェーズ（contention resolution phase）に入る。競合解決フェーズにおいて、Ｅ−ＲＡＣＨメッセージの潜在的な衝突が解決される。すべてのＥ−ＲＡＣＨメッセージの送信、ＵＴＲＡＮからの明示的な標示、無線リンク障害、検証後障害、またはタイマの終了後、Ｅ−ＤＣＨリソースが解放される。
【０００７】
ＣＥＬＬ＿ＦＡＣＨ状態のＷＴＲＵは、ダウンリンクでＨＳＤＰＡ（高速ダウンリンクパケットアクセス）を使用することができ、チャネル品質およびＨＡＲＱフィードバックの双方についてアップリンクフィードバックにより有利となる。初期リソース割り当て中、ＷＴＲＵは、ＣＥＬＬ＿ＤＣＨ ＷＴＲＵと同様に、専用アップリンクフィードバックチャネル（すなわち、ＨＳ−ＤＰＣＣＨ（高速専用物理制御チャネル））により構成されることが推奨されていた。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、これにはいくつかの問題がある。第１に、高速ダウンリンクチャネルにおける初期送信は、チャネル品質情報に関わっていない可能性がある。３ＧＰＰリリース７において、これは、「ＲＡＣＨにおける測定結果」の情報要素（ＩＥ）で運ばれるチャネル品質情報をＮｏｄｅＢに使わせることによって、部分的に対処された。このＩＥは、いくつかのレイヤ３無線リソース制御（ＲＲＣ）メッセージに含まれる。さらに、専用制御またはデータトラフィックを受信するＣＥＬＬ＿ＰＣＨ状態のＷＴＲＵは、高速ダウンリンク制御トラフィック（すなわち、ＷＴＲＵアドレスを含む高速共有制御チャネル（ＨＳ−ＳＣＣＨ））を受信すると、トリガされて、レイヤ３測定レポートを介してチャネル品質情報を送信する。しかし、そのフィードバックは、ＲＲＣシグナリングを介して送信されるので、初期高速ダウンリンク送信の効率的な変調および符号化制御のためには遅すぎる可能性がある。
【０００９】
第２に、３ＧＰＰリリース７の手法は、ＷＴＲＵで開始された制御トラフィック（例えば、ＣＥＬＬ ＵＰＤＡＴＥ）により多く対応している。通常の状況では、ＷＴＲＵはアップリンクＲＲＣメッセージにチャネル品質情報を添付することになる。次いでネットワークは、この情報を使用して、許可された変調およびトランスポートブロックサイズを決定して、選択されたパラメータを使用しＲＲＣネットワーク応答を送信することになる。しかし、アップリンクトラフィックがユーザプレーンデータトラフィックであり、任意のチャネル品質情報を運ばない、または「ＲＡＣＨにおける測定結果」のＩＥを含まないＲＲＣメッセージである場合、もしくはユーザプレーンおよび制御プレーンのトラフィックがネットワークで開始された場合、非効率となる可能性がある。
【００１０】
いずれの場合でも、ネットワークは、タイムリーにチャネル品質情報を有していないときがあり、最後のＩＥ、すなわち「ＲＡＣＨにおける測定結果」で受信された情報に依存しなければならないことになる。例えば、Ｗｅｂブラウジングなど、非同期タイプのアプリケーションを扱うために、ネットワークがより多くのＷＴＲＵをＣＥＬＬ＿ＦＡＣＨ状態にしようと決定する場合があるので、拡張ＲＡＣＨに関してはさらに一般的に非効率となる可能性がある。これらのＷＴＲＵはＣＥＬＬ＿ＦＡＣＨ状態で保持されるが、拡張ＲＡＣＨリソースは（例えば、ＷＴＲＵがその送信を終了した後）解放される可能性がある。その結果、その後の任意のネットワークで開始されたダウンリンク送信には、「最新の」チャネル品質情報がない。これにより、ネットワークがダウンリンク送信レートを最大にすることができないため、非効率となる可能性がある。
【課題を解決するための手段】
【００１１】
ＣＥＬＬ＿ＦＡＣＨにおいてアップリンクリソースを予め割り当てるための方法および装置が開示される。ダウンリンク送信が行われるとき、ＣＥＬＬ＿ＦＡＣＨ状態またはＣＥＬＬ＿ＰＣＨ状態のＷＴＲＵに、アップリンクリソースを予め割り当てることができる。次いでＷＴＲＵは、予め割り当てられたアップリンクリソースを、チャネル品質情報またはＨＡＲＱフィードバック、もしくは任意の他の目的に使用することができる。予め割り当てられたアップリンクリソースは、Ｅ−ＤＣＨリソースまたはＨＳ−ＤＰＣＣＨリソースとすることができる。
【図面の簡単な説明】
【００１２】
【図１】拡張ＲＡＣＨ動作を示す図である。
【図２（Ａ）】ＣＱＩフィールドを含むＭＡＣ−ｅＰＤＵフォーマット例を示す図である。
【図２（Ｂ）】ＣＱＩフィールドを含むＭＡＣ−ｅＰＤＵフォーマット例を示す図である。
【図２（Ｃ）】ＣＱＩフィールドを含むＭＡＣ−ｉヘッダー例を示す図である。
【図３】ＣＱＩフィールドを含むＭＡＣ−ｅｓＰＤＵフォーマット例を示す図である。
【図４】ＷＴＲＵ例を示すブロック図である。
【発明を実施するための形態】
【００１３】
例として示される以下の説明を添付の図面と併せ読めば、より詳しく理解することができよう。
以下で言及するとき、「ＷＴＲＵ」という用語は、それだけには限定されないが、ユーザ機器（ＵＥ）、移動局、固定式または携帯式の加入者ユニット、ページャ、携帯電話、個人用デジタル補助装置（ＰＤＡ）、コンピュータ、もしくは無線環境で動作することができる他の任意のタイプのユーザ装置を含む。以下で言及するとき、「ＮｏｄｅＢ」という用語は、それだけに限定されないが、基地局、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作することができる他の任意のタイプのインターフェイス装置を含む。以下で言及するとき、「拡張ＲＡＣＨ」という用語は、ＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードでの拡張アップリンク（Ｅ−ＤＣＨ）の使用を指す。拡張ＲＡＣＨ送信は、リリース６のＭＡＣ−ｅ／ｅｓエンティティ、または「改良されたレイヤ２」の特徴の一部としてリリース８で導入されたＭＡＣ−ｉ／ｉｓエンティティを使用することができる。「ＭＡＣ−ｅ／ｅｓＰＤＵ」および「ＭＡＣ−ｉ／ｉｓＰＤＵ」という用語は、それだけには限定されないが、ＭＡＣ−ｅ／ｅｓエンティティによって生成されたＰＤＵ、ＭＡＣ−ｉ／ｉｓエンティティによって生成されたＰＤＵ、またはＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードでＥ−ＤＣＨ送信を行うために使用されるＭＡＣエンティティによって生成された任意のＰＤＵを含む。以下で言及するとき、取得の標示の受信は、取得の標示チャネル（ＡＩＣＨ）における肯定応答（ＡＣＫ）を介した、またはＡＩＣＨにおける否定応答（ＮＡＣＫ）およびそれに続く拡張ＡＩＣＨ（Ｅ−ＡＩＣＨ）上でのインデックスを介したＥ−ＤＣＨリソースのＷＴＲＵへの割り当てを指す。以下で言及するとき、ＨＳ−ＤＰＣＣＨ情報は、例えばデルタＡＣＫ／ＮＡＣＫ、デルタＣＱＩ、ＣＱＩフィードバックサイクルなど、ＨＳ−ＤＰＣＣＨフィードバックを送信するために、ＷＴＲＵによって必要とされる情報を指す。以下で言及するとき、「ＨＳ−ＤＰＣＣＨリソース」という用語は、ＨＳ−ＤＰＣＣＨ送信、アップリンクスクランブリングコード情報（uplink scrambling code information）、ＨＳ−ＤＰＣＣＨ情報などのサポートに必要なアップリンク／ダウンリンクチャネルを指す。
【００１４】
第１の実施形態によれば、ＷＴＲＵに拡張ＲＡＣＨリソースが割り当てられた後、チャネル品質情報が初期アップリンク送信（例えば、Ｅ−ＤＣＨメッセージ）と共に送信される。ランダムアクセスの場合、ＷＴＲＵは、ランダムアクセスプリアンブルを送信する。プリアンブルを検出した後、ＮｏｄｅＢは、取得の標示を送信し、リソースの共通プールからＥ−ＤＣＨリソースを選択し、選択されたＥ−ＤＣＨリソースをＷＴＲＵに割り当てる。次いでＷＴＲＵは、割り当てられたＥ−ＤＣＨリソースを使用して、チャネル品質情報と共に、Ｅ−ＤＣＨメッセージを送信する。
【００１５】
チャネル品質情報の送信は、正常なランダムアクセス立ち上げ手順の後、取得の標示を受信した場合、または取得の標示を介してリソース割り当てを受信した後、ＷＴＲＵがダウンリンク送信を受信した場合、トリガすることができる。ＷＴＲＵは、ＨＳ−ＳＣＣＨ送信をそのアドレスと共に受信すると、ダウンリンク送信を検出することができる。さらに、ＷＴＲＵは、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、またはＵＲＡ＿ＰＣＨで送信すべきアップリンクデータを有するとき、チャネル品質情報の送信をトリガすることもできる。
【００１６】
このトリガに応答して、ＷＴＲＵは、チャネル品質情報を準備し、それを初期アップリンク送信と共に送信する。この送信は、拡張ＲＡＣＨメッセージ衝突の検出を補助するためのＷＴＲＵ 識別情報（ＩＤ）、および／または割り当てられたＥ−ＤＣＨリソースの適切なレート許可生成を可能にするための初期スケジューリング情報を含むことができる。チャネル品質情報は、ＫビットのＣＱＩ（チャネル品質インジケータ）として符号化し、送信することができる。
【００１７】
チャネル品質情報は、ＭＡＣ−ｅＰＤＵまたはＭＡＣ−ｉＰＤＵの変更されたヘッダーまたはトレーラを介して送信することができる。図２（Ａ）および図２（Ｂ）は、ＣＱＩフィールドを含むＭＡＣ−ｅＰＤＵフォーマットの例を示し、図２（Ｃ）に、ＣＱＩフィールドを含むＭＡＣ−ｉヘッダーの例を示す。ＭＡＣ−ｅＰＤＵは、ヘッダー、１つまたは複数のＭＡＣ−ｅｓＰＤＵ、およびオプションのトレーラを含む。図２（Ａ）に示すように、ＣＱＩを、データを運ぶＭＡＣ−ｅＰＤＵのトレーラに含めることができる。図２（Ｂ）に示すように、ＣＱＩを、もっぱらスケジューリング情報（ＳＩ）と共に送信することができる。
【００１８】
ＭＡＣ−ｅＰＤＵまたはＭＡＣ−ｉＰＤＵがオプションのＣＱＩフィールドを含むかどうかをＮｏｄｅＢに伝えるための標示を、ＭＡＣ−ｅＰＤＵまたはＭＡＣ−ｉＰＤＵに含めることもできる。あるいは、ネットワークがＣＱＩフィールドの存在についての標示を必要としないように、ＣＥＬＬ＿ＦＡＣＨでのアップリンク送信ごとに、ＣＱＩフィールドを常にＭＡＣ−ｅＰＤＵまたはＭＡＣ−ｉＰＤＵに付加してもよい。あるいは、衝突解決フェーズ（collision resolution phase）中に送信されたＭＡＣ−ｅＰＤＵまたはＭＡＣ−ｉＰＤＵにのみ、ＣＱＩが存在すようにしてもよい。その場合、ネットワークは、受信されたＭＡＣ−ｅＰＤＵまたはＭＡＣ−ｉＰＤＵが初期送信についてのＣＱＩレポートを含んでいることを暗黙に認識していることになる。
【００１９】
図２（Ｃ）におけるＭＡＣ−ｉヘッダーは、ＷＴＲＵ識別情報（例えば、Ｅ−ＲＮＴＩ）を運び、ＵＴＲＡＮで、特別な確保された論理チャネル識別を介して識別される。ＭＡＣ−ｉヘッダー０は、Ｅ−ＲＡＣＨ競合解決に使用され、競合解決前に、すべてのＭＡＣ−ｉＰＤＵに含まれる。ＣＱＩは、オクテット配列を保証するために導入された予備ビットの代わりに送信することができる。確保された論理チャネル識別は、スタンドアロンＣＱＩ（ＷＴＲＵ識別なし）の送信を示すために、競合解決後に使用することができる。あるいは、新しい論理チャネルを確保して、スタンドアロンＣＱＩの送信を示すようにすることができる。
【００２０】
あるいは、ＣＱＩは、ＭＡＣ−ｅｓＰＤＵまたはＭＡＣ−ｉｓＰＤＵのヘッダーで運ぶことができる。図３に、ＣＱＩフィールドを含むＭＡＣ−ｅｓＰＤＵフォーマット例を示す。１つまたは複数のＭＡＣ−ｅｓＳＤＵ（すなわち、ＭＡＣ−ｄＰＤＵ）は、ＭＡＣ−ｅｓＰＤＵに含まれ、ＭＡＣ−ｅｓＰＤＵは、ＭＡＣ−ｅｓヘッダーとして、ＴＳＮ（送信シーケンス番号）フィールドを含む。図３に示すように、ＣＱＩフィールドは、ＭＡＣ−ｅｓヘッダーに含むことができる。
【００２１】
ＭＡＣ−ｅｓは、ＲＮＣ（無線ネットワークコントローラ）で終了するため、ＣＱＩ情報は、Ｉｕｂフレームプロトコルを介してＲＮＣからＮｏｄｅＢに転送されなければならないことになる。
【００２２】
あるいは、ＣＱＩは、「ＲＡＣＨにおける測定結果」のＩＥを使用した従来の機構に類似した、ＷＴＲＵからＵＴＲＡＮへのＲＲＣシグナリングを介して提供することができる。しかし、ＣＱＩを送信することは、共通パイロットチャネル（ＣＰＩＣＨ）受信信号コード電力（ＲＳＣＰ）またはＥｃ／Ｎｏを含むＲＡＣＨにおける測定結果ＩＥを介して従来の測定レポートより良いチャネル品質の推定を提供する。
【００２３】
あるいは、ＨＳ−ＤＰＣＣＨを介してＣＱＩを送信するためのトリガとして、アップリンク送信を使用することができる。アップリンク送信では、ＷＴＲＵは、Ｅ−ＤＣＨリソースの要求を行う。使用可能なＥ−ＤＣＨリソースのリストは、システム情報ブロック（ＳＩＢ）でブロードキャストされ、Ｅ−ＤＣＨリソース割り当てのために、リストのインデックスをＷＴＲＵに提供することもでき、割り当てられたＥ−ＤＣＨリソースは、ＷＴＲＵがＨＳ−ＤＰＣＣＨを介してＣＱＩおよび任意選択でＡＣＫ／ＮＡＣＫフィードバックを送信するために必要なＨＳ−ＤＰＣＣＨ情報への１対１のマッピングを有することもできる。あるいは、ネットワークがＥ−ＤＣＨリソースを含むリストのインデックスを割り当ててもよく、また、ＨＳ−ＤＰＣＣＨ情報が情報の一部として列挙されるようにしてもよい。いずれの場合も、ＨＳ−ＤＰＣＣＨを使用して、ＨＳ−ＤＳＣＨ上で受信された情報についてのＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを提供することもできる。
【００２４】
第２の実施形態によれば、ネットワークが、Ｅ−ＤＣＨリソースを有していないＣＥＬＬ＿ＦＡＣＨのＷＴＲＵへのダウンリンク送信を開始すると、ＷＴＲＵは、このダウンリンク送信を、チャネル品質情報を送信するためのトリガとして使用することができる。例えば、これは、最初のＲＲＣ接続が確立された後、または何らかの理由でＥ−ＤＣＨリソースが解放された後に起こることがある。ＣＥＬＬ＿ＦＡＣＨ状態のＷＴＲＵは、アップリンクアクセスを開始して、ダウンリンク送信のための新たなチャネル品質情報および／またはＨＡＲＱフィードバックを送信するためのトリガとしてダウンリンク送信を使用することができる。
【００２５】
フィードバックを提供するために、ＷＴＲＵは、Ｅ−ＤＣＨリソースまたはＨＳ−ＤＰＣＣＨリソースを要求することができる。要求は、拡張アップリンクランダムアクセス手順によって行うことができ、この場合、ＷＴＲＵは、ＡＩＣＨまたはＥ−ＡＩＣＨがＥ−ＤＣＨリソースを取得するのを待つ。ＷＴＲＵがＥ−ＤＣＨリソースを要求する場合、ＷＴＲＵには、Ｅ−ＤＣＨ送信に関連付けられているすべてのチャネル（すなわち、専用物理制御チャネル（ＤＰＣＣＨ）、フラクショナル専用物理チャネル（fractional dedicated physical channel）（Ｆ−ＤＰＣＨ）、Ｅ−ＡＧＣＨ、Ｅ−ＲＧＣＨ、Ｅ−ＨＩＣＨ、Ｅ−ＤＰＣＣＨ、および／またはＥ−ＤＰＤＣＨ）についての構成情報が割り当てられる。割り当てられたＥ−ＤＣＨリソースにより、ＷＴＲＵは、ＭＡＣ−ｉ／ｉｓヘッダーまたはＭＡＣ−ｅ／ｅｓヘッダーでＣＱＩを送信することができる。あるいは、ＨＳ−ＤＰＣＣＨ情報は、割り当てられたＥ−ＤＣＨリソースに関連付けることができ、ＷＴＲＵは、ＣＱＩおよび任意選択でＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを、関連付けられたＨＳ＿ＤＰＣＣＨを介して送信することができる。
【００２６】
ＷＴＲＵがＨＳ−ＤＰＣＣＨリソースを要求する場合、ＷＴＲＵは、電力制御のためのアップリンクおよびダウンリンクの制御チャネル（例えば、Ｆ−ＤＰＣＨおよびＤＰＣＣＨ、ならびに必要なＨＳ−ＤＰＣＣＨ情報など）を含み、しかし他のＥ−ＤＣＨチャネルのうちの１つまたは複数を除いて、ＨＳ−ＤＰＣＣＨ送信を可能にするために必要なチャネルを受信する。ＨＳ−ＤＰＣＣＨリソースは、必要に応じてＷＴＲＵに割り当てられるリソースの個別のプールの一部でとすることができる。例えば、ＷＴＲＵがＨＳ−ＤＰＣＣＨを介してフィードバックを送信するだけでよく、他のアップリンクトラフィックを有していない場合、ネットワークがＥ−ＤＣＨリソースを費やし、他のＷＴＲＵをブロックする必要はない。したがって、ネットワークは、ＷＴＲＵがアップリンクトラフィックを有していない場合、リソースの個別のプールからＨＳ−ＤＰＣＣＨリソースインデックスを割り当てる。ＣＱＩおよびＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックは、割り当てられたＨＳ−ＤＰＣＣＨを介して送信することができる。
【００２７】
アップリンクアクセスを開始して、ＣＱＩ情報および／またはＡＣＫ／ＮＡＣＫフィードバックを運ぶようにするためのトリガは、正しく復号されたＨＳ−ＳＣＣＨ（ＷＴＲＵのＨＳ−ＤＳＣＨ無線ネットワーク一時識別（Ｈ−ＲＮＴＩ）でマスクされるＨＳ−ＳＣＣＨ送信）の受信および／または関連の高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）上でのデータの受信とすることもでき、またはダウンリンクのＦＡＣＨ（順方向アクセスチャネル）送信を受信したときでもよい。任意選択で、トリガ条件は、専用の無線ネットワーク一時識別（Ｈ−ＲＮＴＩ）および／またはＥ−ＤＣＨ無線ネットワーク一時識別（Ｅ−ＲＮＴＩ）がＷＴＲＵに割り当てられているかどうかによっても決メルことができる。ＷＴＲＵは、Ｅ−ＲＮＴＩを有していないときがあり、拡張ＲＡＣＨを使用して専用トラフィックチャネル（ＤＴＣＨ）／専用制御チャネル（ＤＣＣＨ）の送信を行うことができない場合がある。これらの場合、ＷＴＲＵは、ＣＱＩ送信のためのアップリンク送信を開始しないことを決定することができる。ＷＴＲＵは、Ｈ−ＲＮＴＩおよびＥ−ＲＮＴＩが割り当てられていない場合は、割り当てられたＥ−ＤＣＨリソースおよび要求された情報を有しているときも、ＨＳ−ＤＰＣＣＨフィードバックを送信しないことがある。
【００２８】
第３の実施形態によれば、ＷＴＲＵがＥ−ＤＣＨリソースを有してない場合、ＣＥＬＬ＿ＦＡＣＨ状態のＷＴＲＵは、新たなチャネル品質情報を送信するために、新しいアップリンク送信を定期的に開始するように構成することができる。ＷＴＲＵがアップリンクデータを有しておらず、どんなダウンリンク送信も受信しておらず、したがって、第１の実施形態および第２の実施形態のトリガ条件が満たされていないとき、ＷＴＲＵは、新たなＣＱＩを送信するために、アップリンク送信を定期的に開始することができる。ＣＱＩは、上記で開示された任意の方法を使用して送信することができる。例えば、ＣＱＩは、ＭＡＣ−ｅ／ｅｓまたはＭＡＣ−ｉ／ｉｓのヘッダー／トレーラ内、Ｅ−ＤＣＨに関連付けられているＨＳ−ＤＰＣＣＨ上、Ｅ−ＤＣＨ送信なしのＨＳ−ＤＰＣＣＨ上に含むことができる。
【００２９】
ネットワークで開始されたダウンリンク送信およびフィードバックのトリガのために、ネットワークは、初期ダウンリンク送信と共に、Ｅ−ＤＣＨリソースをＷＴＲＵに予め割り当てることができる。Ｅ−ＤＣＨリソースが特定のＷＴＲＵに予め割り当てられているので、Ｅ−ＤＣＨ送信における衝突の可能性はなく、これにより、ＰＲＡＣＨプリアンブル手続きに関連して必要な衝突検出フェーズをなくすことができる。Ｅ−ＤＣＨリソースの事前割り当ては、ＤＰＣＣＨ、Ｆ−ＤＰＣＨ、Ｅ−ＡＧＣＨ、Ｅ−ＲＧＣＨ、Ｅ−ＨＩＣＨ、Ｅ−ＤＰＣＣＨ、および／もしくはＥ−ＤＰＤＣＨの構成情報、ならびに／またはＨＳ−ＰＤＣＣＨ情報を含むことができる。構成情報は、ＦＡＣＨを介して送信されるＲＲＣ信号、ＨＳ−ＤＳＣＨ、または適切なＭＡＣヘッダーで送信されるＬ２信号を介して送信することができ、例えば、ＬＣＨ−ＩＤの確保された値を使用して、インデックスがＭＡＣ ＰＤＵに付加されたことを示すことができる。あるいは、ＨＳ−ＳＣＣＨを介して送信されるＬ１信号（すなわち、任意選択でインデックスを含むＨＳ−ＳＣＣＨ命令）を使用する、あるいは新しいＬ１信号を使用することができる。Ｌ１信号、ＨＳ−ＳＣＣＨまたは新しいメッセージを、そのエントリが必要な構成パラメータを指定するＳＩＢを介してブロードキャストされるＥ−ＤＣＨリソースのリストへのインデックスとすることができる。Ｌ１信号は、インデックスを提供することができ、あるいは、単にＤＬフィードバックが必要である旨の標示を提供することができる。これによって、ＷＴＲＵがトリガされ、Ｅ−ＤＣＨリソースを要求するためのランダムアクセス手順が開始されて、ＨＳ−ＤＰＣＣＨ送信に必要なパラメータを取得することができる。いったんＥ−ＤＣＨ構成情報がＷＴＲＵに提供されると、ＷＴＲＵは、初期送信電力を確立し、アップリンク送信および／またはアップリンクフィードバックを開始することができる。
【００３０】
あるいは、ネットワークで開始されたダウンリンク送信では、ネットワークは、ＨＳ−ＤＰＣＣＨリソースを予め割り当てることができ、これは、電力制御のためのアップリンクおよびダウンリンクの制御チャネル（例えば、Ｆ−ＤＰＣＨおよびＤＰＣＣＨなど）、ならびに必要なＨＳ−ＤＰＣＣＨ情報を含み、しかし他のＥ−ＤＣＨチャネルのうちの１つまたは複数を除いて、ＨＳ−ＤＰＣＣＨ送信を可能にするために必要なチャネルを参照する。ＨＳ−ＤＰＣＣＨリソースまたは全Ｅ−ＤＣＨリソースを事前に割り当てることにより、ＷＴＲＵは競合のないアクセスが可能となる。ネットワークは、ＨＳ−ＤＰＣＣＨ情報を含んでいるＨＳ−ＤＰＣＣＨリソースのみ、または全Ｅ−ＤＣＨリソースを割り当てることができる。ＨＳ−ＤＰＣＣＨ、スクランブルコード、および／または他のＥ−ＤＣＨリソースは、ネットワークによって明示的に示すことができ、またはＳＩＢを介してブロードキャストされるリソースのグループのインデックスとして送信することができる。任意選択で、ＷＴＲＵに提供されるＨＳ−ＤＰＣＣＨリソースは、競合のないアクセスに使用すべきブロードキャストリソースのプール、またはＡＣＫ／ＮＡＣＫフィードバックおよびＣＱＩフィードバックのみを送信するために必要なＷＴＲＵに使用すべきリソースのプールからのものとすることができる。
【００３１】
あるいは、ネットワークで開始されたダウンリンク送信では、ネットワークは、上述した方法のうちの１つを使用して初期ダウンリンク送信において拡張ＲＡＣＨプリアンブル署名を予め割り当てることができる。プリアンブル署名は、ネットワークの制御下にあり、事前割り当てのためだけに使用される確保された１組の署名からのものとすることができ、あるいは、これらは、Ｅ−ＤＣＨ ＵＬランダムアクセス手順に使用されるプリアンブル署名とすることができる。ＷＴＲＵは、拡張ＲＡＣＨプリアンブル署名を使用して、拡張ＲＡＣＨプリアンブル電力立ち上げサイクルを開始して、アップリンク送信のための適切な送信電力を確立することができる。プリアンブル署名は、ＷＴＲＵに予め割り当てられているため、衝突の可能性はない。ＷＴＲＵは、ＡＩＣＨを介して割り当てられたリソース（ＨＳ−ＤＰＣＣＨ有りまたはなしのＥ−ＤＣＨリソース、もしくはＨＳ−ＤＰＣＣＨリソース）の標示を受信した後、該当する場合、競合解決フェーズを実行する必要なく、ＨＳ−ＤＰＣＣＨまたは他のアップリンクデータの送信をすぐに開始することができる。
【００３２】
ネットワークは、ＷＴＲＵの状況に基づいて、Ｅ−ＤＣＨリソース、ＨＳ−ＤＰＣＣＨリソース、またはＲＡＣＨ署名シーケンスを予め割り当てるかどうかの決定を行うことができる。ＷＴＲＵがすでにＥ−ＤＣＨリソースを有している場合、ネットワークは、任意の新しいＥ−ＤＣＨリソースを予め割り当てなくてもよい。一方で、ＷＴＲＵが任意のＥ−ＤＣＨリソースを有していない場合、ネットワークは、最新のチャネル品質情報が必要であり、そのため、Ｅ−ＤＣＨリソース、ＨＳ−ＤＰＣＣＨ情報、またはＲＡＣＨ署名シーケンスをＷＴＲＵに予め割り当てることを決定することができる。事前の割り当ての受信は、ＷＴＲＵがＨＳ−ＤＰＣＣＨを介してフィードバックを送信し始めるトリガとすることができる。ＷＴＲＵは、すでにアクティブなＥ−ＤＣＨリソースを有しておらず、ダウンリンクトラフィックを受信した場合、上述したように明示的なシグナリングを介して、または上述したように予め割り当てられたインデックスの受信を介して、ネットワークによって特に示されない限り、ＨＳ−ＤＰＣＣＨフィードバックを送信しなくてもよい。ダウンリンク送信が完了し、ネットワークがこれ以上ＡＣＫ／ＮＡＣＫフィードバックまたはＣＱＩフィードバックを予想しなくなるまで、もしくはタイマが終了になるまで、ネットワークは、同じ組のＥ−ＤＣＨリソースを任意の他のＷＴＲＵに割り当てることができないようにするのが好ましい。
【００３３】
予め割り当てられたリソースが未使用になる可能性に対処するため、ネットワークは、これらのリソースが割り当てられると、タイマを開始することができる。タイマが終了になるまで、予め割り当てられたリソースにおけるＷＴＲＵが動作しない場合、Ｅ−ＡＧＣＨを介した明示的なシグナリングを介して、またはＷＴＲＵにおいてもアクティブであるタイマを介して、リソースを解放することができる。リソースが解放された後、必要な場合、ＷＴＲＵは、プリアンブル立ち上げ手順を行い、その後Ｅ−ＤＣＨリソースを取得することができる。
【００３４】
あるいは、ダウンリンク送信上で運ばれるトラフィックが応答（例えば、ＲＲＣまたはＲＬＣ肯定応答）を必要とする場合、ネットワークは、Ｅ−ＤＣＨリソースを予め割り当てるだけでよい。ＷＴＲＵが（例えば、ＲＬＣ ＡＣＫまたはＲＲＣメッセージで）ダウンリンク送信に応答しなければならないことをネットワークが認識している場合、ＷＴＲＵはいずれにしてもアップリンクリソースについての要求を行わなければならないため、ネットワークは、Ｅ−ＤＣＨリソースをＷＴＲＵに予め割り当てることができる。ＷＴＲＵは、予め割り当てられたリソースをいったん取得すると、そのリソースをＣＱＩおよび／またはＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックに使用することができる。拡張ＣＥＬＬ＿ＦＡＣＨのＥ−ＤＣＨリソースがＮｏｄｅＢによって制御される場合、ＲＮＣは、Ｉｕｂフレームプロトコルを介して標示を送信して、ダウンリンク上で送信されているトラフィックのタイプについてＮｏｄｅＢに通知することができる。
【００３５】
ネットワークがリソースを予め割り当てるときは、ＷＴＲＵは、初期ＷＴＲＵアップリンクＤＰＣＣＨ（専用物理制御チャネル）送信電力を確立または決定する必要がある。ＷＴＲＵは、アップリンクの拡張ＲＡＣＨ電力立ち上げ手順を使用して、初期電力を決定することができる。より詳細には、リソースが予め割り当てられた後、ＷＴＲＵは、受信されたＥ−ＤＣＨインデックスに対応するプリアンブル署名を使用して、第１のプリアンブルの送信を開始する。ＷＴＲＵは、ＡＩＣＨで回答を受信するまで、プリアンブルフェーズを維持する。次いで、ＷＴＲＵは、最後のプリアンブル電力からの電力オフセットを使用して、ＤＰＣＣＨ送信をすぐに開始する。あるいは、ＷＴＲＵは、立ち上げ手順を行わず、ＤＰＣＣＨ送信、および次いでＥ−ＤＣＨ送信をすぐに開始する。ネットワークは、ＤＰＣＣＨ電力オフセットを信号で送ることができ、ＷＴＲＵは、このオフセットおよび測定された基準（例えば、ＣＰＩＣＨ ＲＳＣＰ）に基づいて、初期電力を決定することができる。あるいは、ネットワークは、一定の／絶対的なＷＴＲＵ送信電力を信号で送ることができる。あるいは、ネットワークは、ＳＩＢ７でブロードキャストされたアップリンク干渉値に関して、またはＷＴＲＵがアップリンク拡張ランダムアクセス手順を開始することになっていた場合に使用することになる初期プリアンブル電力に関して、使用するＤＰＣＣＨ電力オフセットを信号で送ることができる。初期送信電力のための情報は、システム情報の一部としてブロードキャストし、またはＥ−ＤＣＨリソースの事前割り当てメッセージにおいて信号で送ることができる。ＷＴＲＵは、同期手順を実行して、電力制御ループが同期できるようにすることができる。あるいは、ＣＥＬＬ＿ＦＡＣＨ状態のＷＴＲＵは、この電力制御確立専用の確保された１組の署名、および／またはアクセススロットを有することができ、一意の組合せを、Ｅ−ＤＣＨリソースの事前割り当てメッセージの一部として含めることができる。これにより、複数のＷＴＲＵが同じ署名および／またはアクセススロットを選択する可能性がなくなる。全Ｅ−ＤＣＨリソースがＷＴＲＵに割り当てられた場合、ＷＴＲＵは、送信電力を確立することができ、ＡＩＣＨがメッセージの送信を開始するのを待つのでなく、むしろ正しい電力レベルが確立されるとすぐに、予め割り当てられたリソースにおいて開始することができる。以上のようにして、正しい電力レベルは確立される。ＷＴＲＵは、オフセットのうちの１つ、または絶対的な電力に基づいてＤＰＣＣＨ送信を開始し、次いで、Ｅ−ＤＣＨ送信および／またはＨＳ−ＤＰＣＣＨフィードバックを開始する。リソースが予め割り当てられている場合、ＷＴＲＵは衝突解決フェーズを実行する必要がないことを理解されたい。
【００３６】
従来、ＣＥＬＬ＿ＰＣＨ状態のＷＴＲＵが送信すべきアップリンクデータを有するとき、またはＨＳ−ＳＣＣＨにおけるそのアドレス（専用Ｈ−ＲＮＴＩ）を検出すると、ＷＴＲＵは、Ｅｃ／ＮｏまたはＲＳＣＰ（受信信号コード電力）値のいずれかと共にレイヤ３測定レポートを送信して、チャネル品質情報に応じてネットワークを更新する。第４の実施形態によれば、ＣＥＬＬ＿ＦＡＣＨおよびＣＥＬＬ＿ＰＣＨのＥ−ＤＣＨをサポートするセル内のＷＴＲＵは、ＣＥＬＬ＿ＰＣＨのＷＴＲＵがＨＳ−ＳＣＣＨにおいて専用Ｈ−ＲＮＴＩを復号するとき、またはＷＴＲＵがＣＥＬＬ＿ＰＣＨで送信すべきアップリンクデータを有するとき、レイヤ３測定レポートを送信するのではなく、上述した技術のうちの任意のものを使用して、ＣＱＩを送信することができる。例えば、ネットワークは、上記の方法のうちの１つを使用して、リソース（Ｅ−ＤＣＨリソース、ＨＳ−ＤＰＣＣＨリソース、ＲＡＣＨプリアンブル署名）を予め割り当て、ＣＥＬＬ＿ＦＡＣＨへの状態遷移をトリガすることができる。ＷＴＲＵは、予め割り当てられたリソースを使用して、ＣＱＩ情報を送信することができる。さらに、予め割り当てられたリソースがＨＳ−ＤＰＣＣＨを含む場合、ＷＴＲＵは、ダウンリンク送信のためのＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを送信することもできる。あるいは、ＷＴＲＵは、送信すべきアップリンクデータを有する場合、ＣＥＬＬ＿ＦＡＣＨに直接遷移し、ＣＥＬＬ＿ＦＡＣＨアクセスで拡張アップリンクを開始することができる。ＣＱＩは、割り当てられたリソースで送信することができる。リソースは、（例えば、測定レポート、スケジューリング情報、アップリンクユーザプレーンデータなど）任意の必要な送信に使用することができる。いずれの場合も、ＷＴＲＵは、「ＲＡＣＨにおける測定結果」を含む測定レポートを送信する必要はなく、代わりに、上述した機構のうちの１つを介してより良いチャネル品質情報を送信する必要がある。
【００３７】
あるいは、ＷＴＲＵは、通常のＲＡＣＨアクセス手順を実行して、フィードバック情報を送信するためのＥ−ＤＣＨリソースを要求するだけでよい。
【００３８】
上述したすべての実施形態について、ＷＴＲＵは、初期フェーズのために、より頻繁にチャネル品質情報を送信することができる。例えば、ＷＴＲＵは、アップリンク送信を有している場合、またはＨＳ−ＳＣＣＨにおいてＨ−ＲＮＴＩを復号する場合、より高い頻度（すなわち、連続的なＴＴＩ（送信時間間隔）、またはＨＳ−ＤＰＣＣＨを介する通常のＣＱＩ報告のために構成された速度のＮ倍速く）でチャネル品質情報を送信することができる。これによって、ネットワークは、その後のダウンリンク送信に使用される変調および符号化を任意選択で調整することができる。あるいは、ＣＱＩは、競合解決フェーズ中（ＣＱＩレポートの頻度を、そのフェーズ中にＷＴＲＵが十分なＣＱＩレポートを送信できるように構成することができる）定期的に、ＲＡＣＨアクセスの継続期間の間定期的に、ＷＴＲＵのＲＡＣＨアクセス期間中にダウンリンクトラフィックが送信されている場合のみ、または上記の組合せで送信することができる。
【００３９】
図４は、ＷＴＲＵ４００の例のブロック図である。ＷＴＲＵ４００は、送受信機４０２、測定ユニット４０４（オプション）、および制御ユニット４０６を含む。送受信機は、ＲＡＣＨプリアンブルを送信し、ＲＡＣＨプリアンブルに応答してＡＩを受信するなど、メッセージを送受信するように構成される。測定ユニット４０４は、チャネル品質を測定し、チャネル品質情報を生成するように構成される。制御ユニット４０６は、ＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態で、Ｅ−ＤＣＨ、ＨＳ−ＤＰＣＣＨなどを介して、上記に開示の実施形態のうちの任意の１つに従ってチャネル品質情報を提供するように構成される。
【００４０】
実施形態
１．アップリンク送信のためのリソースを予め割り当てるための方法。
【００４１】
２．ＣＥＬＬ＿ＦＡＣＨ状態およびＣＥＬＬ＿ＰＣＨ状態のうちの一方の間に、ＷＴＲＵがＨＳ−ＤＳＣＨ送信を受信するステップを含む実施形態１に記載の方法。
【００４２】
３．ＷＴＲＵが、アップリンクリソースを指す予め割り当てられたインデックスを含むダウンリンクメッセージを受信するステップを含む実施形態２に記載の方法。
【００４３】
４．ＷＴＲＵが、予め割り当てられたアップリンクリソースを使用して、アップリンク送信およびアップリンクフィードバック情報を送信するステップを含む実施形態３に記載の方法。
【００４４】
５．アップリンクリソースは、Ｅ−ＤＣＨリソース、ＨＳ−ＤＰＣＣＨリソース、および確保されたＲＡＣＨプリアンブル署名のうちの１つである実施形態３〜４のうちのいずれか一項に記載の方法。
【００４５】
６．Ｅ−ＤＣＨリソースは、ＨＳ−ＤＰＣＣＨリソース情報を含む実施形態５に記載の方法。
【００４６】
７．アップリンク送信およびアップリンクフィードバック情報は、衝突解決フェーズを実行することなく送信される実施形態４〜６のうちのいずれか一項に記載の方法。
【００４７】
８．予め割り当てられたインデックスを含むダウンリンクメッセージは、ＨＳ−ＳＣＣＨ命令を使用して送信される実施形態３〜７のうちのいずれか一項に記載の方法。
【００４８】
９．Ｅ−ＤＣＨリソースは、ＷＴＲＵが送信すべきアップリンクデータを有する場合のみ割り当てられる実施形態５〜８のうちのいずれか一項に記載の方法。
【００４９】
１０．ＨＳ−ＤＰＣＣＨリソースは、Ｅ−ＤＣＨリソースプールとは別のリソースプールの一部である実施形態５〜９のうちのいずれか一項に記載の方法。
【００５０】
１１．ＷＴＲＵは、アップリンクフィードバック情報に関するＣＱＩおよびＨＡＲＱフィードバックのうちの少なくとも一方を送信する実施形態４〜１０のうちのいずれか一項に記載の方法。
【００５１】
１２．ＣＱＩは、ＭＡＣ−ｅヘッダー、ＭＡＣ−ｅｓヘッダー、ＭＡＣ−ｉヘッダー、およびＭＡＣ−ｉｓヘッダーのうちの１つに含まれる実施形態１１に記載の方法。
【００５２】
１３．ＣＱＩは、競合解決のために送信されるＭＡＣ−ｉヘッダー０に含まれる実施形態１１に記載の方法。
【００５３】
１４．アップリンクリソースは、ＳＩＢを介してブロードキャストされるリソースのグループのインデックスを送信することによって割り当てられる実施形態３〜１３のうちのいずれか一項に記載の方法。
【００５４】
１５．アップリンクリソースは、ダウンリンク送信がＷＴＲＵ応答を必要とする場合、割り当てられる実施形態３〜１４のうちのいずれか一項に記載の方法。
【００５５】
１６．アップリンクリソースは、ダウンリンク送信が最新のチャネル品質情報を必要とする場合、割り当てられる実施形態３〜１５のうちのいずれか一項に記載の方法。
【００５６】
１７．アップリンクリソースは、タイマの終了まで未使用の場合、解放され、リソースの共通プールに戻される実施形態３〜１６のうちのいずれか一項に記載の方法。
【００５７】
１８．ＷＴＲＵは、ＲＡＣＨ電力立ち上げ手順を実行して、アップリンク送信の適切なアップリンク送信電力レベルを設定する実施形態４〜１７のうちのいずれか一項に記載の方法。
【００５８】
１９．ＷＴＲＵは、電力制御確立のために確保されたＲＡＣＨプリアンブル署名および／またはアクセススロットを受信し、この確保されたＲＡＣＨプリアンブルおよび／またはアクセススロットをＲＡＣＨ電力立ち上げ手順に使用する実施形態１８に記載の方法。
【００５９】
２０．ＷＴＲＵは、ＤＰＣＣＨ送信を開始し、ＲＡＣＨ電力立ち上げ手順を実行することなくアップリンク送信を行う実施形態４〜１７のうちのいずれか一項に記載の方法。
【００６０】
２１．ＤＰＣＣＨの送信電力は、ＤＰＣＣＨ電力オフセットおよび測定された基準、ＤＰＣＣＨ電力オフセットおよびブロードキャストアップリンク干渉、ＤＰＣＣＨ電力オフセットおよび初期ＲＡＣＨプリアンブル電力のうちの１つに基づいて決定される実施形態２０に記載の方法。
【００６１】
２２．ＤＰＣＣＨの送信電力は、ネットワークによって決定され、ブロードキャストされた一定の送信電力に設定される実施形態２０に記載の方法。
【００６２】
２３．ＷＴＲＵは、同期手順を実行して、アップリンク送信のために電力制御ループが同期できるようにする実施形態４〜２２のうちのいずれか一項に記載の方法。
【００６３】
２４．チャネル品質情報を提供するための方法。
【００６４】
２５．ＣＥＬＬ＿ＰＣＨ状態のＷＴＲＵがダウンリンク送信を受信するステップを含む実施形態２４に記載の方法。
【００６５】
２６．ＷＴＲＵがダウンリンク送信に応答してＣＱＩを送信するステップを含む実施形態２５に記載の方法。
【００６６】
２７．ダウンリンク送信は、予め割り当てられたアップリンクリソースを含む実施形態２４〜２５のうちのいずれか一項に記載の方法。
【００６７】
２８．ＷＴＲＵがダウンリンク送信に応答してＨＡＲＱフィードバックを送信するステップをさらに含む実施形態２５〜２７のうちのいずれか一項に記載の方法。
【００６８】
２９．アップリンク送信のためのリソースを予め割り当てるためのＷＴＲＵ。
【００６９】
３０．ＣＥＬＬ＿ＦＡＣＨ状態およびＣＥＬＬ＿ＰＣＨ状態のうちの一方の間に、ダウンリンク送信を受信し、アップリンク送信およびアップリンクフィードバック情報を送信するように構成された送受信機であって、ダウンリンク送信は、アップリンクリソースを指す予め割り当てられたインデックスを含む、送受信機を含む実施形態２９に記載のＷＴＲＵ。
【００７０】
３１．予め割り当てられたアップリンクリソースを使用して、アップリンク送信およびアップリンクフィードバック情報送信を制御するように構成された制御ユニットを含む実施形態３０に記載のＷＴＲＵ。
【００７１】
３２．アップリンクリソースは、Ｅ−ＤＣＨリソース、ＨＳ−ＤＰＣＣＨリソース、および確保されたＲＡＣＨプリアンブル署名のうちの少なくとも１つである実施形態３０〜３１のうちのいずれか一項に記載のＷＴＲＵ。
【００７２】
３３．Ｅ−ＤＣＨリソースは、ＨＳ−ＤＰＣＣＨリソース情報を含む実施形態３２に記載のＷＴＲＵ。
【００７３】
３４．アップリンク送信およびアップリンクフィードバック情報は、衝突解決フェーズを実行することなく送信される実施形態３０〜３３のうちのいずれか一項に記載のＷＴＲＵ。
【００７４】
３５．予め割り当てられたインデックスを含むダウンリンク送信は、ＨＳ−ＳＣＣＨ（高速共有制御チャネル）命令を使用して送信される実施形態３０〜３４のうちのいずれか一項に記載のＷＴＲＵ。
【００７５】
３６．Ｅ−ＤＣＨリソースは、ＷＴＲＵが送信すべきアップリンクデータを有する場合のみ割り当てられるＷＴＲＵ送信３２〜３５。
【００７６】
３７．ＨＳ−ＤＰＣＣＨリソースは、Ｅ−ＤＣＨリソースプールとは別のリソースプールの一部であるＷＴＲＵ送信３２〜３６。
【００７７】
３８．ＷＴＲＵは、アップリンクフィードバック情報に関するＣＱＩおよびＨＡＲＱフィードバックのうちの少なくとも１つを送信するＷＴＲＵ送信３１〜３７。
【００７８】
３９．ＣＱＩは、ＭＡＣ−ｅヘッダー、ＭＡＣ−ｅｓヘッダー、ＭＡＣ−ｉヘッダー、およびＭＡＣ−ｉｓヘッダーのうちの１つに含まれる実施形態３８に記載のＷＴＲＵ。
【００７９】
４０．ＣＱＩは、競合解決のために送信されるＭＡＣ−ｉヘッダー０に含まれる実施形態３８に記載のＷＴＲＵ。
【００８０】
４１．アップリンクリソースは、ＳＩＢを介してブロードキャストされるリソースのグループのインデックスを送信することによって割り当てられるＷＴＲＵ送信３０〜４０。
【００８１】
４２．アップリンクリソースは、ダウンリンク送信がＷＴＲＵ応答を必要とする場合、割り当てられるＷＴＲＵ送信３０〜４１。
【００８２】
４３．アップリンクリソースは、ダウンリンク送信が最新のチャネル品質情報を必要とする場合、割り当てられるＷＴＲＵ送信３０〜４２。
【００８３】
４４．アップリンクリソースは、タイマの終了まで未使用の場合、解放され、リソースの共通プールに戻されるＷＴＲＵ送信３０〜４３。
【００８４】
４５．制御ユニットは、ＲＡＣＨ（ランダムアクセスチャネル）電力立ち上げ手順を実行して、アップリンク送信の適切なアップリンク送信電力レベルを設定するＷＴＲＵ送信３１〜４４。
【００８５】
４６．制御ユニットは、電力制御確立のために確保されたＲＡＣＨプリアンブル署名および／またはアクセススロットを受信し、この確保されたＲＡＣＨプリアンブルおよび／またはアクセススロットをＲＡＣＨ電力立ち上げ手順に使用する実施形態４５に記載のＷＴＲＵ。
【００８６】
４７．制御ユニットは、ＤＰＣＣＨ送信を開始し、ＲＡＣＨ電力立ち上げ手順を実行することなくアップリンク送信を行うＷＴＲＵ送信３１〜４４。
【００８７】
４８．ＤＰＣＣＨの送信電力は、ＤＰＣＣＨ電力オフセットおよび測定された基準、ＤＰＣＣＨ電力オフセットおよびブロードキャストアップリンク干渉、ＤＰＣＣＨ電力オフセットおよび初期ＲＡＣＨプリアンブル電力のうちの１つに基づいて決定される実施形態４７に記載のＷＴＲＵ。
【００８８】
４９．ＤＰＣＣＨの送信電力は、ネットワークによって決定され、ブロードキャストされた一定の送信電力に設定される実施形態４７に記載のＷＴＲＵ。
【００８９】
５０．ＷＴＲＵは、同期手順を実行して、アップリンク送信のために電力制御ループが同期できるようにする実施形態３１〜４４に記載のＷＴＲＵ。
【００９０】
５１．チャネル品質情報を提供するように構成されたＷＴＲＵ。
【００９１】
５２．ＣＥＬＬ＿ＰＣＨ状態の間に、ダウンリンク送信を受信するように構成された送受信機を含む実施形態５１に記載のＷＴＲＵ。
【００９２】
５３．ダウンリンク送信に応答してＣＱＩを送信するように構成された制御ユニットを含む実施形態５２に記載のＷＴＲＵ。
【００９３】
５４．ダウンリンク送信は、予め割り当てられたアップリンクリソースを含むＷＴＲＵ送信５２〜５３。
【００９４】
５５．制御ユニットは、ダウンリンク送信に応答してＨＡＲＱフィードバックを送信するように構成されたＷＴＲＵ送信５３〜５４。
【００９５】
上記では特徴および要素が特定の組合せで記載されているが、各特徴または要素は、他の特徴および要素なしに単独で、または他の特徴および要素の有無にかかわらず様々な組合せで使用することができる。本明細書に提供された方法またはフロー図は、汎用コンピュータまたはプロセッサによって実行するために、コンピュータ可読記憶媒体に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施することができる。コンピュータ可読記憶媒体の例には、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクおよび取外式ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクやＤＶＤ（デジタル多目的ディスク）などの光媒体などがある。
【００９６】
適したプロセッサには、一例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）および／または状態機械などがある。
【００９７】
ソフトウェアと関連するプロセッサは、ＷＴＲＵ（無線送受信ユニット）、ＵＥ（ユーザ機器）、端末、基地局、ＲＮＣ（無線ネットワークコントローラ）、または任意のホストコンピュータで使用するための無線周波数送受信機を実施するために使用することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動装置、スピーカ、マイクロフォン、テレビ送受信機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）表示装置、ＯＬＥＤ（有機発光ダイオード）表示装置、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（無線ローカルエリアネットワーク）やＵＷＢ（超広帯域）モジュールなど、ハードウェアおよび／またはソフトウェアに実装されるモジュールと共に使用することができる。
【特許請求の範囲】
【請求項１】
アップリンク送信のためのリソースを予め割り当てるための方法であって、
ＣＥＬＬ＿ＦＡＣＨ状態およびＣＥＬＬ＿ＰＣＨ状態のうちの一方の間に、ＷＴＲＵ（無線送受信ユニット）がＨＳ−ＤＳＣＨ（高速ダウンリンクチャネル）送信を受信するステップと、
前記ＷＴＲＵがアップリンクリソースを指す予め割り当てられたインデックスを含むダウンリンクメッセージを受信するステップと、
前記ＷＴＲＵが前記予め割り当てられたアップリンクリソースを使用してアップリンク送信およびアップリンクフィードバック情報を送信するステップと
を含むことを特徴とする方法。
【請求項２】
前記アップリンクリソースは、Ｅ−ＤＣＨ（拡張専用チャネル）リソース、ＨＳ−ＤＰＣＣＨ（高速専用物理制御チャネル）リソース、およびＲＡＣＨ（確保されたランダムアクセスチャネル）プリアンブル署名のうちの１つであることを特徴とする請求項１に記載の方法。
【請求項３】
前記Ｅ−ＤＣＨリソースは、ＨＳ−ＤＰＣＣＨリソース情報を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記アップリンク送信および前記アップリンクフィードバック情報は、衝突解決フェーズを実行することなく送信されることを特徴とする請求項１に記載の方法。
【請求項５】
前記予め割り当てられたインデックスを含む前記ダウンリンク送信は、ＨＳ−ＳＣＣＨ（高速共有制御チャネル）命令を使用して送信されることを特徴とする請求項１に記載の方法。
【請求項６】
前記Ｅ−ＤＣＨリソースは、前記ＷＴＲＵが送信すべきアップリンクデータを有する場合のみ割り当てられることを特徴とする請求項２に記載の方法。
【請求項７】
前記ＨＳ−ＤＰＣＣＨリソースは、Ｅ−ＤＣＨリソースプールとは別のリソースプールの一部であることを特徴とする請求項２に記載の方法。
【請求項８】
前記ＷＴＲＵは、前記アップリンクフィードバック情報に関するＣＱＩ（チャネル品質インジケータ）およびＨＡＲＱ（ハイブリッド型自動反復要求）フィードバックのうちの少なくとも一方を送信することを特徴とする請求項１に記載の方法。
【請求項９】
前記ＣＱＩは、ＭＡＣ−ｅヘッダー、ＭＡＣ−ｅｓヘッダー、ＭＡＣ−ｉヘッダー、およびＭＡＣ−ｉｓヘッダーのうちの１つに含まれることを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＣＱＩは、競合解決のために送信されるＭＡＣ−ｉヘッダー０に含まれることを特徴とする請求項８に記載の方法。
【請求項１１】
前記アップリンクリソースは、ＳＩＢ（システム情報ブロック）を介してブロードキャストされるリソースのグループの前記インデックスを送信することによって割り当てられることを特徴とする請求項１に記載の方法。
【請求項１２】
前記アップリンクリソースは、前記ダウンリンク送信がＷＴＲＵ応答を必要とする場合、割り当てられることを特徴とする請求項１に記載の方法。
【請求項１３】
前記アップリンクリソースは、ダウンリンク送信が最新のチャネル品質情報を必要とする場合、割り当てられることを特徴とする請求項１に記載の方法。
【請求項１４】
前記アップリンクリソースは、タイマの終了まで未使用の場合、解放され、リソースの共通プールに戻されることを特徴とする請求項１に記載の方法。
【請求項１５】
前記ＷＴＲＵは、ＲＡＣＨ（ランダムアクセスチャネル）電力立ち上げ手順を実行して、前記アップリンク送信の適切なアップリンク送信電力レベルを設定することを特徴とする請求項１に記載の方法。
【請求項１６】
前記ＷＴＲＵは、電力制御確立のために確保されたＲＡＣＨプリアンブル署名および／またはアクセススロットを受信し、前記確保されたＲＡＣＨプリアンブルおよび／またはアクセススロットを前記ＲＡＣＨ電力立ち上げ手順に使用することを特徴とする請求項１５に記載の方法。
【請求項１７】
前記ＷＴＲＵは、ＤＰＣＣＨ（専用物理制御チャネル）送信を開始し、ＲＡＣＨ（ランダムアクセスチャネル）電力立ち上げ手順を実行することなく前記アップリンク送信を行うことを特徴とする請求項１に記載の方法。
【請求項１８】
前記ＤＰＣＣＨの送信電力は、ＤＰＣＣＨ電力オフセットおよび測定された基準、ＤＰＣＣＨ電力オフセットおよびブロードキャストアップリンク干渉、ＤＰＣＣＨ電力オフセットおよび初期ＲＡＣＨプリアンブル電力のうちの１つに基づいて決定されることを特徴とする請求項１７に記載の方法。
【請求項１９】
前記ＤＰＣＣＨの送信電力は、ネットワークによって決定され、ブロードキャストされた一定の送信電力に設定されることを特徴とする請求項１７に記載の方法。
【請求項２０】
前記ＷＴＲＵは、同期手順を実行して、前記アップリンク送信のために電力制御ループが同期できるようにすることを特徴とする請求項１に記載の方法。
【請求項２１】
チャネル品質情報を提供するための方法であって、
ＣＥＬＬ＿ＰＣＨ状態のＷＴＲＵ（無線送受信ユニット）がダウンリンク送信を受信するステップと、
前記ＷＴＲＵが前記ダウンリンク送信に応答してＣＱＩ（チャネル品質インジケータ）を送信するステップと
を含むことを特徴とする方法。
【請求項２２】
前記ダウンリンク送信は、予め割り当てられたアップリンクリソースを含むことを特徴とする請求項２１に記載の方法。
【請求項２３】
前記ＷＴＲＵが前記ダウンリンク送信に応答してＨＡＲＱ（ハイブリッド型自動反復要求）フィードバックを送信するステップ
をさらに含むことを特徴とする請求項２１に記載の方法。
【請求項２４】
アップリンク送信のためのリソースを予め割り当てるためのＷＴＲＵ（無線送受信ユニット）であって、
ＣＥＬＬ＿ＦＡＣＨ状態およびＣＥＬＬ＿ＰＣＨ状態のうちの一方の間に、ダウンリンク送信を受信し、アップリンク送信およびアップリンクフィードバック情報を送信するように構成された送受信機であって、前記ダウンリンク送信は、アップリンクリソースを指す予め割り当てられたインデックスを含む、送受信機と、
前記予め割り当てられたアップリンクリソースを使用して、前記アップリンク送信および前記アップリンクフィードバック情報送信を制御するように構成された制御ユニットと
を含むことを特徴とするＷＴＲＵ。
【請求項２５】
前記アップリンクリソースは、Ｅ−ＤＣＨ（拡張専用チャネル）リソース、ＨＳ−ＤＰＣＣＨ（高速専用物理チャネル）リソース、およびＲＡＣＨ（確保されたランダムアクセスチャネル）プリアンブル署名のうちの少なくとも１つであることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項２６】
前記Ｅ−ＤＣＨリソースは、ＨＳ−ＤＰＣＣＨリソース情報を含むことを特徴とする請求項２５に記載のＷＴＲＵ。
【請求項２７】
前記アップリンク送信および前記アップリンクフィードバック情報は、衝突解決フェーズを実行することなく送信されることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項２８】
前記予め割り当てられたインデックスを含む前記ダウンリンク送信は、ＨＳ−ＳＣＣＨ（高速共有制御チャネル）命令を使用して送信されることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項２９】
前記Ｅ−ＤＣＨリソースは、前記ＷＴＲＵが送信すべきアップリンクデータを有する場合のみ割り当てられることを特徴とする請求項２５に記載のＷＴＲＵ。
【請求項３０】
前記ＨＳ−ＤＰＣＣＨリソースは、Ｅ−ＤＣＨリソースプールとは別のリソースプールの一部であることを特徴とする請求項２５に記載のＷＴＲＵ。
【請求項３１】
前記ＷＴＲＵは、前記アップリンクフィードバック情報に関するＣＱＩ（チャネル品質インジケータ）およびＨＡＲＱ（ハイブリッド型自動反復要求）フィードバックのうちの少なくとも一方を送信することを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３２】
前記ＣＱＩは、ＭＡＣ−ｅヘッダー、ＭＡＣ−ｅｓヘッダー、ＭＡＣ−ｉヘッダー、およびＭＡＣ−ｉｓヘッダーのうちの１つに含まれることを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項３３】
前記ＣＱＩは、競合解決のために送信されるＭＡＣ−ｉヘッダー０に含まれることを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項３４】
前記アップリンクリソースは、ＳＩＢ（システム情報ブロック）を介してブロードキャストされるリソースのグループの前記インデックスを送信することによって割り当てられることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３５】
前記アップリンクリソースは、前記ダウンリンク送信がＷＴＲＵ応答を必要とする場合、割り当てられることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３６】
前記アップリンクリソースは、ダウンリンク送信が最新のチャネル品質情報を必要とする場合、割り当てられることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３７】
前記アップリンクリソースは、タイマの終了まで未使用の場合、解放され、リソースの共通プールに戻されることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３８】
前記制御ユニットは、ＲＡＣＨ（ランダムアクセスチャネル）電力立ち上げ手順を実行して、前記アップリンク送信の適切なアップリンク送信電力レベルを設定することを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３９】
前記制御ユニットは、電力制御確立のために確保されたＲＡＣＨプリアンブル署名および／またはアクセススロットを受信し、前記確保されたＲＡＣＨプリアンブルおよび／またはアクセススロットを前記ＲＡＣＨ電力立ち上げ手順に使用することを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項４０】
前記制御ユニットは、ＤＰＣＣＨ（専用物理制御チャネル）送信を開始し、ＲＡＣＨ（ランダムアクセスチャネル）電力立ち上げ手順を実行することなく前記アップリンク送信を行うことを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項４１】
前記ＤＰＣＣＨの送信電力は、ＤＰＣＣＨ電力オフセットおよび測定された基準、ＤＰＣＣＨ電力オフセットおよびブロードキャストアップリンク干渉、ＤＰＣＣＨ電力オフセットおよび初期ＲＡＣＨプリアンブル電力のうちの１つに基づいて決定されることを特徴とする請求項４０に記載のＷＴＲＵ。
【請求項４２】
前記ＤＰＣＣＨの送信電力は、ネットワークによって決定され、ブロードキャストされた一定の送信電力に設定されることを特徴とする請求項４０に記載のＷＴＲＵ。
【請求項４３】
前記ＷＴＲＵは、同期手順を実行して、前記アップリンク送信のために電力制御ループが同期できるようにすることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項４４】
チャネル品質情報を提供するように構成されたＷＴＲＵ（無線送受信ユニット）であって、
ＣＥＬＬ＿ＰＣＨ状態の間に、ダウンリンク送信を受信するように構成された送受信機と、
前記ダウンリンク送信に応答してＣＱＩ（チャネル品質インジケータ）を送信するように構成された制御ユニットと
を含むことを特徴とするＷＴＲＵ。
【請求項４５】
前記ダウンリンク送信は、予め割り当てられたアップリンクリソースを含むことを特徴とする請求項４４に記載のＷＴＲＵ。
【請求項４６】
前記制御ユニットは、前記ダウンリンク送信に応答してＨＡＲＱ（ハイブリッド型自動反復要求）フィードバックを送信するように構成されたことを特徴とする請求項４４に記載のＷＴＲＵ。
【請求項１】
アップリンク送信のためのリソースを予め割り当てるための方法であって、
ＣＥＬＬ＿ＦＡＣＨ状態およびＣＥＬＬ＿ＰＣＨ状態のうちの一方の間に、ＷＴＲＵ（無線送受信ユニット）がＨＳ−ＤＳＣＨ（高速ダウンリンクチャネル）送信を受信するステップと、
前記ＷＴＲＵがアップリンクリソースを指す予め割り当てられたインデックスを含むダウンリンクメッセージを受信するステップと、
前記ＷＴＲＵが前記予め割り当てられたアップリンクリソースを使用してアップリンク送信およびアップリンクフィードバック情報を送信するステップと
を含むことを特徴とする方法。
【請求項２】
前記アップリンクリソースは、Ｅ−ＤＣＨ（拡張専用チャネル）リソース、ＨＳ−ＤＰＣＣＨ（高速専用物理制御チャネル）リソース、およびＲＡＣＨ（確保されたランダムアクセスチャネル）プリアンブル署名のうちの１つであることを特徴とする請求項１に記載の方法。
【請求項３】
前記Ｅ−ＤＣＨリソースは、ＨＳ−ＤＰＣＣＨリソース情報を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記アップリンク送信および前記アップリンクフィードバック情報は、衝突解決フェーズを実行することなく送信されることを特徴とする請求項１に記載の方法。
【請求項５】
前記予め割り当てられたインデックスを含む前記ダウンリンク送信は、ＨＳ−ＳＣＣＨ（高速共有制御チャネル）命令を使用して送信されることを特徴とする請求項１に記載の方法。
【請求項６】
前記Ｅ−ＤＣＨリソースは、前記ＷＴＲＵが送信すべきアップリンクデータを有する場合のみ割り当てられることを特徴とする請求項２に記載の方法。
【請求項７】
前記ＨＳ−ＤＰＣＣＨリソースは、Ｅ−ＤＣＨリソースプールとは別のリソースプールの一部であることを特徴とする請求項２に記載の方法。
【請求項８】
前記ＷＴＲＵは、前記アップリンクフィードバック情報に関するＣＱＩ（チャネル品質インジケータ）およびＨＡＲＱ（ハイブリッド型自動反復要求）フィードバックのうちの少なくとも一方を送信することを特徴とする請求項１に記載の方法。
【請求項９】
前記ＣＱＩは、ＭＡＣ−ｅヘッダー、ＭＡＣ−ｅｓヘッダー、ＭＡＣ−ｉヘッダー、およびＭＡＣ−ｉｓヘッダーのうちの１つに含まれることを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＣＱＩは、競合解決のために送信されるＭＡＣ−ｉヘッダー０に含まれることを特徴とする請求項８に記載の方法。
【請求項１１】
前記アップリンクリソースは、ＳＩＢ（システム情報ブロック）を介してブロードキャストされるリソースのグループの前記インデックスを送信することによって割り当てられることを特徴とする請求項１に記載の方法。
【請求項１２】
前記アップリンクリソースは、前記ダウンリンク送信がＷＴＲＵ応答を必要とする場合、割り当てられることを特徴とする請求項１に記載の方法。
【請求項１３】
前記アップリンクリソースは、ダウンリンク送信が最新のチャネル品質情報を必要とする場合、割り当てられることを特徴とする請求項１に記載の方法。
【請求項１４】
前記アップリンクリソースは、タイマの終了まで未使用の場合、解放され、リソースの共通プールに戻されることを特徴とする請求項１に記載の方法。
【請求項１５】
前記ＷＴＲＵは、ＲＡＣＨ（ランダムアクセスチャネル）電力立ち上げ手順を実行して、前記アップリンク送信の適切なアップリンク送信電力レベルを設定することを特徴とする請求項１に記載の方法。
【請求項１６】
前記ＷＴＲＵは、電力制御確立のために確保されたＲＡＣＨプリアンブル署名および／またはアクセススロットを受信し、前記確保されたＲＡＣＨプリアンブルおよび／またはアクセススロットを前記ＲＡＣＨ電力立ち上げ手順に使用することを特徴とする請求項１５に記載の方法。
【請求項１７】
前記ＷＴＲＵは、ＤＰＣＣＨ（専用物理制御チャネル）送信を開始し、ＲＡＣＨ（ランダムアクセスチャネル）電力立ち上げ手順を実行することなく前記アップリンク送信を行うことを特徴とする請求項１に記載の方法。
【請求項１８】
前記ＤＰＣＣＨの送信電力は、ＤＰＣＣＨ電力オフセットおよび測定された基準、ＤＰＣＣＨ電力オフセットおよびブロードキャストアップリンク干渉、ＤＰＣＣＨ電力オフセットおよび初期ＲＡＣＨプリアンブル電力のうちの１つに基づいて決定されることを特徴とする請求項１７に記載の方法。
【請求項１９】
前記ＤＰＣＣＨの送信電力は、ネットワークによって決定され、ブロードキャストされた一定の送信電力に設定されることを特徴とする請求項１７に記載の方法。
【請求項２０】
前記ＷＴＲＵは、同期手順を実行して、前記アップリンク送信のために電力制御ループが同期できるようにすることを特徴とする請求項１に記載の方法。
【請求項２１】
チャネル品質情報を提供するための方法であって、
ＣＥＬＬ＿ＰＣＨ状態のＷＴＲＵ（無線送受信ユニット）がダウンリンク送信を受信するステップと、
前記ＷＴＲＵが前記ダウンリンク送信に応答してＣＱＩ（チャネル品質インジケータ）を送信するステップと
を含むことを特徴とする方法。
【請求項２２】
前記ダウンリンク送信は、予め割り当てられたアップリンクリソースを含むことを特徴とする請求項２１に記載の方法。
【請求項２３】
前記ＷＴＲＵが前記ダウンリンク送信に応答してＨＡＲＱ（ハイブリッド型自動反復要求）フィードバックを送信するステップ
をさらに含むことを特徴とする請求項２１に記載の方法。
【請求項２４】
アップリンク送信のためのリソースを予め割り当てるためのＷＴＲＵ（無線送受信ユニット）であって、
ＣＥＬＬ＿ＦＡＣＨ状態およびＣＥＬＬ＿ＰＣＨ状態のうちの一方の間に、ダウンリンク送信を受信し、アップリンク送信およびアップリンクフィードバック情報を送信するように構成された送受信機であって、前記ダウンリンク送信は、アップリンクリソースを指す予め割り当てられたインデックスを含む、送受信機と、
前記予め割り当てられたアップリンクリソースを使用して、前記アップリンク送信および前記アップリンクフィードバック情報送信を制御するように構成された制御ユニットと
を含むことを特徴とするＷＴＲＵ。
【請求項２５】
前記アップリンクリソースは、Ｅ−ＤＣＨ（拡張専用チャネル）リソース、ＨＳ−ＤＰＣＣＨ（高速専用物理チャネル）リソース、およびＲＡＣＨ（確保されたランダムアクセスチャネル）プリアンブル署名のうちの少なくとも１つであることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項２６】
前記Ｅ−ＤＣＨリソースは、ＨＳ−ＤＰＣＣＨリソース情報を含むことを特徴とする請求項２５に記載のＷＴＲＵ。
【請求項２７】
前記アップリンク送信および前記アップリンクフィードバック情報は、衝突解決フェーズを実行することなく送信されることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項２８】
前記予め割り当てられたインデックスを含む前記ダウンリンク送信は、ＨＳ−ＳＣＣＨ（高速共有制御チャネル）命令を使用して送信されることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項２９】
前記Ｅ−ＤＣＨリソースは、前記ＷＴＲＵが送信すべきアップリンクデータを有する場合のみ割り当てられることを特徴とする請求項２５に記載のＷＴＲＵ。
【請求項３０】
前記ＨＳ−ＤＰＣＣＨリソースは、Ｅ−ＤＣＨリソースプールとは別のリソースプールの一部であることを特徴とする請求項２５に記載のＷＴＲＵ。
【請求項３１】
前記ＷＴＲＵは、前記アップリンクフィードバック情報に関するＣＱＩ（チャネル品質インジケータ）およびＨＡＲＱ（ハイブリッド型自動反復要求）フィードバックのうちの少なくとも一方を送信することを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３２】
前記ＣＱＩは、ＭＡＣ−ｅヘッダー、ＭＡＣ−ｅｓヘッダー、ＭＡＣ−ｉヘッダー、およびＭＡＣ−ｉｓヘッダーのうちの１つに含まれることを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項３３】
前記ＣＱＩは、競合解決のために送信されるＭＡＣ−ｉヘッダー０に含まれることを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項３４】
前記アップリンクリソースは、ＳＩＢ（システム情報ブロック）を介してブロードキャストされるリソースのグループの前記インデックスを送信することによって割り当てられることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３５】
前記アップリンクリソースは、前記ダウンリンク送信がＷＴＲＵ応答を必要とする場合、割り当てられることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３６】
前記アップリンクリソースは、ダウンリンク送信が最新のチャネル品質情報を必要とする場合、割り当てられることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３７】
前記アップリンクリソースは、タイマの終了まで未使用の場合、解放され、リソースの共通プールに戻されることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３８】
前記制御ユニットは、ＲＡＣＨ（ランダムアクセスチャネル）電力立ち上げ手順を実行して、前記アップリンク送信の適切なアップリンク送信電力レベルを設定することを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項３９】
前記制御ユニットは、電力制御確立のために確保されたＲＡＣＨプリアンブル署名および／またはアクセススロットを受信し、前記確保されたＲＡＣＨプリアンブルおよび／またはアクセススロットを前記ＲＡＣＨ電力立ち上げ手順に使用することを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項４０】
前記制御ユニットは、ＤＰＣＣＨ（専用物理制御チャネル）送信を開始し、ＲＡＣＨ（ランダムアクセスチャネル）電力立ち上げ手順を実行することなく前記アップリンク送信を行うことを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項４１】
前記ＤＰＣＣＨの送信電力は、ＤＰＣＣＨ電力オフセットおよび測定された基準、ＤＰＣＣＨ電力オフセットおよびブロードキャストアップリンク干渉、ＤＰＣＣＨ電力オフセットおよび初期ＲＡＣＨプリアンブル電力のうちの１つに基づいて決定されることを特徴とする請求項４０に記載のＷＴＲＵ。
【請求項４２】
前記ＤＰＣＣＨの送信電力は、ネットワークによって決定され、ブロードキャストされた一定の送信電力に設定されることを特徴とする請求項４０に記載のＷＴＲＵ。
【請求項４３】
前記ＷＴＲＵは、同期手順を実行して、前記アップリンク送信のために電力制御ループが同期できるようにすることを特徴とする請求項２４に記載のＷＴＲＵ。
【請求項４４】
チャネル品質情報を提供するように構成されたＷＴＲＵ（無線送受信ユニット）であって、
ＣＥＬＬ＿ＰＣＨ状態の間に、ダウンリンク送信を受信するように構成された送受信機と、
前記ダウンリンク送信に応答してＣＱＩ（チャネル品質インジケータ）を送信するように構成された制御ユニットと
を含むことを特徴とするＷＴＲＵ。
【請求項４５】
前記ダウンリンク送信は、予め割り当てられたアップリンクリソースを含むことを特徴とする請求項４４に記載のＷＴＲＵ。
【請求項４６】
前記制御ユニットは、前記ダウンリンク送信に応答してＨＡＲＱ（ハイブリッド型自動反復要求）フィードバックを送信するように構成されたことを特徴とする請求項４４に記載のＷＴＲＵ。
【図１】
【図２（Ａ）】
【図２（Ｂ）】
【図２（Ｃ）】
【図３】
【図４】
【図２（Ａ）】
【図２（Ｂ）】
【図２（Ｃ）】
【図３】
【図４】
【公表番号】特表２０１１−５０１６２１（Ｐ２０１１−５０１６２１Ａ）
【公表日】平成２３年１月６日（２０１１．１．６）
【国際特許分類】
【出願番号】特願２０１０−５３１２７３（Ｐ２０１０−５３１２７３）
【出願日】平成２０年１０月２４日（２００８．１０．２４）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０８１１００
【国際公開番号】ＷＯ２００９／０５５６６２
【国際公開日】平成２１年４月３０日（２００９．４．３０）
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
【公表日】平成２３年１月６日（２０１１．１．６）
【国際特許分類】
【出願日】平成２０年１０月２４日（２００８．１０．２４）
【国際出願番号】ＰＣＴ／ＵＳ２００８／０８１１００
【国際公開番号】ＷＯ２００９／０５５６６２
【国際公開日】平成２１年４月３０日（２００９．４．３０）
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
[ Back to top ]