JP2016181923A - リモートラジオヘッド（ｒｒｈ）展開およびマルチアンテナダウンリンクｍｉｍｏに関するチャネル推定およびパイロット受信のための方法 - Google Patents

Abstract

【課題】パイロット情報を特定するための方法および装置が開示される。
【解決手段】ワイヤレス送信／受信ユニット（ＷＴＲＵ）が、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）に関するＲＲＣ構成情報を含む複数の高速共有制御チャネル（ＨＳ−ＳＣＣＨ）リソースを受信し、ＲＲＣ構成情報は、それぞれの受信されるＨＳ−ＳＣＣＨリソースに関連付けられている専用パイロット情報を含む。ＷＴＲＵは、複数のＨＳ−ＳＣＣＨリソースのうちの１つにおいて、ＷＴＲＵに関連付けられている高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）無線ネットワーク送信識別子（Ｈ−ＲＮＴＩ）を検知する。ＷＴＲＵは、専用パイロット情報および複数のＨＳ−ＳＣＣＨリソースのうちの１つに基づいて、複数のＨＳ−ＳＣＣＨリソースのうちの１つに関連付けられている高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）に関するパイロット情報を特定する。
【選択図】図２３

Description

本発明は、無線通信技術に関する。

関連出願の相互参照
本出願は、２０１１年８月１２日に出願された米国特許仮出願第６１／５２２，８４２号明細書、２０１１年９月３０日に出願された米国特許仮出願第６１／５４１，７１４号明細書、２０１１年１１月４日に出願された米国特許仮出願第６１／５５５，８４０号明細書、および２０１２年１月２７日に出願された米国特許仮出願第６１／５９１，５７７号明細書の利益を主張するものであり、それらの内容は、参照によって本明細書に組み込まれている。

ピークデータレートの向上およびユーザ経験の改善に関するエンドユーザからの高まる需要に応えて、ワイドバンド符号分割多元接続（ＷＣＤＭＡ（登録商標））テクノロジーを含む第３世代パートナーシッププロジェクト（３ＧＰＰ）ワイヤレス通信システムが発展しており、それによって、多くの新たな機能が提案され明示されている。たとえば、２つの高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）ダウンリンクキャリアの同時使用を可能にする新たな機能が導入されている。この新たな機能は、基本的には、周波数アグリゲーションおよびリソースプーリングを介して帯域幅使用およびユーザピークダウンリンクレートを改善するものであり、多入力多出力（ＭＩＭＯ）機能を含むように拡張された。その後、ダウンリンクスループットを高めるために最大で４つのキャリアが同時に機能することを可能にする４キャリアＨＳＤＰＡ（４Ｃ−ＨＳＤＰＡ）が導入された。

セルエッジにおけるユーザ経験を改善するための取り組みが続く中で、マルチポイント（ＭＰ）ダウンリンク送信を展開してサポートするために、複数のセルを含むコーディネートされたＨＳＤＰＡ送信が、同じ周波数において機能している。リモートラジオヘッド（ＲＲＨ）は、マルチポイントダウンリンク送信の展開を簡略化することができる重要なテクノロジーである。

パイロット情報を判断するための方法および装置が開示される。ワイヤレス送信／受信ユニット（ＷＴＲＵ）が、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）に関する無線リソース制御（ＲＲＣ）構成情報を含む複数の高速共有制御チャネル（ＨＳ−ＳＣＣＨ）リソースを受信し、前記ＲＲＣ構成情報は、それぞれの受信されるＨＳ−ＳＣＣＨリソースに関連付けられている専用パイロット情報を含む。前記ＷＴＲＵは、前記複数のＨＳ−ＳＣＣＨリソースのうちの１つにおいて、前記ＷＴＲＵに関連付けられている高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）無線ネットワーク送信識別子（Ｈ−ＲＮＴＩ）を検知する。前記ＷＴＲＵは、前記専用パイロット情報および前記複数のＨＳ−ＳＣＣＨリソースのうちの１つに基づいて、前記複数のＨＳ−ＳＣＣＨリソースのうちの１つに関連付けられている高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）に関するパイロット情報を判断する。

以降の説明から、より詳細な理解が得られることが可能であり、以降の説明は、例として添付の図面とともに与えられている。
１または複数の開示されている実施形態が実施されることが可能である例示的な通信システムのシステム図である。 図１Ａにおいて示されている通信システム内で使用されることが可能である例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａにおいて示されている通信システム内で使用されることが可能である例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。 従来の同種ネットワーク展開の一例を示す図である。 ＲＲＨを伴うネットワーク展開の一例を示す図であり、そのＲＲＨは、独立したセルとして機能する。 ＵＭＴＳにおけるＲＲＨどうしの間において共通スクランブリングコード（ＣＳＣ）を利用することの一例を示す図である。 ｊｏｉｎｔ ＭＰ−ＨＳＤＰＡ ｔｒａｎｓｍｉｔｔｉｏｎモードの一例を示す図である。 同じＷＴＲＵどうしへのマルチフローアグリゲーションの一例を示す図である。 単一のＷＴＲＵへのシングルセル送信のためのマルチフローアグリゲーションの一例を示す図である。 単一のＲＲＨにおいて機能する４ブランチＤＬ−ＭＩＭＯの一例を示す図である。 ＲＲＨがシンプルなアンテナ拡張として使用される場合の４ブランチＤＬ−ＭＩＭＯの一例を示す図である。 ４つの共通パイロットチャネルに関する例示的な変調パターンおよびチャネライゼーションコード割り振りを示す図である。 ６つの共通パイロットチャネルに関する第１の例示的な変調パターンおよびチャネライゼーションコード割り振りを示す図である。 ６つの共通パイロットチャネルに関する第２の例示的な変調パターンおよびチャネライゼーションコード割り振りを示す図である。 ランク表示を伴うパイロットインデックス付けの一例を示す図である。 ＷＴＲＵ固有のパイロットを高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）と時分割多重化することの一例を示す図である。 ＷＴＲＵ固有のパイロットを１つのチャネライゼーションコード上のＨＳ−ＰＤＳＣＨと時分割多重化することの一例を示す図である。 ＷＴＲＵ固有のパイロットを１つのチャネライゼーションコード上のＨＳ−ＰＤＳＣＨと時分割多重化すること、およびその他のすべてのチャネライゼーションコード上のＨＳ＿ＰＤＳＣＨのパイロット部分を不連続送信することの一例を示す図である。 ＷＴＲＵ固有のパイロットをすべての割り振られているチャネライゼーションコード（最大で１５個）の上のＨＳ−ＰＤＳＣＨと時分割多重化することの一例を示す図である。 ＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨの復調のためのパイロットリソース割り当ての一例を示す図である。 １つのチャネライゼーションコード上でＷＴＲＵ固有のパイロットをＨＳ−ＰＤＳＣＨと時分割多重化することを示す図である。 ＨＳ−ＳＣＣＨタイプ４に関するコーディングチェーンの一例を示す図である。 ４つのトランスポートブロックを伴う非コードブックベースのＭＩＭＯスキームのためのＨＳ−ＳＣＣＨに関するコーディングチェーンの一例を示す図である。 ４つのトランスポートブロックを伴うコードブックベースのＭＩＭＯスキームのためのＨＳ−ＳＣＣＨに関するコーディングチェーンの一例を示す図である。 それぞれのデータストリームに関するパイロット情報を判断するための方法の一例を示す図である。

図１Ａは、１または複数の開示されている実施形態が実施されることが可能である例示的な通信システム１００の図である。通信システム１００は、コンテンツ、たとえば音声、データ、ビデオ、メッセージング、放送などを複数のワイヤレスユーザに提供するマルチプルアクセスシステムであることが可能である。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、１または複数のチャネルアクセス方法、たとえば符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などを採用することができる。

図１Ａにおいて示されているように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、およびその他のネットワーク１１２を含むことができるが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定しているということが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作および／または通信を行うように構成されている任意のタイプのデバイスであることが可能である。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されることが可能であり、ユーザ機器（ＵＥ）、移動局、固定式または移動式のサブスクライバーユニット、ページャー、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含むことができる。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースを取るように構成されている任意のタイプのデバイスであることが可能である。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ Ｂ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであることが可能である。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができるということが理解されるであろう。

基地局１１４ａは、ＲＡＮ１０４の一部であることが可能であり、ＲＡＮ１０４は、その他の基地局および／またはネットワーク要素（図示せず）、たとえば基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどを含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成されることが可能であり、その地理的領域は、セル（図示せず）と呼ばれることもある。セルは、セルセクタへとさらに分割されることが可能である。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタへと分割されることが可能である。したがって一実施形態においては、基地局１１４ａは、３つのトランシーバ、すなわち、セルのそれぞれのセクタごとに１つのトランシーバを含むことができる。別の実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）テクノロジーを採用することができ、したがって、セルのそれぞれのセクタごとに複数のトランシーバを利用することができる。

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信することができ、エアインターフェース１１６は、任意の適切なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることが可能である。エアインターフェース１１６は、任意の適切な無線アクセステクノロジー（ＲＡＴ）を使用して確立されることが可能である。

より具体的には、上述したように、通信システム１００は、マルチプルアクセスシステムであることが可能であり、１または複数のチャネルアクセススキーム、たとえばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することができる。たとえば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）テレストリアルラジオアクセス（ＵＴＲＡ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／またはエボルブドＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

別の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、エボルブドＵＭＴＳテレストリアルラジオアクセス（Ｅ−ＵＴＲＡ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立することができる。

その他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線テクノロジー、たとえばＩＥＥＥ ８０２．１６（すなわちワールドワイドインターオペラビリティーフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））、エンハンストデータレートフォーＧＳＭエボリューション（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などを実施することができる。

図１Ａにおける基地局１１４ｂは、たとえばワイヤレスルータ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、またはアクセスポイントであることが可能であり、局所的なエリア、たとえば事業所、家庭、乗り物、キャンパスなどにおけるワイヤレス接続を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ ８０２．１１などの無線テクノロジーを実施することができる。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ ８０２．１５などの無線テクノロジーを実施することができる。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを求められないことが可能である。

ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることが可能であり、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成されている任意のタイプのネットワークであることが可能である。たとえば、コアネットワーク１０６は、コール制御、課金サービス、モバイルロケーションベースサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／またはユーザ認証などのハイレベルセキュリティー機能を実行することが可能である。図１Ａにおいては示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用しているその他のＲＡＮと直接または間接の通信状態にあることが可能であるということが理解されるであろう。たとえば、コアネットワーク１０６は、Ｅ−ＵＴＲＡ無線テクノロジーを利用している可能性があるＲＡＮ１０４に接続されていることに加えて、ＧＳＭ無線テクノロジーを採用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。

コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回路交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるトランスミッションコントロールプロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている有線またはワイヤレスの通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用している可能性がある１または複数のＲＡＮに接続されている別のコアネットワークを含むことができる。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々のワイヤレスリンクを介して別々のワイヤレスネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図１Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラーベースの無線テクノロジーを採用している可能性がある基地局１１４ａ、およびＩＥＥＥ ８０２無線テクノロジーを採用している可能性がある基地局１１４ｂと通信するように構成されることが可能である。

図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を保持しながら、上述の要素どうしの任意の下位組合せを含むことができるということが理解されるであろう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられている１もしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他の任意のタイプの集積回路（ＩＣ）、状態マシンなどであることが可能である。プロセッサ１１８は、信号コーディング、データ処理、パワー制御、入力／出力処理、および／または、ＷＴＲＵ１０２がワイヤレス環境において機能することを可能にするその他の任意の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合されることが可能であり、トランシーバ１２０は、送信／受信要素１２２に結合されることが可能である。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップ内に統合されることが可能であるということが理解されるであろう。

送信／受信要素１２２は、エアインターフェース１１６を介して、基地局（たとえば、基地局１１４ａ）に信号を送信するように、または基地局（たとえば、基地局１１４ａ）から信号を受信するように構成されることが可能である。たとえば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナであることが可能である。別の実施形態においては、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器であることが可能である。さらに別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように構成されることが可能である。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成されることが可能であるということが理解されるであろう。

加えて、送信／受信要素１２２は、図１Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯテクノロジーを採用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１６を介してワイヤレス信号を送信および受信するために、複数の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。

トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調するように、また、送信／受信要素１２２によって受信される信号を復調するように構成されることが可能である。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ ８０２．１１など、複数のＲＡＴを介して通信することを可能にするために複数のトランシーバを含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることが可能であり、そこからユーザ入力データを受け取ることができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスすること、およびそれらのメモリにデータを格納することが可能である。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含むことができる。リムーバブルメモリ１３２は、サブスクライバーアイデンティティモジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。その他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスすること、およびそのメモリにデータを格納することが可能である。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、また、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配および／または制御するように構成されることが可能である。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであることが可能である。たとえば、電源１３４は、１または複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。

プロセッサ１１８は、ＧＰＳチップセット１３６に結合されることも可能であり、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成されることが可能である。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信すること、および／または複数の近隣の基地局から受信されている信号のタイミングに基づいて自分の位置を判断することが可能である。ＷＴＲＵ１０２は、一実施形態との整合性を保持しながら、任意の適切な位置判断方法を通じて位置情報を得ることができるということが理解されるであろう。

プロセッサ１１８は、その他の周辺機器１３８にさらに結合されることが可能であり、その他の周辺機器１３８は、さらなる特徴、機能、および／または有線接続もしくはワイヤレス接続を提供する１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、ｅ−コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。

図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０４は、コアネットワーク１０６と通信状態にあることも可能である。図１Ｃにおいて示されているように、ＲＡＮ１０４は、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができ、これらのＮｏｄｅ−Ｂはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数のトランシーバを含むことができる。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０４内の特定のセル（図示せず）に関連付けられることが可能である。ＲＡＮ１０４は、ＲＮＣ１４２ａ、１４２ｂを含むこともできる。ＲＡＮ１０４は、一実施形態との整合性を保持しながら、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含むことができるということが理解されるであろう。

図１Ｃにおいて示されているように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信状態にあることが可能である。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信状態にあることが可能である。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信状態にあることが可能である。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、自分が接続されているそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されることが可能である。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、その他の機能、たとえば、アウターループパワー制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティー、セキュリティー機能、データ暗号化などを実行またはサポートするように構成されることが可能である。

図１Ｃにおいて示されているコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイルスイッチングセンター（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということが理解されるであろう。

ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続されることが可能である。ＭＳＣ１４６は、ＭＧＷ１４４に接続されることが可能である。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回路交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

ＲＡＮ１０４内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続されることも可能である。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されることが可能である。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。

上述したように、コアネットワーク１０６は、ネットワーク１１２に接続されることも可能であり、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線またはワイヤレスのネットワークを含むことができる。

リモートラジオヘッド（ＲＲＨ）は、複数のＨＳＤＰＡ送信をサポートするシステムの展開を簡略化することができる重要なテクノロジーである。なぜなら、それは、コーディネートされている複数のＮｏｄｅ−Ｂがともに配置されることを可能にし、その一方で、送信される信号を別々のロケーションの無線周波数（ＲＦ）ユニットへ配信するためである。ＲＲＨ構成は、イントラサイトコーディネーテッドマルチプルポイント（ＣｏＭＰ）を伴う同種ネットワーク、高送信（Ｔｘ）パワーＲＲＨを伴う同種ネットワーク、別々のセルアイデンティティ（ＩＤ）を伴うマクロセルカバレッジ内の低パワーＲＲＨを伴う異種ネットワーク、および同じセルＩＤを伴うマクロセルカバレッジ内の低パワーＲＲＨを伴う異種ネットワークにおいてなど、ロングタームエボリューション（ＬＴＥ）Ｃｏｍｐ送信のために使用されることも可能である。

同じセルＩＤを伴うマクロセルカバレッジ内の低パワーＲＲＨを伴う異種ネットワークは、特に関心を集める可能性があり、この場合、共通のセルＩＤが、マクロポイントのカバレッジエリア内の送信ポイント（マクロポイントおよびピコポイント）どうしの間において共有される。独立した複数のセルと同様のセル分割利得を保持しながら、この展開構成は、同期チャネルおよび制御チャネルの改善されたカバレッジの利点を提供することができる。なぜなら、それらは、複数のポイントから共通に送信されることが可能であるためである。加えて、ＷＴＲＵモビリティーが異種ネットワークにおいて大幅に改善されることが可能であり、特にレンジ拡張の積極的な使用が採用される場合には、ハンドオーバの回数が相当に低減されることが可能である。さらに、改善されたＷＴＲＵモビリティーの結果として、ネットワークは、さまざまなマクロセルおよびピコセルどうしの間においてＷＴＲＵにデータトラフィックを動的におよびシームレスに割り当てることができ、それは、スケジューリング最適化のためのさらなるリソースプーリング利得につながる。

別の態様においては、上述のセル構成に関連したさらに現実的な展開シナリオが、１つの基地局における複数のアンテナとしてのＲＲＨを考慮すること、または実際に１つの基地局における複数のアンテナから構成されることが可能である。現行のＷＣＤＭＡダウンリンクＭＩＭＯオペレーションは、ＬＴＥシステムにおいて最大で２つの空間多重化ストリームに関して指定されているが、８つ程度の空間多重化が可能となる場合がある。ＭＩＭＯオペレーションを利用するために、複数のアンテナが、送信機および受信機の両方において使用されることが可能である。実際の展開は、ＬＴＥシステムおよびＷＣＤＭＡシステムの両方に関してアンテナのうちのいくつかを共有することができるため、ＷＣＤＭＡに関する多くのサイトが、複数のアンテナへのアクセスを有することができる。

一例においては、４つのＭＩＭＯストリームが、ＨＳＤＰＡに関してサポートされることが可能である。この新たな機能（以降では「４ＤＬ−ＭＩＭＯ」と呼ばれる）は、既存の仕様と比較した場合に倍増したピークレートを提供するだけでなく、スペクトル効率も改善するポテンシャルを有することができる。たとえば、倍増したピークレートは、単一のキャリアにおいては最大で８４Ｍｂｐｓであること、および８つのダウンリンクキャリアが同時に使用される場合には潜在的に最大で６７２Ｍｂｐｓであることが可能である。

