特許 6012820 無線通信において競合ベースのアクセスでアップリンクのフィードバック情報を制御するための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6012820

(24)【登録日】2016年9月30日

(45)【発行日】2016年10月25日

(54)【発明の名称】無線通信において競合ベースのアクセスでアップリンクのフィードバック情報を制御するための方法および装置

(51)【国際特許分類】

   H04W 72/04 20090101AFI20161011BHJP

   H04W 28/04 20090101ALI20161011BHJP

   H04W 24/10 20090101ALI20161011BHJP

【ＦＩ】

   H04W72/04 136

   H04W28/04 110

   H04W24/10

【請求項の数】30

【全頁数】20

(21)【出願番号】特願2015-139825(P2015-139825)

(22)【出願日】2015年7月13日

(62)【分割の表示】特願2013-54860(P2013-54860)の分割

【原出願日】2008年10月27日

(65)【公開番号】特開2015-195604(P2015-195604A)

(43)【公開日】2015年11月5日

【審査請求日】2015年8月12日

(31)【優先権主張番号】60/982,629

(32)【優先日】2007年10月25日

(33)【優先権主張国】US

(31)【優先権主張番号】61/018,924

(32)【優先日】2008年1月4日

(33)【優先権主張国】US

(31)【優先権主張番号】61/025,378

(32)【優先日】2008年2月1日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】510030995

【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド

(74)【代理人】

【識別番号】110001243

【氏名又は名称】特許業務法人 谷・阿部特許事務所

(72)【発明者】

【氏名】ブノワ ペルティエ

(72)【発明者】

【氏名】クリストファー アール．ケイブ

(72)【発明者】

【氏名】ダイアナ パニ

(72)【発明者】

【氏名】ロッコ ディジロラモ

(72)【発明者】

【氏名】ポール マリニエール

(72)【発明者】

【氏名】エルダド エム．ゼイラ

【審査官】 篠田 享佑

(56)【参考文献】

【文献】 Qualcomm Europe，L1/2 aspects for enhanced UL for CELL_FACH，3GPP TSG-RAN WG1 #50-bis R1-074126，２００７年１０月 ２日

【文献】 LG Electronics，Discussion on RACH enhancements，3GPP TSG-RAN WG2 #59bis R2-074165，２００７年１０月 ２日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

(57)【特許請求の範囲】

【請求項1】

ＣＥＬＬ＿ＦＡＣＨ状態の無線送受信ユニット（ＷＴＲＵ）によってアップリンクフィードバック情報を送信する方法であって、
肯定応答または否定応答（ＡＣＫ／ＮＡＣＫ）が高速専用物理制御チャネル（ＨＳ-ＤＰＣＣＨ）上でサポートされていることを示す情報をネットワークから受信することと、
ランダムアクセスチャネル（ＲＡＣＨ）プリアンブル送信を送信することと、
前記ＲＡＣＨプリアンブル送信に応答して、アップリンク送信のための共通拡張専用チャネル（Ｅ−ＤＣＨ）リソースについてのアロケーションを前記ネットワークから受信することであって、前記アロケーションは捕捉表示（ＡＩ）を備える、ことと、
前記ＷＴＲＵが専用制御チャネル（ＤＣＣＨ）または専用トラフィックチャネル（ＤＴＣＨ）データを送信し、かつ前記ネットワークから受信された前記情報がＡＣＫ／ＮＡＣＫが前記共通Ｅ−ＤＣＨリソースについての前記アロケーションを使用するＨＳ-ＤＰＣＣＨ上でサポートされていることを示すという条件で、衝突解決の後、ＡＣＫ／ＮＡＣＫフィードバックを前記ＨＳ-ＤＰＣＣＨを通じて送信することと
を備える方法。

【請求項2】

前記ＡＣＫ／ＮＡＣＫフィードバックは、構成されたサービング高速ダウンリンク共有チャネル（ＨＳ-ＤＳＣＨ）無線リンクに従って送信される、請求項１の方法。

【請求項3】

前記衝突解決は、１つまたは複数の共通拡張専用チャネル（Ｅ-ＤＣＨ）送信の可能性がある衝突を解決する、請求項１の方法。

【請求項4】

前記衝突解決は、前記ＷＴＲＵが拡張専用チャネル（Ｅ-ＤＣＨ）リソースにアクセスすることができることを確認する、請求項１の方法。

【請求項5】

前記ＡＩは、エンハンストＡＩ（ＥＡＩ）である、請求項１の方法。

【請求項6】

Ｅ-ＤＣＨリソースインデックスを受信することをさらに備える、請求項５の方法。

【請求項7】

受信されたＥ-ＤＣＨリソースのリストから前記共通Ｅ-ＤＣＨリソースを判定するために前記Ｅ-ＤＣＨリソースインデックスを使用することを備える、請求項６の方法。

【請求項8】

ＣＥＬＬ＿ＦＡＣＨ状態の無線送受信ユニット（ＷＴＲＵ）によってアップリンクフィードバック情報を送信する方法であって、
肯定応答または否定応答（ＡＣＫ／ＮＡＣＫ）が高速専用物理制御チャネル（ＨＳ-ＤＰＣＣＨ）上でサポートされていることを示す情報をネットワークから受信することと、
ランダムアクセスチャネル（ＲＡＣＨ）プリアンブル送信を送信することと、
前記ＲＡＣＨプリアンブル送信に応答して、アップリンク送信のための共通拡張専用チャネル（Ｅ-ＤＣＨ）リソースについてのアロケーションを前記ネットワークから受信することであって、前記アロケーションは捕捉表示（ＡＩ）を備える、ことと、
前記ＷＴＲＵが専用制御チャネル（ＤＣＣＨ）または専用トラフィックチャネル（ＤＴＣＨ）データを送信し、かつ前記ネットワークから受信された前記情報がＡＣＫ／ＮＡＣＫが前記共通Ｅ−ＤＣＨリソースについての前記アロケーションを使用するＨＳ-ＤＰＣＣＨ上でサポートされていることを示すという条件で、
対応するダウンリンクＨＳ−ＤＳＣＨチャネルのためのチャネル品質表示（ＣＱＩ）を判定することと、
測定フィードバック情報が前記共通Ｅ-ＤＣＨリソースに提供されるとき、衝突解決の後、前記ＣＱＩを前記ＨＳ-ＤＰＣＣＨを通じて送信することと
を備える方法。

【請求項9】

前記ＣＱＩは、構成されたサービング高速ダウンリンク共有チャネル（ＨＳ-ＤＳＣＨ）無線リンクに従って送信される、請求項８の方法。

【請求項10】

前記衝突解決は、１つまたは複数の共通拡張専用チャネル（Ｅ-ＤＣＨ）送信の可能性がある衝突を解決する、請求項８の方法。

【請求項11】

前記衝突解決は、前記ＷＴＲＵが拡張専用チャネル（Ｅ-ＤＣＨ）リソースにアクセスすることができることを確認する、請求項８の方法。

【請求項12】

前記ＡＩは、エンハンストＡＩ（ＥＡＩ）である、請求項８の方法。

【請求項13】

Ｅ-ＤＣＨリソースインデックスを受信することをさらに備える、請求項１２の方法。

【請求項14】

受信されたＥ-ＤＣＨリソースのリストから前記共通Ｅ-ＤＣＨリソースを判定するために前記Ｅ-ＤＣＨリソースインデックスを使用することを備える、請求項１３の方法。

【請求項15】

Ｅ−ＲＮＴＩ（E-DCH radio network temporary identifier）、Ｈ−ＲＮＴＩ（HS-DSCH（high speed downlink shared channel） radio network temporary identifier）またはＣ−ＲＮＴＩ（cell radio network temporary identifier）を前記ネットワークから受信することをさらに備える、請求項８の方法。

【請求項16】

ＣＥＬＬ＿ＦＡＣＨ状態の無線送受信ユニット（ＷＴＲＵ）であって、
肯定応答または否定応答（ＡＣＫ／ＮＡＣＫ）が高速専用物理制御チャネル（ＨＳ-ＤＰＣＣＨ）上でサポートされていることを示す情報をネットワークから受信し、
ランダムアクセスチャネル（ＲＡＣＨ）プリアンブル送信を送信し、
前記ＲＡＣＨプリアンブル送信に応答して、アップリンク送信のための共通拡張専用チャネル（Ｅ−ＤＣＨ）リソースについてのアロケーションを前記ネットワークから受信し、前記アロケーションは捕捉表示（ＡＩ）を備え、
前記ＷＴＲＵが専用制御チャネル（ＤＣＣＨ）または専用トラフィックチャネル（ＤＴＣＨ）データを送信し、かつ前記ネットワークから受信された前記情報がＡＣＫ／ＮＡＣＫが前記共通Ｅ−ＤＣＨリソースについての前記アロケーションを使用するＨＳ-ＤＰＣＣＨ上でサポートされていることを示すという条件で、衝突解決の後、ＡＣＫ／ＮＡＣＫフィードバックを前記ＨＳ-ＤＰＣＣＨを通じて送信する
ように少なくとも構成されたプロセッサを備えたＷＴＲＵ。

【請求項17】

前記ＡＣＫ／ＮＡＣＫフィードバックは、構成されたサービング高速ダウンリンク共有チャネル（ＨＳ-ＤＳＣＨ）無線リンクに従って送信される、請求項１６のＷＴＲＵ。

