JP2018515993A - セルラシステムにおける制御信号のリソース割当およびメッセージ識別 - Google Patents

Abstract

ワイヤレス通信のための方法、装置、およびコンピュータ読取可能な媒体が提供される。装置は、ＵＥに対応する特定の数字を検索する。特定の数字を検索するために、装置は、チャネル要求を通じて、ＵＥから特定の数字を受信し得る。あるいは、装置は、特定の数字を検索するために、特定の数字をＵＥへ割り当て得る。装置は、特定の数字に基づいて、カバレッジクラス内のリソースブロックを決定する。リソースブロックを決定するために、装置は、ハッシュ関数を使用して、特定の数字を、カバレッジクラス内のリソースブロック番号へマップする。リソースブロック番号は、リソースブロックを識別する。装置は、決定されたリソースブロックを使用して、ＵＥへ、デバイス特有の制御メッセージを送信する。

Description

関連出願に対する相互参照

[0001]本願は、この全体が本明細書において参照によって明確に組み込まれている、２０１５年５月１１日出願の「RESOURCE ALLOCATION AND MESSAGE IDENTIFICATION OF CONTROL SIGNALS IN CELLULAR SYSTEMS」と題された米国仮出願番号第６２／１５９，５９０号、および、２０１５年１０月１６日出願の「RESOURCE ALLOCATION AND MESSAGE IDENTIFICATION OF CONTROL SIGNALS IN CELLULAR SYSTEMS」と題された米国特許出願番号第１４／８８５，０２８号の利益を主張する。

分野
[0002]本開示は、一般に、通信システムに関し、さらに詳しくは、制御信号のリソース割当およびメッセージ識別に関する。

背景
[0003]ワイヤレス通信システムは、テレフォニ、ビデオ、データ、メッセージング、およびブロードキャストのような様々なテレコミュニケーションサービスを提供するために広く展開されている。典型的なワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅、送信電力）を共有することによって、複数のユーザとの通信をサポートすることが可能な多元接続技術を採用し得る。このような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同時符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。

[0004]これら多元接続技術は、異なるワイヤレスデバイスが、都市、国、地域、および地球レベルにおいてでさえも通信することを可能にする共通のプロトコルを提供するために、様々なテレコミュニケーション規格において採用されている。テレコミュニケーション規格の例は、ロングタームエボリューション（ＬＴＥ（登録商標））である。ＬＴＥは、第３世代パートナーシップ計画（３ＧＰＰ（登録商標））によって公布されたユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）モバイル規格に対する補強のセットである。ＬＴＥは、スペクトル効率の向上、コストの低下、サービスの向上、新たなスペクトルの活用、および、ダウンリンク（ＤＬ）でＯＦＤＭＡを、アップリンク（ＵＬ）でＳＣ−ＦＤＭＡを、および多入力多出力（ＭＩＭＯ）アンテナ技術を使用する他のオープン規格との良好な統合によって、モバイルブロードバンドインターネットアクセスをより良好にサポートするために設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増加し続けているので、ＬＴＥ技術におけるさらなる向上を求めるニーズが存在する。好適には、これら向上は、これらの技術を採用する他の多元接続技術およびテレコミュニケーション規格へ適用可能であるべきである。

[0005]本開示の態様では、ワイヤレス通信のための方法、コンピュータ読取可能な媒体、および装置が提供される。装置は、ＵＥに対応する特定の数字を検索する（retrieves）。装置は、特定の数字に基づいて、カバレッジクラス内のリソースブロックを決定する。リソースブロックを決定するために、装置は、ハッシュ関数を使用して、特定の数字を、カバレッジクラス内のリソースブロック番号へマップする（maps）。リソースブロック番号は、リソースブロックを識別する。装置は、決定されたリソースブロックを使用して、ＵＥへ、デバイス特有の制御メッセージを送信する。

[0006]本開示の別の態様では、ワイヤレス通信のための方法、コンピュータ読取可能な媒体、および装置が提供される。装置は、特定の数字を検索する。装置は、特定の数字に基づいて、ＵＥのためのリソースブロックを決定する。装置は、基地局からのデバイス特有の制御メッセージのためにリソースブロックをモニタする。

[0007]図１は、ネットワークアーキテクチャの例を例示する図である。 [0008]図２は、アクセスネットワークの例を例示する図である。 [0009]図３は、ＬＴＥにおけるＤＬフレーム構造の例を例示する図である。 [0010]図４は、ＬＴＥにおけるＵＬフレーム構造の例を例示する図である。 [0011]図５は、ユーザプレーンおよび制御プレーンのための無線プロトコルアーキテクチャの例を例示する図である。 [0012]図6は、アクセスネットワークにおけるエボルブドノードＢおよびユーザ機器の例を例示する図である。 [0013]図７は、ダウンリンク共通制御チャネルリソースの例を例示する図である。 [0014]図８は、デバイス特有の制御メッセージを送信および受信するためのリソースブロックを決定するために、チャネル要求において送信される数字を使用する例を例示する図である。 [0015]図９は、ワイヤレス通信の方法のフローチャートである。 [0016]図１０は、ワイヤレス通信の方法のフローチャートである。 [0017]図１１Ａは、デバイス特有の制御メッセージのために、決定されたリソースブロックの時間において直前または直後である隣接のリソースブロックをモニタする例を例示する図である。 [0018]図１１Ｂは、デバイス特有の制御メッセージのために、１つまたは複数の予約されたリソースブロックをモニタする例を例示する図である。 [0019]図１２は、典型的な装置における異なるモジュール／手段／コンポーネント間のデータフローを例示する概念的なデータフロー図である。 [0020]図１３は、処理システムを採用する装置のためのハードウェアインプリメンテーション（implementation）の例を例示する図である。 [0021]図１４は、典型的な装置における異なるモジュール／手段／コンポーネント間のデータフローを例示する概念的なデータフロー図である。 [0022]図１５は、処理システムを採用する装置のためのハードウェアインプリメンテーションの例を例示する図である。

詳細な説明

[0023]添付図面に関連して以下に記述された詳細な説明は、様々な構成の説明として意図されており、本明細書に記述されている概念が実現され得る唯一の構成を表すことは意図されていない。詳細な説明は、様々な概念の完全な理解を提供することを目的とした具体的な詳細を含む。しかしながら、これら概念は、これら具体的な詳細無しで実現され得ることが当業者に明らかになるであろう。いくつかの事例では、周知の構成およびコンポーネントが、このような概念を曖昧にすることを避けるために、ブロック図形式で図示される。

[0024]テレコミュニケーションシステムのいくつかの態様が、様々な装置および方法に対する参照を用いて表され得る。これら装置および方法は、様々なブロック、モジュール、コンポーネント、回路、ステップ、プロセス、アルゴリズム等（集合的に「要素」と称される）によって、以下の詳細な説明において説明され、添付図面に例示されるであろう。これら要素は、電子ハードウェア、コンピュータソフトウェア、またはこれらの任意の組合せを使用してインプリメントされ（be implemented）得る。これら要素がハードウェアとしてまたはソフトウェアとしてインプリメントされるか否かは、特定のアプリケーションと、システム全体に課せられる設計制約とに依存する。

[0025]例として、要素、要素の任意の部分、または、要素の任意の組合せが、１つまたは複数のプロセッサを含む「処理システム」とともにインプリメントされ得る。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、ステートマシン、ゲートロジック、ディスクリートハードウェア回路、およびこの開示の全体にわたって記述される様々な機能を実行するように構成された他の適切なハードウェアを含む。処理システムにおける１つまたは複数のプロセッサは、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他として称されていようと、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアコンポーネント、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数等を意味するように、広く解釈されるものとする。

[0026]したがって、１つまたは複数の典型的な実施形態では、記述された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組合せによってインプリメントされ得る。ソフトウェアにおいてインプリメントされる場合、これら機能は、コンピュータ読取可能な媒体上に記憶され得るか、または、コンピュータ読取可能な媒体上で１つまたは複数の命令またはコードとしてエンコードされ得る。コンピュータ読取可能な媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。例として、限定ではなく、このようなコンピュータ読取可能な媒体は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、電子的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ（登録商標））、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）または他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、前述したタイプのコンピュータ読取可能な媒体の組合せ、または、コンピュータによってアクセスされ得る命令またはデータ構造の形式でコンピュータ実行可能なコードを記憶するために使用され得る他の任意の媒体を備え得る。

[0027]図１は、ＬＴＥネットワークアーキテクチャ１００を例示する図である。ＬＴＥネットワークアーキテクチャ１００は、エボルブドパケットシステム（ＥＰＳ）１００と称され得る。ＥＰＳ１００は、１つまたは複数のユーザ機器（ＵＥ）１０２、エボルブドＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）１０４、エボルブドパケットコア（ＥＰＣ）１１０、およびオペレータのインターネットプロトコル（ＩＰ）サービス１２２を含み得る。ＥＰＳは、他のアクセスネットワークと相互接続し得るが、簡略のために、これらエンティティ／インターフェースは図示されない。図示されるように、ＥＰＳは、パケット交換サービスを提供するが、当業者が容易に認識するように、この開示を通じて提示される様々な概念は、回路交換サービスを提供するネットワークへ拡張され得る。

[0028]Ｅ−ＵＴＲＡＮは、エボルブドノードＢ（ｅＮＢ）１０６および他のｅＮＢ１０８を含み、マルチキャスト調整エンティティ（ＭＣＥ：Multicast Coordination Entity）１２８を含み得る。ｅＮＢ１０６は、ＵＥ１０２向けのユーザプレーンプロトコル終端および制御プレーンプロトコル終端を提供する。ｅＮＢ１０６は、バックホール（たとえば、Ｘ２インターフェース）を介して他のｅＮＢ１０８へ接続され得る。ＭＣＥ１２８は、エボルブドマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）（ｅＭＢＭＳ）のための時間／周波数無線リソースを割り当て、ｅＭＢＭＳのための無線構成（たとえば、変調およびコーディングスキーム（ＭＣＳ））を決定する。ＭＣＥ１２８は、個別のエンティティまたはｅＮＢ１０６の一部であり得る。ｅＮＢ１０６はまた、基地局、ノードＢ、アクセスポイント、基地トランシーバ局、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または他のいくつかの適切な用語として称され得る。ｅＮＢ１０６は、ＵＥ１０２のため、ＥＰＣ１１０へのアクセスポイントを提供する。ＵＥ１０２の例は、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線機、全地球測位システム、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（たとえば、ＭＰ３プレーヤ）、カメラ、ゲーム機、タブレット、または他の任意の類似機能デバイスを含む。ＵＥ１０２はまた、当業者によって、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または他のいくつかの適切な用語として称され得る。