図２は、従来の同種ネットワーク展開の一例である。それぞれのセル２０１（ａ）、２０１（ｂ）、および２０１（ｃ）は、自分自身のネットワークスケジューラ２０２（ａ）、２０２（ｂ）、および２０２（ｃ）を有する。それぞれのＷＴＲＵ２０４（ａ）、２０４（ｂ）、および２０４（ｃ）は、スクランブリングコード２０３（ａ）、２０３（ｂ）、および２０３（ｃ）を自分自身のネットワークスケジューラ２０２（ａ）、２０２（ｂ）、および２０２（ｃ）から受信する。

ＵＭＴＳワイヤレスセルラーシステムにおける同種ネットワーク展開においては、ベースバンドおよびレイヤ２処理の機能を含む無線機器（ＲＥ）が、図２において示されているように、送信ポイントとともに配置されることが可能である。それぞれのセルは、地理的エリアをカバーする送信ポイントに関連付けられることが可能であり、この場合、そのエリア内のＷＴＲＵは、ＲＥ内に配置されているネットワークスケジューラによってスケジュールされたデータ送信を提供されることが可能である。周波数スペクトルの使用を改善するために、１という周波数再利用係数が採用されることが可能であり、それによって、隣のセルが同じ周波数帯域において機能することが可能になる。ＷＴＲＵがセル探索プロセスにおいてサービングセルを識別するのを支援するために、およびその他のセルからの干渉を軽減するために、一意のスクランブリングコードが、その他のセルからの信号を抑える目的で、ＷＴＲＵにおけるベースバンド処理のフロントエンドにおいて機能するそれぞれのセルに割り振られることが可能である。共通制御物理チャネル（ＣＣＰＣＨ）が、それぞれのセルからブロードキャストされることが可能である。ＣＣＰＣＨは、特別なスクランブリングコードを使用してＷＴＲＵによって一意に識別されることが可能であるセルに関連付けられている重要なシステム構成パラメータを搬送することができる。スクランブリングコードは、ＵＭＴＳシステムにおけるそのセルに関する一意のセルＩＤとして使用されることが可能である。

図３は、ＲＲＨを伴うネットワーク展開の一例であり、そのＲＲＨは、独立したセルとして機能する。それぞれのセル３０１（ａ）、３０１（ｂ）、および３０１（ｃ）は、自分自身のネットワークスケジューラ３０２（ａ）、３０２（ｂ）、および３０２（ｃ）を有する。それぞれのＷＴＲＵ３０４（ａ）、３０４（ｂ）、および３０４（ｃ）は、スクランブリングコード３０３（ａ）、３０３（ｂ）、および３０３（ｃ）をそれぞれ自分自身のネットワークスケジューラ３０２（ａ）、３０２（ｂ）、および３０２（ｃ）から受信する。セル３０１（ｂ）および３０１（ｃ）は、それぞれＲＲＨ３０５（ｂ）および３０５（ｃ）を含み、ＲＲＨ３０５（ｂ）および３０５（ｃ）はそれぞれ、集中化されたロケーション、すなわちセル３０１（ａ）に配置されている自分自身のＲＥ３０６を有する。

ＲＲＨ３０５（ｂ）および３０５（ｃ）を導入することによって、ＲＥ３０６は、送信ポイントから分離されることが可能であり、この場合、ＲＲＨ３０５（ｂ）および３０５（ｃ）は、高速で待ち時間の少ないバックホールリンクによってＲＥ３０６に接続される。セル構成を変更することなく、展開戦略が図３において示されており、この場合、ＲＲＨ３０５（ｂ）または３０５（ｃ）は、自分自身のスケジューリングエリアを扱う自分自身のスクランブリングコードによって識別される完全に独立したセルとして機能することができるが、ＲＥ３０６は、別々のロケーションにおいて集中化されている。

図４は、ＵＭＴＳにおけるＲＲＨどうしの間において共通スクランブリングコード（ＣＳＣ）を利用することの一例である。セル４０１（ｂ）および４０１（ｃ）は、それぞれＲＲＨ４０５（ｂ）および４０５（ｃ）を含み、ＲＲＨ４０５（ｂ）および４０５（ｃ）はそれぞれ、集中化されたロケーション、すなわちセル４０１（ａ）に配置されている自分自身のＲＥ４０６を有する。３つのセル４０１（ａ）、４０１（ｂ）、および４０１（ｃ）はすべて、共通スクランブリングコード（ＣＳＣ）４０３を利用する。データは、別々の送信ポイントから同じＷＴＲＵ４０４へ同時に送信されることが可能である。

セルエッジにおけるＷＴＲＵに関するスループットパフォーマンスを改善するために、およびＷＴＲＵモビリティーを高めるために、ＲＲＨ４０５（ｂ）および４０５（ｃ）の間において共通スクランブリングコード（ＣＳＣ）４０３を使用するというコンセプトが、図４において示されているように実施されることが可能である。

共通スクランブリングコードは、下記の６つの技術のうちの任意の１つまたは組合せを使用して別々のＲＲＨの間において利用されることが可能である。

第１の技術においては、共通ブロードキャストチャネルが、同じスクランブリングコードを伴って送信されることが可能である。たとえば、共通ブロードキャストチャネルは、プライマリー／セカンダリー（Ｐ／Ｓ）ＣＣＰＣＨであることが可能である。

第２の技術においては、１または複数の物理チャネルが、ＲＲＨを介して同様に送信されることが可能であり、その一方で、その他は異なることが可能である。たとえば、１または複数の物理チャネルは、高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）および高速専用物理制御チャネル（ＨＳ−ＤＰＣＣＨ）であることが可能である。

第３の技術においては、それぞれのＲＲＨは、スケジューリングの点から単一のセルとして特徴付けられることが可能であり、共通スクランブリングコードを共有しているが、自分自身のリソース管理を有することができる。

第４の技術においては、ＣＳＣセット内のスケジューラどうしは、コーディネートされた様式で、共同で（ｊｏｉｎｔｌｙ）機能することができる。

第５の技術においては、ＣＳＣセット内のセルどうしは、同じ周波数において機能することができる。

第６の技術においては、それぞれのＲＲＨは、動的に変更されることが可能である別々の送信パワーを用いて送信を行うことができる。

さまざまなデータスケジューリングオプションに応じて、ＣＳＣを伴う複数のオペレーションモードが使用されることが可能である。さまざまなオペレーションモードが、以降で説明される。

図５は、ｊｏｉｎｔ ＭＰ−ＨＳＤＰＡ ｔｒａｎｓｍｉｔｔｉｏｎモードの一例である。セル５０１（ｂ）および５０１（ｃ）は、それぞれＲＲＨ５０５（ｂ）および５０５（ｃ）を含み、ＲＲＨ５０５（ｂ）および５０５（ｃ）はそれぞれ、集中化されたロケーション、すなわちセル５０１（ａ）に配置されている自分自身のＲＥ５０６を有する。３つのセル５０１（ａ）、５０１（ｂ）、および５０１（ｃ）はすべて、ＣＳＣ５０３を利用する。それぞれのセル５０１（ａ）、５０１（ｂ）、および５０１（ｃ）は、自分自身のｊｏｉｎｔスケジューラ５０２（ａ）、５０２（ｂ）、および５０２（ｃ）を有する。データは、別々の送信ポイントから同じＷＴＲＵ５０４へ同時に送信されることが可能である。

ｊｏｉｎｔ ＭＰ−ＨＳＤＰＡ ｔｒａｎｓｍｉｔｔｉｏｎにおいては、同じデータを搬送する同じダウンリンク信号どうしが、図５において示されているように、別々の送信ポイントから同じＷＴＲＵ５０４へ同時に送信されることが可能である。これらの信号は、ＷＴＲＵ受信機に到着する前に無線を介して結合されることが可能であり、それによってＷＴＲＵ受信機は、全体として強化された信号を知覚する。この送信モードは、ＷＴＲＵにとっては、ＷＴＲＵが深刻なセル間干渉にさいなまれる場合があるセルエッジにおいて特に役立つことができる。すべての物理チャネル（Ｐ／Ｓ ＣＣＰＣＨ、共通パイロットチャネル（ＣＰＩＣＨ）、高速共有制御チャネル（ＨＳ−ＳＣＣＨ）、ＨＳ−ＰＤＳＣＨ、専用物理データチャネル（ＤＰＤＣＨ）など）は、このようにして送信されることが可能である。ＷＴＲＵは、ＣＰＩＣＨによって搬送された結合されているパイロット信号に基づいてチャネル状態情報（ＣＳＩ）推定およびデータ復調を実行することができるため、あたかも単一のセルによってサービス提供されているかのように機能することができる。

ｊｏｉｎｔ ＭＰ−ＨＳＤＰＡ ｔｒａｎｓｍｉｔｔｉｏｎモードに関しては、より高位のレイヤからの同じデータストリームが、それぞれのセルのＲＥへ送信されることが可能であり、ｊｏｉｎｔ ｔｒａｎｓｍｉｔｔｉｏｎに関与するそれらのセルのためのスケジューラは、ＷＴＲＵへの同じデータをスケジュールするために共同で機能していることが可能である。ダウンリンク送信信頼性をさらに強化するために、別々のプリコーディングウェイトが、送信フェーズまたは振幅を個々に調整する目的で送信ポイントを介して適用されることが可能である。プリコーディングウェイトの選択は、ＷＴＲＵがそれぞれの送信ポイントからの信号経路を個々に区別することを必要とする場合がある。したがって、パイロットは、それぞれのセルごとに識別されることが可能であり、ＷＴＲＵは、好ましいプリコーディングウェイトを測定すること、およびそれらの好ましいプリコーディングウェイトを、アップリンクフィードバックを介してネットワークにシグナリングすることが可能である。

図６は、同じＷＴＲＵどうしへのマルチフローアグリゲーションの一例である。セル６０１（ｂ）および６０１（ｃ）は、それぞれＲＲＨ６０５（ｂ）および６０５（ｃ）を含み、ＲＲＨ６０５（ｂ）および６０５（ｃ）はそれぞれ、集中化されたロケーション、すなわちセル６０１（ａ）に配置されている自分自身のＲＥ６０６を有する。３つのセル６０１（ａ）、６０１（ｂ）、および６０１（ｃ）はすべて、ＣＳＣ６０３を利用する。それぞれのセル６０１（ａ）、６０１（ｂ）、および６０１（ｃ）は、自分自身のｊｏｉｎｔスケジューラ６０２（ａ）、６０２（ｂ）、および６０２（ｃ）を有する。データは、別々の送信ポイントから同じＷＴＲＵ６０４へ同時に送信されることが可能である。

同じＷＴＲＵどうしへのマルチフローアグリゲーションを使用するオペレーションのモードにおいては、別々のデータが、図６において示されているように、別々の送信ポイントから同じＷＴＲＵ６０４へ同時に送信されることが可能である。ＷＴＲＵは、それぞれのセルからの信号を個々に復調することができ、それぞれのセルからのデータは、より高いスループットを得るためにアグリゲートされることが可能である。マルチフロー送信に関与するすべてのセルに関する同じ周波数および同じスクランブリングコードでのオペレーションに起因して、およびその他の送信ポイントからの干渉に起因して、ＷＴＲＵ復調器における干渉を抑えることが望ましい場合がある。この問題は、送信ポイントどうしの間における空間的差異を探索すること、およびＭＩＭＯシステムが行うように空間多重化利得を実現することによって効果的に解決されることが可能である。したがってＷＴＲＵは、複数のアンテナと、ＭＩＭＯタイプの受信機構造とを備えることが可能である。

ＨＳＤＰＡ送信に関しては、高速データが、別々のトランスポートブロックサイズまたはコードワードサイズを伴うそれぞれの送信ポイントからのさまざまなＨＳ−ＰＤＳＣＨを介して送信されることが可能であり、それらは、そのセルから送信された対応するＨＳ−ＳＣＣＨによってＷＴＲＵに示されることが可能である。データストリームは、分割されて、それぞれのＲＥへ別々に供給されることが可能である。それぞれのセルにおけるスケジューラどうしは、データを同時にまたは別々の時間インスタンスにおいてスケジュールするように独立して機能することができる。あるいは、スケジューラどうしは、干渉軽減またはその他の側面の点から特定の方法の最適化を達成するようにコーディネートされることも可能である。

ＭＩＭＯ受信機を実装することは、それぞれの送信ポイントに関する信号経路の正確な推定を必要とする場合がある。したがって、区別可能なパイロットまたはＣＰＩＣＨが、チャネル推定を実行するためにそれぞれの送信ポイントごとに設計されることが可能である。より進んだオプションとしては、複数のデータフローが、プリコーディングマトリックスによって処理されて、それぞれの送信ポイントにおいて送信されることが可能である。このプリコーディングマトリックスは、それぞれの信号経路のチャネル状況に基づいてＷＴＲＵによって選択されること、またはスケジューリングニーズに従ってネットワークによって選択されることが可能である。結果として、データフローは、プリコーディングマトリックスの構成に応じて、すべての送信ポイントを介して送信されることが可能である。

スケジューリングオプションの一例においては、１つのデータフローがＷＴＲＵに送信されることが可能である。しかしながら、このデータ送信は、チャネル状況に応じてセルどうしの間において動的に切り替えられることが可能である。スケジューラどうしは、信号品質に基づいて送信ポイントを選択するように共同で機能することができる。

図７は、単一のＷＴＲＵへのシングルセル送信のためのマルチフローアグリゲーションの一例である。セル７０１（ｂ）および７０１（ｃ）は、それぞれＲＲＨ７０５（ｂ）および７０５（ｃ）を含み、ＲＲＨ７０５（ｂ）および７０５（ｃ）はそれぞれ、集中化されたロケーション、すなわちセル７０１（ａ）に配置されている自分自身のＲＥ７０６を有する。３つのセル７０１（ａ）、７０１（ｂ）、および７０１（ｃ）はすべて、ＣＳＣ７０３を利用する。それぞれのセル７０１（ａ）、７０１（ｂ）、および７０１（ｃ）は、自分自身のネットワークスケジューラ７０２（ａ）、７０２（ｂ）、および７０２（ｃ）を有する。それぞれのＷＴＲＵ７０４（ａ）、７０４（ｂ）、および７０４（ｃ）は、ＣＳＣ７０３をそれぞれ自分自身のネットワークスケジューラ７０２（ａ）、７０２（ｂ）、および７０２（ｃ）から受信する。

図７において示されているように、単一のＷＴＲＵへのシングルセル送信は、アグリゲーション送信モードに類似している（ただし、複数のセルから複数のデータフローが送信され、それらの複数のデータフローがさまざまなＷＴＲＵに宛てられるという点は除く）。それぞれのＷＴＲＵは、自分に宛てられたデータを復調するためには、１つの受信機を必要とするだけでよい。対応するＨＳ−ＰＤＳＣＨデータ送信のための制御情報を搬送するＨＳ−ＳＣＣＨは、受信側のＷＴＲＵの一意のＩＤによって識別されることが可能である。ＷＴＲＵは、その他の送信ポイント、または、同じ周波数および同じスクランブリングコードで同時に送信されているその他のデータフローからの干渉を抑えるために、複数のアンテナと、ＭＩＭＯ受信機とを備えることが可能である。データを受信するこの方法は、ＬＴＥにおけるマルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）のコンセプトに類似している（ただし、データ送信が、同じスクランブリングコードを使用して複数の送信ポイントを介して搬送されるようになっているという点は除く）。この送信モードの利点は、セル分割利得が実現されることを可能にし、それによって全体的なシステムキャパシティーを効果的に改善するということである。

ＣＳＣセットの中のスケジューラどうしは、ＷＴＲＵどうしの間における相互干渉を最小限に抑えるようにデータをスケジュールするために共同で機能することができる。マルチフロー送信が、送信の前にプリコーディングマトリックスによって処理されることも可能である。ＷＴＲＵに宛てられるデータフローは、セルよりも、むしろプリコーディングウェイトの特定のセットに関連付けられることが可能である。ＷＴＲＵは、測定されたチャネル状況に基づいて自分の好ましいプリコーディングウェイトをネットワークに報告することを必要とされることが可能である。相互干渉を少なくする目的で、ＷＴＲＵが、送信に関与する送信ポイントにとってのすべての信号経路に関するＣＳＩに基づいてプリコーディングウェイトを選択することが望ましい場合がある。

ＣＳＣオペレーション用に設計されていないレガシーＷＴＲＵをサポートするために、ネットワークスケジューラは、送信のためのスケジューリング決定を行う目的でＷＴＲＵによって推定された利用可能なチャネル品質インジケータ（ＣＱＩ）およびプリコーディング制御インジケータ（ＰＣＩ）情報に依存することができる。これは、ＷＴＲＵがマルチポイントオペレーションに気づいていることを必要としない。

図８は、単一のＲＲＨにおいて機能する４ブランチＤＬ−ＭＩＭＯの一例である。セル８０２（ｂ）は、集中化されたロケーション、すなわちセル８０１（ａ）に配置されている自分自身のＲＥ８０６を有するＲＲＨ８０５を含む。ＲＲＨ８０５は、複数のデータストリーム８１５をサポートする複数のアンテナ８１０を含む。

より実際的な展開シナリオとしては、図８において示されているように、それぞれのＲＲＨは、複数のデータストリームをサポートすることができる複数のアンテナを含むこともできる。シングルポイントマルチアンテナ送信オペレーションモード、すなわち４ブランチＤＬ−ＭＩＭＯにおいては、自分自身のスケジューラによってサポートされているそれぞれのＲＲＨは、３つ以上のレイヤを有するダウンリンクＭＩＭＯを伴う独立したシングルポイント送信オペレーションとみなされることが可能である。

図９は、ＲＲＨがシンプルなアンテナ拡張として使用される場合の４ブランチＤＬ−ＭＩＭＯの一例である。セル９０１は、ＲＲＨ９０５（ａ）、９０５（ｂ）、および９０５（ｃ）を含む。ＲＲＨ９０５（ａ）、９０５（ｂ）、および９０５（ｃ）は、共通のネットワークスケジューラ９０２を利用する。

同様の展開シナリオにおいては、ＲＲＨのアンテナは、図９において示されているプライマリー基地局のアンテナ拡張とみなされることが可能である。ここでは、個々のＲＲＨに関連付けられるさらなるスケジューラは必要とされないことが可能である。したがって、プライマリー基地局とＲＲＨとの組合せは、共通のスケジューリングエリアを含むことができる。この４ＤＬ−ＭＩＭＯ設計は、任意選択のＲＲＨ展開を伴ってアンテナどうしが基地局内でともに配置される設計を含むこともできる。

