JP2014527747A - ユニバーサル・モバイル・テレコミュニケーションズ・システムにおけるアップリンク・リソースの共有 - Google Patents

Abstract

本発明の主題は、複数の拡張アップリンク専用チャネル（Ｅ−ＤＣＨ）リソースのうちからの１つのＥ−ＤＣＨリソースを時分割多重化ベースで共有するための方法を開示する。一実施態様においては、この方法は、複数の共通Ｅ−ＤＣＨリソースのうちからの共通Ｅ−ＤＣＨリソースの割り当てを求めるランダム・アクセス手順（ＲＡＰ）要求をユーザ機器（ＵＥ）から受信するステップを含む。この方法は、ＲＡＰ要求に基づいて、複数のＵＥの間において時分割多重化されることになる共通Ｅ−ＤＣＨリソースを識別するステップをさらに含む。この方法はまた、識別された共通Ｅ−ＤＣＨリソースを時分割多重化ベースでＵＥに割り当てるステップを含み、その共通Ｅ−ＤＣＨリソースは、複数のＵＥの間において共有される。

Description

本発明の主題は、通信システム、特にユニバーサル・モバイル・テレコミュニケーションズ・システム（ＵＭＴＳ）に関するが、それだけに限定されない。

セルラー電話、携帯情報端末、ポータブル・コンピュータ、およびデスクトップ・コンピュータなどの通信デバイスは、さまざまなモバイル通信サービスおよびコンピュータ・ネットワーキング機能をユーザに提供する。これらの通信サービスは、サービス・プロバイダとユーザとの間においてデータがやり取りされることを可能にする。モバイル無線ネットワーク・オペレータは現在、ＧＳＭ標準を使用する普及しているモバイル無線システムだけでなく、新たな進化型ユニバーサル・モバイル・テレコミュニケーションズ・サービス（ＵＭＴＳ）標準を使用するネットワークも運用するというオプションを有している。ＵＭＴＳは、最大で数メガビット／秒（Ｍｂｐｓ）のデータ・レートでの、テキスト、デジタル化された音声、ビデオ、およびマルチメディアのパケットベースの送信を実施するグローバル・システム・フォー・モバイル（ＧＳＭ）に基づく第３世代（３Ｇ）のブロードバンド標準である。ＵＭＴＳは、モバイル・コンピュータおよび電話のユーザが世界のどこにいても、それらのユーザにサービスの一貫したセットを提供する。ＵＭＴＳは、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）によって設定された標準に準拠している。時間とともに、ＵＭＴＳのための３ＧＰＰ標準のいくつかのリリースが、ＵＭＴＳにさまざまな機能を与えている。

ＵＭＴＳは、ハイ・スピード・パケット・アクセス（ＨＳＰＡ）技術を採用している。ＨＳＰＡとは、より高度なデータ交換能力を可能にしてネットワークのトータル・スループットを改善するハイ・スピード・ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）とハイ・スピード・アップリンク・パケット・アクセス（ＨＳＵＰＡ）との組合せを指す。３ＧＰＰリリース７は、拡張ＣＥＬＬ＿ＦＡＣＨ機能をＵＭＴＳに導入した。拡張ＣＥＬＬ＿ＦＡＣＨは、ＵＥがＨＳＤＰＡパケットを受信することを可能にして、ユーザ機器（ＵＥ）がダウンリンク・データの大きなバーストを受信できるようにする。同様に、３ＧＰＰリリース８がＨＳＵＰＡを拡張ＣＥＬＬ＿ＦＡＣＨに導入した後には、ＵＥがアップリンク・データの大きなバーストを送信する態勢が整ったことになる。したがって、拡張ＣＥＬＬ＿ＦＡＣＨをサポートするＵＥは、ＣＥＬＬ＿ＦＡＣＨ状態にある間にアップリンクおよびダウンリンクにおいて大量のデータを送信することができる。

ＨＳＤＰＡの実施態様は、適応変調コーディング（ＡＭＣ）、ハイブリッド自動要求（ＨＡＲＱ）再送信プロトコル、および高速パケット・スケジューリングを含む。ＨＳＤＰＡをサポートする一般に普及している技術は、適応変調コーディング（ＡＭＣ）であり、この適応変調コーディング（ＡＭＣ）においては、変調スキームおよびコーディング・レートが、ＵＥによって報告されるダウンリンク・チャネル品質に従って適応的に変更される。したがって、チャネル品質表示（ＣＱＩ）報告スキームは、ＡＭＣの正確さおよびＨＳＤＰＡのパフォーマンスに直接関連している。

３ＧＰＰリリース８においては、ＣＱＩを搬送するＨＳ−ＤＰＣＣＨの送信は、Ｅ−ＤＣＨ（拡張専用チャネル）上で送信するためのデータをＵＥが有している場合にのみ、適時的な（ｏｐｐｏｒｔｕｎｉｓｔｉｃ）様式でＣＥＬＬ＿ＦＡＣＨ状態において可能である。このアプローチは、ＨＳ−ＤＳＣＨ送信の前にアップリンク送信がない場合には、ＮＢにＣＱＩを提供しないということが認識されている。したがって３ＧＰＰリリース１１においては、Ｅ−ＤＣＨ上でのアップリンク・データ送信からＨＳ−ＤＰＣＣＨ送信の依存状態を取り除くための改良が提案されている。ＨＳ−ＤＳＣＨ送信の前にＣＱＩを提供するためには、これらのＣＱＩは、トラフィック・アクティビティーがない場合でさえ、（たとえばＨＳ−ＤＰＣＣＨを介して）一貫して送信されることが必要であり、たとえば、ＨＳ−ＤＰＣＣＨは、ＤＴＸ（不連続送信）様式で送信されることが可能である。国際特許公開第ＷＯ２００９／０４５８４０Ａ１号は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）におけるシグナリングのための方法および装置を開示している。この方法は、ＷＴＲＵが再送信の最大回数の値を受信するステップと、再送信の最大回数の値によって制限された複数のハイブリッド自動再送信要求（ＨＡＲＱ）プロセスにおいてデータを再送信するステップとを含む。ＷＴＲＵは、セル固有の、固定された、または絶対的な許可をブロードキャスト・チャネル上で受信するように構成されている。

国際特許公開第ＷＯ２００９／０４５８４０Ａ１号

３ＧＰＰリリース７ ３ＧＰＰリリース８ ３ＧＰＰリリース１１

この概要は、複数の共通拡張アップリンク専用チャネル（Ｅ−ＤＣＨ）リソースのうちからの１つのＥ−ＤＣＨリソースを複数のユーザ機器（ＵＥ）の間において時分割多重化ベースで共有することに関連したコンセプトを紹介するために提供されている。この概要は、特許請求されている主題の必要不可欠な特徴を特定することを意図されているものではなく、また、特許請求されている主題の範囲を画定または限定する際に使用することを意図されているものでもない。

本発明の主題の一実施形態においては、Ｅ−ＤＣＨリソースを時分割多重化ベースで共有するための方法について説明する。この方法は、複数の共通Ｅ−ＤＣＨリソースのうちからのＥ−ＤＣＨリソースの割り当てを求めるランダム・アクセス手順（ＲＡＰ）要求をＵＥから受信するステップを含む。この方法は、ＲＡＰ要求に基づいて、複数のＵＥの間において時分割多重化されることになるＥ−ＤＣＨリソースを識別するステップをさらに含む。この方法はまた、識別されたＥ−ＤＣＨリソースを時分割多重化ベースでＵＥに割り当てるステップを含み、そのＥ−ＤＣＨリソースは、複数のＵＥの間において共有される。

本発明の主題の別の実施形態においては、いくつかのＵＥの間において時分割多重化されている１つのＥ−ＤＣＨリソースにアクセスするように構成されているＵＥについて説明する。このＵＥは、Ｅ−ＤＣＨリソースの割り当てを求めるランダム・アクセス手順（ＲＡＰ）要求をノードＢ（ＮＢ）に送信するように構成されているＵＥアップリンク・コントロール・モジュールを含む。このＵＥは、割り当てられたＥ−ＤＣＨリソースに関連付けられているパターンを受信するように構成されているＵＥ構成モジュールをさらに含み、その割り当てられたＥ−ＤＣＨリソースは、複数のＵＥの間において時分割多重化されている。

本発明の主題の別の実施形態によれば、コンピュータ可読命令のセットを有するコンピュータ可読媒体であって、それらのコンピュータ可読命令が、実行されたときに、１つのＥ−ＤＣＨリソースを共有するための複数のＵＥを識別するステップであり、その共有が時分割多重化ベースである、ステップと、そのＥ−ＤＣＨリソースに関連付けられる共有のパターンを決定するステップであり、そのパターンが、そのＥ−ＤＣＨリソースのサイクル、それぞれのサイクル中におけるそのＥ−ＤＣＨリソースの可用性の持続時間、およびそれぞれのサイクルにおける送信が開始すべきオフセットのうちの１つまたは複数を含む、ステップと、そのＥ−ＤＣＨリソースを共有している複数のＵＥに共有のパターンを通知するステップとを含む行為を行う、コンピュータ可読媒体である。

添付の図を参照しながら、詳細な説明が記載されている。それらの図においては、参照番号の最も左側の（１つまたは複数の）数字は、その参照番号が最初に登場する図を識別する。同様の特徴どうしおよびコンポーネントどうしを指すために、それらの図を通じて同じ数字が使用されている。次いで、本発明の主題の実施形態によるシステムおよび／または方法のいくつかの実施形態について、単なる例として、添付の図を参照しながら説明する。

本発明の主題の一実施形態による、ワイヤレス通信ネットワークにおけるデータ転送のためのワイヤレス通信環境を示す図である。 本発明の主題の一実施形態による、時分割多重化ベースでの複数のユーザ機器（ＵＥ）の間における拡張アップリンク専用チャネル（Ｅ−ＤＣＨ）リソース共有を示す図である。 本発明の主題の一実施形態による、時分割多重化ベースでいくつかのＵＥの間において共有されているＥ−ＤＣＨリソースを利用する方法を示す図である。 本発明の主題の別の実施形態による、時分割多重化ベースでいくつかのＵＥの間において共有されているＥ−ＤＣＨリソースを利用する方法を示す図である。 本発明の主題のさらに別の実施形態による、時分割多重化ベースでいくつかのＵＥの間において共有されているＥ−ＤＣＨリソースを利用する方法を示す図である。 本発明の主題の一実施形態による、Ｅ−ＤＣＨリソースが時分割多重化されて複数のＵＥの間において共有されるパターンを示す図である。 本発明の主題の一実施形態による、Ｅ−ＤＣＨリソースをＵＥに割り当てる例示的な方法を示す図である。 本発明の主題の別の実施形態による、時分割多重化ベースでいくつかのＵＥの間において共有されているＥ−ＤＣＨリソース上でのデータ転送のための例示的な方法を示す図である。

本明細書におけるあらゆるブロック図は、本発明の主題の原理を具体化する例示的なシステムの概念的な図を表しているということを当業者なら理解するはずである。同様に、あらゆるフローチャート、流れ図、状態遷移図、疑似コードなどは、コンピュータ可読媒体において実質的に表されることが可能な、したがってコンピュータまたはプロセッサによって実行されることが可能な（そのようなコンピュータまたはプロセッサが明示的に示されているか否かにかかわらず）さまざまなプロセスを表しているということがわかるであろう。

ユニバーサル・モバイル・テレコミュニケーションズ・システム（ＵＭＴＳ）においてアップリンク・リソースを共有するためのシステムおよび方法について説明する。一実施態様においては、ＵＭＴＳにおける拡張アップリンク専用チャネル（Ｅ−ＤＣＨ）のリソースが、複数のユーザ機器（ＵＥ）の間において共有される。これらの方法は、グローバル・システム・フォー・モバイル（ＧＳＭ）通信標準に従ってデータをやり取りすることができるシステムにおいて実施されること、および進化型ハイ・スピード・パケット・アクセス（ＨＳＰＡ）機能をサポートすることが可能である。進化型ＨＳＰＡは、３ＧＰＰリリース７およびリリース８による拡張されたハイ・スピード・ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）およびハイ・スピード・アップリンク・パケット・アクセス（ＨＳＵＰＡ）を含むことができる。本明細書における説明は、ＵＭＴＳを参照しているが、これらのシステムおよび方法は、当業者なら理解できるように、わずかな変形を伴ってではあるが、その他のネットワークにおいて実施されることも可能である。

