(57)【特許請求の範囲】
【請求項１】
複数のコンポーネントキャリアを使用してエアインターフェースを介した通信をサポートするアクセスネットワークと少なくとも１つのユーザ機器とに関する方法であって、
少なくとも１つのダウンリンク許可または少なくとも１つのアップリンク許可を備えるスケジュール情報と、前記第１のコンポーネントキャリアが前記少なくとも１つのユーザ機器に対するアンカーキャリアであることを示す情報を備える前記複数のコンポーネントキャリアから選択された第１のコンポーネントキャリアの第１のフィールドと、前記複数のコンポーネントキャリアから選択された少なくとも１つの第２のコンポーネントキャリアが前記少なくとも１つのユーザ機器に対する少なくとも１つの非アンカーキャリアとして割り当てられていることを示す情報を備える前記第１のコンポーネントキャリアの第２のフィールドとを、前記アクセスネットワークから送信し、前記少なくとも１つのユーザ機器が前記第１のコンポーネントキャリアの前記第１のフィールドをブラインドで復号して前記第１のコンポーネントキャリアがそのアンカーキャリアであるかどうかを判定し、次いで、前記少なくとも１つのユーザ機器が前記第１のコンポーネントキャリアの前記第２のフィールドを復号して前記少なくとも１つの第２のコンポーネントキャリアが少なくとも１つの非アンカーキャリアであるかどうかを判定するステップとを備える、方法。
【請求項２】
前記第１のコンポーネントキャリアが前記アンカーキャリアであることを示す前記情報を送信するステップが、前記少なくとも１つのユーザ機器によってブラインドで復号することができる情報を送信するステップを備える、請求項１に記載の方法。
【請求項３】
前記第１のコンポーネントキャリアの前記第２のフィールドにおいて情報を送信するステップが、前記複数のコンポーネントキャリアから選択することができる前記アンカーキャリアおよび前記少なくとも１つの非アンカーキャリアのそれぞれの利用可能な組合せを示すのに十分な数のビットを有する第２のフィールドを送信するステップを備える、請求項１に記載の方法。
【請求項４】
前記第１および第２のフィールドにおいて情報を送信するステップが、前記第１および第２のフィールドにおいて動的に変わる情報を送信して前記アンカーキャリアおよび前記少なくとも１つの非アンカーキャリアのうちの少なくとも１つにおける変更を複数のサブフレームにわたって示すステップを備える、請求項１に記載の方法。
【請求項５】
複数のコンポーネントキャリアを使用してエアインターフェースを介した通信をサポートするアクセスネットワークと少なくとも１つのユーザ機器とに関する方法であって、
少なくとも１つのダウンリンク許可または少なくとも１つのアップリンク許可を備えるスケジュール情報と、前記第１のコンポーネントキャリアが前記少なくとも１つのユーザ機器に対するアンカーキャリアであることを示す情報を備える前記複数のコンポーネントキャリアから選択された第１のコンポーネントキャリアの第１のフィールドと、前記複数のコンポーネントキャリアから選択された少なくとも１つの第２のコンポーネントキャリアが前記少なくとも１つのユーザ機器に対する少なくとも１つの非アンカーキャリアとして割り当てられていることを示す情報を備える前記第１のコンポーネントキャリアの第２のフィールドとを、前記少なくとも１つのユーザ機器で受信するステップと、
前記第１のフィールドをブラインドで復号して前記第１のコンポーネントキャリアが前記アンカーキャリアであることを判定し、次いで、前記第２のフィールドを復号して前記少なくとも１つの第２のコンポーネントキャリアが少なくとも１つの非アンカーキャリアであるであることを判定するステップとを備える方法。
【請求項６】
前記第１のフィールドをブラインドで復号することが、前記少なくとも１つのユーザ機器で、前記第１のコンポーネントキャリアをブラインドで復号して、前記第１のコンポーネントキャリアの前記第１のフィールドにおける前記復号された情報を使用して前記第１のコンポーネントキャリアが前記アンカーキャリアであることを判定するステップを備える、請求項５に記載の方法。
【請求項７】
前記第１および第２のフィールドにおいて情報を受信するステップが、前記第１および第２のフィールドにおいて動的に変わる情報を受信して前記アンカーキャリアおよび前記少なくとも１つの非アンカーキャリアのうちの少なくとも１つにおける変更を複数のサブフレームにわたって示すステップを備える、請求項５に記載の方法。
【請求項８】
前記第１および第２のフィールドにおいて情報を受信するステップが、前記少なくとも１つのユーザ機器に対する物理ダウンリンク制御チャネルをサポートするために割り当てられた前記アンカーキャリアおよび前記少なくとも１つの非アンカーキャリアを示す情報を受信するステップを備える、請求項５に記載の方法。
【請求項９】
前記第１および第２のフィールドにおいて情報を受信するステップが、前記アンカーキャリアおよび前記少なくとも１つの非アンカーキャリアによってサポートされる物理アップリンク共有チャネルを前記少なくとも１つのユーザ機器に割り当てるスケジューリング許可を示す情報を受信するステップを備える、請求項５に記載の方法。
【請求項１０】
前記第１および第２のフィールドにおける前記情報を使用して前記アンカーキャリアおよび前記少なくとも１つの非アンカーキャリアを介した通信のために前記少なくとも１つのユーザ機器を構成するステップをさらに備える、請求項５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に通信システムに関し、より詳細にはワイヤレス通信システムに関する。
【背景技術】
【０００２】
ワイヤレス通信システムは、典型的には、選択された帯域幅を使用してエアインターフェースを介した通信をサポートする。例えば、ユニバーサルモバイルテレコミュニケーションサービス（ＵＭＴＳ）規格および／またはプロトコルのロングタームエボリューション（ＬＴＥ）に従って動作する従来のワイヤレス通信システムは、エアインターフェースを介した通信のために２０ＭＨｚの帯域幅を割り当てる。しかし、帯域幅の増加に対する継続的な要求があり、このため、基地局およびユーザ機器を含むワイヤレス通信機器の将来の展開は、より広い帯域幅にわたって通信をサポートすることが期待されている。例えば、ＬＴＥ規格および／またはプロトコルの少なくとも１つの計画された進化は、少なくとも１００ＭＨｚの帯域幅をサポートすることが期待されている。エアインターフェースを介した通信のためにそれらの基地局および／またはユーザ機器に割り当てられ得る複数のコンポーネントキャリアをアグリゲートすることによって、拡張された帯域幅を達成することができる。
【０００３】
アップリンクまたはダウンリンクのいずれかを介した通信のために、複数のコンポーネントキャリアを別個にかつ独立してユーザ機器に割り当てることができる。複数のコンポーネントキャリアのための制御情報は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）などの選択されたチャネルを介して送信される。ハンドセットなどのユーザ機器またはモバイルユニットは、制御チャネルを介して送信された情報を使用してネットワークと同期し、パイロットチャネル情報、ブロードキャスト情報、ページング情報などを含む他の情報を受信する。従来のマルチコンポーネント通信システムにおけるそれぞれのコンポーネントキャリアは制御チャネルをサポートするので、制御チャネルに関連するオーバーヘッドは、ユーザ機器に割り当てられたコンポーネントキャリアの数にほぼ比例して増大する。例えば、１つの提案されたプロトコルでは、５つのコンポーネントキャリアを使用して１００ＭＨｚの帯域幅を提供する。これらの５つのコンポーネントのそれぞれに関連するシグナリングチャネルのオーバーヘッドは、追加のコンポーネントキャリアをユーザ機器に割り当てることにより生じる帯域幅のゲインを低減する。
【０００４】
エアインターフェースを介した接続を確立するために、ユーザ機器は、複数のコンポーネントキャリアのうちのどれが割り当てられたかを判定し、次いで、割り当てられたコンポーネントキャリアのための制御情報を復号しなければならない。割り当てられたコンポーネントキャリアは、必ずしも前もってユーザ機器に知られておらず、このため、従来のユーザ機器は、全てのチャネル仮説に対して全ての利用可能なコンポーネントキャリアのシグナリングチャネルのブラインド復号を実行する。したがって、従来のユーザ機器は、かなりの時間およびブラインド復号を実行する処理パワーを費やす。例えば、それぞれの関連するシグナリングチャネルのブラインド復号は、４８回の復号の試行を必要とする場合がある。したがって、５つのコンポーネントキャリアを利用するマルチコンポーネントキャリアシステムの構成において、それぞれのユーザ機器はそれぞれの復号期間において２４０回のブラインド復号を実行することになる（４８回の復号の試行／コンポーネントキャリア×５コンポーネントキャリア＝２４０）。
【発明の概要】
【課題を解決するための手段】
【０００５】
開示される主題は、上記に記載された問題の１つまたは複数の影響に対処することを対象とする。開示される主題のいくつかの態様の基本的な理解を提供するために、開示される主題の簡略化された概要を以下に提示する。この概要は、開示される主題の包括的な概説ではない。この概要は、開示される主題の主要なまたは重要な要素を識別することまたは開示される主題の範囲を詳述することを意図されていない。その唯一の目的は、後述されるより詳細な説明に対する前置きとして、いくつかの概念を簡略化された形で提示することである。
【０００６】
一実施形態では、複数のコンポーネントキャリアを使用してエアインターフェースを介した通信をサポートするアクセスネットワークとユーザ機器とを含む方法が提供される。本方法は、第１のコンポーネントキャリアがユーザ機器に対するアンカーキャリアであることを示す情報を送信することを含む。この情報は、アクセスネットワークから、複数のコンポーネントキャリアから選択された第１のコンポーネントキャリアの第１のフィールドにおいて送信される。本方法は、１つまたは複数の第２のコンポーネントキャリアがユーザ機器に対する非アンカーキャリアとして割り当てられていることを示す情報を送信することも含む。
【０００７】
添付の図面と併せて以下の説明を参照することにより、開示される主題を理解することができ、添付の図面において同様の参照符号は同様の要素を識別する。
【図面の簡単な説明】
【０００８】
【図１】ワイヤレス通信システムの例示的な一実施形態を概念的に示す図である。
【図２】コンポーネントキャリア構造の例示的な一実施形態を概念的に示す図である。
【図３】アンカーコンポーネントキャリアのＰＤＣＣＨの例示的な一実施形態を概念的に示す図である。
【図４】コンポーネントキャリアの割当てを示す方法の例示的な一実施形態を概念的に示す図である。
【図５】複数のコンポーネントキャリアに対してＰＤＣＣＨを復号するためにモバイルユニットまたはユーザ機器によって使用することができる方法の例示的な一実施形態を概念的に示す図である。
【図６】マルチコンポーネントキャリアシステムにおけるダウンリンク（ＤＬ）チャネル構造の例示的な一実施形態を概念的に示す図である。
【図７】マルチコンポーネントキャリアシステムにおけるＵＬ／ＤＬチャネル構造の例示的な一実施形態を概念的に示す図である。
【発明を実施するための形態】
【０００９】
開示される主題は様々な修正形態および代替形式が可能であるが、その特定の実施形態は図面において例として示されており、本明細書において詳細に説明される。しかし、特定の実施形態の本明細書における説明は開示される主題を開示される特定の形式に限定することを意図されておらず、それどころか、その意図は添付の特許請求の範囲の範囲内にある全ての修正形態、等価形態、および代替形態を網羅することを理解されたい。
【００１０】
例示の実施形態を以下に説明する。明確にするために、実際の実施の全ての特徴が本明細書において説明されるわけではない。当然のことながら、そのような任意の実際の実施形態の開発において、システム関連およびビジネス関連の制約条件の遵守などの、実施によって異なる開発者の特定の目的を達成するために、多数の実施特有の決定がなされるべきであることを理解されたい。さらに、そのような開発の取組みは複雑で時間がかかる場合があるが、それでも本開示の利益を有する当業者にとっては通常の作業であることを理解されたい。
【００１１】
次に、添付の図を参照して、開示される主題を説明する。様々な構造、システムおよびデバイスは、説明のみの目的で、当業者によく知られている詳細によって本発明を不明瞭にすることがないように、図面に概略的に示されている。それでも、添付の図面は、開示される主題の例示の例について記載し説明するために含まれている。本明細書において使用される語および句は、当業者によるこれらの語および句の理解と一致する意味を有するものとして理解され解釈されるべきである。用語または句の特別な定義、すなわち、当業者によって理解される通常の慣習的な意味とは異なる定義はいずれも、本明細書における用語または句の一貫した用法によって暗に示されることを意図されていない。用語または句が特別な意味、すなわち、当業者によって理解される意味以外の意味を有することを意図される限りにおいては、そのような特別な定義は、その語または句の特別な定義を直接的にかつ明白に提供する定義方法で、本明細書において明示的に記載される。
【００１２】
図１は、ワイヤレス通信システム１００の例示的な一実施形態を概念的に示す。例示的な実施形態では、ワイヤレス通信システム１００は、ワイヤレス接続を提供するために使用されるアクセスネットワーク１０５を含む。アクセスネットワーク１０５は、１つまたは複数の基地局１１０または他のタイプのワイヤレスアクセスポイントを含み得る。アクセスネットワーク１０５において使用され得る例示的なワイヤレスアクセスポイントは、Ｂｌｕｅｔｏｏｔｈ規格および／またはＩＥＥＥ８０２規格に従って構成される基地局ルータおよびワイヤレスアクセスポイントを含むが、これらに限定されない。図１には示されていないが、アクセスネットワーク１０５は、有線および／またはワイヤレス接続を使用して相互接続され得る無線ネットワークコントローラ、基地局コントローラ、ルータ、およびゲートウェイなどの他の要素も含み得る。これらの要素を選択し、実施し、および／または操作する技法は、本開示の利益を有する当業者に知られている。明確にするために、本明細書では、本明細書において記載される主題に関連するこれらの要素を選択し、実施し、および／または操作するこれらの態様のみについて説明する。
【００１３】
アクセスネットワーク１０５は、１つまたは複数のワイヤレス接続またはエアインターフェース１２０を介して１つまたは複数のモバイルユニット１１５にワイヤレス接続を提供する。例示された実施形態では、エアインターフェース１２０は、エアインターフェース１２０の帯域幅を拡張するために複数のコンポーネントキャリアのアグリゲーションをサポートする。エアインターフェース１２０の帯域幅を拡張するためのワイヤレス通信規格の一例は、キャリアアグリゲーションを実施して単一のリリース８システム帯域幅を超える帯域幅の拡張を達成するＬＴＥ−アドバンストである。リリース８は約２０ＭＨｚの帯域幅を有し、ＬＴＥ−Ａ規格の一実施形態は５つのコンポーネントキャリアをアグリゲートして約１００ＭＨｚの帯域幅を達成する。キャリアアグリゲーションの１つの目的は、ＰＳＣＨ、ＳＳＣＨ、ブロードキャスト情報、およびアクセスチャネルなどのオーバーヘッドチャネルを最小限に抑えながら、モバイルユニット１１５により高いピークデータレートを提供することである。
【００１４】
図２は、コンポーネントキャリア構造２００の例示的な一実施形態を概念的に示す。例示された実施形態では、モバイルユニット２０５は、ワイヤレス通信接続２１５を介して基地局２１０と通信する。ワイヤレス通信接続２１５は、５つのキャリア２２０（図２では符号によって１つのみが示されている）をアグリゲートして接続２１５の帯域幅を拡張する。例えば、それぞれのキャリア２２０が約２０ＭＨｚの帯域幅をサポートする場合、ワイヤレス通信接続２１５のアグリゲートされた帯域幅は約１００ＭＨｚである。本開示の利益を有する当業者であれば、この特定の実施形態が例示のものとして意図され、ワイヤレス通信接続２１５の代替実施形態が、より大きいまたはより小さい個々の帯域幅および／またはアグリゲートされた帯域幅をサポートする、より多いまたはより少ないアグリゲートされたキャリア２２０を含み得ることを理解されよう。
【００１５】
図１に戻って参照すると、ワイヤレス通信システム１００の一実施形態は、非対称アップリンク／ダウンリンク（ＵＬ／ＤＬ）コンポーネントキャリアをサポートする。この実施形態は、それぞれのコンポーネントキャリアに対するＤＬ割当ておよびＵＬ許可の別個の符号化もサポートする。割当ておよび許可の符号化は、単一のコンポーネントキャリアのＤＣＩフォーマット（複数可）に基づいてもよい。それぞれの物理データ制御チャネル（ＰＤＣＣＨ）のコンポーネントキャリア（ＣＣ）の割当てを示すために、０〜３ビットを含むキャリアインジケータフィールド（ＣＩＦ）も提供され得る。キャリアインジケータフィールドにより、ＰＤＣＣＨが送信されるＣＣとは異なっていてもよいＣＣにおけるトラフィックチャネルの割当てが可能になり、ＰＤＣＣＨ送信のためのキャリア選択における柔軟性をもたらす。この特徴は、非対称マルチキャリアシステムに特に有益であり得る。代替実施形態では、ワイヤレス通信システム１００は対称アップリンク／ダウンリンク（ＵＬ／ＤＬ）コンポーネントキャリアをサポートし得る。
【００１６】
ＬＴＥ−Ａ規格の１つの提案された実施では、モバイルユニット１１５は、カバレッジエリア内の全てのＣＣに対してＰＤＣＣＨをブラインドで復号してそのＵＬ／ＤＬ割当てを示す情報を取得することが要求される。この手法は、それぞれのモバイルユニット１１５がそれぞれのＣＣ内のＰＤＣＣＨを探して全てのＣＣをブラインドで検索し、ＣＣ当たり最大４８の異なるＰＤＣＣＨ仮説に対してブラインド復号を実行することを要求する。ワイヤレス通信システム１００が５つのＣＣをサポートする場合、それぞれのモバイルユニット１１５は最大２４０の異なるＰＤＣＣＨ仮説に対してブラインド復号を実行しなければならない。したがって、ＣＣの数が増加するにつれて、モバイルユニット１１５の複雑性および電力消費が増大する。さらに、ワイヤレス通信システム１００は、ブラインド検索を繰り返す必要があり、サブフレーム毎にプロセスを復号するので、ＣＣ割当てを動的に変化させることができない。
【００１７】
代替の実施は、アンカーキャリアおよび１つまたは複数の非アンカーキャリアをそれぞれのモバイルユニット１１５に割り当てる。本明細書において使用する場合、「アンカーキャリア」という用語は、同期化およびシステム情報などの、ＤＬ制御チャネルを搬送するコンポーネントキャリアを指すものとして理解され、モバイルユニット１１５はシステム１００への初期アクセスにアンカーキャリアを使用する。アンカーキャリアは、１つまたは複数の点で非アンカーキャリアと区別され得る。一実施形態では、アンカーキャリアは、物理共有チャネル（ＰＳＣＨ）、ＳＳＣＨ、リリース８ブロードキャストチャネル（ＢＣＨ）、ページングチャネルおよびアクセスチャネルなどのリリース８オーバーヘッドチャネルを含む。アンカーキャリアは、非アンカーキャリアでのスケジューリング情報の指標を搬送することもできる。一実施形態では、アンカーキャリアは、セル内のアクティブな非アンカーキャリアを示す情報、マルチキャリア動作のための周波数、帯域幅、および／またはＵＬ／ＤＬ割当てを示す情報、リリース８準拠のＰＤＣＣＨを示す情報、およびＬＴＥ−Ａ  ＵＥ向けのアンカーキャリア上でのリソース割当てのためのＰＤＣＣＨを示す情報を伝える。
【００１８】
一実施形態では、アンカーキャリアおよび非アンカーキャリアはいずれも、ＤＬ周波数帯域内に物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、パイロットチャネル（ＰＨＩＣＨ）、および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を含む。アンカーキャリアおよび非アンカーキャリアは、ＵＬ周波数内に物理アップリンク制御チャネル（ＰＵＣＣＨ）および物理アップリンク共有チャネル（ＰＵＳＣＨ）も含む。非アンカーキャリアは、制御チャネルオーバーヘッド、リリース８ブロードキャストチャネル、ページングチャネルまたはアクセスチャネルを最小限に抑えるためにＰＳＣＨ、ＳＳＣＨを送信する必要がない。様々な代替実施形態では、ＬＴＥ−Ａモバイルユニット１１５に対してアンカーキャリアおよび非アンカーキャリアのサブセットを動的に割り当てることができる。コンポーネントキャリアの動的割当ては、同じ周波数帯域におけるマルチキャリア動作に有益である。オーバーヘッドチャネルはアンカーキャリア内でのみ送信されるので、主にトラフィックチャネルおよびスケジューリング用の他の制御チャネルに対して残りの非アンカーキャリアを使用することができ、より高いピークスループットをもたらす。バッファ状態および電力／干渉条件に応じて非アンカーキャリアを動的にスケジュールすることができ、リソース使用におけるさらなる効率を実現する。
【００１９】
アクセスネットワーク１０５はスケジューラ１２５も含む。単一のスケジューラ１２５がアクセスネットワーク１０５の一部として図示されているが、本開示の利益を有する当業者であれば、スケジューラ１２５が任意の場所または場所の組合せで実施され得ることを理解されよう。スケジューラ１２５は、アンカーおよび／または非アンカーコンポーネントキャリアをスケジュールするおよび／またはこれらを異なるモバイルユニット１１５に割り当てるように構成される。一実施形態では、スケジューラ１２５はアンカーキャリアおよび非アンカーキャリアをモバイルユニット１１５に動的に割り当てる。例えば、スケジューラ１２５は、通信内のそれぞれのサブフレームについてアンカーおよび／または非アンカーコンポーネントキャリアを割り当てる、再度割り当てる、および／または割当てを解除するように構成され得る。アンカーキャリアに対するリソース割当ては、アンカーキャリア内で送信されるＰＤＣＣＨにおいて信号で伝えられる。アンカーキャリアＰＤＣＣＨは、アンカーキャリアＰＤＣＣＨを受信するモバイルユニット１１５に割り当てられた非アンカーＰＤＣＣＨを示す追加のビットも搬送する。追加のビットは、有効なＰＤＣＣＨを有する非アンカーキャリアへのポインタとして働く。これらの追加のビットは、アクティブ（非アンカー）コンポーネントキャリアインジケータ（ＡＣＣＩ）ビットと呼ばれ得る。モバイルユニット１１５は、ＡＣＣＩビットを復号して非アンカーＣＣを決定することができ、次いで非アンカーコンポーネントキャリアのＰＤＣＣＨ復号を試行し得る。本明細書において述べるように、アップリンクについて同様のスケジューリングを使用することもできる。
【００２０】
図３は、アンカーコンポーネントキャリアのＰＤＣＣＨ３００の例示的な一実施形態を概念的に示す。例示された実施形態では、ＰＤＣＣＨ３００は、アンカーキャリアのためのリソース割当てを信号で伝えるために使用されるビット３０５のセットを含む。ＰＤＣＣＨ３００は、モバイルユニットに割り当てられた非アンカーＰＤＣＣＨを示すために使用される４つのビット３１０も含む。４つのビット３１０が図３に示されているが、本開示の利益を有する当業者であれば、モバイルユニットに割り当てられた非アンカーＰＤＣＣＨを信号で伝えるために他の数のビット３１０を使用することができることを理解されよう。表１は、コンポーネントキャリアの割当ての組合せの完全なセットを示すための、利用可能なビットの数に応じたＡＣＣＩビットの考えられる使用の例を示す。４ビットのＡＣＣＩフィールドは、非アンカーＣＣ割当ての完全な組合せセットに対する完全な柔軟性により、５つのＣＣをサポートすることができる。ＡＣＣＩフィールド内のビットの数が全ての考えられるＣＣ割当てを示すために必要な数より少ない場合、上位レイヤのシグナリングによって非アンカーＣＣ割当ての組合せの選択的なサブセットを示すことができる。ＡＣＣＩフィールドが５つのＣＣ割当てをサポートするためのビットマップ構造の一例を表２に示す。
【００２１】
【表１】
0005770723.tif 000002
【００２２】
【表２】
0005770723.tif 000003
【００２３】
図４は、コンポーネントキャリアの割当てを示す方法４００の例示的な一実施形態を概念的に示す。例示された実施形態では、アンカーおよび非アンカーコンポーネントキャリアが（４０５で）ユーザ機器に割り当てられる。例えば、スケジューラは（４０５で）特定のサブフレームに対するアンカーおよび／または非アンカーコンポーネントキャリアの割当てを決定し得る。次いで、アクセスネットワークは（４１０で）割り当てられたアンカーキャリアを介してユーザ機器に情報を送信するように構成され得る。一実施形態では、（４１０で）アクセスネットワークを構成することは、１つまたは複数のアクセスポイントまたは基地局における送信機を構成して割り当てられたアンカーキャリアに関連する周波数帯域において送信することを含み得る。アクセスネットワークはまた、アンカーキャリアに対するリソース割当てを表すビットおよび割り当てられた非アンカーコンポーネントキャリアを示すためのビットを決定し得る。次いで、ビットは、アンカーキャリアを介した、例えばアンカーキャリアのＰＤＣＣＨを使用した送信のために符号化され得る。
【００２４】
ＰＤＣＣＨ情報はエアインターフェースを介して送信され得る。例示された実施形態では、アンカーキャリア情報は（４１５で）ＰＤＣＣＨの第１のフィールドにおいて送信される。非アンカーキャリアを識別する情報は（４２０で）ＰＤＣＣＨの第２のフィールドにおいて送信され得る。図４は第１および第２のフィールドの送信を２つの別個の連続したステップとして示しているが、本開示の利益を有する当業者であれば、第１および第２のフィールドを任意の順序で送信することができるならびに／またはフィールドの一部を互いにおよび／もしくは他の情報ビットとインタリーブすることができることを理解されよう。本開示の利益を有する当業者であれば、コンポーネントキャリアの動的割当てが実施され得ることも理解されよう。動的割当てを実施する実施形態では、例えば、サブフレーム毎にまたは任意の他の選択された時間、サブフレーム、もしくはフレーム間隔毎に方法４００を反復することができる。
【００２５】
図５は、複数のコンポーネントキャリアに対してＰＤＣＣＨを復号するためにモバイルユニットまたはユーザ機器によって使用することができる方法５００の例示的な一実施形態を概念的に示す。例示された実施形態では、ユーザ機器は（５０５で）アンカーキャリア上のＰＤＣＣＨの復号を試行する。例えば、ユーザ機器は（５０５で）アンカーキャリア上のＰＤＣＣＨをブラインドで復号し得る。次いで、ユーザコマンドは（５１０で）ＰＤＣＣＨの復号が有効なＰＤＣＣＨおよび割り当てられた非アンカーキャリアを示すバロット情報（ＡＣＣＩ）を生成したかどうかを判定する。復号プロセスが失敗した場合、方法５００は終了する。しかし、ライン復号プロセスが（５１０で）有効なＰＤＣＣＨおよびＡＣＣＩを生成した場合、ユーザ機器は続けて（５１５で）復号されたアンカーキャリアＰＤＣＣＨによって示された有効なＰＤＣＣＨを有する非アンカーキャリアを復号する。一実施形態では、ユーザの女性が（５１５で）非アンカーキャリアＰＤＣＣＨのブラインド復号を実行する。（５１５で）ＡＣＣＩによって示された非アンカーＣＣ上でのＰＤＣＣＨの復号に成功した後、ユーザ機器に割り当てられたアンカーキャリアおよび非アンカーキャリアを使用したエアインターフェースを介した通信のためにユーザ機器を（５２０で）構成することができる。本明細書において述べた通り、アンカーキャリアおよび／または非アンカーキャリアの動的割当てを実施することができるように、例えば、サブフレーム毎にまたは任意の他の選択された時間、サブフレーム、もしくはフレーム間隔毎に方法５００を反復することができる。
【００２６】
図６は、マルチコンポーネントキャリアシステムにおけるダウンリンク（ＤＬ）チャネル構造６００の例示的な一実施形態を概念的に示す。例示された実施形態では、システムは、セルカバレッジエリア内の５つのコンポーネントキャリア６０５（１〜５）をサポートする。しかし、本明細書において述べた通り、コンポーネントキャリアのこの数は、例示となるものであって、限定するものではないことが意図される。代替実施形態は、異なる数のコンポーネントキャリアを有し得る。図６の例示的で典型的な実施形態では、コンポーネントキャリア６０５（１）はアンカーキャリアとして割り当てられ、その他の４つのコンポーネントキャリア６０５（２〜５）は非アンカーキャリアとして割当てに利用可能である。明確にするためおよび例示を簡単にするために、それぞれのコンポーネントキャリア６０５（１〜５）におけるＰＤＣＣＨはコンポーネントキャリア６０５（１〜５）に対するリソース割当てを搬送するものと仮定される。しかし、代替実施形態では、コンポーネントキャリア６０５（１〜５）のうちのいくつかにおけるＰＤＣＣＨは、他のコンポーネントキャリア６０５（１〜５）に対するリソース割当てを搬送するために使用することもできる。
【００２７】
図６に示すリソース割当ては、特定のサブフレームに対してユーザ機器に割り当てられたリソースを示している。例示された実施形態では、ユーザ機器はアンカーキャリア６０５（１）および非アンカーコンポーネントキャリア６０５（２、４）においてＤＬリソースを割り当てられている。アンカーキャリア６０５（１）のためのＰＤＣＣＨは、非アンカーコンポーネントキャリア６０５（２、４）を識別する情報を含む。例えば、ＤＬ割当てのためのＬＴＥ−Ａ  ＤＣＩフォーマットにおけるＰＤＣＣＨは、非アンカーコンポーネントキャリア６０５（２、４）が（対応するＰＤＣＣＨへの実線矢印のポインタによって示されるように）ＤＬのためのＰＤＣＣＨを有することを示すＡＣＣＩを含む。ユーザ機器は、非アンカーコンポーネントキャリア６０５（２、４）においてＰＤＣＣＨブラインド復号を実行してこれらのキャリア上でのＰＤＳＣＨ復号のためのリソース割当てを検索することができる。例えば、図６に示すように、非アンカーコンポーネントキャリア６０５（２、４）のＰＤＣＣＨ内のポインタ要素によって、ＰＤＳＣＨのためのリソース割当てを示すことができる。
【００２８】
図７は、マルチコンポーネントキャリアシステムにおけるＵＬ／ＤＬチャネル構造７００の例示的な一実施形態を概念的に示す。例示された実施形態では、システムは、セルカバレッジエリア内の５つのコンポーネントキャリア７０５（１〜５）をサポートする。しかし、本明細書において述べた通り、コンポーネントキャリアのこの数は、例示となるものであって、限定するものではないことが意図される。代替実施形態は、異なる数のコンポーネントキャリアを有し得る。コンポーネントキャリア７０５（１〜５）は、アップリンクリソースとダウンリンクリソースの両方を含む。１つのコンポーネントキャリア７０５（１）はアンカーキャリアとして割り当てられ、その他の４つのコンポーネントキャリア７０５（２〜５）は非アンカーキャリアとして割当てに利用可能である。明確にするためおよび例示を簡単にするために、それぞれのコンポーネントキャリア７０５（１〜５）におけるＰＤＣＣＨはコンポーネントキャリア７０５（１〜５）に対するＵＬリソース割当てを搬送するものと仮定される。しかし、代替実施形態では、コンポーネントキャリア７０５（１〜５）のうちのいくつかにおけるＰＤＣＣＨは、他のコンポーネントキャリア７０５（１〜５）に対するアップリンクリソース割当ておよびまたはダウンリンクリソース割当てを搬送するために使用することもできる。
【００２９】
図７に示すリソース割当ては、特定のサブフレームに対してユーザ機器に割り当てられたリソースを示している。例示された実施形態では、ユーザ機器はアンカーキャリア７０５（１）および非アンカーコンポーネントキャリア７０５（２、４）においてリソースを割り当てられている。アンカーキャリア７０５（１）のためのＰＤＣＣＨは、非アンカーコンポーネントキャリア７０５（２、４）を識別する情報、例えば、実線矢印によって示される、非アンカーコンポーネントキャリア７０５（２、４）のためのＰＤＣＣＨへのポインタを含む。例えば、ＵＬスケジューリングのためのＬＴＥ−Ａ  ＤＣＩフォーマットにおけるＰＤＣＣＨは、非アンカーコンポーネントキャリア７０５（２、４）がＵＬのためのＰＤＣＣＨを有することを示すＡＣＣＩを含む。非アンカーコンポーネントキャリア７０５（２、４）におけるＰＤＣＣＨブラインド復号の後、ユーザ機器は、これらのキャリア上でのＰＵＳＣＨ復号のためのリソース割当てを検索することができる。
【００３０】
コンポーネントキャリア７０５（１〜５）の１つまたは複数のためのＰＵＣＣＨを識別する情報をユーザ機器に伝えることもできる。対称ＵＬ／ＤＬキャリアの場合、オペレータのスペクトル割当てからまたは無線リソース制御（ＲＲＣ）シグナリングなどの上位レイヤのシグナリングによって、ＵＬ  ＣＣとＤＬ  ＣＣとの関連を定義することができる。この場合、ＰＵＣＣＨ  ＣＣはＤＬ  ＰＤＳＣＨ  ＣＣに対応し得るので、このチャネルを別個に示す必要はないかもしれない。非対称ＵＬ／ＤＬキャリアの場合、スケジュールされたＵＬトラフィックがない特別な場合では、ＤＬ送信に対応するＰＵＣＣＨ送信に使用されるコンポーネントキャリア７０５をユーザ機器に信号で伝えることができる。例えば、コンポーネントキャリア７０５を上位レイヤのシグナリング（例えば、ＲＲＣシグナリング）によって半静的に示すことができる。別の例の場合、ＰＤＣＣＨでのＤＬ割当てにおいて、コンポーネントキャリア７０５を動的に示すことができる。
【００３１】
半静的なＰＵＣＣＨ  ＣＣ指標により、システムはリリース８  ＰＵＣＣＨリソース割当ての技法およびアルゴリズムを再利用することができる。ＵＬ  ＣＣの数がＤＬ  ＣＣの数を超える場合に適用可能であってもよい一実施形態では、ＵＬキャリアの１つまたはサブセットは、ＰＵＣＣＨ送信のためのＤＬキャリアと関連するように半静的に事前構成される。半静的な構成は、上位レイヤのシグナリングによって、例えばブロードキャストメッセージまたは専用のＲＲＣシグナリングのいずれかによって行われる。ＵＬ  ＣＣの数がＤＬ  ＣＣの数より少ない場合に適用可能であってもよい一代替実施形態では、ＰＵＣＣＨコンポーネントキャリア７０５は、ユーザ機器に割り当てられた特定のＰＵＣＣＨコンポーネントキャリア７０５を示す専用のＲＲＣメッセージにおいて示される。このシナリオが生じる場合があり、システムはＤＬ方向における（ＵＬ方向に比べて）より大きい帯域幅要求のために帯域幅拡張を実施する。ＵＬ  ＣＣの数がより少ないことにより、複数のＤＬ  ＣＣに対応するＡＣＫ／ＮＡＫはＰＵＣＣＨ送信のためのＵＬ  ＣＣにマップされ得る。ＴＤＤにおけるＡＣＫ／ＮＡＫバンドリングまたは多重化方法を使用して必要なＡＣＫ／ＮＡＫリソースを提供することができる。
【００３２】
本明細書において記載される技法の実施形態を使用して低オーバーヘッドのコンポーネントキャリアの割当てのためのフレームワークを実施することができる。一実施形態では、ＰＤＣＣＨブラインド復号を低減する目的で、ＰＤＣＣＨコンポーネントキャリアを示すための２ステップの手順が説明される。複数のキャリアにおける動的なリソース割当ては、ＰＤＳＣＨおよびＰＵＳＣＨ  ＣＣ指標を使用して実施され得る。例えば、４ビットのアクティブコンポーネントキャリアインジケータ（ＡＣＣＩ）フィールドは、アップリンクおよび／またはダウンリンクに対して動的に割り当てられたコンポーネントキャリアを示すためにＬＴＥ−Ａ  ＤＣＩフォーマットに含まれ得る。ＰＵＣＣＨの場合、半静的な構成方法を使用してＰＵＣＣＨ送信のためのＣＣを示すことができる。これらの手法は、従来の慣例に勝るいくつかの利点を有する。例えば、本明細書において記載される動的なコンポーネントキャリアの割当ておよび指標の技法は、場合によってはリリース８制御チャネル構成を再利用しながら、ＵＥ  ＰＤＣＣＨブラインド復号の試行が低減された低オーバーヘッドのマルチキャリアリソース割当てを可能にする。さらに、ＲＲＣシグナリングを使用したコンポーネントキャリア指標の半静的な構成は比較的単純であり、リリース８  ＰＵＣＣＨ構成の一部の再利用を可能にし得る。
【００３３】
開示される主題の一部および対応する詳細な説明は、ソフトウェア、またはコンピュータメモリ内のデータビット上のアルゴリズムおよび操作の記号的表現の点から提示される。これらの説明および表現は、それによって当業者が自分の作業の内容を他の当業者に効率的に伝えるものである。アルゴリズムは、本明細書において使用される際、および一般的に使用される際、所望の結果をもたらすステップの自己矛盾のないシーケンスであると考えられる。これらのステップは、物理量の物理的操作を必要とするステップである。必須ではないが、通常は、これらの量は格納、転送、結合、比較、およびその他の形で操作されることが可能な光学信号、電気信号、または磁気信号の形を取る。主に一般的な使用の理由から、これらの信号をビット、値、要素、記号、文字、用語、数字などと呼ぶことが時として好都合であることが分かっている。
【００３４】
しかし、これらおよび類似の用語は全て、適切な物理量に関連付けられるべきであり、これらの量に適用された好都合なラベルに過ぎないことに留意されたい。特に別段の記載がない限り、または考察から明らかであるように、「処理する（ｐｒｏｃｅｓｓｉｎｇ）」または「コンピュータで計算する（ｃｏｍｐｕｔｉｎｇ）」または「計算する（ｃａｌｃｕｌａｔｉｎｇ）」または「決定する（ｄｅｔｅｒｍｉｎｉｎｇ）」または「表示する（ｄｉｓｐｌａｙｉｎｇ）」などの用語は、コンピュータシステムまたは類似の電子コンピューティングデバイスの動作および処理を指し、コンピュータシステムまたは類似の電子コンピューティングデバイスは、コンピュータシステムのレジスタおよびメモリ内で物理量、電子量として表されたデータを操作し、コンピュータシステムのメモリもしくはレジスタまたは他のそのような情報記憶デバイス、送信デバイスまたは表示デバイス内の物理量として同様に表された他のデータに変換する。
【００３５】
開示される主題のソフトウェアによって実施される態様は、典型的には何らかの形態のプログラム記憶媒体上で符号化されるか、何らかのタイプの送信媒体を介して実施されることにも留意されたい。プログラム記憶媒体は、磁気式（例えば、フロッピーディスクまたはハードドライブ）または光学式（例えば、コンパクトディスク読取り専用メモリ、すなわち「ＣＤ  ＲＯＭ」）であってもよく、読取り専用またはランダムアクセスであってもよい。同様に、送信媒体は、より対線ペア、同軸ケーブル、光ファイバ、または当技術分野で知られている何らかの他の適切な送信媒体であってもよい。開示される主題は、任意の所与の実施のこれらの態様によって限定されない。
【００３６】
開示される主題は、本明細書における教示の利益を有する当業者に明らかな、異なるが同等の方法で修正され、実施され得るので、上記に開示される特定の実施形態は例示のみである。さらに、以下の特許請求の範囲に記載されているものを除き、本明細書において示される構造または設計の詳細に対していかなる限定も意図されていない。したがって、上記に開示される特定の実施形態を改変または修正することができ、全てのそのような変形形態は開示される主題の範囲内であるとみなされることは明白である。したがって、本明細書において求められる保護は、以下の特許請求の範囲に記載された通りである。
【図１】
0005770723.tif 000004
【図２】
0005770723.tif 000005
【図３】
0005770723.tif 000006
【図４】
0005770723.tif 000007
【図５】
0005770723.tif 000008
【図６】
0005770723.tif 000009
【図７】
0005770723.tif 000010