ＲＲＨ構成を伴う同じセルＩＤの同様のコンセプトが、ＬＴＥコーディネーテッドマルチポイント（ＣｏＭＰ）において提示されており、ＵＭＴＳセルラーネットワークにおけるＨＳＤＰＡへ拡張されることが可能である。提示されている一実施形態としては、ＷＴＲＵモビリティーを改善して制御信号のカバレッジを強化するために、共通スクランブリングコードが、ＲＲＨに接続されているセルどうしの間において共有されることが可能である。

パイロット設計が、複数のダウンリンクアンテナ、特に４ＤＬ−ＭＩＭＯに導入されることが可能であり、ＲＲＨ展開がＨＳＤＰＡに導入されることが可能である。なぜなら、最大でランク２の送信をサポートすることができる既存のＤＬ−ＭＩＭＯにおいては、２つのパイロットしか存在しないためである。さらに、本明細書に記載されているコンセプトは、４つのＤＬアンテナというコンテキストにおいて説明されているが、これらのコンセプトは、その他のアンテナ構成、たとえば８つ以上のＤＬアンテナに適用されることも可能である。したがって、４ブランチＭＩＭＯオペレーションに言及している場合には、これは、４を超えるブランチのオペレーション（たとえば８ブランチＭＩＭＯオペレーション）にも言及しているということを理解されたい。

ＣＰＩＣＨは、ダウンリンクデータ送信のためにＷＴＲＵにおけるチャネル推定を補助するようにＵＭＴＳにおいて設計された共通パイロットチャネルである。ＣＰＩＣＨは、それぞれのセルごとに一意のスクランブリングコードでスクランブルされることが可能である。したがってＣＰＩＣＨは、セル固有であるとみなされることが可能である。ＣＳＣオペレーションにおいて別々の送信モードに対応するために、新たなタイプのパイロットチャネルが使用されることが可能である。

共通パイロットチャネルは、すべての送信ポイントから送信されるパイロットチャネルであり、ＣＳＣオペレーションにおいて使用されるスクランブリングコードでスクランブルされることが可能である。共通パイロットチャネルは、ＣＳＣエリアにおいてサービス提供されているＷＴＲＵのうちのすべてによって受信されることが可能である。２０ビット／スロットのスロットフォーマットを有するＰ−ＣＰＩＣＨが使用されることが可能であり、すべて０の変調ビットシーケンスが、この目的のために直接使用されることが可能である。任意選択で、ＣＳＣオペレーションを区別するために、その他の変調ビットシーケンスが使用されることも可能である。

ＲＥが送信ポイントとともに配置されていない場合には、送信ポイントのうちのそれぞれからの信号どうしが正確に同期化されることを確実にする目的で、ＲＥにおいて生じるベースバンド処理のために、進化したタイミング調整が必要とされることがある。この共通パイロットチャネルは、エリア内のＷＴＲＵのうちのすべてにサービス提供するように意図されているため、その他の物理チャネルがパフォーマンス強化のためにプリコードされているケースにおいては、この共通パイロットチャネルにクロスサイトプリコーディングウェイトが適用されることは不可能である。

ｊｏｉｎｔ ｔｒａｎｓｍｉｔｔｉｏｎモードに関しては、クロスセルプリコーディングが採用されていない場合に、ＷＴＲＵがチャネル推定を実行してデータを復調するためには、共通パイロットチャネルで十分である可能性がある。

セル固有のまたは送信ポイント固有のパイロットチャネルにおいては、それぞれのセルは、その他のセルから区別可能なパイロットチャネルを送信することができる。セル固有のパイロットチャネルは、ＷＴＲＵが送信ポイントへのそれぞれの個々の信号経路に関するチャネル推定を実行することを可能にするように設計されることが可能である。したがって、チャネル推定のための所望の信号を選び出すために、セル固有のパイロットチャネルどうしは、直交していること、またはほぼ直交していることが可能である。

セル固有のパイロットチャネルどうしの直交性は、直交変調ビットシーケンスを使用することによって保持されることが可能である。マップされる変調に供給されるビットシーケンスは、セル固有のパイロットチャネルのうちのそれぞれに関して別々に事前に定義されることが可能である。これらのビットシーケンスは、ＣＰＩＣＨの同様のスロットフォーマットの直交バイナリーシーケンスのプールから選択されることが可能である。表１は、パイロットチャネルにおいて使用される直交バイナリービットシーケンスの一例である。

表１において示されているように、バイナリービットシーケンスは、定義されたパターンを有することができ、この場合、シーケンスの長さは、２つのタイムスロットをカバーする。より長い長さ（４または８スロットなど）のビットシーケンスが使用されることも可能であり、これは、より多くの直交選択肢を生成することができる。ＣＳＣセルによる直交シーケンスの使用は、ＵＴＲＡＮによって割り振られること、ならびに無線リソース制御（ＲＲＣ）構成においてＮｏｄｅ−ＢおよびＷＴＲＵに示されることが可能である。たとえば、Ｎｏｄｅ−ＢおよびＷＴＲＵは、専用のシグナリングまたはシステムインフォメーションブロック（ＳＩＢ）を介して直交シーケンスを知らされることが可能である。

セル固有のパイロットチャネルどうしの直交性は、別々のチャネライゼーションコードを使用することによって保持されることが可能である。（ＣＰＩＣＨと同じ）２５６に等しくされた拡散係数を伴って、別々のチャネライゼーションコードが、セル固有のパイロットチャネルに適用されることが可能である。それらのチャネライゼーションコードどうしは、もともと直交しているため、パイロットチャネルどうしは、互いから直交していることが可能である。たとえば、チャネライゼーションコード、Ｃ_256,2およびＣ_256,3は、新たなパイロットチャネルに関する候補であることが可能である。ＷＴＲＵは、専用のＲＲＣシグナリングを介して、またはＳＩＢを介してチャネライゼーションコードおよびパイロット情報を入手することができる。あるいは、使用される実際のチャネライゼーションコード、およびパイロットパターンが、事前に定義されることも可能である。

セル固有のパイロットチャネルどうしの直交性は、別々のスクランブリングコードを使用することによって保持されることが可能である。セル固有のパイロットチャネルどうしは、別々のスクランブリングコードのもとでそれぞれのセルによって別々に送信されることが可能である。それらのパイロットチャネルどうしは、完全に直交しているとは限らない場合があるが、残りは、ＷＴＲＵ受信機においてチャネル推定を実行するのに十分なだけ小さいと言える。ＣＳＣセルどうしによる直交シーケンスの使用は、ＵＴＲＡＮによって割り振られて、ＲＲＣ構成におけるＮｏｄｅ−ＢおよびＷＴＲＵに知らされることが可能である。

セル固有のパイロットチャネルどうしの直交性は、パイロットチャネルを時分割多重化（ＴＤＭ）することによって保持されることが可能である。ＣＳＣセット内の送信ポイントどうしは、同じビットシーケンス、チャネライゼーションコード、およびスクランブリングコードを使用して、時間切り替え様式でパイロットチャネルを送信する際にコーディネートされることが可能である。ネットワークがＷＴＲＵにパイロットチャネル送信のスケジュールを知らせる限り、ＷＴＲＵは、指定された持続時間にわたるセルに関する個別のチャネル推定を実行することができる。

セル固有のパイロットチャネルどうしの直交性は、オーバーヘッド削減によって保持されることが可能である。さらなるパイロットチャネルを導入することは、制御チャネルオーバーヘッドを増大させて、ひいてはデータ送信の効率を低下させる場合がある。その影響を軽減するために、指定されたデューティーサイクル内で送信が行われることを可能にするのみであるゲーテッド送信が採用されることが可能である。加えて、セル固有のパイロットチャネルの送信パワーがスケールダウンされることが可能である。そのようなケースにおいては、ＷＴＲＵは、ＲＲＣシグナリングを介してプライマリーＣＰＩＣＨとその他の（１または複数の）パイロットとの間におけるパワー差を知らされることが可能である。これは、ＷＴＲＵが、真のチャネルを推定するために送信パワーにおける差を補うことを可能にすることができる。

ＣＰＩＣＨは、ダウンリンクデータ送信のためにＷＴＲＵにおけるチャネル推定を補助するようにＵＭＴＳにおいて設計された共通パイロットチャネルである。２−Ｔｘ ＤＬ ＭＩＭＯにおいては、それぞれのアンテナは、共通パイロットチャネルを有することができ、それによってＷＴＲＵは、そのアンテナに関するチャネル推定値を計算することができる。このコンセプトは、それぞれのアンテナごとに別々の共通パイロットチャネルを伴って、４−Ｔｘ ＤＬ ＭＩＭＯ、またはさらに多くのアンテナへ拡張されることが可能である。４−Ｔｘ ＤＬ ＭＩＭＯがサポートされている場合には、４つの共通パイロットチャネルが、データ復調およびＣＳＩの測定の両方のために送信され使用されることが可能である。４つを超えるアンテナが構成されている場合にも、同様のコンセプトが当てはまることが可能である。

ＣＰＩＣＨのうちのそれぞれは、一意のチャネライゼーションコードを使用して拡散されることが可能である。チャネライゼーションコードどうしは直交しているため、ＷＴＲＵは、それぞれのアンテナごとに一意のチャネル推定値を判断することができることが可能である。しかしながら、これは、その他の物理チャネルのための利用可能なコードの数を減らす場合があり、コード使用が問題になる場合がある。

コード使用に関連したあらゆる問題を回避するために、それぞれのＣＰＩＣＨは、直交パイロットシーケンスを送信すること、および同じチャネライゼーションコードを使用することが可能である。これは、チャネライゼーションコードおよび直交パイロットシーケンスのさまざまな組合せで使用されることが可能である。たとえば、４−Ｔｘ ＤＬ ＭＩＭＯにおいては、それぞれのＣＰＩＣＨは、直交パイロットシーケンスを送信することができ、４つのＣＰＩＣＨはすべて、同じチャネライゼーションコード（たとえば、Ｃ_256,0）、または２つの直交パイロットシーケンスおよび２つの別々のチャネライゼーションコードを伴って拡散されることが可能である。

アンテナごとに１つのＣＰＩＣＨを使用することに関連した別の潜在的な問題は、増大した制御チャネルオーバーヘッドの存在である。さらなるＣＰＩＣＨの影響を少なくするために、Ｎｏｄｅ−Ｂは、新たなＣＰＩＣＨを定期的に送信すること、および／またはそれらをレガシーＣＰＩＣＨよりも低いパワーで送信することが可能である。新たなＣＰＩＣＨは、より低いパワーで送信される場合には、ＣＳＩ測定のために使用されることが可能である。新たなＣＰＩＣＨがデータ復調のために必要とされる場合には、Ｎｏｄｅ−Ｂは、それらの新たなＣＰＩＣＨ上でパワーを増大させることができる。しかしながら、それが、正確なＣＳＩ測定のために行われる場合には、ＷＴＲＵは、ＣＰＩＣＨパワーにおける変化を知ることを必要とすることがある。また、ＣＰＩＣＨパワーを増大させることは、Ｎｏｄｅ−Ｂ間干渉を増大させる場合があり、ＷＴＲＵにおけるさらなるパイロット干渉除去を必要とする場合がある。

ともにスケジュールされる４ブランチＭＩＭＯおよびレガシー２ブランチＭＩＭＯシステムに関して、共通のパイロット設計を考慮することが可能である。ダウンリンク（２ブランチ）ＭＩＭＯが構成される場合には、２つのパイロットチャネルＰ−ＣＰＩＣＨおよびＳ−ＣＰＩＣＨは、２つの別々のチャネライゼーションコードを使用することができる。４ブランチＭＩＭＯが構成される場合には、４ブランチＭＩＭＯ ＷＴＲＵをともにスケジュールすることは困難である可能性があるが、レガシーＷＴＲＵは、仮想アンテナを使用することによって、４つの物理アンテナを使用することができ、４ブランチＭＩＭＯ ＷＴＲＵと、２つの物理アンテナのみを使用する２ブランチ ＷＴＲＵとは、ともにスケジュールされることが可能である。したがって、４ブランチ、またはそれを超えるＭＩＭＯが構成される場合には、Ｐ−ＣＰＩＣＨおよびＳ−ＣＰＩＣＨパイロットチャネル設定を、レガシー２ブランチＭＩＭＯによって必要とされるものと同じに保持しておくことが有益であることがある。それゆえに、４ブランチＭＩＭＯのケースに関しては、第３および第４の共通パイロットＣＰＩＣＨ３およびＣＰＩＣＨ４は、Ｐ−ＣＰＩＣＨおよびＳ−ＣＰＩＣＨとの間で２つのチャネライゼーションコードを共有することができ、その一方でパイロットビットパターンは、図１０において示されているように、Ｐ−ＣＰＩＣＨおよびＳ−ＣＰＩＣＨにおいて使用されているものと直交していることが可能である。図１０は、４つの共通パイロットチャネルに関する例示的な変調パターンおよびチャネライゼーションコード割り振りである。図１０における４つの共通パイロットチャネルは、Ｐ−ＣＰＩＣＨ１００１、Ｓ−ＣＰＩＣＨ１００２、ＣＰＩＣＨ３ １００３、およびＣＰＩＣＨ４ １００４である。Ｐ−ＣＰＩＣＨ１００１とＣＰＩＣＨ３ １００３は、チャネライゼーションコードＡを共有している。Ｓ−ＣＰＩＣＨ１００２とＣＰＩＣＨ４ １００４は、チャネライゼーションコードＢを共有している。

４ブランチＭＩＭＯ ＷＴＲＵとレガシー２ブランチＭＩＭＯ ＷＴＲＵとの間においてＰ−ＣＰＩＣＨおよびＳ−ＣＰＩＣＨパイロットチャネルを共有する代わりに、別の例は、既存のＰ−ＣＰＩＣＨおよびＳ−ＣＰＩＣＨパイロットチャネルの上に４つの新たな共通パイロットチャネルを導入することであると言える。このパイロット構成スキームの利点としては、レガシー２ブランチＭＩＭＯ ＷＴＲＵが４ブランチＭＩＭＯ ＷＴＲＵとともにスケジュールされることが可能であり、レガシー２ブランチＭＩＭＯ ＷＴＲＵは、４つの物理送信アンテナを同時にフルに活用することができる。４つの新たな共通パイロットチャネルが、ＣＰＩＣＨ１、ＣＰＩＣＨ２、ＣＰＩＣＨ３、およびＣＰＩＣＨ４とラベル付けされている場合には、Ｐ−ＣＰＩＣＨおよびＳ−ＣＰＩＣＨの構成は、図１０において示されているようなレガシー２ブランチＭＩＭＯ ＷＴＲＵの場合と同じであると言える。

図１１は、６つの共通パイロットチャネルに関する第１の例示的な変調パターンおよびチャネライゼーションコード割り振りである。図１１における６つの共通パイロットチャネルは、Ｐ−ＣＰＩＣＨ１１０１、Ｓ−ＣＰＩＣＨ１１０２、ＣＰＩＣＨ１ １１０３、ＣＰＩＣＨ２ １１０４、ＣＰＩＣＨ３ １１０５、およびＣＰＩＣＨ４ １１０６である。ＣＰＩＣＨ１ １１０３とＣＰＩＣＨ２ １１０４は、チャネライゼーションコードＣを共有している。ＣＰＩＣＨ３ １１０５とＣＰＩＣＨ４ １１０６は、チャネライゼーションコードＤを共有している。ＣＰＩＣＨ１とＣＰＩＣＨ２との間における直交性、およびＣＰＩＣＨ３とＣＰＩＣＨ４との間における直交性は、図１１において示されているように、２つの直交パイロットパターンを適用することによって保証されることが可能である。

図１２は、６つの共通パイロットチャネルに関する第２の例示的な変調パターンおよびチャネライゼーションコード割り振りである。図１２における６つの共通パイロットチャネルは、Ｐ−ＣＰＩＣＨ１２０１、Ｓ−ＣＰＩＣＨ１２０２、ＣＰＩＣＨ１ １２０３、ＣＰＩＣＨ２ １２０４、ＣＰＩＣＨ３ １２０５、およびＣＰＩＣＨ４ １２０６である。ＤＬチャネライゼーションコードの使用を省くために、新たな４つの共通パイロットチャネルＣＰＩＣＨ１ １２０３およびＣＰＩＣＨ２ １２０４、ＣＰＩＣＨ３ １２０５およびＣＰＩＣＨ４ １２０６は、同じチャネライゼーションコードＣを共有しており、その一方で、それらの４つの新たなパイロットチャネルどうしの間における直交性は、表１において示されているような直交パイロットシーケンスを使用することによって保持されることが可能である。

ＷＴＲＵ固有のパイロットチャネルは、セル固有のパイロットチャネルと同様の方法で生成されることが可能である。ＷＴＲＵ固有のパイロットチャネルと、セル固有のパイロットチャネルとの間における差は、ＷＴＲＵ固有のパイロットチャネルが、特定のＷＴＲＵまたはＷＴＲＵの特定のグループにサービス提供するために導入されるということである。したがって、ＷＴＲＵ固有のパイロットチャネルは、そのＷＴＲＵに関するチャネル状況から入手されたプリコーディングウェイトを用いてプリコードされることが可能である。ＷＴＲＵ固有のパイロットチャネルは、１つのセルから送信されること、または複数のセルから共同で（ｊｏｉｎｔｌｙ）送信されることが可能である。データ復調のためには、ストリームごとに１つのパイロットが必要とされることが可能であり、その一方で、ＣＳＩ報告の目的では、アンテナごとに１つのパイロットが必要とされることが可能である。

たとえば、それぞれのスケジュールされた４ブランチＭＩＭＯ ＷＴＲＵごとに、最大で４つのＷＴＲＵ固有のパイロットチャネルが送信されることを必要とすることができ、４ブランチＭＩＭＯ ＷＴＲＵおよび２ブランチＭＩＭＯ ＷＴＲＵが同じサブフレームにおいてともにスケジュールされることが可能になるように４ブランチＭＩＭＯをレガシー２ブランチＭＩＭＯ ＷＴＲＵにとって完全にトランスペアレントにする目的での４ブランチＭＩＭＯ ＷＴＲＵのためのＣＳＩフィードバック生成のために４つの新たな共通パイロットチャネルが必要とされることも可能である。しかしながら、これは、パイロットチャネルを符号分割多重化することがチャネライゼーションコードに基づいている場合には、ダウンリンクにおいてかなりの量のチャネライゼーションコードを必要とする場合がある。４つの新たな共通パイロットチャネルに関しては、それらのチャネルは、ＷＴＲＵ固有のパイロットチャネルよりも低いデューティーサイクルで送信されることが可能であり、したがってそれらは、時分割多重化様式で送信されることが可能であり、それによって、それらのチャネルは、共通チャネライゼーションコードを共有することができる。