[0029]ｅＮＢ１０６は、ＥＰＣ１１０へ接続される。ＥＰＣ１１０は、モビリティ管理エンティティ（ＭＭＥ）１１２、ホーム加入者サーバ（ＨＳＳ）１２０、他のＭＭＥ１１４、サービングゲートウェイ１１６、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）ゲートウェイ１２４、ブロードキャストマルチキャストサービスセンタ（ＢＭ−ＳＣ）１２６、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１１８を含み得る。ＭＭＥ１１２は、ＵＥ１０２とＥＰＣ１１０との間のシグナリングを処理する制御ノードである。一般に、ＭＭＥ１１２は、ベアラおよび接続管理を提供する。すべてのユーザＩＰパケットはサービングゲートウェイ１１６を通して転送され、サービングゲートウェイ１１６それ自身がＰＤＮゲートウェイ１１８へ接続される。ＰＤＮゲートウェイ１１８は、ＵＥにＩＰアドレス割当のみならず、他の機能をも提供する。ＰＤＮゲートウェイ１１８およびＢＭ−ＳＣ１２６は、ＩＰサービス１２２へ接続される。ＩＰサービス１２２は、インターネット、イントラネット、ＩＰマルチメディアサブシステム（ＩＭＳ）、ＰＳストリーミングサービス（ＰＳＳ）、および／または、他のＩＰサービスを含み得る。ＢＭ−ＳＣ１２６は、ＭＢＭＳユーザサービスプロビジョニングおよび配信のための機能を提供し得る。ＢＭ−ＳＣ１２６は、コンテンツプロバイダＭＢＭＳ送信のためのエントリポイントとして役立ち得、ＰＬＭＮ内のＭＢＭＳベアラサービスの認可および開始のために使用され得、ＭＢＭＳ送信をスケジュールおよび配信するために使用され得る。ＭＢＭＳゲートウェイ１２４は、特定のサービスをブロードキャストするマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）エリアに属するｅＮＢ（たとえば、１０６、１０８）へＭＢＭＳトラフィックを分配するために使用され得、セッション管理（開始／停止）、および、ｅＭＢＭＳ関連課金情報の収集を担当し得る。

[0030]図２は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワーク２００の例を例示する図である。この例では、アクセスネットワーク２００は、多くのセルラ領域（セル）２０２へ分割される。１つまたは複数の低電力クラス（lower power class）のｅＮＢ２０８は、これらセル２０２のうちの１つまたは複数とオーバラップするセルラ領域２１０を有し得る。低電力クラスのｅＮＢ２０８は、フェムトセル（たとえば、ホームｅＮＢ（ＨｅＮＢ））、ピコセル、マイクロセル、または遠隔無線ヘッド（ＲＲＨ）であり得る。各マクロｅＮＢ２０４は、各々のセル２０２へ割り当てられ、セル２０２内のすべてのＵＥ２０６のためにＥＰＣ１１０へのアクセスポイントを提供するように構成される。アクセスネットワーク２００のこの例では、中央コントローラは存在しないが、代替構成では、中央コントローラが使用され得る。ｅＮＢ２０４は、無線ベアラ制御、許可制御（admission control）、モビリティ制御、スケジューリング、セキュリティ、および、サービングゲートウェイ１１６への接続を含むすべての無線関連機能を担当する。ｅＮＢは、１つまたは複数（たとえば、３つ）のセル（セクタとしても称される）をサポートし得る。「セル」という用語は、ｅＮＢの最小カバレッジエリア、および／または、特定のカバレッジエリアにサービス提供する（serving）ｅＮＢサブシステムを称し得る。さらに、「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書において、置換可能に使用され得る。

[0031]アクセスネットワーク２００によって採用される変調および多元接続スキームは、展開されている特定のテレコミュニケーション規格に依存して変動し得る。ＬＴＥアプリケーションでは、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）との両方をサポートするために、ＤＬでＯＦＤＭが使用され、ＵＬでＳＣ−ＦＤＭＡが使用される。当業者であれば、後述する詳細な説明から容易に認識するであろうが、本明細書で提示された様々な概念は、ＬＴＥアプリケーションのためにも良好に適合する。しかしながら、これら概念は、他の変調および多元接続技術を採用する他のテレコミュニケーション規格へ容易に拡張され得る。例として、これら概念は、エボリューション−データオプティマイズド（ＥＶ−ＤＯ）またはウルトラモバイルブロードバンド（ＵＭＢ）へ拡張され得る。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリの一部として第３世代パートナーシップ計画２（３ＧＰＰ２）によって公布されたエアインターフェース規格であり、移動局へのブロードバンドインターネットアクセスを提供するためにＣＤＭＡを採用する。これら概念はまた、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））、および、ＴＤ−ＳＣＤＭＡのような他のＣＤＭＡの変形を採用するユニバーサル地上無線接続（ＵＴＲＡ）へ、ＴＤＭＡを採用するグローバル移動体通信システム（ＧＳＭ（登録商標））へ、および、エボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、およびＯＦＤＭＡを採用するＦｌａｓｈ−ＯＦＤＭへ拡張され得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰ機構からのドキュメントに記述されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２機構からのドキュメントに記述されている。採用されている実際のワイヤレス通信規格および多元接続技術は、特定のアプリケーションと、システムに課せられている全体的な設計制約とに依存するであろう。

[0032]ｅＮＢ２０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有し得る。ＭＩＭＯ技術の使用は、ｅＮＢ２０４が、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用することを可能とする。空間多重化は、同じ周波数で、異なるデータのストリームを同時に送信するために使用され得る。データストリームは、データレートを増加させるために、単一のＵＥ２０６へ、または、全体的なシステム容量を増加させるために、複数のＵＥ２０６へ送信され得る。これは、各データストリームを空間的にプリコードし（すなわち、振幅および位相のスケーリングを適用し）、次に、空間的にプリコードされた各ストリームを、複数の送信アンテナを通してＤＬで送信することによって達成される。この空間的にプリコードされたデータストリームは、異なる空間シグニチャを有する（１つまたは複数の）ＵＥ２０６に到着し、それによって、（１つまたは複数の）ＵＥ２０６の各々は、このＵＥ２０６のために指定された１つまたは複数のデータストリームを復元できるようになる。ＵＬでは、各ＵＥ２０６は、空間的にプリコードされたデータストリームを送信し、空間的にプリコードされたデータストリームは、ｅＮＢ２０４が、空間的にプリコードされた各データストリームのソースを識別することを可能にする。

[0033]チャネル条件が良好なとき、空間多重化が一般に使用される。チャネル条件がさほど好ましくないとき、送信エネルギを１つまたは複数の方向に集中させるためにビームフォーミングが使用され得る。これは、複数のアンテナを通した送信のためにデータを空間的にプリコードすることによって達成され得る。セルのエッジにおける良好なカバレッジを達成するために、シングルストリームビームフォーミング送信が、送信ダイバーシティと組み合わされて使用され得る。

[0034]以下の詳細な説明では、アクセスネットワークの様々な態様が、ＤＬにおいてＯＦＤＭをサポートするＭＩＭＯシステムを参照して説明されるであろう。ＯＦＤＭは、ＯＦＤＭシンボル内の多くのサブキャリア上でデータを変調するスペクトラム拡散技法である。サブキャリアは、正確な周波数で、間隔を置かれている。この間隔（spacing）は、受信機がサブキャリアからデータを復元することを可能にする「直交性」を提供する。時間領域では、ＯＦＤＭシンボル間干渉と格闘する（combat）ために、各ＯＦＤＭシンボルへガード間隔（たとえば、サイクリックプレフィクス）が追加され得る。ＵＬは、高いピーク対平均電力比（ＰＡＰＲ）を補償するために、ＤＦＴ−拡散ＯＦＤＭ信号の形式でＳＣ−ＦＤＭＡを使用し得る。

[0035]図３は、ＬＴＥにおけるＤＬフレーム構造の例を例示する図３００である。フレーム（１０ミリ秒）は、等しいサイズの１０個のサブフレームへ分割され得る。各サブフレームは、２つの連続する時間スロットを含み得る。各々がリソースブロックを含む２つの時間スロットを表すために、リソースグリッドが使用され得る。リソースグリッドは、複数のリソース要素へ分割される。ＬＴＥでは、通常のサイクリックプレフィクスの場合、リソースブロックは、合計８４個のリソース要素について、周波数領域において１２個の連続したサブキャリアと、時間領域において７つの連続したＯＦＤＭシンボルとを含む。拡張されたサイクリックプレフィクスの場合、リソースブロックは、合計７２個のリソース要素について、周波数領域において１２個の連続したサブキャリアと、時間領域において６つの連続したＯＦＤＭシンボルとを含む。Ｒ３０２、３０４として示されるリソース要素のうちのいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ）を含む。ＤＬ−ＲＳは、セル特有のＲＳ（ＣＲＳ）（ときおり、共通ＲＳとも呼ばれる）３０２と、ＵＥ特有のＲＳ（ＵＥ−ＲＳ）３０４とを含む。ＵＥ−ＲＳ３０４は、対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ）がマップされるリソースブロック上で送信される。各リソース要素によって搬送されるビットの数は、変調スキームに依存する。したがって、ＵＥが受信するリソースブロックが増え、変調スキームがより高くなると、ＵＥのためのデータレートがより高くなる。

[0036]図４は、ＬＴＥにおけるＵＬフレーム構造の例を例示する図４００である。ＵＬのために利用可能なリソースブロックは、データセクションおよび制御セクションへ分割され得る。制御セクションは、システム帯域幅の２つのエッジにおいて形成され得、設定可能なサイズを有し得る。制御セクションにおけるリソースブロックは、制御情報の送信のために、ＵＥへ割り当てられ得る。データセクションは、制御セクションに含まれていないすべてのリソースブロックを含み得る。ＵＬフレーム構造は、隣接するサブキャリアを含むデータセクションとなり、それによって、単一のＵＥに、データセクション内の隣接するサブキャリアのすべてが割り当てられるようになる。

[0037]ＵＥは、ｅＮＢへ制御情報を送信するために、制御セクションにおいてリソースブロック４１０ａ、４１０ｂを割り当てられ得る。ＵＥはまた、ｅＮＢへデータを送信するために、データセクションにおいてリソースブロック４２０ａ、４２０ｂを割り当てられ得る。ＵＥは、制御セクションにおいて割り当てられたリソースブロックにおいて、物理ＵＬ制御チャネル（ＰＵＣＣＨ）で制御情報を送信し得る。ＵＥは、データセクションにおいて割り当てられたリソースブロックにおいて、物理ＵＬ共有チャネル（ＰＵＳＣＨ）で、データ、または、データと制御情報との両方を送信し得る。ＵＬ送信は、サブフレームの両スロットにおよび（span）、周波数を越えてホップし得る。

[0038]リソースブロックのセットは、初期システムアクセスを実行し、物理ランダムアクセスチャネル（ＰＲＡＣＨ）４３０におけるＵＬ同期を達成するために使用され得る。ＰＲＡＣＨ４３０は、ランダムシーケンスを搬送し、どのＵＬデータ／シグナリングも搬送することができない。各ランダムアクセスプリアンブルは、６つの連続するリソースブロックに対応する帯域幅を占有する。開始周波数は、ネットワークによって指定される。すなわち、ランダムアクセスプリアンブルの送信は、ある時間リソースおよび周波数リソースへ制限される。ＰＲＡＣＨのための周波数ホッピングはない。ＰＲＡＣＨ試行（PRACH attempt）は、単一のサブフレーム（１ミリ秒）で、または、少数の連続するサブフレームのシーケンスで搬送され、ＵＥは、フレーム（１０ミリ秒）毎に単一のＰＲＡＣＨ試行を作成し得る。