【請求項18】

前記衝突解決は、１つまたは複数の共通拡張専用チャネル（Ｅ-ＤＣＨ）送信の可能性がある衝突を解決する、請求項１６のＷＴＲＵ。

【請求項19】

前記衝突解決は、前記ＷＴＲＵが拡張専用チャネル（Ｅ-ＤＣＨ）リソースにアクセスすることができることを確認する、請求項１６のＷＴＲＵ。

【請求項20】

前記ＡＩは、エンハンストＡＩ（ＥＡＩ）である、請求項１６のＷＴＲＵ。

【請求項21】

前記プロセッサは、Ｅ-ＤＣＨリソースインデックスを受信するようにさらに構成される、請求項２０のＷＴＲＵ。

【請求項22】

前記プロセッサは、受信されたＥ-ＤＣＨリソースのリストから前記共通Ｅ-ＤＣＨリソースを判定するために前記Ｅ-ＤＣＨリソースインデックスを使用するようにさらに構成される、請求項２１のＷＴＲＵ。

【請求項23】

ＣＥＬＬ＿ＦＡＣＨ状態の無線送受信ユニット（ＷＴＲＵ）であって、
肯定応答または否定応答（ＡＣＫ／ＮＡＣＫ）が高速専用物理制御チャネル（ＨＳ-ＤＰＣＣＨ）上でサポートされていることを示す情報をネットワークから受信し、
ランダムアクセスチャネル（ＲＡＣＨ）プリアンブル送信を送信し、
前記ＲＡＣＨプリアンブル送信に応答して、アップリンク送信のための共通拡張専用チャネル（Ｅ-ＤＣＨ）リソースについてのアロケーションを前記ネットワークから受信し、前記アロケーションは捕捉表示（ＡＩ）を備え、
前記ＷＴＲＵが専用制御チャネル（ＤＣＣＨ）または専用トラフィックチャネル（ＤＴＣＨ）データを送信し、かつ前記ネットワークから受信された前記情報がＡＣＫ／ＮＡＣＫが前記共通Ｅ−ＤＣＨリソースについての前記アロケーションを使用するＨＳ-ＤＰＣＣＨ上でサポートされていることを示すという条件で、
対応するダウンリンクＨＳ−ＤＳＣＨチャネルのためのチャネル品質表示（ＣＱＩ）を判定し、
測定フィードバック情報が前記共通Ｅ-ＤＣＨリソースに提供されるとき、衝突解決の後、前記ＣＱＩを前記ＨＳ-ＤＰＣＣＨを通じて送信する
ように少なくとも構成されたプロセッサを備えたＷＴＲＵ。

【請求項24】

前記ＣＱＩは、構成されたサービング高速ダウンリンク共有チャネル（ＨＳ-ＤＳＣＨ）無線リンクに従って送信される、請求項２３のＷＴＲＵ。

【請求項25】

前記衝突解決は、１つまたは複数の共通拡張専用チャネル（Ｅ-ＤＣＨ）送信の可能性がある衝突を解決する、請求項２３のＷＴＲＵ。

【請求項26】

前記衝突解決は、前記ＷＴＲＵが拡張専用チャネル（Ｅ-ＤＣＨ）リソースにアクセスすることができることを確認する、請求項２３のＷＴＲＵ。

【請求項27】

前記ＡＩは、エンハンストＡＩ（ＥＡＩ）である、請求項２３のＷＴＲＵ。

【請求項28】

前記プロセッサは、Ｅ-ＤＣＨリソースインデックスを受信するようにさらに構成される、請求項２７のＷＴＲＵ。

【請求項29】

前記プロセッサは、受信されたＥ-ＤＣＨリソースのリストから前記共通Ｅ-ＤＣＨリソースを判定するために前記Ｅ-ＤＣＨリソースインデックスを使用するようにさらに構成される、請求項２８のＷＴＲＵ。

【請求項30】

前記プロセッサは、Ｅ−ＲＮＴＩ（E-DCH radio network temporary identifier）、Ｈ−ＲＮＴＩ（HS-DSCH（high speed downlink shared channel） radio network temporary identifier）またはＣ−ＲＮＴＩ（cell radio network temporary identifier）を前記ネットワークから受信するようにさらに構成される、請求項２３のＷＴＲＵ。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、無線通信に関する。

【背景技術】

【0002】

３ＧＰＰ（the third generation partnership project）規格のリリース６の一部として、拡張されたアップリンクが導入された。拡張されたアップリンクは、レート要求およびレート許可機構で動作する。ＷＴＲＵ（無線送受信ユニット）は、要求される容量を示すレート要求を送信し、一方、ネットワークは、そのレート要求（rate request）に対してレート許可（rate grant）で応ずる。レート許可は、ノードＢスケジューラにより生成される。ＷＴＲＵおよびノードＢは、Ｅ−ＤＣＨ（enhanced dedicated channel：拡張個別チャネル）を介して送信するために、ＨＡＲＱ（hybrid automatic repeat request：ハイブリッド自動再送要求）機構を使用する。

【0003】

拡張されたアップリンク送信のために、２つのアップリンク物理チャネル（Ｅ−ＤＰＣＣＨ（E-DCH dedicated physical control channel）およびＥ−ＤＰＤＣＨ（E-DCH dedicated physical data channel））、および３つのダウンリンク物理チャネル（Ｅ−ＡＧＣＨ（E-DCH absolute grant channel）、Ｅ−ＲＧＣＨ（E-DCH relative grant channel）、およびＥ−ＨＩＣＨ（E-DCH HARQ indicator channel））が導入された。ノードＢは、絶対許可（absolute grant）および相対許可（relative grant）を共に発行することができる。レート許可は電力比によりシグナリングされる。各ＷＴＲＵは、ペイロードサイズに変換可能なサービング許可（serving grant）を維持する。

【0004】

Ｅ−ＤＣＨ送信を行うＷＴＲＵは、Ｅ−ＤＣＨアクティブセットを有する。Ｅ−ＤＣＨアクティブセットは、確立されたＥ−ＤＣＨ無線リンクをＷＴＲＵが有しているすべてのセルを含む。Ｅ−ＤＣＨアクティブセットは、ＤＣＨ（dedicated channel：個別チャネル）アクティブセットのサブセットである。Ｅ−ＤＣＨのＲＬＳ（radio link set）の一部である無線リンクと、そうではない無線リンクとの間で識別が行われる。前者は、サービングノードＢとして同じノードＢを共用する無線リンクを含む。非サービング無線リンクに対するセルは、アップリンク干渉を制限または制御しようとする目的で相対許可を送ることができるに過ぎない。

【0005】

３ＧＰＰリリース８における、Ｗ−ＣＤＭＡ（wideband code division multiple access）規格の現在進行中の進化の一部として、ＣＥＬＬ＿ＦＡＣＨ状態にあるＷＴＲＵのためにＥ−ＤＣＨ概念を組み込む新しい作業項目が確立されてきた。リリース７およびそれ以前のリリースでは、ＣＥＬＬ＿ＦＡＣＨ状態にあるＷＴＲＵのための唯一のアップリンク機構は、ＲＡＣＨ（random access channel：ランダムアクセスチャネル）であった。ＲＡＣＨは、捕捉表示（acquisition indication）を有するｓｌｏｔｔｅｄ−Ａｌｏｈａ機構に基づく。ＲＡＣＨ上でメッセージを送信する前に、ＷＴＲＵは、短いプリアンブル（ランダムに選択されたアクセススロット中でランダムに選択されたシグネチャシーケンスから構成される）を送ることによりチャネルを取得しようとする。ＷＴＲＵは、次いで、ＵＴＲＡＮ（universal terrestrial radio access network）からの捕捉表示をリッスンし、かつ待ち受ける。表示が何も受信されない場合、ＷＴＲＵは、その電力をランプアップし、再度試みる（ランダムに選択されたアクセススロット中でランダムに選択されたシグネチャシーケンスを送信する）。捕捉表示を受信した場合、ＷＴＲＵは実質的にそのチャネルを取得しており、有限の持続期間の一部でＲＡＣＨメッセージを送信することができる。最初のプリアンブル送信電力は、オープンループの電力制御に基づいて設定されるが、ランプアップ機構が使用されて、送信電力をさらに細かく調整する。ＲＡＣＨメッセージは、最後のプリアンブルからオフセットされた固定電力で送信され、また固定されたサイズのものである。マクロダイバーシチは使用されず、ＷＴＲＵは、ＲＡＣＨに対するアクティブセットの概念を有していない。

【0006】

