JP2018512777A - マシンタイプ通信のための進化型物理ダウンリンク制御チャネルの拡張のための方法、装置およびシステム - Google Patents

Abstract

拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）物理リソースブロック（ＰＲＢ）セットをモニタリングするための方法、システムおよび記録媒体について説明する。実施形態において、装置は、所望のサブフレーム内のモニタリングされるべき１または複数のＥＰＤＣＣＨ‐ＰＲＢセットを示す制御チャネル構成を判断してよい。装置は、１または複数のサブフレーム内の非ＵＥ固有のサーチスペース（ＳＳ）における１または複数のＥＰＤＣＣＨ送信のためのモニタリングされるべきＥＰＤＣＣＨを示す制御チャネル構成を判断してよい。装置は、１または複数のアグリゲーションレベルを使用して、ＥＰＤＣＣＨ送信のためにモニタリングされるべき非ＵＥ固有のサーチスペース（ＳＳ）を示す制御チャネル構成を判断してよい。装置は、制御チャネル構成のうちの１または複数に従い、ＥＰＤＣＣＨをモニタリングしてよい。他の実施形態が説明および／または特許請求されてよい。

Description

［関連出願］
本願は、２０１５年８月１７日に出願された米国特許出願第１４／８２８，０７１号（発明の名称「マシンタイプ通信のための進化型物理ダウンリンク制御チャネルの拡張のための方法、装置およびシステム」）に基づく優先権を主張する。当該出願は、２０１５年４月９日に出願された米国仮出願第６２／１４５，３７８号（発明の名称「ＭＴＣのためのＥＰＤＣＣＨベースの物理ダウンリンク制御チャネルに対する拡張」）に基づく優先権を主張し、これらは参照によりそれらの全体が本明細書に組み込まれる。特許請求された発明の実装は、概して、無線通信の分野、特に、ロングタームエボリューション（ＬＴＥ）無線通信ネットワークで制御チャネルを利用することに関する。

マシンタイプ通信（ＭＴＣ）は、「モノのインターネット」（ＩｏＴ）のコンセプトに向けてのユビキタスコンピューティング環境を実現し得る有望な新興技術である。これらのＭＴＣデバイスは、人間によるインタラクションを殆どまたは全く必要としない可能性があり、キャプチャされたデータを無線ネットワーク上で通信可能であり得る。潜在的なＭＴＣベースのアプリケーションおよびサービスとしては、スマートメータ、ヘルスケアモニタリング、リモートセキュリティ監視、インテリジェント輸送モニタリングシステム、サプライチェーンモニタリング等が含まれる。一部の予測によると、配備されるＭＴＣデバイスの数は、近い将来１０億を超える可能性があることが示されている。しかしながら、既存のモバイルブロードバンドネットワークのネットワークリソースは、スマートフォンおよびタブレットパーソナルコンピュータ等の人間により操作されるモバイル通信デバイスによって通信される多数のデータ送信に加え、多数のＭＴＣデバイスにより通信される多数のデータ送信による負荷が課せられる可能性がある。さらに、電力消費量および計算リソースは、人間により操作されるモバイル通信デバイスおよびＭＴＣデバイスが、データを通信するための限定された量の帯域幅を競い合うとき、負荷がかかる可能性がある。

多くの既存のモバイルブロードバンドネットワークは、主に、人間によって操作されるモバイル通信デバイスの性能を最適化するために設計されている。従って、既存のモバイルブロードバンドネットワークは通常、ＭＴＣ関連の要件を満たすようには設計されていない。ＭＴＣデバイスの配備を検討するネットワーク設計は、リリース１３ ＬＴＥ仕様における仕様サポートのための第３世代パートナーシッププロジェクト（３ＧＰＰ）無線アクセスネットワーク（ＲＡＮ）ワーキンググループ（ＷＧ）によって研究中である。そこでの主な目的は、デバイスコストの低廉化、カバレッジの拡張および電力消費量の低減に焦点が置かれている。

コストおよび電力消費量をさらに低減すべく、ＭＴＣデバイスの送信帯域幅を１．４メガヘルツ（ＭＨｚ）に低減することが提案されており、それは、多くの既存のＬＴＥネットワークの最小の帯域幅である。この場合、制御チャネルおよびデータチャネルの両方のための送信帯域幅が、１．４ＭＨｚに低減可能である。概して、特定のサービス用の相当数のＭＴＣデバイスが、単一のベースステーションまたは進化型ノードＢ（ｅＮＢ）によってサービス提供されている単一のセルカバレッジ領域内に配備されるであろう。当該単一のセルカバレッジ領域内の相当数のＭＴＣデバイスが、ネットワークへのアクセスおよびネットワークとの通信を試行する際、１．４ＭＨｚ帯域幅内の複数のＭＴＣ領域が、ｅＮＢによって割り当て可能である。従って、１．４ＭＨｚ帯域幅内に複数のＭＴＣ領域を割り当てる、および／または１．４ＭＨｚ帯域幅内の複数のＭＴＣ送信をスケジューリングするための新しいメカニズムが必要とされ得る。

以下の詳細な説明と添付図面を連携することで、実施形態は容易に理解されるだろう。ここでの説明を簡易化するために、同様の参照符号は、同様の構造要素を指す。添付図面の図面中、実施形態は、限定ではなく例示として示されている。
様々な例示的実施形態による、ブロードバンド無線アクセス（ＢＷＡ）ネットワークを示す。 様々な例示的実施形態による、ユーザ機器（ＵＥ）回路および／または進化型ノードＢ（ｅＮＢ）回路等の電子デバイス回路のコンポーネントを示す。 様々な例示的実施形態による、ＵＥデバイスの例示的なコンポーネントを示す。 サブフレーム内の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）物理リソースブロック（ＰＲＢ）セットの例示的な割り当てを示す。 様々な実施形態による、ＵＥによるＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングするためのプロセスを示す。 様々な実施形態による、ＵＥによるＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングするための別のプロセスを示す。 様々な実施形態による、ＵＥによるＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングするための別のプロセスを示す。 様々な実施形態による、ＵＥによるＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングするための別のプロセスを示す。 様々な実施形態による、ＵＥによるＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングするための別のプロセスを示す。

以下の詳細な説明は、添付図面を参照する。同一または類似の要素を識別するために、異なる図面中で同一の参照符号が使用されることがある。以下の説明においては、特許請求された発明の様々な態様に関する完全な理解をもたらすべく、特定の構造、アーキテクチャ、インタフェース、技術等といった具体的な詳細が限定ではなく説明目的で記載されている。しかしながら、本開示の恩恵を有する当業者にとっては、特許請求された発明に係る様々な態様が、これらの具体的な詳細から逸れた他の例において実施され得ることが自明であろう。特定の例においては、不要な詳細をもって本発明の説明を曖昧にしないように、周知のデバイス、回路、および方法に関する説明は省略されている。

例示的な実施形態の様々な態様が、当業者が他の当業者に対し、彼らの研究の内容を伝達するために一般的に使用される用語を使用して説明される。しかしながら、記載された態様の一部のみで、代替的な実施形態が実施され得ることは当業者にとって自明であろう。例示的実施形態の完全な理解をもたらすべく、説明目的で、特定の数、材料、および構成が記載されている。しかしながら、当該具体的な詳細を省いた代替的な実施形態が実施可能であることは当業者にとって自明であろう。他の例において、例示的な実施形態を曖昧にしないように、周知の機能は省略され、または単純化されている。

さらに、例示的な実施形態の理解に最も寄与する態様で、様々な処理が、複数の別個の処理として順番に記載される。しかしながら、記載の順序は、これらの処理が必然的に順序に依存するものであることを示唆するものとして解釈されるべきではない。特に、これらの処理は、提示の順序で実行される必要はない。

「様々な実施形態において（ｉｎ ｖａｒｉｏｕｓ ｅｍｂｏｄｉｍｅｎｔｓ）」、「いくつかの実施形態において（ｉｎ ｓｏｍｅ ｅｍｂｏｄｉｍｅｎｔｓ）」等という文言が繰り返し使用される。当該文言は、同一の実施形態を指すこともあるが、一般的には、同一の実施形態を指すことはない。文脈が反対の意味を示さない限り、「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｖｉｎｇ）」および「含む（ｉｎｃｌｕｄｉｎｇ）」といった用語は、同義語である。「Ａおよび／またはＢ」という文言は、（Ａ）、（Ｂ）、または（ＡおよびＢ）を意味する。「Ａ／Ｂ」および「ＡまたはＢ」という文言は、「Ａおよび／またはＢ」という文言と同様、（Ａ）、（Ｂ）、または（ＡおよびＢ）を意味する。本開示の目的において、「ＡおよびＢのうちの少なくとも１つ」という文言は、（Ａ）、（Ｂ）または（ＡおよびＢ）を意味する。本詳細な説明は、「一実施形態において（ｉｎ ａｎ ｅｍｂｏｄｉｍｅｎｔ）」、「実施形態において（ｉｎ ｅｍｂｏｄｉｍｅｎｔｓ）」、「いくつかの実施形態において（ｉｎ ｓｏｍｅ ｅｍｂｏｄｉｍｅｎｔｓ）」および／または「様々な実施形態において（ｉｎ ｖａｒｉｏｕｓ ｅｍｂｏｄｉｍｅｎｔｓ）」という文言を使用することがあるが、これらはそれぞれ、同一または異なる実施形態のうちの１または複数を指してよい。さらに、本開示の実施形態に関し使用される「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」、「有する（ｈａｖｉｎｇ）」等といった用語は、同義語である。

例示的な実施形態は、フローチャート、フロー図、データフロー図、構造図、またはブロック図として示されるプロセスとして説明されてよいことに留意されたい。フローチャートは、処理をシーケンシャルなプロセスとして説明することがあるが、当該処理の多くは、パラレル、並行、または同時に実行されてよい。また、処理の順序は、再編成されてよい。プロセスは、その処理が完了した際、終了してよいが、プロセスはまた、図面中に含まれていない追加のステップを有していてもよい。プロセスは、方法、関数、プロシージャ、サブルーチン、サブプログラム等に対応してよい。プロセスが関数に対応する場合、その終了は、呼び出し関数および／またはｍａｉｎ関数に対する当該関数の戻り値に対応してよい。

本明細書で使用される「回路」という用語は、上記機能を提供するように構成された特定用途向け集積回路（ＡＳＩＣ）、電子回路、論理回路、プロセッサ（共有、専用、またはグループ）および／またはメモリ（共有、専用、またはグループ）等のハードウェアコンポーネントを指す、それらの一部である、またはそれらを含む。いくつかの実施形態において、回路は、上記機能の少なくとも一部を提供するための１または複数のソフトウェアまたはファームウェアプログラムを実行してよい。例示的な実施形態は、上記回路のうちの１または複数によって実行されるプログラムコード、ソフトウェアモジュール、および／または関数プロセス等のコンピュータで実行可能な命令の一般的な文脈において説明されてよい。プログラムコード、ソフトウェアモジュールおよび／または関数プロセスとしては、特定のタスクを実行する、または特定のデータタイプを実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造等が含まれてよい。本明細書に記載のプログラムコード、ソフトウェアモジュール、および／または関数プロセスは、既存の通信ネットワーク内で既存のハードウェアを使用して実装されてよい。例えば、本明細書に記載のプログラムコード、ソフトウェアモジュール、および／または関数プロセスは、既存のネットワーク要素または制御ノード等にある既存のハードウェアを使用して実装されてよい。

本明細書で使用される「ユーザ機器」という用語は、クライアント、モバイル、モバイルデバイス、モバイル端末、ユーザ端末、モバイルユニット、モバイルステーション、モバイルユーザ、ＵＥ、サブスクライバ、ユーザ、リモートステーション、アクセスエージェント、ユーザエージェント、受信機等と同義語であると考えられてよく、以降折に触れてそのように言及されてよく、且つ「ユーザ機器」という用語は、通信ネットワークにおけるネットワークリソースのリモートユーザを示してよい。さらに、「ユーザ機器」という用語は、例えば、コンシューマエレクトロニクスデバイス、携帯電話、スマートフォン、タブレットパーソナルコンピュータ、ウェアラブルコンピューティングデバイス、携帯情報端末（ＰＤＡ）、デスクトップコンピュータ、およびラップトップコンピュータ等の任意のタイプの無線／有線デバイスを含んでよい。

本明細書で使用される「ネットワーク要素」という用語は、ネットワーク化コンピュータ、ネットワーキングハードウェア、ネットワーク機器、ルータ、スイッチ、ハブ、ブリッジ、無線ネットワークコントローラ、無線アクセスネットワークデバイス、ゲートウェイ、サーバおよび／または任意の他の同様のデバイスの同義語であると考えられてよく、および／またはそのように言及されてよい。「ネットワーク要素」という用語は、仮想マシンをホストするように構成された有線または無線通信ネットワークの物理的なコンピューティングデバイスを示してよい。さらに、「ネットワーク要素」という用語は、ネットワークと１または複数のユーザとの間におけるデータおよび／または音声接続のための無線ベースバンド機能を提供する機器を示してよい。「ネットワーク要素」という用語は、「ベースステーション」と同義語であると考えられてよく、および／またはそのように言及されてよい。本明細書で使用される「ベースステーション」という用語は、ノードＢ、拡張または進化型ノードＢ（ｅＮＢ）、基地局（ＢＴＳ）、アクセスポイント（ＡＰ）等と同義語であると考えられてよく、並びに／またはそのように言及されてよく、ネットワークと１または複数のユーザとの間におけるデータおよび／または音声接続のための無線ベースバンド機能を提供する機器を示してよい。

本明細書で使用される「チャネル」という用語は、データまたはデータストリームを通信するために使用される有形または無形の任意の送信媒体を指してよいことにも留意されたい。また、「チャネル」という用語は、「通信チャネル」、「データ通信チャネル」、「送信チャネル」、「データ送信チャネル」、「アクセスチャネル」、「データアクセスチャネル」、「リンク」、「データリンク」、「キャリア」、「無線周波数キャリア」、および／またはデータが通信される経路若しくは媒体を示す任意の他の同様の用語と同義語であってよい、および／または、それらの同等のものであってよい。

本明細書の実施形態は、マシンタイプ通信（ＭＴＣ）デバイスおよび／またはＭＴＣユーザ機器（ＵＥ）のための拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）送信の割り当ておよび／またはスケジューリングに関し、それはまた、ＭＴＣ物理ダウンリンク制御チャネル（Ｍ‐ＰＤＣＣＨ）と称されてもよい。例示的な実施形態により以下の利点、すなわち、ＭＴＣ ＵＥに対する低減された帯域幅サポート、ＥＰＤＣＣＨ送信を受信するＭＴＣ ＵＥに対する複雑性の低減、ＥＰＤＣＣＨおよび物理ダウンリンク共有チャネル（ＰＤＳＣＨ）のためのカバレッジ拡張サポート、並びに標準カバレッジモードおよび拡張カバレッジモードで動作するＭＴＣ ＵＥに対するＥＰＤＣＣＨ送信のためのＵＥ固有のサーチスペース（ＳＳ）の制御チャネル構成のサポートがもたらされる。

上記利点のうちの少なくとも一部を実現すべく、様々な例示的実施形態により、ＭＴＣ ＵＥが、サブフレーム内で２つ以上のＥＰＤＣＣＨ物理リソースブロック（ＰＲＢ）セットをモニタリングする必要がないことがもたらされる。対照的に、現在の仕様によると、ＥＰＤＣＣＨ構成は、ＵＥに対し、モニタリングすべき２つのＥＰＤＣＣＨ‐ＰＲＢセットを提供する。様々な例示的実施形態により、ＵＥ固有のＳＳに対し、複数のＥＰＤＣＣＨ‐ＰＲＢセットが構成される場合、ＵＥは、各サブフレームで当該２つのＥＰＤＣＣＨ‐ＰＲＢセットのうちの１つをモニタリングすることが予期されてよく、その場合、ＥＰＤＣＣＨ‐ＰＲＢセットの非重複サブフレームの各セットへの関連付けは、少なくとも、当該ＵＥに関連付けられたセルラ無線ネットワーク一時識別子（Ｃ‐ＲＮＴＩ）の関数であるハッシュ関数に基づくことがもたらされる。

様々な例示的実施形態により、ＵＥに対し、非ＵＥ固有のＳＳ（「共通サーチスペース」とも称される）が定義される場合、当該２つのＥＰＤＣＣＨ‐ＰＲＢセットのうちの第１のＥＰＤＣＣＨ‐ＰＲＢセットが当該ＵＥのためのＥＰＤＣＣＨ ＵＥ固有のＳＳに対応し、当該２つのＥＰＤＣＣＨ‐ＰＲＢセットのうちの第２のＥＰＤＣＣＨ‐ＰＲＢセットがＥＰＤＣＣＨ非ＵＥ固有のＳＳに対応するものとして、当該２つのＥＰＤＣＣＨ‐ＰＲＢセットは構成されてよいことがもたらされる。いくつかの実施形態において、ＵＥは、単一のサブフレーム内の単一のＥＰＤＣＣＨ‐ＰＲＢセットのみをモニタリングすることが予期されてよく、それは、ＥＰＤＣＣＨのためのＵＥ固有のＳＳまたは非ＵＥ固有のＳＳのいずれかに対応する。

様々な例示的実施形態により、ＥＰＤＣＣＨ‐ＰＲＢセットのサブフレームへの関連付けは、Ｘ個のサブフレームの粒度に基づいて定義されてよく、ここで、Ｘ≧１であり且つＸは、ＭＴＣ ＵＥが１つのナローバンド（１．４ＭＨｚにわたる）から、より大きなシステム帯域幅内の別のナローバンドに切り替えるために必要な再調整時間を含むことがもたらされる。

様々な例示的実施形態により、ＥＰＤＣＣＨ構成を示すための非ＵＥ固有のＳＳの使用を含む、非ＵＥ固有のＳＳ構成に関する詳細および／または情報が、ＵＥ固有のＳＳに使用されてよいことがもたらされる。

様々な例示的実施形態により、ＥＰＤＣＣＨおよび復調参照信号（ＤＭ‐ＲＳ）ベースのＰＤＳＣＨ（例えば、送信モード（ＴＭ）９および／またはＴＭ１０）上でのチャネル推定に対する拡張が、最大６個（６）のＰＲＢのＰＲＢバンドルを指定することによって、および／または、同一の周波数位置に対応する反復送信のセット内の１または複数のサブフレームにわたる同一のプリコーディングの使用を制限することによって、達成されてよいことがもたらされる。

様々な例示的実施形態により、６個（６）のＰＲＢペアを占めるＥＰＤＣＣＨ送信のサポートに対する強化がもたらされる。

図１は、例示的な実施形態による、ブロードバンド無線アクセス（ＢＷＡ）ネットワーク１００の例を示す。ＢＷＡネットワーク１００は、２つのＵＥ１０５、２つのｅＮＢ１１０、無線アクセスネットワーク（ＲＡＮ）１１５、１または複数のサーバ１２５を含むコアネットワーク（ＣＮ）１２０、およびインターネット１３０を含む。以下の説明は、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様により規定されるロングタームエボリューション（ＬＴＥ）規格で動作する例示のＢＷＡネットワーク１００についてのものである。しかしながら、本開示の主題はこの点において限定されず、記載された実施形態は、本明細書に記載の原理から恩恵を受ける他のネットワークに適用されてよい。

図１を参照すると、ＵＥ１０５の各々（まとめて「ＵＥ１０５」と称される）は、１または複数のアプリケーションを実行可能な、およびＲＡＮ１１５内のｅＮＢ１１０との無線リンク（「リンク」）を介してコアインターネット１３０にアクセス可能な物理的なハードウェアデバイスであってよい。ＵＥ１０５は、送信機／受信機（または代替的に送受信機）、メモリ、１または複数のプロセッサ、および／または他の同様のコンポーネントを含んでよい。ＵＥ１０５は、リンクを介してｅＮＢ１１０への／ｅＮＢ１１０からのデータを送信／受信するように構成されてよい。ＵＥ１０５は、一連の算術演算または論理演算をシーケンシャルおよび自動的に実行するように設計されてよく、機械可読媒体上にデジタルデータを記録／格納するように、並びにベースステーション１１０を介してデジタルデータを送信および受信するように装備されてよい。ＵＥ１０５内に含まれる無線送信機／受信機（または代替的に送受信機）は、３ＧＰＰ ＬＴＥ、３ＧＰＰ ＬＴＥ‐Ａｄｖａｎｃｅｄ（ＬＴＥ‐Ａ）等の１または複数の無線通信プロトコルおよび／または１または複数の携帯電話通信プロトコル、並びに／またはＲＦベースの光（可視／不可視）等を含む任意の他の無線通信プロトコルに従い動作するように構成されてよい。

様々な実施形態において、ＵＥ１０５には、無線電話またはスマートフォン、ラップトップパーソナルコンピュータ（ＰＣ）、タブレットＰＣ、ウェアラブルコンピューティングデバイス、並びに／またはｅＮＢ１１０および／または任意の他の同様のネットワーク要素への／ｅＮＢ１１０および／または任意の他の同様のネットワーク要素からのデジタルデータを記録、格納および／または転送可能な任意の他の物理的または論理的なデバイスが含まれてよい。

様々な実施形態において、ＵＥ１０５は、ＭＴＣデバイスであってよい。ＵＥ１０５がＭＴＣデバイスである実施形態においては、ＵＥ１０５は、「ＭＴＣ ＵＥ１０５」、「低複雑性（ＬＣ）ＵＥ１０５」、「ＬＣ ＭＴＣ ＵＥ１０５」、「低減された帯域幅サポートを備えたＵＥ１０５」等と称されてよい。しかしながら、本明細書で使用される「ＵＥ」という用語は、「ＭＴＣ ＵＥ」、「ＭＴＣデバイス」等と交換可能であってよい。ＭＴＣ ＵＥ１０５は、ｅＮＢ１１０等の別のデバイスと通信するために、人間による介入をほとんど（または一切）要求しない任意のデバイスであってよい。ＭＴＣ ＵＥ１０５は、自律的または半自律的なセンサ、メータ、またはイベント（例えば、温度、電気出力、水道使用量、在庫水準、血糖値、心拍数および／または脈拍等）をキャプチャおよび／または記録可能な他の同様のデバイスであってよい。

