マルチキャリアワイヤレス通信システムにおけるダウンリンク認可
態様は、マルチキャリアワイヤレス通信システムにおいて認可情報を通信することを説明している。認可情報は、単一キャリア能力を有するモバイルデバイス、および／またはマルチキャリア能力を有するモバイルデバイスへと送信されることができる。認可情報は、レガシー制御領域および／または非レガシー制御領域の中で送信されることができる。
【発明の詳細な説明】
【相互参照】
【０００１】
これは、この譲受人に譲渡され、そしてそれらのすべてがこれによりここにおいて参照によって明示的に組み込まれている２００８年８月１１日に出願された「マルチキャリアワイヤレス通信システムにおけるダウンリンク認可 (DOWNLINK GRANTS IN A MULTICARRIER WIRELESS COMMUNICATION SYSTEM)」という名称の米国仮出願第６１／０８７，９６１号と、２００８年１１月１１日に出願された「マルチキャリアシステムのためのＤＣＩ設計(DCI DESIGN FOR MULTI CARRIER SYSTEM)」という名称の米国仮出願第６１／１１３，４４３号と、２００９年１月７日に出願された「マルチキャリアシステムのためのＤＣＩ設計(DCI DESIGN FOR MULTI CARRIER SYSTEM)」という名称の米国仮出願第６１／１４３，１４６号と、２００８年１１月６日に出願された「マルチキャリアオペレーションのための共通のＨＡＲＱプロセスＩＤ(COMMON HARQ PROCESS ID FOR MULTI-CARRIER OPERATION)」という名称の米国仮出願第６１／１１２，０２９号との優先権を主張する出願である。
【背景】
【０００２】
[Ｉ．分野]
以下の説明は、一般にマルチキャリアワイヤレス通信システムに関し、そしてより詳細には、マルチキャリアワイヤレス通信システムにおいて認可（又は承諾）を行う通信に関する。
【０００３】
[ＩＩ．背景]
ワイヤレス通信システムは、音声やデータなど、様々なタイプの通信コンテンツを提供するために広く展開される。これらのシステムは、使用可能なシステムリソース（例えば、帯域幅および送信パワー）を共用することにより、複数の(multiple)ユーザとの通信をサポートすることができる多元接続システム(multiple-access systems)とすることができる。多元接続システムの例は、符号分割多元接続(code division multiple access)（ＣＤＭＡ）システムと、時分割多元接続(time division multiple access)（ＴＤＭＡ）システムと、周波数分割多元接続(frequency division multiple access)（ＦＤＭＡ）システムと、３ＧＰＰロングタームエボリューション(Long Term Evolution)（ＬＴＥ）システムと、直交周波数分割多元接続(orthogonal frequency division multiple access)（ＯＦＤＭＡ）システムなどと、を含む。
【０００４】
一般に、ワイヤレス多元接続通信システムは、複数のワイヤレス端末についての通信を同時にサポートすることができる。各端末は、順方向リンクと逆方向リンクとの上の送信を通して１つまたは複数の基地局と通信する。順方向リンク（またはダウンリンク）は、基地局から端末への通信リンクを意味し、そして逆方向リンク（またはアップリンク）は、端末から基地局への通信リンクを意味する。これらの通信リンクは、単一入力単一出力(single-in-single-out)システム、多入力単一出力(multiple-in-single-out)システム、または多入力多出力(multiple-in-multiple-out)（ＭＩＭＯ）システムを通して確立されることができる。
【０００５】
ＭＩＭＯシステムは、データ送信のために複数の（ＮＴ個の）送信アンテナと、複数の（ＮＲ個の）受信アンテナと、を使用する。ＮＴ個の送信アンテナと、ＮＲ個の受信アンテナとによって形成されるＭＩＭＯチャネルは、ＮＳ個の独立チャネルへと分解されることができ、これらの独立チャネルは、空間チャネルとも称され、ここで、ＮＳ≦ｍｉｎ｛ＮＴ，ＮＲ｝である。ＮＳ個の独立チャネルのおのおのは、次元(dimension)に対応する。複数の送信アンテナと受信アンテナとによって生成される追加の次元が、利用される場合、ＭＩＭＯシステムは、改善された性能（例えば、より高いスループットおよび／またはより大きな信頼性）を提供することができる。
【０００６】
ＭＩＭＯシステムは、時分割二重化(time division duplex)（ＴＤＤ）システムと、周波数分割二重化(frequency division duplex)（ＦＤＤ）システムとをサポートする。ＴＤＤシステムにおいては、順方向リンク送信と逆方向リンク送信とは、同じ周波数領域上にあり、その結果、相反性原理は、逆方向リンクチャネルから順方向リンクチャネルの推定を可能にするようになる。これは、複数のアンテナが、アクセスポイントにおいて使用可能であるときに、アクセスポイントが、順方向リンク上で送信ビーム形成利得を抽出することを可能にする。
【発明の概要】
【０００７】
以下は、そのような態様についての基本的な理解を提供するために、１つまたは複数の態様の簡略化された概要を提示するものである。この概要は、すべての企図された態様の広範囲に及ぶ概説ではなく、そしてすべての態様の重要な、または不可欠な要素を識別するようにも、任意の、またはすべての態様の範囲を示すようにも意図されてはいない。その唯一の目的は、後で提示されるより詳細な説明の前置きとして、簡略化された形式で１つまたは複数の態様のいくつかの概念を提示することである。
【０００８】
一態様は、マルチキャリアワイヤレス通信環境において認可を送信するための方法に関する。方法は、ユーザデバイス能力の関数として認可情報を通信するために、認可情報を決定することと、制御領域を識別することと、を含む。方法はまた、識別された制御領域の中に認可情報を挿入することと、識別された制御領域の中で認可情報を送信することと、を含む。
【０００９】
別の態様は、メモリとプロセッサとを含むワイヤレス通信装置に関する。メモリは、認可情報を通信するために、認可情報を選択することと、制御領域を識別することとに関連した命令を保持する。メモリはまた、識別された制御領域に認可情報を配置することと、選択された制御領域の中で認可情報を送信することとに関連した命令を保持する。プロセッサは、メモリに結合され、そしてメモリに保持される命令を実行するように構成されている。
【００１０】
さらなる一態様は、マルチキャリアワイヤレス通信システムにおいて認可を送信するワイヤレス通信装置に関する。ワイヤレス通信装置は、ユーザデバイス能力の関数として認可情報を通信するために、認可情報を決定するための手段と、制御領域を識別するための手段と、を含む。ワイヤレス通信装置はまた、識別された制御領域の中に認可情報を挿入するための手段と、識別された制御領域の中で認可情報を搬送するための手段と、を含む。制御領域は、レガシー制御領域(legacy control region)、または非レガシー制御領域(non-legacy control region)である。一態様によれば、認可情報を決定するための手段は、マルチキャリアワイヤレス通信システムに関連する少なくとも１つのキャリアシステム(carrier system)を評価し、そこで、制御領域の中に認可情報を挿入するための手段は、さらに、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せのうちの少なくとも１つについての共通フィールドを有する認可を生成する(creates a grant with a common field for at least one of a cyclic redundancy check, a Hyblrid Automatic Repeat Request process Identification, a flag, or combinations thereof)。
【００１１】
さらに別の態様は、コンピュータ可読媒体(computer-readable medium)を備えるコンピュータプログラムプロダクト(computer program product)に関する。コンピュータ可読媒体には、ユーザデバイス能力の関数として認可情報を通信するために、コンピュータに、認可情報を決定するようにさせるための第１の組のコードと、コンピュータに、制御領域を識別するようにさせるための第２の組のコードと、が含まれる。コンピュータ可読媒体はまた、コンピュータに、決定された制御領域の中に認可情報を配置するようにさせるための第３の組のコードと、コンピュータに、識別された制御領域の中で認可情報を通信するようにさせるための第４の組のコードと、を含む。
【００１２】
さらに別の態様は、マルチキャリアワイヤレス通信システムにおいて認可を送信するように構成された少なくとも１つのプロセッサに関する。プロセッサは、ユーザデバイス能力の関数として認可情報を通信するために、認可情報を決定するための第１のモジュールと、制御領域を識別するための第２のモジュールと、を含む。プロセッサはまた、識別された制御領域の中に認可情報を挿入するための第３のモジュールと、決定された制御領域の中で認可情報を送信するための第４のモジュールと、を含む。制御領域は、非レガシー制御領域またはキャリア当たりのレガシー制御領域である。
【００１３】
さらなる一態様は、マルチキャリアワイヤレス通信環境において認可を受信するための方法に関する。方法は、認可情報を受信するための１つまたは複数のキャリアにおける制御領域のロケーションを決定すること、を含んでいる。方法はまた、認可情報を受信することと、認可情報を選択的に復号することと、を含む。
【００１４】
別の態様は、メモリとプロセッサとを含むワイヤレス通信装置に関する。メモリは、認可情報を受信するための１つまたは複数のキャリアにおける制御領域のロケーションを評価することと、認可情報を受信することと、認可情報を選択的に復号することとに関連した命令を保持する。プロセッサは、メモリに結合され、そしてメモリに保持される命令を実行するように構成されている。
【００１５】
さらに別の態様は、マルチキャリアワイヤレス通信システムにおいて認可を受信するワイヤレス通信装置に関する。ワイヤレス通信装置は、認可情報を受信するための１つまたは複数のキャリアにおける制御領域のロケーションを決定するための手段、を含んでいる。ワイヤレス通信装置はまた、認可情報を受信するための手段と、認可情報を選択的に復号するための手段と、を含む。認可情報は、非レガシー制御領域またはキャリア当たりのレガシー制御領域の中にある。
【００１６】
さらなる一態様は、コンピュータ可読媒体を備えるコンピュータプログラムプロダクトに関する。コンピュータ可読媒体には、コンピュータに、認可情報を受信するためのキャリアにおける制御領域のロケーションを決定するようにさせるための第１の組のコードが含まれる。コンピュータ可読媒体はまた、コンピュータに、認可情報を受信するようにさせるための第２の組のコードと、コンピュータに、認可情報を復号するようにさせるための第３の組のコードと、を含む。
【００１７】
さらに別の態様は、マルチキャリアワイヤレス通信システムにおいて認可を受信するように構成された少なくとも１つのプロセッサに関する。プロセスは、認可情報を受信するためのキャリアにおける制御領域のロケーションを決定するための第１のモジュール、を含んでいる。プロセッサの中にはまた、認可情報を受信するための第２のモジュールと、認可情報を選択的に復号するための第３のモジュールとが、含まれる。
【００１８】
上記の、そして関連した目的を達成するために、１つまたは複数の態様は、以下で十分に説明され、そして特許請求の範囲において特に指摘される特徴を備える。以下の説明と添付の図面とは、１つまたは複数の態様のある種の例示の特徴を詳細に説明している。しかしながら、これらの特徴は、様々な態様の原理が使用されることができる様々なやり方のうちの少しだけを示すにすぎない。他の利点と新規の特徴とは、図面と併せ考察されるときに以下の詳細な説明から明らかになることになり、そして開示される態様は、すべてのそのような態様とそれらの同等物とを含むように意図される。
【図面の簡単な説明】
【００１９】
【図１】図１は、一態様による、マルチキャリアワイヤレス通信システムにおいてダウンリンク認可を利用するシステムを示している。
【図２】図２は、一態様による、レガシーアンカー制御領域(legacy anchor control region)に位置するマルチキャリアダウンリンク認可のブロック図を示している。
【図３】図３は、一態様による、非レガシー制御領域に位置するマルチキャリアダウンリンク認可の一例のブロック図を示している。
【図４】図４は、一態様による、非レガシー制御領域に位置するマルチキャリアＤＬ認可の別の例のブロック図を示している。
【図５】図５は、一態様による、ネスト(nest)されたキャリアを有するマルチキャリアダウンリンク認可の一例のブロック図を示している。
【図６】図６は、一態様による、キャリア当たりの識別された制御領域を有するマルチキャリアＤＬ認可の一例のブロック図を示している。
【図７】図７は、一態様による、共通フィールドを含むユニバーサル認可(universal grant)を生成するためのシステムを示している。
【図８】図８は、一態様による、マルチキャリアワイヤレスシステムにおいて認可を送信するための一方法を示している。
【図９】図９は、一態様による、マルチキャリアワイヤレスシステムにおいて認可を受信するための一方法を示している。
【図１０】図１０は、一態様による、マルチキャリアシステムを通して認可を利用するための一方法を示している。
【図１１】図１１は、一態様による、マルチキャリアシステムにおける受信された認可を利用するための一方法を示している。
【図１２】図１２は、開示された態様のうちの１つまたは複数に従ってマルチキャリアワイヤレス通信システムにおいて認可の通信を容易にするシステムを示している。
【図１３】図１３は、ここにおいて提示される様々な態様に従って認可の通信を容易にするシステムを示している。
【図１４】図１４は、マルチキャリアワイヤレス通信環境において認可を送信する一例のシステムを示している。
【図１５】図１５は、マルチキャリアワイヤレス通信環境において認可を受信する一例のシステムを示している。
【図１６】図１６は、１つまたは複数の態様による多元接続ワイヤレス通信システムを示している。
【図１７】図１７は、様々な態様による一例のワイヤレス通信システムを示している。
【詳細な説明】
【００２０】
様々な態様が、次に図面を参照して説明される。以下の説明においては、説明の目的のために、非常に多くの特定の詳細が、１つまたは複数の態様についての完全な理解を提供するために述べられる。しかしながら、そのような態様（単数または複数）は、これらの特定の詳細なしに実行されることができることを明らかにすることができる。他の例においては、よく知られている構造およびデバイスは、これらの態様を説明することを容易にするためにブロック図形式で示される。
【００２１】
本願において使用されるように、「コンポーネント」、「モジュール」、「システム」などの用語は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組合せ、ソフトウェア、または実行中のソフトウェアのいずれであっても、コンピュータに関連したエンティティを意味するように意図される。例えば、コンポーネントは、それだけには限定されないが、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行形式(executable)、実行スレッド(thread of execution)、プログラム、および／またはコンピュータとすることができる。例として、コンピューティングデバイス上で実行されるアプリケーションも、そのコンピューティングデバイスも、両方ともにコンポーネントとすることができる。１つまたは複数のコンポーネントは、プロセス内に存在することができ、かつ／または実行スレッドとコンポーネントとは、１台のコンピュータ上に局所化され、かつ／または２台以上のコンピュータの間で分散されることができる。さらに、これらのコンポーネントは、様々なデータ構造をその上に記憶している様々なコンピュータ可読媒体から実行することができる。コンポーネントは、１つまたは複数のデータパケット（例えば、信号を経由して他のシステムと、ローカルシステムの中で、分散システムの中で、かつ／またはインターネットなどのネットワークを通して別のコンポーネントと対話する１つのコンポーネントからのデータ）を有する信号などに従ってローカルプロセスおよび／またはリモートプロセスを経由して通信することができる。
【００２２】
さらに、様々な態様が、モバイルデバイスに関連してここにおいて説明される。モバイルデバイスは、システム、加入者ユニット、加入者局、移動局、モバイル、ワイヤレス端末、ノード、デバイス、リモート局、リモート端末、アクセス端末、ユーザ端末、端末、ワイヤレス通信デバイス、ワイヤレス通信装置、ユーザエージェント、ユーザデバイス、またはユーザ装置(user equipment)（ＵＥ）などと呼ばれることもでき、そしてそれらの機能の一部または全部を含むことができる。モバイルデバイスは、セルラ電話、コードレス電話、セッション開始プロトコル(Session Initiation Protocol)（ＳＩＰ）電話、スマートフォン(smart phone)、ワイヤレスローカルループ(wireless local loop)（ＷＬＬ）局、携帯型個人情報端末(personal digital assistant)（ＰＤＡ）、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星無線、ワイヤレスモデムカード、および／またはワイヤレスシステム上で通信するための別の処理デバイス、とすることができる。さらに、様々な態様は、ここにおいて基地局と関連して説明される。基地局は、ワイヤレス端末（単数または複数）と通信するために利用されることができ、そしてアクセスポイント、ノード、ノードＢ(Node B)、ｅ−ＮｏｄｅＢ、ｅ−ＮＢ、または何らかの他のネットワークエンティティと呼ばれることもでき、そしてそれらの機能の一部または全部を含むことができる。
【００２３】
様々な態様または特徴は、いくつかのデバイス、コンポーネント、モジュールなどを含むことができるシステムの観点から提示されることになる。様々なシステムは、追加のデバイス、コンポーネント、モジュールなどを含むことができ、かつ／または図面に関連して論じられるすべてのデバイス、コンポーネント、モジュールなどを含まなくてもよいことを理解し、そして認識すべきである。これらのアプローチの組合せもまた、使用されることができる。
【００２４】
さらに、主題の説明において、「例示の(exemplary)」という言葉（およびその変形）は、１つの例、インスタンス、または例証としての役割を果たすことを意味するように使用される。「例示の」としてここにおいて説明される任意の態様または設計は、必ずしも他の態様または設計よりも好ましい、または有利であると解釈されるべきであるとは限らない。もっと正確に言えば、言葉「例示の」の使用は、具体的な方法で概念を提示するように意図される。
【００２５】
図１を参照すると、一態様による、マルチキャリアワイヤレス通信システムにおいてダウンリンク認可を利用するシステム１００が、示されている。システム１００は、マルチキャリアシステムとすることができる。いくつかの態様によれば、システム１００は、複数のキャリア(multiple carriers)についてのリソースを割り当てることができる単一認可を提供するように構成されていることができる。代わりに、または追加して、システム１００は、認可を一緒に符号化するように構成されていることができ、その結果、１つのキャリア上で（例えば、キャリアオペレーションを通して）送信される複数の(multiple)単一キャリア認可(single carrier grants)が存在するようになる。さらに、別の態様においては、システム１００は、単一キャリアモバイルデバイス（例えば、レガシーデバイス）、および／またはマルチキャリア機能を有するモバイルデバイス、に対してサポートを提供するように構成されていることができる。
【００２６】
システム１００には、ワイヤレス通信装置１０２（例えば、基地局）と、少なくとも１つのモバイルデバイス１０４（例えば、ユーザデバイス）とが、含まれる。マルチキャリア通信システムの中には複数の基地局と、複数のユーザデバイスとが存在することができるが、しかしながら、おのおののうちの１つだけが簡単にする目的のために示されることを理解すべきである。
【００２７】
ワイヤレス通信装置１０２は、認可情報１０８を決定するように構成されている評価器１０６を含んでいる。例えば、評価器１０６は、マルチキャリアワイヤレス通信システムに関連する少なくとも１つのキャリアシステムを分析することができる。
【００２８】
ワイヤレス通信装置１０２の中にはまた、ユーザデバイス能力の関数として認可情報を通信する制御領域１１２を識別するように構成されている認可フォーマッタ１１０も、含まれる。いくつかの態様に従って、認可フォーマッタ１１０は、第１の識別された制御領域（例えば、非レガシー制御領域）を選択する。いくつかの態様によれば、認可フォーマッタ１１０は、キャリア当たりの第２の識別された制御領域（例えば、レガシー制御領域）を選択する。
【００２９】
認可フォーマッタ１１０（または別のコンポーネント）は、選択された制御領域１１２の中に認可情報１０８を挿入することができる。例えば、認可フォーマッタ１１０は、クロスキャリアオペレーションを用いた独立な割当て(independent assignment with cross-carrier operation)を適用することができる。別の態様においては、認可フォーマッタ１１０は、マルチキャリア認可情報を連結し、そしてレガシー制御領域など、識別された制御領域の中にマルチキャリア認可情報を挿入することができる。いくつかの態様によれば、認可フォーマッタ１１０は、複数のキャリアに関連する制御領域上で認可情報をセグメント化する(segment)ことを決定することができ、そしてさらに、マルチキャリア割当てを形成するために制御セグメントを連結することができる。いくつかの態様に従って、認可フォーマッタ１１０は、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、のうちの少なくとも１つについての共通フィールドを有する認可を生成する。
【００３０】
コミュニケータ１１４は、識別された制御領域１１２の中で認可情報１０８を送信する。コミュニケータ１１４は、一態様に応じて、マルチキャリア認可を搬送するダウンリンクキャリア上で、キャリア当たりの１つの認可としてマルチキャリア認可情報を送信することができる。
【００３１】
システム１００は、ワイヤレス通信装置１０２に動作的に結合されたメモリ１２４を含むことができる。メモリ１２４は、ワイヤレス通信装置１０２の外部にあることもでき、あるいはワイヤレス通信装置１０２の内部に存在することもできる。メモリ１２４は、認可情報を選択することに関連した情報を記憶することができる。一態様においては、認可情報を選択することに関連した命令は、さらに、複数の帯域幅の場合（複数の帯域幅ケース(cases)）についてマルチキャリアデジタルキャリアインターフェース情報(multicarrier Digital Carrier Interface Information)を定義し、そして認可情報の中にスケジュールされたキャリア情報を含み、そこでは、各帯域幅ケースは、キャリアの数に対応する。加えて若しくは代わりに、認可情報を選択することに関連した命令は、割り当てられたキャリアの数と、マルチキャリアワイヤレス通信システムの中のキャリアの数とに関係なく、共通フィールドをさらに含み、そしてキャリア特有のデジタルキャリアインターフェースのロケーションを指し示す追加のビットを追加する。さらに、認可情報を選択することに関連した命令は、マルチキャリアワイヤレス通信システムにおいてキャリアのサブセットに関連づけられるようにモバイルデバイスを準静的に構成し、そしてキャリアのサブセットのビットマップを提供する。
【００３２】
さらに、メモリ１２４は、認可情報を通信する制御領域を識別することと、識別された制御領域の中に認可情報を配置することとに関連した情報を記憶することができる。いくつかの態様に従って、制御領域を識別することに関連した命令は、非レガシー制御領域またはキャリア当たりのレガシー制御領域を識別する。別の態様においては、制御領域の中に認可情報を配置することに関連した命令は、クロスキャリアオペレーションを用いた独立な割当てを適用する。
【００３３】
いくつかの態様に従って、認可情報を選択することに関連した命令は、さらに、マルチキャリアワイヤレス通信システムに関連する少なくとも１つのキャリアシステムを分析する。制御領域の中に認可情報を配置することに関連した命令は、さらに、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、のうちの少なくとも１つについての共通フィールドを有する認可を生成する。
【００３４】
メモリ１２４は、選択された制御領域の中で認可情報を送信することに関連した情報を記憶することもできる。一態様においては、識別された制御領域の中で認可情報を送信することに関連した命令は、さらに、マルチキャリア認可を搬送するダウンリンクキャリア上でキャリア当たりの１つの認可としてマルチキャリア認可情報を搬送する。さらに別の態様においては、識別された制御領域の中で認可情報を送信することに関連した命令は、さらに、マルチキャリア認可を搬送するダウンリンクキャリア上でキャリアの少なくともサブセットについての割当てを搬送する１つの認可としてマルチキャリア認可情報を搬送する。
【００３５】
少なくとも１つのプロセッサ１２６は、マルチキャリアワイヤレス通信ネットワークにおいて認可に関連した情報の分析を容易にするために、ワイヤレス通信装置１０２（および／またはメモリ１２４）に動作的に接続されることができる。プロセッサ１２６は、モバイルデバイス１０４によって受信される情報を分析すること、および／または生成することに専用のプロセッサ、システム１００の１つまたは複数のコンポーネントを制御するプロセッサ、および／またはモバイルデバイス１０４によって受信される情報を分析することと生成することとの両方を行い、そしてシステム１００の１つまたは複数のコンポーネントを制御するプロセッサ、とすることができる。
【００３６】
いくつかの態様に従って、プロセッサ１２６は、マルチキャリアワイヤレス通信システムにおいて認可を送信するように構成されている。プロセッサ１２６は、ユーザデバイス能力の関数として認可情報を通信するために、認可情報を決定するための第１のモジュールと、制御領域を識別するための第２のモジュールと、を含むことができる。プロセッサ１２６はまた、識別された制御領域の中に認可情報を挿入するための第３のモジュールと、決定された制御領域の中で認可情報を送信するための第４のモジュールと、を含むこともできる。制御領域は、非レガシー制御領域またはキャリア当たりのレガシー制御領域である。
【００３７】
モバイルデバイス１０４は、選択された制御領域１１２の中で認可情報１０８を受信するように構成されているレシーバ１１６を含んでいる。レシーバ１１６は、一態様に応じて、マルチキャリア認可を搬送するダウンリンクキャリア上でキャリア当たりの１つの認可としてマルチキャリア認可情報を受信することができる。
【００３８】
分析器１１８は、認可情報を受信するためのキャリアにおける制御領域のロケーションを決定するように構成されている。例えば、分析器１１８は、認可情報が、第１の識別された制御領域（例えば、非レガシー制御領域）の中にあることを決定することができる。別の例においては、分析器１１８は、認可情報が、キャリア当たりの第２の識別された制御領域（例えば、レガシー制御領域）の中にあることを決定することができる。
【００３９】
モバイルデバイス１０４の中にはまた、受信された認可情報１０８を選択的に復号するように構成されているデコーダ１２０が、含まれる。一例においては、デコーダ１２０は、クロスキャリアオペレーションを用いた独立な割当てを識別することができる。いくつかの態様に従って、デコーダ１２０は、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、に関連した受信された認可情報１０８と少なくとも１つのフィールドと、を評価することができる。共通フィールドは、マルチキャリアワイヤレス通信システムと共に利用されることができる。
【００４０】
いくつかの態様に従って、システム情報は、制御キャリア１２２上でモバイルデバイス１０４に対して通信される。通信システム１００における制御キャリア１２２の使用は、各リンクについての帯域幅の専用を制限しない。例えば、モバイルデバイス１０４からワイヤレス通信装置１０２への通信リンクであるアップリンク(uplink)（ＵＬ）と、ワイヤレス通信装置１０２（例えば、基地局）からモバイルデバイス１０４への通信リンクであるダウンリンク(downlink)（ＤＬ）とは、対称（例えば、アップリンクとダウンリンクとの両方について同じ）の可能性がある。いくつかの態様に従って、アップリンクとダウンリンクとは、アップリンクとダウンリンクとについてのトラフィック要求に依存して、非対称の可能性がある。さらに、キャリア帯域幅にはどのような制限もない可能性があり、これらのキャリア帯域幅は、すべてのキャリアを通して同じ可能性があり、あるいはキャリアを通して異なっている可能性がある。さらに、アップリンク／ダウンリンクのペアリング(pairing)には制限が存在しない。例えば、同じ数のアップリンクキャリアとダウンリンクキャリアとが存在する場合に、一対一のペアリングが、存在する可能性があり、あるいは異なる数のアップリンクキャリアとダウンリンクキャリアとが存在する場合に、多対一のペアリング、または一対多のペアリングが存在する可能性がある。
【００４１】
さらに、アップリンクキャリアは、様々な信号タイプに対して構成されていることができる。例えば、アップリンクキャリアは、ＯＦＤＭＡベースの信号とすることができ、このＯＦＤＭＡベースの信号は、モバイルデバイス１０４またはアップリンクに対する複数のキャリア割当てについての柔軟性を提供することができる。アップリンクキャリアは、例えば、既存のＳＣ−ＦＤＭＡシステムに対して互換性を提供するＳＣ−ＦＤＭＡベースの信号とすることもできる。さらに、アップリンクキャリアは、ＯＦＤＭＡ／ＳＣ−ＦＤＭＡのハイブリッドであり、そして異なる信号タイプの間でスイッチングすることにより、階層化環境をサポートすることができる。
【００４２】
ダウンリンク認可は、単一キャリアシステム（時に、レガシーデバイスと称される）のために構成されたモバイルデバイス１０４、および／またはマルチキャリアシステムのために構成されたモバイルデバイス１０４、をサポートすることができる。例えば、単一キャリアシステムは、ＬＴＥ（ＬＴＥ Ｒｅｌ−８、レガシーシステムと称される）と共に使用され、そしてマルチキャリアシステムシステムは、ＬＴＥ−Ａ（ＬＴＥ Ｒｅｌ−９／Ｒｅｌ−１０）と共に使用される。しかしながら、開示された態様は、これらのタイプの通信システムだけには限定されず、そして他の通信システムと共に使用されることもできることを理解すべきである。
【００４３】
単一キャリアシステムでは、モバイルデバイス（例えば、レガシーデバイス）は、同じキャリア上にリソースを割り当てる制御キャリア（例えば、アンカーキャリア）上でダウンリンク認可を受信することができる。マルチキャリアシステムのために構成されたモバイルデバイス１０４は、それがアンカーキャリアとして定義される他のダウンリンクキャリア上にダウンリンクリソースを割り当てる制御キャリア（例えば、アンカーキャリア）上でダウンリンク認可を受信することができる。いくつかの態様に従って、マルチキャリアシステムのために構成されたモバイルデバイス１０４は、アンカーキャリアではないダウンリンクキャリア上でダウンリンク認可を受信することができ、そこでは、ダウンリンクキャリアは、そのキャリアだけのためのダウンリンクリソースを割り当てる（レガシーデバイスについてのダウンリンク認可と同様に）。
【００４４】
いくつかの態様に従って、マルチキャリアダウンリンク認可が、アンカーキャリア上の１つの認可として受信される。ダウンリンク認可は、マルチキャリアグループの中の任意のキャリアについての割当てを搬送することができる。例えば、ダウンリンク認可は、アップリンクとバンドリング（例えば、すべてのダウンリンク割当てについての１ビット）との上で送信される単一のＡＣＫ／ＮＡＫ（肯定応答／否定応答）など、キャリアを通した共同のデータ符号化を指定することができる。ダウンリンク認可は、アップリンク上で共同して搬送される複数のＡＣＫ／ＮＡＫ、新しいＡＣＫフォーマット、ＰＵＣＣＨ（物理アップリンク制御チャネル(Physical Uplink Control Channel)）フォーマット２（すべてのＡＣＫビットの共同符号化）、ＰＵＣＣＨフォーマット３（すべてのＡＣＫの個々の、または共同の符号化）など、キャリアを通した独立なデータ符号化を指定することができる。
【００４５】
メモリ１２８は、モバイルデバイス１０４に動作的に結合されることができる。メモリ１２８は、モバイルデバイス１０４の外部にあることもでき、あるいはモバイルデバイス１０４の内部に存在することもできる。メモリ１２８は、認可情報を受信するための１つまたは複数のキャリアにおける制御領域のロケーションを評価することと、認可情報を受信することと、認可情報を選択的に復号することとに関連した情報を記憶することができる。いくつかの態様に従って、認可情報を選択的に復号することに関連した命令は、さらに、クロスキャリアオペレーションを用いた独立な割当てを識別する。いくつかの態様によれば、認可情報を受信することに関連した命令は、さらに、マルチキャリア認可を搬送するダウンリンクキャリア上で１つまたは複数のキャリアのおのおのについての１つの認可としてマルチキャリア認可情報を受信する。別の態様によれば、認可情報を選択的に復号することに関連した命令は、認可情報と、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、に関連した少なくとも１つの共通フィールドと、を評価し、そしてマルチキャリアワイヤレス通信システムと共に少なくとも１つの共通フィールドを利用する。
【００４６】
少なくとも１つのプロセッサ１３０は、通信ネットワークにおけるデータサンプル再構成に関連した情報の分析を容易にするために、モバイルデバイス１０４（および／またはメモリ１２８）に動作的に接続されることができる。プロセッサ１３０は、モバイルデバイス１０４によって受信される情報を分析すること、および／または生成することに専用のプロセッサ、システム１００の１つまたは複数のコンポーネントを制御するプロセッサ、および／またはモバイルデバイス１０４によって受信される情報を分析することと、生成することとの両方を行い、そしてシステム１００の１つまたは複数のコンポーネントを制御するプロセッサ、とすることができる。
【００４７】
いくつかの態様に従って、プロセッサ１３０は、マルチキャリアワイヤレス通信システムにおいて認可を受信するように構成されている。プロセッサ１３０は、認可情報を受信するためのキャリアにおける制御領域のロケーションを決定するための第１のモジュールを含むことができる。プロセッサにはまた、認可情報を受信するための第２のモジュールと、認可情報を選択的に復号するための第３のモジュールとが、含まれる。
【００４８】
割当てが、マルチキャリアモバイルデバイス１０４に対してワイヤレス通信装置１０２によって搬送されることができる様々なやり方が存在する。図２は、一態様による、識別されたアンカー制御領域に位置するマルチキャリアダウンリンク認可のブロック図２００を示している。この図は、認可が割り当てられることができる様々な方法のうちの１つについての一例を提供している。
【００４９】
単一の送信時間間隔(Transmission Time Interval)（ＴＴＩ）が、水平軸２０２に沿って示されている。マルチキャリア通信システムは、３つのダウンリンク（ＤＬ）キャリア帯域：ＤＬキャリア０帯域２０４（アンカーキャリアとも称される）と、ＤＬキャリア１帯域２０６と、ＤＬキャリア２帯域２０８と、を含む。各キャリア帯域は、制御領域２１０、２１２、２１４と、ペイロード領域２１６、２１８、２２０と、を含む。いくつかの態様に従って、識別された制御領域は、レガシー制御領域とすることができる。
【００５０】
ＤＬキャリア０帯域２０４は、制御領域２１０に埋め込まれたマルチキャリア認可情報２２２、２２４、２２６を含むことができる。この例においては、マルチキャリア認可情報２２２、２２４、２２６は、ＤＬキャリア０帯域２０４と、ＤＬキャリア１帯域２０６と、ＤＬキャリア２帯域２０８とについてのＤＬ割当てを搬送する。例として、限定するものではないが、マルチキャリア認可情報２２２は、ＤＬキャリア０帯域２０４についての割当てとすることができ、マルチキャリア認可情報２２４は、ＤＬキャリア１帯域２０６についての割当てとすることができ、そしてマルチキャリア認可情報２２６は、ＤＬキャリア２帯域２０８についての割当てとすることができる。それ故に、これらは、クロスキャリアオペレーションを用いた独立な割当てとすることができる。
【００５１】
いくつかの態様に従って、マルチキャリア認可情報２２２、２２４、２２６は、他のキャリア帯域（例えば、ＤＬキャリア１帯域２０６、ＤＬキャリア２帯域２０８）の制御領域２１２、２１４に埋め込まれることができる。いくつかの態様によれば、マルチキャリア認可情報２２２、２２４、２２６は、複数のキャリア帯域に埋め込まれることができる。
【００５２】
いくつかの態様に従って、マルチキャリア認可情報２２２、２２４、２２６は、図示されるように、制御領域２１０内の複数の別々のマルチキャリア認可領域である。しかしながら、いくつかの態様によれば、マルチキャリア認可情報２２２、２２４、２２６は、制御領域２１０の中の単一領域に含まれる（連結される(concatenated)）ことができる。
【００５３】
いくつかの態様によれば、マルチキャリア割当ては、非レガシー制御領域上で送信される１つの認可として通信されることができる。非レガシー制御領域は、レガシーデータ空間における追加の制御空間とすることができる。非レガシー制御領域は、複数の制御チャネルのＦＤＭ構造を含むことができる。時間における複数のＯＦＤＭシンボルを通してのスパニング(spanning)は、よりよいカバレージを提供することができる。さらに、周波数およびホッピングを通しての複数の分散されたリソースブロックは、ダイバーシティ(diversity)を提供することができる。例えば、モバイルデバイスは、システム情報における新しい制御リソースについて通知されることができる。いくつかの態様によれば、認可は、キャリア特有の割当て、または複数のキャリアを通してのものとすることができる。さらに、異なる認可フォーマットは、様々な態様に従って利用されることができる。
【００５４】
図３は、一態様による、非レガシー制御領域に位置するマルチキャリアダウンリンク認可の一例のブロック図３００を示している。様々な態様に従って、マルチキャリア割当ては、非レガシー制御領域上で送信される１つの認可として起こることができる。いくつかの態様に従って、レガシーデータ空間の中には追加の制御空間が存在することができる。
【００５５】
３つのキャリア帯域Ｂ０３０２、Ｂ１３０４、およびＢ２３０６が、示されている。この例においては、Ｂ０３０２は、レガシー制御領域３０８と、レガシーペイロード領域３１０と、を含む。キャリア帯域、Ｂ１３０４およびＢ２３０６は、非レガシーペイロード領域（例えば、非後方互換領域(non-backward compatible regions)）である。この例においては、非レガシー制御領域３１２、３１４、３１６、３１８、３２０、３２２が、Ｂ０３０２のレガシーペイロード領域３１０に含まれる。
【００５６】
この例においては、レガシー領域３０８と、ペイロード領域３１０とは、レガシーデバイスならびにマルチキャリアデバイスに対して可視的である。例えば、レガシーデバイスは、レガシーペイロード領域３１０における制御情報を受信する。したがって、レガシーデバイスは、レガシーデバイスが、他のデバイスに割り当てられるデータを無視するのと同様にして、非レガシー制御領域３１２、３１４、３１６、３１８、３２０、および３２２を無視することになる。マルチキャリアデバイスは、非レガシー制御領域３１２、３１４、３１６、３１８、３２０、および３２２の上の制御を受信する。
【００５７】
図４は、一態様による、非レガシー制御領域に位置するマルチキャリアダウンリンク（ＤＬ）認可の別の例のブロック図４００を示している。このブロック図４００は、図３の概略表現３００に類似しており、そして３つのキャリア帯域Ｂ０４０２、Ｂ１４０４、およびＢ２４０６を含む。この例においては、Ｂ０４０２は、レガシー制御領域４０８と、レガシーペイロード領域４１０と、を含む。さらに、制御領域４１２、４１４、４１６、４１８、４２０、および４２２は、キャリア帯域Ｂ１４０４およびＢ２４０６のマルチキャリア制御領域４２４および４２６の内部に配置される。
【００５８】
制御領域４１２、４１４、４１６、４１８、４２０、および４２２の持続時間および配置は、変化されることができる。例えば、単一のＴＴＩは、水平軸４２８に沿って表される。単一のＴＴＩは、一態様に応じて、２つのスロットを備えることができる。したがって、図３では、２つの制御領域（例えば、制御領域３１４および３２０）の持続時間は、全体のサブフレームまたはＴＴＩ（識別された領域３０８を含む第１のサブフレームを除いて）だけ持続する。図４においては、制御領域は、各サブフレームのすべてまたは一部分である持続期間とすることができる。
【００５９】
図５は、一態様による、ネストされたキャリアを有するマルチキャリアダウンリンク認可の一例のブロック図５００を示している。マルチキャリア割当ては、一態様に応じて、複数のキャリアの制御領域上でセグメント化された１つの認可として通信されることができる。制御セグメントは、マルチキャリア割当てを形成するために連結されることができる。マルチキャリア認可は、マルチキャリアグループの中のキャリアの組についての割当てを搬送することができる。マルチキャリア認可は、単一のＡＣＫ／ＮＡＫやバンドリング（例えば、すべてのＤＬ割当てについての１ビット）などのキャリアを通して共同データ符号化を指定することができる。いくつかの態様に従って、マルチキャリア認可は、キャリア（例えば、独立にまたは共同で搬送される複数のＡＣＫ／ＮＡＫ）を通して独立なデータ符号化を指定することができる。
【００６０】
単一の送信時間間隔（ＴＴＩ）が、水平軸５０２に沿って示されている。マルチキャリア通信システムは、３つのキャリア帯域、ＤＬキャリア１帯域５０４と、ＤＬキャリア２帯域５０６と、ＤＬキャリア３帯域５０８と、を含む。各キャリア帯域は、レガシー制御領域５１０、５１２、５１４と、ペイロード領域５１６、５１８、５２０と、を含む。各レガシー制御領域の中には（またはレガシー制御領域の少なくともサブセット上には）、マルチキャリア制御領域５２２、５２４、５２６が、ネストされる。いくつかの態様に従って、マルチキャリア制御領域５２２、５２４、５２６は、復号する目的のために、モバイルデバイスなどによって連結されることができる（５２８）。
【００６１】
いくつかの態様に従って、図５は、各レガシー制御領域５１０、５１２、５１４の中の単一のマルチキャリア制御領域５２２、５２４、５２６を示しているが、レガシー制御領域５１０、５１２、５１４のサブセットの中には、マルチキャリア制御領域が存在することができる。
【００６２】
図６は、一態様による、キャリア当たりの識別された制御領域を有するマルチキャリアＤＬ認可の一例のブロック図６００を示している。この態様に従って、マルチキャリアＤＬ認可情報は、それが認可を搬送するための同じＤＬキャリア上で送信される、キャリア当たりの１つの認可として通信されることができる。
【００６３】
単一のＴＴＩ６０２は、水平軸に沿って示され、そして３つのキャリア、ＤＬキャリア１帯域６０４と、ＤＬキャリア２帯域６０６と、ＤＬキャリア３帯域６０８とが、存在している。各キャリアは、レガシー制御領域６１０、６１２、６１４と、ペイロード領域６１６、６１８、６２０と、を含む。各レガシー制御領域６１０、６１２、６１４の中には、マルチキャリア制御領域６２２、６２４、６２６が、含まれる。マルチキャリア制御領域６２２は、ＤＬキャリア１帯域６０４についての認可情報を含み、マルチキャリア制御領域６２４は、ＤＬキャリア２帯域６０６についての認可情報を含み、そしてマルチキャリア制御領域６２６は、ＤＬキャリア３帯域６０８についての認可情報を含む。
【００６４】
この例は、各レガシー制御領域６１０、６１２、６１４の中の単一のマルチキャリア制御領域６２２、６２４、６２６を示しているが、開示された態様は、この例だけには限定されないことに注意すべきである。別の態様においては、レガシー制御領域６１０、６１２、６１４の中に任意の望ましい数のマルチキャリア制御領域が、存在することができる。代わりに、または追加して、異なるキャリアの中には、異なる数のマルチキャリア制御領域が、存在していることができ、あるいは選択されたキャリア、またはすべてのキャリアの中には、マルチキャリア制御領域が存在していないこともできる。
【００６５】
マルチキャリアに関連した開示された態様は、単一キャリア制御についてのサポートを含んでいるが、マルチキャリア機能を改善することができる態様が、存在する。以下の態様は、マルチキャリアのダウンリンク（ＤＬ）割当てと、アップリンク（ＵＬ）割当てとに関する。マルチキャリア割当ては、これらの割当てが、単一キャリア割当てに比べられるときにオーバーヘッドを緩和することができるので、マルチキャリアコンフィギュレーションのためにより適切とすることができる。代わりに、または追加して、マルチキャリア割当ては、１つのキャリアを監視するモバイルデバイス割当てを低減させることができる。
【００６６】
１つのＤＬキャリア上で送信される単一キャリア割当ては、その同じＤＬキャリア／対応するＵＬキャリアの上でターゲットモバイルデバイスに対してＤＬ／ＵＬリソースを割り当てる。キャリアを通しての共通フィールド（例えば、ＣＲＣ、ハイブリッド自動反復要求（ＨＡＲＱ）プロセス識別情報（ＩＤ）、フラグなど）は、マルチキャリア割当てのために利用される複数の単一キャリア認可の場合のように反復されないので、マルチキャリア認可は、複数のキャリア上にリソースを割り当てることができ、そしてより小さなオーバーヘッドを有する。
【００６７】
マルチキャリア割当ては、任意のＤＬキャリア上で通信されることができ、そして任意のＤＬ／ＵＬキャリア（単数または複数）についてのリソースを割り当てることができる。アンカーキャリアは、信頼できる制御カバレージを提供するために利用されることができ、そしてマルチキャリア割当てを通信するために利用されることができ、これは、制御が信頼できるように搬送されなくてもよいキャリア上で、より信頼できるデータスケジューリングを提供することができる。無線リソース制御(Radio Resource Control)（ＲＲＣ）信号は、可能性があるマルチキャリア割当てについて監視する追加のＤＬキャリア（単数または複数）が存在するかどうかをモバイルデバイスに通知することができる。
【００６８】
マルチキャリア割当ては、複数のキャリアについての１つの認可として通信されることができるので、いくつかの異なるスキームが、デジタルキャリアインターフェース(Digital Carrier Interface)（ＤＣＩ）設計（例えば、ＤＣＩフォーマッティング）のために利用されることができる。ＤＬ認可オーバーヘッドは、各キャリアについての変調符号化スキーム(Modulation and Coding Scheme)（ＭＣＳ）情報に関係づけられることができる。例えば、単一のＭＣ（マルチキャリア）認可は、各キャリアについての別個のＭＣＳについての追加のビット（例えば、キャリア当たり約５ビット）を有することができる。代わりに、または追加して、各キャリア上で別々に送信される複数のＬＴＥ Ｒｅｌ−８ベースの認可が、存在することができ、これらは、ＭＣＳ、フラグ、ＨＡＲＱプロセスＩＤ、キャリアについてのＣＲＣなどについての追加のビット（例えば、キャリア当たりに約２４ビット）を有することができる。
【００６９】
次に、４つの異なるスキーム（スキーム１、スキーム２、スキーム３、およびスキーム４）として論じられるＤＬとＵＲとについてのマルチキャリア割当てフォーマットの例が、提供される。モバイルデバイスキャリア関連付けコンフィギュレーションのタイプに応じて、マルチキャリアＤＬ認可ＤＣＩフォーマットは、準静的モバイルデバイスキャリアコンフィギュレーション(semi-static mobile device carrier configuration)および／または動的モバイルデバイスキャリアコンフィギュレーション(dynamic mobile device carrier configuration)について定義されることができる。準静的モバイルデバイスキャリアコンフィギュレーションは、割り当てられたキャリアの数が、そのモバイルデバイスについての準静的に構成されたキャリアの数と比べてあまり変動しない場合に、利用されることができる。動的モバイルデバイスキャリアコンフィギュレーションは、実際に割り当てられるキャリアの数に対する動的割当てフォーマット適応(dynamic assignment format adaptation)を可能にする。動的モバイルデバイスキャリアコンフィギュレーションは、割り当てられたキャリアの数のかなりの変動が予想される場合に利用されることができる。
【００７０】
準静的モバイルデバイスキャリアコンフィギュレーションは、モバイルデバイスが、システムの中のすべてのキャリアのサブセットに関連づけられるように準静的に構成されていることを仮定している。どのキャリアが利用されるかについての情報を有するＮ−１ビット（ここでＮは、キャリアの数である）のビットマップは、ＲＲＣ信号(RRC signaling)によってモバイルデバイスに通信されることができる。利用すべきＤＣＩフォーマットは、モバイルデバイスが割当てを予想することができるキャリアの数によって決定されることができる。ブラインド復号化の観点では、ここにおいて開示されるように、準静的モバイルデバイスキャリアコンフィギュレーションは、ただ１つのマルチキャリアＤＣＩフォーマット（Ｒｅｌ−８フォーマットに加えて）を有する。
【００７１】
スキーム１に関連して、マルチキャリアＤＣＩフォーマットは、いくつかの帯域幅ケース（例えば、１１０個のリソースブロック(Resource Blocks)（ＲＢ）の倍数）：２２０ＲＢ、３３０ＲＢ、４４０ＲＢ、５５０ＲＢ、について定義されることができる。各帯域幅ケースは、キャリアの数に対応する。例えば、２２０ＲＢは、２つのキャリアに対応し、３３０ＲＢは、３つのキャリアに対応し、４４０ＲＢは、４つのキャリアに対応し、５５０ＲＢは、５つのキャリアに対応し、その他いろいろである。キャリアの実際の帯域幅は、２０ＭＨｚ（１１０ＲＢ）よりも小さいが、しかしながら、リソースアドレス指定空間は、キャリア当たりの最大の可能な帯域幅についてプロビジョニングされるべきである。
【００７２】
いくつかの態様に従って、リソース割当て細分性(resource allocation granularity)は、オーバーヘッドを緩和するために（Ｒｅｌ−８と比べて）増大されることができる。例えば、８ＲＢ細分性は、帯域幅２２０ＲＢ、３３０ＲＢ、および４４０ＲＢのために利用されることができ、そして１０ＲＢ細分性は、５５０ＲＢの帯域幅のために利用されることができる。
【００７３】
下記の表１は、１つのコードワード(code word)についてのＤＬ−ＳＣＨ割当のためのマルチキャリアＤＣＩフォーマットを示しており、そしてＲｅｌ−８フォーマット１に基づいている。１つのＭＣＳおよびＨＡＲＱの情報が、キャリアについて定義されることができる。例えば、２つのキャリアについての割当ては、２２０ＲＢの帯域幅に対応することができ、そして２つのＭＣＳ（キャリア当たり１つ）についての情報と、対応するＨＡＲＱ情報とが、提供されていることができる（これらの２つのキャリアの複合帯域幅は、２２０ＲＢよりも小さくすることができる）。キャリアを通して共通のＨＡＲＱプロセスＩＤが、存在する。複数のキャリアは、ＭＩＭＯフォーマットにおける複数のコードワードと同様にして取り扱われることができる。また、データインジケータと冗長バージョンとが、キャリアについて提供されることができる。
【表１】
【００７４】
表１に関連して、リソース割付けヘッダは、リソース割付けのタイプ「０」またはタイプ「１」の表示を提供することができる。リソース割付けは、タイプ「０」についての割付けを有するビットマップ、タイプ「１」についての、セット表示、およびその中のビットマップである。ＭＣＳの３２レベルは、キャリアについて（ＲＢ割当てからＴＢＳを計算する）。ＨＡＲＱプロセスＩＤは、例えば、ＦＤＤの場合に３ｂであり、そしてＴＤＤの場合に４ｂであるとすることができる。新しいデータインジケータ(New data indicator)（ＮＤＩ）は、キャリア当たり１ビットとすることができ、そして冗長バージョンは、キャリア当たり２ビットとすることができる。ＴＰＣは、ＰＵＣＣＨについてのＴＰＣコマンドである。ダウンリンク割当てインデックスは、ＦＤＤの場合に０ｂであり、そしてＴＤＤの場合に２ｂであるとすることができる。ＣＲＣは、モバイルデバイスＭＡＣ ＩＤによってマスクされることができる。
【００７５】
Ｒｅｌ−８フォーマット２に基づいたＭＩＭＯ（開ループおよび閉ループ）についてのＤＬ−ＳＣＨ割当てのためのマルチキャリアＤＣＩフォーマットが、下記の表２に提供される。この態様に従って、マルチキャリアＤＣＩフォーマットは、キャリア当たりに２つのコードワードを定義し、そしてキャリアとコードワードとを通して共通のＨＡＲＱプロセスＩＤが、存在する。例えば、ＨＡＲＱスワップフラグは、そのキャリアの２つのコードワードが、交換(スワップ：swap)されるべきかどうかを示す、キャリア当たりの１ビットとすることができる。新しいデータインジケータ（ＮＤＩ）と、冗長バージョンとは、キャリア当たりのコードワード当たりのものとすることができ、そしてプリコーディング情報( precoding information)は、キャリアについて定義されることができる。例えば、予約ビットの数は、ランクインジケータ(rank indicator)（ＲＩ）のための２ビット、および／またはプリコーディング情報のためのＮ＊４ビット（ここでＮは、キャリアの数である）とすることができる。
【表２】
【００７６】
表２を参照すると、リソース割付けヘッダフィールドは、リソース割付けのタイプ「０」またはタイプ「１」の表示を提供する。リソース割付けは、タイプ「０」についての割付けを有するビットマップ、タイプ「１」についてのセット表示、およびその中のビットマップを含む。ＴＰＣは、ＰＵＣＣＨについてのＴＰＣコマンドである。ＨＡＲＱプロセスＩＤは、ＦＤＤの場合に３ｂであり、そしてＴＤＤの場合に４ｂであるとすることができる。ＨＡＲＱスワップフラグは、キャリア内の２つのトランスポートブロックが、スワップされるべきかどうかを示す。ダウンリンク割当てインデックスフィールドは、ＦＤＤの場合に０ｂであり、そしてＴＤＤの場合に２ｂであるとすることができる。ＭＣＳ−第１のコードワードフィールドは、キャリア当たりに３２レベルのＭＣＳとする（ＲＢ割当てからＴＢＳを計算する）ことができる。新しいデータインジケータ−第１のコードワードは、キャリア当たりに１ビットとすることができ、そして冗長バージョン−第１のコードワードは、キャリア当たりに２ビットとすることができる。プリコーディング情報フィールドのビットの数は、アンテナポートの数Ｐと、それが、閉ループの空間多重化であるか、開ループの空間多重化であるかと、に依存する。プリコーディング情報の解釈は、イネーブルにされたコードワードの数に依存することもできる。ＣＲＣは、モバイルデバイスＭＡＣ ＩＤによってマスクされることができる。
【００７７】
ＤＣＩフォーマットは、準静的モバイルデバイスキャリアコンフィギュレーションについての表１および表２を参照して上記で論じられるように、キャリア帯域幅が、２０ＭＨｚよりも小さい場合について利用されることができる。ＤＣＩフォーマットは、ＲＢの数が、すべてのキャリア上の合計に対応するように、そしてＭＣＳフィールドの数と、ＨＡＲＱ情報とが、キャリアの数を用いて適切にスケール変更されるように、定義されることができる。例えば、おのおのが２５ＲＢ（５ＭＨｚ）の、４つのキャリアが存在する場合に、適切なＤＣＩフォーマットは、ＭＣＳ情報についての４つのフィールド（ＭＩＭＯの場合についてのコードワード当たり）と、ＮＤＩおよびＲＶのおのおのについての４つのフィールド（ＭＩＭＯの場合についてのコードワード当たり）とを有する１つのアドレス１００ＲＢである可能性がある。リソースアドレス指定空間が、キャリア当たりに最大の可能性のある帯域幅（２０ＭＨｚ）についてプロビジョニングする必要がないので、この態様は、キャリア帯域幅が、２０ＭＨｚ（１１０ＲＢ）よりも小さいときにオーバーヘッドを節約することができる。
【００７８】
表１および表２において、ＴＰＣは、すべての帯域幅を通して共通であるように示されることに注意すべきである。しかしながら、いくつかの態様に従って、ＴＰＣは、帯域幅を通して異なっている可能性がある。例えば、ＴＰＣフィールドは、キャリアの数の２倍とすることができる。
【００７９】
スキーム１に関連して続けると、利用されたキャリアの数に応じて使用される１つのＭＣフォーマット（例えば、Ｒｅｌ−８と比べられるように、物理ダウンリンク制御チャネル(Physical Downlink Control Channel)（ＰＤＣＣＨ）のブラインド復号化のためのただ１つの追加フォーマット）が存在することができる。モバイルデバイスに実際に割り当てられるキャリアの数には関係なく、システムの中のキャリアの数に対応するフォーマットが、利用されることができる。例えば、システムの中に５つのキャリアが、存在するが、２つのキャリアだけが、モバイルデバイスに割り当てられる場合、５５０ＲＢに対応するフォーマットが、利用されることになる（これは、冗長オーバーヘッドを含む可能性がある）。
【００８０】
スキーム２：いくつかの態様に従って、ＤＬ ＭＣ ＤＣＩフォーマットのためのスキーム１に追加して、どのキャリアがスケジュールされるかについての情報の包含も存在することができる。例えば、プロビジョニングされたキャリアの最大数をカバーする約５ビットが、存在することができる。さらに、最後のキャリアが暗黙のうちに考慮される場合に、４ビットを有することが可能である。例えば、２２０ＲＢＳについてのＤＣＩフォーマットは、２つのキャリアについての２つのＭＣＳが定義される場合に、利用されることができる。スケジュールされたキャリアフィールドが、１０００である場合、これは、キャリア１とキャリア５とがスケジュールされることを示すことができる。別の例においては、スケジュールされたキャリアフィールドが、１０１０である場合には、それは、キャリア１とキャリア３とがスケジュールされることを示すことができる。
【００８１】
代わりに、または追加して、すべてのＭＣフォーマットは、利用されたキャリアの数に応じて使用されることができる（例えば、Ｒｅｌ−８と比べて、ＰＤＣＣＨのブラインド復号化のための４つの追加フォーマット）。さらに、スケジュールされたキャリアについての追加ビットが、５５０ＲＢフォーマットのために必要とされない可能性があり、そして３つのＤＣＩフォーマットについての（スキーム１と比べて）４（５）ビットだけ増大されるＭＣ ＤＣＩについて必要とされるビットの絶対数が存在することができる。さらに、システムの中の最大数よりも少ないキャリアが、モバイルデバイスについてスケジュールされるときには、冗長オーバーヘッドが存在しない。これは、かなりの節約をもたらす可能性がある。例えば、ＭＩＭＯモードにおいては、２つのキャリアが、５つのキャリアシステムの中でスケジュールされる場合、（９４＋４）ビットを有するＤＣＩが、１８４ビットの代わりに使用される（８６ビットの節約を表す）。
【００８２】
いくつかの態様に従って、動的モバイルデバイスキャリアコンフィギュレーションであるスキーム３が、利用されることができる。動的モバイルデバイスキャリアコンフィギュレーションは、モバイルデバイスが、モバイルデバイスが接続されるセルの中で構成される任意の数のキャリアを動的に割り当てられることができることを仮定している。これは、モバイルデバイスが、実際の割当てに対する割当てオーバーヘッドに動的に適応することを可能にすることができる。これは、割当てオーバーヘッドが、構成されたキャリアの数に対応するが、モバイルデバイスが、キャリアのサブセットたけにリソースを割り当てられることができる場合の準静的アプローチとは異なる。
【００８３】
動的キャリアコンフィギュレーションについてのＤＬ割当ては、２つの部分：キャリア共通のＤＣＩフォーマットと、キャリア特有のＤＣＩフォーマットと、を含むことができる。動的モバイルデバイスキャリアコンフィギュレーションでは、システムの中の最大数よりも少ない数のキャリアが、モバイルデバイスのためにスケジュールされるときに、冗長オーバーヘッドは、存在しない。割当てに含まれる各ＤＣＩについて１つのＣＲＣの、２つのＣＲＣが存在するので、動的モバイルデバイスキャリアコンフィギュレーションは、強いＣＲＣ保護を提供することができる。
【００８４】
キャリア共通のＤＣＩフォーマットは、割り当てられたキャリアの数と、システムの中のキャリアの数とに関係なく共通フィールドを含むことができる（例えば、ヘッダ送信パワー制御(Transmit Power Control)（ＴＰＣ）、ＨＡＲＱプロセスＩＤ（例えば、６ビット））。スキーム３は、スキーム１において定義されるようにＤＣＩフォーマットに対応することができるが、ヘッダなしでは、ＴＰＣ、およびＨＡＲＱプロセスＩＤは、キャリア共通のＤＣＩフォーマットに従うことになる。いくつかの態様に従って、Ｒｅｌ−８と比べて、ＰＤＣＣＨのブラインド復号化についてのただ１つの追加フォーマットが存在する（例えば、ひとたび共通フォーマットが復号された後に、割当て特有のフォーマットは、サイズおよびロケーションの観点から決定論的である）。スキーム３は、より強いＣＲＣ保護（例えば、２つのＣＲＣ）の利点を提供することができる。
【００８５】
いくつかの態様に従って、システムの中の最大数よりも少ない数のキャリアが、モバイルデバイスについてスケジュールされるときには、冗長オーバーヘッドは、存在してはいない。ＭＣ ＤＣＩについて必要とされるビットの絶対数は、スキーム１と比べて、２１（１３）ビットだけ増大されることができる（例えば、どのキャリアがスケジュールされるかについての情報のための５ビットと、共通メッセージＣＲＣについての１６ビットまたは８ビット）。ＭＣ ＤＣＩについて必要とされるビットの絶対数は、スキーム２と比べて１６（８）ビットだけ増大される（例えば、ＣＲＣのための共通メッセージビットについての１６ビットまたは８ビット）。さらに、追加ビットは、特有のＤＣＩのロケーションを指し示すためにキャリア共通のＤＣＩに追加されることができる。これは、特有のＤＣＩがキャリア共通のＤＣＩに丁度従う場合よりも高い柔軟性を提供することができる。スキーム３は、２７ビット対２８ビットなど、フォーマット１ＣまたはＲｅｌ−８とほぼ同じサイズとすることができる。例えば、これらのフォーマットを共通のＭＣ ＤＣＩフォーマットにおいて１ビット低減させることにより同じサイズにすることは、可能にすることができる（例えば、Ｒｅｌ−８と比べて追加のブラインド復号化なしに、そして変更されたＣＲＣマスクを使用することにより、それらを区別するために）。
【００８６】
表３は、キャリア共通のＤＣＩフォーマットを示している。
【表３】
【００８７】
いくつかの態様に従って、ヘッダと、ＴＰＣと、ＨＡＲＱプロセスＩＤとは、６ビットとすることができ、そしてどのキャリアがスケジュールされるかについての情報は、Ｎビット（キャリア当たり１ビット）とすることができる。キャリア共通のＤＣＩフォーマットサイズ（例えば、２７ビット）は、Ｒｅｌ−８についてのフォーマット１Ｃ（例えば、２６ビット）とサイズにおいて類似したものとすることができる。しかしながら、いくつかの態様によれば、サイズは、共通のＭＣ ＤＣＩフォーマットにおいて１ビットを低減させることによって同じにされることができる。例えば、Ｒｅｌ−８と比べて、追加のブラインド復号化が存在しないことができ、そして区別するために、変更されたＣＲＣマスクが、利用されることができる。
【００８８】
キャリア特有のＤＣＩフォーマットは、キャリア共通のＤＣＩフォーマットに従う。追加ビットが、キャリア特有のＤＣＩのロケーションを指し示すために、キャリア共通のＤＣＩに追加されることができる。これは、特有のＤＣＩが、キャリア共通のＤＣＩに丁度従う場合よりも高い柔軟性を提供することができる。
【００８９】
キャリア共通のＤＣＩフォーマットは、準静的キャリアコンフィギュレーションについて定義されるフォーマットに類似しているが、しかしながら、キャリア共通のＤＣＩフォーマットは、ヘッダと、ＴＰＣと、ＨＡＲＱプロセスＩＤとを有さない可能性がある。利用されるキャリア特有のＤＣＩフォーマットは、キャリア共通のＤＣＩ上に含まれるスケジュールされたキャリアの数によって決定されることができる。いくつかの態様に従って、ブラインド復号化のためのＲｅｌ−８フォーマットに加えて、ただ１つのマルチキャリアＤＣＩフォーマットが、存在する。
【００９０】
スキーム４。モバイルデバイスは、システムの中のすべてのキャリアのサブセットに関連するように（例えば、どのキャリアが認可（例えば、スキーム２）においてスケジュールされるかについての情報を動的に搬送する代わりに）準静的に構成されている可能性がある。さらに、どのキャリアが利用されるかについてのビットマップが、ＲＲＣ信号（例えば、Ｎ−１ビット、ここでＮは、キャリアの数である）によってモバイルデバイスに提供される。使用すべきモバイルデバイスについてのＤＣＩフォーマットは、モバイルデバイスが割当てを予想することができるキャリアの数によって決定されることができる。例えば、モバイルデバイスは、Ｒｅｌ−８フォーマットに加えてただ１つのＭＣ ＤＣＩフォーマットをブラインド復号しようと試みることになり、あるいはＭＣ ＤＣＩフォーマットは、スキーム１によって定義されるフォーマットのうちの１つである。
【００９１】
上記に説明されるスキームを要約すると(To recap)、スキーム４は、準静的モバイルデバイスキャリアコンフィギュレーションに対応する。スキーム１は、スキーム４に類似しているが、しかしながら、各モバイルデバイスは、キャリアの特有の数について構成されるＲＲＣではなく、使用される認可フォーマットは、すべてのモバイルデバイスについて同じであり、そしてシステムの中のキャリアの数に依存する。スキーム３は、動的キャリアコンフィギュレーションに対応する。スキーム２は、追加ビットが、どの正確なキャリア（単数または複数）のためにモバイルデバイスがスケジュールされるかを示して、スキーム１に類似している。スキーム１に関する違いは、キャリアのすべての可能な数についてのフォーマットが（システムの中のキャリアの数に対応するものだけでなく）利用されることができることであり、そしてモバイルデバイスは、各ＴＴＩについて正しいものを見出すために、すべての可能性をブラインドリーに(blindly)復号する。
【００９２】
いくつかの態様に従って、ＭＩＭＯ割当てフォーマットは、両方のコードワードについての共通のハイブリッド自動反復要求(Hybrid Automatic Repeat Request)（ＨＡＲＱ）プロセス識別情報(Identification)（ＩＤ）を含むことができる。共通のＨＡＲＱプロセスＩＤは、非同期ＨＡＲＱオペレーションを可能にするために新しいデータインジケータ（ＮＤＩ）と共に利用されることができ、そしてマルチキャリアシステムへと拡張されることができる。マルチキャリアシステムにおいては、マルチキャリア認可は、共通の、そしてキャリア当たりの、そしてＭＩＭＯオペレーションについてコードワードＮＤＩ当たりの、ＨＡＲＱプロセスＩＤ(common HARQ process ID and per carrier and per code word NDI for MIMO operation)が存在することができるように、設計されることができる。これの利点は、キャリア当たりに、柔軟性および／または性能の損失のないＨＡＲＱプロセスＩＤを有することによるオーバーヘッドの緩和である。
【００９３】
いくつかの態様に従って、ユニバーサル認可は、巡回冗長検査（ＣＲＣ）、ＨＡＲＱプロセスＩＤ、および／またはフラグのうちの少なくとも１つについての共通フィールドを含むフォーマットを用いて構築されることができる。このユニバーサル認可は、これらの共通フィールドが、マルチキャリアシステムと共に利用されることを可能にし、これは、これらのフィールドが反復される必要がない（各キャリアについて別々の認可を有する場合にそうなるように）ので、より効率的に帯域幅を利用することができる。
【００９４】
いくつかの態様に従って、ユニバーサル認可は、モバイルデバイスによって受信され、そして利用されることができる。ユニバーサル認可は、分析されることができ、そしてＣＲＣ、ＨＡＲＱプロセスＩＤ、および／またはフラグについての情報を含む少なくとも１つの共通フィールドが、識別されることができる。共通フィールド情報は、２つ以上のキャリアシステムと共に使用されることができる。
【００９５】
図７を参照すると、一態様による、共通フィールドを含むユニバーサル認可を生成するためのシステム７００が、示されている。システム７００は、基地局とすることができる少なくとも１つのワイヤレス通信装置７０２と、少なくとも１つのモバイルデバイス７０４と、を含む。ワイヤレス通信装置７０２の中には、認可７０８が生成されることができるマルチキャリアシステム７００の中で使用可能なキャリアを識別するように構成された評価器７０６が、含まれる。認可７０８は、ＣＲＣ、ＨＡＲＱプロセスＩＤ、フラグ、またはそれらの組合せに関連した共通フィールドを含むようにフォーマットされることができる。認可フォーマッタ７１０は、多数のキャリアシステムが、フィールド内の共通情報を活用し、そして使用することを可能にすることができる認可フォーマットを強制することができる。認可７０８は、通信モジュール７１２によってモバイルデバイス７０４へと送信される。
【００９６】
モバイルデバイス７０４は、認可７０８を受信するように、そして認可７０８に関連する共通フィールドと、共通情報などとを評価するように構成された分析器７１４を含むことができる。例えば、分析器７１４は、認可７０８内に含まれるＣＲＣ、ＨＡＲＱプロセスＩＤ、および／またはフラグのうちの少なくとも１つを識別することができる。共通情報と、共通フィールドなどとは、マルチキャリアシステム７００に関連してモバイルデバイス７０４によって使用されることができる。
【００９７】
モバイルデバイス７０４の中にはまた、エラーの検査および制御を容易にするために、認可７０８において、共通情報と、共通フィールドなどとを活用するように構成されたエラーコントローラ７１６が、含まれる。エラーコントローラ７１６は、マルチキャリアを通してＨＡＲＱプロセスＩＤを有するＨＡＲＱプロセスを使用することができる。したがって、共通データと共通情報とは、ＨＡＲＱプロセスが、キャリアに関係なく、インプリメントされることを可能にすることができる。
【００９８】
さらに、モバイルデバイス７０４は、新しいデータインジケータ（ＮＤＩ）に関連して共通フィールドと、それぞれの共通または共用の情報とを利用するように構成されたインジケータ７１８を含むことができる。インジケータ７１８は、ＨＡＲＱプロセスＩＤ情報および／またはＨＡＲＱプロセスと一緒にＮＤＩを利用することができる。さらに、インジケータ７１８は、マルチキャリアシステム７００を通して共通フィールドと関連情報とを活用することができる。
【００９９】
いくつかの態様に従って、マルチキャリアシステム７００におけるＤＬ認可オーバーヘッドは、どのようにして各キャリアについてのＨＡＲＱおよびＭＣＳの情報が、通信モジュール７１２によってモバイルデバイス７０４へと搬送されるか、に応じて異なったものとすることができる。例えば、単一のマルチキャリア認可は、各キャリアについて別々のＭＣＳについての追加ビット（例えば、キャリア当たり５ビット）を有することができる。別の例においては、各キャリア上で別々に送信される複数のＲｅｌ−８ベースの認可は、キャリア当たりにＭＣＳ、フラグ、ＨＡＲＱプロセスＩＤ、ＣＲＣについての追加ビット（例えば、キャリア当たり２５ビット）を有することができる。
【０１００】
様々な態様によれば、多重キャリア(multiple carrier)（ＭＣ）認可フォーマットが、提供される。ＭＣ認可は、ＣＲＣ、ＨＡＲＱプロセスＩＤ、フラグなどの共通フィールドを含むことができる。共通フィールドの利用は、これらのフィールドを反復することを緩和することができ、これは、キャリア当たりの別々の認可と共に起こることになる。さらに、キャリア当たりに別々のＲｅｌ−８認可が利用される場合、そのときには別個のＨＡＲＱプロセスが、キャリア当たりに定義される必要がある。開示された態様では、マルチキャリア認可が利用される場合、共通のＨＡＲＱプロセスが、すべてのキャリアを通して利用されることができる。これは、ＭＩＭＯの複数のコードワードの設計の拡張を可能にする。さらに、開示された態様は、ＭＩＭＯの場合とＳＩＭＯの場合とに適用可能である。いくつかの態様に従って、ＮＤＩは、ＨＡＲＱプロセスＩＤ情報と一緒に利用される。例えば、ＮＤＩは、ＭＩＭＯの場合にキャリア当たりのコードワード当たりのものとすることができ、そしてＮＤＩは、ＳＩＭＯの場合に、キャリア当たりのものとすることができる。さらに、開示された態様によれば、コードワードブランキング（ＭＩＭＯについての）の付いた、または無いある種のＴＴＩにおける一部または全部のキャリア上にデータを割り当てる観点からの十分な柔軟性が、提供される。さらに、開示された態様は、キャリア当たりの別個のＨＡＲＱ ＩＤに関する低減されたオーバーヘッドを提供することができる（例えば、３ビット対Ｎ＊３、ここでＮは、キャリアの数である）。
【０１０１】
いくつかの態様に従って、評価器７０６は、利用すべきスキーム（例えば、上記に論じられるようにスキーム１、スキーム２、スキーム３、またはスキーム４）を自動的に（または手動入力に基づいて）決定する。評価器７０６は、それだけには限定されないが、ブラインド復号化の数、偽の警告確率、エラーの確率、および／またはシステム７００の中の最大数より少ない数のキャリアが、モバイルデバイス７０４についてスケジュールされるときの最小のオーバーヘッドを含めて、様々な判断基準を分析することができる。評価に基づいて、認可フォーマッタ７１０は、選択されたスキームをインプリメントすることができる。いくつかの態様に従って、利用されるべきスキームは、あらかじめ定義されることができる。
【０１０２】
上記に示され、そして説明される例示のシステムを考慮して、開示された主題に従ってインプリメントされることができる方法は、以下のフローチャートを参照してよりよく理解されるであろう。説明を簡単にする目的のために、方法は、一連のブロックとして示され、そして説明されるが、いくつかのブロックが、ここにおいて示され、そして説明される順序と異なる順序で、かつ／または他のブロックと実質的に同時に起こることができるので、特許請求の範囲の主題は、ブロックの数または順序によって限定されないことを理解し、そして認識すべきである。さらに、必ずしもすべての示されたブロックが、ここにおいて説明される方法をインプリメントするために必要とされる可能性があるとは限らない。ブロックに関連する機能は、ソフトウェア、ハードウェア、それらの組合せ、または他の適切な任意の手段（例えば、デバイス、システム、プロセス、コンポーネント）によってインプリメントされることができることを理解すべきである。さらに、以下で、そして本明細書全体を通して開示される方法は、そのような方法を様々なデバイスに対して移送することと、転送することとを容易にするために製造の物品上に記憶されることができることをさらに理解すべきである。当業者(Those skilled in the art)は、方法が、代わりに、状態図においてなど、一連の相互に関連した状態またはイベントとして表されることができることを理解し、そして認識するであろう。
【０１０３】
図８は、一態様による、マルチキャリアワイヤレスシステムにおいて認可を送信するための方法８００を示している。方法８００は、８０２において、認可情報が、決定されるときに開始される。いくつかの態様に従って、認可情報を決定することは、複数の帯域幅の場合についてマルチキャリアデジタルキャリアインターフェース情報を定義することを含み、そこで、各帯域幅の場合は、キャリアの数に対応する。
【０１０４】
いくつかの態様によれば、認可情報を決定することは、割り当てられたキャリアの数と、マルチキャリアワイヤレス通信環境の中のキャリアの数とに関係なく共通フィールドを含むこと、を備える。方法８００は、キャリア特有のデジタルキャリアインターフェースのロケーションを指し示す追加ビットを追加すること、を含むことができる。いくつかの態様によれば、認可情報を決定することは、マルチキャリアワイヤレス通信環境において、キャリアのサブセットに関連づけられるようにユーザデバイスを準静的に構成することと、キャリアのサブセットのビットマップを提供することと、をさらに備える。
【０１０５】
８０４において、認可情報を通信する制御領域は、ユーザデバイス能力の関数として識別され、そして認可情報は、制御領域の中に挿入される。いくつかの態様に従って、制御領域を識別することは、非レガシー制御領域を選択すること、を備える。別の態様によれば、制御領域を識別することは、キャリア当たりのレガシー制御領域を選択すること、を備える。
【０１０６】
制御領域の中に認可情報を挿入することは、クロスキャリアオペレーションを用いた独立な割当てを適用すること、を含むことができる。いくつかの態様に従って、制御領域の中に認可情報を挿入することは、マルチキャリア認可情報を連結することと、レガシー制御領域の中にマルチキャリア認可情報を挿入することと、を含む。別の態様によれば、制御領域の中に認可情報を挿入することは、複数のキャリアに関連する制御領域上で認可情報をセグメント化することと、マルチキャリア割当てを形成するために制御セグメントを連結することと、を含む。
【０１０７】
認可情報は、８０６において、識別された制御領域の中で送信される。認可情報を送信することは、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリア当たりの１つの認可としてマルチキャリア認可情報を送信すること、を含むことができる。
【０１０８】
いくつかの態様に従って、認可情報を決定することは、マルチキャリアワイヤレス通信システムに関連する少なくとも１つのキャリアシステムを分析すること、を備える。制御領域の中に認可情報を挿入することは、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せのうちの少なくとも１つについての共通フィールドを用いて認可を生成すること、を備える。
【０１０９】
いくつかの態様に従って、コンピュータプログラムプロダクト(computer program product)は、様々な方法の様々な態様を実行するためのコードを備えるコンピュータ可読媒体を含むことができる。コンピュータ可読媒体は、コンピュータに、認可情報を決定するようにさせるための第１の組のコードを含むことができる。コンピュータ可読媒体にはまた、コンピュータに、認可情報を通信する制御領域を識別するようにさせるための第２の組のコードが、含まれる。さらに、コンピュータ可読媒体は、コンピュータに、決定された制御領域に認可情報を配置するようにさせるための第３の組のコードと、コンピュータに、識別された制御領域の中で認可情報を通信するようにさせるための第４の組のコードと、を含む。
【０１１０】
図９は、一態様による、マルチキャリアワイヤレスシステムにおいて認可を受信するための方法９００を示している。方法９００は、９０２において、認可情報を受信するためのキャリアの中の制御領域のロケーションが、決定されるときに、開始される。決定は、認可情報が、非レガシー制御領域の中にあること、にすることができる。代わりに、決定は、認可情報が、キャリア当たりのレガシー制御領域の中にあること、にすることもできる。
【０１１１】
９０４において、認可情報が、受信される。いくつかの態様に従って、受信することは、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリア当たりの１つの認可としてマルチキャリア認可情報を受信すること、を含むことができる。
【０１１２】
９０６において、認可情報は、選択的に復号される。復号することは、クロスキャリアオペレーションを用いた独立な割当てを識別すること、を含むことができる。いくつかの態様に従って、復号することは、認可情報と、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、に関連した少なくとも１つのフィールドと、を評価することと、マルチキャリアワイヤレス通信システムと共に共通フィールドを利用することと、を含むことができる。
【０１１３】
いくつかの態様に従って、コンピュータプログラムプロダクトは、方法９の様々な態様を実行するためのコードを備えるコンピュータ可読媒体を含むことができる。コンピュータ可読媒体は、コンピュータに、認可情報を受信するためのキャリアの中の制御領域のロケーションを決定するようにさせるための第１の組のコードを含むことができる。コンピュータ可読媒体は、コンピュータに、認可情報を受信するようにさせるための第２の組のコードと、コンピュータに、認可情報を復号するようにさせるための第３の組のコードと、を含むこともできる。
【０１１４】
図１０は、一態様による、マルチキャリアシステムを通して認可を利用するための方法１０００を示している。ＨＡＲＱプロセスＩＤは、キャリアを通して共通とすることができる（例えば、ビットの数は、マルチキャリアシステムの中のキャリアの数と関係なく同じままである）。別個の認可が、キャリア当たりに送信される場合、そのときには別個のＨＡＲＱプロセスＩＤが、キャリア当たりに通信される必要があり、これは、オーバーヘッドを増大させる可能性がある。このオーバーヘッドを緩和するために、方法１０００は、複数のキャリアについての割当てを搬送する共同して符号化された認可を利用し、そしてそれ故に、すべてのキャリアを通して共通のＨＡＲＱプロセスＩＤを有することができ、これが、オーバーヘッドを緩和することができる。１００２において、マルチキャリアワイヤレス通信システムと共に、少なくとも１つのキャリアが、分析される。分析に基づいて、１００４において、認可が生成される。生成された認可は、ＣＲＣ、ＨＡＲＱプロセスＩＤ、フラグ、またはそれらの組合せを含むことができる。いくつかの態様に従って、認可が２つ以上のキャリアシステムを通して利用されることができるように、認可は、フォーマットされ、そして生成されることができる。認可は、すべてのキャリアを通して使用されることができる共通のＨＡＲＱプロセスＩＤを有するマルチキャリア認可とすることができる。新しいデータインジケータ（ＮＤＩ）が、ＨＡＲＱプロセスＩＤ情報と一緒に使用されることができる。ＭＩＭＯの場合では、キャリア当たりのコードワード当たりにＮＤＩが存在することができる。ＳＩＭＯの場合には、キャリア当たりにＮＤＩが存在することができる。１００６において、認可が送信される。
【０１１５】
図１１は、一態様による、マルチキャリアシステムにおいて受信された認可を利用するための方法１１００を示している。方法１１００は、複数のキャリアについての割当て情報を搬送する共同して符号化された認可を利用するように構成されている。さらに、方法１１００は、コードワードブランキング（ＭＩＭＯについての）の付いた、または無いある種のＴＴＩにおいて一部または全部のキャリア上にデータを割り当てる観点から十分な柔軟性を提供することができる。代わりに、または追加して、方法１１００は、キャリア当たりの別個のＨＡＲＱプロセスＩＤに関してオーバーヘッドを緩和することができる（例えば、３ビット対Ｎ＊３ビット、ここでＮは、キャリアの数である）。
【０１１６】
１１０２において、認可が送信される。認可は、図１０の方法１０００を使用した基地局から受信されることができる。例えば、認可は、すべてのキャリアを通して使用されることができる共通のＨＡＲＱプロセスＩＤを有するマルチキャリア認可とすることができる。新しいデータインジケータ（ＮＤＩ）が、ＨＡＲＱプロセスＩＤ情報と一緒に使用されることができる。ＭＩＭＯの場合では、キャリア当たりのコードワード当たりのＮＤＩが存在することができる。ＳＩＭＯの場合では、キャリア当たりのＮＤＩが存在することができる。１１０４においては、認可と、ＣＲＣ、ＨＡＲＱプロセスＩＤ、および／またはフラグに関連した１つまたは複数の共通フィールドとが、評価される。共通フィールド（単数または複数）は、１１０６において、マルチキャリアシステムの中で利用される。開示された態様は、ＭＩＭＯおよび／またはＳＩＭＯに対して適用することができる。
【０１１７】
次に図１２を参照すると、１つまたは複数の開示された態様に従って、マルチキャリアワイヤレス通信システムにおける認可の通信を容易にするシステム１２００が、示されている。システム１２００は、ユーザデバイスの中に存在することができる。システム１２００は、例えば、レシーバアンテナから信号を受信することができるレシーバコンポーネント１２０２を備える。レシーバコンポーネント１２０２は、その上で、受信信号をフィルタにかけること、増幅すること、ダウンコンバートすることなど、典型的なアクションを実行することができる。レシーバコンポーネント１２０２は、サンプルを得るために調整された信号をデジタル化することもできる。復調器１２０４は、各シンボル期間についての受信シンボルを得ると共に、同様にプロセッサ１２０６に受信シンボルを供給することができる。
【０１１８】
プロセッサ１２０６は、レシーバコンポーネント１２０２によって受信される情報を分析すること、および／またはトランスミッタ１２０８による送信のための情報を生成すること、に専用のプロセッサとすることができる。追加して、または代わりに、プロセッサ１２０６は、システム１２００の１つまたは複数のコンポーネントを制御し、レシーバコンポーネント１２０２によって受信される情報を分析し、トランスミッタ１２０８による送信のための情報を生成し、かつ／またはシステム１２００の１つまたは複数のコンポーネントを制御することができる。プロセッサ１２０６は、追加のユーザデバイスとの通信を協調させることができるコントローラコンポーネントを含むことができる。
【０１１９】
システム１２００は、プロセッサ１２０６に動作的に結合されたメモリ１２１０をさらに備えることができる。メモリ１２１０は、通信を協調させることに関連した情報と、他の適切な任意の情報とを記憶することができる。メモリ１２１０は、さらに、認可の通信に関連するプロトコルを記憶することができる。ここにおいて説明されるデータストア（例えば、メモリ）コンポーネントは、揮発性メモリまたは不揮発性メモリのいずれかとすることもでき、あるいは揮発性と不揮発性との両方のメモリを含むことができることが理解されるであろう。例証として、限定するものではないが、不揮発性メモリは、リードオンリーメモリ(read only memory)（ＲＯＭ）、プログラマブルＲＯＭ（programmable ROM）（ＰＲＯＭ）、電気的プログラマブルＲＯＭ(electrically programmable ROM)（ＥＰＲＯＭ）、電気的消去可能ＲＯＭ(electrically erasable ROM)（ＥＥＰＲＯＭ）、またはフラッシュメモリを含むことができる。揮発性メモリは、ランダムアクセスメモリ(random access memory)（ＲＡＭ）を含むことができ、これは外部キャッシュメモリとしての役割を果たす。例証として限定するものではないが、ＲＡＭは、シンクロナスＲＡＭ(synchronous RAM)（ＳＲＡＭ）、ダイナミックＲＡＭ(dynamic RAM)（ＤＲＡＭ）、シンクロナスＤＲＡＭ(synchronous DRAM)（ＳＤＲＡＭ）、ダブルデータレートＳＤＲＡＭ(double data rate SDRAM)（ＤＤＲ ＳＤＲＡＭ）、拡張ＳＤＲＡＭ(enhanced SDRAM)（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ(Synchlink DRAM)（ＳＬＤＲＡＭ）、ダイレクトラムバスＲＡＭ(direct Rambus RAM)（ＤＲＲＡＭ）など多数の形態で使用可能である。様々な態様のメモリ１２１０は、それだけに限定されることなく、これらおよび他の適切な任意のタイプのメモリを備えるように意図される。システム１２００は、シンボル変調器１２１２をさらに備えることができ、そこで、トランスミッタ１２０８は、非変調信号を送信する。
【０１２０】
図１３は、ここにおいて提示される様々な態様に従って認可の通信を容易にするシステム１３００の説明図である。システム１３００は、基地局またはアクセスポイント１３０２を備える。図示されるように、基地局１３０２は、受信アンテナ１３０６により、１つまたは複数の通信デバイス１３０４（例えば、ユーザデバイス）から信号（単数または複数）を受信し、そして送信アンテナ１３０８を通して１つまたは複数の通信デバイス１３０４へと送信する。
【０１２１】
基地局１３０２は、受信アンテナ１３０６から情報を受信し、そして受信情報を復調する復調器１３１２に動作的に関連づけられるレシーバ１３１０、を備える。復調されたシンボルは、マルチキャリアワイヤレス通信システムにおいて認可を搬送することに関連した情報を記憶するメモリ１３１６に結合されたプロセッサ１３１４によって分析される。変調器１３１８は、通信デバイス１３０４に対する送信アンテナ１３０８を通したトランスミッタ１３２０による送信のための信号を多重化することができる。
【０１２２】
図１４を参照すると、マルチキャリアワイヤレス通信環境において認可を送信する一例のシステム１４００が、示されている。システム１４００は、基地局の中に少なくとも部分的に存在することができる。システム１４００は、機能ブロックを含んでいるように表され、これらの機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（例えば、ファームウェア）によってインプリメントされる機能を表す機能ブロックとすることができることを理解すべきである。
【０１２３】
システム１４００は、別々に、または一緒に動作することができる電気コンポーネントの論理的グループ分け１４０２を含んでいる。論理的グループ分け１４０２は、認可情報を決定するための電気コンポーネント１４０４を含んでいる。いくつかの態様によれば、電気コンポーネント１４０４は、複数の帯域幅の場合についてのマルチキャリアデジタルキャリアインターフェース情報を定義し、そこで、各帯域幅の場合は、キャリアの数に対応する。さらに、電気コンポーネント１４０４は、認可情報の中に、スケジュールされたキャリア情報を含んでいる。
【０１２４】
いくつかの態様に従って、電気コンポーネント１４０４は、割り当てられたキャリアの数と、マルチキャリアワイヤレス通信環境の中のキャリアの数とに関係なく、共通フィールドを含んでおり、そしてキャリア特有のデジタルキャリアインターフェースのロケーションを指し示す追加ビットを挿入する。別の態様に従って、電気コンポーネント１４０４は、マルチキャリアワイヤレス通信環境におけるキャリアのサブセットに関連づけられるようにモバイルデバイスを準静的に構成し、そしてキャリアのサブセットのビットマップを提供する。
【０１２５】
論理的グループ分け１４０２はまた、ユーザデバイス能力の関数として認可情報を通信する制御領域を識別するための電気コンポーネント１４０６を含んでいる。いくつかの態様に従って、電気コンポーネント１４０４は、マルチキャリアワイヤレス通信環境に関連する少なくとも１つのキャリアシステムを評価し、そして電気コンポーネント１４０６は、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せのうちの少なくとも１つについての共通フィールドを有する認可を生成する。
【０１２６】
論理的グループ分け１４０２の中にはまた、識別された制御領域の中に認可情報を挿入するための電気コンポーネント１４０８が、含まれる。さらに、論理的グループ分け１４０２は、識別された制御領域の中で認可情報を搬送するための電気コンポーネント１４１０を含んでいる。識別された制御領域は、レガシー制御領域、または非レガシー制御領域とすることができる。電気コンポーネント１４１０は、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリア当たりの１つの認可としてマルチキャリア認可情報を搬送することができる。いくつかの態様によれば、電気コンポーネント１４１０は、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリアの少なくともサブセットについての割当てを搬送する１つの認可としてマルチキャリア認可情報を搬送する。
【０１２７】
さらに、システム１４００は、電気コンポーネント１４０４、１４０６、１４０８、および１４１０、または他のコンポーネントに関連する機能を実行するための命令を保持するメモリ１４１２を含むこともできる。メモリ１４１２の外部にあるように示されているが、電気コンポーネント１４０４、１４０６、１４０８、および１４１０のうちの１つまたは複数は、メモリ１４１２の内部に存在することもできることを理解すべきである。
【０１２８】
図１５は、マルチキャリアワイヤレス通信環境において認可を受信する一例のシステム１５００を示している。システム１５００は、モバイルデバイスの内部に少なくとも部分的に存在することができる。システム１５００は、機能ブロックを含んでいるように表され、これらの機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（例えば、ファームウェア）によってインプリメントされる機能を表す機能ブロックとすることができることを理解すべきである。
【０１２９】
システム１５００は、別々に、または一緒に動作することができる電気コンポーネントの論理的グループ分け１５０２を含んでいる。論理的グループ分け１５０２は、認可情報を受信するための１つまたは複数のキャリアの中の制御領域のロケーションを決定するための電気コンポーネント１５０４を含んでいる。
【０１３０】
論理的グループ分け１５０２はまた、認可情報を受信するための電気コンポーネント１５０６を含んでいる。電気コンポーネント１５０６は、マルチキャリア認可を搬送するダウンリンクキャリア上の１つまたは複数のキャリアのおのおのについての１つの認可としてマルチキャリア認可情報を受信することができる。
【０１３１】
さらに、論理的グループ分け１５０２は、認可情報を選択的に復号するための電気コンポーネント１５０８を含んでいる。認可情報は、非レガシー制御領域またはキャリア当たりのレガシー制御領域の中にあることができる。いくつかの態様に従って、電気コンポーネント１５０８は、クロスキャリアオペレーションを用いた独立な割当てを識別する。いくつかの態様によれば、電気コンポーネント１５０８は、認可情報と、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せに関連した少なくとも１つの共通フィールドと、を評価する。さらに、電気コンポーネント１５０８は、マルチキャリアワイヤレス通信システム内において少なくとも１つの共通フィールドを利用する。
【０１３２】
さらに、システム１５００は、電気コンポーネント１５０４、１５０６、および１５０８、または他のコンポーネントに関連する機能を実行するための命令を保持するメモリ１５１０を含むこともできる。メモリ１５１０の外部にあるように示されるが、電気コンポーネント１５０４、１５０６、および１５０８のうちの１つまたは複数は、メモリ１５１０の内部に存在することもできることを理解すべきである。
【０１３３】
次に図１６を参照すると、１つまたは複数の態様による多元接続ワイヤレス通信システム１６００が、示されている。ワイヤレス通信システム１６００は、１つまたは複数のユーザデバイスと連絡を取っている１つまたは複数の基地局を含むことができる。各基地局は、複数のセクタについてのカバレージを提供する。１つが、アンテナ１６０４および１６０６を含み、別のものが、アンテナ１６０８および１６１０を含み、そして第３のものが、アンテナ１６１２および１６１４を含む複数のアンテナグループを含む３−セクタの基地局１６０２が、示されている。図によれば、ただ２つのアンテナが、各アンテナグループについて示されるが、しかしながら、より多くの、またはより少ないアンテナが、各アンテナグループについて利用されることができる。モバイルデバイス１６１６は、アンテナ１６１２および１６１４と通信しており、ここでアンテナ１６１２および１６１４は、順方向リンク１６１８上でモバイルデバイス１６１６へと情報を送信し、そして逆方向リンク１６２０上でモバイルデバイス１６１６から情報を受信する。順方向リンク（またはダウンリンク）は、基地局からモバイルデバイスへの通信リンクを意味し、逆方向リンク（またはアップリンク）は、モバイルデバイスから基地局への通信リンクを意味する。モバイルデバイス１６２２は、アンテナ１６０４および１６０６と通信しており、ここでアンテナ１６０４および１６０６は、順方向リンク１６２４上でモバイルデバイス１６２２へと情報を送信し、そして逆方向リンク１６２６上でモバイルデバイス１６２２から情報を受信する。例えば、ＦＤＤシステムにおいては、通信リンク１６１８、１６２０、１６２４、および１６２６は、通信のために異なる周波数を利用する可能性がある。例えば、順方向リンク１６１８は、逆方向リンク１６２０によって利用される周波数とは異なる周波数を使用する可能性がある。
【０１３４】
それらが通信するために指定される各グループのアンテナおよび／またはエリアは、基地局１６０２のセクタと称されることができる。１つまたは複数態様においては、アンテナグループは、おのおの、基地局１６０２によってカバーされるセクタまたはエリアの中のモバイルデバイスに対して通信するように設計される。基地局は、モバイルデバイスと通信するために使用される固定局とすることができる。
【０１３５】
順方向リンク１６１８および１６２４上での通信においては、基地局１６０２の送信アンテナは、異なるモバイルデバイス１６１６および１６２２についての順方向リンクの信号対雑音比を改善するためにビーム形成を利用することができる。また、そのカバレージエリアを通してランダムに散乱されたモバイルデバイスに対して送信するためにビーム形成を利用する基地局は、そのカバレージエリアの中のすべてのモバイルデバイスへと単一アンテナを通して送信する基地局によって引き起こされ得る干渉に比べて、隣接セルの中のモバイルデバイスに対して少ない干渉を引き起こす可能性がある。
【０１３６】
図１７は、様々な態様による、例示のワイヤレス通信システム１７００を示している。ワイヤレス通信システム１７００は、簡単にするために、１つの基地局と、１つの端末とを示す。しかしながら、ワイヤレス通信システム１７００は、複数の基地局もしくはアクセスポイント、および／または複数の端末もしくはユーザデバイスを含むことができ、そこで、追加の基地局および／または端末は、下記に説明される例示の基地局および端末と実質的に類似している、または異なる可能性があることを理解すべきである。さらに、基地局および／または端末は、それらの間のワイヤレス通信を容易にするために、ここにおいて説明される様々な態様を使用することができることを理解すべきである。
【０１３７】
ダウンリンク上で、アクセスポイント１７０２において、送信（ＴＸ）データプロセッサ１７０４は、トラフィックデータを受信し、フォーマットし、符号化し、インターリーブし、そして変調し（またはシンボルマッピングし）、そして変調シンボル（「データシンボル」）を供給する。シンボル変調器１７０６は、データシンボルおよびパイロットシンボルを受信し、そして処理し、そしてシンボルのストリームを供給する。シンボル変調器１７０６は、データとパイロットシンボルとを多重化し、そしてＮ個の送信シンボルの組を得る。各送信シンボルは、データシンボル、パイロットシンボル、またはゼロの信号値とすることができる。パイロットシンボルは、各シンボル期間の中で連続して送信されることができる。パイロットシンボルは、周波数分割多重化(frequency division multiplexed)（ＦＤＭ）、直交周波数分割多重化(orthogonal frequency division multiplexed)（ＯＦＤＭ）、時分割多重化(time division multiplexed)（ＴＤＭ）、周波数分割多重化（ＦＤＭ）、または符号分割多重化(code division multiplexed)（ＣＤＭ）とすることができる。
【０１３８】
トランスミッタユニット（ＴＭＴＲ）１７０８は、シンボルのストリームを受信し、そしてそれを１つまたは複数のアナログ信号へと変換し、そしてさらに、ワイヤレスチャネル上の送信のために適したダウンリンク信号を生成するために、アナログ信号を調整する（例えば、増幅し、フィルタにかけ、周波数アップコンバートするなどを行う）。次いで、ダウンリンク信号は、アンテナ１７１０を通して端末へと送信される。端末１７１２において、アンテナ１７１４は、ダウンリンク信号を受信し、そして受信信号をレシーバユニット（ＲＣＶＲ）１７１６へと供給する。レシーバユニット１７１６は、受信信号を調整し（例えば、フィルタにかけ、増幅し、周波数ダウンコンバートするなどを行い）、そしてサンプルを得るために調整された信号をデジタル化する。シンボル復調器１７１８は、Ｎ個の受信シンボルを取得し、そしてチャネル推定のために受信パイロットシンボルをプロセッサ１７２０へと供給する。シンボル復調器１７１８は、さらに、プロセッサ１７２０からダウンリンクのための周波数応答推定値を受信し、データシンボル推定値（これは、送信されたデータシンボルの推定値である）を得るために受信データシンボル上でデータ復調を実行する。さらに、シンボル復調器１７１８は、データシンボル推定値をＲＸデータプロセッサ１７２２に対して供給し、このＲＸデータプロセッサは、送信されたトラフィックデータを回復するためにデータシンボル推定値を復調し（例えば、シンボルデマッピングし）、デインターリーブし、そして復号する。シンボル復調器１７１８と、ＲＸデータプロセッサ１７２２とによる処理は、アクセスポイント１７０２においてそれぞれシンボル変調器１７０６と、ＴＸデータプロセッサ１７０４とによる処理と相補的である。
【０１３９】
アップリンク上において、ＴＸデータプロセッサ１７２４は、トラフィックデータを処理し、そしてデータシンボルを供給する。シンボル変調器１７２６は、データシンボルを受信し、そしてそれをパイロットシンボルと多重化し、変調を実行し、そしてシンボルのストリームを供給する。トランスミッタユニット１７２８は、アップリンク信号を生成するためにシンボルのストリームを受信し、そして処理し、このアップリンク信号は、アクセスポイント１７０２へとアンテナ１７１４によって送信される。
【０１４０】
アクセスポイント１７０２において、端末１７１２からのアップリンク信号は、アンテナ１７１０によって受信され、そしてサンプルを得るためにレシーバユニット１７３０によって処理される。次いで、シンボル復調器１７３２は、サンプルを処理し、そしてアップリンクについての受信パイロットシンボルとデータシンボル推定値とを供給する。ＲＸデータプロセッサ１７３４は、端末１７１２によって送信されるトラフィックデータを回復するためにデータシンボル推定値を処理する。プロセッサ１７３６は、アップリンク上で送信する各アクティブ端末についてのチャネル推定を実行する。
【０１４１】
プロセッサ１７３６および１７２０は、それぞれアクセスポイント１７０２および端末１７１２においてオペレーションを指示する（例えば、制御し、協調させ、管理するなどを行う）。それぞれのプロセッサ１７３６および１７２０は、プログラムコードおよびデータを記憶するメモリユニット（図示されず）に関連づけられることができる。プロセッサ１７３６および１７２０は、それぞれアップリンクおよびダウンリンクについての周波数およびインパルスの応答推定値(frequency and impulse response estimates)を導き出すために計算を実行することもできる。
【０１４２】
多元接続システム（例えば、ＦＤＭＡ、ＯＦＤＭＡ、ＣＤＭＡ、ＴＤＭＡなど）では、複数の端末が、アップリンク上で同時に送信することができる。そのようなシステムでは、パイロットサブバンドは、異なる端末の間で共用されることができる。チャネル推定技法は、各端末についてのパイロットサブバンドが、全体の動作帯域（おそらく帯域エッジを除いて）に及ぶ場合に、使用されることができる。そのようなパイロットサブバンド構造は、各端末についての周波数ダイバーシティを得るために望ましいことになる。ここにおいて説明される技法は、様々な手段によってインプリメントされることができる。例えば、これらの技法は、ハードウェア、ソフトウェア、またはそれらの組合せの形でインプリメントされることができる。ハードウェアインプリメンテーションでは、チャネル推定のために使用される処理装置は、ここにおいて説明される機能を実行するように設計された１つまたは複数の特定用途向け集積回路(application specific integrated circuits)（ＡＳＩＣ）、デジタル信号プロセッサ(digital signal processors)（ＤＳＰ）、デジタル信号処理デバイス(digital signal processing devices)（ＤＳＰＤ）、プログラマブル論理デバイス(programmable logic devices)（ＰＬＤ）、フィールドプログラマブルゲートアレイ(field programmable gate arrays)（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、他の電子ユニット、あるいはそれらの組合せの内部にインプリメントされることができる。ソフトウェアでは、インプリメンテーションは、ここにおいて説明される機能を実行するモジュール（例えば、プロシージャ、ファンクションなど）を通したものとすることができる。ソフトウェアコードは、メモリユニットに記憶され、そしてプロセッサ１７３６および１７２０によって実行されることができる。
【０１４３】
ここにおいて説明される態様は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せによってインプリメントされることができることを理解すべきである。ソフトウェアの形でインプリメントされるときに、機能は、コンピュータ可読媒体上に１つまたは複数の命令またはコードとして記憶され、あるいはその上で送信されることができる。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含めて、コンピュータストレージ媒体と、通信媒体との両方を含んでいる。ストレージ媒体は、汎用または専用のコンピュータによってアクセスされることができる使用可能な任意の媒体とすることができる。例として、限定するものではないが、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態で望ましいプログラムコード手段を搬送し、または記憶するために使用されることができ、そして汎用もしくは専用のコンピュータ、または汎用もしくは専用のプロセッサによってアクセスされることができる他の任意の媒体、を備えることができる。また、任意の接続も、コンピュータ可読媒体と適切に名づけられる。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア(twisted pair)、デジタル加入者回線(digital subscriber line)（ＤＳＬ）、または赤外線、無線、マイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、そのときには同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、マイクロ波などのワイヤレス技術は、媒体の定義の中に含まれる。ここにおいて使用されるようなディスク(Disk)およびディスク(disc)は、コンパクトディスク(compact disc)（ＣＤ）、レーザーディスク（登録商標）(laser disc)、光ディスク(optical disc)、デジタル多用途ディスク(digital versatile disc)（ＤＶＤ）、フロッピー(登録商標)ディスク(floppy(登録商標) disk)、およびブルーレイディスク（登録商標）(blu-ray （登録商標）disc)を含み、ここでディスク(disks)は通常、データを磁気的に再生するが、ディスク(discs)は、レーザを用いて光学的にデータを再生する。上記の組合せもまた、コンピュータ可読媒体の範囲内に含められるべきである。
【０１４４】
ここにおいて開示される態様に関連して説明される様々な例示の論理、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートなゲートまたはトランジスタの論理、ディスクリートハードウェアコンポーネント(discrete hardware components)、あるいはここにおいて説明される機能を実行するように設計されたそれらの任意の組合せ、を用いてインプリメントされ、または実行されることができる。汎用プロセッサは、マイクロプロセッサとすることもできるが、代替案においては、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることもできる。プロセッサは、コンピューティングデバイスの組合せ、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わされた１つまたは複数のマイクロプロセッサ、あるいは他のそのような任意のコンフィギュレーション、としてインプリメントされることもできる。さらに、少なくとも１つのプロセッサは、上記で説明される１つまたは複数のステップおよび／またはアクションを実行するように動作可能な１つまたは複数のモジュールを備えることもできる。
【０１４５】
ソフトウェアインプリメンテーションでは、ここにおいて説明される技法は、ここにおいて説明される機能を実行するモジュール（例えば、プロシージャ、ファンクションなど）を用いてインプリメントされることができる。ソフトウェアコードは、メモリユニットに記憶され、そしてプロセッサによって実行されることができる。メモリユニットは、プロセッサの内部に、またはプロセッサの外部にインプリメントされることができ、プロセッサの外部の場合には、それは、当技術分野において知られているように、様々な手段を通してプロセッサに対して通信するように結合されることができる。さらに、少なくとも１つのプロセッサは、ここにおいて説明される機能を実行するように動作可能な１つまたは複数のモジュールを含むことができる。
【０１４６】
ここにおいて説明される技法は、ＣＤＭＡシステム、ＴＤＭＡシステム、ＦＤＭＡシステム、ＯＦＤＭＡシステム、ＳＣ−ＦＤＭＡシステム、他のシステムなど、様々なワイヤレス通信システムのために使用されることができる。用語「システム」と、「ネットワーク」とは、多くの場合に交換可能に使用される。ＣＤＭＡシステムは、ユニバーサル地上波無線アクセス(Universal Terrestrial Radio Access)（ＵＴＲＡ）、ＣＤＭＡ２０００などの無線技術をインプリメントすることができる。ＵＴＲＡは、広帯域−ＣＤＭＡ(Wideband-CDMA)（Ｗ−ＣＤＭＡ）と、ＣＤＭＡの他の変形と、を含む。さらに、ＣＤＭＡ２０００は、ＩＳ−２０００規格と、ＩＳ−９５規格と、ＩＳ−８５６規格と、をカバーする。ＴＤＭＡシステムは、移動通信用グローバルシステム(Global System for Mobile Communications)（ＧＳＭ（登録商標））などの無線技術をインプリメントすることができる。ＯＦＤＭＡシステムは、進化型(Evolved)ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド(Ultra Mobile Broadband)（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュ−ＯＦＤＭ(Flash-OFDM)（登録商標）などの無線技術をインプリメントすることができる。ＵＴＲＡと、Ｅ−ＵＴＲＡとは、ユニバーサルモバイル電気通信システム(Universal Mobile Telecommunication System)（ＵＭＴＳ）の一部分である。３ＧＰＰロングタームエボリューション(Long Term Evolution)（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用したＵＭＴＳのリリースであり、これは、ダウンリンク上のＯＦＤＭＡと、アップリンク上のＳＣ−ＦＤＭＡとを使用する。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、「第３世代パートナーシッププロジェクト(3rd Generation Partnership Project)」（３ＧＰＰ）と名付けられる組織からの文書の中で説明される。さらに、ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２(3rd Generation Partnership Project 2)」（３ＧＰＰ２）と名付けられる組織からの文書の中で説明される。さらに、そのようなワイヤレス通信システムは、多くの場合に、対になっていないライセンスされていないスペクトル、８０２．ｘｘワイヤレスＬＡＮ、ブルートゥース(BLUETOOTH（登録商標）)、および他の任意の短距離または長距離のワイヤレス通信技法を使用したピアツーピア（例えば、モバイルツーモバイル）アドホックネットワークシステム、をさらに含むこともできる。
【０１４７】
単一キャリア変調と周波数ドメイン等化とを利用した単一キャリア周波数分割多元接続(Single carrier frequency division multiple access)（ＳＣ−ＦＤＭＡ）は、開示された態様と共に利用されることができる技法である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと同様な性能と、ほぼ同様な全般的な複雑さとを有する。ＳＣ−ＦＤＭＡ信号は、その固有の単一キャリア構造のために、より低いピーク対平均電力比(peak-to-average power ratio)（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、より低いＰＡＰＲが、送信パワー効率の観点からモバイル端末を有利にすることができるアップリンク通信において利用されることができる。
【０１４８】
さらに、ここにおいて説明される様々な態様または特徴は、標準のプログラミング技法および／またはエンジニアリング技法を使用した方法、装置、または製造の物品としてインプリメントされることができる。ここにおいて使用されるような用語「製造の物品」は、任意のコンピュータ可読なデバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含するように意図される。例えば、コンピュータ可読媒体は、それだけには限定されないが、磁気ストレージデバイス（例えば、ハードディスク、フロッピーディスク、磁気ストリップなど）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）など）、スマートカード、およびフラッシュメモリデバイス（例えば、ＥＰＲＯＭ、カード、スティック、キードライブなど）を含むことができる。さらに、ここにおいて説明される様々なストレージ媒体は、情報を記憶するための１つまたは複数のデバイス、および／または他の機械可読媒体(machine-readable media)を表すことができる。用語「機械可読媒体」は、それだけには限定されずに、命令（単数または複数）および／またはデータを記憶すること、含むこと、および／または搬送することのできるワイヤレスチャネルと、様々な他の媒体と、を含むことができる。さらに、コンピュータプログラムプロダクトは、コンピュータに、ここにおいて説明される機能を実行するようにさせるように動作可能な１つまたは複数の命令またはコードを有するコンピュータ可読媒体を含むこともできる。
【０１４９】
さらに、ここにおいて開示される態様に関連して説明される方法またはアルゴリズムについてのステップおよび／またはアクションは、ハードウェアの形で直接に、プロセッサによって実行されるソフトウェアモジュールの形で、あるいはそれらの組合せの形で実施されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能ディスク、ＣＤ−ＲＯＭ、または当技術分野において知られている他の任意の形態のストレージ媒体の中に存在することができる。例示のストレージ媒体は、プロセッサが、ストレージ媒体から情報を読み取り、そしてストレージ媒体へと情報を書き込むことができるように、プロセッサに結合されることができる。代替案においては、ストレージ媒体は、プロセッサと一体になっていてもよい。さらに、いくつかの態様においては、プロセッサとストレージ媒体とは、ＡＳＩＣの中に存在することができる。さらに、ＡＳＩＣは、ユーザ端末の中に存在することもできる。代替案においては、プロセッサと、ストレージ媒体とは、ユーザ端末の中の個別コンポーネント(discrete components)として存在することもできる。さらに、いくつかの態様においては、方法またはアルゴリズムのステップおよび／またはアクションは、機械可読媒体および／またはコンピュータ可読媒体の上のコードおよび／または命令のうちの１つあるいは任意の組合せまたは組として存在することもでき、これらの媒体は、コンピュータプログラムプロダクトの中に組み込まれていることができる。
【０１５０】
上記の開示は、例示の態様、および／または態様を論じているが、説明された態様、および／または添付の特許請求の範囲によって定義されるような態様の範囲を逸脱することなく、様々な変更および修正が、ここにおいて行われることができることに注意すべきである。したがって、説明された態様は、添付の特許請求の範囲の範囲内に含まれるすべてのそのような変更、修正、および変形を包含するように意図される。さらに、説明された態様、および／または態様の要素は、単一形で説明され、または請求される可能性があるが、単数形への限定が、明示的に述べられていない限り、複数形も、企図される。さらに、任意の態様、および／または態様のすべてまたは一部分は、その他の方法で述べられていない限り、他の任意の態様、および／または態様のすべてまたは一部分と共に利用されることができる。
【０１５１】
用語「含む(includes)」が、詳細な説明または特許請求の範囲のいずれかの中で使用される限りでは、そのような用語は、「備えている(comprising)」が、請求項におけるトランジショナルワード(transitional word)として使用されるときに解釈されるように、用語「備えている(comprising)」と同様にして包含的であるように意図される。さらに、詳細な説明または特許請求の範囲のいずれかの中で使用されるような用語「または(or)」は、排他的「論理和(or)」ではなくて、包含的「論理和(or)」を意味するように意図される。すなわち、別の方法で指定され、あるいは文脈から明らかでない限り、フレーズ「Ｘは、ＡまたはＢを使用する(X employs A or B)」は、普通の包含的な置換のうちの任意のものを意味するように意図される。すなわち、フレーズ「Ｘは、ＡまたはＢを使用する」は、以下のインスタンス：Ｘは、Ａを使用する；Ｘは、Ｂを使用する；あるいはＸは、ＡとＢとの両方を使用する；のうちのどれによっても満たされる。さらに、本願と、添付の特許請求の範囲とにおいて使用されるような冠詞「１つの(a)」および「１つの(an)」は、単数形に指示されるように、別の方法で指定され、あるいは文脈から明らかでない限り、一般に、「１つまたは複数(one or more)」を意味するように解釈されるべきである。
【相互参照】
【０００１】
これは、この譲受人に譲渡され、そしてそれらのすべてがこれによりここにおいて参照によって明示的に組み込まれている２００８年８月１１日に出願された「マルチキャリアワイヤレス通信システムにおけるダウンリンク認可 (DOWNLINK GRANTS IN A MULTICARRIER WIRELESS COMMUNICATION SYSTEM)」という名称の米国仮出願第６１／０８７，９６１号と、２００８年１１月１１日に出願された「マルチキャリアシステムのためのＤＣＩ設計(DCI DESIGN FOR MULTI CARRIER SYSTEM)」という名称の米国仮出願第６１／１１３，４４３号と、２００９年１月７日に出願された「マルチキャリアシステムのためのＤＣＩ設計(DCI DESIGN FOR MULTI CARRIER SYSTEM)」という名称の米国仮出願第６１／１４３，１４６号と、２００８年１１月６日に出願された「マルチキャリアオペレーションのための共通のＨＡＲＱプロセスＩＤ(COMMON HARQ PROCESS ID FOR MULTI-CARRIER OPERATION)」という名称の米国仮出願第６１／１１２，０２９号との優先権を主張する出願である。
【背景】
【０００２】
[Ｉ．分野]
以下の説明は、一般にマルチキャリアワイヤレス通信システムに関し、そしてより詳細には、マルチキャリアワイヤレス通信システムにおいて認可（又は承諾）を行う通信に関する。
【０００３】
[ＩＩ．背景]
ワイヤレス通信システムは、音声やデータなど、様々なタイプの通信コンテンツを提供するために広く展開される。これらのシステムは、使用可能なシステムリソース（例えば、帯域幅および送信パワー）を共用することにより、複数の(multiple)ユーザとの通信をサポートすることができる多元接続システム(multiple-access systems)とすることができる。多元接続システムの例は、符号分割多元接続(code division multiple access)（ＣＤＭＡ）システムと、時分割多元接続(time division multiple access)（ＴＤＭＡ）システムと、周波数分割多元接続(frequency division multiple access)（ＦＤＭＡ）システムと、３ＧＰＰロングタームエボリューション(Long Term Evolution)（ＬＴＥ）システムと、直交周波数分割多元接続(orthogonal frequency division multiple access)（ＯＦＤＭＡ）システムなどと、を含む。
【０００４】
一般に、ワイヤレス多元接続通信システムは、複数のワイヤレス端末についての通信を同時にサポートすることができる。各端末は、順方向リンクと逆方向リンクとの上の送信を通して１つまたは複数の基地局と通信する。順方向リンク（またはダウンリンク）は、基地局から端末への通信リンクを意味し、そして逆方向リンク（またはアップリンク）は、端末から基地局への通信リンクを意味する。これらの通信リンクは、単一入力単一出力(single-in-single-out)システム、多入力単一出力(multiple-in-single-out)システム、または多入力多出力(multiple-in-multiple-out)（ＭＩＭＯ）システムを通して確立されることができる。
【０００５】
ＭＩＭＯシステムは、データ送信のために複数の（ＮＴ個の）送信アンテナと、複数の（ＮＲ個の）受信アンテナと、を使用する。ＮＴ個の送信アンテナと、ＮＲ個の受信アンテナとによって形成されるＭＩＭＯチャネルは、ＮＳ個の独立チャネルへと分解されることができ、これらの独立チャネルは、空間チャネルとも称され、ここで、ＮＳ≦ｍｉｎ｛ＮＴ，ＮＲ｝である。ＮＳ個の独立チャネルのおのおのは、次元(dimension)に対応する。複数の送信アンテナと受信アンテナとによって生成される追加の次元が、利用される場合、ＭＩＭＯシステムは、改善された性能（例えば、より高いスループットおよび／またはより大きな信頼性）を提供することができる。
【０００６】
ＭＩＭＯシステムは、時分割二重化(time division duplex)（ＴＤＤ）システムと、周波数分割二重化(frequency division duplex)（ＦＤＤ）システムとをサポートする。ＴＤＤシステムにおいては、順方向リンク送信と逆方向リンク送信とは、同じ周波数領域上にあり、その結果、相反性原理は、逆方向リンクチャネルから順方向リンクチャネルの推定を可能にするようになる。これは、複数のアンテナが、アクセスポイントにおいて使用可能であるときに、アクセスポイントが、順方向リンク上で送信ビーム形成利得を抽出することを可能にする。
【発明の概要】
【０００７】
以下は、そのような態様についての基本的な理解を提供するために、１つまたは複数の態様の簡略化された概要を提示するものである。この概要は、すべての企図された態様の広範囲に及ぶ概説ではなく、そしてすべての態様の重要な、または不可欠な要素を識別するようにも、任意の、またはすべての態様の範囲を示すようにも意図されてはいない。その唯一の目的は、後で提示されるより詳細な説明の前置きとして、簡略化された形式で１つまたは複数の態様のいくつかの概念を提示することである。
【０００８】
一態様は、マルチキャリアワイヤレス通信環境において認可を送信するための方法に関する。方法は、ユーザデバイス能力の関数として認可情報を通信するために、認可情報を決定することと、制御領域を識別することと、を含む。方法はまた、識別された制御領域の中に認可情報を挿入することと、識別された制御領域の中で認可情報を送信することと、を含む。
【０００９】
別の態様は、メモリとプロセッサとを含むワイヤレス通信装置に関する。メモリは、認可情報を通信するために、認可情報を選択することと、制御領域を識別することとに関連した命令を保持する。メモリはまた、識別された制御領域に認可情報を配置することと、選択された制御領域の中で認可情報を送信することとに関連した命令を保持する。プロセッサは、メモリに結合され、そしてメモリに保持される命令を実行するように構成されている。
【００１０】
さらなる一態様は、マルチキャリアワイヤレス通信システムにおいて認可を送信するワイヤレス通信装置に関する。ワイヤレス通信装置は、ユーザデバイス能力の関数として認可情報を通信するために、認可情報を決定するための手段と、制御領域を識別するための手段と、を含む。ワイヤレス通信装置はまた、識別された制御領域の中に認可情報を挿入するための手段と、識別された制御領域の中で認可情報を搬送するための手段と、を含む。制御領域は、レガシー制御領域(legacy control region)、または非レガシー制御領域(non-legacy control region)である。一態様によれば、認可情報を決定するための手段は、マルチキャリアワイヤレス通信システムに関連する少なくとも１つのキャリアシステム(carrier system)を評価し、そこで、制御領域の中に認可情報を挿入するための手段は、さらに、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せのうちの少なくとも１つについての共通フィールドを有する認可を生成する(creates a grant with a common field for at least one of a cyclic redundancy check, a Hyblrid Automatic Repeat Request process Identification, a flag, or combinations thereof)。
【００１１】
さらに別の態様は、コンピュータ可読媒体(computer-readable medium)を備えるコンピュータプログラムプロダクト(computer program product)に関する。コンピュータ可読媒体には、ユーザデバイス能力の関数として認可情報を通信するために、コンピュータに、認可情報を決定するようにさせるための第１の組のコードと、コンピュータに、制御領域を識別するようにさせるための第２の組のコードと、が含まれる。コンピュータ可読媒体はまた、コンピュータに、決定された制御領域の中に認可情報を配置するようにさせるための第３の組のコードと、コンピュータに、識別された制御領域の中で認可情報を通信するようにさせるための第４の組のコードと、を含む。
【００１２】
さらに別の態様は、マルチキャリアワイヤレス通信システムにおいて認可を送信するように構成された少なくとも１つのプロセッサに関する。プロセッサは、ユーザデバイス能力の関数として認可情報を通信するために、認可情報を決定するための第１のモジュールと、制御領域を識別するための第２のモジュールと、を含む。プロセッサはまた、識別された制御領域の中に認可情報を挿入するための第３のモジュールと、決定された制御領域の中で認可情報を送信するための第４のモジュールと、を含む。制御領域は、非レガシー制御領域またはキャリア当たりのレガシー制御領域である。
【００１３】
さらなる一態様は、マルチキャリアワイヤレス通信環境において認可を受信するための方法に関する。方法は、認可情報を受信するための１つまたは複数のキャリアにおける制御領域のロケーションを決定すること、を含んでいる。方法はまた、認可情報を受信することと、認可情報を選択的に復号することと、を含む。
【００１４】
別の態様は、メモリとプロセッサとを含むワイヤレス通信装置に関する。メモリは、認可情報を受信するための１つまたは複数のキャリアにおける制御領域のロケーションを評価することと、認可情報を受信することと、認可情報を選択的に復号することとに関連した命令を保持する。プロセッサは、メモリに結合され、そしてメモリに保持される命令を実行するように構成されている。
【００１５】
さらに別の態様は、マルチキャリアワイヤレス通信システムにおいて認可を受信するワイヤレス通信装置に関する。ワイヤレス通信装置は、認可情報を受信するための１つまたは複数のキャリアにおける制御領域のロケーションを決定するための手段、を含んでいる。ワイヤレス通信装置はまた、認可情報を受信するための手段と、認可情報を選択的に復号するための手段と、を含む。認可情報は、非レガシー制御領域またはキャリア当たりのレガシー制御領域の中にある。
【００１６】
さらなる一態様は、コンピュータ可読媒体を備えるコンピュータプログラムプロダクトに関する。コンピュータ可読媒体には、コンピュータに、認可情報を受信するためのキャリアにおける制御領域のロケーションを決定するようにさせるための第１の組のコードが含まれる。コンピュータ可読媒体はまた、コンピュータに、認可情報を受信するようにさせるための第２の組のコードと、コンピュータに、認可情報を復号するようにさせるための第３の組のコードと、を含む。
【００１７】
さらに別の態様は、マルチキャリアワイヤレス通信システムにおいて認可を受信するように構成された少なくとも１つのプロセッサに関する。プロセスは、認可情報を受信するためのキャリアにおける制御領域のロケーションを決定するための第１のモジュール、を含んでいる。プロセッサの中にはまた、認可情報を受信するための第２のモジュールと、認可情報を選択的に復号するための第３のモジュールとが、含まれる。
【００１８】
上記の、そして関連した目的を達成するために、１つまたは複数の態様は、以下で十分に説明され、そして特許請求の範囲において特に指摘される特徴を備える。以下の説明と添付の図面とは、１つまたは複数の態様のある種の例示の特徴を詳細に説明している。しかしながら、これらの特徴は、様々な態様の原理が使用されることができる様々なやり方のうちの少しだけを示すにすぎない。他の利点と新規の特徴とは、図面と併せ考察されるときに以下の詳細な説明から明らかになることになり、そして開示される態様は、すべてのそのような態様とそれらの同等物とを含むように意図される。
【図面の簡単な説明】
【００１９】
【図１】図１は、一態様による、マルチキャリアワイヤレス通信システムにおいてダウンリンク認可を利用するシステムを示している。
【図２】図２は、一態様による、レガシーアンカー制御領域(legacy anchor control region)に位置するマルチキャリアダウンリンク認可のブロック図を示している。
【図３】図３は、一態様による、非レガシー制御領域に位置するマルチキャリアダウンリンク認可の一例のブロック図を示している。
【図４】図４は、一態様による、非レガシー制御領域に位置するマルチキャリアＤＬ認可の別の例のブロック図を示している。
【図５】図５は、一態様による、ネスト(nest)されたキャリアを有するマルチキャリアダウンリンク認可の一例のブロック図を示している。
【図６】図６は、一態様による、キャリア当たりの識別された制御領域を有するマルチキャリアＤＬ認可の一例のブロック図を示している。
【図７】図７は、一態様による、共通フィールドを含むユニバーサル認可(universal grant)を生成するためのシステムを示している。
【図８】図８は、一態様による、マルチキャリアワイヤレスシステムにおいて認可を送信するための一方法を示している。
【図９】図９は、一態様による、マルチキャリアワイヤレスシステムにおいて認可を受信するための一方法を示している。
【図１０】図１０は、一態様による、マルチキャリアシステムを通して認可を利用するための一方法を示している。
【図１１】図１１は、一態様による、マルチキャリアシステムにおける受信された認可を利用するための一方法を示している。
【図１２】図１２は、開示された態様のうちの１つまたは複数に従ってマルチキャリアワイヤレス通信システムにおいて認可の通信を容易にするシステムを示している。
【図１３】図１３は、ここにおいて提示される様々な態様に従って認可の通信を容易にするシステムを示している。
【図１４】図１４は、マルチキャリアワイヤレス通信環境において認可を送信する一例のシステムを示している。
【図１５】図１５は、マルチキャリアワイヤレス通信環境において認可を受信する一例のシステムを示している。
【図１６】図１６は、１つまたは複数の態様による多元接続ワイヤレス通信システムを示している。
【図１７】図１７は、様々な態様による一例のワイヤレス通信システムを示している。
【詳細な説明】
【００２０】
様々な態様が、次に図面を参照して説明される。以下の説明においては、説明の目的のために、非常に多くの特定の詳細が、１つまたは複数の態様についての完全な理解を提供するために述べられる。しかしながら、そのような態様（単数または複数）は、これらの特定の詳細なしに実行されることができることを明らかにすることができる。他の例においては、よく知られている構造およびデバイスは、これらの態様を説明することを容易にするためにブロック図形式で示される。
【００２１】
本願において使用されるように、「コンポーネント」、「モジュール」、「システム」などの用語は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組合せ、ソフトウェア、または実行中のソフトウェアのいずれであっても、コンピュータに関連したエンティティを意味するように意図される。例えば、コンポーネントは、それだけには限定されないが、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行形式(executable)、実行スレッド(thread of execution)、プログラム、および／またはコンピュータとすることができる。例として、コンピューティングデバイス上で実行されるアプリケーションも、そのコンピューティングデバイスも、両方ともにコンポーネントとすることができる。１つまたは複数のコンポーネントは、プロセス内に存在することができ、かつ／または実行スレッドとコンポーネントとは、１台のコンピュータ上に局所化され、かつ／または２台以上のコンピュータの間で分散されることができる。さらに、これらのコンポーネントは、様々なデータ構造をその上に記憶している様々なコンピュータ可読媒体から実行することができる。コンポーネントは、１つまたは複数のデータパケット（例えば、信号を経由して他のシステムと、ローカルシステムの中で、分散システムの中で、かつ／またはインターネットなどのネットワークを通して別のコンポーネントと対話する１つのコンポーネントからのデータ）を有する信号などに従ってローカルプロセスおよび／またはリモートプロセスを経由して通信することができる。
【００２２】
さらに、様々な態様が、モバイルデバイスに関連してここにおいて説明される。モバイルデバイスは、システム、加入者ユニット、加入者局、移動局、モバイル、ワイヤレス端末、ノード、デバイス、リモート局、リモート端末、アクセス端末、ユーザ端末、端末、ワイヤレス通信デバイス、ワイヤレス通信装置、ユーザエージェント、ユーザデバイス、またはユーザ装置(user equipment)（ＵＥ）などと呼ばれることもでき、そしてそれらの機能の一部または全部を含むことができる。モバイルデバイスは、セルラ電話、コードレス電話、セッション開始プロトコル(Session Initiation Protocol)（ＳＩＰ）電話、スマートフォン(smart phone)、ワイヤレスローカルループ(wireless local loop)（ＷＬＬ）局、携帯型個人情報端末(personal digital assistant)（ＰＤＡ）、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルドコンピューティングデバイス、衛星無線、ワイヤレスモデムカード、および／またはワイヤレスシステム上で通信するための別の処理デバイス、とすることができる。さらに、様々な態様は、ここにおいて基地局と関連して説明される。基地局は、ワイヤレス端末（単数または複数）と通信するために利用されることができ、そしてアクセスポイント、ノード、ノードＢ(Node B)、ｅ−ＮｏｄｅＢ、ｅ−ＮＢ、または何らかの他のネットワークエンティティと呼ばれることもでき、そしてそれらの機能の一部または全部を含むことができる。
【００２３】
様々な態様または特徴は、いくつかのデバイス、コンポーネント、モジュールなどを含むことができるシステムの観点から提示されることになる。様々なシステムは、追加のデバイス、コンポーネント、モジュールなどを含むことができ、かつ／または図面に関連して論じられるすべてのデバイス、コンポーネント、モジュールなどを含まなくてもよいことを理解し、そして認識すべきである。これらのアプローチの組合せもまた、使用されることができる。
【００２４】
さらに、主題の説明において、「例示の(exemplary)」という言葉（およびその変形）は、１つの例、インスタンス、または例証としての役割を果たすことを意味するように使用される。「例示の」としてここにおいて説明される任意の態様または設計は、必ずしも他の態様または設計よりも好ましい、または有利であると解釈されるべきであるとは限らない。もっと正確に言えば、言葉「例示の」の使用は、具体的な方法で概念を提示するように意図される。
【００２５】
図１を参照すると、一態様による、マルチキャリアワイヤレス通信システムにおいてダウンリンク認可を利用するシステム１００が、示されている。システム１００は、マルチキャリアシステムとすることができる。いくつかの態様によれば、システム１００は、複数のキャリア(multiple carriers)についてのリソースを割り当てることができる単一認可を提供するように構成されていることができる。代わりに、または追加して、システム１００は、認可を一緒に符号化するように構成されていることができ、その結果、１つのキャリア上で（例えば、キャリアオペレーションを通して）送信される複数の(multiple)単一キャリア認可(single carrier grants)が存在するようになる。さらに、別の態様においては、システム１００は、単一キャリアモバイルデバイス（例えば、レガシーデバイス）、および／またはマルチキャリア機能を有するモバイルデバイス、に対してサポートを提供するように構成されていることができる。
【００２６】
システム１００には、ワイヤレス通信装置１０２（例えば、基地局）と、少なくとも１つのモバイルデバイス１０４（例えば、ユーザデバイス）とが、含まれる。マルチキャリア通信システムの中には複数の基地局と、複数のユーザデバイスとが存在することができるが、しかしながら、おのおののうちの１つだけが簡単にする目的のために示されることを理解すべきである。
【００２７】
ワイヤレス通信装置１０２は、認可情報１０８を決定するように構成されている評価器１０６を含んでいる。例えば、評価器１０６は、マルチキャリアワイヤレス通信システムに関連する少なくとも１つのキャリアシステムを分析することができる。
【００２８】
ワイヤレス通信装置１０２の中にはまた、ユーザデバイス能力の関数として認可情報を通信する制御領域１１２を識別するように構成されている認可フォーマッタ１１０も、含まれる。いくつかの態様に従って、認可フォーマッタ１１０は、第１の識別された制御領域（例えば、非レガシー制御領域）を選択する。いくつかの態様によれば、認可フォーマッタ１１０は、キャリア当たりの第２の識別された制御領域（例えば、レガシー制御領域）を選択する。
【００２９】
認可フォーマッタ１１０（または別のコンポーネント）は、選択された制御領域１１２の中に認可情報１０８を挿入することができる。例えば、認可フォーマッタ１１０は、クロスキャリアオペレーションを用いた独立な割当て(independent assignment with cross-carrier operation)を適用することができる。別の態様においては、認可フォーマッタ１１０は、マルチキャリア認可情報を連結し、そしてレガシー制御領域など、識別された制御領域の中にマルチキャリア認可情報を挿入することができる。いくつかの態様によれば、認可フォーマッタ１１０は、複数のキャリアに関連する制御領域上で認可情報をセグメント化する(segment)ことを決定することができ、そしてさらに、マルチキャリア割当てを形成するために制御セグメントを連結することができる。いくつかの態様に従って、認可フォーマッタ１１０は、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、のうちの少なくとも１つについての共通フィールドを有する認可を生成する。
【００３０】
コミュニケータ１１４は、識別された制御領域１１２の中で認可情報１０８を送信する。コミュニケータ１１４は、一態様に応じて、マルチキャリア認可を搬送するダウンリンクキャリア上で、キャリア当たりの１つの認可としてマルチキャリア認可情報を送信することができる。
【００３１】
システム１００は、ワイヤレス通信装置１０２に動作的に結合されたメモリ１２４を含むことができる。メモリ１２４は、ワイヤレス通信装置１０２の外部にあることもでき、あるいはワイヤレス通信装置１０２の内部に存在することもできる。メモリ１２４は、認可情報を選択することに関連した情報を記憶することができる。一態様においては、認可情報を選択することに関連した命令は、さらに、複数の帯域幅の場合（複数の帯域幅ケース(cases)）についてマルチキャリアデジタルキャリアインターフェース情報(multicarrier Digital Carrier Interface Information)を定義し、そして認可情報の中にスケジュールされたキャリア情報を含み、そこでは、各帯域幅ケースは、キャリアの数に対応する。加えて若しくは代わりに、認可情報を選択することに関連した命令は、割り当てられたキャリアの数と、マルチキャリアワイヤレス通信システムの中のキャリアの数とに関係なく、共通フィールドをさらに含み、そしてキャリア特有のデジタルキャリアインターフェースのロケーションを指し示す追加のビットを追加する。さらに、認可情報を選択することに関連した命令は、マルチキャリアワイヤレス通信システムにおいてキャリアのサブセットに関連づけられるようにモバイルデバイスを準静的に構成し、そしてキャリアのサブセットのビットマップを提供する。
【００３２】
さらに、メモリ１２４は、認可情報を通信する制御領域を識別することと、識別された制御領域の中に認可情報を配置することとに関連した情報を記憶することができる。いくつかの態様に従って、制御領域を識別することに関連した命令は、非レガシー制御領域またはキャリア当たりのレガシー制御領域を識別する。別の態様においては、制御領域の中に認可情報を配置することに関連した命令は、クロスキャリアオペレーションを用いた独立な割当てを適用する。
【００３３】
いくつかの態様に従って、認可情報を選択することに関連した命令は、さらに、マルチキャリアワイヤレス通信システムに関連する少なくとも１つのキャリアシステムを分析する。制御領域の中に認可情報を配置することに関連した命令は、さらに、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、のうちの少なくとも１つについての共通フィールドを有する認可を生成する。
【００３４】
メモリ１２４は、選択された制御領域の中で認可情報を送信することに関連した情報を記憶することもできる。一態様においては、識別された制御領域の中で認可情報を送信することに関連した命令は、さらに、マルチキャリア認可を搬送するダウンリンクキャリア上でキャリア当たりの１つの認可としてマルチキャリア認可情報を搬送する。さらに別の態様においては、識別された制御領域の中で認可情報を送信することに関連した命令は、さらに、マルチキャリア認可を搬送するダウンリンクキャリア上でキャリアの少なくともサブセットについての割当てを搬送する１つの認可としてマルチキャリア認可情報を搬送する。
【００３５】
少なくとも１つのプロセッサ１２６は、マルチキャリアワイヤレス通信ネットワークにおいて認可に関連した情報の分析を容易にするために、ワイヤレス通信装置１０２（および／またはメモリ１２４）に動作的に接続されることができる。プロセッサ１２６は、モバイルデバイス１０４によって受信される情報を分析すること、および／または生成することに専用のプロセッサ、システム１００の１つまたは複数のコンポーネントを制御するプロセッサ、および／またはモバイルデバイス１０４によって受信される情報を分析することと生成することとの両方を行い、そしてシステム１００の１つまたは複数のコンポーネントを制御するプロセッサ、とすることができる。
【００３６】
いくつかの態様に従って、プロセッサ１２６は、マルチキャリアワイヤレス通信システムにおいて認可を送信するように構成されている。プロセッサ１２６は、ユーザデバイス能力の関数として認可情報を通信するために、認可情報を決定するための第１のモジュールと、制御領域を識別するための第２のモジュールと、を含むことができる。プロセッサ１２６はまた、識別された制御領域の中に認可情報を挿入するための第３のモジュールと、決定された制御領域の中で認可情報を送信するための第４のモジュールと、を含むこともできる。制御領域は、非レガシー制御領域またはキャリア当たりのレガシー制御領域である。
【００３７】
モバイルデバイス１０４は、選択された制御領域１１２の中で認可情報１０８を受信するように構成されているレシーバ１１６を含んでいる。レシーバ１１６は、一態様に応じて、マルチキャリア認可を搬送するダウンリンクキャリア上でキャリア当たりの１つの認可としてマルチキャリア認可情報を受信することができる。
【００３８】
分析器１１８は、認可情報を受信するためのキャリアにおける制御領域のロケーションを決定するように構成されている。例えば、分析器１１８は、認可情報が、第１の識別された制御領域（例えば、非レガシー制御領域）の中にあることを決定することができる。別の例においては、分析器１１８は、認可情報が、キャリア当たりの第２の識別された制御領域（例えば、レガシー制御領域）の中にあることを決定することができる。
【００３９】
モバイルデバイス１０４の中にはまた、受信された認可情報１０８を選択的に復号するように構成されているデコーダ１２０が、含まれる。一例においては、デコーダ１２０は、クロスキャリアオペレーションを用いた独立な割当てを識別することができる。いくつかの態様に従って、デコーダ１２０は、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、に関連した受信された認可情報１０８と少なくとも１つのフィールドと、を評価することができる。共通フィールドは、マルチキャリアワイヤレス通信システムと共に利用されることができる。
【００４０】
いくつかの態様に従って、システム情報は、制御キャリア１２２上でモバイルデバイス１０４に対して通信される。通信システム１００における制御キャリア１２２の使用は、各リンクについての帯域幅の専用を制限しない。例えば、モバイルデバイス１０４からワイヤレス通信装置１０２への通信リンクであるアップリンク(uplink)（ＵＬ）と、ワイヤレス通信装置１０２（例えば、基地局）からモバイルデバイス１０４への通信リンクであるダウンリンク(downlink)（ＤＬ）とは、対称（例えば、アップリンクとダウンリンクとの両方について同じ）の可能性がある。いくつかの態様に従って、アップリンクとダウンリンクとは、アップリンクとダウンリンクとについてのトラフィック要求に依存して、非対称の可能性がある。さらに、キャリア帯域幅にはどのような制限もない可能性があり、これらのキャリア帯域幅は、すべてのキャリアを通して同じ可能性があり、あるいはキャリアを通して異なっている可能性がある。さらに、アップリンク／ダウンリンクのペアリング(pairing)には制限が存在しない。例えば、同じ数のアップリンクキャリアとダウンリンクキャリアとが存在する場合に、一対一のペアリングが、存在する可能性があり、あるいは異なる数のアップリンクキャリアとダウンリンクキャリアとが存在する場合に、多対一のペアリング、または一対多のペアリングが存在する可能性がある。
【００４１】
さらに、アップリンクキャリアは、様々な信号タイプに対して構成されていることができる。例えば、アップリンクキャリアは、ＯＦＤＭＡベースの信号とすることができ、このＯＦＤＭＡベースの信号は、モバイルデバイス１０４またはアップリンクに対する複数のキャリア割当てについての柔軟性を提供することができる。アップリンクキャリアは、例えば、既存のＳＣ−ＦＤＭＡシステムに対して互換性を提供するＳＣ−ＦＤＭＡベースの信号とすることもできる。さらに、アップリンクキャリアは、ＯＦＤＭＡ／ＳＣ−ＦＤＭＡのハイブリッドであり、そして異なる信号タイプの間でスイッチングすることにより、階層化環境をサポートすることができる。
【００４２】
ダウンリンク認可は、単一キャリアシステム（時に、レガシーデバイスと称される）のために構成されたモバイルデバイス１０４、および／またはマルチキャリアシステムのために構成されたモバイルデバイス１０４、をサポートすることができる。例えば、単一キャリアシステムは、ＬＴＥ（ＬＴＥ Ｒｅｌ−８、レガシーシステムと称される）と共に使用され、そしてマルチキャリアシステムシステムは、ＬＴＥ−Ａ（ＬＴＥ Ｒｅｌ−９／Ｒｅｌ−１０）と共に使用される。しかしながら、開示された態様は、これらのタイプの通信システムだけには限定されず、そして他の通信システムと共に使用されることもできることを理解すべきである。
【００４３】
単一キャリアシステムでは、モバイルデバイス（例えば、レガシーデバイス）は、同じキャリア上にリソースを割り当てる制御キャリア（例えば、アンカーキャリア）上でダウンリンク認可を受信することができる。マルチキャリアシステムのために構成されたモバイルデバイス１０４は、それがアンカーキャリアとして定義される他のダウンリンクキャリア上にダウンリンクリソースを割り当てる制御キャリア（例えば、アンカーキャリア）上でダウンリンク認可を受信することができる。いくつかの態様に従って、マルチキャリアシステムのために構成されたモバイルデバイス１０４は、アンカーキャリアではないダウンリンクキャリア上でダウンリンク認可を受信することができ、そこでは、ダウンリンクキャリアは、そのキャリアだけのためのダウンリンクリソースを割り当てる（レガシーデバイスについてのダウンリンク認可と同様に）。
【００４４】
いくつかの態様に従って、マルチキャリアダウンリンク認可が、アンカーキャリア上の１つの認可として受信される。ダウンリンク認可は、マルチキャリアグループの中の任意のキャリアについての割当てを搬送することができる。例えば、ダウンリンク認可は、アップリンクとバンドリング（例えば、すべてのダウンリンク割当てについての１ビット）との上で送信される単一のＡＣＫ／ＮＡＫ（肯定応答／否定応答）など、キャリアを通した共同のデータ符号化を指定することができる。ダウンリンク認可は、アップリンク上で共同して搬送される複数のＡＣＫ／ＮＡＫ、新しいＡＣＫフォーマット、ＰＵＣＣＨ（物理アップリンク制御チャネル(Physical Uplink Control Channel)）フォーマット２（すべてのＡＣＫビットの共同符号化）、ＰＵＣＣＨフォーマット３（すべてのＡＣＫの個々の、または共同の符号化）など、キャリアを通した独立なデータ符号化を指定することができる。
【００４５】
メモリ１２８は、モバイルデバイス１０４に動作的に結合されることができる。メモリ１２８は、モバイルデバイス１０４の外部にあることもでき、あるいはモバイルデバイス１０４の内部に存在することもできる。メモリ１２８は、認可情報を受信するための１つまたは複数のキャリアにおける制御領域のロケーションを評価することと、認可情報を受信することと、認可情報を選択的に復号することとに関連した情報を記憶することができる。いくつかの態様に従って、認可情報を選択的に復号することに関連した命令は、さらに、クロスキャリアオペレーションを用いた独立な割当てを識別する。いくつかの態様によれば、認可情報を受信することに関連した命令は、さらに、マルチキャリア認可を搬送するダウンリンクキャリア上で１つまたは複数のキャリアのおのおのについての１つの認可としてマルチキャリア認可情報を受信する。別の態様によれば、認可情報を選択的に復号することに関連した命令は、認可情報と、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、に関連した少なくとも１つの共通フィールドと、を評価し、そしてマルチキャリアワイヤレス通信システムと共に少なくとも１つの共通フィールドを利用する。
【００４６】
少なくとも１つのプロセッサ１３０は、通信ネットワークにおけるデータサンプル再構成に関連した情報の分析を容易にするために、モバイルデバイス１０４（および／またはメモリ１２８）に動作的に接続されることができる。プロセッサ１３０は、モバイルデバイス１０４によって受信される情報を分析すること、および／または生成することに専用のプロセッサ、システム１００の１つまたは複数のコンポーネントを制御するプロセッサ、および／またはモバイルデバイス１０４によって受信される情報を分析することと、生成することとの両方を行い、そしてシステム１００の１つまたは複数のコンポーネントを制御するプロセッサ、とすることができる。
【００４７】
いくつかの態様に従って、プロセッサ１３０は、マルチキャリアワイヤレス通信システムにおいて認可を受信するように構成されている。プロセッサ１３０は、認可情報を受信するためのキャリアにおける制御領域のロケーションを決定するための第１のモジュールを含むことができる。プロセッサにはまた、認可情報を受信するための第２のモジュールと、認可情報を選択的に復号するための第３のモジュールとが、含まれる。
【００４８】
割当てが、マルチキャリアモバイルデバイス１０４に対してワイヤレス通信装置１０２によって搬送されることができる様々なやり方が存在する。図２は、一態様による、識別されたアンカー制御領域に位置するマルチキャリアダウンリンク認可のブロック図２００を示している。この図は、認可が割り当てられることができる様々な方法のうちの１つについての一例を提供している。
【００４９】
単一の送信時間間隔(Transmission Time Interval)（ＴＴＩ）が、水平軸２０２に沿って示されている。マルチキャリア通信システムは、３つのダウンリンク（ＤＬ）キャリア帯域：ＤＬキャリア０帯域２０４（アンカーキャリアとも称される）と、ＤＬキャリア１帯域２０６と、ＤＬキャリア２帯域２０８と、を含む。各キャリア帯域は、制御領域２１０、２１２、２１４と、ペイロード領域２１６、２１８、２２０と、を含む。いくつかの態様に従って、識別された制御領域は、レガシー制御領域とすることができる。
【００５０】
ＤＬキャリア０帯域２０４は、制御領域２１０に埋め込まれたマルチキャリア認可情報２２２、２２４、２２６を含むことができる。この例においては、マルチキャリア認可情報２２２、２２４、２２６は、ＤＬキャリア０帯域２０４と、ＤＬキャリア１帯域２０６と、ＤＬキャリア２帯域２０８とについてのＤＬ割当てを搬送する。例として、限定するものではないが、マルチキャリア認可情報２２２は、ＤＬキャリア０帯域２０４についての割当てとすることができ、マルチキャリア認可情報２２４は、ＤＬキャリア１帯域２０６についての割当てとすることができ、そしてマルチキャリア認可情報２２６は、ＤＬキャリア２帯域２０８についての割当てとすることができる。それ故に、これらは、クロスキャリアオペレーションを用いた独立な割当てとすることができる。
【００５１】
いくつかの態様に従って、マルチキャリア認可情報２２２、２２４、２２６は、他のキャリア帯域（例えば、ＤＬキャリア１帯域２０６、ＤＬキャリア２帯域２０８）の制御領域２１２、２１４に埋め込まれることができる。いくつかの態様によれば、マルチキャリア認可情報２２２、２２４、２２６は、複数のキャリア帯域に埋め込まれることができる。
【００５２】
いくつかの態様に従って、マルチキャリア認可情報２２２、２２４、２２６は、図示されるように、制御領域２１０内の複数の別々のマルチキャリア認可領域である。しかしながら、いくつかの態様によれば、マルチキャリア認可情報２２２、２２４、２２６は、制御領域２１０の中の単一領域に含まれる（連結される(concatenated)）ことができる。
【００５３】
いくつかの態様によれば、マルチキャリア割当ては、非レガシー制御領域上で送信される１つの認可として通信されることができる。非レガシー制御領域は、レガシーデータ空間における追加の制御空間とすることができる。非レガシー制御領域は、複数の制御チャネルのＦＤＭ構造を含むことができる。時間における複数のＯＦＤＭシンボルを通してのスパニング(spanning)は、よりよいカバレージを提供することができる。さらに、周波数およびホッピングを通しての複数の分散されたリソースブロックは、ダイバーシティ(diversity)を提供することができる。例えば、モバイルデバイスは、システム情報における新しい制御リソースについて通知されることができる。いくつかの態様によれば、認可は、キャリア特有の割当て、または複数のキャリアを通してのものとすることができる。さらに、異なる認可フォーマットは、様々な態様に従って利用されることができる。
【００５４】
図３は、一態様による、非レガシー制御領域に位置するマルチキャリアダウンリンク認可の一例のブロック図３００を示している。様々な態様に従って、マルチキャリア割当ては、非レガシー制御領域上で送信される１つの認可として起こることができる。いくつかの態様に従って、レガシーデータ空間の中には追加の制御空間が存在することができる。
【００５５】
３つのキャリア帯域Ｂ０３０２、Ｂ１３０４、およびＢ２３０６が、示されている。この例においては、Ｂ０３０２は、レガシー制御領域３０８と、レガシーペイロード領域３１０と、を含む。キャリア帯域、Ｂ１３０４およびＢ２３０６は、非レガシーペイロード領域（例えば、非後方互換領域(non-backward compatible regions)）である。この例においては、非レガシー制御領域３１２、３１４、３１６、３１８、３２０、３２２が、Ｂ０３０２のレガシーペイロード領域３１０に含まれる。
【００５６】
この例においては、レガシー領域３０８と、ペイロード領域３１０とは、レガシーデバイスならびにマルチキャリアデバイスに対して可視的である。例えば、レガシーデバイスは、レガシーペイロード領域３１０における制御情報を受信する。したがって、レガシーデバイスは、レガシーデバイスが、他のデバイスに割り当てられるデータを無視するのと同様にして、非レガシー制御領域３１２、３１４、３１６、３１８、３２０、および３２２を無視することになる。マルチキャリアデバイスは、非レガシー制御領域３１２、３１４、３１６、３１８、３２０、および３２２の上の制御を受信する。
【００５７】
図４は、一態様による、非レガシー制御領域に位置するマルチキャリアダウンリンク（ＤＬ）認可の別の例のブロック図４００を示している。このブロック図４００は、図３の概略表現３００に類似しており、そして３つのキャリア帯域Ｂ０４０２、Ｂ１４０４、およびＢ２４０６を含む。この例においては、Ｂ０４０２は、レガシー制御領域４０８と、レガシーペイロード領域４１０と、を含む。さらに、制御領域４１２、４１４、４１６、４１８、４２０、および４２２は、キャリア帯域Ｂ１４０４およびＢ２４０６のマルチキャリア制御領域４２４および４２６の内部に配置される。
【００５８】
制御領域４１２、４１４、４１６、４１８、４２０、および４２２の持続時間および配置は、変化されることができる。例えば、単一のＴＴＩは、水平軸４２８に沿って表される。単一のＴＴＩは、一態様に応じて、２つのスロットを備えることができる。したがって、図３では、２つの制御領域（例えば、制御領域３１４および３２０）の持続時間は、全体のサブフレームまたはＴＴＩ（識別された領域３０８を含む第１のサブフレームを除いて）だけ持続する。図４においては、制御領域は、各サブフレームのすべてまたは一部分である持続期間とすることができる。
【００５９】
図５は、一態様による、ネストされたキャリアを有するマルチキャリアダウンリンク認可の一例のブロック図５００を示している。マルチキャリア割当ては、一態様に応じて、複数のキャリアの制御領域上でセグメント化された１つの認可として通信されることができる。制御セグメントは、マルチキャリア割当てを形成するために連結されることができる。マルチキャリア認可は、マルチキャリアグループの中のキャリアの組についての割当てを搬送することができる。マルチキャリア認可は、単一のＡＣＫ／ＮＡＫやバンドリング（例えば、すべてのＤＬ割当てについての１ビット）などのキャリアを通して共同データ符号化を指定することができる。いくつかの態様に従って、マルチキャリア認可は、キャリア（例えば、独立にまたは共同で搬送される複数のＡＣＫ／ＮＡＫ）を通して独立なデータ符号化を指定することができる。
【００６０】
単一の送信時間間隔（ＴＴＩ）が、水平軸５０２に沿って示されている。マルチキャリア通信システムは、３つのキャリア帯域、ＤＬキャリア１帯域５０４と、ＤＬキャリア２帯域５０６と、ＤＬキャリア３帯域５０８と、を含む。各キャリア帯域は、レガシー制御領域５１０、５１２、５１４と、ペイロード領域５１６、５１８、５２０と、を含む。各レガシー制御領域の中には（またはレガシー制御領域の少なくともサブセット上には）、マルチキャリア制御領域５２２、５２４、５２６が、ネストされる。いくつかの態様に従って、マルチキャリア制御領域５２２、５２４、５２６は、復号する目的のために、モバイルデバイスなどによって連結されることができる（５２８）。
【００６１】
いくつかの態様に従って、図５は、各レガシー制御領域５１０、５１２、５１４の中の単一のマルチキャリア制御領域５２２、５２４、５２６を示しているが、レガシー制御領域５１０、５１２、５１４のサブセットの中には、マルチキャリア制御領域が存在することができる。
【００６２】
図６は、一態様による、キャリア当たりの識別された制御領域を有するマルチキャリアＤＬ認可の一例のブロック図６００を示している。この態様に従って、マルチキャリアＤＬ認可情報は、それが認可を搬送するための同じＤＬキャリア上で送信される、キャリア当たりの１つの認可として通信されることができる。
【００６３】
単一のＴＴＩ６０２は、水平軸に沿って示され、そして３つのキャリア、ＤＬキャリア１帯域６０４と、ＤＬキャリア２帯域６０６と、ＤＬキャリア３帯域６０８とが、存在している。各キャリアは、レガシー制御領域６１０、６１２、６１４と、ペイロード領域６１６、６１８、６２０と、を含む。各レガシー制御領域６１０、６１２、６１４の中には、マルチキャリア制御領域６２２、６２４、６２６が、含まれる。マルチキャリア制御領域６２２は、ＤＬキャリア１帯域６０４についての認可情報を含み、マルチキャリア制御領域６２４は、ＤＬキャリア２帯域６０６についての認可情報を含み、そしてマルチキャリア制御領域６２６は、ＤＬキャリア３帯域６０８についての認可情報を含む。
【００６４】
この例は、各レガシー制御領域６１０、６１２、６１４の中の単一のマルチキャリア制御領域６２２、６２４、６２６を示しているが、開示された態様は、この例だけには限定されないことに注意すべきである。別の態様においては、レガシー制御領域６１０、６１２、６１４の中に任意の望ましい数のマルチキャリア制御領域が、存在することができる。代わりに、または追加して、異なるキャリアの中には、異なる数のマルチキャリア制御領域が、存在していることができ、あるいは選択されたキャリア、またはすべてのキャリアの中には、マルチキャリア制御領域が存在していないこともできる。
【００６５】
マルチキャリアに関連した開示された態様は、単一キャリア制御についてのサポートを含んでいるが、マルチキャリア機能を改善することができる態様が、存在する。以下の態様は、マルチキャリアのダウンリンク（ＤＬ）割当てと、アップリンク（ＵＬ）割当てとに関する。マルチキャリア割当ては、これらの割当てが、単一キャリア割当てに比べられるときにオーバーヘッドを緩和することができるので、マルチキャリアコンフィギュレーションのためにより適切とすることができる。代わりに、または追加して、マルチキャリア割当ては、１つのキャリアを監視するモバイルデバイス割当てを低減させることができる。
【００６６】
１つのＤＬキャリア上で送信される単一キャリア割当ては、その同じＤＬキャリア／対応するＵＬキャリアの上でターゲットモバイルデバイスに対してＤＬ／ＵＬリソースを割り当てる。キャリアを通しての共通フィールド（例えば、ＣＲＣ、ハイブリッド自動反復要求（ＨＡＲＱ）プロセス識別情報（ＩＤ）、フラグなど）は、マルチキャリア割当てのために利用される複数の単一キャリア認可の場合のように反復されないので、マルチキャリア認可は、複数のキャリア上にリソースを割り当てることができ、そしてより小さなオーバーヘッドを有する。
【００６７】
マルチキャリア割当ては、任意のＤＬキャリア上で通信されることができ、そして任意のＤＬ／ＵＬキャリア（単数または複数）についてのリソースを割り当てることができる。アンカーキャリアは、信頼できる制御カバレージを提供するために利用されることができ、そしてマルチキャリア割当てを通信するために利用されることができ、これは、制御が信頼できるように搬送されなくてもよいキャリア上で、より信頼できるデータスケジューリングを提供することができる。無線リソース制御(Radio Resource Control)（ＲＲＣ）信号は、可能性があるマルチキャリア割当てについて監視する追加のＤＬキャリア（単数または複数）が存在するかどうかをモバイルデバイスに通知することができる。
【００６８】
マルチキャリア割当ては、複数のキャリアについての１つの認可として通信されることができるので、いくつかの異なるスキームが、デジタルキャリアインターフェース(Digital Carrier Interface)（ＤＣＩ）設計（例えば、ＤＣＩフォーマッティング）のために利用されることができる。ＤＬ認可オーバーヘッドは、各キャリアについての変調符号化スキーム(Modulation and Coding Scheme)（ＭＣＳ）情報に関係づけられることができる。例えば、単一のＭＣ（マルチキャリア）認可は、各キャリアについての別個のＭＣＳについての追加のビット（例えば、キャリア当たり約５ビット）を有することができる。代わりに、または追加して、各キャリア上で別々に送信される複数のＬＴＥ Ｒｅｌ−８ベースの認可が、存在することができ、これらは、ＭＣＳ、フラグ、ＨＡＲＱプロセスＩＤ、キャリアについてのＣＲＣなどについての追加のビット（例えば、キャリア当たりに約２４ビット）を有することができる。
【００６９】
次に、４つの異なるスキーム（スキーム１、スキーム２、スキーム３、およびスキーム４）として論じられるＤＬとＵＲとについてのマルチキャリア割当てフォーマットの例が、提供される。モバイルデバイスキャリア関連付けコンフィギュレーションのタイプに応じて、マルチキャリアＤＬ認可ＤＣＩフォーマットは、準静的モバイルデバイスキャリアコンフィギュレーション(semi-static mobile device carrier configuration)および／または動的モバイルデバイスキャリアコンフィギュレーション(dynamic mobile device carrier configuration)について定義されることができる。準静的モバイルデバイスキャリアコンフィギュレーションは、割り当てられたキャリアの数が、そのモバイルデバイスについての準静的に構成されたキャリアの数と比べてあまり変動しない場合に、利用されることができる。動的モバイルデバイスキャリアコンフィギュレーションは、実際に割り当てられるキャリアの数に対する動的割当てフォーマット適応(dynamic assignment format adaptation)を可能にする。動的モバイルデバイスキャリアコンフィギュレーションは、割り当てられたキャリアの数のかなりの変動が予想される場合に利用されることができる。
【００７０】
準静的モバイルデバイスキャリアコンフィギュレーションは、モバイルデバイスが、システムの中のすべてのキャリアのサブセットに関連づけられるように準静的に構成されていることを仮定している。どのキャリアが利用されるかについての情報を有するＮ−１ビット（ここでＮは、キャリアの数である）のビットマップは、ＲＲＣ信号(RRC signaling)によってモバイルデバイスに通信されることができる。利用すべきＤＣＩフォーマットは、モバイルデバイスが割当てを予想することができるキャリアの数によって決定されることができる。ブラインド復号化の観点では、ここにおいて開示されるように、準静的モバイルデバイスキャリアコンフィギュレーションは、ただ１つのマルチキャリアＤＣＩフォーマット（Ｒｅｌ−８フォーマットに加えて）を有する。
【００７１】
スキーム１に関連して、マルチキャリアＤＣＩフォーマットは、いくつかの帯域幅ケース（例えば、１１０個のリソースブロック(Resource Blocks)（ＲＢ）の倍数）：２２０ＲＢ、３３０ＲＢ、４４０ＲＢ、５５０ＲＢ、について定義されることができる。各帯域幅ケースは、キャリアの数に対応する。例えば、２２０ＲＢは、２つのキャリアに対応し、３３０ＲＢは、３つのキャリアに対応し、４４０ＲＢは、４つのキャリアに対応し、５５０ＲＢは、５つのキャリアに対応し、その他いろいろである。キャリアの実際の帯域幅は、２０ＭＨｚ（１１０ＲＢ）よりも小さいが、しかしながら、リソースアドレス指定空間は、キャリア当たりの最大の可能な帯域幅についてプロビジョニングされるべきである。
【００７２】
いくつかの態様に従って、リソース割当て細分性(resource allocation granularity)は、オーバーヘッドを緩和するために（Ｒｅｌ−８と比べて）増大されることができる。例えば、８ＲＢ細分性は、帯域幅２２０ＲＢ、３３０ＲＢ、および４４０ＲＢのために利用されることができ、そして１０ＲＢ細分性は、５５０ＲＢの帯域幅のために利用されることができる。
【００７３】
下記の表１は、１つのコードワード(code word)についてのＤＬ−ＳＣＨ割当のためのマルチキャリアＤＣＩフォーマットを示しており、そしてＲｅｌ−８フォーマット１に基づいている。１つのＭＣＳおよびＨＡＲＱの情報が、キャリアについて定義されることができる。例えば、２つのキャリアについての割当ては、２２０ＲＢの帯域幅に対応することができ、そして２つのＭＣＳ（キャリア当たり１つ）についての情報と、対応するＨＡＲＱ情報とが、提供されていることができる（これらの２つのキャリアの複合帯域幅は、２２０ＲＢよりも小さくすることができる）。キャリアを通して共通のＨＡＲＱプロセスＩＤが、存在する。複数のキャリアは、ＭＩＭＯフォーマットにおける複数のコードワードと同様にして取り扱われることができる。また、データインジケータと冗長バージョンとが、キャリアについて提供されることができる。
【表１】
【００７４】
表１に関連して、リソース割付けヘッダは、リソース割付けのタイプ「０」またはタイプ「１」の表示を提供することができる。リソース割付けは、タイプ「０」についての割付けを有するビットマップ、タイプ「１」についての、セット表示、およびその中のビットマップである。ＭＣＳの３２レベルは、キャリアについて（ＲＢ割当てからＴＢＳを計算する）。ＨＡＲＱプロセスＩＤは、例えば、ＦＤＤの場合に３ｂであり、そしてＴＤＤの場合に４ｂであるとすることができる。新しいデータインジケータ(New data indicator)（ＮＤＩ）は、キャリア当たり１ビットとすることができ、そして冗長バージョンは、キャリア当たり２ビットとすることができる。ＴＰＣは、ＰＵＣＣＨについてのＴＰＣコマンドである。ダウンリンク割当てインデックスは、ＦＤＤの場合に０ｂであり、そしてＴＤＤの場合に２ｂであるとすることができる。ＣＲＣは、モバイルデバイスＭＡＣ ＩＤによってマスクされることができる。
【００７５】
Ｒｅｌ−８フォーマット２に基づいたＭＩＭＯ（開ループおよび閉ループ）についてのＤＬ−ＳＣＨ割当てのためのマルチキャリアＤＣＩフォーマットが、下記の表２に提供される。この態様に従って、マルチキャリアＤＣＩフォーマットは、キャリア当たりに２つのコードワードを定義し、そしてキャリアとコードワードとを通して共通のＨＡＲＱプロセスＩＤが、存在する。例えば、ＨＡＲＱスワップフラグは、そのキャリアの２つのコードワードが、交換(スワップ：swap)されるべきかどうかを示す、キャリア当たりの１ビットとすることができる。新しいデータインジケータ（ＮＤＩ）と、冗長バージョンとは、キャリア当たりのコードワード当たりのものとすることができ、そしてプリコーディング情報( precoding information)は、キャリアについて定義されることができる。例えば、予約ビットの数は、ランクインジケータ(rank indicator)（ＲＩ）のための２ビット、および／またはプリコーディング情報のためのＮ＊４ビット（ここでＮは、キャリアの数である）とすることができる。
【表２】
【００７６】
表２を参照すると、リソース割付けヘッダフィールドは、リソース割付けのタイプ「０」またはタイプ「１」の表示を提供する。リソース割付けは、タイプ「０」についての割付けを有するビットマップ、タイプ「１」についてのセット表示、およびその中のビットマップを含む。ＴＰＣは、ＰＵＣＣＨについてのＴＰＣコマンドである。ＨＡＲＱプロセスＩＤは、ＦＤＤの場合に３ｂであり、そしてＴＤＤの場合に４ｂであるとすることができる。ＨＡＲＱスワップフラグは、キャリア内の２つのトランスポートブロックが、スワップされるべきかどうかを示す。ダウンリンク割当てインデックスフィールドは、ＦＤＤの場合に０ｂであり、そしてＴＤＤの場合に２ｂであるとすることができる。ＭＣＳ−第１のコードワードフィールドは、キャリア当たりに３２レベルのＭＣＳとする（ＲＢ割当てからＴＢＳを計算する）ことができる。新しいデータインジケータ−第１のコードワードは、キャリア当たりに１ビットとすることができ、そして冗長バージョン−第１のコードワードは、キャリア当たりに２ビットとすることができる。プリコーディング情報フィールドのビットの数は、アンテナポートの数Ｐと、それが、閉ループの空間多重化であるか、開ループの空間多重化であるかと、に依存する。プリコーディング情報の解釈は、イネーブルにされたコードワードの数に依存することもできる。ＣＲＣは、モバイルデバイスＭＡＣ ＩＤによってマスクされることができる。
【００７７】
ＤＣＩフォーマットは、準静的モバイルデバイスキャリアコンフィギュレーションについての表１および表２を参照して上記で論じられるように、キャリア帯域幅が、２０ＭＨｚよりも小さい場合について利用されることができる。ＤＣＩフォーマットは、ＲＢの数が、すべてのキャリア上の合計に対応するように、そしてＭＣＳフィールドの数と、ＨＡＲＱ情報とが、キャリアの数を用いて適切にスケール変更されるように、定義されることができる。例えば、おのおのが２５ＲＢ（５ＭＨｚ）の、４つのキャリアが存在する場合に、適切なＤＣＩフォーマットは、ＭＣＳ情報についての４つのフィールド（ＭＩＭＯの場合についてのコードワード当たり）と、ＮＤＩおよびＲＶのおのおのについての４つのフィールド（ＭＩＭＯの場合についてのコードワード当たり）とを有する１つのアドレス１００ＲＢである可能性がある。リソースアドレス指定空間が、キャリア当たりに最大の可能性のある帯域幅（２０ＭＨｚ）についてプロビジョニングする必要がないので、この態様は、キャリア帯域幅が、２０ＭＨｚ（１１０ＲＢ）よりも小さいときにオーバーヘッドを節約することができる。
【００７８】
表１および表２において、ＴＰＣは、すべての帯域幅を通して共通であるように示されることに注意すべきである。しかしながら、いくつかの態様に従って、ＴＰＣは、帯域幅を通して異なっている可能性がある。例えば、ＴＰＣフィールドは、キャリアの数の２倍とすることができる。
【００７９】
スキーム１に関連して続けると、利用されたキャリアの数に応じて使用される１つのＭＣフォーマット（例えば、Ｒｅｌ−８と比べられるように、物理ダウンリンク制御チャネル(Physical Downlink Control Channel)（ＰＤＣＣＨ）のブラインド復号化のためのただ１つの追加フォーマット）が存在することができる。モバイルデバイスに実際に割り当てられるキャリアの数には関係なく、システムの中のキャリアの数に対応するフォーマットが、利用されることができる。例えば、システムの中に５つのキャリアが、存在するが、２つのキャリアだけが、モバイルデバイスに割り当てられる場合、５５０ＲＢに対応するフォーマットが、利用されることになる（これは、冗長オーバーヘッドを含む可能性がある）。
【００８０】
スキーム２：いくつかの態様に従って、ＤＬ ＭＣ ＤＣＩフォーマットのためのスキーム１に追加して、どのキャリアがスケジュールされるかについての情報の包含も存在することができる。例えば、プロビジョニングされたキャリアの最大数をカバーする約５ビットが、存在することができる。さらに、最後のキャリアが暗黙のうちに考慮される場合に、４ビットを有することが可能である。例えば、２２０ＲＢＳについてのＤＣＩフォーマットは、２つのキャリアについての２つのＭＣＳが定義される場合に、利用されることができる。スケジュールされたキャリアフィールドが、１０００である場合、これは、キャリア１とキャリア５とがスケジュールされることを示すことができる。別の例においては、スケジュールされたキャリアフィールドが、１０１０である場合には、それは、キャリア１とキャリア３とがスケジュールされることを示すことができる。
【００８１】
代わりに、または追加して、すべてのＭＣフォーマットは、利用されたキャリアの数に応じて使用されることができる（例えば、Ｒｅｌ−８と比べて、ＰＤＣＣＨのブラインド復号化のための４つの追加フォーマット）。さらに、スケジュールされたキャリアについての追加ビットが、５５０ＲＢフォーマットのために必要とされない可能性があり、そして３つのＤＣＩフォーマットについての（スキーム１と比べて）４（５）ビットだけ増大されるＭＣ ＤＣＩについて必要とされるビットの絶対数が存在することができる。さらに、システムの中の最大数よりも少ないキャリアが、モバイルデバイスについてスケジュールされるときには、冗長オーバーヘッドが存在しない。これは、かなりの節約をもたらす可能性がある。例えば、ＭＩＭＯモードにおいては、２つのキャリアが、５つのキャリアシステムの中でスケジュールされる場合、（９４＋４）ビットを有するＤＣＩが、１８４ビットの代わりに使用される（８６ビットの節約を表す）。
【００８２】
いくつかの態様に従って、動的モバイルデバイスキャリアコンフィギュレーションであるスキーム３が、利用されることができる。動的モバイルデバイスキャリアコンフィギュレーションは、モバイルデバイスが、モバイルデバイスが接続されるセルの中で構成される任意の数のキャリアを動的に割り当てられることができることを仮定している。これは、モバイルデバイスが、実際の割当てに対する割当てオーバーヘッドに動的に適応することを可能にすることができる。これは、割当てオーバーヘッドが、構成されたキャリアの数に対応するが、モバイルデバイスが、キャリアのサブセットたけにリソースを割り当てられることができる場合の準静的アプローチとは異なる。
【００８３】
動的キャリアコンフィギュレーションについてのＤＬ割当ては、２つの部分：キャリア共通のＤＣＩフォーマットと、キャリア特有のＤＣＩフォーマットと、を含むことができる。動的モバイルデバイスキャリアコンフィギュレーションでは、システムの中の最大数よりも少ない数のキャリアが、モバイルデバイスのためにスケジュールされるときに、冗長オーバーヘッドは、存在しない。割当てに含まれる各ＤＣＩについて１つのＣＲＣの、２つのＣＲＣが存在するので、動的モバイルデバイスキャリアコンフィギュレーションは、強いＣＲＣ保護を提供することができる。
【００８４】
キャリア共通のＤＣＩフォーマットは、割り当てられたキャリアの数と、システムの中のキャリアの数とに関係なく共通フィールドを含むことができる（例えば、ヘッダ送信パワー制御(Transmit Power Control)（ＴＰＣ）、ＨＡＲＱプロセスＩＤ（例えば、６ビット））。スキーム３は、スキーム１において定義されるようにＤＣＩフォーマットに対応することができるが、ヘッダなしでは、ＴＰＣ、およびＨＡＲＱプロセスＩＤは、キャリア共通のＤＣＩフォーマットに従うことになる。いくつかの態様に従って、Ｒｅｌ−８と比べて、ＰＤＣＣＨのブラインド復号化についてのただ１つの追加フォーマットが存在する（例えば、ひとたび共通フォーマットが復号された後に、割当て特有のフォーマットは、サイズおよびロケーションの観点から決定論的である）。スキーム３は、より強いＣＲＣ保護（例えば、２つのＣＲＣ）の利点を提供することができる。
【００８５】
いくつかの態様に従って、システムの中の最大数よりも少ない数のキャリアが、モバイルデバイスについてスケジュールされるときには、冗長オーバーヘッドは、存在してはいない。ＭＣ ＤＣＩについて必要とされるビットの絶対数は、スキーム１と比べて、２１（１３）ビットだけ増大されることができる（例えば、どのキャリアがスケジュールされるかについての情報のための５ビットと、共通メッセージＣＲＣについての１６ビットまたは８ビット）。ＭＣ ＤＣＩについて必要とされるビットの絶対数は、スキーム２と比べて１６（８）ビットだけ増大される（例えば、ＣＲＣのための共通メッセージビットについての１６ビットまたは８ビット）。さらに、追加ビットは、特有のＤＣＩのロケーションを指し示すためにキャリア共通のＤＣＩに追加されることができる。これは、特有のＤＣＩがキャリア共通のＤＣＩに丁度従う場合よりも高い柔軟性を提供することができる。スキーム３は、２７ビット対２８ビットなど、フォーマット１ＣまたはＲｅｌ−８とほぼ同じサイズとすることができる。例えば、これらのフォーマットを共通のＭＣ ＤＣＩフォーマットにおいて１ビット低減させることにより同じサイズにすることは、可能にすることができる（例えば、Ｒｅｌ−８と比べて追加のブラインド復号化なしに、そして変更されたＣＲＣマスクを使用することにより、それらを区別するために）。
【００８６】
表３は、キャリア共通のＤＣＩフォーマットを示している。
【表３】
【００８７】
いくつかの態様に従って、ヘッダと、ＴＰＣと、ＨＡＲＱプロセスＩＤとは、６ビットとすることができ、そしてどのキャリアがスケジュールされるかについての情報は、Ｎビット（キャリア当たり１ビット）とすることができる。キャリア共通のＤＣＩフォーマットサイズ（例えば、２７ビット）は、Ｒｅｌ−８についてのフォーマット１Ｃ（例えば、２６ビット）とサイズにおいて類似したものとすることができる。しかしながら、いくつかの態様によれば、サイズは、共通のＭＣ ＤＣＩフォーマットにおいて１ビットを低減させることによって同じにされることができる。例えば、Ｒｅｌ−８と比べて、追加のブラインド復号化が存在しないことができ、そして区別するために、変更されたＣＲＣマスクが、利用されることができる。
【００８８】
キャリア特有のＤＣＩフォーマットは、キャリア共通のＤＣＩフォーマットに従う。追加ビットが、キャリア特有のＤＣＩのロケーションを指し示すために、キャリア共通のＤＣＩに追加されることができる。これは、特有のＤＣＩが、キャリア共通のＤＣＩに丁度従う場合よりも高い柔軟性を提供することができる。
【００８９】
キャリア共通のＤＣＩフォーマットは、準静的キャリアコンフィギュレーションについて定義されるフォーマットに類似しているが、しかしながら、キャリア共通のＤＣＩフォーマットは、ヘッダと、ＴＰＣと、ＨＡＲＱプロセスＩＤとを有さない可能性がある。利用されるキャリア特有のＤＣＩフォーマットは、キャリア共通のＤＣＩ上に含まれるスケジュールされたキャリアの数によって決定されることができる。いくつかの態様に従って、ブラインド復号化のためのＲｅｌ−８フォーマットに加えて、ただ１つのマルチキャリアＤＣＩフォーマットが、存在する。
【００９０】
スキーム４。モバイルデバイスは、システムの中のすべてのキャリアのサブセットに関連するように（例えば、どのキャリアが認可（例えば、スキーム２）においてスケジュールされるかについての情報を動的に搬送する代わりに）準静的に構成されている可能性がある。さらに、どのキャリアが利用されるかについてのビットマップが、ＲＲＣ信号（例えば、Ｎ−１ビット、ここでＮは、キャリアの数である）によってモバイルデバイスに提供される。使用すべきモバイルデバイスについてのＤＣＩフォーマットは、モバイルデバイスが割当てを予想することができるキャリアの数によって決定されることができる。例えば、モバイルデバイスは、Ｒｅｌ−８フォーマットに加えてただ１つのＭＣ ＤＣＩフォーマットをブラインド復号しようと試みることになり、あるいはＭＣ ＤＣＩフォーマットは、スキーム１によって定義されるフォーマットのうちの１つである。
【００９１】
上記に説明されるスキームを要約すると(To recap)、スキーム４は、準静的モバイルデバイスキャリアコンフィギュレーションに対応する。スキーム１は、スキーム４に類似しているが、しかしながら、各モバイルデバイスは、キャリアの特有の数について構成されるＲＲＣではなく、使用される認可フォーマットは、すべてのモバイルデバイスについて同じであり、そしてシステムの中のキャリアの数に依存する。スキーム３は、動的キャリアコンフィギュレーションに対応する。スキーム２は、追加ビットが、どの正確なキャリア（単数または複数）のためにモバイルデバイスがスケジュールされるかを示して、スキーム１に類似している。スキーム１に関する違いは、キャリアのすべての可能な数についてのフォーマットが（システムの中のキャリアの数に対応するものだけでなく）利用されることができることであり、そしてモバイルデバイスは、各ＴＴＩについて正しいものを見出すために、すべての可能性をブラインドリーに(blindly)復号する。
【００９２】
いくつかの態様に従って、ＭＩＭＯ割当てフォーマットは、両方のコードワードについての共通のハイブリッド自動反復要求(Hybrid Automatic Repeat Request)（ＨＡＲＱ）プロセス識別情報(Identification)（ＩＤ）を含むことができる。共通のＨＡＲＱプロセスＩＤは、非同期ＨＡＲＱオペレーションを可能にするために新しいデータインジケータ（ＮＤＩ）と共に利用されることができ、そしてマルチキャリアシステムへと拡張されることができる。マルチキャリアシステムにおいては、マルチキャリア認可は、共通の、そしてキャリア当たりの、そしてＭＩＭＯオペレーションについてコードワードＮＤＩ当たりの、ＨＡＲＱプロセスＩＤ(common HARQ process ID and per carrier and per code word NDI for MIMO operation)が存在することができるように、設計されることができる。これの利点は、キャリア当たりに、柔軟性および／または性能の損失のないＨＡＲＱプロセスＩＤを有することによるオーバーヘッドの緩和である。
【００９３】
いくつかの態様に従って、ユニバーサル認可は、巡回冗長検査（ＣＲＣ）、ＨＡＲＱプロセスＩＤ、および／またはフラグのうちの少なくとも１つについての共通フィールドを含むフォーマットを用いて構築されることができる。このユニバーサル認可は、これらの共通フィールドが、マルチキャリアシステムと共に利用されることを可能にし、これは、これらのフィールドが反復される必要がない（各キャリアについて別々の認可を有する場合にそうなるように）ので、より効率的に帯域幅を利用することができる。
【００９４】
いくつかの態様に従って、ユニバーサル認可は、モバイルデバイスによって受信され、そして利用されることができる。ユニバーサル認可は、分析されることができ、そしてＣＲＣ、ＨＡＲＱプロセスＩＤ、および／またはフラグについての情報を含む少なくとも１つの共通フィールドが、識別されることができる。共通フィールド情報は、２つ以上のキャリアシステムと共に使用されることができる。
【００９５】
図７を参照すると、一態様による、共通フィールドを含むユニバーサル認可を生成するためのシステム７００が、示されている。システム７００は、基地局とすることができる少なくとも１つのワイヤレス通信装置７０２と、少なくとも１つのモバイルデバイス７０４と、を含む。ワイヤレス通信装置７０２の中には、認可７０８が生成されることができるマルチキャリアシステム７００の中で使用可能なキャリアを識別するように構成された評価器７０６が、含まれる。認可７０８は、ＣＲＣ、ＨＡＲＱプロセスＩＤ、フラグ、またはそれらの組合せに関連した共通フィールドを含むようにフォーマットされることができる。認可フォーマッタ７１０は、多数のキャリアシステムが、フィールド内の共通情報を活用し、そして使用することを可能にすることができる認可フォーマットを強制することができる。認可７０８は、通信モジュール７１２によってモバイルデバイス７０４へと送信される。
【００９６】
モバイルデバイス７０４は、認可７０８を受信するように、そして認可７０８に関連する共通フィールドと、共通情報などとを評価するように構成された分析器７１４を含むことができる。例えば、分析器７１４は、認可７０８内に含まれるＣＲＣ、ＨＡＲＱプロセスＩＤ、および／またはフラグのうちの少なくとも１つを識別することができる。共通情報と、共通フィールドなどとは、マルチキャリアシステム７００に関連してモバイルデバイス７０４によって使用されることができる。
【００９７】
モバイルデバイス７０４の中にはまた、エラーの検査および制御を容易にするために、認可７０８において、共通情報と、共通フィールドなどとを活用するように構成されたエラーコントローラ７１６が、含まれる。エラーコントローラ７１６は、マルチキャリアを通してＨＡＲＱプロセスＩＤを有するＨＡＲＱプロセスを使用することができる。したがって、共通データと共通情報とは、ＨＡＲＱプロセスが、キャリアに関係なく、インプリメントされることを可能にすることができる。
【００９８】
さらに、モバイルデバイス７０４は、新しいデータインジケータ（ＮＤＩ）に関連して共通フィールドと、それぞれの共通または共用の情報とを利用するように構成されたインジケータ７１８を含むことができる。インジケータ７１８は、ＨＡＲＱプロセスＩＤ情報および／またはＨＡＲＱプロセスと一緒にＮＤＩを利用することができる。さらに、インジケータ７１８は、マルチキャリアシステム７００を通して共通フィールドと関連情報とを活用することができる。
【００９９】
いくつかの態様に従って、マルチキャリアシステム７００におけるＤＬ認可オーバーヘッドは、どのようにして各キャリアについてのＨＡＲＱおよびＭＣＳの情報が、通信モジュール７１２によってモバイルデバイス７０４へと搬送されるか、に応じて異なったものとすることができる。例えば、単一のマルチキャリア認可は、各キャリアについて別々のＭＣＳについての追加ビット（例えば、キャリア当たり５ビット）を有することができる。別の例においては、各キャリア上で別々に送信される複数のＲｅｌ−８ベースの認可は、キャリア当たりにＭＣＳ、フラグ、ＨＡＲＱプロセスＩＤ、ＣＲＣについての追加ビット（例えば、キャリア当たり２５ビット）を有することができる。
【０１００】
様々な態様によれば、多重キャリア(multiple carrier)（ＭＣ）認可フォーマットが、提供される。ＭＣ認可は、ＣＲＣ、ＨＡＲＱプロセスＩＤ、フラグなどの共通フィールドを含むことができる。共通フィールドの利用は、これらのフィールドを反復することを緩和することができ、これは、キャリア当たりの別々の認可と共に起こることになる。さらに、キャリア当たりに別々のＲｅｌ−８認可が利用される場合、そのときには別個のＨＡＲＱプロセスが、キャリア当たりに定義される必要がある。開示された態様では、マルチキャリア認可が利用される場合、共通のＨＡＲＱプロセスが、すべてのキャリアを通して利用されることができる。これは、ＭＩＭＯの複数のコードワードの設計の拡張を可能にする。さらに、開示された態様は、ＭＩＭＯの場合とＳＩＭＯの場合とに適用可能である。いくつかの態様に従って、ＮＤＩは、ＨＡＲＱプロセスＩＤ情報と一緒に利用される。例えば、ＮＤＩは、ＭＩＭＯの場合にキャリア当たりのコードワード当たりのものとすることができ、そしてＮＤＩは、ＳＩＭＯの場合に、キャリア当たりのものとすることができる。さらに、開示された態様によれば、コードワードブランキング（ＭＩＭＯについての）の付いた、または無いある種のＴＴＩにおける一部または全部のキャリア上にデータを割り当てる観点からの十分な柔軟性が、提供される。さらに、開示された態様は、キャリア当たりの別個のＨＡＲＱ ＩＤに関する低減されたオーバーヘッドを提供することができる（例えば、３ビット対Ｎ＊３、ここでＮは、キャリアの数である）。
【０１０１】
いくつかの態様に従って、評価器７０６は、利用すべきスキーム（例えば、上記に論じられるようにスキーム１、スキーム２、スキーム３、またはスキーム４）を自動的に（または手動入力に基づいて）決定する。評価器７０６は、それだけには限定されないが、ブラインド復号化の数、偽の警告確率、エラーの確率、および／またはシステム７００の中の最大数より少ない数のキャリアが、モバイルデバイス７０４についてスケジュールされるときの最小のオーバーヘッドを含めて、様々な判断基準を分析することができる。評価に基づいて、認可フォーマッタ７１０は、選択されたスキームをインプリメントすることができる。いくつかの態様に従って、利用されるべきスキームは、あらかじめ定義されることができる。
【０１０２】
上記に示され、そして説明される例示のシステムを考慮して、開示された主題に従ってインプリメントされることができる方法は、以下のフローチャートを参照してよりよく理解されるであろう。説明を簡単にする目的のために、方法は、一連のブロックとして示され、そして説明されるが、いくつかのブロックが、ここにおいて示され、そして説明される順序と異なる順序で、かつ／または他のブロックと実質的に同時に起こることができるので、特許請求の範囲の主題は、ブロックの数または順序によって限定されないことを理解し、そして認識すべきである。さらに、必ずしもすべての示されたブロックが、ここにおいて説明される方法をインプリメントするために必要とされる可能性があるとは限らない。ブロックに関連する機能は、ソフトウェア、ハードウェア、それらの組合せ、または他の適切な任意の手段（例えば、デバイス、システム、プロセス、コンポーネント）によってインプリメントされることができることを理解すべきである。さらに、以下で、そして本明細書全体を通して開示される方法は、そのような方法を様々なデバイスに対して移送することと、転送することとを容易にするために製造の物品上に記憶されることができることをさらに理解すべきである。当業者(Those skilled in the art)は、方法が、代わりに、状態図においてなど、一連の相互に関連した状態またはイベントとして表されることができることを理解し、そして認識するであろう。
【０１０３】
図８は、一態様による、マルチキャリアワイヤレスシステムにおいて認可を送信するための方法８００を示している。方法８００は、８０２において、認可情報が、決定されるときに開始される。いくつかの態様に従って、認可情報を決定することは、複数の帯域幅の場合についてマルチキャリアデジタルキャリアインターフェース情報を定義することを含み、そこで、各帯域幅の場合は、キャリアの数に対応する。
【０１０４】
いくつかの態様によれば、認可情報を決定することは、割り当てられたキャリアの数と、マルチキャリアワイヤレス通信環境の中のキャリアの数とに関係なく共通フィールドを含むこと、を備える。方法８００は、キャリア特有のデジタルキャリアインターフェースのロケーションを指し示す追加ビットを追加すること、を含むことができる。いくつかの態様によれば、認可情報を決定することは、マルチキャリアワイヤレス通信環境において、キャリアのサブセットに関連づけられるようにユーザデバイスを準静的に構成することと、キャリアのサブセットのビットマップを提供することと、をさらに備える。
【０１０５】
８０４において、認可情報を通信する制御領域は、ユーザデバイス能力の関数として識別され、そして認可情報は、制御領域の中に挿入される。いくつかの態様に従って、制御領域を識別することは、非レガシー制御領域を選択すること、を備える。別の態様によれば、制御領域を識別することは、キャリア当たりのレガシー制御領域を選択すること、を備える。
【０１０６】
制御領域の中に認可情報を挿入することは、クロスキャリアオペレーションを用いた独立な割当てを適用すること、を含むことができる。いくつかの態様に従って、制御領域の中に認可情報を挿入することは、マルチキャリア認可情報を連結することと、レガシー制御領域の中にマルチキャリア認可情報を挿入することと、を含む。別の態様によれば、制御領域の中に認可情報を挿入することは、複数のキャリアに関連する制御領域上で認可情報をセグメント化することと、マルチキャリア割当てを形成するために制御セグメントを連結することと、を含む。
【０１０７】
認可情報は、８０６において、識別された制御領域の中で送信される。認可情報を送信することは、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリア当たりの１つの認可としてマルチキャリア認可情報を送信すること、を含むことができる。
【０１０８】
いくつかの態様に従って、認可情報を決定することは、マルチキャリアワイヤレス通信システムに関連する少なくとも１つのキャリアシステムを分析すること、を備える。制御領域の中に認可情報を挿入することは、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せのうちの少なくとも１つについての共通フィールドを用いて認可を生成すること、を備える。
【０１０９】
いくつかの態様に従って、コンピュータプログラムプロダクト(computer program product)は、様々な方法の様々な態様を実行するためのコードを備えるコンピュータ可読媒体を含むことができる。コンピュータ可読媒体は、コンピュータに、認可情報を決定するようにさせるための第１の組のコードを含むことができる。コンピュータ可読媒体にはまた、コンピュータに、認可情報を通信する制御領域を識別するようにさせるための第２の組のコードが、含まれる。さらに、コンピュータ可読媒体は、コンピュータに、決定された制御領域に認可情報を配置するようにさせるための第３の組のコードと、コンピュータに、識別された制御領域の中で認可情報を通信するようにさせるための第４の組のコードと、を含む。
【０１１０】
図９は、一態様による、マルチキャリアワイヤレスシステムにおいて認可を受信するための方法９００を示している。方法９００は、９０２において、認可情報を受信するためのキャリアの中の制御領域のロケーションが、決定されるときに、開始される。決定は、認可情報が、非レガシー制御領域の中にあること、にすることができる。代わりに、決定は、認可情報が、キャリア当たりのレガシー制御領域の中にあること、にすることもできる。
【０１１１】
９０４において、認可情報が、受信される。いくつかの態様に従って、受信することは、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリア当たりの１つの認可としてマルチキャリア認可情報を受信すること、を含むことができる。
【０１１２】
９０６において、認可情報は、選択的に復号される。復号することは、クロスキャリアオペレーションを用いた独立な割当てを識別すること、を含むことができる。いくつかの態様に従って、復号することは、認可情報と、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、に関連した少なくとも１つのフィールドと、を評価することと、マルチキャリアワイヤレス通信システムと共に共通フィールドを利用することと、を含むことができる。
【０１１３】
いくつかの態様に従って、コンピュータプログラムプロダクトは、方法９の様々な態様を実行するためのコードを備えるコンピュータ可読媒体を含むことができる。コンピュータ可読媒体は、コンピュータに、認可情報を受信するためのキャリアの中の制御領域のロケーションを決定するようにさせるための第１の組のコードを含むことができる。コンピュータ可読媒体は、コンピュータに、認可情報を受信するようにさせるための第２の組のコードと、コンピュータに、認可情報を復号するようにさせるための第３の組のコードと、を含むこともできる。
【０１１４】
図１０は、一態様による、マルチキャリアシステムを通して認可を利用するための方法１０００を示している。ＨＡＲＱプロセスＩＤは、キャリアを通して共通とすることができる（例えば、ビットの数は、マルチキャリアシステムの中のキャリアの数と関係なく同じままである）。別個の認可が、キャリア当たりに送信される場合、そのときには別個のＨＡＲＱプロセスＩＤが、キャリア当たりに通信される必要があり、これは、オーバーヘッドを増大させる可能性がある。このオーバーヘッドを緩和するために、方法１０００は、複数のキャリアについての割当てを搬送する共同して符号化された認可を利用し、そしてそれ故に、すべてのキャリアを通して共通のＨＡＲＱプロセスＩＤを有することができ、これが、オーバーヘッドを緩和することができる。１００２において、マルチキャリアワイヤレス通信システムと共に、少なくとも１つのキャリアが、分析される。分析に基づいて、１００４において、認可が生成される。生成された認可は、ＣＲＣ、ＨＡＲＱプロセスＩＤ、フラグ、またはそれらの組合せを含むことができる。いくつかの態様に従って、認可が２つ以上のキャリアシステムを通して利用されることができるように、認可は、フォーマットされ、そして生成されることができる。認可は、すべてのキャリアを通して使用されることができる共通のＨＡＲＱプロセスＩＤを有するマルチキャリア認可とすることができる。新しいデータインジケータ（ＮＤＩ）が、ＨＡＲＱプロセスＩＤ情報と一緒に使用されることができる。ＭＩＭＯの場合では、キャリア当たりのコードワード当たりにＮＤＩが存在することができる。ＳＩＭＯの場合には、キャリア当たりにＮＤＩが存在することができる。１００６において、認可が送信される。
【０１１５】
図１１は、一態様による、マルチキャリアシステムにおいて受信された認可を利用するための方法１１００を示している。方法１１００は、複数のキャリアについての割当て情報を搬送する共同して符号化された認可を利用するように構成されている。さらに、方法１１００は、コードワードブランキング（ＭＩＭＯについての）の付いた、または無いある種のＴＴＩにおいて一部または全部のキャリア上にデータを割り当てる観点から十分な柔軟性を提供することができる。代わりに、または追加して、方法１１００は、キャリア当たりの別個のＨＡＲＱプロセスＩＤに関してオーバーヘッドを緩和することができる（例えば、３ビット対Ｎ＊３ビット、ここでＮは、キャリアの数である）。
【０１１６】
１１０２において、認可が送信される。認可は、図１０の方法１０００を使用した基地局から受信されることができる。例えば、認可は、すべてのキャリアを通して使用されることができる共通のＨＡＲＱプロセスＩＤを有するマルチキャリア認可とすることができる。新しいデータインジケータ（ＮＤＩ）が、ＨＡＲＱプロセスＩＤ情報と一緒に使用されることができる。ＭＩＭＯの場合では、キャリア当たりのコードワード当たりのＮＤＩが存在することができる。ＳＩＭＯの場合では、キャリア当たりのＮＤＩが存在することができる。１１０４においては、認可と、ＣＲＣ、ＨＡＲＱプロセスＩＤ、および／またはフラグに関連した１つまたは複数の共通フィールドとが、評価される。共通フィールド（単数または複数）は、１１０６において、マルチキャリアシステムの中で利用される。開示された態様は、ＭＩＭＯおよび／またはＳＩＭＯに対して適用することができる。
【０１１７】
次に図１２を参照すると、１つまたは複数の開示された態様に従って、マルチキャリアワイヤレス通信システムにおける認可の通信を容易にするシステム１２００が、示されている。システム１２００は、ユーザデバイスの中に存在することができる。システム１２００は、例えば、レシーバアンテナから信号を受信することができるレシーバコンポーネント１２０２を備える。レシーバコンポーネント１２０２は、その上で、受信信号をフィルタにかけること、増幅すること、ダウンコンバートすることなど、典型的なアクションを実行することができる。レシーバコンポーネント１２０２は、サンプルを得るために調整された信号をデジタル化することもできる。復調器１２０４は、各シンボル期間についての受信シンボルを得ると共に、同様にプロセッサ１２０６に受信シンボルを供給することができる。
【０１１８】
プロセッサ１２０６は、レシーバコンポーネント１２０２によって受信される情報を分析すること、および／またはトランスミッタ１２０８による送信のための情報を生成すること、に専用のプロセッサとすることができる。追加して、または代わりに、プロセッサ１２０６は、システム１２００の１つまたは複数のコンポーネントを制御し、レシーバコンポーネント１２０２によって受信される情報を分析し、トランスミッタ１２０８による送信のための情報を生成し、かつ／またはシステム１２００の１つまたは複数のコンポーネントを制御することができる。プロセッサ１２０６は、追加のユーザデバイスとの通信を協調させることができるコントローラコンポーネントを含むことができる。
【０１１９】
システム１２００は、プロセッサ１２０６に動作的に結合されたメモリ１２１０をさらに備えることができる。メモリ１２１０は、通信を協調させることに関連した情報と、他の適切な任意の情報とを記憶することができる。メモリ１２１０は、さらに、認可の通信に関連するプロトコルを記憶することができる。ここにおいて説明されるデータストア（例えば、メモリ）コンポーネントは、揮発性メモリまたは不揮発性メモリのいずれかとすることもでき、あるいは揮発性と不揮発性との両方のメモリを含むことができることが理解されるであろう。例証として、限定するものではないが、不揮発性メモリは、リードオンリーメモリ(read only memory)（ＲＯＭ）、プログラマブルＲＯＭ（programmable ROM）（ＰＲＯＭ）、電気的プログラマブルＲＯＭ(electrically programmable ROM)（ＥＰＲＯＭ）、電気的消去可能ＲＯＭ(electrically erasable ROM)（ＥＥＰＲＯＭ）、またはフラッシュメモリを含むことができる。揮発性メモリは、ランダムアクセスメモリ(random access memory)（ＲＡＭ）を含むことができ、これは外部キャッシュメモリとしての役割を果たす。例証として限定するものではないが、ＲＡＭは、シンクロナスＲＡＭ(synchronous RAM)（ＳＲＡＭ）、ダイナミックＲＡＭ(dynamic RAM)（ＤＲＡＭ）、シンクロナスＤＲＡＭ(synchronous DRAM)（ＳＤＲＡＭ）、ダブルデータレートＳＤＲＡＭ(double data rate SDRAM)（ＤＤＲ ＳＤＲＡＭ）、拡張ＳＤＲＡＭ(enhanced SDRAM)（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ(Synchlink DRAM)（ＳＬＤＲＡＭ）、ダイレクトラムバスＲＡＭ(direct Rambus RAM)（ＤＲＲＡＭ）など多数の形態で使用可能である。様々な態様のメモリ１２１０は、それだけに限定されることなく、これらおよび他の適切な任意のタイプのメモリを備えるように意図される。システム１２００は、シンボル変調器１２１２をさらに備えることができ、そこで、トランスミッタ１２０８は、非変調信号を送信する。
【０１２０】
図１３は、ここにおいて提示される様々な態様に従って認可の通信を容易にするシステム１３００の説明図である。システム１３００は、基地局またはアクセスポイント１３０２を備える。図示されるように、基地局１３０２は、受信アンテナ１３０６により、１つまたは複数の通信デバイス１３０４（例えば、ユーザデバイス）から信号（単数または複数）を受信し、そして送信アンテナ１３０８を通して１つまたは複数の通信デバイス１３０４へと送信する。
【０１２１】
基地局１３０２は、受信アンテナ１３０６から情報を受信し、そして受信情報を復調する復調器１３１２に動作的に関連づけられるレシーバ１３１０、を備える。復調されたシンボルは、マルチキャリアワイヤレス通信システムにおいて認可を搬送することに関連した情報を記憶するメモリ１３１６に結合されたプロセッサ１３１４によって分析される。変調器１３１８は、通信デバイス１３０４に対する送信アンテナ１３０８を通したトランスミッタ１３２０による送信のための信号を多重化することができる。
【０１２２】
図１４を参照すると、マルチキャリアワイヤレス通信環境において認可を送信する一例のシステム１４００が、示されている。システム１４００は、基地局の中に少なくとも部分的に存在することができる。システム１４００は、機能ブロックを含んでいるように表され、これらの機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（例えば、ファームウェア）によってインプリメントされる機能を表す機能ブロックとすることができることを理解すべきである。
【０１２３】
システム１４００は、別々に、または一緒に動作することができる電気コンポーネントの論理的グループ分け１４０２を含んでいる。論理的グループ分け１４０２は、認可情報を決定するための電気コンポーネント１４０４を含んでいる。いくつかの態様によれば、電気コンポーネント１４０４は、複数の帯域幅の場合についてのマルチキャリアデジタルキャリアインターフェース情報を定義し、そこで、各帯域幅の場合は、キャリアの数に対応する。さらに、電気コンポーネント１４０４は、認可情報の中に、スケジュールされたキャリア情報を含んでいる。
【０１２４】
いくつかの態様に従って、電気コンポーネント１４０４は、割り当てられたキャリアの数と、マルチキャリアワイヤレス通信環境の中のキャリアの数とに関係なく、共通フィールドを含んでおり、そしてキャリア特有のデジタルキャリアインターフェースのロケーションを指し示す追加ビットを挿入する。別の態様に従って、電気コンポーネント１４０４は、マルチキャリアワイヤレス通信環境におけるキャリアのサブセットに関連づけられるようにモバイルデバイスを準静的に構成し、そしてキャリアのサブセットのビットマップを提供する。
【０１２５】
論理的グループ分け１４０２はまた、ユーザデバイス能力の関数として認可情報を通信する制御領域を識別するための電気コンポーネント１４０６を含んでいる。いくつかの態様に従って、電気コンポーネント１４０４は、マルチキャリアワイヤレス通信環境に関連する少なくとも１つのキャリアシステムを評価し、そして電気コンポーネント１４０６は、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せのうちの少なくとも１つについての共通フィールドを有する認可を生成する。
【０１２６】
論理的グループ分け１４０２の中にはまた、識別された制御領域の中に認可情報を挿入するための電気コンポーネント１４０８が、含まれる。さらに、論理的グループ分け１４０２は、識別された制御領域の中で認可情報を搬送するための電気コンポーネント１４１０を含んでいる。識別された制御領域は、レガシー制御領域、または非レガシー制御領域とすることができる。電気コンポーネント１４１０は、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリア当たりの１つの認可としてマルチキャリア認可情報を搬送することができる。いくつかの態様によれば、電気コンポーネント１４１０は、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリアの少なくともサブセットについての割当てを搬送する１つの認可としてマルチキャリア認可情報を搬送する。
【０１２７】
さらに、システム１４００は、電気コンポーネント１４０４、１４０６、１４０８、および１４１０、または他のコンポーネントに関連する機能を実行するための命令を保持するメモリ１４１２を含むこともできる。メモリ１４１２の外部にあるように示されているが、電気コンポーネント１４０４、１４０６、１４０８、および１４１０のうちの１つまたは複数は、メモリ１４１２の内部に存在することもできることを理解すべきである。
【０１２８】
図１５は、マルチキャリアワイヤレス通信環境において認可を受信する一例のシステム１５００を示している。システム１５００は、モバイルデバイスの内部に少なくとも部分的に存在することができる。システム１５００は、機能ブロックを含んでいるように表され、これらの機能ブロックは、プロセッサ、ソフトウェア、またはそれらの組合せ（例えば、ファームウェア）によってインプリメントされる機能を表す機能ブロックとすることができることを理解すべきである。
【０１２９】
システム１５００は、別々に、または一緒に動作することができる電気コンポーネントの論理的グループ分け１５０２を含んでいる。論理的グループ分け１５０２は、認可情報を受信するための１つまたは複数のキャリアの中の制御領域のロケーションを決定するための電気コンポーネント１５０４を含んでいる。
【０１３０】
論理的グループ分け１５０２はまた、認可情報を受信するための電気コンポーネント１５０６を含んでいる。電気コンポーネント１５０６は、マルチキャリア認可を搬送するダウンリンクキャリア上の１つまたは複数のキャリアのおのおのについての１つの認可としてマルチキャリア認可情報を受信することができる。
【０１３１】
さらに、論理的グループ分け１５０２は、認可情報を選択的に復号するための電気コンポーネント１５０８を含んでいる。認可情報は、非レガシー制御領域またはキャリア当たりのレガシー制御領域の中にあることができる。いくつかの態様に従って、電気コンポーネント１５０８は、クロスキャリアオペレーションを用いた独立な割当てを識別する。いくつかの態様によれば、電気コンポーネント１５０８は、認可情報と、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せに関連した少なくとも１つの共通フィールドと、を評価する。さらに、電気コンポーネント１５０８は、マルチキャリアワイヤレス通信システム内において少なくとも１つの共通フィールドを利用する。
【０１３２】
さらに、システム１５００は、電気コンポーネント１５０４、１５０６、および１５０８、または他のコンポーネントに関連する機能を実行するための命令を保持するメモリ１５１０を含むこともできる。メモリ１５１０の外部にあるように示されるが、電気コンポーネント１５０４、１５０６、および１５０８のうちの１つまたは複数は、メモリ１５１０の内部に存在することもできることを理解すべきである。
【０１３３】
次に図１６を参照すると、１つまたは複数の態様による多元接続ワイヤレス通信システム１６００が、示されている。ワイヤレス通信システム１６００は、１つまたは複数のユーザデバイスと連絡を取っている１つまたは複数の基地局を含むことができる。各基地局は、複数のセクタについてのカバレージを提供する。１つが、アンテナ１６０４および１６０６を含み、別のものが、アンテナ１６０８および１６１０を含み、そして第３のものが、アンテナ１６１２および１６１４を含む複数のアンテナグループを含む３−セクタの基地局１６０２が、示されている。図によれば、ただ２つのアンテナが、各アンテナグループについて示されるが、しかしながら、より多くの、またはより少ないアンテナが、各アンテナグループについて利用されることができる。モバイルデバイス１６１６は、アンテナ１６１２および１６１４と通信しており、ここでアンテナ１６１２および１６１４は、順方向リンク１６１８上でモバイルデバイス１６１６へと情報を送信し、そして逆方向リンク１６２０上でモバイルデバイス１６１６から情報を受信する。順方向リンク（またはダウンリンク）は、基地局からモバイルデバイスへの通信リンクを意味し、逆方向リンク（またはアップリンク）は、モバイルデバイスから基地局への通信リンクを意味する。モバイルデバイス１６２２は、アンテナ１６０４および１６０６と通信しており、ここでアンテナ１６０４および１６０６は、順方向リンク１６２４上でモバイルデバイス１６２２へと情報を送信し、そして逆方向リンク１６２６上でモバイルデバイス１６２２から情報を受信する。例えば、ＦＤＤシステムにおいては、通信リンク１６１８、１６２０、１６２４、および１６２６は、通信のために異なる周波数を利用する可能性がある。例えば、順方向リンク１６１８は、逆方向リンク１６２０によって利用される周波数とは異なる周波数を使用する可能性がある。
【０１３４】
それらが通信するために指定される各グループのアンテナおよび／またはエリアは、基地局１６０２のセクタと称されることができる。１つまたは複数態様においては、アンテナグループは、おのおの、基地局１６０２によってカバーされるセクタまたはエリアの中のモバイルデバイスに対して通信するように設計される。基地局は、モバイルデバイスと通信するために使用される固定局とすることができる。
【０１３５】
順方向リンク１６１８および１６２４上での通信においては、基地局１６０２の送信アンテナは、異なるモバイルデバイス１６１６および１６２２についての順方向リンクの信号対雑音比を改善するためにビーム形成を利用することができる。また、そのカバレージエリアを通してランダムに散乱されたモバイルデバイスに対して送信するためにビーム形成を利用する基地局は、そのカバレージエリアの中のすべてのモバイルデバイスへと単一アンテナを通して送信する基地局によって引き起こされ得る干渉に比べて、隣接セルの中のモバイルデバイスに対して少ない干渉を引き起こす可能性がある。
【０１３６】
図１７は、様々な態様による、例示のワイヤレス通信システム１７００を示している。ワイヤレス通信システム１７００は、簡単にするために、１つの基地局と、１つの端末とを示す。しかしながら、ワイヤレス通信システム１７００は、複数の基地局もしくはアクセスポイント、および／または複数の端末もしくはユーザデバイスを含むことができ、そこで、追加の基地局および／または端末は、下記に説明される例示の基地局および端末と実質的に類似している、または異なる可能性があることを理解すべきである。さらに、基地局および／または端末は、それらの間のワイヤレス通信を容易にするために、ここにおいて説明される様々な態様を使用することができることを理解すべきである。
【０１３７】
ダウンリンク上で、アクセスポイント１７０２において、送信（ＴＸ）データプロセッサ１７０４は、トラフィックデータを受信し、フォーマットし、符号化し、インターリーブし、そして変調し（またはシンボルマッピングし）、そして変調シンボル（「データシンボル」）を供給する。シンボル変調器１７０６は、データシンボルおよびパイロットシンボルを受信し、そして処理し、そしてシンボルのストリームを供給する。シンボル変調器１７０６は、データとパイロットシンボルとを多重化し、そしてＮ個の送信シンボルの組を得る。各送信シンボルは、データシンボル、パイロットシンボル、またはゼロの信号値とすることができる。パイロットシンボルは、各シンボル期間の中で連続して送信されることができる。パイロットシンボルは、周波数分割多重化(frequency division multiplexed)（ＦＤＭ）、直交周波数分割多重化(orthogonal frequency division multiplexed)（ＯＦＤＭ）、時分割多重化(time division multiplexed)（ＴＤＭ）、周波数分割多重化（ＦＤＭ）、または符号分割多重化(code division multiplexed)（ＣＤＭ）とすることができる。
【０１３８】
トランスミッタユニット（ＴＭＴＲ）１７０８は、シンボルのストリームを受信し、そしてそれを１つまたは複数のアナログ信号へと変換し、そしてさらに、ワイヤレスチャネル上の送信のために適したダウンリンク信号を生成するために、アナログ信号を調整する（例えば、増幅し、フィルタにかけ、周波数アップコンバートするなどを行う）。次いで、ダウンリンク信号は、アンテナ１７１０を通して端末へと送信される。端末１７１２において、アンテナ１７１４は、ダウンリンク信号を受信し、そして受信信号をレシーバユニット（ＲＣＶＲ）１７１６へと供給する。レシーバユニット１７１６は、受信信号を調整し（例えば、フィルタにかけ、増幅し、周波数ダウンコンバートするなどを行い）、そしてサンプルを得るために調整された信号をデジタル化する。シンボル復調器１７１８は、Ｎ個の受信シンボルを取得し、そしてチャネル推定のために受信パイロットシンボルをプロセッサ１７２０へと供給する。シンボル復調器１７１８は、さらに、プロセッサ１７２０からダウンリンクのための周波数応答推定値を受信し、データシンボル推定値（これは、送信されたデータシンボルの推定値である）を得るために受信データシンボル上でデータ復調を実行する。さらに、シンボル復調器１７１８は、データシンボル推定値をＲＸデータプロセッサ１７２２に対して供給し、このＲＸデータプロセッサは、送信されたトラフィックデータを回復するためにデータシンボル推定値を復調し（例えば、シンボルデマッピングし）、デインターリーブし、そして復号する。シンボル復調器１７１８と、ＲＸデータプロセッサ１７２２とによる処理は、アクセスポイント１７０２においてそれぞれシンボル変調器１７０６と、ＴＸデータプロセッサ１７０４とによる処理と相補的である。
【０１３９】
アップリンク上において、ＴＸデータプロセッサ１７２４は、トラフィックデータを処理し、そしてデータシンボルを供給する。シンボル変調器１７２６は、データシンボルを受信し、そしてそれをパイロットシンボルと多重化し、変調を実行し、そしてシンボルのストリームを供給する。トランスミッタユニット１７２８は、アップリンク信号を生成するためにシンボルのストリームを受信し、そして処理し、このアップリンク信号は、アクセスポイント１７０２へとアンテナ１７１４によって送信される。
【０１４０】
アクセスポイント１７０２において、端末１７１２からのアップリンク信号は、アンテナ１７１０によって受信され、そしてサンプルを得るためにレシーバユニット１７３０によって処理される。次いで、シンボル復調器１７３２は、サンプルを処理し、そしてアップリンクについての受信パイロットシンボルとデータシンボル推定値とを供給する。ＲＸデータプロセッサ１７３４は、端末１７１２によって送信されるトラフィックデータを回復するためにデータシンボル推定値を処理する。プロセッサ１７３６は、アップリンク上で送信する各アクティブ端末についてのチャネル推定を実行する。
【０１４１】
プロセッサ１７３６および１７２０は、それぞれアクセスポイント１７０２および端末１７１２においてオペレーションを指示する（例えば、制御し、協調させ、管理するなどを行う）。それぞれのプロセッサ１７３６および１７２０は、プログラムコードおよびデータを記憶するメモリユニット（図示されず）に関連づけられることができる。プロセッサ１７３６および１７２０は、それぞれアップリンクおよびダウンリンクについての周波数およびインパルスの応答推定値(frequency and impulse response estimates)を導き出すために計算を実行することもできる。
【０１４２】
多元接続システム（例えば、ＦＤＭＡ、ＯＦＤＭＡ、ＣＤＭＡ、ＴＤＭＡなど）では、複数の端末が、アップリンク上で同時に送信することができる。そのようなシステムでは、パイロットサブバンドは、異なる端末の間で共用されることができる。チャネル推定技法は、各端末についてのパイロットサブバンドが、全体の動作帯域（おそらく帯域エッジを除いて）に及ぶ場合に、使用されることができる。そのようなパイロットサブバンド構造は、各端末についての周波数ダイバーシティを得るために望ましいことになる。ここにおいて説明される技法は、様々な手段によってインプリメントされることができる。例えば、これらの技法は、ハードウェア、ソフトウェア、またはそれらの組合せの形でインプリメントされることができる。ハードウェアインプリメンテーションでは、チャネル推定のために使用される処理装置は、ここにおいて説明される機能を実行するように設計された１つまたは複数の特定用途向け集積回路(application specific integrated circuits)（ＡＳＩＣ）、デジタル信号プロセッサ(digital signal processors)（ＤＳＰ）、デジタル信号処理デバイス(digital signal processing devices)（ＤＳＰＤ）、プログラマブル論理デバイス(programmable logic devices)（ＰＬＤ）、フィールドプログラマブルゲートアレイ(field programmable gate arrays)（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、他の電子ユニット、あるいはそれらの組合せの内部にインプリメントされることができる。ソフトウェアでは、インプリメンテーションは、ここにおいて説明される機能を実行するモジュール（例えば、プロシージャ、ファンクションなど）を通したものとすることができる。ソフトウェアコードは、メモリユニットに記憶され、そしてプロセッサ１７３６および１７２０によって実行されることができる。
【０１４３】
ここにおいて説明される態様は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せによってインプリメントされることができることを理解すべきである。ソフトウェアの形でインプリメントされるときに、機能は、コンピュータ可読媒体上に１つまたは複数の命令またはコードとして記憶され、あるいはその上で送信されることができる。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含めて、コンピュータストレージ媒体と、通信媒体との両方を含んでいる。ストレージ媒体は、汎用または専用のコンピュータによってアクセスされることができる使用可能な任意の媒体とすることができる。例として、限定するものではないが、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態で望ましいプログラムコード手段を搬送し、または記憶するために使用されることができ、そして汎用もしくは専用のコンピュータ、または汎用もしくは専用のプロセッサによってアクセスされることができる他の任意の媒体、を備えることができる。また、任意の接続も、コンピュータ可読媒体と適切に名づけられる。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア(twisted pair)、デジタル加入者回線(digital subscriber line)（ＤＳＬ）、または赤外線、無線、マイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、そのときには同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、マイクロ波などのワイヤレス技術は、媒体の定義の中に含まれる。ここにおいて使用されるようなディスク(Disk)およびディスク(disc)は、コンパクトディスク(compact disc)（ＣＤ）、レーザーディスク（登録商標）(laser disc)、光ディスク(optical disc)、デジタル多用途ディスク(digital versatile disc)（ＤＶＤ）、フロッピー(登録商標)ディスク(floppy(登録商標) disk)、およびブルーレイディスク（登録商標）(blu-ray （登録商標）disc)を含み、ここでディスク(disks)は通常、データを磁気的に再生するが、ディスク(discs)は、レーザを用いて光学的にデータを再生する。上記の組合せもまた、コンピュータ可読媒体の範囲内に含められるべきである。
【０１４４】
ここにおいて開示される態様に関連して説明される様々な例示の論理、論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、ディスクリートなゲートまたはトランジスタの論理、ディスクリートハードウェアコンポーネント(discrete hardware components)、あるいはここにおいて説明される機能を実行するように設計されたそれらの任意の組合せ、を用いてインプリメントされ、または実行されることができる。汎用プロセッサは、マイクロプロセッサとすることもできるが、代替案においては、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械とすることもできる。プロセッサは、コンピューティングデバイスの組合せ、例えば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わされた１つまたは複数のマイクロプロセッサ、あるいは他のそのような任意のコンフィギュレーション、としてインプリメントされることもできる。さらに、少なくとも１つのプロセッサは、上記で説明される１つまたは複数のステップおよび／またはアクションを実行するように動作可能な１つまたは複数のモジュールを備えることもできる。
【０１４５】
ソフトウェアインプリメンテーションでは、ここにおいて説明される技法は、ここにおいて説明される機能を実行するモジュール（例えば、プロシージャ、ファンクションなど）を用いてインプリメントされることができる。ソフトウェアコードは、メモリユニットに記憶され、そしてプロセッサによって実行されることができる。メモリユニットは、プロセッサの内部に、またはプロセッサの外部にインプリメントされることができ、プロセッサの外部の場合には、それは、当技術分野において知られているように、様々な手段を通してプロセッサに対して通信するように結合されることができる。さらに、少なくとも１つのプロセッサは、ここにおいて説明される機能を実行するように動作可能な１つまたは複数のモジュールを含むことができる。
【０１４６】
ここにおいて説明される技法は、ＣＤＭＡシステム、ＴＤＭＡシステム、ＦＤＭＡシステム、ＯＦＤＭＡシステム、ＳＣ−ＦＤＭＡシステム、他のシステムなど、様々なワイヤレス通信システムのために使用されることができる。用語「システム」と、「ネットワーク」とは、多くの場合に交換可能に使用される。ＣＤＭＡシステムは、ユニバーサル地上波無線アクセス(Universal Terrestrial Radio Access)（ＵＴＲＡ）、ＣＤＭＡ２０００などの無線技術をインプリメントすることができる。ＵＴＲＡは、広帯域−ＣＤＭＡ(Wideband-CDMA)（Ｗ−ＣＤＭＡ）と、ＣＤＭＡの他の変形と、を含む。さらに、ＣＤＭＡ２０００は、ＩＳ−２０００規格と、ＩＳ−９５規格と、ＩＳ−８５６規格と、をカバーする。ＴＤＭＡシステムは、移動通信用グローバルシステム(Global System for Mobile Communications)（ＧＳＭ（登録商標））などの無線技術をインプリメントすることができる。ＯＦＤＭＡシステムは、進化型(Evolved)ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド(Ultra Mobile Broadband)（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュ−ＯＦＤＭ(Flash-OFDM)（登録商標）などの無線技術をインプリメントすることができる。ＵＴＲＡと、Ｅ−ＵＴＲＡとは、ユニバーサルモバイル電気通信システム(Universal Mobile Telecommunication System)（ＵＭＴＳ）の一部分である。３ＧＰＰロングタームエボリューション(Long Term Evolution)（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用したＵＭＴＳのリリースであり、これは、ダウンリンク上のＯＦＤＭＡと、アップリンク上のＳＣ−ＦＤＭＡとを使用する。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、「第３世代パートナーシッププロジェクト(3rd Generation Partnership Project)」（３ＧＰＰ）と名付けられる組織からの文書の中で説明される。さらに、ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２(3rd Generation Partnership Project 2)」（３ＧＰＰ２）と名付けられる組織からの文書の中で説明される。さらに、そのようなワイヤレス通信システムは、多くの場合に、対になっていないライセンスされていないスペクトル、８０２．ｘｘワイヤレスＬＡＮ、ブルートゥース(BLUETOOTH（登録商標）)、および他の任意の短距離または長距離のワイヤレス通信技法を使用したピアツーピア（例えば、モバイルツーモバイル）アドホックネットワークシステム、をさらに含むこともできる。
【０１４７】
単一キャリア変調と周波数ドメイン等化とを利用した単一キャリア周波数分割多元接続(Single carrier frequency division multiple access)（ＳＣ−ＦＤＭＡ）は、開示された態様と共に利用されることができる技法である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと同様な性能と、ほぼ同様な全般的な複雑さとを有する。ＳＣ−ＦＤＭＡ信号は、その固有の単一キャリア構造のために、より低いピーク対平均電力比(peak-to-average power ratio)（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、より低いＰＡＰＲが、送信パワー効率の観点からモバイル端末を有利にすることができるアップリンク通信において利用されることができる。
【０１４８】
さらに、ここにおいて説明される様々な態様または特徴は、標準のプログラミング技法および／またはエンジニアリング技法を使用した方法、装置、または製造の物品としてインプリメントされることができる。ここにおいて使用されるような用語「製造の物品」は、任意のコンピュータ可読なデバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含するように意図される。例えば、コンピュータ可読媒体は、それだけには限定されないが、磁気ストレージデバイス（例えば、ハードディスク、フロッピーディスク、磁気ストリップなど）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）など）、スマートカード、およびフラッシュメモリデバイス（例えば、ＥＰＲＯＭ、カード、スティック、キードライブなど）を含むことができる。さらに、ここにおいて説明される様々なストレージ媒体は、情報を記憶するための１つまたは複数のデバイス、および／または他の機械可読媒体(machine-readable media)を表すことができる。用語「機械可読媒体」は、それだけには限定されずに、命令（単数または複数）および／またはデータを記憶すること、含むこと、および／または搬送することのできるワイヤレスチャネルと、様々な他の媒体と、を含むことができる。さらに、コンピュータプログラムプロダクトは、コンピュータに、ここにおいて説明される機能を実行するようにさせるように動作可能な１つまたは複数の命令またはコードを有するコンピュータ可読媒体を含むこともできる。
【０１４９】
さらに、ここにおいて開示される態様に関連して説明される方法またはアルゴリズムについてのステップおよび／またはアクションは、ハードウェアの形で直接に、プロセッサによって実行されるソフトウェアモジュールの形で、あるいはそれらの組合せの形で実施されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、着脱可能ディスク、ＣＤ−ＲＯＭ、または当技術分野において知られている他の任意の形態のストレージ媒体の中に存在することができる。例示のストレージ媒体は、プロセッサが、ストレージ媒体から情報を読み取り、そしてストレージ媒体へと情報を書き込むことができるように、プロセッサに結合されることができる。代替案においては、ストレージ媒体は、プロセッサと一体になっていてもよい。さらに、いくつかの態様においては、プロセッサとストレージ媒体とは、ＡＳＩＣの中に存在することができる。さらに、ＡＳＩＣは、ユーザ端末の中に存在することもできる。代替案においては、プロセッサと、ストレージ媒体とは、ユーザ端末の中の個別コンポーネント(discrete components)として存在することもできる。さらに、いくつかの態様においては、方法またはアルゴリズムのステップおよび／またはアクションは、機械可読媒体および／またはコンピュータ可読媒体の上のコードおよび／または命令のうちの１つあるいは任意の組合せまたは組として存在することもでき、これらの媒体は、コンピュータプログラムプロダクトの中に組み込まれていることができる。
【０１５０】
上記の開示は、例示の態様、および／または態様を論じているが、説明された態様、および／または添付の特許請求の範囲によって定義されるような態様の範囲を逸脱することなく、様々な変更および修正が、ここにおいて行われることができることに注意すべきである。したがって、説明された態様は、添付の特許請求の範囲の範囲内に含まれるすべてのそのような変更、修正、および変形を包含するように意図される。さらに、説明された態様、および／または態様の要素は、単一形で説明され、または請求される可能性があるが、単数形への限定が、明示的に述べられていない限り、複数形も、企図される。さらに、任意の態様、および／または態様のすべてまたは一部分は、その他の方法で述べられていない限り、他の任意の態様、および／または態様のすべてまたは一部分と共に利用されることができる。
【０１５１】
用語「含む(includes)」が、詳細な説明または特許請求の範囲のいずれかの中で使用される限りでは、そのような用語は、「備えている(comprising)」が、請求項におけるトランジショナルワード(transitional word)として使用されるときに解釈されるように、用語「備えている(comprising)」と同様にして包含的であるように意図される。さらに、詳細な説明または特許請求の範囲のいずれかの中で使用されるような用語「または(or)」は、排他的「論理和(or)」ではなくて、包含的「論理和(or)」を意味するように意図される。すなわち、別の方法で指定され、あるいは文脈から明らかでない限り、フレーズ「Ｘは、ＡまたはＢを使用する(X employs A or B)」は、普通の包含的な置換のうちの任意のものを意味するように意図される。すなわち、フレーズ「Ｘは、ＡまたはＢを使用する」は、以下のインスタンス：Ｘは、Ａを使用する；Ｘは、Ｂを使用する；あるいはＸは、ＡとＢとの両方を使用する；のうちのどれによっても満たされる。さらに、本願と、添付の特許請求の範囲とにおいて使用されるような冠詞「１つの(a)」および「１つの(an)」は、単数形に指示されるように、別の方法で指定され、あるいは文脈から明らかでない限り、一般に、「１つまたは複数(one or more)」を意味するように解釈されるべきである。
【特許請求の範囲】
【請求項１】
マルチキャリアワイヤレス通信環境において認可を送信するための方法であって、
認可情報を決定することと、
ユーザデバイス能力の関数として前記認可情報を通信する制御領域を識別することと、
前記識別された制御領域の中に前記認可情報を挿入することと、
前記識別された制御領域の中で前記認可情報を送信することと、
を備える方法。
【請求項２】
前記制御領域を識別することは、非レガシー制御領域を選択すること、を備える、請求項１に記載の方法。
【請求項３】
前記制御領域を識別することは、キャリア当たりのレガシー制御領域を選択すること、を備える、請求項１に記載の方法。
【請求項４】
前記制御領域の中に前記認可情報を挿入することは、クロスキャリアオペレーションを用いた独立な割当てを適用すること、を備える、請求項１に記載の方法。
【請求項５】
前記制御領域の中に前記認可情報を挿入することは、
マルチキャリア認可情報を連結することと、
識別された制御領域の中に前記マルチキャリア認可情報を挿入することと、
を備える、請求項１に記載の方法。
【請求項６】
前記制御領域の中に前記認可情報を挿入することは、
複数のキャリアに関連する前記制御領域上で前記認可情報をセグメント化することと、
マルチキャリア割当てを形成するために制御セグメントを連結することと、
を備える、請求項１に記載の方法。
【請求項７】
前記識別された制御領域の中で前記認可情報を送信することは、
マルチキャリア認可を搬送するダウンリンクキャリア上のキャリア当たりの１つの認可としてマルチキャリア認可情報を送信すること、
を備える、請求項１に記載の方法。
【請求項８】
前記識別された制御領域の中で前記認可情報を送信することは、
マルチキャリア認可を搬送するダウンリンクキャリア上のキャリアの少なくともサブセットについての割当てを搬送する１つの認可としてマルチキャリア認可情報を送信すること、
を備える、請求項１に記載の方法。
【請求項９】
前記認可情報の前記決定は、前記マルチキャリアワイヤレス通信環境に関連する少なくとも１つのキャリアシステムを分析すること、を備え、前記制御領域の中に前記認可情報を挿入することは、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せのうちの少なくとも１つについての共通フィールドを有する認可を生成すること、を備える、請求項１に記載の方法。
【請求項１０】
前記認可情報の前記決定は、複数の帯域幅の場合についてのマルチキャリアデジタルキャリアインターフェース情報を定義すること、をさらに備え、各帯域幅の場合は、キャリアの数に対応する、請求項１に記載の方法。
【請求項１１】
前記認可情報の中に、スケジュールされたキャリア情報を含むこと、をさらに備える請求項１０に記載の方法。
【請求項１２】
前記認可情報の前記決定は、割り当てられたキャリアの数と、前記マルチキャリアワイヤレス通信環境の中のキャリアの数とに関係なく共通フィールドを含むこと、をさらに備える、請求項１に記載の方法。
【請求項１３】
キャリア特有のデジタルキャリアインターフェースのロケーションを指し示す追加ビットを追加すること、をさらに備える請求項１２に記載の方法。
【請求項１４】
前記認可情報の前記決定は、
前記マルチキャリアワイヤレス通信環境におけるキャリアのサブセットに関連づけられるようにユーザデバイスを準静的に構成することと、
キャリアの前記サブセットのビットマップを提供することと、
をさらに備える、請求項１に記載の方法。
【請求項１５】
認可情報を選択することと、前記認可情報を通信する制御領域を識別することと、前記識別された制御領域の中に前記認可情報を配置することと、前記識別された制御領域の中で前記認可情報を送信することとに関連した命令を保持するメモリと、
前記メモリに結合され、前記メモリに保持される前記命令を実行するように構成されたプロセッサと、
を備えるワイヤレス通信装置。
【請求項１６】
前記制御領域を識別することに関連した前記命令は、非レガシー制御領域またはキャリア当たりのレガシー制御領域を識別する、請求項１５に記載のワイヤレス通信装置。
【請求項１７】
前記制御領域の中に前記認可情報を配置することに関連した前記命令は、さらに、クロスキャリアオペレーションを用いた独立な割当てを適用する、請求項１５に記載のワイヤレス通信装置。
【請求項１８】
前記識別された制御領域の中で前記認可情報を送信することに関連した前記命令は、さらに、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリア当たりの１つの認可としてマルチキャリア認可情報を搬送する、請求項１５に記載のワイヤレス通信装置。
【請求項１９】
前記識別された制御領域の中で前記認可情報を送信することに関連した前記命令は、さらに、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリアの少なくともサブセットについての割当てを搬送する１つの認可としてマルチキャリア認可情報を搬送する、請求項１５に記載のワイヤレス通信装置。
【請求項２０】
前記認可情報を選択することに関連した前記命令は、さらに、マルチキャリアワイヤレス通信システムに関連する少なくとも１つのキャリアシステムを分析し、前記制御領域の中に前記認可情報を配置することに関連した前記命令は、さらに、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せのうちの少なくとも１つについての共通フィールドを有する認可を生成する、請求項１５に記載のワイヤレス通信装置。
【請求項２１】
前記認可情報を選択することに関連した前記命令は、さらに、複数の帯域幅の場合についてのマルチキャリアデジタルキャリアインターフェース情報を定義し、そして前記認可情報の中にスケジュールされたキャリア情報を含み、各帯域幅の場合は、キャリアの数に対応する、請求項１５に記載のワイヤレス通信装置。
【請求項２２】
前記認可情報を選択することに関連した前記命令は、さらに、割り当てられたキャリアの数と、マルチキャリアワイヤレス通信システムの中のキャリアの数とに関係なく共通フィールドを含み、そしてキャリア特有のデジタルキャリアインターフェースのロケーションを指し示す追加ビットを追加する、請求項１５に記載のワイヤレス通信装置。
【請求項２３】
前記認可情報を選択することに関連した前記命令は、マルチキャリアワイヤレス通信システムの中のキャリアのサブセットに関連づけられるようにモバイルデバイスを準静的に構成し、そしてキャリアの前記サブセットのビットマップを提供する、請求項１５に記載のワイヤレス通信装置。
【請求項２４】
マルチキャリアワイヤレス通信システムにおいて認可を送信するワイヤレス通信装置であって、
認可情報を決定するための手段と、
ユーザデバイス能力の関数として前記認可情報を通信する制御領域を識別するための手段と、
前記識別された制御領域の中に前記認可情報を挿入するための手段と、
前記識別された制御領域の中で前記認可情報を搬送するための手段と、
を備え、前記制御領域は、レガシー制御領域または非レガシー制御領域である、ワイヤレス通信装置。
【請求項２５】
前記識別された制御領域の中で前記認可情報を搬送するための前記手段は、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリア当たりの１つの認可としてマルチキャリア認可情報を搬送する、請求項２４に記載のワイヤレス通信装置。
【請求項２６】
前記識別された制御領域の中で前記認可情報を搬送するための前記手段は、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリアの少なくともサブセットについての割当てを搬送する１つの認可としてマルチキャリア認可情報を搬送する、請求項２４に記載のワイヤレス通信装置。
【請求項２７】
認可情報を決定するための前記手段は、前記マルチキャリアワイヤレス通信システムに関連する少なくとも１つのキャリアシステムを評価し、前記制御領域の中に前記認可情報を挿入するための前記手段は、さらに、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せのうちの少なくとも１つについての共通フィールドを有する認可を生成する、請求項２４に記載のワイヤレス通信装置。
【請求項２８】
前記認可情報を決定するための前記手段は、複数の帯域幅の場合についてのマルチキャリアデジタルキャリアインターフェース情報を定義し、各帯域幅の場合は、キャリアの数に対応し、そして前記認可情報の中に、スケジュールされたキャリア情報を含む、請求項２４に記載のワイヤレス通信装置。
【請求項２９】
前記認可情報を決定するための前記手段は、割り当てられたキャリアの数と、前記マルチキャリアワイヤレス通信システムの中のキャリアの数とに関係なく共通フィールドを含み、そしてキャリア特有のデジタルキャリアインターフェースのロケーションを指し示す追加ビットを挿入する、請求項２４に記載のワイヤレス通信装置。
【請求項３０】
認可情報を決定するための前記手段は、前記マルチキャリアワイヤレス通信システムにおけるキャリアのサブセットに関連づけられるようにモバイルデバイスを準静的に構成し、そしてキャリアの前記サブセットのビットマップを提供する、請求項２４に記載のワイヤレス通信装置。
【請求項３１】
コンピュータに、認可情報を決定するようにさせるための第１の組のコードと、
前記コンピュータに、ユーザデバイス能力の関数として前記認可情報を通信する制御領域を識別するようにさせるための第２の組のコードと、
前記コンピュータに、前記識別された制御領域の中に前記認可情報を配置するようにさせるための第３の組のコードと、
前記コンピュータに、前記識別された制御領域の中で前記認可情報を通信するようにさせるための第４の組のコードと、
を備えるコンピュータ可読媒体、
を備えるコンピュータプログラムプロダクト。
【請求項３２】
マルチキャリアワイヤレス通信システムにおいて認可を送信するように構成された少なくとも１つのプロセッサであって、
認可情報を決定するための第１のモジュールと、
ユーザデバイス能力の関数として前記認可情報を通信する制御領域を識別するための第２のモジュールと、
前記識別された制御領域の中に前記認可情報を挿入するための第３のモジュールと、
前記識別された制御領域の中で前記認可情報を送信するための第４のモジュールと、
を備え、前記制御領域は、非レガシー制御領域またはキャリア当たりのレガシー制御領域である、プロセッサ。
【請求項３３】
マルチキャリアワイヤレス通信環境において認可を受信するための方法であって、
認可情報を受信するための１つまたは複数のキャリアの中の制御領域のロケーションを決定することと、
前記認可情報を受信することと、
前記認可情報を選択的に復号することと、
を備える方法。
【請求項３４】
前記認可情報を受信するための前記ロケーションを決定することは、前記認可情報が、非レガシー制御領域の中にあることを決定すること、を備える、請求項３３に記載の方法。
【請求項３５】
前記認可情報を受信するための前記ロケーションを決定することは、前記認可情報が、前記１つまたは複数のキャリアのおのおの当たりのレガシー制御領域の中にあることを決定すること、を備える、請求項３３に記載の方法。
【請求項３６】
前記認可情報を選択的に復号することは、クロスキャリアオペレーションを用いた独立な割当てを識別すること、を備える、請求項３３に記載の方法。
【請求項３７】
前記認可情報を受信することは、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリア当たりの１つの認可としてマルチキャリア認可情報を受信すること、を備える、請求項３３に記載の方法。
【請求項３８】
前記認可情報を選択的に復号することは、
前記認可情報と、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、に関連した少なくとも１つの共通フィールドと、を評価することと、
前記マルチキャリアワイヤレス通信環境内で前記少なくとも１つの共通フィールドを利用することと、
を備える、請求項３３に記載の方法。
【請求項３９】
認可情報を受信するための１つまたは複数のキャリアの中の制御領域のロケーションを評価することと、前記認可情報を受信することと、前記認可情報を選択的に復号することとに関連した命令を保持するメモリと、
前記メモリに結合され、前記メモリに保持される前記命令を実行するように構成されたプロセッサと、
を備えるワイヤレス通信装置。
【請求項４０】
前記認可情報を選択的に復号することに関連した前記命令は、さらに、クロスキャリアオペレーションを用いた独立な割当てを識別する、請求項３９に記載のワイヤレス通信装置。
【請求項４１】
前記認可情報を受信することに関連した前記命令は、さらに、マルチキャリア認可を搬送するダウンリンクキャリア上の前記１つまたは複数のキャリアのおのおのについての１つの認可としてマルチキャリア認可情報を受信する、請求項３９に記載のワイヤレス通信装置。
【請求項４２】
前記認可情報を選択的に復号することに関連した前記命令は、前記認可情報と、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、に関連した少なくとも１つの共通フィールドと、を評価し、そしてマルチキャリアワイヤレス通信システムと共に前記少なくとも１つの共通フィールドを利用する、請求項３９に記載のワイヤレス通信装置。
【請求項４３】
マルチキャリアワイヤレス通信システムにおいて認可を受信するワイヤレス通信装置であって、
認可情報を受信するための１つまたは複数のキャリアの中の制御領域のロケーションを決定するための手段と、
前記認可情報を受信するための手段と、
前記認可情報を選択的に復号するための手段と、
を備え、前記認可情報は、非レガシー制御領域またはキャリア当たりのレガシー制御領域の中にある、ワイヤレス通信装置。
【請求項４４】
前記認可情報を選択的に復号するための前記手段は、クロスキャリアオペレーションを用いた独立な割当てを識別する、請求項４３に記載のワイヤレス通信装置。
【請求項４５】
前記認可情報を受信するための前記手段は、マルチキャリア認可を搬送するダウンリンクキャリア上の前記１つまたは複数のキャリアのおのおのについての１つの認可としてマルチキャリア認可情報を受信する、請求項４３に記載のワイヤレス通信装置。
【請求項４６】
前記認可情報を選択的に復号するための前記手段は、前記認可情報と、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、に関連した少なくとも１つの共通フィールドと、を評価し、そして前記マルチキャリアワイヤレス通信システム内で前記少なくとも１つの共通フィールドを利用する、請求項４３に記載のワイヤレス通信装置。
【請求項４７】
コンピュータに、認可情報を受信するためのキャリアの中の制御領域のロケーションを決定するようにさせるための第１の組のコードと、
前記コンピュータに、前記認可情報を受信するようにさせるための第２の組のコードと、
前記コンピュータに、前記認可情報を復号するようにさせるための第３の組のコードと、
を備えるコンピュータ可読媒体、
を備えるコンピュータプログラムプロダクト。
【請求項４８】
マルチキャリアワイヤレス通信システムにおいて認可を受信するように構成された少なくとも１つのプロセッサであって、
認可情報を受信するためのキャリアの中の制御領域のロケーションを決定するための第１のモジュールと、
前記認可情報を受信するための第２のモジュールと、
前記認可情報を選択的に復号するための第３のモジュールと、
を備えるプロセッサ。
【請求項１】
マルチキャリアワイヤレス通信環境において認可を送信するための方法であって、
認可情報を決定することと、
ユーザデバイス能力の関数として前記認可情報を通信する制御領域を識別することと、
前記識別された制御領域の中に前記認可情報を挿入することと、
前記識別された制御領域の中で前記認可情報を送信することと、
を備える方法。
【請求項２】
前記制御領域を識別することは、非レガシー制御領域を選択すること、を備える、請求項１に記載の方法。
【請求項３】
前記制御領域を識別することは、キャリア当たりのレガシー制御領域を選択すること、を備える、請求項１に記載の方法。
【請求項４】
前記制御領域の中に前記認可情報を挿入することは、クロスキャリアオペレーションを用いた独立な割当てを適用すること、を備える、請求項１に記載の方法。
【請求項５】
前記制御領域の中に前記認可情報を挿入することは、
マルチキャリア認可情報を連結することと、
識別された制御領域の中に前記マルチキャリア認可情報を挿入することと、
を備える、請求項１に記載の方法。
【請求項６】
前記制御領域の中に前記認可情報を挿入することは、
複数のキャリアに関連する前記制御領域上で前記認可情報をセグメント化することと、
マルチキャリア割当てを形成するために制御セグメントを連結することと、
を備える、請求項１に記載の方法。
【請求項７】
前記識別された制御領域の中で前記認可情報を送信することは、
マルチキャリア認可を搬送するダウンリンクキャリア上のキャリア当たりの１つの認可としてマルチキャリア認可情報を送信すること、
を備える、請求項１に記載の方法。
【請求項８】
前記識別された制御領域の中で前記認可情報を送信することは、
マルチキャリア認可を搬送するダウンリンクキャリア上のキャリアの少なくともサブセットについての割当てを搬送する１つの認可としてマルチキャリア認可情報を送信すること、
を備える、請求項１に記載の方法。
【請求項９】
前記認可情報の前記決定は、前記マルチキャリアワイヤレス通信環境に関連する少なくとも１つのキャリアシステムを分析すること、を備え、前記制御領域の中に前記認可情報を挿入することは、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せのうちの少なくとも１つについての共通フィールドを有する認可を生成すること、を備える、請求項１に記載の方法。
【請求項１０】
前記認可情報の前記決定は、複数の帯域幅の場合についてのマルチキャリアデジタルキャリアインターフェース情報を定義すること、をさらに備え、各帯域幅の場合は、キャリアの数に対応する、請求項１に記載の方法。
【請求項１１】
前記認可情報の中に、スケジュールされたキャリア情報を含むこと、をさらに備える請求項１０に記載の方法。
【請求項１２】
前記認可情報の前記決定は、割り当てられたキャリアの数と、前記マルチキャリアワイヤレス通信環境の中のキャリアの数とに関係なく共通フィールドを含むこと、をさらに備える、請求項１に記載の方法。
【請求項１３】
キャリア特有のデジタルキャリアインターフェースのロケーションを指し示す追加ビットを追加すること、をさらに備える請求項１２に記載の方法。
【請求項１４】
前記認可情報の前記決定は、
前記マルチキャリアワイヤレス通信環境におけるキャリアのサブセットに関連づけられるようにユーザデバイスを準静的に構成することと、
キャリアの前記サブセットのビットマップを提供することと、
をさらに備える、請求項１に記載の方法。
【請求項１５】
認可情報を選択することと、前記認可情報を通信する制御領域を識別することと、前記識別された制御領域の中に前記認可情報を配置することと、前記識別された制御領域の中で前記認可情報を送信することとに関連した命令を保持するメモリと、
前記メモリに結合され、前記メモリに保持される前記命令を実行するように構成されたプロセッサと、
を備えるワイヤレス通信装置。
【請求項１６】
前記制御領域を識別することに関連した前記命令は、非レガシー制御領域またはキャリア当たりのレガシー制御領域を識別する、請求項１５に記載のワイヤレス通信装置。
【請求項１７】
前記制御領域の中に前記認可情報を配置することに関連した前記命令は、さらに、クロスキャリアオペレーションを用いた独立な割当てを適用する、請求項１５に記載のワイヤレス通信装置。
【請求項１８】
前記識別された制御領域の中で前記認可情報を送信することに関連した前記命令は、さらに、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリア当たりの１つの認可としてマルチキャリア認可情報を搬送する、請求項１５に記載のワイヤレス通信装置。
【請求項１９】
前記識別された制御領域の中で前記認可情報を送信することに関連した前記命令は、さらに、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリアの少なくともサブセットについての割当てを搬送する１つの認可としてマルチキャリア認可情報を搬送する、請求項１５に記載のワイヤレス通信装置。
【請求項２０】
前記認可情報を選択することに関連した前記命令は、さらに、マルチキャリアワイヤレス通信システムに関連する少なくとも１つのキャリアシステムを分析し、前記制御領域の中に前記認可情報を配置することに関連した前記命令は、さらに、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せのうちの少なくとも１つについての共通フィールドを有する認可を生成する、請求項１５に記載のワイヤレス通信装置。
【請求項２１】
前記認可情報を選択することに関連した前記命令は、さらに、複数の帯域幅の場合についてのマルチキャリアデジタルキャリアインターフェース情報を定義し、そして前記認可情報の中にスケジュールされたキャリア情報を含み、各帯域幅の場合は、キャリアの数に対応する、請求項１５に記載のワイヤレス通信装置。
【請求項２２】
前記認可情報を選択することに関連した前記命令は、さらに、割り当てられたキャリアの数と、マルチキャリアワイヤレス通信システムの中のキャリアの数とに関係なく共通フィールドを含み、そしてキャリア特有のデジタルキャリアインターフェースのロケーションを指し示す追加ビットを追加する、請求項１５に記載のワイヤレス通信装置。
【請求項２３】
前記認可情報を選択することに関連した前記命令は、マルチキャリアワイヤレス通信システムの中のキャリアのサブセットに関連づけられるようにモバイルデバイスを準静的に構成し、そしてキャリアの前記サブセットのビットマップを提供する、請求項１５に記載のワイヤレス通信装置。
【請求項２４】
マルチキャリアワイヤレス通信システムにおいて認可を送信するワイヤレス通信装置であって、
認可情報を決定するための手段と、
ユーザデバイス能力の関数として前記認可情報を通信する制御領域を識別するための手段と、
前記識別された制御領域の中に前記認可情報を挿入するための手段と、
前記識別された制御領域の中で前記認可情報を搬送するための手段と、
を備え、前記制御領域は、レガシー制御領域または非レガシー制御領域である、ワイヤレス通信装置。
【請求項２５】
前記識別された制御領域の中で前記認可情報を搬送するための前記手段は、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリア当たりの１つの認可としてマルチキャリア認可情報を搬送する、請求項２４に記載のワイヤレス通信装置。
【請求項２６】
前記識別された制御領域の中で前記認可情報を搬送するための前記手段は、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリアの少なくともサブセットについての割当てを搬送する１つの認可としてマルチキャリア認可情報を搬送する、請求項２４に記載のワイヤレス通信装置。
【請求項２７】
認可情報を決定するための前記手段は、前記マルチキャリアワイヤレス通信システムに関連する少なくとも１つのキャリアシステムを評価し、前記制御領域の中に前記認可情報を挿入するための前記手段は、さらに、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せのうちの少なくとも１つについての共通フィールドを有する認可を生成する、請求項２４に記載のワイヤレス通信装置。
【請求項２８】
前記認可情報を決定するための前記手段は、複数の帯域幅の場合についてのマルチキャリアデジタルキャリアインターフェース情報を定義し、各帯域幅の場合は、キャリアの数に対応し、そして前記認可情報の中に、スケジュールされたキャリア情報を含む、請求項２４に記載のワイヤレス通信装置。
【請求項２９】
前記認可情報を決定するための前記手段は、割り当てられたキャリアの数と、前記マルチキャリアワイヤレス通信システムの中のキャリアの数とに関係なく共通フィールドを含み、そしてキャリア特有のデジタルキャリアインターフェースのロケーションを指し示す追加ビットを挿入する、請求項２４に記載のワイヤレス通信装置。
【請求項３０】
認可情報を決定するための前記手段は、前記マルチキャリアワイヤレス通信システムにおけるキャリアのサブセットに関連づけられるようにモバイルデバイスを準静的に構成し、そしてキャリアの前記サブセットのビットマップを提供する、請求項２４に記載のワイヤレス通信装置。
【請求項３１】
コンピュータに、認可情報を決定するようにさせるための第１の組のコードと、
前記コンピュータに、ユーザデバイス能力の関数として前記認可情報を通信する制御領域を識別するようにさせるための第２の組のコードと、
前記コンピュータに、前記識別された制御領域の中に前記認可情報を配置するようにさせるための第３の組のコードと、
前記コンピュータに、前記識別された制御領域の中で前記認可情報を通信するようにさせるための第４の組のコードと、
を備えるコンピュータ可読媒体、
を備えるコンピュータプログラムプロダクト。
【請求項３２】
マルチキャリアワイヤレス通信システムにおいて認可を送信するように構成された少なくとも１つのプロセッサであって、
認可情報を決定するための第１のモジュールと、
ユーザデバイス能力の関数として前記認可情報を通信する制御領域を識別するための第２のモジュールと、
前記識別された制御領域の中に前記認可情報を挿入するための第３のモジュールと、
前記識別された制御領域の中で前記認可情報を送信するための第４のモジュールと、
を備え、前記制御領域は、非レガシー制御領域またはキャリア当たりのレガシー制御領域である、プロセッサ。
【請求項３３】
マルチキャリアワイヤレス通信環境において認可を受信するための方法であって、
認可情報を受信するための１つまたは複数のキャリアの中の制御領域のロケーションを決定することと、
前記認可情報を受信することと、
前記認可情報を選択的に復号することと、
を備える方法。
【請求項３４】
前記認可情報を受信するための前記ロケーションを決定することは、前記認可情報が、非レガシー制御領域の中にあることを決定すること、を備える、請求項３３に記載の方法。
【請求項３５】
前記認可情報を受信するための前記ロケーションを決定することは、前記認可情報が、前記１つまたは複数のキャリアのおのおの当たりのレガシー制御領域の中にあることを決定すること、を備える、請求項３３に記載の方法。
【請求項３６】
前記認可情報を選択的に復号することは、クロスキャリアオペレーションを用いた独立な割当てを識別すること、を備える、請求項３３に記載の方法。
【請求項３７】
前記認可情報を受信することは、マルチキャリア認可を搬送するダウンリンクキャリア上のキャリア当たりの１つの認可としてマルチキャリア認可情報を受信すること、を備える、請求項３３に記載の方法。
【請求項３８】
前記認可情報を選択的に復号することは、
前記認可情報と、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、に関連した少なくとも１つの共通フィールドと、を評価することと、
前記マルチキャリアワイヤレス通信環境内で前記少なくとも１つの共通フィールドを利用することと、
を備える、請求項３３に記載の方法。
【請求項３９】
認可情報を受信するための１つまたは複数のキャリアの中の制御領域のロケーションを評価することと、前記認可情報を受信することと、前記認可情報を選択的に復号することとに関連した命令を保持するメモリと、
前記メモリに結合され、前記メモリに保持される前記命令を実行するように構成されたプロセッサと、
を備えるワイヤレス通信装置。
【請求項４０】
前記認可情報を選択的に復号することに関連した前記命令は、さらに、クロスキャリアオペレーションを用いた独立な割当てを識別する、請求項３９に記載のワイヤレス通信装置。
【請求項４１】
前記認可情報を受信することに関連した前記命令は、さらに、マルチキャリア認可を搬送するダウンリンクキャリア上の前記１つまたは複数のキャリアのおのおのについての１つの認可としてマルチキャリア認可情報を受信する、請求項３９に記載のワイヤレス通信装置。
【請求項４２】
前記認可情報を選択的に復号することに関連した前記命令は、前記認可情報と、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、に関連した少なくとも１つの共通フィールドと、を評価し、そしてマルチキャリアワイヤレス通信システムと共に前記少なくとも１つの共通フィールドを利用する、請求項３９に記載のワイヤレス通信装置。
【請求項４３】
マルチキャリアワイヤレス通信システムにおいて認可を受信するワイヤレス通信装置であって、
認可情報を受信するための１つまたは複数のキャリアの中の制御領域のロケーションを決定するための手段と、
前記認可情報を受信するための手段と、
前記認可情報を選択的に復号するための手段と、
を備え、前記認可情報は、非レガシー制御領域またはキャリア当たりのレガシー制御領域の中にある、ワイヤレス通信装置。
【請求項４４】
前記認可情報を選択的に復号するための前記手段は、クロスキャリアオペレーションを用いた独立な割当てを識別する、請求項４３に記載のワイヤレス通信装置。
【請求項４５】
前記認可情報を受信するための前記手段は、マルチキャリア認可を搬送するダウンリンクキャリア上の前記１つまたは複数のキャリアのおのおのについての１つの認可としてマルチキャリア認可情報を受信する、請求項４３に記載のワイヤレス通信装置。
【請求項４６】
前記認可情報を選択的に復号するための前記手段は、前記認可情報と、巡回冗長検査、ハイブリッド自動反復要求プロセス識別情報、フラグ、またはそれらの組合せ、に関連した少なくとも１つの共通フィールドと、を評価し、そして前記マルチキャリアワイヤレス通信システム内で前記少なくとも１つの共通フィールドを利用する、請求項４３に記載のワイヤレス通信装置。
【請求項４７】
コンピュータに、認可情報を受信するためのキャリアの中の制御領域のロケーションを決定するようにさせるための第１の組のコードと、
前記コンピュータに、前記認可情報を受信するようにさせるための第２の組のコードと、
前記コンピュータに、前記認可情報を復号するようにさせるための第３の組のコードと、
を備えるコンピュータ可読媒体、
を備えるコンピュータプログラムプロダクト。
【請求項４８】
マルチキャリアワイヤレス通信システムにおいて認可を受信するように構成された少なくとも１つのプロセッサであって、
認可情報を受信するためのキャリアの中の制御領域のロケーションを決定するための第１のモジュールと、
前記認可情報を受信するための第２のモジュールと、
前記認可情報を選択的に復号するための第３のモジュールと、
を備えるプロセッサ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【公表番号】特表２０１１−５３０９６４（Ｐ２０１１−５３０９６４Ａ）
【公表日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願番号】特願２０１１−５２３０７２（Ｐ２０１１−５２３０７２）
【出願日】平成２１年８月１０日（２００９．８．１０）
【国際出願番号】ＰＣＴ／ＵＳ２００９／０５３３１６
【国際公開番号】ＷＯ２０１０／０１９５２２
【国際公開日】平成２２年２月１８日（２０１０．２．１８）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２３年１２月２２日（２０１１．１２．２２）
【国際特許分類】
【出願日】平成２１年８月１０日（２００９．８．１０）
【国際出願番号】ＰＣＴ／ＵＳ２００９／０５３３１６
【国際公開番号】ＷＯ２０１０／０１９５２２
【国際公開日】平成２２年２月１８日（２０１０．２．１８）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]