新しい作業項目は、最初のＷＴＲＵの電力をランプアップさせた後、個別のＥ−ＤＣＨリソースを割り当てることにより、アップリンクのユーザプレーンおよび制御プレーンのスループットを増加させようと試みる（それは、「ＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードにおける拡張されたアップリンク」または「拡張されたＲＡＣＨ」と呼ばれる）。ＷＴＲＵは、電力ランプアップを実施するチャネルを取得するために、ＲＡＣＨプリアンブルを送信する。ＲＡＣＨプリアンブルが検出されると、ノードＢはＡＩ（acquisition indication：捕捉表示）を送信する。ＡＩを受信した後、ＷＴＲＵは、その後に続くＥ−ＲＡＣＨメッセージ送信のためにＥ−ＤＣＨリソースを割り当てられる。Ｅ−ＤＣＨリソースの割当ては、ＡＩまたはＡＩの拡張されたセットで行うことができる。ＷＴＲＵは、次いで、Ｅ−ＲＡＣＨメッセージを送信し、競合解決フェーズに入る。競合解決フェーズは、Ｅ−ＲＡＣＨメッセージの起こりうる衝突を解決するために提供される。バッファ中のすべてのデータ、ＵＴＲＡＮからの明示的な表示、無線リンクの障害、検証後の障害、またはタイマの失効が送信された後、Ｅ−ＤＣＨリソースが解放される。

【0007】

ＣＥＬＬ＿ＦＡＣＨ状態にあるＷＴＲＵは、ダウンリンクでＨＳＤＰＡ（high speed downlink packet access）を使用することができる。

【0008】

しかし、この手法は、現在いくつかの問題を生じている。第１に、高速ダウンリンクチャネル上の最初の送信は、チャネル品質情報に関与していない。３ＧＰＰリリース７では、ＩＥ（information element：情報要素）「ＲＡＣＨ上で測定された結果（Measured Results on RACH）」で搬送されるチャネル品質情報をノードＢに使用させることにより、部分的に対策されていた。このＩＥは、いくつかのレイヤ３のＲＲＣ（radio resource control：無線リソース制御）メッセージ中に含まれる。さらに、個別制御またはデータトラフィックを受信するＣＥＬＬ＿ＰＣＨ状態にあるＷＴＲＵは、高速ダウンリンク制御トラフィック（すなわち、ＷＴＲＵアドレスを有するＨＳ−ＳＣＣＨ（high speed shared control channel：高速共有制御チャネル））を受信すると、レイヤ３測定報告を介してチャネル品質情報を送るようにトリガされる。しかし、そのフィードバックは、ＲＲＣシグナリングを介して送られるので、最初の高速ダウンリンク送信の効率的な変調および符号化制御を行うためには遅すぎる可能性がある。

【0009】

第２に、３ＧＰＰリリース７の手法は、ＷＴＲＵで開始される制御トラフィック（例えば、ＣＥＬＬ ＵＰＤＡＴＥ）により適合（gear）されている。典型的なシナリオでは、ＷＴＲＵは、アップリンクのＲＲＣメッセージに対するチャネル品質情報に追従する（tag）。ネットワークは、この情報を使用して、許容される変調およびトランスポートブロックサイズを決定し、さらに、選択されたパラメータを用いてＲＲＣネットワーク応答を送る。しかし、アップリンクトラフィックが、ユーザプレーンのデータトラフィックであり、どのチャネル品質情報も搬送しない場合、もしくはＩＥ「ＲＡＣＨ上で測定された結果」を搬送しないＲＲＣメッセージである場合、またはユーザプレーンおよび制御プレーントラフィックがネットワークで開始される場合、ある種の非効率性が存在する。

【0010】

両方の場合で、ネットワークは、チャネル品質情報を適時に有しない可能性があり、最後のＩＥ「ＲＡＣＨ上で測定された結果」で受信された情報を利用することが必要となりうる。この非効率性は、ネットワークが、例えば、ウェブブラウジングなど、非対称型のアプリケーションを処理するためにより多くのＷＴＲＵをＣＥＬＬ＿ＦＡＣＨ状態で保持するように決定できるので、拡張されたＲＡＣＨではさらに広まる可能性がある。これらのＷＴＲＵはＣＥＬＬ＿ＦＡＣＨ状態に保持されるが、その拡張されたＲＡＣＨリソースが（例えば、ＷＴＲＵがその送信を終了した後に）解放されるという可能性が高い。その結果、後続するネットワークで開始されるダウンリンク送信も、「最新の」チャネル品質情報を有することはなくなる。ネットワークはダウンリンク送信速度を最大化できないことになるので、これは何らかの非効率性を生ずる。したがって、ＣＥＬＬ＿ＦＡＣＨ状態におけるＨＳＤＰＡ（high speed downlink packet access）は、チャネル品質とＨＡＲＱフィードバックの両方に関して高速のアップリンクフィードバックから大幅な利益が得られるはずである。

【発明の概要】

【0011】

競合ベースの無線通信におけるアップリンクのフィードバック情報を制御するための方法および装置が開示される。チャネル品質情報、およびＨＡＲＱのＡＣＫ／ＮＡＣＫ情報など、アップリンクのフィードバック情報は、明示的なトリガおよび暗黙的なトリガに基づいてＷＴＲＵによりＵＴＲＡＮに対して送信することができる。チャネル状態およびＨＡＲＱ状況に関するより高い頻度のロバストな情報を提供することにより、ＵＴＲＡＮは、ダウンリンクデータ送信に対して無線リソースをより効率的に利用することができる。

【図面の簡単な説明】

【0012】

さらに詳細な理解は、添付図面と共に例として与えられる以下の説明から得られる。

【図1】ノードＢ及び複数のＷＴＲＵを含むＵＴＲＡＮネットワークを示す図である。

【図2】アップリンクでフィードバック情報を報告するように構成されたＷＴＲＵを示す図である。

【図3】明示的なトリガを用いてフィードバック情報を報告する方法のブロック図である。

【図4】暗黙的なトリガを用いてフィードバック情報を報告する第１の方法のブロック図である。

【図5】暗黙的なトリガを用いてフィードバック情報を報告する第２の方法のブロック図である。

【発明を実施するための形態】

【0013】

本明細書で言及する場合、用語「ＷＴＲＵ」は、ユーザ端末（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラ式電話、ＰＤＡ（携帯情報端末）、コンピュータ、または無線環境で動作できる他の種類のユーザ装置を含むがこれらに限られない。

【0014】

同様に、用語「ノードＢ」は、基地局、サイト制御装置、ＡＰ（アクセスポイント）、または無線環境で動作できる他の種類のインターフェース装置を含むがこれらに限られない。用語「拡張されたＲＡＣＨ」は、ＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードで、拡張されたアップリンク（Ｅ−ＤＣＨ）を使用することを指す。拡張されたＲＡＣＨ送信は、リリース６のＭＡＣ−ｅ／ｅｓエンティティ、または「改良されたレイヤ２」機能の一部としてリリース８で導入されたＭＡＣ−ｉ／ｉｓエンティティを使用することができる。用語「ＭＡＣ−ｅ／ｅｓ ＰＤＵ」および「ＭＡＣ−ｉ／ｉｓ ＰＤＵ」は、ＭＡＣ−ｅ／ｅｓエンティティにより生成されたＰＤＵ、ＭＡＣ−ｉ／ｉｓエンティティにより生成されたＰＤＵ、またはＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードでＥ−ＤＣＨ送信を実施するために使用されるＭＡＣエンティティにより生成されるＰＤＵを含むが、これらに限られない。本明細書で言及する場合、捕捉表示（acquisition indication）を受信することは、ＡＩＣＨ（acquisition indication channel）上のＡＣＫ（肯定応答）により、またはＡＩＣＨ上のＮＡＣＫ（否定応答）により、Ｅ−ＤＣＨリソースをＷＴＲＵに割り振ることを指し、その後にＥ−ＡＩＣＨ（enhanced AICH）を介してインデックスが送られる。同様に、ＨＳ−ＤＰＣＣＨ情報は、デルタＡＣＫ／ＮＡＣＫ、デルタＣＱＩ、ＣＱＩフィードバックサイクルなど、ＨＳ−ＤＰＣＣＨフィードバックを送るために、ＷＴＲＵにより要求される情報を指す。また、用語「ＨＳ−ＤＰＣＣＨリソース」は、ＨＳ−ＤＰＣＣＨ送信をサポートするために必要なアップリンク／ダウンリンクチャネル、アップリンクのスクランブル符号情報、ＨＳ−ＤＰＣＣＨ情報などを指す。

【0015】

図１は、ノードＢ１０１、並びに３つのＷＴＲＵ１０３、１０５および１０７を備えるＵＴＲＡＮネットワーク１００を示す。ノードＢ１０１は、無線リンク１０９を介して、少なくとも１つのＷＴＲＵ１０３、１０５および１０７と通信する。ＷＴＲＵ１０３、１０５および１０７は、ノードＢ１０１からデータを受信するための受信装置、およびノードＢ１０１に情報を送信するための送信装置を有する。ＷＴＲＵ１０３、１０５および１０７からノードＢ１０１の方向に情報が流れる接続１０９は、アップリンク（ＵＬ）と呼ばれ、一方、ノードＢ１０１からＷＴＲＵ１０３、１０５および１０７の方向に情報が流れる接続１０９は、ダウンリンク（ＤＬ）と呼ばれる。

【0016】