本明細書において説明されている技術は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）、およびその他のシステムなど、さまざまなワイヤレス通信システムのために使用されることが可能である。ＣＤＭＡシステムは、無線テクノロジー、たとえば、ユニバーサル・テレストリアル・ラジオ・アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などを実施することができる。ＵＴＲＡは、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）およびＣＤＭＡのその他の変形を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６標準をカバーしている。ＴＤＭＡシステムは、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ）などの無線テクノロジーを実施することができる。ＯＦＤＭＡシステムは、無線テクノロジー、たとえば、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．２０、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、８０２．１１（ＷｉＦｉ（商標））、フラッシュＯＦＤＭ（登録商標）などを実施することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの来たるリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、「第３世代パートナーシップ・プロジェクト」（３ＧＰＰ）という組織からのドキュメントにおいて説明されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシップ・プロジェクト２」（３ＧＰＰ２）と名付けられている組織からのドキュメントにおいて説明されている。明確にするために、それらの技術の特定の態様について、以降でＷＣＤＭＡに関して説明し、以降での説明の多くにおいては、３ＧＰＰ用語が使用される。

これらのシステムおよび方法は、通信デバイスおよびコンピューティング・システムなど、さまざまなエンティティーにおいて実施されることが可能である。説明されている（１つまたは複数の）方法を実施することができるエンティティーは、デスクトップ・コンピュータ、ハンドヘルド・デバイス、ラップトップまたはその他のポータブル・コンピュータ、タブレット・コンピュータ、モバイル電話、ＰＤＡ、スマートフォンなどを含むが、それらには限定されない。さらに、この方法は、さまざまな通信デバイスおよびコンピューティング・システムへの接続を提供するためにデータをやり取りすることができるデバイスによって実施されることも可能である。そのようなデバイスは、データ・カード、モバイル・アダプタ、ワイヤレス（ＷｉＦｉ（商標））アダプタ、ルータなどを含むことができるが、それらには限定されない。本明細書における説明は、スマートフォンなどの通信デバイスを参照して行われているが、説明されている（１つまたは複数の）方法は、当業者なら理解できるように、その他の任意のデバイスにおいて実施されることも可能である。

携帯電話、ラップトップ、携帯情報端末（ＰＤＡ）、およびスマート・フォンなどのテレコミュニケーション・デバイスの使用が増大していることによって、ワークフォース・モビリティーの必要性が高まっている。増大し続ける数のテレコミュニケーション・デバイスの需要を満たすために、テレコミュニケーション・テクノロジーにおける進歩が絶え間なく行われている。ワイヤレス通信システムは、利用可能な限られたリソースを効率よく利用することによってユーザの需要を満たすために進化し続けている。

増大したスループットおよびより良好なリソース利用度を伴う拡張されたデータ転送能力を提供するために、ワイドバンド符号分割多元接続（ＷＣＤＭＡ）に基づくＵＭＴＳネットワークが、３Ｇモバイル通信システムとして世界中に展開されている。ＵＭＴＳの仕様によれば、ラジオ・リソース・コントロール（ＲＲＣ）接続を伴うＵＥは、ＣＥＬＬ＿ＤＣＨ、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、またはＵＲＡ＿ＰＣＨ状態にあることが可能である。別々のセル状態は、別々の稼働状況およびリソースが定義されている別々のトラフィックおよびデータ交換状況を取り扱うように定義されている。ＣＥＬＬ＿ＰＣＨおよびＵＲＡ＿ＰＣＨ状態は、トラフィック・アクティビティーをまったく伴わない／ほとんど伴わないＵＥにおけるアイドルまたは休眠状態であり、その一方で、データ・トラフィックを送信／受信するＵＥは、ＣＥＬＬ＿ＤＣＨまたはＣＥＬＬ＿ＦＡＣＨ状態に置かれる。ＣＥＬＬ＿ＤＣＨおよびＣＥＬＬ＿ＦＡＣＨ状態においては、ＵＥは、ユーザ・データを送信および受信することができる。ＣＥＬＬ＿ＦＡＣＨ状態は通常、低バースト・トラフィック・アクティビティーを伴うＵＥに関して使用される。

３ＧＰＰリリース７においては、拡張ＣＥＬＬ＿ＦＡＣＨ機能がＵＭＴＳに導入されており、それによって、ＵＥがＣＥＬＬ＿ＦＡＣＨ状態にある間にそのＵＥがＨＳＤＰＡパケットを受信することが可能になる。これによって、ＵＥがダウンリンク・データの大きなバーストを受信することが可能になる。３ＧＰＰリリース８においては、ＨＳＵＰＡが拡張ＣＥＬＬ＿ＦＡＣＨ機能に導入されて、ＵＥがＣＥＬＬ＿ＦＡＣＨ状態においてアップリンク・データの大きなバーストを送信することが可能になった。スマートフォン・トラフィックのバースト性は、ＣＥＬＬ＿ＤＣＨ状態の場合と比較して拡張ＣＥＬＬ＿ＦＡＣＨに適している。なぜなら、バースト性トラフィックは、ＣＥＬＬ＿ＤＣＨ状態の場合よりも拡張ＣＥＬＬ＿ＦＡＣＨを使用した方が、より効率よく搬送されるためである。

ＵＭＴＳにおける改良および３ＧＰＰによるリリース１１などの新たなリリースは、拡張ＣＥＬＬ＿ＦＡＣＨ技術に対する機能強化を提供する。ＨＳＤＰＡをサポートする技術のうちの１つが適応変調コーディング（ＡＭＣ）であり、このＡＭＣにおいては、ベース・トランシーバ・ステーション（ＢＴＳ）またはノードＢ（ＮＢ）によって使用される変調スキームおよびコーディング・レートが、ＵＥによって報告されるダウンリンク・チャネル品質に従って適応的に変更されるため、ＡＭＣの正確さおよびＨＳＤＰＡのパフォーマンスは、ＵＥによって報告されるチャネル品質表示（ＣＱＩ）に大きく依存している。

ＵＥがＣＥＬＬ＿ＦＡＣＨ状態にある間に、ＣＱＩは、ハイ・スピード専用物理制御チャネル（ＨＳ−ＤＰＣＣＨ）を通じてＮＢに報告される。さらに、ＨＳ−ＤＰＣＣＨは、ＣＱＩのほかに、ＮＢから受信されたＨＳＤＰＡパケットに応答してＵＥによって提供される肯定応答を搬送することもできる。拡張ＣＥＬＬ＿ＦＡＣＨがＵＭＴＳに導入される以前は、セルはＣＥＬＬ＿ＦＡＣＨ状態にあった。ＣＱＩを報告するために拡張ＣＥＬＬ＿ＦＡＣＨを利用することによるＨＳ−ＤＰＣＣＨの使用は、拡張アップリンク専用チャネル（Ｅ−ＤＣＨ）を介してデータを送信したいというＵＥの必要性に応じてＵＥによって制限されていた。しかしながら、ＡＭＣの正確さはＣＱＩの報告に依存しているため、３ＧＰＰリリース１１は、Ｅ−ＤＣＨ上でのアップリンク・データ送信からの送信の依存状態をまったく伴わないＨＳ−ＤＰＣＣＨ上でのＣＱＩの送信を提案している。したがって、ＵＥがＣＥＬＬ＿ＦＡＣＨ状態にある間のチャネル品質の報告を改善するために、最新の３ＧＰＰリリース、すなわちリリース１１は、ダウンリンク・チャネルに関するＣＱＩが、ＵＥによって取り扱われるトラフィック・アクティビティーにかかわらずに一貫してＵＥによって提供されることを提案している。

ＵＥがＣＥＬＬ＿ＦＡＣＨ状態にある場合には、ＨＳ−ＤＰＣＣＨを通じたアップリンクにおけるＣＱＩの送信は、アップリンク・リソースを必要とするため、そのような送信のためのアップリンク・リソースの可用性および割り当てが必要となる。ＵＭＴＳの仕様によれば、ＲＲＣ接続のＣＥＬＬ＿ＦＡＣＨ状態において利用可能なアップリンク・リソースは、共通のリソースであり、ＣＥＬＬ＿ＤＣＨ状態の場合のような専用のものではない。しかしながら、ＨＳＤＰＡおよびＨＳＵＰＡを含むＨＳＰＡの能力が拡張ＣＥＬＬ＿ＦＡＣＨ機能において実施されるため、ＣＱＩの報告は、ＣＥＬＬ＿ＦＡＣＨ状態において存在する限られた共通のアップリンク・リソースを通じて行われなければならない。

それぞれのＢＴＳまたはＮＢは、限られた数のアップリンク・チャネル・リソースを有しており、それらのアップリンク・チャネル・リソースは、ＣＥＬＬ＿ＦＡＣＨ状態に存在するＵＥ同士の間において共有されている。これらの共通のアップリンク・チャネル・リソースは、ランダム・アクセス・チャネル（ＲＡＣＨ）または拡張アップリンク専用チャネル（Ｅ−ＤＣＨ）を含むことができる。そのようなアップリンク・チャネル・リソースのうちのいずれも、１つのＵＥに割り当てられているときには、別のＵＥに割り当てられることは不可能である。したがって、共通Ｅ−ＤＣＨリソースなどの共通チャネルのうちの大多数が別々のＵＥに割り当てられている状況においては、利用可能なアップリンク・チャネル・リソースは乏しくなり、それらを争奪し合うことが避けられない。したがって、共通の限られたアップリンク・チャネル・リソースを通じてＣＱＩ情報を繰り返し送信すると、複数のインスタンスに関して著しいリソースが消費される。さらに、ＣＱＩ情報の単なる送信のためにＥ−ＤＣＨまたはＲＡＣＨリソースを割り当てると、大量のデータを送信することができるチャネルが単なるＣＱＩ送信のために確保されるため、アップリンク・チャネルの非効率的な使用という結果にもなる。また、スマートフォン・デバイスの数が著しく増大しているため、ますます多くのＵＥがＣＥＬＬ＿ＦＡＣＨ状態において拡張ＣＥＬＬ＿ＦＡＣＨ機能を利用しており、したがって、これらのすべてのデバイスによってＣＱＩを送信する必要性は、混雑、リソースの割り当てにおける失敗、およびチャネル・リソースの枯渇につながる。

典型的には、ＲＡＣＨまたはＥ−ＤＣＨなどのアップリンク・リソースのうちのいずれかにアクセスするために、ＵＥは、ランダム・アクセス手順を実行する。ランダム・アクセス手順は、２つのステージで完了される。第１のステージは、プリアンブル・ステージと呼ばれており、プリアンブル・ステージでは、ＲＡＣＨおよびＥ−ＤＣＨなど、要求されたリソースを指定するプリアンブルが送信され、その一方で第２のステージは、データ送信ステージであり、データ送信ステージでは、実際のメッセージが送信される。実際のメッセージの送信の前に、ＵＥによって要求されたリソースがＮＢによって割り当てられなければならず、したがってＵＥは、実際のメッセージの送信の前にＮＢからの確認を待たなければならない。さらに、リソースの割り当ての確認が受信されると、ＵＥとＮＢは、初期接続手順（ｈａｎｄｓｈａｋｅ）または同期化を実行する。同期化中に、信号対雑音比（ＳＮＲ）などの事前に定義されたパラメータに基づく送信の品質が判定される。初期接続手順のプロセスには、数ミリ秒かかる場合があり、したがって、単なるＣＱＩ情報が送信されることになるたびに同期化を実行すると、利用可能なリソースが最適に利用されない。さらに、同期化手順が失敗した状況においては、データ送信は許可されず、ＵＥは、アップリンク・リソースを取得して送信を実行するために、ランダム・アクセス手順全体を再び開始しなければならない。そのようなイベントの可能性によって、同期化が成功裏に完了されない場合に、データの送信において余分な遅延が加わる場合がある。

したがって、ＣＥＬＬ＿ＦＡＣＨ状態において再帰的な一貫したＣＱＩ送信が行われる場合には、それぞれの送信の前に、ＵＥは、プリアンブル送信、チャネル取得、および同期化を含むランダム・アクセス手順を実行することになる。一般に、Ｅ−ＤＣＨリソースは、大量のデータの送信のためにまれに使用されるため、チャネル取得および同期化を完了するために必要とされる時間は許容可能であるが、データの小さなバーストであって一貫しているＣＱＩの単なる送信のためのチャネル取得および同期化の手順は、実際の情報送信ステージよりも最初のステージにおいて、より多くの時間を費やすことになる。

本発明の主題の一実施態様に従って、時分割多重化ベースでアップリンク・リソースを共有するためのシステムおよび方法について説明する。一実施形態においては、ＣＥＬＬ＿ＦＡＣＨ状態において利用可能なアップリンクＥ−ＤＣＨリソースが、一貫した再帰的なＣＱＩの送信のために共有される。これらのシステムおよび方法は、さまざまな処理デバイスおよび通信デバイスにおいて実施されることが可能である。説明されている方法およびシステムを実施することができるデバイスは、デスクトップ・コンピュータ、ハンドヘルド・デバイス、ラップトップまたはタブレット・コンピュータなどのその他のポータブル・コンピュータ、モバイル電話、ＰＤＡ、スマートフォンなどを含むが、それらには限定されない。さらに、ネットワーク接続を提供するためにデータをやり取りすることが可能な、または別々の通信デバイスおよびコンピューティング・システムにおいてデータをやり取りすることが可能なデバイスも、説明されている方法およびシステムを実施することができる。そのようなデバイスは、データ・カード、モバイル・アダプタ、ＷｉＦｉ（商標）アダプタ、ルータなどを含むことができるが、それらには限定されない。本明細書における説明は、スマートフォンなどの通信デバイスを参照して行われているが、説明されている（１つまたは複数の）方法は、当業者なら理解できるように、その他の任意のデバイスにおいて実施されることも可能である。