ＭＴＣ ＵＥ１０５は、イベント関連データをキャプチャおよび記録するように構成されたＭＴＣアプリケーションを含んでよく、ＢＷＡネットワーク１００を通して、ＭＴＣサーバまたは他の同様のデバイス内のＭＴＣアプリケーションに報告されるべき当該データをリレーしてよい。ＭＴＣ ＵＥ１０５によって送信されるデータは、「小データペイロード」、「小データペイロード送信」、「小データ送信」等と称されてよい。ＭＴＣデバイスはまた、ＭＴＣサーバからのデータ要求を受信するように構成されてよく、ここにおいて、データ要求は、ＢＷＡネットワーク１００を通してリレーされる。データ要求は、「トリガ」、「トリガメッセージ」、「トリガ要求」等と称されてよい。ＭＴＣ ＵＥ１０５はまた、ＭＴＣ ＵＥ１０５が、ｅＮＢ１１０から、および／またはＭＴＣサーバから制御データを受信することによって自身を再構成できるように、自律的に再構成されてよい。ＭＴＣ ＵＥ１０５は、無線周波数（ＲＦ）および／またはベースバンドにおいて、１．４メガヘルツ（ＭＨｚ）の送信帯域幅内でデータを通信するように構成されてよい。

図１の参照に戻ると、ｅＮＢ１１０は、ｅＮＢ１１０に関連付けられた地理的領域またはセルカバレッジ領域内で、モバイルデバイス（例えば、ＵＥ１０５）に対し無線通信サービスを提供するように構成されたハードウェアコンピューティングデバイスである。セルカバレッジ領域はまた、「サービングセル」と称されてもよい。ｅＮＢ１１０は、各ＵＥ１０５のためのリンクを介して、無線通信サービスをＵＥ１０５に提供してよい。ｅＮＢ１１０とＵＥ１０５との間のリンクは、ｅＮＢ１１０からＵＥ１０５へ情報を送信するための１または複数のダウンリンク（またはフォワード）チャネルおよびＵＥ１０５からｅＮＢ１１０へ情報を送信するための１または複数のアップリンク（またはリバース）チャネルを含んでよい。当該チャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理ハイブリッド自動再送要求（ＨＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、物理ブロードキャストチャネル（ＰＢＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理ランダムアクセスチャネル（ＰＲＡＣＨ）、および／またはデータを送信／受信するために使用される任意の他の同様の通信チャネル若しくはリンクを含んでよい。

様々な実施形態において、ｅＮＢ１１０は、１または複数のアンテナに接続された送信機／受信機（または代替的に送受信機）、１または複数のメモリデバイス、１または複数のプロセッサ、および／または他の同様のコンポーネントを含む。１または複数の送信機／受信機は、送信機および受信機と関連付けられてよい１または複数のリンクを介して、そのセルカバレッジ領域内の１または複数のＵＥ１０５へ／ＵＥ１０５から、データ信号を送信／受信するように構成されてよい。様々な実施形態において、ＢＷＡネットワーク１００が、ＬＴＥまたはＬＴＥ‐Ａ規格を使用する場合、ｅＮＢ１１０は、例えば、ダウンリンク通信に直交周波数分割多元接続（ＯＦＤＭＡ）を、アップリンク通信にシングルキャリア周波数分割多元接続（ＳＣ‐ＦＤＭＡ）を使用する、進化型ユニバーサル地上波無線アクセス（Ｅ−ＵＴＲＡ）プロトコルを使用してよい。

図１の参照に戻ると、ｅＮＢ１１０は、ＲＡＮ１１５の一部であってよい。通信ネットワーク１００がＬＴＥ規格を使用する実施形態においては、ＲＡＮ１１５は、進化型ＵＭＴＳ地上波無線アクセスネットワーク（Ｅ‐ＵＴＲＡＮ）と称されてよい。ＲＡＮおよびそれらの典型的な機能は一般に周知であるので、ＲＡＮ１１５の典型的な機能に関するさらなる詳細な説明は省略する。

図１の参照に戻ると、ＣＮ１２０は、様々なテレコミュニケーションサービスをＵＥ１０５に提供する１または複数のサーバ１２５等の１または複数のハードウェアデバイスを含んでよい。通信ネットワーク１００がＬＴＥ規格を使用する実施形態においては、ＣＮ１２０の１または複数のサーバ１２５は、３ＧＰＰ技術仕様に記載される進化型パケットコア（ＥＰＣ）を持つシステムアーキテクチャエボリューション（ＳＡＥ）のコンポーネントを備えてよい。このような実施形態において、ＣＮ１２０の１または複数のサーバ１２５は、モビリティ管理エンティティ（ＭＭＥ）および／またはサービングジェネラルパケット無線サービスサポートノード（ＳＧＳＮ）（「ＳＧＳＮ／ＭＭＥ」と称されてよい）を含むノード等のコンポーネントを含んでよく、サービングゲートウェイ（ＳＧＷ）、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）、ホームサブスクライバサーバ（ＨＳＳ）、アクセスネットワーク発見および選択機能（ＡＮＤＳＦ）、進化型パケットデータゲートウェイ（ｅＰＤＧ）、ＭＴＣインタワーキング機能（ＩＷＦ）および／または他の同様のコンポーネントが既知である。ＳＡＥコアネットワークのコンポーネントおよびそれらの機能は一般に周知であるので、ＳＡＥコアネットワークのさらなる詳細な説明は省略する。上記の機能は、同一の物理的なハードウェアデバイスによって、または別個のコンポーネントおよび／またはデバイスによって提供されてよいことにも留意されたい。

インターネット１３０は、コンピュータがデータを交換できるようにする任意のネットワークであってよい。インターネット１３０は、物理的または論理的にコンピュータを接続可能な１または複数のネットワーク要素（不図示）を含んでよい。このようなネットワークを介して通信するプロトコルおよびコンポーネントは周知であり、本明細書において詳細には説明しない。インターネット１３０上の通信は、有線接続または無線接続、およびそれらの組み合わせによって有効にされてよい。アプリケーションサーバ（不図示）は、インターネット１３０を介して、例えば、トリガメッセージをＣＮ１２０の１または複数のネットワーク要素に送信および／またはＣＮ１２０の１または複数のネットワーク要素を介して小データペイロードを受信することによって、ＭＴＣ ＵＥ１０５と通信してよいことに留意されたい。

図１は、２つのベースステーション（例えば、ｅＮＢ１１０）および２つのモバイルデバイス（例えば、ＵＥ１０５）を示すが、様々な例示的実施形態において、ＢＷＡネットワーク１００は、図１に図示されるものよりさらに多くのＵＥを処理するさらに多くのｅＮＢを含んでよいことに留意されたい。また、追加のｅＮＢが、１つのＲＡＮ内に含まれてよいことに留意されたい。また、ＢＷＡネットワーク１００は、ＬＴＥ規格および／または任意の他の同様の無線通信規格によって規定されるような、さらに多くのネットワークデバイスを含んでよいことにも留意されたい。しかしながら、本明細書に記載の例示的な実施形態を理解するために、これらの一般的な従来型コンポーネントのすべてが図示される必要はない。

図２は、様々な実施形態による、ｅＮＢ回路、ＵＥ回路、または何らかの他のタイプの回路であってよい電子デバイス回路２００のコンポーネントを示す。実施形態において、電子デバイス回路は、ＵＥ１０５、ｅＮＢ１１０、または何らかの他のタイプの電子デバイスであってよい、またはそれらに組み込まれてよい、あるいはそれらの一部であってよい。図示の通り、電子デバイス回路２００は、制御回路２０５、送信回路２１０および受信回路２１５を含む。

様々な実施形態により、送信回路２１０および受信回路２１５は、例えばｅＮＢ１１０との無線送信を容易化すべく、１または複数のアンテナに連結されてよい。例えば、送信回路２１０は、ｅＮＢ１１０の１または複数のコンポーネントからデジタルデータを受信し、且つ受信されたデジタルデータを、１または複数のアンテナを用いた無線インタフェース経由での送信のためのアナログ信号に変換するように構成されてよい。受信回路２１５は、信号を受信し、および信号を変調された電波から、デジタルデータ等の利用可能な情報へと変換可能な任意のタイプのハードウェアデバイスであってよい。受信回路２１５は、電波をキャプチャすべく、１または複数のアンテナに連結されてよい。受信回路２１５は、キャプチャされた電波から変換されたデジタルデータをＵＥ１０５の１または複数の他のコンポーネントに送信するように構成されてよい。送信回路２１０および受信回路２１５は、まとめて、「信号回路」、「シグナリング回路」等と称されてよいことに留意されたい。実施形態において、送信回路２１０および受信回路２１５は、制御回路２０５に連結されてよい。制御回路２０５は、ＵＥ１０５および／またはｅＮＢ１１０に関し本明細書に記載された制御動作を実行するように構成されてよい。ＵＥ１０５回路のコンポーネントは、本開示の他の箇所においてＵＥ１０５に関し記載されたものと類似の動作を実行するように構成されてよい。本明細書で使用される「回路」という用語は、１または複数のソフトウェアまたはファームウェアプログラムを実行する特定用途向け集積回路（ＡＳＩＣ）、電子回路、プロセッサ（共有、専用、またはグループ）、および／またはメモリ（共有、専用、またはグループ）、組み合わせロジック回路、並びに／または記載された機能を提供する他の好適なハードウェアコンポーネントを指してよく、それらの一部であってよく、またはそれらを含んでよい。いくつかの実施形態において、電子デバイス回路は、１または複数のハードウェアデバイスと組み合わせた１または複数のソフトウェアまたはファームウェアモジュール内に実装されてよく、または当該回路に関連する諸機能は、１または複数のハードウェアデバイスと組み合わせた１または複数のソフトウェアまたはファームウェアモジュールによって実装されてよい。

図３は、一実施形態のユーザ機器（ＵＥ）デバイス３００の例示的なコンポーネントを示す。様々な実施形態において、ＵＥデバイス３００は、図１〜２に関し上記したＵＥ１０５と同一または類似であってよい。いくつかの実施形態において、ＵＥデバイス３００は、少なくとも図示の通り共に連結された、アプリケーション回路３０２、ベースバンド回路３０４、無線周波数（ＲＦ）回路１０６、フロントエンドモジュール（ＦＥＭ）回路１０８および１または複数のアンテナ３１０を含んでよい。

アプリケーション回路３０２は、１または複数のアプリケーションプロセッサを含んでよい。例えば、アプリケーション回路３０２は、限定はされないが、１または複数のシングルコアプロセッサまたはマルチコアプロセッサ等の回路を含んでよい。プロセッサは、汎用プロセッサおよび専用プロセッサ（例えば、グラフィックプロセッサ、アプリケーションプロセッサ等）の任意の組み合わせを含んでよい。プロセッサは、メモリ／ストレージに連結されてよく、および／またはメモリ／ストレージを含んでよく、およびプロセッサは、様々なアプリケーションおよび／またはオペレーティングシステムがシステム上で実行できるようにするためのメモリ／ストレージ内に格納された命令を実行するように構成されてよい。

ベースバンド回路３０４は、限定はされないが、１または複数のシングルコアまたはマルチコアプロセッサ等の回路を含んでよい。ベースバンド回路３０４は、ＲＦ回路３０６の受信信号パスから受信されるベースバンド信号を処理し、ＲＦ回路３０６の送信信号パスのためのベースバンド信号を生成するための１または複数のベースバンドプロセッサおよび／または制御ロジックを含んでよい。ベースバンド処理回路３０４は、ベースバンド信号の生成および処理のために、並びにＲＦ回路３０６の動作を制御するために、アプリケーション回路３０２とやり取りしてよい。例えば、いくつかの実施形態において、ベースバンド回路３０４は、第２世代（２Ｇ）ベースバンドプロセッサ３０４ａ、第３世代（３Ｇ）ベースバンドプロセッサ３０４ｂ、第４世代（４Ｇ）ベースバンドプロセッサ３０４ｃ、および／または他の既存世代または開発中の若しくは将来開発されるべき世代（例えば、第５世代（５Ｇ）、６Ｇ等）の他のベースバンドプロセッサ３０４ｄを含んでよい。ベースバンド回路３０４（例えば、ベースバンドプロセッサ３０４ａ〜ｄのうちの１または複数）は、ＲＦ回路３０６を介して１または複数の無線ネットワークとの通信を可能にする様々な無線制御機能を処理してよい。無線制御機能としては、限定はされないが、信号変調／復調、エンコーディング／デコーディング、無線周波数偏移等が含まれてよい。いくつかの実施形態において、ベースバンド回路３０４の変調／復調回路は、高速フーリエ変換（ＦＦＴ）、プリコーディング、および／またはコンステレーションマッピング／マッピング解除機能を含んでよい。いくつかの実施形態において、ベースバンド回路３０４のエンコーディング／デコーディング回路は、コンボリューション、テールバイティングコンボリューション、ターボ、ビタビ、および／または低密度パリティチェック（ＬＤＰＣ）エンコーダ／デコーダ機能を含んでよい。変調／復調およびエンコーダ／デコーダ機能の実施形態はこれらの例に限定されず、他の実施形態においては、他の好適な機能を含んでよい。

いくつかの実施形態において、ベースバンド回路３０４は、例えば、進化型ユニバーサル地上波無線アクセスネットワーク（ＥＵＴＲＡＮ）プロトコルの要素といったプロトコルスタックの要素を含んでよく、それらには例えば、物理（ＰＨＹ）、媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、パケットデータ収束プロトコル（ＰＤＣＰ）および／または無線リソース制御（ＲＲＣ）要素が含まれる。ベースバンド回路３０４の中央処理装置（ＣＰＵ）３０４ｅは、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰおよび／またはＲＲＣレイヤのシグナリングのためのプロトコルスタックの要素を実行するように構成されてよい。いくつかの実施形態において、ベースバンド回路は、１または複数のオーディオデジタル信号プロセッサ（ＤＳＰ）３０４ｆを含んでよい。オーディオＤＳＰ ３０４ｆは、圧縮／圧縮解除およびエコーキャンセルのための要素を含んでよく、他の実施形態においては、他の好適な処理要素を含んでよい。ベースバンド回路の複数のコンポーネントは単一のチップまたは単一のチップセット内で好適に組み合わされてよく、またはいくつかの実施形態においては、同一回路基板上に配置されてよい。いくつかの実施形態において、ベースバンド回路３０４およびアプリケーション回路３０２の構成コンポーネントのうちの一部または全部が、例えばシステムオンチップ（ＳＯＣ）等の上に一緒に実装されてよい。

いくつかの実施形態において、ベースバンド回路３０４は、１または複数の無線技術と互換性のある通信を提供してよい。例えば、いくつかの実施形態において、ベースバンド回路３０４は、ＥＵＴＲＡＮおよび／または他の無線メトロポリタンエリアネットワーク（ＷＭＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）との通信をサポートしてよい。ベースバンド回路３０４が、２つ以上の無線プロトコルの無線通信をサポートするように構成されている実施形態は、マルチモードベースバンド回路と称されてよい。

ＲＦ回路３０６は、非固体媒体を介して変調された電磁放射を使用する無線ネットワークとの通信を有効にしてよい。様々な実施形態において、ＲＦ回路３０６は、無線ネットワークとの通信を容易にするためのスイッチ、フィルタ、増幅器等を含んでよい。ＲＦ回路３０６は、受信信号パスを含んでよく、受信信号パスは、ＦＥＭ回路３０８から受信されたＲＦ信号をダウンコンバートし、ベースバンド回路３０４にベースバンド信号を提供するための回路を含んでよい。また、ＲＦ回路３０６は、送信信号パスも含んでよく、送信信号パスは、ベースバンド回路３０４によって提供されたベースバンド信号をアップコンバートし、ＲＦ出力信号を送信のためにＦＥＭ回路３０８に提供するための回路を含んでよい。

いくつかの実施形態において、ＲＦ回路３０６は受信信号パスおよび送信信号パスを含んでよい。ＲＦ回路３０６の受信信号パスは、ミキサ回路３０６ａ、増幅回路３０６ｂ、およびフィルタ回路３０６ｃを含んでよい。ＲＦ回路３０６の送信信号パスは、フィルタ回路３０６ｃおよびミキサ回路３０６ａを含んでよい。また、ＲＦ回路３０６は、受信信号パスおよび送信信号パスのミキサ回路３０６ａによる使用のために周波数を合成するシンセサイザ回路３０６ｄも含んでよい。いくつかの実施形態において、受信信号パスのミキサ回路３０６ａは、シンセサイザ回路３０６ｄによって提供される合成された周波数に基づいて、ＦＥＭ回路３０８から受信されたＲＦ信号をダウンコンバートするように構成されてよい。増幅回路３０６ｂは、ダウンコンバートされた信号を増幅するように構成されてよく、フィルタ回路３０６ｃは、ダウンコンバートされた信号から不要な信号を除去して、出力ベースバンド信号を生成するように構成されたローパスフィルタ（ＬＰＦ）またはバンドパスフィルタ（ＢＰＦ）であってよい。出力ベースバンド信号は、さらなる処理のためにベースバンド回路３０４に提供されてよい。いくつかの実施形態において、出力ベースバンド信号は、ゼロ周波数のベースバンド信号であってよいが、これは要件ではない。いくつかの実施形態において、受信信号パスのミキサ回路３０６ａは、パッシブミキサを含んでよいが、本実施形態の範囲はこの点において限定はされない。

いくつかの実施形態において、送信信号パスのミキサ回路３０６ａは、シンセサイザ回路３０６ｄによって提供される合成された周波数に基づいて、入力ベースバンド信号をアップコンバートして、ＦＥＭ回路３０８のためのＲＦ出力信号を生成するように構成されてよい。ベースバンド信号は、ベースバンド回路３０４によって提供されてよく、フィルタ回路３０６ｃによってフィルタリングされてよい。フィルタ回路３０６ｃは、ローパスフィルタ（ＬＰＦ）を含んでよいが、本実施形態の範囲はこの点において限定はされない。

いくつかの実施形態において、受信信号パスのミキサ回路３０６ａおよび送信信号パスのミキサ回路３０６ａは、２または２より多いミキサを含んでよく、それぞれ直交ダウンコンバージョンおよび／または直交アップコンバージョン用に構成されてよい。いくつかの実施形態において、受信信号パスのミキサ回路３０６ａおよび送信信号パスのミキサ回路３０６ａは、２または２より多いミキサを含んでよく、イメージ除去（例えば、ハートレーイメージ除去）用に構成されてよい。いくつかの実施形態において、受信信号パスのミキサ回路３０６ａおよび送信信号パスのミキサ回路３０６ａは、それぞれダイレクトダウンコンバージョンおよび／またはダイレクトアップコンバージョン用に構成されてよい。いくつかの実施形態において、受信信号パスのミキサ回路３０６ａおよび送信信号パスのミキサ回路３０６ａは、スーパーヘテロダイン操作用に構成されてよい。

いくつかの実施形態において、出力ベースバンド信号および入力ベースバンド信号は、アナログベースバンド信号であってよいが、本実施形態の範囲はこの点において限定はされない。いくつかの代替的な実施形態においては、出力ベースバンド信号および入力ベースバンド信号は、デジタルベースバンド信号であってよい。これらの代替的な実施形態においては、ＲＦ回路３０６は、アナログ‐デジタルコンバータ（ＡＤＣ）およびデジタル‐アナログコンバータ（ＤＡＣ）回路を含んでよく、ベースバンド回路３０４は、ＲＦ回路３０６と通信するためのデジタルベースバンドインタフェースを含んでよい。

いくつかのデュアルモードの実施形態においては、各スペクトルの信号を処理するために、別個の無線ＩＣ回路が設けられてよいが、本実施形態の範囲はこの点において限定はされない。

いくつかの実施形態において、シンセサイザ回路３０６ｄは、フラクショナル‐ＮシンセサイザまたはフラクショナルＮ／Ｎ＋１シンセサイザであってよいが、他のタイプの周波数シンセサイザが好適であってよいように、本実施形態の範囲はこの点において限定はされない。例えば、シンセサイザ回路３０６ｄは、デルタ‐シグマシンセサイザ、周波数逓倍器、または周波数分周器を用いる位相ロックループを持つシンセサイザであってよい。 シンセサイザ回路３０６ｄは、周波数入力および分周器制御入力に基づき、ＲＦ回路３０６のミキサ回路３０６ａによる使用のために出力周波数を合成するように構成されてよい。いくつかの実施形態において、シンセサイザ回路３０６ｄは、フラクショナルＮ／Ｎ＋１シンセサイザであってよい。

いくつかの実施形態において、周波数入力は電圧制御発振器（ＶＣＯ）によって提供されてよいが、それは要件ではない。分周器制御入力は、所望の出力周波数に依り、ベースバンド回路３０４またはアプリケーションプロセッサ３０２のいずれかによって提供されてよい。いくつかの実施形態において、分周器制御入力（例えば、Ｎ）は、アプリケーションプロセッサ３０２によって示されるチャネルに基づき、ルックアップテーブルから決定されてよい。

ＲＦ回路３０６のシンセサイザ回路３０６ｄは、分周器、遅延ロックループ（ＤＬＬ）、マルチプレクサ、および位相アキュムレータを含んでよい。いくつかの実施形態において、分周器は、デュアルモジュラス分周器（ＤＭＤ）であってよく、位相アキュムレータは、デジタル位相アキュムレータ（ＤＰＡ）であってよい。いくつかの実施形態において、ＤＭＤは、入力信号をＮまたはＮ＋１（例えば、キャリーアウトに基づく）のいずれかで分周して、分数分周比をもたらすように構成されてよい。いくつかの例示的な実施形態においては、ＤＬＬは、カスケードされた調整可能な遅延素子のセット、位相検出器、チャージポンプ、およびＤタイプフリップ‐フロップを含んでよい。これらの実施形態において、遅延素子は、ＶＣＯ期間をＮｄの等しい位相パケットに分割するように構成されてよく、ここでＮｄは遅延ラインの遅延素子の数である。このように、ＤＬＬは、遅延ラインによる合計遅延が１ＶＣＯサイクルであることを保証することに寄与すべく、負のフィードバックを提供する。