図２は、アップリンクで、フィードバック情報を送信するように構成されたＷＴＲＵ１０５のブロック図である。ＷＴＲＵ１０５は、無線通信を行うように構成され、かつノードＢ１０１からの送信を受信でき、またはノードＢ１０１に送信することのできる送受信装置２０１を備える。ＷＴＲＵ１０５との送信は、アンテナ２０７を介して受信／送信される。ＷＴＲＵ１０５は、ノードＢ１０１との現在のリンク１０９のチャネル品質を測定するように構成された測定ユニット２０５をさらに備える。測定された品質に関係する情報を、ノードＢ１０１に送信することができ、ノードＢ１０１は、そのＭＣＳ（modulation and coding scheme）を規制できるようになる。プロセッサ２０３は、測定ユニット２０５および送受信装置２０１を制御し、アップリンクのフィードバック情報を含むデータの受信および送信を制御する。プロセッサ２０３は、明示的なトリガイベントに基づいてアップリンクのフィードバック情報を送信するように構成でき、または所定条件の存在に基づいて、アップリンクのフィードバック情報を暗黙的に送信することができる。

【0017】

例えば、ＨＳ−ＤＰＣＣＨを介して、ＣＥＬＬ＿ＦＡＣＨ状態のＷＴＲＵでＥ−ＤＣＨを用いてＵＬフィードバック情報（例えば、チャネル品質情報）を送信することを、ＵＴＲＡＮにより構成することができる。ＷＴＲＵがＵＬフィードバック情報をいつ送信するかの決定は、明示的および暗黙的である２つのカテゴリーに分類することができる。ＵＬフィードバック情報の送信を明示的にトリガすること、および暗黙的にトリガすることの両方に対する様々な手法は、個々に、または任意の組合せで使用してＵＬフィードバック情報を送信することができる。

【0018】

図３は、明示的にアップリンクフィードバックのシグナリングを行うための方法３００のブロック図である。ＷＴＲＵは、ダウンリンク送信に基づいて測定を行い、チャネル品質を決定するように構成される。ＷＴＲＵは、符号３０１で、フィードバック情報を送るように構成することができる。ＷＴＲＵが、フィードバック情報を送信するように構成されており、符号３０３で、ＷＴＲＵがトリガイベントが生じたと判定した場合、符号３０５で、ＷＴＲＵが、ネットワークによりＥ−ＤＣＨリソースに対して競合のないアクセスを割り当てられているかどうかの判定が行われる。トリガイベントの個々のタイプは、後でより詳細に説明する。ＷＴＲＵが競合解決フェーズを完了しており、ノードＢからＲＮＴＩを受信した場合、そのアクセスには競合がなく、符号３０７で、ＵＬフィードバック情報は、ＨＳ−ＤＰＣＣＨで送信される。ＷＴＲＵが、フィードバック情報を送るように構成されていない場合、トリガイベントが生じたとは判定しない場合、または競合のないアクセスを有していない場合、符号３０７で方法は終了し、ＵＬ上でＵＬフィードバック情報は送信されない。ＷＴＲＵによりＵＬフィードバック情報が送信される間に、ＷＴＲＵは、絶えずチャネル品質測定を行っている。トリガイベントが生じたとき、それはＷＴＲＵにＵＬフィードバック情報を送信するように示しており、符号３０７で、ＷＴＲＵは、ＨＳ−ＤＰＣＣＨを介してＵＬフィードバック情報を送信する。

【0019】

あるいは、トリガイベントが生じたとき、ＷＴＲＵは測定を開始するだけである。トリガイベントが生じたとき、ＷＴＲＵは測定を開始し、アップリンクのフィードバック情報、ＣＱＩ、およびＨＡＲＱのＡＣＫ／ＮＡＣＫを送信するように構成することができる。

【0020】

ネットワークが、Ｅ−ＤＣＨリソースを有していないＣＥＬＬ＿ＦＡＣＨ状態にあるＷＴＲＵにダウンリンク送信を開始するとき、ＷＴＲＵは、チャネル品質情報を送るためのトリガとしてダウンリンク送信を使用することができる。例えば、これは、最初のＲＲＣ接続が確立された後、またはＥ−ＤＣＨリソースが何らかの理由で解放された後に行うことができる。ＣＥＬＬ＿ＦＡＣＨ状態にあるＷＴＲＵは、ダウンリンク送信を明示的なトリガとして使用して、ダウンリンク送信に対する新しいチャネル品質情報および／またはＨＡＲＱフィードバックを送信するためにアップリンクアクセスを開始することができる。

【0021】

あるいは、アップリンク送信を、ＨＳ−ＤＰＣＣＨを介するチャネル品質情報を送るための明示的なトリガとして使用することもできる。アップリンク送信のために、ＷＴＲＵは、Ｅ−ＤＣＨリソースを要求するように構成される。利用可能なＥ−ＤＣＨリソースのリストが、ＳＩＢ（system information block：システム情報ブロック）でネットワークからブロードキャストされ、Ｅ−ＤＣＨリソース割当てに対するリストへのインデックスをＷＴＲＵに提供することができる。割り当てられたＥ−ＤＣＨリソースは、ＷＴＲＵが、チャネル品質情報、および任意選択で、ＡＣＫ／ＮＡＣＫフィードバックをＨＳ−ＤＰＣＣＨを介して送信するために必要なＨＳ−ＤＰＣＣＨ情報に対して１対１のマッピングを有することができる。あるいは、ネットワークは、Ｅ−ＤＣＨリソースを含むリストにインデックスを割り当てることができ、またＨＳ−ＤＰＣＣＨ情報もまた、情報の一部としてリストに入れることができる。両方の場合で、ＨＳ−ＤＰＣＣＨを、ＨＳ−ＤＳＣＨで受信した情報に対するＨＡＲＱのＡＣＫ／ＮＡＣＫフィードバックを提供するために使用することもできる。

【0022】

チャネル品質情報および／またはＨＡＲＱのＡＣＫ／ＮＡＣＫフィードバックの送信は、ランダムアクセスのランプアップ手順が成功裡に行われた後に捕捉表示を受信すると、またはＷＴＲＵが、捕捉表示を介してリソース割振りを受信した後にダウンリンク送信を受信したとき、トリガすることができる。ＷＴＲＵは、そのアドレスを用いて、ＨＳ−ＳＣＣＨ送信を受信したときダウンリンク送信を検出することができる。さらに、ＷＴＲＵはまた、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、またはＵＲＡ＿ＰＣＨで送信すべきアップリンクデータを有するとき、チャネル品質情報の送信をトリガすることもできる。

【0023】

明示的なトリガの第１の実施形態によれば、ネットワークは、ＨＳ−ＤＰＣＣＨを介するチャネル品質情報の送信を使用可能に、または無効にするためのＨＳ−ＳＣＣＨ命令（order）を送信するように構成することができる。ＨＳ−ＳＣＣＨ命令は、予約ビットを用いて定義することができる。あるいは、ＨＳ−ＳＣＣＨ命令は、既存のデータフィールドを再解釈して定義することができる。あるいは、既存のＨＳ−ＳＣＣＨ命令を使用することができるが、ＣＥＬＬ＿ＦＡＣＨ状態にあるＷＴＲＵを、既存のＨＳ−ＳＣＣＨ命令を再解釈するように構成することができる。

【0024】

チャネル品質情報を送信するための指示をＵＴＲＡＮから受信すると、ＷＴＲＵは、ＨＳ−ＤＰＣＣＨでチャネル品質情報の送信を開始する。任意選択で、ＷＴＲＵにより個別のデータが受信された場合、ＡＣＫ／ＮＡＣＫを送信することができる。上位レベルのシグナリングにより構成されるＣＱＩ（channel quality indicator：チャネル品質表示）フィードバックサイクル（ｋ）を使用してもよい。あるいは、ＣＥＬＬ＿ＦＡＣＨにあるＷＴＲＵに対して有効な事前定義された値を用いることもできる。

【0025】

明示的なトリガの第２の実施形態によれば、ＵＴＲＡＮは、ＨＳ−ＤＰＣＣＨを介してチャネル品質情報を送るべきかどうかをＥ−ＡＧＣＨを用いてＷＴＲＵに知らせるように構成することができる。ＵＴＲＡＮは、競合が解決すると同時に、Ｅ−ＡＧＣＨを用いてＷＴＲＵに知らせることができる。あるいは、ＵＴＲＡＮは、後で、Ｅ−ＡＧＣＨを用いてＷＴＲＵに知らせることができる。ＡＧＣＨの構造はこの目的のために再設計することができる。あるいは、既存のＥ−ＡＧＣＨにおけるフィールドを、この目的でＵＴＲＡＮがＷＴＲＵに知らせるために再解釈することができる。例えば、絶対許可フィールドを、ＷＴＲＵが、ＨＳ−ＤＰＣＣＨを介してチャネル品質情報を送信することを示すように再解釈することができる。

【0026】

明示的なトリガの第３の実施形態によれば、ＵＴＲＡＮは、ＨＳ−ＤＰＣＣＨを介してチャネル品質情報を送るべきかどうかをＥ−ＡＩＣＨ（E-DCH acquisition indicator channel）を用いてＷＴＲＵに知らせるように構成することができる。ＵＴＲＡＮは、ＷＴＲＵに送られたＥ−ＤＣＨインデックスと共にＷＴＲＵに知らせることができる。例えば、Ｅ−ＡＩＣＨ上の特定のシグネチャを、この１ビット情報を搬送するために予約することができる。チャネル品質情報の送信は、ランダムアクセスのランプアップ手順が成功裡に行われた後に捕捉表示を受信すると、またはＷＴＲＵが、捕捉表示を介してリソース割振りを受信した後にダウンリンク送信を受信したとき、トリガすることができる。

【0027】