[0039]図５は、ＬＴＥにおけるユーザプレーンおよび制御プレーンの無線プロトコルアーキテクチャの例を例示する図５００である。ＵＥおよびｅＮＢのための無線プロトコルアーキテクチャは３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３で図示される。レイヤ１（Ｌ１レイヤ）は、最下位レイヤであり、様々な物理レイヤ信号処理機能をインプリメントする。Ｌ１レイヤは、本明細書において、物理レイヤ５０６と称されるであろう。レイヤ２（Ｌ２レイヤ）５０８は、物理レイヤ５０６の上方にあり、物理レイヤ５０６によるＵＥとｅＮＢとの間のリンクを担当する。

[0040]ユーザプレーンでは、Ｌ２レイヤ５０８は、媒体アクセス制御（ＭＡＣ）サブレイヤ５１０、無線リンク制御（ＲＬＣ）サブレイヤ５１２、およびパケットデータコンバージェンスプロトコル（ＰＤＣＰ）５１４サブレイヤを含み、それらは、ネットワーク側のｅＮＢで終端される。図示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ１１８において終端されるネットワークレイヤ（たとえば、ＩＰレイヤ）と、接続の他端（たとえば、ファーエンドＵＥ（far end UE）、サーバ等）において終端されるアプリケーションレイヤとを含むＬ２レイヤ５０８の上方にいくつかの上部レイヤ（upper layers）を有し得る。

[0041]ＰＤＣＰサブレイヤ５１４は、異なる無線ベアラと論理チャネルとの間に多重化を提供する。ＰＤＣＰサブレイヤ５１４はまた、無線送信オーバヘッドを低減するための、上部レイヤデータパケットのためのヘッダ圧縮、データパケットの暗号化によるセキュリティ、および、ｅＮＢ間のＵＥのためのハンドオーバサポートを提供する。ＲＬＣサブレイヤ５１２は、上部レイヤデータパケットのセグメント化および再アセンブリ、損失されたデータパケットの再送信、および、ハイブリッド自動反復要求（ＨＡＲＱ：hybrid automatic repeat request）による順不同受信（out-of-order reception）を補償するためのデータパケットの再順序付け（reordering）を提供する。ＭＡＣサブレイヤ５１０は、論理チャネルとトランスポートチャネルとの間の多重化を提供する。ＭＡＣサブレイヤ５１０はまた、１つのセルにおいて様々な無線リソース（たとえば、リソースブロック）をＵＥ間に割り当てることを担当する。ＭＡＣサブレイヤ５１０はまた、ＨＡＲＱ動作を担当する。

[0042]制御プレーンでは、ＵＥとｅＮＢとのための無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないことを除いて、物理レイヤ５０６およびＬ２レイヤ５０８について実質的に同じである。制御プレーンはまた、レイヤ３（Ｌ３レイヤ）に、無線リソース制御（ＲＲＣ）サブレイヤ５１６を含める。ＲＲＣサブレイヤ５１６は、無線リソース（たとえば、無線ベアラ）を取得すること、および、ｅＮＢとＵＥとの間のＲＲＣシグナリングを使用して下部レイヤ（lower layers）を設定することを担当する。

[0043]図６は、アクセスネットワークにおいてＵＥ６５０と通信しているｅＮＢ６１０のブロック図である。ＤＬでは、コアネットワークからの上部レイヤパケットが、コントローラ／プロセッサ６７５へ提供される。コントローラ／プロセッサ６７５は、Ｌ２レイヤの機能をインプリメントする。ＤＬでは、コントローラ／プロセッサ６７５は、ヘッダ圧縮、暗号化、パケットセグメント化および再順序付け、論理チャネルとトランスポートチャネルとの間の多重化、および、様々な優先度メトリックに基づいたＵＥ６５０への無線リソース割当を提供する。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作、損失されたパケットの再送信、および、ＵＥ６５０へのシグナリングを担当する。

[0044]送信（ＴＸ）プロセッサ６１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のための様々な信号処理機能をインプリメントする。この信号処理機能は、ＵＥ６５０におけるフォワード誤り訂正（ＦＥＣ）を容易にするためのコーディングおよびインタリービング、および、様々な変調スキーム（たとえば、二位相偏移変調（ＢＰＳＫ）、四位相偏移変調（ＱＰＳＫ）、多値位相偏移変調（Ｍ−ＰＳＫ）、多値直交振幅変調（Ｍ−ＱＡＭ））に基づく信号コンステレーションへのマッピング、を含む。コーディングおよび変調されたシンボルは、その後、並行な（parallel）ストリームへ分割される。各ストリームはその後、ＯＦＤＭサブキャリアへマップされ、時間領域および／または周波数領域において基準信号（たとえば、パイロット）とともに多重化され、その後、時間領域ＯＦＤＭシンボルストリームを搬送する物理チャネルを生成するために、逆高速フーリエ変換（ＩＦＦＴ）を使用してともに結合される。ＯＦＤＭストリームは、複数の空間ストリームを生成するために、空間的にプリコードされる。チャネル推定器６７４からのチャネル推定値は、コーディングおよび変調スキームを決定するためのみならず、空間処理のためにも使用され得る。チャネル推定値は、基準信号から、および／または、ＵＥ６５０によって送信されたチャネル条件フィードバックから導出され得る。各空間ストリームはその後、個別の送信機６１８ＴＸを経由して異なるアンテナ６２０へ提供され得る。各送信機６１８ＴＸは、送信のために、各々の空間ストリームを用いて、ＲＦキャリアを変調し得る。

[0045]ＵＥ６５０では、各受信機６５４ＲＸは、その各々のアンテナ６５２を通して信号を受信する。各受信機６５４ＲＸは、変調された情報を、ＲＦキャリア上に復元し、この情報を受信（ＲＸ）プロセッサ６５６へ提供する。ＲＸプロセッサ６５６は、Ｌ１レイヤの様々な信号処理機能をインプリメントする。ＲＸプロセッサ６５６は、ＵＥ６５０のために定められた任意の空間ストリームを復元するために、この情報に対して空間処理を実行し得る。複数の空間のストリームが、ＵＥ６５０のために定められているのであれば、これらは、ＲＸプロセッサ６５６によって単一のＯＦＤＭシンボルストリームへ結合され得る。ＲＸプロセッサ６５６は、その後、高速フーリエ変換（ＦＦＴ）を使用して、ＯＦＤＭシンボルストリームを、時間領域から周波数領域へ変換する。周波数領域信号は、ＯＦＤＭ信号の各サブキャリアのための個別のＯＦＤＭシンボルストリームを備える。各サブキャリアにおけるシンボル、および基準信号は、ｅＮＢ６１０によって送信される最も可能性の高い信号コンステレーションポイントを決定することによって復元および復調される。これら軟判定は、チャネル推定器６５８によって計算されたチャネル推定値に基づき得る。これら軟判定は、その後、物理チャネル上でｅＮＢ６１０によってオリジナルに送信されたデータおよび制御信号を復元するために、復号およびデインタリーブされる。データおよび制御信号は、その後、コントローラ／プロセッサ６５９へ提供される。

[0046]コントローラ／プロセッサ６５９は、Ｌ２レイヤをインプリメントする。コントローラ／プロセッサは、プログラムコードおよびデータを記憶するメモリ６６０に関連付けられ得る。メモリ６６０は、コンピュータ読取可能な媒体と称され得る。ＵＬでは、コントローラ／プロセッサ６５９は、コアネットワークからの上部レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、解読、ヘッダ解凍（decompression）、制御信号処理を提供する。上部レイヤパケットは、その後、データシンク６６２へ提供され、データシンク６６２は、Ｌ２レイヤの上方のすべてのプロトコルレイヤを表す。データシンク６６２へは、Ｌ３処理のために、様々な制御信号も提供され得る。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作をサポートするために、アクノレッジメント（ＡＣＫ）および／または否定的アクノレッジメント（ＮＡＣＫ）プロトコルを使用して、誤り検出を担当する。

[0047]ＵＬでは、データソース６６７は、コントローラ／プロセッサ６５９へ上部レイヤパケットを提供するために使用される。データソース６６７は、Ｌ２レイヤの上方のすべてのプロトコルレイヤを表す。ｅＮＢ６１０によるＤＬ送信に関連して記述された機能に類似して、コントローラ／プロセッサ６５９は、ヘッダ圧縮を提供すること、暗号化すること、パケットセグメント化および再順序付けすること、および、ｅＮＢ６１０による無線リソース割当に基づき論理チャネルとトランスポートチャネルとの間で多重化することによって、ユーザプレーンと制御プレーンとのためのＬ２レイヤをインプリメントする。コントローラ／プロセッサ６５９はまた、ＨＡＲＱ動作、損失されたパケットの再送信、およびｅＮＢ６１０へのシグナリングを担当する。

[0048]ｅＮＢ６１０によって送信されたフィードバックまたは基準信号から、チャネル推定器６５８によって導出されたチャネル推定値が、適切なコーディングスキームおよび変調スキームを選択するために、および、空間処理を容易にするために、ＴＸプロセッサ６６８によって使用され得る。ＴＸプロセッサ６６８によって生成された空間ストリームは、個別の送信機６５４ＴＸを経由して異なるアンテナ６５２へ提供され得る。各送信機６５４ＴＸは、送信のために、各々の空間ストリームを用いてＲＦキャリアを変調し得る。

[0049]ＵＬ送信は、ＵＥ６５０において受信機機能と関連して記述されたものと類似の方式で、ｅＮＢ６１０において処理される。各受信機６１８ＲＸは、この各々のアンテナ６２０を通して信号を受信する。各受信機６１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、この情報をＲＸプロセッサ６７０へ提供する。ＲＸプロセッサ６７０は、Ｌ１レイヤをインプリメントし得る。

[0050]コントローラ／プロセッサ６７５は、Ｌ２レイヤをインプリメントする。コントローラ／プロセッサ６７５は、プログラムコードおよびデータを記憶するメモリ６７６に関連付けられ得る。メモリ６７６は、コンピュータ読取可能な媒体と称され得る。ＵＬでは、コントローラ／プロセッサ６７５は、ＵＥ６５０から上部レイヤパケットを復元するために、トランスポートチャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、解読、ヘッダ解凍、制御信号処理を提供する。コントローラ／プロセッサ６７５からの上部レイヤパケットは、コアネットワークへ提供され得る。コントローラ／プロセッサ６７５はまた、ＨＡＲＱ動作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを使用して、誤り検出を担当する。

[0051]もののインターネット（ＩｏＴ）は、製造者、オペレータ、および／または、他の接続されたデバイスとデータを交換することによって、それがより高い値およびサービスを達成することを可能にするために、電子機器、ソフトウェア、センサ、および接続とともに組み込まれたデバイスのネットワークである。各デバイスは、この組み込まれたコンピューティングシステムを通してユニークに識別可能であるが、既存のインターネットインフラストラクチャ内で相互運用することが可能である。ＩｏＴデバイスは、パーソナルエリアネットワーク（ＰＡＮ）、またはローカルエリアネットワーク（ＬＡＮ）、またはＷｉ−Ｆｉ（ワイヤレスＬＡＮ）、またはセルラネットワークと関連付けられ得る。１つの構成では、データ転送のためのハイレベルＭＡＣ手順とともにセルラＩｏＴのために、狭帯域ＯＦＤＭＡが使用される。１つの構成では、物理レイヤは、１つまたは複数の時間スロットおよび１つまたは複数の周波数サブキャリアを利用するダウンリンク共通制御チャネル（たとえば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ））を有する。ＬＴＥのような他の多くのセルラシステムのように、ＰＤＣＣＨは、異なるモバイルデバイスへ指定された制御メッセージ（すなわち、デバイス特有の制御メッセージ）を搬送する。たとえば、モバイルデバイスＡのためのデバイス特有の制御メッセージが、モバイルデバイスＡへ指定およびアドレスされ（addressed）、モバイルデバイスＢのためのデバイス特有の制御メッセージが、モバイルデバイスＢへ指定およびアドレスされる。