いくつかの実施形態において、シンセサイザ回路３０６ｄは、出力周波数としてキャリア周波数を生成するように構成されてよい一方、他の実施形態においては、出力周波数はキャリア周波数の倍数であってよく（例えば、キャリア周波数の２倍、キャリア周波数の４倍）、出力周波数を直交発生器および分周回路と併用して、キャリア周波数において互いに対して複数の異なる位相を持つ多重信号を生成してよい。いくつかの実施形態において、出力周波数は、ＬＯ周波数（ｆＬＯ）であってよい。いくつかの実施形態において、ＲＦ回路３０６は、ＩＱ／極座標変換器を含んでよい。

ＦＥＭ回路３０８は、受信信号パスを含んでよく、受信信号パスは、１または複数のアンテナ３１０から受信されたＲＦ信号を処理し、受信された信号を増幅し、受信された信号を増幅したものをＲＦ回路３０６に対しさらなる処理のために提供するように構成された回路を含んでよい。また、ＦＥＭ回路３０８は、送信信号パスも含んでよく、送信信号パスは、ＲＦ回路３０６によって提供される送信のための信号を、１または複数のアンテナ３１０のうちの１または複数による送信のために、増幅するように構成された回路を含んでよい。いくつかの実施形態において、ＦＥＭ回路３０８は、送信モード処理および受信モード処理間を切り替えるためのＴＸ／ＲＸスイッチを含んでよい。ＦＥＭ回路は、受信信号パスおよび送信信号パスを含んでよい。ＦＥＭ回路の受信信号パスは、受信されたＲＦ信号を増幅し、増幅された受信ＲＦ信号を出力（例えば、ＲＦ回路３０６への）として提供するための低雑音増幅器（ＬＮＡ）を含んでよい。ＦＥＭ回路３０８の送信信号パスは、入力ＲＦ信号（例えば、ＲＦ回路３０６によって提供された）を増幅するためのパワーアンプ（ＰＡ）、および後続の送信（例えば、１または複数のアンテナ３１０のうちの１または複数による）のためにＲＦ信号を生成するための１または複数のフィルタを含んでよい。

いくつかの実施形態において、ＵＥデバイス３００は、例えば、メモリ／ストレージ、ディスプレイ、カメラ、センサおよび／または入／出力（Ｉ／Ｏ）インタフェース（不図示）等の追加の要素を含んでよい。

図４は、様々な例示的実施形態による、サブフレーム４００内のＥＰＤＣＣＨ‐ＰＲＢセットの例示的な割り当てを示す。サブフレーム４００は、各々が１ミリ秒（ｍｓ）のサブフレームを１０個有する１０ｍｓ長の１つの無線フレーム内に存在してよく、ここでサブフレーム４００は、１０個のサブフレームのうちの１つである。周波数ドメインにおける無線フレームのＯＦＤＭＡサブキャリア間隔は、１５キロヘルツ（ｋＨｚ）であってよい。０．５ｍｓのタイムスロット（例えば、図４中に示されるスロットｎおよびスロットｎ＋１）中に共に割り当てられるこれらの１２個のサブキャリアは、リソースブロック（例えば、図４中に示されるリソースブロック（ＲＢ）＿０からＲＢ＿ｋまで）と呼ばれる。ＵＥ１０５は、ダウンリンクまたはアップリンクにおいて、１サブフレーム中、最小２個のリソースブロックが割り当てられてよい。既存の規格によると、ＰＤＳＣＨは、ユーザデータの送信のために使用されてよく、ＰＤＣＣＨは、ダウンリンク（ＤＬ）スケジューリング情報および／またはアップリンク（ＵＬ）スケジューリング情報等の制御情報のために使用されてよい。制御情報は、データのフォーマット並びにＵＥ１０５に割り当てられる無線リソースの位置およびタイミングを指定してよい。ＤＬ制御情報は、ダウンリンク制御情報（ＤＣＩ）メッセージの形態であってよい。ＤＣＩメッセージは、ＤＣＩメッセージ内にエンコーディングされた無線ネットワーク一時識別子（ＲＮＴＩ）によって識別されてよい。

多くの例において、ＵＥ１０５は、その宛先のＤＣＩフォーマットも、サブフレーム４００の制御領域内におけるその位置についても通知されていない。従って、ＵＥ１０５は、宛先の制御フォーマットを取得すべく、複数のデコーディング試行を実行してよい。このプロセスは、「ブラインドデコーディング」と称される。ＬＴＥ規格はまた、ＵＥ固有のＳＳおよび非ＵＥ固有のＳＳ（「共通サーチスペース」、「共通ＳＳ」等とも称される）という２つのサーチスペースを定義する。ＵＥ固有のＳＳは、ＵＥ１０５を構成し、ＵＥ１０５によってモニタリングされるＰＤＣＣＨ候補位置を含む制御情報の送信に使用されてよい。

ＵＥ固有のＳＳによって搬送される制御情報は、特定のＵＥ１０５に割り当てられるＣ‐ＲＮＴＩ、半永続的スケジューリング（ＳＰＳ Ｃ−ＲＮＴＩ）、または初期割り当て（例えば、一時的Ｃ‐ＲＮＴＩ）を使用する、ＵＥ１０５のためのＤＣＩメッセージを含んでよい。ＵＥ１０５は、アグリゲーションレベル（ＡＬ）１、２、４および８において、ＵＥ固有のＳＳをモニタリングしてよく、ここで、ＡＬは、ＰＤＣＣＨ内の制御チャネル要素（ＣＣＥ）の数である。

非ＵＥ固有のＳＳは、ｅＮＢ１１０によってサービス提供されているすべてのＵＥ１０５に対する共通制御情報の送信に使用されてよく、ここで、候補位置は、サービングセル内のすべてのＵＥまたは一群のＵＥによってモニタリングされる。非ＵＥ固有のＳＳによって搬送される制御情報は、サービングセル内のすべてのＵＥ１０５または一群のＵＥ１０５に対し共通であるＤＣＩメッセージを含んでよく、それらとしては、システム情報ＲＮＴＩ（ＳＩ‐ＲＮＴＩ）、ページングＲＮＴＩ（Ｐ‐ＲＮＴＩ）、ＰＲＡＣＨ応答（ＲＡ‐ＲＮＴＩ）、並びに／または、ＴＰＣ物理アップリンク共有チャネル（ＰＵＳＣＨ）‐ＲＮＴＩおよび／またはＴＰＣ物理アップリンク制御チャネル（ＰＵＣＣＨ）‐ＲＮＴＩ等の送信電力制御（ＴＰＣ）コマンドが挙げられる。ＵＥ１０５は、アグリゲーションレベル４および８を使用して、非ＵＥ固有のＳＳをモニタリングしてよい。現在のＬＴＥ規格によると、ＵＥ１０５は、ＵＥ固有のＳＳおよび非ＵＥ固有のＳＳの両方をモニタリングするように要求されてよい。

図４に示される通り、サブフレーム４００はまた、データ領域４１０内にＥＰＤＣＣＨも含む。３ＧＰＰ ＬＴＥ仕様のリリース１１において、ＥＰＤＣＣＨは、ＥＰＤＣＣＨ送信（「ＥＰＤＣＣＨメッセージ」とも称される）を含むために予約されているＰＲＢペアを含むように定義された。ＥＰＤＣＣＨメッセージは、ＤＣＩメッセージ等、ＵＥ１０５に固有の制御情報を含んでよい。

ＥＰＤＣＣＨメッセージは、１または複数の拡張制御チャネル要素（ＥＣＣＥ）から成るセットを含んでよく、ここで、ＥＰＤＣＣＨ内のＥＣＣＥの数は、ＡＬとも称される。各ＥＣＣＥは、拡張リソースエレメントグループ（ＥＲＥＧ）のセットにマッピングされてよい。１つのＥＣＣＥは通常、４個のＥＲＥＧを有するが、いくつかの実施形態においては、ＥＣＣＥは８個のＥＲＥＧを含んでよい。各ＥＲＥＧは、物理リソースブロック（ＰＲＢ）ペア内のリソースエレメント（ＲＥ）のグループであってよい。１つのＥＲＥＧは、９個のＲＥを含んでよく、ＰＲＢペア毎に１６個のＥＲＥＧが存在してよい。ＰＲＢペアは、サブフレーム４００内の同一のサブキャリアを使用する２個の連続的なＰＲＢであってよい。ＥＰＤＣＣＨは、ＰＲＢ全体または１個のＰＲＢペア内で、ＲＥを使用してよい。

サブフレーム４００の制御領域４０５にマッピングされるＰＤＣＣＨと異なり、ＥＰＤＣＣＨは、サブフレーム４００のデータ領域４１０にマッピングされてよい。各ＥＰＤＣＣＨは、各ＵＥ１０５がそれ自身のＥＰＤＣＣＨ構成を有し得るように、ＵＥ固有であってよい。各サービングセルについて、より上位のレイヤのシグナリングが、ＵＥ１０５がモニタリングすべき１つまたは２つのＥＰＤＣＣＨ‐ＰＲＢセット（「ＥＰＤＣＣＨモニタリング」とも称される）でＵＥ１０５を構成してよい。ＥＰＤＣＣＨはＵＥ固有であるので、既存のシステムにおいて、ＵＥ固有のＳＳがＥＰＤＣＣＨに使用される。

ＥＰＤＣＣＨ構成（本明細書において「制御チャネル構成」とも称される）は、ＵＥ１０５が、それ自身の制御情報送信のためのモニタリングすべき１または複数のＰＲＢペアを示してよい。ＵＥ１０５がモニタリングすべきＰＲＢペアは、「ＥＰＤＣＣＨ‐ＰＲＢセット」と称されてよい。通常、各ＥＰＤＣＣＨ‐ＰＲＢセットは、２、４、または８個のＰＲＢペアを有してよい。様々な例示的実施形態により、ＥＰＤＣＣＨ‐ＰＲＢセットは、６個のＰＲＢペアを含んでよい。例えば、図４に示される通り、ＥＰＤＣＣＨ‐ＰＲＢセット１内に６個のＰＲＢペアおよびＥＰＤＣＣＨ‐ＰＲＢセット２内に２個のＰＲＢペアが存在する。他の実施形態によると、ＵＥ１０５は、６個のＰＲＢペアを有する単一のＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングしてよく、または周波数において連続であってよい合計６個のＰＲＢペアを有する２つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングしてよい。

既存の仕様によると、各ＵＥ１０５は、例えば、ＥＰＤＣＣＨ‐ＰＲＢセット１およびＥＰＤＣＣＨ‐ＰＲＢセット２のような、２つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングするように構成されてよい。ＥＰＤＣＣＨのためのＵＥ固有のＳＳは、候補ＥＣＣＥのセットを含んでよく、ＵＥ１０５は、候補ＥＣＣＥのセットに対しブラインドデコーディングを実行して、候補ＥＣＣＥのうちのいずれかが、ＤＣＩメッセージを含むかどうかを確認してよい。

ＵＥ１０５によってなされるブラインドデコーディング試行数に少なくとも基づく電力消費量を低減すべく、ＵＥ１０５は、以下の例示的な実施形態に係る１または複数に従い、ＥＰＤＣＣＨをモニタリングしてよい。すなわち、低減された帯域幅サポートを備えるＭＴＣ ＵＥのための少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングする、複数のＥＰＤＣＣＨ‐ＰＲＢセットを異なるサブフレームに関連付ける、初期のＵＥ固有のＳＳ制御チャネル構成のスケジューリングのために非ＵＥ固有のＳＳを構成する、非ＵＥ固有のＳＳのためのサーチスペース式を使用する、ＥＰＤＣＣＨおよびＰＤＳＣＨのためのチャネル推定に対する強化を提供する、および／または６個（６）のＰＲＢペアを占めるＥＰＤＣＣＨの送信のサポートに対する強化を提供する、というものである。上記の例示的な実施形態のうちの各々について、詳しく後述する。

既に特記した通り、例示的な一実施形態は、低減された帯域幅サポートを備えるＭＴＣ ＵＥのためのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングすることを含んでよい。様々な例示的実施形態により、ＭＴＣ ＵＥ１０５は、ＥＰＤＣＣＨ構成によって指定される１または複数のＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングしてよい。ＭＴＣ ＵＥ１０５は、１．４ＭＨｚの最大帯域幅サポートを有してよいので、ＭＴＣ ＵＥ１０５は、６個のＰＲＢから成る単一の連続的なブロックをモニタリング可能であるのみでよい。また、両方のＥＰＤＣＣＨセットが６個のＰＲＢを含むように拡張されている場合、ＭＴＣ ＵＥ１０５を、サブフレーム内の複数のＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングするように構成することは実行可能でない可能性があり、これについては例示的な実施形態によって示される。従って、様々な実施形態において、ブラインドデコーディング試行数を低減するために、ＭＴＣ ＵＥ１０５は、サブフレーム内の単一のＥＰＤＣＣＨ‐ＰＲＢセットのみをモニタリングするように構成されてよく、これは、標準カバレッジモードおよび拡張カバレッジモードの両方において、複数のＥＰＤＣＣＨ候補を検出する目的のためであってよい。例えば、図４を参照すると、ＭＴＣ ＵＥ１０５は、標準カバレッジモードおよび拡張カバレッジモードの両方において、サブフレーム４００内のＥＰＤＣＣＨ‐ＰＲＢセット１のみをモニタリングするように構成されてよい。

様々な他の実施形態において、ＭＴＣ ＵＥ１０５は、ＭＴＣ ＵＥ１０５が拡張カバレッジモードで動作中にのみ、サブフレーム内の単一のＥＰＤＣＣＨ‐ＰＲＢセットのみをモニタリングするように構成されてよい。例えば、図４を参照すると、ＭＴＣ ＵＥ１０５の低減された帯域幅の能力を考慮して、ＲＢ＿０からＲＢ＿ｋまでのＰＲＢが、６個のＰＲＢの連続的な帯域幅に限定されていることを前提に、ＭＴＣ ＵＥ１０５が拡張カバレッジモードにある場合に、ＭＴＣ ＵＥ１０５は、サブフレーム４００内のＥＰＤＣＣＨ‐ＰＲＢセット１のみをモニタリングするように構成されてよく、ＭＴＣ ＵＥ１０５が標準モードにある場合、サブフレーム４００内のＥＰＤＣＣＨ‐ＰＲＢセット１およびＥＰＤＣＣＨ‐ＰＲＢセット２の両方をモニタリングするように構成されてよい。

他の実施形態によると、ＭＴＣ ＵＥ１０５に対し構成可能なＥＰＤＣＣＨ‐ＰＲＢセットの数は、少なくともＭＴＣ ＵＥ１０５が拡張カバレッジモードにある場合、限定されてよい。ＭＴＣ ＵＥ１０５が、屋内、地下、田舎等のセルラサービスの不十分なカバレッジ領域に配備されている場合、ＭＴＣ ＵＥ１０５は拡張カバレッジモードで動作してよいことに留意されたい。

いくつかの他の実施形態により、ＵＥ１０５は、４個のＰＲＢ長であるＥＰＤＣＣＨ‐ＰＲＢセットと、２個のＰＲＢ長である別のＥＰＤＣＣＨ‐ＰＲＢセットの両方をモニタリングしてよく、これらの両方は、同一ナローバンド内に存在してよい。このような実施形態において、ＵＥ１０５は、２４のＡＬで送信されたＥＰＤＣＣＨ候補を判断してよい。２４のＡＬで送信されたＥＰＤＣＣＨ候補を取得すべく、２つのＥＰＤＣＣＨ‐ＰＲＢセットがモニタリングされる実施形態においては、判断されるべき１つのみのＥＰＤＣＣＨ候補が存在してよい。このような実施形態においては、たとえ２つのＥＰＤＣＣＨ‐ＰＲＢセットがモニタリングされる場合であっても、ＵＥ１０５は、当該２つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングして、単一の候補を検出してよい。対照的に、ＵＥ１０５は、複数のＥＰＤＣＣＨ候補を検出するために、単一のＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングすることが予期されてよい。

既に特記した通り、例示的な一実施形態は、複数のＥＰＤＣＣＨ‐ＰＲＢセットを異なるサブフレームに関連付けることを含んでよい。既存のＬＴＥ仕様によると、ＵＥ１０５は、最大２つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングするように構成されてよい。しかしながら、低減された帯域幅サポートを備えるＭＴＣ ＵＥ１０５は、ＥＰＤＣＣＨ送信のために、１または複数のサブフレーム内の２つのＥＰＤＣＣＨ‐ＰＲＢセットのうちの１つをモニタリングする必要があるのみであってよい。様々な実施形態により、複数のＥＰＤＣＣＨ‐ＰＲＢセットが、ＵＥ固有のＳＳのために構成されている場合、ＭＴＣ ＵＥ１０５は、各サブフレーム内の２つのＥＰＤＣＣＨ‐ＰＲＢセットのうちの１つをモニタリングするように構成されてよい。このような実施形態において、ＥＰＤＣＣＨ‐ＰＲＢセットの非重複サブフレームの各セットへの関連付けは、少なくともＭＴＣ ＵＥ１０５のＣ‐ＲＮＴＩの関数であるハッシュ関数に基づいてよい。これは、異なるセットのＭＴＣ ＵＥ１０５が、より広いシステム帯域幅内の異なるナローバンドをモニタリングすることを可能にすることによって、多数のＭＴＣ ＵＥ１０５に対するＥＰＤＣＣＨ送信のブロッキング可能性を低減するための幾分の柔軟性をネットワーク側にもたらしてよい。

異なるセットのＭＴＣ ＵＥ１０５が、より広いシステム帯域幅内の異なるナローバンドをモニタリングすることを可能にすべく、ＥＰＤＣＣＨ‐ＰＲＢセットは、異なるナローバンドにマッピングされてよい。多くの実施形態において、これらのナローバンドは非重複的であってよい一方、いくつかの実施形態において、当該ナローバンドは、利用可能なネットワークリソースによっては、重複してよい。いくつかの実施形態において、各ＥＰＤＣＣＨ‐ＰＲＢセットと非重複サブフレームとの間の予め定義されたおよび／または予め構成された１対１マッピングが、ＭＴＣ ＵＥ１０５に提供されてよい。

様々な他の実施形態により、ＭＴＣ ＵＥ１０５に対し、非ＵＥ固有のＳＳが定義される場合、２つのＥＰＤＣＣＨ‐ＰＲＢセットのうちの第１のＥＰＤＣＣＨ‐ＰＲＢセットがＭＴＣ ＵＥ１０５のためのＵＥ固有のＳＳに対応し、２つのＥＰＤＣＣＨ‐ＰＲＢセットのうちの第２のＥＰＤＣＣＨ‐ＰＲＢセットがＥＰＤＣＣＨ非ＵＥ固有のＳＳに対応するものとして、２つのＥＰＤＣＣＨ‐ＰＲＢセットは構成されてよい。様々な実施形態において、ＭＴＣ ＵＥ１０５は、単一のサブフレーム内の第１のＥＰＤＣＣＨ‐ＰＲＢセットまたは第２のＥＰＤＣＣＨ‐ＰＲＢセットのみをモニタリングするように構成されてよい。いくつかの実施形態において、ＭＴＣ ＵＥ１０５は、ＭＴＣ ＵＥ１０５が拡張カバレッジモードで動作中にのみ、第１のＥＰＤＣＣＨ‐ＰＲＢセットまたは第２のＥＰＤＣＣＨ‐ＰＲＢセットのみをモニタリングするように構成されてよい。

さらに、ＥＰＤＣＣＨ‐ＰＲＢセットのサブフレームへの関連付けは、Ｘ個のサブフレームの粒度に基づいて定義されてよく、ここで、Ｘ≧１であり且つＸは、ＭＴＣ ＵＥ１０５が１つのナローバンド（例えば、１．４ＭＨｚにわたるナローバンド）から、より大きなシステム帯域幅内の別のナローバンドに切り替えるために必要な再調整時間を含む。

非ＵＥ固有のＳＳおよびＵＥ固有のＳＳの異なるＥＰＤＣＣＨ‐ＰＲＢセットへの割り当ては、ＵＥ固有のＳＳのための無線リソース制御（ＲＲＣ）構成をスケジューリングするために使用される非ＵＥ固有のＳＳの制御チャネル構成に対し追加的なもの、またはそれとは独立的なものであってよいことに留意されたい。概して、初期ＥＰＤＣＣＨ ＲＲＣ構成のための非ＵＥ固有のＳＳおよび他の目的のための非ＵＥ固有のＳＳに対する制御チャネル構成は、異なってよい。非ＵＥ固有のＳＳに対するこれらの他の目的としては、ＴＰＣ‐ＰＵＳＣＨ‐ＲＮＴＩおよび／またはＴＰＣ‐ＰＵＣＣＨ‐ＲＮＴＩを使用するグループ電力制御のＤＣＩ送信、少なくともＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにおけるＭＴＣ ＵＥ１０５に対するマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）‐ＲＮＴＩ、ページングＲＮＴＩ（Ｐ‐ＲＮＴＩ）、ランダムアクセスＲＮＴＩ（ＲＡ‐ＲＮＴＩ）等を使用するマルチキャスト制御チャネル（ＭＣＣＨ）変更の通知が含まれてよい。非ＵＥ固有のＳＳのための制御チャネル構成は、異なるＥＰＤＣＣＨ‐ＰＲＢセットへの関連付けにより、ＵＥ固有のＳＳと共に示されてよい。

既に特記した通り、例示的な一実施形態は、初期のＵＥ固有のサーチスペース構成のスケジューリングのために、非ＵＥ固有のサーチスペースを構成することが含まれてよい。現在のＬＴＥ仕様において、ＥＰＤＣＣＨ ＵＥ固有のＳＳ構成が、非ＵＥ固有のＳＳにおけるＰＤＣＣＨ送信を使用してスケジューリングされてよいＲＲＣシグナリングを介して、ＵＥ１０５に対し提供されてよい。しかしながら、１．４ＭＨｚの低減された帯域幅サポートに起因して、ＭＴＣ ＵＥ１０５は、レガシＰＤＣＣＨ送信を受信しない可能性があり、その理由は、このようなＰＤＣＣＨ送信は、１．４ＭＨｚの低減された送信帯域幅の範囲外である可能性があるからである。様々な実施形態により、ＥＰＤＣＣＨ送信のための非ＵＥ固有のＳＳが、ＭＴＣ ＵＥ１０５のために定義されてよい。このような実施形態において、ＥＰＤＣＣＨ送信のための非ＵＥ固有のＳＳを示す制御チャネル構成が、ＭＴＣ ＵＥ１０５に指定されるマスタ情報ブロック（ＭＩＢ）または１若しくは複数のシステム情報ブロック（ＳＩＢ）（本明細書において「ＭＴＣ ＳＩＢ」と称される）を介して、ＭＴＣ ＵＥ１０５に対し提供されてよい。