このトリガに応じて、ＷＴＲＵは、チャネル品質情報を準備し、最初のアップリンク送信と同時にチャネル品質情報を送る。この送信は、拡張されたＲＡＣＨメッセージの衝突検出を助けるためのＷＴＲＵ識別子（ＩＤ）、および／または割り振られたＥ−ＤＣＨリソースに対する適正なレート許可の生成を可能にする最初のスケジューリング情報を含むことができる。チャネル品質情報は、ｋビットのＣＱＩとして符号化されて送信することができる。

【0028】

明示的なトリガの第４の実施形態によれば、ＨＳ−ＳＣＣＨを介してネットワークにより送られるレイヤ１（Ｌ１）信号（すなわち、任意選択でインデックスを含むＨＳ−ＳＣＣＨ命令）を使用することができる。または、新しいＬ１信号を使用することもできる。Ｌ１信号、ＨＳ−ＳＣＣＨ、または新しいメッセージは、必要な構成パラメータをそのエントリが指定するＳＩＢ（system information block）を介してブロードキャストされたＥ−ＤＣＨリソースのリスト中にインデックスを運ぶことができる。Ｌ１信号は、インデックスを提供することができ、または代替的に、ＤＬフィードバックが必要とする指示だけを提供することもできる。これは、ＷＴＲＵをトリガして、ＨＳ−ＤＰＣＣＨ送信のために必要なパラメータを得るために、Ｅ−ＤＣＨリソースを要求するランダムアクセス手順を開始することができる。Ｅ−ＤＣＨ構成情報がＷＴＲＵに提供された後、ＷＴＲＵは最初の送信電力を設定し、アップリンク送信および／またはアップリンクフィードバックを開始することができる。

【0029】

明示的なトリガの第５の実施形態によれば、ＵＴＲＡＮは、１組のＥ−ＤＣＨリソースの一部として、特別のＩＥブロードキャストによりＨＳ−ＤＰＣＣＨを介してチャネル品質情報を送信することをＷＴＲＵに指示するように構成することができる。チャネル品質情報を送信するためのＷＴＲＵへの指示は、各Ｅ−ＤＣＨリソースに対して個々に実施することができる。あるいは、チャネル品質情報を送信するためのＷＴＲＵへの指示は、Ｅ−ＤＣＨリソースのブロックに基づくことができる。チャネル品質情報は、ＩＥ「ＲＡＣＨ上で測定された結果」を用いる従来の機構と同様に、ＲＲＣシグナリングを介して、ＷＴＲＵからＵＴＲＡＮに提供することができる。しかし、このチャネル品質情報の送信は、ＣＰＩＣＨ（common pilot channel）のＲＳＣＰ（received signal code power）またはＥｃ／Ｎｏを含むＩＥ「ＲＡＣＨ上で測定された結果」による従来の測定報告よりもチャネル品質の良好な推定を提供する。

【0030】

明示的なトリガの第６の実施形態によれば、ＷＴＲＵが、競合のないＥ−ＲＡＣＨリソースをＵＴＲＡＮにより割り当てられたとき、ＵＴＲＡＮは、ＷＴＲＵにＨＳ−ＤＰＣＣＨを介してチャネル品質情報を送信することを指示するように構成することができる。ネットワークが、構成されたタイマが失効する前にＥ−ＡＧＣＨを介してＷＴＲＵ Ｅ−ＲＮＴＩのエコーを返すとき、ＷＴＲＵは競合のないリソースを有していると見なされる。この指示を受信すると、ＷＴＲＵは、競合解決フェーズが成功したと見なし、したがって、アクセスには競合がない。ＷＴＲＵが、拡張されたＲＡＣＨリソースを割り当てられた後、チャネル品質情報は、最初のアップリンク送信（例えば、Ｅ−ＤＣＨメッセージ）と共に送信される。ＷＴＲＵは、ランダムアクセスを行うために、ランダムアクセスプリアンブルを送信する。プリアンブルを検出した後、ノードＢは捕捉表示を送信し、リソースの共通のプールからＥ−ＤＣＨリソースを選択し、かつ選択されたＥ−ＤＣＨリソースをＷＴＲＵに割り当てる。ＷＴＲＵは、次いで、チャネル品質情報と共に、割り振られたＥ−ＤＣＨリソースを用いてＥ−ＤＣＨメッセージを送信する。

【0031】

図４は、暗黙的なアップリンクフィードバックのシグナリングを行う方法４００のブロック図である。ＷＴＲＵは、符号４０１で、フィードバック情報を送るように構成することができる。ＷＴＲＵがフィードバック情報を送信するように構成されており、かつＷＴＲＵが、符号４０３で、所定の条件が存在すると判定した場合、符号４０５で、ＷＴＲＵが、ネットワークによりＥ−ＤＣＨリソースへの競合のないアクセスを割り当てられているかどうかの判定が行われる。ＷＴＲＵが、競合解決フェーズを完了しており、ＷＴＲＵがノードＢからＲＮＴＩを受信した場合、アクセスは競合がなく、符号４０７で、ＵＬフィードバック情報がＵＬ上で送信される。ＷＴＲＵが、フィードバック情報を送るように構成されていない場合、所定の条件が存在すると判定されない場合、または競合のないアクセスを有していない場合、方法は終了する。ＷＴＲＵによりＵＬフィードバック情報が送信される間に、ＷＴＲＵは、絶えずチャネル品質測定を行っている。

【0032】

所定の条件に基づいて、ＨＳ−ＤＰＣＣＨ上でＵＬフィードバック情報をいつ送るべきかをＷＴＲＵが判定するための暗黙的なルールを定義することができる。ルールは、個々に、または何らかの組合せで検討することができる。ルールはまた、チャネル品質情報がＭＡＣ−ｅまたはＭＡＣ−ｉ ＰＤＵに付加される場合に適用することもできる。

【0033】

暗黙的トリガの第１の実施形態によれば、ＷＴＲＵは、Ｅ−ＲＡＣＨ上でデータが送られている論理チャネルに基づいて、ＨＳ−ＤＰＣＣＨを介してチャネル品質情報を送信するように構成することができる。例えば、ＷＴＲＵが、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、またはアイドルモード状態にあり、ＣＥＬＬ−ＦＡＣＨ状態に進んでデータを送信し、かつデータがＣＣＣＨデータである場合、ＷＴＲＵは、ＵＬでチャネル品質情報を送らないように構成することができる。反対に、データが、ＤＣＣＨ（dedicated control channel：個別制御チャネル）またはＤＴＣＨ（dedicated traffic channel：個別トラフィックチャネル）上で送信されている場合、ＷＴＲＵは、ＵＬデータと共にＨＳ−ＤＰＣＣＨ上で、チャネル品質情報報告、および／またはＡＣＫ／ＮＡＣＫを送信するように構成することができる。ＨＳ−ＤＰＣＣＨでチャネル品質情報を送信する決定は、ＤＣＣＨまたはＤＴＣＨ論理チャネルからのデータ送信に基づくことができるか、または本明細書で述べる任意の他の実施形態に基づくことができる。

【0034】

図５は、送信されるデータと関連する論理チャネルに基づく暗黙的なアップリンクフィードバックシグナリングの方法５００のブロック図である。暗黙的なトリガの第１の実施形態のこの例では、送信されるデータと関連する論理チャネルのタイプ（例えば、ＤＣＣＨまたはＤＴＣＨ）が、アップリンクフィードバック送信のためのトリガとして働く。ＷＴＲＵは、符号５０１で、フィードバック情報を送るように構成することができる。ＷＴＲＵが、フィードバック情報を送るように構成されており、かつＷＴＲＵが、符号５０３で、ＤＣＣＨまたはＤＴＣＨで送信している場合、符号５０５で、ＷＴＲＵが、ネットワークによりＤＴＣＨ／ＤＣＣＨへの競合のないアクセスを割り当てられているかどうかの判定が行われる。ＷＴＲＵが、競合解決フェーズを完了しており、かつノードＢからＲＮＴＩを受信した場合、アクセスは競合がなく、符号５０７で、ＵＬフィードバック情報がＵＬで送信される。ＷＴＲＵがフィードバック情報を送信するように構成されていない場合、ＤＣＣＨまたはＤＴＣＨ上で送信していない場合、または競合のないアクセスを有していない場合、方法は終了する。ＷＴＲＵによりＵＬフィードバック情報が送信される間に、ＷＴＲＵは、チャネル品質測定を絶えず行っている。条件が、ＷＴＲＵにＵＬフィードバック情報を送信するように示したとき、符号５０７で、ＷＴＲＵは、ＵＬデータ送信を用いてＵＬフィードバック情報を送信する。

【0035】

暗黙的なトリガの第２の実施形態によれば、ＷＴＲＵは、割り振られたＥ−ＤＣＨリソースを有しており、かつＴ_P秒、ＴＴＩ、またはフレームにわたりＸ_P回、そのＨ−ＲＴＮＩをダウンリンク（ＤＬ）ＨＳ−ＳＣＣＨ上で成功裡に復号した場合、ＣＥＬＬ＿ＦＡＣＨ状態にある間にフィードバック情報を送るように構成される。パラメータＸ_PおよびＴ_Pは、個々に若しくは共に事前定義され、またはネットワークにより構成することができる（例えば、Ｘ_Pは常に１の値を取り、時間Ｔ_Pはネットワークにより構成される）。例えば、ＣＥＬＬ＿ＰＣＨ状態にあるＷＴＲＵが、送信すべきアップリンクデータを有する場合、またはＨＳ−ＳＣＣＨ中でそのアドレス（個別のＨ−ＲＮＴＩ）を検出した場合、ＷＴＲＵは、Ｅｃ／ＮｏまたはＲＳＣＰ（received signal code power）値を有するレイヤ３測定報告を、チャネル品質情報に関してネットワークを更新するために送信する。

