(57)【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）で用いる方法であって、前記方法は、
少なくとも１つの非対のダウンリンク（ＤＬ）キャリアを含んでいる少なくとも２つのＤＬキャリアを介してデータを受信することであって、データは、ＯＦＤＭＡ（orthogonal frequency division multiple access）を使用して前記キャリアのそれぞれを通じて受信される、ことと、
単一のアップリンクキャリアに関連付けられた単一のアップリンク制御チャネルに関連付けられた複数のリソースの割り当てを受信することと、
前記少なくとも２つのＤＬキャリアに対するハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を送信するのに使用するために、前記単一のアップリンク制御チャネルに対して割り当てられた前記複数のリソースのうちの少なくとも１つのリソースを、前記少なくとも２つのＤＬキャリアに基づいて、前記ＷＴＲＵによって決定することと、
前記単一のアップリンク制御チャネルを使用して前記決定した少なくとも１つのリソースを通じて前記ダウンリンクキャリアに対するＡＣＫ／ＮＡＣＫ情報を送信することと
を備える方法。
【請求項２】
前記複数の割り当てられたリソースのそれぞれは、複数のサブキャリアに関連付けられる、請求項１の方法。
【請求項３】
前記ＷＴＲＵは、８０２．１６ｍ  ＷＴＲＵである、請求項１の方法。
【請求項４】
前記ＷＴＲＵは、ＬＴＥ−Ａｄｖａｎｃｅｄ  ＷＴＲＵである、請求項１の方法。
【請求項５】
複数のアップリンクキャリアを通じてアップリンクデータを送信すること
をさらに備える請求項１の方法。
【請求項６】
無線送受信ユニット（ＷＴＲＵ）であって、
少なくとも１つの非対のダウンリンク（ＤＬ）キャリアを含んでいる少なくとも２つのＤＬキャリアを介してデータを受信するように構成された受信機であって、データは、ＯＦＤＭＡ（orthogonal frequency division multiple access）を使用して前記キャリアのそれぞれを通じて受信される、受信機と、
単一のアップリンクキャリアに関連付けられた単一のアップリンク制御チャネルに関連付けられた複数のリソースの割り当てを受信するようにさらに構成された前記受信機と、
前記少なくとも２つのＤＬキャリアに対するハイブリッド自動再送要求（ＨＡＲＱ）肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）情報を送信するのに使用するために、前記単一のアップリンク制御チャネルに対して割り当てられた前記複数のリソースのうちの少なくとも１つのリソースを、前記少なくとも２つのＤＬキャリアに基づいて決定するように構成されたプロセッサと、
前記単一のアップリンク制御チャネルを使用して前記決定した少なくとも１つのリソースを通じて前記ダウンリンクキャリアに対するＡＣＫ／ＮＡＣＫ情報を送信するように構成された前記プロセッサと
を備えたＷＴＲＵ。
【請求項７】
前記複数の割り当てられたリソースのそれぞれは、複数のサブキャリアに関連付けられる、請求項６のＷＴＲＵ。
【請求項８】
前記ＷＴＲＵは、８０２．１６ｍ  ＷＴＲＵである、請求項６のＷＴＲＵ。
【請求項９】
前記ＷＴＲＵは、ＬＴＥ−Ａｄｖａｎｃｅｄ  ＷＴＲＵである、請求項６のＷＴＲＵ。
【請求項１０】
複数のアップリンクキャリアを通じてアップリンクデータを送信するようにさらに構成された前記プロセッサをさらに備えた請求項６のＷＴＲＵ。
【請求項１１】
複数のＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、前記単一のアップリンク制御チャネル上に集約される、請求項１の方法。
【請求項１２】
複数のＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、前記単一のアップリンク制御チャネル上に集約される、請求項６のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
マルチキャリア操作（operation）は、無線アクセスシステムの達成可能なスループットおよびカバレッジを向上させる。マルチキャリア操作において、ＷＴＲＵは、ＵＬ（アップリンク）および／またはＤＬ（ダウンリンク）における複数の周波数キャリアをアクティブ化するように構成されることができる。マルチキャリア操作によって、ＵＬおよびＤＬの伝送帯域幅は、単一のキャリア周波数を超えることができ、使用可能なスペクトルのより柔軟でより効率的な使用を可能にする。
【０００３】
使用可能なスペクトルの柔軟で効率的な使用のため、またＤＬにおける非対称のトラフィック負荷の効果的なサポートのために、非対（unpair）のＤＬキャリアによるマルチキャリア構成が提案されている。非対のＤＬキャリアは、対応するＵＬキャリアを有していないＤＬキャリアである。例えば、ＦＤＤ（frequency division duplex）システムで、ＤＬは、第１の２０ＭＨｚのキャリアおよび第２の１０ＭＨｚのキャリアを含み、ＵＬは、２０ＭＨｚのキャリアを有し得る。この例では、対のＵＬキャリアを有していない第２のＤＬの１０ＭＨｚのキャリアは、非対のＤＬキャリアである。非対のＤＬキャリアは、ＴＤＤ（time division duplex）システムでも出現し得る。例えば、加入者は、ＤＬおよびＵＬの両方で第１のキャリアをアクティブ化し、ＤＬのみで第２のキャリアをアクティブ化することがあり、この場合、ＤＬのみでアクティブ化される第２のキャリアは、非対のＤＬキャリアである。非対のＤＬキャリアの別の例は、ＴＤＤでのＤＬのみの送信キャリア、またはＦＤＤでの対のＵＬキャリアのないＤＬキャリアと定義される、部分的に構成されたキャリアである。
【発明の概要】
【０００４】
マルチキャリア操作についてのフィードバック情報を報告する方法および装置が開示される。ダウンリンクにおける非対称のトラフィック負荷のより効果的なサポートのために、ＷＴＲＵは、非対のダウンリンクキャリアを含む複数のキャリアによって構成され得る。非対のダウンリンクキャリアは、対応するアクティブなアップリンクキャリアを有していないアクティブなダウンリンクキャリアである。ＷＴＲＵは、非対のダウンリンクキャリアについてのフィードバックを含むマルチキャリア操作のためのフィードバック情報を報告する。非対のダウンリンクキャリアについてのフィードバック情報の送信のために、リソース領域に基づいて、受信されたフィードバック情報がどのダウンリンクキャリアのためのものかをネットワークが決定できるように、アップリンクキャリア上の個別の重なり合わないリソース領域において、フィードバックチャネルが割り振られ得る。あるいは、異なるフィードバックチャネルが非対のダウンリンクキャリアに割り振られ得る。
【０００５】
非対のダウンリンクキャリアについてのフィードバック情報は、フィードバックチャネルにおける所定のパターンに基づいて送信され得る。非対のダウンリンクキャリアについてのフィードバック情報は、物理制御チャネルを介して送信され得る。あるいは、フィードバック情報は、ＭＡＣ（媒体アクセス制御）で符号化されたフィードバック、例えば、ＭＡＣシグナリングヘッダ、ＭＡＣサブヘッダ、ＭＡＣ拡張ヘッダ、ＭＡＣ拡張サブヘッダ、および／またはＭＡＣ管理メッセージを介して送信され得る。
【図面の簡単な説明】
【０００６】
添付図面との関連で一例として提供される以下の説明からより詳細な理解が得られる。
【０００７】
【図１Ａ】１つまたは複数の開示された実施形態を実施することができる通信システム例を示す系統図である。
【図１Ｂ】図１Ａに示す通信システム内で使用することができるＷＴＲＵ（無線送受信ユニット）例を示す系統図である。
【図１Ｃ】図１Ａに示す通信システム内で使用することができる無線アクセスネットワーク例およびコアネットワーク例を示す系統図である。
【図２】マルチキャリア操作のためのフィードバック情報を報告するためのプロセス例を示すフロー図である。
【図３】従来のデータランダマイザを示す図である。
【図４】送信側の符号化チェーン（coding chain）４００を示す図である。
【図５】フィードバックチャネル割り振りを使用したＤＬキャリアを示すための方式例を示す図である。
【図６】フィードバックチャネル使用パターンを使用してＤＬキャリアを示すための方式例を示す図である。
【図７】フィードバック領域レベル割り振りによる非対のＤＬキャリアのためのフィードバックをサポートするための方式例を示す図である。
【発明を実施するための形態】
【０００８】
図１Ａは、１つまたは複数の開示された実施形態を実施することができる通信システム１００の一例の図である。通信システム１００は、例えば音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多元接続システムとすることができる。通信システム１００によって、複数の無線ユーザは、無線帯域幅を含むシステムリソースの共有を介して、こうしたコンテンツにアクセスすることができる。例えば、通信システム１００は、例えばＣＤＭＡ（code division multiple access）、ＴＤＭＡ（time division multiple access）、ＦＤＭＡ（frequency division multiple access）、ＯＦＤＭＡ（orthogonal FDMA）、ＳＣ−ＦＤＭＡ（single-carrier FDMA）など、１つまたは複数のチャネルアクセスの方法を使用することができる。
【０００９】
図１Ａに示すように、通信システム１００は、ＷＴＲＵ（無線送受信ユニット）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ（無線アクセスネットワーク）１０４、コアネットワーク１０６、ＰＳＴＮ（公衆交換電話網）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを理解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作し、および／または通信するように構成された任意のタイプのデバイスとすることができる。一例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信し、および／または受信するように構成することができ、ＵＥ（ユーザ機器）、移動局、固定式またはモバイル式の加入者ユニット、ページャ、移動電話、ＰＤＡ（個人用デジタル補助装置）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電などがあり得る。
【００１０】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂのそれぞれは、例えばコアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスとすることができる。一例として、基地局１１４ａ、１１４ｂは、ＢＴＳ（基地トランシーバ局）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅＢ、Ｈｏｍｅ  ＮｏｄｅＢ、Ｈｏｍｅ  ｅＮｏｄｅＢ、サイトコントローラ、ＡＰ（アクセスポイント）、無線ルータなどとすることができる。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることを理解されたい。
【００１１】
基地局１１４ａは、ＲＡＮ１０４の一部とすることができ、ＲＡＮ１０４は、他の基地局および／またはネットワーク要素（図示せず）、例えばＢＳＣ（基地局コントローラ）、ＲＮＣ（無線ネットワークコントローラ）、中継ノードなども含み得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る特定の地理的領域内で無線信号を送信し、および／または受信するように構成することができる。セルはセルセクタにさらに分割することができる。例えば、基地局１１４ａと関連したセルは、３つのセクタに分割することができる。従って、一実施形態において、基地局１１４ａは、３つのトランシーバ、すなわちセルのセクタごとに１つのトランシーバを含むことができる。別の実施形態において、基地局１１４ａは、ＭＩＭＯ（多入力多出力）技術を使用することができ、従って、セルのセクタごとに複数のトランシーバを使用することができる。
【００１２】
基地局１１４ａ、１１４ｂは、任意の適した無線通信リンク（例えばＲＦ（無線周波数）、マイクロ波、ＩＲ（赤外線）、ＵＶ（紫外線）、可視光など）とすることができるエアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができる。エアインターフェース１１６は、任意の適したＲＡＴ（無線アクセス技術）を使用して確立することができる。
【００１３】
より詳細には、上述したように、通信システム１００は、多元接続システムでもよく、例えばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＷＣＤＭＡ（登録商標）（広帯域ＣＤＭＡ）を使用してエアインターフェース１１６を確立することができる、ＵＭＴＳ（Universal Mobile Telecommunications System）ＵＴＲＡ（Terrestrial Radio Access）などの無線技術を実装することができる。ＷＣＤＭＡは、例えばＨＳＰＡ（高速パケットアクセス）および／またはＨＳＰＡ＋（Evolved HSPA）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（高速ダウンリンクパケットアクセス）および／またはＨＳＵＰＡ（高速アップリンクパケットアクセス）を含むことができる。
【００１４】
別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（Long Term Evolution）および／またはＬＴＥ−Ａ（LTE-Advanced）を使用してエアインターフェース１１６を確立することができるＥ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access）などの無線技術を実装することができる。
【００１５】
他の実施態様において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えばＩＥＥＥ８０２．１６（すなわちＷｉＭＡＸ（Worldwide Interoperability for Microwave Access））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Interim Standard 856）、ＧＳＭ（Global System for Mobile communications）（登録商標）、ＥＤＧＥ（Enhanced Data rates for GSM Evolution）、ＧＥＲＡＮ（GSM EDGE）などの無線技術を実装することができる。
【００１６】
図１Ａの基地局１１４ｂは、例えば無線ルータ、Ｈｏｍｅ  ＮｏｄｅＢ、Ｈｏｍｅ  ｅＮｏｄｅＢ、またはアクセスポイントとすることができ、事業所、家、車、キャンパスなど、局所エリアにおける無線接続を容易にするための任意の適したＲＡＴを使用することができる。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＬＡＮ（無線ローカルエリアネットワーク）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実装することができる。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＷＰＡＮ（無線パーソナルエリアネットワーク）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実装することができる。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。従って、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がない場合がある。
【００１７】
ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（voice over internet protocol）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、課金サービス、モバイル位置ベースのサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供することができ、および／または例えばユーザ認証などの高レベルセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接または間接的に通信することができることを理解されたい。例えば、Ｅ−ＵＴＲＡ無線技術を使用している可能性があるＲＡＮ１０４に接続していることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信することもできる。
【００１８】
コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働くこともできる。ＰＳＴＮ１０８は、ＰＯＴＳ（基本電話サービス）を提供する回線交換電話網を含み得る。インターネット１１０は、例えばＴＣＰ（送信制御プロトコル）、ＵＤＰ（ユーザデータグラムプロトコル）、およびＴＣＰ／ＩＰインターネットプロトコルの組におけるＩＰ（インターネットプロトコル）など、一般の通信プロトコルを使用する相互接続したコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または操作される有線または無線の通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用し得る１つまたは複数のＲＡＮに接続されている別のコアネットワークを含むことができる。
【００１９】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全ては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含むことができる。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用することができる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を使用することができる基地局１１４ｂと通信するように構成することができる。
【００２０】
図１Ｂは、ＷＴＲＵ１０２の一例の系統図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、固定式メモリ１３０、取り外し式メモリ１３２、電源１３４、ＧＰＳ（全地球測位システム）チップセット１３６、および他の周辺機器１３８を含み得る。ＷＴＲＵ１０２は、一実施形態との一致を保ちながら、上記の要素の任意の下位の組み合わせを含むことができることを理解されたい。
【００２１】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、１つのＤＳＰコアに関連した１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）、状態機械などでもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境において動作できる他の任意の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合され、トランシーバ１２０は送受信要素１２２に結合され得る。図１Ｂではプロセッサ１１８およびトランシーバ１２０を個別の構成要素として示しているが、プロセッサ１１８およびトランシーバ１２０が電子パッケージまたはチップに一緒に組み込まれてもよいことを理解されたい。
【００２２】
送受信要素１２２は、エアインターフェース１１６を介して基地局（例えば基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成され得る。例えば、一実施形態において、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されるアンテナでもよい。他の実施形態において、送受信要素１２２は、例えばＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器でもよい。さらに別の実施形態において、送受信要素１２２は、ＲＦおよび光信号を送信および受信するように構成されていてもよい。送受信要素１２２が無線信号の任意の組み合わせを送信および／または受信するように構成され得ることを理解されたい。
【００２３】
さらに、送受信要素１２２は単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は任意の数の送受信要素１２２を含むことができる。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。従って、一実施形態において、ＷＴＲＵ１０２は、エアインターフェース１１６を介して無線信号を送信および受信するための２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００２４】
トランシーバ１２０は、送受信要素１２２によって送信されることになっている信号を変調し、送受信要素１２２によって受信される信号を復調するように構成することができる。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有し得る。従って、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡ、およびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信できるようにするための複数のトランシーバを含むことができる。
【００２５】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、ＬＣＤ（液晶表示）ディスプレイユニット、またはＯＬＥＤ（有機発光ダイオード）ディスプレイユニットなど）に結合することができ、そこからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。さらに、プロセッサ１１８は、例えば固定式メモリ１３０および／または取り外し式メモリ１３２など、任意のタイプの適したメモリから情報にアクセスすることができ、そこにデータを格納することができる。固定式メモリ１３０は、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読み取り専用メモリ）、ハードディスク、または他の任意のタイプの記憶装置を含み得る。取り外し式メモリ１３２は、ＳＩＭ（加入者識別モジュール）カード、メモリスティック、ＳＤ（secure digital）メモリカードなどを含み得る。他の実施態様において、プロセッサ１１８は、例えばサーバまたはホームコンピュータ（図示せず）など、ＷＴＲＵ１０２に物理的に配置されないメモリから情報にアクセスすることができ、そこにデータを格納することができる。
【００２６】
プロセッサ１１８は、電源１３４から電力を受信することができ、ＷＴＲＵ１０２における他の構成要素に電力を分配し、および／または制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適したデバイスとすることができる。例えば、電源１３４には、１つまたは複数の乾電池バッテリ（例えば、ＮｉＣｄ（ニッケルカドミウム）、ＮｉＺｎ（ニッケル亜鉛）、ＮｉＭＨ（ニッケル水素）、Ｌｉ−ｉｏｎ（リチウムイオン）など）、太陽電池、燃料電池などがある。
【００２７】
プロセッサ１１８は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に結合することもできる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信することができ、および／または２つ以上の近くの基地局から信号が受信されるタイミングに基づいて、その位置を決定することができる。一実施形態との一致を保ちながら、ＷＴＲＵ１０２が任意の適した位置決定方法によって位置情報を取得することができることを理解されたい。
【００２８】
プロセッサ１１８は、追加の特徴、機能、および／または有線若しくは無線の接続を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る他の周辺機器１３８にさらに結合することができる。例えば、周辺機器１３８には、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢ（汎用シリアルバス）ポート、振動デバイス、テレビ放送機、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどがある。
【００２９】
プロセッサ１１８は、単独で、またはソフトウェアと組み合わせて、本明細書に開示される実施形態のうちの１つまたは任意の組み合わせに従って方法を実行するように構成される。
【００３０】
図１Ｃは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０６の系統図である。ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、ＩＥＥＥ８０２．１６無線技術を使用するアクセスサービスネットワーク（ＡＳＮ）でもよい。さらに後述するように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６の異なる機能エンティティの間の通信リンクは基準点として定義され得る。
【００３１】
図１Ｃに示すように、ＲＡＮ１０４は、基地局１４０ａ、１４０ｂ、１４０ｃ、およびＡＳＮゲートウェイ１４２を含み得るが、ＲＡＮ１０４は、一実施形態との一致を保ちながら、任意の数の基地局およびＡＳＮゲートウェイを含んでいてもよいことを理解されたい。基地局１４０ａ、１４０ｂ、１４０ｃは、ＲＡＮ１０４における特定のセル（図示せず）とそれぞれ関連付けられていてもよく、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバをそれぞれ含んでいてもよい。一実施形態において、基地局１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装することができる。従って、基地局１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、そこから無線信号を受信することができる。基地局１４０ａ、１４０ｂ、１４０ｃは、モビリティ管理機能、例えばハンドオフのトリガ、トンネルの確立、無線リソース管理、トラフィック分類、ＱｏＳ（サービス品質）ポリシー実施などを提供することもできる。ＡＳＮゲートウェイ１４２は、トラフィック集約ポイント（traffic aggregation point）として働くことができ、ページング、加入者プロファイルのキャッシュ、コアネットワーク１０６に対するルーティングなどの責任を負い得る。
【００３２】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４との間のエアインターフェース１１６は、ＩＥＥＥ８０２．１６仕様を実装するＲ１基準点として定義され得る。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０６との論理インターフェース（図示せず）を確立し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６と間の論理インターフェースは、Ｒ２基準点として定義することができ、これは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用され得る。
【００３３】
基地局１４０ａ、１４０ｂ、１４０ｃのそれぞれの間の通信リンクは、基地局間のＷＴＲＵのハンドオーバーおよびデータの転送を容易にするためのプロトコルを含むＲ８基準点として定義され得る。基地局１４０ａ、１４０ｂ、１４０ｃとＡＳＮゲートウェイ２１５との間の通信リンクは、Ｒ６基準点として定義され得る。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれと関連したモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含み得る。
【００３４】
図１Ｃに示すように、ＲＡＮ１０４は、コアネットワーク１０６に接続され得る。ＲＡＮ１０４とコアネットワーク１０６との間の通信リンクは、例えば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含むＲ３基準点として定義され得る。コアネットワーク１０６は、ＭＩＰ−ＨＡ（モバイルＩＰホームエージェント）１４４、ＡＡＡ（認証、認可、会計）サーバ１４６、およびゲートウェイ１４８を含み得る。上記の要素のそれぞれはコアネットワーク１０６の一部として示されているが、これらの要素のうちの任意の１つがコアネットワークオペレータ以外のエンティティによって所有され、および／または操作され得ることを理解されたい。
【００３５】
ＭＩＰ−ＨＡは、ＩＰアドレス管理の責任を負い、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間で移動できるようにすることができる。ＭＩＰ−ＨＡ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、例えばインターネット１１０などパケット交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。ＡＡＡサーバ１４６は、ユーザ認証、およびユーザサービスのサポートの責任を負い得る。ゲートウェイ１４８は、他のネットワークとの相互動作を容易にし得る。例えば、ゲートウェイ１４８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話（land line）通信デバイスとの間の通信を容易にするために、例えばＰＳＴＮ１０８など回路交換網へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。さらに、ゲートウェイ１４８は、他のサービスプロバイダによって所有され、および／または操作される他の有線または無線のネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００３６】
図１Ｃには示されていないが、ＲＡＮ１０４は、他のＡＳＮに接続されていてもよく、コアネットワーク１０６は、他のコアネットワークに接続されていてもよいことを理解されたい。ＲＡＮ１０４と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０４と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得るＲ４基準点として定義され得る。コアネットワーク１０６と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問されたコアネットワークとの間の相互動作を容易にするためのプロトコルを含み得るＲ５基準点として定義され得る。
【００３７】
図２は、マルチキャリア操作のためのフィードバック情報を報告するためのプロセス例のフロー図である。ＷＴＲＵは、構成され、アクティブ化され、複数のＤＬキャリア、および少なくとも１つのアップリンクキャリア、ＦＤＤ、ＴＤＤ、または半二重ＦＤＤモードのいずれか。ＷＴＲＵは、非対のＤＬキャリアを含む少なくとも２つのＤＬキャリアを介してダウンリンク送信を受信する（２０２）。非対のＤＬキャリアは、対応するアクティブなＵＬキャリアを有していないアクティブなＤＬキャリアである。
【００３８】
次いで、ＷＴＲＵは、アクティブ化されたＵＬキャリアにおいて、対のＤＬキャリアのためのフィードバック情報の有無に関わらず、非対のＤＬキャリアのためのフィードバック情報を送信する（２０４）。マルチキャリアＤＬ操作のために、ＷＴＲＵは、対のＤＬキャリアおよび非対のＤＬキャリアについて、ＵＬにおいてフィードバック情報を基地局（または他の任意のネットワークエンティティ）に送信する必要がある。フィードバック情報は、ＤＬ物理層（ＰＨＹ）測定、例えばＣＩＮＲ（搬送波対干渉雑音比）、ＭＩＭＯ操作関連のフィードバック情報、ＨＡＲＱ（ハイブリッド自動再送要求）のＡＣＫ／ＮＡＣＫ（肯定応答／否定応答）のフィードバック、ＤＬ操作についての加入者の示唆（例えば、加入者選好のＤＬ変調およびコード体系など）、または他の任意の情報を含み得る。
【００３９】
フィードバック情報が関連するＤＬキャリアは、暗示的または明示的に示すことができ、これについては以下で詳細に説明する。アクティブ化されたＵＬキャリアは、プライマリＵＬキャリアまたはセカンダリＵＬキャリアであり得る。
【００４０】
フィードバック情報は、物理制御チャネル（例えば、高速フィードバックチャネル、ＣＱＩＣＨ（チャネル品質表示チャネル）、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫチャネル、ＩＥＥＥ８０２．１６ｍに規定されているものなど）を介して、ＭＡＣ（媒体アクセス制御）で符号化されたフィードバック（例えば、ＭＡＣシグナリングヘッダ、拡張ヘッダ、サブヘッダ、拡張サブヘッダ、およびＭＡＣ管理メッセージなど）を介して、または異なるプロトコル層で実施され得る他の任意のメッセージング機構を介して送信され得る。
【００４１】
以下、非対のＤＬキャリアのためのフィードバック情報を送信し、送信されたフィードバック情報のためのＤＬキャリアを識別するための実施形態について説明する。ＩＥＥＥ８０２．１６ｍに固有のチャネルおよびメッセージの用語およびタイプを使用して、ＩＥＥＥ８０２．１６ｍシステムを参照して実施形態を説明する場合でも、実施形態は、それだけには限定されないが、３ＧＰＰ  ＬＴＥまたはＬＴＥ-Ａｄｖａｎｃｅｄを含む任意のタイプの無線通信システムにも適用可能であることに留意されたい。
【００４２】
一実施形態によれば、非対のＤＬキャリアのためのフィードバック情報は（対のＤＬキャリアのためのフィードバック情報の有無にかかわらず）、アクティブ化されたＵＬキャリアにおいて物理制御チャネルを介して報告され得る。例えば、８０２．１６ｍの物理制御チャネルは、高速フィードバックチャネル（すなわち、ＣＱＩＣＨ（チャネル品質表示チャネル））、ＨＡＲＱチャネルなどとすることができる。フィードバック情報が送信されるアクティブ化されたＵＬキャリアは、プライマリＵＬキャリアまたはアクティブ化されたセカンダリＵＬキャリアとすることができる。フィードバック情報は、アクティブ化された対または非対のＤＬキャリアを含む任意のＤＬキャリアに関する情報であり得る。
【００４３】
送信されたフィードバック情報が関連するＤＬキャリアは、フィードバック情報において暗黙的または明示的に符号化されるＤＬキャリア識別子（またはその任意の均等物）によって識別することができる。あるいは、ＤＬキャリアは、フィードバック割り振り（allocation）によって暗黙的に識別され得る。フィードバック割り振りは、フィードバックチャネルレベル、またはフィードバック領域レベルのいずれかであり、これについては以下で詳述する。
【００４４】
物理制御チャネルを介して非対のＤＬキャリアのためのフィードバック情報を送信するための実施形態例について、８０２．１６ｍを参照して説明する。ＩＥＥＥ８０２．１６ｍにおいて、フィードバック情報を報告するために、ＰＦＢＣＨ（プライマリ高速フィードバック制御チャネル）、ＳＦＢＣＨ（セカンダリ高速フィードバック制御チャネル）、またはＨＦＢＣＨ（ＨＡＲＱフィードバック制御チャネル）が使用され得る。
【００４５】
各ＰＦＢＣＨは、広帯域チャネル品質フィードバック、ＭＩＭＯフィードバックなどを提供する６ビットの情報を運ぶ。ＰＦＢＣＨのための物理リソースは、ＤＬにおいてフィードバック割り振りＡ−ＭＡＰ（アドバンスドマップ（advanced map））ＩＥ（情報要素）によってＷＴＲＵに割り振られる。ＰＦＢＣＨは、ＤＬブロードキャスト制御メッセージにおいて定義されたサイズ（サブキャリアおよびＯＦＤＭシンボル）で、所定の位置（すなわち、フィードバック領域）から開始する。
【００４６】
各ＳＦＢＣＨは、狭帯域チャネル品質フィードバック、ＭＩＭＯフィードバックなどを提供する７ビットから２４ビットまでの情報を運ぶ。ＳＦＢＣＨのための物理リソースは、フィードバック割り振りＡ−ＭＡＰ  ＩＥによってＷＴＲＵに割り振られる。ＳＦＢＣＨは、ＤＬブロードキャスト制御メッセージで定義されたサイズで、所定の位置（すなわち、フィードバック領域）から開始する。フィードバック領域は、複数のリソース単位を含むアクティブ化されたＵＬキャリアにおけるＵＬリソース割り振りであり、この場合、リソース単位は、最も小さいリソース割り振り粒度である。ＩＥＥＥ８０２．１６ｍでは、リソース単位は、６つのＯＦＤＭシンボルにわたって１８個のサブキャリアを含む。
【００４７】
各ＨＦＢＣＨは、ＤＬ  ＨＡＲＱパケットのＡＣＫまたはＮＡＣＫを提供する１ビットの情報を運ぶ。ＨＦＢＣＨは、ＤＬ  ＨＡＲＱパケットのためのＤＬ割り振りを指定する同じＤＬ  Ａ−ＭＡＰ  ＩＥで、ＨＦＡ（ＨＡＲＱフィードバック割り振り）フィールドを介してＷＴＲＵに割り振られる。こうしたＤＬ  Ａ−ＭＡＰ  ＩＥは、ＤＬの基本的な割り当てのＡ−ＭＡＰ  ＩＥ、ＤＬの個々の永続的なＡ−ＭＡＰ  ＩＥ、ＤＬの複合の永続的なＡ−ＭＡＰ  ＩＥ、およびＤＬのグループリソース割り振りのＡ−ＭＡＰ  ＩＥを含む。
【００４８】
ＤＬキャリア識別は、ＰＦＢＣＨまたはＳＦＢＣＨにおける符号化されたフィードバック情報に明示的に含まれ得る。または、特にＤＬキャリア識別を示すためのビット数を低減するために、圧縮スキームを実施することができる。例えば、基地局は、そのコンポーネントキャリアのリストを信号で送信することができ、ＷＴＲＵは、ＤＬキャリア識別子の代わりにそのリスト内へのコンポーネントキャリアインデックスを使用することができる。任意のセルのキャリア数があまり大きくない場合、２〜３ビットで十分であり得る。
【００４９】
あるいは、ＤＬキャリア識別は、フィードバック情報がどのＤＬキャリアに関連するかを基地局が決定できる方法で物理層信号を変更することによって暗黙的に示され得る。
【００５０】
一実施形態によれば、パイロットシーケンスは、フィードバック情報が関連するＤＬキャリア識別を示すために変更され得る。ＩＥＥＥ８０２．１６ｍでは、ＳＦＢＣＨは、３つの分散されたＦＭＴ（フィードバックミニタイル）を含み、各ＦＭＴは、２つのパイロットシンボル（すなわち、ＳＦＢＣＨ当たり６つのパイロットシンボル）を含む。ＳＦＢＣＨにおけるパイロットシーケンスは、［１１１１１１］とすることができる。一実施形態によれば、パイロットシーケンスは、他のＤＬキャリア識別子に対応する他のパイロットシーケンスを作るために変更され得る（すなわち、異なるパイロットシーケンスは異なるＤＬキャリアのためのフィードバック情報に使用され得る）。パイロットシーケンスは、互いに直交でもよく、または直交でなくてもよい。基地局は、どのＤＬキャリア識別子がＳＦＢＣＨにおいて送信されたフィードバック情報に対応するかを決定するために、ＳＦＢＣＨにおいて受信されたパイロットシーケンスを全ての可能性があるシーケンスと比較する。あるいは、受信機は、（ＣＲＣを使用して）データ妥当性をチェックするために可能性がある各パイロットシーケンスを使用してデータをデコードすることを試行することができる。キャリア識別子は、データにおけるＣＲＣマスクとして使用され得る。この場合、ＣＲＣをマスキングするために、どのキャリア識別子が送信機で使用されたかを決定するためにＣＲＣがパスするまで、可能性がある各マスクが受信機で使用される。
【００５１】
ＩＥＥＥ８０２．１６ｍでは、図３に示されるデータランダマイザを使用して、データの各バーストに、データランダム化が実行される。図３に示すように、入力ビットストリームは、ランダマイザによって生成されたビットシーケンスと混合される。データランダム化は、１やゼロの長いシーケンスを防止するために実行される。ランダマイザは、所定のシーケンスによって初期化される。別の実施形態によれば、現在のフィードバック情報がどのＤＬキャリア識別子に関連するかを示すために、フィードバック情報が関連するダウンリンクキャリアに応じて、ランダマイザ初期化シーケンスを選択することができる（すなわち、ランダマイザは、異なるＤＬキャリアのためのフィードバック情報についての異なるシーケンスで初期化され得る）。
【００５２】
図４は、送信側の符号化チェーン４００を示す。ランダマイザ４０２は、ＤＬキャリア識別子に基づいてシーケンスがロードされると、データおよび予めロードされたシーケンスに一意のランダム化されたストリームを生成する。ＣＲＣは、ＦＥＣブロックＣＲＣ追加ブロック４０３によって、ランダマイザ４０２の出力に追加される。ランダマイザ４０２へのデータ入力も、バーストＣＲＣ追加ブロック４０１によって追加される（バースト）ＣＲＣを有する。受信機で、ＦＥＣブロックは、ＣＲＣチェックによって検証され、次いで、ＤＬキャリア識別子を提供するバーストＣＲＣチェックがパスするまで、異なるランダマイザプレロードシーケンスが試行され得る。
【００５３】
どのＤＬキャリア識別子が参照されるかを決定するために、基地局は、ランダマイザについての所定のプレロードされたシーケンスのそれぞれを試行することができる。
【００５４】
別の実施形態によれば、ＤＬキャリアは、フィードバック割り振りに基づいて暗黙的に示され得る。この目的のために、フィードバックチャネルレベルおよびフィードバック領域レベルの２つのレベルのフィードバック割り振りが使用可能である。
【００５５】
フィードバックチャネル構造に応じて、１つまたは複数のフィードバックチャネルがリソース単位で形成され得る。複数のフィードバックチャネルが１つのフィードバック領域に割り振られ得る。ＩＥＥＥ８０２．１６ｍにおいて、ＰＦＢＣＨおよびＳＦＢＣＨを含むＵＬ高速フィードバックチャネルは、フィードバック割り振りＡ−ＭＡＰ  ＩＥによって、ＷＴＲＵに割り振られ、または割り振り解除される。表１は、８０２．１６ｍのフィードバック割り振りＡ−ＭＡＰ  ＩＥの基本構成を示す。
【００５６】
【表１】
0006025805.tif 000002
【００５７】
「ＤＬキャリア識別子」フィールドは、ＤＬキャリアごとに別々のフィードバックチャネルが割り振られ得るように、フィードバックチャネルが割り振られるＤＬキャリアを示すために、フィードバック割り振りＡ−ＭＡＰ  ＩＥに追加され得る。あるいは、ＤＬキャリア識別子は、ＣＲＣのマスクの一部として使用され得る。８０２．１６ｍにおいて、ＣＲＣフィールドは、局のＩＤ（ＳＴＩＤ）でマスキングされる。ＳＴＩＤは長さ１２ビットであり、ＣＲＣフィールドは長さ１６ビットである。従って、ＣＲＣの残りの４ビットは、フィードバックチャネル割り振りがどのＤＬキャリアのためのものかを示すために、ＤＬキャリア識別情報を含むマスキングコードでマスキングされ得る。
【００５８】
複数のフィードバックチャネルをＷＴＲＵに割り振ることができ、フィードバック情報が受信されるフィードバックチャネルに基づいて、受信されたフィードバック情報がどのＤＬキャリアのためのものであるかを基地局が認識するように、ＷＴＲＵは、対応するフィードバックチャネルにおいて特定のＤＬキャリアのためのフィードバック情報を送信することができる。フィードバック割り振りＡ−ＭＡＰ  ＩＥを複数回使用する、または複数のフィードバックチャネルを同じＷＴＲＵに割り振るために、フィードバック割り振りＡ−ＭＡＰ  ＩＥの変更バージョンを使用することによって、フィードバックチャネルをＷＴＲＵに割り振ることができる。
【００５９】
図５は、フィードバックチャネル割り振りを使用したＤＬキャリアを示すための方式例を示す図である。図５において、ＷＴＲＵは、３つのアクティブ化されたキャリア、キャリア１、キャリア２、およびキャリア３を有する。キャリア１は、ＤＬおよびＵＬにおいてアクティブ化され、キャリア２は、ＤＬでのみアクティブ化され、キャリア３は、ＤＬのみのキャリアである。キャリア２およびキャリア３は、非対のＤＬキャリアである。図５において、複数のフィードバックチャネルは、ＵＬキャリアのフィードバック領域においてＷＴＲＵに割り振られ、ＷＴＲＵは、対応する割り振られたフィードバックチャネルにおいて、それぞれキャリア１、キャリア２、およびキャリア３のためのフィードバックを送信する。
【００６０】
あるいは、フィードバック割り振りＩＥにおけるＤＬキャリア識別子のフィールドの明示的な使用の代わりに、フィードバックチャネルをＤＬキャリアにマッピングすることによって、ＤＬキャリア情報を暗黙的に示すことができる。従来のフィードバック割り振りＡ−ＭＡＰ  ＩＥを複数回使用する、または複数のフィードバックチャネルを同じＷＴＲＵに割り振るために、フィードバック割り振りＡ−ＭＡＰ  ＩＥの変更バージョンを使用することによって、複数のフィードバックチャネルをＷＴＲＵに割り振ることができる。割り振られたフィードバックチャネルは、ＤＬキャリアとの１対１の対応を有することができる。この対応は、ＷＴＲＵのためのマルチキャリア操作の初期化の間のＭＡＣシグナリングによって、または予め定義されたマッピング方式によって指定されていてもよい。例えば、デフォルトのＤＬキャリアのフィードバックのためにフィードバックチャネルの最も低いチャネルインデックスが割り当てられ、残りのフィードバックチャネルは、キャリアインデックスと同じフィードバックチャネルインデックスの順序で、非対のＤＬキャリアにマッピングされ得る。
【００６１】
あるいは、１つのフィードバックチャネルがＷＴＲＵに割り当てられ、複数のＤＬキャリアは、時間領域における単一のフィードバックチャネルを共有し、予め同意されたフィードバックチャネル使用パターンは、基地局とＷＴＲＵの間で定義され得る。フィードバック使用パターンは、特定の時にフィードバックチャネルにおいて送信されたフィードバックのためのＤＬキャリア情報を暗黙的に示す。図６は、フィードバックチャネル使用パターンを使用してＤＬキャリアを示すための方式例を示す。図６において、ＷＴＲＵは、２つのアクティブ化されたキャリア、キャリア１およびキャリア２を有する。キャリア１は、ＤＬおよびＵＬにおいてアクティブ化され、キャリア２は、ＤＬでのみアクティブ化される。キャリア２は、非対のＤＬキャリアである。図６において、フィードバックチャネルは、２フレームごとに定期的にＷＴＲＵに割り振られる。ＷＴＲＵおよび基地局は、複数のＤＬキャリアのためのフィードバックを送信するための予め同意されたフィードバックチャネル使用パターンを有する。例えば、ＷＴＲＵは、ラウンドロビンの方法（すなわち、キャリア１、キャリア２、キャリア１、キャリア２、キャリア１、…）でＤＬキャリアのためのフィードバックを送信することができる。フィードバックチャネル使用パターンは、標準仕様において予め定める若しくは指定することができ、または基地局とＷＴＲＵとの間で折衝することができる（例えば、マルチキャリア操作の初期化処理の間）。
【００６２】
あるいは、異なるＤＬキャリアのために、別々のフィードバック領域を割り振ることができ、ＤＬキャリアのための全てのフィードバックチャネルを、対応するフィードバック領域においてＷＴＲＵに割り振ることができる。ＩＥＥＥ８０２．１６ｍにおいて、フィードバック領域は、ＤＬ制御信号（例えば、ＳＦＨ（スーパーフレームヘッダ））で指定されているサイズで、所定の位置において割り振られる。基地局は、対のＤＬキャリアおよび非対のＤＬキャリアを含めて、ＤＬキャリアごとに別々のフィードバック領域（すなわち、個別の重なり合わない領域）を割り振ることができる。非対のＤＬキャリアのためのフィードバック制御領域の位置およびサイズは、ＤＬ制御信号で（例えば、スーパーフレームヘッダ、またはＭＡＣ管理メッセージで）指定されてもよい。時間領域および／または周波数領域において、別々のフィードバック領域が割り振られてもよい。
【００６３】
図７は、フィードバック領域レベル割り振りによる非対のＤＬキャリアのためのフィードバックをサポートするための方式例を示す。図７において、ＷＴＲＵは、３つのアクティブ化されたキャリア、キャリア１、キャリア２、およびキャリア３を有する。キャリア１は、ＤＬおよびＵＬにおいてアクティブ化され、キャリア２は、ＤＬでのみアクティブ化され、キャリア３は、ＤＬのみのキャリアである。キャリア２およびキャリア３は、非対のＤＬキャリアである。図７において、３つの別々のフィードバック領域がキャリア１、キャリア２、およびキャリア３について、ＷＴＲＵに割り振られ、ＷＴＲＵは、対応する割り振られたフィードバック領域における割り振られたフィードバックチャネル上でＤＬキャリアのフィードバックを送信する。
【００６４】
上述された実施形態は、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックを送信するためにも使用され得る。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫフィードバックは、以下の側面でＤＬチャネルフィードバックと異なる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、ＨＡＲＱパケット当たりであり、ＤＬチャネルフィードバックは、ＷＴＲＵ当たり、ＤＬチャネル当たりである。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは通常、１ビットの情報を運び、ＤＬチャネルフィードバックは、より多くの情報ビットを必要とする。ＨＡＲＱパケットに対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ割り振りは通常、暗黙的または明示的にＨＡＲＱパケット割り振りと連動して指定され、ＤＬチャネルフィードバックは通常、フィードバックチャネル割り振りＩＥによって指定され、加入者に対するフィードバックチャネル割り振りは定期的であり得る。
【００６５】
非対のＤＬキャリアのためのＨＡＲＱ  ＡＣＫ／ＮＡＣＫの送信において、ＤＬキャリア情報は、ＡＣＫ／ＮＡＣＫチャネルレベルで、またはＡＣＫ／ＮＡＣＫ領域レベルで、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ割り振りにおいて、暗黙的または明示的に提供され得る。別々のＨＡＲＱ  ＡＣＫ／ＮＡＣＫチャネルは、ＤＬキャリアごとに割り振られ、非対のＤＬキャリアのためのＨＡＲＱフィードバックは、対応するＨＡＲＱチャネルを介して送信され得る。あるいは、ＤＬキャリアごとに別々のＨＡＲＱ領域が割り振られ、非対のＤＬキャリアのためのＨＡＲＱフィードバックは、対応するＨＡＲＱ領域において割り振られるチャネルを介して送信され得る。
【００６６】
非対のＤＬキャリアのためのＨＡＲＱ  ＡＣＫ／ＮＡＣＫを運ぶＵＬキャリアおよびＨＡＲＱ  ＡＣＫ／ＮＡＣＫ領域の割り振りに関する情報は、予め定められていてもよく（例えば、プライマリＵＬキャリアおよび既知の位置）、またはＤＬ  ＰＨＹ制御シグナリングまたはＭＡＣ制御メッセージによって信号で送信されるようにしてもよい。
【００６７】
あるいは、複数のＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、集約することができる（すなわち、複数のパケットのために１つのＨＡＲＱフィードバックが送信される）。集約されたＡＣＫ／ＮＡＣＫで、全てのパケットが正常にデコードされている場合、ＡＣＫが生成され、少なくとも１つのパケットが正常にデコードされていない場合、ＮＡＣＫが生成されるように、２つ以上のＨＡＲＱパケットのＨＡＲＱフィードバックが一緒に論理積演算される。ＮＡＣＫを受信すると、基地局は、全ての関連したパケットを再送する。この方式は、随時の冗長なダウンリンク再送を犠牲にしてアップリンクリソースを節約することができる。
【００６８】
別の実施形態によれば、非対のＤＬキャリアのためのフィードバック情報は（対のＤＬキャリアのためのフィードバック情報の有無にかかわらず）、アクティブ化されたＵＬキャリアにおいてＭＡＣで符号化されたフィードバック（例えば、ＭＡＣ信号ヘッダ、サブヘッダ、拡張ヘッダ、若しくは拡張サブヘッダ、またはＭＡＣ管理メッセージなど）を介して報告され得る。アクティブ化されたＵＬキャリアは、プライマリＵＬキャリアまたはアクティブ化されたセカンダリＵＬキャリアとすることができる。ＭＡＣで符号化されたフィードバックは、アクティブ化された対または非対のＤＬキャリアを含めて、ＤＬキャリアのためのフィードバック情報を含むことができる。ＭＡＣで符号化されたヘッダ、サブヘッダ、拡張ヘッダ、またはメッセージで送信される特定のフィードバック情報のためのＤＬキャリアは、ＭＡＣで符号化されたフィードバック情報で提供されるそのＤＬキャリア識別子によって、またはＤＬキャリア識別子またはその均等物によってマスキングされるＣＲＣ（巡回冗長検査）によって識別され得る。
【００６９】
ＭＡＣ管理または制御オーバーヘッドを最低限に抑えるために、非対のＤＬキャリアをサポートするためのＭＡＣで符号化されたフィードバックは、フィードバック情報の一部を選択的に含み得る。例えば、フィードバックがデフォルトのＤＬキャリアのためのものであるとき、ＤＬキャリア識別子は、ＭＡＣで符号化されたフィードバックに含まれないことがあり、デフォルトのＤＬキャリアは、フィードバックが送信されるＵＬキャリアの対応するＤＬキャリアである。別の例では、対のＤＬキャリアのための高速フィードバックチャネルが十分なフィードバック情報を提供することを考慮して、ＭＡＣで符号化されたフィードバックが対のＤＬキャリアのためのフィードバック情報を含まない場合がある。
【００７０】
以下、非対のＤＬキャリアのフィードバックをＩＥＥＥ８０２．１６ｍのマルチキャリア操作においてＭＡＣで符号化されたフィードバックを介して提供するための実施形態について説明する。ＤＬチャネルフィードバック報告を提供するよう基地局がＷＴＲＵに要求するために、またＷＴＲＵがマルチキャリア操作のためにＤＬチャネルフィードバックを基地局に報告するために、ＭＡＣ管理メッセージ（報告要求および報告応答メッセージ）が定義され得る。ＷＴＲＵからの報告応答は、基地局からの要求に対する応答として、または一方的な方法で送信され得る。表２は、８０２．１６のＭＡＣ管理メッセージの形式を示す。
【００７１】
【表２】
0006025805.tif 000003
【００７２】
非対のＤＬキャリア構成でのマルチキャリア操作をサポートし、単一の報告要求メッセージおよび報告応答メッセージが、ＭＡＣ制御効率のために、複数のＤＬキャリアのためのフィードバックを要求し、報告できるようにするために、ＤＬキャリア情報は、報告要求メッセージまたは報告応答メッセージに含まれ得る。表３および表４はそれぞれ、ＤＬキャリア情報を含む報告要求メッセージおよび報告応答メッセージの例を示す。表３および表４において、２つの１ビットインジケータは、デフォルトのＤＬキャリアおよび／または非デフォルトのＤＬキャリアの包含を示すために使用される。デフォルトのＤＬキャリアは、報告応答が送信されるＵＬキャリアと対になるＤＬキャリアである。
【００７３】
表３の報告要求メッセージにおいて、インジケータ「Default-DL-carrier-report-request-included」は、この報告要求メッセージがデフォルトのＤＬキャリアの報告要求を含むかどうかを示し、インジケータ「Non-default-DL-carrier-report-request-included」は、この報告要求が非デフォルトのＤＬキャリアのための報告要求を含むかどうかを示す。報告要求は、要求されたコンテンツのためのＤＬキャリアを示す「ＤＬキャリアインデックス」フィールドを含む。
【００７４】
【表３】
0006025805.tif 000004
【００７５】
表４の報告応答メッセージにおいて、インジケータ「Default-DL-carrier-report-included」、および「Non-default-DL-carrier-report-included」はそれぞれ、デフォルトのＤＬキャリアのための報告および非デフォルトのＤＬキャリアのための報告がこの報告応答メッセージに含まれているかどうかを示す。報告応答メッセージは、報告コンテンツのためのＤＬキャリアを示す「ＤＬキャリアインデックス」フィールドを含み得る。
【００７６】
【表４】
0006025805.tif 000005
【００７７】
報告要求メッセージおよび報告応答メッセージは、非デフォルトのＤＬキャリアを報告するために使用することができ、これは、デフォルトのＤＬキャリアのためにＵＬにおいて割り振られる高速フィードバックチャネルがあるときに有用である。あるいは、報告要求メッセージおよび報告応答メッセージは、デフォルトのＤＬキャリアを報告するために使用することができ、これは、対のＤＬキャリアがフィードバック情報を有する必要があるときに有用である。複数の非デフォルトのＤＬキャリアが報告応答に含まれるとき、ＤＬキャリア識別子および対応する報告コンテンツのリストが報告応答メッセージに含まれ得る。
【００７８】
あるいは、ＭＡＣフィードバックシグナリングヘッダが、非対のＤＬキャリアのチャネルフィードバックのための報告要求および報告応答のために使用され得る。表５は、８０２．１６ｍのＭＡＣシグナリングヘッダの基本的な形式を示す。ＭＡＣシグナリングヘッダに続くペイロードはない。ＭＡＣシグナリングヘッダは、シグナリングヘッダコンテンツのためのビットを含む。
【００７９】
【表５】
0006025805.tif 000006
【００８０】
表６は、ＤＬマルチキャリアのフィードバック（表６の「Feedback-content」フィールド）を基地局に提供するために、ＷＴＲＵによって使用され得る８０２．１６ｍのＭＡＣシグナリングヘッダ例を示す。「DL-carrier-index」フィールドは、フィードバックと関連したＤＬキャリアを示すために使用される。
【００８１】
【表６】
0006025805.tif 000007
【００８２】
ＭＡＣシグナリングヘッダが特にＷＴＲＵに割り当てられたＵＬ割り振りにおいて送信されるときに、「局の識別」（ＳＴＩＤ）フィールドが不要である場合があり、フィードバックが送信されるＵＬキャリアの対のＤＬキャリアのためのものであるとき、「ＤＬキャリアインデックス」フィールドが不要である場合がある。こうした場合、ＳＴＩＤおよびＤＬキャリアインデックスはそれぞれ、ＭＡＣシグナリングヘッダに含まれない場合がある。ＳＴＩＤおよびＤＬキャリアインデックスの存在を示すために、特別なフラグ（STID-inclusion-flagおよびDL-carrier-index-inclusion-flag）がそれぞれＭＡＣシグナリングヘッダに含まれ得る。表７は、STID-inclusion-flagおよびDL-carrier-index-inclusion-flagを有するＭＡＣシグナリングヘッダの例を示す。
【００８３】
【表７】
0006025805.tif 000008
【００８４】
ＤＬ  ＣＩＮＲ報告は、ＳＴＩＤフィールドのないＭＡＣ帯域幅要求シグナリングヘッダにおいてピギーバックされ得る。表８は、ＳＴＩＤのない帯域幅要求シグナリングヘッダでピギーバックされたＣＩＮＲ報告の一例を示す。表８において、２つのフィールド（「ＤＬキャリアインデックス」および「ＣＩＮＲ」）は、帯域幅要求シグナリングヘッダに追加される。「ＤＬキャリアインデックス」フィールドは、含まれたＣＩＮＲのためのＤＬキャリアを示し、「ＣＩＮＲ」フィールドは、ＷＴＲＵによって測定されるＣＩＮＲを示す。
【００８５】
【表８】
0006025805.tif 000009
【００８６】
８０２．１６ｍにおいて、ＭＡＣで符号化されたフィードバックは、ＭＡＣ拡張ヘッダに含まれ得る。表９は、８０２．１６ｍのＭＡＣ拡張ヘッダの基本的な形式を示す。
【００８７】
【表９】
0006025805.tif 000010
【００８８】
表１０は、ＤＬキャリアのフィードバックを提供するために、ＷＴＲＵによって使用され得るＭＡＣ拡張ヘッダの一例を示す。ＭＡＣ拡張ヘッダは、フィードバックパラメータ値のための「feedback-content」フィールド、およびフィードバックと関連したＤＬキャリアを示すための「DL-carrier-index」フィールドを含む。
【００８９】
【表１０】
0006025805.tif 000011
【００９０】
実施形態
１．マルチキャリア操作のためのフィードバック情報を報告するための方法。
【００９１】
２．非対のダウンリンクキャリアを含む少なくとも２つのダウンリンクキャリアを介して、ダウンリンク送信を受信するステップであって、非対のダウンリンクキャリアは、対応するアクティブなアップリンクキャリアを有していないアクティブなダウンリンクキャリアである、ステップを含む実施形態１に記載の方法。
【００９２】
３．アップリンクキャリアにおいて非対のダウンリンクキャリアについてのフィードバック情報を送信するステップを含む実施形態２に記載の方法。
【００９３】
４．非対のダウンリンクキャリアについてのフィードバック情報は、アップリンクキャリアの個別の重なり合わないリソース領域において割り振られたフィードバックチャネルを介して送信される実施形態３に記載の方法。
【００９４】
５．非対のダウンリンクキャリアについてのフィードバック情報は、個別のフィードバックチャネルを介して送信される実施形態３〜４のいずれか一項に記載の方法。
【００９５】
６．非対のダウンリンクキャリアについてのフィードバック情報は、フィードバックチャネルにおいて所定のパターンに基づいて送信される実施形態３〜５のいずれか一項に記載の方法。
【００９６】
７．非対のダウンリンクキャリアについてのフィードバック情報は、プライマリアップリンクキャリアまたはアクティブ化されたセカンダリアップリンクキャリアにおいて送信される実施形態３〜６のいずれか一項に記載の方法。
【００９７】
８．フィードバック情報は、ダウンリンク物理層測定、ＭＩＭＯ操作関連のフィードバック情報、ＨＡＲＱ  ＡＣＫ、ＨＡＲＱ  ＮＡＣＫ、またはダウンリンク操作と関連した加入者の示唆のうちの少なくとも１つを含む実施形態２〜７のいずれか一項に記載の方法。
【００９８】
９．非対のダウンリンクキャリアについてのフィードバック情報は、物理制御チャネルを介して送信される実施形態３〜８のいずれか一項に記載の方法。
【００９９】
１０．フィードバック情報が関連するダウンリンクキャリアは、ダウンリンクキャリアと関連する個別のパイロットシーケンスによって示され、フィードバック情報とともに送信される実施形態９に記載の方法。
【０１００】
１１．フィードバック情報が関連するダウンリンクキャリアに応じて、異なる初期化シーケンスによって初期化されるランダマイザによりフィードバック情報をスクランブルすることをさらに含む実施形態９〜１０のいずれか一項に記載の方法。
【０１０１】
１２．フィードバック情報は、ＭＡＣシグナリングヘッダ、ＭＡＣサブヘッダ、ＭＡＣ拡張ヘッダ、ＭＡＣ拡張サブヘッダ、またはＭＡＣ管理メッセージのうちの少なくとも１つを介して送信される実施形態３〜１１のいずれか一項に記載の方法。
【０１０２】
１３．キャリア識別情報はフィードバック情報に含まれる実施形態２〜１２のいずれか一項に記載の方法。
【０１０３】
１４．キャリア識別情報はフィードバック割り振りに含まれる実施形態２〜１２のいずれか一項に記載の方法。
【０１０４】
１５．キャリア識別情報は割り振りＡ−ＭＡＰ情報要素に含まれる実施形態１４に記載の方法。
【０１０５】
１６．キャリア識別情報は、割り振りＡ−ＭＡＰ情報要素のＣＲＣでキャリア識別情報をマスキングすることによって含まれる実施形態１４に記載の方法。
【０１０６】
１７．マルチキャリア操作のためのフィードバック情報を報告するためのＷＴＲＵ。
【０１０７】
１８．非対のダウンリンクキャリアを含む少なくとも２つのダウンリンクキャリアを介して、ダウンリンク送信を受信するように構成された受信機であって、非対のダウンリンクキャリアは、対応するアクティブなアップリンクキャリアを有していないアクティブなダウンリンクキャリアである、受信機を備える実施形態１７に記載のＷＴＲＵ。
【０１０８】
１９．アップリンクキャリアにおいて非対のダウンリンクキャリアについてのフィードバック情報を送信するように構成されたプロセッサを備える実施形態１８に記載のＷＴＲＵ。
【０１０９】
２０．プロセッサは、非対のダウンリンクキャリアについてのフィードバック情報を、アップリンクキャリアの個別の重なり合わないリソース領域において割り振られたフィードバックチャネルを介して送信するように構成された実施形態１９に記載のＷＴＲＵ。
【０１１０】
２１．プロセッサは、非対のダウンリンクキャリアについてのフィードバック情報を、個別のフィードバックチャネルを介して送信するように構成された実施形態１９〜２０のいずれか一項に記載のＷＴＲＵ。
【０１１１】
２２．プロセッサは、非対のダウンリンクキャリアについてのフィードバック情報を、フィードバックチャネルにおいて所定のパターンに基づいて送信するように構成された実施形態１９〜２１のいずれか一項に記載のＷＴＲＵ。
【０１１２】
２３．プロセッサは、非対のダウンリンクキャリアについてのフィードバック情報を、プライマリアップリンクキャリアまたはアクティブ化されたセカンダリアップリンクキャリアにおいて送信するように構成された実施形態１９〜２２のいずれか一項に記載のＷＴＲＵ。
【０１１３】
２４．フィードバック情報は、ダウンリンク物理層測定、ＭＩＭＯ操作関連のフィードバック情報、ＨＡＲＱ  ＡＣＫ、ＨＡＲＱ  ＮＡＣＫ、またはダウンリンク操作と関連した加入者の示唆のうちの少なくとも１つを含む実施形態１９〜２３のいずれか一項に記載のＷＴＲＵ。
【０１１４】
２５．プロセッサは、非対のダウンリンクキャリアについてのフィードバック情報を、物理制御チャネルを介して送信するように構成された実施形態１９〜２４のいずれか一項に記載のＷＴＲＵ。
【０１１５】
２６．プロセッサは、フィードバック情報が関連するダウンリンクキャリアに基づいてフィードバック情報とともに個別のパイロットシーケンスを送信するように構成された実施形態１９〜２５のいずれか一項に記載のＷＴＲＵ。
【０１１６】
２７．ランダマイザの初期化シーケンスは、フィードバック情報が関連するダウンリンクキャリアに応じて決まる、フィードバック情報をスクランブルするように構成されたランダマイザをさらに備える実施形態１９〜２６のいずれか一項に記載のＷＴＲＵ。
【０１１７】
２８．プロセッサは、フィードバック情報を、ＭＡＣシグナリングヘッダ、ＭＡＣサブヘッダ、ＭＡＣ拡張ヘッダ、ＭＡＣ拡張サブヘッダ、またはＭＡＣ管理メッセージのうちの少なくとも１つを介して送信するように構成された実施形態１９〜２７のいずれか一項に記載のＷＴＲＵ。
【０１１８】
２９．キャリア識別情報はフィードバック情報に含まれる実施形態１９〜２８のいずれか一項に記載のＷＴＲＵ。
【０１１９】
３０．キャリア識別情報はフィードバック割り振りに含まれる実施形態１９〜２９のいずれか一項に記載のＷＴＲＵ。
【０１２０】
３１．キャリア識別情報は割り振りＡ−ＭＡＰ情報要素に含まれる実施形態３０に記載のＷＴＲＵ。
【０１２１】
３２．キャリア識別情報は、割り振りＡ−ＭＡＰ情報要素のＣＲＣでキャリア識別情報をマスキングすることによって含まれる実施形態３０に記載のＷＴＲＵ。
【０１２２】
特徴および要素が特定の組み合わせで上述されているが、各特徴または要素は単独で、または他の特徴および要素との組み合わせで使用することができることを当業者であれば理解されよう。さらに、本明細書に記載されている方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアに実装することができる。コンピュータ可読媒体の例には、電子信号（有線または無線接続を介して送信される）およびコンピュータ可読記憶媒体などがある。それだけには限定されないが、コンピュータ可読記憶媒体の例には、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体記憶装置、例えば内蔵ハードディスクおよび取り外し可能ディスクなどの磁気媒体、光磁気媒体、および例えばＣＤ−ＲＯＭディスクやＤＶＤ（デジタル多用途ディスク）などの光学式媒体などがある。ソフトウェアに関連したプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータに使用される無線周波トランシーバを実装するために使用され得る。
【図１Ａ】
0006025805.tif 000012
【図１Ｂ】
0006025805.tif 000013
【図１Ｃ】
0006025805.tif 000014
【図２】
0006025805.tif 000015
【図３】
0006025805.tif 000016
【図４】
0006025805.tif 000017
【図５】
0006025805.tif 000018
【図６】
0006025805.tif 000019
【図７】
0006025805.tif 000020