初期のＵＥ固有のＳＳ構成をスケジューリングするために、ＥＰＤＣＣＨ送信のための非ＵＥ固有のＳＳが使用されてよく、また、別の共通ＳＳを示すために、ＥＰＤＣＣＨ送信のための非ＵＥ固有のＳＳが使用されてよいことに留意されたい。例えば、このような共通ＳＳは、異なるＥＰＤＣＣＨ‐ＰＲＢセットを非重複サブフレームのセットにマッピングすることによって、定義されてよい。ＥＰＤＣＣＨのための非ＵＥ固有のＳＳの設計に関する考慮事項としては、ＵＥ１０５が、ＥＰＤＣＣＨ非ＵＥ固有のＳＳにおけるＥＰＤＣＣＨ送信のためのモニタリングを予期されるサブフレームに関するものである。

様々な実施形態において、ランダムアクセスプロシージャの一部として、ＵＥ１０５は、競合解決タイマ（ＣＲＴｉｍｅｒ）が満了する前に、サブフレーム内のＥＰＤＣＣＨ送信のための非ＵＥ固有のＳＳをモニタリングすることが予期されてよい。非ＵＥ固有のＳＳのためにＵＥ１０５がモニタリングすべきナローバンド周波数は、ＭＴＣ ＳＩＢを介して提供される構成に基づいてよい。

様々な実施形態において、非ＵＥ固有のＳＳにおけるＥＰＤＣＣＨ送信は、競合解決（ＣＲ）メッセージ（ランダムアクセスプロシージャの一部である「メッセージ４」としても知られる）を含んでよく、ＣＲメッセージの１６ビット巡回冗長検査（ＣＲＣ）が、ランダムアクセス応答メッセージ内でＵＥ１０５に対し提供された一時的Ｃ‐ＲＮＴＩでスクランブルされてよい。また、様々な実施形態において、後続のＥＰＤＣＣＨ送信のためのＵＥ固有のＳＳのための構成は、ＣＲメッセージの一部としてシグナリングされてよい。

現在の仕様によると、ＳＩＢ２メッセージは、共通チャネル情報および／または共有チャネル情報を搬送してよい。また、現在の仕様は、ＣＲＴｉｍｅｒは、ランダムアクセスチャネル（ＲＡＣＨ）構成の一部としてＳＩＢ２メッセージ内で示される次の値、すなわち｛８，１６，２４，３２，４０，４８，５６，６４｝のうちの１つを取ってよいことを規定する。ＣＲＴｉｍｅｒの値は、モニタリングすべきサブフレーム数および／またはＥＰＤＣＣＨ送信反復数を示してよい。様々な実施形態により、ＭＴＣ ＵＥ１０５は、非ＵＥ固有のＳＳにおけるＥＰＤＣＣＨ送信のために送信反復の使用を要求してよいので、ＣＲＴｉｍｅｒ値の範囲は、６４個のサブフレームより大きい値を含むべく拡張されてよい。また、ＣＲＴｉｍｅｒの値は、ＭＴＣ ＳＩＢを使用してＭＴＣ ＵＥ１０５に提供されてよく、またはＭＴＣ ＵＥ１０５は、ＣＲＴｉｍｅｒ値で予め構成されてよい。様々な実施形態において、ＭＴＣ ＳＩＢ内で示される、またはＭＴＣ ＵＥ１０５に対し予め定義されるＣＲＴｉｍｅｒ値は、異なるカバレッジ拡張ターゲットを持つＭＴＣ ＵＥ１０５に対しては異なってよい。このような実施形態においては、ＣＲＴｉｍｅｒ値は、必要なカバレッジ拡張の量および／または所望のカバレッジ拡張を満たす所望の反復量の関数であってよい。

また、いくつかの実施形態において、ブラインドデコーディング試行を低減すべく、および／またはシグナリングを低減すべく、ＥＰＤＣＣＨ ＵＥ固有のＳＳの初期構成は、少数のプロシージャに限定されてよい。例えば、様々な実施形態において、ＤＣＩフォーマット１Ａメッセージのみ、またはＭＴＣ ＵＥ１０５のためのＤＣＩフォーマット１Ａメッセージの簡易バージョンが、非ＵＥ固有のＳＳにおけるＥＰＤＣＣＨによって搬送されてよい。

さらに、ランダムアクセスプロシージャのこの段階（例えば、初期アクセス中）においては、チャネル状態情報参照信号（ＣＳＩ‐ＲＳ）構成は、ＭＴＣ ＵＥ１０５によって認識されていなくてよいので、一部の実施形態は、ＣＲメッセージをスケジューリングすべく、非ＵＥ固有のＳＳにおけるＥＰＤＣＣＨ送信のために、ｅＮＢ１１０からのＣＳＩ‐ＲＳの送信に使用されるＲＥをパンクチャすることを含む。他の実施形態は、１または複数の可能なＣＳＩ‐ＲＳ構成に基づいて、ＥＰＤＣＣＨ送信をレートマッチングすることを含む。ビットパンクチャおよびレートマッチングのための方法は周知であり、本明細書においては詳細に説明しない。

さらに、現在の規格によって規定される典型的な分散ＥＰＤＣＣＨ設計が、非ＵＥ固有のＳＳにおけるＥＰＤＣＣＨ送信を送信するための物理送信スキームに再利用されてよい。例えば、ＲＥベースのプリコーダサイクリングでの実装ベースの擬似ランダムビームフォーミングまたはダイバーシチベースのＳＦＢＣを使用する現在定義された分散ＥＰＤＣＣＨ設計は、非ＵＥ固有のＳＳにおけるＥＰＤＣＣＨ送信のために使用されてよい。

既に特記した通り、例示的な一実施形態は、非ＵＥ固有のサーチスペースのためのサーチスペース式を使用することを含んでよい。様々な実施形態により、サーチスペース式は、ＵＥ固有のＳＳの制御チャネル構成を搬送するＲＲＣメッセージをスケジューリングするために使用される非ＵＥ固有のＳＳ、および上記の実施形態のＥＰＤＣＣＨ‐ＰＲＢセットの一部として構成されてよい任意の他の非ＵＥ固有のＳＳの両方を定義するために使用されてよい。例えば、サーチスペース式は、ＴＰＣ‐ＰＵＳＣＨ‐ＲＮＴＩ、ＴＰＣ‐ＰＵＣＣＨ‐ＲＮＴＩ、ＭＢＭＳ‐ＲＮＴＩ等でスクランブルされたＤＣＩ送信に使用されてよく、または、１または複数のＭＴＣ ＳＩＢを介して構成されてよく且つＳＩ‐ＲＮＴＩ、ＲＡ‐ＲＮＴＩ、Ｐ‐ＲＮＴＩでスクランブルされたＤＣＩ送信に使用されてよい。

現在の規格は、ＥＰＤＣＣＨ ＵＥ固有のＳＳのための以下のサーチスペース式を指定する。アグリゲーションレベル
におけるＥＰＤＣＣＨ ＵＥ固有のＳＳ
が、ＥＰＤＣＣＨ候補のセットによって定義される。

ＥＰＤＣＣＨ‐ＰＲＢセットｐについて、サーチスペース
のＥＰＤＣＣＨ候補ｍに対応するＥＣＣＥが、式１によって与えられる。

式１中、
は、３ＧＰＰ技術仕様（ＴＳ）３６．２１３バージョン１２．５．０（２０１５‐０３（以下、「ＴＳ ３６．２１３」という））によって定義され、
であり、ＵＥ１０５が、ＥＰＤＣＣＨがモニタリングされるサービングセルのためのキャリアインジケータフィールドで構成されている場合、
である。さもなければ、
であり、ｎ_ＣＩはキャリアインジケータフィールド値であり、
である。ＵＥ１０５が、ＥＰＤＣＣＨがモニタリングされるサービングセルのためのキャリアインジケータフィールドで構成されていない場合、
は、ＥＰＤＣＣＨがモニタリングされるサービングセルのためのＥＰＤＣＣＨ‐ＰＲＢセットｐにおけるアグリゲーションレベルＬでモニタリングすべきＥＰＤＣＣＨ候補数であり、ＴＳ３６．２１３の表９．１．４‐１ａ、９．１．４‐１ｂ、９．１．４‐２ａ、９．１．４‐２ｂ、９．１．４‐３ａ、９．１．４‐３ｂ、９．１．４‐４ａ、９．４．４‐４ｂ、９．１．４‐５ａ、９．１．４‐５ｂにある通りである。さもなければ、
は、
によって示されるサービングセルのためのＥＰＤＣＣＨ‐ＰＲＢセットｐにおけるアグリゲーションレベルＬでモニタリングすべきＥＰＤＣＣＨ候補数である。

ＥＰＤＣＣＨ候補に対応するＥＣＣＥが、同一のサブフレーム内のＰＢＣＨまたはプライマリ若しくはセカンダリ同期信号のいずれかの送信と周波数において重複するＰＲＢペアにマッピングされている場合、ＵＥはそのＥＰＤＣＣＨ候補をモニタリングすることが予期されていない。

ＵＥが、同一の
値を持つ２つのＥＰＤＣＣＨ‐ＰＲＢセットで構成されている場合（ここにおいて、
はＴＳ３６．２１３によって定義される）、ＵＥが特定のＤＣＩペイロードサイズを持ち、当該ＥＰＤＣＣＨ‐ＰＲＢセットのうちの一方に対応し、ＲＥの特定のセットにのみマッピングされているＥＰＤＣＣＨ候補を受信する場合、およびＵＥがまた、同一のＤＣＩペイロードサイズを持ち、他方のＥＰＤＣＣＨ‐ＰＲＢセットに対応し、同一のＲＥのセットにのみマッピングされているＥＰＤＣＣＨ候補をモニタリングするように構成されている場合、および受信されたＥＰＤＣＣＨ候補の第１のＥＣＣＥの数が、ＨＡＲＱ‐確認応答（ＡＣＫ）のためのＰＵＣＣＨリソースを判断するために使用される場合、第１のＥＣＣＥの数は、ＥＰＤＣＣＨ‐ＰＲＢセットｐ＝０に基づいて判断されるべきである。 変数
は、式２によって定義される。

式２において、
および
であり、ここで、ｎ_ｓは、無線フレーム内のスロット数である。ｎ_ＲＮＴＩに使用されるＲＮＴＩ値は、ダウンリンクおよびアップリンクの両方のために、ＴＳ３６．２１３によって定義される。ＵＥがモニタリングする必要のあるＤＣＩフォーマットは、ＴＳ３６．２１３内で定義される通り、各サービングセル毎に、構成される送信モードに依存する。

様々な実施形態により、ＥＰＤＣＣＨのための非ＵＥ固有のＳＳの設計は、上記の通り、ＥＰＤＣＣＨ ＵＥ固有のＳＳのためのサーチスペース式に基づいてよい。また、ＥＰＤＣＣＨ ＵＥ固有のＳＳの場合、ＥＰＤＣＣＨ候補に対応するＥＣＣＥが、同一のサブフレーム内のＰＢＣＨ若しくはＰＢＣＨ反復ブロック（拡張カバレッジのためのＰＢＣＨ反復の場合）またはプライマリ若しくはセカンダリ同期信号のいずれかの送信と周波数において重複するＰＲＢペアにマッピングされている場合、ＵＥ１０５は、非ＵＥ固有のＳＳにおけるそのＥＰＤＣＣＨ候補のためにモニタリングすることは予期されなくてよい。

様々な実施形態により、ＥＰＤＣＣＨ ＵＥ固有のＳＳサーチスペース式は、非ＵＥ固有のサーチスペース
のＥＰＤＣＣＨ候補ｍに対応するＥＣＣＥを判断するために再利用されてよく、ここで、
であり、ｐ＝０は、ＥＰＤＣＣＨ非ＵＥ固有のＳＳのために、単一のＥＰＤＣＣＨ‐ＰＲＢセットのみが構成されていることを示唆する。

さらに、様々な実施形態により、ＭＴＣ ＵＥ１０５のための非ＵＥ固有のＥＰＤＣＣＨサーチスペースに対し、１６および２４のＡＬのみ、または８および１６のＡＬのみがサポートされてよい。ＡＬ１６および２４、またはＡＬ８および１６を使用することの選択は、１または複数のＭＴＣ ＳＩＢを介して示されてよく、あるいは、セルが拡張カバレッジ処理をサポートするかどうかに依り指定されてよい。このような指標は、既存のＭＩＢの予備ビットを使用して伝達されてよい。様々な実施形態において、セルが拡張カバレッジ処理をサポートする場合、ＡＬ１６および２４が非ＵＥ固有のサーチスペースのためにサポートされてよく、セルが拡張カバレッジをサポートしない場合、ＡＬ８および１６がサポートされてよい。いくつかの実施形態において、セルが拡張カバレッジをサポートする場合、ＡＬ２４のみが、非ＵＥ固有のＳＳのためにサポートされてよい。

既に特記した通り、例示的な一実施形態は、ＥＰＤＣＣＨおよびＰＤＳＣＨのためのチャネル推定に対する強化を提供することを含んでよい。拡張カバレッジ処理の場合、チャネル推定性能がしばしば、比較的低い（または大変低い）信号対雑音（ＳＮＲ）レジームにおいて全体の性能に対するボトルネックであることが知られている。現在、ＥＰＤＣＣＨに使用されるプリコーディングの選択は、送信側ｅＮＢ１１０によって、ＵＥに対し透過的な態様で変更可能である。ＵＥ１０５において、より良いチャネル推定をもたらすべく、様々な実施形態において、ＵＥ１０５が、サブフレーム内のＥＰＤＣＣＨに使用されるプリコーディングは、Ｎ個（２≦Ｎ≦８）の連続的なＰＲＢにわたり変更されないと仮定してよいものとして、ＵＥ固有のＳＳまたは非ＵＥ固有のＳＳにおけるＥＰＤＣＣＨのためにＰＲＢバンドルが使用されてよい。ＰＲＢバンドルは、「プリコーディング粒度」と称されてよいことに留意されたい。従って、様々な実施形態において、プリコーディングマトリクスインジケータ（ＰＭＩ）および／またはランクインジケータ（ＲＩ）（「ＰＭＩ／ＲＩ」とも称される）が構成されているか否かに関わらず、ＵＥは、周波数次元におけるプリコーディング粒度が、Ｎ個のＰＲＢであると仮定してよい。このような実施形態は、拡張カバレッジモードで動作するＵＥ１０５に対し適用されてよい。

低減されたＢＷサポートを備えるＭＴＣ ＵＥ１０５の場合、ＰＭＩ／ＲＩが構成されているか否かに関わらず、周波数次元におけるプリコーディング粒度は、Ｎ個のＰＲＢであってよく、ここで、２≦Ｎ≦６である。分散ＥＰＤＣＣＨ送信の場合、同一の２つのプリコーダにわたるプリコーダサイクリングは、ＵＥ１０５によって、ＰＲＢバンドルの異なるＰＲＢ内にあると仮定されてよいことに留意されたい。様々な実施形態において、ＵＥ１０５は、すべてのＰＲＢのためのアンテナポート（ＡＰ）１０７およびＡＰ１０９に対し、同一のプリコーダが、分散ＥＰＤＣＣＨ送信のためのＰＲＢバンドル内で使用されると仮定してよい。

現在の仕様により、ＰＲＢバンドルは、ＴＭ９および／またはＴＭ１０等のようなＤＭ‐ＲＳベースの送信モードのためにサポートされ、ＰＲＢバンドルのサイズは、表１に示されるシステム帯域幅に依存する。

ＵＥ１０５が拡張カバレッジの場合、ＰＤＳＣＨ受信のためのチャネル推定性能を改善すべく、様々な実施形態により、ＰＲＢグループ（ＰＲＧ）サイズが、サブフレーム内のＰＤＳＣＨ送信に割り当てられたＰＲＢ数と等しくなり得るように、ＤＭ‐ＲＳベースの送信モードのために、ＰＲＢバンドル処理が拡張されてよい。ＰＲＧサイズは、ＵＥ１０５がプリコーディング粒度が変更されないと仮定してよいＰＲＢ数であってよい。このような実施形態は、拡張カバレッジモードにおいて、ＭＴＣ ＵＥ１０５および他のＵＥ１０５の両方に適用されてよい。多くの実施形態により、低減された帯域幅サポートを備えるＭＴＣ ＵＥ１０５の場合、ＰＲＧの最大サイズは、最大６個のＰＲＢであってよい。

時間ドメインにおいて、ＥＰＤＣＣＨ送信およびＤＭ‐ＲＳに基づくＰＤＳＣＨ送信の反復送信の場合、様々な実施形態において、ＵＥ１０５は、クロスサブフレームチャネル推定を提供すべく、プリコーディングはＭ個のサブフレーム内で変更されないと仮定してよく、ここで、Ｍの値は、ｅＮＢ１１０によって予め定義または予め構成されてよい。さらに、いくつかの実施形態において、Ｍの値は、ＥＰＤＣＣＨ送信またはＰＤＳＣＨ送信のために使用される反復レベルの関数であってよい。

既に特記した通り、例示的な一実施形態は、６個（６）のＰＲＢペアを占めるＥＰＤＣＣＨの送信のサポートに対する強化を提供することを含んでよい。様々な実施形態により、拡張カバレッジの場合、１つのＤＣＩを含むＭＴＣ ＵＥ１０５のための１つのＰＤＣＣＨが、６個のＰＲＢペア内の利用可能なＲＥを完全に占めるようにマッピングされることが許容される。従って、拡張カバレッジ処理の場合、ＥＰＤＣＣＨ‐ＰＲＢセットは、周波数において６個のＰＲＢにマッピングされてよい。しかしながら、現在の仕様によると、ＥＰＤＣＣＨ‐ＰＲＢセットは、周波数において、２、４、または８個のＰＲＢにのみわたってよい。

上記の結果は、ＥＰＤＣＣＨ‐ＰＲＢ‐セットが６個のＰＲＢペアである場合にサポート可能な最大ＡＬは、局所ＥＰＤＣＣＨ送信および分散ＥＰＤＣＣＨ送信の両方に対し、２４のＡＬである。ＥＰＤＣＣＨ設計の現在の規格によると、局所ＥＰＤＣＣＨ送信は、最大８のＡＬを有してよい。しかしながら、拡張カバレッジに要求される反復数を低減すべく、分散ＥＰＤＣＣＨ送信に類似して、様々な実施形態は、ＴＳ３６．２１３によって定義されるケース２に属する局所ＥＰＤＣＣＨ送信等の局所ＥＰＤＣＣＨ送信に使用されるべきＡＬ１６および２４をもたらす。

ＡＬ数の増加と共に必要とされるブラインドデコーディング試行数を低減すべく、ＵＥ１０５が、ＥＰＤＣＣＨのためにモニタリングするにあたり予期されてよいＡＬのセットは、カバレッジ拡張レベルに対応するように構成または予め定義されてよい。予め定義されたＡＬは、１から２４のすべての可能なＡＬのサブセットであってよく、ここで、ＡＬのサブセットは、１または複数の設計選択に基づいてよい。例えば、いくつかの実施形態において、ＵＥ１０５が最も高いカバレッジ拡張レベルで動作しているとき、ＵＥ１０５は、ＡＬ１６および２４のみが、局所ＥＰＤＣＣＨ送信または分散ＥＰＤＣＣＨ送信を送信するために使用されると仮定してよい。様々な実施形態において、ＵＥ固有のＳＳ ＥＰＤＣＣＨ構成を搬送するＲＲＣメッセージをスケジューリングするために使用される非ＵＥ固有のＳＳの場合、使用されるＡＬのサブセットは、ＭＴＣ ＳＩＢによって示されてよい。

また、既に特記した通り、各ＥＣＣＥが、ＥＲＥＧのセットにマッピングされてよい。様々な実施形態において、ＥＣＣＥを分散ＥＰＤＣＣＨ送信のＥＲＥＧにマッピングするために使用されるマッピング式は、現在有効な制御チャネル構成と後方互換性を有しつつ、６個のＰＲＢから成るＥＰＤＣＣＨ‐ＰＲＢセットをサポートするように修正されてよい。現在指定されているＥＣＣＥ対ＥＲＥＧマッピング式は、以下の通りである。

サブフレームｉにおけるＥＰＤＣＣＨセットＸ_ｍ内で、ＥＰＤＣＣＨの送信のために利用可能なＥＣＣＥは、０から
までの番号が振られており、ＥＣＣＥ番号ｎは、以下に対応する。
‐局所マッピングの場合、ＰＲＢインデックス
において、
の番号が振られたＥＲＥＧ。および
‐分散マッピングの場合、ＰＲＢインデックス
において、
の番号が振られたＥＲＥＧ。ここで、
であり、
は、ＥＣＣＥ毎のＥＲＥＧ数であり、
は、リソースブロックペア毎のＥＣＣＥ数である。ＥＰＤＣＣＨセットＸ_ｍを構成する物理リソースブロックペアは、０から
まで昇順で番号が振られると仮定される。

様々な実施形態により、モニタリングすべき６個のＰＲＢ長のＥＰＤＣＣＨ ＰＲＢセットを判断すべく、上記式は床関数を含むように修正されてよい。このような実施形態において、床関数は、ＰＲＢインデックスを導き出すために使用されるマッピング式の一部に導入されてよい。床関数（"floor( )"で表される）を持つ修正されたＥＣＣＥ対ＥＲＥＧマッピング式が、以下に示される。

サブフレームｉにおけるＥＰＤＣＣＨセットＸ_ｍ内で、ＥＰＤＣＣＨの送信に利用可能なＥＣＣＥは、０から、
までの番号が振られ、ＥＣＣＥ番号ｎは、以下に対応する。
‐局所マッピングの場合、ＰＲＢインデックス
において、
の番号が振られたＥＲＥＧ。および
‐分散マッピングの場合、ＰＲＢインデックス
において、
の番号が振られたＥＲＥＧ。ここで、
であり、
は、ＥＣＣＥ毎のＥＲＥＧ数であり、
は、リソースブロックペア毎のＥＣＣＥ数である。ＥＰＤＣＣＨセットＸ_ｍを構成する物理リソースブロックペアは、０から
まで昇順で番号が振られると仮定される。 様々な実施形態において、
は、
より大きくない最大数値であってよい。