本明細書において説明されているシステムおよび方法は、一方では、ＣＱＩを送信するためのアップリンク・リソースの共有を可能にし、他方では、共有されたアップリンク・リソースを通じた実際のデータの送信を可能にする。ＣＥＬＬ＿ＦＡＣＨ状態に存在するＵＥにとって利用可能な共通のリソースは、ＲＡＣＨまたはＥＤＣＨリソースであることが可能である。一般に、これらのリソースの総数が、ＵＥ同士の間において、それらの可用性に基づいて割り当てられる。なぜなら、割り当ては、取得されたリソースを解放するＵＥと、それを争奪している別のＵＥとによるためである。たとえば、あるＮＢは、３２個の利用可能なＥ−ＤＣＨリソースを有することができ、それらのＥ−ＤＣＨリソースを、サービス提供されているＵＥ同士の間において共有することができる。利用可能な３２個のＥ−ＤＣＨリソースのそれぞれが、３２個の別々のＵＥに割り当てられるケースにおいては、そのＮＢには、３３番目のＵＥに割り当てるためのＥ−ＤＣＨリソースはもはや残っていない。そのようなシナリオにおいては、３３番目のＵＥへのＥ−ＤＣＨリソースの割り当ては、３２個のＵＥのうちの１つによって、既に取得されているＥ−ＤＣＨリソースのうちのいずれか１つが解放されることによる。

Ｅ−ＤＣＨなどのアップリンク・リソースは、数が限られており、ＨＳ−ＤＰＣＣＨを通じた頻繁なＣＱＩ送信のためにこれらのリソースを獲得することは効率的ではないため、本発明の主題の一実施態様においては、アップリンクＥ−ＤＣＨリソースは、アップリンク・リソースの２つの別々のセットへと分けられる。前記実施態様においては、リソースの第１のセットは、大量データ転送のために専用であることが可能であり、また、従来知られている様式で割り当てられることが可能であり、したがって、簡潔にするために、そのような割り当ての詳細は、ここでは詳述されていない。また、明確にするために、そのようなリソースは、レガシーＥ−ＤＣＨリソースと呼ばれる。Ｅ−ＤＣＨリソースの第２のセットは、時分割多重化ベースで複数のＵＥの間において共有されることが可能であるＥ−ＤＣＨを構成することができる。Ｅ−ＤＣＨリソースの第２のセットは、時分割多重化に基づいてＵＥに割り当てられることが可能であり、これらのリソースを共有しているＵＥは、他のＵＥのためにリソースを解放する必要はなく、むしろ固定された時間インスタンスにおいてリソースを使用する。したがって、ＵＥは、アップリンク・リソースを通じてＣＱＩなどの少量のデータを送信したいと望むたびに、そのようなＥ−ＤＣＨリソースを争奪する必要はないとも言える。時分割多重化されているＥ−ＤＣＨリソースの第２のセットは、以降ではＥ−ＤＣＨリソースとも呼ばれる。しかしながら、Ｅ−ＤＣＨリソースの第１のセットは、以降ではレガシーＥ−ＤＣＨリソースと呼ばれる。

本発明の主題の一実施態様によれば、共通Ｅ−ＤＣＨリソースの第２のセットは、時分割多重化されて、複数のＵＥの間において共有される。前述したように、Ｅ−ＤＣＨリソースを取得するために、ＵＥは、はじめにチャネル取得を経てから、次いで実際のデータを送り出すためにＮＢとの同期化を実行しなければならない。したがって、一貫したＣＱＩ送信のためのチャネル取得および同期化の冗長で時間のかかるステップを減らすために、一実施態様においては、チャネル取得および同期化のプロセスは、ＵＥがＥ−ＤＣＨリソースをはじめて要求する際に１回だけ行われることが可能である。前記実施態様においては、ＮＢは、同期化の完了後に、時分割多重化されていくつかのＵＥの間において共有されている共通Ｅ−ＤＣＨリソースの第２のセットからＥ−ＤＣＨリソースを割り振ることができる。当業者なら理解するであろうが、そのＥ−ＤＣＨリソースは時分割多重化されて共有されているため、チャネル・リソース全体が、単一のＵＥにとって利用可能となるが、それは、限られたタイム・ピリオドの間だけである。一実施態様においては、その限られたタイム・ピリオドは、ＮＢによって決定されることが可能であり、送信タイム・インターバル（ＴＴＩ）の倍数であることが可能である。それぞれのＵＥにＥ−ＤＣＨリソースが割り当てられる時間は、さまざまであることが可能であり、複数のＵＥは、複数の別々の割り当てられたタイム・ピリオドを有することができるということも当業者なら理解するであろう。

本発明の主題の一実施態様によれば、あるＵＥでＥ−ＤＣＨリソースが利用可能であるタイム・ピリオドの間には、そのＵＥは、ＨＳ−ＤＰＣＣＨにおいてＣＱＩを送信することができる。ＣＱＩ情報は短く、小さなバーストを必要とするため、共通Ｅ−ＤＣＨリソースが、時分割多重化されていくつかのＵＥの間において共有されることが可能である。別の実施態様においては、ＨＳ−ＤＰＣＣＨにおけるＣＱＩの送信の前に、ＵＥは、必要とされている送信パワーをＮＢがＵＥに示すことを可能にするためにアップリンク（ＵＬ）専用物理制御チャネル（ＤＰＣＣＨ）のわずかなバーストを送信することができる。当業者には知られているであろうが、ＮＢは、ＤＰＣＣＨの品質を判定し、フラクショナル専用物理チャネル（Ｆ−ＤＰＣＨ）を介して送信パワー・コントロール（ＴＰＣ）コマンドをＵＥに送信する。したがって、実際のＨＳ−ＤＰＣＣＨの前のＤＰＣＣＨのわずかなバーストの送信は、必要とされているパワー・レベルでＵＥがＮＢに応答することを可能にする。さらに、実際のＨＳ−ＤＰＣＣＨの前のＤＰＣＣＨのわずかなバーストの送信は、ＮＢが、少数チャネル推定平均を有することも可能にし、これは、Ｅ−ＤＣＨリソースを通じて来るデータの復調において役立てることができる。

一実施態様においては、ＮＢは、レイヤ１またはＭＡＣシグナリングに基づいて時分割多重化Ｅ−ＤＣＨリソースをＵＥに割り当てる。レイヤ１の機能およびＭＡＣシグナリングの機能は、ＵＭＴＳ仕様によって提示されており、したがって、簡潔にするために、詳細はここに含まれていない。一例においては、時分割多重化されているＥ−ＤＣＨリソースは、ハイ・スピード共有制御チャネル（ＨＳ−ＳＣＣＨ）オーダを使用して割り当てられ、時分割多重化されているＥ−ＤＣＨリソースのパターンを含む。時分割多重化リソース割り当てのパターンは、Ｅ−ＤＣＨリソースのサイクル、それぞれのサイクル中におけるＥ−ＤＣＨリソースの可用性の持続時間、およびそれぞれのサイクルにおける送信が開始すべきオフセットをＵＥに表すことおよび示すことが可能である。したがって、リソース割り当てのパターンは、ＵＥにとってのリソースの可用性の明確なイメージを提供する。また、許可されている送信インターバル、送信の持続時間などの詳細が、ＵＥで利用可能であるため、ＵＥは、それぞれのＣＱＩ送信の前に新たな共通のアップリンク・リソースを要求する必要はない。さらに、数ミリ秒を必要とする場合がある同期化のプロセスも、ＣＱＩ情報のそれぞれの送信中には必要とされない。

本発明の主題の一実施形態においては、時分割多重化されているＥ−ＤＣＨリソースを割り振られているＵＥは、Ｅ−ＤＣＨリソースの第１のセットからのレガシーＥ−ＤＣＨを依然として要求することができる。当業者なら理解するであろうが、ＵＥは、アップリンクを通じて何らかのバースト性データをＮＢに送信することを必要とする場合がある。ＣＥＬＬ＿ＦＡＣＨ状態においては、そのような送信に関する利用可能なリソースは、共通Ｅ−ＤＣＨリソースのみである。送信されるデータの性質がバースト性であるため、ＵＥは、ＣＱＩ送信のためにそのＵＥに割り当てられている共有されているＥ−ＤＣＨリソースのほかに、Ｅ−ＤＣＨリソースの第１のセットからのＥ−ＤＣＨリソースを要求することができる。これは、ＮＢによって割り当てられた時点でＵＥにとって利用可能な時分割多重化されていないレガシーＥ−ＤＣＨリソースを使用して最も良好にサービス提供される別のトラフィック・タイプをＵＥが有する場合に、妥協の無いサービス品質を提供することができる。

前記実施形態においては、一実施態様によれば、ＵＥは、そのＵＥによるＨＳ−ＤＰＣＣＨを通じたＣＱＩの時分割多重化送信を、レガシー共通Ｅ−ＤＣＨ上の送信が完了するまで一時的に停止することができる。しかしながら、別の実施態様においては、ＵＥは、時分割多重化リソースおよびレガシー共通Ｅ−ＤＣＨリソースを介してデータを同時に送信することができる。ＵＥは、共有されているレガシーＥ−ＤＣＨリソースを介して順次または並行して送信を行うことができると説明してきたが、レガシーＥ−ＤＣＨリソースを取得するためには、ＵＥは、依然としてチャネル取得および同期化フェーズを経なければならないと言えるということが理解できるであろう。

さらに、本発明の主題の一実施形態によれば、説明されている技術の意図および範囲から逸脱することなく、Ｅ−ＤＣＨ以外に、ＨＳ−ＤＰＣＣＨ送信のための共通チャネルの別のセットが利用されることが可能である。共通チャネルのその別のセットは、Ｅ−ＤＣＨなどの現在使用されているリソースをそれらの意図されている目的に沿って利用するために、上述されている技術に基づいて時分割多重化されて別々のＵＥにわたって共有されることが可能である。

上述の方法およびシステムについて、添付の図とともにさらに説明する。説明および図は、本発明の主題の原理を例示しているにすぎないということに留意されたい。したがって、本明細書において明示的に説明または図示されていないが、本発明の主題の原理を具体化し、本発明の主題の趣旨および範囲内に含まれるさまざまなアレンジを当業者なら考案できるであろうということがわかるであろう。さらに、本明細書において列挙されているすべての例は、主として、本発明の主題の原理、および、当技術分野を進展させることに対して本発明者（ら）によって寄与されたコンセプトを読者が理解する際に役立つための教示上の目的のものにすぎないことが明示的に意図されており、また、そのような具体的に列挙された例および状況に限定されるものではないと解釈されるべきである。その上、本発明の主題の原理、態様、および実施形態、ならびにその具体的な例を列挙している本明細書におけるすべての記述は、その均等物を包含することを意図されている。

「ｄｕｒｉｎｇ」、「ｗｈｉｌｅ」、および「ｗｈｅｎ」という語は、本明細書において使用される際には、あるアクションが開始アクションの直後に起こることを意味する厳密な用語ではなく、最初のアクションと、その最初のアクションによって開始される反応との間に、伝搬遅延など、何らかの小さな（ただし妥当な）遅延が存在することが可能であるということも当業者なら理解するであろう。加えて、「ｃｏｎｎｅｃｔｅｄ」という語は、説明を明確にするために全体にわたって使用されており、直接接続または間接接続のいずれかを含むことができる。

ＵＭＴＳにおいてアップリンク・リソースを共有するためのシステムおよび方法が実施される様式について、図１〜図５に関連して詳細に説明する。アップリンク・リソースを共有するための説明されているシステムおよび方法の態様は、任意の数の別々のコンピューティング・システム、環境、および／または構成において実施されることが可能であるが、それらの実施形態について、下記の例示的な（１つまたは複数の）システムのコンテキストにおいて説明する。

図１は、本発明の主題の一実施形態による、ワイヤレス通信ネットワークにおけるデータ転送のためのワイヤレス通信環境１００を示している。一実施態様においては、環境１００は、ノードＢ（ＮＢ）１０２、ならびに複数のＵＥ１０４−１、１０４−２、１０４−３、１０４−３、および１０４−Ｎを含む。明確にするために、複数のＵＥ１０４−１、１０４−２、１０４−３、．．．、１０４−Ｎは、以降ではＵＥ１０４と総称され、個別にもＵＥ１０４と呼ばれる。ＮＢ１０２は、アップリンクおよびダウンリンクを有する無線リンク１０６などの無線チャネルを介してＵＥ１０４を制御することおよびＵＥ１０４と通信することが可能である。

