(57)【特許請求の範囲】
【請求項１】
プライマリサービングセル、第１のセカンダリサービングセル、および第２のセカンダリサービングセルを介した通信のために構成されたワイヤレス送受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵは、
前記プライマリサービングセル上で情報を、前記第１のセカンダリサービングセル上で第１のＨＳ−ＤＳＣＨ信号を、および前記第２のセカンダリサービングセル上で第２のＨＳ−ＤＳＣＨ信号を受信するように構成される受信機と、
前記第１のＨＳ−ＤＳＣＨ信号に関連する第１のＨＡＲＱ−ＡＣＫフィードバックおよび前記第２のＨＳ−ＤＳＣＨ信号に関連する第２のＨＡＲＱ−ＡＣＫフィードバックを生成するように構成される回路と、
前記第１のＨＡＲＱ−ＡＣＫフィードバックおよび前記第２のＨＡＲＱ−ＡＣＫフィードバックをただ一つのアップリンクキャリア上で送信するように構成される送信機であって、前記第１のＨＡＲＱ−ＡＣＫフィードバックおよび前記第２のＨＡＲＱ−ＡＣＫフィードバックは、ＨＳ−ＤＰＣＣＨに組み合わされ、および１２８の拡散率で送信される、送信機と
を備えることを特徴とするＷＴＲＵ。
【請求項２】
前記回路は、前記第１のＨＳ−ＤＳＣＨ信号に関連する第１のＣＱＩおよび前記第２のＨＳ−ＤＳＣＨ信号に関連する第２のＣＱＩを生成するようにさらに構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記送信機は、前記第１のＣＱＩおよび前記第２のＣＱＩを前記ただ一つのアップリンクキャリア上で送信するようにさらに構成されることを特徴とする請求項２に記載のＷＴＲＵ。
【請求項４】
前記第１のＣＱＩおよび前記第２のＣＱＩは、前記ＨＳ−ＤＰＣＣＨに組み合わされることを特徴とする請求項３に記載のＷＴＲＵ。
【請求項５】
前記組み合わせることは、前記第１のＨＡＲＱ−ＡＣＫフィードバックおよび前記第２のＨＡＲＱ−ＡＣＫフィードバックを時間多重化することを備えることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項６】
前記組み合わせることは、前記第１のＨＡＲＱ−ＡＣＫフィードバックおよび前記第２のＨＡＲＱ−ＡＣＫフィードバックを連結することを備えることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項７】
前記回路は、状態簡約を生成するようにさらに構成され、前記状態簡約は、実際のハイブリッド自動再送リクエスト肯定応答状態を、より小さいセットの、報告されるハイブリッド自動再送リクエスト肯定応答状態にマップすることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項８】
ワイヤレス送受信ユニット（ＷＴＲＵ）において実行される、プライマリサービングセル、第１のセカンダリサービングセル、および第２のセカンダリサービングセルを介して通信する方法であって、前記方法は、
前記プライマリサービングセル上で情報を、前記第１のセカンダリサービングセル上で第１のＨＳ−ＤＳＣＨ信号を、および前記第２のセカンダリサービングセル上で第２のＨＳ−ＤＳＣＨ信号を受信するステップと、
前記第１のＨＳ−ＤＳＣＨ信号に関連する第１のＨＡＲＱ−ＡＣＫフィードバックおよび前記第２のＨＳ−ＤＳＣＨ信号に関連する第２のＨＡＲＱ−ＡＣＫフィードバックを生成するステップと、
前記第１のＨＡＲＱ−ＡＣＫフィードバックおよび前記第２のＨＡＲＱ−ＡＣＫフィードバックをただ一つのアップリンクキャリア上で送信するステップであって、前記第１のＨＡＲＱ−ＡＣＫフィードバックおよび前記第２のＨＡＲＱ−ＡＣＫフィードバックは、ＨＳ−ＤＰＣＣＨに組み合わされ、および１２８の拡散率で送信される、ステップと
を備えることを特徴とする方法。
【請求項９】
前記第１のＨＳ−ＤＳＣＨ信号に関連する第１のＣＱＩおよび前記第２のＨＳ−ＤＳＣＨ信号に関連する第２のＣＱＩを生成するステップをさらに備えることを特徴とする請求項８に記載の方法。
【請求項１０】
前記第１のＣＱＩおよび前記第２のＣＱＩを前記ただ一つのアップリンクキャリア上で送信するステップをさらに備えることを特徴とする請求項９に記載の方法。
【請求項１１】
前記第１のＣＱＩおよび前記第２のＣＱＩは、前記ＨＳ−ＤＰＣＣＨに組み合わされることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記組み合わせることは、前記第１のＨＡＲＱ−ＡＣＫフィードバックおよび前記第２のＨＡＲＱ−ＡＣＫフィードバックを連結することを備えることを特徴とする請求項８に記載の方法。
【請求項１３】
前記組み合わせることは、前記第１のＨＡＲＱ−ＡＣＫフィードバックおよび前記第２のＨＡＲＱ−ＡＣＫフィードバックを時間多重化することを備えることを特徴とする請求項８に記載の方法。
【請求項１４】
状態簡約を生成するステップであって、前記状態簡約は、実際のハイブリッド自動再送リクエスト肯定応答状態を、より小さいセットの、報告されるハイブリッド自動再送リクエスト肯定応答状態にマップする、ステップをさらに備えることを特徴とする請求項８に記載の方法。
【請求項１５】
前記受信機は、第３のセカンダリサービングセル上で第３のＨＳ−ＤＳＣＨ信号を、および前記プライマリサービングセル上で第４のＨＳ−ＤＳＣＨ信号を受信するように構成され、
前記第１のＨＡＲＱ−ＡＣＫフィードバックは、前記第１のＨＳ−ＤＳＣＨ信号および前記第４のＨＳ−ＤＳＣＨ信号に関連し、並びに前記第２のＨＡＲＱ−ＡＣＫフィードバックは、前記第２のＨＳ−ＤＳＣＨ信号および前記第３のＨＳ−ＤＳＣＨ信号に関連することを特徴とする請求項１に記載のＷＴＲＵ。
【請求項１６】
第３のセカンダリサービングセル上で第３のＨＳ−ＤＳＣＨ信号を、および前記プライマリサービングセル上で第４のＨＳ−ＤＳＣＨ信号を受信するステップをさらに備え、
前記第１のＨＡＲＱ−ＡＣＫフィードバックは、前記第１のＨＳ−ＤＳＣＨ信号および前記第４のＨＳ−ＤＳＣＨ信号に関連し、並びに前記第２のＨＡＲＱ−ＡＣＫフィードバックは、前記第２のＨＳ−ＤＳＣＨ信号および前記第３のＨＳ−ＤＳＣＨ信号に関連することを特徴とする請求項８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、ワイヤレス通信に関する。
【背景技術】
【０００２】
高度なデータ能力およびデータカードをもつ個人向け通信装置により、モバイルコンピュータは、インターネットにワイヤレスに接続することができる。こうした装置により、ワイヤレスサービスプロバイダおよびオペレータに対して、より高いデータレートおよび帯域幅を求める要望が高まっている。こうしたニーズを満たすために、ワイヤレス通信システムは、データの伝送のために多重キャリアを使うことができる。データの伝送に多重キャリアを使うワイヤレス通信システムは、マルチキャリアシステムと呼ばれ得る。多重キャリアの使用は、セルラー式および非セルラー式のワイヤレスシステム両方において拡大しつつある。
【０００３】
マルチキャリアシステムは、どれだけ多くのキャリアが利用可能にされるかに従って、ワイヤレス通信システムにおいて利用可能な帯域幅を増やすことができる。例えば、二重キャリアシステムは、単一キャリアシステムに比較すると、帯域幅を２倍にすることができ、三重キャリアシステムは、単一キャリアシステムに比較すると、帯域幅を３倍にすることができる。このスループット利得に加え、ダイバーシティおよび一括スケジューリング利得（joint scheduling gain）も期待され得る。この結果、エンドユーザ向けのサービス品質（ＱｏＳ）を向上することができる。さらに、多重キャリアの使用は、多重入出力（ＭＩＭＯ）と組み合わせて用いることができる。
【０００４】
この帯域幅に対する要望の高まりに応えて、ワイヤレス技術は進化し続けている。例えば、３ＧＰＰ（第３世代パートナーシッププロジェクト）仕様の一部として、２つのＨＳＤＰＡ（高速ダウンリンクパケットアクセス）ダウンリンクキャリアの同時使用が導入されている。このセットアップにおいて、基地局（他の変形またはタイプの通信ネットワークでは、ノードＢ、アクセスポイント、サイトコントローラなどとも呼ばれ得る）は、ワイヤレス送受信ユニット（ＷＴＲＵ）と、２つのダウンリンクキャリアを介して同時に通信する。こうすることにより、ＷＴＲＵにとって利用可能な帯域幅およびピークデータレートを２倍にすることができるだけでなく、２つのキャリアを介した高速スケジューリングおよび高速チャネルフィードバックを用いてネットワーク効率も増すことができる。このＤＣ−ＨＳＤＰＡ（二重キャリアＨＳＤＰＡ）は、ＭＩＭＯをサポートしないので、これまでは、限られたＨＳＤＰＡ機能性セットを提供しているだけである。
【０００５】
データ使用は急速に増え続けるので、通信システムは、２つより多いダウンリンクキャリアを使ってよい。マルチキャリアアグリゲーションを可能にするためのマルチキャリア動作が提案されている。マルチキャリア動作により、ＷＴＲＵおよびネットワークは、２つ以上のキャリア上で受信／送信することが可能になる。
【０００６】
二重キャリア用にはＨＡＲＱ（ハイブリッド自動再送リクエスト）肯定応答コードブックが指定されているが、２つより多いキャリア用のコードブックおよび関連づけられたフィードバック機構が望まれている。
【発明の概要】
【０００７】
多重ダウンリンクキャリア動作に関する高速制御チャネルフィードバックのための方法および装置を開示する。ＷＴＲＵが、複数のダウンリンクキャリアを介して信号を受信し、受信された信号に基づいて複数のダウンリンクキャリアそれぞれに関するフィードバックを生成し、複数のアンテナ経由で、複数のダウンリンクキャリアの少なくとも１つに関するフィードバックを第１の物理チャネルを介して、および複数のダウンリンクキャリアのうち別の１つに関するフィードバックを第２の物理チャネルを介して伝送する。
【図面の簡単な説明】
【０００８】
添付図面とともに例として挙げられる以下の説明により詳細に理解できよう。
【図１】合成ＣＱＩ報告を示す図である。
【図２】ＨＳ−ＤＰＣＣＨフレーム構造を示す図である。
【図３】アップリンク伝送が単一キャリアを用いて対処され、ダウンリンク伝送が多重キャリアを使って対処されるワイヤレス通信システム例を示す図である。
【図４】アップリンク伝送が多重キャリアを使って対処され、ダウンリンク伝送が多重キャリアを使って対処されるワイヤレス通信システム例を示す図である。
【図５】図４のワイヤレス通信システムのＷＴＲＵおよびノードＢを示す機能ブロック図である。
【図６】少なくとも１つの新規物理制御チャネルを使って追加キャリアに関するフィードバック情報を提供するフォーマットおよびチャネル符号化例を示す図である。
【図７】２つのＨＡＲＱ−ＡＣＫフィールド（ＨＡＲＱ１およびＨＡＲＱ２）が時間多重化されるＨＳ−ＤＰＣＣＨフレームフォーマット例を示す図である。
【図８】ＨＳ−ＤＰＣＣＨの連続する２つのサブフレームのタイムスロット分割された構造例を示す図である。
【図９】１２８の拡散率をもつ、可能なＨＳ−ＤＰＣＣＨフレーム構造の別の例を示す図である。
【図１０】合成ＣＱＩフィードバック報告が、ＣＱＩ１、ＣＱＩ２、ＣＱＩ３、およびＣＱＩ４によって表される４つの別々のＣＱＩ報告からなる実施形態例を示す図である。
【図１１】ＨＳ−ＤＰＣＣＨの連続する２つのサブフレームからなるタイムスロット構造を示す図である。
【図１２】３つのＣＱＩ報告が連結されている、３つの報告を有する合成ＣＱＩ報告の実施形態例を示す図である。
【図１３】ＨＳ−ＤＰＣＣＨ１をサービング／一次ＵＬキャリア上で伝送することができ、ＨＳ−ＤＰＣＣＨ２を二次キャリア上で伝送することができる実施形態例を示す図である。
【図１４】状態簡約機能の例を示す図である。
【発明を実施するための形態】
【０００９】
本明細書において、用語「ワイヤレス送受信ユニット（ＷＴＲＵ）」は、ＵＥ（ユーザ端末）、移動局、固定もしくは移動加入者ユニット、ページャー、セルラー電話、ＰＤＡ（携帯情報端末）、コンピュータ、またはワイヤレス環境において動作可能な他の任意の種類のユーザ装置も含むが、それらに限定されない。また、用語「基地局」は、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、またはワイヤレス環境において動作可能な他の任意の種類のインタフェース装置も含むが、それらに限定されない。
【００１０】
ネットワークは、少なくとも１つのダウンリンク（ＤＬ）および／または少なくとも１つのアップリンク（ＵＬ）キャリアを、それぞれ、アンカーダウンリンクキャリアおよびアンカーアップリンクキャリアとして割り当てることができる。マルチキャリア動作では、ＷＴＲＵは、２つ以上のキャリア（または周波数とも呼ばれる）とともに動作するように構成され得る。こうしたキャリアはそれぞれ、相異なる特性、並びにネットワークおよびＷＴＲＵとの論理的関連づけを有してよく、動作周波数は、グループ化され、アンカーキャリアまたは一次キャリア、並びに補助キャリアおよび二次キャリアと呼ばれ得る。これ以降、「アンカーキャリア」および「一次キャリア」、並びに「補助キャリア」および「二次キャリア」という用語は、それぞれ入れ替えて使われる。「アンカーキャリア」は、アップリンクにおける「一次アップリンク周波数」およびダウンリンクにおける「一次ダウンリンク周波数」も指し得る。同様に、「補助キャリア」は、アップリンクにおける「二次アップリンク周波数」およびダウンリンクにおける「二次ダウンリンク周波数」も指し得る。２つより多いキャリアが構成される場合、ＷＴＲＵは、複数の一次キャリアおよび／または複数の二次キャリアを含み得る。本明細書に記載する実施形態は、こうしたシナリオにも適用可能であり、拡張することができる。例えば、アンカーキャリアは、ダウンリンク／アップリンク伝送に関するある特定の制御情報セットを搬送するキャリアとして定義され得る。アンカーキャリアとして割り当てられないどのキャリアも、補助キャリアとなり得る。あるいは、ネットワークは、アンカーキャリアを割り当てない場合があり、優先権、優先順位、またはデフォルトの状況が、どのダウンリンクまたはアップリンクキャリアにも与えられない場合がある。マルチキャリア動作のために、複数の補助キャリアまたは二次キャリアが存在する場合もある。
【００１１】
単一ＭＩＭＯキャリアを有するＭＩＭＯ構成のケースでの最大２つのキャリアまたは最大２つのストリームに関するＤＬフィードバックを実装することができる。ＤＬフィードバックの例は、ＨＳ−ＤＰＣＣＨ（High Speed Dedicated Physical Control Channel：高速個別物理制御チャネル）を含むが、このチャネルは、各キャリアに関するＡＣＫ／ＮＡＣＫ情報およびチャネル品質インジケータ（ＣＱＩ）を伝送するのに使われる。ＡＣＫ／ＮＡＣＫ情報は、一括符号化され、１つのＨＳ−ＤＰＣＣＨを介して伝送される。
【００１２】
テーブル１は、二重キャリアが構成されるケースでのＨＡＲＱ−ＡＣＫのチャネル符号化例を示す。伝送されるべき合成ＨＡＲＱ肯定応答メッセージは、テーブル１に示すように、１０ビットに符号化され得る。出力は、ｗ0、ｗ1、．．．、ｗ9と示される。
【００１３】
【表１】
0005457464.tif 000002
【００１４】
図１は、合成ＣＱＩ報告（composite CQI report）を示す。合成ＣＱＩ報告は、ＣＱＩ１およびＣＱＩ２で表される２つの別々のＣＱＩ報告から構築される。ＣＱＩ１は、サービングＨＳ−ＤＳＣＨ（High Speed Downlink Shared Channel：高速ダウンリンク共有チャネル）セルに関連づけられたＣＱＩに対応し、ＣＱＩ２は、二次サービングＨＳ−ＤＳＣＨセルに関連づけられたＣＱＩに対応する。こうした２つの別々のＣＱＩ報告は、連結されて、以下の関係による合成チャネル品質指示（indication）を形成する。
（ａ0  ａ1  ａ2  ａ3  ａ4  ａ5  ａ6  ａ7  ａ8  ａ9）＝（ｃｑｉ１0  ｃｑｉ１1  ｃｑｉ１2  ｃｑｉ１3  ｃｑｉ１4  ｃｑｉ２0  ｃｑｉ２1  ｃｑｉ２2  ｃｑｉ２3  ｃｑｉ２4）
【００１５】
マルチキャリア通信に加え、ＭＩＭＯは、空間多重化を用いることによってワイヤレス容量および範囲を向上させる技法である。ＭＩＭＯは、多重アンテナを使って情報を送る。可能性としては２つのデータストリームに関する２つのＡＣＫ／ＮＡＣＫおよび複合ＣＱＩに加え、ＭＩＭＯモードで動作するＷＴＲＵは、プリコーディング制御情報（ＰＣＩ）を伝送する必要もある。
【００１６】
図２は、ＨＳ−ＤＰＣＣＨフレーム構造を示す。ＨＳ−ＤＰＣＣＨは、ダウンリンクＨＳ−ＤＳＣＨ伝送に関連したアップリンクフィードバック情報を搬送することができる。このフィードバック情報は、アップリンクＨＳ−ＤＰＣＣＨ上で搬送される。図２に示すように、フィードバック情報は、ＨＡＲＱ−ＡＣＫフィールドおよびＣＱＩを含み得る。２ｍｓの各サブフレームは、例えば、３つのスロットを含み得る。例えば、ＨＡＲＱ−ＡＣＫフィールドは、第１のスロットに含まれ得る。ＨＡＲＱ−ＡＣＫフィールドは、ＡＣＫ／ＮＡＣＫ情報を搬送する。ＣＱＩフィールドは、チャネル品質指示を搬送し、２つのスロットを使うことができる。例えば、１０ｍｓの無線フレームは、５つのサブフレームを含み得る。
【００１７】
マルチキャリア動作の導入により、追加フィードバック機構が必要になる。ネットワークが、２つより多いキャリア中で同時に伝送中である場合、ＷＴＲＵは、全てのキャリアについて肯定応答を行い、構成された全てのキャリアに関するＣＱＩフィードバックを送付することも可能である必要がある。
【００１８】
さらに、現在のＨＡＲＱ肯定応答コードブックは、ＷＴＲＵに、最大２つのキャリアに関する、またはＭＩＭＯが二重キャリア動作とともに構成されるケースでは合計で最大４つのストリームに関するＤＬフィードバックを提供させるだけである。
【００１９】
伝送されるべき合成ＨＡＲＱ肯定応答メッセージは、テーブル２に示すように１０ビットに符号化され得るが、このテーブルは、二重キャリアダウンリンク動作がＭＩＭＯと組み合わされるときのために使われるコードブックテーブルである。ここで、「Ａ」は「ＡＣＫ」を意味し、「Ｎ」は「ＮＡＣＫ」を意味し、「Ｄ」は「無伝送」（すなわち、不連続伝送（ＤＴＸ））を意味する。「ＡＡ」、「ＡＮ」、「ＮＡ」および「ＮＮ」は、セル内の二重ストリーム伝送に関するフィードバックを指す。例えば、「ＡＮ」は、一次ストリームにおけるＡＣＫおよび二次ストリームにおけるＮＡＣＫを意味する。出力は、ｗ0、ｗ1、．．．ｗ9と示される。
【００２０】
テーブル２は、二重キャリアおよびＭＩＭＯ両方が構成されるケースでのＨＡＲＱ−ＡＣＫのチャネル符号化を示す。
【００２１】
【表２】
0005457464.tif 000003
【００２２】
図３は、アップリンク伝送が単一キャリア１６０を用いて対処され、ダウンリンク伝送が多重キャリア１７０を使って対処されるワイヤレス通信システム例１００を示す。ワイヤレス通信システム１００は、複数のＷＴＲＵ１１０、ノードＢ１２０、ＣＲＮＣ（制御側無線ネットワークコントローラ）１３０、ＳＲＮＣ（サービング無線ネットワークコントローラ）１４０、およびコアネットワーク１５０を含む。ノードＢ１２０およびＣＲＮＣ１３０は、まとめてＵＴＲＡＮ（UMTS Terrestrial Radio Access Network：ＵＭＴＳ地上無線アクセスネットワーク）と呼ばれ得る。
【００２３】
図３に示すように、ＷＴＲＵ１１０はノードＢ１２０と通信し、ノードＢ１２０はＣＲＮＣ１３０およびＳＲＮＣ１４０と通信する。３つのＷＴＲＵ１１０、１つのノードＢ１２０、１つのＣＲＮＣ１３０、および１つのＳＲＮＣ１４０を図３に示してあるが、ワイヤレスおよび有線の装置の任意の組合せがワイヤレス通信システム１００に含まれてもよいことに留意されたい。
【００２４】
図４は、アップリンク伝送が多重キャリア２６０を使って対処され、ダウンリンク伝送が多重キャリア２７０を使って対処される、ある実施形態例によるワイヤレス通信システム例２００を示す。ワイヤレス通信システム２００は、複数のＷＴＲＵ２１０、ノードＢ２２０、ＣＲＮＣ２３０、ＳＲＮＣ２４０、およびコアネットワーク２５０を含む。ノードＢ２２０およびＣＲＮＣ２３０は、まとめてＵＴＲＡＮと呼ばれ得る。
【００２５】
図４に示すように、ＷＴＲＵ２１０はノードＢ２２０と通信し、ノードＢ２２０はＣＲＮＣ２３０およびＳＲＮＣ２４０と通信する。３つのＷＴＲＵ２１０、１つのノードＢ２２０、１つのＣＲＮＣ２３０、および１つのＳＲＮＣ２４０を図４に示してあるが、ワイヤレスおよび有線の装置の任意の組合せがワイヤレス通信システム２００に含まれてもよいことに留意されたい。
【００２６】
図５は、図４のワイヤレス通信システム２００のＷＴＲＵ４１０およびノードＢ４２０の機能ブロック図である。図５に示すように、ＷＴＲＵ４１０はノードＢ４２０と通信し、両方とも、ＷＴＲＵ４１０からのアップリンク伝送内容が、多重アップリンクキャリア４６０を使ってノードＢ４２０に伝送される方法を実施するように構成される。ＷＴＲＵ４１０は、プロセッサ４１５、送信機４１６、受信機４１７、メモリ４１８、アンテナ４１９、および典型的なＷＴＲＵに見られ得る他の構成要素（図示せず）を含む。アンテナ４１９は、複数のアンテナ素子を含んでもよく、複数のアンテナがＷＴＲＵ４１０に含まれてもよい。メモリ４１８は、オペレーティングシステム、アプリケーション、および他の同様の用途を含むソフトウェアを格納するように設けられる。プロセッサ４１５は、単独で、またはソフトウェアおよび／もしくは構成要素のいずれか１つもしくは複数と共同で、多重アップリンクキャリアでのアップリンク伝送を実施する方法を実施するように設けられる。受信機４１７および送信機４１６は、プロセッサ４１５と通信する。受信機４１７および送信機４１６は、１つまたは複数のキャリアを同時に受信し、送信することが可能である。あるいは、複数の受信機および／または複数の送信機がＷＴＲＵ４１０に含まれてもよい。アンテナ４１９は、受信機４１７および送信機４１６両方と通信して、ワイヤレスデータの送信および受信を容易にする。
【００２７】
ノードＢ４２０は、プロセッサ４２５、送信機４２６、受信機４２７、メモリ４２８、アンテナ４２９、および典型的な基地局に見られ得る他の構成要素（図示せず）を含む。アンテナ４２９は、複数のアンテナ素子を含んでもよく、複数のアンテナがノードＢ４２０に含まれてもよい。メモリ４２８は、オペレーティングシステム、アプリケーション、および他の同様の用途を含むソフトウェアを格納するように設けられる。プロセッサ４２５は、単独で、またはソフトウェアおよび／もしくは構成要素のいずれか１つもしくは複数と共同で、ＷＴＲＵ４１０からのアップリンク伝送内容が、これ以降で開示する実施形態に従って多重アップリンクキャリアを使ってノードＢ４２０に伝送される方法を実施するように設けられる。受信機４２７および送信機４２６は、プロセッサ４２５と通信する。受信機４２７および送信機４２６は、１つまたは複数のキャリアを同時に受信し、送信することが可能である。あるいは、複数の受信機および／または複数の送信機が、ノードＢ４２０に含まれてもよい。アンテナ４２９は、受信機４２７および送信機４２６両方と通信して、ワイヤレスデータの送信および受信を容易にする。
【００２８】
本明細書に記載する実施形態は、３ＧＰＰリリース４から９に関連したチャネルを参照して記載されるが、こうした実施形態は、３ＧＰＰ  ＬＴＥ（Long Term Evolution）など、それ以降の３ＧＰＰリリース（およびその中で使われるチャネル）並びに他の任意のタイプのワイヤレス通信システム、およびその中で使われるチャネルに適用可能であることにも留意されたい。本明細書に記載する実施形態は、どの順序またはどの組合せでも適用可能であり得ることにも留意されたい。
【００２９】
多重ダウンリンク伝送の受信を許容／可能にし、マルチキャリア動作の効率を増すためのフィードバック機構および方法を、本明細書で開示する。記載する様々な実施形態は、個々に、またはどのように組み合わせても用いられ得る。
【００３０】
一実施形態では、ＷＴＲＵ４１０がＵＬにおける二重キャリア動作を有して構成されるとき、ＷＴＲＵ４１０は、一次／アンカーＵＬキャリアおよび補助ＵＬキャリアを有して構成することもできる。アンカー／一次ＵＬキャリアは、アンカーＤＬキャリアに関連づけられたＵＬキャリアと呼ばれ得る。デュアルセルＵＬ動作に依存して、ＷＴＲＵ４１０は、予め定義されたサービングＨＳ−ＤＳＣＨセルと同じチャネルセット（すなわち、Ｆ−ＤＰＣＨ（フラクショナル個別チャネル）、Ｅ−ＨＩＣＨ（Ｅ−ＤＣＨ（拡張個別チャネル）ＨＡＲＱ肯定応答インジケータチャネル）、Ｅ−ＲＧＣＨ（Ｅ−ＤＣＨ相対グラントチャネル）、およびＥ−ＡＧＣＨ（Ｅ−ＤＣＨ絶対グラントチャネル））からなる２つのＤＬセルを有して構成され得る。ＷＴＲＵ４１０は、それぞれがＵＬキャリアに関連づけられた、２つのアンカーまたは２つの一次セルを有して構成することができる。こうした２つのアンカーの一方が、より大きいチャネルサブセットを含む場合、このセルは、主アンカーキャリアと呼ぶこともでき、他方のキャリアは、二次アンカーキャリアと呼ぶことができる。
【００３１】
これ以降で記載する方法は、３つのキャリアまたは４つのキャリアのためのマルチキャリアダウンリンク動作を記述する。こうしたキャリアは、同じ帯域内にあっても、異なる帯域内にあってもよいことが理解されよう。さらに、マルチキャリア動作は、４つより多いキャリアにも当てはまり得ることに留意されたい。
【００３２】
ネットワークは、多重キャリア（例えば、キャリア−１からキャリア−ｎ）でＷＴＲＵ４１０を構成することができる。各キャリアごとに、それぞれ、関連づけられたフィードバックメッセージ（例えば、ＨＡＲＱ１−ｎおよびＣＱＩ１−ｎ）があり得る。これ以降で記載する場合、キャリアは、１からｎでラベルづけされる。ただし、キャリアのラベルづけは、キャリアがその周波数割振りの順序でラベルづけされることを意味するわけではない。セル／周波数は、以下のいずれか１つまたはその組合せに従って、キャリア−１からキャリア−ｎにマップされ得る。すなわち、各周波数がキャリア番号によって明示的に指示される、ネットワークによる明示的構成（例えば、キャリア−１からキャリア−ｎは、構成によって与えられた順序に従って番号づけられ得る）；キャリア−１からキャリア−ｎは、周波数値（または、例えば、ＵＡＲＦＣＮ（ＵＴＲＡ（ユニバーサル地上無線アクセス）絶対無線周波数チャネル番号）を使うチャネル番号）に従って昇順または降順で番号づけられ得る；第１のキャリアは常に、アンカーキャリアに対応し得る；最初の２つのキャリアは、２つのアンカーキャリアに対応し得る；奇数番号のキャリアは、複数のアンカーキャリアが構成されるときはアンカーキャリアに対応し得る；あるいは、キャリアは、周波数帯に従って構成され得る。
【００３３】
ＷＴＲＵ４１０は、二重および単一キャリアアップリンク制御チャネル（例えば、ＨＳ−ＤＰＣＣＨ）を使うように構成され得る。一実施形態では、ＷＴＲＵ４１０は、追加アップリンク制御チャネル上で追加ＤＬキャリアに関するフィードバックを提供するように構成される。例えば、ＷＴＲＵ４１０が、ＵＬにおける二重キャリア動作を有して構成されるとき、ＷＴＲＵ４１０は、二次アップリンクキャリア上で伝送されるＨＳ−ＤＰＣＣＨ２と呼ばれるＵＬ物理制御チャネル上でフィードバックを提供するように構成され得る。別の例では、ＷＴＲＵ４１０は、ＨＳ−ＤＰＣＣＨ２と呼ばれるＵＬ物理制御チャネル上でフィードバックを提供するように構成され得るが、このチャネルは、異なるチャネル化符号（channelization code）および異なり得る同相／直交（Ｉ／Ｑ）分岐（branch）を使って、従来のＨＳ−ＤＰＣＣＨと同じＵＬキャリア上で伝送することができる。ＨＳＤＰＡ動作用に定義されるＨＳ−ＤＰＣＣＨフォーマットおよびチャネル化符号およびＩ／Ｑ分岐マッピングは、ＨＳ−ＤＰＣＣＨ１と呼ばれる。
【００３４】
ＷＴＲＵ４１０は、追加チャネル化符号を使って追加アップリンク制御チャネル（１つまたは複数）（例えば、ＨＳ−ＤＰＣＣＨ２）を伝送するように構成され、可能性としては異なるＩ／Ｑ分岐にマップされ得る。一実施形態では、ＨＳ−ＤＰＣＣＨ１およびＨＳ−ＤＰＣＣＨ２は、同じＵＬキャリア内で伝送される。こうすることにより、マルチキャリア動作は、ＵＬキャリアの数に関わらず、確実に機能するようになる。ＷＴＲＵ４１０は、複数のアップリンク制御チャネルを、単一の伝送時間間隔（ＴＴＩ）中に、または連続する複数のＴＴＩに渡って伝送することができる。
【００３５】
別の代替法では、ＷＴＲＵ４１０は、ＨＳ−ＤＰＣＣＨ２などの制御チャネルを追加ＵＬスクランブル符号が搬送するように構成され得る。
【００３６】
ＷＴＲＵ４１０は、最初の２つのキャリアに関するＡＣＫ／ＮＡＣＫおよびＣＱＩフィードバックをＨＳ−ＤＰＣＣＨ１上で伝送する。ただし、１つまたは複数の追加キャリアが構成されると、ＷＴＲＵ４１０は、追加キャリアに関するＡＣＫ／ＮＡＣＫおよびＣＱＩフィードバックを、追加アップリンク制御チャネル（例えば、ＨＳ−ＤＰＣＣＨ２）上で伝送する。
【００３７】
各追加アップリンク制御チャネル（例えば、ＨＳ−ＤＰＣＣＨ２）は、１つまたは２つの追加ＤＬキャリアに関するＡＣＫ／ＮＡＣＫおよびＣＱＩフィードバックを提供する。２つより多い追加キャリアが存在する場合、ＷＴＲＵ４１０は、ＨＳ−ＤＰＣＣＨ３用、および追加アップリンク制御チャネル用の追加チャネル化符号、または任意選択で、別のＵＬスクランブル符号を使うことができる。本実施形態によると、ＷＴＲＵ４１０は、ｘ個の二重ＨＳ−ＤＰＣＣＨを使うことができ、ここでｘは、ＤＬキャリアの数を２で除算したもの（次に大きい整数に切り上げられる）と等価である。
【００３８】
図６は、少なくとも１つの新規物理制御チャネルを使って追加キャリアに関するフィードバック情報を提供するフォーマットおよびチャネル符号化を示す。
【００３９】
ＨＳ−ＤＰＣＣＨ２（またはｎ＞４の場合はＨＳ−ＤＰＣＣＨｘ）のフォーマットおよびチャネル符号化は、システム内の未処理の追加キャリアの数に依存し得る。より具体的には、１つの追加キャリア（すなわち、合計で３つのキャリアまたはｎ＞４のときは奇数個のキャリア）がある場合、ＷＴＲＵ４１０は、ＨＳ−ＤＰＣＣＨ２（またはＨＳ−ＤＰＣＣＨｘ）上で単一のＡＣＫ／ＮＡＣＫおよびＣＱＩ報告を報告する。ＨＡＲＱ肯定応答メッセージおよびチャネル品質指示は、ＭＩＭＯが構成されていない場合はＨＳ−ＤＰＣＣＨ用の現在の単一キャリアチャネル符号化を使って符号化され得る。２つの追加キャリアが構成される（またはｎ＞４のときは偶数個のキャリア）場合、ＷＴＲＵ４１０は、二次セルが存在するときはＨＳ−ＤＰＣＣＨ用のチャネル符号化（すなわち、現在のデュアルセル動作用のＨＳ−ＤＰＣＣＨチャネル符号化）を使う。さらに、ｎ＞４のとき、ＨＳ−ＤＰＣＣＨ（ｘ−１）は、デュアルセルチャネル符号化で構成され得る。
【００４０】
ＨＳ−ＤＰＣＣＨ２用のチャネル化符号およびＩ／Ｑ分岐は、キュービックメトリック（cubic metric）を最小化するように設計され得る。
【００４１】
代替的実施形態では、ＷＴＲＵ４１０は、複数のＵＬキャリア内で動作するように構成される。従って、ＨＳ−ＤＰＣＣＨ１およびＨＳ−ＤＰＣＣＨ２は、相異なるＵＬキャリア上で伝送され得る。例えば、ＨＳ−ＤＰＣＣＨ１は、アンカー／一次ＵＬキャリア上で伝送することができ、ＨＳ−ＤＰＣＣＨ２は、二次キャリア上で伝送することができる。この例では、ＨＳ−ＤＰＣＣＨチャネル化符号およびＩ／Ｑ分岐は、両方のＨＳ−ＤＰＣＣＨフォーマットに対して同じでよいが、異なる周波数において伝送され得る。
【００４２】
ＷＴＲＵ４１０は、多重キャリアを使って通信し、次いで、単一キャリアを介した通信に切り換わり得ることが可能である。二次ＵＬキャリアが不能にされ、または不活化され、マルチキャリア動作が継続する場合、ＷＴＲＵ４１０は、単一キャリア動作にあるときのようなフィードバックの提供に復帰するように構成され得る。従って、ＷＴＲＵ４１０は、アンカーキャリアでのＨＳ−ＤＰＣＣＨ２の伝送を自律的に切り換えることができる。この切換えは、例えば、追加チャネル化符号を使って、異なるスクランブル符号で、または別の単一キャリア手法を使って、例えば、本明細書に記載する実施形態を使って実施することができる。同様に、二次ＵＬキャリアが可能にされ活動化（activate）され、または再度活動化されると、ＷＴＲＵ４１０は、追加チャネル化符号で、または任意選択により、アンカーキャリアにおいて定義される異なるスクランブル符号で、ＨＳ−ＤＰＣＣＨ２の伝送を再開することができる。任意選択で、マルチキャリア動作は、ＷＴＲＵ４１０がＵＬにおける２つのキャリアを介して伝送中のときに構成し、かつ／または実施することができ、このケースにおいて、各ＤＬキャリアグループは、そのグループに属すＤＬキャリアとペアにされたＵＬキャリア上に、関連づけられたＨＳ−ＤＰＣＣＨをもつ。例えば、ｎ個のＤＬキャリアの場合、ＷＴＲＵ４１０は、各ＤＬキャリアペアに関連づけられたｘ個のＨＳ−ＤＰＣＣＨを伝送するのにｘ個のＵＬキャリアを要求し得る。
【００４３】
各ＨＳ−ＤＰＣＣＨに関連づけられたキャリアペアは、以下のいずれか１つまたはその組合せで、ネットワークによって定義され、または予め構成され得る。すなわち、ネットワークは、無線リソース制御（ＲＲＣ）シグナリングを使う、ＨＳ−ＤＰＣＣＨへのキャリアのマッピングを明示的に構成することができる；ネットワークは、構成において与えられるＤＬ周波数の順序に基づいて、キャリアからＨＳ−ＤＰＣＣＨへの所定のマッピングを行うことができる；キャリア−１およびキャリア−２は常に、一次／アンカーＤＬキャリアおよび一次キャリアの第１の隣接周波数に対応してよく、キャリア−３およびキャリア−４は、ＷＴＲＵ４１０の残りの補助周波数に対応してよく、与えられた周波数または与えられた構成の順序で定義され得る；キャリア−１およびキャリア−２は、一次アンカーキャリアおよび補助キャリアに対応してよく、キャリア−３およびキャリア−４は、二次アンカーキャリアおよびその周波数に関連づけられた隣接キャリアに対応してよい；キャリア−１およびキャリア−２は、２つのＤＬアンカー／一次セルに対応してよく（２つのＤＬアンカーキャリアが上で定義されたように存在する場合）、キャリア−３およびキャリア−４は、補助キャリアに対応し、そうすることによって、ネットワークに、各一次キャリアに関連づけられた二次キャリアを不能にさせる；キャリア−１およびキャリア−２は、ＨＳ−ＤＰＣＣＨ１がその中で伝送されているＵＬキャリアに関連づけられたアンカーおよび二次キャリアに対応し、キャリア−３およびキャリア−４は、ＨＳ−ＤＰＣＣＨ２がその中で伝送されている二次ＵＬキャリアのアンカーおよび二次周波数に対応する；ＨＳ−ＤＰＣＣＨは、複数のキャリアが異なる帯域に及ぶときは帯域ごとに１つのＨＳ−ＤＰＣＣＨが使われる（例えば、各帯域に２つのキャリアがある場合、ＷＴＲＵ４１０は、帯域ごとに１つのＨＳ−ＤＰＣＣＨを使い、１つの帯域に３つのキャリアがある場合、ＷＴＲＵ４１０は、３つのＨＳ−ＤＰＣＣＨを使う）ように、帯域依存でよいが、２つ以下の伝送が検出された場合、第１のＨＳ−ＤＰＣＣＨは、どのキャリアが伝送中であるかに関わらず、報告を送付することができる；またはＨＳ−ＤＰＣＣＨは、一次セル（すなわち、ＵＬキャリアが伝送される場合は、ＵＬキャリアに関連づけられたセル）の情報を搬送するのに使うことができ、そうすることによって、ネットワークに、各一次キャリアに関連づけられた二次キャリアを不能にさせる。記載した例は、４つのＤＬキャリア（２つのＨＳ−ＤＰＣＣＨへのマッピング）のケースに関するが、記載した概念は、概して３つ以上のキャリアにも当てはまり得ることを理解されたい。
【００４４】
ＷＴＲＵ４１０は、キャリアからアップリンク制御チャネル（例えば、ＨＳ−ＤＰＣＣＨ）への柔軟なマッピング用にさらに構成され得る。マルチキャリアシステムでは、ＷＴＲＵ４１０は、各キャリアに関するＨＡＲＱおよびＣＱＩを伝送するように構成され得る。例えば、４キャリアシステムでは、ＷＴＲＵ４１０は、最大４つのＨＡＲＱフィードバック（すなわち、ＨＡＲＱ１、ＨＡＲＱ２、ＨＡＲＱ３、ＨＡＲＱ４）および最大４つのＣＱＩフィードバック（すなわち、ＣＱＩ１、ＣＱＩ２、ＣＱＩ３、ＣＱＩ４）を伝送することができる。ＷＴＲＵ４１０は、受信されたＤＬ伝送に基づいて、フィードバックの量およびタイプを動的に調整するように構成され得る。例えば、ＷＴＲＵ４１０は、対応するダウンリンク伝送が受信されるケースでは、特定のアップリンク制御チャネル上でのみ伝送するように構成され得る。ＷＴＲＵ４１０が追加ＵＬ物理制御チャネル（すなわち、ＨＳ−ＤＰＣＣＨ）上で伝送を行うとき、ＷＴＲＵ４１０は、最適または好ましいチャネル化符号を判定するように構成される。最適化された、または好ましいチャネル化符号は、ネットワークによってシグナリングされ、または例えば、電力比、電力バックオフの最小化、もしくは電力ヘッドルームの最大化に基づいて、ＷＴＲＵ４１０によって判定され得る。キャリアからＨＳ−ＤＰＣＣＨへの固定マッピングを使って、キャリアｉ、ｊに関するフィードバックがＨＳ−ＤＰＣＣＨｘ上で搬送されるが、ここでキャリアｉ、ｊおよびｘ向けのマッピングは固定される。つまり、各ＨＳ−ＤＰＣＣＨは、最大２つのダウンリンクキャリアに対応する。
【００４５】
テーブル３は、４キャリアシステムにおけるＨＡＲＱおよびＣＱＩフィードバックの可能な組合せを示す。ＨＡＲＱおよびＣＱＩフィードバックは依存しないので、ＨＡＲＱフィードバックの各組合せごとに、ＣＱＩフィードバックの可能な１６通りの組合せのうち１つが使われる。テーブル３中の「Ｙ」は、フィードバックが伝送されることを示し、テーブル３中の「Ｎ」は、フィードバックが伝送されないことを示す。
【００４６】
【表３】
0005457464.tif 000004
【００４７】
テーブル３は、異なる２つのフィードバック組合せ、すなわち組合せＡおよび組合せＢを示す。組合せＡでラベルづけされたセクションでは、ＷＴＲＵ４１０は、最大２つのキャリアに関するＣＱＩおよびＨＡＲＱフィードバックを同時に送付する。従って、ＷＴＲＵ４１０は、フィードバックチャネルが柔軟なキャリア／ＨＳ−ＤＰＣＣＨマッピングを有すると仮定すると、単一のフィードバックチャネル（例えば、ＨＳ−ＤＰＣＣＨ）を使って全てのフィードバックを送付することができる。柔軟なキャリア／ＨＳ−ＤＰＣＣＨマッピングＨＡＲＱフィードバックは、いずれか２つのキャリア（ｉ、ｊ）に関して提供され、ＣＱＩフィードバックは、いずれか２つのキャリア（ｍ、ｎ）に関して提供され、ここでキャリア（ｉ、ｊ、ｍ、ｎ）は、同じである必要はない。マッピングは、キャリアｉ、ｊ（ＨＡＲＱ用）、およびｍ、ｎ（ＣＱＩ用）をＨＳ−ＤＰＣＣＨｘに関連づける。
【００４８】
組合せＢでラベルづけされたセクションでは、ＷＴＲＵ４１０は、３つのキャリアに関するＨＡＲＱまたはＣＱＩフィードバックを同時に送付する。３つのキャリアに関するＨＡＲＱまたはＣＱＩフィードバックの送付には、ＷＴＲＵ４１０が２つのフィードバックチャネル（例えば、２つのＨＳ−ＤＰＣＣＨ）を使うことが要求される。
【００４９】
どのキャリアがフィードバックを送付中であるかの指示をネットワークに与えるために、ＷＴＲＵ４１０は、可能な組合せのどれがＨＳ−ＤＰＣＣＨに含まれているかをシグナリングすることができる。例えば、２つのキャリアがアクティブであるケースでは、（１１）（１１）＝１２１個の可能な組合せでよい。指示のシグナリングには、少なくとも７ビットが必要となり得る。一実施形態では、ＷＴＲＵ４１０は、ＨＳ−ＤＰＣＣＨチャネル化符号番号を使うが、チャネル化符号番号は、キュービックメトリック性能向けに最適化されているセットから選択されて、フィードバックを送付するキャリアの索引をシグナリングする。別の実施形態では、フィードバックを送付するキャリアの索引は、ＣＱＩおよびＨＡＲＱフィードバックとともに帯域内で送付される。この送付は、ＨＡＲＱフィードバックの符号語セットを拡張するか、またはＣＱＩフィードバックの符号化を削減することによって実施される。
【００５０】
あるいは、ネットワークは、ＣＱＩおよびＨＡＲＱフィードバックを提供するキャリアおよびチャネル化符号およびＩ／Ｑ分岐をブラインド検出することができる。ＣＱＩフィードバックに対して、ネットワークは、構成されたＣＱＩフィードバック周期および反復因数を利用して、受信されたフィードバックに関連づけられたキャリアを判定することができる。ＨＡＲＱフィードバックに対して、ネットワークは、ＨＡＲＱフィードバックに関する伝送されるダウンリンクおよび厳密なタイミング要件の知識を用いて、受信されたフィードバックに関連づけられたキャリアを判定することができる。
【００５１】
代替的実施形態では、単一のアップリンク制御チャネル（例えば、ＨＳ−ＤＰＣＣＨ）チャネル化符号を使って、マルチキャリアシステム内でフィードバック情報を搬送することができる。ＨＡＲＱおよびＣＱＩフィードバック用のチャネル符号化を、これ以降でより詳細に記載する。
【００５２】
ＨＡＲＱフィードバック、より具体的にはＨＡＲＱ  ＡＣＫ／ＮＡＣＫ用のチャネル符号化に関して、異なる２つのチャネル符号化実装形態が、３または４キャリア動作用に定義され得る。あるいは、１つのチャネル符号化実装形態が、４キャリア動作用に定義され、３キャリア動作にも用いられ得る。３つまたは４つのキャリアがあり得るので、１つのＴＴＩ中に４回の伝送、および二重ストリームＭＩＭＯ動作が各キャリアごとに構成されるケースでは、可能性としては最大８つのトランスポートブロックがあり得る。その結果、ＰＲＥ／ＰＯＳＴシグナリングを含む異なる多数の可能フィードバック組合せがある。４つのキャリアのケースでは、異なる可能フィードバック組合せを全て伝送するのに多くの（例えば、７、８、またはそれ以上の）ビットが要求され得る。
【００５３】
一実施形態では、ＨＡＲＱフィードバックは、どのＣＱＩフィードバックも搬送せずにＡＣＫ／ＮＡＣＫフィードバックを搬送する新規ＨＳ−ＤＰＣＣＨフレームフォーマットを使って伝送され得る。本実施形態により、ＷＴＲＵ４１０は、完全サブフレーム（すなわち、ＣＱＩフィードバック用に使われる空間）を使って、３つまたは４つ全てのキャリアに関するＡＣＫ／ＮＡＣＫ情報ビットを搬送することができる。その結果生じるフレームフォーマットの例を図７に示すが、ここで２つのＨＡＲＱ−ＡＣＫフィールド（例えば、ＨＡＲＱ１およびＨＡＲＱ２）は、単一の新規ＨＳ−ＤＰＣＣＨフレームフォーマットに時間多重化されている。
【００５４】
あるいは、ＣＱＩフィードバックは、ＨＡＲＱフィードバックと同じＨＳ−ＤＰＣＣＨ符号中に多重化される。これを遂行するために、ＷＴＲＵ４１０は、拡散率（ＳＦ）を調整するように構成され得る。例えば、ＷＴＲＵ４１０は、拡散率を低下させることができ、より多くのシンボルをＨＳ−ＤＰＣＣＨ上で利用可能にし、そうすることによって、新規ＨＳ−ＤＰＣＣＨフォーマットを実質的に作成する。本実施形態の一例では、ＷＴＲＵ４１０は、従来の２５６の拡散率ではなく１２８の拡散率を使って、フレームフォーマットをもつＨＳ−ＤＰＣＣＨを生成するように構成され得る。３つの無線スロットからなる同じフレーム構造を使って、この新規の、ＳＦが削減されたＨＳ−ＤＰＣＣＨ上での伝送用に２倍もの制御情報シンボル（例えば、３０個のシンボルとは対照的に６０個のシンボル）が利用可能になり得る。従って、従来の２つのＨＡＲＱ−ＡＣＫフィールドおよび従来の２つのＣＱＩフィールドが、新規構造中に多重化され得る。
【００５５】
図８は、ＨＳ−ＤＰＣＣＨの連続する２つのサブフレームのタイムスロット分割された構造例を示す。図８に示すように、２ｍｓのサブフレームが、４つのタイムスロットに分割される。この例では、ＨＳ−ＤＰＣＣＨ１およびＨＳ−ＤＰＣＣＨ２のＨＡＲＱ−ＡＣＫフィールドを、新規ＨＳ−ＤＰＣＣＨの第１のタイムスロット中に多重化することができ、ＨＳ−ＤＰＣＣＨ１およびＨＳ−ＤＰＣＣＨ２のＣＱＩフィールドを、新規ＨＳ−ＤＰＣＣＨフレームフォーマットの第２および第３のタイムスロット中に多重化することができることが分かるであろう。１つの選択肢において、ＨＡＲＱ−ＡＣＫおよびＣＱＩフィールドの従来のエンコードを使うことができる。
【００５６】
図９は、１２８の拡散率を持つ可能なＨＳ−ＤＰＣＣＨフレーム構造の別の例を示す。この例において、ＨＳ−ＤＰＣＣＨ１は、ＨＳ−ＤＰＣＣＨ２と連続して多重化される。
【００５７】
他の時間多重化構造も、本文書に記載する基本概念を変えることなく、検討することができる。
【００５８】
ＣＱＩフィードバックに関して、ＷＴＲＵ４１０は、最大３つ以上のＤＬキャリアから受信するように構成され得るので、ＷＴＲＵ４１０は、構成されたＤＬキャリア全てに関するＣＱＩフィードバックを伝送しなければならない場合がある。
【００５９】
図１０は、構成された４つのＤＬキャリアがあるとき、ＣＱＩ１、ＣＱＩ２、ＣＱＩ３、およびＣＱＩ４によって表される４つの別々のＣＱＩ報告からなる合成ＣＱＩフィードバック報告を示す。図１０の各ＣＱＩフィードバック報告は、５ビットを搬送するように示してあるが、任意の数のビットをＣＱＩフィードバック報告において使ってよい。さらに、各ＣＱＩフィードバック報告用に異なる数のビットを使ってもよい。
【００６０】
あるいは、４つの別々のＣＱＩ報告からなる合成ＣＱＩフィードバック報告を、ＨＡＲＱフィードバックとともに１つのＨＳ−ＤＰＣＣＨ中で伝送してもよい。ただし、こうするには、ＨＳ−ＤＰＣＣＨを介して追加情報ビットが送付されることが要求され得る。こうした追加情報ビットは、拡散率の変更または他の同様のシグナリング変更を必要とし得る。
【００６１】
一実施形態では、ＣＱＩフィードバック報告は、ＨＡＲＱフィードバックと多重化されるが、ＣＱＩ報告全てが連結され、一緒に伝送されるわけではない。ＷＴＲＵ４１０が、１つのＴＴＩ中に３つまたは４つのＣＱＩ報告を送付することができない場合、ＷＴＲＵ４１０は、異なるＣＱＩ報告の時間多重化を用いればよい。あるいは、本明細書で論じるように、ＷＴＲＵ４１０は、拡散率をさらに削減するように構成され得る。一部のケースでは、ＷＴＲＵ４１０は、より低い拡散率のために、伝送電力を調整する必要がある場合がある。
【００６２】
例えば、ＷＴＲＵ４１０は、１つのキャリアに関する複数のＣＱＩ報告を、異なるサブフレームに入れて一度に送付することができる。より具体的には、ＷＴＲＵ４１０がＣＱＩ１をあるフレームの第１のサブフレームに入れて、ＣＱＩ２を第２のサブフレームで、などのように送付することができるように、サブフレーム番号が、ある特定のＣＱＩ報告用に予約され得る。
【００６３】
代替的実施形態では、２つのＣＱＩ報告が、あるＴＴＩ中にＨＳ−ＤＰＣＣＨを介して送付されるべき合成ＣＱＩ報告に連結され得る。ＷＴＲＵ４１０は、時間的に交互に、ＣＱＩ報告ペアを送付する。例えば、ＷＴＲＵ４１０は、連結されたＣＱＩ１およびＣＱＩ２を奇数サブフレームに入れて、ＣＱＩ３およびＣＱＩ４を偶数サブフレームに入れて送付することができる。ＣＱＩ反復が構成される（すなわち、Ｎ＿ｃｑｉ＿ｔｒａｎｓｍｉｔ＞１）ケースでは、ＷＴＲＵ４１０は、連結されたＣＱＩ１およびＣＱＩ２全ての反復を最初に、次いで、連結されたＣＱＩ３およびＣＱＩ４の全ての反復を次に伝送することができる。あるいは、ＷＴＲＵ４１０は、全ての反復が伝送されるまで、連結されたＣＱＩ１およびＣＱＩ２を、連結されたＣＱＩ３およびＣＱＩ４と時間的に交互に伝送することができる。本実施形態は、様々なグループ化および時間多重化構成に拡張することができる。
【００６４】
ＷＴＲＵ４１０はさらに、多重化を用いてＣＱＩフィードバックを削減するように構成され得る。一実施形態では、多重キャリアに関する、ＷＴＲＵ４１０によるＨＡＲＱフィードバックの伝送は、各キャリアに関するＣＱＩフィードバックの報告頻度の削減との組合せになる。こうすることにより、多重ＤＬキャリアが構成されたときのフィードバックに起因する過度のピークＵＬ電力要件が防止され得る。
【００６５】
ＣＱＩフィードバックオーバーヘッドの削減は、可能ないくつかのやり方で活用することができる。例えば、ＣＱＩオーバーヘッドの削減により、単一ＵＬキャリアが使われるときの、連続する２つのサブフレームに渡るフィードバック情報の時間多重化が可能になり得る。
【００６６】
図１１は、ＨＳ−ＤＰＣＣＨの連続する２つのサブフレームからなるタイムスロット構造を示す。一実施形態では、ＨＡＲＱフィードバック情報もしくはＣＱＩフィードバック情報または両方のタイプのフィードバックは、連続する２つのサブフレームに渡って一括エンコードされ得る。テーブル４は、一括エンコードされ、過去の２つの連続するサブフレームからなるセットに関連したＨＡＲＱフィードバックを示す。
【００６７】
【表４】
0005457464.tif 000005
【００６８】
テーブル４に示すように、連続するサブフレームに渡る、一括エンコードフィードバックのための様々な選択肢がある。選択肢１および選択肢２では、各サブフレームの最初の２つのスロットが、最大４つのダウンリンクキャリアに関するＨＡＲＱフィードバックを提供するのに使用される。各スロットにおけるＨＡＲＱフィードバック情報のエンコードは、二重キャリアのケースに使われるのと同じエンコードでよい。３つのキャリアしかない場合、単一キャリア用のスロットの１つをエンコードすることが可能である。各サブフレームの第３のスロットは、ＣＱＩ情報をエンコードするのに使われ得る。ＣＱＩ情報は通常、２つのスロットを必要とするので、ビットの半分は第１のサブフレームに入れて、もう半分は第２のサブフレームに入れて伝送されるからである。
【００６９】
各サブフレームペアにおいて１つのキャリア（選択肢１）または２つのキャリア（選択肢２）どちらに関するＣＱＩが伝送されるかに依存して、ＣＱＩエンコードは、それぞれ、単一キャリアまたは二重キャリア機構に基づいて実施される。４つ全てのキャリアに関するＣＱＩを、１つのサブフレームペアに渡って報告することが可能でない場合、ＷＴＲＵ４１０は、各キャリアに関するＣＱＩを、４つのサブフレームペアごとに一度（選択肢１）、または２つのサブフレームペアごとに一度（選択肢２）報告するように構成され得る。３つのキャリアしかないケースでは、ＷＴＲＵ４１０が、３つのサブフレームペアごとに（選択肢１）または３つのサブフレームペアのうち２つごとに（選択肢２）各キャリアＣＱＩを報告するように構成され得ることを除いて、同様の方法を用いることができる。選択肢３は、６つのスロットに渡って情報が異なるやり方で拡散されることを除いて、選択肢２と同様である。
【００７０】
第２に、ＣＱＩオーバーヘッドの削減により、二重ＵＬキャリアが使われるとき、２つのキャリアに渡るフィードバック情報の多重化が可能になり得る。
【００７１】
多重ＵＬキャリアが利用可能なとき、ＷＴＲＵ４１０は、ＵＬキャリアそれぞれを介してフィードバックを伝送するように構成され得る。ただし、ＵＬ伝送電力が限られているときは、タイムスロット中のキャリア全てにおいて、伝送される必要がある最大電力量の合計を削減することが依然として重要である。テーブル５は、ＨＳ−ＰＤＳＣＨ（高速物理ダウンリンク共有チャネル）フィードバックのピーク電力需要を削減するための選択肢を示し、ここでは２つのアップリンクキャリアが利用可能であり、最大４つのキャリアがダウンリンクにおいて使われる。
【００７２】
【表５】
0005457464.tif 000006
【００７３】
テーブル５に示す４つ全ての選択肢において、サブフレームの第３のスロットは、各アップリンクキャリア上のＣＱＩ報告に利用可能である。選択肢１および選択肢２において、１つのダウンリンクキャリアに関するＣＱＩは、各サブフレームに入れて報告することができる。ＣＱＩは、２つのスロットが異なる２つのＵＬキャリア上にあることを除いて、単一（ＤＬ）キャリアのケースと同じやり方でエンコードされる。選択肢３および選択肢４において、２つのダウンリンクキャリアに関するＣＱＩは、各サブフレームに入れて報告することができる。ＣＱＩは、２つのスロットが異なる２つのＵＬキャリア上にあることを除いて、二重キャリアのケースと同じやり方でエンコードされる。選択肢１および選択肢３では、ＨＡＲＱフィードバックは、各スロット中の２つのダウンリンクキャリアに対してだが、二重ＤＬキャリアのケース用に定義されているのと同じエンコードを用いて、１つのＵＬキャリアについて報告される。選択肢２および選択肢４では、ＨＡＲＱフィードバックは、やはり各スロット中の２つのダウンリンクキャリアに対してだが、単一ＤＬキャリアのケースに用いられる通常のＨＡＲＱフィードバックエンコードを用いて、両方のＵＬキャリアについて報告される。
【００７４】
ＷＴＲＵ４１０はさらに、自律伝送を用いてＣＱＩフィードバックを削減するように構成され得る。ＷＴＲＵ４１０が、Ｎ個より多いＤＬキャリア（例えば、Ｎ＞２）で構成されるとき、ネットワークは、こうしたキャリアそれぞれに関するＣＱＩを伝送するべきときを自律的に判定するように、ＷＴＲＵ４１０を構成してよい。ＷＴＲＵ４１０に関するＣＱＩの値は、短期間に渡って比較的一定なので、ネットワークは、反復されるＣＱＩ値からの追加情報をほとんど、または全く受信しなくてよい。従って、ＷＴＲＵ４１０は、フィードバック周期および反復因数を判定するように構成され得る。あるいは、ネットワークは、フィードバック周期および反復因数をシグナリングすることができる。
【００７５】
ＷＴＲＵ４１０は、全てのキャリアの品質を監視し、キャリアのうち１つのキャリアの品質が、所定の閾値または所定のデルタを越えて変わった場合は、最新のＣＱＩを伝送することができる。品質は、帯域中の測定されたチップ当たりのＣＰＩＣＨ（共通パイロットチャネル）エネルギー／電力密度（ＥｃＮｏ）、ＣＰＩＣＨ  ＲＳＣＰ（希望波受信電力：Received Signal Code Power）、または算出されたＣＱＩに基づき得る。デルタおよび品質基準値は、ネットワークによって予め構成され、システム情報によりシグナリングされ、またはＨＳ−ＤＳＣＨ構成情報とともに提供され得る。あるいは、こうしたパラメータは、全てのキャリアを通して一定でも、各キャリアに固有でもよい。
【００７６】
ＷＴＲＵ４１０が、サブフレーム中に複数のキャリアがＣＱＩ更新を要求すると判定した場合、ＷＴＲＵ４１０は、以下のいずれか１つまたはその組合せを実施することを決定してよい。ＷＴＲＵ４１０は、最大の品質変化（例えば、ＣＰＩＣＨ  ＥｃＮｏ、ＣＰＩＣＨ  ＲＳＣＰ、または算出されたＣＱＩ）を経るキャリアに関するＣＱＩを伝送してよい。ＷＴＲＵ４１０は、期限切れＣＱＩの使用の影響を最も被り得るキャリアに関するＣＱＩを伝送してよい（例えば、キャリア−１が、その最後のＣＱＩ伝送において報告されたものより大きいトランスポートブロックをサポートし、キャリア−２が、その最後のＣＱＩ伝送において報告されたものより小さいトランスポートブロックをサポートするケースでは、ＷＴＲＵ４１０は、キャリア−２に関する品質測度が、キャリア−１に関してよりも変化しておらず、キャリア−１上での伝送が、ＷＴＲＵ４１０によってサポートされるものより低いレートではあるが依然として継続し得る場合でも、キャリア−２に関するＣＱＩを送付すると決定してよい）。ＷＴＲＵ４１０は、その決定を、ＷＴＲＵが受信しているトラフィックのタイプに基づかせ得る（例えば、ＷＴＲＵ４１０がＤＬトラフィックを受信している場合、ＷＴＲＵ４１０は、個別制御チャネル（ＤＣＣＨ）を個別トラフィックチャネル（ＤＴＣＨ）より優先させてよい）。または、ＷＴＲＵ４１０は、単一のＨＳ−ＤＰＣＣＨ中で複数のＣＱＩを伝送してよい。
【００７７】
ＣＱＩ伝送が自律しているので、ネットワークはもはや、報告されるＣＱＩと、報告されるＣＱＩに関連づけられたキャリアとの間のリンクを知らない。報告されたＣＱＩとキャリアとの間のリンクを確立するために、ＷＴＲＵ４１０は、アップリンク制御チャネルフィードバック（例えば、ＨＳ−ＤＰＣＣＨ）にキャリア索引情報を含めればよい。例えば、ＷＴＲＵ４１０は、報告されるＣＱＩとともに、２ビットのキャリア索引を伝送することができる。報告されるＣＱＩは、追加情報に合わせて削減され得る。あるいは、ＣＱＩに対する符号化は、追加情報に合わせて削減され得る。さらに、ＨＡＲＱフィードバックが要求されないサブフレーム中では、ＷＴＲＵ４１０は、ＨＡＲＱ−ＡＣＫフィールドを使って、例えば予約された４つの符号語の１つを使うことによって、キャリア索引を指示すればよく、各符号語は、ある特定のキャリア索引に関連づけられる。
【００７８】
本実施形態では、ＷＴＲＵ４１０は、ＣＱＩを反復するように構成され得る。ＷＴＲＵ４１０が、古いＣＱＩの反復を伝送するよう要求され得るのと同時に（異なるキャリアに関する）新規ＣＱＩを伝送するよう要求される場合、ＷＴＲＵ４１０は、ある伝送を他の伝送より優先するように規則を定義し、適用すればよい。例えば、ある規則によると、ＷＴＲＵ４１０は、新規ＣＱＩを、他のＣＱＩより優先して伝送するように構成され得る（新規ＣＱＩの絶対優先権）。別の規則では、ＷＴＲＵ４１０は、反復されるＣＱＩの第１のインスタンスと、（可能性としては異なるキャリアからの）新規ＣＱＩの伝送との間の所定の最短時間間隔が経過している場合にのみ、新規ＣＱＩを伝送するように構成され得る。ＣＱＩは、ＷＴＲＵ４１０によって自律的に伝送されるので、反復される伝送の間の間隔は、ＷＴＲＵ４１０にまかされてよく、各伝送は、キャリアの指示を要求する。あるいは、伝送間隔は、予め構成され、システム情報中で与えられ、またはＨＳ−ＤＳＣＨ情報とともに伝送され得る。
【００７９】
ＷＴＲＵ４１０はさらに、多重化および自律伝送によりＣＱＩフィードバックを削減するように構成され得る。本実施形態では、ＷＴＲＵ４１０は、連続する２つのサブフレームに渡るフィードバックの時間多重化を用いるように構成され得る。これ以降で記載する実施形態は、一例として選択肢１を参照して行われるが、実施形態は、選択肢２および選択肢３もカバーするように一般化され得る。ＷＴＲＵ４１０は、４つのキャリアに関するＨＡＲＱフィードバックを、全てのサブフレームの最初の２つのスロットに入れて送付し、連続する全ての２つのサブフレーム（例えば、こうしたサブフレームそれぞれの第３のスロット中）に渡って拡散されるＣＱＩフィードバックを送付することができる。こうした２つのサブフレームを介して伝送されるＣＱＩは、ＷＴＲＵ４１０が自律的に判定した単一キャリアに関するＣＱＩでよい。キャリア指示は、ＨＡＲＱフィードバックを搬送する４つのスロット向けの予約された符号語を使用してネットワークに与えられる。スロットはそれぞれ、２つのＤＬキャリアに関するＨＡＲＱフィードバックを搬送する。ＷＴＲＵ４１０がキャリアＫに関するＣＱＩを伝送している場合、特殊または一意の符号語セットが、スロットＫ（Ｋ＝１，２，３，４）中で使われ得る。ネットワークは、スロットの１つにおける特殊符号語セットの使用をブラインドに検出し、スロット索引を使って、ＣＱＩが属すキャリアを判定する。
【００８０】
代替実装形態では、多重アップリンク制御チャネル符号が、フィードバックを個別に伝送するのに使われる（例えば、ＨＡＲＱフィードバックおよびＣＱＩフィードバック用の２つのＨＳ−ＤＰＣＣＨ符号）。２つのＨＳ−ＤＰＣＣＨフォーマットが、２つのＨＳ−ＤＰＣＣＨを介してＣＱＩフィードバックおよびＨＡＲＱフィードバックを搬送するために定義される。例えば、１つのＨＳ−ＤＰＣＣＨは、４つ全てのキャリアまたは３つ全てのキャリアに関するＨＡＲＱ−ＡＣＫフィールドを、情報を搬送するための完全サブフレームを使って伝送する。ＨＡＲＱフィードバックは、一括符号化されても、個別符号化されてもよい。
【００８１】
あるいは、一括符号化された単独のＨＡＲＱフィードバックが、ＨＳ−ＤＰＣＣＨ１上で送付され得る。例えば、ＨＡＲＱ１フィールドは、一括符号化されている、キャリア−１およびキャリア−２に関するＨＡＲＱフィードバックを含む。ＨＡＲＱ２フィールドは、一括符号化されている、キャリア−３およびキャリア４に関するＨＡＲＱフィードバックを含む。３つのキャリアのケースでは、ＨＡＲＱ１は、キャリア−１およびキャリア−２に関して一括符号化されてよく、ＨＡＲＱ２は、キャリア−３のＨＡＲＱフィードバックを個別に含み得る。キャリアの数Ｎ＞４のケースでは、ＷＴＲＵ４１０は、ペアで一括符号化されるｘ個のＨＡＲＱフィールドを含んでよく、ここでｘは、切り上げられたＮ／２という整数に等しい。
【００８２】
図１２は、３つのＣＱＩ報告が連結されている実施形態例を示す。第２のＨＳ−ＤＰＣＣＨ符号は、最大４つのキャリアのＣＱＩ報告を１つの完全サブフレームに入れて送付するのに使われる。ＣＱＩ合成物は、ＣＱＩ１、ＣＱＩ２、ＣＱＩ３、およびＣＱＩ４を連結することによって構築される。
【００８３】
第２のＨＳ−ＤＰＣＣＨ用のチャネル化符号およびＩ／Ｑ分岐は、キュービックメトリックを最小化するように設計され得る。第１のＨＳ−ＤＰＣＣＨチャネル化符号および分岐は、ＨＳ−ＤＰＣＣＨ用に使われるものでよい。
【００８４】
ＨＳ−ＤＰＣＣＨ１およびＨＳ−ＤＰＣＣＨ２は、同じＵＬキャリア内で伝送され得る。こうすることにより、マルチキャリア動作は、ＵＬキャリアの数に関わらず、確実に機能するようになり得る。あるいは、ＨＳ−ＤＰＣＣＨ１およびＨＳ−ＤＰＣＣＨ２は、ＷＴＲＵ４１０が複数のＵＬキャリア内で動作するように構成される場合、異なるＵＬキャリア内で伝送され得る。
【００８５】
図１３は、ＨＳ−ＤＰＣＣＨ１がサービング／一次ＵＬキャリア上で伝送され、ＨＳ−ＤＰＣＣＨ２が二次キャリア上で伝送される実施形態例を示す。この場合、ＨＳ−ＤＰＣＣＨチャネル化符号およびＩ／Ｑ分岐は、両方のＨＳ−ＤＰＣＣＨフォーマットに対して同じでよいが、異なる周波数において伝送され得る。二次ＵＬキャリアが不能にされ、マルチキャリアＤＬ動作が継続するケースでは、ＷＴＲＵ４１０は、アンカーキャリア上で定義される追加チャネル化符号でＨＳ−ＤＰＣＣＨ２の伝送を始めてよい。ＷＴＲＵ４１０は、二次アップリンクキャリアを活動化する（または再度活動化する）と、本明細書に記載するように、二次アップリンクキャリア上でＨＳ−ＤＰＣＣＨ２を伝送することができる。ＷＴＲＵ４１０は、従来のチャネル化符号およびＩ／Ｑ分岐を使うが、ある特定の異なるスクランブル符号を使って、追加ＨＳ−ＤＰＣＣＨまたは制御チャネルセットを伝送する。
【００８６】
代替実装形態では、ＷＴＲＵ４１０は、異なるダウンリンクキャリアに関するフィードバック情報の送付に、第２のＵＬスクランブル符号を使うことができる。ネットワークは、各追加物理アップリンク制御チャネル（例えば、ＨＳ−ＤＰＣＣＨ）や必要とされる制御チャネルセット用の異なるスクランブル符号でＷＴＲＵ４１０を構成する。
【００８７】
第２のスクランブル符号を使って送付される制御情報のフォーマットは、２セルＨＡＲＱフィードバックおよび２セルＣＱＩ報告を伝送させる、二重セル動作用に定義されるものと同様でよい。あるいは、フォーマットは、本明細書で説明した実施形態のいずれかによるものでよい。
【００８８】
フィードバックチャネルは、ネットワークによって構成されても、ＤＬ構成に基づいて暗黙的でもよい。
【００８９】
ＷＴＲＵ４１０が、ＭＩＭＯなしの３つまたは４つのダウンリンクキャリアを有して構成され、１つのＵＬキャリアをもつとき、二重キャリア動作用の制御チャネル（例えば、ＤＣ−ＨＳＤＰＡ用のＨＳ−ＤＰＣＣＨ）が、３つまたは４つのキャリアのうち２つに関するフィードバックを提供する。追加制御チャネル（例えば、追加ＨＳ−ＤＰＣＣＨ）は、（別のチャネル化符号、分岐ペアを使って、かつ／または別のスクランブル符号を使って）残りのキャリアに関して報告することができる。３つのＤＬキャリアが構成されるケースでは、従来の制御チャネル（例えば、従来のＨＳ−ＤＰＣＣＨ）が、残りのチャネルに関するフィードバックを報告するのに使われ得る。４つのＤＬキャリアが構成されるケースでは、二重キャリア動作用の制御チャネル（例えば、ＤＣ−ＨＳＤＰＡ用のＨＳ−ＤＰＣＣＨ）が、残りの２つのキャリアに関するフィードバックを提供するのに使われ得る。ＵＬキャリアとＤＬキャリアとの間のマッピングは、暗黙的であっても、ネットワークによってシグナリングされてもよい。各制御チャネル（例えば、ＨＳ−ＤＰＣＣＨ）は、異なる伝送電力オフセットで構成され得る。
【００９０】
ＷＴＲＵ４１０が、ＭＩＭＯなしの３つまたは４つのダウンリンクキャリアを有して構成され、２つのＵＬキャリアをもつとき、ＵＬアンカーキャリア上のＤＣ−ＨＳＤＰＡ用のＨＳ−ＤＰＣＣＨが、３つまたは４つのキャリアのうち２つに関するフィードバックを提供する。追加制御チャネル（例えば、追加ＨＳ−ＤＰＣＣＨ）が、残りのキャリアに関して報告するために、ＵＬ二次キャリア上で使われる。３つのＤＬキャリアが構成されるケースでは、従来の制御チャネル（例えば、ＨＳ−ＤＰＣＣＨ）が、残りのチャネルに関するフィードバックを報告するのに使われ得る。例えば、４つのＤＬキャリアが構成されるケースでは、二重キャリア通信用に使われる制御チャネル（例えば、ＤＣ−ＨＳＤＰＡ用のＨＳ−ＤＰＣＣＨ）が、残りの２つのキャリアに関するフィードバックを提供するのに使われ得る。ＵＬキャリアとＤＬキャリアとの間のマッピングは、暗黙的であっても、ネットワークによってシグナリングされてもよい。各制御チャネル（例えば、ＨＳ−ＤＰＣＣＨ）は、異なる伝送電力オフセットで構成され得る。
【００９１】
ＷＴＲＵ４１０が、ＭＩＭＯありの２つのダウンリンクキャリアおよび２つのＵＬキャリアを有して構成されるとき、ＵＬアンカーキャリア上の高速制御チャネル（例えば、ＭＩＭＯ動作用のＨＳ−ＤＰＣＣＨ）が、ダウンリンクアンカーキャリアに関するフィードバックを提供し得る。二次ＵＬキャリア用の高速制御チャネル（例えば、ＵＬ二次キャリア上でのＭＩＭＯ動作用のＨＳ−ＤＰＣＣＨ）が、ダウンリンク二次キャリアに関するフィードバックの提供に使われ得る。各ＨＳ−ＤＰＣＣＨは、異なる伝送電力オフセットで構成され得る。
【００９２】
別の実施形態では、同時多重キャリア高速ダウンリンク動作のコンテキストにおいて、フィードバック制御のためのＨＡＲＱ肯定応答コードブックを最適化する方法が、以下の通り開示される。
【００９３】
伝送時間間隔（ＴＴＩ）ごとのＨＳ−ＤＳＣＨに関する各ＨＡＲＱ伝送に対して、ＷＴＲＵ４１０受信機は、以下の状態を表し得る。受信機（または等価にはＷＴＲＵ４１０）は、ＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨに関連づけられたデータパケット両方を正しく受信した場合、ＡＣＫを送付すればよい。受信機は、ＨＳ−ＳＣＣＨから制御情報を正しく受信したが、データパケット中にエラーを検出した場合、ＮＡＣＫを送付すればよい。受信機は、現在のＷＴＲＵ４１０に割り当てられた識別子（ＩＤ）に合致する、現在のＴＴＩでのＨＳ−ＳＣＣＨを検出するのに失敗した場合、ＤＴＸを宣言すればよい。ＤＴＸ状態に対しては、以下のシナリオが起こり得る。すなわち、ノードＢ４２０は、現在のＴＴＩでのどのデータもこのＷＴＲＵ４１０には送付せず、またはＷＴＲＵ４１０の受信機は、実際にはこのＷＴＲＵ４１０にアドレス指定されているＨＳ−ＳＣＣＨをデコードするのに失敗する。
【００９４】
ＬＴＥに関しては、高速パケットアクセス（ＨＳＰＡ）と同様に、伝送時間間隔（ＴＴＩ）ごとの物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関する各ＨＡＲＱ伝送に対して、ＷＴＲＵ４１０の受信機４１７は、以下の状態を表し得る。受信機（または等価にはＷＴＲＵ４１０）は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）およびＰＤＣＣＨに関連づけられたデータパケット両方を正しく受信した場合、ＡＣＫを生成すればよい。受信機４１７は、ＰＤＣＣＨから制御情報を正しく受信したが、データパケット中にエラーを検出した場合、ＮＡＣＫを生成すればよい。ＷＴＲＵ４１０に向けられたＰＤＣＣＨ制御シグナリングが、現在のＴＴＩで検出されない場合、関連づけられた制御情報は、物理アップリンク制御チャネル（ＰＵＣＣＨ）上で伝送されない（すなわち、ＤＴＸ）。有効なＰＤＳＣＨ関連制御シグナリングが検出されないときにＰＵＣＣＨリソースを占有しないことによって、ｅＮｏｄｅ−Ｂ４２０は、３つの状態の検出、すなわちＡＣＫ、ＮＡＣＫ、またはＤＴＸを指揮することができる。ＷＴＲＵ４１０が、現在のＴＴＩ中で、有効なアップリンクスケジューリンググラントをもつケースでは、ＨＡＲＱ肯定応答は、データと時間多重化され、ＰＵＣＣＨではなく物理アップリンク共有チャネル（ＰＵＳＣＨ）上で伝送される。
【００９５】
マルチキャリアダウンリンク動作が構成されると、合成肯定応答メッセージは、そのキャリアのＨＡＲＱ状況を示すための、区切り記号「／」によって区切られるＡ、Ｎ、またはＤという文字によって形成されるＨＡＲＱ−ＡＣＫ状態によって表され、ここで「Ａ」は「ＡＣＫ」を意味し、「Ｎ」は「ＮＡＣＫ」を意味し、「Ｄ」は「無伝送」（すなわち、ＤＴＸ）を意味する。ＭＩＭＯが構成された場合、そのキャリア内で受ける二重ストリーム伝送に関して、区切り記号の間には２つの文字があり得る。例えば、Ａ／ＮＡ／Ｄは、第２のキャリアがＭＩＭＯで構成された、３つのキャリアに関するＨＡＲＱ肯定応答メッセージを搬送する。キャリアは、等しく取り扱われ、メッセージ中でのその位置によって識別され得ることに留意されたい。例えば、決して、「一次」または「二次」または「補助」キャリアによって区別されるのではない。
【００９６】
同じＴＴＩでの多重キャリア（例えば、３つまたは４つのキャリア）を介した伝送のせいで、可能性としては、ＭＩＭＯ構成の結果として生じ得る各キャリアでの二重ストリーム動作に加え、総データストリーム数が増し得る。総データストリーム数は、ＨＡＲＱ−ＡＣＫ状態コードブック中の大規模フィードバック組合せセットにつながり得る。例えば、３つ以上のキャリアを使うネットワークでは、状態の数は、８（例えば、ＨＳＰＡ用）またはそれ以上（例えば、ＬＴＥ／ＬＴＥ−Ａｄｖａｎｃｅｄにおいて）に増える場合があり、これは、コードブックにおけるＨＡＲＱ−ＡＣＫ状態の大規模な異なるフィードバック組合せセットにつながり得る。２つ以上のコンポーネントキャリアが集約されるキャリアアグリゲーションは、より広い伝送帯域幅（例えば、最大１００ＭＨｚ）をサポートするために、ＬＴＥ−Ａｄｖａｎｃｅｄにおいて実装され得る。ＬＴＥ−Ａｄｖａｎｃｅｄは、５つより多いダウンリンクコンポーネントキャリアをサポートし得る。従って、ダウンリンクコンポーネントキャリアのトランスポートブロックに対応する多重ＡＣＫ／ＮＡＣＫは、アップリンクで伝送され得る。例えば、コンポーネントキャリアごとに２つのトランスポートブロックをもつＭＩＭＯ空間多重化構成を想定すると、アップリンクで伝送されるべきＡＣＫ／ＮＡＣＫの総数は、１０になり得る。
【００９７】
ダウンリンク伝送性能に対する影響を最小限にしながらＨＡＲＱ−ＡＣＫコードブックテーブルのサイズを削減するために、ＷＴＲＵ４１０は、状態簡約デバイスを有して構成され得る。図１４は、ＷＴＲＵ４１０内で実装され得る状態簡約機能（state reduction function）を示す。状態簡約機能は、実際のＨＡＲＱ−ＡＣＫ状態を、より小さいセットの報告ＨＡＲＱ−ＡＣＫ状態にマップし得る。状態簡約機能の結果、チャネル符号化における符号語の数は小さくなり、その結果、より優れた符号化効率を得ることができる。状態簡約機能は、予め構成され、ネットワークによってシグナリングされ、またはＷＴＲＵ４１０による条件に基づいて動的に判定され得る。
【００９８】
状態簡約機能は、以下の実施形態の１つまたは任意の組合せに従って実装され得る。
【００９９】
一実施形態では、ＷＴＲＵ４１０は、グループ化されたＤＴＸ報告方法を実施するように構成され得る。ＷＴＲＵ４１０は、キャリアセットまたはデータストリームをグループ化する。ＷＴＲＵ４１０が、キャリアまたはデータストリームのいずれかからＤＴＸを検出した場合、グループ内の他のキャリアまたはデータストリーム全体のＨＡＲＱ−ＡＣＫ状態に関わらず、他のキャリアまたはデータストリーム全てに対して、ＤＴＸが宣言される。任意選択で、ＷＴＲＵ４１０が、キャリアまたはデータストリームのいずれかから、指定された数のＤＴＸ状態を検出した場合、ＷＴＲＵ４１０は、グループ内の他のキャリアまたはデータストリーム全体のＨＡＲＱ−ＡＣＫ状態に関わらず、他のキャリアまたはデータストリーム全てに対してＤＴＸを宣言する。本実施形態は、グループ化ＤＴＸ報告方法と呼ばれ得る。
【０１００】
別の実施形態では、ＷＴＲＵ４１０は、ネットワークシグナリング方法を実施するように構成され得る。ＷＴＲＵ４１０は、ネットワークから受信されるシグナリングを条件として、状態簡約を実施するように構成され得る。ＷＴＲＵ４１０は、ネットワークから受信されたシグナリングに依存して、例えば、ＴＴＩ単位で、ＨＡＲＱ肯定応答状態を他の状態に様々にマップすることができる。このようなシグナリングの例は、現在のＴＴＩで、またはＴＴＩグループに対して伝送されるトランスポートブロックの数の指示でよい。
【０１０１】
別の実施形態では、ノードＢ４２０は、制限つき伝送方法を実施するように構成され得る。キャリアセットは、グループ化することができ、ノードＢ４２０の送信機４２７の所での「無データ伝送」が、ＴＴＩ単位、またはＴＴＩグループで、セット中の全てのキャリア上で同時に認められる。セット中で、規則は、セット中のキャリア全体の伝送状態の組合せを制限するように設定される。具体的には、全ての伝送、または全ての無伝送の組合せが認められる。部分キャリアにおける無伝送のみの組合せは認められない。例えば、４つのキャリア（例えば、Ｃ１、Ｃ２、Ｃ３、Ｃ４）のケースでは、キャリアは、複数のセットにグループ化することができ、ここでセット１はＣ１／Ｃ２を含み、セット２はＣ３／Ｃ４を含む。ノードＢ４２０は、キャリアＣ１およびＣ２が伝送用の各セットまたは無伝送用の各セットとなり得るように、各セット向けの規則で構成され得る。従って、キャリアＣ１が伝送用に設定される場合は、キャリアＣ２が伝送用に設定され、およびその反対であることを含意するので、シグナリングが削減され得る。この例は、４つのキャリアおよび２つのグループに関するものであるが、各グループに任意の数のメンバがある任意の数のキャリアを使ってもよいことを理解されたい。一代替法は、１つのキャリア中に伝送するべきデータがない場合でも、セット中の他のキャリアが伝送している場合、ＨＳ−ＳＣＣＨは、依然として送付されるというものである。従って、伝送するべき可能ＨＡＲＱ−ＡＣＫ状態の数は、効果的に削減され得る。この方法は、ノードＢ４２０からの制限つき伝送方法と呼ばれ得る。
【０１０２】
別の実施形態では、ＷＴＲＵ４１０は、グループ化されたＮＡＣＫ報告を提供するようにも構成され得る。キャリアもしくはデータストリームのセットがグループ化され、また、キャリアもしくはデータストリームのいずれかからＮＡＣＫが検出された（または指定された数のＮＡＣＫが検出された）場合、グループ内の他のキャリアまたはデータストリーム全体のＨＡＲＱ−ＡＣＫ状態に関わらず、他のキャリアまたはデータストリーム全てに対してＮＡＣＫが宣言される。あるいは、キャリアまたはデータストリームのいずれかからＮＡＣＫが検出された場合、ＡＣＫ状態が検出されている他のキャリアまたはデータストリーム全てに対してＮＡＣＫが宣言される。
【０１０３】
別の実施形態では、ＷＴＲＵ４１０は、ＮＡＣＫから変換された条件つきＤＴＸ報告を提供するように構成され得る。他のキャリアの状態に依存して、キャリアまたはデータストリーム上でＮＡＣＫが検出された場合、ＮＡＣＫは報告のためにＤＴＸに変換される。変換条件は、以下の１つまたはどの組合せでもよい。すなわち、キャリアもしくはデータストリーム全ての中のＤＴＸ状態の数が、指定された値より大きい場合、キャリアもしくはデータストリーム全ての中のＮＡＣＫ状態の数が、指定された値より大きい場合、および／またはキャリアもしくはデータストリーム全ての中のＡＣＫ状態の数が、指定され、もしくは構成された値より小さい場合である。条件の設定により、状態の削減によりダウンリンク性能に対する影響を最小限にするために、出現確率が小さい状態が識別される。
【０１０４】
別の実施形態では、ＷＴＲＵ４１０は、ＡＣＫから変換された条件つきＮＡＣＫ報告を提供するように構成され得る。他のキャリアの状態に依存して、キャリアまたはデータストリーム上でＡＣＫが検出された場合、ＡＣＫは、報告のためにＮＡＣＫに変換される。変換条件は、以下の１つまたはどの組合せでもよい。すなわち、キャリアもしくはデータストリーム全ての中のＤＴＸ状態の数が、指定された値より大きい場合、キャリアもしくはデータストリーム全ての中のＮＡＣＫ状態の数が、指定された値より大きい場合、および／またはキャリアもしくはストリーム全ての中のＡＣＫ状態の数が、指定された値より小さい場合である。
【０１０５】
方法論は概して、任意の形のＭＩＭＯ組合せをもつ任意の数のキャリアに適用可能であり、その結果、ＨＡＲＱ肯定応答用に、列挙していない莫大な数の、最適化されたコードブックの設計が生じ得ることに留意されたい。
【０１０６】
テーブル６は、ＭＩＭＯが構成されていない、４つのキャリアに関するＨＡＲＱ−ＡＣＫ状態の可能な組合せを示す。４つのキャリアを介した同時伝送の結果、コードブック中のＨＡＲＱ−ＡＣＫ状態の総数は、テーブル６に列挙するように、３4−１＝８０に等しくなる。
【０１０７】
【表６】
0005457464.tif 000007
【０１０８】
以下の例は、４つのキャリア用のコードブックを最適化する作業と合同で、ネットワークから受信されるシグナリングの方法を条件とする、グループ化されたＤＴＸおよび報告状態簡約に当てはまる。Ｃ１、Ｃ２、Ｃ３、Ｃ４で示される４つのキャリアは、２つのペア、すなわち（Ｃ１／Ｃ２）および（Ｃ３／Ｃ４）にグループ化される。キャリアの順序に優先順位はない。グループは、セットがペア単位で形成される限り、他のどの組合せでもよい。第２に、ネットワークは、各キャリアペアごとに、ＷＴＲＵ４１０に１つまたは複数のビットを伝送するように構成することができ、データ伝送がキャリア両方に対して、それともペアのうち単一のキャリアに対して実施されるのかを示すと想定され得る。削減マッピングが、各キャリアペアに対して以下の通り指揮される。ペアの中に１つでもＤＴＸがあり、ネットワークシグナリングがペアを介した二重キャリア伝送を指示する場合、キャリア両方に対してＤＴＸを報告する。例えば、（Ｄ／Ａ）／（Ａ／Ｎ）は、（Ｄ／Ｄ）／（Ａ／Ｎ）になってよく、これは（Ｄ）／（Ａ／Ｎ）として簡約され得る。ペアの中に１つでもＤＴＸがあり、ネットワークシグナリングがペアを介した単一キャリア伝送を指示する場合、他のキャリアからの真状態（true state）を反復する。例えば、（Ｄ／Ａ）／（Ａ／Ｎ）は、（Ａ／Ａ）／（Ａ／Ｎ）になり得る。両サイドとも、単一キャリア伝送を知ることができる。それ以外の場合、状態は修正されないままである。
【０１０９】
１つのＨＳ−ＳＣＣＨは、ＭＩＭＯモードにおいて二重データストリームによって共有され得るので、ＭＩＭＯ構成されたＷＴＲＵ４１０は、そのＨＡＲＱ−ＡＣＫコードブック設計において、同様の削減機構の使用を含意し得る。従って、上記手法によって導入されるダウンリンク性能損失は、ＭＩＭＯ構成されたシステムと同様の範囲内となり得ると推論することができる。
【０１１０】
テーブル７は、単一のペアに対する条件つきマッピングを示し、ここで二重ＴＸは、ネットワークシグナリングが二重キャリア伝送を示すという条件を意味し、単一ＴＸは、データ伝送がペアのうち１つのキャリア上で実施されるという条件を意味する。
【０１１１】
【表７】
0005457464.tif 000008
【０１１２】
全てのキャリアに関する、報告される合成ＨＡＲＱ−ＡＣＫ状態は、テーブル６に従って、ペアそれぞれにマッピングを個々に適用し、次いで、連結することによって取得される。最適化の結果、コードブックサイズは、テーブル８に示すように、未処理状態が２４通りしか残っていないので、８０から２４に削減される。
【０１１３】
【表８】
0005457464.tif 000009
【０１１４】
マッピング関係は、テーブル９に示すように状態を追加することによって修正され得る。テーブル９は、既存のコードブックの再利用のための、単一のペア用のマッピングテーブルを示す。
【０１１５】
【表９】
0005457464.tif 000010
【０１１６】
従って、ノードＢ４２０に報告される、結果コードブック状態は、テーブル１０で取得することができる。テーブル１０は、テーブル２で指定されるバイナリ符号化方式を用いることができる、報告されるＨＡＲＱ−ＡＣＫ状態を示し、この符号化方式は、テーブル１０で与えられる状態をエンコードして、ＨＳ−ＳＣＣＨによって搬送される１０ビットのＨＡＲＱ−ＡＣＫメッセージを生成するのに使うことができる。
【０１１７】
【表１０】
0005457464.tif 000011
【０１１８】
別の実施形態では、ペア単位のグループ化されたＤＴＸ報告は、ネットワークシグナリングの補助なしで適用することができ、その結果、テーブル８と同じ報告される状態テーブルとなる。本実施形態では、ペア内の単一キャリア伝送は、グループ化されたＤＴＸ報告によってブロックされ得る。このブロッキングを避けるために、伝送の制約を、ノードＢからの制限つき伝送方法において提案されるように適用することができるが、この方法では、ペア内の１つのキャリア上でのデータ伝送を許容することはできない。
【０１１９】
第３の実施形態では、ＮＡＣＫから変換された条件つきＤＴＸ報告が適用されて、いくつかのＮＡＣＫをＤＴＸに変換することによって、比較的起こりにくい状態を統合する。例えば、１つのキャリアにおいてＮＡＣＫが検出された場合、また、他のキャリアの間でのＮＡＣＫの数が２より大きい場合、このキャリアに関してＤＴＸが報告される。それ以外の場合、状態は修正されないままである。作成されるマッピング関係は、テーブル１１の通りである。
【０１２０】
【表１１】
0005457464.tif 000012
【０１２１】
報告される状態の数は、テーブル１２に示すように８０から４７に削減され、テーブルには、ノードＢ４２０が受信する未処理状態を列挙してある。
【０１２２】
【表１２】
0005457464.tif 000013
【０１２３】
テーブル２で指定されるバイナリ符号語を、テーブル１２で与えられる状態をエンコードするのに使って、ＨＳ−ＳＣＣＨによって搬送される１０ビットのＨＡＲＱ−ＡＣＫメッセージを生成することができる。これは、４７個の状態から符号語テーブルのエントリへのいずれかのマッピング関係を識別し、次いで、エンコードを実施することによって実施される。
【０１２４】
１つのキャリアがＭＩＭＯで構成された、３つのキャリアという別の例において、キャリアＣ１、およびキャリアＣ２は、ＭＩＭＯなしの２つのキャリアを示すものとし、キャリアＣ３は、ＭＩＭＯありのキャリアを示すものとし、これらは、ペア（Ｃ１／Ｃ２）としてグループ化される。ＭＩＭＯありのキャリアは、それ以上処理されないものとして対処され得る。合成ＨＡＲＱ−ＡＣＫ状態は、（Ｃ１，Ｃ２）／Ｃ３で表される。テーブル１３は、１つがＭＩＭＯありで構成された３つのキャリアに関するＨＡＲＱ−ＡＣＫ状態の可能な組合せを示し、このテーブルは、合計で６２個のエントリをもつ。
【０１２５】
【表１３】
0005457464.tif 000014
【０１２６】
テーブル１４は、１つがＭＩＭＯありで構成された３つのキャリアに対する合成削減マッピングテーブルを示す。コードブックテーブルを最適化するために、同じ処理（すなわち、ネットワークシグナリングを条件とする、グループ化されたＤＴＸ報告）が、テーブル７に従って（Ｃ１／Ｃ２）に適用され、その結果、テーブル１４に示す合成マッピングが生成される。ネットワークシグナリングの１ビットは、キャリアＣ１およびキャリアＣ２両方を介した伝送を指示する二重ＴＸ、並びにペアのうちキャリアの一方における伝送を指示する単一ＴＸを含む２つのモードを示すのに使われ得る。
【０１２７】
【表１４】
0005457464.tif 000015
【０１２８】
テーブル１５は、１つのキャリアがＭＩＭＯである３つのキャリアに関する、報告されるＨＡＲＱ−ＡＣＫ状態を示す。削減マッピングから残される未処理状態をテーブル１５に挙げてあるが、こうした状態は、ノードＢ４２０に報告される。
【０１２９】
【表１５】
0005457464.tif 000016
【０１３０】
従って、コードブックのサイズは、６２から３４に削減され得る。既存のエンコード方式から得られる既存のコードブックの使用が望ましい（例えば、３ＧＰＰ仕様で用いられる方式）場合、（Ｃ１／Ｃ２）用の削減マッピングを、テーブル９に従って実施してよく、これは、テーブル１０と同様の、最終的な報告される状態につながる。最終段階で、４８個の状態が、テーブル２で指定されるチャネル符号化テーブルに従って１０ビットの符号語を形成するように符号化される。
【０１３１】
２つのキャリア上でＭＩＭＯが構成された４つのキャリアという第３の例において、４つのうち２つのキャリアが、ＭＩＭＯモードをもって構成することができ、他の２つのキャリアは、ＭＩＭＯありでは構成されない。このケースの場合、合計で９＊４９−１＝４４０通りの可能な組合せがＨＡＲＱ−ＡＣＫテーブルにある。キャリアＣ１およびキャリアＣ２は、ＭＩＭＯなしの２つのキャリアとする。こうしたキャリアは、ペアにグループ化され、このペアに関連したＨＡＲＱ−ＡＣＫ状態向けの全ての可能な組合せは、ノードＢ４２０シグナリングの入力に基づいて、テーブル４で指定されたのと同じ削減マッピング動作によって取り扱われる。テーブル４には５つの未処理状態があるので、ＭＩＭＯありまたはなしのキャリアをマージする合成ＨＡＲＱ−ＡＣＫ状態の総数は、削減作業後は５＊４９−１＝２４４に削減され得る。従って、コードブックのサイズは、４４０から２４４に削減される。
【０１３２】
データを伝送しているキャリアの数を知っていることは、グループ化されたＤＴＸ報告に起因する損失を最小化するのに有用である。ノードＢ４２０は、ＷＴＲＵ４１０に対してキャリア活動（activity）を指示するが、これについてはこれ以降でより詳細に記載する。ＷＴＲＵ４１０は、ノードＢ４２０からの指示を検出し、対応するＨＳ−ＳＣＣＨ中のＨＡＲＱ−ＡＣＫフィールドに、適切なコードブック圧縮を適用する。
【０１３３】
キャリア活動は、例えば、ＨＳ−ＳＣＣＨを使って指示され得る。例えば、新規データインジケータビットを再利用してよい。別の実施形態では、キャリア活動情報は、新規データインジケータビットの代わりに、ＨＳ−ＳＣＣＨタイプ１を介して提供される。あるいは、単一トランスポートブロック用のＨＳ−ＳＣＣＨタイプ３フォーマットが、ＨＳ−ＤＳＣＨ伝送に使われる。ＭＩＭＯモードは、グループ化されたＤＴＸ報告を実施する際には構成することができないので、ＭＩＭＯに使われるいくつかのシグナリングビットを、キャリア活動の報告に使えばよい。こうしたビットは、例えばＸwipb1，Ｘpwipb2、Ｘms3、またはＸccs7を含み得る。
【０１３４】
任意選択で、２つのトランスポートブロック用のＨＳ−ＳＣＣＨタイプ３フォーマットを使うことができ、この場合、二次トランスポートブロック用の追加情報フィールドが、ペアのうち別のキャリアから複製される構成情報を送付するのに使われ得る。
【０１３５】
実施形態
１．ワイヤレス送受信ユニット（ＷＴＲＵ）に複数のキャリアを割り当てることを含む方法。
【０１３６】
２．多重ダウンリンクキャリア動作用のＨＡＲＱ（ハイブリッド自動再送リクエスト）肯定応答コードブック最適化のための方法。
【０１３７】
３．割当ては、明示的構成信号である実施形態１に記載の方法。
【０１３８】
４．第１のアップリンク物理制御チャネルおよび第２のアップリンク物理制御チャネル上でフィードバック情報を伝送することをさらに含む前記実施形態いずれかに記載の方法。
【０１３９】
５．第１および第２のアップリンク物理制御チャネルは、異なる周波数上にある前記実施形態いずれかに記載の方法。
【０１４０】
６．第１および第２のアップリンク物理制御チャネルは、異なるスクランブル符号をもつ前記実施形態いずれかに記載の方法。
【０１４１】
７．２つのキャリアに関する肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）およびチャネル品質インジケータ（ＣＱＩ）を第１のアップリンク物理制御チャネル上で伝送することをさらに含む前記実施形態いずれかに記載の方法。
【０１４２】
８．追加キャリアに関するフィードバックを第２のアップリンク物理制御チャネル上で伝送することをさらに含む前記実施形態いずれかに記載の方法。
【０１４３】
９．複数のアップリンク物理制御チャネルそれぞれに対するアップリンクスクランブル符号を割り当てることをさらに含む前記実施形態いずれかに記載の方法。
【０１４４】
１０．構成されている各キャリアペアごとに物理アップリンク制御チャネルを割り当てることをさらに含む前記実施形態いずれかに記載の方法。
【０１４５】
１１．ＭＩＭＯが構成されていないとき、ＨＳ−ＤＰＣＣＨ（高速個別物理制御チャネル）用の現在の単一キャリアチャネル符号化を用いて、ＨＡＲＱ（ハイブリッド自動再送リクエスト）ＡＣＫメッセージおよびＣＱＩを符号化することをさらに含む前記実施形態いずれかに記載の方法。
【０１４６】
１２．３ＧＰＰ（第３世代パートナーシッププロジェクト）技術仕様（ＴＳ）２５．２１２において定義されるように二次キャリアが存在するとき、ＨＳ−ＤＰＣＣＨ用のチャネル符号化を用いることをさらに含む前記実施形態いずれかに記載の方法。
【０１４７】
１３．複数のアップリンク物理制御チャネルそれぞれが、二重キャリアチャネル符号化で構成される前記実施形態いずれかに記載の方法。
【０１４８】
１４．第２のＨＳ−ＤＰＣＣＨ用のチャネル化符号および分岐は、キュービックメトリックを最小化するように設計される前記実施形態いずれかに記載の方法。
【０１４９】
１５．複数のＵＬ物理制御チャネルは、同じキャリア上で伝送される前記実施形態いずれかに記載の方法。
【０１５０】
１６．第１のアップリンク物理制御チャネルをアンカーキャリア上で、および第２のアップリンク物理制御チャネルを二次キャリア上で伝送することをさらに含む前記実施形態いずれかに記載の方法。
【０１５１】
１７．各アップリンク物理制御チャネルに関連づけられたキャリアペアは、無線リソース制御（ＲＲＣ）シグナリングを用いて明示的に構成される前記実施形態いずれかに記載の方法。
【０１５２】
１８．第１のキャリアおよび第２のキャリアは、アンカーダウンリンクキャリアおよび一次キャリアの第１の隣接周波数に対応し、第３のキャリアおよび第４のキャリアは、ＷＴＲＵの残りの補助周波数に対応する前記実施形態いずれかに記載の方法。
【０１５３】
１９．第１のキャリアおよび第２のキャリアは、アンカーダウンリンクキャリアおよび補助キャリアに対応し、第３のキャリアおよび第４のキャリアは、二次キャリアおよび隣接キャリアに対応する前記実施形態いずれかに記載の方法。
【０１５４】
２０．第１および第２のキャリアは、２つのダウンリンクアンカーキャリアに対応し、第３および第４のキャリアは、補助キャリアに対応する前記実施形態いずれかに記載の方法。
【０１５５】
２１．第１および第２のキャリアは、第１の物理アップリンク制御チャネルがその中で伝送されているアップリンクキャリアに関連づけられたアンカーキャリアおよび二次キャリアに対応し、第３および第４のキャリアは、第２の物理アップリンク制御チャネルがその中で伝送されているアップリンクキャリアに関連づけられたアンカーキャリアおよび二次キャリアに対応する前記実施形態いずれかに記載の方法。
【０１５６】
２２．ＨＳ−ＤＰＣＣＨは帯域依存である前記実施形態いずれかに記載の方法。
【０１５７】
２３．帯域ごとに１つのＨＳ−ＤＰＣＣＨが使われる前記実施形態いずれかに記載の方法。
【０１５８】
２４．ＷＴＲＵは、４キャリアのマルチキャリアシステムにおいて最大４つのＨＡＲＱフィードバックおよび４つのＣＱＩフィードバックを伝送し、ＨＡＲＱフィードバックおよびＣＱＩフィードバックはそれぞれ、４つのキャリアの１つによって搬送され得る前記実施形態いずれかに記載の方法。
【０１５９】
２５．各ＨＡＲＱフィードバック組合せに対して、複数の可能ＣＱＩフィードバック組合せがある前記実施形態いずれかに記載の方法。
【０１６０】
２６．ＷＴＲＵは、フィードバック組合せに依存して１つまたは２つのＨＳ−ＤＰＣＣＨを使う前記実施形態いずれかに記載の方法。
【０１６１】
２７．ＷＴＲＵは、どのキャリアがフィードバックを送付しているかの指示をネットワークにシグナリングする前記実施形態いずれかに記載の方法。
【０１６２】
２８．ＷＴＲＵは、ＨＳ−ＤＰＣＣＨチャネル化符号番号を使って指示を伝送する前記実施形態いずれかに記載の方法。
【０１６３】
２９．ＷＴＲＵは、ＣＱＩおよびＨＡＲＱフィードバックとともに、帯域内で指示を送付する前記実施形態いずれかに記載の方法。
【０１６４】
３０．ネットワークは、ＣＱＩおよびＨＡＲＱフィードバックを提供するキャリアのテキストにブラインドをかける前記実施形態いずれかに記載の方法。
【０１６５】
３１．単一のＨＳ−ＤＰＣＣＨチャネル化符号が、フィードバック情報を搬送するのに使われる前記実施形態いずれかに記載の方法。
【０１６６】
３２．ＨＳ−ＤＰＣＣＨフレームフォーマットを使ってＨＡＲＱフィードバックを伝送することをさらに含み、ＨＳ−ＤＰＣＣＨフレームフォーマットは、いかなるＣＱＩ報告もなしでＡＣＫ／ＮＡＣＫフィードバックを搬送するだけである前記実施形態いずれかに記載の方法。
【０１６７】
３３．ＣＱＩフィードバックおよびＨＡＲＱフィードバックを、同じＨＳ−ＤＰＣＣＨ符号に多重化することをさらに含む前記実施形態いずれかに記載の方法。
【０１６８】
３４．複数のダウンリンクキャリアに関する複数のＣＱＩ報告を伝送することをさらに含む前記実施形態いずれかに記載の方法。
【０１６９】
３５．複数のＣＱＩ報告から合成ＣＱＩ報告を生成することをさらに含む前記実施形態いずれかに記載の方法。
【０１７０】
３６．合成ＣＱＩ報告を、ＨＡＲＱフィードバックとともに１つのＨＳ−ＤＰＣＣＨ内で伝送することをさらに含む前記実施形態いずれかに記載の方法。
【０１７１】
３７．１つのキャリアに関するＣＱＩを、異なる複数のサブフレームに入れて一度に伝送することをさらに含む前記実施形態いずれかに記載の方法。
【０１７２】
３８．連続する２つのサブフレームに渡るフィードバック情報の時間多重化をさらに含む前記実施形態いずれかに記載の方法。
【０１７３】
３９．各キャリアに関するＣＱＩは、４つのサブフレームペアごとに一度報告され得る前記実施形態いずれかに記載の方法。
【０１７４】
４０．各キャリアに関するＣＱＩは、２つのサブフレームペアごとに一度報告され得る前記実施形態いずれかに記載の方法。
【０１７５】
４１．２つのキャリアに渡るフィードバック情報の多重化をさらに含む前記実施形態いずれかに記載の方法。
【０１７６】
４２．ただ１つのダウンリンクキャリアに関するＣＱＩは、複数のサブフレームそれぞれに入れて報告される前記実施形態いずれかに記載の方法。
【０１７７】
４３．２つのダウンリンクキャリアが、各サブフレーム中で報告される前記実施形態いずれかに記載の方法。
【０１７８】
４４．ＨＡＲＱフィードバックは、各スロット中に２つのダウンリンクキャリアに関して報告することもできる前記実施形態いずれかに記載の方法。
【０１７９】
４５．ＷＴＲＵは、複数のキャリアそれぞれに関するＣＱＩをいつ伝送するべきかを自律的に判定する前記実施形態いずれかに記載の方法。
【０１８０】
４６．ＷＴＲＵは、全てのキャリアの品質を監視し、キャリアのうち１つのキャリアの品質が所定の量を越えて変わった場合は最新のＣＱＩを伝送する前記実施形態いずれかに記載の方法。
【０１８１】
４７．品質は、算出されたＣＱＩに基づく前記実施形態いずれかに記載の方法。
【０１８２】
４８．複数のキャリアがＣＱＩ更新を要求するとＷＴＲＵが判定したとき、ＷＴＲＵは、最大品質変化を経るキャリアに関するＣＱＩを伝送する前記実施形態いずれかに記載の方法。
【０１８３】
４９．ＷＴＲＵは、アップデートされたＣＱＩの使用による反応が最も大きいであろうキャリアに関するＣＱＩを伝送する実施形態４４〜４６のいずれか１つに記載の方法。
【０１８４】
５０．ＷＴＲＵは、ＨＳ−ＤＰＣＣＨフィードバック中にキャリア索引情報を含める実施形態４３〜４８のいずれかに記載の方法。
【０１８５】
５１．２ビットのキャリア索引が、ＣＱＩフィードバックとともに伝送される前記実施形態いずれかに記載の方法。
【０１８６】
５２．ＨＡＲＱフィードバックが要求されないとき、ＷＴＲＵは、ＨＡＲＱフィードバック用に予約された符号語を使って、キャリア索引を指示する前記実施形態いずれかに記載の方法。
【０１８７】
５３．ＷＴＲＵは、連続する２つのフレームに渡るフィードバックの時間多重化を用いる実施形態４３〜５１のいずれか１つに記載の方法。
【０１８８】
５４．ＨＡＲＱフィードバックは、全てのサブフレームの最初の２つのスロットに入れて伝送され、ＣＱＩフィードバックは、全ての連続する２つのサブフレームに渡って拡散される前記実施形態いずれかに記載の方法。
【０１８９】
５５．２つのＨＳ−ＤＰＣＣＨ符号が、ＨＡＲＱフィードバックおよびＣＱＩフィードバックを個別に伝送するのに使われる前記実施形態いずれかに記載の方法。
【０１９０】
５６．一括符号化されたＨＡＲＱフィードバックを第１のＨＳ−ＤＰＣＣＨ上で伝送することをさらに含む前記実施形態いずれかに記載の方法。
【０１９１】
５７．完全サブフレーム中で第２のＨＳ−ＤＰＣＣＨを介して複数のＣＱＩブロックを伝送することをさらに含む前記実施形態いずれかに記載の方法。
【０１９２】
５８．複数のＨＳ−ＤＰＣＣＨそれぞれのための異なるスクランブル符号を構成することをさらに含む前記実施形態いずれかに記載の方法。
【０１９３】
５９．ＨＳ−ＤＰＣＣＨを介して、複数のキャリアに関するフィードバックを提供することをさらに含む前記実施形態いずれかに記載の方法。
【０１９４】
６０．合成肯定応答メッセージをさらに含む実施形態２に記載の方法。
【０１９５】
６１．合成肯定応答メッセージは、そのキャリアのＨＡＲＱ状況を指示するための、区切り記号「／」で区切られるＡ、Ｎ、またはＤいずれかの文字で形成されるＨＡＲＱ−ＡＣＫ状態によって表され、「Ａ」は「ＡＣＫ」を意味し、「Ｎ」は「ＮＡＣＫ」を意味し、「Ｄ」は「無伝送」（ＤＴＸ）を意味する前記実施形態いずれかに記載の方法。
【０１９６】
６２．キャリアまたはデータストリームのセットがグループ化され、キャリアまたはデータストリームのいずれかからＤＴＸが検出された場合、グループ内の他のキャリアまたはストリーム全体のＨＡＲＱ−ＡＣＫ状態に関わらず、他のキャリアまたはストリーム全てに対してＤＴＸが宣言される前記実施形態いずれかに記載の方法。
【０１９７】
６３．キャリアまたはデータストリームのいずれかから、指定された数のＤＴＸ状態が検出されるという条件で、グループ内の他のキャリアまたはストリーム全体のＨＡＲＱ−ＡＣＫ状態に関わらず、他のキャリアまたはストリーム全てに対してＤＴＸが宣言される前記実施形態いずれかに記載の方法。
【０１９８】
６４．いくつかのＨＡＲＱ状態が、ネットワークから受信されるシグナリングに依存して、他の状態に様々にマップされる前記実施形態いずれかに記載の方法。
【０１９９】
６５．ＨＡＲＱ状態は、伝送時間間隔（ＴＴＩ）単位で様々にマップされる前記実施形態いずれかに記載の方法。
【０２００】
６６．シグナリングは、現在のＴＴＩで、またはＴＴＩグループに対して伝送されるいくつかのトランスポートブロックの指示である前記実施形態いずれかに記載の方法。
【０２０１】
６７．キャリアセットがグループ化され、ＴＴＩ単位で、またはＴＴＩグループでのセット中の全てのキャリアに対する、ノードＢ送信機でのどのデータ伝送も同時には許容されない前記実施形態いずれかに記載の方法。
【０２０２】
６８．セット中の他のキャリアが伝送中である場合、ＨＳ−ＳＣＣＨが送付される前記実施形態いずれかに記載の方法。
【０２０３】
６９．キャリアまたはデータストリームのセットがグループ化され、キャリアまたはデータストリームのいずれかからＮＡＣＫが検出されるかまたは指定された数のＮＡＣＫが検出されるという条件で、グループ内の他のキャリアまたはストリーム全体のＨＡＲＱ−ＡＣＫ状態に関わらず、他のキャリアまたはストリーム全てに対してＮＡＣＫが宣言される前記実施形態いずれかに記載の方法。
【０２０４】
７０．キャリアまたはデータストリームのいずれかからＮＡＣＫが検出された場合、ＡＣＫ状態が検出されている他のキャリアまたはストリーム全てに対してＮＡＣＫが宣言される前記実施形態いずれかに記載の方法。
【０２０５】
７１．ＮＡＣＫは、キャリアまたはストリーム上で検出されるという条件で、報告用にＤＴＸに変換される前記実施形態いずれかに記載の方法。
【０２０６】
７２．ＤＴＸを変換する条件は、キャリアもしくはストリーム全ての中のいくつかのＤＴＸ状態が、指定された値より大きいこと、キャリアもしくはストリーム全ての中のいくつかのＮＡＣＫ状態が、指定された値より大きいこと、および／またはキャリアもしくはストリーム全ての中のいくつかのＡＣＫ状態が、指定され、もしくは構成された値より小さいことのどの組合せも含む前記実施形態いずれかに記載の方法。
【０２０７】
７３．ＡＣＫは、キャリアまたはストリーム上で検出されるという条件で、報告用にＮＡＣＫに変換される前記実施形態いずれかに記載の方法。
【０２０８】
７４．ペア中に１つでもＤＴＸがあるとともに、ネットワークシグナリングがペアを介した二重キャリア伝送を指示するという条件で、キャリア両方に対してＤＴＸが報告される前記実施形態いずれかに記載の方法。
【０２０９】
７５．ペア中に１つでもＤＴＸがあるとともに、ネットワークシグナリングがペアを介した単一キャリア伝送を指示するという条件で、他のキャリアから真状態が反復される前記実施形態いずれかに記載の方法。
【０２１０】
７６．全てのキャリアに関する、報告される合成ＨＡＲＱ−ＡＣＫ状態は、ペアそれぞれへのマッピングを個々に適用し、キャリアを連結することによって取得される前記実施形態いずれかに記載の方法。
【０２１１】
７７．ペア単位のＤＴＸグループ報告が、ネットワークシグナリングなしで適用される前記実施形態いずれかに記載の方法。
【０２１２】
７８．伝送を制限することをさらに含む前記実施形態いずれかに記載の方法。
【０２１３】
７９．比較的起こり得ない状態が統合される前記実施形態いずれかに記載の方法。
【０２１４】
８０．いくつかのＮＡＣＫはＤＴＸに変換される前記実施形態いずれかに記載の方法。
【０２１５】
８１．１つのキャリアにおいてＮＡＣＫが検出されるという条件で、また、他のキャリアの中でのＮＡＣＫの数が２より大きい場合、このキャリアに関してＤＴＸが報告される前記実施形態いずれかに記載の方法。
【０２１６】
８２．キャリア活動を指示することをさらに含む前記実施形態いずれかに記載の方法。
【０２１７】
８３．送付される指示を検出し、対応するＨＳ−ＳＣＣＨ中のＨＡＲＱ−ＡＣＫフィールドに適切なコードブック圧縮を適用することをさらに含む前記実施形態いずれかに記載の方法。
【０２１８】
８４．ＨＳ−ＳＣＣＨタイプ１を介してキャリア活動情報を指示することをさらに含む前記実施形態いずれかに記載の方法。
【０２１９】
８５．新規データインジケータビット中でキャリア活動情報を指示することをさらに含む前記実施形態いずれかに記載の方法。
【０２２０】
８６．キャリア活動を報告するために、ＭＩＭＯ用のシグナリングビットを使うことをさらに含む前記実施形態いずれかに記載の方法。
【０２２１】
８７．追加情報フィールドを使って、ＨＳ−ＳＣＣＨタイプ３フォーマットでキャリア活動情報を指示することをさらに含む前記実施形態いずれかに記載の方法。
【０２２２】
８８．受信機は、受信機が、ＨＳ−ＳＣＣＨと、ＨＳ−ＰＤＳＣＨおよびＡＣＫに関連づけられたデータパケット両方を正しく受信する状態、受信機が、ＨＳ−ＳＣＣＨから制御情報を正しく受信するが、データパケット中のエラーおよびＮＡＣＫを検出する状態、並びに／または受信機が、現在のワイヤレス送受信ユニット（ＷＴＲＵ）に割り当てられたＩＤに合致する現在のＴＴＩでのＨＳ−ＳＣＣＨの検出に失敗し、ＤＴＸを宣言する状態のどの組合せも提示する前記実施形態いずれかに記載の方法。
【０２２３】
８９．前記実施形態いずれかに記載の方法を実施するように構成されたワイヤレス送受信ユニット（ＷＴＲＵ）。
【０２２４】
９０．実施形態１〜８８のいずれか１つに記載の方法を実施するように構成された集積回路（ＩＣ）。
【０２２５】
９１．実施形態１〜８８のいずれか１つに記載の方法を実施するように構成されたノードＢ。
【０２２６】
特徴および要素を、具体的に組み合わせて上記に記載したが、各特徴または要素は、他の特徴および要素なしで単独で、または他の特徴および要素ありでもなしでも様々に組み合わせて用いることができる。本明細書に挙げた方法またはフローチャートは、汎用コンピュータまたはプロセッサによる実行用のコンピュータ可読記憶媒体に組み込まれる、コンピュータプログラム、ソフトウェア、またはファームウェア中に実装することができる。コンピュータ可読記憶媒体の例は、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリ素子、内部ハードディスクおよび取外し可能ディスクなどの磁気メディア、光磁気メディア、並びにＣＤ−ＲＯＭディスク、およびＤＶＤなどの光メディアを含む。
【０２２７】
適切なプロセッサは、例として、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラム可能ゲートアレイ）回路、他の任意の種類のＩＣ（集積回路）、および／または状態マシンを含む。
【０２２８】
ソフトウェアと関連したプロセッサは、ワイヤレス送受信ユニット（ＷＴＲＵ）、ＵＥ（ユーザ端末）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータ内で使用するための無線周波数トランシーバを実装するのに使うことができる。ＷＴＲＵは、ハードウェアおよび／またはソフトウェア中に実装されるモジュール、並びにカメラ、ビデオカメラモジュール、テレビ電話、スピーカーフォン、振動装置、スピーカ、マイクロホン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、ブルートゥースモジュール、ＦＭ（周波数変調）無線ユニット、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）もしくは超広帯域（ＵＷＢ）モジュールなど、他の構成要素とともに使うことができる。
【図１】
0005457464.tif 000017
【図２】
0005457464.tif 000018
【図３】
0005457464.tif 000019
【図４】
0005457464.tif 000020
【図５】
0005457464.tif 000021
【図６】
0005457464.tif 000022
【図７】
0005457464.tif 000023
【図８】
0005457464.tif 000024
【図９】
0005457464.tif 000025
【図１０】
0005457464.tif 000026
【図１１】
0005457464.tif 000027
【図１２】
0005457464.tif 000028
【図１３】
0005457464.tif 000029
【図１４】
0005457464.tif 000030