[0052]１つの構成では、ダウンリンク共通制御チャネルは、チャネル結合損失（経路損失に類似しているが、アンテナ利得を含む）にしたがってさらに細分割され（sub-divided）、各リソースブロックが、異なるモバイルデバイスのための制御メッセージを搬送できるように、各サブグループは、複数のリソースブロックへさらに細分割される。これを行うことによって、システムリソース（時間および周波数帯幅）は、チャネル結合損失に基づいて、異なる量のリソースを割り当てることによって、節約され得る。それに加えて、モバイルデバイスは、モバイルデバイスのために具体的に指定された制御メッセージを検索するために、すべてのメッセージを読み取る必要はないであろう。

[0053]図７は、ダウンリンク共通制御チャネルリソースの例を例示する図７００である。ダウンリンク共通制御チャネルは、ｎ＋１個の時間スロット（たとえば、時間スロット０−ｎ）およびｋ＋１個のサブキャリア（たとえば、サブキャリア０−ｋ）からなり得る。この２次元スロットおよびサブキャリアダウンリンク共通制御チャネルは、２つ以上のカバレッジクラス、たとえば、カバレッジクラス１、カバレッジクラス２、およびカバレッジクラス３等へ分割される。１つの構成では、カバレッジクラス１は、モバイルデバイスによって見られる最強の信号レベルに対応する一方、カバレッジクラス３は、モバイルデバイスによって見られる最弱の信号レベルに対応する。１つの構成では、信号レベルという用語は、電力レベル、信号対雑音比のような信号品質、両方の組合せ、または、他のいくつかのメトリックを意味し得る。

[0054]カバレッジクラス１は、モバイルデバイスによって見られる最強の信号レベルに対応するので、誤り訂正、冗長性等のために、より少ないリソースが使用され得る。したがって、カバレッジクラス１における各モバイルデバイスは、この制御メッセージのために、より少ないリソースを割り当てられ得る。たとえば、１つの構成では、カバレッジクラス１におけるモバイルデバイスは、リソースブロック７１２、７１４、または７１６を割り当てられ得、この各々は、２つのリソース要素（たとえば、単一のサブキャリアにおいて２つの時間スロット）を含む。ダウンリンク信号強度は、カバレッジクラス２におけるモバイルデバイスについてより弱いので、カバレッジクラス２における各モバイルデバイスは、カバレッジクラス１におけるモバイルデバイスよりも、この制御メッセージのために、より多くのリソースを割り当てられ得る。たとえば、１つの構成では、カバレッジクラス２におけるモバイルデバイスは、リソースブロック７２２、７２４、または７２６を割り当てられ得、この各々は、６つのリソース要素（たとえば、２つのサブキャリア上で３つの時間スロット）を含む。同様に、カバレッジクラス３は、モバイルデバイスによって見られる最弱の信号レベルに対応するので、カバレッジクラス３における各モバイルデバイスは、この制御メッセージのために、最も多くのリソースを割り当てられ得る。たとえば、１つの構成では、カバレッジクラス３におけるモバイルデバイスは、リソースブロック７３２、７３４、または７３６を割り当てられ得、この各々は、１０個のリソース要素（たとえば、２つのサブキャリア上で５つの時間スロット）を含む。

[0055]ダウンリンク共通制御チャネルカバレッジクラスを決定する際に使用されるチャネル結合損失または他のメトリックは、ダウンリンク同期信号およびブロードキャスト信号をモニタすることによって導出され得る。１つの構成では、測定結果は、その後、たとえばアップリンクランダムアクセス信号において基地局へフィードバックされる。測定結果を送信するための他の手段もまた可能である。たとえば、１つの構成では、ＮＢ−ＯＦＤＭＡにおいて、ランダムアクセスチャネルはまた、サブキャリア／スロットの、異なるカバレッジクラスへの類似の分離を有する。これによって、異なるダウンリンク信号レベルを経験している移動局は、チャネル要求を送信するために、異なるカバレッジクラスを使用し得る。基地局は、チャネル要求を送信するために、モバイルデバイスによって使用されるカバレッジクラスを見ることによって、モバイルデバイスのカバレッジクラス情報を取得し得る。

[0056]ダウンリンク信号の結合損失（または経路損失）を決定または測定した後、移動局は、この測定値を、定義された規則に従って、カバレッジクラスのうちの１つへマップし得る。移動局が、通信システムにアクセスする必要があるとき、移動局は、ＰＲＡＣＨリソースブロックのうちの１つにおいてチャネル要求を送信し得る。各カバレッジクラスについて、移動局が使用するために利用可能な、１つよりも多くのＰＲＡＣＨリソースが存在し得る。同じカバレッジクラスに属する２つの移動局が、同時に同じＰＲＡＣＨリソースブロックにおいてＰＲＡＣＨを送信し、互いの送信を破壊する（corrupting）可能性（chances）を最小化するために、各移動局は、対応するカバレッジクラスのために利用可能なリソースブロックから１つのＰＲＡＣＨリソースブロックをランダムに選択する。１つの構成において、ＰＲＡＣＨのコンテンツは、とりわけ、乱数を含む。ネットワークが、ダウンリンク共通制御チャネル（たとえば、ＰＤＣＣＨ）上で、この移動局へ制御メッセージを送信するとき、移動局が、ダウンリンク共通制御チャネルにおけるどの制御メッセージが自身に向けられている（intended）かを検出できるように、ネットワークは、制御メッセージ内に乱数を含める。１つの構成では、乱数は、モバイルアイデンティティのサブセットであり得る。

[0057]移動局が、ＰＲＡＣＨにおいてチャネル要求を送信した後、移動局はその後、この移動局へアドレスされた制御メッセージ、特に、ＰＲＡＣＨにおけるチャネル要求に応答する制御メッセージを受信するために、ダウンリンク共通制御チャネル（たとえば、ＰＤＣＣＨをモニタする。図７から見られ得るように、所与のカバレッジクラスについて、この移動局のために制御メッセージを搬送でき得る多くのダウンリンクリソースブロックが存在し得る。これは、移動局が、自身へアドレスされた制御メッセージを発見するまで、移動局が、これらダウンリンクリソースブロックの各々で搬送されるメッセージを受信および処理する必要があるであろうことを意味する。これは、多くの処理要件へ至り、したがって、モバイルデバイスにおけるエネルギを浪費する。これらモバイルデバイスは、低容量の、非再充電可能なバッテリにおいて動作するマシンタイプ通信（ＭＴＣ）タイプのデバイスであり得る。したがって、処理負荷を最小化するために、所与のデバイスが、このカバレッジクラスに対応するリソースブロックをモニタし、サブセットのみを（または、１つであっても）復号することが望ましい。

[0058]１つの構成では、ネットワーク（たとえば、基地局）は、移動局へ応答を送信するためにどのリソースブロックが使用されるべきであるのかを決定するために、チャネル要求において受信された数字（a number）を使用する。この数字は、移動局によって生成された乱数であり得るか、または、デバイス特有の制御メッセージを送信する時に基地局と移動局との両方によってそれが知られている限り、移動局の任意のユニークな識別子（ＩＤ）であり得る。同様に、移動局はまた、ネットワークから応答を受信するために、移動局がどのリソースブロックをモニタし復号するべきかを決定するために、同じアルゴリズムを使用する。

[0059]図８は、デバイス特有の制御メッセージを送信および受信するためのリソースブロックを決定するために、チャネル要求で送信された数字を使用する例を例示する図８００である。例示されるように、ＵＥ８０４は、（８１０において）チャネル要求において送信するための特定の数字を検索する。特定の数字は、ＵＥ８０４によって生成された乱数、または、ＵＥ８０４のユニークなＩＤであり得る。

[0060]ＵＥ８０４は、基地局８０２へチャネル要求８０６を送信する。チャネル要求８０６内に含まれる特定の数字に基づいて、基地局８０２は、デバイス特有の制御メッセージをＵＥ８０４へ返信するためのダウンリンク共通制御チャネルにおけるリソースブロックを（８１２において）決定する。基地局８０２はその後、決定されたリソースブロックを使用して、デバイス特有の制御メッセージ８０８をＵＥ８０４へ送信する。

[0061]ＵＥ８０４は、８１２においてリソースブロックを決定する際に、基地局８０２によって使用された同じアルゴリズムを使用して、自身のためのダウンリンク共通制御チャネルにおけるリソースブロックを（８１６において）決定する。ＵＥ８０４は、その後、ＵＥ８０４へアドレスされたデバイス特有の制御メッセージ８０８のためにダウンリンク共通制御チャネルにおいて、決定されたリソースブロックをモニタする。これは、ｉ）各制御メッセージを独立して符号化することによって、およびｉｉ）ＵＥ８０４へアドレスされる制御メッセージのためのリソースブロックを指定することによって、ＵＥ８０４が読み取る必要のある制御メッセージの数を低減することによって、ＵＥ８０４の処理の複雑さを低減する（saves）。

[0062]図９は、ワイヤレス通信の方法のフローチャート９００である。この方法は、ｅＮＢ（たとえば、ｅＮＢ１０６、２０４、６１０、装置１２０２／１２０２’）によって実行され得る。９０２において、ｅＮＢは、ＵＥからダウンリンク信号測定値（measurement）を受信する。１つの構成では、ダウンリンク信号測定値は、ＵＥにおいてダウンリンク同期信号およびブロードキャスト信号をモニタすることによって導出され得るダウンリンクチャネル結合損失または経路損失であり得る。

[0063]９０４では、ｅＮＢは、ＵＥから受信したダウンリンク信号測定値に基づいて、ＵＥのためのダウンリンク共通制御チャネルにおけるカバレッジクラスを決定する。たとえば、１つの構成では、ＵＥから受信したダウンリンク信号測定値が、最強の信号レベルを示す場合、ｅＮＢは、ＵＥのためにカバレッジクラス１を決定する。ＵＥから受信したダウンリンク信号測定値が、最弱の信号レベルを示す場合、ｅＮＢは、ＵＥのためにカバレッジクラス３を決定する。１つの構成では、ＵＥから受信したダウンリンク信号測定値を使用する代わりに、ｅＮＢは、ＵＥのために以前に記憶されたカバレッジクラスを検索することによってカバレッジクラスを決定する。このような構成では、ＵＥのために以前に記憶されたカバレッジクラスが検索されていないか、または、ＵＥがモバイルである場合、ｅＮＢは、カバレッジクラスを、最悪ケースのカバレッジクラス（たとえば、カバレッジクラス３）として決定する。