以降で説明される実施形態のうちのいくつかは、ＷＴＲＵ固有のパイロットチャネルの送信に関して必要とされるチャネライゼーションコードの量を著しく削減することができる。

個別のチャネライゼーションコード（符号分割多重化された（ＣＤＭ））ソリューションの第１のファミリーは、ＷＴＲＵが個別のチャネライゼーションコードを介してパイロットシンボルを受信することから構成されることが可能である。一実施形態においては、ＷＴＲＵ固有のパイロットチャネルはすべて、１つの共通チャネライゼーションコードを介して送信されることが可能であり、それによって、ＷＴＲＵ固有のパイロットチャネルどうしは、その他のすべてのレガシーのダウンリンクチャネル、たとえばＰ−ＣＰＩＣＨ、Ｓ−ＣＰＩＣＨ、およびＨＳ−ＰＤＳＣＨなどと直交していることが可能である。それぞれのＷＴＲＵ内におけるＷＴＲＵ固有のパイロットどうしの直交性、および別々のＷＴＲＵの間におけるＷＴＲＵ固有のパイロットどうしの直交性は、同じチャネライゼーションコードのもとで直交パイロットシーケンスを使用することによって達成されることが可能である。この実施形態においては、パイロットリソースは、（ＲＲＣによって構成された、静的な）チャネライゼーションコードおよびパイロットシーケンスインデックスによって一意に識別されることが可能である。静的なチャネライゼーションコードを使用して、ＷＴＲＵは、パイロットシーケンスインデックスによって動的にシグナリングされることを必要とするだけであることが可能である。

別の実施形態においては、１つのサブフレーム内でともにスケジュールされているすべての４ブランチＭＩＭＯ ＷＴＲＵに関して、同じＷＴＲＵに属しているＷＴＲＵ固有のパイロットチャネルどうしは、そのＷＴＲＵに関連付けられている１つの共通チャネライゼーションコードを共有することができる。別々のＷＴＲＵの間におけるＷＴＲＵ固有のパイロットチャネルどうしの直交性は、同じサブフレームにおいてともにスケジュールされている別々のＷＴＲＵに別々のチャネライゼーションコードを適用することによって達成されることが可能である。この実施形態は、ともにスケジュールされている４ブランチＭＩＭＯ ＷＴＲＵの数が多くないケースに適していると言える。この実施形態の利点は、４つの直交パイロットシーケンスで十分であり、Ｎｏｄｅ−Ｂによって使用されるパイロットシーケンスを用いてＷＴＲＵにシグナリングする必要性をなくすことができるということである。事前に定義されたパイロットシーケンスのセットが、すべてのＷＴＲＵに関して使用されることが可能である。そのようなケースにおいては、それぞれのパイロットリソースが、チャネライゼーションコードインデックスおよびパイロットシーケンスインデックスのペアを構成することができる一方で、チャネライゼーションコード（および送信ランク）のみがＷＴＲＵに動的にシグナリングされることが可能である。

別の実施形態においては、複数のＷＴＲＵ専用パイロットシーケンスが、チャネライゼーションコードおよびパイロットシーケンスの組合せを使用してＮｏｄｅ−Ｂによって送信されて、ＷＴＲＵによって受信されることが可能である。したがって、それぞれのパイロットリソースは、チャネライゼーションコードインデックスおよびパイロットシーケンスインデックスのペアから構成される。

この実施形態の一例においては、固定された数のパイロットシーケンスが定義され、それぞれのチャネライゼーションコードごとに再利用されることが可能である。したがって、パイロットリソースの総数は、チャネライゼーションコードの数と、定義されたパイロットシーケンスとの積によって与えられる。

別の実施形態においては、ＷＴＲＵは、ＲＲＣシグナリングを介して、専用パイロットに関するチャネライゼーションコードリソースのリストを受信することができる。次いでパイロットリソースは、チャネライゼーションコードリスト、およびそれぞれのチャネライゼーションコードに関するパイロットシーケンスインデックスの順にインデックスを付けるために編成されることが可能である。表２は、パイロットリソースインデックス付けの一例である。

表２は、複数のチャネライゼーションコードとパイロットシーケンスの組合せが利用可能である場合にパイロットリソースがどのようにしてインデックス付けされることが可能であるかの一例を示している。ここでは、Ｎ_ccは、ネットワークによってシグナリングされるチャネライゼーションコードの数であり、Ｎ_seqは、単一のチャネライゼーションコードに関してサポートされるパイロットシーケンスの最大数である。たとえば、単一のチャネライゼーションコードに関してサポートされるパイロットシーケンスの最大数は、仕様において事前に定義されること、またはＲＲＣシグナリングによって構成されることが可能である。

上述の実施形態の１つのケースにおいては、Ｎ_seq＝１であり、それぞれのチャネライゼーションコードは、１つのパイロットシーケンスのみを搬送することができる。上述の実施形態の別のケースにおいては、Ｎ_cc＝１であり、ひいては、すべてのパイロットシーケンスは、単一のチャネライゼーションコードを使用して搬送されることが可能である。

このリストへの記入を行うことに関連付けられるシグナリング負荷を軽減するために、ルールのセットが実施されることが可能であり、それによってパイロットリソースインデックスは、必ずしもシグナリングされず、むしろＲＲＣ信号の順序付けられたリストから推測される。たとえば、パイロットリソースインデックスは、シグナリングされたパイロットリソース情報の順序に基づいて推測されることが可能である。一例においては、ＷＴＲＵは、ＲＲＣシグナリングを介して専用パイロットチャネライゼーションコードのリストをシグナリングされる。仕様において固定されているか、またはネットワークによって（たとえば、やはりＲＲＣシグナリングを介して）シグナリングされるかにかかわらず、Ｎｓｅｑの知識に基づいて、ＷＴＲＵは、ＲＲＣシグナリングを介して受信されたチャネライゼーションコードリストの順序でパイロットリソースインデックスを判断することができる。

専用パイロットの送信のために使用される方法に応じて、関連付けられているデータ送信のために使用するパイロットリソースをＷＴＲＵが判断するための複数のアプローチが使用されることが可能である。わずかなシグナリングオーバーヘッドを有する一方で、リソースを効率よく割り当てるための十分な柔軟性を残すことが望ましい場合がある。

パイロット情報を判断するための方法は、「黙示的」表示方法および「明示的」表示方法として分類されることが可能である。これらの方法は、任意の適用可能な専用パイロットリソース割り当て方法とともに任意の順序または組合せで使用されることが可能である。

黙示的表示方法を使用している場合には、さらなるシグナリングは必要とされないと想定されることが可能であり、ＷＴＲＵは、固定されたルールに基づいてそれぞれのデータストリームごとにパイロット情報を判断すると想定されることが可能である。

黙示的表示の特定の一方法においては、ＷＴＲＵは、特定の専用パイロットリソース、または、専用パイロット使用のために構成されている１もしくは複数のＨＳ−ＳＣＣＨリソースもしくはＨＳ−ＳＣＣＨ番号にリンクされているリソースのセットを伴って、ＲＲＣ専用シグナリングを介して構成されることが可能である。ＷＴＲＵは、構成されているＨＳ−ＳＣＣＨリソースのうちの１つの上で自分の高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）無線ネットワークトランザクション識別子（Ｈ−ＲＮＴＩ）を検知した場合には、ＨＳ−ＳＣＣＨ構成との関連付けによって、関連付けられているＨＳ−ＰＤＳＣＨに関するパイロット情報を判断することができる。

この方法の一例においては、ＷＴＲＵは、パイロットシーケンスのセットを伴って事前に構成されることが可能である。たとえば、ＷＴＲＵは、サポートされるレイヤの最大数までを伴って事前に構成されることが可能である。ＷＴＲＵは、専用パイロットを伴うＨＳＤＰＡに関するＲＲＣ構成を受信することができる。示されるそれぞれのＨＳ−ＳＣＣＨリソースに関して、ＷＴＲＵは、関連付けられているパイロットチャネライゼーションコードを受信することもできる。別の例においては、パイロットチャネライゼーションコードは、ＲＲＣ仕様において指定されているような「ＨＳ−ＳＣＣＨ情報」ＩＥにおける「ＨＳ−ＳＣＣＨチャネライゼーションコード」ＩＥのもとで示されることが可能である。ＷＴＲＵは、ＨＳ−ＳＣＣＨにおいて自分のＨ−ＲＮＴＩを検知した場合には、ＨＳ−ＳＣＣＨ番号またはリソースとの関連付けによってパイロットリソースを判断することができる。より具体的には、ＷＴＲＵは、特定のＨＳ−ＳＣＣＨリソース上で自分のＨ−ＲＮＴＩを検知した場合には、そのＨＳ−ＳＣＣＨリソースに関連付けられているＩＥ構成インデックスから、関連付けられているＨＳ−ＳＣＣＨ番号を判断することができる。パイロットの数は、明示的に、または、たとえばＨＳ−ＳＣＣＨ上でシグナリングされるトランスポートブロックもしくはコードワードおよび関連付けられているレイヤの数の組合せに基づいて、判断されることが可能である。以降では、トランスポートブロックおよびコードワードは、交換可能に使用される。

この方法の別の例においては、ＷＴＲＵは、パイロットリソースのセットを伴って事前に構成されることが可能であり、それらのパイロットリソースは、順次インデックス付けされることが可能である（たとえば、表２を参照されたい）。ＷＴＲＵは、専用パイロットを伴うＨＳＤＰＡに関するＲＲＣ構成を受信することができる。示されるそれぞれのＨＳ−ＳＣＣＨリソースに関して、ＷＴＲＵは、ベースパイロットリソースインデックスを受信することもできる。ＷＴＲＵは、ＨＳ−ＳＣＣＨにおいて自分のＨ−ＲＮＴＩを検知した場合には、構成されているルックアップテーブルにおけるＨＳ−ＳＣＣＨ番号またはリソースに関連付けられているパイロットリソースインデックスを使用することによって、パイロットリソース情報（チャネライゼーションコード、パイロットシーケンス）を判断することができる。

ＨＳ−ＳＣＣＨ番号／リソースを伴って黙示的アプローチを使用することは、ＷＴＲＵにとって、ＨＳ−ＰＤＳＣＨを受信し始める前にパイロットリソースがわかるという利点を有することができる。

明示的方法を使用する場合には、ＷＴＲＵは、関連付けられているＨＳ−ＰＤＳＣＨ送信のためにどの（１または複数の）専用パイロットリソースを使用すべきかをＮｏｄｅ−Ｂによって明示的に示されることが可能である。

この方法の一例においては、ＷＴＲＵは、ＨＳ−ＳＣＣＨのパート１において専用パイロットリソース情報を受信することができる。たとえば、専用パイロットリソース情報は、パイロットリソースに対する１または複数のインデックスから構成されることが可能である。別の例においては、専用パイロットリソース情報は、専用パイロットチャネライゼーションコードを示す単一のインデックス、または専用パイロットチャネライゼーションコードに対するインデックスから構成されることが可能であり、そのケースにおいては、ＷＴＲＵは、パイロットシーケンスの既知の事前に定義されているセットと、ＨＳ−ＳＣＣＨにおけるその他のフィールドからシグナリングされるまたは判断されるレイヤの数とを使用することによって、使用すべき専用パイロットリソースのセットを判断することができる。これは、たとえば、ＷＴＲＵごとに単一のチャネライゼーションコードが専用パイロット送信のために使用される場合に適していることがある。あるいは、この専用パイロットリソース情報は、たとえば、ベースパイロットリソースインデックスを示す単一のインデックスから構成されることが可能であり、そのケースにおいては、ＷＴＲＵは、構成されているルックアップテーブルと、たとえばＨＳ−ＳＣＣＨにおけるその他のフィールドを使用して判断されるレイヤの数とを介して、使用すべき専用パイロットリソースのセットを判断することができる。

下記の例においては、最大で４つのパイロットがランク４送信のために必要とされることが可能であり、パイロット情報の最大で４つのセットがシグナリングされることが必要である。これは、たとえば直交パイロットシーケンスのセットの開始インデックスをシグナリングすることによって達成されることが可能であり、ＷＴＲＵは、Ｎｏｄｅ−Ｂからシグナリングされるランク情報を読み取ることによって、パイロットシーケンスのうちの残りの数またはインデックスを得ることができる。このアプローチは、Ｎｏｄｅ−Ｂが、連続したパイロットインデックスを使用すること、またはＷＴＲＵがパイロットインデックスを判断するための固定されたルールが定義されること、ならびにＷＴＲＵおよびＮｏｄｅ−Ｂの両方がパイロットインデックスのリストを認識していることを必要とすることが可能である。あるいは、Ｎｏｄｅ−Ｂは、直交パイロットシーケンスのセットの開始インデックスと、そのＷＴＲＵによって使用されることになる直交パイロットシーケンスの数との両方をシグナリングすることができる。このケースにおいては、直交パイロットシーケンスの数がランク表示として使用されることも可能である。したがって、Ｎｏｄｅ−Ｂがさらなるランク情報をＷＴＲＵにシグナリングする必要はないと言える。

図１３は、ランク表示を伴うパイロットインデックス付けの一例である。図１３は、パイロット１３０１を含む。開始ポイント１３０５は、パイロット１３０１（ａ）からの開始を示している。ランク情報１３１０は、ＷＴＲＵによって復調のために使用され、パイロット１３０１（ａ）から１３０１（ｂ）が復調のために使用されるべきであるということを示している。

図１３は、Ｎが直交パイロットリソースの最大利用可能数である一例を示している。この例においては、ＷＴＲＵは、パイロット＃１を指し示す開始インデックスと、３つのレイヤの復調のためにパイロットインデックス＃１〜３を使用するようにＷＴＲＵを導くそれらの３つのレイヤのランク情報とを示すことができる。インデックスのラップアラウンドが使用されることも可能である。この例は、ランク４を超える送信をサポートするように拡張されることが可能であり、その場合、Ｎｏｄｅ−ＢおよびＷＴＲＵは、より多くの数のアンテナをサポートする。

ＨＳ−ＳＣＣＨを受信した後に、ＷＴＲＵは、関連付けられているＨＳ−ＰＤＳＣＨにおけるトランスポートブロックの数、およびそれぞれのトランスポートブロックに関するレイヤの数を判断することができる。それぞれのトランスポートブロックに関するレイヤの数は、固定されたルールと、ＨＳ−ＳＣＣＨ上でシグナリングされる明示的な情報との組合せによって判断されることが可能である。

一例においては、それぞれのトランスポートブロックは、仕様によって単一のレイヤに制限されることが可能である。その結果、トランスポートブロックの数と、レイヤの数との間には、１対１のマッピングが存在する。ＷＴＲＵは、トランスポートブロックの数またはレイヤの数に関する情報をＨＳ−ＳＣＣＨにおいて（好ましくはパート１において）受信することができる。

次いでＷＴＲＵは、それぞれのトランスポートブロックを、ＨＳ−ＳＣＣＨにおいて（たとえば、ＲＲＣシグナリングを介して構成される、または仕様における）専用パイロットインデックスの順序で所与のレイヤにシグナリングされる情報に関連付けることができる。たとえば、ＷＴＲＵは、たとえばＲＲＣ構成を介して、パイロットリソースのセットを伴って構成されることが可能である。特定の一例においては、パイロットリソース構成は、パイロットリソースのテーブルに対する開始インデックスから構成されることが可能である。次いで、所与の送信タイムインターバル（ＴＴＩ）について、ＷＴＲＵは、ＨＳ−ＰＤＳＣＨがＮ個のレイヤを搬送していることをＨＳ−ＳＣＣＨを介して示されうる。ＷＴＲＵは、レイヤの数およびパイロットリソース構成に基づいてそれぞれのレイヤとパイロットとの間における関連付けをさらに判断することができる。たとえば、レイヤ１は、セット内の第１のパイロットに関連付けられることが可能であり、レイヤ２は、セット内の第２のパイロットに関連付けられることが可能である、といった具合である。

別の例においては、それぞれのトランスポートブロックは、２つ以上のレイヤを使用して搬送されることが可能である。実際のトランスポート構成は、仕様によって制限されることが可能である。

表３は、最大で４つの同時トランスポートブロックを伴う、トランスポートブロックからレイヤの数へのマッピングの一例である。

表３は、最大で４つの同時トランスポートブロックを伴う、複数の可能なトランスポート構成またはトランスポートブロックからレイヤの数へのマッピングをリストアップしているテーブルを含む。実際には、サポートされる構成のセットは、表３においてリストアップされているものよりも小さいことが可能である。

１つの実際的な例または構成の削減においては、ＷＴＲＵは、それぞれのＴＴＩにおいて２つのトランスポートブロックに制限されることが可能であり、したがって、それぞれのトランスポートブロックは、最大で２つのレイヤによって搬送されることが可能である。表４は、最大で４つのレイヤを伴う最大で２つの同時トランスポートブロックに関する削減された構成セットの一例である。

表４は、表３から得られたこのコンセプトの一例を示しており、この場合、４つの送信構成のみがサポートされている。第１および第２のトランスポートブロックに関するレイヤの数（それぞれ、Ｌ₁、Ｌ₂）が、最後の列において示されている。

別の例においては、最大で２つのトランスポートブロックが、単一のコードワードへと多重化されることが可能である。この例においては、コードワードは、トランスポートブロックと必ずしも同じとは限らない。単一のトランスポートブロックを含むコードワードは、単一のレイヤを伴って送信されることが可能であり、その一方で、２つのトランスポートブロックを含むコードワードは、２つのレイヤを使用して送信されることが可能である。４ＤＬ−ＭＩＭＯのコンテキストにおいては、ＷＴＲＵは、最大で２つのコードワードを受信するように構成されることが可能である。

この例においては、ＷＴＲＵは、トランスポートブロックまたはコードワードの数およびレイヤの数をＨＳ−ＳＣＣＨにおいて、好ましくはパート１において示されることが可能である。次いでＷＴＲＵは、それぞれのトランスポートブロックを専用パイロットインデックスの順序で１つまたは２つのレイヤに関連付けることができる。この関連付けは、たとえば、テーブルルックアップを使用してＷＴＲＵによって実行されることが可能である。