ＮＢ１０２は、ＵＥ１０４と通信する固定局であることが可能であり、進化型ノードＢ（ｅＮＢ）、基地局、アクセス・ポイントなどと呼ばれることも可能である。ＮＢ１０２は、特定の地理的エリアのための通信カバレッジを提供する。ＮＢ１０２のカバレッジ・エリアは、複数のさらに小さなエリアへと区分されることが可能である。それぞれのさらに小さなエリアは、それぞれのＮＢサブシステムによってサービス提供されることが可能である。３ＧＰＰにおいては、「セル」という用語は、ＮＢ１０２の最も小さなカバレッジ・エリア、および／またはこのカバレッジ・エリアにサービス提供するＮＢサブシステムを指すことができる。

ＵＥ１０４は、デスクトップ・コンピュータ、ハンドヘルド・デバイス、ラップトップまたはその他のポータブル・コンピュータ、タブレット・コンピュータ、モバイル電話、ＰＤＡ、スマートフォンなどを含むことができるが、それらには限定されない。さらに、ＵＥ１０４は、さまざまな通信デバイスおよびコンピューティング・システムへの接続を提供するためにデータをやり取りすることができるデバイスを含むことができる。そのようなデバイスは、データ・カード、モバイル・アダプタ、ワイヤレス（ＷｉＦｉ（商標））アダプタ、ルータ、ワイヤレス・モデム、ワイヤレス通信デバイス、コードレス電話、ワイヤレス・ローカル・ループ（ＷＬＬ）ステーションなどを含むことができるが、それらには限定されない。ＵＥ１０４は、固定されていること、またはモバイルであることが可能であり、移動局、端末、アクセス端末、サブスクライバー・ユニット、ステーションなどと呼ばれることも可能である。

ＮＢ１０２は、無線ネットワーク・コントローラ（ＲＮＣ）（図示せず）に接続されることが可能であり、この場合には、ＲＮＣは、通信ネットワークのリソースを管理することによってＮＢ１０２を制御するように、およびＮＢ１０２を通じてデータ転送を調整するように構成されるということを当業者なら理解するであろう。さらに、ＲＮＣは、ネットワーク・サーバ、サーバ、ワークステーション、メインフレーム・コンピュータなどとして実装されることが可能である。

前記実施態様においては、ＮＢ１０２は、プロセッサ１０８−１を含んでおり、ＵＥ１０４は、プロセッサ１０８−２を含んでいる。プロセッサ１０８−１および１０８−２は、以降ではプロセッサ１０８と総称される。

（１つまたは複数の）プロセッサ１０８は、マイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、デジタル・シグナル・プロセッサ、中央処理装置、状態マシン、論理回路、および／または、オペレーション命令に基づいて信号およびデータを操作するその他の任意のデバイスを含むことができる。（１つまたは複数の）プロセッサ１０８は、単一の処理ユニットまたは複数のユニットであることが可能であり、それらのすべてはまた、複数のコンピューティング・ユニットを含むことができる。数ある能力のうちでも、（１つまたは複数の）プロセッサ１０８は、１つまたは複数のコンピュータ可読媒体内に格納されているコンピュータ可読命令をフェッチして実行するように構成されている。

「（１つまたは複数の）プロセッサ」とラベル付けされているあらゆる機能ブロックを含む、図において示されているさまざまな要素の機能は、専用のハードウェア、ならびに、適切なソフトウェアと関連付けてソフトウェアを実行することができるハードウェアの使用を通じて提供されることが可能である。それらの機能は、プロセッサによって提供される場合には、単一の専用のプロセッサによって、単一の共有プロセッサによって、または複数の個別のプロセッサ（それらのうちのいくつかは、共有されることが可能である）によって提供されることが可能である。その上、「プロセッサ」という用語の明示的な使用は、ソフトウェアを実行することができるハードウェアだけを指すと解釈されるべきではなく、デジタル・シグナル・プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、ソフトウェアを格納するための読み取り専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、および不揮発性ストレージを暗に含むことができるが、それらには限定されない。その他のハードウェアが、通常のものであれ、および／またはカスタムのものであれ、含まれることも可能である。

コンピュータ可読媒体は、たとえば、ランダム・アクセス・メモリ（ＲＡＭ）などの揮発性メモリ、および／またはフラッシュなどの不揮発性メモリを含む、当技術分野において知られている任意のコンピュータ可読媒体を含むことができる。

ＮＢ１０２およびＵＥ１０４は、それぞれメモリ１１０−１および１１０−２をさらに含む。メモリ１１０−１および１１０−２は、以降ではメモリ１１０と総称される。メモリ１１０は、たとえば、スタティック・ランダム・アクセス・メモリ（ＳＲＡＭ）およびダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）などの揮発性メモリ、および／または、読み取り専用メモリ（ＲＯＭ）、消去可能プログラマブルＲＯＭ、フラッシュ・メモリ、ハード・ディスク、光学ディスク、および磁気テープなどの不揮発性メモリを含む、当技術分野において知られている任意のコンピュータ可読媒体を含むことができる。

一実施態様においては、ＮＢ１０２およびＵＥ１０４はまた、ＮＢトランシーバ１１２−１およびＵＥトランシーバ１１２−２などのトランシーバを含む。ＮＢ１０２は、数ある中でも、リソース割り当てモジュール１１４、共有パターン・コントロール・モジュール１１６、およびその他のモジュール１１８などのさまざまなモジュールを含む。前記実施態様においては、ＵＥ１０４は、数ある中でも、ＵＥアップリンク・コントロール・モジュール１２０、ＵＥ構成モジュール１２２、およびその他のモジュール１２４などのモジュールを含む。

本明細書において説明されているさまざまなモジュールは、汎用プロセッサ、デジタル・シグナル・プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）もしくはその他のプログラマブル・ロジック・デバイス、ディスクリート・ゲートもしくはトランジスタ・ロジック、ディスクリート・ハードウェア・コンポーネント、または本明細書において説明されている機能を実行するように設計されているそれらの任意の組合せとともに実施または実行されることが可能である。さらに、さまざまなモジュールの機能は、ハードウェアにおいて直接、プロセッサによって実行されるソフトウェア・モジュールにおいて、またはそれら２つの組合せにおいて具体化されることが可能である。

作動中に、ＮＢトランシーバ１１２−１は、無線リンク１０６を通じてダウンリンクおよびアップリンクを介してＵＥ１０４同士の間においてデータを送信および受信するように構成されている。同様に、ＵＥトランシーバ１１２−２は、無線リンク１０６を通じてアップリンクおよびダウンリンクを介してＮＢ１０２との間でデータを送信および受信するように構成されている。ＵＥ１０４とＮＢ１０２との間における通信およびＲＲＣ接続中に、ＵＥ１０４は、ＣＥＬＬ＿ＤＣＨ、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、またはＵＲＡ＿ＰＣＨ状態のいずれに存在することもできる。ＣＥＬＬ＿ＦＡＣＨおよびＣＥＬＬ＿ＤＣＨ状態においては、ＵＥ１０４は、ＮＢ１０２との間でアップリンクおよびダウンリンクを介してデータをやり取りすること、およびトラフィックを取り扱うことが可能である。ＵＥ１０４は、ＣＥＬＬ＿ＦＡＣＨ状態の拡張ＣＥＬＬ＿ＦＡＣＨ機能を実装することができる。ＵＥ構成モジュール１２２は、ＨＳＤＰＡおよびＨＳＵＰＡの機能を伴って構成されることが可能である。拡張ＣＥＬＬ＿ＦＡＣＨ機能を実装するＵＥ１０４は、ＮＢ１０２が、変調スキームおよびコーディング・レートを、ＵＥ１０４によって報告されるダウンリンク・チャネル品質に従って適応的に変更することを可能にするために、適応変調コーディング（ＡＭＣ）技術をサポートする。

前述したが、明確にするために、ＵＥ１０４は、チャネル品質インジケータ（ＣＱＩ）を送信することによってチャネル品質をＮＢ１０２に報告することができるということを説明する。ＣＱＩは、無線リンク１０６の通信品質の測定値である。ＣＱＩは、所与のチャネルに関するチャネル品質の度合いを表す値または値のセットを表すことができる。典型的には、高い値のＣＱＩは、高い品質を伴うチャネルを示し、その逆もまた同様である。チャネルに関するＣＱＩは、ＵＥ１０４によってチャネルの信号対雑音比（ＳＮＲ）、信号対干渉＋雑音比（ＳＩＮＲ）、および信号対雑音＋歪み比（ＳＮＤＲ）などのパフォーマンス・メトリックを考慮することによって計算されることが可能である。所与のチャネルに関するＣＱＩは、ＮＢ１０２およびＵＥ１０４によって使用される送信または変調スキームに依存することが可能であるということを当業者なら理解するであろう。たとえば、符号分割多元接続（ＣＤＭＡ）を使用する通信システムは、直交周波数分割多重化（ＯＦＤＭ）を利用する通信システムとは異なるＣＱＩを利用することができる。しかしながら、ＣＱＩの送信は、ＮＢ１０２が、別々の通信システムへのＣＱＩの依存状態にかかわらずにコーディングおよび変調スキームを適合させることを可能にし、したがって、ＣＱＩの送信は、そのＣＱＩを計算するために利用された送信または変調スキームにかかわらずにＨＳＤＰＡを適切に実施する上で重要である。

ＣＱＩを送信するために、ＵＥアップリンク・コントロール・モジュール１２０は、ランダム・アクセス手順を実行することができる。前述したように、ランダム・アクセス手順中に、ＵＥ１０４は、Ｅ−ＤＣＨおよびＲＡＣＨの間におけるリソースの選択を示すプリアンブルを送信することができる。ＣＱＩ情報は、ハイ・スピード専用物理制御チャネル（ＨＳ−ＤＰＣＣＨ）を介して送信されるため、ＵＥアップリンク・コントロール・モジュール１２０は、Ｅ−ＤＣＨチャネルの要求に対応するプリアンブルを送信することができる。別々のチャネルの要求に関しては、別々のプリアンブルが、ＵＥ１０４およびＮＢ１０２の両方に知られているということが理解できるであろう。したがって、本発明の主題の一実施態様によれば、Ｅ−ＤＣＨリソースの割り当てを要求するために、Ｅ−ＤＣＨチャネルに対応するプリアンブルが、ＵＥアップリンク・コントロール・モジュール１２０によって送信される。

ＵＥ１０４からの受信されたプリアンブルに基づいて、ＮＢは、ＵＥ１０４が要求しているリソースを識別する。前記実施態様においては、ＵＥアップリンク・コントロール・モジュール１２０は、Ｅ−ＤＣＨリソースを要求するためのプリアンブルを送信しているため、ＮＢ１０２のリソース割り当てモジュール１１４は、そのプリアンブルを識別し、利用可能なＥ−ＤＣＨリソースを求めてチェックを行う。プリアンブルは、要求されているリソース同士の間における区別を行うためにＵＥ１０４およびＮＢ１０２の両方に知られているため、一実施態様においては、ＣＱＩ送信のためのＥ−ＤＣＨリソースを求めるＵＥ１０４の要求を識別するためにＮＢ１０２とＵＥ１０４との間において共有されることが可能である、別個のプリアンブルが定義されることが可能である。そのようなプリアンブルの存在は、ＮＢ１０２のリソース割り当てモジュール１１４が時分割多重化ベースでリソースを割り当てることを可能にすることができ、リソースの効率的な利用において役立つであろう。

前記実施態様においては、ＵＥ１０４がＥ−ＤＣＨリソースを要求しているため、リソース割り当てモジュール１１４は、プリアンブルの識別を完了した後に、いくつかのＵＥ１０４の間において時分割多重化されている共通Ｅ−ＤＣＨリソースの第２のセットからＥ−ＤＣＨをＵＥ１０４に割り当てることができる。たとえば、ＮＢ１０２で利用可能な３２個のＥ−ＤＣＨリソースのうちで、リソース割り当てモジュール１１４は、Ｅ−ＤＣＨリソースの第２のセットのために１個のリソースを確保して、残りの３１個のＥ−ＤＣＨリソースをすべて従来の様式での割り当て（以降では、レガシー割り当てと呼ばれる）のために使用することができる。その１個のＥ−ＤＣＨリソースは、ＵＥ１０４のＣＱＩ送信のために使用されることが可能であり、ＮＢ１０２によってサポートされているＵＥ１０４同士の間において時分割多重化される。