[0064]９０６において、ｅＮＢは、ＵＥに対応する特定の数字を検索し得る。１つの構成では、ｅＮＢは、ＵＥからチャネル要求を受信し得、このチャネル要求は、特定の数字を含み得る。特定の数字は、ＵＥによって生成された乱数であり得るか、または、ＵＥのユニークなＩＤであり得る。代替構成では、ＵＥから特定の数字を受信する代わりに、ｅＮＢは、特定の数字を自身へ割り当て得る。このような構成では、ｅＮＢは、制御チャネルを通して、特定の数字についてＵＥへ通知し得る。たとえば、ＵＥが初めてｅＮＢへランダムアクセス信号を送信した後、ｅＮＢは、アクセス許可を用いて応答し得、アクセス許可は、ｅＮＢによってＵＥへ割り当てられた特定の数字を伝送し得る。

[0065]９０８において、ｅＮＢは、特定の数字に基づいて、カバレッジクラス内のリソースブロックを決定し得る。１つの構成では、ｅＮＢは、ハッシュ関数を使用して、特定の数字を、カバレッジクラス内のリソースブロック番号へマップする。リソースブロック番号は、ＵＥへアドレスされた制御メッセージを送信するために使用され得るリソースブロックを識別する。１つの構成では、ハッシュ関数は、リソースブロック番号を、特定の数字の、カバレッジクラスのために利用可能なリソースブロックの数による除算の余りとして定義する。たとえば、以下の式は、ダウンリンク共通制御チャネル（たとえば、ＰＤＣＣＨ）リソースブロックを識別するために、ＵＥとｅＮＢとの両方によって使用され得る。
ＲＢ＝ＰＡＲＴＩＣＵＬＡＲ＿ＮＵＭ ｍｏｄ Ｎｕｍ＿ＲＢｓ （１）
ここで、ＲＢは、０〜ｎであるリソースブロック番号であり（ｎは、この場合、Ｎｕｍ＿ＲＢ−１）、
ＰＡＲＴＩＣＵＬＡＲ＿ＮＵＭは、チャネル要求において送信されるか、またはｅＮＢによって割り当てられた特定の数字であり、
Ｎｕｍ＿ＲＢは、所与のカバレッジクラスのために利用可能なリソースブロックの数であり、
ｍｏｄは、数学的なモジュロ演算を表す。

[0066]１つの構成では、ｅＮＢは、特定の数字に基づいて、カバレッジクラス内のいくつかのリソースブロックを決定し得る。たとえば、９０８において上記で決定されたリソースブロックに加えて、ｅＮＢはまた、決定されたリソースブロックの隣接のリソースブロック（たとえば、決定されたリソースブロックの時間において直前または直後のリソースブロック）を、ＵＥへアドレスされた制御メッセージを送信するための可能性のある（potential）リソースブロックとして含める。このような構成では、ｅＮＢは、ＵＥへアドレスされた制御メッセージを送信するために、決定されたいくつかのリソースブロックから、１つのリソースブロックを選択し得る。

[0067]９１０において、ｅＮＢは、ＵＥへアドレスされるデバイス特有の制御メッセージを生成する。１つの構成では、デバイス特有の制御メッセージは、特定の数字を含み得る。このような構成では、ｅＮＢは、デバイス特有の制御メッセージ内に特定の数字を含めることによって、デバイス特有の制御メッセージを生成する。

[0068]９１２において、ｅＮＢは、決定されたリソースブロックを使用して、デバイス特有の制御メッセージをＵＥへ送信する。

[0069]図１０は、ワイヤレス通信の方法のフローチャート１０００である。この方法は、ＵＥ（たとえば、ＵＥ１０２、２０６、６５０、装置１４０２／１４０２’）によって実行され得る。１００２において、ＵＥは、基地局からのダウンリンク信号のメトリックを測定する。１つの構成では、メトリックは、ダウンリンク同期信号およびブロードキャスト信号をモニタすることによって導出され得るダウンリンクチャネル結合損失または経路損失であり得る。１つの構成では、メトリックは、信号測定回路を使用することによって、測定され得る。

[0070]１００４において、ＵＥは、測定されたメトリックを、基地局へ送信する。１００６において、ＵＥは、測定されたメトリックに基づいて、ＵＥのためのダウンリンク共通制御チャネルカバレッジクラスを決定する。たとえば、１つの構成では、測定されたメトリックが、最強の信号レベルを示す場合、カバレッジクラス１が、ＵＥのために決定され得る。測定されたメトリックが、最弱の信号レベルを示す場合、カバレッジクラス３が、ＵＥのために決定され得る。

[0071]１００８において、ＵＥは、特定の数字を検索し得る。１つの構成では、特定の数字は、ＵＥによって生成された乱数、または、ＵＥのユニークなＩＤであり得る。別の構成では、基地局は、特定の数字をＵＥへ割り当て、制御チャネルを通して特定の数字についてＵＥへ通知し得る。

[0072]１０１０において、ＵＥは、図９の９０８を参照して上述したように、リソースブロックを決定する際に、基地局によって使用された同じアルゴリズムを使用して、特定の数字に基づいて、ＵＥのためのカバレッジクラス内のリソースブロックを決定する。１つの構成では、ＵＥは、特定の数字に基づいて、カバレッジクラス内のいくつかのリソースブロックを決定し得る。たとえば、上記決定されたリソースブロックに加えて、ＵＥはまた、決定されたリソースブロックの隣接のリソースブロック（たとえば、決定されたリソースブロックの時間において直前または直後のリソースブロック）を、ＵＥへアドレスされた制御メッセージを受信するための可能性のあるリソースブロックとして含め得る。

[0073]１０１２において、ＵＥは、オプションで、基地局へチャネル要求を送信する。基地局が、デバイス特有の制御メッセージをＵＥへ送信するためのリソースブロックを決定するために、特定の数字を使用することができ得るように、チャネル要求は、特定の数字を含み得る。

[0074]１０１４において、ＵＥは、基地局からＵＥへアドレスされたデバイス特有の制御メッセージのために、決定されたリソースブロックをモニタする。１つの構成では、ＵＥは、ＵＥへアドレスされたデバイス特有の制御メッセージが、このリソースブロックにおいて搬送されるかどうかを決定するために、各フレームまたはサブフレームの決定されたリソースブロックのコンテンツをチェックし得る。１つの構成では、単一のリソースブロックを決定し、単一のリソースブロックをモニタする代わりに、ＵＥは、いくつかのリソースブロックを決定し、基地局からＵＥへアドレスされたデバイス特有の制御メッセージのために、決定されたいくつかのリソースブロックをモニタし得る。

[0075]図９および図１０において上述された方法を用いて、１つよりも多くの移動局が、同じリソースブロックを最終的に読み取ることが可能であるが、各リソースブロックは、ただ１つの移動局のためのメッセージを搬送する容量を有する。しかしながら、リソースブロックに含まれる制御メッセージは、移動局を識別するための移動局の特定の数字を有するであろうから、他の移動局は、制御メッセージを無視し、次のダウンリンク共通制御チャネルサブフレームにおいてリソースブロックをモニタし続けるであろう。

[0076]１つの構成では、図９の９０８において決定されたリソースブロックが、別のＵＥによって使用される場合、ｅＮＢは、リソースブロックの時間において直前または直後である隣接のリソースブロックを使用して、ＵＥへ、デバイス特有の制御メッセージを送信し得る。したがって、ＵＥは、図１０の１０１０において決定されたリソースブロックをモニタすることに加えて、図１１Ａに例示されるように、デバイス特有の制御メッセージのために、リソースブロックの時間において直前または直後である隣接のリソースブロックをモニタし得る。

[0077]このような構成では、ＵＥは、最悪でも、ダウンリンク共通制御チャネルサブフレーム毎に最大２つのリソースブロックを復号する必要があるであろう。ＵＥが、ＵＥへアドレスされた制御メッセージを未だに受信しない場合、ＵＥは、次のダウンリンク共通制御チャネルサブフレームへ続き、同じプロセスに従う（follows）。

[0078]図１１Ａは、デバイス特有の制御メッセージのために、決定されたリソースブロックの時間において直前または直後である隣接のリソースブロックをモニタする例を例示する図１１００である。例に図示されるように、決定されたリソースブロック１１０２をモニタすることに加えて、ＵＥは、デバイス特有の制御メッセージのために、リソースブロック１１０２の時間において直後である隣接のリソースブロック１１０４をモニタし得る。同様に、決定されたリソースブロック１１０６をモニタすることに加えて、ＵＥは、デバイス特有の制御メッセージのために、リソースブロック１１０６の時間において直後である隣接のリソースブロック１１０８をモニタし得る。１つの構成では、決定されたリソースブロック１１１２をモニタすることに加えて、ＵＥは、デバイス特有の制御メッセージのために、リソースブロック１１１２の時間において直前である隣接のリソースブロック１１１０をモニタし得る。

[0079]１つの構成では、カバレッジクラスにおける１つまたは複数のリソースブロックが予約され得る。図９の９０８において決定されたリソースブロックが、別のＵＥによって使用される場合、ｅＮＢは、予約されたリソースブロックのうちの１つを使用して、デバイス特有の制御メッセージをＵＥへ送信する。したがって、ＵＥは、図１０の１０１０において決定されたリソースブロックをモニタすることに加えて、図１１Ｂに例示されたように、デバイス特有の制御メッセージのために、１つまたは複数の予約されたリソースブロックをモニタし得る。

[0080]たとえば、１つの構成において、カバレッジクラスは、Ｎｕｍ＿ＲＢ＋ｋ（ｋは、予約されたリソースブロックの数を表す）個のリソースブロックを有し得るが、メッセージが使用するであろうリソースブロックは、未だに、式（１）によって決定される。２つ以上のメッセージが、式（１）に従って、同じリソースブロックＲＢで終わる場合、最小のＰＡＲＴＩＣＵＬＡＲ＿ＮＵＭに関連付けられた制御メッセージが、リソースブロックＲＢによって（over）送信される。たとえば、ｋ＝２である場合、より大きなＰＡＲＴＩＣＵＬＡＲ＿ＮＵＭに関連付けられたメッセージが、ＰＡＲＴＩＣＵＬＡＲ＿ＮＵＭの昇順で、リソースブロックＮＵＭ＿ＲＢ、ＮＵＭ＿ＲＢ＋１によって送信される。これをすることによって、ＵＥは、各サブフレームにおいて最大で２つまたは３つの制御メッセージを読み取るであろう。

[0081]図１１Ｂは、デバイス特有の制御メッセージのために、１つまたは複数の予約されたリソースブロックをモニタする例を例示する図１１５０である。例に図示されるように、決定されたリソースブロック１１５２をモニタすることに加えて、ＵＥは、ＵＥへアドレスされたデバイス特有の制御メッセージのために、予約された２つのリソースブロック１１５４をモニタし得る。

[0082]図１２は、典型的な装置１２０２における異なるモジュール／手段／コンポーネント間のデータフローを例示する概念的なデータフロー図１２００である。装置１２０２は、ｅＮＢであり得る。装置１２０２は、ＵＥ１２５０からダウンリンク信号測定値および／またはチャネル要求を受信するように構成された受信コンポーネント１２０４を含み得る。チャネル要求は、ＵＥ１２５０のための特定の数字を含み得る。１つの構成では、受信コンポーネント１２０４は、図９の９０２および／または９０６を参照して上述した動作を実行する。装置１２０２は、デバイス特有の制御メッセージをＵＥ１２５０へ送信するように構成された送信コンポーネント１２１０を含み得る。送信コンポーネント１２１０は、制御メッセージと、この制御メッセージを搬送するために決定されたリソースブロックとを受信し、決定されたリソースブロックを使用して、制御メッセージをＵＥ１２５０へ送信するように構成される。１つの構成では、送信コンポーネント１２１０は、図９の９１２を参照して上述した動作を実行する。受信コンポーネント１２０４および送信コンポーネント１２１０は、装置１２０２の通信を調整するために、互いと通信し得る。