図５は、様々な実施形態により、ＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングするために、ＵＥ１０５によって実行されてよいプロセス５００を示す。いくつかの実施形態において、ＵＥ１０５は、１または複数の非一時的コンピュータ可読媒体を含んでよく、当該媒体は、自身に格納された命令を有し、当該命令は、ＵＥ１０５による実行時に、ＵＥ１０５に対し、プロセス５００を実行させる。例示目的として、プロセス５００の処理は、図１から３を参照して説明したＵＥ１０５によって実行されるものとして説明される。しかしながら、他の類似のデバイスが、プロセス５００を処理してよいことに留意されたい。図５中には、処理の特定の例および順序が示されている一方、様々な実施形態において、これらの処理は、順番を変更され、さらなる処理に分割され、組み合わされ、および／または完全に省略されてよい。いくつかの実施形態において、図５中に示される処理は、図６から９のいずれかによって示される処理等、他の実施形態に関し記載される処理と組み合わされてよい。

図５を参照すると、処理５０５において、ＵＥ１０５は、ｅＮＢ１１０からの通信に基づいて、１または複数の所望のサブフレーム内のモニタリングされるべき１または複数のＥＰＤＣＣＨ‐ＰＲＢセットを示す制御チャネル構成を判断してよい。制御チャネル構成は、ＲＲＣシグナリングプロシージャ中に、ｅＮＢ１１０によって、ＵＥ１０５に対し提供されてよい。例えば、ＵＥ１０５は、ＵＥ１０５を構成するために使用されるＲＲＣシグナリングの一部として、非ＵＥ固有のサーチスペースのための制御チャネル構成を受信してよい。いくつかの実施形態において、制御チャネル構成は、ＭＴＣ ＵＥ１０５に専用のＭＩＢまたは１または複数のＳＩＢ内で、ｅＮＢ１１０によって、ＵＥ１０５に対し提供されてよい。

処理５１０において、ＵＥ１０５は、モニタリングすべき１または複数のＥＰＤＣＣＨ‐ＰＲＢセットのうちの少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットを判断してよい。いくつかの実施形態において、制御チャネル構成は、複数のサブフレームにわたるＥＰＤＣＣＨ送信のためのモニタリングすべき１または複数のＥＰＤＣＣＨ‐ＰＲＢセットを示してよい。実施形態においては、ＥＰＤＣＣＨ‐ＰＲＢセットのサブフレームとの関連付けは、Ｘ個のサブフレームの粒度に基づいて定義されてよく、ここで、Ｘの値は、１より大きいかまたは１に等しい。Ｘの値はまた、１．４ＭＨｚにわたるナローバンドから、それより大きなシステム帯域幅内の別のナローバンドへ切り替えるために必要な再調整時間等、ＵＥ１０５が第１のナローバンドから第２のナローバンドへ切り替えるために要求される再調整時間を含んでよい。

いくつかの実施形態において、制御チャネル構成は、ＥＰＤＣＣＨ ＵＥ固有のＳＳにおけるモニタリングされるべき複数のＥＰＤＣＣＨ‐ＰＲＢセットを示してよい。このような実施形態において、ＥＰＤＣＣＨ‐ＰＲＢセットと非重複サブフレームの各セットとの間の関連付けは、少なくともＵＥ１０５に関連付けられたＣ‐ＲＮＴＩの関数であるハッシュ関数に基づいてよい。

いくつかの実施形態において、制御チャネル構成は、ＵＥ１０５によってモニタリングされるべき少なくとも２つのＥＰＤＣＣＨ‐ＰＲＢセットを示してよく、ここで、少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットは、ＥＰＤＣＣＨ ＵＥ固有のＳＳに対応し、少なくとも１つの他方のＥＰＤＣＣＨ‐ＰＲＢセットは、非ＵＥ固有のＳＳに対応する。ＭＴＣ ＵＥ１０５の場合、同一のサブフレーム内の両方のＥＰＤＣＣＨ‐ＰＲＢセットがモニタリングされる場合、両方のＥＰＤＣＣＨ‐ＰＲＢセットは、連続的な１．４ＭＨｚ帯域幅に限定されるＰＲＢにマッピングされる必要があることに留意されたい。

処理５１５において、ＵＥ１０５は、所望のサブフレーム内のＥＰＤＣＣＨ送信をＵＥに送信するために使用される１または複数のＥＰＤＣＣＨ候補を検出すべく、所望のサブフレーム内の判断された少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングしてよい。制御チャネル構成が、複数のサブフレームにわたるＥＰＤＣＣＨ送信のためのモニタリングすべき１または複数のＥＰＤＣＣＨ‐ＰＲＢセットを示す実施形態においては、ＵＥ１０５は、複数のサブフレーム内の選択されたＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングすることが予期されてよい。制御チャネル構成が、ＵＥ固有のＳＳにおいてモニタリングされるべき複数のＥＰＤＣＣＨ‐ＰＲＢセットを示す実施形態においては、ＵＥ１０５は、ＥＰＤＣＣＨ‐ＰＲＢセットと非重複サブフレームの各セットとの間の関連付けに従い、ＵＥ固有のＳＳをモニタリングしてよい。制御チャネル構成が、ＵＥ固有のＳＳに対応する少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットおよび非ＵＥ固有のＳＳに対応する少なくとも１つの他のＥＰＤＣＣＨ‐ＰＲＢセットを示す実施形態においては、ＵＥ１０５は、ＵＥ固有のＳＳに対応する少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットに従い、ＵＥ固有のＳＳにおける１または複数のサブフレームをモニタリングしてよく、ＵＥ１０５は、非ＵＥ固有のＳＳに対応する少なくとも１つの他のＥＰＤＣＣＨ‐ＰＲＢセットに従い、非ＵＥ固有のＳＳにおける１または複数のサブフレームをモニタリングしてよい。

さらに、いくつかの実施形態において、ＵＥ１０５が標準カバレッジモードまたは拡張カバレッジモードのいずれにあるかに関わらず、ＵＥ１０５は、所望のサブフレーム内の複数のＥＰＤＣＣＨ候補を検出する目的のために、少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングしてよい一方、他の実施形態においては、ＵＥが拡張カバレッジモードにある場合にのみ、ＵＥ１０５は、所望のサブフレーム内の少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングしてよい。制御チャネル構成が、複数のサブフレームにわたるモニタリングされるべき少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットを示す実施形態においては、ＵＥ１０５は、制御チャネル構成によって定義される複数のサブフレームの各々における少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングしてよい。ＵＥ１０５がｅＮＢ１１０からの別の通信に基づいて、別の制御チャネル構成（「再構成」、「制御チャネル再構成」、「新しい物理ダウンリンク制御チャネル構成」等とも称される）を判断するまで、ＵＥ１０５は、１または複数のＥＰＤＣＣＨ送信のために、示されたサブフレーム内の判断されたＥＰＤＣＣＨ‐ＰＲＢセットのモニタリングを続行する。別の制御チャネル構成は、処理５０５に関し説明したものと同一または類似の方法でＵＥ１０５によって判断されてよい。

図６は、様々な実施形態による、ＲＲＣ接続確立プロシージャの一部として、ＥＰＤＣＣＨのためのＵＥ固有のＳＳのための初期構成を取得すべく、ＵＥ１０５によって実行されてよいプロセス６００を示す。いくつかの実施形態において、ＵＥ１０５は、１または複数の非一時的コンピュータ可読媒体を含んでよく、当該媒体は、自身に格納された命令を有し、当該命令は、ＵＥ１０５による実行時に、ＵＥ１０５に対し、プロセス６００を実行させる。例示目的として、プロセス６００の処理は、図１から３を参照して説明したＵＥ１０５によって実行されるものとして説明される。しかしながら、他の類似のデバイスが、プロセス６００を処理してよいことに留意されたい。図６中には、処理の特定の例および順序が示されている一方、様々な実施形態において、これらの処理は、順番を変更され、さらなる処理に分割され、組み合わされ、および／または完全に省略されてよい。いくつかの実施形態において、図６中に示される処理は、図５および７から９のいずれかによって示される処理等、他の実施形態に関し記載される処理と組み合わされてよい。

図６を参照すると、処理６０５において、ＵＥ１０５は、ＲＲＣ接続要求メッセージ（「メッセージ３」とも称される）を送信してよい。メッセージ３は、３ＧＰＰ ＴＳ２５．３３１バージョン１２．６．０（２０１５‐０６）によって定義される規格等、現在の規格に従い、送信されてよい。例えば、メッセージ３は、ＵＥ１０５における上位レイヤがＲＲＣ接続の確立を要求するアイドルモードにＵＥ１０５がある場合に、ＵＥ１０５によって物理アップリンク共有チャネル（ＰＵＳＣＨ）上で送信されてよい。

処理６１０において、ＵＥ１０５は、ＣＲＴｉｍｅｒを開始または起動してよい。ＣＲＴｉｍｅｒは、メッセージ３の送信時に有効化されてよい。様々な実施形態において、ＣＲＴｉｍｅｒは、ＵＥ１０５がモニタリングすべきサブフレーム数を示してよい。いくつかの実施形態において、ＣＲＴｉｍｅｒ値は、ＵＥ１０５固有であってよく、および／または、ＵＥ１０５が拡張カバレッジモードにある場合、ＵＥ１０５によって要求されるカバレッジ拡張の量の関数であってよい。様々な実施形態において、ＣＲＴｉｍｅｒの値は、６４サブフレームより大きくてよい。いくつかの実施形態において、ＵＥ１０５が、ＨＡＲＱ否定的確認応答（ＮＡＣＫ）等、メッセージ３が受信されなかったという指標を受信する場合、メッセージ３は、再送信され、ＣＲＴｉｍｅｒが再開されてよい。

処理６１５において、ＵＥ１０５は、１または複数のサブフレーム内の非ＵＥ固有のＳＳにおける１または複数のＥＰＤＣＣＨ送信のためにモニタリングすべき、ＥＰＤＣＣＨを示す制御チャネル構成を判断してよい。いくつかの実施形態において、制御チャネル構成は、ＵＥ１０５がモニタリングすべき非ＵＥ固有のサーチスペースを示してよい。ＥＰＤＣＣＨ送信のための非ＵＥ固有のサーチスペースは、ＭＴＣ ＳＩＢおよび／またはＭＩＢの１または複数の予備ビットを介して少なくとも部分的に示されてよい。

処理６２０において、ＵＥ１０５は、１または複数のサブフレーム内の非ＵＥ固有のＳＳにおける１または複数のＥＰＤＣＣＨ送信のためにＥＰＤＣＣＨをモニタリングしてよい。様々な実施形態において、ＵＥ１０５宛ての１または複数のＥＰＤＣＣＨ送信は、ＤＣＩメッセージを搬送してよい。いくつかの実施形態において、ＤＣＩメッセージは、ＤＣＩフォーマット１Ａメッセージであってよい。ＵＥ１０５がＭＴＣ ＵＥ１０５である実施形態においては、ＤＣＩメッセージは、ＤＣＩフォーマット１Ａの簡易バージョンであってよい。また、様々な実施形態において、ＤＣＩメッセージは、ランダムアクセス応答メッセージ内でＵＥ１０５に対し提供された一時的Ｃ‐ＲＮＴＩでスクランブルされた１６ビットのＣＲＣを含んでよい。様々な実施形態において、ＵＥ１０５は、ＣＲメッセージ（「メッセージ４」とも称される）のために、非ＵＥ固有のＳＳにおけるＥＰＤＣＣＨ送信のためにモニタリングしてよい。このような実施形態においては、ＵＥ１０５は、ＥＰＤＣＣＣＨ送信を搬送する１または複数のサブフレーム内のＵＥ１０５のためのＣＳＩ‐ＲＳ送信の認識なしでメッセージ４のためのＥＰＤＣＣＨをモニタリングしてよい。さらに、様々な実施形態において、ＥＰＤＣＣＨ送信は、ｅＮＢ１１０により、ＣＳＩ‐ＲＳ送信の送信に使用される１または複数のＲＥに対応するＥＰＤＣＣＨ送信をパンクチャすることによって、送信のためのスケジューリングがされてよい。他の実施形態においては、ＥＰＤＣＣＨ送信は、ｅＮＢ１１０により、ＣＳＩ‐ＲＳ送信の送信に使用される１または複数のＲＥをレートマッチングすることによって、送信のためのスケジューリングがされてよい。いくつかの実施形態において、非ＵＥ固有のＳＳにおけるＥＰＤＣＣＨ送信は、ＲＥベースのプリコーダサイクリングでの実装ベースの擬似ランダムビームフォーミングまたはダイバーシチベースの空間周波数ブロックコーディング（ＳＦＢＣ）を使用する分散ＥＰＤＣＣＨを使用して、送信されてよい。

処理６２５において、ＵＥ１０５は、ｅＮＢ１１０からのメッセージ４が受信されたかどうかを判断してよい。処理６１０で開始されたＣＲＴｉｍｅｒは、ＣＲメッセージの受信時に終了してよい。様々な実施形態において、ランダムアクセスプロシージャ中に、ＣＳＩ‐ＲＳ構成は、ＵＥ１０５によって認識されなくてよい。このような実施形態においては、ＥＰＤＣＣＨ送信を搬送する１つのサブフレームまたは複数のサブフレーム内の任意の特定のＣＳＩ‐ＲＳ送信の認識なしで、ＣＲメッセージは、送信のためのスケジューリングがされてよい。いくつかの実施形態において、ＣＲメッセージは、特定のサブフレーム内のＣＳＩ‐ＲＳ送信のために使用されるＲＥに対応するＥＰＤＣＣＨ送信をパンクチャすることによって、スケジューリングされてよい。他の実施形態は、すべての可能なＣＳＩ‐ＲＳ構成に基づいてＥＰＤＣＣＨ送信をレートマッチングすることを含んでよい。処理６２５において、ＵＥ１０５が、メッセージ４が受信されなかったと判断する場合、ＵＥ１０５は、処理６２０に戻り、１または複数のサブフレーム内の非ＵＥ固有のＳＳにおける１または複数のＥＰＤＣＣＨ送信のためのＥＰＤＣＣＨのモニタリングを続行してよい。

処理６２５において、ＵＥ１０５が、ＣＲＴｉｍｅｒの満了前にメッセージ４が受信されたと判断する場合、ＵＥ１０５は、処理６３５に進み、プロセス６００を終了してよい。ＵＥ１０５が、ＣＲＴｉｍｅｒの満了前にメッセージ４を受信しない場合、ＵＥ１０５は処理６３０に進み、ランダムアクセスプロシージャ中にランダムアクセス（ＲＡＣＨ）プリアンブルを送信してよい。メッセージ４が受信されず、ＣＲＴｉｍｅｒが満了した場合、ＵＥ１０５は、別のＵＥ１０５との競合が発生し、ＵＥ１０５が競合解決プロセスに失敗したと仮定してよい。多くの実施形態において、ＲＡＣＨプリアンブル送信は、ＰＲＡＣＨリソースの次の出現において開始されてよい。他の実施形態においては、ＲＡＣＨプリアンブルを送信する代わりに、ＵＥ１０５は、処理６０５に戻り、別のメッセージ３を再送信してよい。ＲＡＣＨプリアンブルが開始されると、ＵＥ１０５は、処理６１０に進み、別のＣＲＴｉｍｅｒを開始してよい。

図７は、様々な実施形態による、ＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングすべく、ＵＥ１０５によって実行されてよいプロセス７００を示す。いくつかの実施形態において、ＵＥ１０５は、１または複数の非一時的コンピュータ可読媒体を含んでよく、当該媒体は、自身に格納された命令を有し、当該命令は、ＵＥ１０５による実行時に、ＵＥ１０５に対し、プロセス７００を実行させる。例示目的として、プロセス７００の処理は、図１から３を参照して説明したＵＥ１０５によって実行されるものとして説明される。しかしながら、他の類似のデバイスが、プロセス７００を処理してよいことに留意されたい。図７中には、処理の特定の例および順序が示されている一方、様々な実施形態において、これらの処理は、順番を変更され、さらなる処理に分割され、組み合わされ、および／または完全に省略されてよい。いくつかの実施形態において、図７中に示される処理は、図５から６および８から９のいずれかによって示される処理等、他の実施形態に関し記載される処理と組み合わされてよい。

図７を参照すると、処理７０５において、ＵＥ１０５は、ｅＮＢ１１０からの通信に基づいて、ＥＰＤＣＣＨ送信のためにモニタリングすべき非ＵＥ固有のＳＳを示す制御チャネル構成を判断してよい。制御チャネル構成は、ＲＲＣシグナリングプロシージャ中に、ｅＮＢ１１０によって、ＵＥ１０５に対し提供されてよい。例えば、ＵＥ１０５は、ＵＥ１０５を構成するために使用される専用のＲＲＣシグナリングの一部として、非ＵＥ固有のサーチスペースのための制御チャネル構成を受信してよい。いくつかの実施形態において、非ＵＥ固有のサーチスペースのための制御チャネル構成は、例えば、ＵＥ１０５の初期接続確立プロシージャの一部としてのＵＥ１０５に対するＥＰＤＣＣＨ送信のために、ｅＮＢ１１０によって、ＭＴＣ ＵＥ１０５に専用のＭＩＢまたは１若しくは複数のＳＩＢ内でＵＥ１０５に対し提供されてよく、それは例えば、ランダムアクセス応答（ＲＡＲ）メッセージのスケジューリングまたは競合解決メッセージ（メッセージ４）のスケジューリングを含んでよい。

処理７１０において、ＵＥ１０５は、ＥＰＤＣＣＨ送信のための非ＵＥ固有のＳＳのモニタリングのために、第１のＡＬ１６および／または２４、または第２のＡＬ８および／または１６が使用されるべきかどうかを判断してよい。様々な実施形態において、制御チャネル構成は、非ＵＥ固有のＳＳのモニタリングのために使用されるべき、第１のＡＬまたは第２のＡＬを示してよい。いくつかの実施形態において、第１のＡＬまたは第２のＡＬの選択は、ＭＴＣ ＳＩＢを介して示されてよい。いくつかの実施形態において、第１のＡＬまたは第２のＡＬの選択は、サービングｅＮＢ１１０が、拡張カバレッジ処理をサポートするかどうかの関数であってよい。このような実施形態において、当該関数の指標は、ＭＴＣ ＭＩＢの予備ビットを使用してなされてよい。

処理７１５において、ＵＥ１０５は、判断された第１のＡＬまたは第２のＡＬを使用して、非ＵＥ固有のＳＳにおけるＥＰＤＣＣＨ送信のためにモニタリングを行ってよい。様々な実施形態において、ＵＥ１０５がＰＭＩ／ＲＩで構成されているか否かに関わらず、ＵＥ１０５は、Ｎ個のＰＲＢ長の周波数次元におけるプリコーディング粒度および／またはＰＲＢバンドリングサイズを持つＥＰＤＣＣＨ送信をモニタリングおよび受信してよく、ここで、２≦Ｎ≦８であり、および／またはＭＴＣ ＵＥ１０５の場合、２≦Ｎ≦６である。いくつかの実施形態において、ＵＥ１０５は、ＰＤＳＣＨ送信が拡張ＰＲＢバンドルで送信されることを前提とするように、１または複数のＤＭ‐ＲＳに基づいて、ＰＤＳＣＨ送信を受信してよい。各ＰＲＢバンドルは、ＰＲＧサイズを有してよく、ここで、ＰＲＧサイズは、ＵＥ１０５がプリコーディング粒度が変更されないと仮定してよいＰＲＢ数である。このような実施形態においては、各ＰＲＢバンドルのＰＲＧサイズは、システム帯域幅に関わらず、サブフレーム内のＰＤＳＣＨ送信に割り当てられたＰＲＢ数の関数であってよい。他の実施形態においては、ＰＲＧサイズは、サブフレーム内のＰＤＳＣＨ送信に割り当てられたＰＲＢ数に等しくてよい。時間ドメインにおいて、反復されたＥＰＤＣＣＨ送信および／またはＤＭ‐ＲＳに基づくＰＤＳＣＨ送信の場合、ＵＥ１０５は、クロスサブフレームチャネル推定を可能にすべく、プリコーディング粒度はＭ個のサブフレーム内で変更されないと仮定してよい。このような実施形態においては、Ｍの値は、ＵＥ１０５のために予め定義または構成されてよい。さらに、Ｍの値は、ＥＰＤＣＣＨ送信および／またはＰＤＳＣＨ送信のために使用される反復レベルの関数であってよい。ＵＥ１０５が低減された帯域幅サポートを備えるＭＴＣ ＵＥ１０５である実施形態においては、ＰＲＧの最大サイズは、６個のＰＲＢであってよい。さらに、ＵＥ１０５がＴＭ９またはＴＭ１０の場合に、ＤＭ‐ＲＳはＵＥ１０５に送信されてよい。ＵＥ１０５が、ｅＮＢ１１０からの別の通信に基づいて、処理７０５と同一または類似の処理を介して、モニタリングされるべき、異なるおよび／または追加の非ＵＥ固有のＳＳを持つ別の制御チャネル構成（「再構成」、「制御チャネル再構成」、「新しい物理ダウンリンク制御チャネル構成」等とも称される）を判断するまで、ＵＥ１０５は、第１のＡＬまたは第２のＡＬに従い、ＥＰＤＣＣＨ送信のための非ＵＥ固有のＳＳをモニタリングする。

図８は、様々な実施形態による、ＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングすべく、ＵＥ１０５によって実行されてよいプロセス８００を示す。いくつかの実施形態において、ＵＥ１０５は、１または複数の非一時的コンピュータ可読媒体を含んでよく、当該媒体は、自身に格納された命令を有し、当該命令は、ＵＥ１０５による実行時に、ＵＥ１０５に対し、プロセス８００を実行させる。例示目的として、プロセス８００の処理は、図１から３を参照して説明したＵＥ１０５によって実行されるものとして説明される。しかしながら、他の類似のデバイスが、プロセス８００を処理してよいことに留意されたい。図８には、処理の特定の例および順序が示さている一方、様々な実施形態において、これらの処理は、順番を変更され、さらなる処理に分割され、組み合わされ、および／または完全に省略されてよい。いくつかの実施形態において、図８中に示される処理は、図５から７および９のいずれかによって示される処理等、他の実施形態に関し記載される処理と組み合わされてよい。

