(57)【要約】ユーザエージェント（ＵＡ）において制御チャネルを処理して、多重キャリア通信システム内でリソースグラントによって配分されたアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別する方法であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセット候補によって特定され、該方法は、アクセスデバイスと通信するために使用されるように構成されたキャリアの数に基づいて、アクセスデバイスと通信するために使用されるように構成されたキャリアの数を識別するステップと、復号化するためのＣＣＥのサブセット候補の数を識別するステップと、リソースグラントを識別する試みにおいて、ＣＣＥサブセット候補の識別された数まで復号化するステップとを含む、方法。
2012530407.tif 000002
【特許請求の範囲】
【請求項１】
ユーザエージェント（ＵＡ）において制御チャネルを処理して、多重キャリア通信システム内でリソースグラントによって配分されたアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別する方法であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセットによって特定され、各ＣＣＥサブセットは、制御チャネル候補であり、該方法は、
第１のキャリア上の制御チャネル候補のサブセットを第２のキャリアと関連付けるステップであって、該第２のキャリアと関連付けられたサブセットは、第２のキャリア候補を含む、ステップと、
該第１のキャリア上の制御チャネル候補を受信するステップと、
該受信された制御チャネル候補を復号化して、該第２のキャリアのためのリソースグラントを識別することを試みるステップと
を含む、方法。
【請求項２】
前記受信された制御チャネル候補が首尾よく復号化され、該復号化された制御チャネル候補が第２のキャリア候補である場合、復号化されたリソースグラントを前記第２のキャリアと関連付けるステップをさらに含む、請求項１に記載の方法。
【請求項３】
前記第２のキャリアと関連付けられた前記制御チャネル候補のサブセットは、第２のサブセットを含む、請求項１に記載の方法であって、該方法は、前記第１のキャリア上の制御チャネル候補の第１のサブセットを該第１のキャリアと関連付けるステップをさらに含み、該第１のキャリアと関連付けられたサブセットは、第１のキャリア候補を含む、方法。
【請求項４】
前記受信された制御チャネル候補が首尾よく復号化され、該復号化された制御チャネル候補が第１のキャリア候補である場合、復号化されたリソースグラントを前記第１のキャリアと関連付けるステップと、該受信された制御チャネル候補が首尾よく復号化され、該復号化された制御チャネル候補が第２のキャリア候補である場合、該復号化されたリソースグラントを前記第２のキャリアと関連付けるステップとをさらに含む、請求項３に記載の方法。
【請求項５】
前記復号化されたリソースグラントを使用して、リソースを前記首尾よく復号化された制御チャネル候補と関連付けられた第１および第２のキャリアのうちの１つに配分するステップをさらに含む、請求項４に記載の方法。
【請求項６】
前記制御チャネル候補に対応するＣＣＥは、複数を含み、前記制御チャネル候補の第１のサブセットは、該複数のうちの第１の部分の中にあり、前記制御チャネル候補の第２のサブセットは、該複数のうちの第２の部分の中にある、請求項３に記載の方法。
【請求項７】
１つ、２つ、４つ、および８つの連続的なＣＣＥをそれぞれ含む、制御チャネル候補の第１、第２、第４、および第８のアグリゲーションレベルが存在し、各アグリゲーションレベルにおける前記第２のキャリアに対応する第２の制御チャネル候補のＣＣＥは、各アグリゲーションレベルにおける前記第１のキャリアに対応する第１の制御チャネル候補のＣＣＥからＣＣＥの数だけシフトされる、請求項３に記載の方法。
【請求項８】
ＣＣＥの数は、各アグリゲーションレベルにおける、前記第１のキャリア制御チャネル候補に対するＣＣＥ全体の数である、請求項７に記載の方法。
【請求項９】
ＣＣＥの数は、Ｑの整数の倍数ではなく、Ｑは、前記それぞれのアグリゲーションレベルにおける各制御チャネル候補内のＣＣＥの数である、請求項７に記載の方法。
【請求項１０】
ＣＣＥの数は、１つのＣＣＥと（Ｑ−１）個のＣＣＥとの間にあって、ここで、Ｑは、それぞれのアグリゲーションレベルにおける各制御チャネル候補内のＣＣＥの数である、請求項７に記載の方法。
【請求項１１】
少なくとも前記第１のキャリア候補のサブセットおよび前記第２のキャリア候補のサブセットは、それぞれ、同一のＣＣＥを第１および第２の異なる順番で含む、請求項３に記載の方法。
【請求項１２】
１つ、２つ、４つ、および８つの連続的なＣＣＥをそれぞれ含む、ＣＣＥサブセット候補の第１、第２、第４、および第８のアグリゲーションレベルが存在し、各アグリゲーションレベルにおける、第１のキャリア制御チャネル候補および第２のキャリア制御チャネル候補に対応するＣＣＥの場所は、疑似乱数によって各々決定される、請求項３に記載の方法。
【請求項１３】
首尾よく復号化された制御チャネル候補が、一般的に、前記第１および第２の制御チャネル候補のサブセットの各々と関連付けられるとき、該首尾よく復号化された制御チャネル候補を前記第１のキャリアと関連付けるステップをさらに含む、請求項１２に記載の方法。
【請求項１４】
各アグリゲーションレベルにおける、第１のキャリア制御チャネル候補に対応するＣＣＥおよび第２のキャリア制御チャネル候補に対応するＣＣＥの場所は、相互にインターリービングされる、請求項３に記載の方法。
【請求項１５】
ユーザエージェント（ＵＡ）において制御チャネルを処理して、多重キャリア通信システム内でリソースグラントによって配分されたアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別する装置であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセット候補によって特定され、該装置は、
第１のキャリア上の制御チャネル候補のサブセットを第２のキャリアと関連付けるステップであって、該第２のキャリアと関連付けられたサブセットは、第２のキャリア候補を含む、ステップと、
該第１のキャリア上の制御チャネル候補を受信するステップと、
該受信された制御チャネル候補を復号化して、該第２のキャリアのためのリソースグラントを識別することを試みるステップと
を行うプログラムを実行するプロセッサを備える、装置。
【請求項１６】
前記プロセッサは、前記受信された制御チャネル候補が首尾よく復号化され、該復号化された制御チャネル候補が第２のキャリア候補である場合、前記復号化されたリソースグラントを前記第２のキャリアと関連付けるステップを行うようにさらにプログラムされる、請求項１５に記載の装置。
【請求項１７】
前記第２のキャリアと関連付けられた前記制御チャネル候補のサブセットは、第２のサブセットを含み、前記プロセッサは、前記第１のキャリア上の第１の制御チャネル候補のサブセットを該第１のキャリアと関連付けるステップを行うようにさらにプログラムされ、該第１のキャリアと関連付けられたサブセットは、第１のキャリア候補を含む、請求項１５に記載の装置。
【請求項１８】
前記プロセッサは、前記受信された制御チャネル候補が首尾よく復号化され、該復号化された制御チャネル候補が、第１のキャリア候補である場合、復号化されたリソースグラントを該第１のキャリアと関連付けるステップと、該受信された制御チャネル候補が首尾よく復号化され、該復号化された制御チャネル候補が第２のキャリア候補である場合、該復号化されたリソースグラントを該第２のキャリアと関連付けるステップとを行うようにさらにプログラムされる、請求項１７に記載の装置。
【請求項１９】
前記プロセッサは、前記復号化されたリソースグラントを使用して、リソースを前記首尾よく復号化された制御チャネル候補と関連付けられた第１および第２のキャリアのうちの１つに配分するステップを行うようにさらにプログラムされる、請求項１７に記載の装置。
【請求項２０】
前記ＣＣＥは、複数を含み、前記制御チャネル候補の第１のサブセットは、該複数のうちの第１の部分の中にあり、前記制御チャネル候補の第２のサブセットは、該複数のうちの第２の部分の中にある、請求項１７に記載の装置。
【請求項２１】
１つ、２つ、４つ、および８つの連続的なＣＣＥをそれぞれ含む、制御チャネル候補の第１、第２、第４、および第８のアグリゲーションレベルが存在し、各アグリゲーションレベルにおける、前記第２のキャリアに対応する第１の制御チャネル候補は、各アグリゲーションレベルにおける、前記第１のキャリアに対応する前記第１の制御チャネル候補からＣＣＥの数だけシフトされる、請求項１７に記載の装置。
【請求項２２】
ＣＣＥの数は、各アグリゲーションレベルにおける、前記第１のキャリア制御チャネル候補に対するＣＣＥ全体の数である、請求項２１に記載の装置。
【請求項２３】
ＣＣＥの数は、Ｑの整数の倍数ではなく、Ｑは、前記それぞれのアグリゲーションレベルにおける、各制御チャネル候補内のＣＣＥの数である、請求項２１に記載の装置。
【請求項２４】
ＣＣＥの数は、１つのＣＣＥと（Ｑ−１）個のＣＣＥとの間であって、Ｑは、前記それぞれのアグリゲーションレベルにおける、各制御チャネル候補内のＣＣＥの数である、請求項２１に記載の装置。
【請求項２５】
少なくとも前記第１のキャリア候補のサブセットおよび前記第２のキャリア候補のサブセットは、それぞれ、同一のＣＣＥを第１および第２の異なる順番で含む、請求項１７に記載の装置。
【請求項２６】
１つ、２つ、４つ、および８つの連続的なＣＣＥをそれぞれ含むＣＣＥサブセット候補の第１、第２、第４、および第８のアグリゲーションレベルが存在し、各アグリゲーションレベルにおける、第１のキャリア制御チャネル候補および第２のキャリア制御チャネル候補に対応するＣＣＥの場所は、疑似乱数によって各々決定される、請求項１７に記載の装置。
【請求項２７】
前記プロセッサは、首尾よく復号化された制御チャネル候補が、前記制御チャネル候補の第１および第２のサブセットの各々の中にあるとき、該首尾よく復号化された制御チャネル候補を前記第１のキャリアと関連付けるステップを行うようにさらにプログラムされる、請求項２６に記載の装置。
【請求項２８】
各アグリゲーションレベルにおける、第１のキャリア制御チャネル候補に対応するＣＣＥの場所と第２のキャリア制御チャネル候補に対応するＣＣＥの場所とは、相互にインターリービングされる、請求項１７に記載の装置。
【請求項２９】
ユーザエージェント（ＵＡ）において制御チャネルを処理して、多重キャリア通信システム内でリソースグラントによって配分されたアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別する方法であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセットによって特定され、該方法は、
第１のキャリア上の制御チャネル候補を受信するステップと、
該第１のキャリア上の制御チャネル候補を復号化して、リソースグラントを識別するステップと、
該識別されたリソースグラントを第２のキャリアと関連付けるステップと
を行うプログラムを実行するプロセッサを使用するステップを含む、方法。
【請求項３０】
ユーザエージェント（ＵＡ）において制御チャネルを処理して、多重キャリア通信システム内でリソースグラントによって配分されたアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別する装置であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセットによって特定され、該装置は、
第１のキャリア上の制御チャネル候補を受信するステップと、
該第１のキャリア上の制御チャネル候補を復号化して、リソースグラントを識別するステップと、
該識別されたリソースグラントを第２のキャリアと関連付けるステップと
を行うプログラムを実行するプロセッサを備える、装置。
【請求項３１】
ユーザエージェント（ＵＡ）に制御チャネルを伝送して、多重キャリア通信システム内でリソースグラントによって配分されたアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別する方法であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセットによって特定され、各ＣＣＥサブセットは、制御チャネル候補であり、該方法は、
第１のキャリア上の制御チャネル候補の第１のサブセットを第１のキャリアと関連付けるステップであって、該第１のキャリアと関連付けられたサブセットは、第１のキャリア候補を含む、ステップと、
第１のキャリア上の制御チャネル候補の第２のサブセットを第２のキャリアと関連付けるステップであって、該第２のキャリアと関連付けられたサブセットは、第２のキャリア候補を含む、ステップと、
リソースグラントが該第１のキャリアと関連付けられる場合に、第１のキャリア候補を使用して該リソースグラントを伝送し、リソースグラントが該第２のキャリアと関連付けられる場合に、第２のキャリア候補を使用して該リソースグラントを伝送するステップと
を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、米国仮特許出願第６１／１８７，０７０号（名称「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｓｈａｒｉｎｇ  ａ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  ｆｏｒ  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ」、２００９年６月１４日出願）、米国仮特許出願第６１／２５８，５２５号（名称「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｓｈａｒｉｎｇ  ａ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  ｆｏｒ  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ」、２００９年１１月５日出願）、および米国仮特許出願第６１／３３０，１５７号（名称「Ｓｙｓｔｅｍ  ａｎｄ  Ｍｅｔｈｏｄ  ｆｏｒ  Ｓｈａｒｉｎｇ  ａ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  ｆｏｒ  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ」、２０１０年４月３０日出願）の優先権を主張する。
【０００２】
（発明の分野）
本発明は、概して、モバイル通信システム内のデータ伝送に関し、より具体的には、キャリアアグリゲーションのための制御チャネルを共有する方法に関する。
【背景技術】
【０００３】
本明細書において使用されるように、用語「ユーザエージェント」および「ＵＡ」は、電気通信能力を有する携帯電話、携帯情報端末、手持ち式またはラップトップコンピュータ、および同様のデバイスまたは他のユーザ機器（「ＵＥ」）等の無線デバイスを指すことができる。いくつかの実施形態では、ＵＡは、モバイル無線デバイスを指してもよい。用語「ＵＡ」はまた、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等の、同様の能力を有するが、概して運搬可能ではないデバイスを指してもよい。
【０００４】
従来の無線電気通信システムでは、基地局内の伝送機器は、セルとして知られる地理的領域の全体を通して信号を伝送する。技術の発展に伴って、より高度な機器が導入され、以前には可能ではなかったようなサービスを提供可能になっている。この高度な機器は、例えば、従来の無線電気通信システム内の同等の機器よりも高度に発展した基地局または他のシステムおよびデバイスよりもむしろ、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）ノードＢ（ｅＮＢ）を含む場合がある。そのような高度または次世代機器は、本明細書では、ロングタームエボリューション（ＬＴＥ）機器と称され、そのような機器を使用するパケットベースのネットワークは、発展型パケットシステム（ＥＰＳ）と称され得る。ＬＴＥシステム／機器への付加的な改良は、最終的には、ＬＴＥ発展型（ＬＴＥ−Ａ）システムをもたらす。本明細書で使用されるように、用語「アクセスデバイス」は、電気通信システム内の他の構成要素へのアクセスをＵＡに提供することができる、従来の基地局またはＬＴＥあるいはＬＥＴ−Ａアクセスデバイス（ｅＮＢを含む）等の任意の構成要素を指す。
【発明の概要】
【課題を解決するための手段】
【０００５】
Ｅ−ＵＴＲＡＮ等のモバイル通信システムでは、アクセスデバイスは、１つ以上のＵＡへの無線アクセスを提供する。アクセスデバイスは、ダウンリンクトラフィックデータパケット伝送を動的に予定し、アクセスデバイスと通信する全ＵＡ間でアップリンクトラフィックデータパケット伝送リソースを配分するためのパケットスケジューラを備える。スケジューラの機能は、とりわけ、ＵＡ間の利用可能な無線インターフェース能力を分割するステップと、各ＵＡのパケットデータ送信のために使用される転送チャネルを決定するステップと、パケット配分およびシステム負荷を監視するステップとを含む。スケジューラは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）および物理アップリンク共有チャネル（ＰＵＳＣＨ）データ伝送のためのリソースを動的に配分し、スケジューリングチャネルを通して、ＵＡにスケジューリング情報を送信する。
【０００６】
とりわけ、アップリンクリソースを特定するためのＤＣＩ形式０、ダウンリンクリソースを特定するためのＤＣＩ形式１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、および２Ａ、ならびに電力制御情報を特定するためのＤＣＩ形式３および３Ａを含む、いくつかの異なるデータ制御情報（ＤＣＩ）メッセージ形式は、ＵＡへのリソース割当を通信するために使用される。アップリンク特定ＤＣＩ形式０は、いくつかのＤＣＩフィールドを含み、その各々は、配分されたアップリンクリソースの異なる側面を特定するための情報を含む。例示的なＤＣＩ形式０ＤＣＩフィールドは、伝送電力制御（ＴＰＣ）フィールド、循環シフト復調参照信号（ＤＭ−ＲＳ）フィールド、変調コード化スキーム（ＭＣＳ）および冗長性バージョンフィールド、新規データ指標（ＮＤＩ）フィールド、リソースブロック割当、およびホッピングフラグフィールドを含む。ダウンリンク特定ＤＣＩ形式１、１Ａ、２、および２Ａは各々、配分されたダウンリンクリソースの異なる側面を特定するための情報を含む、いくつかのＤＣＩフィールドを含む。例示的なＤＣＩ形式１、１Ａ、２、および２Ａ  ＤＣＩフィールドは、ＨＡＲＱプロセス番号フィールド、ＭＣＳフィールド、新規データ指標（ＮＤＩ）フィールド、リソースブロック割当フィールド、および冗長性バージョンフィールドを含む。ＤＣＩ形式０、１、２、１Ａ、および２Ａの各々は、配分されたリソースを特定するための付加的なフィールドを含む。他のダウンリンク形式１Ｂ、１Ｃ、および１Ｄは、同様の情報を含む。アクセスデバイスは、ＵＡおよびアクセスデバイス能力、ＵＡが伝送する必要があるデータの量、通信（チャネル）状態、使用される伝送モード、セル内の通信トラフィックの量等を含む、いくつかの要因の関数として、リソースをＵＡに配分するためのダウンリンクＤＣＩ形式のうちの１つを選択する。
【０００７】
ＤＣＩメッセージは、明示的とは対照的に、暗示的にそれと関連付けることができ、制御オーバーヘッド要件を低減するように、サブフレームと同期される。例えば、ＬＴＥ周波数分割二重（ＦＤＤ）システムでは、例えば、ＤＣＩメッセージが第１の時間に受信されると、ＵＡが、第１の時間の４ミリ秒後にサブフレームの中のデータパケットを伝送するために、その中に示されたリソースグラントを使用するようにプログラムされるように、アップリンクソースのためのＤＣＩメッセージが４ミリ秒後にアップリンクサブフレームと関連付けられる。同様に、ダウンリンクリソースは、同時に伝送されたダウンリンクサブフレームと関連付けられる。例えば、ＤＣＩメッセージが第１の時間に受信されると、ＵＡは、同時に受信されたトラフィックデータサブフレームの中のデータパケットを復号化するために、その中に示されたリソースグラントを使用するようにプログラムされる。
【０００８】
動作中、ＬＴＥネットワークは、ＵＡ間でＤＣＩメッセージを配信するために、共有物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を使用する。各ＵＡに対するＤＣＩメッセージならびに他の共有制御情報は、別々に符号化される。ＬＴＥでは、ＰＤＣＣＨは、ＰＤＣＣＨ領域と呼ぶことができる、システム帯域幅全体にわたって、最初の数ＯＦＤＭ符号内で伝送される。ＰＤＣＣＨ領域は、アクセスデバイスからＵＡにＤＣＩメッセージを伝送するために使用される、複数の制御チャネル要素（ＣＣＥ）を含む。アクセスデバイスは、ＤＣＩメッセージをＵＡに伝送するために使用される、１つのＣＣＥまたはＣＣＥのアグリゲーションを選択し、ＣＣＥサブセットは、アクセスデバイスとＵＡとの間の知覚された通信状態に少なくとも部分的に応じて、メッセージを伝送するように選択される。例えば、高品質通信リンクがアクセスデバイスとＵＡとの間に存在することが分かっている場合、アクセスデバイスは、ＣＣＥのうちの１つを介してデータをＵＡに伝送してもよく、リンクが低品質である場合、アクセスデバイスは、２つ、４つ、または８つものＣＣＥの一部を介してデータをＵＡに伝送してもよく、付加的なＣＣＥが、関連ＤＣＩメッセージのよりロバストな伝送を促進する。アクセスデバイスは、多くの他の基準に基づいて、ＤＣＩメッセージ伝送のためのＣＣＥサブセットを選択してもよい。
【０００９】
ＤＣＩメッセージをＵＡに伝送するために、どの１つまたは複数のＣＣＥサブセットがアクセスデバイスによって使用されるかをＵＡが正確には知らないため、既存のＬＴＥネットワークでは、ＵＡは、ＤＣＩメッセージを検索するときに、多くの異なるＣＣＥサブセット候補を復号化しようとするようにプログラムされる。例えば、ＵＡは、ＤＣＩメッセージについて複数の単一ＣＣＥを検索し、ＤＣＩメッセージを見つけるように、複数の２つのＣＣＥサブセット、４つのＣＣＥサブセット、および８つのＣＣＥサブセットを検索するようにプログラムされてもよい。検索される必要がある、考えられるＣＣＥサブセットを削減するために、アクセスデバイスおよびＵＡは、各アクセスデバイスが、特定のデータトラフィックサブフレームに対応する特定のＵＡにＤＣＩメッセージを伝送するために、特定のＣＣＥサブセットのみを使用するように、かつＵＡがどのＣＣＥサブセットを検索するべきかを知っているように、プログラムされている。例えば、現在のＬＴＥネットワークでは、各データトラフィックサブフレームについて、ＵＡは、合計１６のＣＣＥサブセットに対するＤＣＩメッセージについて、６つの単一ＣＣＥ、６つの２−ＣＣＥサブセット、２つの４−ＣＣＥサブセット、および２つの８−ＣＣＥサブセットを検索する。１６のＣＣＥサブセットは、ＵＡ１０に割り当てられた特定の無線ネットワーク一時識別子（ＲＮＴＩ）の関数であり、１つのサブフレームから次のサブフレームまで様々である。所与のＵＡに特有である、この検索空間は、以降で「ＵＡ特有検索空間」と呼ばれる。
【００１０】
多くの場合、短期間で、アクセスデバイスが大量のデータをＵＡに伝送すること、またはＵＡが大量のデータをアクセスデバイスに伝送することが望ましい。例えば、一連の写真が、短期間にわたってアクセスデバイスに伝送される必要があってもよい。別の事例として、ＵＡは、復号化データ転送が極めて大きいように、全て本質的に同時にアクセスデバイスからデータパケットを受信しなければならないいくつかのアプリケーションを実行してもよい。データ伝送のレートを増加させるための方法の１つは、ＬＴＥ−Ａの場合のように、多重キャリア（すなわち、多重周波数）を使用して、アクセスデバイスとＵＡとの間で通信することである。例えば、システムは、５つの別々の８アップリンクＨＡＲＱおよび５つの別々の８ダウンリンクＨＡＲＱ伝送ストリームが、並行して生成されることができるように、５つの異なるキャリア（すなわち、周波数）および８つのＨＡＲＱプロセスをサポートしてもよい。多重キャリアを介した通信は、キャリアアグリゲーションと称される。
【００１１】
キャリアアグリゲーションの場合、制御チャネル構造は、ＤＣＩ制御メッセージを配信するために、各キャリアに配分される。簡単な方法として、各キャリアは、各キャリアに対して、独立して、制御チャネル情報をアクセスデバイスとＵＡとの間で通信可能にする別々のＰＤＣＣＨ領域を含むことができる。このアプローチは、制御チャネル情報を各キャリアに対して配信可能にするが、各キャリア上に、相当量のリソースの配分を必要とする。さらに、干渉のレベルが、キャリア間で様々であるため、全キャリア上にＰＤＣＣＨ領域を等しく実装することが困難であり得る。ある場合には、例えば、特定のキャリア上の干渉レベルは、キャリア上にＰＤＣＣＨ領域を実装することを困難または不可能にするほど相当な量であり得る。代替として、第１のキャリア上の制御メッセージのためのＤＣＩメッセージ形式は、各ＤＣＩメッセージと関連付けられた特有キャリアを示すための付加的フィールドを提供するように修正されてもよい。しかしながら、この解決法は、ＤＣＩ形式を修正するのに現在望ましくないため、望ましくない。
【図面の簡単な説明】
【００１２】
本開示をより完全に理解するために、添付の図面および発明を実施するための形態と併せて理解される、以下の簡単な説明を参照し、類似参照数字は、類似部品を表す。
【図１】図１は、キャリアアグリゲーションのための制御チャネルを共有するためのユーザエージェント（ＵＡ）を含む、通信システムの構成要素を示す概略図である。
【図２】図２は、各構成要素キャリアが２０ＭＨｚの帯域幅を有し、総システム帯域幅が１００ＭＨｚである、通信ネットワーク内のキャリアアグリゲーションの説明図である。
【図３】図３は、ＰＤＣＣＨ領域内に存在し得る、アグリゲーションレベルおよび検索空間の説明図である。
【図４】図４は、異なるＵＡ特有および共通検索空間に対するアグリゲーションレベルを示す表である。
【図５】図５ａおよび５ｂは、キャリアアグリゲーションのための２つ以上のキャリアに対して、制御チャネルを実装するための２つの例示的ＰＤＣＣＨ領域設計選択肢を例示する。
【図６】図６は、各ＣＣＥのセットが異なるキャリアに割り当てられる、ＣＣＥのセットを有する、例示的ＰＤＣＣＨ領域を例示し、また、キャリアｆ１とｆ２との間のＤＣＩ制御メッセージを配分するための例示的アグリゲーションレベルおよび検索空間を示す。
【図７】図７は、各キャリアに配分されたＣＣＥがＰＤＣＣＨ領域を通して配信され得る、２つのキャリアに配分されたＣＣＥを有する、例示的ＰＤＣＣＨ領域を例示し、また、キャリアｆ１とｆ２との間のＤＣＩ制御メッセージを配分するために、ＰＤＣＣＨ領域内に存在し得る、例示的アグリゲーションレベルおよび検索空間を示す。
【図８】図８は、ＰＤＣＣＨ領域内に存在し得る、アグリゲーションレベルおよび検索空間の例示であって、各アグリゲーションレベルに対して、特定のキャリアのためのＰＤＣＣＨ候補が、次のより小さいアグリゲーションレベル内のＣＣＥの数の倍数だけシフトされ得る。
【図９】図９は、ＰＤＣＣＨ領域内に存在し得る、アグリゲーションレベルおよび検索空間の例示であって、特定のＰＤＣＣＨ候補のためのキャリア指数は、ＰＤＣＣＨ候補のＣＣＥ指数によって計算され得る。
【図１０】図１０は、ＵＡ特有空間のためのアグリゲーションレベル、ＣＣＥの数内の各アグリゲーションレベルのサイズ、および各アグリゲーションレベルにおいて検索されるＰＤＣＣＨ（ＣＣＥサブセット）候補の拡張数を示す表である。
【図１１】図１１ａ〜１１ｃは、リソース要素群（ＲＥＧ）の並べ替えを例示し、ＲＥＧ並べ替えは、ＰＤＣＣＨ候補と潜在的に関連付けられるキャリアを区別するために使用され得る。
【図１２】図１２は、アグリゲーションレベル２、４、および８における、キャリアｆ１ならびにｆ２の各々に対するＰＤＣＣＨ候補の例示的構築を示す例示であって、アグリゲーションレベル１より高いアグリゲーションレベルに対して、各潜在的ＰＤＣＣＨ候補を構成するＣＣＥの順序は様々である。
【図１３】図１３は、本開示の種々の実施形態のうちのいくつかに対して動作可能なＵＡを含む、無線通信システムの略図である。
【図１４】図１４は、本開示の種々の実施形態のうちのいくつかに対して動作可能なＵＡのブロック図である。
【図１５】図１５は、本開示の種々の実施形態のうちのいくつかに対して動作可能なＵＡ上に実装されてもよい、ソフトウェア環境の略図である。
【図１６】図１６は、本開示の種々の実施形態のうちのいくつかに対して好適である、例示的な汎用コンピュータシステムである。
【図１７】図１７は、本説明の少なくとも一実施形態と一致する、ＵＡ特有空間のためのアグリゲーションレベル、ＣＣＥの数内の各アグリゲーションレベルのサイズ、および各アグリゲーションレベルにおいて検索されるＰＤＣＣＨ（ＣＣＥサブセット）候補の拡張数を示す、表である。
【図１８】図１８は、本説明の少なくとも一実施形態と一致する、ＵＡ特有空間のためのアグリゲーションレベル、ＣＣＥの数内の各アグリゲーションレベルのサイズ、および各アグリゲーションレベルにおいて検索されるＰＤＣＣＨ（ＣＣＥサブセット）候補の拡張数を示す、表である。
【図１９】図１９は、本説明の少なくとも一実施形態と一致する、ＵＡ特有空間のためのアグリゲーションレベル、ＣＣＥの数内の各アグリゲーションレベルのサイズ、および各アグリゲーションレベルにおいて検索されるＰＤＣＣＨ（ＣＣＥサブセット）候補の拡張数を示す、表である。
【図２０】図２０は、本説明の少なくとも一実施形態と一致する、ＵＡ特有空間のためのアグリゲーションレベル、ＣＣＥの数内の各アグリゲーションレベルのサイズ、および各アグリゲーションレベルにおいて検索されるＰＤＣＣＨ（ＣＣＥサブセット）候補の拡張数を示す表である。
【発明を実施するための形態】
【００１３】
制御チャネルは、多重キャリア通信ネットワークシステムにおける２つ以上のキャリア間で共有され得ることを認識されたい。
【００１４】
いくつかの実施形態は、ユーザエージェント（ＵＡ）において、制御チャネルを処理し、多重キャリア通信システム内でリソースグラントによって配分されたアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別する方法であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセットによって特定され、各ＣＣＥサブセットは、制御チャネル候補であって、第１のキャリア上の制御チャネル候補のサブセットを第２のキャリアと関連付けるステップであって、第２のキャリアと関連付けられたサブセットは、第２のキャリア候補を含む、ステップと、第１のキャリア上の制御チャネル候補を受信するステップと、受信された制御チャネル候補を復号化し、第２のキャリアのためのリソースグラントを識別しようとするステップとを備える、方法を含む。
【００１５】
ある場合には、方法は、受信された制御チャネル候補が、首尾よく復号化され、復号化された制御チャネル候補が、第２のキャリア候補である場合、復号化されたリソースグラントを第２のキャリアと関連付けるステップををさらに含む。ある場合には、第２のキャリアと関連付けられた制御チャネル候補のサブセットは、第２のサブセットを含み、方法は、第１のキャリア上の第１の制御チャネル候補のサブセットを第１のキャリアと関連付けるステップをさらに含み、第１のキャリアと関連付けられたサブセットは、第１のキャリア候補を含む。ある場合には、方法は、受信された制御チャネル候補が、首尾よく復号化され、復号化された制御チャネル候補が、第１のキャリア候補である場合、復号化されたリソースグラントを第１のキャリアと関連付けるステップと、受信された制御チャネル候補が、首尾よく復号化され、復号化された制御チャネル候補が、第２のキャリア候補である場合、復号化されたリソースグラントを第２のキャリアと関連付けるステップとをさらに含む。
【００１６】
ある場合には、方法は、復号化されたリソースグラントを使用して、リソースを首尾よく復号化された制御チャネル候補と関連付けられた第１および第２のキャリアのうちの１つに配分するステップをさらに含む。ある場合には、制御チャネル候補に対応するＣＣＥは、複数を含み、第１の制御チャネル候補のサブセットは、複数の第１の部分の中にあって、制御チャネル候補の第２のサブセットは、複数の第２の部分の中にある。ある場合には、各々、１つ、２つ、４つ、および８つの連続的ＣＣＥを含む、制御チャネル候補の第１、第２、第４、および第８のアグリゲーションレベルが存在し、各アグリゲーションレベルにおける、第２のキャリアに対応する第２の制御チャネル候補のＣＣＥは、ＣＣＥの数だけ、各アグリゲーションレベルにおける、第１のキャリアに対応する第１の制御チャネル候補のＣＣＥからシフトされる。
【００１７】
ある場合には、ＣＣＥの数は、各アグリゲーションレベルにおける、第１のキャリア制御チャネル候補に対するＣＣＥ全体の数である。ある場合には、ＣＣＥの数は、Ｑの整数の倍数ではなく、ここで、Ｑは、各々のアグリゲーションレベルにおける、各制御チャネル候補内のＣＣＥの数である。ある場合には、ＣＣＥの数は、１つのＣＣＥと（Ｑ−１）個のＣＣＥとの間にあって、Ｑは、各々のアグリゲーションレベルにおける、各制御チャネル候補内のＣＣＥの数である。ある場合には、少なくとも、第１のキャリア候補のサブセットおよび第２のキャリア候補のサブセットは、各々、同一のＣＣＥを第１および第２の異なる順番で含む。
【００１８】
ある場合には、１つ、２つ、４つ、および８つの連続的ＣＣＥを各々含む、ＣＣＥサブセット候補の第１、第２、第４、および第８のアグリゲーションレベルが存在し、各アグリゲーションレベルにおける、第１のキャリア制御チャネル候補および第２のキャリア制御チャネル候補に対応するＣＣＥの場所は、疑似乱数によって各々決定される。ある場合には、方法は、首尾よく復号化された制御チャネル候補が、一般的に、第１および第２の制御チャネル候補のサブセットの各々と関連付けられる場合、首尾よく復号化された制御チャネル候補を第１のキャリアと関連付けるステップをさらに含む。ある場合には、各アグリゲーションレベルにおける、第１のキャリア制御チャネル候補に対応するＣＣＥおよび第２のキャリア制御チャネル候補に対応するＣＣＥの場所は、相互にインターリービングされる。
【００１９】
さらに他の実施形態は、ユーザエージェント（ＵＡ）において制御チャネルを処理して、多重キャリア通信システム内でリソースグラントによって配分されたアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別する装置であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセット候補によって特定され、第１のキャリア上の制御チャネル候補のサブセットを第２のキャリアと関連付けるステップであって、第２のキャリアと関連付けられたサブセットは、第２のキャリア候補を含む、ステップと、第１のキャリア上の制御チャネル候補を受信するステップと、受信された制御チャネル候補を復号化し、第２のキャリアのためのリソースグラントを識別しようとするステップとを行うプログラムを実行するプロセッサを備える、装置を含む。
【００２０】
ある場合には、プロセッサは、受信された制御チャネル候補が、首尾よく復号化され、復号化された制御チャネル候補が、第２のキャリア候補である場合、復号化されたリソースグラントを第２のキャリアと関連付けるステップを行うようにさらにプログラムされる。ある場合には、第２のキャリアと関連付けられた制御チャネル候補のサブセットは、第２のサブセットを含み、プロセッサは、第１のキャリア上の第１の制御チャネル候補のサブセットを第１のキャリアと関連付けるステップを行うようにさらにプログラムされ、第１のキャリアと関連付けられたサブセットは、第１のキャリア候補を含む。ある場合には、プロセッサは、受信された制御チャネル候補が、首尾よく復号化され、復号化された制御チャネル候補が、第１のキャリア候補である場合、復号化されたリソースグラントを第１のキャリアと関連付けるステップと、受信された制御チャネル候補が、首尾よく復号化され、復号化された制御チャネル候補が、第２のキャリア候補である場合、復号化されたリソースグラントを第２のキャリアと関連付けるステップとを行うようにさらにプログラムされる。
【００２１】
ある場合には、プロセッサは、復号化されたリソースグラントを使用して、リソースを首尾よく復号化された制御チャネル候補と関連付けられた第１および第２のキャリアのうちの１つに配分するステップを行うようにさらにプログラムされる。ある場合には、ＣＣＥは、複数を含み、第１の制御チャネル候補のサブセットは、複数の第１の部分の中にあって、制御チャネル候補の第２のサブセットは、複数の第２の部分の中にある。ある場合には、各々、１つ、２つ、４つ、および８つの連続的ＣＣＥを含む、制御チャネル候補の第１、第２、第４、および第８のアグリゲーションレベルが存在し、各アグリゲーションレベルにおける、第２のキャリアに対応する第１の制御チャネル候補は、ＣＣＥの数だけ、各アグリゲーションレベルにおける、第１のキャリアに対応する第１の制御チャネル候補からシフトされる。
【００２２】
ある場合には、ＣＣＥの数は、各アグリゲーションレベルにおける、第１のキャリア制御チャネル候補に対するＣＣＥ全体の数である。ある場合には、ＣＣＥの数は、Ｑの整数の倍数ではなく、ここで、Ｑは、各々のアグリゲーションレベルにおける、各制御チャネル候補内のＣＣＥの数である。
【００２３】
ある場合には、ＣＣＥの数は、１つのＣＣＥと（Ｑ−１）個のＣＣＥとの間であって、ここで、Ｑは、各々のアグリゲーションレベルにおける、各制御チャネル候補内のＣＣＥの数である。
【００２４】
ある場合には、少なくとも、第１のキャリア候補のサブセットおよび第２のキャリア候補のサブセットは、各々、同一ＣＣＥを第１および第２の異なる順番で含む。
【００２５】
ある場合には、１つ、２つ、４つ、および８つの連続的ＣＣＥをそれぞれ含む、ＣＣＥサブセット候補の第１、第２、第４、および第８のアグリゲーションレベルが存在し、各アグリゲーションレベルにおける、第１のキャリア制御チャネル候補および第２のキャリア制御チャネル候補に対応するＣＣＥの場所は、疑似乱数によって各々決定される。
【００２６】
ある場合には、プロセッサは、首尾よく復号化された制御チャネル候補が、第１および第２の制御チャネル候補のサブセットの各々内にあるとき、首尾よく復号化された制御チャネル候補を第１のキャリアと関連付けるステップを行うようにさらにプログラムされる。ある場合には、各アグリゲーションレベルにおける、第１のキャリア制御チャネル候補に対応するＣＣＥおよび第２のキャリア制御チャネル候補に対応するＣＣＥの場所は、相互にインターリービングされる。
【００２７】
いくつかの実施形態は、ユーザエージェント（ＵＡ）において、制御チャネルを処理し、多重キャリア通信システム内でリソースグラントによって配分されたアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別するための方法であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセットによって特定され、第１のキャリア上の制御チャネル候補を受信するステップと、第１のキャリア上の制御チャネル候補を復号化し、リソースグラントを識別するステップと、識別されたリソースグラントを第２のキャリアと関連付けるステップとを行うプログラムを実行するプロセッサを使用するステップを備える、方法を含む。
【００２８】
他の実施形態は、ユーザエージェント（ＵＡ）において、制御チャネルを処理して、多重キャリア通信システム内でリソースグラントによって配分されたアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別するための装置であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセットによって特定され、第１のキャリア上の制御チャネル候補を受信するステップと、第１のキャリア上の制御チャネル候補を復号化し、リソースグラントを識別するステップと、識別されたリソースグラントを第２のキャリアと関連付けるステップとを行うプログラムを実行するプロセッサを備える、装置を含む。
【００２９】
他の実施形態は、ユーザエージェント（ＵＡ）に制御チャネルを伝送して、多重キャリア通信システム内でリソースグラントによって配分されたアップリンクおよびダウンリンクリソースのうちの少なくとも１つを識別するための方法であって、リソースグラントは、制御チャネル要素（ＣＣＥ）サブセットによって特定され、各ＣＣＥサブセットは、制御チャネル候補であって、第１のキャリア上の制御チャネル候補の第１のサブセットを第１のキャリアと関連付けるステップであって、第１のキャリアと関連付けられたサブセットは、第１のキャリア候補を含む、ステップと、第１のキャリア上の制御チャネル候補の第２のサブセットを第２のキャリアと関連付けるステップであって、第２のキャリアと関連付けられたサブセットは、第２のキャリア候補を含む、ステップと、リソースグラントが第１のキャリアと関連付けられる場合、第１のキャリア候補を使用してリソースグラントを伝送し、リソースグラントが第２のキャリアと関連付けられる場合、第２のキャリア候補を使用してリソースグラントを伝送するステップとを含む、方法を含む。
【００３０】
次いで、上述および関連の目的を達成するために、本開示は、以降で完全に説明される特徴を備える。以下の説明および添付の図面は、本発明の詳細な例示的側面を説明する。しかしながら、これらの側面は、本開示の原理を採用することができる、種々の方法のうちのいくつかを示すにすぎない。本開示の他の側面、利点、および新規特徴は、図面と併せて考慮されると、以下の本開示の発明を実施するための形態から明白となるであろう。
【００３１】
ここで、添付の図面を参照して、本開示の種々の側面を説明し、類似番号は、全体を通して、類似または対応要素を指す。しかしながら、図面およびそれに関連する詳細な説明は、請求された主題を開示される特定の形態に限定することを目的としないことを理解されたい。むしろ、請求された主題の精神および範囲内にある、全ての修正、同等物、および代替案を網羅することが意図される。
【００３２】
本明細書で使用されるように、用語「構成要素」、「システム」、および同等物は、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれかである、コンピュータ関連エンティティを指すことを目的とする。例えば、構成要素は、プロセッサ上で作動するプロセス、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／またはコンピュータであってもよいが、それらに限定されない。例示として、コンピュータ上で作動するアプリケーションおよびコンピュータは両方とも、構成要素となり得る。１つ以上の構成要素は、プロセスおよび／または実行のスレッドの中に常駐してもよく、構成要素は、１つのコンピュータ上に局在してもよく、および／または２つ以上のコンピュータ間で分散されてもよい。
【００３３】
用語「例示的」とは、本明細書では、実施例、事例、または例示としての機能を果たすことを意味するために使用される。「例示的」として本明細書に説明される任意の側面または設計は、必ずしも、他の側面または設計よりも好ましい、あるいは有利であると解釈されるものではない。
【００３４】
さらに、開示された主題は、標準的プログラミングおよび／またはエンジニアリング技術を使用して、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせを生産し、コンピュータまたはプロセッサベースのデバイスを制御し、本明細書に詳述される側面を実装するように、システム、方法、装置、または製造品として実装されてもよい。用語「製造品」（または代替として、「コンピュータプログラム製品」）は、本明細書で使用されるように、任意のコンピュータ可読デバイス、キャリア、または媒体からアクセス可能なコンピュータプログラムを包含することを目的としている。例えば、コンピュータ可読媒体は、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ．．．）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）．．．）、スマートカード、およびフラッシュメモリデバイス（例えば、カード、スティック）を含むことができるが、それらに限定されない。加えて、キャリアは、電子メールを送受信する際、あるいはインターネットまたはローカルエリアネットワーク（ＬＡＮ）等のネットワークにアクセスする際に使用されるもの等の、コンピュータ可読電子データを搬送するために採用できることを理解されたい。当然ながら、当業者であれば、請求された主題の範囲または精神から逸脱することなく、多くの修正が本構成に成されてもよいことを認識するであろう。
【００３５】
一般に、本発明のシステムおよび方法は、２つ以上のキャリア間において、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）領域等の単一制御チャネルリソースを共有するために開発された。したがって、システムは、１つのＰＤＣＣＨ領域を介して、ダウンリンク制御情報（ＤＣＩ）制御メッセージを配信し、１つ以上のキャリア上のリソース配分を決定することを可能にする多重キャリア制御構造を提供する。一般に、本システムは、上述の既存のＤＣＩ制御メッセージ形式を使用して実装されてもよい。したがって、既存のＤＣＩ形式の長さは、本システム実装後でも不変のままであってもよい。
【００３６】
次に、図面（同一参照番号は、いくつかの図を通して、類似要素に対応する）を参照すると、図１は、ユーザエージェント（ＵＡ）１０と、アクセスデバイス１２とを含む、例示的な多重チャネル通信システム３０を例示する概略図である。ＵＡ１０は、他の構成要素の中でもとりわけ、プログラムのうちの少なくとも１つが、アクセスデバイス１２と通信し、アクセスデバイス１２からデータを受信し、そこにデータを提供する１つ以上のソフトウェアプログラムを実行するプロセッサ１４を含む。データが、ＵＡ１０からデバイス１２へと伝送されるとき、データは、アップリンクデータと称され、データが、アクセスデバイス１２からＵＡ１０に伝送されるとき、データは、ダウンリンクデータと称される。アクセスデバイス１２は、一実装では、ＵＡ１０と通信するためのＥ−ＵＴＲＡＮノードＢ（ｅＮＢ）または他のネットワーク構成要素を含んでもよい。
【００３７】
通信を促進するために、複数の異なる通信チャネルが、アクセスデバイス１２とＵＡ１０との間に確立される。本開示の目的のために、図１を参照するとアクセスデバイス１２とＵＡ１０との間の重要なチャネルは、ＰＤＣＣＨ７０、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）７２、および物理アップリンク共有チャネル（ＰＵＳＣＨ）７４を含む。標識が含意するように、ＰＤＣＣＨは、ダウンリンクデータ通信の間、アクセスデバイス１２がＵＡ１０を制御することを可能にするチャネルである。この目的を達成するために、ＰＤＣＣＨは、ＤＣＩパケットと称されるスケジューリングまたは制御データパケットをＵＡ１０に伝送するために使用されて、ＵＡ１０によって使用されるスケジューリングを示し、それにより、ダウンリンク通信トラフィックパケットを受信するか、またはアップリンク通信トラフィックパケットを伝送するか、あるいは特定の命令（例えば、電力制御コマンド、ランダムアクセス手順を行う順序、半永続的スケジューリング有効化または無効化）をＵＡに送信する。別々のＤＣＩパケットが、各トラフィックパケット／サブフレーム伝送のためにアクセスデバイス１２によってＵＡ１０に伝送されてもよい。
【００３８】
例示的なＤＣＩ形式は、アップリンクリソースを特定するためのＤＣＩ形式０、ならびにダウンリンクリソースを特定するためのＤＣＩ形式１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、および２Ａを含む。他のＤＣＩ形式もまた想定される。例示的なＤＣＩパケットは、図１のＰＤＣＣＨ７０上の通信７１によって示される。
【００３９】
依然として、図１を参照すると、ＰＤＳＣＨ７２上の例示的トラフィックデータパケットまたはサブフレームは、７３として標識される。ＰＵＳＣＨ７４は、ＵＡ１０によって、データサブフレームまたはパケットをアクセスデバイス１２に伝送するために使用されてもよい。ＰＵＳＣＨ７４上の例示的トラフィックパケットは、７７として標識される。
【００４０】
キャリアアグリゲーションは、より広い伝送帯域幅をサポートし、ＵＡ１０、アクセスデバイス１２、および／または他のネットワーク構成要素間の通信のための潜在的ピークデータレートを増加させるために使用されることができる。キャリアアグリゲーションでは、多重成分キャリアは、図２に示されるように、アグリゲーションされ、サブフレーム内において、ＵＡ１０に配分されてもよい。図２は、各成分キャリアが、２０ＭＨｚの帯域幅を有し、総システム帯域幅が１００ＭＨｚである、通信ネットワークにおけるキャリアアグリゲーションを示す。例示されるように、利用可能な帯域幅１００は、複数のキャリア１０２に分割される。ＵＡ１０は、ＵＡの能力に応じて、多重成分キャリア（図２に示された実施例では、最大で合計５つのキャリア１０２）上で受信または伝送してもよい。場合によっては、ネットワーク配備に応じて、キャリアアグリゲーションは、同じ帯域に位置するキャリア１０２および／または異なる帯域に位置するキャリア１０２を伴って発生してもよい。例えば、１つのキャリア１０２は、２ＧＨｚに位置してもよく、第２のアグリゲーションされたキャリア１０２は、８００ＭＨｚに位置してもよい。
【００４１】
図３を参照すると、例示的ＰＤＣＣＨ領域は、アクセスデバイス１２からＵＡ１０にＤＣＩ形式のメッセージを伝送するために使用される複数の制御チャネル要素（ＣＣＥ）１１０を含む。例示される実施例では、ＰＤＣＣＨ領域は、３８個のＣＣＥを含むが、しかしながら、他のＰＤＣＣＨの事例は、３８個より多いかまたは少ないＣＣＥを含んでもよい。アクセスデバイス１２は、ＤＣＩメッセージをＵＡ１０に伝送するために使用される、１つのＣＣＥまたはＣＣＥのアグリゲーションを選択し、ＣＣＥサブセットは、アクセスデバイスとＵＡとの間の知覚された通信状態に少なくとも部分的に応じて、メッセージを伝送するように選択される。例えば、高品質通信リンクがアクセスデバイスとＵＡとの間に存在することが分かっている場合、アクセスデバイスは、ＣＣＥのうちの１つ（１１６参照）を介してデータをＵＡに伝送してもよく、リンクが低品質である場合、アクセスデバイスは、２つ（１１８参照）、４つ（１２０参照）、または８つ（１２２参照）ものＣＣＥの一部を介してデータをＵＡに伝送してもよく、付加的なＣＣＥが、関連ＤＣＩメッセージのよりロバストな伝送を促進する。アクセスデバイスは、多くの他の基準に基づいて、ＤＣＩメッセージ伝送のためのＣＣＥサブセットを選択してもよい。
【００４２】
以降では、特に指示がない限り、１つのＣＣＥを含むＣＣＥサブセットは、「アグリゲーションレベル１」またはＡＬ１サブセットと称される。同様に、２つのＣＣＥを含むＣＣＥサブセットは、「アグリゲーションレベル２」またはＡＬ２サブセットと称され、４つのＣＣＥを含むＣＣＥサブセットは、「アグリゲーションレベル４」またはＡＬ４サブセットと称され、８つのＣＣＥを含むＣＣＥサブセットは、「アグリゲーションレベル８」またはＡＬ８サブセットと称される。より高いアグリゲーションレベルは、特定のＤＣＩを伝送するために使用されるＣＣＥの数がより大きい（例えば、アグリゲーションレベル８がアグリゲーションレベル４よりも高い）ことを示し、したがって、所与のチャネル状態のセットを仮定して、よりロバストである。故に、不良なチャネル状態を有するＵＡ１０が、より高いアグリゲーションレベルを割り当てられることにより、ＰＤＣＣＨ上で受信されたＤＣＩメッセージを首尾よく復号化できることを確実にする。
【００４３】
ここで図４を参照すると、各々、ＵＡ特有および共通検索空間１１４および１１２に対するアグリゲーションレベル、ＣＣＥの数における各アグリゲーションレベルのサイズ、ならびに各アグリゲーションレベルにおけるＵＡ１０によって検索されるＰＤＣＣＨ（ＣＣＥサブセット）候補の数を示すことによって、図３の情報を要約する表が提供されている。ＵＡ特有検索空間１１４において、アグリゲーションレベル１では、検索空間は、合計６つのＰＤＣＣＨ候補を伴う、６つのＣＣＥである。アグリゲーションレベル２では、検索空間は、合計６つのＰＤＣＣＨ候補を伴う、１２個のＣＣＥである。アグリゲーションレベル４では、検索空間は、２つのＰＤＣＣＨ候補を伴う、８つのＣＣＥであって、アグリゲーションレベル８では、検索空間は、２つのＰＤＣＣＨ候補を伴う、１６のＣＣＥである。共通検索空間１１２において、アグリゲーションレベル４では、検索空間は、４つのＰＤＣＣＨ候補を伴う、１６のＣＣＥであって、アグリゲーションレベル８では、２つのＰＤＣＣＨ候補を伴う、１６のＣＣＥである。
【００４４】
概して、図４に示されるアグリゲーションレベルの異なるものを使用することによって、ＰＤＣＣＨ伝送の信頼性が、意図されるＵＡに対して設定されてもよい。ＵＡによって監視されるＰＤＣＣＨ候補のセットは、検索空間に関して定義され、アグリゲーションレベル１、２、４、８における検索空間
【００４５】
【数１】
2012530407.tif 000003
は、ＰＤＣＣＨ候補のセットによって定義される。検索空間
【００４６】
【数２】
2012530407.tif 000004
のＰＤＣＣＨ候補ｍに対応するＣＣＥは、以下の式によって求められてもよい。
【００４７】
【数３】
2012530407.tif 000005
ここで、Ｙｋ（Ｙｋは、Ｓｅｃｔｉｏｎ  ９．１．１  ｏｆ  ＴＳ３６．２１３に説明されているように計算されてもよい）は、ＵＥ特有検索空間を定義するための乱数であって、Ｌは、アグリゲーションレベルであり、ｉ＝０、．．．、Ｌ−１、およびｍ＝０、．．．、Ｍ（Ｌ）−１である。Ｍ（Ｌ）は、所与の検索空間内で監視するためのＰＤＣＣＨ候補の数である。
【００４８】
キャリアアグリゲーションの場合、制御チャネル構造は、ＤＣＩ制御メッセージを配信するために、各キャリアに配分される。図５ａおよび５ｂは、キャリアアグリゲーションのための２つ以上のキャリアに対して、制御チャネルを実装するための２つの例示的なＰＤＣＣＨ設計の選択肢を例示する。図５ａでは、各キャリアｆ１およびｆ２は、別々のＰＤＣＣＨ領域に配分される。故に、キャリアｆ１に関連するＤＣＩ制御メッセージは、ＰＤＣＣＨ領域１３０を介して配信され、キャリアｆ２に関連するＤＣＩ制御メッセージは、ＰＤＣＣＨ領域１３２を介して配信される。比較的に実装が簡単ではあるが、図５ａのＰＤＣＣＨ構造は、各キャリア上に相当なリソースの配分を必要とし、特定のキャリアがＰＤＣＣＨ領域を有しない場合、当てはまらない。多重キャリアのためのＰＤＣＣＨ領域が、単一キャリア上に留保される場合、他のキャリアは、制御領域を伴わずに、ＰＤＳＣＨのみ伝送するように構成され、ＰＤＳＣＨ伝送の帯域幅効率を増加させるであろう。加えて、各キャリアの範囲は、異なってもよい。また、ある場合には、ＵＡ実装を単純化するために、単一キャリア上で制御を伝送することが望ましくあってもよい。故に、多くの場合、特定のキャリアは、ＤＣＣＨ領域を実装しないか、または利用可能にしなくてもよい。
【００４９】
図５ｂは、１つのＰＤＣＣＨ領域が、ゼロ以上の他のキャリアに加え、ＰＤＣＣＨが伝送される、キャリアのためのＤＣＩ制御メッセージを配信するように構成され得る代替ＰＤＣＣＨ領域設計の選択肢を例示する。図５ｂでは、キャリアｆ１に関連するＤＣＩ制御メッセージは、ＰＤＣＣＨ領域１３６を介して配信される。加えて、キャリアｆ１上のＰＤＣＣＨ領域１３６は、キャリアｆ２および／または付加的キャリア（図示せず）に関連するＤＣＩ制御メッセージを配信するように構成されてもよい。ＤＣＩ制御メッセージが関連する、ＰＤＳＣＨ／ＰＵＳＣＨキャリアを示す、新しいＤＣＩフィールドを使用して、図５ｂに例示されるＰＤＣＣＨ設計選択肢を実装可能であり得るが、そのような解決法は、既存のＤＣＩ形式の数を修正または増加させるため、望ましくない。
【００５０】
本システムは、１つのＰＤＣＣＨ領域を介して第１のキャリア上に配信されるＤＣＩ制御メッセージに、２つ以上のキャリアの各々の上へのリソース配分を決定可能にする、２つ以上のキャリア間の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）領域等の単一制御チャネルの共有を促進する。ネットワーク構成に応じて、本システムは、従来のＤＣＩ制御メッセージ形式を使用して実装されてもよい。したがって、既存のＤＣＩ形式の長さは、本システムの実装後でも、不変のままであってもよい。各解決法が以下で別々に説明されるが、異なる解決法の種々の側面は、少なくともいくつかの実施形態では、他の有用な解決法をもたらすように組み合わせられてもよいことを理解されたい。
【００５１】
（解決法１）
本システムの一実装において、単一キャリアＰＤＣＣＨ領域上のＣＣＥは、異なる群に割り当てられ、各群は、多重キャリアシステムの異なるキャリアに事前に割り当てられる。例えば、図６を参照すると、ＰＤＣＣＨ領域１４０は、キャリアｆ１上に位置する。ＰＤＣＣＨ領域１４０のＣＣＥは、２つの群に配分され、各群は、キャリアｆ１またはキャリアｆ２のいずれかに割り当てられる。ＰＤＣＣＨ領域１４０は、ＰＤＣＣＨ１４０の第１のＣＣＥ群１４２を含み、ＣＣＥ群１４２は、キャリアｆ１に配分される。第１のＣＣＥ群１４２は、ＰＤＣＣＨ領域１４０のＣＣＥ０−１７を含む。同様に、ＰＤＣＣＨ領域１４０の第２のＣＣＥ群１４４は、キャリアｆ２に配分され、ＰＤＣＣＨ領域１４０のＣＣＥ１８−３５を含む。３つ以上のキャリアを有するシステムでは、単一ＰＤＣＣＨ領域上のＣＣＥは、キャリアの数に等しいいくつかの群に配分されてもよい。ネットワーク実装に応じて、各群に配分されるＣＣＥの数は、キャリア間で等しくても、または異なっていてもよい。
【００５２】
依然として、図６を参照すると、キャリアｆ１とｆ２との間でＤＣＩ制御メッセージを配分するために、ＰＤＣＣＨ領域１４０内に存在し得るアグリゲーションレベルおよび検索空間が示される。ＰＤＣＣＨ領域１４０は、３６個のＣＣＥを含む。ＣＣＥ０−１７は、第１の群に置かれ、キャリアｆ１（ＰＤＣＣＨ領域１４０を含有するキャリア）に配分され、ＣＣＥ１８−３５は、第２の群に置かれ、キャリアｆ２に配分される。ＰＤＣＣＨ領域１４０を使用して、アクセスデバイス１２は、１つのＣＣＥまたはＣＣＥのサブセットアグリゲーションを選択し、ＤＣＩメッセージをＵＡ１０に伝送する。アクセスデバイスによって選択された特定のＣＣＥサブセットは、アクセスデバイスとＵＡとの間の知覚された通信状態に少なくとも部分的に応じてもよい。選択されたＣＣＥサブセットはまた、ＤＣＩ制御メッセージがリソースを配分するキャリアを決定する。
【００５３】
例えば、高品質通信リンクが、キャリアｆ１上のアクセスデバイスとＵＡとの間に存在することが分かっている場合、アクセスデバイスは、キャリアｆ１に配分されたＣＣＥ１４２の群内のＣＣＥ（１４６参照）の単一の１つを介して、ＵＡに制御メッセージを伝送してもよい。キャリアｆ１リンクが、低品質である場合、アクセスデバイスは、キャリアｆ１に配分されたＣＣＥ１４２の群内の２つ（１４８参照）、４つ（１５０参照）、または８つものＣＣＥ（１５２参照）のサブセットを介して、データをＵＡに伝送してもよく、付加的なＣＣＥは、ＵＡへの関連付けられたＤＣＩメッセージのよりロバストな伝送を促進する。
【００５４】
同様に、高品質通信リンクが、キャリアｆ１上のアクセスデバイスとＵＡとの間に存在することが分かっている場合、アクセスデバイスは、キャリアｆ２に配分されたＣＣＥ１４４の群内のＣＣＥ（１５４参照）の単一の１つを介して、データをＵＡに伝送してもよい。キャリアｆ２のためのＰＤＣＣＨ領域は、キャリアｆ１上で伝送されるため、キャリアｆ１上のチャネル品質は、アグリゲーションレベルを決定する際に考慮されるべきである。キャリアｆ１リンクが、低品質である場合、アクセスデバイスは、キャリアｆ２に配分されたＣＣＥ１４４の群内の２つ（１５６参照）、４つ（１５８参照）、または８つものＣＣＥ（１６０参照）のサブセットを介して、データをＵＡに伝送してもよく、付加的ＣＣＥは、関連付けられたＤＣＩメッセージのよりロバストな伝送を促進する。アクセスデバイスは、多くの他の基準に基づいて、ＤＣＩメッセージ伝送のためのＣＣＥサブセットを選択してもよい。
【００５５】
ＵＡが、キャリアｆ１のために指定されたＣＣＥ空間１４２内に有効なＤＣＩ制御メッセージ形式を見つける場合、ＵＡは、対応するグラントが、キャリアｆ１のために有効であると結論付けてもよい。反対に、ＵＥが、キャリアｆ２のために指定されたＣＣＥ空間１４４内に有効なＤＣＩ形式を見つける場合、ＵＥは、対応するグラントが、キャリアｆ２のために有効であると結論付けてもよい。
【００５６】
多くの場合、ＰＤＣＣＨ領域１４０上で利用可能なＣＣＥの総数は、システム要件に応じて、３６より多くても、または少なくてもよい。例えば、アクセスデバイスが、所与のサブフレームの間に、特定のＵＡに伝送することを所望するが、アクセスデバイスが、所望のＤＣＩ制御メッセージを置くべきＰＤＣＣＨ領域内にＣＣＥの好適なサブセットを見つけることができない場合、ＰＤＣＣＨ領域内の多数のＣＣＥは、ＰＤＣＣＨにおけるブロッキングの発生を最小にし得る。さらに、ＣＣＥが、キャリア間に均一に配信される必要はない。例えば、アクセスデバイスとスケジューリングされたＵＡとの間に特定の強いまたは高品質の接続を有することが分かっているキャリアは、より高いレベルのアグリゲーションがキャリアのために必要となる可能性が低いので、ＰＤＣＣＨ領域内により少ないＣＣＥが配分されてもよい。反対に、非常に低品質の接続を有するキャリアは、高いレベルのアグリゲーションをより頻繁に必要とするであろうため、ＰＤＣＣＨ領域内により多くのＣＣＥの総数が配分されてもよい。
【００５７】
一実装では、キャリアｆ１に配分されたＣＣＥセット１４２は、Ｒｅｌ−８信号伝達物理制御形式インジケータチャネル（ＰＣＦＩＣＨ）を使用して信号伝達され、キャリアｆ２に配分されたＣＣＥセット１４４は、代替信号伝達方法を使用して信号伝達される。その場合、Ｒｅｌ−８ＵＡは、ＣＣＥセット１４４によって供給されなくてもよい。
【００５８】
別の実装では、ＣＣＥ空間全体（ＣＣＥセット１４２および１４４を含む）が、Ｒｅｌ−８信号伝達を使用して、ＰＣＦＩＣＨを使用するＲｅｌ−８ＵＡに信号伝達され、ＣＣＥセット１４２および１４４は、２つのエンティティとして、Ｒｅｌ−１０信号伝達を使用して、Ｒｅｌ−１０ＵＡに信号伝達される。例えば、ＲＲＣ信号伝達は、ＣＣＥセット１４２および１４４を示すために使用されることができる。その場合、Ｒｅｌ−８ＵＡは、単一グラントに対して、ＰＤＣＣＨ空間全体に及び得る一方、Ｒｅｌ−１０ＵＡに対する単一グラントは、ＣＣＥセット１４２またはＣＣＥセット１４４のいずれかに位置する。両方の場合において、解決法は、ＵＡが、現在定義されているものと同一のＰＤＣＣＨ検索手順を使用するため、Ｒｅｌ−８ＵＡに透過性であってもよく、アクセスデバイスは、特定のグラントが、各ＵＡのための適切な場所に位置することを確実にするであろう。
【００５９】
ある場合には、Ｒｅｌ−８技術を使用して、十分に大きなＰＤＣＣＨ空間を定義し、多重キャリア動作に対応することは、困難であり得る。例えば、３つを超える直交周波数分割多重（ＯＦＤＭ）符号が、ＰＤＣＣＨのために必要とされる場合、制御チャネル（ＰＤＣＣＨ）からトラフィックチャネル（ＰＤＳＣＨ）をオフセットすることは困難であり得る。したがって、システムまたはシステムの一部は、論理領域内に実装されてもよく、ＣＣＥセット１４２は、Ｒｅｌ−８として定義され、ＣＣＥセット１４４は、無線リソースの特定のセット、例えば、物理リソースブロックのセットを使用する。しかしながら、これは、ＵＡがサブフレーム全体をバッファリングすることを必要とし得、したがって、既存のＰＤＣＣＨ構造のマイクロスリープの利点を排除し得る。
【００６０】
上述の第１の解決法は、キャリアｆ１およびキャリアｆ２のためのＰＤＣＣＨ領域１４０ＣＣＥサブセット１４２と１４４との間にトランキングを可能にせず、したがって、完全に共通のＰＤＣＣＨ空間と比較して、より高いブロッキング率をもたらし得る。したがって、Ｒｅｌ−８ＤＣＩ形式を変更することなく、ＣＣＥの共通セットを使用して、キャリアｆ１およびｆ２の両方に配分を行うことが望ましいであろう。加えて、特に、より大きなアグリゲーションレベルにおいて、各キャリアのための検索空間を留保することは困難であり得る。
【００６１】
信号伝達は、各ＵＡに、ＣＣＥのセットを特定のキャリアにマッピングする方法を命令するように実装されてもよい。ある場合には、ブロードキャスト信号伝達を使用して、ＰＤＣＣＨ領域をＣＣＥ群に分割してもよい。例えば、再び、図６を参照すると、ブロードキャスト信号伝達を使用して、ＣＣＥセット１４２は、ＣＣＥ０−１７に対応し、ＣＣＥセット１４４は、ＣＣＥ１８−３５に対応することを示してもよい。
【００６２】
ＣＣＥセットが構成された後、アクセスデバイスは、どのキャリアが、どのＣＣＥセットに対応するかを示してもよい。加えて、アクセスデバイスは、各ＣＣＥセット内にキャリア指数を示してもよい。例えば、ＣＣＥセット１４２が、ＣＣＥセット「０」と称され、３つのキャリア（図６におけるようにではなく）のために使用され、ＣＣＥセット１４４が、ＣＣＥセット「１」と称され、１つのキャリアのために使用される場合、例示的な信号伝達は、以下の表に例示される。
【００６３】
【表１】
2012530407.tif 000006
この場合、ＤＣＩメッセージは、ＣＣＥセット内のキャリア指数を示すように修正されてもよく、または後述の解決法のうちの１つを使用して、キャリアを示すことができる。
【００６４】
図６におけるように、１つの定義されたＣＣＥセットのみが存在する場合、ＣＣＥセット内のキャリア指数は、キャリア指数に等しくてもよく、その場合、信号伝達は、必要でなくてもよい。
【００６５】
（解決法２）
他の実装では、ＣＣＥは、多重成分キャリア間で共有できるが、但し、特定のアグリゲーションレベルにおける第１のキャリアのための第１のＰＤＣＣＨ  ＤＣＩ制御メッセージ候補は、同一のアグリゲーションレベルにおける第２のキャリアのための第２のＰＤＣＣＨ  ＤＣＩ制御メッセージ候補と重複しないことを条件とする。図７を参照すると、キャリアｆ１およびｆ２は各々、キャリアｆ１  ＰＤＣＣＨ領域１６２上で利用可能なＣＣＥ（本実施例では、０−３５と番号が付与された合計３６個のＣＣＥ）のいずれかによって、リソースが配分されてもよい。キャリアｆ１およびキャリアｆ２のためのＣＣＥ配分を区別するために、アグリゲーションレベルにおける各非アンカキャリアのためのＰＤＣＣＨ１６２候補は、アンカキャリア上の各ＰＤＣＣＨ候補の位置に対して、アンカキャリア上で配分されたＣＣＥの数だけシフトされる。
【００６６】
図７では、キャリアｆ１とｆ２との間のＤＣＩ制御メッセージを配分するために、ＰＤＣＣＨ領域１６２内に存在し得るアグリゲーションレベルおよび検索空間が例示され、キャリアｆ１およびｆ２のためのＤＣＩ制御メッセージは、ＰＤＣＣＨ領域１６２を通して配信されてもよい。図７では、キャリアｆ１およびｆ２各々のためのＤＣＩ制御メッセージは、０−３５と番号が付されたＣＣＥのうちの１つ以上が配分されてもよい（すなわち、ＣＣＥのいずれかが、ＰＤＣＣＨ領域１６２上で利用可能である）。キャリアｆ１およびキャリアｆ２のための配分を区別するために、キャリアｆ２のためのＰＤＣＣＨ候補は、アンカキャリア（例えば、キャリアｆ１）に配分されるＣＣＥの位置に対してシフトされる。
【００６７】
例えば、図７では、キャリアｆ２のためのアグリゲーションレベル１のＰＤＣＣＨ候補は、アグリゲーションレベル１においてアンカキャリアに配分されたＣＣＥの数だけ、キャリアｆ１のためのＰＤＣＣＨ候補に対して、シフトされる。図７において、ＰＤＣＣＨ候補１６６から開始する６つのＣＣＥが、アンカキャリア（キャリアｆ１）に配分されている。したがって、キャリアｆ２  ＰＤＣＣＨ候補のためのＣＣＥ１６４の開始は、アンカキャリアに配分されたＣＣＥの数（この場合、６）だけ、アンカキャリア上のものと同一開始位置からシフトされる。したがって、ＰＤＣＣＨ候補１６４のための開始点は、右にＣＣＥの6つ分シフトされる。
【００６８】
同様に、依然として、図７を参照すると、候補１６８から開始する、ＡＬ２およびキャリアｆ１のための６つのＰＤＣＣＨまたはＣＣＥサブセット候補が存在する。ＡＬ２上に６つのＰＤＣＣＨ候補が存在するため、ＡＬ２上のキャリアｆ２のための６つのＰＤＣＣＨ候補の最初の１７０は、示されるように、６つの候補だけシフトされる。
【００６９】
類似プロセスが、各アグリゲーションレベルにおいて、キャリア間に配分されたＰＤＣＣＨ候補を特定および発行するように反復されてもよい。アルゴリズムもまた、付加的キャリアがシステムに適用されることに伴って適用されてもよい。例えば、第３のキャリアのためのＰＤＣＣＨ候補は、キャリアｆ１およびｆ２の両方に配分されたＰＤＣＣＨ候補の数だけ、右にシフトされるであろう。同様に、第４のキャリアのためのＰＤＣＣＨ候補は、キャリアｆ１、ｆ２、およびｆ３に配分されたＰＤＣＣＨ候補の数だけ、右にシフトされるであろう。
【００７０】
ＵＡ１０が、特定のアグリゲーションレベルにおいて、有効なＤＣＩ制御メッセージ形式を見つける場合、ＵＡ１０は、ＤＣＩメッセージを伝送するために使用されるＣＣＥに基づいて、どのキャリアに、グラントが配分されるかを決定することができる。ＤＣＩメッセージを伝送するために使用されるＣＣＥが、第１のキャリアに配分されたものの中にある場合、グラントは、第１のキャリア上のリソースのためのものである。しかしながら、ＣＣＥが、第２のキャリアに配分されたセット内に含まれる場合、グラントは、第２のキャリア上のリソースのためのものである、等と続く。
【００７１】
図７において、アグリゲーションレベル４およびアグリゲーションレベル８に対して、単一キャリア（例えば、アンカキャリア）のみ、共通検索空間と重複してもよい。したがって、ＰＤＣＣＨ１６２のＡＬ４およびＡＬ８領域の特別な対処が必要となる。図７に示される実施例では、２つ候補１６５および１６７が、ＡＬ４において、キャリアｆ２のために存在するが、残りの候補は、キャリアｆ１上のＵＡ特有検索空間または共通検索空間のいずれかのために使用されるため、ＡＬ８におけるｆ２のための候補はゼロである。
【００７２】
別の実装では、ＵＡは、第１のアグリゲーションレベルにおいて配信された全ＤＣＩ制御メッセージを読み出し、制御メッセージがキャリア間で均一に配信されたと仮定して、そのアグリゲーションレベルにおける、ＤＣＩ制御メッセージの総数に基づいて、各制御メッセージと関連付けられたキャリアを決定する。例えば、アグリゲーションレベル１において配信された合計６つのＤＣＩ制御メッセージが存在し、ＵＡ１０が、ＰＤＣＣＨによって供給される２つのキャリアが存在することを分かっている場合、ＵＡは、最初の３つの制御メッセージが、キャリアｆ１上でリソースを配分し、次の３つの制御メッセージが、キャリアｆ２上でリソースを配分することを決定してもよい。言い換えると、システムは、キャリア間にＰＤＣＣＨ候補を均一に配信し、また、キャリアのものと同一順序において、候補を発行するように構成されてもよい。３つのキャリアの場合、例えば、制御メッセージの最初の３分の１が、キャリアｆ１上で、次の３分の１が、キャリアｆ２上ｄ、および最後の３分の１が、キャリアｆ３上でリソースを配分するであろう。このプロセスは、任意のキャリアの数に対して、全アグリゲーションレベルにおいて、反復されてもよい。
【００７３】
ある場合には、Ｒｅｌ−８技術を使用して、十分に大きなＰＤＣＣＨ空間を定義し、多重キャリア動作に対応することは、困難であり得る。共通検索空間は、Ｒｅｌ−８とＲｅｌ−１０ＵＥとの間で共通であってもよいため、検索空間は、ＰＣＦＩＣＨ等のＲｅｌ−８信号伝達を使用して、信号伝達され得る。その結果、検索空間は、合計３つのＯＦＤＭ符号に限定され得る（または、キャリア帯域幅１．４ＭＨｚの場合、４つのＯＦＤＭ符号であるが、そのような狭帯域幅は、キャリアアグリゲーションのために適用される可能性が低い）。
【００７４】
図７では、キャリアｆ２のためのＰＤＣＣＨ候補は、キャリアｆ１のためのＰＤＣＣＨ候補の隣に位置する。これは、位置決めアルゴリズムの１つであって、任意の位置決めアルゴリズムを使用することができることを理解されたい。例えば、キャリアｆ２のためのＰＤＣＣＨ候補は、キャリアｆ１のためのＰＤＣＣＨ候補のために使用されるプロセス同様に、ＰＤＣＣＨ内に疑乱数的に位置してもよい。キャリアｆ１のためのＰＤＣＣＨ候補が、キャリアｆ２のためのＰＤＣＣＨ候補と重複する場合、一方のキャリアに、優先度が与えられなければならない。例えば、重複の場合、ＰＤＣＣＨ候補は、ＵＡ１０およびアクセスデバイス１２において、キャリアｆ１に対応することが分かっていることができる。
【００７５】
（解決法３）
別の実装では、特定のアグリゲーションレベルに対して、各アグリゲーションレベルにおいて、各キャリアに対して配分されたＰＤＣＣＨ候補のための開始ＣＣＥは、次のより小さいアグリゲーションレベルにおけるＣＣＥの数に基づいてシフトされる。図８は、各アグリゲーションレベルに対して、特定のキャリアのためのＰＤＣＣＨ候補が、次のより小さいアグリゲーションレベルにおけるＣＣＥの数の倍数だけシフトされ得る、ＰＤＣＣＨ１８０を例示する。例えば、あるアグリゲーションレベルにおいて、２つのキャリアに対して、第２のキャリアのためのＤＣＩ制御メッセージは、次のより低いアグリゲーションレベルにおいて、各ＰＤＣＣＨ候補にアグリゲーションされるＣＣＥの数に等しいＣＣＥの数だけ、第１のキャリアのための制御メッセージからオフセットされてもよい。アグリゲーションレベル１のためのオフセットは、１より低いアグリゲーションレベルが存在しないため、一意の場合であることに留意されたい。その場合、アグリゲーションレベルのためのオフセットは、任意の整数に設定されてもよい（例えば、６のオフセットが、図８に例示される）。
【００７６】
依然として、特有実施例の場合の図８を参照すると、キャリアｆ２のためのアグリゲーションレベル２ＰＤＣＣＨ候補１８４に対する開始ＣＣＥは、キャリアｆ１のためのＰＤＣＣＨ候補１８２に対して、１つのＣＣＥ（次のより小さいアグリゲーションレベルにアグリゲーションされたＣＣＥの数に等しい）だけシフトされる。同様に、キャリアｆ２のためのアグリゲーションレベル４に対するＰＤＣＣＨ候補１８８は、キャリアｆ１のためのＰＤＣＣＨ候補１８６に対して、２つのＣＣＥ（次のより小さいアグリゲーションレベルにアグリゲーションされたＣＣＥの数に等しい）だけシフトされる等と続く。
【００７７】
任意の所与のアグリゲーションレベルのける異なる周波数に対して、ＰＤＣＣＨ候補をより低いアグリゲーションレベルにおける各ＰＤＣＣＨ候補内のＣＣＥの数だけシフトさせることによって、各アグリゲーションレベルにおける、異なる周波数でのＰＤＣＣＨは、厳密には、重複せず、したがって、ＣＣＥサブセット候補は、一意である。
【００７８】
ここでは、この第３の解決法は、同一アグリゲーションレベルにおいて、ＰＤＣＣＨ候補を構成するＣＣＥの数Ｑ未満である、任意のオフセットが使用され得るように、一般化されてもよいことを理解されたい。より広義には、オフセットに関する主要な制限は、Ｑの整数の倍数ではないことである。例えば、図８におけるアグリゲーションレベルＡＬ４では、示されるオフセットは、２つのＣＣＥに等しい。そのオフセットは、１つのＣＣＥまたは３つのＣＣＥ（すなわち、Ｑ−１）に変更され、類似効果を達成してもよい。同様に、ＡＬ８に対して、図８に示される４つのＣＣＥオフセットは、１つのＣＣＥから７つのＣＣＥのいずれかであってもよい（すなわち、再び、Ｑ−１であって、Ｑは、各ＡＬ８ＣＣＥサブセット候補におけるＣＣＥの数である）。
【００７９】
より広義には、オフセットシフトに関する主要な制限は、少なくともいくつかの実施形態では、同一アグリゲーションレベルにおいて、ＰＤＣＣＨ候補を構成するＣＣＥの数の整数の倍数ではないことであってもよい。
【００８０】
（解決法４）
図９を参照すると、さらに他の実施形態では、特定のＰＤＣＣＨ候補のためのキャリアは、ＰＤＣＣＨ候補のＣＣＥ指数によって計算されてもよい。例えば、構成されたキャリアの数がＮであると仮定すると、特定のＰＤＣＣＨ候補のためのキャリア指数は、以下の式によって決定されてもよい。
【００８１】
【数４】
2012530407.tif 000007
ここで、ｌｃｃｅは、特有ＰＤＣＣＨ候補における第１のＣＣＥの指数であって、Ｌは、現在考慮されているアグリゲーションレベルである。図９において、例えば、ＰＤＣＣＨ候補２０２のためのキャリア指数は、式（２）を使用して決定されてもよい。ＰＤＣＣＨ候補２０２は、４のｌｃｃｅと、１のアグリゲーションレベルとを有する。ＰＤＣＣＨは、２つのキャリアを含み、したがって、ＰＤＣＣＨ候補２０２のためのキャリアは、（４／１）ＭＯＤ２＋１＝４ＭＯＤ２＋１＝０＋１＝１に等しい。同様に、ＰＤＣＣＨ候補２０４は、１２のｌｃｃｅと、４のアグリゲーションレベルとを有する。故に、ＰＤＣＣＨ候補２０４のためのキャリアは、（１２／４）ＭＯＤ２＋１＝３ＭＯＤ２＋１＝１＋１＝２に等しい。このように、図９において、各ＰＤＣＣＨ候補に割り当てられるキャリアは、ＵＡによって計算されてもよい。したがって、いくつかの実装では、本システムは、特定のアグリゲーションレベルにおいて、各キャリアのためのＰＤＣＣＨ候補を互いに組み合わせる。
【００８２】
ＵＡが、式（２）によって、一意のキャリア指数を達成することを保証するために、図１０に示されるように、構成されたキャリアの数の関数として、ＰＤＣＣＨ候補の数を増加させることが必要である。図１０では、ＵＡ特有空間のアグリゲーションレベルと、ＣＣＥの数における、各アグリゲーションレベルのための検索空間の最小必要サイズとを示す表が提供される。アグリゲーションレベル１では、最小検索空間は、Ｎ  ＣＣＥであって、ここで、Ｎは、キャリアの数である。アグリゲーションレベル２では、最小検索空間は、２＊Ｎ  ＣＣＥである。アグリゲーションレベル４では、最小検索空間は、４＊Ｎ  ＣＣＥであって、アグリゲーションレベル８では、最小検索空間は、８＊Ｎ  ＣＣＥである。すなわち、最小検索空間サイズは、ＡＬ＊Ｎ  ＣＣＥとして特定され得、ここで、ＡＬは、アグリゲーションレベル（１、２、４、または８）であって、Ｎは、キャリアの数である。
【００８３】
他の実施形態では、アクセスデバイスがいくつかのＵＡと通信するキャリアアグリゲーションの場合、ブロッキングが、ＵＡのうちの１つと関連付けられたＰＤＣＣＨ候補のすべて（アグリゲーションレベルのうちの１つ以上において）が、現在使用されている場合に生じ得、遅延が、ＵＡのうちの１つ以上にグラントを伝送する際に生じる。この理由のため、キャリアアグリゲーションの場合において、少なくともいくつかの場合、ＵＡが候補の増加数をブラインド復号化可能である場合、ＣＣＥ検索空間のサイズおよびＰＤＣＣＨ候補の数を増加させることが可能であることが有用であることが認識されている。例えば、ある場合には、構成されたキャリアの数の関数として、ＣＣＥ検索空間サイズおよびＰＤＣＣＨ候補の数を増加させることが有用であり得る。構成されたキャリアの数の関数として、ＣＣＥ検索空間サイズおよびＰＤＣＣＨ候補の数を増加させる例示的方法のの１つは、図１７に例示されており、例えば、ｍａｘ（Ｎ，６）は、キャリアの数の最大数を意味し、６は、アグリゲーションレベル１に対するＣＣＥにおける検索空間のサイズとして選択され、２ｘｍａｘ（Ｎ，６）は、キャリアの数の２倍の最大数を意味し、１２である等と続く。したがって、例えば、構成されたキャリアの数が４である場合、各候補が、８つのＣＣＥを含む、４つの候補が存在するように、ＣＣＥにおける検索空間は、３２であって（例えば、８ｘｍａｘ（Ｎ，２）、ここで、Ｎは４である）、ＰＤＣＣＨ候補の数は、４である（例えば、ｍａｘ（Ｎ，２）、ここで、Ｎは４である）。
【００８４】
ダウンリンクＤＣＩおよびアップリンクＤＣＩを同時に受信するために、ＰＤＣＣＨ候補の数は、図１８に示されるように、構成されたキャリアの数の２倍だけ増加されることができる。
【００８５】
別の実施形態では、実際の構成されたキャリアの数に関わらず、キャリアアグリゲーションが構成される時、ＬＴＥ  Ｒｅｌ−８システムにおいて使用されるＰＤＣＣＨ候補の数の代わりに、より大きなＰＤＣＣＨ候補の数を使用することができる。図１９は、例示的アプローチの１つを示し、Ｍ１、Ｍ２、Ｍ３およびＭ４は、各々、アグリゲーションレベル１、２、４、および８に対して、ＰＤＣＣＨ候補の数を表し、Ｍ１、Ｍ２、Ｍ３およびＭ４は、各々、ＬＴＥ  Ｒｅｌ−８において使用されるＰＤＣＣＨ候補の数以上であるはずである。これらの値は、信号伝達される、または規格に予め定義することができる。少なくともいくつかの実施形態では、同一の値をＭ１、Ｍ２、Ｍ３およびＭ４のために使用することができるか、または異なるを使用することもできる。図１９では、単一キャリアのみが構成され、検索空間サイズおよびＰＤＣＣＨ候補の数は、ＲｅＩ８システムにおける空間サイズおよび候補数に等しいことに留意されたい。したがって、ここでは、再び、構成されたキャリアの数は、検索空間サイズおよびＰＤＣＣＨ候補の数に影響を及ぼす。
【００８６】
図１０、１７、１８、および１９は、ＵＥ特有検索空間を拡張するためのいくつかの異なる方法を示すが、技法はまた、共通検索空間内で伝送されるＰＤＣＣＨが、ＰＤＳＣＨ／ＰＵＳＣＨが伝送されるキャリアと異なるキャリア上で伝送される場合、共通検索空間に適用することもできる。
【００８７】
ＰＤＳＣＨ伝送のためのキャリアの数およびＰＵＳＣＨ伝送のためのキャリアの数は、ｅＮＢ構成に応じて異なり得る。この場合、Ｎは、より大きなキャリアの数であり得る。
【００８８】
別の実施形態では、図２０を参照すると、ＰＤＣＣＨ候補サイズの第１のセット（Ａ１、Ａ２、Ａ３、およびＡ４）は、単一キャリア動作（Ｎ＝１）のために使用されてもよく、ＰＤＣＣＨ候補サイズの第２のセット（Ｃ１、Ｃ２、Ｃ３、およびＣ４）は、キャリアアグリゲーションのために使用されてもよく、ＰＤＣＣＨ候補サイズの第２のセット（Ｃ１、Ｃ２、Ｃ３、Ｃ４）は、ＰＤＣＣＨ候補サイズの第１のセット（Ａ１、Ａ２、Ａ３、Ａ４）を含む関数およびキャリアの数（Ｎ）−１が乗じられるスケーリングパラメータ（Ｂ１、Ｂ２、Ｂ３、およびＢ４）を使用して定義される。少なくともいくつかの実施形態では、ＰＤＣＣＨ候補サイズの第１のセット（すなわち、Ａ１、Ａ２、Ａ３、Ａ４）は、ＬＴＥ  Ｒｅｌ−８において使用されるものに等しい。
【００８９】
この方式は、ＰＤＣＣＨ候補の単一セットが、一様でなく、キャリアの特定のセット専用となるように、さらに一般化されてもよい。例えば、２つのキャリアの場合、一方のキャリアは、６つのＰＤＣＣＨ候補に配分されるてもよく、他方のキャリアは、３つのＰＤＣＣＨ候補に配分されてもよい。代替として、特定のアグリゲーションレベルのためのＰＤＣＣＨ候補の場所が、各キャリアに対して無作為であるような式が採用されてもよい。これは、例えば、３ＧＰＰ  ＴＳ  ３６．２１３、ｖ８．６．０、Ｍａｒｃｈ  ２００９に見られる式にキャリア指数フィールドを追加することによって、実装されてもよい。
【００９０】
ある場合には、ＰＤＣＣＨのサイズに応じて、２つ以上のキャリアのためのＰＤＣＣＨ候補が衝突する可能性があり得る。その場合、ＰＤＣＣＨ候補は、特定のキャリア、例えば、最低のキャリア指数を有するキャリア（例えば、アンカキャリア）に配分されてもよい。
【００９１】
ある場合には、検索空間サイズおよびＰＤＣＣＨ候補の数は、あるキャリアの数まで、キャリアの数に伴って増加し、次いで、より多くのキャリアが追加されることに伴って一定の値を維持する。例えば、Ｎ＝１と仮定して、各々、１、２、３、４、５つのキャリアの場合、ＰＤＣＣＨ候補の数は、６、１０、１４、１８、１８であり得る。この場合、付加的なＰＤＣＣＨ候補は、４つと５つとのキャリアの間の遷移において使用されない。
【００９２】
本システムの上述の実施形態は、別々に、または組み合わせて、実装されてもよい。
【００９３】
（解決法５）
本システムのいくつかの実装では、アンカキャリアのＣ−ＲＮＴＩまたは各ＵＡのＲＮＴＩを使用して、ＵＥ特有検索空間におけるキャリア間のＰＤＣＣＨ候補の配分を決定してもよい。以下の実施例では、検索空間は、Ｒｅｌ−８に対して、同一サイズまたは拡張されてもよい。
【００９４】
多重ＲＮＴＩは、各キャリアのために割り当てられたＲＮＴＩの１つを伴うＵＡに割り当てられてもよい。例えば、２つのキャリアを使用するシステムの場合、ＵＡは、第１のキャリアと関連付けられれた第１のＲＮＴＩおよび第２のキャリアと関連付けられた第２のＲＮＴＩが割り当てられてもよい。アクセスデバイスが、第２のキャリア上でリソースを第１のＵＡに配分することを所望する場合、アクセスデバイスは、ＤＣＩ制御メッセージを符号化するとき、ＵＡの第２のＲＮＴＩを使用する。同様に、アクセスデバイスが、第１のキャリア上でリソースをＵＡに配分することを所望する場合、アクセスデバイスは、ＤＣＩ制御メッセージを符号化する時、ＵＡの第１のＲＮＴを使用する。したがって、ＵＡは、両方のＲＮＴＩを使用して、メッセージを復号化しようとすることによって、どのキャリア上で、制御メッセージがサービスを配分するかを決定することができる。制御メッセージを首尾よく復号化するＲＮＴＩの数は、ＵＡに、制御メッセージがリソースを配分するキャリアを通知する。
【００９５】
例えば、ＰＤＣＣＨ候補を受信後、各ＵＡは、候補のブラインド復号化を試みてもよい。ブラインド復号化後、ＰＤＣＣＨ候補のＣＲＣスクランブリングが、ＵＡの割り当てられたＲＮＴＩ値のすべてに対して比較される。ＲＮＴＩの一方が、ＰＤＣＣＨ候補のスクランブル解析を正常に行うために使用できる場合、スクランブル解析をお行うために使用されるＲＮＴＩは、ＰＤＣＣＨ候補のＤＣＩ制御メッセージと関連付けられた特定のキャリアを識別する。代替として、異なるＣＲＣマスクが、類似機能性を達成するために、各キャリアのために使用されてもよい。
【００９６】
別の実装では、ＰＤＣＣＨ候補内の変調符号またはリソース要素群（ＲＥＧ）が、ＰＤＣＣＨ候補がリソースを配分するキャリアの指示として、反転される（または別様に、その順番が変更される。例えば、特定のＰＤＣＣＨ候補のための対数尤度比（ＬＬＲ）を生成後、ＵＡは、標準的アプローチ（および、ＲＥＧの標準的構成）を使用して、ＰＤＣＣＨ候補をブラインド復号化しようとする。
【００９７】
復号化が成功する場合、ＰＤＣＣＨ候補は、キャリアｆ１に配分される。復号化が失敗する場合、ＵＡは、ＲＥＧのＬＬＲ（変調符号に対応する）、故に、所定のアルゴリズムを代替順序にシャッフルし、ブラインド復号化を再び試みるように構成される。第１の代替順序を使用するブラインド復号化が作用する場合、ＰＤＣＣＨ候補は、キャリアｆ２に配分される。シャッフリングアルゴリズムは、２回、３回、または４回実装され、例えば、第３、第４、および第５のキャリアを識別してもよい。本実施例では、ＬＬＲのための標準的順序および任意の所定の代替順序は、異なるキャリアに対応する。ある場合には、２つ以上の異なる順序構成が、ＲＥＧのために定義され、ＲＥＧ順序が２つ以上のキャリアの一方へのＰＤＣＣＨ候補の配分を示すことを可能にしてもよい。
【００９８】
実施例として、図１１ａ−１１ｃは、ＲＥＧ順序がＰＤＣＣＨ候補と関連付けられたキャリア間の区別のために使用され得る、ＲＥＧ並べ替えを例示する。図１１ａは、アグリゲーションレベル１のために定義され得るＲＥＧを例示する。図１１ｂは、キャリアｆ１を識別するための図１１ａのＲＥＧの例示的順序を例示する。図１１ｃは、キャリアｆ２を識別するための図１１ａのＲＥＧの例示的順序を例示する。アグリゲーションレベル１では、９つのＲＥＧ（図１１ａに示されるように）を使用して、１つのＣＣＥを構築し、次いで、ブラインド復号化され、有効なＤＣＩ制御メッセージが存在するかどうかを決定してもよい。第１のＲＥＧ順序は、キャリアｆ１のために使用される。ＰＤＣＣＨ候補のブラインド復号化が、図１１ｂの順序を使用して成功する場合、ＵＡ１０は、ＰＤＣＣＨ候補がキャリアｆ１に配分されることを決定する。しかしながら、ブラインド復号化が失敗する場合、ＲＥＧは、図１１ｃに従って、並べ替えられてもよく、第２のブラインド復号化が、ＵＡによって試みられてもよい。ブラインド復号化が成功する場合、ＵＡ１０は、ＰＤＣＣＨ候補がキャリアｆ２に配分されることを決定する。しかしながら、そのブラインド復号化がまた、不成功である場合、ＵＡ１０は、ＰＤＣＣＨ候補が無効である（例えば、別のＵＡに配分されている）、または別のキャリアに配分されることを決定してもよい。
【００９９】
図１１ｂおよび１１ｃでは、個々のＲＥＧの反転が、キャリアｆ２に配分されたＰＤＣＣＨ候補をキャリアｆ１に配分されたものと区別するために示される。しかしながら、他の実装では、他の並べ替えアルゴリズムが実装されてもよい。一実施例では、各ＲＥＧ内の個々のリソース要素または変調符号は、異なるキャリアを黙示的に信号伝達するように並べ替えられる。例えば、ＲＥＧ内の特有数または数の組み合わせの位置が、キャリアを示してもよい。
【０１００】
代替として、アグリゲーションレベル１より高いアグリゲーションレベルの場合、潜在的ＰＤＣＣＨ候補を構成するＣＣＥの順序は、ＰＤＣＣＨ候補が配分されるキャリアを示すその順序に伴って、様々であり得る。そのようなアプローチの実施例は、図１２に示される。図１２は、アグリゲーションレベル２、４、および８における、キャリアｆ１ならびにｆ２の各々のためのＰＤＣＣＨ候補の例示的構築を示す。
【０１０１】
各潜在的ＰＤＣＣＨ候補に対して、現在特定されている順序（例えば、ＬＴＥ規格に従って）において、アグリゲーションされたＣＣＥに関するブラインド復号化が、最初に試みられる。ブラインド復号化が成功する場合、ＰＤＣＣＨ候補がキャリアｆ１に配分されることを示し得る。ブラインド復号化が失敗する場合、ＣＣＥは、並べ替えられ（図１２は、現在のアグリゲーションレベルの量の半分だけ、ＣＣＥの反転を例示するが、他のＣＣＥ並べ替えもまた、可能であってもよい）、第２のブラインド復号化が行われる。このブラインド復号化が成功する場合、ＰＤＣＣＨ候補がキャリアｆ２に配分されることを示し得る。このアプローチは、ＰＤＣＣＨ候補を構築するために使用される多重ＣＣＥを必要ととするため、このアプローチは、アグリゲーションレベルＡＬ１に対して作用しないであろう。
【０１０２】
したがって、図１２では、ＡＬ２およびキャリアｆ１において、ＣＣＥ０ならびに１が、従来の順序０に続いて、１において処理される。復号化が成功する場合、ＤＣＩメッセージは、キャリアｆ１に対応する。ＵＡ１０はまた、反転順序１に続いて、０において、ＣＣＥの復号を試み、成功復号化は、キャリアｆ２に対応するＤＣＩメッセージをもたらす。ＵＡ１０はまた、ＡＬ４では、キャリアｆ１のための従来の順序およびキャリアｆ２のための順序２、３、０、１において、ＣＣＥ０、１、２および３、レベルＡＬ８では、キャリアｆ１のための従来の順序ならびにキャリアｆ２のための順序４、５、６、７、０、１、２、および３において、ＣＣＥ０、１、２、３、４、５、６および７の復号を試みる。
【０１０３】
最後に、留保されたビットは、既存のＤＣＩ形式において使用されてもよく、または１つ以上の既存のＤＣＩ形式フィールドの定義が、ＤＣＩ制御メッセージに、グラントが対応するキャリアを明示的に示すことを可能にするように変更されてもよい。
【０１０４】
本システムは、１つのキャリア上のＰＤＣＣＨが、２つ以上のキャリア間でリソースを配分する、ＰＤＣＣＨ候補を含み得る、多重キャリア制御構造を提供する。一実装では、本システムは、既存のＲｅｌ−８ＤＣＩ制御メッセージ形式の修正を必要とせず、既存のＲｅｌ−８ＤＣＩ形式の長さを変化させない。
【０１０５】
さらに進むと、例えば、既存のＤＣＩ形式に加え、ＬＴＥ−Ａでは、新しいＤＣＩ形式が、新しい特徴（例えば、８ｘ８ＭＩＭＯおよびＣｏＭＰ）をサポートするために提案されてもよい。したがって、明示的ビットが、任意の新しいＤＣＩ形式に追加され、キャリアを信号伝達してもよい。その場合でも、本システムにおいて説明されるキャリアの黙示的ＰＤＣＣＨ配分を実装することは、依然として有益であろう。第１に、送信ダイバーシチおよびオープンループＳＭ等のＲｅｌ−８モードは、依然として、ＬＴＥ−Ａシステムにおける高移動性ＵＡのためのフォールバックモードまたは伝送モードとして考慮されてもよい。故に、形式１Ａ等の対応するＲｅｌ−８ＤＣＩ形式は、依然として、そのようなシステムにおいて使用されてもよい。第２に、キャリアを識別するための明示的ビットが、新しいＤＣＩ形式において定義される場合（例えば、３ビット）、任意のそのようなビットは、常時、伝送される必要があり、２つのキャリアのみアグリゲーションされる時、またはキャリアアグリゲーションが存在しない時、多くの場合、無駄となり得る。その場合、明示的ビットが様々である場合（例えば、０−３ビット）、そのような実装は、ブラインド復号化を増加させ得る。対照的に、任意のそのような明示的ビットの数が、異なるキャリアアグリゲーション展開に対して、半静的に特定される場合、ＤＣＩ形式の変形例の数は、実質的に増加し得る。
【０１０６】
図１３は、ＵＡ１０のある実施形態を含む、無線通信シスムを例示する。ＵＡ１０は、本開示の側面を実装するために動作可能であるが、本開示は、これらの実装に限定されるべきではない。携帯電話として図示されているが、ＵＡ１０は、無線ハンドセット、ポケットベル、携帯情報端末（ＰＤＡ）、携帯用コンピュータ、タブレットコンピュータ、ラップトップコンピュータを含む、種々の形態を成してもよい。多くの好適なデバイスは、これらの機能のうちのいくつかはまた全てを組み合わせる。本開示のいくつかの実施形態では、ＵＡ１０は、携帯用、ラップトップ、またはタブレットコンピュータのような汎用コンピュータデバイスではなく、むしろ、携帯電話、無線ハンドセット、ポケットベル、ＰＤＡ、または車両内に搭載される電気通信デバイス等の特殊用途通信デバイスである。また、ＵＡ１０は、デスクトップコンピュータ、セットトップボックス、またはネットワークノード等、同様の能力を有するが運搬可能ではないデバイスであってもよく、デバイスを含んでもよく、あるいはデバイス内に含められてもよい。ＵＡ１０は、ゲーム、在庫管理、ジョブ制御、および／またはタスク管理機能等、特殊活動をサポートしてもよい。
【０１０７】
ＵＡ１０は、ディスプレイ７０２を含む。ＵＡ１０はまた、ユーザによる入力のために、概して７０４と称される、タッチセンサ式表面、キーボード、または他の入力キーも含む。キーボードは、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下され得る、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。ＵＡ１０は、ユーザが選択するためのオプション、ユーザが作動させるための制御、および／またはユーザが指図するためのカーソルあるいは他の指標を提示してもよい。
【０１０８】
ＵＡ１０はさらに、ダイヤルするための番号またはＵＡ１０の動作を構成するための種々のパラメータ値を含む、ユーザからのデータ入力を受容してもよい。ＵＡ１０はさらに、ユーザコマンドに応答して、１つ以上のソフトウェアまたはファームウェアアプリケーションを実行してもよい。これらのアプリケーションは、ユーザ対話に応じて、種々のカスタマイズされた機能を果たすようにＵＡ１０を構成してもよい。加えて、ＵＡ１０は、例えば、無線基地局、無線アクセスポイント、またはピアＵＡ１０から、無線でプログラムおよび／または構成されてもよい。
【０１０９】
ＵＡ１０によって実行可能な種々のアプリケーションの中には、ディスプレイ７０２がウェブページを表示することを可能にするウェブブラウザがある。ウェブページは、無線ネットワークアクセスノード、携帯電話の基地局、ピアＵＡ１０、または任意の他の無線通信ネットワークあるいはシステム７００との無線通信を介して、取得されてもよい。ネットワーク７００は、インターネット等の有線ネットワーク７０８に連結される。無線リンクおよび有線ネットワークを介して、ＵＡ１０は、サーバ７１０等の種々のサーバ上の情報へのアクセスを有する。サーバ７１０は、ディスプレイ７０２上に示され得る、コンテンツを提供してもよい。代替として、ＵＡ１０は、中継式またはホップ式接続において、中間体として作用するピアＵＡ１０を通して、ネットワーク７００にアクセスしてもよい。
【０１１０】
図１４は、ＵＡ１０のブロック図を示す。ＵＡ１１０の種々の周知の構成要素が描写されるが、ある実施形態では、列挙された構成要素および／または列挙されていない付加的構成要素のサブセットが、ＵＡ１０内に含まれてもよい。ＵＡ１０は、デジタル信号プロセッサ（ＤＳＰ）８０２と、メモリ８０４と、を含む。示されるように、ＵＡ１０はさらに、アンテナおよびフロントエンドユニット８０６と、無線周波数（ＲＦ）送受信機８０８と、アナログベースバンド処理ユニット８１０と、マイクロホン８１２と、イヤホンスピーカ８１４と、ヘッドセットポート８１６と、入力／出力インターフェース８１８と、取外し可能メモリカード８２０と、ユニバーサルシリアルバス（ＵＳＢ）ポート８２２と、短距離無線通信サブシステム８２４と、アラート８２６と、キーパッド８２８と、タッチセンサ式表面を含んでもよい液晶ディスプレイ（ＬＣＤ）８３０と、ＬＣＤコントローラ８３２と、電荷結合素子（ＣＣＤ）カメラ８３４と、カメラコントローラ８３６と、グローバルポジショニングシステム（ＧＰＳ）センサ８３８と、を含んでもよい。ある実施形態では、ＵＡ１０は、タッチセンサ式画面を提供しない、別の種類のディスプレイを含んでもよい。ある実施形態では、ＤＳＰ８０２は、入力／出力インターフェース８１８を通過せずに、メモリ８０４と直接通信してもよい。
【０１１１】
ＤＳＰ８０２または何らかの他の形態のコントローラあるいは中央処理ユニットは、メモリ８０４に記憶された、またはＤＳＰ８０２自体内に含有されるメモリに記憶された、組み込みソフトウェアまたはファームウェアに従って、ＵＡ１０の種々の構成要素を制御するように動作する。組み込みソフトウェアまたはファームウェアに加えて、ＤＳＰ８０２は、メモリ８０４に記憶された、または、取外し可能メモリカード８２０のような携帯用データ記憶媒体等の情報キャリア媒体を介して、あるいは有線または無線ネットワーク通信を介して利用可能となる、他のアプリケーションを実行してもよい。アプリケーションソフトウェアは、所望の機能性を提供するようにＤＳＰ８０２を構成する、コンパイルされた機械可読命令のセットを備えてもよく、または、アプリケーションソフトウェアは、ＤＳＰ８０２を間接的に構成するようにインタープリタまたはコンパイラによって処理される、高次ソフトウェア命令であってもよい。
【０１１２】
アンテナおよびフロントエンドユニット８０６は、無線信号と電気信号との間で変換するように提供されてもよく、ＵＡ１０が、セルラーネットワークまたは何らかの他の利用可能な無線通信ネットワークから、あるいはピアＵＡ１０から、情報を送受信することを可能にする。ある実施形態では、アンテナおよびフロントエンドユニット８０６は、複数のアンテナを含み、ビーム形成および／または多重入出力（ＭＩＭＯ）動作をサポートしてもよい。当業者に周知であるように、ＭＩＭＯ動作は、困難なチャネル条件を克服する、および／またはチャネルスループットを増加させるために使用することができる、空間的多様性を提供してもよい。アンテナおよびフロントエンドユニット８０６は、アンテナ同調および／またはインピーダンス整合構成要素、ＲＦ電力増幅器、および／または低雑音増幅器を含んでもよい。
【０１１３】
ＲＦ送受信機８０８は、周波数シフトを提供し、受信したＲＦ信号をベースバンドに変換し、ベースバンド伝送信号をＲＦに変換する。いくつかの説明では、無線送受信機またはＲＦ送受信機は、変調／復調、符号化／復号化、インターリービング／デインターリービング、拡散／逆拡散、高速フーリエ逆変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および他の信号処理機能等、他の信号処理機能性を含むと理解されてもよい。簡単にする目的で、ここでの説明は、ＲＦおよび／または無線段階から、この信号処理の説明を分離し、その信号処理を、アナログベースバンド処理ユニット８１０および／またはＤＳＰ８０２あるいは他の中央処理ユニットに概念的に割り当てる。いくつかの実施形態では、ＲＦ送受信機８０８、アンテナおよびフロントエンド８０６の複数部分、およびアナログベースバンド処理ユニット８１０が、１つ以上の処理ユニットおよび／または特定用途向け集積回路（ＡＳＩＣ）に組み入れられてもよい。
【０１１４】
アナログベースバンド処理ユニット８１０は、入力および出力の種々のアナログ処理、例えば、マイクロホン８１２およびヘッドセット８１６からの入力と、イヤホン８１４およびヘッドセット８１６への出力のアナログ処理を提供してもよい。この目的のために、アナログベースバンド処理ユニット８１０は、ＵＡ１０を携帯電話として使用可能にする、内蔵マイクロホン８１２およびイヤホンスピーカ８１４に接続するためのポートを有してもよい。さらに、アナログベースバンド処理ユニット８１０は、ヘッドセットまたは他のハンズフリーマイクロホンおよびスピーカ構成に接続するためのポートを含んでもよい。アナログベースバンド処理ユニット８１０は、１つの信号方向にデジタル・アナログ変換を、反対の信号方向にアナログ・デジタル変換を提供してもよい。いくつかの実施形態では、アナログベースバンド処理ユニット８１０の機能性の少なくとも一部が、デジタル処理構成要素によって、例えば、ＤＳＰ８０２によって、または他の中央処理ユニットによって提供されてもよい。
【０１１５】
ＤＳＰ８０２は、変調／復調、符号化／復号化、インターリービング／デインターリービング、拡散／逆拡散、高速フーリエ逆変換（ＩＦＦＴ）／高速フーリエ変換（ＦＦＴ）、周期的接頭辞添付／除去、および無線通信と関連する他の信号処理機能を行ってもよい。ある実施形態では、例えば、符号分割多重アクセス（ＣＤＭＡ）技術用途において、送信器機能のために、ＤＳＰ８０２は、変調、符号化、インターリービング、および拡散を行ってもよく、受信機機能のために、ＤＳＰ８０２は、逆拡散、デインターリービング、復号化、および復調を行ってもよい。別の実施形態では、例えば、直交周波数分割多重アクセス（ＯＦＤＭＡ）技術用途において、送信器機能のために、ＤＳＰ８０２は、変調、符号化、インターリービング、高速フーリエ逆変換、および周期的接頭辞添付を行ってもよく、受信機機能のために、ＤＳＰ８０２は、周期的接頭辞除去、高速フーリエ変換、デインターリービング、復号化、および復調を行ってもよい。他の無線技術用途では、さらに他の信号処理機能、および信号処理機能の組み合わせが、ＤＳＰ８０２によって行われてもよい。
【０１１６】
ＤＳＰ８０２は、アナログベースバンド処理ユニット８１０を介して、無線ネットワークと通信してもよい。いくつかの実施形態では、通信は、インターネット接続を提供し、ユーザがインターネット上のコンテンツへのアクセスを獲得すること、および電子メールまたはテキストメッセージを送受信することを可能にしてもよい。入力／出力インターフェース８１８は、ＤＳＰ８０２ならびに種々のメモリおよびインターフェースを相互接続する。メモリ８０４および取外し可能メモリカード８２０は、ＤＳＰ８０２の動作を構成するためのソフトウェアおよびデータを提供してもよい。インターフェース間には、ＵＳＢインターフェース８２２および短距離無線通信サブシステム８２４が存在ししてもよい。ＵＳＢインターフェース８２２を使用して、ＵＡ１０を充電してもよく、また、ＵＡ１０を周縁デバイスとして機能させ、ーソナルコンピュータまたは他のコンピュータシステムと情報を交換可能にしてもよい。短距離無線通信サブシステム８２４は、赤外線ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）インターフェース、ＩＥＥＥ８０２．１１準拠無線インターフェース、またはＵＡ１０が他の近くのモバイルデバイスおよび／または無線基地局と無線通信することを可能にしてもよい、任意の他の短距離無線通信サブシステムを含んでもよい。
【０１１７】
入力／出力インターフェース８１８はさらに、トリガされると、例えば、ベルを鳴らす、メロディを再生する、または振動することによって、ＵＡ１０にユーザへ通知を提供させる、アラート８２６にＤＳＰ８０２を接続してもよい。アラート８２６は、無音で振動することによって、または特定の発呼者に対して特定の事前に割り当てられたメロディを再生することによって、着信電話、新しいテキストメッセージ、および予約のリマインダ等の種々の事象のうちのいずれかをユーザに警告するための機構としての機能を果たしてもよい。
【０１１８】
キーパッド８２８は、インターフェース８１８を介してＤＳＰ８０２に連結し、ユーザが、選択を行う、情報を入力する、および別様にＵＡ１０に入力を提供するための１つの機能を提供する。キーパッド８２８は、ＱＷＥＲＴＹ、Ｄｖｏｒａｋ、ＡＺＥＲＴＹ、および逐次タイプ等の完全または縮小英数字キーボード、または電話キーパッドと関連するアルファベット文字を伴う従来の数字キーパッドであってもよい。入力キーは、さらなる入力機能を提供するように内向きに押下され得る、トラックホイール、終了またはエスケープキー、トラックボール、および他のナビゲーションまたは機能キーを含んでもよい。別の入力機構は、タッチスクリーン能力を含み、また、ユーザにテキストおよび／またはグラフィックを表示してもよい、ＬＣＤ８３０であってもよい。ＬＣＤコントローラ８３２は、ＤＳＰ８０２をＬＣＤ８３０に連結する。
【０１１９】
ＣＣＤカメラ８３４は、装備された場合、ＵＡ１０がデジタル写真を撮ることを可能にする。ＤＳＰ８０２は、カメラコントローラ８３６を介して、ＣＣＤカメラ８３４と通信する。別の実施形態では、電荷結合素子カメラ以外の技術に従って動作するカメラが採用されてもよい。ＧＰＳセンサ８３８は、グローバルポジショニングシステム信号を復号化するようにＤＳＰ８０２に連結され、それによって、ＵＡ１０がその位置を決定することを可能にする。また、種々の他の周辺機器が、付加的な機能、例えば、ラジオおよびテレビ受信を提供するように含まれてもよい。
【０１２０】
図１５は、ＤＳＰ８０２によって実装され得る、ソフトウェア環境９０２を例示する。ＤＳＰ８０２は、ソフトウェアの残りが動作する、プラットフォームを提供する、オペレーティングシステムドライバ９０４を実行する。オペレーティングシステムドライバ９０４は、ＵＡハードウェアのためのドライバに、アプリケーションソフトウェアにアクセス可能な標準インターフェースを提供する。オペレーティングシステムドライバ９０４は、ＵＡ１０上で実行するアプリケーション間の制御を転送する、アプリケーション管理サービス（「ＡＭＳ」）９０６を含む。また、図１５に示されるのは、ウェブブラウザアプリケーション９０８、メディアプレーヤアプリケーション９１０、およびＪａｖａ（登録商標）アプレット９１２である。ウェブブラウザアプリケーション９０８は、ウェブブラウザとして動作するようにＵＡ１０を構成し、ユーザが、情報をフォームに入力し、リンクを選択し、ウェブページを読み出したり、閲覧したりすることを可能にする。メディアプレーヤアプリケーション９１０は、音声または視聴覚媒体を読み出し、再生するようにＵＡ１０を構成する。Ｊａｖａ（登録商標）アプレット９１２は、ゲーム、ユーティリティ、および他の機能性を提供するようにＵＡ１０を構成する。構成要素９１４は、本明細書で説明される機能性を提供する場合がある。
【０１２１】
上述のＵＡ１０、アクセスデバイス１２０、および他の構成要素は、上述の作用に関連する命令を実行することが可能である、処理構成要素を含む場合がある。図１６は、本明細書に開示される１つ以上の実施形態を実装するために好適な処理構成要素１０１０を含む、システム１０００の実施例を例示する。プロセッサ１０１０（中央プロセッサユニット（ＣＰＵまたはＤＳＰ）と称されてもよい）に加えて、システム１０００は、ネットワーク接続デバイス１０２０と、ランダムアクセスメモリ（ＲＡＭ）１０３０と、読取専用メモリ（ＲＯＭ）１０４０と、二次記憶装置１０５０と、入力／出力（Ｉ／Ｏ）デバイス１０６０とを含む場合がある。ある場合には、これらの構成要素のいくつかは、存在しなくてもよく、あるいは相互に、または図示されない他の構成要素と種々の組み合わせにおいて、組み合わせられてもよい。これらの構成要素は、単一の物理エンティティ内、または２つ以上の物理エンティティ内に位置する場合がある。プロセッサ１０１０によって講じられるものとして本明細書で説明される措置は、プロセッサ１０１０のみによって、あるいは図中に示される、または示されない１つ以上の構成要素と協働するプロセッサ１０１０によって、講じられる場合がある。
【０１２２】
プロセッサ１０１０は、それがネットワーク接続デバイス１０２０、ＲＡＭ１０３０、ＲＯＭ１０４０、または二次記憶装置１０５０（ハードディスク、フロッピー（登録商標）ディスク、または光ディスク等、種々のディスクベースのシステムを含む場合がある）からアクセスする場合がある、命令、コード、コンピュータプログラム、またはスクリプトを実行する。１つのプロセッサ１０１０のみが示されているが、複数のプロセッサが存在してもよい。したがって、命令は、プロセッサによって実行されるものとして論議されてもよいが、命令は、同時に、順次、あるいは別様に１つまたは複数のプロセッサによって実行されてもよい。プロセッサ１０１０は、１つ以上のＣＰＵチップとして実装されてもよい。
【０１２３】
ネットワーク接続デバイス１０２０は、モデム、モデムバンク、イーサネット（登録商標）デバイス、ユニバーサルシリアルバス（ＵＳＢ）インターフェースデバイス、シリアルインターフェース、トークンリングデバイス、光ファイバ分散データインターフェース（ＦＤＤＩ）デバイス、無線ローカルエリアネットワーク（ＷＬＡＮ）デバイス、符号分割多重アクセス（ＣＤＭＡ）デバイス、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ（登録商標））無線送受信機デバイス等の無線送受信機デバイス、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ）デバイス、および／またはネットワークに接続するための他の周知のデバイスの形態を成してもよい。これらのネットワーク接続性デバイス１０２０によって、プロセッサ１０１０が情報を受信する場合があるか、またはプロセッサ１０１０が情報を出力する場合がある、インターネット、あるいは１つ以上の電気無線通信ネットワークまたは他のネットワークと、プロセッサ１０１０が通信することを可能にしてもよい。
【０１２４】
ネットワーク接続デバイス１０２０はまた、無線周波数信号またはマイクロ波周波数信号等の電磁波の形態で、データを無線で伝送および／または受信することが可能な１つ以上の送受信機構成要素１０２５も含む場合がある。代替として、データは、導電体の表面内または上、同軸ケーブル内、導波管内、光ファイバ等の光媒体内、あるいは他の媒体内を伝播してもよい。送受信機構成要素１０２５は、別々の受信および送信ユニット、または単一の送受信機を含んでもよい。送受信機１０２５によって送信または受信される情報は、プロセッサ１０１０によって処理されたデータ、またはプロセッサ１０１０によって実行されるべき命令を含んでもよい。そのような情報は、例えば、コンピュータデータベース帯域信号またはキャリア内に埋め込まれた信号の形態において、ネットワークから受信され、そこに出力されてもよい。データは、データを処理または生成するため、あるいはデータを伝送または受信するために望ましくてもよい異なるシーケンスに従って順序付けられてもよい。ベースバンド信号、キャリアに統合される信号、あるいは現在使用されている、または今後開発される他の種類の信号は、伝送媒体と称されてもよく、当業者に周知のいくつかの方法に従って生成されてもよい。
【０１２５】
ＲＡＭ１０３０は、揮発性データを格納するために、および可能性として、プロセッサ１０１０によって実行される命令を格納するために使用される場合がある。ＲＯＭ１０４０は、一般的には、第二記憶装置１０５０のメモリ容量より小さいメモリ容量を有する、不揮発性メモリデバイスである。ＲＯＭ１０４０は、命令、および可能性として、命令を実行する際に読み取られるデータを格納するために使用される場合がある。ＲＡＭ１０３０およびＲＯＭ１０４０の両方へのアクセスは、定型的には、二次記憶装置１０５０より速い。二次記憶装置１０５０は、一般的には、１つ以上のディスクドライブまたはテープドライブから成り、ＲＡＭ１０３０が全ての作業用データを保持するのに十分大きくない場合、データの不揮発性保存用に、またはオーバーフローデータ記憶デバイスとして使用される場合がある。二次記憶装置１０５０は、プログラムが実行用に選択される時、ＲＡＭ１０３０へロードされるプログラムを記憶するために使用されてもよい。
【０１２６】
Ｉ／Ｏデバイス１０６０は、液晶ディスプレイ（ＬＣＤ）、タッチスクリーンディスプレイ、キーボード、キーパッド、スイッチ、ダイヤル、マウス、トラックボール、音声認識装置、カード読取装置、紙テープ読取装置、プリンタ、ビデオモニタ、または他の周知の入力デバイスを含んでもよい。また、送受信機１０２５は、ネットワーク接続デバイス１０２０の構成要素の代わりに、またはそれに加え、Ｉ／Ｏデバイス１０６０の構成要素と見なされる場合がある。Ｉ／Ｏデバイス１０６０の一部または全部は、ディスプレイ７０２および入力７０４等、ＵＡ１０の上述の図面に描写された種々の構成要素に実質的に類似してもよい。
【０１２７】
以下の３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ（ＴＳ）は、参照することによって本明細書に組み込まれる：ＴＳ  ３６．３２１、ＴＳ  ３６．３３１、ＴＳ  ３６．３００、ＴＳ  ３６．２１１、ＴＳ  ３６．２１２およびＴＳ  ３６．２１３。
【０１２８】
いくつかの実施形態が本開示において提供されているが、開示されたシステムおよび方法が、本開示の精神または範囲から逸脱することなく、多くの他の特定の形態で具現化されてもよいことを理解されたい。本実施例は、限定的ではなく例示的と見なされ、本明細書において提供される詳細に限定されることを意図しない。例えば、種々の要素または構成要素を、別のシステムに組み入れるか、または一体化してもよく、あるいは、ある特徴を省略するか、または実装しなくてもよい。
【０１２９】
また、個別または別々のものとして種々の実施形態において説明および例示される技法、システム、サブシステム、および方法を、本開示の範囲から逸脱することなく、他のシステム、モジュール、技法、または方法に組み入れるか、または一体化してもよい。連結もしくは直接連結または相互に通信するように図示または説明される他のアイテムは、電気的、機械的、またはその他の方法かどうかにかかわらず、何らかのインターフェース、デバイス、または中間構成要素を通して、間接的に連結または通信してもよい。変更、置換、および改変の他の例は、当業者により解明可能であり、本明細書で開示される精神および範囲から逸脱することなく行うことができる。
【０１３０】
本発明の範囲を公に周知させるため、以下の請求項の範囲が主張される。
【図１】
2012530407.tif 000008
【図２】
2012530407.tif 000009
【図３】
2012530407.tif 000010
【図４】
2012530407.tif 000011
【図５（ａ）】
2012530407.tif 000012
【図５（ｂ）】
2012530407.tif 000013
【図６】
2012530407.tif 000014
【図７】
2012530407.tif 000015
【図８】
2012530407.tif 000016
【図９】
2012530407.tif 000017
【図１０】
2012530407.tif 000018
【図１１】
2012530407.tif 000019
【図１２】
2012530407.tif 000020
【図１３】
2012530407.tif 000021
【図１４】
2012530407.tif 000022
【図１５】
2012530407.tif 000023
【図１６】
2012530407.tif 000024
【図１７】
2012530407.tif 000025
【図１８】
2012530407.tif 000026
【図１９】
2012530407.tif 000027
【図２０】
2012530407.tif 000028
【国際調査報告】
2012530407.tif 000029
2012530407.tif 000030