一例においては、ＷＴＲＵは、ルールの固定されたセットを使用して、ＨＳ−ＳＣＣＨ、好ましくはパート１における示されているコードワードの数およびレイヤの数に基づいてトランスポートブロックの数を判断することができる。

より一般的には、ＷＴＲＵは、インデックス付けされることが可能である専用パイロットのセットを伴って構成されると想定されることが可能である。このインデックス付けは、たとえば、上述の方法のうちの任意の１つまたは組合せを使用して達成されることが可能である。そしてｐ_l,kを、トランスポートブロックインデックスｌ＝０，１，．．．，Ｎ_tbのレイヤインデックスｋ＝０，１，．．．，Ｎ_Lに関連付けられている専用パイロットインデックスとし、この場合、Ｎ_LおよびＮ_tbは、トランスポートブロックあたりのレイヤの最大数、およびサブフレームに関する同時トランスポートブロックの最大数である。さらに、ＷＴＲＵは、専用パイロットベースインデックスオフセットｂを動的に受信すると想定されることが可能である。

一実施形態においては、パイロットどうしは、はじめにトランスポートブロック、次いでそれぞれのトランスポートブロックに関するレイヤ、という順序で関連付けられることが可能である。たとえば、それぞれが２つのレイヤを伴う２つのトランスポートブロックが送信される場合には、そのＷＴＲＵに関する第１および第２の専用パイロットは、それぞれ第１のトランスポートブロックの第１および第２のレイヤに関連付けられることが可能であり、第３および第４の専用パイロットは、それぞれ第２のトランスポートブロックの第１および第２のレイヤに関連付けられることが可能である。

この例示的なアプローチにおいては、レイヤｌまたはトランスポートブロックｋに関連付けられている専用パイロットインデックスは、下記のように表されることが可能である。

この式は、レイヤの最大数が第１のブロックに割り当てられ、その後に、別のトランスポートブロックがレイヤを割り当てられることが可能になるということを意味することができる。あるいは、トランスポートブロックｋに関するレイヤの数は、Ｎ_L,kとして表されることが可能であり、パイロットインデックスを表す下記の式は、その制約を被らない。

あるいは別のアプローチにおいては、パイロットどうしは、はじめにそれぞれのトランスポートブロックに関するレイヤの順序で関連付けられることが可能である。たとえば、それぞれが２つのレイヤを伴う２つのトランスポートブロックが送信される場合には、そのＷＴＲＵに関する第１および第２の専用パイロットは、それぞれ第１および第２のトランスポートブロックの第１のレイヤに関連付けられることが可能である。第３および第４の専用パイロットは、それぞれ第１および第２のトランスポートブロックの第２のレイヤに関連付けられることが可能である。

同様に、この例示的なアプローチにおいては、レイヤｌまたはトランスポートブロックｋに関連付けられている専用パイロットインデックスは、下記のように表されることが可能である。

この式は、レイヤどうしがそれぞれのＴＢに順番に割り当てられることを確実にすることができる。最後に、便宜のために、専用パイロットインデックスのラップアラウンドが使用されることも可能であり、そのようなケースにおいては、実際のインデックスｐ_l,k’は、モジュロ演算を介して、たとえば下記のようにして判断されることが可能である。

別の実施形態においては、ＷＴＲＵ固有のパイロットは、ＨＳ−ＰＤＳＣＨチャネルと時分割多重化されることが可能である。図１４は、ＷＴＲＵ固有のパイロットをＨＳ−ＰＤＳＣＨと時分割多重化することの一例である。図１４は、スロット＃０ １４０１（ａ）、スロット＃１ １４０１（ｂ）、およびスロット＃２ １４０１（ｃ）を含んでいる。スロット＃１ １４０１（ｂ）は、データ１４０５およびパイロット１４１０を含んでいることを示すために拡大されている。パイロット１４１０は、スロット＃１ １４０１（ｂ）の真ん中に挿入されている。図１４は、パイロットがＨＳ−ＰＤＳＣＨサブフレームのそれぞれのスロットの真ん中に挿入されている一例を示している。

マルチコード送信が可能であり、その場合、複数のチャネライゼーションコードがＨＳ−ＰＤＳＣＨ送信のために単一のＷＴＲＵに割り振られることが可能であるため、ＷＴＲＵ固有のパイロットは、図１５において示されているように、割り振られているチャネライゼーションコードのうちの１つの上で送信されることを必要とすることができ、その一方で、その他の割り振られているチャネライゼーションコード上のＨＳ−ＰＤＳＣＨチャネルは、レガシーの方法で送信される。図１５は、ＷＴＲＵ固有のパイロットを１つのチャネライゼーションコード上のＨＳ−ＰＤＳＣＨと時分割多重化することの一例である。図１５は、チャネライゼーションコード＃１ １５２０からコード＃１５ １５３０を示している。チャネライゼーションコード＃１ １５２０においては、スロット＃０ １５０１（ａ）、＃１ １５０１（ｂ）、および＃２ １５０１（ｃ）が、ＨＳ−ＰＤＳＣＨサブフレームのデータ１５０５どうしの間に挿入されたパイロット１５１０を含んでいる。チャネライゼーションコード＃２ １５２５からコード＃１５ １５３０は、それぞれのＨＳ−ＰＤＳＣＨサブフレーム内にデータ１５０５を含んでいるだけである。

あるいは、ＷＴＲＵ固有のパイロットは、割り振られているチャネライゼーションコードのうちの１つの上で送信されることが可能であり、その他の割り振られているチャネライゼーションコード上のＨＳ−ＰＤＳＣＨのパイロット部分は、送信されないか、または図１６において示されているように不連続送信される（ＤＴＸされる）。図１６は、ＷＴＲＵ固有のパイロットを１つのチャネライゼーションコード上のＨＳ−ＰＤＳＣＨと時分割多重化すること、およびその他のすべてのチャネライゼーションコード上のＨＳ＿ＰＤＳＣＨのパイロット部分を不連続送信することの一例である。図１６は、チャネライゼーションコード＃１ １６２０からコード＃１５ １６３０を示している。チャネライゼーションコード＃１ １６２０においては、スロット＃０ １６０１（ａ）、＃１ １６０１（ｂ）、および＃２ １６０１（ｃ）が、ＨＳ−ＰＤＳＣＨサブフレームのデータ１６０５どうしの間に挿入されたパイロット１６１０を含んでいる。チャネライゼーションコード＃２ １６２５からコード＃１５ １６３０は、それぞれのＨＳ−ＰＤＳＣＨサブフレームにおけるデータ１６０５どうしの間に挿入された不連続送信（ＤＴＸ）１６１５を含んでいる。

あるいは、ＷＴＲＵ固有のパイロットは、図１７において示されているように、それぞれの割り振られているチャネライゼーションコード上のＨＳ−ＰＤＳＣＨと時分割多重化されることが可能である。図１７は、ＷＴＲＵ固有のパイロットをすべての割り振られているチャネライゼーションコード（最大で１５個）の上のＨＳ−ＰＤＳＣＨと時分割多重化することの一例である。図１７は、チャネライゼーションコード＃１ １７２０からコード＃１５ １７３０を示している。チャネライゼーションコード＃１ １７２０からコード＃１５１７３０においては、スロット＃０ １７０１（ａ）、＃１ １７０１（ｂ）、および＃２ １７０１（ｃ）が、ＨＳ−ＰＤＳＣＨサブフレームのデータ１７０５どうしの間に挿入されたパイロット１７１０を含んでいる。

あるいは、パイロットシンボルどうしは、１つのコード上で、またはすべてのチャネライゼーションコードにわたって、ＨＳ−ＰＤＳＣＨにおける無線スロットを介して均一に拡散されることが可能である。任意の数のパイロットシンボル（Ｎ_pilot）が、所与のＨＳ−ＰＤＳＣＨ無線スロット内に挿入されることが可能である。

表５は、無線スロットあたりのさまざまな数のパイロットシンボルに関するトラフィック対パイロット比の一例である。

表５は、拡散係数（ＳＦ）での（１つの無線スロットに関する）パイロット数のそれぞれの値に関する結果として得られるトラフィック対パイロットパワー比（Ｔ／Ｐ）＝１６ＨＳ−ＰＤＳＣＨであるということを示している。４、５、６、８、９、１２、および１５というパイロットシンボル数は、使用されることが可能である値の１つの例示的なサブセットに対応するエントリーである。これらの値は、１０、１１、１２、．．．１６ｄＢのＴ／Ｐに対応するエントリーを、アップリンクに関して現在定義されているものとして見出すことによって入手された。これらの値は、単一のコードに関する単一の無線スロットに関するものである。リストアップされているＴ／Ｐを達成するためには、対応するパイロット数が、それぞれのチャネライゼーションコード上に、およびサブフレームにおけるすべてのスロットに関して挿入されなければならない。

すべてのパイロットシンボルを（図１７によって示されているように）単一のチャネライゼーションコード上で搬送させることが、ハードウェア処理の観点からは、より好都合である場合があるため、パイロットを搬送するチャネライゼーションコード上に存在するパイロットシンボルの数は、送信のために使用されているＨＳ−ＰＤＳＣＨコードの実際の数に依存することができる。一方法においては、ＷＴＲＵは、たとえば、特定のＴ／Ｐに関するＲＲＣシグナリングを介して構成されることが可能である。そして、ＨＳ−ＰＤＳＣＨコードにおけるすべてのシンボルに関して同じパイロットパワーおよび変調スキームを想定すると、ＷＴＲＵは、使用されるパイロットの実際の数を判断することができる。

たとえば、Ｎ_ch ＨＳ−ＰＤＳＣＨコードが使用されている（Ｎｃｈ＝１，．．．，１５）と想定すると、ＷＴＲＵは、下記の式を介して、パイロットシンボルを搬送するＨＳ−ＰＤＳＣＨコード上での（１つの無線スロットに関する）パイロットシンボルの数Ｎ_pilotを判断することができる。

この場合、１６０は、１つの無線スロットにおけるＳＦの数＝１６シンボルに対応し、ＴＰは、ｄＢで表されたＴ／Ｐである。式（５）においては下限演算が示されているが、パイロットシンボルの数を判断するために、上限、または最も近い整数への切り上げが使用されることも可能である。

ＷＴＲＵは、Ｔ／Ｐのそれぞれの可能な構成に関するパイロットシンボルの数と、送信されるＨＳ−ＰＤＳＣＨコードの数とを示す固定されたテーブルを伴って構成されることも可能である。表６は、それぞれのＴ／Ｐに関するパイロットの数と、ＨＳ−ＰＤＳＣＨコードの数との構成の例示的なテーブルである。

表６は、（式（５）を使用して得られた）そのような構成テーブルの一例を示している。「Ｘ」を用いて示されているエントリーは、単一のコードを使用して利用可能であるものよりも多くのパイロットシンボルを必要とすることができ、それによって、使用されることが不可能である。任意選択で、それらのエントリーに関しては、ＷＴＲＵは、パイロットシンボルの最大数（すなわち、１６０）を使用して送信を行うように構成されることが可能である。

ネットワークは、ＷＴＲＵ固有のパイロットチャネルと、データチャネル（ＨＳ−ＰＤＳＣＨ）との間におけるパワー比をＷＴＲＵへシグナリングすることもできる。これは、たとえば、ＲＲＣシグナリングまたはその他の手段を介して実行されることが可能である。ＷＴＲＵにおけるＣＱＩ評価を支援するために、次のパワー比のうちの１つまたは任意の組合せが、ＲＲＣシグナリングを介してＮｏｄｅ−ＢからＷＴＲＵへシグナリングされることが可能であり、それらのパワー比とは、共通パイロットパワーと、ＷＴＲＵ固有のパイロットパワーとの間における比率、ＷＴＲＵ固有のパイロットパワーと、データパワーとの間における比率、および共通パイロットパワーと、データパワーとの間における比率である。

ＷＴＲＵ固有のパイロットチャネルに関する直交パイロットシーケンスの構築は、選択される拡散係数に依存することができる。拡散係数が２５６である場合には、共通パイロットチャネルに関する表１において示されているパイロットシーケンスが再利用されることが可能である。１２８という拡散係数が選択される場合には、４０というビット長を有する直交パイロットビットシーケンスのセットを構築するために、下記のアプローチが使用されることが可能である。

この場合、

および

この場合、１は、バイナリービット００にマップされており、−１は、バイナリービット１１にマップされている。これらのバイナリービットは、変調シンボルマッピングのために使用されることが可能である。

拡散係数が４である場合には、４という長さを有する４つの直交パイロットシンボルのセットが、下記のように定義されることが可能である。

この場合、それぞれの行は、１つのパイロットパターンを表しており、１は、バイナリービット００にマップされており、−１は、バイナリービット１１にマップされている。したがって、対応するパイロットビットシーケンスの長さは８である。この４シンボル長のパイロットは、８シンボルパイロットを構築するために使用されることが可能であり、その８シンボルパイロットは、下記のように定義される。

ネットワークは、制御チャネルのカバレッジを増大させるために複数のダウンリンク送信アンテナを利用することもできる。さらに、ＨＳ−ＤＳＣＨカバレッジを増大させるために、干渉を少なくするために、およびその特定の制御チャネルに関してさらに少ないパワーリソースを使用するために、プリコーディングまたはビームフォーミングがＨＳ−ＳＣＣＨに適用されることが可能である。

ＷＴＲＵが、プリコードされた制御チャネル情報、たとえばＨＳ−ＳＣＣＨを受信、復調、およびデコードするための方法が、プリコードされたパイロットおよび共通パイロットの両方のシナリオのコンテキストにおいて以降で説明される。それらの方法は、ＷＴＲＵがＨＳ−ＳＣＣＨを受信するというコンテキストにおいて説明されるが、その他のチャネルまたはその他のテクノロジーに当てはまることもできる。

一例においては、ＷＴＲＵは、プリコードされたパイロットを使用してＨＳ−ＳＣＣＨを受信するように構成されることが可能である。結果として、ネットワークによって使用されるパイロットパワーの量は、動的に適合および最適化されることが可能である。従来のシステムにおいては、ＨＳ−ＳＣＣＨは、共通パイロットを使用して復調されることが可能であり、ＷＴＲＵは、復調のために使用する拡散コードおよびパイロットシーケンスを認識している。プリコードされたパイロットとともに、パイロットリソースの新たなセットが復調の目的で使用されることを必要とすることができる。どのパイロットリソース（すなわち、チャネライゼーションコード、パイロットシーケンス）を使用すべきかを判断するためにＷＴＲＵにおいて使用するための方法が、ここで説明される。

方法の第１のセットにおいては、ＷＴＲＵは、ＨＳ−ＳＣＣＨ、および任意選択で、関連付けられているＨＳ−ＰＤＳＣＨをデコードするための特定のパイロットリソースまたはリソースのセットを伴って構成される。一例においては、ＷＴＲＵは、ＲＲＣシグナリングを介してその構成を受信することができる。次いでＷＴＲＵは、その構成されているパイロットリソースを使用してＨＳ−ＳＣＣＨを復調およびデコードすることを試みることができる。

リソース割り当ての観点から、ＲＮＣは、別々のパイロットリソースをそれぞれのＷＴＲＵに割り当てることができる。しかしながら、このアプローチは、多数のチャネライゼーションコードを消費する場合があり、非効率的である場合がある。なぜなら、ＷＴＲＵのうちのごく一部しか、任意の所与のＴＴＩ上でＨＳ−ＤＳＣＨ送信を受信することを期待されていないためである。

パイロットリソース割り当ての効率を改善するために、同じパイロットリソースまたはパイロットリソースのセットを２つ以上のＷＴＲＵに割り当てることが有利である場合がある。それぞれのパイロットリソースは、一度に単一のＷＴＲＵのために使用されることのみが可能である。ＷＴＲＵは、別々のレイヤのチャネル推定のためにそれぞれのパイロットリソースを使用することができる。パイロットリソースとレイヤとの関連付けは、たとえば、ＷＴＲＵおよびＮｏｄｅ Ｂの両方によって知られている固定されたルールに基づいて構成可能であること、または黙示的であることが可能である。

できるだけ多くのＷＴＲＵがＨＳ−ＳＣＣＨを伴ってスケジュールされることを可能にするために、パイロットリソースの同じセットが、それぞれのＷＴＲＵごとに潜在的に異なるパイロット／レイヤ関連付けを伴って２つ以上のＷＴＲＵに割り当てられることが可能である。これは、それぞれのＷＴＲＵごとに使用される実際のパイロットリソースが同時に同じになることはないという条件で、単一のＴＴＩにおいて設定された同じパイロットリソースから２つ以上のＷＴＲＵを潜在的にスケジュールするための、たとえばＭＵ−ＭＩＭＯオペレーションのためのさらなる柔軟性をＮｏｄｅ Ｂに提供することができる。

表７は、複数のＷＴＲＵへの潜在的なパイロットリソース割り当ての一例である。

それぞれのＷＴＲＵは、パイロットリソースのセット（この例においては、Ｐ０からＰ３）を伴って構成されることが可能であり、それぞれのパイロットリソースは、特定のレイヤに関連付けられることが可能である。この例においては、それらのレイヤは、Ｌ０、．．．、Ｌ３であり、ＨＳ−ＳＣＣＨは、Ｌ０にさらに関連付けられている。それぞれのＷＴＲＵが、パイロットリソースの同じセットを伴って構成される一方で、それぞれのリソースは、別々のレイヤに関連付けられることが可能である。

パイロットリソースおよびＷＴＲＵの数は、表７において示されているものとは異なることが可能である。たとえば、パイロットリソースからレイヤへの関連付けは、互いに排他的ではないことが可能である。

ＨＳ−ＳＣＣＨ受信の信頼性をさらに改善するために、ＨＳ−ＳＣＣＨは、最良の信号品質を有するレイヤ上に配置されることが可能である。Ｎｏｄｅ Ｂは、パイロットリソースからレイヤへの関連付けを実行する場合には、ＨＳ−ＳＣＣＨに関連付けられているパイロットリソースを、最良のＣＱＩレポートまたは別のタイプのパフォーマンス測定を有するプリコーディングウェイトに適用することをさらに必要とされることが可能である。たとえば、表７においては、ＷＴＲＵ₁は、Ｐ０を自分の最良のレイヤに割り振ることができ、ＷＴＲＵ₄は、Ｐ３を自分の最良のレイヤ上で送信させることができる。