別の実施態様においては、ＮＢ１０２は、時分割多重化の目的で４個のＥ−ＤＣＨリソースを確保することができ、これらのリソースをいくつかのＵＥ１０４の間において共有する一方で、残りの２８個のＥ−ＤＣＨリソースをレガシー割り当てのために保持することができる。前記実施態様においては、複数のＥ−ＤＣＨリソースがリソース割り当てモジュール１１４によって時分割多重化のために確保されている場合に、それらの確保されているリソースのうちのそれぞれのＥ−ＤＣＨリソースは、特定の数のＵＥ１０４の間において共有されることが可能である。たとえば、２個のＥ−ＤＣＨリソースがリソース割り当てモジュール１１４によって時分割多重化のために確保されていて、それらのＥ−ＤＣＨリソースが８個のＵＥの間において共有されることになる場合には、リソース割り当てモジュール１１４は、第１のＥ−ＤＣＨリソースをＵＥ１、ＵＥ５、ＵＥ７、およびＵＥ８の間において時分割多重化することができる。さらに、第２のＥ−ＤＣＨリソースは、ＵＥ２、ＵＥ３、ＵＥ４、およびＵＥ６などの残りのＵＥ同士の間において時分割多重化されることが可能である。さらに、リソース割り当てモジュール１１４によってＣＱＩの送信のためにＵＥ１０４に割り当てられている時分割多重化リソースは、ＵＥ１０４によってＣＱＩの送信の代わりにデータ・パケットの送信のために利用されることが可能であるということも理解できるであろう。

別の実施態様においては、ＵＥ１０４およびＮＢ１０２は、ＣＱＩ送信の目的でいくつかの共通Ｅ−ＤＣＨリソースのうちからＥ−ＤＣＨリソースを割り当てることを要求するための別の異なるプリアンブルを共有しないことが可能である。その代わりに、リソース割り当てモジュール１１４は、デフォルトで、いくつかのＵＥ１０４の間において時分割多重化されている共有されているＥ−ＤＣＨリソースをＵＥ１０４に提供することができる。リソース割り当てモジュール１１４は、ＵＥ１０４からのリソース割り当ての第１の要求に応じて、時分割多重化されているＥ−ＤＣＨリソースの第２のセットからのリソースを提供するように構成されることが可能である。前記実施態様においてはまた、ＵＥ１０４は、割り当てられたリソースをＣＱＩ送信のために、ならびにデータ・パケットの送信のために利用することができるということが理解できるであろう。

前述したように、リソース割り当てモジュール１１４によって確保されているＥ−ＤＣＨリソースは、時分割多重化ベースでいくつかのＵＥ１０４の間において共有されることが可能である。一実施態様においては、リソース割り当てモジュール１１４によってＵＥ１０４に割り当てられた時分割多重化されているＥ−ＤＣＨリソースに関して、共有パターン・コントロール・モジュール１１６は、そのＥ−ＤＣＨリソースがＵＥ１０４同士の間において共有されることになる、およびそれぞれのＵＥ１０４にとってアクセス可能となるパターンを決定することもできる。時分割多重化されているＥ−ＤＣＨリソースの割り当てのパターンは、Ｅ−ＤＣＨリソースのサイクル、それぞれのサイクル中におけるＥ−ＤＣＨリソースの可用性の持続時間、およびそれぞれのサイクルにおける送信が開始すべきオフセットをＵＥ１０４に表すことおよび示すことが可能である。言い換えれば、共有パターン・コントロール・モジュール１１６は、アップリンク送信のために利用可能であるスロットをＵＥ１０４に通知し、それによって、ＵＥ１０４にとってのリソースの可用性の明確なイメージを提供する。共有パターン・コントロール・モジュール１１６によって決定されたパターンは、前記実施態様においては、ＮＢトランシーバ１１２−１を通じてＵＥ１０４に通知されることが可能である。

リソース割り当てモジュール１１４が、時分割多重化されているＥ−ＤＣＨリソースをＵＥ１０４に割り当て、共有パターン・コントロール・モジュール１１６が、割り当てられたＥ−ＤＣＨリソースを共有するパターンをＵＥ１０４に通知すると、ＵＥ１０４は、それぞれの送信の前にランダム・アクセス手順を実行することなく、割り当てられた時間インスタンスにおいてＥ−ＤＣＨリソースを介してデータを送信することができる。ＮＢ１０２は、時間インスタンスと、別々のＵＥ１０４が、時分割多重化されているＥ−ＤＣＨリソースを通じてデータを送信することになるパターンとを認識しているため、ＮＢ１０２はまた、それぞれの送信の前にＵＥ１０４からのプリアンブルを必要としない。したがって、いくつかのＵＥ１０４の間においてＥ−ＤＣＨリソースを時分割多重化することは、一貫したＣＱＩ送信のためのチャネル取得および同期化を実行する必要性を減らし、それによってリソース取得時間を節約する。

それぞれのＵＥ１０４にＥ−ＤＣＨリソースが割り当てられるタイム・ピリオドは、さまざまであることが可能であり、複数のＵＥ１０４は、複数の別々の割り当てられたタイム・ピリオドを有することができるということを当業者なら理解するであろう。当業者なら理解するであろうが、そのタイム・ピリオドは、ＴＴＩの倍数であることが可能である。また、許可されている送信インターバル、送信の持続時間などの詳細が、ＵＥ１０４で利用可能であるため、ＵＥ１０４は、それぞれのＣＱＩ送信の前に共通のアップリンク・リソースを要求する必要はない。さらに、可用性の持続時間、ＵＥ１０４がデータを送信できるようになる前のＥ−ＤＣＨリソースのサイクルは、別々のＵＥ１０４ごとに異なるため、１つのＵＥ１０４に関するリソースを共有するパターンは、別のＵＥ１０４のパターンとは異なることが可能であるということが理解できるであろう。

本発明の主題の一実施態様においては、共有パターン・コントロール・モジュール１１６は、いくつかのＵＥ１０４の間において共有されて時分割多重化されるそれぞれのＥ−ＤＣＨリソースのパターンを決定するためにＨＳ−ＳＣＣＨオーダを使用する。Ｅ−ＤＣＨリソースが共有パターン・コントロール・モジュール１１６によって多重化されることが可能であるパターンの詳細については、図４を参照しながら詳細に説明する。

本発明の主題の一実施態様によれば、ＵＥ構成モジュール１２２は、共有パターン・コントロール・モジュール１１６によって通知されるパターンに基づいてＨＳ−ＤＰＣＣＨにおいてＣＱＩ情報を送信するように構成されている。前記実施態様においては、ＨＳ−ＤＰＣＣＨにおけるＣＱＩの送信の前に、ＵＥ１０４は、必要とされている送信パワーをＮＢ１０２がＵＥ１０４に示すことを可能にするためにアップリンクＤＰＣＣＨのわずかなバーストを送信することができる。当業者には知られているであろうが、ＮＢ１０２は、ＤＰＣＣＨの品質を判断し、フラクショナル専用物理チャネル（Ｆ−ＤＰＣＨ）を介して送信パワー・コントロール（ＴＰＣ）コマンドをＵＥ１０４に送信することになる。したがって、実際のＨＳ−ＤＰＣＣＨの前のＤＰＣＣＨのわずかなバーストの送信は、必要とされているパワー・レベルでＵＥ１０４がＮＢ１０２に応答することを可能にする。さらに、実際のＨＳ−ＤＰＣＣＨの前のＤＰＣＣＨのわずかなバーストの送信は、ＮＢ１０２が、少数チャネル推定平均を有することも可能にし、これは、Ｅ−ＤＣＨリソースを通じて受信されるデータの復調において役立つことができる。

ＵＥ１０４同士の間において時分割多重化されているＥ−ＤＣＨリソースを通じて、ＵＥ１０４は、ＣＱＩ情報の代わりにデータを送信することもできると説明してきたが、本発明の主題の一実施形態においては、ＵＥアップリンク・コントロール・モジュール１２０はまた、レガシー手順に基づいて割り当てられることになるレガシーＥ−ＤＣＨリソースなど、時分割多重化されていないＥ−ＤＣＨリソースを要求するように構成される。前記実施形態の一実施態様においては、レガシーＥ−ＤＣＨリソースは、ユーザ・トラフィック・データの送信のために使用されることが可能であり、ＵＥ１０４は、そのようなリソースを、割り当てられた時分割多重化されている共通Ｅ−ＤＣＨリソースであるにもかかわらずに要求することができる。アップリンクを通じてＮＢ１０２に送信されるデータがバースト性の性質を有し、専用のアップリンク・リソースを必要とする状況においては、ＵＥ１０４は、レガシーＥ−ＤＣＨリソースを要求することができる。レガシーＥ−ＤＣＨリソースを割り当てたいというＵＥアップリンク・コントロール・モジュール１２０の要求に基づいて、ＮＢ１０２のリソース割り当てモジュール１１４は、Ｅ−ＤＣＨリソースの第１のセットからのＥ−ＤＣＨリソースをＵＥ１０４に割り当てることができる。

前述したように、リソースの割り当てを求める要求は、ＵＥアップリンク・コントロール・モジュール１２０によって行われる。上述の実施形態によれば、レガシーＥ−ＤＣＨリソースを要求するために、ＵＥアップリンク・コントロール・モジュール１２０は、ランダム・アクセス手順を実行することになる。ランダム・アクセス手順中に、ＵＥ１０４およびＮＢ１０２は、データの実際の送信の前にプリアンブル・ステージおよびチャネル取得ステージを経ることができる。ＵＥ１０４がレガシーＥ−ＤＣＨリソースのうちの１つを割り当てられると、ＵＥアップリンク・コントロール・モジュール１２０は、アップリンク送信を制御することができる。一実施態様においては、ＵＥアップリンク・コントロール・モジュール１２０は、レガシーＥ−ＤＣＨリソースを介してバースト性データを送信している間は、時分割多重化されているＥ−ＤＣＨリソースを介したデータの送信を停止することができる。しかしながら、別の実施態様においては、ＵＥアップリンク・コントロール・モジュール１２０は、レガシーおよび時分割多重化されているチャネルの両方を通じて並行して送信を行うことができる。

別の実施形態においては、ＣＱＩ情報は、Ｅ−ＤＣＨにおいてデータを絶え間なく送信することなく、ＨＳ−ＤＰＣＣＨを通じて送信されることが可能である。当業者には知られているであろうが、Ｅ−ＤＣＨにおけるデータの送信は、ＵＥ１０４の識別（Ｉｄ．）を指定する拡張アップリンク専用チャネル無線ネットワーク一時識別子（Ｅ−ＲＮＴＩ）を含む。一般に、Ｅ−ＤＣＨにおけるＥ−ＲＮＴＩの送信は、Ｅ−ＤＣＨ完全許可チャネル（Ｅ−ＡＧＣＨ）がそのＥ−ＡＧＣＨ内のＵＥ１０４のＩｄ．とともにＵＥ１０４によって受信されたときに、ＵＥ１０４によって終了される。したがって、前記実施形態の一実施態様においては、ＵＥ１０４のＵＥアップリンク・コントロール・モジュール１２０は、Ｅ−ＡＧＣＨがＮＢ１０２から受信されると、Ｅ−ＤＣＨにおけるデータの送信を終了する。ＮＢ１０２は、Ｅ−ＤＣＨおよび隣のＨＳ−ＤＰＣＣＨの送信を、Ｅ−ＤＣＨメッセージ内に含まれているＥ−ＲＮＴＩに基づいて識別し、ひいてはＵＥ１０４を一意に識別する。ＮＢ１０２は、この成功した識別を、同じＥ−ＲＮＴＩを含むＥ−ＡＧＣＨを通じてＵＥ１０４に通知する。この初期接続手順のメカニズムの後に、ＵＥ１０４は、Ｅ−ＤＣＨ送信を終了すること、およびＨＳ−ＤＰＣＣＨの送信のみを行うことが可能である。ＮＢ１０２は、ＵＥ１０４を成功裏に識別したため、Ｅ−ＤＣＨにおいて情報を絶え間なく受信することなく、既知の送信サイクル、バースト、および送信オフセットに基づいて、そのＵＥ１０４からＨＳ−ＤＰＣＣＨを引き続き受信することができる。言い換えれば、ＵＥ１０４がＥ−ＡＧＣＨを受信した後には、リソースの消耗を省くためにＥ−ＤＣＨにおけるデータの送信が回避されることが可能である。

さらに本発明の主題の別の実施形態においては、リソースを効率的に利用するために、ＨＳ−ＤＰＣＣＨにおける送信は、ＨＳＤＰＡオペレーションに対応するハイ・スピード・ダウンリンク共有チャネル無線ネットワーク一時識別子（ＨＳ−ＤＳＣＨ−ＲＮＴＩまたはＨ−ＲＮＴＩ）を含むこともできる。前述したように、ＨＳ−ＤＰＣＣＨは、ＣＱＩのほかに、ハイ・スピード・ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）を通じて受信されるダウンリンク・パケットに関して送信されるハイブリッド自動再送要求（ＨＡＲＱ）肯定応答を含むこともできる。任意のＨＳ−ＤＳＣＨの前に送信されるＨＳ−ＤＰＣＣＨにおいて送信されるデータは、ＨＡＲＱ肯定応答を含む必要がないため、ＨＳ−ＤＳＣＨの前に送信されるＨＳ−ＤＰＣＣＨ内の１０ビットを占めるＨＡＲＱ肯定応答は、リソースの消耗を防止するために省略されることが可能である。その代わりに、ＨＳ−ＤＰＣＣＨにおける送信は、Ｈ−ＲＮＴＩの１６ビットを含むことができ、合計３０ビットのうちで残された余りのビットは、ＣＱＩ情報を送信するために使用されることが可能である。