図８を参照すると、処理８０５において、ＵＥ１０５は、ｅＮＢ１１０からの通信に基づいて、所望のサブフレーム内のモニタリングされるべき１または複数のＥＰＤＣＣＨ‐ＰＲＢセットを示す制御チャネル構成を判断してよい。処理８０５は、図５に関し説明した処理５０５と同一または類似であってよい。

処理８１０において、ＵＥ１０５は、ＵＥ固有のＳＳのためのサーチスペース式を使用して、非ＵＥ固有のＳＳのＥＰＤＣＣＨ候補に対応する１または複数のＥＣＣＥを判断してよい。様々な実施形態において、ＵＥ固有のＳＳに指定されるサーチスペース式は、上記の式１であってよく、ここで、Ｙ_ｐ，ｋ＝０、ｂ＝０およびｐ＝０である。ここで、ｐ＝０は、非ＵＥ固有のＳＳに対し、単一のＥＰＤＣＣＨ‐ＰＲＢセットのみが構成されていることを示唆してよい。いくつかの実施形態において、ＥＰＤＣＣＨ候補に対応するＥＣＣＥが、同一のサブフレーム内のＰＢＣＨ若しくはＰＢＣＨ反復ブロック（拡張カバレッジのためのＰＢＣＨ反復ブロックが、ｅＮＢ１１０によって送信される場合）および／またはプライマリ若しくはセカンダリ同期信号のいずれかの送信と周波数において重複するＰＲＢペアにマッピングされている場合、ＵＥ１０５は、非ＵＥ固有のＳＳにおけるＥＰＤＣＣＨ送信のためにモニタリングすることを予期されなくてよい。

処理８１５において、ＵＥ１０５は、判断されたＥＣＣＥを使用して、ＥＰＤＣＣＨ送信のための非ＵＥ固有のＳＳをモニタリングしてよい。ＵＥ１０５が、ｅＮＢ１１０からの別の通信に基づいて、処理８０５と同一または類似の処理を介して、異なるおよび／または追加の非ＵＥ固有のＳＳを持つ別の制御チャネル構成（「再構成」、「制御チャネル再構成」、「新しい物理ダウンリンク制御チャネル構成」等とも称される）を判断するまで、ＵＥ１０５は、判断されたＥＣＣＥを使用して、ＥＰＤＣＣＨ送信のための非ＵＥ固有のＳＳをモニタリングする。

図９は、様々な実施形態による、ＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングすべく、ＵＥ１０５によって実行されてよいプロセス９００を示す。いくつかの実施形態において、ＵＥ１０５は、１または複数の非一時的コンピュータ可読媒体を含んでよく、当該媒体は、自身に格納された命令を有し、当該命令は、ＵＥ１０５による実行時に、ＵＥ１０５に対し、プロセス９００を実行させる。例示目的として、プロセス９００の処理は、図１から３を参照して説明したＵＥ１０５によって実行されるものとして説明される。しかしながら、他の類似のデバイスが、プロセス９００を処理してよいことに留意されたい。図９中には、処理の特定の例および順序が示さている一方、様々な実施形態において、これらの処理は、順番を変更され、さらなる処理に分割され、組み合わされ、および／または完全に省略されてよい。いくつかの実施形態において、図９中に示される処理は、図５から８のいずれかによって示される処理等、他の実施形態に関し記載される処理と組み合わされてよい。

図９を参照すると、処理９０５において、ＵＥ１０５は、ｅＮＢ１１０からの通信に基づいて、所望のサブフレーム内のモニタリングされるべき１または複数のＥＰＤＣＣＨ‐ＰＲＢセットを示す制御チャネル構成を判断してよい。処理９０５は、図５に関し説明した処理５０５および／または図８に関し説明した処理８０５と同一または類似であってよい。

処理９１０において、ＵＥ１０５は、モニタリングすべき６個のＰＲＢ長のＥＰＤＣＣＨ‐ＰＲＢセットを判断してよい。いくつかの実施形態において、ＵＥ１０５は、局所ＥＰＤＣＣＨ送信のために、モニタリングすべき６個のＰＲＢ長のＥＰＤＣＣＨ‐ＰＲＢセットを判断するのみであってよい。このような実施形態においては、モニタリングすべき局所ＥＰＤＣＣＨ送信は、ＴＳ３６．２１３に定義されるケース１またはケース２のいずれかに属してよい。いくつかの実施形態において、ＵＥ１０５が、セット｛１，２，４，８，１６，２４，３２｝からのＡＬでブラインドデコーディングを実行することを決定してよいように、モニタリングされるべきＥＰＤＣＣＨ送信は、セット｛１，２，４，８，１６，２４，３２｝からのＡＬで送信されてよい。ＵＥ１０５が、標準カバレッジモードまたは拡張カバレッジモードにおける低減された帯域幅サポートを備えるＭＴＣ ＵＥ１０５である実施形態においては、ＡＬは、セット｛１，２，４，８，１６，２４｝に属してよい。ＵＥ１０５が、拡張カバレッジモードにあるが、システム帯域幅全体をサポートする実施形態においては、ＡＬは、セット｛１，２，４，８，１６，２４，３２｝に属してよい。他の実施形態において、モニタリングされるＡＬのセットは、ＵＥ１０５において、要求されるカバレッジ拡張の量の関数として予め定義または構成されてよい。このような実施形態においては、予め定義されたＡＬは、セット｛１，２，４，８，１６，２４｝に属するすべてＡＬのサブセットであってよい。ＵＥ１０５に要求されるカバレッジ拡張の最大レベルの場合、分散または局所ＥＰＤＣＣＨ送信を送信するために、ＡＬ１６または２４が使用されてよく、ＵＥ１０５が最も高い拡張カバレッジモードにある場合、ＵＥ１０５は、ＡＬ１６または２４のためのブラインドデコーディングを実行するように予め構成されてよい。使用されるＡＬのサブセットは、１または複数のＭＴＣ ＳＩＢおよび／またはＭＩＢによって示されてよい。また、ＥＰＤＣＣＨ候補は、ＵＥ固有のＳＳのためのＲＲＣ構成をスケジューリングするために使用される非ＵＥ固有のＳＳに属してよい。

処理９１５において、ＵＥ１０５は、所望のサブフレーム内のＥＰＤＣＣＨ送信のための６個のＰＲＢ長のＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングしてよい。ＵＥ１０５が、ｅＮＢ１１０からの別の通信に基づいて、処理９０５と同一または類似の処理を介して、モニタリングされるべき異なるおよび／または追加の６個のＰＲＢ長のＥＰＤＣＣＨ‐ＰＲＢセットを持つ別の制御チャネル構成（「再構成」、「制御チャネル再構成」、「新しい物理ダウンリンク制御チャネル構成」等とも称される）を判断するまで、ＵＥ１０５は、判断された６個のＰＲＢ長のＥＰＤＣＣＨ‐ＰＲＢセットを使用して、ＥＰＤＣＣＨ送信のための６個のＰＲＢ長のＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングする。

さらに、様々な実施形態において、ＥＣＣＥを分散ＥＰＤＣＣＨ送信のＥＲＥＧにマッピングするための修正されたマッピング式が、６個のＰＲＢ長のＥＰＤＣＣＨ ＰＲＢセットを判断するために使用されてよい。このような実施形態において、分散ＥＰＤＣＣＨのためのマッピング式は、本明細書で示される通り、使用されるＰＲＢインデックスを導き出すために、使用されるマッピング式の一部に床関数を用いて修正されてよい。

上記実装に係る上記の説明は、例示的な実施形態についての例示および説明を提供しているが、それは網羅的なものであることを意図しておらず、または本発明の範囲を開示の正確な形態に限定することを意図していない。上記の教示に照らし、修正例および変形例が考えられ得、および／または本発明の様々な実装の実施から、修正例および変形例が得られてよい。例えば、説明した例示的な実施形態は、ライセンスされていない共有媒体におけるダウンリンクデータ送信の受信に応答して、アップリンクチャネルにおけるフィードバックを送信することに関する。しかしながら、例示的な実施形態は、アップリンクデータ送信およびライセンスされていない共有媒体におけるダウンリンクチャネルを介して送信される対応するフィードバック送信に適用可能となるように拡張されてよい。

例１は、ユーザ機器（ＵＥ）によって使用される装置であって、命令を有する１または複数のコンピュータ可読記録媒体と、上記１または複数のコンピュータ可読記録媒体に連結された１または複数のプロセッサと、を備え、上記１または複数のプロセッサは、上記命令を実行して、進化型ノードＢ（ｅＮＢ）からの通信に基づいて、所望のサブフレーム内のモニタリングされるべき１または複数の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）物理リソースブロック（ＰＲＢ）セットを示す制御チャネル構成を判断し、上記所望のサブフレーム内の上記ＵＥにＥＰＤＣＣＨ送信を送信するために使用される１または複数のＥＰＤＣＣＨ候補を検出すべく、上記所望のサブフレーム内のＥＰＤＣＣＨ送信のための上記１または複数のＥＰＤＤＣＨ‐ＰＲＢセットのうちの少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングする、装置を含んでよい。

例２は、例１および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、上記ＵＥが標準カバレッジモードまたは拡張カバレッジモードにあるかに関わらず、上記所望のサブフレーム内の上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットのうちの上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングする。

例３は、例１および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、上記ＵＥが拡張カバレッジモードにあるときのみ、上記所望のサブフレーム内の上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットのうちの上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングする。

例４は、例１および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記制御チャネル構成は、複数のサブフレームにわたるＥＰＤＣＣＨ送信のためのモニタリングされるべき上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットを示し、上記１または複数のプロセッサは、上記命令を実行して、上記制御チャネル構成によって定義される、上記複数のサブフレームの各々における上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングする。

例５は、例４および／または本明細書に開示の任意の他の例に係る装置を含んでよく、ＥＰＤＣＣＨ‐ＰＲＢセットのサブフレームへの関連付けは、Ｘ個のサブフレームの粒度に基づいて定義され、Ｘは１より大きいまたは１に等しく且つＸは再調整時間を含んでおり、上記再調整時間は、上記ＵＥが第１のナローバンドから第２のナローバンドへ切り替えるために要求される時間である。

例６は、例４および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記制御チャネル構成はさらに、上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットは、ＵＥ固有のサーチスペース（ＳＳ）においてモニタリングされるべきであることを示し、上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットのうちの個々のものと、１または複数の非重複サブフレームのうちの個々のサブフレームとの間の関連付けは、ハッシュ関数に基づいており、上記ハッシュ関数は、上記ＵＥのセルラ無線ネットワーク一時識別子（Ｃ‐ＲＮＴＩ）に部分的に基づく。

例７は、例４および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットは、ＥＰＤＣＣＨ送信のためのモニタリングに使用されるべきＵＥ固有のＳＳに対応する少なくとも１つの第１のＥＰＤＣＣＨ‐ＰＲＢセットおよびＥＰＤＣＣＨ送信のためのモニタリングに使用されるべき非ＵＥ固有のＳＳに対応する少なくとも１つの第２のＥＰＤＣＣＨ‐ＰＲＢセットを含む。

例８は、例７および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、上記ＵＥ固有のＳＳを判断するための式を使用して、上記第２のＥＰＤＣＣＨ‐ＰＲＢセットのためのモニタリングすべき上記非ＵＥ固有のＳＳを判断する。上記ＵＥ固有のＳＳを判断するための上記式は、非ＵＥ固有のＳＳ拡張制御チャネル要素（ＥＣＣＥ）開始インデックスと共に使用されてよい。

例９は、例７および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、無線リソース制御（ＲＲＣ）シグナリング中に取得される別の制御チャネル構成に基づいて、ＥＰＤＣＣＨ送信のためのモニタリングに使用されるべき上記非ＵＥ固有のＳＳを判断する。

例１０は、例１および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、上記ＵＥがプリコーディングマトリクスインジケータ（ＰＭＩ）またはランクインジケータ（ＲＩ）で構成されているか否かに関わらず、周波数次元におけるプリコーディング粒度または物理リソースブロック（ＰＲＢ）バンドリングサイズがＮ個のＰＲＢ長であるものとして、上記ＥＰＤＣＣＨ送信をモニタリングおよび受信し、ここで２≦Ｎ≦８であり、および上記ＵＥがＭＴＣ ＵＥの場合、２≦Ｎ≦６である。

例１１は、例１０および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、すべてのＰＲＢのために使用されるアンテナポート（ＡＰ）１０７およびＡＰ１０９に対し同一のプリコーダを分散ＥＰＤＣＣＨ送信のための各ＰＲＢバンドル内で使用する。

例１２は、例１および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、クロスサブフレームチャネル推定をもたらすべく、プリコーディングはＭ個のサブフレーム内で変更されないものとして、反復されたまたはバンドルされた送信での上記ＥＰＤＣＣＨ送信を受信し、ここで、Ｍの値は予め定義された値であるか、またはＭの値は、上記ＥＰＤＣＣＨ送信若しくはＰＤＳＣＨ送信に使用される反復レベルの関数である。

例１３は、命令を備える少なくとも１つのコンピュータ可読媒体を含んでよく、上記命令は、ユーザ機器（ＵＥ）による上記命令の実行に応答して、上記ＵＥに対し、進化型ノードＢ（ｅＮＢ）からの通信に基づいて、１または複数のサブフレーム内の非ＵＥ固有のサーチスペース（ＳＳ）における１または複数の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）送信のためにモニタリングされるべきＥＰＤＣＣＨを示す制御チャネル構成を判断させ、上記非ＵＥ固有のＳＳのための上記制御チャネル構成は、マシンタイプ通信（ＭＴＣ）システム情報ブロック（ＳＩＢ）を介して、またはマスタ情報ブロック（ＭＩＢ）の１または複数の予備ビットを介して少なくとも部分的に示され、上記ｅＮＢとの上記通信は、１．４ＭＨｚの送信帯域幅におけるものであり、上記ＵＥに対し、競合解決タイマ（ＣＲＴｉｍｅｒ）の持続期間の間、上記１または複数のサブフレーム内の上記１または複数のＥＰＤＣＣＨ送信のための上記非ＵＥ固有のＳＳをモニタリングさせ、上記ＣＲＴｉｍｅｒは、上記ＵＥによる物理アップリンク共有チャネル（ＰＵＳＣＨ）上での無線リソース制御（ＲＲＣ）接続要求メッセージの送信時に満了し、上記ＣＲＴｉｍｅｒは、上記ｅＮＢからの競合解決メッセージの受信時に終了する。上記少なくとも１つのコンピュータ可読媒体は、非一時的コンピュータ可読媒体であってよい。

例１４は、例１３および／または本明細書に開示の任意の他の例に係る少なくとも１つのコンピュータ可読媒体を含んでよく、上記ＵＥ宛ての上記１または複数のＥＰＤＣＣＨ送信は、一時的セルラ無線ネットワーク一時識別子（Ｃ‐ＲＮＴＩ）でスクランブルされた１６ビット巡回冗長検査（ＣＲＣ）と共にダウンリンク制御情報（ＤＣＩ）メッセージを含み、上記一時的Ｃ‐ＲＮＴＩは、ランダムアクセス応答メッセージ内で上記ＵＥに提供される。

例１５は、例１４および／または本明細書に開示の任意の他の例に係る少なくとも１つのコンピュータ可読媒体を含んでよく、上記ＤＣＩメッセージは、上記ＵＥ宛ての上記１または複数のＥＰＤＣＣＨ送信のためのフォーマット１Ａ ＤＣＩメッセージであるか、または上記ＤＣＩメッセージは、上記ＵＥ宛ての１または複数のＭＴＣ ＥＰＤＣＣＨ送信のための上記フォーマット１Ａ ＤＣＩメッセージの簡易バージョンであり、制御回路が、上記フォーマット１Ａ ＤＣＩメッセージのみのための、または上記フォーマット１Ａ ＤＣＩメッセージの上記簡易バージョンのための上記非ＵＥ固有のＳＳをモニタリングする。

例１６は、例１３および／または本明細書に開示の任意の他の例に係る少なくとも１つのコンピュータ可読媒体を含んでよく、上記ＣＲＴｉｍｅｒの値は、６４より大きく、上記ＣＲＴｉｍｅｒの上記値は、モニタリングされるべきサブフレーム数を示す。

例１７は、例１３および／または本明細書に開示の任意の他の例に係る少なくとも１つのコンピュータ可読媒体を含んでよく、上記ＣＲＴｉｍｅｒの値は、上記ＵＥに固有であり、上記ＣＲＴｉｍｅｒの上記値は、上記ＵＥが拡張カバレッジモードで動作するときに、上記ＵＥによって要求されるカバレッジ拡張の量の関数である。

例１８は、例１３および／または本明細書に開示の任意の他の例に係る少なくとも１つのコンピュータ可読媒体を含んでよく、さらに、上記命令は、上記ＵＥによる命令の実行に応答して、上記ＵＥに、上記ＥＰＤＣＣＨ送信を搬送する１または複数のサブフレーム内の、チャネル状態情報参照信号（ＣＳＩ‐ＲＳ）送信を備えていない上記競合解決メッセージのための上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信をモニタリングさせ、ここで、上記ＥＰＤＣＣＨ送信は、上記ｅＮＢにより、上記ＣＳＩ‐ＲＳ送信の送信のために使用される１または複数のリソースエレメント（ＲＥ）に対応するＥＰＤＣＣＨ送信をパンクチャすることによって、送信のためのスケジューリングがされ、または上記ＥＰＤＣＣＨ送信は、上記ｅＮＢにより、上記ｅＮＢからの上記ＣＳＩ‐ＲＳ送信の送信のために使用される１または複数のＲＥのレートマッチングによって、送信のためのスケジューリングがされる。

例１９は、例１３および／または本明細書に開示の任意の他の例に係る少なくとも１つのコンピュータ可読媒体を含んでよく、さらに、上記ＵＥによる命令の実行に応答して、上記命令は、上記ＵＥに、上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信を分散ＥＰＤＣＣＨ送信として受信させ、上記分散ＥＰＤＣＣＨ送信は、ＲＥベースのプリコーダサイクリングでの実装ベースの擬似ランダムビームフォーミングを使用して、またはダイバーシチベースの空間周波数ブロックコーディング（ＳＦＢＣ）を使用して、送信される。

例２０は、例１３および／または本明細書に開示の任意の他の例に係る少なくとも１つのコンピュータ可読媒体を含んでよく、上記ＵＥによる命令の実行に応答して、上記命令は、上記ＵＥに、上記非ＵＥ固有のＳＳ内のＥＰＤＣＣＨ候補に対応する１または複数の拡張制御チャネル要素（ＥＣＣＥ）が、ＵＥ固有のＳＳのために指定されるサーチスペース式を使用して導き出されるものとして、上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信のためにモニタリングさせる。

例２１は、例２０および／または本明細書に開示の任意の他の例に係る少なくとも１つのコンピュータ可読媒体を含んでよく、上記ＵＥによる命令の実行に応答して、上記命令は、上記ＵＥに、上記ＥＰＤＣＣＨ候補に対応する１または複数のＥＣＣＥが、物理ブロードキャストチャネル（ＰＢＣＨ）送信またはＰＢＣＨ反復ブロックと周波数において重複する物理リソースブロック（ＰＲＢ）ペアにマッピングされている場合、上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信のためにモニタリングさせない。

例２２は、ユーザ機器（ＵＥ）によって使用される装置を含んでよく、上記装置は、命令を有する１または複数のコンピュータ可読記録媒体と、上記１または複数のコンピュータ可読記録媒体に連結された１または複数のプロセッサと、を備え、上記１または複数のプロセッサは、上記命令を実行して、進化型ノードＢ（ｅＮＢ）からの通信に基づいて、モニタリングされるべき１または複数の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）物理リソースブロック（ＰＲＢ）セットを示す制御チャネル構成を判断し、局所ＥＰＤＣＣＨ送信のための上記１または複数のＥＰＤＣＣＨ ＰＲＢセットのうちの少なくとも１つのＥＰＤＣＣＨ ＰＲＢセットをモニタリングし、上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットは、６個のＰＲＢ長であり、上記局所ＥＰＤＣＣＨ送信は、セット｛１，２，４，８，１６，２４，３２｝からのアグリゲーションレベル（ＡＬ）で送信される。

例２３は、例２２および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記ＵＥが標準カバレッジモードまたは拡張カバレッジモードにあるとき、上記ｅＮＢとの上記通信は、１．４ＭＨｚの送信帯域幅におけるものであり、上記ＡＬは、セット｛１，２，４，８，１６，２４｝からのものである、または上記ＵＥが上記拡張カバレッジモードにあるとき、上記ｅＮＢとの上記通信は、全システム帯域幅の送信帯域幅におけるものであり、上記ＡＬは、上記セット｛１，２，４，８，１６，２４，３２｝からのものである。

例２４は、例２２の装置を含んでよく、分散ＥＰＤＣＣＨ送信のための、拡張制御チャネル要素（ＥＣＣＥ）を拡張リソースエレメントグループ（ＥＲＥＧ）にマッピングするための修正されたマッピング式は、ＰＲＢインデックスを導き出すために、使用される式に床関数を含めるように修正される。

例２５は、ユーザ機器（ＵＥ）によって使用される装置を含んでよく、上記装置は、命令を有する１または複数のコンピュータ可読記録媒体と、上記１または複数のコンピュータ可読記録媒体に連結された１または複数のプロセッサと、を備え、上記１または複数のプロセッサは、上記命令を実行して、進化型ノードＢ（ｅＮＢ）からの通信に基づいて、拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）送信のためのモニタリングすべき非ＵＥ固有のサーチスペース（ＳＳ）を示す制御チャネル構成を判断し、上記制御チャネル構成に基づいて、１６若しくは２４の第１のアグリゲーションレベル（ＡＬ）または８若しくは１６の第２のＡＬのみを使用して、非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信のためにモニタリングする。

例２６は、例２５の装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、上記第１のＡＬまたは上記第２のＡＬの選択をマシンタイプ通信（ＭＴＣ）システム情報ブロック（ＳＩＢ）を介して示し、またはサービングセルが拡張カバレッジ処理をサポートするかどうかの関数を示し、上記関数の指標は、ＭＴＣマスタ情報ブロック（ＭＩＢ）の予備ビットを使用して作成される。