【0036】

あるいは、ＣＥＬＬ＿ＦＡＣＨ状態で、Ｅ−ＤＣＨを用いてＷＴＲＵによりＵＬレイヤ１（Ｌ１）フィードバック情報を送信することは、以下の諸実施形態の１つまたは任意の組合せに基づくことができる。

【0037】

暗黙的なトリガの第３の実施形態によれば、トリガ条件は、ＷＴＲＵが、個別のＨ−ＲＮＴＩおよび／またはＥ−ＲＮＴＩ（E-DCH radio network temporary identity）および／またはＣ−ＲＮＴＩ（cell radio network temporary identity）を用いて割り当てられているかどうかに依存することができる。いくつかの場合では、ＷＴＲＵは、Ｅ−ＲＮＴＩを有しない可能性があり、拡張されたＲＡＣＨを用いて、ＤＴＣＨ（dedicated traffic channel）／ＤＣＣＨ（dedicated control channel）送信を送ることが許容されていない。これらの場合では、ＷＴＲＵは、チャネル品質情報送信のためにアップリンク送信を開始しないように決定することができる。ＷＴＲＵが、割り振られたＨ−ＲＮＴＩおよびＥ−ＲＮＴＩを有しない場合、ＷＴＲＵは、割り振られたＥ−ＤＣＨリソースおよび必要な情報を有する場合であっても、ＨＳ−ＤＰＣＣＨフィードバックを送信しないはずである。

【0038】

暗黙的なトリガの第４の実施形態によれば、チャネル品質情報を、論理チャネルにかかわらず任意の時間に送信することができるが、ＣＣＣＨ送信に関しては、ノードＢは、どのＷＴＲＵがデータを送信しているのかに気付かない。その場合、ＷＴＲＵは、ＭＡＣ−ｉまたはＭＡＣ−ｅ ＰＤＵに対して、ブロードキャストされた情報から選択された共通のＨ−ＲＮＴＩを付加することができる。競合解決の一部として、Ｈ−ＲＮＴＩのために通常予約されているフィールドが共通のＨ−ＲＮＴＩを含んでいることをノードＢは知っているため、ＭＡＣ−ｅまたはＭＡＣ−ｉ ＰＤＵのＬＣＨ−ＩＤがＣＣＣＨを示す場合には、チャネル品質情報を共通のＨ−ＲＮＴＩとリンクさせることができる。チャネル品質情報は、次いで、ＤＬデータをＷＴＲＵに送信する用意ができたときに使用することができる。共通のＨ−ＲＮＴＩはまた、ノードＢで衝突が生じているかどうかを検出するために使用することもできる。

【0039】

暗黙的なトリガの第５の実施形態によれば、ＷＴＲＵは、ＷＴＲＵが現在あるＲＲＣ状態に基づいて、またはＷＴＲＵが遷移しつつある状態に基づいて、ＨＳ−ＤＰＣＣＨを介してチャネル品質情報を送信するように構成することができる。例えば、ＷＴＲＵが、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨ、またはアイドルモードにある場合、ＷＴＲＵは、チャネル品質情報を送信しないように構成される。あるいは、ＷＴＲＵが、ＣＥＬＬ＿ＦＡＣＨ状態にある場合、ＷＴＲＵは、ＨＳ−ＤＰＣＣＨを介してチャネル品質情報を送るように構成される。

【0040】

暗黙的なトリガの第６の実施形態によれば、ＷＴＲＵは、ＵＴＲＡＮがＷＴＲＵにバッファ状況を送るとき、ＨＳ−ＤＰＣＣＨを介してチャネル品質情報を送信するように構成することができる。バッファ状況は、ＵＴＲＡＮがＷＴＲＵに送る必要のあるデータ量の表示である。ＷＴＲＵは、バッファ状況が、バッファ占有率が所定の閾値を超えることを示す場合、チャネル品質情報を送信するように構成することができる。一方、バッファ占有率が所定の閾値に満たない場合、ＷＴＲＵは、チャネル品質情報を送らないように構成することができる。

【0041】

暗黙的なトリガの第７の実施形態によれば、ＷＴＲＵは、受信したＤＬトラフィックのＬＣＨ−ＩＤに基づいて、ＨＳ−ＤＰＣＣＨを介してチャネル品質情報を送信するように構成することができる。例えば、ＬＣＨ−ＩＤが、わずかなメッセージを含むＳＲＢ（signaling radio bearer：シグナリング無線ベアラ）にデータが相当することを示す場合、ＷＴＲＵは、チャネル品質情報を送らないように構成される。例えば、ＬＣＨ−ＩＤがＣＣＣＨメッセージに相当する場合、ＷＴＲＵは、チャネル品質情報を送らないように構成することができる。あるいは、ＷＴＲＵは、ＬＣＨ−ＩＤが大きなメッセージを含むＳＲＢに相当するとき、チャネル品質情報を送るように構成することができる。ＬＣＨ−ＩＤがＣＣＣＨメッセージに相当する場合、ＷＴＲＵは、任意選択で、チャネル品質情報フィードバックを送らないように構成することができる。

【0042】

フィードバックを提供するために、明示的なトリガまたは暗黙的なトリガの一方が満たされており、ＷＴＲＵが進行中のＥ−ＤＣＨ送信を有していない場合、ＷＴＲＵは、Ｅ−ＤＣＨリソースまたはＨＳ−ＤＰＣＣＨリソースを要求することができる。その要求は、拡張されたアップリンクのランダムアクセス手順を介して行うことができ、その場合、ＷＴＲＵは、Ｅ−ＤＣＨリソースを得るために、ＡＩＣＨまたはＥ−ＡＩＣＨを待ち受ける。ＷＴＲＵが、Ｅ−ＤＣＨリソースを要求する場合、ＷＴＲＵには、Ｅ−ＤＣＨ送信と関連するすべてのチャネルに関する構成情報が割り当てられる（すなわち、ＤＰＣＣＨ（dedicated physical control channel）、Ｆ−ＤＰＣＨ（fractional dedicated physical channel）、Ｅ−ＡＧＣＨ、Ｅ−ＲＧＣＨ、Ｅ−ＨＩＣＨ、Ｅ−ＤＰＣＣＨ、および／またはＥ−ＤＰＤＣＨ）。割り当てられたＥ−ＤＣＨリソースを用いると、ＷＴＲＵは、ＭＡＣ−ｉ／ｉｓまたはＭＡＣ−ｅ／ｅｓヘッダ中でＣＱＩを送ることができる。あるいは、ＨＳ−ＤＰＣＣＨ情報は、割り当てられたＥ−ＤＣＨリソースと関連付けることができ、ＷＴＲＵは、関連するＨＳ−ＤＰＣＣＨを介して、ＣＱＩおよび任意選択で、ＨＡＲＱのＡＣＫ／ＮＡＣＫフィードバックを送ることができる。

【0043】

ＷＴＲＵが、ＨＳ−ＤＰＣＣＨリソースを要求する場合、ＷＴＲＵは、電力制御のためのアップリンクおよびダウンリンク制御チャネルを含むＨＳ−ＤＰＣＣＨ送信を可能にするために必要なチャネルを受信するが（Ｆ−ＤＰＣＨおよびＤＰＣＣＨ、ならびに必要なＨＳ−ＤＰＣＣＨ情報など）、１つまたは複数の他のＥ−ＤＣＨチャネルは除外される。ＨＳ−ＤＰＣＣＨリソースは、必要に応じて、ＷＴＲＵに割り当てられたリソースの別個のプールの一部とすることができる。例えば、ＷＴＲＵが、ＨＳ−ＤＰＣＣＨを介してフィードバックを送る必要があるだけであり、他のアップリンクトラフィックを有しない場合、ネットワークがＥ−ＤＣＨリソースを消費し、かつ他のＷＴＲＵを妨害する必要がない。したがって、ネットワークは、ＷＴＲＵがアップリンクトラフィックを有しない場合、リソースの別個のプールからＨＳ−ＤＰＣＣＨリソースインデックスを割り当てる。チャネル品質情報およびＨＡＲＱのＡＣＫ／ＮＡＣＫフィードバックを共に、割り当てられたＨＳ−ＤＰＣＣＨを介して送信することができる。

【0044】

チャネル品質情報および／またはＡＣＫ／ＮＡＣＫフィードバックを運ぶためにアップリンクアクセスを開始するトリガは、正しく復号されたＨＳ−ＳＣＣＨ（ＷＴＲＵのＨ−ＲＮＴＩ（HS-DSCH radio network temporary identity）でマスクされているＨＳ−ＳＣＣＨ）を受信すること、および／または関連するＨＳ−ＰＤＳＣＨ（high speed physical downlink shared channel）上でデータを受信すること、またはダウンリンクのＦＡＣＨ（forward access channel）送信を受信することとすることができる。