実施に際しては、当技術分野において知られているもの以外の、ＣＱＩのための別のコーディングが使用されることが可能である。たとえば、ＵＥ１０４のＵＥアップリンク・モジュール１２０は、（２０，１０）よりもむしろ（１０，５）のコーディングを使用することができ、この場合、新たなＣＱＩは、ＨＳ−ＤＰＣＣＨにおけるＨ−ＲＮＴＩの送信のためにさらに多くのビットを残すために、１０ベーシス・シーケンスよりもむしろ５リニア・ベーシス・シーケンスの線形結合のみとなる。

前述したように、ＨＳ−ＤＰＣＣＨを通じたＣＱＩ情報の送信中には、ＵＥ１０４は、Ｅ−ＤＣＨにおいてデータを送信することもできる。Ｅ−ＤＣＨトランスポート・チャネルは、Ｅ−ＤＣＨ専用物理制御チャネル（Ｅ−ＤＰＣＣＨ）、および少なくとも１つのＥ−ＤＣＨ専用物理データ・チャネル（Ｅ−ＤＰＤＣＨ）から構成されている。Ｅ−ＤＰＣＣＨにおける送信は、デコードの目的でＥ−ＤＰＤＣＨのためのフォーマットに関する情報を含む。Ｅ−ＤＣＨの目的は、Ｅ−ＲＮＴＩおよび／またはＨ−ＲＮＴＩなどのＵＥ Ｉｄ．を搬送することであるため、本発明の主題の一実施形態においては、ＵＥアップリンク・コントロール・モジュール１２０は、Ｅ−ＤＰＤＣＨのための固定されたフォーマットでデータを送信し、それによって、Ｅ−ＤＰＣＣＨの必要性を取り除き、アップリンク送信における負荷を減らす。

本発明の主題の一実施形態においては、ＵＥアップリンク・コントロール・モジュール１２０は、少なくされたＨＡＲＱ送信を行い、その一方で、ＨＳ−ＤＰＣＣＨのほかには時分割多重化Ｅ−ＤＣＨリソースにおいてデータを送信しない。Ｅ−ＤＣＨ内にユーザ・データがなく、Ｅ−ＤＣＨがＥ−ＲＮＴＩおよび／またはＨ−ＲＮＴＩのみを含んでいる状況においては、ＨＳ−ＤＰＣＣＨを搬送（ｐｉｇｇｙ ｂａｃｋ）することのみのために時分割多重化Ｅ−ＤＣＨが使用され、ＨＡＲＱ再送信は必要とされない。ＵＥ１０４とＮＢ１０２との間における無線チャネル状況が良好であるケースにおいては、ＮＢ１０２は常に、Ｅ−ＤＣＨ内に含まれている情報、すなわちＥ−ＲＮＴＩを第１のＨＡＲＱ送信において正しく受信するであろうと想定される。したがって、この送信に関しては、ＮＢ１０２からの肯定応答は必要とされず、ＵＥ１０４は、第１の送信の後にＮＢ１０２がＥ−ＲＮＴＩ情報を成功裏に受信したと想定する。言い換えれば、ＨＡＲＱの再送信は必要とされず、ＨＡＲＱ送信の回数を１回にまで少なくすることが可能である。ＨＡＲＱ送信が少なくされるため、極端なケースにおいては、「ＨＡＲＱ送信なし」など、ＮＢ１０２からの肯定応答は必要とされない。したがって、一貫したＨＳ−ＤＰＣＣＨ送信の状況においてＨＡＲＱ送信を少なくすると、ダウンリンクにおいて肯定応答を送信するために使用されていたであろうダウンリンク・リソースが少なくなる。

図２は、３つのＵＥ１０４、たとえばＵＥ１０４−１、１０４−２、および１０４−３の間において時分割多重化ベースで共有されているＥ−ＤＣＨリソースを示している。このＥ−ＤＣＨリソースは、ＨＳ−ＤＰＣＣＨ送信の目的で共有されるものとして示されている。３つのＵＥ１０４−１、１０４−２、および１０４−３は、ＵＥ１、ＵＥ２、およびＵＥ３によって示されている。さらに、それぞれのＵＥ１０４がリソースを利用するタイム・ピリオドが、図において示されている。図において見られるように、３つのＵＥ１０４の間において共有されているこのＥ−ＤＣＨリソースは、それらのＵＥ１０４によって順次共有されており、この場合、はじめにＵＥ１が送信を行い、その後にＵＥ２が続き、次いでＵＥ３が続く。ＵＥ３の送信が完了すると、ＵＥ１が再び送信を行い、はじめに辿ったサイクルが再び辿られ、この場合、ＵＥ２が次に送信を行い、その後にＵＥ３の送信が続く。ＵＥ１の最初の送信は、Ｔ２０２−１のタイム・ユニットを割り当てられているということが、図において示されている。同様に、ＵＥ２の送信は、Ｔ２０４−１のタイム・ユニットを割り当てられており、ＵＥ３の送信は、Ｔ２０６−１のタイム・ユニットを割り当てられている。図から明らかであるように、持続時間Ｔ２０２−１およびＴ２０４−１は等しく、その一方でＴ２０６−１は、持続時間Ｔ２０２−１およびＴ２０４−１の２倍である。別々の持続時間は、ＮＢ１０２によってそれぞれのＵＥに割り当てられている時間の量を示している。

前述したように、リソースの割り当ての持続時間は、ＴＴＩの倍数であることが可能であり、したがって、時間Ｔ２０２−１、Ｔ２０４−１、およびＴ２０６−１は、ＴＴＩ数個分であることが可能である。一実施態様においては、時間Ｔ２０２−１およびＴ２０４−１は、２×ＴＴＩに等しく、その一方で時間Ｔ２０６−１は、４×ＴＴＩに等しい。時間Ｔ１に終了するＵＥ１の送信は、ＮＢ１０２が、必要とされている送信パワー・レベルをＵＥ１に示すことを可能にするための最初の１回のＤＰＣＣＨ送信を含む。データの送信に先立つＤＰＣＣＨ送信の詳細については、前に既に説明しており、したがって、簡潔にするために、それらの詳細はここでは省略されている。

図において示されているように、ＤＰＣＣＨを送信すると、ＵＥ１は、Ｅ−ＤＣＨを送信し、その後にＨＳ−ＤＰＣＣＨが続く。ＣＱＩ情報が、ＵＥ１によって送信されるＨＳ−ＤＰＣＣＨの送信において送信される。ＵＥ１の送信は、時間Ｔ１において終了し、ＵＥ２が、自分の送信を開始する。ＵＥ１の送信と同様に、ＵＥ２も、ＤＰＣＣＨを送信し、その後にＥ−ＤＣＨおよびＨＳ−ＤＰＣＣＨが続く。時間Ｔ２において開始するＵＥ２の送信の後にＵＥ３の送信が開始する。ＵＥ３が送信を行うタイム・ピリオドは、ＵＥ１およびＵＥ２のタイム・ピリオドの２倍であるということがわかるであろう。したがって、別々のＵＥ１０４は、共有されているＥ−ＤＣＨリソースを介した送信のための別々のタイム・ピリオドを割り当てられることが可能であるということが理解できるであろう。ＵＥ１およびＵＥ２と同様に、ＵＥ３も、実際のデータの送信の前にＤＰＣＣＨを送信し、それが図において示されている。それぞれのＵＥは、データの送信の前の１つのタイム・ピリオドの間にＤＰＣＣＨを送信することが示されているが、ＤＰＣＣＨ送信は、ＵＥ１０４による実際のデータ送信の前のタイム・ピリオド数個分であることも可能であるということが理解されるであろう。

３つのＵＥすべての第１の送信が完了すると、ＵＥ１は、再び送信を開始して、タイム・ピリオドＴ２０２−２の間に送信を行う。共有されているリソースを介したデータの送信は、循環する様式で行われるため、タイム・ピリオドＴ２０２−２は、タイム・ピリオド２０２−１と同じである。同様に、ＵＥ２が２回目に送信を行うタイム・ピリオド２０４−２は、タイム・ピリオド２０４−１と同じであり、タイム・ピリオド２０６−２は、タイム・ピリオド２０６−１と同じである。共有されているＥ−ＤＣＨリソースは、時分割多重化ベースで複数のＵＥ１０４に割り当てられることが可能であり、それぞれのＵＥ１０４がデータを送信することができるタイム・ピリオドは、ＵＥ１０４ごとに異なることが可能であるということが、図２の説明から理解できるであろう。

さらに、前記実施態様においては、それぞれのＵＥ１０４に割り当てられている時間は、必ずしもＣＱＩ情報の送信のために利用されなくてもよく、むしろＵＥ１０４は、ＣＱＩ以外のデータを送信することもできる。説明されている実施形態の別の実施態様においては、ＵＥ１は、時分割多重化されているＥ−ＤＣＨリソースを利用するために自分に割り当てられている時間においてＣＱＩ情報をまったく送信しないことが可能であり、その代わりに、ＵＥ１は、そのタイム・ピリオドを、ＣＱＩ以外のトラフィックを送信するために利用することができる。また、ＵＥ２は、時分割多重化Ｅ−ＤＣＨリソースを交互のサイクルでのＣＱＩ送信の目的で利用することができ、すなわち、第１の割り当てられたタイム・ピリオドの間には、ＵＥ２は、ＣＱＩ情報を送信することができるが、１つのサイクルが完了した後の第２の割り当てられたタイム・ピリオドの間には、ＵＥ２は、ユーザ・トラフィックを送信することができる。したがって、時分割多重化されているＥ−ＤＣＨリソースの利用も、ＵＥ１０４ごとに異なることが可能であるということが理解できるであろう。

図３（ａ）、３（ｂ）、および３（ｃ）の説明は、本発明の主題の一実施形態による、時分割多重化ベースでいくつかのＵＥの間において共有されているＥ−ＤＣＨリソースを利用する別々の方法を示している。

図３（ａ）は、時分割多重化されているＥ−ＤＣＨリソースを介して送信を行っている間に２つのＵＥ１０４の送信の間に導入されるガード時間Ｔ３０２の使用について記載している。Ｅ−ＤＣＨのアップリンク・リソースが、いくつかのＵＥ１０４の間において共有されている場合には、そのリソースは、時分割多重化されており、特定のタイム・スロットが、ＣＱＩ情報を送信するために別々のＵＥ１０４によってアクセスされる。２つの別々のＵＥ１０４からの送信は、伝搬および処理の遅延に起因して完全にはそろわない場合がある。したがって、あるＵＥ１０４の送信は、前のＵＥ１０４の送信のＮＢ１０２による受信と衝突する可能性がある。したがって、これらの遅延に対処することができるいくらかの余裕を提供するために、ＵＥ１０４同士の２つのタイム・スロットの間にガード時間Ｔ３０２が提供される。

図２におけるＵＥ１の送信と同様に、ＵＥ１は、タイム・ピリオドＴ３０４中にデータを送信する。ＵＥ１の送信は、時間Ｔ１において終了するが、ＵＥ２の送信は、時間Ｔ１においては開始しない。それどころか、タイム・ピリオドＴ１〜Ｔ１’を有するガード時間Ｔ３０２が導入され、そこでは、どのＵＥ１０４もデータを送信することを許可されない。ＵＥ２の送信の時間は、Ｔ１’において始まり、タイム・ピリオドＴ３０６にわたって続く。本発明の主題の一実施態様におけるガード時間Ｔ３０４は、ＴＴＩの倍数である。しかしながら、別の実施態様においては、ＴＴＩ未満のガード時間Ｔ３０２が利用されることも可能である。ガード時間Ｔ３０２は、ＵＥ１の送信とＵＥ２の送信との間に導入されるだけでなく、ＵＥ２の送信とＵＥ３の送信との間にも導入されるということが理解できるであろう。したがって、いくつかのＵＥ１０４が１つのＥ−ＤＣＨリソースを共有しているケースにおいては、ガード時間Ｔ３０４は、それぞれのＵＥ１０４の送信の間に導入されることになるということがわかるであろう。

前述の実施形態においては、ＵＥ２は、時間Ｔ１’において送信を開始し、その送信をＴ２に完了する。ＵＥ２への送信のために割り当てられた時間は、ＵＥ１に割り当てられた時間に等しいということが、図から明らかであろう。しかしながら、同じ時分割多重化されているＥ−ＤＣＨリソースに関して、ＵＥ３に割り当てられた時間は、ＵＥ１およびＵＥ２に割り当てられた時間の２倍である。ガード時間Ｔ３０２のタイム・ピリオドは、すべてのＵＥの送信どうしの間において等しいものとして示されているが、ＵＥ１の送信とＵＥ２の送信との間におけるガード時間Ｔ３０２は、ＵＥ２の送信とＵＥ３の送信との間におけるガード時間Ｔ３０２とは異なることが可能であり、したがって、ガード時間Ｔ３０２は、それぞれのＵＥ１０４の送信の間において一定ではないことが可能であるということを当業者なら理解するであろう。