方法の第２のセットにおいては、ＷＴＲＵは、モニタするためのＨＳ−ＳＣＣＨコードのセットを伴って構成されることが可能であり、それぞれのＨＳ−ＳＣＣＨコードごとに１または複数の関連付けられているパイロットリソースが存在することが可能である。ＷＴＲＵは、復調およびチャネルフィルタリングのための関連付けられているパイロットを使用してそれぞれの構成されているＨＳ−ＳＣＣＨコードをデコードすることを試みる。

制御チャネル復調の目的でネットワークによって確保されるパイロットリソースの数は、ＨＳ−ＳＣＣＨコードの数と同じ程度であるため、関連付けられているＨＳ−ＰＤＳＣＨのために使用されるパイロットリソースは、ＨＳ−ＳＣＣＨのために使用されるパイロットリソースとは異なることが可能である。結果として、Ｎｏｄｅ Ｂは、異なるプリコーディングウェイトを伴ってＨＳ−ＳＣＣＨを送信することができる。

図１８は、ＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨの復調のためのパイロットリソース割り当ての一例である。図１８は、ＨＳ−ＳＣＣＨ１８０１およびＨＳ−ＰＤＳＣＨ１８０２を含んでいる。それぞれのチャネル１８０１および１８０２は、パイロットリソース＃０および＃１を含んでいる。パイロットリソース＃０は、Ｐ０ １８０４に対応しており、パイロットリソース＃１は、Ｐ１ １８０３に対応している。

関連付けられているＨＳ−ＰＤＳＣＨのために使用されるパイロットリソースは、ＨＳ−ＳＣＣＨのために使用されるパイロットリソースと同じであることも可能である。ＨＳ−ＳＣＣＨおよび関連付けられているＨＳ−ＰＤＳＣＨは、時間において重なるため、同じパイロットリソースが、隣接するＴＴＩどうしにおいて使用されることは不可能である。これは、それぞれのＨＳ−ＳＣＣＨコードごとにパイロットリソースの２つのセットを割り当てて、それらを時間で交代に使用することによって達成されることが可能である。適切な構成が存在するという条件で、これは、パイロットリソースコリジョンを防止することができる。ＷＴＲＵは、それぞれのＨＳ−ＳＣＣＨごとにパイロットリソースの２つのセットを伴って構成されることが可能であり、ＷＴＲＵは、固定されたルールに従って、ＨＳ−ＳＣＣＨ、および存在する場合には、関連付けられているＨＳ−ＰＤＳＣＨを復調するために、それらを時間で交代に使用することができる。図１８は、Ｐ０およびＰ１が、特定のＨＳ−ＳＣＣＨコードに関する２つのパイロットリソースであるということを示している。

図１９は、送信の存在下でのパイロットリソースモニタリングの一例である。図１９は、ＨＳ−ＳＣＣＨ１９０１およびＨＳ−ＰＤＳＣＨ１９０２を含んでいる。それぞれのチャネル１９０１および１９０２は、パイロットリソース＃０および＃１を含んでいる。パイロットリソース＃０は、Ｐ０ １９０４に対応しており、パイロットリソース＃１は、Ｐ１ １９０３に対応している。

ＷＴＲＵ処理を簡略化するためのさらなるルールが使用されることが可能である。たとえば、ＷＴＲＵは、ＨＳ−ＰＤＳＣＨ上の関連付けられているデータとともに実際のＨＳ−ＳＣＣＨを受信した場合には、後続の連続したＨＳ−ＤＳＣＨ送信上でのチャネル推定のために同じパイロットリソースを使用することができる。これは、ＷＴＲＵチャネル推定手順を簡略化することができる。なぜなら、後続の送信中に（別々のパイロットリソースからの）２つの別々のチャネル推定を追跡把握する必要性をなくすことができるためである。したがって、ＷＴＲＵは、ＨＳ−ＳＣＣＨ上で自分のＨ−ＲＮＴＩを成功裏にデコードした場合には、次なるＴＴＩ上でＨＳ−ＳＣＣＨを復調するために同じパイロットリソースを使用することができる。次なるＴＴＩが、そのＷＴＲＵのための送信を搬送しない場合には、ＷＴＲＵは、その後続のＴＴＩ上で、事前に定義されたパイロットリソーススケジュールに戻ることができる。

別の方法においては、ＷＴＲＵは、ＨＳ−ＳＣＣＨモニタリングのためのパイロットリソースのセットを伴って構成されることが可能であり、ＨＳ−ＳＣＣＨを無分別に復調することができる。ＷＴＲＵは、それぞれの構成されているＨＳ−ＳＣＣＨを、自分のＨ−ＲＮＴＩを検知するまでに、または検索をやり尽くすまでに構成されるそれぞれのパイロットリソースとともにデコードすることを試みることができる。

別の方法においては、ＷＴＲＵは、特定のＨＳ−ＳＣＣＨコードに関して使用するためのパイロットリソースを示すブロードキャストチャネルをモニタするように構成されることが可能である。

共通パイロットシナリオにおいては、ＷＴＲＵは、共通パイロットチャネルのセットに基づいてチャネルを推定するように構成されることが可能である。これは、リリース７からの従来のＭＩＭＯオペレーションと同様であり、この場合、Ｎｏｄｅ Ｂは、プリコードされたＨＳ−ＰＤＳＣＨチャネルを送信し、プリコーディングウェイトに対するインデックスをＷＴＲＵに示す。しかしながら、ここでは、ＨＳ−ＳＣＣＨは、セルカバレッジを改善するためにＮｏｄｅ Ｂによってプリコードされることも可能である。

ＷＴＲＵが、ＨＳ−ＳＣＣＨプリコーディングのために使用された実際のウェイトを演繹的に認識して、ＨＳ−ＳＣＣＨそのものの上のウェイトが十分ではない可能性があるということを示すことが、復調パフォーマンスの観点から好ましい場合がある。

第１の方法においては、ＷＴＲＵは、ＨＳ−ＳＣＣＨプリコーディングのために使用されることが可能であるプリコーディングウェイトのセットを伴って構成されることが可能である。一例においては、ＷＴＲＵは、構成されているセットにおけるそれぞれのプリコーディングウェイトを用いてＨＳ−ＳＣＣＨをデコードすることを試みることによって、ＨＳ−ＳＣＣＨプリコーディングウェイトを無分別に判断することができる。任意選択で、ＨＳ−ＰＤＳＣＨに関するＨＳ−ＳＣＣＨ上で示されるプリコーディングウェイトは、ＨＳ−ＳＣＣＨプリコーディングウェイトと同じであることが可能である。次いでＷＴＲＵは、ＨＳ−ＳＣＣＨに関する自分のプリコーディングウェイト推定が最初の段階で誤っている場合には、自分のチャネル推定に対する訂正を行うことができる。

第２の方法においては、ＷＴＲＵは、プリコーディングウェイトのセットと、ＨＳ−ＳＣＣＨプリコーディングウェイトに関するスケジュールについて記述する１または複数のパラメータとを伴って構成されることが可能である。それぞれのＨＳ−ＳＣＣＨサブフレームにおいては、ＷＴＲＵは、構成されているパラメータ、および潜在的に接続フレーム番号（ＣＦＮ）に基づいて、スケジュールされているＨＳ−ＳＣＣＨプリコーディングウェイトを判断することができる。ＷＴＲＵは、ＨＳ−ＳＣＣＨをデコードすることを試みるために、これらのウェイトを使用することができる。ここでは、ＷＴＲＵは、関連付けられているＨＳ−ＰＤＳＣＨを復調するために、異なるプリコーディングウェイト、たとえば、デコードされるＨＳ−ＳＣＣＨにおいて示されているプリコーディングウェイトを使用することができる。

第３の方法においては、ＷＴＲＵは、プリコーディングウェイトのセットを伴って構成されることも可能である。ＷＴＲＵは、特定のＨＳ−ＳＣＣＨサブフレームおよびＨＳ−ＳＣＣＨコードのために使用された実際のウェイトを、Ｎｏｄｅ Ｂからの別個の信号ブロードキャストに基づいて判断することができる。この新たな信号は、それぞれの構成されているＨＳ−ＳＣＣＨコードに関するプリコーディングウェイトインデックスを搬送する。

第４の方法においては、ＨＳ−ＳＣＣＨは、このＷＴＲＵに送信されたＨＳ−ＰＤＳＣＨの最後のサブフレームにおいて使用されたプリコーディングウェイトに従ってプリコードされることが可能である。ＷＴＲＵは、使用されたプリコーディングウェイトをメモリ内に格納して、次に来るＨＳ−ＳＣＣＨをデコードする際にそれを使用することを必要とされることが可能である。ここでは、ＷＴＲＵは、関連付けられているＨＳ−ＰＤＳＣＨを復調するために、同じまたは異なるプリコーディングウェイト、たとえば、デコードされるＨＳ−ＳＣＣＨにおいて示されているプリコーディングウェイトを使用することを許可されることが可能である。ＨＳ−ＳＣＣＨは、ダウンリンク送信の最初のサブフレームにおいて、またはＷＴＲＵが過大な時間にわたってアイドルである場合に、関連付けられているＨＳ−ＰＤＳＣＨサブフレームに関して搬送された同じプリコーディングウェイトを使用することによってプリコードされることが可能である。ここでは、ＨＳ−ＳＣＣＨの第１のサブフレームは、プリコーディングウェイトのブラインド検知によってデコードされることが可能である。

制御情報処理のための方法は、最大で２つのコードワードまたは４つのコードワードにわたるダウンリンク制御情報をシグナリングするための方法を含むことができる。

最大で２つのコードワードにわたるダウンリンク制御情報をシグナリングするために、非コードブックベースのＭＩＭＯ送信構造は、データ復調のために送信機において適用されたプリコーダをＷＴＲＵが知ることを必要としないことが可能である。その一方で、ＷＴＲＵは、コードブックベースのＭＩＭＯ送信のために復調およびデコードを行う目的で、そのような知識を必要とすることが可能である。コードブックベースのＭＩＭＯ送信および非コードブックベースのＭＩＭＯ送信の両方のためのシグナリング方法が、以降で論じられる。

前述したように、プリコーディング情報がＷＴＲＵへシグナリングされることを必要としないことが可能である。したがって、既存のＨＳ−ＳＣＣＨタイプ３のプリコーディングウェイト情報フィールドｘｐｗｉｐｂ１、ｘｐｗｉｐｂ２は、その他の目的で再利用されることが可能である。たとえば、変調スキームおよびトランスポートブロックの数情報フィールドｘｍｓ１、ｘｍｓ２、ｘｍｓ３と組み合わされて、プリコーディングウェイト情報フィールドは、ランク４までのランク情報をシグナリングするために使用されることが可能である。表８は、Ｘ_pwi、Ｘ_msの第１の例示的なマッピングである。

一例として、表８は、ランク情報をシグナリングするために、既存のウェイト情報フィールドｘｐｗｉｐｂおよび変調スキームおよびトランスポートブロックの数情報フィールドｘｍｓをどのように使用するかを示している。ウェイト情報フィールドｘｐｗｉｐｂは、トランスポートブロックの数が２である場合にランク情報（ランク２、３、または４）をシグナリングするために使用されることが可能である。既存のＨＳ−ＳＣＣＨタイプ３チャネルのパート２上には、まったく変化がなくてもよい。この例の利点は、ＷＴＲＵ側においては、ＨＳ−ＳＣＣＨタイプ３チャネルのデコーディング上に非常にわずかな変化しかなくてもよいということである。変化は、４ブランチＤＬ ＭＩＭＯが構成される場合のｘｐｗｉｐｂフィールドの再解釈だけでよい。

変調スキームおよびランクには、合計で２１個の異なる組合せがあるため、それらのすべてを伝達するには、５ビットの情報で十分であると言える。表９は、Ｘ_pwi、Ｘ_msの第２の例示的なマッピングである。

表９において示されている別の例として、ｘｐｗｉｐｂフィールドおよびｘｍｓフィールドの両方が、ランクおよび変調スキームをシグナリングするために合計５ビットで使用されることが可能であり、したがって、変調またはランク情報をシグナリングするためにＸ_ccs,7を使用する必要性をなくすことができ、チャネライゼーションコードとセットとのマッピングは、下記のように定義されることが可能である。

コードＯで開始するＰ個の（マルチ）コードが与えられた場合には、情報フィールドは、最初の３つのビット（符号グループインジケータ）に関して整数の符号なし２進数表示を使用して計算されることが可能であり、それらの３つのビットのうちのｘ_ccs,1は、下記の式を使用したＭＳＢである。

情報フィールドは、最後の４つのビット（符号オフセットインジケータ）に関して整数の符号なし２進数表示を使用して計算されることが可能であり、それらの４つのビットのうちのｘ_ccs,4は、下記の式を使用した最上位ビット（ＭＳＢ）である。

既存のチャネライゼーションコードセットマッピングアルゴリズムと比較した場合に、この方法は、既存の方法におけるようなＨＳ−ＳＣＣＨ番号を介したＰおよびＯの選択上の制約をまったく課さないことが可能であり、ひいては、スケジューリングの柔軟性を高めることができる。

リリース７ダウンリンクＭＩＭＯにおいては、それぞれのトランスポートブロックは、単一のレイヤにマップされる。ダウンリンク上での最大で４つのレイヤのサポートを伴って、単一のトランスポートブロックが、２つのレイヤを介して、単独で、または（たとえば、１つもしくは２つの異なるレイヤ上の）別のトランスポートブロックと組み合わせて搬送されることが可能である。

表１０は、Ｘ_pwi、Ｘ_msの第３の例示的なマッピングである。

表１０は、表８から得られた代替マッピングの一例を示している。

表１１は、Ｘ_pwi、Ｘ_msの第４の例示的なマッピングである。

表１１は、表９から得られた代替マッピングの一例を示している。

別の代替案においては、トランスポートブロックが１つまたは２つのレイヤを伴って搬送されることのみが可能であり、２つのトランスポートブロックが送信される場合には、Ｎｏｄｅ−Ｂは、３つまたは４つのレイヤを使用することができると想定されることが可能である。そのような制約を伴うと、Ｘ_pwiの単一のビットが、ランクをシグナリングするために必要とされることが可能であり、その他のビットは、その後の使用のために確保されることが可能である。表１２は、Ｘ_pwi、Ｘ_msの第５の例示的なマッピングである。

表１３は、Ｘ_pwi、Ｘ_msの第６の例示的なマッピングである。

表１３は、表１２から得られた代替マッピングの別の例を示しており、その一方で、表９および１１においては、Ｘ_ccs,7は、変調フォーマットを示すために使用されてはいない。この例においては、Ｘ_pwiの両方のビットが必要とされることが可能である。それらのビットのうちの１つは、変調スキームおよびトランスポートブロックの数を区別するために使用されることが可能であり、Ｘ_ccs,7の機能に取って代わる。

コードブックベースのＭＩＭＯ送信スキームに関しては、ランク情報がＷＴＲＵへシグナリングされることを必要とすることができるだけでなく、プリコーディングウェイト情報がシグナリングされることを必要とすることもできる。リリース７のＭＩＭＯと比較した場合に、プリコーディングウェイト情報をシグナリングするために、さらなるビットが必要とされることが可能である。したがって、ＨＳ−ＳＣＣＨタイプ３が、４ブランチＤＬ ＭＩＭＯをサポートするために直接再利用されることまたは拡張されることは不可能であり、新たなタイプのＨＳ−ＳＣＣＨが設計されることが可能である。一般性を失うことなく、その新たなＨＳ−ＳＣＣＨチャネルが、ＨＳ−ＳＣＣＨタイプ４と名付けられることが可能である。ＨＳ−ＳＣＣＨタイプ４は、ＷＴＲＵが４Ｔｘ ＭＩＭＯモードで構成されている場合に使用されることが可能である。

ＨＳ−ＳＣＣＨタイプ４コンテンツに関して、１つのトランスポートブロックが、関連付けられている（１または複数の）ＨＳ−ＰＤＳＣＨ上で送信される場合には、下記の情報が、ＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

チャネライゼーションコードセット情報が、７つのビット、たとえば、ｘ_ccs,1、ｘ_ccs,2、．．．、ｘ_ccs,7を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

変調スキームおよびトランスポートブロックの数情報が、３つのビット、たとえば、ｘ_ms,1、ｘ_ms,2、ｘ_ms,3を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

ランク情報が、２つのビット、たとえば、ｘ_ri,1、ｘ_ri,2を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。ランク情報の送信は、任意選択であることが可能である。

プリコーディングウェイト情報が、４つのビット、たとえば、ｘ_pwipb,1、ｘ_pwipb,2、ｘ_pwipb,3、ｘ_pwipb,4を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

トランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbspb,1、ｘ_tbspb,2、．．．、ｘ_tbspb,6を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

ハイブリッドＡＲＱプロセス情報が、４つのビット、たとえば、ｘ_hap,1、ｘ_hap,2、．．．、ｘ_hap,4を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvpb,1、ｘ_rvpb,2を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

ＷＴＲＵアイデンティティ情報が、１６個のビット、たとえば、ｘ_wtru,1、ｘ_wtru,2、．．．、ｘ_wtru,16を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

ＨＳ−ＳＣＣＨタイプ４コンテンツに関して、２つのトランスポートブロックが、関連付けられているＨＳ−ＰＤＳＣＨ上で送信される場合には、下記の情報が、ＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

チャネライゼーションコードセット情報が、７つのビット、たとえば、ｘ_ccs,1、ｘ_ccs,2、．．．、ｘ_ccs,7を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

変調スキームおよびトランスポートブロックの数情報が、３つのビット、たとえば、ｘ_ms,1、ｘ_ms,2、ｘ_ms,3を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

ランク情報が、２つのビット、たとえば、ｘ_ri,1、ｘ_ri,2を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。ランク情報は、任意選択であることが可能である。

プリコーディングウェイト情報が、４つのビット、たとえば、ｘ_pwipb,1、ｘ_pwipb,2、ｘ_pwipb,3、ｘ_pwipb,4を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

プライマリートランスポートブロックに関するトランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbspb,1、ｘ_tbspb,2、．．．、ｘ_tbspb,6を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

セカンダリートランスポートブロックに関するトランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbssb,1、ｘ_tbssb,2、．．．、ｘ_tbssb,6を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