【0045】

任意選択で、ＷＴＲＵがＥ−ＤＣＨリソースを有しない場合、ＣＥＬＬ＿ＦＡＣＨ状態にあるＷＴＲＵは、新しいチャネル品質情報を送るために、新しいアップリンク送信を周期的に開始するように構成することができる。ＷＴＲＵが、アップリンクデータを有しておらず、かつ何らかのダウンリンク送信を受信しておらず、従って、第１および第２の実施形態のトリガ条件が満たされない場合、ＷＴＲＵは、新しいチャネル品質情報を送るために、アップリンク送信を周期的に開始することができる。チャネル品質情報は、上記されたいずれかの方法を用いて送信することができる。例えば、チャネル品質情報は、Ｅ−ＤＣＨと関連するＨＳ−ＤＰＣＣＨ上で、Ｅ−ＤＣＨ送信のないＨＳ−ＤＰＣＣＨ上で、ＭＡＣ−ｅ／ｅｓまたはＭＡＣ−ｉ／ｉｓヘッダ／トレーラ中に含めることができる。

【0046】

ＣＥＬＬ＿ＦＡＣＨおよびＣＥＬＬ＿ＰＣＨにおけるＥ−ＤＣＨをサポートするセルのＷＴＲＵは、ＣＥＬＬ＿ＰＣＨにあるＷＴＲＵが、ＨＳ−ＳＣＣＨ中の個別のＨ−ＲＮＴＩを復号する場合、またはＷＴＲＵがＣＥＬＬ＿ＰＣＨで送信すべきアップリンクデータを有する場合にレイヤ３測定報告を送信しない可能性があるが、上述した技法のいずれかを用いてチャネル品質情報を送ることができる。

【0047】

上述した全ての実施形態に関して、ＷＴＲＵは、最初のフェーズで、より高い頻度でチャネル品質情報を送ることができる。例えば、ＷＴＲＵが、アップリンク送信を有する場合、またはＨＳ−ＳＣＣＨ中のＨ−ＲＮＴＩを復号する場合、ＷＴＲＵは、より高い頻度の割合で（すなわち、連続するＴＴＩ（transmit time interval）で、またはＨＳ−ＤＰＣＣＨを介して報告する通常のチャネル品質情報報告用に構成されたレートよりもＮ倍高速で）、チャネル品質情報を送ることができる。こうすることにより、ネットワークが、その後に続くダウンリンク送信に使用される変調および復号を最適に調整することが可能になる。あるいは、チャネル品質情報は、競合解決フェーズ中に周期的に（チャネル品質情報報告の頻度は、ＷＴＲＵが、そのフェーズ中に十分なチャネル品質情報報告を送れるように構成できる）、ダウンリンクトラフィックがＷＴＲＵのＲＡＣＨアクセス期間中に送信されている場合に限り、ＲＡＣＨアクセスの持続期間（duration）で周期的に、または上記の組合せで送ることができる。

【0048】

機能および要素が、特定の組合せにより上述されているが、各機能または要素は、他の機能および要素を用いずに単独で使用することができ、または他の機能および要素を用いて、もしくは用いずに様々な組合せで使用することができる。本明細書で提供される方法またはフロー図は、汎用コンピュータまたはプロセッサで実行するための、コンピュータ可読記憶媒体中に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体記憶装置、内部のハードディスクおよび取外し可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスク、およびＤＶＤなどの光学的媒体を含む。

【0049】

適切なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、制御装置、マイクロコントローラ、ＡＳＩＣ（特定用途向けＩＣ）、ＦＰＧＡ（書替え可能ゲートアレイ）回路、任意の他のタイプのＩＣ（集積回路）、および／または状態マシンを含む。

【0050】

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

【0051】