例２７は、ユーザ機器（ＵＥ）により使用される装置を含んでよく、上記装置は、命令を有する１または複数のコンピュータ可読記録媒体と、上記１または複数のコンピュータ可読記録媒体に連結された１または複数のプロセッサと、を備え、上記１または複数のプロセッサは上記命令を実行して、上記ＵＥがプリコーディングマトリクスインジケータ（ＰＭＩ）またはランクインジケータ（ＲＩ）で構成されているか否かに関わらず、周波数次元におけるプリコーディング粒度または物理リソースブロック（ＰＲＢ）バンドリングサイズがＮ個のＰＲＢ長であるものとして、上記ＥＰＤＣＣＨ送信をモニタリングおよび受信し、ここで２≦Ｎ≦８であり、および上記ＵＥがＭＴＣ ＵＥの場合、２≦Ｎ≦６である。

例２８は、例２７および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、分散ＥＰＤＣＣＨ送信のための各ＰＲＢバンドル内のすべてのＰＲＢに使用されるアンテナポート（ＡＰ）１０７およびＡＰ１０９に対し同一のプリコーダを使用する。

例２９は、例２７および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、上記ＰＤＳＣＨ送信は、拡張ＰＲＢバンドルで送信されると仮定されるものとして、１または複数の復調参照信号（ＤＭ‐ＲＳ）に基づいて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信し、ここで、ＰＲＢバンドルのＰＲＢグループ（ＰＲＧ）サイズは、システム帯域幅に関わらず、サブフレーム内のＰＤＳＣＨ送信に割り当てられるＰＲＢ数の関数であり、上記ＤＭ‐ＲＳは、送信モード（ＴＭ）９またはＴＭ１０に従い送信される。

例３０は、例２９および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記ＰＲＧサイズは、上記サブフレーム内のＰＤＳＣＨ送信に割り当てられるＰＲＢ数と等しい、または上記ＵＥがＭＴＣ ＵＥの場合、上記ＰＲＧサイズの最大サイズは６である。

例３１は、例２７および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、クロスサブフレームチャネル推定をもたらすべく、プリコーディングはＭ個のサブフレーム内で変更されないものとして、反復されたまたはバンドルされた送信での上記ＥＰＤＣＣＨ送信を受信し、ここで、Ｍの値は予め定義された値であるか、またはＭの値は、上記ＥＰＤＣＣＨ送信若しくはＰＤＳＣＨ送信に使用される反復レベルの関数である。

例３２は、命令を備えた少なくとも１つのコンピュータ可読媒体を含んでよく、上記命令は、ユーザ機器（ＵＥ）による上記命令の実行に応答して、上記ＵＥに対し、上記ＵＥがプリコーディングマトリクスインジケータ（ＰＭＩ）またはランクインジケータ（ＲＩ）で構成されているか否かに関わらず、周波数次元におけるプリコーディング粒度または物理リソースブロック（ＰＲＢ）バンドリングサイズがＮ個のＰＲＢ長であるものとして、上記ＥＰＤＣＣＨ送信をモニタリングおよび受信させ、ここで２≦Ｎ≦８であり、および上記ＵＥがＭＴＣ ＵＥの場合、２≦Ｎ≦６である。

例３３は、例３２および／または本明細書に開示の任意の他の例に係る少なくとも１つのコンピュータ可読媒体を含んでよく、上記命令はさらに、上記ＵＥによる上記命令の実行に応答して、上記ＵＥに、分散ＥＰＤＣＣＨ送信のための各ＰＲＢバンドル内のすべてのＰＲＢに使用されるアンテナポート（ＡＰ）１０７およびＡＰ１０９に対し同一のプリコーダを使用させる。

例３４は、例３２および／または本明細書に開示の任意の他の例に係る少なくとも１つのコンピュータ可読媒体を含んでよく、上記命令はさらに、上記ＵＥによる上記命令の実行に応答して、上記ＵＥに、クロスサブフレームチャネル推定をもたらすべく、プリコーディングはＭ個のサブフレーム内で変更されないものとして、反復されたまたはバンドルされた送信での上記ＥＰＤＣＣＨ送信を受信させ、ここで、Ｍの値は予め定義された値であるか、またはＭの値は、上記ＥＰＤＣＣＨ送信若しくはＰＤＳＣＨ送信に使用される反復レベルの関数である。

例３５は、コンピュータ実装方法を含んでよく、上記コンピュータ実装方法は、上記ＵＥがプリコーディングマトリクスインジケータ（ＰＭＩ）またはランクインジケータ（ＲＩ）で構成されているか否かに関わらず、周波数次元におけるプリコーディング粒度または物理リソースブロック（ＰＲＢ）バンドリングサイズがＮ個のＰＲＢ長であるものとして、ユーザ機器（ＵＥ）によって、上記ＥＰＤＣＣＨ送信をモニタリングおよび受信させる段階を備え、ここで２≦Ｎ≦８であり、および上記ＵＥがＭＴＣ ＵＥの場合、２≦Ｎ≦６である。

例３６は、例３５および／または本明細書に開示の任意の他の例に係る方法を含んでよく、さらに、分散ＥＰＤＣＣＨ送信のための各ＰＲＢバンドル内のすべてのＰＲＢに使用されるアンテナポート（ＡＰ）１０７およびＡＰ１０９に対し同一のプリコーダを使用する段階を備える。

例３７は、例３５および／または本明細書に開示の任意の他の例に係る方法を含んでよく、クロスサブフレームチャネル推定をもたらすべく、プリコーディングはＭ個のサブフレーム内で変更されないものとして、反復されたまたはバンドルされた送信での上記ＥＰＤＣＣＨ送信を受信する段階をさらに備え、ここで、Ｍの値は予め定義された値であるか、またはＭの値は、上記ＥＰＤＣＣＨ送信若しくはＰＤＳＣＨ送信に使用される反復レベルの関数である。

例３８は、ユーザ機器（ＵＥ）により使用される装置を含んでよく、上記装置は、命令を有する１または複数のコンピュータ可読記録媒体と、上記１または複数のコンピュータ可読記録媒体に連結された１または複数のプロセッサと、を備え、上記１または複数のプロセッサは、上記命令を実行して、上記ＰＤＳＣＨ送信は、拡張ＰＲＢバンドルで送信されると仮定されるものとして、１または複数の復調参照信号（ＤＭ‐ＲＳ）に基づいて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信し、ここで、ＰＲＢバンドルのＰＲＢグループ（ＰＲＧ）サイズは、システム帯域幅に関わらず、サブフレーム内のＰＤＳＣＨ送信に割り当てられるＰＲＢ数の関数であり、上記ＤＭ‐ＲＳは、送信モード（ＴＭ）９またはＴＭ１０に従い送信される。

例３９は、例３８および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記ＰＲＧサイズは、上記サブフレーム内のＰＤＳＣＨ送信のために割り当てられるＰＲＢ数に等しい、または上記ＵＥがＭＴＣ ＵＥの場合、ＰＲＧサイズの最大サイズは６である。

例４０は、命令を有する少なくとも１つのコンピュータ可読媒体を含んでよく、上記命令は、ユーザ機器（ＵＥ）による上記命令の実行に応答して、上記ＵＥに、上記ＰＤＳＣＨ送信は、拡張ＰＲＢバンドルで送信されると仮定されるものとして、１または複数の復調参照信号（ＤＭ‐ＲＳ）に基づいて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信を受信させ、ここで、ＰＲＢバンドルのＰＲＢグループ（ＰＲＧ）サイズは、システム帯域幅に関わらず、サブフレーム内のＰＤＳＣＨ送信に割り当てられるＰＲＢ数の関数であり、上記ＤＭ‐ＲＳは、送信モード（ＴＭ）９またはＴＭ１０に従い送信される。

例４１は、例４０の少なくとも１つのコンピュータ可読媒体を含んでよく、上記ＰＲＧサイズは、上記サブフレーム内のＰＤＳＣＨ送信のために割り当てられるＰＲＢ数に等しい、または上記ＵＥがＭＴＣ ＵＥの場合、ＰＲＧサイズの最大サイズは６である。

例４２は、コンピュータ実装方法を含んでよく、上記方法は、上記ＰＤＳＣＨ送信は、拡張ＰＲＢバンドルで送信されると仮定されるものとして、１または複数の復調参照信号（ＤＭ‐ＲＳ）に基づいて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信をユーザ機器（ＵＥ）によって受信する段階を備え、ここで、ＰＲＢバンドルのＰＲＢグループ（ＰＲＧ）サイズは、システム帯域幅に関わらず、サブフレーム内のＰＤＳＣＨ送信に割り当てられるＰＲＢ数の関数であり、上記ＤＭ‐ＲＳは、送信モード（ＴＭ）９またはＴＭ１０に従い送信される。

例４３は、例４２の方法を含んでよく、上記ＰＲＧサイズは、上記サブフレーム内のＰＤＳＣＨ送信のために割り当てられるＰＲＢ数に等しい、または上記ＵＥがＭＴＣ ＵＥの場合、ＰＲＧサイズの最大サイズは６である。

例４４は、ユーザ機器（ＵＥ）により使用される装置を含んでよく、上記装置は、命令を有する１または複数のコンピュータ可読記録媒体と、上記１または複数のコンピュータ可読記録媒体に連結された１または複数のプロセッサと、を備え、上記１または複数のプロセッサは、上記命令を実行して、クロスサブフレームチャネル推定をもたらすべく、プリコーディングはＭ個のサブフレーム内で変更されないものとして、反復されたまたはバンドルされた送信での上記ＥＰＤＣＣＨ送信を受信し、ここで、Ｍの値は予め定義された値であるか、またはＭの値は、上記ＥＰＤＣＣＨ送信若しくはＰＤＳＣＨ送信に使用される反復レベルの関数である。

例４５は、命令を備える少なくとも１つのコンピュータ可読媒体を含んでよく、上記命令は、ユーザ機器（ＵＥ）による上記命令の実行に応答して、上記ＵＥに、クロスサブフレームチャネル推定をもたらすべく、プリコーディングはＭ個のサブフレーム内で変更されないものとして、反復されたまたはバンドルされた送信での上記ＥＰＤＣＣＨ送信を受信させ、ここで、Ｍの値は予め定義された値であるか、またはＭの値は、上記ＥＰＤＣＣＨ送信若しくはＰＤＳＣＨ送信に使用される反復レベルの関数である。

例４６は、コンピュータ実装方法を含んでよく、上記方法は、クロスサブフレームチャネル推定をもたらすべく、プリコーディングはＭ個のサブフレーム内で変更されないものとして、反復されたまたはバンドルされた送信での上記ＥＰＤＣＣＨ送信をユーザ機器（ＵＥ）によって受信する段階を備え、ここで、Ｍの値は予め定義された値であるか、またはＭの値は、上記ＥＰＤＣＣＨ送信若しくはＰＤＳＣＨ送信に使用される反復レベルの関数である。

例４７は、コンピュータ実装方法を含んでよく、上記方法は、ユーザ機器（ＵＥ）によって、進化型ノードＢ（ｅＮＢ）からの通信に基づいて、所望のサブフレーム内のモニタリングされるべき１または複数の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）物理リソースブロック（ＰＲＢ）セットを示す制御チャネル構成を判断する段階と、上記ＵＥによって、上記所望のサブフレーム内の上記ＵＥにＥＰＤＣＣＨ送信を送信するために使用される１または複数のＥＰＤＣＣＨ候補を検出すべく、上記所望のサブフレーム内のＥＰＤＣＣＨ送信のための上記１または複数のＥＰＤＤＣＨ‐ＰＲＢセットのうちの少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングする段階と、を備える。

例４８は、例５７の方法を含んでよく、上記命令はさらに、上記ＵＥによる上記命令の実行に応答して、上記ＵＥに、上記ＵＥが標準カバレッジモードまたは拡張カバレッジモードにあるかに関わらず、上記所望のサブフレーム内の上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットのうちの上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングさせる。

例４９は、例４７および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記命令はさらに、上記ＵＥによる上記命令の実行に応答して、上記ＵＥに、上記ＵＥが拡張カバレッジモードにあるときのみ、上記所望のサブフレーム内の上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットのうちの上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングさせる。

例５０は、例４７および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記制御チャネル構成は、複数のサブフレームにわたるＥＰＤＣＣＨ送信のためのモニタリングされるべき上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットを示し、上記１または複数のプロセッサは、上記命令を実行して、上記制御チャネル構成によって定義される、上記複数のサブフレームの各々における上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングする。

例５１は、例５０および／または本明細書に開示の任意の他の例に係る方法を含んでよく、ＥＰＤＣＣＨ‐ＰＲＢセットのサブフレームへの関連付けは、Ｘ個のサブフレームの粒度に基づいて定義され、Ｘは１より大きいまたは１に等しく且つＸは再調整時間を含んでおり、上記再調整時間は、上記ＵＥが第１のナローバンドから第２のナローバンドへ切り替えるために要求される時間である。

例５２は、例５０および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記制御チャネル構成はさらに、上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットは、ＵＥ固有のサーチスペース（ＳＳ）においてモニタリングされるべきであることを示し、上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットのうちの個々のものと、１または複数の非重複サブフレームのうちの個々のサブフレームとの間の関連付けは、ハッシュ関数に基づいており、上記ハッシュ関数は、上記ＵＥのセルラ無線ネットワーク一時識別子（Ｃ‐ＲＮＴＩ）に部分的に基づく。

例５３は、例５０および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットは、ＥＰＤＣＣＨ送信のためのモニタリングに使用されるべきＵＥ固有のＳＳに対応する少なくとも１つの第１のＥＰＤＣＣＨ‐ＰＲＢセットおよびＥＰＤＣＣＨ送信のためのモニタリングに使用されるべき非ＵＥ固有のＳＳに対応する少なくとも１つの第２のＥＰＤＣＣＨ‐ＰＲＢセットを含む。

例５４は、例５３および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記命令はさらに、上記ＵＥによる上記命令の実行に応答して、上記ＵＥに、上記ＵＥ固有のＳＳを判断するための式を非ＵＥ固有のＳＳ拡張制御チャネル要素（ＥＣＣＥ）開始インデックスと共に使用して、上記第２のＥＰＤＣＣＨ‐ＰＲＢセットのためのモニタリングすべき上記非ＵＥ固有のＳＳを判断させる。

例５５は、例５３および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記命令はさらに、上記ＵＥによる上記命令の実行に応答して、上記ＵＥに、無線リソース制御（ＲＲＣ）シグナリング中に取得される別の制御チャネル構成に基づいて、ＥＰＤＣＣＨ送信のためのモニタリングに使用されるべき上記非ＵＥ固有のＳＳを判断させる。

例５６は、例４７および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記命令はさらに、上記ＵＥによる上記命令の実行に応答して、上記ＵＥに、上記ＵＥがプリコーディングマトリクスインジケータ（ＰＭＩ）またはランクインジケータ（ＲＩ）で構成されているか否かに関わらず、周波数次元におけるプリコーディング粒度または物理リソースブロック（ＰＲＢ）バンドリングサイズがＮ個のＰＲＢ長であるものとして、上記ＥＰＤＣＣＨ送信をモニタリングおよび受信させ、ここで２≦Ｎ≦８であり、および上記ＵＥがＭＴＣ ＵＥの場合、２≦Ｎ≦６である。

例５７は、例５６および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記命令はさらに、上記ＵＥによる上記命令の実行に応答して、上記ＵＥに、分散ＥＰＤＣＣＨ送信のための各ＰＲＢバンドル内のすべてのＰＲＢに使用されるアンテナポート（ＡＰ）１０７およびＡＰ１０９に対し同一のプリコーダを使用させる。

例５８は、例４７および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記命令はさらに、上記ＵＥによる上記命令の実行に応答して、上記ＵＥに、クロスサブフレームチャネル推定をもたらすべく、プリコーディングはＭ個のサブフレーム内で変更されないものとして、反復されたまたはバンドルされた送信での上記ＥＰＤＣＣＨ送信を受信させ、ここで、Ｍの値は予め定義された値であるか、またはＭの値は、上記ＥＰＤＣＣＨ送信若しくはＰＤＳＣＨ送信に使用される反復レベルの関数である。

例５９は、命令を備える少なくとも１つのコンピュータ可読媒体を含んでよく、上記命令は、ユーザ機器（ＵＥ）による命令の実行に応答して、上記ＵＥに、例４７から５８のいずれかの１または複数に係る方法を実行させる。

例６０は、コンピュータ実装方法を含んでよく、上記方法は、ユーザ機器（ＵＥ）により、進化型ノードＢ（ｅＮＢ）からの通信に基づいて、１または複数のサブフレーム内の非ＵＥ固有のサーチスペース（ＳＳ）における１または複数の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）送信のためにモニタリングされるべきＥＰＤＣＣＨを示す制御チャネル構成を判断する段階であって、上記非ＵＥ固有のＳＳのための上記制御チャネル構成は、マシンタイプ通信（ＭＴＣ）システム情報ブロック（ＳＩＢ）を介して、またはマスタ情報ブロック（ＭＩＢ）の１または複数の予備ビットを介して少なくとも部分的に示され、上記ｅＮＢとの上記通信は、１．４ＭＨｚの送信帯域幅におけるものである、判断する段階と、上記ＵＥにより、競合解決タイマ（ＣＲＴｉｍｅｒ）の持続期間の間、上記１または複数のサブフレーム内の上記１または複数のＥＰＤＣＣＨ送信のための上記非ＵＥ固有のＳＳをモニタリングする段階であって、上記ＣＲＴｉｍｅｒは、上記ＵＥによる物理アップリンク共有チャネル（ＰＵＳＣＨ）上での無線リソース制御（ＲＲＣ）接続要求メッセージの送信時に満了し、上記ＣＲＴｉｍｅｒは、上記ｅＮＢからの競合解決メッセージの受信時に終了する、モニタリングする段階と、を備える。

例６１は、例６０および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記ＵＥ宛ての１または複数のＥＰＤＣＣＨ送信は、一時的セルラ無線ネットワーク一時識別子（Ｃ‐ＲＮＴＩ）でスクランブルされた１６ビット巡回冗長検査（ＣＲＣ）と共にダウンリンク制御情報（ＤＣＩ）メッセージを含み、上記一時的Ｃ‐ＲＮＴＩは、ランダムアクセス応答メッセージ内で上記ＵＥに提供される。

例６２は、例６１および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記ＤＣＩメッセージは、上記ＵＥ宛ての上記１または複数のＥＰＤＣＣＨ送信のためのフォーマット１Ａ ＤＣＩメッセージであるか、または上記ＤＣＩメッセージは、上記ＵＥ宛ての１または複数のＭＴＣ ＥＰＤＣＣＨ送信のための上記フォーマット１Ａ ＤＣＩメッセージの簡易バージョンであり、制御回路が、上記フォーマット１Ａ ＤＣＩメッセージのみのための、または上記フォーマット１Ａ ＤＣＩメッセージの上記簡易バージョンのための上記非ＵＥ固有のＳＳをモニタリングする。

例６３は、例６０および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記ＣＲＴｉｍｅｒの値は、６４より大きく、上記ＣＲＴｉｍｅｒの上記値は、モニタリングされるべきサブフレーム数を示す。

例６４は、例６０および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記ＣＲＴｉｍｅｒの値は、上記ＵＥに固有であり、上記ＣＲＴｉｍｅｒの上記値は、上記ＵＥが拡張カバレッジモードで動作するときに、上記ＵＥによって要求されるカバレッジ拡張の量の関数である。

例６５は、例６０および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記命令はさらに、上記ＵＥによる上記命令の実行に応答して、上記ＵＥに、上記ＥＰＤＣＣＨ送信を搬送する１または複数のサブフレーム内の、チャネル状態情報参照信号（ＣＳＩ‐ＲＳ）送信を備えていない上記競合解決メッセージのための上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信をモニタリングさせ、ここで、上記ＥＰＤＣＣＨ送信は、上記ｅＮＢにより、上記ＣＳＩ‐ＲＳ送信の送信のために使用される１または複数のリソースエレメント（ＲＥ）に対応するＥＰＤＣＣＨ送信をパンクチャすることによって、送信のためのスケジューリングがされ、または上記ＥＰＤＣＣＨ送信は、上記ｅＮＢにより、上記ｅＮＢからの上記ＣＳＩ‐ＲＳ送信の送信のために使用される１または複数のＲＥのレートマッチングによって、送信のためのスケジューリングがされる。

例６６は、例６０および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記命令はさらに、上記ＵＥによる上記命令の実行に応答して、上記ＵＥに、上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信を分散ＥＰＤＣＣＨ送信として受信させ、上記分散ＥＰＤＣＣＨ送信は、ＲＥベースのプリコーダサイクリングでの実装ベースの擬似ランダムビームフォーミングを使用して、またはダイバーシチベースの空間周波数ブロックコーディング（ＳＦＢＣ）を使用して、送信される。

例６７は、例６０および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記命令は、上記ＵＥによる上記命令の実行に応答して、上記ＵＥに、上記非ＵＥ固有のＳＳ内のＥＰＤＣＣＨ候補に対応する１または複数の拡張制御チャネル要素（ＥＣＣＥ）が、ＵＥ固有のＳＳのために指定されるサーチスペース式を使用して導き出されるものとして、上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信のためにモニタリングさせる。

例６８は、例６０および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記命令は、上記ＵＥによる上記命令の実行に応答して、上記ＵＥに、上記ＥＰＤＣＣＨ候補に対応する１または複数のＥＣＣＥが、物理ブロードキャストチャネル（ＰＢＣＨ）送信またはＰＢＣＨ反復ブロックと周波数において重複する物理リソースブロック（ＰＲＢ）ペアにマッピングされている場合、上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信のためにモニタリングさせない。

例６９は、命令を有する少なくとも１つのコンピュータ可読媒体を含んでよく、上記命令は、ユーザ機器（ＵＥ）による上記命令の実行に応答して、上記ＵＥに、例６０から６８のいずれか１または複数に係る方法を実行させる。

例７０は、コンピュータ実装方法を含んでよく、上記方法は、ユーザ機器（ＵＥ）により、進化型ノードＢ（ｅＮＢ）からの通信に基づいて、モニタリングされるべき１または複数の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）物理リソースブロック（ＰＲＢ）セットを示す制御チャネル構成を判断する段階と、局所ＥＰＤＣＣＨ送信のための上記１または複数のＥＰＤＣＣＨ ＰＲＢセットのうちの少なくとも１つのＥＰＤＣＣＨ ＰＲＢセットをモニタリングする段階と、を備え、上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットは、６個のＰＲＢ長であり、上記局所ＥＰＤＣＣＨ送信は、セット｛１，２，４，８，１６，２４，３２｝からのアグリゲーションレベル（ＡＬ）で送信される。