ハイブリッドＡＲＱプロセス情報が、４つのビット、たとえば、ｘ_hap,1、ｘ_hap,2、．．．、ｘ_hap,4を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

プライマリートランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvpb,1、ｘ_rvpb,2を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

セカンダリートランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvsb,1、ｘ_rvsb,2を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

ＷＴＲＵアイデンティティ情報が、１６個のビット、たとえば、ｘ_wtru,1、ｘ_wtru,2、．．．、ｘ_wtru,16を使用してＨＳ−ＳＣＣＨタイプ４物理チャネルを用いて送信されることが可能である。

コンテンツの代替実施形態においては、ランク情報がプリコーディング情報から黙示的に得られることが可能であり、したがってランク情報は、実施態様に応じて任意選択になる。そのようなケースにおいては、プリコーディング情報は、固定された数のレイヤを伴って事前に構成されているプリコーディングマトリックスに対するインデックスから構成されることが可能である。

図２０は、ＨＳ−ＳＣＣＨタイプ４に関するコーディングチェーンの一例である。図２０は、第１のマルチプレクサ２００５および第２のマルチプレクサ２０１０を含む。チャネライゼーションコードセット情報、変調スキームおよびトランスポートブロック情報、ランク情報、ならびにプリコーディングウェイト情報２００１が、第１のマルチプレクサ２００５内に置かれることが可能である。ランク情報を含めることは、任意であってもよい。次いで、第１のマルチプレクサ２００５の出力が、第１のチャネルコーディング２０１５を使用してチャネルコーディングされることが可能である。次いで、第１のチャネルコーディング２０１５の出力が、第１のレートマッチング１ ２０２０を使用してレートマッチングされることが可能である。次いで、第１のレートマッチング２０２０の出力が、ＷＴＲＵ固有のマスキング２０２５を用いてマスクされることが可能である。ＷＴＲＵアイデンティティ情報が、ＷＴＲＵ固有のマスキング２０２５内に含まれることが可能である。

プライマリートランスポートブロックに関するトランスポートブロックサイズ情報、セカンダリートランスポートブロックに関するトランスポートブロックサイズ情報、ハイブリッドＡＲＱプロセス情報、プライマリートランスポートブロックに関する冗長性およびコンステレーションバージョン、ならびにセカンダリートランスポートブロック２００２に関する冗長性およびコンステレーションバージョンが、第２のマルチプレクサ２０１０に入力されることが可能である。第２のマルチプレクサ２０１０の出力が、ＷＴＲＵ固有のＣＲＣアタッチメント２０３０を受け取ることができる。ＷＴＲＵアイデンティティ情報が、ＷＴＲＵ固有のＣＲＣアタッチメント２０３０内に含まれることが可能である。次いで、その出力は、第２のチャネルコーディング２０３５を使用してチャネルコーディングされることが可能である。次いで、第２のチャネルコーディング２０３５の出力が、第２のレートマッチング２０４０を使用してレートマッチングされることが可能である。次いで、第２のレートマッチング２０４０の出力が、物理チャネルマッピング２０４５のためにＷＴＲＵ固有のマスキング２０２５の出力と結合されることが可能である。

最大で４つのコードワードにわたるダウンリンク制御情報をシグナリングするために、Ｎｏｄｅ−Ｂは、それぞれのコードワードに関するトランスポートブロックサイズならびに冗長性およびコンステレーションバージョンをシグナリングすることを必要とすることができる。

非コードブックベースのＭＩＭＯスキームに関しては、プリコーディングウェイト情報をシグナリングする必要はないと言える。１つのトランスポートブロックが、関連付けられている（１または複数の）ＨＳ−ＰＤＳＣＨ上で送信される場合には、下記の情報が、ＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

チャネライゼーションコードセット情報が、７つのビット、たとえば、ｘ_ccs,1、ｘ_ccs,2、．．．、ｘ_ccs,7を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

変調スキームおよびトランスポートブロックの数情報が、３つのビット、たとえば、ｘ_ms,1、ｘ_ms,2、ｘ_ms,3を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ランク情報が、２つのビット、たとえば、ｘ_ri,1、ｘ_ri,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

トランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbspb,1、ｘ_tbspb,2、．．．、ｘ_tbspb,6を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ハイブリッドＡＲＱプロセス情報が、４つのビット、たとえば、ｘ_hap,1、ｘ_hap,2、．．．、ｘ_hap,4を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvpb,1、ｘ_rvpb,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ＷＴＲＵアイデンティティ情報が、１６個のビット、たとえば、ｘ_wtru,1、ｘ_wtru,2、．．．、ｘ_wtru,16を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

２つのトランスポートブロックが、関連付けられているＨＳ−ＰＤＳＣＨ上で送信される場合には、下記の情報が、ＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

チャネライゼーションコードセット情報が、７つのビット、たとえば、ｘ_ccs,1、ｘ_ccs,2、．．．、ｘ_ccs,7を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

変調スキームおよびトランスポートブロックの数情報が、３つのビット、たとえば、ｘ_ms,1、ｘ_ms,2、ｘ_ms,3を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ランク情報が、２つのビット、たとえば、ｘ_ri,1、ｘ_ri,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

プライマリートランスポートブロックに関するトランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbspb,1、ｘ_tbspb,2、．．．、ｘ_tbspb,6を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

セカンダリートランスポートブロックに関するトランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbssb,1、ｘ_tbssb,2、．．．、ｘ_tbssb,6を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ハイブリッドＡＲＱプロセス情報が、４つのビット、たとえば、ｘ_hap,1、ｘ_hap,2、．．．、ｘ_hap,4を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

プライマリートランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvpb,1、ｘ_rvpb,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

セカンダリートランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvsb,1、ｘ_rvsb,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ＷＴＲＵアイデンティティ情報が、１６個のビット、たとえば、ｘ_wtru,1、ｘ_wtru,2、．．．、ｘ_wtru,16を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

３つのトランスポートブロックが、関連付けられているＨＳ−ＰＤＳＣＨ上で送信される場合には、下記の情報が、ＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

チャネライゼーションコードセット情報が、７つのビット、たとえば、ｘ_ccs,1、ｘ_ccs,2、．．．、ｘ_ccs,7を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

変調スキームおよびトランスポートブロックの数情報が、３つのビット、たとえば、ｘ_ms,1、ｘ_ms,2、ｘ_ms,3を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ランク情報が、２つのビット、たとえば、ｘ_ri,1、ｘ_ri,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

プライマリートランスポートブロックに関するトランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbspb,1、ｘ_tbspb,2、．．．、ｘ_tbspb,6を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

セカンダリートランスポートブロックに関するトランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbssb,1、ｘ_tbssb,2、．．．、ｘ_tbssb,6を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

第３のトランスポートブロックに関するトランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbs3,1、ｘ_tbs3,2、．．．、ｘ_tbs3,6を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ハイブリッドＡＲＱプロセス情報が、４つのビット、たとえば、ｘ_hap,1、ｘ_hap,2、．．．、ｘ_hap,4を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

プライマリートランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvpb,1、ｘ_rvpb,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

セカンダリートランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvsb,1、ｘ_rvsb,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

第３のトランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rv3,1、ｘ_rv3,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ＷＴＲＵアイデンティティ情報が、１６個のビット、たとえば、ｘ_wtru,1、ｘ_wtru,2、．．．、ｘ_wtru,16を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

４つのトランスポートブロックが、関連付けられているＨＳ−ＰＤＳＣＨ上で送信される場合には、下記の情報が、ＨＳ−ＳＣＣＨ物理チャネルを用いて送信される。

チャネライゼーションコードセット情報が、７つのビット、たとえば、ｘ_ccs,1、ｘ_ccs,2、．．．、ｘ_ccs,7を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

変調スキームおよびトランスポートブロックの数情報が、３つのビット、たとえば、ｘ_ms,1、ｘ_ms,2、ｘ_ms,3を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ランク情報が、２つのビット、たとえば、ｘ_ri,1、ｘ_ri,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

プライマリートランスポートブロックに関するトランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbspb,1、ｘ_tbspb,2、．．．、ｘ_tbspb,6を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

セカンダリートランスポートブロックに関するトランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbssb,1、ｘ_tbssb,2、．．．、ｘ_tbssb,6を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

第３のトランスポートブロックに関するトランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbs3,1、ｘ_tbs3,2、．．．、ｘ_tbs3,6を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ハイブリッドＡＲＱプロセス情報が、４つのビット、たとえば、ｘ_hap,1、ｘ_hap,2、．．．、ｘ_hap,4を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

プライマリートランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvpb,1、ｘ_rvpb,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

セカンダリートランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvsb,1、ｘ_rvsb,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

第３のトランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rv3,1、ｘ_rv3,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

第４のトランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rv4,1、ｘ_rv4,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ＷＴＲＵアイデンティティ情報が、１６個のビット、たとえば、ｘ_wtru,1、ｘ_wtru,2、．．．、ｘ_wtru,16を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

表１４は、ビットＸ_ri、Ｘ_msの例示的なマッピングである。

表１４において示されている変調タイプおよびトランスポートブロックの数の３４個の異なる組合せがあるため、リリース７のＭＩＭＯにおいて定義されている変調タイプおよびトランスポートブロックの数の９個の異なる組合せのコーディングは、ベースラインとして使用されることが可能である。２個のさらなるビット、ｘｒｉ，１およびｘｒｉ，２の導入は、４−Ｔｘ ＭＩＭＯに関する変調タイプおよびトランスポートブロックの数をシグナリングするための合計３６個の異なる組合せを提供することができる。そのような制御情報をＷＴＲＵに示すためにｘｍｓおよびｘｒｉを使用することの一例が、表１４において示されている。ランク４送信に関しては、変調タイプを示すためにｘ_ccs,7を使用する必要はないと言える。

図２１は、４つのトランスポートブロックを伴う非コードブックベースのＭＩＭＯスキームのためのＨＳ−ＳＣＣＨに関するコーディングチェーンの一例である。図２１は、第１のマルチプレクサ２１０５および第２のマルチプレクサ２１１０を含む。チャネライゼーションコードセット情報、変調スキームおよびトランスポートブロック情報、ならびにランク情報２１０１が、第１のマルチプレクサ２１０５内に置かれることが可能である。次いで、第１のマルチプレクサ２１０５の出力が、第１のチャネルコーディング２１１５を使用してチャネルコーディングされることが可能である。次いで、第１のチャネルコーディング２１１５の出力が、第１のレートマッチング２１２０を使用してレートマッチングされることが可能である。次いで、第１のレートマッチング２１２０の出力が、ＷＴＲＵ固有のマスキング２１２５を用いてマスクされることが可能である。ＷＴＲＵアイデンティティ情報が、ＷＴＲＵ固有のマスキング２１２５内に含まれることが可能である。

プライマリートランスポートブロックに関するトランスポートブロックサイズ情報、セカンダリートランスポートブロックに関するトランスポートブロックサイズ情報、第３のトランスポートブロックに関するトランスポートブロックサイズ情報、第４のトランスポートブロックに関するトランスポートブロックサイズ情報、ハイブリッドＡＲＱプロセス情報、プライマリートランスポートブロックに関する冗長性およびコンステレーションバージョン、セカンダリートランスポートブロックに関する冗長性およびコンステレーションバージョン、第３のトランスポートブロックに関する冗長性およびコンステレーションバージョン、ならびに第４のトランスポートブロック２１０２に関する冗長性およびコンステレーションバージョンが、第２のマルチプレクサ２１１０内に置かれることが可能である。第２のマルチプレクサ２１１０の出力が、ＷＴＲＵ固有のＣＲＣアタッチメント２１３０を受け取ることができる。ＷＴＲＵアイデンティティ情報が、ＷＴＲＵ固有のＣＲＣアタッチメント２１３０内に含まれることが可能である。次いで、その出力は、第２のチャネルコーディング２１３５を使用してチャネルコーディングされることが可能である。次いで、第２のチャネルコーディング２１３５の出力が、第２のレートマッチング２１４０を使用してレートマッチングされることが可能である。次いで、第２のレートマッチング２１４０の出力が、物理チャネルマッピング２１４５のためにＷＴＲＵ固有のマスキング２１２５の出力と結合されることが可能である。

変調タイプおよびトランスポートブロックの数の表示は、表１４において示されているように、非コードブックベースのスキームにおいて説明されている方法を使用することができる。しかしながら、プリコーディングウェイト情報は、このケースにおいてもシグナリングされることを必要とすることができる。

１つのトランスポートブロックが、関連付けられている（１または複数の）ＨＳ−ＰＤＳＣＨ上で送信される場合には、下記の情報が、ＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

チャネライゼーションコードセット情報が、７つのビット、たとえば、ｘ_ccs,1、ｘ_ccs,2、．．．、ｘ_ccs,7を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

変調スキームおよびトランスポートブロックの数情報が、３つのビット、たとえば、ｘ_ms,1、ｘ_ms,2、ｘ_ms,3を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ランク情報が、２つのビット、たとえば、ｘ_ri,1、ｘ_ri,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。ランク情報の送信は、任意選択であることが可能である。

プリコーディングウェイト情報が、４つのビット、たとえば、ｘ_pwipb,1、ｘ_pwipb,2、ｘ_pwipb,3、ｘ_pwipb,4を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

トランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbspb,1、ｘ_tbspb,2、．．．、ｘ_tbspb,6を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ハイブリッドＡＲＱプロセス情報が、４つのビット、たとえば、ｘ_hap,1、ｘ_hap,2、．．．、ｘ_hap,4を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvpb,1、ｘ_rvpb,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ＷＴＲＵアイデンティティ情報が、１６個のビット、たとえば、ｘ_wtru,1、ｘ_wtru,2、．．．、ｘ_wtru,16を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

２つのトランスポートブロックが、関連付けられているＨＳ−ＰＤＳＣＨ上で送信される場合には、下記の情報が、ＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

チャネライゼーションコードセット情報が、７つのビット、たとえば、ｘ_ccs,1、ｘ_ccs,2、．．．、ｘ_ccs,7を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

変調スキームおよびトランスポートブロックの数情報が、３つのビット、たとえば、ｘ_ms,1、ｘ_ms,2、ｘ_ms,3を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ランク情報が、２つのビット、たとえば、ｘ_ri,1、ｘ_ri,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。ランク情報の送信は、任意選択であることが可能である。

プリコーディングウェイト情報が、４つのビット、たとえば、ｘ_pwipb,1、ｘ_pwipb,2、ｘ_pwipb,3、ｘ_pwipb,4を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

トランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbspb,1、ｘ_tbspb,2、．．．、ｘ_tbspb,6を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ハイブリッドＡＲＱプロセス情報が、４つのビット、たとえば、ｘ_hap,1、ｘ_hap,2、．．．、ｘ_hap,4を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvpb,1、ｘ_rvpbを使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

セカンダリートランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvsb,1、ｘ_rvsb,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ＷＴＲＵアイデンティティ情報が、１６個のビット、たとえば、ｘ_wtru,1、ｘ_wtru,2、．．．、ｘ_wtru,16を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

３つのトランスポートブロックが、関連付けられているＨＳ−ＰＤＳＣＨ上で送信される場合には、下記の情報が、ＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

チャネライゼーションコードセット情報が、７つのビット、たとえば、ｘ_ccs,1、ｘ_ccs,2、．．．、ｘ_ccs,7を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

変調スキームおよびトランスポートブロックの数情報が、３つのビット、たとえば、ｘ_ms,1、ｘ_ms,2、ｘ_ms,3を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ランク情報が、２つのビット、たとえば、ｘ_ri,1、ｘ_ri,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。ランク情報の送信は、任意選択であることが可能である。

プリコーディングウェイト情報が、４つのビット、たとえば、ｘ_pwipb,1、ｘ_pwipb,2、ｘ_pwipb,3、ｘ_pwipb,4を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

トランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbspb,1、ｘ_tbspb,2、．．．、ｘ_tbspb,6を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ハイブリッドＡＲＱプロセス情報が、４つのビット、たとえば、ｘ_hap,1、ｘ_hap,2、．．．、ｘ_hap,4を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvpb,1、ｘ_rvpbを使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

セカンダリートランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvsb,1、ｘ_rvsb,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

第３のトランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rv3,1、ｘ_rv3,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ＷＴＲＵアイデンティティ情報が、１６個のビット、たとえば、ｘ_wtru,1、ｘ_wtru,2、．．．、ｘ_wtru,16を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

４つのトランスポートブロックが、関連付けられているＨＳ−ＰＤＳＣＨ上で送信される場合には、下記の情報が、ＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

チャネライゼーションコードセット情報が、７つのビット、たとえば、ｘ_ccs,1、ｘ_ccs,2、．．．、ｘ_ccs,7を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

変調スキームおよびトランスポートブロックの数情報が、３つのビット、たとえば、ｘ_ms,1、ｘ_ms,2、ｘ_ms,3を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ランク情報が、２つのビット、たとえば、ｘ_ri,1、ｘ_ri,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。ランク情報の送信は、任意選択であることが可能である。

プリコーディングウェイト情報が、４つのビット、たとえば、ｘ_pwipb,1、ｘ_pwipb,2、ｘ_pwipb,3、ｘ_pwipb,4を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

トランスポートブロックサイズ情報が、６つのビット、たとえば、ｘ_tbspb,1、ｘ_tbspb,2、．．．、ｘ_tbspb,6を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ハイブリッドＡＲＱプロセス情報が、４つのビット、たとえば、ｘ_hap,1、ｘ_hap,2、．．．、ｘ_hap,4を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvpb,1、ｘ_rvpbを使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

セカンダリートランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rvsb,1、ｘ_rvsb,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

第３のトランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rv3,1、ｘ_rv3,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

第４のトランスポートブロックに関する冗長性およびコンステレーションバージョンが、２つのビット、たとえば、ｘ_rv4,1、ｘ_rv4,2を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

ＷＴＲＵアイデンティティ情報が、１６個のビット、たとえば、ｘ_wtru,1、ｘ_wtru,2、．．．、ｘ_wtru,16を使用してＨＳ−ＳＣＣＨ物理チャネルを用いて送信されることが可能である。

