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