[0083]装置１２０２は、ＵＥ１２５０のためのダウンリンク共通制御チャネルカバレッジクラスを決定するように構成されたカバレッジクラス決定コンポーネント１２１２を含み得る。カバレッジクラス決定コンポーネント１２１２は、受信コンポーネント１２０４からダウンリンク信号測定値を受信し、ダウンリンク信号測定値に基づいてダウンリンク共通制御チャネルカバレッジクラスを決定し得る。１つの構成では、カバレッジクラス決定コンポーネント１２１２は、図９の９０４を参照して上述した動作を実行する。

[0084]装置１２０２は、特定の数字に基づいて、ＵＥ１２５０のための、カバレッジクラス内のリソースブロックを決定するように構成されたリソースブロック決定コンポーネント１２０８を含み得る。リソースブロック決定コンポーネント１２０８は、カバレッジクラス決定コンポーネント１２１２から、ＵＥ１２５０のためのカバレッジクラスを受信し得る。リソースブロック決定コンポーネント１２０８は、オプションで、受信コンポーネント１２０４から、ＵＥ１２５０のための特定の数字を受信するように構成され得る。代替構成では、リソースブロック決定コンポーネント１２０８は、特定の数字を、ＵＥ１２５０へ割り当てるように構成され得る。１つの構成では、リソースブロック決定コンポーネント１２０８は、図９の９０８を参照して上述した動作を実行する。

[0085]装置１２０２は、ＵＥ１２５０のためのデバイス特有の制御メッセージを生成するように構成された制御メッセージ生成コンポーネント１２０６を含み得る。１つの構成では、制御メッセージ生成コンポーネント１２０６は、オプションで、受信コンポーネント１２０４からチャネル要求を受信し、チャネル要求に応答して制御メッセージを生成し得る。１つの構成では、制御メッセージ生成コンポーネント１２０６は、図９の９１０を参照して上述した動作を実行する。

[0086]装置は、図９の前述したフローチャートにおけるアルゴリズムのブロックの各々を実行する付加的なコンポーネントを含み得る。そのため、図９の前述したフローチャートにおける各ブロックは、コンポーネントによって実行され得、装置は、これらコンポーネントのうちの１つまたは複数を含み得る。コンポーネントは、述べられたプロセス／アルゴリズムを実行するように具体的に構成された、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによってインプリメントされる、プロセッサによるインプリメンテーションのためにコンピュータ読取可能な媒体内に記憶された、またはこれらのある組合せである１つまたは複数のハードウェアコンポーネントであり得る。

[0087]図１３は、処理システム１３１４を採用する装置１２０２’のためのハードウェアインプリメンテーションの例を例示する図１３００である。処理システム１３１４は、一般にバス１３２４によって表されるバスアーキテクチャを用いてインプリメントされ得る。バス１３２４は、全体的な設計制約および処理システム１３１４の特定のアプリケーションに依存して、任意の数の相互接続バスおよびブリッジを含み得る。バス１３２４は、プロセッサ１３０４、コンポーネント１２０４、１２０６、１２０８、１２１０、１２１２、およびコンピュータ読取可能な媒体／メモリ１３０６によって表される、１つまたは複数のプロセッサおよび／またはハードウェアコンポーネントを含む様々な回路をともにリンクする。バス１３２４はまた、タイミングソース、周辺装置、電圧レギュレータ、および電力管理回路のような他の様々な回路をリンクし得、それらは、当該技術において良く知られているので、さらに記述されないであろう。

[0088]処理システム１３１４は、トランシーバ１３１０へ結合され得る。トランシーバ１３１０は、１つまたは複数のアンテナ１３２０へ結合され得る。トランシーバ１３１０は、送信媒体を介して他の様々な装置と通信するための手段を提供する。トランシーバ１３１０は、１つまたは複数のアンテナ１３２０から信号を受信し、受信した信号から情報を抽出し、抽出された情報を処理システム１３１４へ、具体的には、受信コンポーネント１２０４へ提供する。それに加えて、トランシーバ１３１０は、処理システム１３１４、具体的には送信コンポーネント１２１０から情報を受信し、受信した情報に基づいて、１つまたは複数のアンテナ１３２０に適用されるべき信号を生成する。処理システム１３１４は、コンピュータ読取可能な媒体／メモリ１３０６へ結合されたプロセッサ１３０４を含む。プロセッサ１３０４は、コンピュータ読取可能な媒体／メモリ１３０６上に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１３０４によって実行されたとき、処理システム１３１４に、任意の特定の装置のために、前述された様々な機能を実行させる。コンピュータ読取可能な媒体／メモリ１３０６はまた、ソフトウェアを実行するとき、プロセッサ１３０４によって操作されるデータを記憶するためにも使用され得る。処理システムは、コンポーネント１２０４、１２０６、１２０８、１２１０、および１２１２のうちの少なくとも１つをさらに含む。コンポーネントは、プロセッサ１３０４において動作するソフトウェアコンポーネントであり得るか、コンピュータ読取可能な媒体／メモリ１３０６に常駐／記憶され得るか、プロセッサ１３０４へ結合された１つまたは複数のハードウェアコンポーネントであり得るか、または、これらのある組合せであり得る。処理システム１３１４は、ｅＮＢ６１０のコンポーネントであり得、メモリ６７６、および／または、ＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５のうちの少なくとも１つを含み得る。

[0089]１つの構成では、ワイヤレス通信のための装置１２０２／１２０２’は、ＵＥからダウンリンク信号測定値を受信するための手段を含む。ダウンリンク信号測定値を受信するための手段は、トランシーバ１３１０、１つまたは複数のアンテナ１３２０、受信コンポーネント１２０４、またはプロセッサ１３０４であり得る。１つの構成では、ダウンリンク信号測定値を受信するための手段は、図９の９０２を参照して上述した動作を実行する。

[0090]１つの構成では、装置１２０２／１２０２’は、ダウンリンク信号測定値に基づいて、ＵＥのためのカバレッジクラスを決定するための手段を含む。カバレッジクラスを決定するための手段は、カバレッジクラス決定コンポーネント１２１２またはプロセッサ１３０４であり得る。１つの構成では、カバレッジクラスを決定するための手段は、図９の９０４を参照して上述した動作を実行する。

[0091]１つの構成では、装置１２０２／１２０２’は、ＵＥに対応する特定の数字を検索するための手段を含む。特定の数字を検索するための手段は、トランシーバ１３１０、１つまたは複数のアンテナ１３２０、受信コンポーネント１２０４、リソースブロック決定コンポーネント１２０８、またはプロセッサ１３０４であり得る。１つの構成では、特定の数字を検索するための手段は、ＵＥからチャネル要求を受信するように構成され、チャネル要求は、特定の数字を含む。別の構成では、特定の数字を検索するための手段は、ＵＥへ特定の数字を割り当てるように構成される。１つの構成では、特定の数字を検索するための手段は、図９の９０６を参照して上述した動作を実行する。

[0092]１つの構成では、装置１２０２／１２０２’は、特定の数字に基づいてリソースブロッククラスを決定するための手段を含む。１つの構成では、リソースブロックを決定するための手段は、カバレッジクラス内のリソースブロックを決定するように構成され得る。１つの構成では、リソースブロックを決定するための手段は、ハッシュ関数を使用して、カバレッジクラス内のリソースブロック番号へ、特定の数字をマップするように構成され得、リソースブロック番号は、リソースブロックを識別する。リソースブロックを決定するための手段は、リソースブロック決定コンポーネント１２０８またはプロセッサ１３０４であり得る。１つの構成では、リソースブロックを決定するための手段は、図９の９０８を参照して上述した動作を実行する。

[0093]１つの構成では、特定の数字に基づいてリソースブロックを決定するための手段は、特定の数字に基づいて、複数のリソースブロックを決定するように構成され得る。このような構成では、装置１２０２／１２０２’は、複数のリソースブロックから、１つのリソースブロックを選択するための手段をさらに含み得る。デバイス特有の制御メッセージを送信するための手段は、１つのリソースブロックを使用して、ＵＥへ、デバイス特有の制御メッセージを送信するように構成され得る。

[0094]１つの構成では、装置１２０２／１２０２’は、デバイス特有の制御メッセージを生成するための手段を含む。デバイス特有の制御メッセージを生成するための手段は、制御メッセージ生成コンポーネント１２０６またはプロセッサ１３０４であり得る。１つの構成では、デバイス特有の制御メッセージを生成するための手段は、図９の９１０を参照して上述した動作を実行する。

[0095]１つの構成では、装置１２０２／１２０２’は、リソースブロックを使用して、ＵＥへ、デバイス特有の制御メッセージを送信するための手段を含む。デバイス特有の制御メッセージを送信するための手段は、トランシーバ１３１０、１つまたは複数のアンテナ１３２０、送信コンポーネント１２１０、またはプロセッサ１３０４であり得る。１つの構成では、デバイス特有の制御メッセージを送信するための手段は、図９の９１２を参照して上述した動作を実行する。

[0096]１つの構成では、装置１２０２／１２０２’は、ＵＥのためのカバレッジクラスを検索するための手段を含み得る。１つの構成では、カバレッジクラスを検索するための手段は、ＵＥのために以前に記憶されたカバレッジクラスを探索し検索することによって、ＵＥのためのカバレッジクラスを検索するように構成され得る。１つの構成では、装置１２０２／１２０２’は、ＵＥのためのカバレッジクラスの以前の記録がないこと、または、ＵＥがモバイルであることに応答して、カバレッジクラスを、最悪ケースのカバレッジクラスとして決定するための手段を含み得る。

[0097]１つの構成では、装置１２０２／１２０２’は、リソースブロックが別のＵＥによって使用されることに応答して、リソースブロックの時間において直前または直後である隣接のリソースブロックを使用して、デバイス特有の制御メッセージをＵＥへ送信するための手段を含み得る。１つの構成では、装置１２０２／１２０２’は、リソースブロックが別のＵＥによって使用されることに応答して、予約されたリソースブロックを使用して、デバイス特有の制御メッセージをＵＥへ送信するための手段を含み得る。

[0098]前述した手段は、前述した手段によって記述された機能を実行するように構成された、装置１２０２の前述したコンポーネント、および／または、装置１２０２’の処理システム１３１４のうちの１つまたは複数であり得る。前述したように、処理システム１３１４は、ＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５を含み得る。そのため、１つの構成では、前述した手段は、前述した手段によって記述された機能を実行するように構成されたＴＸプロセッサ６１６、ＲＸプロセッサ６７０、およびコントローラ／プロセッサ６７５であり得る。