図３（ｂ）は、本発明の主題の一実施形態による、時分割多重化されているＥ−ＤＣＨリソースを介した送信スキームを示している。ＵＥ１０４のＤＰＣＣＨ送信は、時分割多重化されているＥ−ＤＣＨリソースを共有している別のＵＥの送信とオーバーラップすることが可能である。そのような送信は、以降ではオーバーラップ・モード送信と呼ばれることが可能である。図によれば、時分割多重化されているＥ−ＤＣＨリソースは、２つのＵＥ、すなわちＵＥ１およびＵＥ２の間において共有されている。ＵＥ１は、自分のタイム・ピリオドＴ３０２にアクセスしている間に、時間インスタンスＴ１において送信を終了する。しかしながら、ＵＥ２の送信は、時間インスタンスＴ１においては開始せず、その代わりにＵＥ２は、自分の送信を時間インスタンスＴ’１において開始する。

図から明らかであるように、時間インスタンスＴ’１は、Ｔ１の前に生じ（すなわちＴ’１＜Ｔ１）、したがって、ＵＥ２のＤＰＣＣＨの送信は、ＵＥ１のＤＰＣＣＨ送信とオーバーラップしている。タイム・ピリオドＴ３０２中に、ＮＢ１０２は、２つのＵＥ１０４、すなわちＵＥ１およびＵＥ２からのＤＰＣＣＨデータを、ＵＥ１のＤＰＣＣＨとＵＥ２のＤＰＣＣＨとの間における区別を行うために受信することになるため、別のチャネライゼーション・コードまたは直交パイロットが、ＵＥ１０４のそれぞれによって利用される。直交パイロットまたは別のチャネライゼーション・コードの使用は、２つのＵＥの送信の間における明確な区別を可能にし、同じアップリンク・リソースを使用しながら、さらに高い効率を可能にすることができる。これは、Ｅ−ＤＣＨがさらに効率よくパックされること、およびそれによってさらに高い使用率を提供することを可能にすることができる。

図３（ｃ）は、本発明の主題の一実施形態による、時分割多重化されているＥ−ＤＣＨリソースを介した送信のさらに別のスキームについて記載している。一実施態様においては、ＵＥのうちのいずれかによるＥ−ＤＣＨおよびＨＳ−ＤＰＣＣＨの送信の前には、単独のＤＰＣＣＨは送信されない。そのような送信を利用する方法は、以降ではコンパクト・モード送信と呼ばれることが可能である。

図において示されているように、ＵＥ１の送信は、割り当てられたタイム・ピリオドＴ３０８の後に終了する。この割り当てられたタイム・ピリオド中に、ＵＥ１は、データの送信の前にＤＰＣＣＨを送信せず、したがってＵＥ１の送信は、時間インスタンスＴ１／２において終了する。ＵＥ１のための送信のタイム・ピリオドＴ３０８は、このケースにおいては半分に短縮されているが、タイム・ピリオドＴ３０８の短縮は、常に２分の１でなくてもよく、ＤＰＣＣＨを送信するためにＵＥ１０４によって使用される時間に制限されるだけでもよい。この送信方法は、ＵＥ１０４の２つの送信の間におけるピリオドが短くて無線リンクの状況が著しく変化しない場合に有用である。そのような状況においては、ＤＰＣＣＨの事前送信は、その後のＥ−ＤＣＨおよびＨＳ−ＤＰＣＣＨの送信に対して著しい価値を加えない場合があり、したがって省略されることが可能である。このような送信スキームを実施することによって、実際のトラフィック送信のためにリソースを完全に利用することができる。

図４は、本発明の主題の一実施形態による、共通Ｅ−ＤＣＨリソースが時分割多重化されて複数のＵＥの間において共有されるパターン４００を示している。

前に説明したように、共通Ｅ−ＤＣＨリソースを共有するパターン４００は、ＮＢ１０２によって、そのリソースを共有している複数のＵＥ１０４に提供される。そのパターンにおいて、ＮＢ１０２は、Ｅ−ＤＣＨリソースのサイクルをＵＥ１０４に提供する。Ｅ−ＤＣＨリソースのサイクルは、ＵＥがデータを送信するためにその時分割多重化されているＥ−ＤＣＨリソースにアクセスできるようになる前の持続時間を表すことができる。ＮＢ１０２はまた、それぞれのサイクル中におけるリソースの可用性の持続時間を共有のパターンにおいてＵＥ１に通知する。言い換えれば、ＮＢ１０２は、それぞれのサイクル中に、データを送信するためにＵＥ１によっていくつのタイム・ピリオドが利用されることが可能であるかどうかをＵＥ１に通知する。

さらに、共有のパターンにおいては、ＮＢ１０２はまた、それぞれのサイクルにおけるＵＥ１の送信が開始すべきＵＥ１のオフセットを通知する。これによって、ＵＥ１は、自分がデータを送信することができるタイム・ピリオドを正確に識別することができるようになる。

図４に示されている一例においては、Ｅ−ＤＣＨリソースは、３つのＵＥ、すなわちＵＥ１、ＵＥ２、およびＵＥ３の間において多重化されている。これらのＵＥは、同じＥ−ＤＣＨリソースを共有しているため、それぞれのＵＥに関する共有のパターンは、他のＵＥとは異なる。ＵＥ１は、８個のフレームのサイクルを有しており、この場合、それぞれのフレームは、１つのタイム・ピリオドと同等であり、ＵＥ１のサイクルは、図においてＣ１によって表されている。同様に、ＵＥ２は、図においてＣ２によって表されている１６個のフレームのサイクルを有している。ＵＥ３は、ＵＥ１およびＵＥ２によって利用されていないタイム・ピリオドにおいて、共有されているＥ−ＤＣＨリソースを介してユーザ・データを送信する。Ｔ_ＵＥ１中のＵＥ１の送信、およびＴ_ＵＥ２中のＵＥ２の送信が、図において示されており、ＮＢ１０２によって通知された不連続送信（ＤＴＸ）サイクルに従っている。ＮＢ１０２は、ＵＥ１およびＵＥ２のＤＴＸサイクルに対応するＥ−ＤＣＨリソースのタイム・ピリオドをＵＥ３に割り振っている。ＵＥ３は、Ｅ−ＤＣＨリソースを介してデータを送信するためにＵＥ１およびＵＥ２によって使用されていない無線フレームを使用しており、したがって、結果として得られる時分割多重化されているＥ−ＤＣＨリソースは、効率よく利用されている。明確にするために、それぞれのＵＥがアップリンクを介してデータを送信する場合のフレームは黒色で示されており、ＵＥがアップリンクを介してデータを送信しない場合のフレームは白色で示されている。前述の実施形態においては、ＮＢ１０２はガード時間Ｔ３０２を実装しておらず、ＵＥはオーバーラッピング送信のスキームに従ってもいない。ＵＥ１は、８個のフレームのサイクルを有しており、送信の持続時間は１フレームである。同様に、ＵＥ２は、１フレームの持続時間にわたって送信を行うが、１６個のフレームのサイクルに従う。示されている状況におけるオフセットは、ＵＥ１に関しては０フレームとなり、ＵＥ２に関しては１フレームとなるということが理解できるであろう。

繰り返しになるが、それぞれの割り当てられたフレームにおけるＵＥによる送信中に、アップリンクを介して送信されるデータは、ＣＱＩ情報を含むことまたは含まないことが可能であり、ＵＥによるアップリンク送信は、ＣＱＩ以外のユーザ・トラフィックを含むことができるということを当業者なら理解するであろう。また、ＵＥは、説明されている主題の範囲および趣旨から逸脱することなく、オーバーラップ送信、前置きのＤＰＣＣＨを伴わない送信などを含む説明されている送信方法のうちのいずれを実施することもできるということがわかるであろう。

図５（ａ）は、本発明の主題の一実施形態による、時分割多重化されているＥ−ＤＣＨリソースをＵＥに割り当てるための例示的な方法５００を示しており、図５（ｂ）は、本発明の主題の別の実施形態による、時分割多重化ベースでいくつかのＵＥの間において共有されているＥ−ＤＣＨリソース上でのデータ転送のための例示的な方法５５０を示している。方法５００および５５０が説明されている順序は、限定と解釈されることを意図されているものではなく、方法５００および５５０または代替方法を実施するために、説明されている方法ブロックのうちの任意の数が任意の順序で組み合わされることが可能である。加えて、本明細書において説明されている主題の趣旨および範囲から逸脱することなく、方法５００および５５０から個々のブロックが削除されることが可能である。さらに、方法５００および５５０は、任意の適切なハードウェア、ソフトウェア、ファームウェア、またはそれらの組合せにおいて実施されることが可能である。

方法５００および５５０のステップは、プログラムされたコンピュータによって実行されることが可能であるということを当業者なら容易に認識するであろう。本明細書においては、いくつかの実施形態はまた、プログラム・ストレージ・デバイス、たとえばデジタル・データ・ストレージ・メディアをカバーするように意図されており、それらのプログラム・ストレージ・デバイスは、マシンまたはコンピュータによって読み取ることができ、マシンによって実行可能なまたはコンピュータによって実行可能な命令のプログラムをエンコードし、前記命令は、説明されている方法５００および５５０のステップのうちのいくつかまたはすべてを実行する。それらのプログラム・ストレージ・デバイスは、たとえば、デジタル・メモリ、磁気ディスクおよび磁気テープなどの磁気ストレージ・メディア、ハード・ドライブ、または光学的に読み取り可能なデジタル・データ・ストレージ・メディアであることが可能である。これらの実施形態はまた、例示的な方法５００および５５０の前記ステップを実行するように構成されている通信ネットワークおよび通信デバイスの両方をカバーするように意図されている。

図５（ａ）において示されている方法５００を参照すると、ブロック５０２において示されているように、ＮＢ１０２などのノードＢ（ＮＢ）が、Ｅ−ＤＣＨリソースの割り当てを求めるランダム・アクセス手順（ＲＡＰ）要求をＵＥ１０４−１などのユーザ機器（ＵＥ）から受信することができる。ＲＡＰは、Ｅ−ＤＣＨリソースの割り当てを求める要求について記述しているプリアンブルを含むことができる。ＮＢ１０２は、ＲＡＰ要求を識別するように、およびＲＡＣＨまたはＥ−ＤＣＨなど、要求されているリソースを判定するように構成されているということを当業者なら理解するであろう。

ブロック５０４において、ＮＢ１０２は、受信されたＲＡＰ要求に基づいて、複数のＵＥ１０４の間において時分割多重化されることになるＥ−ＤＣＨリソースを識別することができる。すべての利用可能な共通Ｅ−ＤＣＨリソースのうちで、ＮＢ１０２は、それらのリソースを２つのセットへと分けることができ、Ｅ−ＤＣＨリソースの第１のセットは、バースト性トラフィックに対処する目的で利用されることが可能であり、Ｅ−ＤＣＨリソースの第２のセットは、時分割多重化ベースで複数のＵＥ１０４の間において共有されることが可能である。ＮＢ１０２は、複数のＵＥ１０４の間において共有されることになるリソースの第２のセットから、利用可能なＥ−ＤＣＨリソースを識別することができる。

ブロック５０６において、ＮＢ１０２は、そのＥ−ＤＣＨリソースを時分割多重化ベースでＵＥ１０４−１に割り当てる。ブロック５０４において識別されたＥ−ＤＣＨリソースは、その割り当てられるＥ−ＤＣＨリソースを通じてアップリンクにおいてデータを送信する目的でＵＥ１０４−１に割り当てられる。その割り当てられたＥ−ＤＣＨリソースは、複数のＵＥの間において共有され、循環する様式で特定のタイム・ピリオドにわたってＵＥ１０４にとって利用可能とすることができるということが理解できるであろう。その割り当てられたＥ−ＤＣＨリソースは、循環する様式でＵＥにとって利用可能となるため、ＵＥは、その割り当てられたＥ−ＤＣＨリソースを、ＣＱＩ情報の再帰的な一貫した送信のために利用することができる。

ブロック５０８において、ＮＢ１０２は、その割り当てられたＥ−ＤＣＨリソースに関連付けられているＵＥに共有のパターンを通知する。そのＥ−ＤＣＨリソースは、複数のＵＥの間において共有されており、したがって、それぞれのＵＥは、そのＵＥによるデータ送信の目的でそのリソースがアクセスされることが可能であるタイム・ピリオドまたは時間インスタンスに関する包括的な詳細を必要とする。この目的で、ＮＢは、ＵＥ１０４などのＵＥに、そのリソースのサイクルと、それぞれのサイクル中におけるそのリソースの可用性の持続時間と、ＵＥ１０４に関してそれぞれのサイクルにおける送信が開始すべきオフセットとを含むパターンを通知する。したがって、ＮＢ１０２によってＵＥ１０４に通知されるパターンは、Ｅ−ＤＣＨが時分割多重化ベースで複数のＵＥの間において共有されることを可能にする。