図２２は、４つのトランスポートブロックを伴うコードブックベースのＭＩＭＯスキームのためのＨＳ−ＳＣＣＨに関するコーディングチェーンの一例である。図２２は、第１のマルチプレクサ２２０５および第２のマルチプレクサ２２１０を含む。チャネライゼーションコードセット情報、変調スキームおよびトランスポートブロック情報、ランク情報、ならびにプリコーディングウェイト情報２２０１が、第１のマルチプレクサ２２０５内に置かれることが可能である。次いで、第１のマルチプレクサ２２０５の出力が、第１のチャネルコーディング２２１５を使用してチャネルコーディングされることが可能である。次いで、第１のチャネルコーディング２２１５の出力が、第１のレートマッチング２２２０を使用してレートマッチングされることが可能である。次いで、第１のレートマッチング２２２０の出力が、ＷＴＲＵ固有のマスキング２２２５を用いてマスクされることが可能である。ＷＴＲＵアイデンティティ情報が、ＷＴＲＵ固有のマスキング２２２５内に含まれることが可能である。

プライマリートランスポートブロックに関するトランスポートブロックサイズ情報、セカンダリートランスポートブロックに関するトランスポートブロックサイズ情報、第３のトランスポートブロックに関するトランスポートブロックサイズ情報、第４のトランスポートブロックに関するトランスポートブロックサイズ情報、ハイブリッドＡＲＱプロセス情報、プライマリートランスポートブロックに関する冗長性およびコンステレーションバージョン、セカンダリートランスポートブロックに関する冗長性およびコンステレーションバージョン、第３のトランスポートブロックに関する冗長性およびコンステレーションバージョン、ならびに第４のトランスポートブロック２２０２に関する冗長性およびコンステレーションバージョンが、第２のマルチプレクサ２２１０内に置かれることが可能である。第２のマルチプレクサ２２１０の出力が、ＷＴＲＵ固有のＣＲＣアタッチメント２２３０を受け取ることができる。ＷＴＲＵアイデンティティ情報が、ＷＴＲＵ固有のＣＲＣアタッチメント２２３０内に含まれることが可能である。次いで、その出力は、第２のチャネルコーディング２２３５を使用してチャネルコーディングされることが可能である。次いで、第２のチャネルコーディング２２３５の出力が、第２のレートマッチング２２４０を使用してレートマッチングされることが可能である。次いで、第２のレートマッチング２２４０の出力が、物理チャネルマッピング２２４５のためにＷＴＲＵ固有のマスキング２２２５の出力と結合されることが可能である。

ランク表示は、プリコーディングウェイト情報に基づいて黙示的に実行されることも可能である。したがってランク表示フィールドは、任意選択であることが可能である。フィールドのサイズは、一例として与えられており、本明細書において提示されているコンセプトは、該当する場合には、それぞれのフィールドごとに別々の数のビットへ拡張されることも可能である。

図２３は、それぞれのデータストリームに関するパイロット情報を判断するための方法の一例である。図２３は、ＷＴＲＵが、ＨＳＤＰＡに関するＲＲＣ構成情報を含む複数のＨＳ−ＳＣＣＨリソースを受信し、ＲＲＣ構成情報は、それぞれの受信されるＨＳ−ＳＣＣＨリソースに関連付けられている専用パイロット情報を含むこと（２３０５）を示している。ＷＴＲＵは、複数のＨＳ−ＳＣＣＨリソースのうちの１つにおいて、ＷＴＲＵに関連付けられているＨ−ＲＮＴＩを検知しうる（２３１０）。次いでＷＴＲＵは、専用パイロット情報および複数のＨＳ−ＳＣＣＨリソースのうちの１つに基づいて、複数のＨＳ−ＳＣＣＨリソースのうちの１つに関連付けられている高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）に関するパイロット情報を判断しうる（２３１５）。専用パイロット情報は、チャネライゼーションコードまたはベースパイロットリソースインデックスのいずれかであってよい。

定義されているさまざまなタイプのパイロットチャネルの可用性に伴って、ＷＴＲＵは、最良の送信モードに関する、または受信機データにとっての最良の送信ポイントに関する決定を行う際にネットワークスケジューラを支援するために、さまざまな測定を実行することができる。これらの測定は、すべての送信ポイントからの結合されたＣＱＩを含むことができる。これらの測定は、関与しているすべての送信ポイントから共通に送信されるパイロットチャネル、セル固有のパイロットチャネルを探索することによるそれぞれの送信ポイントに関する個々のＣＱＩ、クロスサイトプリコーディングスキームのうちのいずれかが構成される場合には、最適なクロスセルプリコーディングウェイト、およびマルチフローアグリゲーションまたはＭＵ−ＭＩＭＯ送信モードが構成されることになる場合には、ランク表示情報の助けによって行われることが可能である。ＷＴＲＵは、パイロットチャネルをモニタすることによって上述の測定値のうちの任意の１つまたは組合せを同時に取得することができるが、それらの測定値をネットワークに報告することは、アップリンクフィードバック上のオーバーヘッドをもたらす場合がある。ＷＴＲＵが報告を行っている間のオーバーヘッドを削減するための方法は、下記の方法のうちの任意の１つまたは組合せを含むことができる。

第１の実施形態においては、ＷＴＲＵは、それぞれの送信ポイントからの個々のＣＱＩおよびレイヤ１（Ｌ１）を介したフィードバックを比較し、どの１つのセルにそのＷＴＲＵが関連付けられているかを示すＣＱＩを判断する。

第２の実施形態においては、ＷＴＲＵは、測定されたＣＱＩのすべてを、Ｌ１シグナリングを介して報告する。ＷＴＲＵは、１つのタイプのＣＱＩ（たとえば、結合されたＣＱＩ）を完全な精度で報告すること、およびその他のタイプのＣＱＩをより低い精度の区別した様式で報告することが可能である。

第３の実施形態においては、ＷＴＲＵは、送信モードに必要とされるＣＱＩを、Ｌ１シグナリングを使用して報告する。ＷＴＲＵは、その他の測定値を、より高位のレイヤを介して、はるかに遅い更新レートで送信することができる。

第４の実施形態においては、ＷＴＲＵは、より高位のレイヤにおいて信号品質を報告し、どの送信ポイントを使用すべきかを半動的に再構成する。ＷＴＲＵは、その送信ポイントに関するＣＱＩのみを、それぞれの構成において、Ｌ１シグナリングを使用して報告することができる。

実施形態
１．ワイヤレス送信／受信ユニット（ＷＴＲＵ）においてパイロット情報を判断するための方法であって、
高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）に関する無線リソース制御（ＲＲＣ）構成情報を含む複数の高速共有制御チャネル（ＨＳ−ＳＣＣＨ）リソースを受信するステップであり、ＲＲＣ構成情報は、それぞれの受信されるＨＳ−ＳＣＣＨリソースに関連付けられている専用パイロット情報を含む、ステップを含むことを特徴とする方法。
２．複数のＨＳ−ＳＣＣＨリソースのうちの１つにおいて、ＷＴＲＵに関連付けられている高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）無線ネットワーク送信識別子（Ｈ−ＲＮＴＩ）を検知するステップ
をさらに含むことを特徴とする実施形態１に記載の方法。
３．専用パイロット情報および複数のＨＳ−ＳＣＣＨリソースのうちの１つに基づいて、複数のＨＳ−ＳＣＣＨリソースのうちの１つに関連付けられている高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）に関するパイロット情報を判断するステップ
をさらに含むことを特徴とする実施形態１〜２のいずれか１つに記載の方法。
４．関連付けられているＨＳ−ＰＤＳＣＨにおけるトランスポートブロックの数、およびそれぞれのトランスポートブロックに関するレイヤの数を判断するステップ
をさらに含むことを特徴とする実施形態１〜３のいずれか１つに記載の方法。
５．それぞれのトランスポートブロックは、２つ以上のレイヤを使用して搬送されることを特徴とする実施形態１〜４のいずれか１つに記載の方法。
６．トランスポートブロックの数とレイヤの数の組合せが、パイロットの数を判断するために使用されることを特徴とする実施形態１〜５のいずれか１つに記載の方法。
７．ＷＴＲＵは、判断されたレイヤの数および関連付けられているＨＳ−ＳＣＣＨリソースに基づいて、それぞれのレイヤに関するパイロット情報を判断することを特徴とする実施形態１〜６のいずれか１つに記載の方法。
８．ランク情報およびプリコーディングウェイト情報が、ＨＳ−ＳＣＣＨにおいて受信されることを特徴とする実施形態１〜７のいずれか１つに記載の方法。
９．専用パイロット情報は、チャネライゼーションコードであることを特徴とする実施形態１〜８のいずれか１つに記載の方法。
１０．専用パイロット情報は、ベースパイロットリソースインデックスであることを特徴とする実施形態１〜９のいずれか１つに記載の方法。
１１．複数のＨＳ−ＳＣＣＨリソースのうちの１つに関連付けられているＨＳ−ＳＣＣＨ番号を判断するステップをさらに含むことを特徴とする実施形態１〜１０のいずれか１つに記載の方法。
１２．ＨＳ−ＰＤＳＣＨに関するパイロット情報を判断するステップは、専用パイロット情報およびＨＳ−ＳＣＣＨ番号に基づくことを特徴とする実施形態１〜１１のいずれか１つに記載の方法。
１３．パイロット情報を判断するためのワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）に関する無線リソース制御（ＲＲＣ）構成情報を含む複数の高速共有制御チャネル（ＨＳ−ＳＣＣＨ）リソースを受信するように構成されている受信機であって、ＲＲＣ構成情報は、それぞれの受信されるＨＳ−ＳＣＣＨリソースに関連付けられている専用パイロット情報を含む、受信機を含むことを特徴とするＷＴＲＵ。
１４．複数のＨＳ−ＳＣＣＨリソースのうちの１つにおいて、ＷＴＲＵに関連付けられている高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）無線ネットワーク送信識別子（Ｈ−ＲＮＴＩ）を検知するように構成されているプロセッサ
をさらに含むことを特徴とする実施形態１３に記載のＷＴＲＵ。
１５．プロセッサは、専用パイロット情報および複数のＨＳ−ＳＣＣＨリソースのうちの１つに基づいて、複数のＨＳ−ＳＣＣＨリソースのうちの１つに関連付けられている高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）に関するパイロット情報を判断するようにさらに構成されている
ことを特徴とする実施形態１３〜１４のいずれか１つに記載のＷＴＲＵ。
１６．プロセッサは、関連付けられているＨＳ−ＰＤＳＣＨにおけるトランスポートブロックの数、およびそれぞれのトランスポートブロックに関するレイヤの数を判断するようにさらに構成されていることを特徴とする実施形態１３〜１５のいずれか１つに記載のＷＴＲＵ。
１７．それぞれのトランスポートブロックは、複数のレイヤを有することを特徴とする実施形態１３〜１６のいずれか１つに記載のＷＴＲＵ。
１８．トランスポートブロックの数とレイヤの数の組合せが、パイロットの数を判断するために使用されることを特徴とする実施形態１３〜１７のいずれか１つに記載のＷＴＲＵ。
１９．ＷＴＲＵは、判断されたレイヤの数および関連付けられているＨＳ−ＳＣＣＨリソースに基づいて、それぞれのレイヤに関するパイロット情報を判断することを特徴とする実施形態１３〜１８のいずれか１つに記載のＷＴＲＵ。
２０．ランク情報およびプリコーディングウェイト情報が、ＨＳ−ＳＣＣＨにおいて受信されることを特徴とする実施形態１３〜１９のいずれか１つに記載のＷＴＲＵ。
２１．専用パイロット情報は、チャネライゼーションコードであることを特徴とする実施形態１３〜２０のいずれか１つに記載のＷＴＲＵ。
２２．専用パイロット情報は、ベースパイロットリソースインデックスであることを特徴とする実施形態１３〜２１のいずれか１つに記載のＷＴＲＵ。
２３．プロセッサは、複数のＨＳ−ＳＣＣＨリソースのうちの１つに関連付けられているＨＳ−ＳＣＣＨ番号を判断するようにさらに構成されていることを特徴とする実施形態１３〜２２のいずれか１つに記載のＷＴＲＵ。
２４．ＨＳ−ＰＤＳＣＨに関するパイロット情報を判断するステップは、専用パイロット情報およびＨＳ−ＳＣＣＨ番号に基づくことを特徴とする実施形態１３〜２３のいずれか１つに記載のＷＴＲＵ。

上記では特徴および要素が特定の組合せで説明されているが、それぞれの特徴または要素は、単独で、またはその他の特徴および要素との任意の組合せで使用されることが可能であるということを当技術分野における標準的な技術者なら理解するであろう。加えて、本明細書に記載されている方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読メディア内に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されることが可能である。コンピュータ可読メディアの例は、（有線接続またはワイヤレス接続を介して伝送される）電子信号、およびコンピュータ可読ストレージメディアを含む。コンピュータ可読ストレージメディアの例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気メディア、光磁気メディア、ならびに、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光学メディアを含むが、それらには限定されない。ソフトウェアと関連付けられているプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用されることが可能である。

Claims (20)

1. ワイヤレス送信／受信ユニット（ＷＴＲＵ）においてパイロット情報を特定するための方法であって、
   高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）に関する無線リソース制御（ＲＲＣ）構成情報を含む複数の高速共有制御チャネル（ＨＳ−ＳＣＣＨ）リソースを受信するステップであり、前記ＲＲＣ構成情報は、それぞれの受信されるＨＳ−ＳＣＣＨリソースに関連付けられている専用パイロット情報を含む、ステップと、
   前記複数のＨＳ−ＳＣＣＨリソースのうちの１つにおいて、前記ＷＴＲＵに関連付けられている高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）無線ネットワーク送信識別子（Ｈ−ＲＮＴＩ）を検知するステップと、
   前記専用パイロット情報および前記複数のＨＳ−ＳＣＣＨリソースのうちの１つに基づいて、前記複数のＨＳ−ＳＣＣＨリソースのうちの１つに関連付けられている高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）に関するパイロット情報を特定するステップと
   を含むことを特徴とする方法。
2. 前記関連付けられているＨＳ−ＰＤＳＣＨにおけるトランスポートブロックの数、およびそれぞれのトランスポートブロックに関するレイヤの数を特定するステップ
   をさらに含むことを特徴とする請求項１に記載の方法。
3. それぞれのトランスポートブロックは、２つ以上のレイヤを使用して搬送されることを特徴とする請求項２に記載の方法。
4. 前記トランスポートブロックの数と前記レイヤの数の組合せが、パイロットの数を特定するために使用されることを特徴とする請求項２に記載の方法。
5. 前記ＷＴＲＵは、前記特定されたレイヤの数および前記関連付けられているＨＳ−ＳＣＣＨリソースに基づいて、それぞれのレイヤに関する前記パイロット情報を特定することを特徴とする請求項４に記載の方法。
6. ランク情報およびプリコーディングウェイト情報が、前記ＨＳ−ＳＣＣＨにおいて受信されることを特徴とする請求項１に記載の方法。
7. 前記専用パイロット情報は、チャネライゼーションコードであることを特徴とする請求項１に記載の方法。
8. 前記専用パイロット情報は、ベースパイロットリソースインデックスであることを特徴とする請求項１に記載の方法。
9. 前記複数のＨＳ−ＳＣＣＨリソースのうちの１つに関連付けられているＨＳ−ＳＣＣＨ番号を特定するステップ
   をさらに含むことを特徴とする請求項１に記載の方法。
10. 前記ＨＳ−ＰＤＳＣＨに関するパイロット情報を特定する前記ステップは、前記専用パイロット情報および前記ＨＳ−ＳＣＣＨ番号に基づくことを特徴とする請求項９に記載の方法。
11. パイロット情報を特定するためのワイヤレス送信／受信ユニット（ＷＴＲＵ）であって、
    高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）に関する無線リソース制御（ＲＲＣ）構成情報を含む複数の高速共有制御チャネル（ＨＳ−ＳＣＣＨ）リソースを受信するように構成されている受信機であって、前記ＲＲＣ構成情報は、それぞれの受信されるＨＳ−ＳＣＣＨリソースに関連付けられている専用パイロット情報を含む、受信機と、
    前記複数のＨＳ−ＳＣＣＨリソースのうちの１つにおいて、前記ＷＴＲＵに関連付けられている高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）無線ネットワーク送信識別子（Ｈ−ＲＮＴＩ）を検知するように構成されているプロセッサと、を含み、
    前記プロセッサは、前記専用パイロット情報および前記複数のＨＳ−ＳＣＣＨリソースのうちの１つに基づいて、前記複数のＨＳ−ＳＣＣＨリソースのうちの１つに関連付けられている高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）に関するパイロット情報を特定するように構成されていることを特徴とするＷＴＲＵ。
12. 前記プロセッサは、前記関連付けられているＨＳ−ＰＤＳＣＨにおけるトランスポートブロックの数、およびそれぞれのトランスポートブロックに関するレイヤの数を特定するようにさらに構成されていることを特徴とする請求項１１に記載のＷＴＲＵ。
13. それぞれのトランスポートブロックは、２つ以上のレイヤを有することを特徴とする請求項１２に記載のＷＴＲＵ。
14. 前記トランスポートブロックの数と前記レイヤの数の組合せが、パイロットの数を特定するために使用されることを特徴とする請求項１２に記載のＷＴＲＵ。
15. 前記ＷＴＲＵは、前記特定されたレイヤの数および前記関連付けられているＨＳ−ＳＣＣＨリソースに基づいて、それぞれのレイヤに関する前記パイロット情報を特定することを特徴とする請求項１４に記載のＷＴＲＵ。
16. ランク情報およびプリコーディングウェイト情報が、ＨＳ−ＳＣＣＨにおいて受信されることを特徴とする請求項１１に記載のＷＴＲＵ。
17. 前記専用パイロット情報は、チャネライゼーションコードであることを特徴とする請求項１１に記載のＷＴＲＵ。
18. 前記専用パイロット情報は、ベースパイロットリソースインデックスであることを特徴とする請求項１１に記載のＷＴＲＵ。
19. 前記プロセッサは、前記複数のＨＳ−ＳＣＣＨリソースのうちの１つに関連付けられているＨＳ−ＳＣＣＨ番号を特定するようにさらに構成されていることを特徴とする請求項１１に記載のＷＴＲＵ。
20. 前記ＨＳ−ＰＤＳＣＨに関するパイロット情報を特定することは、前記専用パイロット情報および前記ＨＳ−ＳＣＣＨ番号に基づくことを特徴とする請求項１９に記載のＷＴＲＵ。