[0099]図１４は、典型的な装置１４０２における異なるモジュール／手段／コンポーネント間のデータフローを例示する概念的なデータフロー図１４００である。装置は、ＵＥであり得る。装置１４０２は、ｅＮＢ１４５０から制御メッセージを受信するように構成された受信コンポーネント１４０４を含む。装置１４０２は、ダウンリンク信号測定値および／またはチャネル要求を、ｅＮＢ１４５０へ送信するように構成された送信コンポーネント１４１０を含む。送信コンポーネント１４１０は、ダウンリンク信号測定コンポーネント１４０６からダウンリンク信号測定値を受信する、および／または、装置１４０２の別のコンポーネント（図示せず）からチャネル要求を受信するように構成され得る。１つの構成では、送信コンポーネント１２１０は、図１０の１００４および１０１２を参照して上述した動作を実行する。受信コンポーネント１４０４および送信コンポーネント１４１０は、装置１４０２の通信を調整するために互いに通信し得る。

[0100]装置１４０２は、ｅＮＢ１４５０からダウンリンク信号のメトリックを測定するように構成されたダウンリンク信号測定コンポーネント１４０６を含む。ダウンリンク信号測定コンポーネント１４０６は、受信コンポーネント１４０４からダウンリンク信号を受信し、ダウンリンク信号のメトリックを測定し得る。１つの構成では、ダウンリンク信号測定コンポーネント１４０６は、図１０の１００２を参照して上述した動作を実行する。

[0101]装置１４０２は、装置１４０２のためのダウンリンク共通制御チャネルカバレッジクラスを決定するように構成されたカバレッジクラス決定コンポーネント１４１２を含み得る。カバレッジクラス決定コンポーネント１４１２は、ダウンリンク信号測定コンポーネント１４０６からダウンリンク信号測定値を受信し、ダウンリンク信号測定値に基づいて、ダウンリンク共通制御チャネルカバレッジクラスを決定し得る。１つの構成では、カバレッジクラス決定コンポーネント１４１２は、図１０の１００６を参照して上述した動作を実行する。

[0102]装置１４０２は、装置１４０２のための特定の数字を検索するように構成された数字検索コンポーネント１４０８を含む。１つの構成では、数字検索コンポーネント１４０８は、図１０の１００８を参照して上述した動作を実行する。

[0103]装置１４０２は、特定の数字に基づいて装置１４０２のためのカバレッジクラス内のリソースブロックを決定するように構成されたリソースブロック決定コンポーネント１４１４を含み得る。リソースブロック決定コンポーネント１４１４は、カバレッジクラス決定コンポーネント１４１２から、装置１４０２のためのカバレッジクラスを受信し得る。リソースブロック決定コンポーネント１４１４は、数字検索コンポーネント１４０８から、装置１４０２のための特定の数字を受信するように構成され得る。１つの構成では、リソースブロック決定コンポーネント１４１４は、図１０の１０１０を参照して上述した動作を実行する。

[0104]装置１４０２は、装置１４０２のためのデバイス特有の制御メッセージをモニタするように構成された制御メッセージモニタリングコンポーネント１４１６を含み得る。１つの構成では、制御メッセージモニタリングコンポーネント１４１６は、受信コンポーネント１４０４から制御メッセージを受信し得る。１つの構成では、制御メッセージモニタリングコンポーネント１４１６は、図１０の１０１４を参照して上述した動作を実行する。

[0105]装置は、図１０の前述したフローチャートにおけるアルゴリズムのブロックの各々を実行する追加のコンポーネントを含み得る。そのため、図１０の前述したフローチャートにおける各ブロックは、コンポーネントによって実行され得、装置は、これらのコンポーネントの１つまたは複数を含み得る。コンポーネントは、述べられたプロセス／アルゴリズムを実行するように具体的に構成された、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによってインプリメントされる、プロセッサによるインプリメンテーションのためにコンピュータ読取可能な媒体内に記憶された、またはこれらのある組合せである１つまたは複数のハードウェアコンポーネントであり得る。

[0106]図１５は、処理システム１５１４を採用する装置１４０２’のためのハードウェアインプリメンテーションの例を例示する図１５００である。処理システム１５１４は、一般にバス１５２４によって表されるバスアーキテクチャを用いてインプリメントされ得る。バス１５２４は、全体的な設計制約および処理システム１５１４の特定のアプリケーションに依存して、任意の数の相互接続バスおよびブリッジを含み得る。バス１５２４は、プロセッサ１５０４、コンポーネント１４０４、１４０６、１４０８、１４１０、１４１２、１４１４、１４１６、およびコンピュータ読取可能な媒体／メモリ１５０６によって表される、１つまたは複数のプロセッサおよび／またはハードウェアコンポーネントを含む様々な回路をともにリンクする。バス１５２４はまた、たとえば、タイミングソース、周辺装置、電圧レギュレータ、および電力管理回路のような他の様々な回路をリンクし得、それらは、当該技術分野で良く知られているので、さらなる説明はされない。

[0107]処理システム１５１４は、トランシーバ１５１０へ結合され得る。トランシーバ１５１０は、１つまたは複数のアンテナ１５２０へ結合され得る。トランシーバ１５１０は、送信媒体を介して他の様々な装置と通信するための手段を提供する。トランシーバ１５１０は、１つまたは複数のアンテナ１５２０から信号を受信し、受信した信号から情報を抽出し、抽出した情報を、処理システム１５１４、具体的には、受信コンポーネント１４０４へ提供する。それに加えて、トランシーバ１５１０は、処理システム１５１４、具体的には、送信コンポーネント１４１０から情報を受信し、受信した情報に基づいて、１つまたは複数のアンテナ１５２０に適用されるべき信号を生成する。処理システム１５１４は、コンピュータ読取可能な媒体／メモリ１５０６へ結合されたプロセッサ１５０４を含む。プロセッサ１５０４は、コンピュータ読取可能な媒体／メモリ１５０６上に記憶されたソフトウェアの実行を含む、一般的な処理を担当する。ソフトウェアは、プロセッサ１５０４によって実行されたとき、処理システム１５１４に、任意の特定の装置のために記述された様々な機能を実行させる。コンピュータ読取可能な媒体／メモリ１５０６はまた、ソフトウェアを実行するとき、プロセッサ１５０４によって操作されるデータを記憶するために使用され得る。処理システムは、コンポーネント１４０４、１４０６、１４０８、１４１０、１４１２、１４１４、１４１６のうちの少なくとも１つをさらに含む。コンポーネントは、プロセッサ１５０４において動作するソフトウェアコンポーネントであり得るか、コンピュータ読取可能な媒体／メモリ１５０６に常駐／記憶され得るか、プロセッサ１５０４へ結合された１つまたは複数のハードウェアコンポーネントであり得るか、またはこれらのある組合せであり得る。処理システム１５１４は、ＵＥ６５０のコンポーネントであり得、メモリ６６０と、および／または、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９のうちの少なくとも１つとを含み得る。

[0108]１つの構成では、ワイヤレス通信のための装置１４０２／１４０２’は、基地局からのダウンリンク信号のメトリックを測定するための手段を含む。ダウンリンク信号のメトリックを測定するための手段は、トランシーバ１５１０、１つまたは複数のアンテナ１５２０、受信コンポーネント１４０４、またはプロセッサ１５０４であり得る。１つの構成では、ダウンリンク信号のメトリックを測定するための手段は、図１０の１００２を参照して上述した動作を実行する。

[0109]１つの構成では、装置１４０２／１４０２’は、測定されたメトリックを基地局へ送信するための手段を含み得る。測定されたメトリックを送信するための手段は、トランシーバ１５１０、１つまたは複数のアンテナ１５２０、送信コンポーネント１４１０、またはプロセッサ１５０４であり得る。１つの構成では、測定されたメトリックを送信するための手段は、図１０の１００４を参照して上述した動作を実行する。

[0110]１つの構成では、装置１４０２／１４０２’は、測定されたメトリックに基づいて、カバレッジクラスを決定するための手段を含み得る。カバレッジクラスを決定するための手段は、カバレッジクラス決定コンポーネント１４１２またはプロセッサ１５０４であり得る。１つの構成では、カバレッジクラスを決定するための手段は、図１０の１００６を参照して上述した動作を実行する。１つの構成では、装置１４０２／１４０２’は、カバレッジクラスを最悪ケースのカバレッジクラスとして決定するための手段を含み得る。

[0111]１つの構成では、装置１４０２／１４０２’は、特定の数字を検索するための手段を含み得る。１つの構成では、特定の数字を検索するための手段は、特定の数字として乱数を生成するように構成され得る。１つの構成では、特定の数字を検索するための手段は、装置１４０２／１４０２’の識別子を特定の数字として使用するように構成され得る。１つの構成では、特定の数字を検索するための手段は、基地局から特定の数字を受信するように構成され得る。特定の数字を検索するための手段は、数字検索コンポーネント１４０８またはプロセッサ１５０４であり得る。１つの構成では、特定の数字を検索するための手段は、図１０の１００８を参照して上述した動作を実行する。

[0112]１つの構成では、装置１４０２／１４０２’は、特定の数字に基づいて、装置１４０２／１４０２’のためのリソースブロックを決定するための手段を含み得る。１つの構成では、リソースブロックを決定するための手段は、カバレッジクラス内のリソースブロックを決定するように構成され得る。１つの構成では、リソースブロックを決定するための手段は、ハッシュ関数を使用して、特定の数字を、カバレッジクラス内のリソースブロック番号へマップするようにさらに構成され得、リソースブロック番号は、リソースブロックを識別する。リソースブロックを決定するための手段は、リソースブロック決定コンポーネント１４１４またはプロセッサ１５０４であり得る。１つの構成では、リソースブロックを決定するための手段は、図１０の１０１０を参照して上述した動作を実行する。

[0113]１つの構成では、特定の数字に基づいて装置１４０２／１４０２’のためのリソースブロックを決定するための手段は、特定の数字に基づいて、複数のリソースブロックを決定するように構成され得る。このような構成では、リソースブロックをモニタするための手段は、基地局からのデバイス特有の制御メッセージのために、複数のリソースブロックをモニタするように構成され得る。

[0114]１つの構成では、装置１４０２／１４０２’は、基地局へチャネル要求を送信するための手段を含み得る。チャネル要求を送信するための手段は、トランシーバ１５１０、１つまたは複数のアンテナ１５２０、送信コンポーネント１４１０、またはプロセッサ１５０４であり得る。１つの構成では、チャネル要求を送信するための手段は、図１０の１０１２を参照して上述した動作を実行する。

[0115]１つの構成では、装置１４０２／１４０２’は、基地局からのデバイス特有の制御メッセージのために、リソースブロックをモニタするための手段を含み得る。リソースブロックをモニタするための手段は、制御メッセージモニタリングコンポーネント１４１６またはプロセッサ１５０４であり得る。１つの構成では、リソースブロックをモニタするための手段は、図１０の１０１４を参照して上述した動作を実行する。

[0116]１つの構成では、装置１４０２／１４０２’は、デバイス特有の制御メッセージのために、リソースブロックの時間において直前または直後である隣接のリソースブロックをモニタするための手段を含み得る。１つの構成では、装置１４０２／１４０２’は、デバイス特有の制御メッセージのために、予約されたリソースブロックをモニタするための手段を含み得る。

[0117]前述した手段は、前述した手段によって記述された機能を実行するように構成された、装置１４０２の前述したコンポーネント、および／または、装置１４０２’の処理システム１５１４のうちの１つまたは複数であり得る。前述したように、処理システム１５１４は、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９を含み得る。そのため、１つの構成では、前述した手段は、前述した手段によって記述された機能を実行するように構成された、ＴＸプロセッサ６６８、ＲＸプロセッサ６５６、およびコントローラ／プロセッサ６５９であり得る。