例７１は、例７０および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記ＵＥが標準カバレッジモードまたは拡張カバレッジモードにあるとき、上記ｅＮＢとの上記通信は、１．４ＭＨｚの送信帯域幅におけるものであり、上記ＡＬは、セット｛１，２，４，８，１６，２４｝からのものである、または上記ＵＥが上記拡張カバレッジモードにあるとき、上記ｅＮＢとの上記通信は、全システム帯域幅の送信帯域幅におけるものであり、上記ＡＬは、上記セット｛１，２，４，８，１６，２４，３２｝からのものである。

例７２は、例７０および／または本明細書に開示の任意の他の例に係る方法を含んでよく、分散ＥＰＤＣＣＨ送信のための、拡張制御チャネル要素（ＥＣＣＥ）を拡張リソースエレメントグループ（ＥＲＥＧ）にマッピングするための修正されたマッピング式は、ＰＲＢインデックスを導き出すために、使用される式に床関数を含めるように修正される。

例７３は、命令を備える少なくとも１つのコンピュータ可読媒体を含んでよく、上記命令は、ユーザ機器（ＵＥ）による上記命令の実行に応答して、上記ＵＥに、例７０から７２のいずれかに係る方法を実行させる。

例７４は、コンピュータ実装方法を含んでよく、上記方法は、進化型ノードＢ（ｅＮＢ）からの通信に基づいて、拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）送信のためにモニタリングされるべき非ＵＥ固有のサーチスペース（ＳＳ）を示す制御チャネル構成を判断する段階と、上記制御チャネル構成に基づいて、１６若しくは２４の第１のアグリゲーションレベル（ＡＬ）のみ、または８若しくは１６の第２のＡＬを使用して、上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信のためにモニタリングする段階と、を備える。

例７５は、例７４および／または本明細書に開示の任意の他の例に係る方法を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、上記第１のＡＬまたは上記第２のＡＬの選択をマシンタイプ通信（ＭＴＣ）システム情報ブロック（ＳＩＢ）を介して示し、またはサービングセルが拡張カバレッジ処理をサポートするかどうかの関数を示し、上記関数の指標は、ＭＴＣマスタ情報ブロック（ＭＩＢ）の予備ビットを使用して作成される。

例７６は、命令を備える少なくとも１つのコンピュータ可読媒体を含んでよく、上記命令は、ユーザ機器（ＵＥ）による上記命令の実行に応答して、上記ＵＥに、例７４または７５の任意の１または複数に係る方法を実行させる。

例７７は、ユーザ機器（ＵＥ）により使用される装置を含んでよく、上記装置は、命令を有する１または複数のコンピュータ可読記録媒体と、上記１または複数のコンピュータ可読記録媒体に連結された１または複数のプロセッサと、を備え、上記１または複数のプロセッサは、上記命令を実行して、進化型ノードＢ（ｅＮＢ）からの通信に基づいて、１または複数のサブフレーム内の非ＵＥ固有のサーチスペース（ＳＳ）における１または複数の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）送信のためにモニタリングされるべきＥＰＤＣＣＨを示す制御チャネル構成を判断し、上記非ＵＥ固有のＳＳのための上記制御チャネル構成は、マシンタイプ通信（ＭＴＣ）システム情報ブロック（ＳＩＢ）を介して、またはマスタ情報ブロック（ＭＩＢ）の１または複数の予備ビットを介して少なくとも部分的に示され、上記ｅＮＢとの上記通信は、１．４ＭＨｚの送信帯域幅におけるものであり、競合解決タイマ（ＣＲＴｉｍｅｒ）の持続期間の間、上記１または複数のサブフレーム内の上記１または複数のＥＰＤＣＣＨ送信のための上記非ＵＥ固有のＳＳをモニタリングし、上記ＣＲＴｉｍｅｒは、上記ＵＥによる物理アップリンク共有チャネル（ＰＵＳＣＨ）上での無線リソース制御（ＲＲＣ）接続要求メッセージの送信時に満了し、上記ＣＲＴｉｍｅｒは、上記ｅＮＢからの競合解決メッセージの受信時に終了する。

例７８は、例７７および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記ＵＥ宛ての１または複数のＥＰＤＣＣＨ送信は、一時的セルラ無線ネットワーク一時識別子（Ｃ‐ＲＮＴＩ）でスクランブルされた１６ビット巡回冗長検査（ＣＲＣ）と共にダウンリンク制御情報（ＤＣＩ）メッセージを含み、上記一時的Ｃ‐ＲＮＴＩは、ランダムアクセス応答メッセージ内で上記ＵＥに提供される。

例７９は、例７８および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記ＤＣＩメッセージは、上記ＵＥ宛ての上記１または複数のＥＰＤＣＣＨ送信のためのフォーマット１Ａ ＤＣＩメッセージであるか、または上記ＤＣＩメッセージは、上記ＵＥ宛ての１または複数のＭＴＣ ＥＰＤＣＣＨ送信のための上記フォーマット１Ａ ＤＣＩメッセージの簡易バージョンであり、制御回路が、上記フォーマット１Ａ ＤＣＩメッセージのみのための、または上記フォーマット１Ａ ＤＣＩメッセージの上記簡易バージョンのための上記非ＵＥ固有のＳＳをモニタリングする。

例８０は、例７７および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記ＣＲＴｉｍｅｒの値は、６４より大きく、上記ＣＲＴｉｍｅｒの上記値は、モニタリングされるべきサブフレーム数を示す。

例８１は、例７７および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記ＣＲＴｉｍｅｒの値は、上記ＵＥに固有であり、上記ＣＲＴｉｍｅｒの上記値は、上記ＵＥが拡張カバレッジモードで動作するときに、上記ＵＥによって要求されるカバレッジ拡張の量の関数である。

例８２は、例７７および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、上記ＥＰＤＣＣＨ送信を搬送する１または複数のサブフレーム内の、チャネル状態情報参照信号（ＣＳＩ‐ＲＳ）送信を備えていない上記競合解決メッセージのための上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信をモニタリングし、ここで、上記ＥＰＤＣＣＨ送信は、上記ｅＮＢにより、上記ＣＳＩ‐ＲＳ送信の送信のために使用される１または複数のリソースエレメント（ＲＥ）に対応するＥＰＤＣＣＨ送信をパンクチャすることによって、送信のためのスケジューリングがされ、または上記ＥＰＤＣＣＨ送信は、上記ｅＮＢにより、上記ｅＮＢからの上記ＣＳＩ‐ＲＳ送信の送信のために使用される１または複数のＲＥのレートマッチングによって、送信のためのスケジューリングがされる。

例８３は、例７７および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信を分散ＥＰＤＣＣＨ送信として受信し、上記分散ＥＰＤＣＣＨ送信は、ＲＥベースのプリコーダサイクリングでの実装ベースの擬似ランダムビームフォーミングを使用して、またはダイバーシチベースの空間周波数ブロックコーディング（ＳＦＢＣ）を使用して、送信される。

例８４は、例７７および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、上記非ＵＥ固有のＳＳ内のＥＰＤＣＣＨ候補に対応する１または複数の拡張制御チャネル要素（ＥＣＣＥ）が、ＵＥ固有のＳＳのために指定されるサーチスペース式を使用して導き出されるものとして、上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信のためにモニタリングする。

例８５は、例７７および／または本明細書に開示の任意の他の例に係る装置を含んでよく、上記１または複数のプロセッサは、上記命令を実行して、上記ＥＰＤＣＣＨ候補に対応する１または複数のＥＣＣＥが、物理ブロードキャストチャネル（ＰＢＣＨ）送信またはＰＢＣＨ反復ブロックと周波数において重複する物理リソースブロック（ＰＲＢ）ペアにマッピングされている場合、上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信のためにモニタリングさせない。

上記例に係る上記説明は、本明細書に開示の例示的な実施形態について、例示と説明を提供しているが、上記の例は、網羅的なものであることを意図しておらず、または本発明の範囲を開示された正確な形態に限定することも意図していない。上記の教示に照らし、修正例および変形例が考えられ得、および／または本発明の様々な実装の実施から、修正例および変形例が得られてよい。

上記例に係る上記説明は、本明細書に開示の例示的な実施形態について、例示と説明を提供しているが、上記の例は、網羅的なものであることを意図しておらず、または本発明の範囲を開示された正確な形態に限定することも意図していない。上記の教示に照らし、修正例および変形例が考えられ得、および／または本発明の様々な実装の実施から、修正例および変形例が得られてよい。
（項目１）
ユーザ機器（ＵＥ）によって使用される装置であって、
命令を有する１または複数のコンピュータ可読記録媒体と、
上記１または複数のコンピュータ可読記録媒体に連結された１または複数のプロセッサと、を備え、上記１または複数のプロセッサは、上記命令を実行して、
進化型ノードＢ（ｅＮＢ）からの通信に基づいて、所望のサブフレーム内のモニタリングされるべき１または複数の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）物理リソースブロック（ＰＲＢ）セットを示す制御チャネル構成を判断し、
上記所望のサブフレーム内の上記ＵＥにＥＰＤＣＣＨ送信を送信するために使用される１または複数のＥＰＤＣＣＨ候補を検出すべく、上記所望のサブフレーム内のＥＰＤＣＣＨ送信のための上記１または複数のＥＰＤＤＣＨ‐ＰＲＢセットのうちの少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングする、装置。
（項目２）
上記１または複数のプロセッサは、上記命令を実行して、上記ＵＥが標準カバレッジモードまたは拡張カバレッジモードにあるかに関わらず、上記所望のサブフレーム内の上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットのうちの上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングする、項目１に記載の装置。
（項目３）
上記１または複数のプロセッサは、上記命令を実行して、上記ＵＥが拡張カバレッジモードにあるときのみ、上記所望のサブフレーム内の上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットのうちの上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングする、項目１に記載の装置。
（項目４）
上記制御チャネル構成は、複数のサブフレームにわたるＥＰＤＣＣＨ送信のためのモニタリングされるべき上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットを示し、上記１または複数のプロセッサは、上記命令を実行して、上記制御チャネル構成によって定義される、上記複数のサブフレームの各々における上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットをモニタリングする、項目１に記載の装置。
（項目５）
ＥＰＤＣＣＨ‐ＰＲＢセットのサブフレームへの関連付けは、Ｘ個のサブフレームの粒度に基づいて定義され、Ｘは１より大きいまたは１に等しく且つＸは再調整時間を含んでおり、上記再調整時間は、上記ＵＥが第１のナローバンドから第２のナローバンドへ切り替えるために要求される時間である、項目４に記載の装置。
（項目６）
上記制御チャネル構成はさらに、上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットは、ＵＥ固有のサーチスペース（ＳＳ）においてモニタリングされるべきであることを示し、上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットのうちの個々のものと、１または複数の非重複サブフレームのうちの個々のサブフレームとの間の関連付けは、ハッシュ関数に基づいており、上記ハッシュ関数は、上記ＵＥのセルラ無線ネットワーク一時識別子（Ｃ‐ＲＮＴＩ）に部分的に基づく、項目４または５に記載の装置。
（項目７）
上記１または複数のＥＰＤＣＣＨ‐ＰＲＢセットは、ＥＰＤＣＣＨ送信のためのモニタリングに使用されるべきＵＥ固有のＳＳに対応する少なくとも１つの第１のＥＰＤＣＣＨ‐ＰＲＢセットおよびＥＰＤＣＣＨ送信のためのモニタリングに使用されるべき非ＵＥ固有のＳＳに対応する少なくとも１つの第２のＥＰＤＣＣＨ‐ＰＲＢセットを含む、項目４または５に記載の装置。
（項目８）
上記１または複数のプロセッサは、上記命令を実行して、上記ＵＥ固有のＳＳを判断するための式を非ＵＥ固有のＳＳ拡張制御チャネル要素（ＥＣＣＥ）開始インデックスと共に使用して、上記第２のＥＰＤＣＣＨ‐ＰＲＢセットのためのモニタリングすべき上記非ＵＥ固有のＳＳを判断する、項目７に記載の装置。
（項目９）
上記１または複数のプロセッサは、上記命令を実行して、無線リソース制御（ＲＲＣ）シグナリング中に取得される別の制御チャネル構成に基づいて、ＥＰＤＣＣＨ送信のためのモニタリングに使用されるべき上記非ＵＥ固有のＳＳを判断する、項目７に記載の装置。
（項目１０）
上記１または複数のプロセッサは、上記命令を実行して、上記ＵＥがプリコーディングマトリクスインジケータ（ＰＭＩ）またはランクインジケータ（ＲＩ）で構成されているか否かに関わらず、周波数次元におけるプリコーディング粒度または物理リソースブロック（ＰＲＢ）バンドリングサイズがＮ個のＰＲＢ長であるものとして、上記ＥＰＤＣＣＨ送信をモニタリングおよび受信し、ここで２≦Ｎ≦８であり、および上記ＵＥがＭＴＣ ＵＥの場合、２≦Ｎ≦６である、項目１に記載の装置。
（項目１１）
上記１または複数のプロセッサは、上記命令を実行して、分散ＥＰＤＣＣＨ送信のための各ＰＲＢバンドル内のすべてのＰＲＢに使用されるアンテナポート（ＡＰ）１０７およびＡＰ１０９に対し同一のプリコーダを使用する、項目１０に記載の装置。
（項目１２）
上記１または複数のプロセッサは、上記命令を実行して、クロスサブフレームチャネル推定をもたらすべく、プリコーディングはＭ個のサブフレーム内で変更されないものとして、反復されたまたはバンドルされた送信での上記ＥＰＤＣＣＨ送信を受信し、ここで、Ｍの値は予め定義された値であるか、またはＭの値は、上記ＥＰＤＣＣＨ送信若しくはＰＤＳＣＨ送信に使用される反復レベルの関数である、項目１に記載の装置。
（項目１３）
ユーザ機器（ＵＥ）により、進化型ノードＢ（ｅＮＢ）からの通信に基づいて、１または複数のサブフレーム内の非ＵＥ固有のサーチスペース（ＳＳ）における１または複数の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）送信のためにモニタリングされるべきＥＰＤＣＣＨを示す制御チャネル構成を判断する段階であって、上記非ＵＥ固有のＳＳのための上記制御チャネル構成は、マシンタイプ通信（ＭＴＣ）システム情報ブロック（ＳＩＢ）を介して、またはマスタ情報ブロック（ＭＩＢ）の１または複数の予備ビットを介して、少なくとも部分的に示され、上記ｅＮＢとの上記通信は、１．４ＭＨｚの送信帯域幅におけるものである、判断する段階と、
上記ＵＥにより、競合解決タイマ（ＣＲＴｉｍｅｒ）の持続期間の間、上記１または複数のサブフレーム内の上記１または複数のＥＰＤＣＣＨ送信のための上記非ＵＥ固有のＳＳをモニタリングする段階であって、上記ＣＲＴｉｍｅｒは、上記ＵＥによる物理アップリンク共有チャネル（ＰＵＳＣＨ）上での無線リソース制御（ＲＲＣ）接続要求メッセージの送信時に満了し、上記ＣＲＴｉｍｅｒは、上記ｅＮＢからの競合解決メッセージの受信時に終了する、モニタリングする段階と、を備える、コンピュータ実装方法。
（項目１４）
上記ＵＥ宛ての１または複数のＥＰＤＣＣＨ送信は、一時的セルラ無線ネットワーク一時識別子（Ｃ‐ＲＮＴＩ）でスクランブルされた１６ビット巡回冗長検査（ＣＲＣ）と共にダウンリンク制御情報（ＤＣＩ）メッセージを含み、上記一時的Ｃ‐ＲＮＴＩは、ランダムアクセス応答メッセージ内で上記ＵＥに提供される、項目１３に記載のコンピュータ実装方法。
（項目１５）
上記ＤＣＩメッセージは、上記ＵＥ宛ての上記１または複数のＥＰＤＣＣＨ送信のためのフォーマット１Ａ ＤＣＩメッセージであるか、または上記ＤＣＩメッセージは、上記ＵＥ宛ての上記１または複数のＭＴＣ ＥＰＤＣＣＨ送信のための上記フォーマット１Ａ ＤＣＩメッセージの簡易バージョンであり、制御回路が、上記フォーマット１Ａ ＤＣＩメッセージのみのための、または上記フォーマット１Ａ ＤＣＩメッセージの上記簡易バージョンのための上記非ＵＥ固有のＳＳをモニタリングする、項目１４に記載のコンピュータ実装方法。
（項目１６）
上記ＣＲＴｉｍｅｒの値は、６４より大きく、上記ＣＲＴｉｍｅｒの上記値は、モニタリングされるべきサブフレーム数を示す、項目１３に記載のコンピュータ実装方法。
（項目１７）
上記ＣＲＴｉｍｅｒの値は、上記ＵＥに固有であり、上記ＣＲＴｉｍｅｒの上記値は、上記ＵＥが拡張カバレッジモードで動作するときに、上記ＵＥによって要求されるカバレッジ拡張の量の関数である、項目１３に記載のコンピュータ実装方法。
（項目１８）
さらに、上記ＵＥによる命令の実行に応答して、上記命令は、上記ＵＥに、
上記ＥＰＤＣＣＨ送信を搬送する１または複数のサブフレーム内の、チャネル状態情報参照信号（ＣＳＩ‐ＲＳ）送信を備えていない上記競合解決メッセージのための上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信をモニタリングさせ、
ここで、上記ＥＰＤＣＣＨ送信は、上記ｅＮＢにより、上記ＣＳＩ‐ＲＳ送信の送信のために使用される１または複数のリソースエレメント（ＲＥ）に対応するＥＰＤＣＣＨ送信をパンクチャすることによって、送信のためのスケジューリングがされ、または上記ＥＰＤＣＣＨ送信は、上記ｅＮＢにより、上記ｅＮＢからの上記ＣＳＩ‐ＲＳ送信の送信のために使用される１または複数のＲＥのレートマッチングによって、送信のためのスケジューリングがされる、項目１３に記載のコンピュータ実装方法。
（項目１９）
さらに、上記ＵＥによる命令の実行に応答して、上記命令は、上記ＵＥに、
上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信を分散ＥＰＤＣＣＨ送信として受信させ、上記分散ＥＰＤＣＣＨ送信は、ＲＥベースのプリコーダサイクリングでの実装ベースの擬似ランダムビームフォーミングを使用して、またはダイバーシチベースの空間周波数ブロックコーディング（ＳＦＢＣ）を使用して、送信される、項目１３に記載のコンピュータ実装方法。
（項目２０）
上記ＵＥによる命令の実行に応答して、上記命令は、上記ＵＥに、
上記非ＵＥ固有のＳＳ内のＥＰＤＣＣＨ候補に対応する１または複数の拡張制御チャネル要素（ＥＣＣＥ）が、ＵＥ固有のＳＳのために指定されるサーチスペース式を使用して導き出されるものとして、上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信のためにモニタリングさせる、項目１３に記載のコンピュータ実装方法。
（項目２１）
上記ＵＥによる命令の実行に応答して、上記命令は、上記ＵＥに、
ＥＰＤＣＣＨ候補に対応する１または複数のＥＣＣＥが、物理ブロードキャストチャネル（ＰＢＣＨ）送信またはＰＢＣＨ反復ブロックと周波数において重複する物理リソースブロック（ＰＲＢ）ペアにマッピングされている場合、上記非ＵＥ固有のＳＳにおける上記ＥＰＤＣＣＨ送信のためにモニタリングさせない、項目１３に記載のコンピュータ実装方法。
（項目２２）
命令を備える少なくとも１つのコンピュータ可読媒体であって、
上記命令は、ユーザ機器（ＵＥ）による上記命令の実行に応答して、上記ＵＥに、項目１３から２１のいずれか一項に記載のコンピュータ実装方法を実行させる、少なくとも１つのコンピュータ可読媒体。
（項目２３）
ユーザ機器（ＵＥ）によって使用される装置であって、
命令を有する１または複数のコンピュータ可読記録媒体と、
上記１または複数のコンピュータ可読記録媒体に連結された１または複数のプロセッサと、を備え、上記１または複数のプロセッサは、上記命令を実行して、
進化型ノードＢ（ｅＮＢ）からの通信に基づいて、モニタリングされるべき１または複数の拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）物理リソースブロック（ＰＲＢ）セットを示す制御チャネル構成を判断し、
局所ＥＰＤＣＣＨ送信のための上記１または複数のＥＰＤＣＣＨ ＰＲＢセットのうちの少なくとも１つのＥＰＤＣＣＨ ＰＲＢセットをモニタリングし、上記少なくとも１つのＥＰＤＣＣＨ‐ＰＲＢセットは、６個のＰＲＢ長であり、上記局所ＥＰＤＣＣＨ送信は、セット｛１，２，４，８，１６，２４，３２｝からのアグリゲーションレベル（ＡＬ）で送信される、装置。
（項目２４）
上記ＵＥが標準カバレッジモードまたは拡張カバレッジモードにあるとき、上記ｅＮＢとの上記通信は、１．４ＭＨｚの送信帯域幅におけるものであり、上記ＡＬは、セット｛１，２，４，８，１６，２４｝からのものである、または
上記ＵＥが上記拡張カバレッジモードにあるとき、上記ｅＮＢとの上記通信は、全システム帯域幅における送信におけるものであり、上記ＡＬは、上記セット｛１，２，４，８，１６，２４，３２｝からのものである、項目２３に記載の装置。
（項目２５）
分散ＥＰＤＣＣＨ送信のための、拡張制御チャネル要素（ＥＣＣＥ）を拡張リソースエレメントグループ（ＥＲＥＧ）にマッピングするための修正されたマッピング式は、ＰＲＢインデックスを導き出すために、使用される式に床関数を含めるように修正される、項目２３に記載の装置。

Claims (25)

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. 分散ＥＰＤＣＣＨ送信のための、拡張制御チャネル要素（ＥＣＣＥ）を拡張リソースエレメントグループ（ＥＲＥＧ）にマッピングするための修正されたマッピング式は、ＰＲＢインデックスを導き出すために、使用される式に床関数を含めるように修正される、請求項２３に記載の装置。