実施形態
１．ＣＥＬＬ＿ＦＡＣＨ状態にあるＷＴＲＵ（無線送受信ユニット）によりアップリンクフィードバック情報を送信する方法。
２．トリガイベントを受信するステップをさらに含む実施形態１に記載の方法。
３．トリガイベントに基づいてアップリンクフィードバック情報を送信するステップをさらに含む実施形態１〜２のいずれかに記載の方法。
４．トリガイベントは、ＷＴＲＵがＨＳ−ＳＣＣＨ（high speed shared control channel）命令を受信するステップにより特徴付けられる実施形態１〜３のいずれかに記載の方法。
５．ＨＳ−ＳＣＣＨ命令は、アップリンクフィードバック情報の送信を使用可能または無効にすることをＷＴＲＵに示すインジケータを含む実施形態４に記載の方法。
６．トリガイベントは、ＷＴＲＵが、Ｅ−ＡＧＣＨ（E-DCH（enhanced dedicated channel）absolute grant channel）を介する送信を受信するステップにより特徴付けられる実施形態１〜５のいずれかに記載の方法。
７．Ｅ−ＡＧＣＨ上の送信は、アップリンクフィードバック情報の送信を使用可能または無効にすることをＷＴＲＵに示すインジケータを含む実施形態６に記載の方法。
８．トリガイベントは、ＷＴＲＵがＥ−ＡＩＣＨ（E-DCH acquisition indicator channel）を介する送信を受信するステップにより特徴付けられる実施形態１〜７のいずれかに記載の方法。
９．Ｅ−ＡＩＣＨ上の送信は、アップリンクフィードバック情報の送信を使用可能または無効にすることをＷＴＲＵに示すインジケータを含む実施形態８に記載の方法。
１０．Ｅ−ＡＩＣＨを介する送信は、Ｅ−ＤＣＨ（enhanced dedicated channel）インデックスを含む実施形態８〜９のいずれかに記載の方法。
１１．トリガイベントは、レイヤ１（Ｌ１）チャネルにより特徴付けられ、Ｌ１チャネルは、ＷＴＲＵによるアップリンクフィードバック情報の送信を使用可能または無効にすることを知らせるように構成される実施形態１〜１０のいずれかに記載の方法。
１２．トリガイベントは、１組のＥ−ＤＣＨリソースの一部として、ＩＥ（information element）のブロードキャストにより特徴付けられる実施形態１〜１１のいずれかに記載の方法。
１３．ＩＥは、ＨＳ−ＤＰＣＣＨ（high speed dedicated physical control channel）が使用可能であるかどうかを示す実施形態１２に記載の方法。
１４．トリガイベントは、競合のないＥ−ＲＡＣＨ（E-DCH random access channel）リソースをＷＴＲＵに割り当てることにより特徴付けられる実施形態１〜１３のいずれかに記載の方法。
１５．アップリンクフィードバック情報は、ＣＱＩを含む実施形態１〜１４のいずれかに記載の方法。
１６．アップリンクフィードバック情報は、ＨＡＲＱのＡＣＫ／ＮＡＣＫ（acknowledgement/negative acknowledgement）を含む実施形態１〜１５のいずれかに記載の方法。
１７．トリガイベントは、少なくとも１つの所定の条件が存在するとき、アップリンクフィードバック情報を送信するステップにより特徴付けられる実施形態１〜１６のいずれかに記載の方法。
１８．少なくとも１つの所定の条件は、ＷＴＲＵが、Ｅ−ＲＮＴＩ（E-DCH（enhanced dedicated channel）radio network temporary identifier）、Ｈ−ＲＮＴＩ（HS-DSCH（high speed dedicated shared channel） radio network temporary identifier）、およびＣ−ＲＮＴＩ（cell radio network temporary identifier）のうちの少なくとも１つを有することにより特徴付けられる実施形態１〜１７のいずれかに記載の方法。
１９．少なくとも１つの所定の条件は、ＷＴＲＵが、ＤＣＣＨ（dedicated control channel）、またはＤＴＣＨ（dedicated traffic channel）上でデータを送信するステップにより特徴付けられる実施形態１〜１８のいずれかに記載の方法。
２０．少なくとも１つの所定の条件は、ＷＴＲＵが現在あるＲＲＣ（radio resource control）状態により特徴付けられる実施形態１〜１９のいずれかに記載の方法。
２１．少なくとも１つの所定の条件は、ＷＴＲＵが新しいＲＲＣ状態に遷移するステップにより特徴付けられる実施形態１〜２０のいずれかに記載の方法。
２２．少なくとも１つの所定の条件は、ＷＴＲＵが、ネットワークからバッファ状況を受信し、バッファ状況に関連するバッファ占有率が所定の閾値を超えることにより特徴付けられる実施形態１〜２１のいずれかに記載の方法。
２３．少なくとも１つの所定の条件は、ＷＴＲＵが、関連するデータを有するＬＣＨ−ＩＤ（logical channel identifier）を受信し、ＬＣＨ−ＩＤが、所定サイズの閾値よりも大きいメッセージを含むＳＲＢ（signaling radio bearer）を示すことにより特徴付けられる実施形態１〜２２のいずれかに記載の方法。
２４．少なくとも１つの所定の条件は、ＷＴＲＵが、ＭＡＣ（medium access control） ＰＤＵ（protocol data unit）中に、Ｈ−ＲＮＴＩ（HS-DSCH（high speed dedicated shared channel） radio network temporary identifier）を含み、Ｈ−ＲＮＴＩが、アップリンクフィードバック情報にリンクされることにより特徴付けられる実施形態１〜２３のいずれかに記載の方法。
２５．ＷＴＲＵ（無線送受信ユニット）からアップリンクフィードバック情報を受信するように構成された受信装置を備えるノードＢ。
２６．データおよび制御情報を、少なくとも１つのＷＴＲＵに送信するように構成されており、トリガイベントを送信するようにさらに構成された送信装置をさらに備える実施形態２５に記載のノードＢ。
２７．トリガイベントは、ＷＴＲＵにアップリンクフィードバック情報をノードＢに送信するように命令する実施形態２５〜２６のいずれかに記載のノードＢ。
２８．受信装置および送信装置を制御するように構成された制御装置をさらに備える実施形態２５〜２７のいずれかに記載のノードＢ。
２９．受信装置は、ＨＳ−ＤＰＣＣＨ（high speed dedicated physical control channel）上で受信されたアップリンクフィードバック情報を受信するように構成される実施形態２５〜２８のいずれかに記載のノードＢ。
３０．トリガイベントは、ＨＳ−ＳＣＣＨ（high speed shared control channel）命令を送信することにより特徴付けられる実施形態２５〜２９のいずれかに記載のノードＢ。
３１．ＨＳ−ＳＣＣＨ命令は、アップリンクフィードバック情報の送信を使用可能または無効にすることをＷＴＲＵに示すインジケータを含む実施形態２５〜３０のいずれかに記載のノードＢ。
３２．トリガイベントは、Ｅ−ＡＧＣＨ（E-DCH absolute grant channel）を介する送信である実施形態２５〜３１のいずれかに記載のノードＢ。
３３．送信は、アップリンクフィードバック情報の送信を使用可能または無効にすることをＷＴＲＵに示すインジケータを含む実施形態２５〜３２のいずれかに記載のノードＢ。
３４．トリガイベントは、Ｅ−ＡＩＣＨ（E-DCH acquisition indicator channel）を介する送信により特徴付けられる実施形態２５〜３３のいずれかに記載のノードＢ。
３５．送信は、アップリンクフィードバック情報の送信を使用可能または無効にすることをＷＴＲＵに示すインジケータを含む実施形態２５〜３４のいずれかに記載のノードＢ。
３６．Ｅ−ＡＩＣＨを介する送信は、Ｅ−ＤＣＨ（enhanced dedicated channel）インデックスを含む実施形態２５〜３５のいずれかに記載のノードＢ。
３７．トリガイベントは、ネットワークが、レイヤ１（Ｌ１）チャネル上で送信することにより特徴付けられる実施形態２５〜３６のいずれかに記載のノードＢ。
３８．Ｌ１チャネルは、ＨＳ−ＤＰＣＣＨを介するアップリンクフィードバック報告を使用可能または無効にすることを知らせるように構成される実施形態２５〜３７のいずれかに記載のノードＢ。
３９．トリガイベントは、ネットワークが、１組のＥ−ＤＣＨリソースの一部として、ＩＥ（information element）をブロードキャストすることにより特徴付けられる実施形態２５〜３８のいずれかに記載のノードＢ。
４０．ＩＥは、ＨＳ−ＤＰＣＣＨが使用可能であるかどうかを示す実施形態２５〜３９のいずれかに記載のノードＢ。
４１．トリガイベントは、競合のないＥ−ＲＡＣＨ（E-DCH random access channel）リソースのＷＴＲＵへの割当てを送信することにより特徴付けられる実施形態２５〜４０のいずれかに記載のノードＢ。
４２．アップリンクフィードバック情報は、チャネル品質インジケータを含む実施形態２５〜４１のいずれかに記載のノードＢ。
４３．アップリンクフィードバック情報は、ＨＡＲＱのＡＣＫ／ＮＡＣＫを含む実施形態２５〜４２のいずれかに記載のノードＢ。
４４．所定の条件が存在するとき、アップリンクフィードバック情報をノードＢに送信するように構成された送信装置と、
ノードＢから、データおよび制御情報を受信するように構成された受信装置と、
受信装置および送信装置を制御するように構成された制御装置と
を備えるＷＴＲＵ（無線送受信ユニット）。
４５．少なくとも１つの所定の条件は、ＷＴＲＵが、Ｅ−ＲＮＴＩ（E-DCH（enhanced dedicated channel）radio network temporary identifier）、Ｈ−ＲＮＴＩ（HS-DSCH（high speed dedicated shared channel） radio network temporary identifier）、およびＣ−ＲＮＴＩ（cell radio network temporary identifier）のうちの少なくとも１つを有することにより特徴付けられる実施形態４４に記載のＷＴＲＵ。
４６．少なくとも１つの所定の条件は、ＷＴＲＵが、ＤＣＣＨ（dedicated control channel）またはＤＴＣＨ（dedicated traffic channel）上でデータを送信することである実施形態４４〜４５のいずれかに記載のＷＴＲＵ。
４７．少なくとも１つの所定の条件は、ＷＴＲＵが現在ある無線リソース制御の状態である実施形態４４〜４６のいずれかに記載のＷＴＲＵ。
４８．少なくとも１つの所定の条件は、ＷＴＲＵが新しい無線リソース制御の状態に遷移することである実施形態４４〜４７のいずれかに記載のＷＴＲＵ。
４９．少なくとも１つの所定の条件は、ノードＢからバッファ状況を受信することである実施形態４４〜４８のいずれかに記載のＷＴＲＵ。
５０．バッファ状況に関連するバッファ占有率が、所定の閾値を超えている実施形態４４〜４９のいずれかに記載のＷＴＲＵ。
５１．少なくとも１つの所定の条件は、関連するデータを有するＬＣＨ−ＩＤ（logical channel identifier）を受信することであり、ＬＣＨ−ＩＤが、所定サイズの閾値よりも大きいメッセージを含むＳＲＢ（signaling radio bearer）を示す実施形態４４〜５０のいずれかに記載のＷＴＲＵ。
５２．制御装置は、ＭＡＣ ＰＤＵ中に、Ｈ−ＲＮＴＩ（HS-DSCH（high speed dedicated shared channel） radio network temporary identifier）を含むように構成される実施形態４４〜５１のいずれかに記載のＷＴＲＵ。
５３．アップリンクフィードバック情報が、Ｈ−ＲＮＴＩにリンクされる実施形態５２に記載のＷＴＲＵ。
５４．受信装置を備えるＷＴＲＵ（無線送受信ユニット）。
５５．チャネル品質を測定するように構成された測定ユニットをさらに備える実施形態５４に記載のＷＴＲＵ。
５６．受信装置は、ネットワークからＥ−ＤＣＨ（enhanced dedicated channel）リソースに対する割振りを受信するように構成される実施形態５４〜５５のいずれかに記載のＷＴＲＵ。
５７．受信装置は、ネットワークから競合のないアクセスの割当てを受信するように構成される実施形態５４〜５６のいずれかに記載のＷＴＲＵ。
５８．ＤＣＣＨ（dedicated control channel）またはＤＴＣＨ（dedicated traffic channel）上でデータを送信するように構成された送信装置をさらに備える実施形態５４〜５７のいずれかに記載のＷＴＲＵ。
５９．受信装置は、ネットワークからＵＬフィードバック情報を送るための構成を受信するようにさらに構成される実施形態５４〜５８のいずれかに記載のＷＴＲＵ。
６０．送信装置は、ＵＬフィードバック情報を送信するようにさらに構成される実施形態５４〜５９のいずれかに記載のＷＴＲＵ。
６１．ＷＴＲＵは、競合解決フェーズを実施するように構成される実施形態５４〜６０のいずれかに記載のＷＴＲＵ。
６２．ＵＬフィードバック情報は、ＣＱＩを含む実施形態５４〜６１のいずれかに記載のＷＴＲＵ。
６３．ＵＬフィードバック情報は、ＨＡＲＱのＡＣＫ／ＮＡＣＫを含む実施形態５４〜６２のいずれかに記載のＷＴＲＵ。
６４．アップリンク（ＵＬ）フィードバック情報を送信する方法。
６５．チャネル品質を測定するように構成されたＷＴＲＵを含む実施形態６４に記載の方法。
６６．ＵＬフィードバック情報は、チャネル品質を測定するステップから生成される実施形態６４〜６５のいずれかに記載の方法。
６７．ネットワークからＥ−ＤＣＨ（enhanced dedicated channel）リソースに対する割振りを受信するステップをさらに含む実施形態６４〜６６のいずれかに記載の方法。
６８．ＤＣＣＨ（dedicated control channel）またはＤＴＣＨ（dedicated traffic channel）上でデータを送信するステップをさらに含む実施形態６４〜６７のいずれかに記載の方法。
６９．ネットワークから競合のないアクセスに対する何らかの割当てを受信するステップをさらに含む実施形態６４〜６８のいずれかに記載の方法。
７０．競合解決フェーズを実施するステップをさらに含む実施形態６４〜６９のいずれかに記載の方法。
７１．ネットワークからＵＬフィードバック情報を送るための構成を受信するステップをさらに含む実施形態６４〜７０のいずれかに記載の方法。
７２．ＨＳ−ＤＰＣＣＨ（high speed dedicated physical control channel）上でＵＬフィードバック情報を送信するステップをさらに含む実施形態６４〜７１のいずれかに記載の方法。

【図1】

【図2】

【図3】

【図4】

【図5】