[0118]開示されたプロセス／フローチャートにおけるブロックの特定の順序または階層は、典型的なアプローチの例示であることが理解されるべきである。設計のプリファレンス（preferences）に基づいて、プロセス／フローチャートにおけるブロックの特定の順序または階層は、再構成され得ることが理解されるべきである。さらに、いくつかのブロックは組み合わせられ得るか、または、省略され得る。添付の方法請求項は、様々なブロックの要素をサンプル順に提示し、提示された特定の順序または階層へ限定されることは意図されない。

[0119]前述した説明は、いかなる当業者であっても、本明細書に記述された様々な態様を実現することができるように提供される。これら態様に対する様々な変形は、当業者に容易に明らかになり、本明細書で定義された一般的な原理は、他の態様へ適用され得る。したがって、特許請求の範囲は、本明細書において図示された態様に限定されることは意図されないが、特許請求の範囲の文言と一貫性を持つすべての範囲が与えられるべきであり、ここにおいて、単数形での要素への参照は、具体的にそう述べられていない限り、「１つおよび唯一」を意味するのではなく、むしろ「１つまたは複数」を意味することが意図される。「典型的な」という用語は、本明細書において、「例、事例、または例示として役立つ」ことを意味するために使用される。本明細書において「典型的な」と記述されている任意の態様は、必ずしも、他の態様よりも好適である、または、有利であると解釈されるべきではない。特に明記されていない限り、「いくつか」という用語は、１つまたは複数を称する。「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、および「Ａ、Ｂ、Ｃ、またはこれらの任意の組合せ」のような組合せは、Ａ、Ｂ、および／またはＣの任意の組合せを含み、複数のＡ、複数のＢ、または複数のＣを含み得る。具体的に、「Ａ、Ｂ、またはＣのうちの少なくとも１つ」、「Ａ、Ｂ、およびＣのうちの少なくとも１つ」、および「Ａ、Ｂ、Ｃ、またはこれらの任意の組合せ」のような組合せは、Ａのみ、Ｂのみ、Ｃのみ、ＡとＢ、ＡとＣ、ＢとＣ、またはＡとＢとＣであり得、ここで、このようなどの組合せも、Ａ、Ｂ、またはＣのうちの１つまたは複数のメンバを含み得る。当業者に知られているか、または、後に知られることになるこの開示を通じて説明された様々な態様の要素に対するすべての構造的および機能的な等価物が、参照によって本明細書に明確に組み込まれており、特許請求の範囲に包含されると意図される。さらに、本明細書で開示された何れも、このような開示が特許請求の範囲において明示的に述べられているかどうかに関わらず、公衆に対してささげられた（be dedicated）ものとは意図されていない。特許請求の範囲の要素が、「〜するための手段」という文言を用いて明示的に示されていないのであれば、特許請求の範囲の何れの要素も、ミーンズプラスファンクション（ｍｅａｎｓ ｐｌｕｓ ｆｕｎｃｔｉｏｎ）として解釈されるべきではない。

Claims (30)

1. ワイヤレス通信の方法であって、
   ユーザ機器（ＵＥ）に対応する特定の数字を検索することと、
   前記特定の数字に基づいてリソースブロックを決定することと、
   前記リソースブロックを使用して、前記ＵＥへデバイス特有の制御メッセージを送信することと、
   を備える、方法。
2. 前記リソースブロックを前記決定することは、カバレッジクラス内の前記リソースブロックを決定することを備える、請求項１に記載の方法。
3. 前記特定の数字を前記検索することは、前記ＵＥからチャネル要求を受信することを備え、前記チャネル要求は、前記特定の数字を備える、請求項２に記載の方法。
4. 前記リソースブロックを前記決定することは、ハッシュ関数を使用して、前記特定の数字を、前記カバレッジクラス内のリソースブロック番号へマップすることをさらに備え、ここにおいて、前記リソースブロック番号は、前記リソースブロックを識別する、請求項２に記載の方法。
5. 前記ハッシュ関数は、前記リソースブロック番号を、前記特定の数字の、前記カバレッジクラスのために利用可能なリソースブロックの数による除算の余りとして定義する、請求項４に記載の方法。
6. 前記特定の数字を前記検索することは、前記ＵＥへ前記特定の数字を割り当てることを備える、請求項１に記載の方法。
7. 前記リソースブロックが別のＵＥによって使用されることに応答して、前記リソースブロックの時間において直前または直後である隣接のリソースブロックを使用して、前記デバイス特有の制御メッセージを前記ＵＥへ送信すること、
   をさらに備える、請求項１に記載の方法。
8. 前記特定の数字に基づいて前記リソースブロックを前記決定することは、前記特定の数字に基づいて、複数のリソースブロックを決定することを備え、
   前記方法は、前記複数のリソースブロックから、１つのリソースブロックを選択することをさらに備え、
   前記デバイス特有の制御メッセージを前記送信することは、前記１つのリソースブロックを使用して、前記ＵＥへ、前記デバイス特有の制御メッセージを送信することを備える、請求項１に記載の方法。
9. 前記リソースブロックが別のＵＥによって使用されることに応答して、予約されたリソースブロックを使用して、前記デバイス特有の制御メッセージを前記ＵＥへ送信すること、
   をさらに備える、請求項１に記載の方法。
10. ユーザ機器（ＵＥ）のワイヤレス通信の方法であって、
    特定の数字を検索することと、
    前記特定の数字に基づいて、前記ＵＥのためのリソースブロックを決定することと、
    基地局からのデバイス特有の制御メッセージのために前記リソースブロックをモニタすることと、
    を備える、方法。
11. 前記特定の数字を前記検索することは、前記基地局から前記特定の数字を受信することを備える、請求項１０に記載の方法。
12. 前記リソースブロックを前記決定することは、カバレッジクラス内の前記リソースブロックを決定することを備える、請求項１０に記載の方法。
13. 前記リソースブロックを前記決定することは、ハッシュ関数を使用して、前記特定の数字を、前記カバレッジクラス内のリソースブロック番号へマップすることをさらに備え、ここにおいて、前記リソースブロック番号は、前記リソースブロックを識別する、請求項１２に記載の方法。
14. 前記デバイス特有の制御メッセージのために前記リソースブロックの時間において直前または直後である隣接のリソースブロックをモニタすること、
    をさらに備える、請求項１０に記載の方法。
15. 前記特定の数字に基づいて、前記ＵＥのための前記リソースブロックを前記決定することは、前記特定の数字に基づいて、複数のリソースブロックを決定することを備え、
    前記リソースブロックを前記モニタすることは、前記基地局からの前記デバイス特有の制御メッセージのために前記複数のリソースブロックをモニタすることを備える、請求項１０に記載の方法。
16. 前記デバイス特有の制御メッセージのために、予約されたリソースブロックをモニタすること、
    をさらに備える、請求項１０に記載の方法。
17. ワイヤレス通信のための装置であって、
    メモリと、
    前記メモリに結合され、
    ユーザ機器（ＵＥ）に対応する特定の数字を検索することと、
    前記特定の数字に基づいてリソースブロックを決定することと、
    前記リソースブロックを使用して、前記ＵＥへデバイス特有の制御メッセージを送信することと、
    を行うように構成された少なくとも１つのプロセッサと、
    を備える、装置。
18. 前記リソースブロックを決定するために、前記少なくとも１つのプロセッサは、カバレッジクラス内の前記リソースブロックを決定するように構成された、請求項１７に記載の装置。
19. 前記特定の数字を検索するために、前記少なくとも１つのプロセッサは、前記ＵＥからチャネル要求を受信するように構成され、前記チャネル要求は、前記特定の数字を備える、請求項１８に記載の装置。
20. 前記リソースブロックを決定するために、前記少なくとも１つのプロセッサは、ハッシュ関数を使用して、前記特定の数字を、前記カバレッジクラス内のリソースブロック番号へマップするようにさらに構成され、ここにおいて、前記リソースブロック番号は、前記リソースブロックを識別する、請求項１８に記載の装置。
21. 前記ハッシュ関数は、前記リソースブロック番号を、前記特定の数字の、前記カバレッジクラスのために利用可能なリソースブロックの数による除算の余りとして定義する、請求項２０に記載の装置。
22. 前記少なくとも１つのプロセッサは、前記リソースブロックが別のＵＥによって使用されることに応答して、前記リソースブロックの時間において直前または直後である隣接のリソースブロックを使用して、前記デバイス特有の制御メッセージを前記ＵＥへ送信する
    ようにさらに構成された、請求項１７に記載の装置。
23. 前記少なくとも１つのプロセッサは、前記リソースブロックが別のＵＥによって使用されることに応答して、予約されたリソースブロックを使用して、前記デバイス特有の制御メッセージを前記ＵＥへ送信する
    ようにさらに構成された、請求項１７に記載の装置。
24. 前記特定の数字に基づいて前記リソースブロックを決定するために、前記少なくとも１つのプロセッサは、前記特定の数字に基づいて、複数のリソースブロックを決定することと、前記複数のリソースブロックから、１つのリソースブロックを選択することと、を行うようにさらに構成され、
    前記デバイス特有の制御メッセージを送信するために、前記少なくとも１つのプロセッサは、前記１つのリソースブロックを使用して、前記ＵＥへ、前記デバイス特有の制御メッセージを送信するようにさらに構成される、請求項１７に記載の装置。
25. ワイヤレス通信のための装置であって、前記装置はユーザ機器（ＵＥ）であり、
    メモリと、
    前記メモリに結合され、
    特定の数字を検索することと、
    前記特定の数字に基づいて、前記ＵＥのためのリソースブロックを決定することと、
    基地局からのデバイス特有の制御メッセージのために前記リソースブロックをモニタすることと、
    を行うように構成された少なくとも１つのプロセッサと、
    を備える、装置。
26. 前記リソースブロックを決定するために、前記少なくとも１つのプロセッサは、カバレッジクラス内の前記リソースブロックを決定するように構成された、請求項２５に記載の装置。
27. 前記リソースブロックを決定するために、前記少なくとも１つのプロセッサは、ハッシュ関数を使用して、前記特定の数字を、前記カバレッジクラス内のリソースブロック番号へマップするようにさらに構成され、ここにおいて、前記リソースブロック番号は、前記リソースブロックを識別する、請求項２６に記載の装置。
28. 前記少なくとも１つのプロセッサは、前記デバイス特有の制御メッセージのために前記リソースブロックの時間において直前または直後である隣接のリソースブロックをモニタする
    ようにさらに構成された、請求項２５に記載の装置。
29. 前記特定の数字に基づいて、前記ＵＥのための前記リソースブロックを決定するために、前記少なくとも１つのプロセッサは、前記特定の数字に基づいて、複数のリソースブロックを決定するようにさらに構成され、
    前記リソースブロックをモニタするために、前記少なくとも１つのプロセッサは、前記基地局からの前記デバイス特有の制御メッセージのために前記複数のリソースブロックをモニタするように構成された、請求項２５に記載の装置。
30. 前記少なくとも１つのプロセッサは、前記デバイス特有の制御メッセージために、予約されたリソースブロックをモニタする
    ようにさらに構成された、請求項２５に記載の装置。

Images