(57)【特許請求の範囲】
【請求項１】
サービングセルとして構成されたコンポーネントキャリア上でアップリンク制御情報を検出するための方法であって、
進化型ノードＢ（ｅＮｏｄｅＢ）において、ユーザー機器（ＵＥ）からのランダムアクセスチャネル（ＲＡＣＨ）通信に関係するメッセージ１を受信する段階と、
前記ＵＥに関係するセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）を識別する段階と、
前記ｅＮｏｄｅＢによって送信された少なくとも１つのサブフレームの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）探索空間内のＵＥ固有探索空間（ＵＳＳ）における少なくとも１つのチャネル制御要素で、前記ＲＡＣＨ通信に関連付けられたメッセージ２のリソースアロケーション情報を含むダウンリンク制御情報（ＤＣＩ）メッセージを送信する段階と、
を含み、
前記ＤＣＩメッセージは、巡回冗長検査（ＣＲＣ）符号とともに構成され、前記ＣＲＣ符号は、前記Ｃ−ＲＮＴＩを前記ＤＣＩメッセージに適用することによって実行されるブラインド復号化中にＣＲＣエラーを生成しないように構成されており、
前記ＤＣＩメッセージ内で前記ＣＲＣ符号が少なくとも１つの他の所定のＤＣＩフォーマットのＤＣＩメッセージにおけるＣＲＣ符号と位置合わせされるよう、前記ｅＮｏｄｅＢにおいて前記ＤＣＩメッセージをパディングする段階を、前記識別する段階と前記送信する段階との間に含む、方法。
【請求項２】
前記ＲＡＣＨ通信が、セカンダリサービングセル（ＳＣｅｌｌ）ＲＡＣＨ通信であるか否かを判断する段階を、前記パディングする段階の前に含み、
前記パディングする段階は、前記ＲＡＣＨ通信が、ＳＣｅｌｌ  ＲＡＣＨ通信であると判断した場合に行われる、請求項１に記載の方法。
【請求項３】
前記少なくとも１つの他の所定のＤＣＩフォーマットは、ＤＣＩフォーマット０及びＤＣＩフォーマット１Ａのうちの少なくとも一方である、請求項１又は２に記載の方法。
【請求項４】
前記ｅＮｏｄｅＢにおいて、少なくとも１つの所定のＣＣＥアグリゲーションレベルに対応する複数の制御チャネル要素（ＣＣＥ）に前記ＤＣＩメッセージを組み込む段階を更に含む、請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記所定のアグリゲーションレベルのセットは、８つのＣＣＥのＰＤＣＣＨ探索空間サイズについての所定の４のＣＣＥアグリゲーションレベルと、１６個のＣＣＥのＰＤＣＣＨ探索空間サイズについての所定の８のＣＣＥアグリゲーションレベルとのうちの少なくとも一方を含む、請求項４に記載の方法。
【請求項６】
前記メッセージ２は、クロスキャリアスケジューリングに従った前記ＲＡＣＨ通信の前記メッセージ１と異なるサービングセル上で送信される、請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記メッセージ２に含まれるタイミングアドバンス値を用いて複数のセカンダリサービングセル（ＳＣｅｌｌ）のタイミングアドバンスグループ（ＴＡＧ）を形成する段階を更に含み、前記ＴＡＧにおける前記複数のＳＣｅｌｌは、特定の地理的ロケーションに関連付けられている、請求項１から６のいずれか１項に記載の方法。
【請求項８】
サービングセルとして構成されたコンポーネントキャリア上でアップリンク制御情報を検出するためのデバイスであって、
進化型ノードＢ（ｅＮｏｄｅＢ）において動作する検出モジュールであって、ユーザー機器（ＵＥ）からのランダムアクセスチャネル（ＲＡＣＨ）通信からメッセージ１を検出するように構成されている、検出モジュールと、
前記ｅＮｏｄｅＢにおいて動作する識別モジュールであって、該識別モジュールは、前記検出モジュールによって前記メッセージ１が検出されると、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）を識別するように構成され、前記Ｃ−ＲＮＴＩは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を有する前記ＵＥのサービングセルのＵＥ固有探索空間（ＵＳＳ）に対応する、識別モジュールと、
前記ｅＮｏｄｅＢにおいて動作するメッセージ生成モジュールであって、前記Ｃ−ＲＮＴＩを、前記ＲＡＣＨ通信に関連付けられたメッセージ２のリソースアロケーション情報とともに、ダウンリンク制御情報（ＤＣＩ）メッセージの巡回冗長検査（ＣＲＣ）符号に組み込むように構成されている、メッセージ生成モジュールと、
前記ｅＮｏｄｅＢにおいて動作する送信モジュールであって、前記メッセージ生成モジュールによって生成された前記ＤＣＩメッセージを、前記ＰＤＣＣＨを搬送するように構成された前記ＵＥの前記サービングセルを介して前記ＵＥに送信するように構成されている、送信モジュールと、
前記メッセージ生成モジュールと通信するパディングモジュールであって、前記ＤＣＩメッセージに組み込まれた前記ＣＲＣ符号が少なくとも１つの他の所定のＤＣＩフォーマットのＤＣＩメッセージにおけるＣＲＣ符号と位置合わせされるよう、前記ＤＣＩメッセージをパディングする、パディングモジュールと、
を備える、デバイス。
【請求項９】
前記少なくとも１つの他の所定のＤＣＩフォーマットは、ＤＣＩフォーマット０及びＤＣＩフォーマット１Ａのうちの少なくとも一方である、請求項８に記載のデバイス。
【請求項１０】
前記メッセージ生成モジュール内のレベル決定モジュールであって、該レベル決定モジュールは、前記ＤＣＩメッセージを組み込む制御チャネル要素（ＣＣＥ）の数を決定するように構成され、前記数は、ＣＣＥアグリゲーションレベルに対応する、レベル決定モジュールを更に備える、請求項８又は９に記載のデバイス。
【請求項１１】
前記レベル決定モジュールは、４及び８のうちの少なくとも一方のＣＣＥアグリゲーションレベルに対応する数のＣＣＥに前記ＤＣＩメッセージを組み込むことを決定する、請求項１０に記載のデバイス。
【請求項１２】
前記メッセージ生成モジュールは、タイミングアドバンスグループ（ＴＡＧ）の基礎となるように構成されたタイミングアドバンス（ＴＡ）を前記メッセージ２に組み込むように構成されている、請求項８から１１のいずれか１項に記載のデバイス。
【請求項１３】
サービングセルとして構成されたコンポーネントキャリア上でアップリンク制御情報を検出するためのシステムであって、
ユーザー機器（ＵＥ）からのランダムアクセスチャネル（ＲＡＣＨ）通信を検出する手段と、
前記ＲＡＣＨ通信に応答する物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を有する前記ＵＥのサービングセルを決定する手段と、
前記物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を有する前記サービングセルのＵＥ固有探索空間（ＵＳＳ）に対応するセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）を識別する手段と、
前記ＲＡＣＨ通信に関連付けられたメッセージ２のリソースアロケーション情報を含むダウンリンク制御情報（ＤＣＩ）メッセージの巡回冗長検査（ＣＲＣ）符号に前記Ｃ−ＲＮＴＩを含める手段と、
前記ＤＣＩメッセージを前記サービングセルを介して前記ＵＥに送信する手段と、
前記ＤＣＩメッセージの前記ＣＲＣ符号が少なくとも１つの他の所定のＤＣＩフォーマットのＤＣＩメッセージにおけるＣＲＣ符号と位置合わせされるよう、ｅＮｏｄｅＢにおいて前記ＤＣＩメッセージをパディングする手段と、
を備える、システム。
【請求項１４】
前記ＲＡＣＨ通信が、クロスキャリアスケジューリング通信に関係するセカンダリサービングセル（ＳＣｅｌｌ）ＲＡＣＨ通信であるか否かを判断する手段を更に備え、
前記パディングする手段は、前記ＲＡＣＨ通信が、ＳＣｅｌｌ  ＲＡＣＨ通信であると判断した場合にパディングする、請求項１３に記載のシステム。
【請求項１５】
ｅＮｏｄｅＢにおいて前記ＤＣＩメッセージを８及び４のうちの少なくとも一方の所定のＣＣＥアグリゲーションレベルに対応する数の制御チャネル要素（ＣＣＥ）に組み込む手段を更に備える、請求項１３又は１４に記載のシステム。
【請求項１６】
前記ＰＤＣＣＨのチャネル情報の測定に基づいて前記ＤＣＩメッセージの前記ＣＣＥアグリゲーションレベルを決定する手段を更に備える、請求項１５に記載のシステム。
【請求項１７】
前記メッセージ２に組み込まれたタイミングアドバンスを用いて複数のセカンダリサービングセル（ＳＣｅｌｌ）のタイミングアドバンスグループ（ＴＡＧ）を形成する手段を更に備え、前記ＴＡＧにおける前記複数のＳＣｅｌｌは、特定の地理的ロケーションに関連付けられている、請求項１３から１６のいずれか１項に記載のシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
セルラー無線通信環境において、無線通信デバイス／ユーザー機器（ＵＥ）から進化型ノードＢ（ｅＮｏｄｅＢ）等の基地局へのアップリンク送信の成功には、ＵＥとｅＮｏｄｅＢとの同期が必要とされる。アップリンク送信の同期は、通常、ＵＥとｅＮｏｄｅＢとの間の伝播距離についての情報を用いる。この情報は、同期情報に含めることができる。そのような同期情報を用いることによって、ＵＥは、アップリンクチャネルを同期させて、ｅＮｏｄｅＢへの送信を成功させることができる。
【０００２】
ｅＮｏｄｅＢは、ＵＥからｅＮｏｄｅＢに送信されたプリアンブル等の情報を解析することによってこの同期情報に必要な伝播距離を求めることができる。ＮｏｄｅＢは、次に、ｅＮｏｄｅＢからＵＥへの送信用のダウンリンクチャネル上で、タイム進み（ＴＡ）等の同期情報をＵＥに提供することができる。ここで、ＵＥは、ｅＮｏｄｅＢのダウンリンク送信における同期信号によってｅＮｏｄｅＢのダウンリンク送信に自身を事前に同期させておくことができる。
【０００３】
ｅＮｏｄｅＢは、ダウンリンク送信内にアロケートされた物理リソース（時間及び周波数の観点から定義される）で同期情報をＵＥに送信すると、ＵＥは、この同期情報を突き止める必要がある。しかしながら、同期情報が見つかると、ＵＥに提供された同期情報は、ＵＥに情報を送信する特定のｅＮｏｄｅＢにしか有効でない。さらに、同期プロセス全体を高速化するとともに電力及び他のリソースを節約するためには、この同期情報を見つけることを高速化する方法を見出すことが重要である。同期情報が単一のｅＮｏｄｅＢにのみ必要とされるとき、対応する同期情報を見つけるのに必要とされる時間は、同期情報を搬送することができる物理リソースに対してアプリオリの制限を設け、それによって、探索する必要がある物理リソースを削減することによって改善することができる。
【０００４】
しかしながら、同期情報を見つけるこの手法は、無線ネットワークにかけられる増加の一途をたどる負荷をサポートするために開発された技術によって複雑になっている。そのような２つの技術は、キャリアアグリゲーション及び異種ネットワークを含む。キャリアアグリゲーションは、複数のコンポーネントキャリア（ＣＣ）、又は利用可能な帯域幅のスワスを組み合わせて、全体的な帯域幅を増加させると同時に、ＵＥに関連付けられた様々なＣＣ上の複数のアップリンクチャネル及びダウンリンクチャネルを可能にする。異種ネットワークでは、単一のＵＥが、重なり合ったカバレッジエリアを有することができる複数のＮｏｄｅＢからの送信を受信することできるとともに、それらの複数のＮｏｄｅＢに送信することができる。
【０００５】
そのような環境では、様々なＣＣ上でのアップリンク送信の伝播距離は、所与のＣＣがどのｅＮｏｄｅＢ又は送信ポイントに関連付けられているのかに応じて変動する可能性がある。第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）仕様のリリース１０等のこれまでの無線標準規格は、ＵＥのＣＣのアグリゲーションを、実質的に同一の同期情報を共有するＣＣに制限することによってこの問題に対処してきた。しかしながら、増加する負荷をハンドリングするには、複数のｅＮｏｄｅＢ／送信ポイントに関連付けられたＣＣを単一のＵＥについて集約することを可能にする必要になり、その結果、ＵＥは、異なる複数のｅＮｏｄｅＢ／送信ポイントの異なる同期情報ユニットを見つけることが必要になる。
【０００６】
しかしながら、単一の同期情報ユニットについて物理リソースに課せられる同じ制限は、今後提供することが必要となる複数の同期情報ユニットに対応することとなると大きな問題となる可能性がある。したがって、これらの追加の同期情報ユニットに対応するための新たな手法が必要である。そのような手法は、追加の同期情報ユニットを高速に、かつ電力及び他のリソースの観点から効率的に見つけることを可能にする必要がある。
【０００７】
本発明の特徴及び利点は、本発明の特徴を例としてともに示す、添付図面とともに取り入れられた以下の詳細な説明から明らかになる。
【図面の簡単な説明】
【０００８】
【図１ａ】一例による複数の連続したコンポーネントキャリアを示すブロック図である。
【図１ｂ】一例による複数の不連続のコンポーネントキャリアと、コンポーネントキャリアが異なる周波数帯域に存在する可能性とを示すブロック図である。
【図２ａ】複数のコンポーネントキャリアをサポートするのに単一のタイミングアドバンス（ＴＡ）が必要とされ得る無線通信環境を示すブロック図である。
【図２ｂ】複数のコンポーネントキャリアをサポートするのに複数のＴＡが必要とされる無線通信環境を示すブロック図である。
【図３】ランダムアクセス制御チャネル（ＲＡＣＨ）を用いてユーザー機器（ＵＥ）においてＴＡを取得することを示すフローチャートである。
【図４】一例による、リソースアロケーションメッセージをアドレス指定することができるＵＥ探索空間（ＵＳＳ）を示すブロック図である。
【図５ａ】物理ダウンリンク共有チャネル（ＰＤＳＣＨ）内の同期情報のリソースアロケーションについての情報を有する制御領域を示す、コンポーネントキャリアの単一のサブフレームの制御領域及びＰＤＳＣＨのブロック図である。
【図５ｂ】第２のコンポーネントキャリアのＰＤＳＣＨ内の同期情報のリソースアロケーションについての情報を有する第１のコンポーネントキャリアの制御領域内のリソースアロケーションメッセージを示す、複数の異なるコンポーネントキャリアに対応する複数の異なるサブフレームのＰＤＳＣＨの制御領域のブロック図である。
【図６】巡回冗長検査（ＣＲＣ）を制御チャネル候補の別のメッセージフォーマットのものと位置合わせして、リソースアロケーションメッセージを見つけるために制御チャネル候補に対して実行されるブラインド復号化の潜在的な数を削減する、リソースアロケーションメッセージのパディングを示すブロック図である。
【図７】１つの例に沿った、それが役立つ状況でリソースアロケーションメッセージのパディングを制限するためのプロセスを示すフローチャートである。
【図８】制御チャネル要素（ＣＣＥ）、アグリゲーションレベル、制御チャネル候補、及び制御チャネル候補のメッセージフォーマットの間の関係を示すブロック図である。
【図９】リソースアロケーションメッセージの探索空間と、リソースアロケーションメッセージを見つけるために実行する必要があるブラインド復号化の潜在的な数とを削減する、或る特定のアグリゲーションレベルを有する制御チャネル候補へのリソースアロケーションメッセージの制限を示すブロック図である。
【図１０】一例によるアップリンク制御情報を検出するための、進化型ノードＢ（ｅＮｏｄｅＢ）における一般化されたプロセスのフローチャートである。
【図１１】一例によるアップリンク制御情報を検出するための、ＵＥにおける一般化されたプロセスのフローチャートである。
【図１２】一例によるアップリンク制御情報を検出するためのプロセスを実施するのに用いられるデバイスに存在するモジュールのブロック図である。
【図１３】一例によるＵＥのブロック図である。
【発明を実施するための形態】
【０００９】
次に、図示された例示的な実施形態が参照され、それらの実施形態を説明するために具体的な文言が本明細書において用いられる。しかしながら、本発明の範囲の限定がそれによって意図されているものではないことが理解されるであろう。
【００１０】
本発明を開示及び説明する前に、本発明は、本明細書に開示される特定の構造、プロセスステップ、又は材料に限定されるものではなく、当業者によって認識されるようなそれらの均等物に拡張されることが理解されるべきである。本明細書において用いられる術語は、特定の実施形態を説明する目的でのみ用いられ、限定を意図するものでないことも理解されるべきである。
【００１１】
定義  「実質的に」と用語は、本明細書において用いられるとき、動作、特性、性質、状態、構造、アイテム、又は結果の完全な又はほぼ完全な範囲又は程度を指す。例えば、「実質的に」に密閉されている物体は、その物体が完全に密閉されているか又はほぼ完全に密閉されていることを意味する。絶対的な完全性からのずれの許容可能な正確な範囲は、幾つかの場合には、特定の状況に依存し得る。しかしながら、一般的に言えば、完全性に近いものは、絶対的な完全性及び全体的な完全性が得られる場合と同じ全体的な結果を有するためのものである。「実質的に」の使用は、動作、特性、性質、状態、構造、アイテム、又は結果が完全に欠如していること又はほぼ完全に欠如していることを指す否定的な暗示的意味において用いられるときにも等しく適用可能である。
【００１２】
例示の実施形態  技術の実施形態の最初の概略が以下に提供され、次に、具体的な技術の実施形態が後に更なる詳細により説明される。この最初の概要は、読み手が技術をより素早く理解することを助けることを意図しており、技術の重要な特徴又は本質的な特徴を特定することを意図するものでもなければ、特許請求された主題の範囲を限定することを意図するものでもない。次の定義は、以下に説明する概略及び実施形態を明瞭にするために提供される。
【００１３】
無線通信環境では、ユーザー機器（ＵＥ）等の無線デバイスを、基地局又は送信ポイントと通信するように構成することができる。基地局／送信ポイントは、進化型ノードＢ（ｅＮｏｄｅＢ）とすることができるが、必ずしもそうである必要はない。ＵＥは、以下で図１ａ及び図１ｂに示すような選択されたコンポーネントキャリア（ＣＣ）を介して基地局又はｅＮｏｄｅＢとの通信を開始することができる。
【００１４】
３ＧＰＰ  ＬＴＥ標準規格という術語が本明細書全体を通じて用いられるが、これは、限定を意図するものではない。ｅＮｏｄｅＢと通信するように構成されたＵＥは、他に断らない限り、基地局／送信ポイントと通信するように構成された一般的な無線周波数移動通信デバイスと同義とみなされる。同様のコメントは、本明細書に用いられるＣＣ及び他の用語に関しても行うことができる。
【００１５】
図１ａは、複数のＣＣを集約するキャリアアグリゲーションの一例を示している。ＣＣは、当該ＣＣがアクティブ化されているＵＥに対してデータを無線によって通信することができる周波数の範囲を規定する。コンポーネントキャリアを集約することによって、各コンポーネントキャリアの帯域幅を組み合わせて、利用可能な全体の総帯域幅を増加させることができる。利用可能な総帯域幅が増加するにつれて、より大きなデータ負荷に対応することができ、速度を維持又は増加させることができ、サービス品質（ＱｏＳ）を維持又は改善することができる。しかしながら、キャリアアグリゲーションは、単一のＵＥに関連付けられた異なるＣＣ上でのアップリンク送信が異なる可能性があるために、アップリンク送信の同期について重要な言外の意味も有する。
【００１６】
図１ａに示す例では、３つのＣＣが、周波数帯域に沿って連続して位置している。各キャリアは、データを無線によって通信するのに用いられる。連続タイプのキャリアアグリゲーションシステムでは、ＣＣは、互いにに隣接して位置しており、通常は単一の周波数帯域内に位置している。周波数帯域は、パス損失及びマルチパス特性等の同様の伝播性質を有する電磁スペクトルの電波スペクトル領域内の或る範囲の周波数で構成される。
【００１７】
しかしながら、多くの場合、無線周波数スペクトルの連続的な部分から追加のコンポーネントキャリアとして専用に利用可能な帯域幅の隣接したスワスを見つけることは可能でない。特に、無線通信システムに課される増加する要請を満たすためにますます多くのコンポーネントキャリアが必要とされているので、既存のスペクトルアロケーションポリシー及び無線電話通信に現在利用可能な比較的狭い周波数帯域は、無線周波数スペクトルの連続的な部分をアロケートして大きな帯域幅を達成することを困難にしている。したがって、キャリアコンポーネントは、周波数スペクトルの不連続の部分から集約される可能性がある。
【００１８】
図１ｂは、不連続のＣＣのキャリアアグリゲーションの一例を示している。これらの不連続のＣＣは、周波数の範囲に沿って分離されている場合がある。ＣＣは、異なる周波数帯域に位置している場合さえある。例えば、これに限定されることはないが、図１ｂに示すように、ＣＣ１は、帯域ｘ内に存在する場合がある一方、ＣＣ２及びＣＣ３は、帯域ｙに存在する場合がある。これらのＣＣは異なる帯域に存在するので、これらのＣＣの伝播特性は広く異なる場合があり、その結果、マルチパス特性及びパス損失値が異なる。マルチパス特性が異なる結果、異なるＣＣのアップリンク送信に考慮すべき事項が異なる場合さえある。
【００１９】
ＵＥがｅＮｏｄｅＢとの通信を最初に開始するＣＣは、第１のＣＣとして指定することができる。１つ又は複数のＣＣは、そのようなＣＣがアップリンク通信の送信及びダウンリンク通信の受信の双方を行うことができるので、ＵＥにおいてサービングセルとして見ることができる。（ただし、１つ又は複数のＣＣは、アップリンク通信用又はダウンリンク通信用のいずれかにのみ構成することもできる。）ｅＮｏｄｅＢとＵＥとの間の制御チャネル／信号による一定の通信用に構成されたコンポーネントキャリアに関連付けられたサービングセルは、プライマリサービングセル（ＰＣｅｌｌ）と呼ぶこともできる。
【００２０】
ＰＣｅｌｌは、通常、ＵＥ用にセットアップされた第１のコンポーネントキャリアを含む。しかしながら、任意のコンポーネントキャリアをＰＣｅｌｌとして指定することができる。所望の帯域幅、ＱｏＳ、又は他の所望の特徴を提供するために追加のＣＣがＵＥにおいて必要とされている場合、追加のＣＣは、ｅＮｏｄｅＢが無線リソース制御（ＲＲＣ）シグナリングを介してＵＥに割り当てることができる。ＵＥでは、追加のＣＣを構成して、セカンダリサービングセル（ＳＣｅｌｌ）に関連付けることができる。１つの実施形態では、ＳＣｅｌｌは、現在の３ＧＰＰ  ＬＴＥ  Ｒｅｌ−８／９／１０仕様に基づいて、ＵＥへの物理アップリンク制御チャネル（ＰＵＣＣＨ）送信を有しないことができる。ＰＵＣＣＨは、ＰＣｅｌｌ上で送信することができる。しかしながら、ＳＣｅｌｌは、ＰＣｅｌｌが低電力である又は重大なインターフェアを有するとき等の選択された環境においてＰＵＣＣＨを搬送するように構成することができる。
【００２１】
追加のＣＣは、ＰＣｅｌｌの最初に選択されたＣＣに対して電磁スペクトルの連続した部分及び／又は不連続の部分からのものとすることができ、同じ及び／又は異なる周波数帯域に存在することができる。それらのＣＣは、異なる送信ポイント又はｅＮｏｄｅＢに関連付けることもできる。ＵＥと種々のｅＮｏｄｅＢとの間の伝播距離が種々なものとなる結果、伝播距離が異なる可能性があり、異なるｅＮｏｄｅＢについては異なる同期情報ユニットの通信が必要となる。ここで、同期情報ユニットは、ｅＮｏｄｅＢへのＣＣによるアップリンク送信を同期させるのに必要な情報を提供する。１つ又は複数の追加の同期情報ユニットは、中心周波数が無線スペクトルの異なる部分にあるＣＣ、特に、中心周波数が異なる周波数帯域にあるＣＣにも必要とされる場合がある。
【００２２】
図２ａは、単一の同期情報ユニットで十分とすることができるか又は十分とすることができない、複数のＣＣのアグリゲーションをサポートする無線通信環境の概略図を提供している。図２ａでは、ＵＥ２０２ａは、ｅＮｏｄｅＢ２０４ａによってカバーされる地理的領域２０６ａ内においてこのｅＮｏｄｅＢと通信する。ｅＮｏｄｅＢは、３つのＣＣ（ＣＣ１、ＣＣ２、ＣＣ３）のうちの１つによってｅＮｏｄｅＢと通信するように構成されている。これらのＣＣは、アップリンク送信用及びダウンリンク送信用の双方に構成されている。ただし、ＣＣは、アップリンク送信用及びダウンリンク送信用の双方に常に構成されている必要はなく、また、これよりも少ないＣＣ又はこれよりも多くのＣＣを用いることができる。様々なＣＣは、ＣＣ１、ＣＣ２、及びＣＣ３についてそれぞれ異なる中心周波数、すなわち、ｆ１、ｆ２、及びｆ３を有する。
【００２３】
理解することができるように、ＵＥ２０２ａからＮｏｄｅＢ２０４ａまでの伝播距離は、ＣＣ１、ＣＣ２、及びＣＣ３について実質的に同様である。したがって、一般に、単一の同期情報ユニットを用いて、ＣＣ１、ＣＣ２、及びＣＣ３上のアップリンク送信を同期させることができる。しかしながら、１つ又は複数のＣＣの中心周波数（ｆ１、ｆ２、及びｆ３）が１つ又は複数の他の中心周波数と十分に異なる実施形態では、その結果として、信号間で伝播が相違する可能性がある。電磁スペクトルにおける異なる周波数は、環境と固有の方法で相互作用する可能性がある。例えば、周波数が異なると、酸素等の大気ガスによる吸収がより高くなるか又はより低くなる可能性がある。高い周波数の電磁電波のエネルギーほど、大気によって吸収され易くなる傾向がある。加えて、異なる周波数は、建物、道路、地面、車両、及び他のインフラストラクチャ等の固体表面と異なる方法で相互作用する可能性がある。大幅に異なるマルチパス遅延を生み出す無線スペクトルに関して、或る特定の実施形態によって包含されるように、１つ又は複数の追加の同期情報ユニットが必要な場合がある。
【００２４】
図２ｂは、逆に、様々なＣＣ上でのアップリンク送信を同期させるのに複数の同期情報ユニットを必要とする、複数のｅＮｏｄｅＢからの複数のＣＣのアグリゲーションをサポートする無線通信環境の概略図を提供している。図２ａと同様に、図２ｂは、ｅＮｏｄｅＢ２０４ｂと通信するＵＥ２０２ｂを示しており、マクロノードとすることができ、ＵＥ２０２ｂはこの第１のｅＮｏｄｅＢによってカバーされる地理的領域２０６ｂ内にある。幾つかの実施形態では、第１のｅＮｏｄｅＢは、マクロノードよりも小さな地理的カバレッジを有する低電力ノード（ＬＰＮ）とすることができる。第１のノードに加えて、図２ｂは、それ自体の送信領域２１０を有する追加のｅＮｏｄｅＢ２０８も示している。
【００２５】
第１のｅＮｏｄｅＢ２０４ｂ及び追加のｅＮｏｄｅＢ２０８は、合わせて異種ネットワークを作製することができる。異種ネットワークは、利用可能な周波数をより効率的に利用し、エリアに割り当てられる追加のリソース／ｅＮｏｄｅＢを用いることによってより一様なカバレッジを提供する。図２ｂは、限定ではなく例示の目的で２つのｅＮｏｄｅＢしか示していないが、当業者が理解することができるように、多くの実施形態は、あらゆる種類の異なる追加のリソース／ｅＮｏｄｅＢを有する異種ネットワークに沿ったものである。この点が関連することは、無線ネットワークに課される要請が増加する結果、増加の一途をたどる数の追加のリソース／ｅＮｏｄｅＢがレガシーリソースに対する要請の負担を軽減するか又はそのような要請を少なくするのに用いられていることより、理解することができる。
【００２６】
図２ｂにおける追加のｅＮｏｄｅＢ２０８は、ＬＰＮとすることもできるし、幾つかの実施形態では、マクロノードとすることもできる。追加のｅＮｏｄｅＢ２０８がＬＰＮである実施形態では、可能性のあるＬＰＮの例には、リモート無線ヘッド（ＲＲＨ）、中継器、並びにマイクロセル、ピコセル、フェムトセル、及びホームセル等の小さなセルが含まれるが、これらに限定されるものではない。図２ａにおける３つの全てのＣＣ（ＣＣ１、ＣＣ２、及びＣＣ３）は、単一のｅＮｏｄｅＢ２０４ａへのアップリンク送信用に構成されているのに対して、図２ｂでは、２つのＣＣ（それぞれ中心周波数ｆ１及びｆ２を有するＣＣ１及びＣＣ２）のみが、第１のｅＮｏｄｅＢ２０４ｂへのアップリンク送信用に構成されている。２つの追加のＣＣ（それぞれ中心周波数ｆ３及びｆ４を有するＣＣ３及びＣＣ４）は、追加のｅＮｏｄｅＢ２０８へのアップリンク送信用に構成されている。
【００２７】
理解することができるように、ＵＥ２０２ｂから第１のｅＮｏｄｅＢ２０４ｂまでのＣＣ１及びＣＣ２についての伝播距離は、実質的に同様であるが、ＵＥ２０２ｂから追加のｅＮｏｄｅＢ２０８までのＣＣ３及びＣＣ４についての実質的に同様の伝播距離とは大きく異なる。したがって、ＣＣ３及びＣＣ４については、ＣＣ１及びＣＣ２について通信される同期情報ユニットとは異なる同期情報ユニットをＵＥへ通信することが必要となり得る。既に述べたように、異なる数のＣＣ及びＣＣ送信構成は、様々な例に沿ったものであり、幾つかのＣＣは、同じｅＮｏｄｅＢを共有することができる場合であっても、（周波数が異なることに起因して）マルチパスが異なるという理由から、それら自体の同期情報ユニットを必要とすることができる。
【００２８】
これらの例では、追加の同期情報ユニットが用いられる場合があるが、異種ネットワークの使用の結果、効率を高めることができるとともにカバレッジの一様性を改善することができる。これらの追加の同期ユニットを加えることは、追加の送信ゾーン２１０の使用を可能にするのに重要となる可能性がある。あいにく、現在の３ＧＰＰ  ＬＴＥ  リリース１０仕様は、タイミングアドバンス（ＴＡ）（本明細書全体を通じて、「ＴＡ」という用語は、「同期情報ユニット」という用語に包含される）と呼ばれる１つの同期情報ユニットしか認めていない。単一のＴＡは、図２ａと同様に、複数のＣＣがタイミングアドバンスグループ（ＴＡＧ）を作成するのに用いることができる。しかしながら、図２ｂと同様の例において必要とされるように、複数のＴＡに対応することがまだ行われずに残っている。
【００２９】
ＴＡは、伝播遅延を考慮することによってアップリンク送信を同期させるのに用いることができる。伝播遅延は、ＴＡに従ってＵＥ２０２ａ／ｂにおいて送信タイミングを調整することによって考慮することができる。一方、ＴＡは、ｅＮｏｄｅＢ２０４ａ／ｂ、２０８によって最初に生成され、ＵＥに送信され、ＵＥにおいて発見される。
【００３０】
図３は、ＴＡを生成し、ランダムアクセス制御チャネル（ＲＡＣＨ）を通じてＵＥ３０２に送信し、ＵＥが発見することができる方法の１つの例のフローチャートを提供している。３ＧＰＰ  ＬＴＥ仕様リリース８、９、及び１０は、ランダムアクセスプリアンブルがＲＡＣＨメッセージ１の一部分としてＵＥからｅＮｏｄｅＢ３０４に送信される（３０６）ことを指定する。ランダムアクセスプリアンブルは、アップリンクにおける媒体アクセス制御（ＭＡＣ）レイヤにおいて割り当てることができ、物理ランダムアクセスチャネル（ＰＲＡＣＨ）等のランダムアクセスチャネル（ＲＡＣＨ）上で通信することができる。
【００３１】
ｅＮｏｄｅＢ３０４は、ＲＡＣＨメッセージ１を受信し、プリアンブル３０８をタイミング基準信号と相関させる整合フィルターを用いてプリアンブルを解析することができ、ここで、相関は、ＵＥ３０２における送信タイミングをどの程度（前方又は後方に）調整する必要があるのかを示す。ｅＮｏｄｅＢは、次に、ｅＮｏｄｅＢによって生成される（３１０）ＲＡＣＨメッセージ２、すなわちランダムアクセス応答（ＲＡＲ）の一部分としてＣＣの物理ダウンリンク共有チャネル（ＰＤＳＣＨ）でＵＥに送信されるＴＡにこの情報を含めることができる。ただし、ＲＡＲがＰＤＳＣＨで送信される前に、リソースアロケーションメッセージが、ＣＣの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で送信される（３１２）。
【００３２】
このリソースアロケーションメッセージは、フォーマットタイプ１Ｃ、又は或る他のタイプのフォーマット若しくはメッセージのダウンリンク制御情報（ＤＣＩ）メッセージとすることができるが、これらに限定されるものではない。ＤＣＩメッセージは、ＲＡＣＨメッセージ２を搬送するのに用いることができるより大きなＰＤＳＣＨにおいてアロケートされたリソース（複数の場合もある）についてのリソースアロケーション情報を提供することができる。このリソースアロケーション情報は、送信されると（３１６）、ＵＥがＰＤＳＣＨにおいてＲＡＣＨメッセージ２を突き止めることを可能にするのに用いることができる。ＵＥ３０２は、リソースアロケーションメッセージを見つける（３１４）ことができ、その結果、ＲＡＣＨメッセージ２がＵＥに送信される（３１６）と、この送信が、ＵＥがリソースアロケーションメッセージを見つける前又は見つけた後に行われたことを問わず、ＵＥは、自身のＴＡを用いてＲＡＣＨメッセージ２にアクセスする（３１８）ことができる。
【００３３】
現在、３ＧＰＰ  ＬＴＥリリース１０仕様では、ＲＡＣＨは、ＰＣｅｌｌにおいてのみサポートされ、ＴＡは、ＰＣｅｌｌとの同期に基づいている。ＲＡＣＨ手順は、ＳＣｅｌｌについては認められていない。図２ｂに関して説明した異種ネットワーク等の異種ネットワークに対応するには、追加のＴＡ値が必要とされる場合がある。ＣＣ３及びＣＣ４をともに、同様の地理的領域内のｅＮｏｄｅＢからのＳＣｅｌｌとしてアップリンク送信及びダウンリンク送信用に構成することができるこの例では、これらの２つのＳＣｅｌｌは、ＣＣ１及びＣＣ２のＴＡとは異なる共通のＴＡを用いることができる場合がある。ＣＣ１及びＣＣ２も、それらのｅＮｏｄｅＢの地理的領域が同様であることに起因して、共通のＴＡ値を用いることができる。この例では、ＣＣ１及び／又はＣＣ２は、ＰＣｅｌｌとして構成することができる。ＳＣｅｌｌ  ＲＡＣＨは、全ての例ではなく幾つかの例では、ＲＡＣＨメッセージ２のリソースアロケーションメッセージのＰＤＣＣＨをＲＡＣＨメッセージ１とは異なるＣＣ上で送信することができるクロスキャリアスケジューリングをサポートするように構成することができる。
【００３４】
ＰＤＣＣＨは、制御情報をセル内の複数のＵＥに提供することができる。個々のＵＥは、その個々のＵＥを対象とした制御情報をＰＤＣＣＨにおいて探索し、復号化することができる。したがって、ＰＤＣＣＨは、探索空間と呼ぶことができる。追加のＴＡ値がＳＣｅｌｌ用に構成されると、追加のＤＣＩをＳＣｅｌｌのＰＤＳＣＨにおいてメッセージ２のロケーションを識別するために、ＰＤＣＣＨ探索空間に組み込むことができる。ＵＥは、ＰＤＣＣＨ探索空間においてリソースアロケーションメッセージを含むＤＣＩを最初に探すことによってこれらの追加のＴＡを突き止めることができる。
【００３５】
図４は、ＰＤＣＣＨ探索空間４０２、その様々な要素及び構成要素、並びに直交周波数分割多重（ＯＦＤＭ）変調方式を用いた様々な物理リソースとのそれらの要素及び構成要素の関係を示すブロック図である。ＰＤＣＣＨ探索空間は、特定のＣＣに関係し、１つ又は複数の連続する制御チャネル要素（ＣＣＥ）４０４を用いて形成することができる。リソースアロケーションメッセージを含む幾つかのＤＣＩメッセージ（図示せず）が、ｅＮｏｄｅＢにおいて、ＰＤＣＣＨ探索空間におけるＣＣＥ内に組み込まれた制御チャネル候補（図示せず）と呼ぶことができるものに割り当てられる。ＵＥは、その後、ＰＤＣＣＨ探索空間においてＤＣＩメッセージの制御チャネル候補を探索する。
【００３６】
ＰＤＣＣＨ探索空間４０２において用いられる各ＣＣＥは、９つのリソース要素グループ（ＲＥＧ）４０６を含むことができる。各ＲＥＧは、４つのリソース要素（ＲＥ）４０８を含むことができる。ＲＥは、そのようなＯＦＤＭ方式における最小の物理リソースユニットであり、単一の変調されたシンボルを搬送する。このシンボルは、変調符号化方式がＢＰＳＫを用いるのか、ＱＰＳＫを用いるのか、１６ＱＡＭを用いるのか、６４ＱＡＭを用いるのか等に応じて、情報に相当する様々な数のビットを搬送することができる。
【００３７】
これらのＲＥは、リソースブロック（ＲＢ）４１０ａ〜４１０ｘで送信される。８４個ほどの数のリソース要素ＲＥを単一のＲＢにマッピングすることができる。ＲＢ内の様々なＲＥは、時間及び周波数に関して規定されたＯＦＤＭグリッドにマッピングすることができる。周波数に関して、ＲＢ４１０ｉは、１２個のサブキャリア４１２を含むことができ、各サブキャリアは、他の全てのサブキャリアに対して実質的に直交するように構成され、各サブキャリアは、周波数が１５ＫＨｚの範囲に及ぶことができる。各サブキャリアは、任意の所与の時間期間において異なるＲＥ／シンボルを搬送することができる。
【００３８】
時間に関して、ＲＢ４１０ｉは、０．５ミリ秒の継続時間を有する単一のスロット４１４を含む。各スロットは、短い又は通常のサイクリックプレフィックスが用いられる場合には、７つのＯＦＤＭシンボル４１６を保持することができ、拡張されたサイクリックプレフィックスが用いられる場合には、６つのＯＦＤＭシンボルを保持することができる。ＲＢは、時間に関してＰＤＣＣＨ４１８及びＰＤＳＣＨ４２０に更に分割される。ＲＢのＲＥ／ＯＦＤＭシンボルの最初の第１列〜第３列は、ＰＤＣＣＨ（図４における３つの列）に属することができる。残りの列は、ＰＤＳＣＨにアロケートされる。ＰＤＣＣＨ探索空間４０２は、ＰＤＣＣＨ内に位置している。
【００３９】
多くのＲＢ４１０ａ〜４１０ｘは、無線スペクトルにおける周波数に関して連続して又は不連続に互いに隣接して配備することができる。例えば、１．４ＭＨｚのＣＣは、合計７２個のサブキャリア用に６つのＲＢを含むことができる。別の例として、２０ＭＨｚのＣＣは、合計１２００個のサブキャリア用に１００個のＲＢを含むことができる。上述したように、時間に関して、ＲＢは、単一の０．５ミリ秒のスロット４１４を含む。２つのスロットの対は、１ミリ秒のサブフレームを構成することができる。１０ミリ秒のフレームは、１０個のサブフレーム４２２を含むことができる。ダウンリンク送信及びアップリンク送信は、時間に関して送信される一連のフレーム４２４を含むことができる。
【００４０】
ＰＤＣＣＨ探索空間４０２に戻ると、ＰＤＣＣＨ探索空間は、共通探索空間（ＣＳＳ）４２６及びＵＥ固有探索空間（ＵＳＳ）４２８の双方を含む。ＣＳＳは、セル内のＵＥのグループのスケジューリング情報、同期情報、及び他の制御情報を提供することができる。ＵＳＳは、特定のＵＥのスケジューリング情報、同期情報、及び他の制御情報を提供することができる。１つの実施形態では、ＣＳＳは、最初の１６個のＣＣＥ（ＣＣＥ０〜ＣＣＥ１５）からなることができ、残りのＣＣＥは、ＵＳＳにアロケートすることができる。
【００４１】
ＰＤＣＣＨにおいてリソースアロケーションメッセージ等のＤＣＩメッセージを探索するように、ＵＥは、ｅＮｏｄｅＢによってＵＥに割り当てられた無線ネットワーク一時識別子（ＲＮＴＩ）を用いて、ブラインド復号化と呼ばれるプロセスにおいて候補の復号化を試みることができる。ＲＮＴＩは、ｅＮｏｄｅＢがＵＥのＲＮＴＩを巡回冗長検査（ＣＲＣ）において用いることによって当初マスクされていたＰＤＣＣＨ候補のＣＲＣをマスク解除するのに用いることができる。
【００４２】
１つの実施形態では、ＵＥの負担を削減するとともにＵＥのプロセス性能を改善するために、３ＧＰＰ  ＬＴＥ仕様のリリース８、９、及び１０は、これらのリリースの下で認められている単一のＴＡを有するＲＡＣＨ２メッセージについて、ランダムアクセスＲＮＴＩ（ＲＡ−ＲＮＴＩ）を用いてそのＣＲＣをマスクすることによって、リソースアロケーションメッセージをアドレス指定する。ＲＡ−ＲＮＴＩは、ＣＳＳ４２６とともに用いられる。ＲＡ−ＲＮＴＩを用いてリソースアロケーションメッセージのＣＲＣをマスクすることによって、ＵＥによってブラインド復号化された探索空間は、ＰＤＣＣＨ探索空間４０２全体からＣＳＳ４２６のみに削減され、ブラインド復号化の数、時間、及びリソースアロケーションメッセージを見つけるのに充てる必要がある他のリソースが大幅に削減される。
【００４３】
キャリアアグリゲーション及び異種ネットワークの技術が、無線ネットワークに課せられる増加する要請をハンドリングするのに用いられるので、異なる周波数を有するＣＣ又は異なる地理的ロケーションを有するノードについて、それらにアクセスするのに用いられる追加のリソースアロケーションメッセージとともに、追加のＴＡを所与のＵＥに通信する必要がある。これらの追加のリソースアロケーションメッセージは、従来通り、ＰＣｅｌｌのＣＳＳ４２６において送信することもできるし、複数のコンポーネントキャリアがサービングセルとして構成されるＳＣｅｌｌのＣＳＳにおいても送信することができる。あいにく、ＣＳＳは、既に非常に込み合っており、特に、ＣＳＳがセル内の全てのＵＥによって共有されることを考えるとそうである。１つ又は複数の追加のリソースアロケーションメッセージをＣＳＳに含めることは、それらのメッセージがブロックされることにつながる可能性がある。
【００４４】
これらの問題は、ＵＳＳ４２８内の１つ又は複数の追加のリソースアロケーションメッセージをアドレス指定することによって解決することができる。１つ又は複数の追加のリソースアロケーションメッセージをアドレス指定するために、それらのメッセージは、ＲＡ−ＲＮＴＩを用いてマスクすることができない。ＵＥの一意の識別子が、ＵＳＳ内のメッセージをマスクするのに用いられる。例えば、セルＲＮＴＩ（Ｃ−ＲＮＴＩ）値をマスクとして用いることができる。したがって、ｅＮｏｄｅＢは、ＵＥに関係するＣ−ＲＮＴＩを識別して、ＲＡＣＨメッセージ２のリソースアロケーション情報を含むことができるリソースアロケーションメッセージ／ＤＣＩメッセージを再探索することができる。ｅＮｏｄｅＢは、その後、ＵＥにも提供されるＣ−ＲＮＴＩを用いてリソースアロケーションメッセージ／ＤＣＩメッセージをマスクすることができる。Ｃ−ＲＮＴＩを用いてマスクされるリソースアロケーションメッセージのＣＲＣは、Ｃ−ＲＮＴＩを用いたブラインド復号化中にＣＲＣエラーを生成しない。ｅＮｏｄｅＢは、次に、ＰＤＣＣＨ探索空間４０２のＵＳＳ内の１つ又は複数のＣＣＥでリソースアロケーションメッセージ／ＤＣＩメッセージを送信する。図４におけるＵＳＳは、このＵＳＳが、実施形態において、アロケーションメッセージ／ＤＣＩメッセージを組み込むことができるＣＣＥを含むことを示すために丸で囲まれている。
【００４５】
図５ａは、単一のＣＣ５２２ａ上のサブフレームのブロック図である。このサブフレームは、ＣＣ１の制御領域５１８ａと、ＰＤＳＣＨ５２０ａとに分割されている。この制御領域は、ＵＳＳ４２８を含むＰＤＣＣＨ探索空間４０２を搬送するように構成することができる。リソースアロケーションメッセージ５３０ａは、フォーマット１ｃのパディングされたＤＣＩメッセージとして制御領域内に示されている。他のＤＣＩフォーマット及びメッセージが可能である。ＤＣＩメッセージのパディングは、後のパラグラフにおいてより十分に論述される。
【００４６】
追加のＤＣＩフォーマットメッセージ５３２ａも示されている。しかしながら、この追加のＤＣＩメッセージは、リソースアロケーション情報を搬送せず、別の目的の役割を果たすことができる。この追加のＤＣＩメッセージは、フォーマットタイプ１Ａ又は０とすることができる。このメッセージは、限定するものではなく、ＤＣＩフォーマットタイプ１Ｂ、１Ｃ、１Ｄ、２、２Ａ、３、３Ａとすることもできる。単一の追加のＤＣＩメッセージのみが示されているが、制御領域には複数の追加のＤＣＩメッセージが存在することができる。リソースアロケーションメッセージ５３０ａは制御領域にあるが、このメッセージが搬送するリソースアロケーション情報は、ＴＡを搬送するＲＡＣＨメッセージ２（５３４ａ）のＰＤＳＣＨにどのリソースがアロケートされているのかを示し、その結果、この情報は、送信されるときにアクセスすることができる。
【００４７】
図５ｂは、図５ａ及び図５ｂの２つの図がリソースアロケーションメッセージ５３０ａ／５３０ｂを示すという点で図５ａと同様である。一方、これらの２つの図は、図５ｂに示す複数のＣＣの複数のサブフレーム５２２ｂ、５２２ｃを含む幾つかの点で異なる。加えて、ＲＡＣＨメッセージ２（５３４ｂ）は、リソースアロケーションメッセージと同じサブフレーム又はＣＣには存在しない。第２のサブフレーム５２２ｃは、ＣＣ１の第１のサブフレーム５２２ａの第１の制御領域５１８ｂ及びＰＤＳＣＨ５２０ｂと、ＣＣ２の第２のサブフレーム５２２ｃの第２の制御領域５１８ｃ及びＰＤＳＣＨ５２０ｃとを含む。リソースアロケーションメッセージはＣＣ１の制御領域５１８ｂにあるので、リソースアロケーションメッセージがＣＣ２上で送信される場合であっても、リソースアロケーションメッセージは、ＣＣ１上でＲＡＣＨメッセージ２用にアロケートされたリソースをＵＥに通知することができる。しかしながら、このリソースアロケーションを取得するには、ＵＥは、リソースアロケーションメッセージを最初にブラインド復号化しなければならない。
【００４８】
図６は、ブラインド復号化プロセスの重要な態様を示している。この図において、第１のブラインド復号化操作６０２ａは、探索空間内の多くの制御チャネル候補の中の１つの制御チャネル候補（図示せず）における第１のＤＣＩメッセージ６０４ａに適用することができる。第１のブラインド復号化操作は、第１のＤＣＩメッセージの第１のＣＲＣ６０６ａに適用されるように位置合わせすることができる。ブラインド復号化操作は、ＲＡ−ＲＮＴＩ又はＣ−ＲＮＴＩ等のＲＮＴＩを適用して、このブラインド復号化操作が位置合わせされている制御チャネル候補の領域をマスク解除することによって進めることができる。制御チャネル候補におけるメッセージのＣＲＣが、ＲＮＴＩを用いてマスクされている場合、検出されるＣＲＣエラーはなく、探索されているメッセージが見つかったことが示される。
【００４９】
第２のＤＣＩメッセージ６０８も示されている。第２のＤＣＩメッセージ６０８は、リソースアロケーションメッセージとすることができる。しかしながら、第２のＤＣＩメッセージの第２のＣＲＣ６１０は、第１のブラインド復号化操作６０２ａの位置合わせと一致していない。したがって、ＲＮＴＩは、ＲＮＴＩを用いてマスクされていない第２のＤＣＩメッセージの領域に不変に適用され、その結果、ＣＲＣエラーが生じる。
【００５０】
リソースアロケーション情報を見つけるために、第２のブラインド復号化操作６１２を探索空間内の各制御チャネル候補に適用することができる。この第２のブラインド復号化操作は、第２のＤＣＩメッセージのＤＣＩフォーマットタイプによって決まる、第２のＤＣＩメッセージの第２のＣＲＣ６１０のロケーションに位置合わせすることができる。あいにく、ＵＥは、この第２のブラインド復号化操作を探索空間内のどの制御チャネル候補について実行すべきであるかを知らないので、場合によっては制御チャネル候補の全てに対して追加のブラインド復号化を実行しなければならず、その結果、時間、電力、及び他のリソースが浪費される。
【００５１】
３ＧＰＰ  ＬＴＥ仕様のリリース８では、ブラインド復号化の総数は、ＣＳＳについて１２個及びＵＳＳについて３２個の４４個に設定されている。ＵＳＳにおける３２個のブラインド復号化は、１６個の異なる制御チャネル候補に対する２つの別個のブラインド復号化操作に対応する。これらの２つのブラインド復号化操作は、実質的に同様の位置合わせを有するフォーマットタイプ０及びフォーマットタイプ１Ａと、通常はＤＣＩフォーマットタイプ１、１Ｂ、１Ｄ、２、及び２Ａのうちの１つ又は複数である、送信モードに依存したタイプのＤＣＩフォーマットとにおけるＣＲＣについて位置合わせされている。
【００５２】
多入力多出力（ＭＩＭＯ）をサポートする３ＧＰＰ  ＬＴＥ仕様のリリースは、第３のＤＣＩフォーマット（通常はＤＣＩフォーマットタイプ１Ｄ、２、及び２Ａのうちの１つ又は複数）に位置合わせされているとともに１６個の全ての制御チャネル候補に対して実行される別のブラインド復号化操作に対応するのに必要な１６個の追加のブラインド復号化のために、ＵＳＳにおける潜在的なブラインド復号化の総数を４８個に引き上げている。ＣＳＳでは、２つのブラインド復号化操作のみが６つの制御チャネル候補に対して実行され、合計１２個のブラインド復号化がＣＳＳにおいて実行される。
【００５３】
ＵＳＳにおけるリソースアロケーションメッセージを送信することによって、追加のＤＣＩフォーマットを用いてリソースアロケーションメッセージが搬送される。良好な候補は、必ずしも唯一の候補ではないが、ＤＣＩフォーマット１Ｃである比較的短いＤＣＩメッセージである。（ＤＣＩフォーマット０及び１Ａは４２ビットを用いるのに対して、ＤＣＩフォーマット１Ｃは２６ビットしか用いない。）しかしながら、ＤＣＩフォーマット１Ｃは、他のＤＣＩフォーマットよりも短いので、ＤＣＩフォーマット１ＣのＣＲＣは、他のＤＣＩフォーマットと位置合わせされていない。これは、ＤＣＩフォーマット１ＣのＣＲＣについて位置合わせされた追加のブラインド復号化操作を実行する必要があり、その結果、追加のブラインド復号化が１６個になることを意味することができる。これらの１６個の追加のブラインド復号化は、ＭＩＭＯが用いられない場合に５０％の増加をもたらし、ＭＩＭＯが用いられる場合に３４％の増加をもたらす。追加のブラインド復号化は、時間、電力、及び他のリソースの大きな浪費をもたらす可能性がある。
【００５４】
しかしながら、或る特定の実施形態では、１６個のブラインド復号化のこの増加は、第２のＤＣＩメッセージをパディングして（６１４）、パディングされた第２のＤＣＩメッセージ６１６を作成することによって取り除くことができる。そのような実施形態では、ｅＮｏｄｅＢは、少なくとも１つの他の所定のＤＣＩフォーマットに対応する標準サイズに実質的に等しいサイズを第２のＤＣＩメッセージに達成させるのに十分な量のパディング６１８を用いて第２のＤＣＩメッセージをパディングすることができる。或る特定の実施形態では、この標準サイズは、ＤＣＩフォーマット０及び／又はＤＣＩフォーマット１Ａのサイズに対応することができる。加えて、ｅＮｏｄｅＢは、第２のＤＣＩメッセージをパディングして、第２のＤＣＩメッセージの第２のＣＲＣ６１０をシフトし（６２０）、このＣＲＣを第１のＤＣＩメッセージ６０４ａの第１のＣＲＣ６０６ａと位置合わせすることができる。
【００５５】
第２のＤＣＩメッセージ６０８がパディングされて（６１４）、パディングされた第２のＤＣＩメッセージ６１６が生成された後、第２のＣＲＣは、第１のブラインド復号化操作６０２ｂ用に位置合わせされる。したがって、図６に示すように、単一のブラインド復号化操作を、パディングされた第２のＤＣＩメッセージ６１６と、類似のＣＲＣ６０６ｂを有する、第１のＤＣＩメッセージ２０４ａと同様の類似のＤＣＩメッセージ６０４ｂとの双方に対して実行することができる。したがって、そのような実施形態は、潜在的なブラインド復号化の数を増加させることなく、時間、電力、及び他のリソースを節約して、ＵＳＳにアドレス指定された複数のリソースアロケーションメッセージを有する複数のＲＡＣＨ２におけるＴＡをハンドリングすることができる。
【００５６】
リソースアロケーションのパディングは、効率において非常に大きな利得をもたらすことができるが、この追加のステップを所望することができないときがある。例えば、図２Ａに沿ったシナリオ等において、単一のＴＡがＵＥによってアップリンク同期に用いられる場合、単一のＴＡのリソースアロケーションメッセージをＣＣＳにおいて送信する従来の手法で十分であり、パディングは必要とされない。したがって、リソースアロケーションメッセージの追加のパディングが役立つときとそうでないときとを判断することによって、ｅＮｏｄｅＢにおける更なる効率を取得することができる。
【００５７】
図７は、リソースアロケーションメッセージのパディングの必要性を考慮する、或る特定の例に沿った１つのプロセスによるリソースアロケーションメッセージの生成及び処理を示している。このプロセスは、ＴＡを有するＲＡＣＨメッセージ２用にアロケートされたＰＤＳＣＨにおけるリソースについての情報を有するリソースアロケーションメッセージを生成する（７０２）ことから開始する。このプロセスは、次に、ＲＡＣＨ通信がＳＣｅｌｌ  ＲＡＣＨであるか否かを判断する（７０４）。
【００５８】
ＵＥに関連付けられた第１のＴＡは、３ＧＰＰ  ＬＴＥ仕様のリリース１０に列挙されているように、ＰＣｅｌｌ用に構成されたＲＡＣＨについて取得することができる。そのようなＰＣｅｌｌ  ＲＡＣＨに関連付けられたリソースアロケーションメッセージは、ＣＳＳにおいて従来の手法に従ってｅＮｏｄｅＢから送信することができる。ここで、パディングは必要ではない。したがって、或る特定の実施形態では、ＵＥの追加のＴＡの送信は、ＳＣｅｌｌに委ねることができる。したがって、そのような実施形態では、リソースアロケーションメッセージの準備は、ＳＣｅｌｌ  ＲＡＣＨによって進められる。したがって、ＲＡＣＨがＳＣｅｌｌ  ＲＡＣＨであるか否かについての判断７０４が肯定的である場合、このプロセスは、図６に関して上記で論述したように、リソースアロケーションメッセージをパディングする（７０６）ことによって継続する。上記判断が否定的である場合、このプロセスは、パディングを有しないリソースアロケーションを処理することによって継続する。そのような実施形態は、ＲＡＣＨがＳＣｅｌｌ  ＲＡＣＨである場合にのみ、リソースアロケーションメッセージをパディングするが、追加のＴＡのリソースアロケーションメッセージがＰＣｅｌｌのＵＳＳ上で送信される代替の実施形態では、ＳＣｅｌｌ  ＲＡＣＨが存在しない場合にも、リソースアロケーションメッセージを依然としてパディングすることができる。
【００５９】
図７に示す実施形態に沿った実施形態では、リソースアロケーションメッセージをパディングした（７０６）後、又はＳＣｅｌｌ  ＲＡＣＨが存在しない場合に、このプロセスは、ＣＲＣをリソースアロケーションメッセージにアタッチする（７０８）ことによって継続する。これは、リソースアロケーションメッセージを受信することになっている特定のＵＥについてｅＮｏｄｅＢによって識別されるＣ−ＲＮＴＩを用いてマスクすることによって達成することができる。このプロセスは、リソースアロケーションメッセージのチャネル符号化７１０及びレートマッチング７１２を実行することによって継続する。次に、変調７１４の実行が行われ、その結果が、図４に関して説明したものと同様のリソース要素にマッピングされる（７１６）。
【００６０】
リソースアロケーションメッセージのパディングは、或る特定の実施形態に沿ったブラインド復号化を削減することができる。ブラインド復号化を削減する追加の手法も、実施形態に沿っている。これまでは、ブラインド復号化が実行される制御チャネル候補がこの出願において紹介されてきた。或る特定の実施形態では、これらの実施形態に沿った制御チャネル候補の追加の特徴を利用して、ブラインド復号化を削減することができる。
【００６１】
図８は、制御チャネル候補、ＣＣＥ、及びアグリゲーションレベルの間の関係の観点からブラインド復号化を削減するのに用いることができる制御チャネル候補の特性を示している。この図には、ＵＳＳ８０２の従来の１６個の制御チャネル候補とは異なる１５個の制御チャネル候補が例示の目的で示されている。これらの１５個の制御チャネル要素は、図４に関して論述したものと同様の８つの異なるＣＣＥにマッピングされる。
【００６２】
最初の８つの制御チャネル候補であるＣＣＨ候補１〜８は、８つの異なるＣＣＥにマッピングされる。これらの制御チャネル要素は、それぞれ単一のＣＣＥで送信されるので、１のＣＣＥアグリゲーションレベルを有すると言うことができる。次の４つの制御チャネル候補であるＣＣＨ候補９〜１２は、それぞれ２つのＣＣＥにマッピングされる。これらの制御チャネル候補は、２つのＣＣＥで送信されるので、２のＣＣＥアグリゲーションレベルを有すると言うことができる。次の２つの制御チャネル候補であるＣＣＨ候補１３及び１４は、それぞれ４つのＣＣＥにマッピングされ、これらの４つのＣＣＥで送信されるので、４のＣＣＥアグリゲーションレベルを有すると言うことができる。同様に、制御チャネル候補１５は、８つのＣＣＥにマッピングされ、これらの８つのＣＣＥで送信されるので、８のＣＣＥアグリゲーションレベルを有すると言うことができる。制御チャネル候補１６（図示せず）も、８のＣＣＥアグリゲーションレベルを有し、この例には図示していない追加の８つのＣＣＥにマッピングされ、これらの８つのＣＣＥで送信される。
【００６３】
或る制御チャネル候補に関連付けられたＣＣＥ及び制御チャネル候補によって規定されたグリッドにおけるＣＣＥは、対角パターン又は水平パターンのいずれかで満たされる。加えて、各制御チャネル候補は、必ずしもそうではないが、図示したＤＣＩメッセージ８３０、８３２、及び８３４から指し示す矢印によって示されるように、単一のＤＣＩメッセージを搬送することができる。これらの矢印は、任意の所与のメッセージを任意の所与の制御チャネル候補に組み込むことができることを示すために、限定ではなく例示として含まれている。しかしながら、所与のメッセージは、１つの制御チャネル候補にしか存在しない場合もあるし、いずれにも存在しない場合もある。これらのＤＣＩメッセージのうちの１つは、リソースアロケーションメッセージ８３０とすることができる。（リソースアロケーションメッセージは、フォーマットタイプ１ＣのＤＣＩメッセージとして示されているが、様々な異なる実施形態に沿って、他のフォーマットタイプ及び他のタイプのメッセージが可能であり、パディングすることもできるし、しなくてもよい。）
【００６４】
リソースアロケーションメッセージ８３０から指し示す矢印は、制御チャネル候補の１つの例を指し示している。この１つの例の対応するＣＣＥは、これらのＣＣＥを、ＣＣＥアグリゲーションレベル１、２、４、及び８のそれぞれに関連付けられたリソースアロケーションメッセージにリンクする水平パターンで示され、リソースアロケーションメッセージを、任意のＣＣＥアグリゲーションレベルを有する制御チャネル候補に潜在的に組み込むことができることが示されている。リソースアロケーションメッセージからの矢印は、４つの異なる制御チャネル候補のみを指し示しているが、リソースアロケーションメッセージは、任意の制御チャネル候補に組み込むことができる。フォーマットタイプ０又は１ＡのＤＣＩメッセージ（それぞれ８３２ａ、８３２ｂ）及びフォーマット２のＤＣＩメッセージ（８３４）等の異なるタイプのＤＣＩフォーマットの追加のＤＣＩメッセージの例も、例示の目的で含まれている。しかしながら、そのようなメッセージは、必要でない場合があり、他のメッセージタイプも可能である。
【００６５】
図９も、制御チャネル候補及びそれらを搬送するＣＣＥによって規定されるグリッドによってＵＳＳ９０２を示している。しかしながら、この図では、ＵＳＳの全１６個の制御チャネル候補が、１６個の制御チャネル候補を作成するのに必要な１６個のＣＣＥとともに示されている。様々な制御チャネル候補に対応するＣＣＥは、水平充填パターンで示されている。加えて、アグリゲーションレベル１、２、４、及び８に対応する必要な制御チャネル候補の数と、これらの様々な数の制御チャネル候補をタイプＵＳＳの探索空間の対応するアグリゲーションレベルにおいてサポートするのに必要なＣＣＥの数とを示す表が示されている。
【００６６】
１つの制御情報片を制御チャネルで送信するのに用いられるＣＣＥの数、すなわち、制御チャネル候補のＣＣＥアグリゲーションレベルは、ＰＤＣＣＨの受信品質又は他のファクターに従って求めることができる。上記表及びグリッド９０２の双方は、所定の４のＣＣＥアグリゲーションレベルがリソースアロケーションメッセージ用に選ばれている実施形態を示すのにダイアモンドパターンを利用する。同様に、これらの表及びグリッド９０２は、所定の８のＣＣＥアグリゲーションレベルがリソースアロケーションメッセージ用に選ばれている実施形態を示すのに垂直パターンを利用する。
【００６７】
これらの表及びグリッド９０２の双方から理解することができるように、リソースアロケーションメッセージがｅＮｏｄｅＢにおいて４のＣＣＥアグリゲーションレベルを有する制御チャネル候補にのみ組み込まれている実施形態では、ＵＥが復号化する必要がある制御チャネル候補は２つのみである。同様に、リソースアロケーションメッセージがｅＮｏｄｅＢにおいて８のＣＣＥアグリゲーションレベルを有する制御チャネル候補にのみ組み込まれている実施形態では、ＵＥが復号化する必要がある制御チャネル候補は２つのみである。したがって、４又は８のＣＣＥアグリゲーションレベルが許容可能な実施形態では、ＵＥが復号化する必要がある制御チャネル候補は４つのみである。これは、通常ならば復号化する必要がある制御チャネル候補はＰＤＣＣＨのＵＳＳ内に全部で１６個あるが、その４分の１である。
【００６８】
したがって、１つの実施形態では、ＤＣＩ情報を、４又は８のアグリゲーションレベル等の選択されたアグリゲーションレベルに位置するものに限定することによって、復号化の数を削減することができる。他のタイプのアグリゲーションレベル限定も、理解することができるようにシステム設計のニーズに基づいて組み込むことができる。
【００６９】
図１０は、一例に沿った、ｅＮｏｄｅＢにおいてアップリンク制御情報を検出するための方法１０００を示している。この方法は、ｅＮｏｄｅＢにおいて、ＵＥからのＲＡＣＨ通信に関係するメッセージ１を受信する（１００２）ことを含む。加えて、ｅＮｏｄｅＢは、ＵＥに関係するＣ−ＲＮＴＩを識別して（１００４）、ＲＡＣＨ通信に関連付けられたメッセージ２のリソースアロケーション情報を含むＤＣＩメッセージを受信する。最後に、ｅＮｏｄｅＢは、当該ｅＮｏｄｅＢによって送信される１つ又は複数のサブフレームのＰＤＣＣＨ探索空間内のＵＳＳにおける少なくとも１つのチャネル制御要素でＤＣＩメッセージを送信する（１００６）。このＤＣＩメッセージは、ＣＲＣとともに構成されている。このＣＲＣは、Ｃ−ＲＮＴＩをＤＣＩメッセージに適用することによって実行されるブラインド復号化中にＣＲＣエラーを生成しないように構成されている。
【００７０】
或る特定の実施形態では、ｅＮｏｄｅＢは、ＤＣＩメッセージをパディングして、少なくとも１つの他の所定のＤＣＩフォーマットに対応する標準サイズに実質的に等しいサイズを達成し、ＤＣＩメッセージを検出するのに用いられるブラインド復号化の数を削減する。そのような実施形態の間では、所定のＤＣＩフォーマットは、ＤＣＩフォーマット０及び／又はＤＣＩフォーマット１Ａのサイズに対応する。また、そのような実施形態のうちの幾つかは、パディングの前に、ＲＡＣＨがＳＣｅｌｌ  ＲＡＣＨであると最初に判断することができる。幾つかの実施形態では、ｅＮｏｄｅＢは、ＵＥからのＲＡＣＨ通信を検出する。加えて、実施形態では、ｅＮｏｄｅＢは、ＲＡＣＨ通信に応答するＰＤＣＣＨを有するＵＥのサービングセルを決定することができる。
【００７１】
追加の実施形態のｅＮｏｄｅＢでは、ＤＣＩメッセージは、少なくとも１つの所定のＣＣＥアグリゲーションレベルに対応する数のＣＣＥで搬送され、ＤＣＩメッセージを検出するのに用いられるブラインド復号化の数が削減される。そのような実施形態では、所定のアグリゲーションレベルのセットが、８つのＣＣＥのＰＤＣＣＨ探索空間サイズについての所定の４のＣＣＥアグリゲーションレベルと、１６個のＣＣＥのＰＤＣＣＨ探索空間サイズについての所定の８のＣＣＥアグリゲーションレベルとのうちの少なくとも一方を含む。
【００７２】
或る特定の実施形態では、メッセージ２は、クロスキャリアスケジューリングに従ったＲＡＣＨ通信のメッセージ１と異なるサービングセル上で送信することができる。追加の実施形態では、メッセージ２に含まれるＴＡ値を用いて複数のＳＣｅｌｌためのＴＡＧを形成することができる。ＴＡＧにおけるこれらの複数のＳＣｅｌｌは、特定の地理的ロケーションに関連付けることができる。或る特定の実施形態では、ＰＤＣＣＨ探索空間内のＵＳＳは、ＰＣｅｌｌ及びＳＣｅｌｌのうちの少なくとも一方について構成される。
【００７３】
図１１は、一例に沿った、ＵＥにおいてアップリンク制御情報を検出するための方法１１００を示している。この方法は、ＵＥによって、ＲＡＣＨメッセージ１をｅＮｏｄｅＢに送信することによってｅＮｏｄｅＢとのＲＡＣＨ通信を開始する（１１０２）ことを含む。ＵＥは、次に、複数の制御チャネル候補の中で、ＤＣＩメッセージを搬送するターゲット制御チャネル候補を有するｅＮｏｄｅＢから送信された少なくとも１つのサブフレームを受信する（１１０４）。このＤＣＩメッセージは、ＲＡＣＨ通信に関連付けられたメッセージ２のリソースアロケーション情報を含む。複数のチャネル制御候補は、少なくとも１つのサブフレームにおけるＰＤＣＣＨ探索空間内のＵＳＳ内に存在する。複数のチャネル制御候補は、ＣＲＣとともに構成されている。
【００７４】
また、ＵＥは、ＤＣＩメッセージを見つけるために当該ＵＥによって実行される一連のブラインド復号化を、ＵＳＳと、１つ又は複数の所定のフォーマット要件を満たす複数のチャネル制御候補内の制御チャネル候補との双方に制限する（１１０６）。ＵＥは、Ｃ−ＲＮＴＩを削減された制御チャネル候補のセットに適用することによって、１つ又は複数の所定のフォーマット要件を満たすＵＳＳ内の削減された制御チャネル候補のセットに対して一連のブラインド復号化を更に実行する（１１０８）。最後に、ＵＥは、ターゲット制御チャネル候補に対して実行される一連のブラインド復号化におけるブラインド復号化の後にＣＲＣエラー符号がなければ、ＵＳＳ内にターゲット制御チャネル候補を識別する（１１１０）。
【００７５】
幾つかの実施形態では、ＲＡＣＨメッセージ１は、ＤＣＩメッセージがＵＥにおいて受信されるサービングセルとは異なるサービングセル上で送信される。或る特定の実施形態では、上記１つ又は複数の所定のフォーマット要件は、ＤＣＩメッセージを検出するのに用いられるブラインド復号化の数を削減するために、少なくとも１つの所定のＤＣＩフォーマットの標準的なＤＣＩフォーマットサイズに対応するＤＣＩフォーマットサイズを含む。追加の実施形態では、上記１つ又は複数の所定のフォーマット要件は、ＤＣＩメッセージを検出するのに用いられるブラインド復号化の数を削減するために、所与の制御チャネル候補内のＣＣＥの数についての少なくとも１つのＣＣＥアグリゲーションレベルを含む。
【００７６】
幾つかの実施形態は、ＵＥにおいて、メッセージ２からＴＡを抽出することを更に含む。更なる実施形態は、ＵＥにおいて、ＴＡを用いて複数のＳＣｅｌｌのＴＡＧを形成することを更に含むことができる。また、幾つかの実施形態では、ＰＤＣＣＨ探索空間内のＵＳＳは、ＰＣｅｌｌ及びＳＣｅｌｌのうちの少なくとも一方について構成される。
【００７７】
図１２は、デバイス１２０１におけるモジュールを示している。このデバイスは、幾つかの実施形態では、ｅＮｏｄｅＢ、基地局、又は他のタイプの無線アクセスポイントとすることができ、一例によれば、アップリンク制御情報を検出するためのプロセスを実施するのに用いられる。１つの例示の実施形態では、このデバイスは、ＵＥからのＲＡＣＨ通信からメッセージ１を検出するように構成された、ｅＮｏｄｅＢにおいて動作する検出モジュール１２０２を備えることができる。加えて、このデバイスは、検出モジュールによってメッセージ１が検出されると、Ｃ−ＲＮＴＩを識別するように構成された、ｅＮｏｄｅＢにおいて動作する識別モジュール１２０４を備えることができる。Ｃ−ＲＮＴＩは、ＰＤＣＣＨを有するＵＥのサービングセルのＵＳＳに対応する。加えて、ＲＡＣＨ通信に関連付けられたメッセージ２のリソースアロケーション情報とともにＣ−ＲＮＴＩをＤＣＩメッセージのＣＲＣに組み込むように構成されたメッセージ生成モジュール１２０６を備えることができる。メッセージ生成モジュールによって生成されたＤＣＩメッセージを、ＰＤＣＣＨを搬送するように構成されたＵＥのサービングセルを介してＵＥに送信するように構成された送信モジュール１２０８も備えることができる。
【００７８】
幾つかの実施形態では、このデバイスは、メッセージ生成モジュール１２０６と通信するパディングモジュール１２１０も備えることができる。このパディングモジュールは、ＤＣＩメッセージに組み込まれたＣＲＣのロケーションが、少なくとも１つの他の所定のＤＣＩフォーマットに対応する標準的なＣＲＣロケーションと一致するようにＤＣＩメッセージをパディングするように構成されて、メッセージ２のロケーションについての情報を含むＤＣＩメッセージを検出するのに用いられるブラインド復号化の数を削減することができる。そのような実施形態では、ＣＲＣロケーションは、ＤＣＩフォーマット０及びＤＣＩフォーマット１Ａのうちの少なくとも一方の標準的なＣＲＣロケーションに対応する。また、或る特定の実施形態では、検出モジュールは、ＲＡＣＨ通信がＳＣｅｌｌ  ＲＡＣＨ通信であると最初に判断する。
【００７９】
追加の実施形態では、このデバイスは、レベル決定モジュール１２１２をメッセージ生成モジュール１２０６内に備えることができる。このレベル決定モジュールは、ＤＣＩメッセージを組み込むＣＣＥの数を決定するように構成することができ、この数は、ＣＣＥアグリゲーションレベルに対応する。そのような実施形態では、レベル決定モジュールは、４及び８のうちの少なくとも一方のＣＣＥアグリゲーションレベルに対応する数のＣＣＥにＤＣＩメッセージを組み込むことを決定することができる。さらに、レベル決定モジュールは、或る特定の実施形態では、ＰＤＣＣＨに関連したチャネル情報に基づいた数のＣＣＥにＤＣＩメッセージを組み込むことを決定することもできる。幾つかの実施形態では、メッセージ生成モジュールは、タイミングアドバンスグループ（ＴＡＧ）の基礎となるように構成されたＴＡをメッセージ２に組み込むように構成される。
【００８０】
タイミングアドバンスグループは、同様の地理的領域に位置している基地局又はｅＮｏｄｅＢ等のノードのグループである。この同様の地理的領域は、ｅＮｏｄｅＢのそれぞれが同じＴＡ値を用いることを可能にすることができる。タイミングアドバンスグループを形成することによって、異種無線ネットワークにおいて必要とされる異なるＴＡの数を削減することができる。
【００８１】
図１３は、ＵＥ、移動局（ＭＳ）、移動無線デバイス、移動通信デバイス、タブレット、ハンドセット、又は他のタイプの移動無線デバイス等の移動デバイスの一例示の説明図を提供している。この移動デバイスは、基地局（ＢＳ）、ｅＮｏｄｅＢ、又は他のタイプの無線ワイドエリアネットワーク（ＷＷＡＮ）アクセスポイントと通信するように構成された１つ又は複数のアンテナを備えることができる。２つのアンテナが示されているが、移動デバイスは、１つから４つ以上の間のアンテナを有することができる。移動デバイスは、第３世代パートナーシッププロジェクトロングタームエボリューション（３ＧＰＰ  ＬＴＥ）、マイクロ波アクセスの世界的相互運用性（ＷｉＭＡＸ）、高速パケットアクセス（ＨＳＰＡ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ、又は他の無線標準規格を含む少なくとも１つの無線通信標準規格を用いて通信するように構成することができる。移動デバイスは、無線通信標準規格ごとに別個のアンテナ又は複数の無線通信標準規格に共有のアンテナを用いて通信することができる。移動デバイスは、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）、及び／又は無線ワイドエリアネットワーク（ＷＷＡＮ）において通信することができる。
【００８２】
図１３は、移動デバイスへのオーディオ入力に用いることができるマイク及び移動デバイスからのオーディオ出力に用いることができる１つ又は複数のスピーカーの説明図も提供している。ディスプレイ画面は、液晶ディスプレイ（ＬＣＤ）画面、又は有機発光ダイオード（ＯＬＥＤ）ディスプレイ等の他のタイプのディスプレイ画面とすることができる。ディスプレイ画面は、タッチスクリーンとして構成することができる。このタッチスクリーンは、容量性、抵抗性、又は別のタイプのタッチスクリーン技術を用いることができる。アプリケーションプロセッサ及びグラフィックスプロセッサを内部メモリに結合して、処理能力及び表示能力を提供することができる。不揮発性メモリポートを用いて、ユーザーにデータ入力／出力のオプションを提供することもできる。この不揮発性メモリポートは、移動デバイスのメモリ能力を拡張するのに用いることもできる。キーボードを移動デバイスと一体化又は移動デバイスに無線接続して、追加のユーザー入力を提供することができる。タッチスクリーンを用いて仮想キーボードを提供することもできる。
【００８３】
本明細書において説明した機能的ユニットの多くは、特にそれらの実施の独立性を強調するために、モジュールとラベル付けされていることが理解されるべきである。例えば、モジュールは、カスタムＶＬＳＩ回路又はゲートアレイ、論理チップ、トランジスタ、又は他のディスクリート構成要素等の既製の半導体を含むハードウェア回路として実施することができる。モジュールは、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジックデバイス、プログラマブルロジックデバイス等のプログラマブルハードウェアデバイスで実施することもできる。
【００８４】
モジュールは、様々なタイプのプロセッサによって実行されるソフトウェアで実施することもできる。実行可能コードからなる識別されたモジュールは、例えば、オブジェクト、プロシージャ、又は関数として編成することができる、例えば、コンピューター命令の１つ又は複数の物理ブロック又は論理ブロックを含むことができる。それにもかかわらず、識別されたモジュールの実行可能ファイルは、物理的に一緒に位置している必要はなく、論理的に互いに結合されると、当該モジュールを構成するとともに当該モジュールの規定された目的を達成する、異なるロケーションに記憶された異種の命令を含むことができる。
【００８５】
確かに、実行可能コードからなるモジュールは、単一の命令の場合もあるし、多くの命令の場合もあり、幾つかの異なるコードセグメントにわたって、異なるプログラム間に、及び幾つかのメモリデバイスにわたって分散させることさえすることができる。同様に、動作データを識別して、本明細書においてモジュール内に示すことができ、任意の好適な形態で具現化して、任意の好適なタイプのデータ構造内に編成することができる。この動作データは、単一のデータセットとして収集することもできるし、異なる記憶デバイスを含む異なるロケーションにわたって分散させることもでき、少なくとも部分的に、システム又はネットワーク上の単なる電子信号として存在することができる。モジュールは、所望の関数を実行するような動作可能なエージェントを含めて、受動的又は能動的とすることができる。
【００８６】
様々な技法、又はその或る特定の態様若しくは部分は、フロッピー（登録商標）ディスケット、ＣＤ−ＲＯＭ、ハードドライブ、又は他の任意の機械可読記憶媒体等の有形媒体に具現化されたプログラムコード（すなわち、命令）の形態を取ることができ、このプログラムコードがコンピューター等のマシン内にロードされ、このマシンによって実行されると、このマシンは、上記様々な技法を実施するための装置になる。プログラムコードがプログラマブルコンピューター上で実行される場合、コンピューティングデバイスは、プロセッサと、このプロセッサによって可読な記憶媒体（揮発性メモリ及び不揮発性メモリ及び／又は記憶素子を含む）と、少なくとも１つの入力デバイスと、少なくとも１つの出力デバイスとを備えることができる。本明細書において説明した様々な技法を実施又は利用することができる１つ又は複数のプログラムは、アプリケーションプログラミングインターフェース（ＡＰＩ）、再利用可能制御等を用いることができる。そのようなプログラムは、コンピューターシステムと通信する高級手続き型プログラミング言語又は高級オブジェクト指向型プログラミング言語で実施することができる。ただし、プログラム（複数の場合もある）は、所望される場合には、アセンブリ言語又は機械語で実施することができる。いずれの場合も、この言語は、コンパイル型言語又は解釈型言語とすることができ、ハードウェア実施態様と組み合わせることができる。
【００８７】
本明細書全体を通じて「１つの実施形態」又は「一実施形態」というとき、これは、その実施形態に関して説明した特定の特徴、構造、又は特性が本発明の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書全体を通じて様々な箇所に「１つの実施形態では」又は「一実施形態では」という語句が登場するが、これは、必ずしも全てが同じ実施形態を参照しているとは限らない。
【００８８】
複数の項目、構造的要素、構成的要素、及び／又は材料は、本明細書において用いられるとき、便宜上、共通のリストに提示される場合がある。しかしながら、これらのリストは、そのリストの各構成要素が別々の固有の構成要素としてあたかも個別に識別されるものと解釈されるべきである。したがって、そのようなリストの個々の構成要素は、それらの構成要素が逆の表示なしで共通のグループに提示されていることのみに基づいて、同じリストの他の任意の構成要素の事実上の同等物と解釈されるべきではない。加えて、本発明の様々な実施形態及び例は、それらの様々な構成要素の代替形態とともに本明細書において参照することができる。そのような実施形態、例、及び代替形態は、互いの事実上の同等物と解釈されず、本発明の別個で自律的な表現とみなされるべきであることが理解される。
【００８９】
さらに、説明した特徴、構造、又は特性は、１つ又は複数の実施形態において任意の好適な方法で組み合わせることができる。以下の説明では、本発明の実施形態の十分な理解を提供するために、材料、留め具、サイズ、長さ、幅、形状等の例等の多数の具体的な詳細が提供される。しかしながら、当業者であれば、これらの具体的な詳細のうちの１つ又は複数がなくても、他の方法、構成要素、材料等を用いて本発明を実施することができることを認識するであろう。それ以外の場合には、よく知られた構造、材料、又は動作は、本発明の態様を分かりにくくしないように、詳細に図示も説明もされていない。
【００９０】
上記例は、１つ又は複数の特定の用途における本発明の原理を例示したものであるが、発明的才能の訓練なく、かつ本発明の原理及び概念から逸脱することなく、実施態様の形態、用い方、及び詳細において多数の変更を行うことができることが当業者には明らかであろう。したがって、本発明は、添付の特許請求の範囲による場合を除いて限定されることは意図されていない。
【図１ａ】
0005861211.tif 000002
【図１ｂ】
0005861211.tif 000003
【図２ａ】
0005861211.tif 000004
【図２ｂ】
0005861211.tif 000005
【図３】
0005861211.tif 000006
【図４】
0005861211.tif 000007
【図５ａ】
0005861211.tif 000008
【図５ｂ】
0005861211.tif 000009
【図６】
0005861211.tif 000010
【図７】
0005861211.tif 000011
【図８】
0005861211.tif 000012
【図９】
0005861211.tif 000013
【図１０】
0005861211.tif 000014
【図１１】
0005861211.tif 000015
【図１２】
0005861211.tif 000016
【図１３】
0005861211.tif 000017