図５（ｂ）において示されている方法５５０を参照すると、ブロック５５２において、ＵＥ１０４−１などのＵＥが、Ｅ−ＤＣＨリソースの割り当てを求めるランダム・アクセス手順（ＲＡＰ）要求をノードＢ（ＮＢ）に送信する。前述したように、ＵＥは、ＲＡＰ要求とともに、ＮＢがその要求の性質を評価することを可能にするためのプリアンブルを送信することができる。ＵＥは、ＲＡＣＨリソースを要求するための別のプリアンブルを送信することができ、その一方で、Ｅ−ＤＣＨリソースを要求するための別のプリアンブルを送信することができる。Ｅ−ＤＣＨリソースに対応するプリアンブルを受信すると、ＮＢ１０２などのＮＢは、ＵＥ１０４−１がＥ−ＤＣＨリソースの割り当てを要求していることを識別し、一実施形態によれば、時分割多重化されているＥ−ＤＣＨリソースをＵＥ１０４−１に割り当てることを選択することができる。

ブロック５５４において、ＵＥは、ＮＢ１０２によってＵＥ１０４に割り当てられた時分割多重化されているＥ−ＤＣＨリソースに関連付けられているパターンを受信することができる。ＮＢは、複数のＵＥの間において時分割多重化されているＥ−ＤＣＨリソースをＵＥ１０４などのＵＥに割り当てることができる。したがって、その割り当てられたＥ−ＤＣＨリソースへのアクセスが許可される時間インスタンスを正しく識別するために、ＵＥ１０４は、そのリソースの共有のパターンを受信する。既に説明したように、共有のパターンは、そのリソースのサイクルと、それぞれのサイクル中におけるそのリソースの可用性の持続時間と、それぞれのサイクルにおける送信が開始すべきオフセットとを含むことができ、それに基づいて、ＵＥは、そのリソースが利用可能であって、かつＵＥ１０４がそのリソース上での送信を許可される正しいタイム・ピリオドを識別することができる。

ブロック５５６において、ＵＥ１０４は、受信されたパターンに従って、割り当てられたＥ−ＤＣＨリソースを介してデータを送信する。ＵＥ１０４は、アップリンクを介してＣＱＩ情報を送信することができる。そのＥ−ＤＣＨリソースは、いくつかのＵＥの間において時分割多重化されており、それぞれの事前に定義されたサイクルの後にそれぞれのＵＥにとって利用可能となるため、それらのＵＥの間において共有されているそのＥ−ＤＣＨリソースは、再帰的な一貫したＣＱＩ送信の目的で最良に利用されることが可能である。

いくつかのＵＥの間においてＥ−ＤＣＨリソースを共有するための実施態様が、構造的な特徴および／または方法に特有の言葉で説明されているが、添付の特許請求の範囲は、それらの説明されている特定の特徴または方法に必ずしも限定されるものではないということを理解されたい。むしろ、それらの特定の特徴および方法は、ＵＭＴＳにおいてＥ−ＤＣＨリソースを時分割多重化するための例示的な実施態様として開示されている。

Claims (18)

1. 共通拡張アップリンク専用チャネル（Ｅ−ＤＣＨ）リソースを共有するための方法であって、
   複数の共通Ｅ−ＤＣＨリソースのうちからの１つのＥ−ＤＣＨリソースの割り当てを求めるランダム・アクセス手順（ＲＡＰ）要求をユーザ機器（ＵＥ）から受信するステップ（５０２）と、
   前記ＲＡＰ要求に基づいて、複数のＵＥの間において時分割多重化ベースで共有されることになる前記Ｅ−ＤＣＨリソースを識別するステップ（５０４）と、
   前記識別されたＥ−ＤＣＨリソースを時分割多重化ベースで前記ＵＥに割り当てるステップ（５０６）と、を含み、
   前記Ｅ−ＤＣＨリソースが、前記ＵＥと、複数のＵＥのうちからの１つまたは複数のＵＥとの間において共有され、前記Ｅ−ＤＣＨリソースを識別する前記ステップが、Ｅ−ＤＣＨリソースを、レガシーＥ−ＤＣＨリソースの第１のセットと、Ｅ−ＤＣＨリソースの第２のセットとに区分するステップを含み、Ｅ−ＤＣＨリソースの前記第２のセットが時分割多重化される、方法。
2. 前記割り当てられたＥ−ＤＣＨリソース上でハイ・スピード専用物理制御チャネル（ＨＳ−ＤＰＣＣＨ）においてチャネル品質表示（ＣＱＩ）を前記ＵＥから受信するステップをさらに含み、前記ＣＱＩが、無線リンクの通信品質を示す、請求項１に記載の方法。
3. 前記割り当てられたＥ−ＤＣＨリソースに関連付けられている共有のパターンを前記ＵＥに通知するステップ（５０８）をさらに含む、請求項１に記載の方法。
4. 前記割り当てられたＥ−ＤＣＨリソースを共有する前記パターンが、前記Ｅ−ＤＣＨリソースのサイクル、それぞれのサイクル中における前記Ｅ−ＤＣＨリソースの可用性の持続時間、およびそれぞれのサイクルにおける送信が開始すべきオフセットのうちの１つまたは複数を含む、請求項３に記載の方法。
5. 前記通知されたパターンに基づいて前記割り当てられたＥ−ＤＣＨリソース上でデータを受信するステップをさらに含む、請求項３に記載の方法。
6. 前記パターンが、前記複数のＵＥのうちのそれぞれの送信どうしの間におけるガード時間を含む、請求項３に記載の方法。
7. 共通拡張アップリンク専用チャネル（Ｅ−ＤＣＨ）リソースの割り当てを求めるランダム・アクセス手順（ＲＡＰ）要求をノードＢ（ＮＢ）（１０２）に送信するように構成されているＵＥアップリンク・コントロール・モジュール（１２０）と、
   割り当てられたＥ−ＤＣＨリソースに関連付けられているパターンを受信するように構成されているＵＥ構成モジュール（１２２）と、
   を含むユーザ機器（ＵＥ）（１０４）であって、
   前記割り当てられたＥ−ＤＣＨリソースが、複数のＵＥの間において時分割多重化されており、Ｅ−ＤＣＨリソースが、レガシーＥ−ＤＣＨリソースの第１のセットと、Ｅ−ＤＣＨリソースの第２のセットとに区分されており、Ｅ−ＤＣＨリソースの前記第２のセットが時分割多重化されている、ユーザ機器（ＵＥ）（１０４）。
8. 前記ＵＥアップリンク・コントロール・モジュール（１２０）が、前記パターンに従って前記割り当てられたＥ−ＤＣＨリソースを介してデータを送信するようにさらに構成されており、前記データが、チャネル品質表示（ＣＱＩ）データおよびユーザ・トラフィック・データのうちの少なくとも１つである、請求項７に記載のＵＥ（１０４）。
9. 前記ＵＥアップリンク・コントロール・モジュール（１２０）が、前記割り当てられたＥ−ＤＣＨリソースを介してハイ・スピード専用物理制御チャネル（ＨＳ−ＤＰＣＣＨ）においてＣＱＩを送信するようにさらに構成されており、前記割り当てられたＥ−ＤＣＨリソースが、拡張アップリンク専用チャネル無線ネットワーク一時識別子（Ｅ−ＲＮＴＩ）のみを含む、請求項７に記載のＵＥ（１０４）。
10. 前記ＵＥアップリンク・コントロール・モジュール（１２０）が、別のレガシーＥ−ＤＣＨリソースの割り当てを求めるＲＡＰ要求をノードＢ（ＮＢ）（１０２）に送信するようにさらに構成されている、請求項７に記載のＵＥ（１０４）。
11. 前記ＵＥアップリンク・コントロール・モジュール（１２０）が、前記時分割多重化されている割り当てられたＥ−ＤＣＨリソースと、前記第１のセットからの別のレガシーＥ−ＤＣＨリソースとを介して並行してデータを送信するようにさらに構成されている、請求項７に記載のＵＥ（１０４）。
12. 前記ＵＥアップリンク・コントロール・モジュール（１２０）が、オーバーラップ・モードおよびコンパクト・モードのうちの１つでデータを送信するようにさらに構成されている、請求項７に記載のＵＥ（１０４）。
13. 前記ＵＥアップリンク・コントロール・モジュール（１２０）が、前記ＨＳ−ＤＰＣＣＨにおいてハイ・スピード・ダウンリンク共有チャネル無線ネットワーク一時識別子（Ｈ−ＲＮＴＩ）を送信するようにさらに構成されている、請求項９に記載のＵＥ（１０４）。
14. 共通拡張アップリンク専用チャネル（Ｅ−ＤＣＨ）リソースを共有するためのノードＢ（ＮＢ）（１０２）であって、
    リソース割り当てモジュール（１１４）を含み、該リソース割り当てモジュール（１１４）が、
    複数の共通Ｅ−ＤＣＨリソースのうちからの１つのＥ−ＤＣＨリソースの割り当てを求めるランダム・アクセス手順（ＲＡＰ）要求をユーザ機器（ＵＥ）（１０４）から受信するステップと、
    前記ＲＡＰ要求に基づいて、複数のＵＥ（１０４）の間において時分割多重化ベースで共有されることになる前記Ｅ−ＤＣＨリソースを識別するステップと、
    前記識別されたＥ−ＤＣＨリソースを時分割多重化ベースで前記ＵＥ（１０４）に割り当てるステップと、
    を行うように構成されており、
    前記Ｅ−ＤＣＨリソースが、前記ＵＥ（１０４）と、複数のＵＥ（１０４）のうちからの１つまたは複数のＵＥ（１０４）との間において共有され、前記リソース割り当てモジュール（１１４）が、前記Ｅ−ＤＣＨリソースを識別するために、Ｅ−ＤＣＨリソースを、レガシーＥ−ＤＣＨリソースの第１のセットと、Ｅ−ＤＣＨリソースの第２のセットと、に区分し、Ｅ−ＤＣＨリソースの前記第２のセットが時分割多重化されるようにさらに構成されている、ＮＢ（１０２）。
15. 前記リソース割り当てモジュール（１１４）が、前記割り当てられたＥ−ＤＣＨリソース上でハイ・スピード専用物理制御チャネル（ＨＳ−ＤＰＣＣＨ）においてチャネル品質表示（ＣＱＩ）を前記ＵＥ（１０４）から受信するステップを行うようにさらに構成されており、前記ＣＱＩが、無線リンク（１０６）の通信品質を示す、請求項１４に記載のＮＢ。
16. 前記割り当てられたＥ−ＤＣＨリソースに関連付けられている共有のパターンを前記ＵＥ１０４に通知するように構成されている、前記リソース割り当てモジュール（１１４）に結合された共有パターン・コントロール・モジュール（１１６）をさらに含み、
    共有の前記パターンが、前記Ｅ−ＤＣＨリソースのサイクル、それぞれのサイクル中における前記Ｅ−ＤＣＨリソースの可用性の持続時間、およびそれぞれのサイクルにおける送信が開始すべきオフセットのうちの１つまたは複数を含む、請求項１４に記載のＮＢ（１０２）。
17. 前記リソース割り当てモジュール（１１４）が、前記パターンに従って前記割り当てられたＥ−ＤＣＨリソースを介してＣＱＩデータを受信するようにさらに構成されており、前記割り当てられたＥ−ＤＣＨリソースが、拡張アップリンク専用チャネル無線ネットワーク一時識別子（Ｅ−ＲＮＴＩ）のみを含む、請求項１６に記載のＮＢ（１０２）。
18. １つの拡張専用チャネル（Ｅ−ＤＣＨ）リソースを共有するための複数のユーザ機器（ＵＥ）を識別するステップであり、前記共有が時分割多重化ベースで行われる、識別するステップと、
    前記Ｅ−ＤＣＨリソースに関連付けられる共有のパターンを決定するステップであり、前記パターンが、前記Ｅ−ＤＣＨリソースのサイクル、それぞれのサイクル中における前記Ｅ−ＤＣＨリソースの可用性の持続時間、およびそれぞれのサイクルにおける送信が開始すべきオフセットのうちの１つまたは複数を含む、ステップと、
    前記Ｅ−ＤＣＨリソースを共有している前記複数のＵＥに共有の前記パターンを通知するステップと、を含む方法であって、
    前記Ｅ−ＤＣＨリソースを識別する前記ステップが、Ｅ−ＤＣＨリソースを、レガシーＥ−ＤＣＨリソースの第１のセットと、Ｅ−ＤＣＨリソースの第２のセットとに区分するステップを含み、Ｅ−ＤＣＨリソースの前記第２のセットが時分割多重化される、
    方法を実行するためのコンピュータ・プログラムをその上で具現化する、コンピュータ可読媒体。