(57)【要約】【課題】低コストマシンタイプコミュニケーション（ＬＣ−ＭＴＣ）無線送受信ユニットがカバレージを増強するための方法および装置が説明される。【解決手段】物理ブロードキャストチャネル増強のための例示的な方法は、増強された（エンハンスド）ＰＢＣＨについてのシステム情報を受信するステップを含む。ｅＰＢＣＨは、利用可能な無線フレームのサブセットである無線フレームのセット内に配置され、サブセットは、すべての利用可能な無線フレームよりも少数の無線フレームを含む。ｅＰＢＣＨは、無線フレームのセットのうちの少なくとも１つの無線フレーム内で受信される。物理ランダムアクセスチャネル増強のための例示的な方法は、レガシＰＲＡＣＨリソースの構成と、増強された（エンハンスド）ＰＲＡＣＨリソースの構成とを受信するステップを含む。ＷＴＲＵは、カバレージ能力に基づいて、レガシＰＲＡＣＨリソースまたはｅＰＲＡＣＨリソースの一方を選択する。【選択図】図１Ａ
2020031434.tif 000002
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）によって実施される方法であって、
共有チャネルに関連したリソースインデックスおよびサブフレームインデクスを受信するステップと、
前記リソースインデックスおよび前記サブフレームインデクスに基づいて、フィードバックチャネルを決定するステップと、
前記フィードバックチャネルを使用して、フィードバックを送信するステップと
を備えることを特徴とする方法。
【請求項２】
前記フィードバックは、肯定応答（acknowledgement）または否定応答（negative acknowledgement）であることを特徴とする請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、無線通信に関する。
【背景技術】
【０００２】
本出願は、２１０２年１０月５日に出願された米国仮出願第６１／７１０３１５号、２１０３年１月１６日に出願された米国仮出願第６１／７５３２６３号、２１０３年４月３日に出願された米国仮出願第６１／８０７９４５号、および２１０３年８月７日に出願された米国仮出願第６１／８６３２２３号の利益を主張する。
【０００３】
無線送受信ユニット（ＷＴＲＵ）などの通信デバイスは、通信システムを介してリモートデバイスと通信することができる。ＷＴＲＵは、マシンツーマシン（Ｍ２Ｍ）またはマシンタイプコミュニケーション（ＭＴＣ）を実行するように構成することができ、それらは、人間の介入なしに実行することができる通信である。この形態の通信は、スマートメータリング、ホームオートメーション、ｅヘルス、フリート管理、および他の類似の環境において用途を有することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
低コストＭＴＣデバイスなどのデバイスまたはデバイスのタイプ（例えば、ロングタームエボリューション（ＬＴＥ）またはＬＴＥアドバンスト（ＬＴＥ−Ａ）デバイス）のサービスカバレージを、低コストＭＴＣデバイスとは異なるデバイスのために定義されたＬＴＥセルカバレージと比較して、例えば、最大で数ｄＢ（例えば、２０ｄＢ）だけ、改善することが望ましいことがある。この場合、スループットおよび待ち時間に対する要件は、緩和することができる。例えば、メッセージサイズは、アップリンク（ＵＬ）においてはメッセージ当たり最大で１００バイトのオーダ、および／またはダウンリンク（ＤＬ）においてはメッセージ当たり最大で２０バイトのオーダなどに制限することができる。別の例では、待ち時間は、ＤＬについては最大で１０秒、および／またはＵＬについては最大で１時間を許容するように緩和することができる。そのような要件の緩和は、音声など、ある種のサービスのサポートを不可能にし得る。
【課題を解決するための手段】
【０００５】
低コストマシンタイプコミュニケーション（ＬＣ−ＭＴＣ）無線送受信ユニット（ＷＴＲＵ）がカバレージを増強するための方法および装置が説明される。例では、物理ブロードキャストチャネル（ＰＢＣＨ）増強のための方法は、増強された（エンハンスド）ＰＢＣＨ（ｅＰＢＣＨ）についてのシステム情報を、ＷＴＲＵにおいて、基地局から受信するステップを含む。ｅＰＢＣＨは、利用可能な無線フレームのサブセットである無線フレームのセット内に配置され、サブセットは、すべての利用可能な無線フレームよりも少数の無線フレームを含む。ｅＰＢＣＨは、無線フレームのセットのうちの少なくとも１つの無線フレーム内で受信される。別の例では、物理ランダムアクセスチャネル（ＰＲＡＣＨ）増強のための方法は、レガシＰＲＡＣＨリソースの構成と、増強された（エンハンスド）ＰＲＡＣＨ（ｅＰＲＡＣＨ）リソースの構成とを、ＷＴＲＵによって受信するステップを含む。ＷＴＲＵは、カバレージ能力に基づいて、レガシＰＲＡＣＨリソースまたはｅＰＲＡＣＨリソースの一方を選択する。別の例では、物理ランダムアクセスチャネル（ＰＲＡＣＨ）増強のための方法は、増強された（エンハンスド）ＰＲＡＣＨ（ｅＰＲＡＣＨ）リソースの構成を受信するステップを含み、ｅＰＲＡＣＨリソースは、複数のｅＰＲＡＣＨリソースタイプを含み、各ｅＰＲＡＣＨリソースタイプは、カバレージ能力に関連付けられる。
【０００６】
より詳細な理解は、添付の図面を併用する、例として与えられた、以下の説明から得ることができる。
【発明の効果】
【０００７】
低コストマシンタイプコミュニケーション（ＬＣ−ＭＴＣ）無線送受信ユニット（ＷＴＲＵ）がカバレージを増強するための方法および装置が提供される。
【図面の簡単な説明】
【０００８】
【図１Ａ】１または複数の開示される実施形態を実施することができる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示される通信システム内で使用することができる例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示される通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】送信時間間隔（ＴＴＩ）バンドルが４つの連続するＴＴＩからなるＴＴＩバンドリングの例を示す図である。
【図３】着信データパケットについてのレイヤ２（Ｌ２）処理の例を示す図である。
【図４】物理アップリンク制御チャネル（ＰＵＣＣＨ）のための変調シンボルの例示的なマッピングを示す図である。
【図５】物理セル識別子（ＰＣＩ）に従った物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）および物理ハイブリッド自動再送要求（ＨＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）リソース要素グループ割り当ての例を示す図である。
【図６】ＲＶ順序が｛０，１，２，３｝である例示的な循環ＲＶ割り当てを示す図である。
【図７】ＲＶ順序が｛０，２，１，３｝である例示的な循環ＲＶ割り当てを示す図である。
【図８】窓サイズをもたない例示的な循環ＲＶ割り当てを示す図である。
【図９】ビットマップ表示を有するＴＴＩバンドリングの例を示す図である。
【図１０】ＡＣＫ／ＮＡＣＫ反復実施形態の場合のレガシＷＴＲＵの例示的な挙動を示す図である。
【図１１】ＤＬサブフレームバンドリングのためのＡＣＫ／ＮＡＣＫ反復の例を示す図である。
【図１２】ランダムアクセスチャネル（ＲＡＣＨ）手順のためのプリアンブルのフレームおよびブロックの異なる識別を示す図である。
【図１３】窓ベースのダウンリンク送信の例を示す図である。
【発明を実施するための形態】
【０００９】
図１Ａは、１または複数の開示される実施形態が実施され得る例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にすることができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１または複数の（１つ以上の）チャネルアクセス方法を利用することができる。
【００１０】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例を挙げると、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電製品、マシンツーマシンなどを含むことができる。
【００１１】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含み得る。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの１または複数の（１つ以上の）通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースを取るように構成された、任意のタイプのデバイスとすることができる。例を挙げると、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【００１２】
基地局１１４ａは、ＲＡＮ１０４の部分とすることができ、ＲＡＮ１０４は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある特定の地理的領域内で、無線信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルのセクタごとに１つずつ含むことができる。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルのセクタごとに複数の送受信機を利用することができる。
【００１３】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【００１４】
より具体的には、上で言及されたように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの、１または複数の（１つ以上の）チャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１５】
別の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【００１６】
他の実施形態では、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ）、ＧＳＭエボリューション用の高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００１７】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとし得、職場、家庭、乗物、およびキャンパスなどの局所的エリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態では、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することがある。したがって、基地局１１４ｂは、コアネットワーク１０６を介して、インターネット１１０にアクセスする必要がないことがある。
【００１８】
ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信することができることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０４に接続するのに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。
【００１９】
コアネットワーク１０６は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを利用し得る１または複数の（１つ以上の）ＲＡＮに接続された、別のコアネットワークを含むことができる。
【００２０】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。
【００２１】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、着脱不能メモリ１３０と、着脱可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。
【００２２】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１または複数の（１つ以上の）マイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８および送受信機１２０を別々の構成要素として示しているが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
【００２３】
送信／受信要素１２２は、エアインターフェース１１６上で、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成することができることが理解されよう。
【００２４】
加えて、図１Ｂでは、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００２５】
送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【００２６】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されたメモリではなく、サーバまたはホームコンピュータ（図示されず）などの上に配置されたメモリから情報を入手することができ、それらにデータを記憶することができる。
【００２７】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素への電力の分配および／または制御を行うように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【００２８】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上で位置情報を受信することができ、および／または２つ以上の近くの基地局から受信した信号のタイミングに基づいて、自らの位置を決定することができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、任意の適切な位置決定方法を用いて、位置情報を獲得することができることが理解されよう。
【００２９】
プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加的な特徴、機能、および／または有線もしくは無線接続性を提供する、１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００３０】
図１Ｃは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上で言及されたように、ＲＡＮ１０４は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を利用することができる。ＲＡＮ１０４は、コアネットワーク１０６とも通信することができる。
【００３１】
ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々が、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数の（１つ以上の）送受信機を含み得る。一実施形態では、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１４０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３２】
ｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々は、特定のセル（図示されず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｃに示されるように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェース上で互いに通信することができる。
【００３３】
図１Ｃに示されるコアネットワーク１０６は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワークオペレータとは異なる主体によって所有および／または運営することができることが理解されよう。
【００３４】
ＭＭＥ１４２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。ＭＭＥ１４２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能も提供することができる。
【００３５】
サービングゲートウェイ１４４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃの各々に接続することができる。サービングゲートウェイ１４４は、一般に、ユーザデータパケットのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からの経路選択および転送を行うことができる。サービングゲートウェイ１４４は、ｅノードＢ間ハンドオーバ中におけるユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能な場合に行う一斉呼出のトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など、他の機能も実行することができる。
【００３６】
サービングゲートウェイ１４４は、ＰＤＮゲートウェイ１４６にも接続することができ、ＰＤＮゲートウェイ１４６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を容易にすることができる。
【００３７】
コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスの間の通信を容易にすることができる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８の間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【００３８】
送信時間間隔（ＴＴＩ）バンドリングは、例えば、送信電力が最大に接近するにつれて、制限されたＵＬカバレージを経験するユーザまたはＷＴＲＵについてのアップリンク（ＵＬ）カバレージを増強することができる。ＴＴＩバンドリングを使用すると、同じデータを複数の連続するＴＴＩにおいて送信することができ、データのための有効な送信時間窓をＷＴＲＵが拡大することを可能にすることができる。例えば、周波数分割複信（ＦＤＤ）ＬＴＥの場合、最大で４つの連続するＴＴＩをバンドルすることができ、有効な送信時間窓を最大で４倍に拡大することができる。連続するサブフレームの各々において、異なる冗長性バージョン（ＲＶ）を用いて、単一のトランスポートブロックをコード化し、送信することができ、ここで、サブフレームおよびＴＴＩは、交換可能に使用することができる。例えば、同じＴＴＩバンドル内の連続するＴＴＩには、連続するＲＶを割り当てることができる。同じハイブリッド自動再送要求（ＨＡＲＱ）プロセス番号を、ＴＴＩバンドル内のすべてのＴＴＩに割り当てることができ、ＴＴＩバンドル内のすべてのＴＴＩは、単一のリソースとして扱うことができ、それらには、単一のＵＬグラントおよび単一の肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）（例えば、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ））を関連付けることができる。ＴＴＩバンドリングメカニズムは、ＷＴＲＵごとに、より高位のレイヤのシグナリングによって構成することができる。ＦＤＤ  ＴＴＩバンドリングでは、どの再送のラウンドトリップ時間（ＲＴＴ）も、１６ｍｓに等しくすることができる。ＦＤＤ  ＴＴＩバンドリングがアクティブ化された場合、ＷＴＲＵは、ＦＤＤ  ＵＬグラントの規則に従って、ＴＴＩバンドリング内の最初のサブフレームについてのＵＬグラントを受信することができ、ＴＴＩバンドル内でひとたびＵＬデータが送信されると、ＷＴＲＵは、そのＴＴＩバンドルの最後のサブフレームに対応するＰＨＩＣＨ規則に従って、ＰＨＩＣＨまたは他のＵＬグラントを予期することができる。規則は、例えば、３ＧＰＰリリース８の規則とすることができる。
【００３９】
図２は、ＴＴＩバンドルが４つの連続するＴＴＩからなるＴＴＩバンドリングの例を示す図である。例では、ＨＡＲＱ  ＩＤ＃０は、４つのバンドルされたＴＴＩ２０５を含み、ＴＴＩバンドル２０５の最後のＴＴＩから４ＴＴＩ後に、ＡＣＫ／ＮＡＣＫ２１０が受信され、初期送信の最初のＴＴＩから１６ＴＴＩ後に、再送が発生する。ＦＤＤ  ＴＴＩバンドリングがひとたびアクティブ化されると、ＷＴＲＵは、一定数までの、例えば、３ＧＰＰリリース１０の場合は４つまでの、ＨＡＲＱプロセスをサポートすることができる。ＦＤＤ動作では、同じＨＡＲＱプロセスのすべてのＴＴＩバンドルは、同じ数のＵＬサブフレームを有することができ、（例えば、連続するＵＬサブフレームを含む）同じパターンを有することができ、時間領域において一様に分布することができる。
【００４０】
図３は、着信データパケット３０５についてのレイヤ２（Ｌ２）処理３００の例を示す図である。一般に、着信データパケット３０５は、パケットデータ収束プロトコル（ＰＤＣＰ）レイヤまたはエンティティ３１０、無線リンク制御（ＲＬＣ）レイヤまたはエンティティ３１２、媒体アクセス制御（ＭＡＣ）レイヤまたはエンティティ３１４、および物理（ＰＨＹ）レイヤまたはエンティティ３１６を通して処理することができる。例では、ＤＬまたはＵＬ方向に送信されることになる着信パケットには、ＰＤＣＰヘッダ３２０が追加される。示された例は、低データレート用に簡略化されており、ＲＬＣレイヤ３１２は、各ＭＡＣ  ＰＤＵ３３０が単一のＲＬＣサービスデータユニット（ＳＤＵ）３２５を含むことができるように、ＰＤＣＰプロトコルデータユニット（ＰＤＵ）を（例えば、３つのＲＬＣ  ＰＤＵ３２５）に分割するが、連結はしない。このように、各レイヤについてのプロトコルヘッダオーバヘッドは、データまたは制御ＰＤＵ表示のための数ビット、例えば、１ビットを含むことができ、またシーケンス番号（ＳＮ）のための他のビット、例えば、７ビットを含むことができる、ＰＤＣＰヘッダ（例えば、８ビット）３２０と、構成されたモードに依存することができる、例えば、非確認モード（ＵＭ）が構成されたか、または確認モード（ＡＭ）が構成されたかに依存することができるサイズを有する、ＲＬＣヘッダと、論理チャネルＩＤ（ＬＣＩＤ）のための５ビットを有する、例えば、８ビットの、ＭＡＣヘッダと、ＰＨＹレイヤ３１６におけるさらなる処理の前に、ＭＡＣ  ＰＤＵ３３０の末尾に追加することができる、巡回冗長検査（ＣＲＣ）（例えば、２４ビット）とを含むことができる。ＰＤＣＰヘッダ３２０に関して、ＳＮは、より高位のレイヤへのＰＤＣＰ  ＳＤＵのシーケンス順配送のために、またハイパーフレーム番号（ＨＦＮ）シーケンス管理および暗号化のために使用することができる。ＡＭの場合のＲＬＣヘッダに関して、例えば、ヘッダの１０ビットがＳＮ用である、１６ビットヘッダを含むことができる。ＵＭの場合のＲＬＣヘッダに関して、例えば、ヘッダの５ビットがＳＮ用である、８ビットヘッダを含むことができる。ヘッダは、分割された各ＲＬＣ  ＳＤＵ３２５に適用することができる。
【００４１】
高データレートのデータ無線ベアラ（ＤＲＢ）が構成される場合、各プロトコルレイヤについて、より大きいヘッダを構成することができる。例えば、ＰＤＣＰレイヤ３１０およびＲＬＣレイヤ３１２は、ヘッダ内でより大きいＳＮビットサイズを割り当てることができる。ＲＬＣレイヤ３１２は、複数のＲＬＣ  ＳＤＵ３２５を連結または組み合わせて、単一のＰＤＵにすることができ、これは、ＲＬＣヘッダサイズをさらに増加させ得る。送信機会のために割り当てられたトランスポートブロックサイズが許容する場合、ＭＡＣレイヤ３１４は、複数のＭＡＣ  ＳＤＵを多重化して、単一のＭＡＣ  ＰＤＵ３３５にすることができ、ＭＡＣヘッダは、ＭＡＣ  ＰＤＵ３３５に多重化されたＭＡＣ  ＳＤＵの数に従って、増加することができる。
【００４２】
物理アップリンク制御チャネル（ＰＵＣＣＨ）のために使用することができる物理リソースは、より高位のレイヤによって与えることができる２つのパラメータ
【００４３】
【数１】
2020031434.tif 000003
【００４４】
および
【００４５】
【数２】
2020031434.tif 000004
【００４６】
に依存することができる。変数
【００４７】
【数３】
2020031434.tif 000005
【００４８】
は、各スロットにおける、フォーマット２／２ａ／２ｂなどのあるＰＵＣＣＨフォーマットによる使用のために利用可能とすることができる、リソースブロック（ＲＢ）を単位とした帯域幅を表すことができる。変数
【００４９】
【数４】
2020031434.tif 000006
【００５０】
は、１／１ａ／１ｂおよび２／２ａ／２ｂなどフォーマットの混合のために使用することができるＲＢにおける、フォーマット１／１ａ／１ｂなどのあるＰＵＣＣＨフォーマットのために使用することができる、循環シフトの数を表すことができる。
【００５１】
【数５】
2020031434.tif 000007
【００５２】
の値は、
【００５３】
【数６】
2020031434.tif 000008
【００５４】
の整数倍とすることができ、整数倍は、｛０，１，．．．，７｝の範囲内とすることができ、
【００５５】
【数７】
2020031434.tif 000009
【００５６】
は、より高位のレイヤによって提供することができる。実施形態では、
【００５７】
【数８】
2020031434.tif 000010
【００５８】
である場合、混合されたＲＢを提示することができない。実施形態では、多くても、各スロット内で１つのＲＢしか、フォーマット１／１ａ／１ｂおよび２／２ａ／２ｂの混合をサポートすることができない。１／１ａ／１ｂ、２／２ａ／２ｂ、３などのあるＰＵＣＣＨフォーマットの送信のために使用することができるリソースは、それぞれ、非負のインデックス
【００５９】
【数９】
2020031434.tif 000011
【００６０】
、
【００６１】
【数１０】
2020031434.tif 000012
【００６２】
によって表すことができる。
【００６３】
複素数値シンボル
【００６４】
【数１１】
2020031434.tif 000013
【００６５】
からなるブロックは、送信電力ＰPUCCHに一致させるために、振幅スケーリングファクタβPUCCHを乗算することができ、
【００６６】
【数１２】
2020031434.tif 000014
【００６７】
から開始するリソース要素に順番にマッピングすることができる。ＰＵＣＣＨは、サブフレーム内の２つのスロットの各々において、１つのＲＢを使用することができる。送信のために使用される物理リソースブロック内において、基準信号の送信のために使用することができないアンテナポートｐ上における、
【００６８】
【数１３】
2020031434.tif 000015
【００６９】
のリソース要素（ｋ，ｌ）へのマッピングは、最初に、ｋの昇順で、次に、ｌの昇順で、最後に、サブフレーム内の最初のスロットから開始するスロット番号の昇順で行うことができる。スロットｎsにおけるＰＵＣＣＨの送信のために使用される物理リソースブロックは、
【００７０】
【数１４】
2020031434.tif 000016
【００７１】
によって与えることができ、ここで、変数ｍは、ＰＵＣＣＨフォーマットに依存することができる。フォーマット１、１ａ、１ｂの場合、例えば、
【００７２】
【数１５】
2020031434.tif 000017
【００７３】
であり、フォーマット２、２ａ、２ｂの場合、例えば、
【００７４】
【数１６】
2020031434.tif 000018
【００７５】
であり、フォーマット３の場合、例えば、
【００７６】
【数１７】
2020031434.tif 000019
【００７７】
である。図４は、ＰＵＣＣＨのための変調シンボルの例示的なマッピングを示す図である。
【００７８】
構成されたサービングセルが１つしか存在することができない場合に、サウンディング基準信号（ＳＲＳ）とＰＵＣＣＨフォーマット１、１ａ、１ｂ、または３とを同時に送信することができる実施形態では、短縮化されたＰＵＣＣＨフォーマットを使用することができ、サブフレームの第２のスロット内に存在することができる、最後のシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）シンボルは、空白のまま残すことができる。ＰＵＣＣＨフォーマット１ａ／１ｂのために、２つのアンテナポート（ｐ∈［ｐ0，ｐ1］）上でのＨＡＲＱ−ＡＣＫ送信をサポートすることができる。
【００７９】
構成されたサービングセルが１つであるＦＤＤの実施形態の場合、ＷＴＲＵは、サブフレームｎにおけるＨＡＲＱ−ＡＣＫの送信のために、ＰＵＣＣＨリソース
【００８０】
【数１８】
2020031434.tif 000020
【００８１】
を使用することができ、ここで、
【００８２】
【数１９】
2020031434.tif 000021
【００８３】
は、ＰＵＣＣＨフォーマット１ａ／１ｂのためのアンテナポートｐにマッピングされる。この実施形態では、例えば、サブフレームｎ−４における対応する物理ＤＬ制御チャネル（ＰＤＣＣＨ）の検出によって示すことができる物理ＤＬ共用チャネル（ＰＤＳＣＨ）送信のために、またはサブフレームｎ−４に存在することができるダウンリンク半永続的スケジューリング（ＳＰＳ）の解放を示すＰＤＣＣＨのために、ＷＴＲＵは、アンテナポートｐ0について
【００８４】
【数２０】
2020031434.tif 000022
【００８５】
を使用することができ、ここで、ｎCCEは、対応するＤＬ制御情報（ＤＣＩ）割り当ての送信に使用される、第１の制御チャネル要素（ＣＣＥ）の数（例えば、ＰＤＣＣＨを構成するために使用することができる最低のＣＣＥインデックス）とすることができ、
【００８６】
【数２１】
2020031434.tif 000023
【００８７】
は、より高位のレイヤによって構成することができる。２アンテナポート送信の場合、アンテナポートｐ1のためのＰＵＣＣＨリソースは、
【００８８】
【数２２】
2020031434.tif 000024
【００８９】
によって与えることができる。サブフレームｎ−４において検出された対応するＰＤＣＣＨが存在しないことがあるプライマリセル上でのＰＤＳＣＨ送信の場合、
【００９０】
【数２３】
2020031434.tif 000025
【００９１】
の値は、より高位のレイヤの構成に従って決定することができる。２つのアンテナポート送信のために構成されたＷＴＲＵの場合、ＰＵＣＣＨリソース値は、２つのＰＵＣＣＨリソースにマッピングすることができ、第１のＰＵＣＣＨリソース
【００９２】
【数２４】
2020031434.tif 000026
【００９３】
は、アンテナポートｐ0用であり、第２のＰＵＣＣＨリソース
【００９４】
【数２５】
2020031434.tif 000027
【００９５】
は、アンテナポートｐ1用である。それ以外の場合、ＰＵＣＣＨリソース値は、アンテナポートｐ0用の単一のＰＵＣＣＨリソース
【００９６】
【数２６】
2020031434.tif 000028
【００９７】
にマッピングすることができる。
【００９８】
ＰＨＩＣＨは、ＵＬサブフレームにおいて送信されたＰＵＳＣＨに対応するＡＣＫまたはＮＡＣＫを送信するために使用することができる。ＰＨＩＣＨは、システム帯域幅にわたって、またＤＬ制御チャネル内の直交周波数分割多重（ＯＦＤＭ）シンボルにわたって、分散方式で送信することができる。ＯＦＤＭシンボルの数は、ＰＨＩＣＨ持続期間として定義することができ、より高位のレイヤのシグナリングを介して構成可能とすることができる。ＰＨＩＣＨの物理リソース位置は、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）とは異なることができるＰＨＩＣＨ持続期間に従って変化することができる。
【００９９】
図５は、物理セル識別子（ＰＣＩ）に従ったＰＣＦＩＣＨおよびＰＨＩＣＨリソース要素グループ（ＲＥＧ）割り当ての例示的な図である。例では、複数のＰＨＩＣＨグループが、セル内で定義され、ＰＨＩＣＨグループは、直交系列を用いる複数のＰＨＩＣＨを含むことができる。実施形態では、ＷＴＲＵのためのＰＨＩＣＨは、最低の物理リソースブロック（ＰＲＢ）インデックス（
【０１００】
【数２７】
2020031434.tif 000029
【０１０１】
）および復調基準信号（ＤＭ−ＲＳ）循環シフト（ｎDMRS）など、ＵＬグラント内のリソース情報を用いて動的に定義することができる。２つのインデックスペア（ＰＨＩＣＨグループインデックス：
【０１０２】
【数２８】
2020031434.tif 000030
【０１０３】
，ＰＨＩＣＨシーケンスインデックス：
【０１０４】
【数２９】
2020031434.tif 000031
【０１０５】
）は、特定のＷＴＲＵのためのＰＨＩＣＨリソースを示すことができる。ＰＨＩＣＨインデックスペア（
【０１０６】
【数３０】
2020031434.tif 000032
【０１０７】
，
【０１０８】
【数３１】
2020031434.tif 000033
【０１０９】
）では、
各インデックスは、
【０１１０】
【数３２】
2020031434.tif 000034
【０１１１】
【数３３】
2020031434.tif 000035
【０１１２】
と定義することができ、ここで、
【０１１３】
【数３４】
2020031434.tif 000036
【０１１４】
は、システムにおいて利用可能なＰＨＩＣＨグループの数を表すことができ、
【０１１５】
【数３５】
2020031434.tif 000037
【０１１６】
と定義することができ、ここで、Ｎgは、情報（例えば、２ビットの情報）とすることができ、物理ブロードキャストチャネル（ＰＢＣＨ）を介して送信することができ、情報は、Ｎg∈｛１／６，１／２，１，２｝内にあることができる。拡散係数に従った直交系列は、例えば、表１に提供されるようなものとすることができる。
【０１１７】
【表１】
2020031434.tif 000038
【０１１８】
ｅＮＢおよび／またはＷＴＲＵは、（例えば、セルまたはｅＮＢへの）ＷＴＲＵ初期アクセス、（例えば、あるセルに対してＷＴＲＵ  ＵＬタイミングをリセットまたは調整するための）ＵＬタイミングのリセット、および（例えば、ハンドオーバターゲットセルに対してＷＴＲＵタイミングをリセットまたは調整するための）ハンドオーバ中のタイミングのリセットのうちの少なくとも１つのために、ランダムアクセス手順を使用することができる。ＷＴＲＵは、ある物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブルシーケンスを、ある電力ＰPRACHで送信することができ、それは、構成されたパラメータおよび／または測定値に基づくことができ、ＷＴＲＵは、１または複数のある時間−周波数リソースを使用して、プリアンブルを送信することができる。ｅＮＢによって提供または構成することができる、構成されたパラメータは、初期プリアンブル電力（例えば、ｐｒｅａｍｂｌｅｌｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ）、プリアンブルフォーマットベースのオフセット（例えば、ｄｅｌｔａＰｒｅａｍｂｌｅ）、ランダムアクセス応答窓（例えば、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ）、電力ランプ係数（例えば、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ）、および再送の最大数（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）のうちの１または複数を含むことができる。（プリアンブルもしくはプリアンブルのセット、および／またはプリアンブル送信のために使用することができる時間／周波数リソースを含むことができる）ＰＲＡＣＨリソースは、ｅＮＢによって提供または構成することができる。測定値は、経路損失を含むことができる。時間−周波数リソースは、許可されたセットからＷＴＲＵによって選択することができ、またはｅＮＢによって選択し、ＷＴＲＵに伝達することができる。プリアンブルのＷＴＲＵ送信の後、ｅＮＢは、プリアンブルを検出することができた場合、ランダムアクセス応答（ＲＡＲ）を用いて応答することができる。ＷＴＲＵが、割り当てられた時間（例えば、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ）内に、（例えば、あるプリアンブルインデックスおよび時間／周波数リソースに対応することができる）送信されたプリアンブルに対するＲＡＲを受信することができない、または受信しない場合、ＷＴＲＵは、後の時間に、（例えば、先のプリアンブル送信よりもｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐだけ高い）より高い電力で、別のプリアンブルを送信することができ、送信電力は、最大電力によって、例えば、全般的にＷＴＲＵについてＷＴＲＵによって構成された最大電力（例えば、ＰCMAX）、またはＷＴＲＵのあるサービングセルについてＷＴＲＵによって構成された最大電力（例えば、ＰCMAX,c）によって制限することができる。ＷＴＲＵは、ｅＮＢからのＲＡＲの受信を再び待つことができる。送信および待機のこのシーケンスは、ｅＮＢがＲＡＲを用いて応答することができるまで、またはランダムアクセスプリアンブル送信の最大数（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）に達することができるまで、続けることができる。単一のプリアンブル送信に応答して、ｅＮＢは、ＲＡＲを送信することができ、ＷＴＲＵ���、ＲＡＲを受信することができる。
【０１１９】
ランダムアクセス手順の特定の例は、競合ベースまたは競合なしとすることができる。競合なしの手順は、ＰＤＣＣＨ命令などの、例えば、物理レイヤシグナリングを介することができる、例えば、ｅＮＢからの要求によって、またはモビリティ制御情報を含むことができ、例えば、ハンドオーバ要求を示すこと、またはハンドオーバ要求に対応することができる、ＲＲＣ再構成メッセージ（例えば、ＲＲＣ接続再構成メッセージ）などの、より高位のレイヤのシグナリングによって、開始することができる。サブフレームｎ内のＰＤＣＣＨ命令によって開始することができる競合なしの手順の場合、ＰＲＡＣＨプリアンブルは、第１のサブフレーム（またはＰＲＡＣＨのために利用可能な第１のサブフレーム）ｎ＋ｋ2、ｋ2≧６において送信することができる。ＲＲＣコマンドによって開始される場合、指定することができる他の遅延が存在することができる（例えば、要求または許容される最小および／または最大遅延が存在することができる）。ＷＴＲＵは、例えば、初期アクセス、ＵＬ同期の回復、または無線リンク障害からの回復を含むことができる理由で、競合ベースの手順を自律的に開始することができる。あるイベント、例えば、無線リンク障害からの回復以外のイベントの場合、そのようなイベントの後どれだけ経ったらＷＴＲＵがＰＲＡＣＨプリアンブルを送信することができるかに関して、定義または指定されないことがある。
【０１２０】
競合なしのランダムアクセス（ＲＡ）手順の場合、ネットワークによって伝達されたＰＲＡＣＨプリアンブルを使用することができる。競合ベースのランダムアクセス手順の場合、ＷＴＲＵは、ＷＴＲＵがするプリアンブルを自律的に選択することができる。プリアンブルフォーマット、および／またはプリアンブル送信のために利用可能な時間／周波数リソースは、ｅＮＢによって提供または伝達することができる表示またはインデックス（例えば、ｐｒａｃｈ−ｃｏｎｆｉｇｌｎｄｅｘ）に基づくことができる。
【０１２１】
漸進的に高くなっていく送信電力で送信されるプリアンブルの１つをｅＮＢが最終的に検出することができることは、ＬＴＥシステム設計において本質的なことである。ＲＡＲは、その１つの検出されたプリアンブルに応答して、ｅＮＢによって送信することができる。
【０１２２】
ＰＲＡＣＨのためのプリアンブルフォーマットは、サイクリックプレフィックス（ＴCP）、プリアンブル（ＴPRE）、およびガードタイム（ＴGT）の３つの部分で定義することができる。これら３つの部分を含む合計時間は、ＲＡ（ＴRA）のための時間と見なすことができる。ＦＤＤシステムの場合、例えば、ＰＲＡＣＨのための例示的なプリアンブルフォーマットを含む以下の表２に示されるように、数個のプリアンブルフォーマット、例えば、４つのプリアンブルフォーマットをサポートすることができる。
【０１２３】
【表２】
2020031434.tif 000039
【０１２４】
表２の例では、ＴSEQは、ＴPRE＋ＴGTに等しくすることができ、Ｔｓは、基本時間単位（例えば、サンプル時間）を表すことができる。プリアンブルフォーマット２および３は、他の２つのフォーマットと比較して、２倍のＴSEQ長を有することができ、それによって、信号電力は、プリアンブルを２倍繰り返すことによって増加させることができる。
【０１２５】
例えば、ＩＤＬＥモードにおいて、ネットワークによって開始されるＷＴＲＵの接続セットアップのために、ページングを使用することができる。物理レイヤにおいて、ＰＤＣＣＨおよびＰＤＳＣＨを使用して、ページングを送信することができる。単一のページング無線ネットワーク一時識別情報（Ｐ−ＲＮＴＩ）を、ページングチャネル（ＰＣＨ）に対して割り当てることができる。ＭＡＣでは、ＰＣＨに対してＨＡＲＱプロセスを使用することができず、ページング制御チャネル（ＰＣＣＨ）にＲＬＣ透過モード（ＴＭ）を適用することができる。ＲＲＣページングメッセージは、接続を開始するためにページングされる特定のＷＴＲＵについての個別のＷＴＲＵ表示もしくは識別情報を含むことができ、かつ／またはシステム情報ブロック（ＳＩＢ）、ならびに地震津波警報システム（ＥＴＷＳ：ｅａｒｔｈｑｕａｋｅ  ａｎｄ  ｔｓｕｎａｍｉ  ｗａｒｎｉｎｇ  ｓｙｓｔｅｍｓ）、商用モバイルアラートシステム（ＣＭＡＳ：ｃｏｍｍｅｒｃｉａｌ  ｍｏｂｉｌｅ  ａｌｅｒｔ  ｓｙｓｔｅｍｓ）、および拡張アクセスバーリング（ＥＡＢ：ｅｘｔｅｎｄｅｄ  ａｃｃｅｓｓ  ｂａｒｒｉｎｇ）に関する情報に対する変更を含む、あるシステム情報に対する変更についての共通の表示を含むことができる。
【０１２６】
エネルギー効率の目的で、例えば、ＷＴＲＵごと、ページング（ＤＲＸ）サイクルごとに単一のサブフレームに割り当てることができる、ページングメッセージの受信と受信の間に、ＷＴＲＵがエネルギーを節約することが可能なように、不連続受信（ＤＲＸ）メカニズムをページングとともに使用することができる。ＤＲＸサイクルのためのパラメータは、システム情報ブロック（ＳＩＢ）またはより高位のレイヤを介して構成することができる。例えば、より高位のレイヤは、非アクセス層（ＮＡＳ）レイヤとすることができる。
【０１２７】
与えられたＷＴＲＵについてのページング機会は、例えば、国際モバイル加入者識別情報（ＩＭＳＩ）などのＷＴＲＵ識別情報、ＤＲＸサイクル長、およびＲＲＣレイヤにおいて設定されるパラメータ「ｎＢ」によって定義することができる。ｎＢの値は、与えられたセルにおけるページング機会の密度を定義することができ、３２フレームごとに発生するページングフレームおよび機会（ｎＢ＝Ｔ／３２）から、ページングフレームごとに、ＴＤＤの場合はサブフレームｓ｛０，１，５，６｝における、またはＦＤＤの場合はサブフレームｓ｛０，４，５，９｝における、４つのページング機会（ｎＢ＝４Ｔ）までの範囲にわたる。ＷＴＲＵは、割り当てられたページング機会の間だけ、ＷＴＲＵ固有のページング記録を受信することができ、他のページング機会におけるブロードキャスト情報に対する変更についての表示を読み取ることができる。
【０１２８】
いくつかの実施形態では、ある用語は、交換可能に使用することができる。ｅＮＢ、セルおよびネットワークは、交換可能に使用することができる。サービングセルおよびコンポーネントキャリアは、交換可能に使用することができる。キャリアおよびセルは、交換可能に使用することができる。メッセージ、コマンド、要求およびシグナリングの１または複数は、交換可能に使用することができる。提供、伝達、構成および送信の１または複数は、交換可能に使用することができる。送信（ｓｅｎｄ）および送信（ｔｒａｎｓｍｉｔ）は、交換可能に使用することができる。
【０１２９】
ＷＴＲＵは、例えば、セル選択、アクセス、接続確立、セル再選択などのために使用することができる、セルおよび／またはネットワーク関連のシステム情報を獲得することができる。システム情報は、グループまたはブロックで、ｅＮＢまたはセルによって伝達することが、例えば、ブロードキャストすることができる。マスタ情報ブロック（ＭＩＢ）の１もしくは複数、ならびに／またはシステム情報ブロックタイプ１（ＳＩＢ１）およびシステム情報ブロックタイプ２（ＳＩＢ２）など、システム情報ブロック（ＳＩＢ）の１もしくは複数は、ｅＮＢもしくはセルによって提供することができ、および／またはセルアクセスなどの１もしくは複数の機能のためにＷＴＲＵによって必要とされることができる。ＳＩＢは、ＳＩＢ１のような例外も可能であるが、システム情報（ＳＩ）メッセージで搬送することができる。各ＳＩＢは、単一のＳＩメッセージ内に含むことができる。
【０１３０】
ＭＩＢは、物理ブロードキャストチャネル（ＰＢＣＨ）上で送信することができ、ＰＢＣＨは、固定されたスケジュールを有することができる。例えば、ＬＴＥレガシＰＢＣＨなどのＰＢＣＨは、すべての無線フレームのサブフレーム＃０内で送信することができる。レガシＭＩＢなどのＭＩＢは、無線フレーム（例えば、４フレームまたは４０ｍｓ）において周期性を有することができ、期間（例えば、４０ｍｓ）内のすべての無線フレーム（例えば、１０ｍｓ）において繰り返すことができる。ＭＩＢ期間の無線フレームの各々において、１または複数の（１つ以上の）情報ビットは、同じとすることができる。ＭＩＢ期間の無線フレームの各々において、コード化されたビットは、異なることができる。ＰＢＣＨの物理リソースは、固定することができ、送信帯域の中央６個のＰＲＢとすることができる、７２個の中央サブキャリア内に配置することができる。ＰＢＣＨリソースは、サブフレームの第２のタイムスロットの最初の４つのシンボル内に存在することができる。ＭＩＢ内に含まれる情報は、システムフレーム番号（ＳＦＮ）の少なくとも一部（例えば、ＳＦＮの最上位８ビット）、セルの構成されたＤＬ帯域幅、およびセルのためのＰＨＩＣＨ構成のうちの１または複数を含むことができる。ＭＩＢ期間（例えば、４０ｍｓ）内で繰り返されるＭＩＢの少なくとも１つ（例えば、繰り返される４つのＭＩＢの１つ）を獲得する（例えば、復号に成功する）ことによって、ＷＴＲＵは、ＳＦＮの最下位ビット（例えば、２つの最下位ビット）を導出することができ、それをＭＩＢ内に含まれる部分的ＳＦＮと組み合わせて、フルＳＦＮ値（例えば、ＭＩＢの復号に成功したフレームのフルＳＦＮ値）を獲得することができる。レガシＰＢＣＨという用語は、３ＧＰＰ  ＬＴＥリリース１０（Ｒ１０）、またはリリース１１（Ｒ１１）など、あるリリース以前の１もしくは複数の３ＧＰＰ  ＬＴＥリリースなど、ある規格または仕様に従った、ＰＢＣＨを表すために使用することができる。レガシＭＩＢという用語は、３ＧＰＰ  ＬＴＥ  Ｒ１０、またはＲ１１など、あるリリース以前の１もしくは複数の３ＧＰＰ  ＬＴＥリリースなど、ある規格または仕様に従った、ＭＩＢを表すために使用することができる。レガシＰＲＡＣＨという用語は、３ＧＰＰ  ＬＴＥリリース１０（Ｒ１０）、またはリリース１１（Ｒ１１）など、あるリリース以前の１もしくは複数の３ＧＰＰ  ＬＴＥリリースなど、ある規格または仕様に従った、ＰＲＡＣＨを表すために使用することができる。レガシという用語は、一般に、３ＧＰＰ  ＬＴＥリリース１０（Ｒ１０）、または例えば、リリース１１（Ｒ１１）など、あるリリース以前の１もしくは複数の３ＧＰＰ  ＬＴＥリリースなど、ある規格または仕様を表すまたは指すために使用することができる。
【０１３１】
ＳＩＢ１は、サブフレーム５などのあるサブフレーム内のＰＤＳＣＨ上で送信することができ、８０ｍｓのＴＴＩを有することができ、２０ｍｓごとに繰り返すことができる。ＳＩＢ１のリソース位置は、システム情報無線ネットワーク一時識別情報（ＳＩ−ＲＮＴＩ）を用いてスクランブルされたＰＤＣＣＨによって示すことができる。ＳＩＢ１は、セルおよびネットワークにアクセスするためにＷＴＲＵが使用することができる情報に加えて、他のＳＩＢについてのスケジューリング情報も提供することができる。
【０１３２】
ＳＩＢ２は、ＳＩＢ１内に含まれるスケジューリング情報に基づいて、ＰＤＳＣＨ上で送信することができる。リソース位置は、ＳＩ−ＲＮＴＩによってスクランブルされたＰＤＣＣＨによって示すことができる。ＳＩＢ２は、セルおよびネットワークにアクセスし、それらとの接続性を開始するためにＷＴＲＵが使用することができる情報を提供することができる。ＳＩＢ２内の情報は、例えば、ＰＲＡＣＨおよび／またはＲＡＣＨなどのチャネルについての構成を提供する共通チャネル構成、マルチキャスト−ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム構成、および／またはＵＬ情報を含むことができる。
【０１３３】
システム情報（ＳＩ）メッセージのためのスケジューリング情報リストも使用することができる。スケジューリング情報リスト内のリストアップされた各ＳＩは、１または複数のＳＩＢを含むことができる。ＳＩのスケジューリングは、システム情報の周期性およびＳＩ窓の長さに基づくことができる。ｅＮＢは、ＳＩＢを送信するための時間および周波数リソースにおいて、何らかの柔軟性を有することができる。
【０１３４】
他のＳＩＢ情報は、セル再選択情報、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）、またはＷＴＲＵが必要とすることがある緊急警報システム（ＥＷＳ：ｅｍｅｒｇｅｎｃｙ  ａｎｄ  ｗａｒｎｉｎｇ  ｓｙｓｔｅｍ）関連の情報に関することができる。ＳＩＢのセルに対する妥当性は、セルまたはネットワークの構成に基づくことができ、妥当しない場合、セルによって送信されないことがある。
【０１３５】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるＷＴＲＵなどの、ＷＴＲＵは、ＤＬ無線リンク品質を、例えば、継続的に（例えば、すべての無線フレームで）モニタリングすることができる。ＷＴＲＵは、ＤＬ無線リンクの品質をモニタリングし、それをＱinおよびＱoutなどの閾値と比較することができる。実施形態では、Ｑoutは、ＤＬ無線リンクを高い信頼性で受信することができない品質レベルとして定義することができ、仮想上のＰＤＣＣＨ送信についての１０パーセントブロック誤り率（ＢＬＥＲ）に対応することができる。実施形態では、Ｑinは、ＤＬ無線リンクがＱoutよりも著しく高い信頼性を有することができる品質レベルとして定義することができ、仮想上のＰＤＣＣＨ送信についての２パーセントブロック誤り率（ＢＬＥＲ）に対応することができる。閾値は、基準信号受信電力（ＲＳＲＰ）測定値について構成することができ、無線リンクモニタリングは、プライマリセル（ＰＣｅｌｌ）セル固有基準信号（ＣＲＳ）上で実行することができる。
【０１３６】
Ｑinは、ＤＲＸのない、例えば、１００ｍｓの、ある評価期間にわたって評価することができる。無線リンク品質が、評価期間中、Ｑinよりも良好である場合、同期一致表示をより高位のレイヤに提供することができる。対応して、Ｑoutは、ＤＲＸのない、例えば、２００ｍｓの、評価期間にわたって評価することができる。無線リンク品質が、評価期間中、Ｑoutよりも不良である場合、同期不一致表示をより高位のレイヤに提供することができる。
【０１３７】
より高位のレイヤが行う同期一致または同期不一致表示の処理は、ＳＩＢ２などのシステム情報内で提供することができる、無線リソース制御（ＲＲＣ）によって構成される無線リンクモニタリング（ＲＬＭ）カウンタまたはタイマに基づいて実行することができる。例えば、連続する同期不一致表示Ｎ３１０は、タイマＴ３１０を開始させることができる。別の例では、Ｔ３１０が動作中の、連続する同期一致表示Ｎ３１１は、Ｔ３１０を停止させることができる。別の例では、Ｔ３１０が満了した場合、無線リンク障害表示を検出することができ、ＷＴＲＵは、ＲＲＣ再確立手順を開始することができる。Ｔ３１１タイマは、この時点で開始させることができる。
【０１３８】
無線リンク障害は、物理レイヤ問題、ランダムアクセス問題の検出、または再送の最大数に到達したことを無線リンクコントローラ（ＲＬＣ）が示したかどうかに基づいて、宣言することができる。
【０１３９】
低コストマシンタイプコミュニケーション（ＭＴＣ）（ＬＣ−ＭＴＣ）デバイスなどのデバイスまたはデバイスのタイプ（例えば、ＬＴＥまたはＬＴＥアドバンスト（ＬＴＥ−Ａ）デバイス）のサービスカバレージを、ＬＣ−ＭＴＣデバイスではないことがある他のデバイスのために定義されたＬＴＥセルカバレージと比較して、例えば、最大で数ｄＢ（例えば、１５または２０ｄＢ）だけ、改善することが望ましいことがある。この場合、スループットおよび待ち時間に対する要件は、緩和することができる。例えば、メッセージサイズは、ＵＬにおいてはメッセージ当たり最大で１００バイトのオーダ、および／またはＤＬにおいてはメッセージ当たり最大で２０バイトのオーダなどに制限することができる。別の例では、待ち時間は、ＤＬについては（例えば、ｅＮＢによって送信され、ＷＴＲＵによって正常に受信される、利用可能なＤＬデータについては）最大で１０秒、および／またはＵＬについては（例えば、ＷＴＲＵによって送信され、ｅＮＢによって正常に受信される、利用可能なＵＬデータについては）最大で１時間を許容するように緩和することができる。そのような要件の緩和は、音声など、ある種のサービスのサポートを不可能にし得る。
【０１４０】
本明細書で説明される実施形態では、ＷＴＲＵ、デバイス、ＬＣ  ＷＴＲＵ、ＬＣデバイス、ＬＣ−ＭＴＣ  ＷＴＲＵ、ＬＣ−ＭＴＣ、およびＬＣ−ＭＴＣデバイスは、交換可能に使用することができる。ＬＣ−ＭＴＣデバイスが、非限定的な例として使用される。本明細書で説明される実施形態は、拡大されたカバレージから利益を得ることができ、緩和されたスループットおよび／または待ち時間要件を許容することができる、別のデバイスにも適用可能とすることができる。
【０１４１】
いくつかの実施形態では、レガシＷＴＲＵとは、３ＧＰＰまたはＬＴＥ規格のリリースまたはバージョンなど、あるリリースまたはバージョンに準拠することができるＷＴＲＵを指すものとすることができる。例えば、リリース８、リリースリ９、またはリース１０など、あるリリース以前とすることができる３ＧＰＰまたはＬＴＥ規格のリリースに準拠することができるＷＴＲＵは、レガシＷＴＲＵと見なすことができる。レガシＷＴＲＵとは、ある機能をサポートすることができる、またはサポートすることができないＷＴＲＵを指すものとすることができる。例えば、レガシＷＴＲＵは、ＬＣ−ＭＴＣデバイスまたはカバレージが制限されたＬＣ−ＭＴＣデバイスなど、あるデバイスのために導入することができるような、あるカバレージ増強技法をサポートすることができないＷＴＲＵとすることができる。
【０１４２】
物理ＵＬ共用データチャネル（ＰＵＳＣＨ）の場合、最大で４つの連続するサブフレーム（例えば、４ｍｓ）において、ＴＴＩバンドリングをサポートすることができ、それは、最大で６ｄＢのカバレージ改善を提供することができる。最大で１５または２０ｄＢなどのさらなるカバレージ増強を達成するために、ＰＵＳＣＨに対して、さらなる技法をサポートすることができる。ＤＬ  ＰＤＳＣＨにおけるＴＴＩバンドリングは、これまでサポートされていなかったので、ＤＬ共用チャネル（ＰＤＳＣＨ）のカバレージも改善することができる。
【０１４３】
ＲＬＣレイヤにおける分割機能は、より小さい分割されたデータを、増加したビット当たりエネルギーを用いて送信することを可能にすることができる。しかしながら、分割された各データに追加されるレイヤ２（Ｌ２）ヘッダオーバヘッドは、分割によって提供されるカバレージ増強の利得を制限し得る。Ｌ２プロトコルヘッダによって追加されるオーバヘッドは、これらの利得をさらに低下させ得る。
【０１４４】
ＵＬおよびＤＬの両方における共用チャネルのカバレージが改善される場合、関連するＨＡＲＱ  ＡＣＫチャネルのカバレージも、ＨＡＲＱプロセスをサポートするために、同様に改善される必要があり得る。
【０１４５】
カバレージは、データチャネルばかりでなく、制御チャネルについても悪化することがある。制御チャネルは、データチャネル送信および／または受信のために（例えば、リソースおよびパラメータを示すために）受信することができるので、データチャネルカバレージばかりでなく、制御チャネルカバレージも増強される必要があり得る。
【０１４６】
ＷＴＲＵが低い受信信号対干渉および雑音比（ＳＩＮＲ）に悩まされる場合、少なくとも、信号の統合は受信ＳＩＮＲを高めることができるので、ＷＴＲＵが４０ｍｓの窓サイズ内で信号を統合することができるように、レガシＰＢＣＨなどのＰＢＣＨを、４０ｍｓにわたって４回繰り返して送信することができる。しかしながら、少なくとも、（例えば、ＭＩＢ内の）ＰＢＣＨによって搬送することができるＳＦＮは、４０ｍｓごとに変化することができるので、４０ｍｓを超える物理ブロードキャストチャネル信号統合は、可能ではあり得ない。ＰＢＣＨカバレージ増強技法について考察することができる。
【０１４７】
ＰＢＣＨカバレージは、フレームレベルタイミングに依存するセルアクセスおよび他の手順を実行するＬＣ−ＭＴＣデバイスに影響を与えることができる、ＳＦＮ獲得に影響を与えることができる。ＳＦＮを決定するための改善について考察することができる。加えて、さらなるカバレージ増強のために、ＬＣ−ＭＴＣ特有のシステム情報獲得について考察することができる。
【０１４８】
ｅＮＢは、最終的に、ＷＴＲＵからの電力ランプされたプリアンブル送信を検出し、それに応答することができる。ＬＣ−ＭＴＣデバイスは、ＬＴＥシステム設計において予期されたよりもはるかに高い経路損失（例えば、最大で２０ｄＢ）を経験することがある。そのような高い経路損失を経験するＬＣ−ＭＴＣデバイスの場合、最大送信電力を用いて送信されたものを含むランプされたプリアンブルを、ｅＮＢはいずれも検出することができず、いずれにも応答することができない可能性があり得る。そのため、非常に高い経路損失を経験することがあるＬＣ−ＭＴＣデバイスなどのデバイスのためのランダムアクセス手順についての方法および手順が望ましいことがある。
【０１４９】
ページングチャネルの構成は、ＨＡＲＱプロセスを含まないことがあり、そのため、再送からの利益を得ることができない。ＰＣＣＨは、ＲＬＣ  ＴＭにおいて動作することができ、ＲＬＣ分割プロセスからさらなる利得を得ることができる。ＰＣＨがカバレージ増強利得のためにシグナリング蓄積から利益を得るための方法が望ましいことがある。
【０１５０】
増強された（エンハンスド）ＰＤＣＣＨ（ＥＰＤＣＣＨ）、ＰＤＳＣＨ、およびＰＵＣＣＨなどのチャネルのカバレージを改善するために、カバレージ増強技法として、反復送信について考察することができる。この場合、反復的に送信されるサブフレームの間で基準サブフレームを再定義することができるので、（例えば、ＦＤＤの場合の）ｎ＋４タイミング関係などの現在のＨＡＲＱプロセスは、使用することができない。加えて、ＵＬグラントとＰＵＳＣＨ送信の間のタイミング関係も、新しい基準サブフレームｎを用いて再定義することができる。（Ｅ）ＰＤＣＣＨという用語は、ＰＤＣＣＨおよび／またはＥＰＤＣＣＨを意味するために使用することができ、これは、ＰＤＣＣＨ／ＥＰＤＣＣＨによっても表すことができる。
【０１５１】
ＵＬおよびＤＬにおいてデータチャネルのサービスカバレージを増強するための方法が本明細書で説明される。ＬＣ−ＭＴＣ  ＷＴＲＵが、サービス品質に関して、高い遅延許容度を有し、非常に低いデータレートをサポートすることができる場合、ＷＴＲＵは、ＷＴＲＵが受信および／または送信することができる各トランスポートブロックのための各プロトコルレイヤヘッダのサイズを短縮することができる。
【０１５２】
例示的な実施形態では、ＰＤＣＰおよびＲＬＣは、ヘッダ内において、より小さいシーケンス番号（ＳＮ）サイズを割り当てることができる。ＰＤＣＰでは、ＷＴＲＵは、７ビットよりも小さいＳＮサイズを割り当てることができる。ＲＬＣでは、ＷＴＲＵは、ＵＭの場合は５ビット、ＡＭの場合は１０ビットよりも小さいＳＮサイズを割り当てることができる。ＷＴＲＵは、ヘッダ部およびデータ部を有する結果のＰＤＵが、オクテット（バイト）アライメントを維持することができるように、ＲＬＣおよびＰＤＣＰ  ＰＤＵのサイズを調整することができる。ＷＴＲＵは、バイトアライメントされていないＰＤＣＰ  ＰＤＵを有することができるが、ＲＬＣヘッダおよびＰＤＵは、結果的にＲＬＣ  ＰＤＵバイトアライメントを維持することができるように処理することができる。
【０１５３】
別の例示的な実施形態では、ＷＴＲＵは、ＭＡＣおよびＲＬＣにおいて拡張（「Ｅ」）フィールドを含まないことがあり、したがって、ヘッダサイズをさらに短縮する。例えば、ＷＴＲＵは、小さいデータパケット（例えば、ＵＬでは１００バイト）が、低い頻度で（例えば、１時間ごとに一度）ＰＤＣＰに到着することができるように、非常に低いデータレートを有するデータ無線ベアラ（ＤＲＢ）のために構成することができる。その場合、ＷＴＲＵは、シーケンス番号が０から３までの範囲にわたることができるように、２ビットなど、ＰＤＣＰにおける小さいＳＮサイズを用いて構成することができる。ＲＬＣでは、ＷＴＲＵは、ＵＭのために構成することができ、ＲＬＣ  ＳＤＵは、８個のより小さいＲＬＣ  ＰＤＵに分割することができ、それに関連して、ＲＬＣ  ＳＮサイズは、３ビットに指定することができる。さらに、ＲＬＣ  ＳＤＵおよびＭＡＣ  ＳＤＵは、連結されて、ＲＬＣおよびＭＡＣ  ＰＤＵに収められないことがあるので（例えば、ＳＤＵあたり１つのＰＤＵ）、ＷＴＲＵは、ヘッダ内にＲＬＣまたはＭＡＣ「Ｅ」ビットを含めないことができる。その場合、ＷＴＲＵは、ＵＬ送信のために、結果のＭＡＣ  ＰＤＵのＬ１処理を実行することができる。短縮されたヘッダサイズが与えられた場合、ＰＤＣＰは、３ビットに短縮されたヘッダサイズ、６ビットに短縮されたＲＬＣヘッダサイズ、および７ビットに短縮されたＭＡＣヘッダサイズを有することができる。ＷＴＲＵおよびｅＮＢは、ＤＬにおいても、プロトコルヘッダの同じ短縮を適用することができる。
【０１５４】
ＷＴＲＵは、ＤＲＢセットアップ手順の一環として、ＲＲＣによって伝達することができる、短縮されたＰＤＣＰ、ＲＬＣ、およびＭＡＣヘッダ構成を用いて構成することができる。例えば、ＲＲＣ手順の一環として、ＷＴＲＵには、ＰＤＣＰにおいて２ビットＳＮ長を適用し、ＵＭモードのＲＬＣについては３ビットＳＮ長を適用し、ＭＡＣヘッダにおける「Ｅ」ビットの除外を示すためにビットを適用することを伝達することができる。ＷＴＲＵは、ＭＡＣ、ＲＬＣ、およびＰＤＣＰ構成のデフォルトセットまたは事前定義されたセットを使用することができ、それは、ＲＲＣにおいて定義された例示的なヘッダ構成を含むことができる。ＷＴＲＵには、カバレージ増強モードプロトコルレイヤパラメータを使用することを、ネットワークによって明示的に示すことができ、またはＷＴＲＵは、カバレージ増強モードパラメータを自律的に使用し、その使用をネットワークに伝達することができる。
【０１５５】
別の例示的な実施形態では、ＷＴＲＵ／ｅＮＢは、ＲＬＣ  ＰＤＵのＳＮをＭＡＣ  ＰＤＵ内に含む、ＭＡＣ  ＰＤＵに適用することができるＣＲＣビットをスクランブルすることによって、ＲＬＣヘッダサイズを短縮することができるその場合、ＷＴＲＵは、ＲＬＣヘッダからＳＮを除去することができる。例えば、ＲＬＣ  ＳＮサイズ短縮とは独立に、または組み合わせて、ＷＴＲＵは、ＭＡＣ  ＰＤＵを受信したときに、ＣＲＣチェックを実行する前に、可能なＳＮ値を用いてＣＲＣパリティビットをデスクランブルすることができる。ＷＴＲＵは、可能なＳＮ範囲の全体に基づいて、またはすでに受信したＳＮを除外した現在のＲＬＣ受信機窓に基づいて、デスクランブリングを実行することができる。正しいＳＮが識別され、ＭＡＣ  ＰＤＵが正しく受信されると、ＷＴＲＵは、適切なＰＤＵ処理のために、決定されたＳＮ値をＲＬＣに渡すことができる。
【０１５６】
別の例示的な実施形態では、ＷＴＲＵは、ＭＡＣ  ＬＣＩＤ情報を用いてＣＲＣパリティビットをスクランブルすることができる。例えば、ＷＴＲＵは、例えば、ＭＡＣ  ＰＤＵに多重化されるＭＡＣ  ＳＤＵに関連付けられた単一のＬＣＩＤが存在する場合、ＤＲＢの５ビットＬＣＩＤ情報を使用して、ＣＲＣパリティビットをスクランブルすることができる。
【０１５７】
別の例示的な実施形態では、ＷＴＲＵは、ＵＬおよび／またはＤＬ方向のための単一のＨＡＲＱプロセスにおいて、ＤＲＢ上でデータを送信および受信することができる。例えば、ＬＣ−ＭＴＣ  ＷＴＲＵが、遅延に対する高い許容度を有し、非常に低いデータレートでデータを送信および受信することができる場合、ＷＴＲＵは、ＵＬおよび／またはＤＬ方向の各々において、単一のＨＡＲＱプロセスを使用することができる。ＷＴＲＵは、一度に単一のＭＡＣ  ＰＤＵを受信するだけなので、ＲＬＣレイヤおよびＰＤＣＰレイヤの両方において、シーケンス番号を維持する負担を軽減することができ、上で説明されたＳＮサイズ短縮をさらにサポートする。
【０１５８】
別の例示的な実施形態では、ＷＴＲＵは、マルチステップＣＲＣ添付および計算手順を使用して、ＣＲＣサイズを短縮することができる。ここでは、ＷＴＲＵは、データへのＣＲＣパリティビットの添付からのオーバヘッドを低減することができる。データを送信するために、ＷＴＲＵは、分割／連結手順の前に、ＲＬＣレイヤにおいて、長いＣＲＣパリティビットを計算し、ＲＬＣ  ＳＤＵに添付することができる。その後、ＷＴＲＵは、ＲＬＣ  ＳＤＵの末尾にＣＲＣパリティビットが添付されたＲＬＣ  ＳＤＵを分割することができる。ＷＴＲＵは、送信の前に、物理レイヤにおいて、ＣＲＣパリティビットのより短いセットを計算し、各ＭＡＣ  ＰＤＵに添付することができる。データを受信するために、ＷＴＲＵは、ＭＡＣレイヤにおいて、ＭＡＣ  ＰＤＵを受信し、ＣＲＣを正しく計算すると、受信が成功したと見なし、対応するＭＡＣ  ＳＤＵをＲＬＣに配送することができる。
【０１５９】
ＷＴＲＵは、ＲＬＣレイヤにおいて、ＲＬＣ  ＰＤＵを受信し、ＲＬＣ  ＳＤＵの再構成に成功すると、ＲＬＣ  ＳＤＵに適用された長いＣＲＣ計算およびパリティビットに基づいて、ＣＲＣチェックを実行することができる。ＣＲＣチェックの結果に基づいて、ＣＲＣチェックに合格した場合、ＷＴＲＵは、ＲＬＣ  ＳＤＵをＰＤＣＰに配送することができる。ＣＲＣチェックに失敗した場合、ＷＴＲＵは、例えば、ＷＴＲＵがＲＬＣ  ＵＭ用に構成されているならば、ＳＤＵおよび関連するＰＤＵを廃棄することができ、またはＳＤＵを廃棄し、関連するＰＤＵの再送を求める表示を送信機側に提供することができる。例えば、ＷＴＲＵがＲＬＣ  ＡＭ用に構成されている場合、ＷＴＲＵは、廃棄されたＲＬＣ  ＳＤＵの一部とすることができるＲＬＣ  ＰＤＵのＳＮを示すＲＬＣ  ＳＴＡＴＵＳ  ＰＤＵを提供することができる。
【０１６０】
例示的な実施形態では、ＷＴＲＵは、ＲＬＣにおける分割の前に、２４ビットＣＲＣをＲＬＣ  ＳＤＵに添付することができる。この例の目的では、ＲＬＣ  ＳＤＵは、８個のＲＬＣ  ＰＤＵに分割することができた。その後、ＷＴＲＵは、先に分割されたＲＬＣ  ＳＤＵを含むことができるＭＡＣ  ＰＤＵに、８ビットＣＲＣを添付することができる。ＣＲＣオーバヘッドが２４×８＝１９２ビットになる、各ＭＡＣ  ＰＤＵへの２４ビットＣＲＣの添付と相対的に比較すると、上述のＣＲＣ添付手順は、２４＋８×８＝８８ビットのＣＲＣオーバヘッドをもたらすことができる。例えば、分割されるＲＬＣ  ＰＤＵの数が増加した場合、さらにＣＲＣオーバヘッドを低減することができる。
【０１６１】
ＴＴＩバンドリングを使用してカバレージ増強を提供するための方法が本明細書で説明される。より高い受信信号対雑音比（ＳＮＲ）を提供することができるので、ＴＴＩバンドリングを使用することができる。
【０１６２】
実施形態では、ＷＴＲＵがカバレージ増強動作モードを用いて構成される場合、４よりも長いＴＴＩを用いるＴＴＩバンドリングを使用することができ、ＴＴＩバンドリングのためのサブフレームの数は、事前定義または構成することができる。加えて、バンドルされるサブフレームは、時間にわたって反復的に送信することができ、それが、カバレージをさらに増強することができる。例えば、ＮTTI個のサブフレームがバンドルされ、ＮTTI個のサブフレームが（Ｎrep回）反復的に送信される場合、実際上、全部でＮTTI×Ｎrep個のサブフレームを使用することができる。カバレージ増強モードに入ることが可能なＷＴＲＵが、カバレージ増強（エンハンスド）モードを選択することができるように、または条件に従って好ましい動作モード（例えば、カバレージ増強モード）を報告することができるように、ブロードキャストチャネルでは、カバレージ増強動作モードの容量に関する表示を含むことができる。
【０１６３】
以下の１または複数は、カバレージ増強（エンハンスド）モードのためのバンドリングサイズ（ＮTTI）および／または反復レート（Ｎrep）に適用することができる。例では、バンドリングサイズおよび／または反復レートは、送信モード構成と一緒に、より高位のレイヤを介して構成することができる。別の例では、カバレージ増強（エンハンスド）モードのためのバンドリングサイズおよび／または反復レートのデフォルト値を定義することができ、ＷＴＲＵがカバレージ増強（エンハンスド）モード用に構成されている場合、またはカバレージ増強（エンハンスド）モードに入った場合、ＷＴＲＵがバンドリングサイズおよび／または反復レートのＷＴＲＵ固有の構成を受信するまで、デフォルト値を使用することができる。この場合、デフォルト値は、候補値の中で最大の値とすることができ、またはＷＴＲＵは、デフォルト値を用いてＰＤＳＣＨを受信し始めることができ、ある回数のＰＤＳＣＨ受信の試行を実行することができる。ＷＴＲＵがＰＤＳＣＨの受信に失敗した場合、ＷＴＲＵは、特定のステップサイズを用いて、バンドリングサイズおよび／または反復レートを増加させることができる。ステップサイズは、事前定義しておくことができ、失敗の回数に関わらず同じとすることができ、または失敗の回数に従って異なることができる。別の例では、ＴＴＩバンドリングおよび反復を一緒に使用することができ、反復回数以内に最後のバンドルされたＴＴＩが受信されるまで、ＨＡＲＱ−ＡＣＫを報告することができない。
【０１６４】
別の実施形態では、最大でＮTTI個のサブフレームに対してＴＴＩバンドリングをサポートすることができ、ＮTTI個のサブフレームは、半静的な方法で、ｅＮＢによって構成することができる。本明細書で説明される実施形態では、サブフレーム、ＴＴＩ、およびｍｓは、交換可能に使用することができる。
【０１６５】
ＷＴＲＵは、連続するＮTTI個のサブフレーム内で同じデータを送信／受信することができ、データは、サブフレームインデックスまたはバンドルされたサブフレームの間におけるサブフレームの位置に従って、異なる冗長性バージョン（ＲＶ）を用いてコード化することができる。
【０１６６】
図６は、ＲＶ順序が｛０，１，２，３｝である例示的な循環ＲＶ割り当てを示す図である。ＲＶは、窓内で｛０，１，２，３｝の順序で循環的に変化することができ、例えば、８ＴＴＩ窓サイズを使用する場合、図６に示される例のように６つのサブフレーム（６０５）がバンドルされるならば、ＲＶを｛０，１，２，３，０，１｝の順序で使用することができる。ＴＴＩバンドリングを用いて構成されない他のＷＴＲＵについて、８ＨＡＲＱプロセスが使用される場合、８ｍｓ窓サイズを使用することができる。窓サイズが定義されないことがあり、したがって、最大ＮTTIは８以下に等しくすることができるが、任意のサブフレームをバンドルすることが可能である。
【０１６７】
図７は、ＲＶ順序が｛０，２，１，３｝である例示的な循環ＲＶ割り当てを示す図である。ＲＶは、窓内で｛０，２，１，３｝の順序で循環的に変化することができ、例えば、８ＴＴＩ窓サイズが使用される場合、６つのサブフレーム（７０５）がバンドルされるならば、ＲＶを｛０，２，１，３，０，２｝の順序で使用することができる。この場合、ＲＶ順序｛０，２，１，３｝は、ＤＬ  ＴＴＩバンドリングについてのみ使用することができ、ＲＶ順序｛０，２，１，３｝は、ＮTTIが閾値よりも大きい場合（例えば、閾値は４とすることができる）に使用することができ（それ以外の場合、ＲＶ順序｛０，１，２，３｝を使用することができる）、ＲＶ順序｛０，２，１，３｝は、｛１，３，０，２｝などの別のＲＶ順序で置き換えることができる。１もしくは複数のＷＴＲＵへの送信、および／または１もしくは複数のＷＴＲＵからの受信に対して、２つ以上のＲＶ順序（例えば、ＲＶ順序｛０，１，２，３｝および｛０，２，１，３｝）を使用することができる。例えば、一方のＲＶ順序（例えば、ＲＶ順序｛０，１，２，３｝）は、初期送信において使用することができ、他方のＲＶ順序（例えば、ＲＶ順序｛０，２，１，３｝）は、再送のために使用することができる。
【０１６８】
図８は、窓サイズをもたない例示的な循環ＲＶ割り当てを示す図である。再送の場合、ＲＶは、窓サイズをもたないＲＶ順序で循環的に変化することができる。例えば、ＲＶ順序｛０，１，２，３｝が使用され、６つのサブフレーム（８０５）がバンドルされる場合、初期送信のために、ＲＶ−｛０，１，２，３，０，１｝を使用することができ、最初の再送のために、ＲＶ−｛２，３，０，１，２，３｝を使用することができる。図８に示される例では、最大ＮTTIが８以下に等しい場合、窓が定義されないことがある。ＷＴＲＵは、ＴＴＩバンドリングのために構成されていないサブフレーム内で、いずれの共用データも送信／受信することができない。
【０１６９】
ＷＴＲＵは、窓内のＮTTI個のサブフレームにおいて同じデータを送信／受信することができ、データは、サブフレームインデックスまたはバンドルされたサブフレームの間におけるサブフレームの位置に従って、異なるＲＶを用いてコード化することができる。バンドルされたＮTTI個のサブフレームは、窓内のサブフレームのいずれかのサブセットとして定義することができる。この場合、窓サイズ（Ｎwindow）を定義することができ、および／またはＴＴＩバンドリングのためのサブフレームのサブセットを、窓内のビットマップを使用して示すことができ、ビットマップは、より高位のレイヤのシグナリングを介して通知することができる。
【０１７０】
窓サイズ（Ｎwindow）は、（８などの固定値を有することができる）正の整数、（より高位のレイヤのシグナリングを介して構成することができる）正の整数、（システムパラメータの少なくとも１つの関数として定義することができる）正の整数、または（Ｃ−ＲＮＴＩまたはＩＭＳＩとすることができる）ＷＴＲＵ識別番号のうちの少なくとも１つとして定義することができる。
【０１７１】
図９は、ビットマップ表示を有するＴＴＩバンドリングの例を示す図である。ＴＴＩバンドリング９０５のためのサブフレームのサブセットは、窓内のビットマップを使用することによって示すことができる、ビットマップは、より高位のレイヤのシグナリングを介して通知することができる。
【０１７２】
ＴＴＩバンドリングは、最大でＮTTI個のサブフレームに対してサポートすることができ、ＮTTIは、ｅＮＢによって、動的な方法で構成することができる。ここでは、ＷＴＲＵは、ＴＴＩバンドリングを動的にサポートする特定の送信モードを用いて構成することができる。例えば、新しい送信モード（例えば、ＴＭ−ｘ）および関連する新しいＤＣＩ（例えば、ＤＣＩフォーマットＩＥ）を定義することができる。新しいＤＣＩフォーマットでは、各ＤＬ／ＵＬデータ送信について、ＮTTIを定義することができるように、ＴＴＩバンドリングのための表示ビットを含むことができ、ＷＴＲＵは、表示に従って、データをＮTTI回送信／受信することができる。
【０１７３】
ＴＴＩバンドリングケースのセットは、より高位のレイヤのシグナリングを介して定義することができ、ＤＣＩフォーマット内の表示ビットは、セット内のバンドルサイズの１つを示すことができる。例えば、４つのＴＴＩバンドリングケースが、｛ΝTTI,1＝１、ΝTTI,2＝４、ΝTTI,3＝６、ΝTTI,4＝８｝として定義される場合、どのＴＴＩバンドリングケースがＵＬおよび／またはＤＬグラントのために使用されるかを通知するために、ＤＣＩフォーマット内の２ビットを、例えば、表示のために使用することができる。より高位のレイヤのシグナリングが、ＴＴＩバンドリングケースのセットを定義する必要がなくて良いように、ＴＴＩバンドリングケースのセットは、事前定義し、すべてのＷＴＲＵに対して固定することができる。どのＴＴＩバンドリングケースがＵＬおよび／またはＤＬグラントのために使用されるかを示すために、依然として、表示ビットを使用することができる。ＰＵＳＣＨ／ＰＤＳＣＨ送信のために構成された送信モードに関わらず、ＷＴＲＵは、動的にＴＴＩバンドリングを用いて構成することができる。ＷＴＲＵは、ＷＴＲＵがＴＴＩバンドリングされたサブフレームとしてＰＤＳＣＨを受信することができるサブフレームにおいて、ＤＣＩフォーマット１Ａ／２／２Ａ／２Ｂ／２Ｃを含むＰＤＳＣＨのための（Ｅ）ＰＤＳＣＨをモニタリングしないことがある。例えば、ＷＴＲＵが、ＰＤＳＣＨのためのサブフレームｎにおいてＴＴＩバンドリング表示（ＮTTI）を含むＤＣＩを受信し、ＴＴＩバンドリング表示が、ＮTTI＝３を示す場合、ＷＴＲＵは、サブフレームｎからサブフレームｎ＋２までのバンドルされたＴＴＩにおいてＰＤＳＣＨを受信し、ＷＴＲＵは、サブフレームｎ＋１およびｎ＋２内で（Ｅ）ＰＤＳＣＨをモニタリングしなくてよい。
【０１７４】
ＴＴＩバンドリングを用いるＨＡＲＱ処理が本明細書で説明される。実施形態では、バンドルされたＴＴＩは、単一のＨＡＲＱ＿ＡＣＫを有することができ、ＷＴＲＵは、ＰＤＳＣＨ／ＰＵＳＣＨのためのバンドルされたＴＴＩを受信／送信した後、ＨＡＲＱ＿ＡＣＫを送信／受信することができる。ＴＴＩバンドリングがＤＬにおいて使用される場合、ＷＴＲＵが、ＨＡＲＱ＿ＡＣＫを送信することができる。ダウンリンクサブフレームｎが、ＰＤＳＣＨに関連付けられたバンドルされたサブフレーム内の最後のサブフレームである場合、ＷＴＲＵは、ＵＬサブフレームｎ＋ｋにおいてＨＡＲＱ＿ＡＣＫを送信することができる。ここでは、ｋは、ｋ＝４などの固定された正の整数として定義することができる。ダウンリンクサブフレームｎが、ＰＤＳＣＨのためのグラントに関連付けられたＰＤＣＣＨまたはＥＰＤＣＣＨを含む場合、ＷＴＲＵは、ＵＬサブフレームｎ＋ｋにおいてＨＡＲＱ＿ＡＣＫを送信することができる。この場合、ｋは、ＮTTIの関数（例えば、ｋ＝ＮTTI＋４）として定義することができる。
【０１７５】
サブフレームｎは、ＰＤＳＣＨのためのグラントに関連付けられたＰＤＣＣＨまたはＥＰＤＣＣＨを含むサブフレームとすることができる。ここで、ｋは、バンドリング窓Ｎwindowの関数（例えば、ｋ＝Ｎwindow＋４）として定義することができる。
【０１７６】
ＷＴＲＵは、バンドルされたＤＬ送信のＰＤＳＣＨの受信に成功した場合、バンドルされたＤＬ送信に対応するＨＡＲＱ＿ＡＣＫを送信することができる。
【０１７７】
ＷＴＲＵは、ｘ  ｍｓ（例えば、８ｍｓ）の時間窓内でＰＤＳＣＨを受信した場合、ＵＬサブフレームｍにおいてＨＡＲＱ＿ＡＣＫを送信することができる。ｘ  ｍｓの時間窓内の１または複数の（１つ以上の）サブフレーム上で単一のＰＤＳＣＨを送信することができる。サブフレームｍは、事前定義されたサブフレームとすることができ、それは、対応するＰＤＳＣＨが送信される窓の最後のサブフレームの次の無線フレーム内に配置することができる。ＨＡＲＱ＿ＡＣＫ送信のためのＰＵＣＣＨリソースは、ＰＤＳＣＨに関連付けられるＰＤＣＣＨ／ＥＰＤＣＣＨの最初のＣＣＥおよび／または増強ＣＣＥ（ＥＣＣＥ）インデックスの関数として定義することができる。あるいは、ＰＵＣＣＨリソースは、より高位のレイヤのシグナリングを介して定義することができる。（Ｅ）ＣＣＥという用語は、ＣＣＥおよび／またはＥＣＣＥを意味するために使用することができ、それは、ＣＣＥ／ＥＣＣＥによっても表すことができる。
【０１７８】
ＴＴＩバンドリングがＵＬにおいて使用される場合、ＷＴＲＵは、ＨＡＲＱ＿ＡＣＫを受信することができる。ＷＴＲＵは、ＤＬサブフレームｎ＋ｋにおいてＨＡＲＱ＿ＡＣＫを受信することができる。ＵＬサブフレームｎは、ＰＵＳＣＨ送信に関連付けられたバンドルされたサブフレーム内の最後のサブフレームとすることができる。ここでは、ｋは、４などの固定された数とすることができる。ＤＬサブフレームｎは、ＷＴＲＵが関連するＰＵＳＣＨのためのグラントを受信するサブフレームとすることができる。ここでは、ｋは、バンドリングサイズまたはバンドリング窓の関数とすることができる。例えば、ｋ＝ＮTTI＋４、またはｋ＝Ｎwindow＋４である。
【０１７９】
バンドルされたＴＴＩは、カバレージを改善するために、ＷＴＲＵが複数のＨＡＲＱ＿ＡＣＫを蓄積することができるように、２つ以上のＨＡＲＱ＿ＡＣＫを有することができる。ＷＴＲＵは、バンドルされたサブフレーム内の個々のサブフレームのすべてが、サブフレームｎ＋ｋ内に関連するＨＡＲＱ＿ＡＣＫを有することができ、カバレージを改善するために、ＷＴＲＵが複数のＨＡＲＱ＿ＡＣＫを追加することができるように、複数のＨＡＲＱ＿ＡＣＫは、同じＨＡＲＱインジケータ（ＨＩ）コードを有することができると仮定することができる。バンドルされたサブフレームのための複数のＨＡＲＱ＿ＡＣＫは、ＮTTIが閾値よりも大きい場合に使用することができる。例えば、ＮTTIが４よりも大きい場合、ＷＴＲＵは、複数のＨＡＲＱ＿ＡＣＫが送信されると仮定することができる。
【０１８０】
ＷＴＲＵは、バンドルされたサブフレーム内のサブフレームのサブセットが、関連するＨＡＲＱ＿ＡＣＫを有することができると仮定することができる。ＷＴＲＵは、サブフレームのサブセットが、同じＨＩコードを有することを仮定することができる。実施形態では、ＮTTIが閾値よりも大きい場合、バンドルされたサブフレームに対して複数のＨＡＲＱ＿ＡＣＫを使用することができる。例えば、ＮTTIが４よりも大きい場合、ＷＴＲＵは、複数のＨＡＲＱ＿ＡＣＫが送信されると仮定することができる。
【０１８１】
図１０は、ＡＣＫ／ＮＡＣＫ反復実施形態の場合のレガシＷＴＲＵの例示的な挙動を示す図である。ＡＣＫ／ＮＡＣＫ反復は、電力制限および／またはセル間干渉を被り易いことがあるセルエッジＷＴＲＵについてのカバレージを増強するために、ＬＴＥにおいて導入された。より具体的には、そのように構成された場合、レガシＷＴＲＵは、最初のＡＣＫ／ＮＡＣＫ送信に続く、ＮANRep−１個の連続するサブフレームにおいて、ＡＣＫ／ＮＡＣＫ情報を繰り返して送信することができる。ＡＣＫ／ＮＡＣＫ反復が可能にされたＨＡＲＱタイムラインに関して、サブフレームｎ−４（１００５）においてＰＤＳＣＨ送信を検出すると、ＷＴＲＵが、サブフレームｎ−ＮANRep−３、．．．、ｎ−５において、ＰＤＳＣＨ送信に対応するサブフレームｎにおけるＨＡＲＱ＿ＡＣＫの送信を繰り返していない場合、レガシＷＴＲＵは、サブフレームｎから開始するＮANRep個の連続するサブフレーム（１０１０）において、ＨＡＲＱ＿ＡＣＫ応答を送信することができる。レガシＷＴＲＵは、サブフレームｎ−３、．．．、ｎ＋ＮANRep−５においても、検出されたいかなるＰＤＳＣＨ送信に対応するＨＡＲＱ＿ＡＣＫ応答も送信しなくてよい。
【０１８２】
図１１は、ＤＬサブフレームバンドリングのためのＡＣＫ／ＮＡＣＫ反復の例を示す図である。ＤＬカバレージを改善するためにＤＬにおいてサブフレームバンドリングが使用される実施形態では、ＷＴＲＵは、ＵＬ上のバンドル内のＰＤＳＣＨ送信全体に対応する単一のＨＡＲＱ＿ＡＣＫ応答の送信を繰り返すことができる。したがって、ＷＴＲＵは、最初に、ＤＬサブフレームバンドル内のすべてのＰＤＳＣＨ送信を収集して復号し、次に、ＵＬ上で送信するために、単一のＨＡＲＱ＿ＡＣＫ応答を生成することができる。ＵＬ  ＡＣＫ／ＮＡＣＫタイミングに関して、実施形態によれば、ＷＴＲＵは、ＷＴＲＵに宛てられたサブフレームｎ−ｌ（１１０５）内のＰＤＳＣＨ送信を検出すると（ここで、ｌは、ＤＬサブフレームバンドル内のサブフレームのインデックスである）、ＵＬサブフレームｎ（１１１０）において最初のＨＡＲＱ＿ＡＣＫ応答を送信し、その後、サブフレームｎ＋１、．．．、ｎ＋ＮANRep−１（１１１５）においてＨＡＲＱ＿ＡＣＫ応答を繰り返すことができる。図１１に示される例では、インデックスｌは、３、４、または５であり、ＤＬサブフレームバンドルのサイズは、３である。
【０１８３】
対応する（Ｅ）ＰＤＣＣＨがＤＬサブフレームバンドル内のサブフレームにおいて検出されるＰＤＳＣＨ送信の場合、ＷＴＲＵは、ＤＬバンドル送信全体に対応する最初のＡＣＫ／ＮＡＣＫ応答を、ＵＬサブフレームｎにおいて送信することができ、その後、バンドルされたサブフレーム内で検出された対応する（Ｅ）ＰＤＣＣＨの（Ｅ）ＣＣＥインデックスから導出されたＰＵＣＣＨリソースを使用して、ＤＬバンドル送信全体に対応するＡＣＫ／ＮＡＣＫ応答の送信を、サブフレームｎ＋１、．．．、ｎ＋ＮANRep−１上で繰り返すことができる。したがって、ＤＬサブフレームバンドル内のすべてのサブフレームについて、ＷＴＲＵは、最初に、そのサブフレーム内で（Ｅ）ＰＤＣＣＨを検出することができ、次に、対応するＤＣＩ割り当てを構成するために使用される最低の（Ｅ）ＣＣＥインデックスに基づいて、対応するＵＬサブフレームにおけるＡＣＫ／ＮＡＣＫ反復のためのＰＵＣＣＨインデックスを導出することができる。
【０１８４】
ＷＴＲＵは、バンドルの最後のサブフレーム内で検出された（Ｅ）ＰＤＣＣＨの（Ｅ）ＣＣＥインデックスから導出されたＰＵＣＣＨリソース、バンドルの最初のサブフレーム内で検出された（Ｅ）ＰＤＣＣＨの（Ｅ）ＣＣＥインデックスから導出されたＰＵＣＣＨリソース、またはより高位のレイヤのシグナリングによって構成されたＰＵＣＣＨリソースを使用して、ＤＬ送信全体に対応するＡＣＫ／ＮＡＣＫ応答の送信を、サブフレームｎ＋１、．．．、ｎ＋ＮANRep−１において繰り返すことができる。
【０１８５】
対応する（Ｅ）ＰＤＣＣＨがバンドルされたサブフレームにおいて検出されないＰＤＳＣＨ送信の場合、ＷＴＲＵは、ＤＬバンドル送信全体に対応する最初のＡＣＫ／ＮＡＣＫ応答を、ＵＬサブフレームｎにおいて送信することができ、その後、直近のＤＬスケジューリング割り当てにおいて検出された（Ｅ）ＰＤＣＣＨの（Ｅ）ＣＣＥインデックスから導出されたＰＵＣＣＨリソース、またはより高位のレイヤのシグナリングによって構成されたＰＵＣＣＨリソースを使用して、送信全体に対応するＡＣＫ／ＮＡＣＫ応答の送信を、サブフレームｎ＋１、．．．、ｎ＋ＮANRep−１上で繰り返すことができる。
【０１８６】
ＬＴＥでは、ＡＣＫ／ＮＡＣＫ反復は、ＵＬカバレージを増強するために、４の反復ファクタに限定することができる。ＷＴＲＵは、より高い反復ファクタを使用して、ＡＣＫ／ＮＡＣＫ応答を再送する必要があることがある。ＷＴＲＵによって使用される高められた反復ファクタは、より高位のレイヤを通してＷＴＲＵに伝達することができ、またはＤＬにおいて使用されるサブフレームバンドリングパラメータに基づいて、暗黙的に導出することができる。例えば、これは、バンドル内のＤＬサブフレームの数によって、またはバンドル内のＤＬサブフレームの数の関数によって示すことができる。
【０１８７】
ＤＬにおいてＰＨＩＣＨカバレージを改善するためにＷＴＲＵによって使用することができる方法が本明細書で説明される。方法または実施形態は、単独で、または互いに組み合わせて利用することができる。
【０１８８】
ＰＨＩＣＨ反復の実施形態では、ＷＴＲＵは、複数のＰＨＩＣＨリソースを使用して、ＵＬ  ＰＵＳＣＨ送信に関連付けられたＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）情報を受信し、検出することができる。この実施形態では、ＰＨＩＣＨ上で送信されるＡＣＫ／ＮＡＣＫ情報は、単一のサブフレーム上のＵＬ  ＰＵＳＣＨ送信に関連付けることができる。サブフレームバンドリング動作の場合、ＡＣＫ／ＮＡＣＫフィードバックは、複数のサブフレーム上のバンドルされたＰＵＳＣＨ送信に関連付けることができる。ＡＣＫ／ＮＡＣＫフィードバックも、複数のサブフレーム上に、または単一のサブフレーム内に分散することができる。これは、ＷＴＲＵが、単一のＵＬトランスポートブロックに対応する与えられたサブフレームのために単一のＰＨＩＣＨリソースを処理することができる、レガシＷＴＲＵ動作とは異なることができる。
【０１８９】
ＰＨＩＣＨリソースに関して、ＷＴＲＵは、ＵＬリソース割り当ての物理リソースブロック（ＰＲＢ）インデックスから、対応するＰＨＩＣＨリソースを決定することができる。ＰＲＢインデックスは、単一のサブフレーム内でのＰＵＳＣＨ送信のために使用されるＰＲＢに関連付けることができる。ここで、与えられたサブフレームについて、ＷＴＲＵは、最低のＰＲＢインデックスを使用して、最初のＰＨＩＣＨリソースを決定し、その後、構成されたＰＨＩＣＨ反復ファクタに基づいて、ＵＬリソース割り当てを構成するＰＲＢインデックスを順次増加させることによって、そのサブフレーム内の他の割り当てられたＰＨＩＣＨリソースを決定することができる。
【０１９０】
したがって、ＰＨＩＣＨリソースは、インデックスペア（
【０１９１】
【数３６】
2020031434.tif 000040
【０１９２】
）によって識別することができ、ここで、
【０１９３】
【数３７】
2020031434.tif 000041
【０１９４】
は、第ｉのＰＨＩＣＨリソースについてのＰＨＩＣＨグループ番号とすることができ、
【０１９５】
【数３８】
2020031434.tif 000042
【０１９６】
は、グループ内における直交シーケンスインデックスとすることができ、それらは、
【０１９７】
【数３９】
2020031434.tif 000043
【０１９８】
によって定義することができ、ここで、
【０１９９】
【数４０】
2020031434.tif 000044
【０２００】
であり、ＮPHICHRepは、ＰＨＩＣＨ反復ファクタである。
【０２０１】
サブフレームバンドリング動作の場合、ＰＨＩＣＨリソースは、バンドル内の複数のＵＬサブフレーム上でのＵＬ送信に関連付けられたＰＲＢインデックスから導出することができる。この手法は、対応するＰＨＩＣＨリソースがバンドル内の最後のサブフレームに排他的に関連付けられる、レガシＷＴＲＵ挙動のそれとは異なることができる。
【０２０２】
ＰＨＩＣＨリソースに関して、ＷＴＲＵは、ＰＵＳＣＨ送信に関連付けられたＵＬ復調基準シンボル（ＤＭＲＳ）循環シフトから、対応するＰＨＩＣＨリソースを決定することができる。ＤＭＲＳ循環シフトは、単一のサブフレーム内のＰＵＳＣＨ送信に関連付けることができる。ここで、与えられたサブフレームについて、ＷＴＲＵは、直近のＰＤＣＣＨ内のＤＭＲＳフィールドからの循環シフトを使用して、最初のＰＨＩＣＨリソースを決定し、その後、循環シフトを順次増加させることによって、そのサブフレーム内の他の割り当てられたＰＨＩＣＨリソースを決定することができる。しかしながら、ＷＴＲＵによって使用することができる循環シフトには最大で８つという制限が存在し得る。したがって、ＰＨＩＣＨリソースは、インデックスペア（
【０２０３】
【数４１】
2020031434.tif 000045
【０２０４】
）によって識別することができ、ここで、
【０２０５】
【数４２】
2020031434.tif 000046
【０２０６】
は、第ｉのＰＨＩＣＨリソースについてのＰＨＩＣＨグループ番号とすることができ、
【０２０７】
【数４３】
2020031434.tif 000047
【０２０８】
は、グループ内における直交シーケンスインデックスとすることができ、それらは、
【０２０９】
【数４４】
2020031434.tif 000048
【０２１０】
によって定義することができ、ここで、
【０２１１】
【数４５】
2020031434.tif 000049
【０２１２】
であり、ＮPHICHRepは、ＰＨＩＣＨ反復ファクタである。
【０２１３】
ＰＨＩＣＨ電力ブースティングの実施形態では、ＷＴＲＵのチャネル状態に応じて、ＰＨＩＣＨに電力制御を適用することができる。電力ブースティングは、複数のＰＨＩＣＨリソースを使用するＡＣＫ／ＮＡＣＫ反復と一緒になって、ＰＨＩＣＨのカバレージをかなり増強することができる。
【０２１４】
符号分割多重化（ＣＤＭ）を行わないＰＨＩＣＨでは、レガシＰＨＩＣＨグループは、符号分割多重化され、リソース要素の同じセットにマッピングされる、複数のＰＨＩＣＨリソースを含むことができる。これは、送信機において、複数のＰＨＩＣＨリソースにわたる電力分配をもたらすことができる。さらに、ＷＴＲＵにおけるチャネル推定誤差のため、ＰＨＩＣＨグループ内の符号分割多重化されるＰＨＩＣＨリソースの間の直交性が失われることがあり、それが、今後は、カバレージの低下を引き起こすことがある。実施形態では、ＷＴＲＵは、いかなる符号分割多重化も行わずにＰＨＩＣＨグループ内で利用されるＰＨＩＣＨリソースは１つしか存在しないと仮定することができる。
【０２１５】
実施形態では、ＰＨＩＣＨまたはＰＨＩＣＨのグループは、増強された（エンハンスド）ＰＨＩＣＨ（ＥＰＨＩＣＨ）を使用して送信することができる。例えば、ＰＨＩＣＨまたはＰＨＩＣＨのグループについての情報を搬送するために、新しいＤＣＩフォーマットを定義することができる。別の例では、Ａ／Ｎ情報を含むＤＣＩは、（Ｅ）ＰＤＣＣＨ共通探索空間を含む特定の（Ｅ）ＰＤＣＣＨ位置において送信することができる。あるいは、Ａ／Ｎ情報を含むＤＣＩは、事前定義された（Ｅ）ＣＣＥ、またはより高位のレイヤによって構成された（Ｅ）ＣＣＥにおいて送信することができる。別の例では、Ａ／Ｎ情報を含むＤＣＩの検出のために、新しいＲＮＴＩを定義することができる。例えば、ＨＡＲＱ  ＲＮＴＩ（ＨＡ−ＲＮＴＩ）を定義することができ、ＷＴＲＵは、サブフレームｎにおいてＰＵＳＣＨを送信した場合、ＨＡ−ＲＮＴＩを用いてそのＣＲＣをスクランブルすることができる対応するＡ／Ｎ情報を含むＤＣＩを、サブフレームｎ＋ｋにおいてモニタリングすることができ、ここで、ｋは、ＦＤＤの場合、４とすることができる。
【０２１６】
サブフレームｎにおいてＰＵＳＣＨを送信するＷＴＲＵのためのＡ／Ｎ情報ビットの位置は、定義することができ、対応するＵＬグラントの開始（Ｅ）ＣＣＥ番号、ＰＵＳＣＨ送信のための開始ＰＲＢ番号、アップリンクＤＭ−ＲＳの循環シフト、またはより高位のレイヤによって構成された値のうちの少なくとも１つを含むことができる。Ａ／Ｎ情報を含むＤＣＩの数は、ＰＨＩＣＨグループの数として構成することができる。
【０２１７】
Ａ／Ｎ情報を含むＤＣＩを搬送する（Ｅ）ＰＤＣＣＨのカバレージを改善するためのカバレージ増強方法が本明細書で説明される。（Ｅ）ＰＤＣＣＨは、ＤＬ／ＵＬグラント、ブロードキャストチャネル送信、ページング、ＲＡＣＨ応答、グループ電力制御などのために使用されている。ＵＬグラントのためのＤＣＩフォーマット０、４、ＤＬ送信のためのＤＣＩフォーマット１Ａ、１Ｂ、１Ｃ、２Ａ、２Ｂ、２Ｃ、およびグループ電力制御のためのＤＣＩフォーマット３、３Ａなど、様々なＤＬ／ＵＬ送信モードをサポートするためのＤＣＩフォーマットが導入された。本明細書で説明される実施形態は、ＰＤＣＣＨおよびＥＰＤＣＣＨの両方に適用することができ、またはＰＤＣＣＨまたはＥＰＤＣＣＨのどちらかだけに適用可能とすることができる。ＣＣＥ、リソース要素グループ（ＲＥＧ）、ＰＤＣＣＨ候補、および探索空間など、ＰＤＣＣＨに関して一般に使用される用語は、ＥＣＣＥ、増強された（エンハンスド）ＲＥＧ（ＥＲＥＧ）、ならびにＥＰＤＣＣＨ候補、および探索空間と交換可能に使用することができる。
【０２１８】
実施形態では、ＤＣＩ内容は、より良好なカバレージのためにダウンサイズすることができる。（Ｅ）ＰＤＣＣＨリンク適応は、（Ｅ）ＣＣＥの数に基づくことができるので、（Ｅ）ＣＣＥの数は、（Ｅ）ＰＤＣＣＨのカバレージに緊密な関連性があることがある。例えば、１つのＣＣＥは、コーディングレート１／２に等価とすることができる。したがって、２つのＣＣＥは、２倍の数の（Ｅ）ＰＤＣＣＨリソースがＤＣＩ送信のために使用されるので、コーディングレート１／４に等価とすることができる。利用可能な４つのＣＣＥ集約レベルが存在するので（例えば、｛１，２，４，８｝）、ＤＣＩ内容の削減は、与えられた（Ｅ）ＣＣＥ集約レベルにおける（Ｅ）ＰＤＣＣＨのカバレージを増加させることができる。
【０２１９】
例えば、ＷＴＲＵのこのカテゴリのために、ＤＬ送信および／またはＵＬグラントに関連付けられた新しいＤＣＩフォーマットを定義することができる。ＨＡＲＱプロセス番号表示のために、２以下のビットを使用することができ、それは、ＨＡＲＱプロセスの数を８ＨＡＲＱプロセスから減少させることができることを示唆する。ＨＡＲＱプロセス番号フィールドがＤＣＩに含まれないことがあり、単一のＨＡＲＱプロセスまたは同期ＨＡＲＱプロセスが使用される。変調および符号化方式（ＭＣＳ）表示のために、４以下のビットを使用することができる。ＭＣＳのためにＮビット（Ｎ＜５）を使用することができると仮定すると、５ビットＭＣＳテーブルの最上位ビット（ＭＳＢ）は、受信機において推測することができ、最下位ビット（ＬＳＢ）は、事前定義されたビットと見なすことができる。例えば、新しいＤＣＩフォーマットにおいて、３ビットＭＣＳフィールド（Ｎ＝３）を使用することができ、３つのビットは、ＭＣＳテーブルの最初の３ビットに対応し、２ビットのＬＳＢは、「００」と事前定義しておくことができる。したがって、３ビットＭＣＳフィールドとともにＭＣＳテーブルの３ビットを使用することができ、ＷＴＲＵは、３ビットＭＣＳフィールドをｘｘｘ００と解釈することができ、ここで、ｘｘｘは、５ビットＭＣＳフィールドのＭＳＢであり、「００」は、２ビットＬＳＢである。あるいは、３ビットＭＣＳフィールドは、ＬＳＢの一部と見なすことができ、ＭＳＢは、事前定義しておくことができる。どちらの代替案についても、新しいＤＣＩフォーマットにおける３ビットＭＣＳフィールドによって示されない、５ビットＭＣＳフィールドのＬＳＢ部またはＭＳＢ部は、事前定義しておくことができ、またはより高位のレイヤのシグナリングおよび／またはブロードキャストによって構成することができる。
【０２２０】
新しいＭＣＳテーブルは、ＮビットＭＣＳフィールドを用いて定義することができ、新しいＭＣＳテーブルは、先行リリースの５ビットＭＣＳテーブルのサブセットを用いて定義することができる。
【０２２１】
リソース割り当てタイプ（０、１、および／または２）に従ったリソース割り当てビットは、ＰＤＳＣＨ送信のために使用されるＰＲＢの最大数を制限することによって減少させることができる。例えば、ＤＬシステム帯域幅において、２５個のＰＲＢペアが利用可能であると仮定すると、リソース割り当て表示は、例えば、２５個のＰＲＢの代わりに、６個のＰＲＢペアなど、限られた数のＰＲＢペア内で必要とされ得るので、リソース割り当てのためのビットの数を減少させることができるように、サブフレームにおいて割り当てられるＰＲＢの最大数を６個のＰＲＢペアに制限することができる。あるいは、新しいＤＣＩフォーマットにおいてリソース割り当てフィールドを使用せず、代わりに、より高位のレイヤのシグナリングを使用することができる。したがって、周波数領域におけるＤＬリソース割り当ては、半静的な割り当てとすることができ、一方、時間割り当ては、（Ｅ）ＰＤＣＣＨに基づくことができる。例えば、ＷＴＲＵは、システムにおけるＰＲＢペアのうちの構成されたＰＲＢペアにおいてＰＤＳＣＨまたはＥＰＤＣＣＨを受信することができ、一方、ＷＴＲＵには、（Ｅ）ＰＤＣＣＨを介してサブフレームにおいてＰＤＳＣＨを受信するのかどうかを示すことができる。
【０２２２】
冗長性バージョンは、新しいＤＣＩフォーマットにおいて、除去すること、またはダウンサイズすることができる。例えば、冗長性バージョンは、「０」に固定することができ、冗長性バージョンのためのビットフィールドが使用されないことがある。より良好なカバレージをサポートするために、より低いコーディングレートを新しいＤＣＩフォーマットに対して使用することができると仮定すると、他の冗長性バージョン｛すなわち、１、２、および３｝を必要としなくてよく、単一の冗長性バージョンで十分なことがある。したがって、｛０、１、２、または３｝のうちの単一の冗長性バージョンを固定的に使用することができる。あるいは、４つの冗長性バージョンのうちの２つを使用することができるように、１ビットの冗長性バージョンを使用することができる。
【０２２３】
別の実施形態では、（Ｅ）ＰＤＣＣＨカバレージを改善するために、（Ｅ）ＰＤＣＣＨフォーマットの反復または拡張を使用することができる。（Ｅ）ＰＤＣＣＨの反復は、サブフレーム内で、または複数のサブフレームにわたって適用することができる。本明細書で説明される実施形態の場合、（Ｅ）ＰＤＣＣＨカバレージ増強（エンハンスド）モード、（Ｅ）ＰＤＣＣＨカバレージ拡張（エンハンスド）モード、カバレージ増強モード、およびカバレージ増強された（エンハンスド）モードは、交換可能に使用することができる。
【０２２４】
（Ｅ）ＰＤＣＣＨ候補が、レガシ（Ｅ）ＰＤＣＣＨと比較して、より大きい集約レベルを有することができるように、（Ｅ）ＣＣＥ集約レベルは、異なることができる。例えば、（Ｅ）ＰＤＣＣＨカバレージ増強（エンハンスド）モードのみがＷＴＲＵ固有の探索空間に適用可能であり得る、送信に関わらずＰＤＣＣＨカバレージ増強（エンハンスド）モードを使用することができる、またはＰＤＣＣＨカバレージ増強（エンハンスド）モードが特定のＤＣＩフォーマットおよび／または送信モードに適用可能であり得る、カバレージ増強（エンハンスド）モードのために、集約レベル｛２，４，８，１６｝または｛４，８，１６，３２｝を使用することができる。
【０２２５】
ＷＴＲＵ固有または共通の探索空間のために設定された（Ｅ）ＣＣＥ集約レベルは、ＷＴＲＵの動作モードに従って異なることができる。ＷＴＲＵの動作モードは、カバレージ増強（エンハンスド）モードを含むことができる。ＷＴＲＵがカバレージ増強（エンハンスド）動作モードとして構成される場合、より大きな（Ｅ）ＣＣＥ集約レベルセット（例えば、｛１６，３２｝）を使用することができ、一方、ＷＴＲＵがカバレージ増強（エンハンスド）動作モードとして構成されない場合、レガシ（Ｅ）ＣＣＥ集約レベルセット（例えば、｛４，８｝）を使用することができる。ＷＴＲＵは、より高位のレイヤのシグナリングを介して、またはＰＲＡＣＨ手順の間に示されて、カバレージ増強（エンハンスド）動作モードとして構成することができる。
【０２２６】
（Ｅ）ＣＣＥ集約レベルセットは、ＷＴＲＵからのＰＲＡＣＨプリアンブル送信のために使用されるＰＲＡＣＨリソースに従って構成または定義することができる。カバレージ増強動作モードのために使用することができるＰＲＡＣＨリソースを使用することによって、ＷＴＲＵがＲＡＲを受信した場合、より大きい（Ｅ）ＣＣＥ集約レベルセットを使用することができる。カバレージ制限を有さないＷＴＲＵのために構成することができるＰＲＡＣＨリソースを使用することによって、ＷＴＲＵがＲＡＲを受信した場合、より小さい（Ｅ）ＣＣＥ集約レベルセットを使用することができる。
【０２２７】
（Ｅ）ＣＣＥ集約レベルセットは、ＷＴＲＵのカバレージ制限レベルに従って構成または定義することができ、カバレージ制限レベルは、ＲＳＲＰ、経路損失、タイミングアドバンス、およびＰＲＡＣＨリソースのうちの１または複数によって定義することができる。例えば、ＷＴＲＵ受信機において計算される経路損失またはＲＳＲＰが、事前定義された閾値よりも低い場合、ＷＴＲＵは、（Ｅ）ＣＣＥ集約レベルセット候補のうちのより大きい（Ｅ）ＣＣＥ集約レベルセットを決定することができる。
【０２２８】
（Ｅ）ＰＤＣＣＨカバレージ増強モードのために、デフォルトのＷＴＲＵ固有の探索空間を定義することができ、そこでは、集約レベルのサブセットを使用することができる。例えば、｛１，２，４，８，１６，３２，６４｝が、（Ｅ）ＰＤＣＣＨカバレージ増強モードのために使用される集約レベルのセットである場合、デフォルトのＷＴＲＵ固有の探索空間において、サブセット｛２，４，８，１６｝を使用することができる。したがって、ＷＴＲＵ固有の構成を行う前のＷＴＲＵは、集約レベルのサブセット｛２，４，８，１６｝を用いるデフォルトのＷＴＲＵ固有の探索空間において、（Ｅ）ＰＤＣＣＨをモニタリングすることができる。ある回数の試行または時間期間にわたって、デフォルトのＷＴＲＵ固有の探索空間内で、ＷＴＲＵが（Ｅ）ＰＤＣＣＨの復号に失敗した場合、ＷＴＲＵは、集約レベルをより高い集約レベルセット（例えば、｛４，８，１６，３２｝）に自律的に変更することができる。あるいは、ＷＴＲＵは、より高位のレイヤからＷＴＲＵ固有の構成を受信するまで、デフォルトのＷＴＲＵ固有の探索空間をモニタリングすることができる。
【０２２９】
２以上のデフォルトのＷＴＲＵ固有の探索空間（ＷＳＳ）を、異なる時間／周波数リソースにおいて定義することができ、集約レベルセットは、デフォルトのＷＴＲＵ固有の探索空間の位置に従って異なることができる。例えば、２つのデフォルトのＷＴＲＵ固有の探索空間は、例えば、デフォルトＷＳＳ１およびデフォルトＷＳＳ２とすることができ、集約レベルセット｛１，２，４，８｝は、デフォルトＷＳＳ１のために使用することができ、集約レベルセット｛１６，３２，６４，１２８｝は、デフォルトＷＳＳ２のために使用することができる。ＷＴＲＵは、ＰＲＡＣＨ手順の間、ＷＴＲＵがどのデフォルトＷＳＳを暗黙的にモニタリングする必要があり得るかを通知されることができる。
【０２３０】
（Ｅ）ＰＤＣＣＨカバレージ増強（エンハンスド）モードでは、（Ｅ）ＰＤＣＣＨ送信のために、サブフレームをバンドルすることができる。例えば、（Ｅ）ＰＤＣＣＨは、Ｋ個（Ｋ＞１）のサブフレームにわたって送信することができる。バンドルされたサブフレーム内では、復調を行わずにＷＴＲＵが複数のサブフレーム上の（Ｅ）ＣＣＥを統合することができるように、開始（Ｅ）ＣＣＥ番号を同じにすることができる。（Ｅ）ＰＤＣＣＨカバレージ増強（エンハンスド）モードは、ＷＴＲＵ固有の探索空間に適用可能とすることができる。（Ｅ）ＰＤＣＣＨカバレージ増強（エンハンスド）モードは、送信に関わらず使用することができる。（Ｅ）ＰＤＣＣＨカバレージ増強（エンハンスド）モードは、特定のＤＣＩフォーマットおよび／または送信モードにのみ適用可能とすることができる。
【０２３１】
ＷＴＲＵ挙動は、２つの制御チャネルモード（モード１およびモード２）によって定義することができ、より高位のレイヤのシグナリングによって構成することができる。モード１は、限定することなく、通常モード、レガシモード、通常カバレージモード、および／またはレガシカバレージモードと呼び／定義することができる。モード２は、限定することなく、拡張されたモード、カバレージ拡張モード、拡張されたカバレージモード、およびより大きいカバレージモードと呼び／定義することができる。ＷＴＲＵは、任意のタイプの送信モード（ＴＭ１〜ＴＭ１０）および制御チャネルモードを用いて構成することができる。ＷＴＲＵカテゴリは、１または複数の（１つ以上の）制御チャネルカバレージ拡張方式を用いて定義することができる。したがって、このカテゴリに入るＷＴＲＵは、どのタイプの制御チャネルモードを使用する必要があるかを知ることができる。制御チャネルカバレージ拡張方式を使用するＷＴＲＵカテゴリは、ＷＴＲＵがＷＴＲＵカテゴリをｅＮＢに送信するまで、最初のうちは、他のカテゴリのＷＴＲＵとして動作することができる。
【０２３２】
動作の２つのモードは、通常モードおよびカバレージ増強（エンハンスド）モードとして定義することができる。ＷＴＲＵがカバレージ増強（エンハンスド）モードに切り換わる、または入る場合、（Ｅ）ＰＤＣＣＨカバレージ増強（エンハンスド）モードのソリューションを使用することができる。
【０２３３】
増強された（エンハンスド）フィードバックを用いる閉ループＭＩＭＯ動作が本明細書で説明される。（Ｅ）ＰＤＣＣＨカバレージ増強のための例示的な方法では、大きいフィードバックオーバヘッドを有する閉ループビーム形成を使用することができる。ＬＣ−ＭＴＣデバイスは、短いカバレージに悩まされることがあるが、ＬＣ−ＭＴＣデバイスは、例えば、地下に配置することができるので、チャネルステータスは静的であることができる。したがって、チャネルが少なくとも頻繁には変化しないので、より良いビーム形成利得のために、大きいフィードバックオーバヘッドを有する閉ループビーム形成を報告することができる。ここでは、チャネル品質インジケータ（ＣＱＩ）／プリコーダ行列インジケータ（ＰＭＩ）および／もしくはランクインジケータ（ＲＩ）を適用することができ、ならびに／またはＷＴＲＵは、制御チャネルカバレージ拡張モードを用いて構成される場合、チャネル共分散行列を長期的に報告することができる。ＷＴＲＵは、制御チャネルカバレージ拡張モードを用いて構成される場合、明示的なチャネルフィードバックを報告する必要があることがある。ここでは、明示的なチャネルフィードバックは、広帯域および／もしくはサブバンドチャネル共分散行列、広帯域および／もしくはサブバンド量子化チャネル行列、および／もしくはマルチランクＰＭＩを含むことができ、明示的なチャネルフィードバックは、より高位のレイヤのシグナリングを介して報告することができ、ならびに／または明示的なチャネルフィードバックが報告されるかどうかは、ｅＮＢ構成に基づくことができる。
【０２３４】
増強または改善されたＰＢＣＨカバレージを提供するための方法が本明細書で提供される。ＰＢＣＨは、ＷＴＲＵ受信機におけるＤＬ信号受信を可能にするために、ＤＬシステム帯域幅、ＳＦＮ番号情報（例えば、１０ビットＳＦＮの８ＭＳＢ）、ＰＨＩＣＨ構成、および共通基準信号（ＣＲＳ）ポートの数など、初期アクセスのためのいくつかの重要な情報を含むことができる。本明細書で説明される実施形態は、低い受信ＳＩＮＲに悩まされるＷＴＲＵにロバストなシステム情報を提供することができる。いくつかの実施形態は、実際のＰＢＣＨカバレージ増強に基づくことができ、他の実施形態は、システム情報を搬送するための別のコンテナを使用することができる。
【０２３５】
実施形態では、カバレージ制限を経験することがあるＷＴＲＵなど、あるＷＴＲＵによって、またはあるＷＴＲＵのために、新しいＰＢＣＨを使用することができ、または使用することを意図することができる。新しいＰＢＣＨは、本明細書では、増強された（エンハンスド）ＰＢＣＨまたはｅＰＢＣＨと呼ばれることがあり、新しいＰＢＣＨは、それらの用語と交換可能に使用することができる。レガシＰＢＣＨに加えて、例えば、レガシ信号および／またはレガシＷＴＲＵをサポートすることができ、またはサポートすることを意図することができるシステム内またはキャリア上で、後方互換性を可能にすることができる、ｅＰＢＣＨを送信することができる。ｅＰＢＣＨは、あるレガシ信号および／またはレガシＷＴＲＵをサポートすることができず、またはサポートすることを意図することができない、非後方互換キャリア（例えば、新しいキャリアタイプ）内で送信することができる。ｅＰＢＣＨは、送信方式、時間／周波数位置、または（例えば、サブフレームおよび／またはフレーム内での）反復頻度のうちの少なくとも１つに関して、レガシＰＢＣＨと異なることができる。
【０２３６】
例では、ｅＰＢＣＨは、ＤＭ−ＲＳベースの送信を使用することができ、したがって、限定することなく、アンテナポート｛１０７，１０８，１０９，１１０｝または｛７，８，９，１０｝の少なくとも一方を使用する。あるいは、新しいアンテナポートを定義することができる。ＤＭ−ＲＳは、物理セルＩＤまたは物理セル識別情報（ＰＣＩ）を用いてスクランブルすることができる。ブロードキャストチャネルのために、ＤＭ−ＲＳベースのＴｘＤを使用することができる。例えば、２Ｔｘまたは４Ｔｘは、ダイバーシティ（ＴｘＤ）方式を送信する。シングルアンテナポート２Ｔｘ  ＴｘＤまたは４Ｔｘ  ＴｘＤのうちの送信方式の一方を、事前定義された方法で使用することができる。シングルアンテナポート２Ｔｘ  ＴｘＤまたは４Ｔｘ  ＴｘＤのうちの送信方式の一方を使用することができ、ＷＴＲＵは、それらの一方をブラインドで復号する必要があることがある。
【０２３７】
シングルアンテナポート２Ｔｘ  ＴｘＤまたは４Ｔｘ  ＴｘＤのためのアンテナポート番号は、以下の方法の少なくとも一方で定義することができ、すなわち、シングルアンテナポートは、ポート１０７など、固定されたアンテナポート番号として事前定義しておくことができ、またはシングルアンテナポートは、アンテナポート｛１０７，１０８，１０９，１１０｝または｛１０７，１０８｝の間で、モジュロ演算を用いるＰＣＩの関数として構成することができる。例えば、ＰＣＩとともにｍｏｄｕｌｏ−４演算を、ｎ＝（ＰＣＩ）ｍｏｄｕｌｏ−４のように使用することができ、ｎは、アンテナポートの１つを示すことができる。２Ｔｘの場合の｛１０７，１０８｝、および｛１０７，１０８，１０９，１１０｝など、２つまたは４つのアンテナポートを事前定義しておくことができる。単純なシステム設計の場合、ｅＰＢＣＨ送信のために、シングルアンテナポートおよび２Ｔｘ  ＴｘＤを使用することができる。
【０２３８】
別の実施形態では、ｅＰＢＣＨは、中央ＰＲＢ、例えば、中央６個のＰＲＢとすることができる、６個以下のＰＲＢなど、いくつかのＰＲＢ内に配置することができ、中央は、送信帯域幅に関するものとすることができる。ｅＰＢＣＨは、レガシＰＢＣＨとは異なるサブフレーム内に存在することができる。レガシＰＢＣＨは、無線フレーム内の最初のサブフレームで送信することができ、または常に送信することができるので、ｅＰＢＣＨは、他のサブフレーム内に配置することができる。ｅＰＢＣＨは、レガシＰＢＣＨとは異なるＰＲＢ内に配置することができ、異なるＰＲＢ（またはオーバラップしないリソース）内に配置される場合、レガシＰＢＣＨと同じサブフレーム内に配置することができる。ｅＰＢＣＨを配置することができる各サブフレーム内では、ｅＰＢＣＨのために、同じＰＲＢを使用することができる。
【０２３９】
ｅＰＢＣＨおよび／またはレガシＰＢＣＨは、ｅＮＢまたはセルによって送信することができる。
【０２４０】
実施形態では、ｅＰＢＣＨは、各無線フレーム内の、またはある無線フレーム、例えば、あるＳＦＮ番号を有する無線フレーム、またはある特性を有するＳＦＮを有する無線フレーム内の、１または複数の（１つ以上の）サブフレームに配置することができ、配置すると送信するは、交換可能に使用することができる。ある特性を有するＳＦＮの例は、ＳＦＮをある数Ｘで除算した剰余が０または別の値に等しいＳＦＮ、ＳＦＮの最上位ｎビットをある数Ｘで除算した剰余が０または別の値に等しいＳＦＮ、または（ＳＦＮ＋オフセットＹ）をある数Ｘで除算した剰余が０または別の値に等しいＳＦＮを含むことができる。あるＳＦＮの例は、連続するＳＦＮの１または複数の（１つ以上の）セットとすることができ、各セットの開始ＳＦＮは、上述のＳＦＮ特性の１つ、例えば、ＳＦＮの（すべてのビットを含むことができる）最上位ｎビットをある数Ｘで除算した剰余が０または別の値に等しいことなど、ある特性を有することができる。ｅＰＢＣＨのためのサブフレームおよび／または無線フレームおよび／または無線フレーム特性は、固定することができ、またはセルの物理セル識別情報（ＰＣＩ）および／または他のシステムパラメータの関数とすることができる。
【０２４１】
一例では、ｅＰＢＣＨは、ある無線フレーム内の１または複数の（１つ以上の）サブフレームに配置することができ、ある無線フレームは、例えば、（０から１０２３までの番号を付けることができる１０２４個の無線フレームを含むことができる）ＳＦＮサイクル内の、無線フレームのある（例えば、事前定義された）サブセットとすることができる。無線フレームのサブセットは、周期的に発生することができ、または配置されることができる。例えば、ｅＰＢＣＨは、ある数の、例えば、４個の連続する無線フレーム内に、ある周期性で（例えば、ｘおよびｙを正の整数とすることができるとして、ｘ  ｍｓごとに、または無線フレームｙ個ごとに繰り返し）配置することができる。ｅＰＢＣＨを含む無線フレームのサブセット（または無線フレームの各期間）の開始無線フレーム（例えば、最低のＳＦＮ番号）は、１または複数の（１つ以上の）システムパラメータおよび／またはＰＣＩの関数として決定または定義することができる。連続するフレームの代替として、それらは、ある（例えば、固定された）数のフレームによって分離することができる。本明細書で説明される実施形態では、フレームおよび無線フレームは、交換可能に使用することができる。
【０２４２】
いくつかの実施形態では、ｅＮＢもしくはセルによって送信することができ、および／またはＷＴＲＵによって受信することができる各無線フレームには、システムフレーム番号（ＳＦＮ）を関連付けることができる。ＳＦＮまたはＳＦＮの一部は、各無線フレームの少なくとも１つのサブフレームにおいて送信またはブロードキャストすることができる（例えば、ＳＦＮの８ビットを、すべての無線フレームのサブフレーム０内のレガシＰＢＣＨにおいてブロードキャストすることができる）。ＳＦＮは、Ｎフレームのサイクルを有することができ、すなわち、ＳＦＮ番号は、０からＮ−１までの範囲を有することができ、フレームＮ−１に達した後、次のフレームにおいて、再び０から開始することができる。ＬＴＥなどのシステムの場合、Ｎは、１０２４とすることができる。Ｎ個のフレームが、ＳＦＮサイクルを構成することができる。
【０２４３】
ｅＰＢＣＨによって搬送される情報、例えば、システム情報は、１もしくは複数の反復期間または１もしくは複数のＳＦＮサイクルなど、ある時間期間の間、同じとすることができ、または例えば、セルのシステムパラメータが再構成されることがない限り、すべての無線フレームにおいて同じとすることができる。
【０２４４】
実施形態では、ある無線フレーム内に配置されるｅＰＢＣＨは、その無線フレーム内、例えば、サブフレーム０内で送信することができるレガシＰＢＣＨと同じ信号構造を有することができる。信号構造は、情報、情報ビット、およびコード化ビットのうちの少なくとも１つを含むことができる。ｅＰＢＣＨは、ある無線フレーム内の１または複数の（１つ以上の）サブフレームにおいて送信することができ、それらのサブフレームの各々において、その無線フレーム内のレガシＰＢＣＨと同じ信号構造を有することができる。ある無線フレーム内のｅＰＢＣＨを送信することができるサブフレームの各々において、ｅＰＢＣＨ送信は、サブフレーム０においてレガシＰＢＣＨを送信することができるのと同じ時間／周波数位置に存在することができる。例えば、無線フレームｍ内の１または複数の（１つ以上の）サブフレームにおいて送信されるｅＰＢＣＨは、サブフレーム０において送信することができるレガシＰＢＣＨと同じ信号構造を有することができる。４つの連続するフレーム、例えば、フレームｍ、ｍ＋１、ｍ＋２、ｍ＋３など、連続するフレーム内で送信されるｅＰＢＣＨの場合、それらのフレームの各々において、各フレーム内の１または複数の（１つ以上の）サブフレームに配置することができるｅＰＢＣＨは、そのフレームのＰＢＣＨと同じ信号構造を有することができ（例えば、ｍ内のｅＰＢＣＨは、ｍ内のＰＢＣＨと同じ信号構造を有することができ、ｍ＋１内のｅＰＢＣＨは、ｍ＋１内のＰＢＣＨと同じ信号構造を有することができるなど）、ＰＢＣＨ信号構造は、それらのフレームの１または複数において異なる（例えば、それらのフレームの各々において異なる）ことができる。フレームの各サブフレーム内のｅＰＢＣＨは、同じ信号構造を有することができる。
【０２４５】
実施形態では、ある無線フレーム内に配置されるｅＰＢＣＨは、ｅＰＢＣＨが配置されるその無線フレームのサブフレームの各々において、同じ信号構造を有することができる。ｅＰＢＣＨは、異なる無線フレームについては、異なる信号構造を有することができる。例えば、４つの連続するフレーム、例えば、フレームｍ、ｍ＋１、ｍ＋２、ｍ＋３など、連続するフレーム内で送信されるｅＰＢＣＨの場合、それらのフレームの各々において、ｅＰＢＣＨ信号構造は、ｅＰＢＣＨが送信されるサブフレームにおいて同じとすることができるが、異なるフレームにおいては異なることができる。これは、フレーム内でコード化ビットを繰り返すこと、およびフレームにわたってコード化ビットを分散させることに対応することができる。
【０２４６】
別の実施形態では、ある無線フレーム内に配置されるｅＰＢＣＨは、ｅＰＢＣＨが配置されるその無線フレームのサブフレームの各々において、異なる信号構造を有することができ、ある期間内の無線フレームにおけるｅＰＢＣＨ送信は、同じとすることができる。例えば、４つの連続するフレーム、例えば、フレームｍ、ｍ＋１、ｍ＋２、ｍ＋３など、連続するフレーム内で送信されるｅＰＢＣＨの場合、それらのフレームの各々において、ｅＰＢＣＨ信号構造は、ｅＰＢＣＨが送信されるサブフレームの各々において異なることができ、連続するフレームにおける送信は、同じとすることができる。これは、フレーム内でコード化ビットを分散させること、および複数のフレームごとに繰り返すことに対応することができる。
【０２４７】
別の例では、ｅＰＢＣＨは、レガシＰＢＣＨのそれよりも小さいペイロードサイズを含むことができる。構成の選択肢が、レガシＭＩＢのために定義されるほど多くのビットを必要としないことがあるので、これを可能にすることができる。ｅＰＢＣＨは、例えば、（６、１５、２５、５０、７５、および１００ＰＲＢとすることができる選択肢には十分であり得る）３ビットＤＬシステム帯域幅、（１／６、１／２、１、２に等しい通常および拡張された持続時間およびリソースを含むことができる選択肢には十分であり得る）３ビットＰＨＩＣＨ構成、８ビットＳＦＮ、および１６ビットＣＲＣを含むことができ、これは、ｅＰＢＣＨのための３０ビットのペイロードサイズをもたらすことができる。あるいは、８ビットＣＲＣが付加される、３ビットＤＬシステム帯域幅、３ビットＰＨＩＣＨ構成、および８ビットＳＦＮ番号を使用することができ、したがって、２２ビットのペイロードサイズをもたらす。あるいは、ＰＨＩＣＨ構成など、システム情報の１または複数は、ｅＰＢＣＨペイロードから除去することができる。
【０２４８】
別の実施形態では、ＷＴＲＵは、ｅＰＢＣＨの位置に基づいて、例えば、ＷＴＲＵがｅＰＢＣＨが存在すると決定することができる１または複数の（１つ以上の）フレームに基づいて、ＳＦＮを決定することができる。この場合、ｅＰＢＣＨペイロードは、ＳＦＮ番号のためのビット（例えば、８ビット）を含まないことがある。例えば、ｅＰＢＣＨは、あるＳＦＮ特性を有することができる連続するフレーム（例えば、４つの連続するフレーム）など、あるフレーム内に配置することができ、例えば、連続するフレームのＳＦＮは、同じｋ個の最上位ビットを有することができ、例えば、ｋは、８に等しくすることができ、ならびに／または１もしくは複数のシステムパラメータおよび／もしくはＰＣＩに基づいて決定することができる。
【０２４９】
実施形態では、ＷＴＲＵは、ｅＰＢＣＨによって搬送される情報に基づいて、および／またはＷＴＲＵがｅＰＢＣＨが存在すると決定することができる１もしくは複数のフレームに基づいて、無線フレームの（例えば、無線フレームの連続するセットなど、セット内の１または複数の（１つ以上の）無線フレーム、例えば、セット内の第１の無線フレームの）ＳＦＮを決定することができる。ＷＴＲＵは、例えば、窓手法を使用することができ、窓手法では、ｅＰＢＣＨが存在することができる、フレームのセット内のサブフレームのセット（例えば、４つの連続するフレームの各々における３つのサブフレーム）におけるｅＰＢＣＨに関して何を予期すべきか（例えば、フォーマット、内容、コーディングなど）を知ることができる。ＷＴＲＵは、フレームの１つのセットから次のセットに窓を移動させることができ、ｅＰＢＣＨを復号しようと試みることができ（それは、利得を達成するために必要とされる、サブフレームおよび／またはフレームにわたる組み合わせを含むことができ）、ｅＰＢＣＨ情報ビットを復号することができるまで、一度に１フレームなど、ある数だけ窓を移動させることを含む。ＷＴＲＵは、ｅＰＢＣＨの復号に成功することができると、情報ビットからＳＦＮ（例えば、窓の最初のフレームのＳＦＮ）を獲得することができ、またはＷＴＲＵは、ｅＰＢＣＨを見つけることができたフレームに基づいて、例えば、ある（例えば、ある知られた）ＳＦＮ、またはｅＰＢＣＨを見つけることができるフレームのある（例えば、ある知られた）ＳＦＮ特性に基づいて、ＳＦＮを決定することができる。変形として、例えば、フレーム内のｅＰＢＣＨ信号構造がフレーム内のＰＢＣＨ信号構造と同じである場合、ｅＰＢＣＨに加えて、ＰＢＣＨを使用することができる。ＰＢＣＨは、それがｅＰＢＣＨであるかのように、同じ方法で扱うことができ、例えば、利得を達成するために、ｅＰＢＣＨと組み合わせることができる。
【０２５０】
別の実施形態では、フレーム内の１または複数のｅＰＢＣＨサブフレームは、ｅＰＢＣＨを配置することができる、またｅＰＢＣＨの復調に成功することが可能であり得るサブフレームをＷＴＲＵが知ることができるように、サブフレームオフセットを用いて配置することができる。ＷＴＲＵはレガシＰＢＣＨを受信しようと試みる前にセルと同期を取ることができ、同期信号は知られたサブフレームにおいて送信することができるので、ＷＴＲＵは、同期を取り終えた後、どのサブフレームがレガシＰＢＣＨまたは同期チャネルを含むことができるかを知ることができる。ＷＴＲＵは、同期チャネル（プライマリ同期信号（ＰＳＳ）またはセカンダリ同期信号（ＳＳＳ））のサブフレームからの、またはレガシＰＢＣＨを見出すことができるサブフレームからの（１または複数の）オフセットとすることができる、（１または複数の）サブフレームオフセットを用いて、ｅＰＢＣＨの位置を決定することができる。
【０２５１】
例では、サブフレームオフセットは、Ｎoffset＝４など、固定された数として事前定義しておくことができ、またはサブフレームオフセットは、例えば、モジュロ演算を用いる、物理セルＩＤ（ＰＣＩ）の関数として構成することができる。例えば、Ｎoffset＝（ＰＣＩ）  ｍｏｄｕｌｏ−Ｋであり、ここで、Ｋは、例えば、２よりも大きく、および／または１０よりも小さいとすることができる、事前定義された数とすることができる。ｅＰＢＣＨがフレーム内の２つ以上のサブフレームに存在する場合、２つ以上のオフセットが存在することができる。
【０２５２】
ＴＤＤの例では、サブフレームオフセットは、ＴＤＤ  ＵＬ／ＤＬ構成の関数とすることができる。
【０２５３】
別の例では、反復のために、複数のサブフレームオフセットを使用することができる。例えば、ｅＰＢＣＨをより頻繁に送信するために、Ｎoffset,1およびＮoffset,2を使用することができる。サブフレームオフセットは、固定された数として事前定義しておくことができ、または物理セルＩＤの関数として構成することができる。
【０２５４】
ｅＰＢＣＨについての別の実施形態では、ＳＦＮ表示のために、より少数のビットを使用することができる。例えば、ｅＰＢＣＨによって提供されるＳＦＮ番号が、より長い時間窓において同じになることができるように、８ビットＳＦＮ番号の代わりに、７ビット以下のＳＦＮ番号インジケータを使用することができる。７ビットＳＦＮ番号インジケータを使用することができる場合、７ビットＳＦＮ番号は、例えば、１０ビットＳＦＮ番号の最上位７ビットを示すことができ、ＷＴＲＵは、各無線フレームにおける最下位３ビット数０００、００１、０１０、０１１、１００、１０１、１１０、１１１を、例えば、コード化ビットのスクラブリングコードから、暗黙的に検出することができ、この場合、ブロードキャストチャネル（ＢＣＨ）トランスポートブロックは、各無線フレームが、スクランブルされたコード化ビットの異なる部分を有することができるように、ビットレベルにおいて、コード化／レートマッチングし、スクランブルすることができる。７ビットＳＦＮ表示の場合、ｅＰＢＣＨ時間窓は、レガシＰＢＣＨ時間窓の２倍であり得る、８０ｍｓとすることができ、ここで、ＰＢＣＨ時間窓は、ＰＢＣＨ送信のためのＴＴＩと見なすことができる。
【０２５５】
別の実施形態では、レガシＰＢＣＨとｅＰＢＣＨの両方を同じセル内で送信することができる場合、ＰＢＣＨ受信についてのＷＴＲＵ挙動は、以下の例示的な挙動のうちの少なくとも１つを含むことができる。例では、ＷＴＲＵは、ＰＢＣＨを受信する前に、基準信号受信電力（ＲＳＲＰ）を測定することができ、測定されたＲＳＲＰが閾値よりも低い場合、ＷＴＲＵは、ｅＰＢＣＨを受信および／または復号しようと試みる（または試み始める）ことができる。それ以外の場合、ＷＴＲＵは、レガシＰＢＣＨを受信および／または復号しようと試みる（または試み始める）ことができる。別の例では、ＷＴＲＵは、例えば、初期アクセスの開始時には、レガシＰＢＣＨを受信および／または復号しようと試みる（または試み始める）ことができ、ＷＴＲＵが、例えば、（事前定義しておくこと、または実施依存とすることができる）ある回数の試行の間、レガシＰＢＣＨを受信および／または復号することに失敗した場合、ＷＴＲＵは、レガシＰＢＣＨを受信および／または復号しようと試みることを止めることができ、ｅＰＢＣＨを受信および／または復号しようと試みる（または試み始める）ことができる。別の例では、ＷＴＲＵが、特定のＷＴＲＵカテゴリに入ること、または属することができる場合、ＷＴＲＵは、ｅＰＢＣＨを受信および／または復号しようと試みること、もしくは試み始めることができ、または常に試みること、もしくは常に試み始めることができ、これは、レガシＰＢＣＨを受信および／または復号しようと試みることに代わって、またはそれに加えて、行うことができる。
【０２５６】
別の例では、レガシＰＢＣＨとｅＰＢＣＨの両方を同じセル内で送信することができる場合、ＰＢＣＨ受信についてのＷＴＲＵ挙動は、以下のうちの少なくとも１つを含むことができる。ＷＴＲＵは、例えば、初期アクセスの開始時には、レガシＰＢＣＨを受信および／または復号しようと試みる（または試み始める）ことができ、ＷＴＲＵが、例えば、（事前定義しておくこと、または実施依存とすることができる）ある回数の試行の間、レガシＰＢＣＨを受信および／または復号することに失敗した場合、ＷＴＲＵは、ｅＰＢＣＨを受信および／または復号しようと試みる（または試み始める）ことができる。ＷＴＲＵは、ｅＰＢＣＨ受信（例えば、復調ビットとすることができるｅＰＢＣＨビット）を、レガシＰＢＣＨ受信（例えば、復調ビットとすることができるＰＢＣＨビット）と組み合わせて、利得を達成することができる。あるいは、ＷＴＲＵは、閾値を下回るなど、ある基準を満たすＲＳＲＰまたは別の測定値に基づいて、レガシＰＢＣＨに加えて、ｅＰＢＣＨを受信および／または復号しようと試みる（または試み始める）ことに決定することができる。あるいは、ＷＴＲＵは、閾値を下回るなど、ある基準を満たすＲＳＲＰ測定値または別の測定値に基づいて、ｅＰＢＣＨまたはレガシＰＢＣＨを受信および／または復号しようと試みる（または試み始める）ことに決定することができる。
【０２５７】
低い受信ＳＩＮＲを有することができるＷＴＲＵ、またはレガシＰＢＣＨを介して搬送することができるシステム情報の受信に成功できないことがある、あるＷＴＲＵカテゴリに入る、もしくはあるＷＴＲＵカテゴリであることができるＷＴＲＵなど、あるＷＴＲＵが本明細書で説明される。一般にレガシＰＢＣＨによって提供されるシステム情報の要素の１または複数など、システム情報を受信するために、別のチャネルを提供すること、および／またはあるＷＴＲＵなどのＷＴＲＵによって使用することができる。
【０２５８】
ＤＬシステム帯域幅、ＰＨＩＣＨ構成、およびＳＦＮ番号のうちの少なくとも１つなど、システム情報を搬送するために、（Ｅ）ＰＤＣＣＨ共通探索空間（または新しく定義された探索空間）を使用することができる。（Ｅ）ＰＤＣＣＨ共通探索空間、または（Ｅ）ＰＤＣＣＨ共通探索空間のサブセット（またはシステム情報探索空間（例えば、システム情報ＰＤＣＣＨ（ＳＩ−ＰＤＣＣＨ））などの他の探索空間）を、システム情報を搬送するために使用することができる。
【０２５９】
システム情報のために、新しいＤＣＩフォーマットを定義することができる。例えば、システム情報のために、ＤＣＩフォーマットｘを定義することができ、ＤＣＩフォーマットｘは、ＤＬシステム帯域幅、ＰＨＩＣＨ構成、ＳＦＮ番号のうちの１または複数を含むことができる。ＤＣＩフォーマットは、レガシＰＢＣＨによって提供されるのと同じ情報を含むことができ、その情報は、同じ方法で表すことができる（例えば、ＭＩＢの情報要素（ＩＥ）をＤＣＩ内に含むことができる）。システム情報ＤＣＩフォーマットｘのために、他のＤＣＩフォーマットを用いる同じコーディングチェーンを使用することができる。ＤＣＩフォーマットｘのために、事前定義されたＥＣＣＥ番号を使用することができる。ここでは、集約レベルは、事前定義された数（例えば、８）とすることができ、または複数の集約レベルを、ブラインド復号方法において使用することができる。
【０２６０】
システム情報を含むことができるＤＣＩフォーマットｘは、事前定義されたサブフレームにおいて周期的に送信することができる。例えば、無線フレーム内のすべてのサブフレーム４において、ＥＰＤＣＣＨ共通探索空間（またはシステム情報のために使用することができる他の探索空間）内で、ＤＣＩフォーマットｘを送信することができる。
【０２６１】
無線フレーム内のサブフレーム位置は、２、３、４、または６などと、異なることができる。したがって、カバレージ増強動作モード下にあるＷＴＲＵは、ＰＢＣＨではなくシステム情報を含むことができるＤＣＩフォーマットｘを復号することができる。
【０２６２】
ＴＤＤでは、サブフレーム位置は、ＴＤＤ  ＵＬ／ＤＬサブフレーム構成の関数として定義することができる。例えば、ＵＬ／ＤＬサブフレーム構成１では、サブフレーム４を使用することができ、一方、ＵＬ／ＤＬサブフレーム構成２では、サブフレーム３を使用することができる。
【０２６３】
ある時間窓内に存在することができる、連続するサブフレームまたは複数のサブフレームは、ＳＦＮ番号を変更せずにＤＣＩフォーマットｘを含むことができる。カバレージを改善するために、例えば、連続するＤＬサブフレームとすることができる、複数のサブフレームのために、ＤＣＩフォーマットｘを反復的に送信することができる。ＳＦＮはこれらの複数のサブフレーム内で変更されなくてよいので、ＷＴＲＵは、ＤＣＩフォーマットｘを統合して、カバレージを改善することができる。時間窓は、無線フレームとすることができる。ＳＦＮ番号を変更せずにＤＣＩフォーマットｘを送信することができる複数のサブフレームは、同じフレーム内に存在することができる。
【０２６４】
タイプ１およびタイプ２（Ｅ）ＰＤＣＣＨ共通探索空間（ＣＳＳ）など、２つのタイプの（Ｅ）ＰＤＣＣＨを定義することができ、（Ｅ）ＰＤＣＣＨ共通探索空間タイプの一方を、システム情報のために使用することができる。タイプ１（Ｅ）ＰＤＣＣＨ  ＣＳＳは、セル固有の（Ｅ）ＰＤＣＣＨ  ＣＳＳ、システム（Ｅ）ＰＤＣＣＨ  ＣＳＳ、事前定義された（Ｅ）ＰＤＣＣＨ  ＣＳＳ、分散（Ｅ）ＰＤＣＣＨ  ＣＳＳ、および／またはブロードキャスト（Ｅ）ＰＤＣＣＨ  ＣＳＳと交換可能に使用することができる。タイプ１（Ｅ）ＰＤＣＣＨ  ＣＳＳ位置は、中央６つのＲＢ内にあるように事前定義することができ、すべてのサブフレーム内で送信しなくてよい。例えば、ＦＤＤでは、タイプ１（Ｅ）ＰＤＣＣＨ  ＣＳＳは、サブフレーム｛１、２、３、４、６、７、８、９｝のすべてまたはサブセットにおいて、またはそこだけにおいて送信することができる。タイプ１（Ｅ）ＰＤＣＣＨ  ＣＳＳは、無線フレームのサブセットにおいて送信することができる。タイプ２（Ｅ）ＰＤＣＣＨ  ＣＳＳは、ＷＴＲＵ固有の（Ｅ）ＰＤＣＣＨ  ＣＳＳ、ｅＮＢによって構成された（Ｅ）ＰＤＣＣＨ  ＣＳＳ、および／または局所化された（Ｅ）ＰＤＣＣＨ  ＣＳＳと交換可能に使用することができる。タイプ２（Ｅ）ＰＤＣＣＨ  ＣＳＳ位置は、より高位のレイヤのシグナリングおよび／またはブロードキャストチャネルによって構成することができる。ブロードキャストチャネルは、ＤＣＩフォーマットｘを含むことができる。システム情報のためのＤＣＩフォーマットｘは、タイプ１（Ｅ）ＰＤＣＣＨ  ＣＳＳにおいて送信することができる。
【０２６５】
システム情報（例えば、ＳＩ−ＰＤＣＣＨ）用に使用するために新しく定義された探索空間は、タイプ１（Ｅ）ＰＤＣＣＨについて上で説明した特性を有することができる。ｅＮＢ（またはセル）があるシステム情報（例えば、レガシＰＢＣＨ内に含むことができるシステム情報）を（例えば、ＷＴＲＵのあるグループの一部とすることができるあるＷＴＲＵに）送信する手段に基づいて（および／またはＷＴＲＵがそのような情報を受信する手段に基づいて）、以下のうちの１または複数を適用することができる。あるＷＴＲＵと通信するｅＮＢまたはセルは、ｅＮＢまたはセルによってグラントまたはスケジュールされた、ＷＴＲＵからのＵＬ送信に応答して、ＰＨＩＣＨを提供しないことがある。ＷＴＲＵは、ＰＨＩＣＨをサポートすることを期待されていないことを理解することができる。ＷＴＲＵは、ＷＴＲＵからのＵＬ送信に応答して、ｅＮＢまたはセルによって提供されることがあるＰＨＩＣＨを探さなくてよく、ＰＨＩＣＨを予期しなくてよく、および／またはＰＨＩＣＨに基づいて動作しなくてよい。
【０２６６】
ＷＴＲＵは、ＣＲＳベースの送信をサポートすることを期待されていないことを理解することができる。ＷＴＲＵは、ＷＴＲＵがＤＬグラントを受信するサブフレームにおいてＣＲＳが送信されないことを仮定することができ、ＰＤＳＣＨ受信のためのＣＲＳ周辺でのレートマッチングが必要とされないことを仮定することができる。これに対する例外は、ＣＲＳが送信されることがＷＴＲＵによって知られており、１または複数のポート番号が事前に知られている（例えば、ポート０を用いてサブフレーム０および５においてＣＲＳを送信することができる）、あるサブフレームとすることができる。手段は、あるシステム情報、例えば、ｅＰＤＣＣＨ共通探索空間またはＳＩ−ＰＤＣＣＨが、送信または受信される、チャネルを含むことができる。
【０２６７】
レガシＰＢＣＨ内に含むことができるシステム情報のサブセットを、例えば、（Ｅ）ＰＤＣＣＨ  ＣＳＳまたはＳＩ−ＰＤＣＣＨなどの、ＰＢＣＨ以外のチャネルにおいて、ｅＮＢまたはセルは、送信することができ、ＷＴＲＵは、受信することができる。
【０２６８】
ＰＨＩＣＨ構成は、提供されないことがあり、および／またはＣＲＳポート番号は、提供されないことがある。レガシＰＢＣＨ内に含むことができるシステム情報は、複数のサブセットにグループ化することができ、それらは、別々に、ｅＮＢもしくはセルによって送信することができ、および／またはＷＴＲＵによって受信することができる。
【０２６９】
システム情報サブセット１（ＳＢＳ１）およびシステム情報サブセット２（ＳＢＳ２）などの各サブセットは、別々に定義し、送信または受信することができる。例えば、ＳＢＳ１は、ＤＬシステム帯域幅およびＳＦＮ番号を含むことができ、ＳＢＳ２は、ＣＲＳポート番号および／またはＰＨＩＣＨ構成を含むことができる。別の例では、ＳＢＳ１は、ＤＬシステム帯域幅を含むことができ、ＳＢＳ２は、ＳＦＮ番号およびＣＲＳポート番号を含むことができる。別の例では、ＳＢＳ１は、ＤＬシステム帯域幅およびＣＲＳポート番号を含むことができ、一方、ＳＢＳ２は、ＳＦＮ番号のみを含むことができる。
【０２７０】
レガシＰＢＣＨ内に含むことができるシステム情報のいくつかは、サブセットのいずれにも含むことができない（例えば、ＰＨＩＣＨ構成は、サブセットのいずれにも含むことができない）。
【０２７１】
各サブセットは、送信のための異なる周期またはパターンを有することができる。例では、ＳＢＳ１は、５ｍｓごとに送信することができ、ＳＢＳ２は、１０ｍｓごとに送信することができる。別の例では、ＳＢＳ１は、ｊ  ｍｓごとに一度送信することができ、一方、ＳＢＳ２は、ｋ  ｍｓごとに連続するサブフレームにわたって送信することができる。
【０２７２】
ＬＣ−ＭＴＣ固有のシステム情報が本明細書で説明される。低ＳＩＮＲカバレージエリア内のＬＣ−ＭＴＣデバイスまたは他のデバイスなどの、あるデバイスは、ＬＣ−ＭＴＣカバレージ増強などのカバレージ増強をサポートすることができるｅＮＢによってブロードキャストすることができるあるシステム情報ブロック（ＬＣ−ＳＩＢ）から、セルアクセスおよび接続確立のためのネットワークおよびセル情報を獲得することができる。この場合、以下の方法のうちの１または複数をＬＣ−ＳＩＢに適用することができる。１または複数のＬＣ−ＳＩＢが存在することができる。
【０２７３】
例では、ＬＣ−ＳＩＢは、事前定義された周波数および時間位置において送信される、シグナリングメッセージ（例えば、無線リソース制御（ＲＲＣ）メッセージ）とすることができる。ＬＣ−ＳＩＢは、半静的とすることができ（例えば、長い時間期間にわたって変化しなくてよく）、事前定義されたフレームにおいて、またそのフレームの間の１または複数の事前定義されたサブフレームにおいて周期的に繰り返すことができる。
【０２７４】
例では、ＷＴＲＵは、事前定義された窓持続期間の間、記憶されたＬＣ−ＳＩＢ情報を有効と見なすことができ、またはレガシＳＩＢ変更手順に従うことができる。ＷＴＲＵは、ページング情報でＬＣ−ＳＩＢ変更の特定の表示を受信することができる。実施形態では、ＷＴＲＵは、スモールデータ受信および／または受信のための接続確立のたびに、ＬＣ−ＳＩＢを再獲得することができる。例えば、ＬＣ−ＳＩＢは、ＷＴＲＵに現在記憶されているＬＣ−ＳＩＢが有効で最新かどうかを示す、ｓｙｓＩｎｆｏＶａｌｕｅ  Ｔａｇを含むことができる。
【０２７５】
例では、ＬＣ−ＳＩＢは、ＳＦＮを含まないことがあり、ＬＣ−ＭＴＣデバイスは、ＬＣ−ＳＩＢまたはレガシＭＩＢ以外の手段を通して、ＳＦＮを獲得することができる。
【０２７６】
例では、ＬＣ−ＳＩＢ内容は、ＬＣ−ＭＴＣデバイスがネットワークへの接続を確立することを目的とすることができる、以下の情報のうちの１または複数に制限することができる。情報は、ＰＬＭＮ−ＩｄｅｎｔｉｔｙＬｉｓｔとすることができる。ＬＣ−ＭＴＣデバイスのモビリティを制限することができるので、リストは、単一の公衆陸上モバイルネットワーク（ＰＬＭＮ）ＩＤに制限することができる。情報は、セル選択情報とすることができる。これは、適切なセル選択のためのＲＳＲＰ／ＲＳＲＱ閾値を含むことができる。ＬＣ−ＭＴＣデバイスは、カバレージ増強の下で動作することができ、適切なセル選択基準のための閾値を有さないことがある。ＬＣ−ＳＩＢの適切な検出は、適切なセルのための選択基準とすることができる。例えば、レガシ基準による適切なセル選択が失敗すると、ＬＣ−ＭＴＣは、カバレージ増強動作を伴ったセル選択を検討することができる。
【０２７７】
別の例示的な実施形態では、ＬＣ−ＳＩＢ内に含まれる情報は、ランダムアクセスチャネル（ＲＡＣＨ）構成情報を含むことができる。ＬＣ−ＭＴＣデバイスがネットワークとの接続確立を開始するために、ＲＡＣＨと物理ＲＡＣＨ（ＰＲＡＣＨ）の両方に共通な構成が必要なことがある。ＲＡＣＨ手順のための電力制御およびＵＬ送信電力に関するものなど、あるパラメータは、ランダムアクセスプロセスにおいて比較的迅速に最大送信電力に到達することができるように、ＷＴＲＵにおいて事前定義しておくことができる。例えば、プリアンブルの数、プリアンブル送信の最大数、および再送電力ステップなどのパラメータは、ＲＲＣにおいて定義されるような最大許容値に事前定義しておくことができる。例えば、パラメータが事前定義されたものと異なる場合、ＲＡＣＨおよびＰＲＡＣＨのための構成を、ＬＣ−ＳＩＢにおいて指定することができる。構成は、レガシ（例えば、カバレージ制限されない）ＷＴＲＵのための構成を提供するＳＩＢ内のＲＡＣＨおよびＰＲＡＣＨのそれとは異なることができ、別個のリソース（例えば、プリアンブルもしくはプリアンブルセット、および／または時間／周波数リソース）を含むことができる。
【０２７８】
別の例示的な実施形態では、ＬＣ−ＳＩＢ内に含まれる情報は、ＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ共通構成パラメータを含むことができる。これらのパラメータは、ネットワークとの初期接続確立時のＵＬ／ＤＬシグナリング無線ベアラのＷＴＲＵ動作のために含むことができる。ＬＣ−ＳＩＢは、ＵＬ情報も含むことができる。例えば、ＵＬがデフォルトＵＬ／ＤＬ分離を用いて構成されない場合、またはＵＬ帯域幅がＤＬ帯域幅と同じでない場合、ＬＣ−ＳＩＢ内にＵＬキャリア情報が指定される。
【０２７９】
ＬＣ−ＳＩＢは、ＲＲＣ固有のタイマのための情報を含むことができる。実施形態では、ＬＣ−ＭＴＣデバイスは、通常のＷＴＲＵと比較して異なる定数値およびタイマ値を用いて事前定義しておくことができる。例えば、無線リンク障害検出タイマおよび定数Ｔ３１０、Ｎ３１０、Ｔ３１１のデフォルト値は、カバレージ増強シナリオにおけるＬＣ−ＭＴＣデバイスによる無線リンク障害（ＲＬＦ）検出の可能性がより低くなることを可能にするために、異なるより長い値になるように設定することができる。実施形態では、ＬＣ−ＭＴＣデバイスは、無線リンクモニタリングを実行しないように、または無線リンク障害を示さないように構成することができる。
【０２８０】
カバレージ増強動作では、いくつかの機能がＬＣ−ＭＴＣデバイスによってサポートされないことがあるので、通常のＷＴＲＵセルアクセスのために必要とされ得るレガシＳＩＢ内のいくつかのパラメータは、ＬＣ−ＳＩＢ内に含まれないことがある。通常のセルシステム情報を読み、使用することによって、ＬＣ−ＭＴＣデバイスが、レガシＳＩＢ獲得のための通常の動作にフォールバックすることも可能であり得る。ＷＴＲＵは、通常のシステム情報を読むことに成功し、その有効性を維持している場合、ＬＣ−ＳＩＢの代わりに、通常のＳＩＢからの情報を使用することができる。
【０２８１】
レガシＰＢＣＨ内のＳＦＮを読まないＳＦＮ表示が本明細書で説明される。ＳＩＮＲが低いカバレージエリア内に存在することがある、ＬＣ−ＭＴＣデバイスまたは他のデバイスなどの、ＷＴＲＵまたはデバイスは、セルのＳＦＮを獲得すること、または他の方法で決定することができ、そのような獲得または決定は、それをレガシＰＢＣＨから獲得せずに行うことができる。実施形態では、ＳＦＮの決定は、受信（例えば、知られた信号およびその信号のタイミングの成功した受信または獲得）に基づくことができる。
【０２８２】
ＷＴＲＵは、フル解像度（例えば、ＳＦＮサイクルが１０２４の場合、１０ビット解像度）またはフル解像度よりも低い解像度とすることができる、ある解像度で、ＳＦＮを決定することができる。フル解像度ＳＦＮは、フルＳＦＮと呼ばれることがある。フル解像度よりも低い解像度を有するＳＦＮは、低減解像度ＳＦＮ、低減ＳＦＮ、またはサブセットＳＦＮと呼ばれることがある。
【０２８３】
信号のタイミングは、信号を送信することができる１もしくは複数のサブフレーム、信号を送信することができる１もしくは複数のフレーム、ＷＴＲＵが信号を受信または正常に受信することができる１もしくは複数のサブフレーム、ＷＴＲＵが信号を受信または正常に受信することができる１もしくは複数のフレーム、および／または信号の送信の周期性を含むことができる。
【０２８４】
知られた信号は、ｅＮＢまたはセルによって送信することができる。信号は、以下の方法のうちの１または複数で送信することができる。例示的な実施形態では、信号は１または複数の事前定義された時間／周波数リソースにおいて送信することができる。別の例示的な実施形態では、信号は、ある数のフレームとすることができる、事前定義された周期で周期的に送信することができる。別の例示的な実施形態では、信号は、周期内の固定または構成された１または複数のフレームにおいて送信することができる。信号を送信することができる１または複数のフレームは、セル固有の構成（例えば、物理セルＩＤ）の関数とすることができる。例えば、ＰＣＩが１００のセルは、ＳＦＮ１００など、あるＳＦＮをＷＴＲＵに示すために、ＳＦＮサイクルごとに（例えば、１０２４フレームごとに）知られた信号を送信することができる。
【０２８５】
別の例示的な実施形態では、信号は、信号を送信することができるフレーム内のサブフレームの２つ以上において繰り返すことができる。別の例示的な実施形態では、信号は、事前定義されたシーケンス、ＬＣ−ＳＩＢまたはＳＩＢ１などのシステム情報ブロック、Ｐ−ＲＮＴＩ、もしくはＳＩ、またはｅＰＢＣＨとすることができる。
【０２８６】
ＷＴＲＵは、信号を送信することができるフレームの１または複数のサブフレームにおいて、信号を受信もしくは受信しようと試みること、および／または信号を復号することができる。ＷＴＲＵは、信号を送信することができるフレーム内の複数のそのようなサブフレームからの信号を組み合わせる（例えば、統合する）ことができ、その組み合わせを使用して、例えば、単一のフレーム内の信号を正常に受信および／または復号することができる。
【０２８７】
信号および／または送信の周期性を送信することができる１または複数のフレームは、フル解像度を用いてＳＦＮを示すことができる。例えば、信号は、ＳＦＮサイクルごとに（例えば、１０２４フレームごとに）一度、あるフレーム（例えば、フレーム０）において送信することができ、０など、あるＳＦＮを示すために使用することができる。信号の受信に成功すると、ＷＴＲＵは、受信のフレームがあるＳＦＮ（例えば、ＳＦＮ０）であることを理解することができる。ＷＴＲＵは、ＳＦＮサイクルのフレームによって分離することができる、複数のフレーム上の信号を統合して、受信の成功を達成することができる。あるフレームは、固定することができ、または物理セルＩＤの関数とすることができる。
【０２８８】
別の実施形態では、信号は、ＳＦＮサイクルごとの（例えば、１０２４フレームごとの）あるフレームの複数のサブフレーム（例えば、あるサブフレームまたはすべてのＤＬサブフレーム）において送信することができ、０など、あるＳＦＮを示すために使用することができる。信号の受信に成功すると、ＷＴＲＵは、受信のフレームがあるＳＦＮ（例えば、ＳＦＮ０）であることを理解することができる。ＷＴＲＵは、複数のサブフレームの１または複数の上の信号を統合して、受信の成功を達成することができる。ＷＴＲＵによる受信の成功は、１つのフレームにおいて達成することができる。あるフレームおよび／またはサブフレームは、固定することができ、または物理セルＩＤの関数とすることができる。
【０２８９】
信号および／または送信の周期性を送信することができる１または複数のフレームは低減された解像度を用いてＳＦＮを示すことができる。例えば、信号は、Ｎフレームごとに送信することができ、ここで、（ＳＦＮサイクル）／Ｎは、整数とすることができる。ＷＴＲＵは、信号が正常に受信されるまで、第Ｎフレームごとなど、あるフレームにおける受信を統合することができる。Ｎフレームごとに信号を送信することができるので、ＳＦＮの解像度を低減することができる。
【０２９０】
例えば、ＷＴＲＵが、Ｎフレームごとに（例えば、Ｎフレームごとにある１または複数のサブフレームにおいて）受信した信号を統合することによって達成することができる、信号の受信に成功することができると、ＷＴＲＵは、どのフレームが、フレームのセットＸ、（Ｘ＋Ｎ）  ｍｏｄｕｌｏ  ＳＦＮサイクル、（Ｘ＋２×Ｎ）  ｍｏｄｕｌｏ  ＳＦＮサイクル、（Ｘ＋３×Ｎ）  ｍｏｄｕｌｏ  ＳＦＮサイクルであるかを理解することができるが、どのフレームがどれであるかは知ることができない。例えば、Ｘは、０、別の知られた値とすることができ、またはＸは、物理セルＩＤの関数とすることができる。例えば、Ｘ＝０、Ｎ＝８、ＳＦＮサイクルが１０２４である場合、ＷＴＲＵは、どのフレームが、フレーム０、８、１６、．．．、１０１６を含むフレームのセットであるかを決定することができるが、どのフレームがどれであるかは知ることができない。別の例では、Ｘ＝０、Ｎ＝５１２、ＳＦＮサイクル＝１０２４である場合、ＷＴＲＵは、どのフレームが、フレーム０、５１２を含むフレームのセットであるかを決定することができるが、どれがフレーム０であり、およびどれがフレーム５１２であるかは知ることができない。
【０２９１】
Ｘの値は、例えば、ＳＦＮ決定のために使用される信号を送信することができるフレームにおいて提供することができる、ブロードキャストシグナリングなどのシグナリングを介して、ＷＴＲＵに提供することができる。ＷＴＲＵは、Ｘの値を使用して、０で開始するフレームの改定されたセット（例えば、０、Ｎ、２Ｎなど）を決定することができる。例えば、Ｘ＝３、Ｎ＝８、ＳＦＮサイクル＝１０２４である場合、ＷＴＲＵは、３、１１、１９などであるフレームのセットを認識することができる。それらのフレームにおいて、ＷＴＲＵは、Ｘが３であることを識別する、ブロードキャストシグナリングなどのシグナリングを受信することができる。ＷＴＲＵは、その後、どのフレームがフレームのセット０、８、１６、２４などであるかを決定することができる。
【０２９２】
ＳＦＮ決定のための信号として、ＳＩＢまたは他の制御シグナリングを使用することができる場合、そのＳＩＢまたは制御シグナリングは、Ｘの値を含むことができる。
【０２９３】
ＷＴＲＵが、低減された解像度（例えば、フレームのセットＸ、（Ｘ＋Ｎ）  ｍｏｄｕｌｏ  ＳＦＮサイクル、（Ｘ＋２×Ｎ）  ｍｏｄｕｌｏ  ＳＦＮサイクル、（Ｘ＋３×Ｎ）  ｍｏｄｕｌｏ  ＳＦＮサイクルなど）を用いてＳＦＮを理解する場合、ＷＴＲＵは、どのフレームが偶数であり、どれが奇数であり、知られたフレームの間のフレームであるかを暗黙的に決定することができる。ＷＴＲＵは、その情報を、ランダムアクセス手順など、ある手順のために使用することができる。例えば、ＷＴＲＵは、フレームのセット０、８、１６、．．．を知ることができる場合、それぞれ、１フレームおよび２フレームだけシフトすることによって、フレームのセット１、９、１７、．．．および２、１０、１８、．．．も知ることができる。したがって、ＷＴＲＵは、どれが、初期ランダムアクセス手順など、ランダムアクセス手順のために必要とされ得る偶数フレームであり、どれが、必要とされ得る奇数フレームであるかを知ることができる。
【０２９４】
ＷＴＲＵによるサブセットＳＦＮの獲得または決定は、サブセットＳＦＮを決定するためにＷＴＲＵによって使用することができる、Ｎごとのフレームを含むことができる（ここで、Ｎはフレームを単位とする信号の期間である）、フレームの１または複数のセットをＷＴＲＵが弁別することを意味すること、またはもたらすことができる。フレームのセットは、ユニークとすることができる。フレームのそのようなセットは、最大でＮ個存在することができる。各セットにおける要素の数は、（ＳＦＮサイクル）／Ｎとすることができる。これは、各フレームについて、そのフレームについてのＳＦＮ  ｍｏｄｕｌｏ  Ｎの値をＷＴＲＵが理解することと等価であり得る。
【０２９５】
ＷＴＲＵは、ＬＣ−ＳＩＢの獲得、事前定義されたフレーム規則、およびＬＣ−ＳＩＢ送信の周期性に基づいて、サブセットＳＦＮを獲得し、または決定することができる。ＷＴＲＵは、ＳＩＢ１を適切に復号することに基づいて、サブセットＳＦＮを獲得し、または決定することができる。例えば、ＳＩＢ１は、ＳＦＮ  Ｘにおいて送信することができ、ここで、Ｘは、０とすることができ、２フレームごと（例えば、偶数フレームごと）に対応することができる、２０ｍｓごとに繰り返すことができる。ＷＴＲＵは、ＳＩＢ１の獲得が偶数フレームを見つけることに対応し得ることを理解することができ、それは、どのフレームが偶数であり、どれが奇数であるかを、ＷＴＲＵが決定することを可能にすることができる。
【０２９６】
ＷＴＲＵは、セルのページング密度（例えば、ＲＲＣにおけるｎＢパラメータ）が１フレームよりも大きい（例えば、ｎＢ＝Ｔ／２、Ｔ／４、Ｔ／８、Ｔ／１６、またはＴ／３２である）とすると、ＰＤＣＣＨまたはＥＰＤＣＣＨの共通探索空間におけるＰ−ＲＮＴＩに基づいて、サブセットＳＦＮを獲得し、決定することができる。
【０２９７】
ＷＴＲＵは、ＳＩスケジュールにおいて示すことができる、ＳＩ周期性に基づいて、サブセットＳＦＮを獲得することができる。あるＳＩの構成は、最大で５１２フレームの周期性を可能にすることができる。
【０２９８】
別の実施形態では、ＳＦＮの決定は、フル解像度ＳＦＮおよび／またはサブセットＳＦＮの受信（例えば、成功した受信）に基づくことができる。サブセットＳＦＮは、システム情報獲得および初期ランダムアクセス（例えば、ランダムアクセス）などのランダムアクセスなど、ある手順には十分であり得る。
【０２９９】
ｅＮＢまたはセルは、フル解像度ＳＦＮ（例えば、ＳＦＮサイクルが１０２４の場合、１０ビット解像度）および／またはサブセットＳＦＮを含むことができる信号を送信することができる。以下のうちの１または複数を信号に適用することができる。例では、サブセットＳＦＮは、３つの最下位ビットなど、フル解像度ＳＦＮの最下位Ｂビットを表すことができる。これは、３ビットの例の場合、ＳＦＮ  ｍｏｄｕｌｏ  ８とすることができる、ＳＦＮ  ｍｏｄｕｌｏ  （２＾Ｂ）に対応することができる。サブセットＳＦＮの受信に成功したとすると、ＷＴＲＵは、サブセットＳＦＮを受信することができるフレームについてのＳＦＮ  ｍｏｄｕｌｏ  （２＾Ｂ）を獲得することができ、それを使用して、すべてのフレームなど、他のフレームのためのＳＦＮ  ｍｏｄｕｌｏ  （２＾Ｂ）を理解することができる。
【０３００】
別の例では、フル解像度ＳＦＮは、ＳＦＮサイクルよりも短いデューティサイクルを用いて、周期的に送信することができる。例えば、フルＳＦＮを用いる信号は、とりわけ、８、１６、または３２フレームごとに送信することができる。サブセットＳＦＮは、フルＳＦＮのデューティサイクルの間に１回または複数回、送信することができる。フルＳＦＮおよび／またはサブセットＳＦＮは、それらが各々送信されるフレーム内の、おそらくすべてまたはすべてのＤＬを含む、１または複数のサブフレームにおいて送信することができる。フルＳＦＮおよびサブセットＳＦＮは、それらが送信されるフレーム内の異なる数のサブフレームにおいて送信することができる。
【０３０１】
別の例では、セルについての伝達されるＳＦＮの周期性および長さの定義は、ＬＣ−ＭＴＣデバイスなどのデバイスのセルアクセス手順における許容可能な遅延許容度、ならびにＤＲＸおよびＲＡＣＨアクセスなど、あるＳＦＮベースの手順のためのセル固有の構成の関数とすることができる。セルによって伝達されるＳＦＮは、フルＳＦＮおよび／またはＳＦＮの一部の周期性に基づいて、フルＳＦＮおよび／またはＳＦＮの一部とすることができる。
【０３０２】
ＷＴＲＵは、フルＳＦＮまたはサブセットＳＦＮを含むことができる信号を獲得して復号することができる。ＷＴＲＵは、異なるＳＦＮのための１または複数のスケジュールに基づいて、どのＳＦＮを受信するかを理解することができる。ＷＴＲＵは、信号を正常に受信するために、フレーム内の複数のサブフレームからの同じ信号を（例えば、フルＳＦＮをフルＳＦＮと、サブセットＳＦＮをサブセットＳＦＮと）統合すること、または他の方法で組み合わせることができる。
【０３０３】
ＷＴＲＵは、例えば、信号を正常に受信するために、送信の周期性によって分離されているフレーム内の信号など、複数のフレームからの同じ信号を（例えば、フルＳＦＮをフルＳＦＮと、サブセットＳＦＮをサブセットＳＦＮと）統合すること、または他の方法で組み合わせることができる。これは、周期性がＳＦＮサイクルに等しい場合、フルＳＦＮに適用可能とすることができる。これは、周期性がサブセットＳＦＮサイクルの倍数である場合、サブセットＳＦＮにも適用可能とすることができる例えば、サブセットが３ビットである場合、サブセットサイクルは８とすることができる。与えられたフレーム内のＳＦＮサブセット信号は、そのフレームから８フレームまたは８の倍数フレーム離れたＳＦＮサブセット信号と組み合わせることができる。
【０３０４】
セルアクセスの目的で、ＷＴＲＵは、ＳＦＮ獲得の上述の方法のうちの１または複数を使用して、セルとの接続の確立を完了することができる。例えば、ＲＡＣＨ／ＰＲＡＣＨ構成がＬＣ−ＳＩＢおよび／または通常のＳＩＢによって獲得されると、奇数／偶数ＳＦＮの知識は、ＷＴＲＵがランダムアクセス手順を開始することを可能にすることができる。
【０３０５】
ＰＲＡＣＨカバレージ増強のための方法が本明細書で説明される。ランダムアクセス手順の各場合について、ＰＲＡＣＨカバレージを増加させるための（および、例えば、ｅＮＢにおける何らかの形態のプリアンブル統合を目的とする）実施形態では、ＷＴＲＵは、ｅＮＢからのただ１つのＲＡＲを引き出すことができる、複数の（例えば、多くの）プリアンブル（または繰り返されるプリアンブル）を送信することができる。繰り返されるプリアンブルは、最初のプリアンブルと同じプリアンブルシーケンスを使用することができ、同じ送信電力ＰPRACHを使用することができる。ＲＡＣＨは、ランダムアクセスと交換可能に使用することができる。繰り返されるプリアンブルについての反復の数は、「ｎ」（例えば、反復ファクタ、正の整数とすることができる）として定義することができる。
【０３０６】
実施形態では、ＷＴＲＵは、ＲＡＣＨプリアンブルを送信することができる。ＲＡＣＨ手順のための最初のプリアンブルに続いて、ＷＴＲＵは、後の時間において、例えば、同じリソースを使用して、しかし、後で許可されるフレームにおいて、繰り返されるプリアンブルを送信することができる。例えば、最初のプリアンブルがリソース「任意のＳＦＮのサブフレーム４」を使用する場合、繰り返されるプリアンブルは、後続のフレームのサブフレーム４において送信することができる。別の例として、最初のプリアンブルがリソース「偶数ＳＦＮのサブフレーム４」を使用する場合、繰り返されるプリアンブルは、後続の偶数フレームのサブフレーム４において送信することができる。
【０３０７】
繰り返されるプリアンブルが続くことができる最初のプリアンブルは、任意のフレーム内に存在することができ、またはあるフレーム（例えば、偶数フレーム）に制限される場合、任意のそのような制限された（例えば、偶数）フレームに存在することができる。あるいは、最初のそのようなプリアンブルは、あるフレームのみにさらに制限されることができる。最初のプリアンブルを有する最初のフレーム、および繰り返されるプリアンブルを有する後続のフレームは、フレームのブロックと呼ばれることがある。ＷＴＲＵは、例えば、最初のプリアンブルを、ブロックの最初のフレームにおいて送信すること、またはブロックの最初のフレームにおいてのみ送信することができる。
【０３０８】
ブロックは、フレームのグループ内に存在するものとして識別することができ、その中で、任意のフレームは、特定のブロック内の特定の位置に存在するものとして識別することができ、各ブロックは、グループ内の特定の位置に存在するものとして識別することができる。これは、ｅＮＢおよびＷＴＲＵにおいて知ることができる。例えば、フレームグループは、ＳＦＮ０で開始し、ＳＦＮ１０２３で終了する、一連の１０２４個の連続するフレームとすることができる。
【０３０９】
ブロック内のフレームの識別は、例えば、異なるブロック長を第１の長さ、第２の長さなどと呼ぶとして、一連の長さが等しいブロックからなる長さが、フレームグループの長さに等しいことができる、図１２（ａ）に示されるようなものとすることができ、もしくは一連の長さが等しいブロックからなる長さが、フレームグループの長さに等しくしないことがあり、フレームグループ内のいくつかのフレームが、ブロック内に存在しないことがある、図１２（ｂ）、（ｃ）、および（ｄ）に示されるようなものとすることができ、もしくは一連の長さが等しいブロックおよび長さが等しくないブロックからなる長さが、フレームグループの長さに等しい、図１２（ｅ）、および（ｆ）に示されるようなものとすることができ、または図１２に示されたすべての方法の何らかの組み合わせとすることができる。示されていない代替方法は、ｅＮＢおよびＷＴＲＵが知ることができ、指定または構成することができる何らかの決定論的な方法で、ブロック内のフレームおよびグループ内のブロックを分散させること、例えば、連続しないようにすることができ、または混合することができるものである。
【０３１０】
ブロック内のフレームを決定する例は、以下の通りである。フレームのグループを、ＳＦＮ０乃至ＳＦＮ１０２３として番号付けされたフレームとする。Ｎｐｒｅを、ブロック内で送信されるプリアンブルの数または最大数とし、ここで、Ｎｐｒｅは、整数個のブロックを、最初、グループ内で、図１２（ａ）に示されるように構成することができるように、２の冪乗（例えば、６４、１２８など）である。任意のフレームにおいて送信することができるプリアンブルの場合、最初のブロック内のフレームは、ＳＦＮ０乃至（Ｎｐｒｅ−１）を有するフレームとすることができ、第２のブロックは、ＳＦＮ  Ｎｐｒｅ乃至２Ｎｐｒｅ−１を有するフレームとすることができ、以下も同様であり、最後のブロックは、ＳＦＮ１０２３−（Ｎｐｒｅ−１）乃至１０２３を有するフレームを含む。偶数で番号付けされたフレームにおいてのみ送信することができるプリアンブルの場合、最初のブロック内のフレームは、ＳＦＮ０乃至２Ｎｐｒｅ−１を有するフレームとすることができ（しかし、最後のフレーム自体は、そのＳＦＮが奇数であるので、プリアンブルを送信するために使用することができず）、第２のブロックは、ＳＦＮ  ２Ｎｐｒｅ乃至４Ｎｐｒｅ−１を有するフレームとすることができ（しかし、最後のフレーム自体は、そのＳＦＮが奇数であるので、プリアンブルを送信するために使用することができず）、以下も同様であり、最後のブロックは、ＳＦＮ１０２４−２Ｎｐｒｅ乃至１０２３を有するフレームを含む（しかし、最後のフレーム自体は、そのＳＦＮが奇数であるので、プリアンブルを送信するために使用することができない）。
【０３１１】
例では、ｅＮＢは、ブロック内の最後のプリアンブルの後に、例えば、最後のプリアンブルを受信することができた後に、またはプリアンブルを受信した場合、最後のプリアンブルに対応し得る時間が経過した後に送信することができるＲＡＲを用いて、プリアンブルのブロックに応答することができる。ＷＴＲＵは、最後のプリアンブルの後、そのプリアンブルのための構成された応答窓の間、ＲＡＲを探すことができる。別の例では、ｅＮＢは、ブロック内の任意のプリアンブルを受信した後、例えば、任意のそのようなプリアンブルのための応答窓の間に送信することができるＲＡＲを用いて、プリアンブルのブロックに応答することができる。ＷＴＲＵは、ブロック内の最後のプリアンブルを送信する前にＲＡＲを受信することができた場合、ブロック内でもはやプリアンブルを送信しなくてよい。
【０３１２】
ＷＴＲＵは、ブロックの最後のプリアンブルの応答窓内でＲＡＲを受信することができなかった場合、プリアンブルの別のブロックの送信を開始することができる。競合ベースのＲＡＣＨ手順の場合、ＷＴＲＵは、後続のブロックのための別の特定のプリアンブルシーケンスを選択することができ、例えば、リリース１１のために行われるのと同じ時間バックオフ規則を適用することもできる。
【０３１３】
ブロック内で送信されるプリアンブルの数、ブロック内で送信されるプリアンブルの最大数、またはブロックの長さは、構成または指定することができる。値は、送信するプリアンブルの総数、プリアンブルの（例えば、フレームを単位とする）長さ、または追加のプリアンブルをいくつ送信するかを示すことができる。そのような場合、例えば、ゼロは、繰り返されるプリアンブルを送信することができないことを示すことができる。
【０３１４】
ｅＮＢは、繰り返されるプリアンブルを検出する能力を直接的に示すことができ、または関連する数量（例えば、ブロック内で送信されるプリアンブルの数）をブロードキャストすることによって、および／または繰り返されるプリアンブルのための別個のＰＲＡＣＨリソースを示すことによって、それを示すことができる。そのようなリソースは、様々なインデックスまたはテーブルを使用することができる。あるいは、繰り返されるプリアンブルのための特別なリソースが存在しないこともある。
【０３１５】
繰り返されるプリアンブルを検出することが可能なｅＮＢの場合、ＲＡＣＨプリアンブル送信の最大数、例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘは、プリアンブルブロックの最大数を指すことができる。あるいは、ネットワークは、プリアンブルブロックの最大数は別に構成することができる。
【０３１６】
ＷＴＲＵは、例えば、ネットワークによって許可されている場合、繰り返されるプリアンブルを送信することを自律的に決定することができ、そのような決定は、Ｐｃｍａｘ＜ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ＋ｄｅｌｔａＰｒｅａｍｂｌｅ＋ｐａｔｈｌｏｓｓであるかどうか、（Ｐｃｍａｘ±何らかの数量）＜ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ＋ｄｅｌｔａＰｒｅａｍｂｌｅ＋ｐａｔｈｌｏｓｓであるかどうか、ＰＲＡＣＨ送信の最大数（ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）に達したことが原因で先のＲＡＣＨ手順が失敗したのかどうか、または常にデバイスがそのように構成されるのか、もしくはハードワイヤードであるのかのうちの少なくとも１つを含むことができる、１または複数の条件に基づくことができる。繰り返されるプリアンブルは、あるリソースを使用する同じプリアンブルを使用して、同じ電力で送信することができる。
【０３１７】
実施形態では、プリアンブルについての反復ファクタ（例えば、反復の数）を増加させることができる、新しいまたは増強された（エンハンスド）プリアンブルフォーマットを導入することができる。新しい(new)という語および増強された（enhanced:エンハンスド）という語は、交換可能に使用することができる。結果として、より多くのサブフレームにわたって、ＰＲＡＣＨプリアンブルのためのエネルギーを増加させることができる。例えば、カバレージ増強目的で使用することができる、表３に示されるような、新しいプリアンブルフォーマットを導入することができる。
【０３１８】
【表３】
2020031434.tif 000050
【０３１９】
表３において、「ｎ」は、２よりも大きい整数とすることができ、ＰＲＡＣＨプリアンブルのための反復ファクタと見なすことができる。
【０３２０】
例えば、カバレージ増強目的で、ＣＰ長（すなわち、ＴCP）ごとに、新しいプリアンブルフォーマットを導入することができる。反復ファクタ「ｎ」は、構成を用いて定義することができる。例えば、「ｎ」は、ＰＲＡＣＨ構成パラメータとすることができる。ｅＮＢは、例えば、ＰＲＡＣＨ構成の一環として、「ｎ」の値を示すこと、または通知することができ、ここで、「ｎ」は、新しいプリアンブルフォーマットに適用することができる。プリアンブルフォーマットのサブセットは、反復ファクタ「ｎ」を有することができる。
【０３２１】
反復ファクタ「ｎ」は、ＷＴＲＵによって計算すること、または決定することができ、値「ｎ」は、ＤＬ経路損失、ＲＳＲＰ、ＲＳＲＱ、および／または他の測定値のうちの少なくとも１つの関数として構成することができる。例示的なＷＴＲＵ挙動として、ＷＴＲＵは、ＤＬ経路損失を測定することができ、経路損失が閾値よりも大きい場合、ＷＴＲＵは、新しい追加のプリアンブルフォーマットを使用することができる。計算または決定された経路損失値を使用して、反復値「ｎ」を獲得することができる。ＷＴＲＵは、反復値「ｎ」を獲得すると、反復値「ｎ」を有する新しいプリアンブルフォーマットのために使用することができる特定のＰＲＡＣＨリソースにおいて、ＰＲＡＣＨプリアンブルを送信することができる。
【０３２２】
反復値「ｎ」に従って、別個のＰＲＡＣＨリソースを定義することができる。例えば、反復候補｛４，８，１６｝を定義することができ、ＷＴＲＵが、ｎ＝４などの反復値を使用する必要があり得る場合、例えば、反復値ｎ＝４のために使用することができる、特定のＰＲＡＣＨリソースが存在することができる。例では、反復候補｛４，８，１６｝を使用すること、またはそれだけを使用することができるが、反復候補の別の数および値を選択することもできる。別の例では、反復値「ｎ」は、２よりも大きい事前定義された数とすることができ、反復値「ｎ」のために構成されたＰＲＡＣＨリソース、およびレガシＰＲＡＣＨフォーマットのために構成された別のＰＲＡＣＨリソースが存在することができる。
【０３２３】
ＰＲＡＣＨ送信のためのサブフレームは、必要とされるサブフレームが反復ファクタに依存することができるので、反復ファクタ「ｎ」の関数として定義することができる。表４は、反復ファクタに従った、必要とされるサブフレーム長の例を示している。例えば、反復ファクタが閾値（例えば、９）よりも小さい場合、ＰＲＡＣＨ送信のための開始サブフレームは、すべての無線フレームにおいて構成することができる。それ以外の場合、サブフレームは、偶数または奇数無線フレームにおいて構成することができる。表４は、「ｎ」に従った、プリアンブルフォーマットのための必要とされるサブフレーム長の例も示している。
【０３２４】
【表４】
2020031434.tif 000051
【０３２５】
カバレージ増強目的で、１または複数の追加のプリアンブルフォーマットを導入することができる。例えば、追加のプリアンブルフォーマットを定義することができ、各ＣＰ長（ＴCP）は、異なる反復ファクタを有することができる。表５は、ＣＰ長（ＴCP）ごとの複数の追加のプリアンブルフォーマットの例を示している。
【０３２６】
【表５】
2020031434.tif 000052
【０３２７】
例として、プリアンブルフォーマット５は、プリアンブルフォーマット０〜３におけるすべてのサポート可能なＣＰ長を含むことができるが、シーケンス長は、同じとすることができ、反復ファクタｎ１を用いる。反復ファクタを除いて、同じことを他の新しいプリアンブルフォーマットにも適用することができ、したがって、それぞれ、反復ファクタｎ１、ｎ２、ｎ３を有する、プリアンブルフォーマット５、６、７をもたらす。
【０３２８】
反復ファクタ｛ｎ１，ｎ２，ｎ３｝は、例えば、｛４，８，１６｝として事前定義しておくことができる。反復ファクタは、経路損失および／または他の測定値の関数として定義することができる。
【０３２９】
ＰＲＡＣＨリソースは、反復ファクタに従って構成／定義することができる。例えば、ＷＴＲＵは、反復ファクタを獲得することができ、ＷＴＲＵは、プリアンブル送信のためにＷＴＲＵがどのＰＲＡＣＨリソースを使用する必要があるかを知ることができる。新しいプリアンブルフォーマットは、先のプリアンブルフォーマットにおけるのと同じＣＰ長を使用することができるが、シーケンス長は、増加させることができる。新しいプリアンブルフォーマットは、レガシフォーマットと同じシーケンスを使用することができるが、シーケンスは、何回か繰り返される。
【０３３０】
プリアンブルフォーマットおよびサブフレーム構成は、ブロードキャストチャネルにおいて、一緒に構成することができる。ＦＤＤの場合、使用されないＰＲＡＣＨ構成インデックス（例えば、３０、４６、６０、６１、６２）を、新しい追加のプリアンブルフォーマットのために使用することができる。
【０３３１】
カバレージ増強ＰＲＡＣＨ構成のために、別個のランダムアクセス構成テーブルを定義することができる。プリアンブルシーケンスインデックスの別個のグループを、割り当てることができ（例えば、「グループＣ」）、カバレージ増強目的で、ＷＴＲＵによって使用すること、例えば、明確に使用することができ、ＷＴＲＵに（例えば、ＳＩＢ２において）伝達することができる。グループＣプリアンブルの構成には、拡張されたプリアンブルフォーマット構成および構成インデックスも含めることができ、それは、プリアンブルグループＡ、Ｂの構成のために指定されたものとは異なることができる。ＷＴＲＵは、ＳＩＢ２において指定されなどするグループＣ構成を、グループＡ／Ｂプリアンブル構成に加えて、またはその代わりに、使用することができる。
【０３３２】
別の実施形態では、プリアンブルフォーマット０〜３などのプリアンブルフォーマットは、反復を用いて再利用することができる。同じＰＲＡＣＨリソースにおいて、同じプリアンブルフォーマットを使用することができる。ここでは、カバレージ増強された（エンハンスド）ＰＲＡＣＨ送信は、同じＰＲＡＣＨプリアンブルの反復を使用することができる。ＰＲＡＣＨ送信の反復の場合、以下の技法のうちの少なくとも１つを使用することができる。
【０３３３】
例では、反復ベースのＰＲＡＣＨプリアンブルのために、ＰＲＡＣＨプリアンブルのサブセットを定義または構成することができ、反復ベースのＰＲＡＣＨプリアンブルは、時間窓サイズ内で、反復的に送信することができる。例えば、時間窓サイズは、Ｎwinのサブフレームまたは無線フレームとして定義することができ、同じＰＲＡＣＨプリアンブルが、Ｎwinの時間窓内のすべてのＰＲＡＣＨリソースにおいて送信される必要があり得る。例えば、Ｎwin＝３が使用され、ＰＲＡＣＨサブフレームが｛いずれの無線フレームにおいても１｝として定義される場合、ＷＴＲＵは、３つの無線フレームにおいて、反復ベースのＰＲＡＣＨプリアンブルを送信する必要があり得る。時間窓サイズは、事前定義しておくこと、またはＰＲＡＣＨ構成の関数として構成することができる。
【０３３４】
反復ベースのＰＲＡＣＨプリアンブルのために、追加の周波数リソースを確保しておくことができ、それは、（レガシＷＴＲＵのためのＰＲＡＣＨプリアンブルなど）非反復ベースのＰＲＡＣＨプリアンブルのための周波数リソースと相互に直交していることができる。したがって、両方のタイプのＷＴＲＵは、周波数オフセットインデックス（ｐｒａｃｈ−ＦｒｅｑｕｅｎｃｙＯｆｆｓｅｔ）を除いて、同じＰＲＡＣＨ構成を使用することができる。時間窓は、ＰＲＡＣＨプリアンブル送信の反復数を示すために使用することができる。
【０３３５】
反復ベースのＰＲＡＣＨプリアンブルのために、ＰＲＡＣＨサブフレームのサブセットを確保しておくことができる。したがって、ＷＴＲＵは、構成されたＰＲＡＣＨサブフレームのサブセットにおいてのみ、反復ベースのＰＲＡＣＨプリアンブルを送信することができる。
【０３３６】
同じプリアンブルフォーマットを、異なるＰＲＡＣＨサブフレームにおいて使用することができる。例えば、反復ベースのＰＲＡＣＨプリアンブルのためのＰＲＡＣＨサブフレームを示すことができる、サブフレームオフセットを使用することができる。反復ベースのＰＲＡＣＨプリアンブルを送信することが必要とされるＷＴＲＵが、反復ベースのＰＲＡＣＨプリアンブルを送信するためのサブフレームを使用することができるように、サブフレームオフセットは、ブロードキャストチャネルを介して、ＷＴＲＵに通知すること、または示すことができる。
【０３３７】
ＰＲＡＣＨリンク適応および増強カバレージのための技法が本明細書で説明される。実施形態では、レガシＷＴＲＵおよび／または通常カバレージＷＴＲＵによって使用することができる、もしくは使用することを意図することができる、ＰＲＡＣＨリソース（例えば、ＰＲＡＣＨリソースタイプＡ）、および／またはカバレージ増強を必要とすることができるＷＴＲＵによって使用することができる、もしくは使用することを意図することができる、ＰＲＡＣＨリソース（例えば、ＰＲＡＣＨリソースタイプＢ）が、セルにおいて利用可能とすることができる。ＰＲＡＣＨリソースタイプＡは、ブロードキャストチャネル（例えば、ＳＩＢ）によって構成することができる。通常カバレージＷＴＲＵは、ここでは、ＷＴＲＵのためにカバレージ増強（エンハンスド）動作モードが使用されないことを示唆することができる。ＰＲＡＣＨリソースタイプＢは、ブロードキャストチャネルによって構成することができる。カバレージ増強された（エンハンスド）ＷＴＲＵは、ここでは、ＷＴＲＵがカバレージ増強（エンハンスド）動作モードを用いて、または使用して構成されることを示唆することができる。ＰＲＡＣＨリソースタイプＢ構成のためのブロードキャストチャネルは、カバレージ増強された（エンハンスド）ＷＴＲＵのための専用ブロードキャストチャネルとすることができる。ＰＲＡＣＨリソースタイプＡおよびタイプＢは、ＰＲＡＣＨプリアンブルフォーマットに従って使用することができる。例えば、ＰＲＡＣＨリソースタイプＡは、ＰＲＡＣＨプリアンブルフォーマット０〜３のために使用することができ、一方、ＰＲＡＣＨリソースタイプＢは、他のＰＲＡＣＨプリアンブルフォーマット（例えば、フォーマット５〜７）のために使用することができる。ＰＲＡＣＨリソースタイプＡおよびタイプＢは、別々の時間リソースおよび周波数リソースにおいて構成することができる。あるいは、ＰＲＡＣＨリソースは、時間リソースおよび周波数リソースにおいて、完全または部分的に重なり合うことができる。別の例では、タイプＡのＰＲＡＣＨリソースは、タイプＢのＰＲＡＣＨリソースの一部である。
【０３３８】
カバレージ増強を必要とし得る、またはカバレージ増強から利益を得ることができるＷＴＲＵによって使用することができる、または使用することを意図することができるＰＲＡＣＨリソースは、増強されたＰＲＡＣＨ（エンハンスドＰＲＡＣＨ、enhanced PRACH：ｅＰＲＡＣＨ）リソースと呼ばれることがある。ｅＰＲＡＣＨリソースは、例えば、ＷＴＲＵへのシグナリングによって、例えば、（例えば、ＬＣ−ＳＩＢにおける）ブロードキャストによって、ｅＮＢによって構成することができる。
【０３３９】
ＦＤＤシステムの場合、実施形態では、タイプＡのＰＲＡＣＨリソースは、ＵＬサブフレームの選択されたセットにおいて、連続する６個のＲＢを占有することができ、一方、タイプＢのＰＲＡＣＨリソースは、ＵＬサブフレームの同じセット内の重なり合わない周波数位置において、連続する６個のＲＢを用いて構成することができる。ここでは、タイプＢのＰＲＡＣＨリソースのための周波数位置は、タイプＡのＰＲＡＣＨリソースからのオフセットによって示すことができる。別の実施形態では、タイプＡのＰＲＡＣＨリソースは、ＵＬサブフレームの選択されたセットにおいて、連続する６個のＲＢを占有することができ、タイプＢのＰＲＡＣＨリソースは、タイプＡのＰＲＡＣＨリソースと重なり合わないアップリンクサブフレームにおいて、中央６個のＲＢを用いて構成することができる。別の実施形態では、タイプＡのＰＲＡＣＨリソースは、ＵＬサブフレームの選択されたセットにおいて、連続する６個のＲＢを占有することができ、タイプＢのＰＲＡＣＨリソースは、タイプＡのＰＲＡＣＨリソースと重なり合わない任意の時間周波数位置において、連続する６個のＲＢを用いて構成することができる。別の実施形態では、タイプＡのＰＲＡＣＨリソースは、ＵＬサブフレームの選択されたセット内の任意の周波数位置において構成することができ、一方、タイプＢのＰＲＡＣＨリソースは、事前定義された位置において構成することができる。例えば、タイプＢのＰＲＡＣＨリソースのために、特定の無線フレーム内のすべてのＵＬサブフレームにおける中央６個のＲＢを使用することができる。
【０３４０】
実施形態では、２つ以上のタイプＢのＰＲＡＣＨリソースは、異なるカバレージ増強レベルを用いて構成することができる。例えば、ＰＲＡＣＨリソースタイプＢ１（レベル１）およびＰＲＡＣＨリソースタイプＢ２（レベル２）が存在することができ、ＰＲＡＣＨリソースタイプＢ２は、ＰＲＡＣＨリソースタイプＢ１よりも良好なカバレージを提供することができる。
【０３４１】
ＰＲＡＣＨリソースタイプまたはレベル選択の場合、実施形態では、ＷＴＲＵは、ＤＬ経路損失、結合損失、ジオメトリ、ＲＳＲＰ、およびＲＳＲＱのうちの少なくとも１つに関連することができるＤＬ測定値に従って、ＰＲＡＣＨリソースタイプのレベルを選択することができる。例えば、ＷＴＲＵは、最初にＲＳＲＰを測定することができ、ＲＳＲＰが閾値よりも低い場合、ＷＴＲＵは、ＰＲＡＣＨリソースタイプＢを選択して、ＰＲＡＣＨプリアンブルを送信することができる。それ以外の場合、ＷＴＲＵは、ＰＲＡＣＨリソースタイプＡを選択して、ＰＲＡＣＨプリアンブルを送信することができる。別の実施形態では、ＰＲＡＣＨリソースタイプ選択は、ＷＴＲＵカテゴリに基づくことができる。例えば、ＷＴＲＵがカバレージ増強された（エンハンスド）ＬＣ−ＭＴＣ  ＷＴＲＵである場合、ＷＴＲＵは、ＰＲＡＣＨプリアンブル送信のために、ＰＲＡＣＨリソースタイプＢを常に選択することができる。しかしながら、他のＷＴＲＵは、ＰＲＡＣＨリソースタイプＡを選択することができる。カバレージ増強された（エンハンスド）ＷＴＲＵは、カバレージ増強を必要とするＷＴＲＵ、またはカバレージ増強技法を利用し、もしくはカバレージ増強モードをサポートするＷＴＲＵとすることができる。カバレージ制限されたＷＴＲＵという用語およびカバレージ増強された（エンハンスド）ＷＴＲＵという用語は、交換可能に使用することができる。
【０３４２】
別の実施形態では、ＰＲＡＣＨプリアンブル送信リンク適応のために、電力制御およびＰＲＡＣＨリソースホッピングを使用することができる。例えば、複数のＰＲＡＣＨリソースタイプが、異なるレベルのカバレージ制限を用いて構成される場合、ＷＴＲＵが送信されたＰＲＡＣＨプリアンブルに対するＲＡＲを割り当てられた時間（例えば、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ）内に受信しない場合のＷＴＲＵ挙動は、以下の挙動のうちの少なくとも１つとすることができる。例示的な挙動では、ＷＴＲＵがカバレージ拡張動作モードを用いて構成されない場合、ＷＴＲＵは、後の時間に、より高い電力を用いて、別のＰＲＡＣＨプリアンブルを送信することができる。例えば、プリアンブルは、先のプリアンブル送信に対してｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐだけより高くすることができる。したがって、プリアンブル送信のための送信電力は、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐの量に関して、増加させることができる。別の例示的な挙動では、ＷＴＲＵがカバレージ拡張動作モードを用いて構成される場合、ＷＴＲＵは、後の時間に、より高い電力または異なるＰＲＡＣＨリソースタイプを用いて、別のＰＲＡＣＨプリアンブルを送信することができる。例えば、ＷＴＲＵが送信されたＰＲＡＣＨプリアンブルに対するＲＡＲを割り当てられた時間内に受信しない場合、ＷＴＲＵは、同じＰＲＡＣＨプリアンブルフォーマット（例えば、フォーマット０〜３）を使用して、同じＰＲＡＣＨリソースタイプ（例えば、タイプＡ）で、後の時間に、より高い電力を用いて、別のプリアンブルを送信することを選択することができ、または異なるＰＲＡＣＨプリアンブルフォーマット（例えば、フォーマット５〜７）を使用して、プリアンブルフォーマットに対応するＰＲＡＣＨリソース（例えば、ＰＲＡＣＨリソースタイプＢ）で、後の時間に、ある送信電力を用いて、別のプリアンブルを送信することを選択することができる。
【０３４３】
別の例示的な挙動では、ＷＴＲＵがカバレージ拡張（エンハンスド）動作モードを用いて構成される場合、ＷＴＲＵは、最大送信電力（例えば、ＰｃｍａｘまたはＰｃｍａｘ，ｃ）に達するまで、後の時間に、より高い電力を用いて、別のＰＲＡＣＨプリアンブルを送信することができる。ＷＴＲＵが、ＰＲＡＣＨプリアンブル送信のための最大送信電力に達し、送信されたＰＲＡＣＨプリアンブルに対するＲＡＲを割り当てられた時間内に受信しない場合、ＷＴＲＵは、異なるＰＲＡＣＨプリアンブルフォーマットを使用して、プリアンブルフォーマットに対応するＰＲＡＣＨリソースで、後の時間に、ある送信電力を用いて、別のＰＲＡＣＨプリアンブルを送信することができる。
【０３４４】
ＷＴＲＵによって必要とされ得るカバレージ増強レベルを、ＰＲＡＣＨを使用して、例えば、ｅＮＢに示すための方法が本明細書で説明される。実施形態では、各ＷＴＲＵのためのカバレージ制限（または増強）レベルは、以下の方法のうちの１または複数によって示すことができる。例示的な方法では、ＷＴＲＵは、複数のＰＲＡＣＨリソースタイプを用いて構成することができ、ＷＴＲＵは、ＤＬ測定値（例えば、経路損失、結合損失、ジオメトリ、ＲＳＲＰ、およびＲＳＲＱのうちの１または複数）などの基準に従って、ＰＲＡＣＨリソースタイプを選択することができる。例えば、ＷＴＲＵは、最初に、ＲＳＲＰを測定し、次に、測定されたＲＳＲＰに従って、ＰＲＡＣＨリソースタイプを選択することができ、ここで、ＰＲＡＣＨリソースタイプは、ＰＲＡＣＨプリアンブルフォーマット、ＰＲＡＣＨサブフレーム、ＰＲＡＣＨ周波数リソース、およびプリアンブルシーケンスのうちの１または複数を含むことができる。ＲＳＲＰ以外の基準または他のＤＬ測定値をＷＴＲＵによって使用して、必要とされるカバレージ増強のレベルを示すために、どのＰＲＡＣＨリソースタイプを送信すべきかを決定することができる。ＷＴＲＵによって送信されるＰＲＡＣＨリソースタイプに基づいて、ｅＮＢは、ＷＴＲＵのカバレージ制限（または必要なカバレージ増強）を学ぶことができる。各リソースタイプについて、（ＰＲＡＣＨプリアンブルフォーマット、ＰＲＡＣＨサブフレーム、ＰＲＡＣＨ周波数リソース、およびプリアンブルシーケンスのうちの１または複数によって定義することができる）ＰＲＡＣＨリソースのセットが存在することができる。ＷＴＲＵは、ＰＲＡＣＨリソースタイプを決定することができると、タイプに関連付けられたＰＲＡＣＨリソースのセットのうちから選択することができ、リリース１１などに従ったランダムアクセス手順選択規則に従って、そうすることができる。
【０３４５】
別の例では、ＷＴＲＵは、ＰＲＡＣＨリソース分割を用いる単一のＰＲＡＣＨリソースタイプを用いて構成することができる。したがって、ＤＬ測定値または他の基準に従って、ＷＴＲＵは、ｅＮＢがＷＴＲＵのカバレージ制限のレベルを理解することができるように、分割されたＰＲＡＣＨリソースの１つを選択することができる。ＰＲＡＣＨリソースの分割は、ＵＬサブフレーム、周波数リソース、およびＰＲＡＣＨプリアンブルのうちの１または複数を含むことができる。例えば、偶数番号を付けられた無線フレーム内のＰＲＡＣＨリソースは、測定されたＲＳＲＰレベル１に関連付けられた１つのＰＲＡＣＨ分割と見なすことができ、一方、奇数番号を付けられた無線フレーム内のＰＲＡＣＨリソースは、測定されたＲＳＲＰレベル２に関連付けられた別のＰＲＡＣＨ分割と見なすことができる。別の例では、ＰＲＡＣＨプリアンブルは、分割することができ、測定されたＲＳＲＰレベルに従って、ＰＲＡＣＨプリアンブルは、測定されたＲＳＲＰレベルに関連付けられたＰＲＡＣＨプリアンブルのセットの中で、ＷＴＲＵによって選択することができる。これらの例では、ＲＳＲＰレベルは、ＷＴＲＵカバレージに関連することができる、任意のタイプのＤＬ測定値または他の基準で置き換えることができる。
【０３４６】
非競合ベースのリソースのために確保されたＰＲＡＣＨプリアンブルを使用して、カバレージ制限レベルを示すことができる。ｅＮＢがカバレージ制限レベルを推定することができるように、ＰＲＡＣＨ送信電力を、カバレージ制限されたＷＴＲＵのための最大値に設定することができる。
【０３４７】
実施形態では、ＷＴＲＵは、ＲＡＣＨプロセスおよびＲＲＣ接続確立手順の一環として、カバレージ増強レベルを示すこと、またはカバレージ増強レベルを用いるように示されることができる。
【０３４８】
Ｃ−ＲＮＴＩの事前割り当てまたは半静的割り当てが本明細書で説明される。制限されたカバレージ内にいるＷＴＲＵは、事前定義しておくことができる、または初期アクセス時にネットワークによって提供することができる、Ｃ−ＲＮＴＩを用いて割り当てることができる。ＷＴＲＵは、異なるＣ−ＲＮＴＩを使用することがネットワークによって他の方法で示されるまで、Ｃ−ＲＮＴＩを半静的に使用し続けることができる。ＷＴＲＵは、長いＤＲＸおよびスリープのサイクルとサイクルの間、ならびにＲＲＣ＿ＩＤＬＥからデータ転送のためのＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードへの移行と移行の間、Ｃ−ＲＮＴＩを有効であると見なすことができる。実施形態では、ＷＴＲＵは、ＲＲＣ＿ＩＤＬＥモードにおけるセル再選択またはセル再確立とＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにおけるハンドオーバの間、Ｃ−ＲＮＴＩを有効であると見なすことができる。
【０３４９】
ＷＴＲＵは、以下の方法のうちの１または複数で割り当てることができるＲＡ−ＲＮＴＩまたはＣ−ＲＮＴＩに基づいたプリアンブル送信に応答したｅＮＢからのランダムアクセス応答（ＲＡＲ）の受信によって、カバレージ増強レベルを用いるように示されることができる。例示的な方法では、ＷＴＲＵは、カバレージ増強（エンハンスド）モードにおいてＷＴＲＵのために特別に割り当てることができるセットからのＲＡ−ＲＮＴＩを使用することができる。例えば、ＷＴＲＵは、時間および周波数リソースの関数として、また実施形態では、カバレージ増強ＷＴＲＵのために定義された追加のオフセットの関数として、ＲＡ−ＲＮＴＩを計算することができる。別の例では、６０乃至１１９のＲＡ−ＲＮＴＩ値を、カバレージ増強（エンハンスド）モードにおいてＷＴＲＵのために特別に割り当てることができる。
【０３５０】
実施形態では、ＷＴＲＵは、さらに細分化して、カバレージ増強のための異なる量に割り当てることができるＲＡ−ＲＮＴＩを、カバレージ増強（エンハンスド）モードのために特別に使用することができる。例えば、５ｄＢカバレージ増強量にあるＷＴＲＵは、ＲＡ−ＲＮＴＩのあるサブセットを使用することができ、１０ｄＢカバレージ増強量にあるＷＴＲＵは、ＲＡ−ＲＮＴＩの別のセットを使用することができる。
【０３５１】
別の例示的な方法では、ＷＴＲＵは、実施形態では、複数のカバレージ増強量のためのＲＡ−ＲＮＴＩセットとともに、送信されたプリアンブルの時間／周波数リソースから計算された複数のＲＡ−ＲＮＴＩ候補を使用して、ｅＮＢからのＲＡＲのための（Ｅ）ＰＤＣＣＨを探すことができる。ＷＴＲＵは、ＲＡＲのための（Ｅ）ＰＤＣＣＨが正常に復号されたＲＡ−ＲＮＴＩによって、ｅＮＢからの構成されたカバレージ増強量を用いるように示されることができる。ＷＴＲＵは、利用可能なカバレージ増強レベルのサブセットから、またはすべての利用可能なレベルから、ＲＡ−ＲＮＴＩ候補セットを導出することができる。
【０３５２】
別の例示的な方法では、ＷＴＲＵは、ＰＲＡＣＨプリアンブルの時間および／または周波数リソースの選択に基づいて、カバレージ増強固有のＲＡ−ＲＮＴＩ、またはＲＡ−ＲＮＴＩに固有のカバレージ増強レベルを計算することができる。あるＰＲＡＣＨおよびプリアンブルリソースのカバレージ増強ＷＴＲＵまたはカバレージ増強レベルへの割り当ては、通常のＳＩＢ（例えば、ＳＩＢ２）またはＬＣ−ＭＴＣ固有のＭＩＢおよびＳＩＢによって、ＷＴＲＵに示すことができる。
【０３５３】
別の例示的な方法では、カバレージ増強モードにあるＷＴＲＵは、事前に割り当てられた、または先に半静的に割り当てられたＣ−ＲＮＴＩを介して、送信されたＰＲＡＣＨプリアンブルに応答したＲＡＲを受信することができる。ＷＴＲＵは、ＣＳＳまたはＷＳＳにおいて、ＲＡＲのための（Ｅ）ＰＤＣＣＨを検出して復号することができる。ＷＴＲＵは、Ｃ−ＲＮＴＩを用いてスクランブルされた（Ｅ）ＰＤＣＣＨを介して、ＲＡＲを受信すると、ＲＡＲに応答して、ｍｓｇ３（例えば、ＲＲＣ接続要求）を送信するときに、競合解決をもはや探さなくてよい。実施形態では、（Ｅ）ＰＤＣＣＨおよびＣ−ＲＮＴＩを介してＲＡＲ  ＭＡＣ制御要素（ＣＥ）を受信するＷＴＲＵは、以下の短縮されたＭＡＣ  ＣＥ情報のうちの１または複数、すなわち、ＵＬグラント、タイミングアドバンス（ＴＡ）コマンド、およびカバレージ増強（エンハンスド）モード量を、ＲＡＲにおいて受信することができる。例えば、カバレージ増強（エンハンスド）モード量情報要素（ＩＥ）は、５ｄＢ、１０ｄＢ、または１５ｄＢカバレージ増強手順を示すことができる。
【０３５４】
別の例示的な方法では、ＷＴＲＵは、ＲＡ−ＲＮＴＩベースのＲＡＲにおいてそれに与えられる情報を、ＭＡＣ  ＣＥにおいて受信することができる。実施形態では、ＷＴＲＵは、ＲＡＣＨプリアンブル識別子（ＲＡＰＩＤ）または一時Ｃ−ＲＮＴＩを含む、ＲＡＲのためのいかなるＭＡＣサブヘッダも受信しなくてよく、したがって、ＲＡＲ制御要素の潜在的なサイズを減少させる。
【０３５５】
ＲＲＣ接続確立手順の間のカバレージ増強の量の表示が本明細書で説明される。例では、ＷＴＲＵは、ＲＲＣ接続確立手順の間に、カバレージ増強量をｅＮＢに示すことができる。実施形態では、ＷＴＲＵは、手順の間に、量をｅＮＢから示されることができる。ＲＡＣＨ手順の完了時に、ＷＴＲＵは、カバレージ増強（エンハンスド）モードで動作することができ、実施形態では、カバレージ増強の量を用いて構成されていることができる。別の実施形態では、ＷＴＲＵは、以下の方法のうちの１または複数を使用して、新しいカバレージ増強量で上書きすること、または上書きされることができる。例示的な方法では、ＷＴＲＵは、ＲＲＣ接続要求メッセージ（例えば、ｍｓｇ３）において、それを示すことができる。ＷＴＲＵは、ＲＲＣ接続セットアップもしくはＲＲＣ接続再構成メッセージにおいて、カバレージ増強量についての構成をｅＮＢから受信することができ、またはカバレージ状態におけるいずれか可能な変化に基づいて、ＷＴＲＵは、ＲＲＣ接続再構成メッセージにおいて、カバレージ増強量の再構成としてカバレージ増強量を受信することができる。
【０３５６】
ＲＲＣ接続要求メッセージにおいてカバレージ増強量を示すＷＴＲＵに関して、ＷＴＲＵは、ＲＲＣ接続要求メッセージの確立理由内に表示を含めることができる。例えば、カバレージ増強モードおよび量を示すために、ＩＥ内の残りの使われていない値を割り当てることができる。別の例では、ＷＴＲＵは、メッセージにおいて、拡張または代替情報要素を提供して、ＲＲＣメッセージにおいて、カバレージ増強量またはレベルをネットワークに示すことができる。例えば、ＬＣ−ＭＴＣ  ＷＴＲＵが、それがカバレージ制限されたＷＴＲＵであることをｅＮＢに示した場合、またはランダムアクセス手順の前もしくは間に、ｅＮＢが、アクセスＷＴＲＵがカバレージ制限されていることを導出した場合、それは、カバレージ増強のレベルを示すために、確率理由ＩＥを使用し、ＩＥビットを再解釈することができる。さらなる例として、ビットは、情報要素内において｛５ｄＢのカバレージ増強，１０ｄＢのカバレージ増強，１５ｄＢのカバレージ増強｝の列挙として再解釈することができ、メッセージ内に含むことができる。
【０３５７】
ＲＲＣ接続セットアップまたはＲＲＣ接続再構成メッセージにおいてカバレージ増強量についての構成をｅＮＢから受信するＷＴＲＵに関して、ｅＮＢは、検出されたプリアンブル信号強度に基づいて、カバレージ制限されたＷＴＲＵおよびカバレージ増強の量を導出することができる。実施形態では、ＷＴＲＵは、カバレージ制限に関する情報をｅＮＢに提供することができ、それは、ＰＲＡＣＨプリアンブル送信電力、適切なセル選択基準のために使用される測定されたＲＳＲＰ／ＲＳＲＱ、プリアンブル反復および再送の数、またはＲＡＲ受信のために必要とされるＰＤＣＣＨおよびＰＤＳＣＨ反復の数のうちの１または複数を含むことができる。
【０３５８】
実施形態では、カバレージ状態におけるいずれか可能な変化に基づいて、ＷＴＲＵは、ＲＲＣ接続再構成メッセージにおいて、再構成としてカバレージ増強量を受信することができる。ＷＴＲＵは、適切な処理遅延（例えば、１５ｍｓ）を有する再構成されたカバレージ増強モードを、示されたチャネル上において、適用可能な技法のいずれにも適用することができる。
【０３５９】
増強された（エンハンスド）カバレージを用いるページングが本明細書で説明される。ＷＴＲＵのためのページングチャネルのカバレージを増強するために、ＷＴＲＵには、カバレージ増強目的で、ページングフレーム（ＰＦ）およびページング機会（ＰＯ）の通常のＷＴＲＵとは別のセットを割り当てることができる。実施形態では、ＷＴＲＵがページング情報の蓄積を利用することができるように、同じ情報を有するＬＣ−ＭＴＣのためのページングメッセージを、数々のフレームおよび／またはサブフレームにわたって繰り返すことができる。
【０３６０】
例えば、ＬＣ−ＭＴＣ  ＷＴＲＵを含む、カバレージ増強を必要とするＷＴＲＵなどのあるＷＴＲＵによって、セルについてのページング機会のサブセットを読むことができるように、ＷＴＲＵには、通常のＷＴＲＵとは別のページングフレームおよびページング機会を割り当てることができる。これは、第２のＰ−ＲＮＴＩの割り当て、ＬＣ−ＭＴＣ固有のページングフレーム（ＰＦ）の割り当て、およびＤＲＸ／ページングサイクルにおける複数のページングフレーム（ＰＦ）の割り当ての１つまたは組み合わせを用いて実行することができる。
【０３６１】
第２のＰ−ＲＮＴＩの割り当てに関して、リリース８において割り当てられたＰ−ＲＮＴＩ（例えば、０ｘＦＦＦＥのＰ−ＲＮＴＩ値）の代替Ｐ−ＲＮＴＩについて、ＷＴＲＵに示すことができる。ＷＴＲＵには、ページングおよびＤＲＸ構成の一環として、第２のＰ−ＲＮＴＩの値を示すことができ、またはそれには、事前決定しておくことができる第２のＰ−ＲＮＴＩ値を使用することを示す表示を提供することができる。例えば、第２のＰ−ＲＮＴＩ値は、０ｘＦＦＦＣとして設定することができる。ＷＴＲＵは、割り当てられたページング機会の間、リリース８のＰ−ＲＮＴＩおよび第２のＰ−ＲＮＴＩの両方を、または第２のＰ−ＲＮＴＩだけを探すことができる。ＷＴＲＵには、第２のＰ−ＲＮＴＩを使用すべきかどうかを、ページング構成の一環として示すことができる。
【０３６２】
ＬＣ−ＭＴＣ固有のページングフレーム（ＰＦ）の割り当てに関して、ＷＴＲＵには、ＷＴＲＵの識別情報によって決定される代わりに、例えば、ＲＲＣまたは非アクセス層（ＮＡＳ）を介するシグナリングを用いて、事前決定されたページング機会およびＤＲＸ／ページングサイクルを割り当てることができる。ページングカバレージ増強のためのｅＮＢによるＷＴＲＵへのページング機会の割り当ては、通常のＷＴＲＵのためにページング機会を割り当て、通常のＷＴＲＵによって占有されていないページングフレームを選択する機能とすることができる。ＷＴＲＵには、明示的なページングフレームおよびページング機会を提供することができ、ＷＴＲＵは、レガシＲｅｌ−８手続き手段を介してページングフレームを決定するために、ＩＭＳＩを適用しなくてよい。例えば、レガシＷＴＲＵには、２５６フレームのＤＲＸ長およびＴ／３２のｎＢをページングパラメータとして割り当てることができる。これは、通常のＷＴＲＵのためのＰＦが、３２の倍数であるフレームに発生することを可能にすることができる。ＬＣ−ＭＴＣ  ＷＴＲＵと通常のＷＴＲＵが共通のページング機会を共用しないように、例えば、２５６の長いＤＲＸサイクルを用い、カバレージ増強のためのＷＴＲＵには、フレーム１〜３１においてＬＣ−ＭＴＣ  ＰＯを割り当てることができる。
【０３６３】
ＤＲＸ／ページングサイクルにおける複数のページングフレーム（ＰＦ）の割り当てに関して、ＤＲＸサイクルの間に、ＷＴＲＵには、ＬＣ−ＭＴＣ  ＷＴＲＵのための複数のＰＦを特別に割り当てることができる。例えば、複数のＰＯのこの表示は、ＬＣ−ＭＴＣ固有として割り当てられた、ＤＲＸサイクルの間のフレームを示すための、ビットマップの形態を取ることができ、またはＷＴＲＵに割り当てられた、割り当てられたＬＣ−ＭＴＣ  ＰＯからの連続するフレームを示す、フレームのオフセットの形態を取ることができる。
【０３６４】
ＷＴＲＵは、指定されたＬＣ−ＭＴＣ  ＰＯにおけるページング記録の一部として、接続開始をネットワークに示すための表示を受信することができる。ＷＴＲＵは、ページング記録内のそれ固有のＷＴＲＵ識別情報を復号することができないが、代わりに、表示を、その特定のＰＯを割り当てられたすべてのＬＣ−ＭＴＣ  ＷＴＲＵに共通して適用することができる。例えば、ＲＲＣページングメッセージにおいて、ページングされている各ＷＴＲＵのＷＴＲＵ識別情報を含むｐａｇｉｎｇＲｅｃｏｒｄＬｉｓｔ  ＩＥを使用する代わりに、このＰＯに割り当てられたすべてのＷＴＲＵが、ＲＲＣ接続確立手順を用いて、ページングメッセージに応答すべきであることを示す、１ビットインジケータが存在することができる。
【０３６５】
ＷＴＲＵは、カバレージ増強利得を得るためにページングメッセージを蓄積することができるように、繰り返されるＲＲＣページングメッセージを時間期間にわたって受信することができる。ページングは、（上で説明されたように）ＷＴＲＵ固有のページング記録またはグループページング表示を含むことができる。ページングメッセージは、ＤＲＸサイクルの間の複数の割り当てられたＬＣ−ＭＴＣページングフレームにおいて繰り返されることができ、または実施形態では、複数のＤＲＸ／ページングサイクルの過程にわたって繰り返されることができる。
【０３６６】
ＷＴＲＵは、ＬＣ−ＭＴＣ  ＷＴＲＵのために割り当てられたＰＦにおいて、複数のサブフレーム内で繰り返されるページングメッセージを受信することができ、それを、それらの繰り返されるサブフレームにわたって蓄積することができる。例えば、ＰＯがすべてのページングフレームのサブフレーム｛０，４，５，９｝において発生することができるリリース８と同様に、ＷＴＲＵには、それらのページング機会の最大で４つにおいて、繰り返されるページングメッセージを受信するように示すことができる。ＷＴＲＵには、ページングメッセージを繰り返すことができるサブフレームの数をネットワークによって明示的に通知することができる。実施形態では、ＷＴＲＵは、サブフレーム０内のＰ−ＲＮＴＩを用いてＰＤＣＣＨを復号することができ、他の後続のサブフレーム内のＰ−ＲＮＴＩを用いてＰＤＣＣＨを復号することはできないが、最初のサブフレーム（例えば、サブフレーム０）と同じ位置にあるＰＤＳＣＨを復号することができる。
【０３６７】
ページングメッセージの追加の累積利得のために、ＷＴＲＵは、４つのサブフレーム｛０，４，５，９｝以外の他のサブフレームにおいて、ページングメッセージを受信することができる。ＷＴＲＵには、ページングフレームの間にページングメッセージを送信することができるサブフレームをネットワークによって明示的に通知することができる。
【０３６８】
実施形態では、すべての送信ステップは、ＷＴＲＵが一度に１ステップを実行することができるように、時間窓を有することができる。例えば、ＤＬ送信ステップは、（Ｅ）ＰＤＣＣＨ窓、ＰＤＳＣＨ窓、ギャップ、およびＡ／Ｎ窓などの４つの時間窓として定義することができ、ＷＴＲＵは、ＤＬ制御チャネルを（Ｅ）ＰＤＣＣＨ窓内だけで、ＰＤＳＣＨをＰＤＳＣＨ窓内で受信することができる。同様に、ＰＤＳＣＨのためのＡ／Ｎは、ＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）窓内だけで送信することができる。したがって、ＷＴＲＵは、（Ｅ）ＰＤＣＣＨ内で（Ｅ）ＰＤＣＣＨをモニタリングすることができ、一方、ＷＴＲＵは、（Ｅ）ＰＤＣＣＨ窓の間はＰＤＳＣＨが送信されないことを仮定することができる。加えて、ＷＴＲＵは、ＰＤＳＣＨに関連付けられた（Ｅ）ＰＤＣＣＨが、（Ｅ）ＰＤＣＣＨ窓内で送信されないことを仮定することができる。図１３は、本明細書で説明されるような窓ベースのダウンリンク送信の例を示す図である。
【０３６９】
別の実施形態では、特定のステップが、窓ベースの送信を使用することができる。この場合、以下の方法を使用することができる。例えば、（Ｅ）ＰＤＣＣＨおよびＰＤＳＣＨは、窓を有することができるが、Ａ／Ｎ送信は、サブフレーム内で終了することができる。別の例では、（Ｅ）ＰＤＣＣＨは、窓を有することができるが、他の送信は、サブフレーム内で終了することができる。別の例では、（Ｅ）ＰＤＣＣＨおよびＡ／Ｎ送信は、窓を有することができるが、ＰＤＳＣＨ送信は、サブフレーム内で終了することができる。別の例では、ＰＤＳＣＨ送信は、窓を有することができるが、他の送信は、サブフレーム内で終了することができる。
【０３７０】
窓ベースの送信の場合、以下の方法のうちの１または複数を適用することができる。例示的な方法では、各時間窓は、２つ以上のサブフレームを含むことができ、窓のタイプに従って、異なる数のサブフレームを使用することができる。例えば、（Ｅ）ＰＤＣＣＨ窓、ＰＤＳＣＨ窓、ギャップ、およびＡ／Ｎ窓について、窓サイズを定義するために、それぞれ、Ｎepdcch、Ｎpdsch、Ｎgap、およびＮharqを使用することができる。図１３に示される例示的な構成のための値は、Ｎepdcch＝６、Ｎpdsch＝１１、Ｎgap＝４、およびＮharq＝９である。Ｎepdcch、Ｎpdsch、Ｎgap、およびＮharqの値は、カバレージ増強された送信のために事前定義しておくことができる。Ｎepdcch、Ｎpdsch、Ｎgap、およびＮharqの値は、ブロードキャストチャネルを介して構成することができる。
【０３７１】
実施形態では、（Ｅ）ＰＤＣＣＨ窓内で、ＷＴＲＵは、ＰＤＳＣＨおよび／またはＰＵＳＣＨのためのＤＣＩを受信するために、探索空間をモニタリングすることができる。例では、（Ｅ）ＰＤＣＣＨ窓は、ＵＬ送信およびＤＬ送信のために別々に定義することができる。したがって、ＵＬ−（Ｅ）ＰＤＣＣＨ窓およびＤＬ−（Ｅ）ＰＤＣＣＨ窓など、２つのタイプの（Ｅ）ＰＤＣＣＨ窓を定義することができる。ＵＬ−（Ｅ）ＰＤＣＣＨ窓およびＤＬ−（Ｅ）ＰＤＣＣＨ窓は、時間領域において、相互に排他的とすることができる。したがって、ＷＴＲＵには、ＰＵＳＣＨ関連のＤＣＩまたはＰＤＳＣＨ関連のＤＣＩをモニタリングするように要求することができる。あるいは、ＵＬ−（Ｅ）ＰＤＣＣＨ窓およびＤＬ−（Ｅ）ＰＤＣＣＨ窓は、時間領域において、部分的または完全に重なり合うことができ、ＷＴＲＵは、ＵＬ−（Ｅ）ＰＤＣＣＨ窓およびＤＬ−（Ｅ）ＰＤＣＣＨ窓が重なり合うサブフレームにおいて、ＰＤＳＣＨおよびＰＵＳＣＨ関連のＤＣＩの両方をモニタリングすることができる。
【０３７２】
別の例では、ＷＴＲＵ固有の探索空間は、ＵＬ−（Ｅ）ＰＤＣＣＨ窓とＤＬ−（Ｅ）ＰＤＣＣＨ窓に分割することができ、一方、共通の探索空間は、両方の窓内に配置することができる。例えば、ＰＤＳＣＨ送信に関連するＤＣＩフォーマット（例えば、１Ａ／２／２Ａ／２Ｂ／２Ｃ）は、ＤＬ−（Ｅ）ＰＤＣＣＨ窓内だけで送信することができ、ＰＵＳＣＨ送信に関連するＤＣＩフォーマット（例えば、０／１）は、ＵＬ−（Ｅ）ＰＤＣＣＨ窓内だけで送信することができる。この場合、後に続く窓は、（Ｅ）ＰＤＣＣＨ窓のタイプに依存することができる。例えば、ＰＤＳＣＨ窓は、ＤＬ−ＥＰＤＣＣＨ窓の後に配置すること、または常に配置することができ、ＰＵＳＣＨ窓は、ＵＬ−（Ｅ）ＰＤＣＣＨ窓の後に配置することができる。
【０３７３】
別の例では、ＰＤＳＣＨおよびＰＵＳＣＨの両方のために、単一の（Ｅ）ＰＤＣＣＨ窓を使用することができる。したがって、ＷＴＲＵは、（Ｅ）ＰＤＣＣＨ窓内のＰＤＳＣＨおよびＰＵＳＣＨの両方について、ＤＣＩフォーマットをモニタリングする必要があり得る。ここでは、後に続く窓は、（Ｅ）ＰＤＣＣＨ窓内のＤＣＩフォーマットタイプに依存することができる。例えば、ＷＴＲＵが、ＰＵＳＣＨに関連するＤＣＩフォーマットを受信することができる場合、後に続く窓は、ＷＴＲＵがＰＵＳＣＨを送信することができるように、ＰＵＳＣＨ窓になることができる。他方、ＷＴＲＵが、ＰＤＳＣＨに関連するＤＣＩフォーマットを受信する場合、後に続く窓は、ＷＴＲＵが後に続く窓内でＰＤＳＣＨを受信することができるように、ＰＤＳＣＨ窓になることができる。
【０３７４】
別の例では、ＷＴＲＵがＤＣＩを受信し、ＣＲＣがＷＴＲＵのＣ−ＲＮＴＩを用いてスクランブルされ、ＤＣＩがＰＤＳＣＨに関連する場合、ＷＴＲＵは、Ａ／Ｎ窓内でＡ／Ｎを報告する必要があり得る。ＰＤＳＣＨに対応するＡ／Ｎ送信は、Ａ／Ｎ窓内で反復的に送信することができる。
【０３７５】
別の例では、ＷＴＲＵをターゲットにする（Ｅ）ＰＤＣＣＨは、（Ｅ）ＰＤＣＣＨ窓内の単一のサブフレームのみにおいて送信することができる。したがって、ＷＴＲＵが、（Ｅ）ＰＤＣＣＨ窓内のサブフレームにおけるＷＴＲＵ固有の探索空間においてＷＴＲＵに向けられた（Ｅ）ＰＤＣＣＨを受信した場合、ＷＴＲＵは、（Ｅ）ＰＤＣＣＨ窓内のＷＴＲＵ固有の探索空間において（Ｅ）ＰＤＣＣＨをモニタリングしないことを可能にされ／許可されることができる。言い換えると、ＷＴＲＵは、ＷＴＲＵ固有の探索空間において、Ｃ−ＲＮＴＩを用いてスクランブルされたＤＣＩを受信することに成功した場合、ＷＴＲＵ固有の探索空間において、Ｃ−ＲＮＴＩを用いてスクランブルされた他のＤＣＩが存在しないことを仮定することができる。これは、不必要なＷＴＲＵの複雑さを回避することを可能にすることができる。
【０３７６】
別の例では、ＷＴＲＵが、複数のサブフレームにわたって信号を蓄積することができるように、（Ｅ）ＰＤＣＣＨ窓内の複数のサブフレームにわたって、（Ｅ）ＰＤＣＣＨを送信することができる。ここでは、ＷＴＲＵが、（Ｅ）ＰＤＣＣＨ窓内の複数のサブフレームにわたって、同じ（Ｅ）ＰＤＣＣＨ候補を蓄積することができるように、同じ（Ｅ）ＰＤＣＣＨ候補における反復を保証することができる。したがって、（Ｅ）ＰＤＣＣＨ  ＷＴＲＵ固有の探索空間は、（Ｅ）ＰＤＣＣＨ窓内で固定することができる。あるいは、反復のために同じ（Ｅ）ＰＤＣＣＨ候補を使用することができるが、ＷＴＲＵ固有の探索空間は、サブフレーム番号の関数として変更することができる。別の例では、時間／周波数ダイバーシティ利得を増加させることができるように、事前定義された方法で、（Ｅ）ＰＤＣＣＨ候補をホッピングさせることができる。
【０３７７】
別の実施形態では、ＰＤＳＣＨ窓内において、ＷＴＲＵは、ＰＤＳＣＨ窓内でＰＤＳＣＨを受信することができ、以下の方法のうちの１または複数を適用することができる。例では、ＰＤＳＣＨは、ＰＤＳＣＨ窓内において同じ周波数リソースで反復的に送信することができる。例えば、ＰＤＳＣＨに対応するＤＣＩが、ＰＤＳＣＨが特定のＰＲＢ内に配置されることを示す場合、ＰＲＢをすべて、ＰＤＳＣＨ窓内に確保することができる。したがって、ＷＴＲＵがＰＤＳＣＨを受信した場合、ＷＴＲＵは、ＰＤＳＣＨ窓内の複数のサブフレームにわたる特定のＰＲＢにおける信号を、ＰＤＳＣＨ復号のために、蓄積することができる。別の例では、ＷＴＲＵが周波数領域においてＰＲＢを蓄積することができるように、ＰＤＳＣＨを周波数領域において反復的に送信することができる。ここでは、反復はＰＲＢレベルに基づくことができ、同じＭＣＳレベルを使用することができる。したがって、ＷＴＲＵは、復調の前に信号を統合することができる。
【０３７８】
別の例では、ＰＤＳＣＨは、時間領域および周波数領域において反復的に送信することができる。ここでは、周波数領域反復は、レートマッチング操作に基づくことができ、一方、時間領域反復は、データシンボル反復に基づくことができる。
【０３７９】
別の例では、ＰＤＳＣＨは、特定のサブフレームのみにおいて送信することができる。ここでは、（Ｅ）ＰＤＣＣＨ窓内で送信されるＤＬ送信のためのＤＣＩは、ＰＤＳＣＨ送信のためのサブフレーム情報および周波数リソース情報を含むことができる。例えば、ＰＤＳＣＨ窓内で４つのサブフレームが使用される場合、どのサブフレームがＰＤＳＣＨを含むかを示すために、２ビットを使用することができる。
【０３８０】
別の実施形態では、Ａ／Ｎ窓内において、ＷＴＲＵがＰＤＳＣＨ窓内でＰＤＳＣＨを受信した場合、ＷＴＲＵは、Ａ／Ｎ窓内でＡ／Ｎを送信することができる。この場合、以下の方法のうちの１または複数を適用することができる。例では、Ａ／Ｎリソースは、ＰＤＳＣＨ送信に対応する（Ｅ）ＰＤＣＣＨのリソースインデックスの関数として割り当てることができる。例えば、反復ベースの（Ｅ）ＰＤＣＣＨが使用される場合、（Ｅ）ＰＤＣＣＨの最初の（Ｅ）ＣＣＥインデックスを使用することができる。あるいは、（Ｅ）ＰＤＣＣＨが、（Ｅ）ＰＤＣＣＨ窓内のサブフレームのみにおいて送信される場合、Ａ／Ｎリソースは、対応する（Ｅ）ＰＤＣＣＨが送信されるリソースインデックスおよびサブフレーム番号の関数として割り当てることができる。例えば、（Ｅ）ＰＤＣＣＨ窓内で４つのサブフレームが使用される場合、Ａ／Ｎリソースは、（Ｅ）ＰＤＣＣＨ窓内のサブフレーム位置（例えば、０、１、２、または３）および最初の（Ｅ）ＣＣＥインデックスの関数として割り当てることができる。
【０３８１】
別の例では、Ａ／Ｎリソースは、ＰＤＳＣＨのリソースインデックスの関数として割り当てることができる。例えば、反復ベースのＰＤＳＣＨが使用される場合、ＰＤＳＣＨのための最初のＰＲＢインデックスを使用することができる。あるいは、ＰＤＳＣＨが、ＰＤＳＣＨ窓内のサブフレームのみにおいて送信される場合、Ａ／Ｎリソースは、ＰＤＳＣＨが送信されるリソースインデックスおよびサブフレームの関数として割り当てることができる。
【０３８２】
別の例では、Ａ／Ｎリソースは、ＰＤＳＣＨおよび対応する（Ｅ）ＰＤＣＣＨのリソースインデックスの関数として割り当てることができる。ここでは、マルチユーザベースの（Ｅ）ＰＤＣＣＨおよびＰＤＳＣＨ送信が使用されたとしても、Ａ／Ｎリソース衝突を回避することができるように、最初の（Ｅ）ＣＣＥインデックスおよび最初のＰＲＢインデックスを同時に使用することができる。別の例では、Ａ／Ｎは、Ａ／Ｎ窓内で反復的に送信することができる。例えば、ＰＵＣＣＨリソースが割り当てられる場合、ＷＴＲＵは、Ａ／Ｎ窓の間のすべてのサブフレームにおける同じＡ／Ｎリソースにおいて同じＡ／Ｎ信号を反復的に送信する必要があり得る。別の例では、ＰＤＳＣＨに対応するＡ／Ｎは、サブフレームのみにおいて送信することができる。したがって、Ａ／Ｎリソースは、使用される（Ｅ）ＰＤＣＣＨおよび／またはＰＤＳＣＨに基づいて、サブフレームのみにおいて割り当てることができる。
【０３８３】
カバレージ増強モードを使用するための適用が本明細書で説明される。ＷＴＲＵは、カバレージ増強動作モードの一環として、本明細書のすべての実施形態および例を個別にまたは組み合わせて適用することができる。
【０３８４】
ＷＴＲＵは、電源オンのときからカバレージ増強（エンハンスド）モードで動作することができ、それは、その機能において示すことができる。例えば、ＷＴＲＵは、カバレージ増強モードで動作し始めるように事前構成しておくことができ、したがって、レガシ手順、例えば、リリース１１以前の手順の代わりに、本明細書で説明されたような手順に基づいて、セル探索、ネットワークアクセス（例えば、ＰＲＡＣＨプロセス）、および他の接続モード手順を実行することができる。
【０３８５】
ＷＴＲＵは、レガシ動作とカバレージ増強（エンハンスド）モードの間で切り換わることができ、例えば、ＲＲＣシグナリングを介して、ＷＴＲＵ機能表示の一環として、カバレージ増強（エンハンスド）モードに対するサポートをネットワークに示すことができる。
【０３８６】
ＷＴＲＵは、以下の方法のうちの１または複数を使用して、通常からカバレージ増強モードに切り換わることができる。例として、ＷＴＲＵは、カバレージ増強（エンハンスド）モードでの動作を示す表示をネットワークから受信することができる。例えば、ＷＴＲＵは、上で説明されたように、ＳＮサイズが短縮され、ヘッダ構成に他の変更が施された、ＰＤＣＰ、ＲＬＣ、およびＭＡＣパラメータを有するＲＲＣ再構成メッセージを受信することができる。
【０３８７】
別の例では、ＷＴＲＵは、ＷＴＲＵがもはや通常モードで動作することができず、カバレージ増強モードで動作し始めることができるような環境の変化を測定および／または検出することができる。ＷＴＲＵは、以下の例示的な条件のうちの１または複数の下で切り換わることができる。例として、セル選択／再選択の間、ＷＴＲＵは、カバレージ増強条件の下では適するが、通常動作条件においては適さないセルを見つけることができる。例えば、ＷＴＲＵは、セルのＳＩＢ１において定義されるような、適切なセルの基準を満たすことができないことがあるが、例えば、ＬＣ−ＭＴＣにおいて定義されるような、カバレージ増強を用いる適切なセルの基準は満たすことがある。別の例では、通常モードにおいて、ネットワークアクセスの試みおよびＰＲＡＣＨ手順が失敗した場合、ＷＴＲＵは、本明細書で説明されるような、カバレージ増強モードＰＲＡＣＨ手順に切り換わることができる。別の例では、無線リンク障害検出およびその後のサービングセルへの再確立時に、ＷＴＲＵは、切り換わることができる。別の例では、接続モードもしくはＩＤＬＥモード測定値、現在のサービングセルＲＳＲＰ／ＲＳＲＱがある閾値を下回ったこと、または測定値がハンドオーバもしくはセル再選択のための基準を満たす近隣セルが存在しないことに基づいて、ＷＴＲＵは、切り換わることができる。
【０３８８】
別の例では、ＰＳＳ／ＳＳＳ検出がある閾値よりも長い時間かかる場合、ＷＴＲＵは、カバレージ増強モードに切り換わることができる。閾値は、ｘ  ｍｓなど、時間窓として定義することができる。別の例では、ＷＴＲＵは、ＰＢＣＨおよび／またはＳＩＢ１を適切に獲得して復号できないことがあり、ＬＣ−ＭＩＢを獲得できることがあり、上で説明されたようなカバレージ増強目的で、セルからの信号を通してＳＦＮの全体またはサブセットを獲得できることがある。例えば、ＷＴＲＵは、適切なＲＡＣＨリソースを決定してランダムアクセス手順を開始するために、ＬＣ−ＳＩＢおよびＳＦＮ値を通して、ランダムアクセスなどのために必要な構成を獲得する場合、カバレージ増強（エンハンスド）モードで、セルアクセスおよび接続確立手順（例えば、ＲＲＣ接続要求）を継続することができる。
【０３８９】
別の実施形態では、ＷＴＲＵは、以下の方法のうちの１または複数を使用することによって、カバレージ増強（エンハンスド）モードへの変化、および／またはカバレージ増強（エンハンスド）モードへの変化を求める要求をネットワークに示すことができる。例では、動作モードの変更を求める要求表示を含むことができる測定報告を、定期的に、またはネットワークからの、例えば、測定対象において構成されるような、イベントトリガに応答して送信することができる。別の例では、ＰＲＡＣＨプリアンブルが、ＷＴＲＵの動作モードが変化したことをネットワークに示すことができる。別の例では、ＷＴＲＵがカバレージ増強モードで動作することができる旨の表示を、ＲＲＣ接続または再確立要求内に作成することができる。例えば、この表示は、ＲＲＣ接続要求または再確立要求メッセージ内の理由ＩＥとして含むことができる。
【０３９０】
別の実施形態では、ＷＴＲＵは、以下の例示的な方法のうちの１または複数を使用して、カバレージ増強モードから通常動作モードに戻ることができる。例では、ＷＴＲＵは、ＩＤＬＥまたは接続モードにある間に、改善されたカバレージ状態を検出したときに、通常の動作モードに自律的に戻ることができる。検出は、以下の方法のうちの１または複数を使用して行うことができる。例では、ＷＴＲＵは、例えば、レガシ手順を使用して、レガシＭＩＢおよび／またはＳＩＢを獲得することによって、この改善を検出することができる。別の例では、ＷＴＲＵは、セルのＳＩＢ１において指定されるような適切なセル基準を満たすことができることがある。例えば、これは、ＷＴＲＵが接続モードからＩＤＬＥモードに戻るときの、またはデータ送信のための接続確立の一部としての、セル選択手順の一部とすることができる。別の例では、ランダムアクセス手順は、レガシＲＡＣＨ手順を使用して成功することができる。例えば、ＷＴＲＵは、Ｘ個のプリアンブル再送内でランダムアクセスが成功した旨の応答をｅＮＢから受信したときに、通常動作状態に戻ることを検討することができる。プリアンブル送信のための閾値Ｘは、ＳＩＢ２において定義されるようなプリアンブル送信の最大数、またはセルによって構成されるような別個の値として定義することができ、ＳＩＢ２においてＲＡＣＨ構成の一部として送信することができる。別の例では、測定に基づいて、ＷＴＲＵは、例えば、ＲＳＲＰ測定値に対する改善を検出することができる。例えば、ＷＴＲＵは、ＲＳＲＰが事前定義された閾値よりも改善されたことを示す、すなわち、通常動作モードが可能であり得ることを示す測定報告を、ｅＮＢに提供することができる。別の例では、ＷＴＲＵは、電力ヘッドルーム報告（ＰＨＲ）および送信されるＵＬ電力に基づいて検出された改善を示すことができる。ｅＮＢに対するＰＨＲについてのトリガは、例えば、測定された経路損失に対する改善によってトリガすることができる。
【０３９１】
別の実施形態では、ＷＴＲＵは、ＲＲＣ接続確立の間に、ＲＲＣ接続要求のために定義された通常の（例えば、リリース１１の）理由を使用して、通常動作モードへの復帰を示すことができる。
【０３９２】
別の実施形態では、ｅＮＢも、ＷＴＲＵのためのカバレージ改善を検出することができ、ｅＮＢによって、ＷＴＲＵに通常に動作するように示すことができる。これは、以下の方法のうちの１または複数を使用することによって行うことができる。例では、ＷＴＲＵは、リリース１１以前の構成のためのデータ無線ベアラパラメータを用いて、ＲＲＣ再構成を受信することができる。別の方法では、ＷＴＲＵは、例えば、通常のリリース１１セル選択手順および基準を用いて、同じセルへのセル選択を実行することができるように、通常動作モードのための表示を用いて、ＲＲＣ接続解放を受信することができる。別の例では、ＷＴＲＵは、専用のＲＡＣＨ手順を用いて、イントラセルハンドオーバのためのＲＲＣメッセージを受信することができる。ＷＴＲＵは、無競合ＲＡＣＨ手順を用いて、改善されたカバレージ状態を確認することができることがあり、加えて、ＷＴＲＵは、トラフィックベアラが通常の動作モードを可能にするために、ＭＡＣ、ＲＬＣ、ＰＤＣＰレイヤをリセットすることができる。
【０３９３】
ＷＴＲＵが通常動作モードに戻るための上述のシグナリングをｅＮＢがトリガすることができる改善されたカバレージ状態を検出する例示的な方法が本明細書で説明される。例では、ｅＮＢは、カバレージ増強モードにあるＷＴＲＵが受信および／または送信する必要がある各データパケットについてのＨＡＲＱ再送およびＲＬＣ  ＳＤＵ再送の数が減少したことを検出することができる。ｅＮＢは、データベアラの低下したＢＬＥＲレートも検出することができる。別の例では、ｅＮＢは、ＵＬ送信のためにＷＴＲＵに提供される閉電力制御パラメータに基づいて、ＷＴＲＵの送信電力がある閾値だけ減少したことを検出することができる。別の例では、ｅＮＢは、ＷＴＲＵによって送信されるようなＳＲＳの測定に基づいて、改善されたＵＬ状態を検出することができる。
【０３９４】
マルチレベルカバレージ制限表示のための方法が本明細書で説明される。実施形態では、ＷＴＲＵは、以下の方法のうちの１または複数を使用することによって、カバレージ制限レベルを示すことができる。例では、ＷＴＲＵは、ＰＵＳＣＨ、ＰＤＳＣＨ、および（Ｅ）ＰＤＣＣＨの１または複数を含む、データ、制御、および／またはブロードキャストチャネルのために必要とされる反復レベルを報告することができ、または報告するように構成することができる。例えば、ＷＴＲＵは、カバレージ増強のためにＰＤＳＣＨについて「ｎ」回の反復を必要とした場合、ｅＮＢがＷＴＲＵのカバレージ制限レベルを決定することができるように、「ｎ」を報告することができる。別の例では、ＷＴＲＵは、より高位のレイヤのシグナリングまたはＵＬ制御チャネルを介して、ＲＳＲＰ測定値を直接的に報告することができる。
【０３９５】
カバレージ増強（エンハンスド）モードにあるＷＴＲＵは、以下の変更された無線リンクモニタリング（ＲＬＭ）手順および無線リンク障害（ＲＬＦ）検出手順のうちの１または複数を使用することができる。例では、ＷＴＲＵは、同期一致および同期不一致表示について、それぞれ、Ｑinおよび／またはＱout閾値を、カバレージ増強（エンハンスド）モードおよび／またはそれに対してＷＴＲＵを構成することができるカバレージ増強の量の関数として構成することができる。通常動作のためのＱin／Ｑout閾値の調整は、カバレージ増強量に従って事前定義しておくことができ、またはネットワークによってＷＴＲＵに伝達することができる。ＷＴＲＵは、カバレージ増強量の任意の再構成に基づいて、Ｑin／Ｑout閾値ｗｐ再構成することができる。例えば、ＷＴＲＵが、カバレージ増強利得の１５ｄＢに対応するカバレージ増強量を用いて動作するように、ネットワークによって構成された場合、ＷＴＲＵは、１５ｄＢ以上低下させることができる、ＱinおよびＱout閾値のためのＲＳＲＰ値を使用することができる。
【０３９６】
別の例では、ＷＴＲＵは、（Ｅ）ＰＤＣＣＨチャネルについての反復の数に基づいて、Ｑinおよび／またはＱout閾値を構成することができる。Ｑin／Ｑout閾値に対する調整の量は、（Ｅ）ＰＤＣＣＨ反復の数の関数とすることができ、またはネットワークから明示的に伝達されることができる。ＷＴＲＵは、電力スペクトル密度（ＰＳＤ）ブースティングを用いて、ｅＮＢによって構成することができるあるチャネルに基づいて、Ｑinおよび／またはＱout閾値を構成することができる。例えば、ＷＴＲＵは、セルからのＥＰＤＣＣＨおよび／またはＰＳＳ／ＳＳＳ送信のＰＳＤブースティングに基づいて、Ｑinおよび／またはＱoutのためのＲＳＲＰ値を減少させることができる。
【０３９７】
例では、ＷＴＲＵは、カバレージ増強の量に基づいて、Ｑinおよび／またはＱout条件期間を、それぞれ、１００ｍｓおよび２００ｍｓよりも長い期間になるように構成することができる。例えば、ＷＴＲＵは、現在のカバレージ増強モードのために構成された（Ｅ）ＰＤＣＣＨ反復の数に基づいて、評価期間を拡大することができる。条件期間は、（Ｅ）ＰＤＣＣＨ反復の数に従って事前定義しておくことができ、またはネットワークによって伝達することができる。
【０３９８】
例では、ＷＴＲＵは、（Ｅ）ＰＤＣＣＨ受信窓の長さ、およびＷＴＲＵが受信窓の間に（Ｅ）ＰＤＣＣＨを正しく復号することができたかどうかに基づいて、Ｑinおよび／またはＱout条件期間を構成することができる。例えば、カバレージ増強（エンハンスド）モードにあるＷＴＲＵは、（Ｅ）ＰＤＣＣＨを復号するための１または複数の受信窓の間、Ｑin／Ｑout条件を評価することができる。ＷＴＲＵは、任意の可能なＲＮＴＩ（例えば、Ｃ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、一時Ｃ−ＲＮＴＩ）を介してそれに宛てられた（Ｅ）ＰＤＣＣＨを正常に復号することができた場合、Ｑin閾値基準を満たしていると見なして、同期一致をより高位のレイヤに示すことができる。ＷＴＲＵは、１または複数の受信窓の間に、いずれの（Ｅ）ＰＤＣＣＨも正しく復号することができないことがあり、その場合、Ｑout条件が満たされていると見なすことができ、同期不一致状態をより高位のレイヤに示す。例えば、Ｎ３１０カウンタによって定義され、より高位のレイヤによって構成されるような数だけ同期不一致評価が連続した後、ＷＴＲＵは、無線リンク障害を宣言することができる。例えば、Ｎ３１１によって定義されるような数だけ同期一致評価が連続した後、ＷＴＲＵは、ネットワークと同期していると見なすことができる。
【０３９９】
別の例では、ＷＴＲＵは、物理レイヤ問題に基づいて、ＲＬＦの検出のためのＲＬＭを実行しないことがある。ＷＴＲＵは、ランダムアクセスに関する問題についてのＭＡＣからの表示、および再送が最大数に達したことについてのＲＬＣからの表示に基づいて、ＲＬＦを宣言することができる。
【０４００】
カバレージ増強（エンハンスド）モードにおけるＬＣ−ＭＴＣのためのエネルギー節約が本明細書で説明される。カバレージ増強モードにあるＷＴＲＵは、接続モードに留まることができ、接続モードＤＲＸ構成を用いて構成することができる。スモールデータ転送と転送の間、ＷＴＲＵは、エネルギーを節約し、電力消費を低減するために、非アクティブまたはスリープモードに移ることができる。
【０４０１】
カバレージ増強（エンハンスド）モードにあるＷＴＲＵは、以下を、すなわち、予想される（Ｅ）ＰＤＣＣＨ受信のためのサブフレーム、（Ｅ）ＰＤＣＣＨからのＤＣＩに基づいた予想されるＰＤＳＣＨ受信のためのサブフレーム、予想されるＰＨＩＣＨ受信のためのサブフレーム、予想されるＰＵＣＣＨ受信のためのサブフレーム、および（Ｅ）ＰＤＣＣＨからのＤＣＩに基づいた予想されるＰＵＳＣＨ受信のためのサブフレームを、接続モードＤＲＸのためのアクティブ時間であると見なすことができる。
【０４０２】
ＷＴＲＵは、上記のチャネルの予想される受信および／または送信が、各チャネルのために構成された反復も含むと見なすことができる。例えば、ＷＴＲＵは、カバレージ増強モードにおいて、窓ベースの送信および受信タイミングを使用することができ、ＤＲＸのための対応するアクティブ時間は、（Ｅ）ＰＤＣＣＨ窓、ＰＤＳＣＨ窓、およびＡ／Ｎ窓を含むことができる。ＷＴＲＵは、現在アクティブ時間にない場合、ある時間間隔の間、非アクティブまたはスリープモードに移ることができる。ＷＴＲＵは、以下の場合のうちの１または複数を、すなわち、バッファ内に送信すべきデータがないこと、データがすでに正常に受信されたチャネルの窓ベースの受信の時間が残っていること（例えば、ＷＴＲＵは、ＤＣＩを正常に受信して復号した場合、（Ｅ）ＰＤＣＣＨの受信窓における残存時間を、受信窓が終了するまで、非アクティブモードのための機会として構成することができる）、ならびに反復のための受信窓および送信窓に基づいたＷＴＲＵ  ＨＡＲＱプロセスのための受信窓と送信窓の間にギャップがあることを、非アクティブ／スリープモードのための機会であると見なすことができる。
【０４０３】
ＷＴＲＵは、カバレージ増強モード表示および／または構成の一部として、好ましいアクティブおよび／または非アクティブ時間の持続時間を含むことができる、ＤＲＸ能力をネットワークに提供することができる。ＷＴＲＵは、ＷＴＲＵが適切な時間に電力を過度に消費してデータを送信および受信するための機会を有することができるように、データ送信の後の非アクティブ時間の持続時間を適切に構成することができるように、推定されるデータ送信周期をネットワークに示すことができる。
【０４０４】
一般に、物理ブロードキャストチャネル（ＰＢＣＨ）増強のための方法は、増強されたＰＢＣＨ（ｅＰＢＣＨ）についてのシステム情報を、無線送受信ユニット（ＷＴＲＵ）において、基地局から受信するステップを含む。ｅＰＢＣＨは、利用可能な無線フレームのサブセットである無線フレームのセット内に配置される。サブセットは、すべての利用可能な無線フレームよりも少数の無線フレームを含む。ＷＴＲＵは、無線フレームのセットのうちの少なくとも１つの無線フレーム内でｅＰＢＣＨを受信する。システムフレーム番号（ＳＦＮ）サイクル内の利用可能な無線フレームは、ＳＦＮサイクル内のすべての無線フレームを含む。ＷＴＲＵは、レガシＰＢＣＨを受信することに失敗したときにｅＰＢＣＨを受信することができる。ＷＴＲＵは、測定値が閾値を下回ったと判定したときにｅＰＢＣＨを受信することができる。ＷＴＲＵは、ｅＰＢＣＨが受信された少なくとも１つの無線フレームに少なくとも基づいて、システムフレーム番号（ＳＦＮ）を決定することができる。ＷＴＲＵは、ｅＰＢＣＨが受信された少なくとも１つの無線フレームおよび物理セルＩＤに少なくとも基づいて、ＳＦＮを決定することができる。ＷＴＲＵは、少なくともｅＰＢＣＨ内のオフセット値からＳＦＮを決定することができる。ｅＰＢＣＨは、中央６つの物理リソースブロック内に配置することができる。複数のｅＰＢＣＨ送信は、無線フレーム内で受信することができる。ＷＴＲＵは、少なくとも１つの無線フレーム内で少なくとも２つのｅＰＢＣＨ送信を受信し、受信したｅＰＢＣＨを組み合わせ、組み合わせたｅＰＢＣＨからシステム情報を復号することができる。
【０４０５】
一般に、物理ランダムアクセスチャネル（ＰＲＡＣＨ）増強のための方法は、レガシＰＲＡＣＨリソースの構成をＷＴＲＵによって受信するステップと、増強されたＰＲＡＣＨ（エンハンスド：ｅＰＲＡＣＨ）リソースの構成をＷＴＲＵによって受信するステップとを含む。ＷＴＲＵは、カバレージ能力に基づいて、レガシＰＲＡＣＨリソースまたはｅＰＲＡＣＨリソースの一方を選択する。ＷＴＲＵは、測定値に基づいて、カバレージ能力を決定する。増強されたプリアンブル（エンハンスドプリアンブル：enhanced Preamble）は、ｅＰＲＡＣＨリソースを使用して送信される。
【０４０６】
一般に、物理ランダムアクセスチャネル（ＰＲＡＣＨ）増強のための方法は、増強されたＰＲＡＣＨ（ｅＰＲＡＣＨ）リソースの構成を受信するステップを含み、本明細書では、ｅＰＲＡＣＨリソースは、複数のｅＰＲＡＣＨリソースタイプを含み、各ｅＰＲＡＣＨリソースタイプは、カバレージ能力に関連付けられる。ｅＰＲＡＣＨリソースタイプは、プリアンブルフォーマット、プリアンブル反復、時間リソース、および周波数リソースのうちの少なくとも１つによって、別のｅＰＲＡＣＨリソースタイプから区別することができる。ＷＴＲＵは、ＷＴＲＵのカバレージ能力に基づいて、ｅＰＲＡＣＨリソースタイプを選択し、選択されたｅＰＲＡＣＨリソースタイプを使用して、増強された（エンハンスド）プリアンブルを送信する。増強された（エンハンスド）プリアンブルは、少なくとも、レガシプリアンブルの少なくとも一部の反復である。ＷＴＲＵは、測定値に基づいて、カバレージ能力を決定する。増強された（エンハンスド）プリアンブルは、ｅＰＲＡＣＨリソースを使用して送信される。
【０４０７】
一般に、物理ランダムアクセスチャネル（ＰＲＡＣＨ）増強のための方法は、増強されたＰＲＡＣＨ（ｅＰＲＡＣＨ）リソースの構成を受信するステップを含み、ｅＰＲＡＣＨリソースは、複数のｅＰＲＡＣＨリソースグループを含み、各グループは、カバレージ能力に関連付けられる。ＷＴＲＵは、ＷＴＲＵのカバレージ能力に基づいて、ｅＰＲＡＣＨリソースグループを選択し、選択されたｅＰＲＡＣＨリソースグループからのリソースを使用して、増強された（エンハンスド）プリアンブルを送信する。増強された（エンハンスド）プリアンブルは、少なくとも、レガシプリアンブルの少なくとも一部の反復である。ＷＴＲＵは、測定値に基づいて、カバレージ能力を決定する。増強された（エンハンスド）プリアンブルは、ｅＰＲＡＣＨリソースを使用して送信される。増強された（エンハンスド）プリアンブルは、少なくとも、レガシプリアンブルの少なくとも一部の反復である。増強された（エンハンスド）プリアンブルは、複数の増強された（エンハンスド）プリアンブルタイプを含み、各タイプは、カバレージ能力に関連付けられる。
【０４０８】
実施形態
１．物理ブロードキャストチャネル（ＰＢＣＨ）増強のための方法であって、増強された（エンハンスド）ＰＢＣＨ（ｅＰＢＣＨ）についてのシステム情報を、無線送受信ユニット（ＷＴＲＵ）において、基地局から受信するステップを含む方法。
【０４０９】
２．ｅＰＢＣＨは、利用可能な無線フレームのサブセットである無線フレームのセット内に配置され、サブセットは、すべての利用可能な無線フレームよりも少数の無線フレームを含む実施形態１に記載の方法。
【０４１０】
３．無線フレームのセットのうちの少なくとも１つの無線フレーム内でｅＰＢＣＨを受信するステップをさらに含む実施形態１または２に記載の方法。
【０４１１】
４．システムフレーム番号（ＳＦＮ）サイクル内の利用可能な無線フレームは、ＳＦＮサイクル内のすべての無線フレームを含む実施形態１乃至３のいずれか１つに記載の方法。
【０４１２】
５．レガシＰＢＣＨを受信することに失敗したときにｅＰＢＣＨを受信するステップをさらに含む実施形態１乃至４のいずれか１つに記載の方法。
【０４１３】
６．測定値が閾値を下回ったと判定したときにｅＰＢＣＨを受信するステップをさらに含む実施形態１乃至５のいずれか１つに記載の方法。
【０４１４】
７．ｅＰＢＣＨが受信された少なくとも１つの無線フレームに少なくとも基づいて、システムフレーム番号（ＳＦＮ）を決定するステップをさらに含む実施形態１乃至６のいずれか１つに記載の方法。
【０４１５】
８．ｅＰＢＣＨが受信された少なくとも１つの無線フレームおよび物理セルＩＤに少なくとも基づいて、ＳＦＮを決定するステップをさらに含む実施形態１乃至７のいずれか１つに記載の方法。
【０４１６】
９．少なくともｅＰＢＣＨ内のオフセット値からＳＦＮを決定するステップをさらに含む実施形態１乃至８のいずれか１つに記載の方法。
【０４１７】
１０．ｅＰＢＣＨは、中央６つの物理リソースブロック内に配置される実施形態１に記載の方法。
【０４１８】
１１．レガシＰＲＡＣＨリソースの構成を、無線送受信ユニット（ＷＴＲＵ）によって受信するように構成された受信機を備える無線送受信ユニット（ＷＴＲＵ）。
【０４１９】
１２．増強された（エンハンスド）ＰＲＡＣＨ（ｅＰＲＡＣＨ）リソースの構成を、ＷＴＲＵによって受信するように構成された受信機をさらに備える実施形態１１に記載のＷＴＲＵ。
【０４２０】
１３．受信機と通信するプロセッサであって、カバレージ能力に基づいて、レガシＰＲＡＣＨリソースまたはｅＰＲＡＣＨリソースの一方を選択するように構成されたプロセッサをさらに備える実施形態１１または１２に記載のＷＴＲＵ。
【０４２１】
１４．複数のｅＰＢＣＨ送信が、無線フレーム内で受信される実施形態１１乃至１３のいずれか１つに記載のＷＴＲＵ。
【０４２２】
１５．少なくとも１つの無線フレーム内で少なくとも２つのｅＰＢＣＨ送信を受信するように構成された受信機をさらに備える実施形態１１乃至１４のいずれか１つに記載のＷＴＲＵ。
【０４２３】
１６．受信されたｅＰＢＣＨを組み合わせるように構成されたプロセッサをさらに備える実施形態１１乃至１５のいずれか１つに記載のＷＴＲＵ。
【０４２４】
１７．組み合わされたｅＰＢＣＨからシステム情報を復号するように構成されたプロセッサをさらに備える実施形態１１乃至１６のいずれか１つに記載のＷＴＲＵ。
【０４２５】
１８．物理ランダムアクセスチャネル（ＰＲＡＣＨ）増強のための方法であって、増強された（エンハンスド）ＰＲＡＣＨ（ｅＰＲＡＣＨ）リソースの構成を、無線送受信ユニット（ＷＴＲＵ）において受信するステップを含む方法。
【０４２６】
１９．ｅＰＲＡＣＨリソースは、複数のｅＰＲＡＣＨリソースタイプを含み、各ｅＰＲＡＣＨリソースタイプは、カバレージ能力に関連付けられる実施形態１乃至１０および１８のいずれか１つに記載の方法。
【０４２７】
２０．ｅＰＲＡＣＨリソースタイプは、プリアンブルフォーマット、プリアンブル反復、時間リソース、および周波数リソースのうちの少なくとも１つによって、別のｅＰＲＡＣＨリソースタイプから区別することができる実施形態１乃至１０および１８乃至１９のいずれか１つに記載の方法。
【０４２８】
２１．ＷＴＲＵのカバレージ能力に基づいて、ｅＰＲＡＣＨリソースタイプを、ＷＴＲＵにおいて選択するステップをさらに含む実施形態１乃至１０および１８乃至２０のいずれか１つに記載の方法。
【０４２９】
２２．選択されたｅＰＲＡＣＨリソースタイプを使用して、増強されたプリアンブルを送信するステップをさらに含む実施形態１乃至１０および１８乃至２１のいずれか１つに記載の方法。
【０４３０】
２３．増強された（エンハンスド）プリアンブルは、少なくとも、レガシプリアンブルの少なくとも一部の反復である実施形態１乃至１０および１８乃至２２のいずれか１つに記載の方法。
【０４３１】
２４．ＷＴＲＵは、測定値に基づいて、カバレージ能力を決定する実施形態１乃至１０および１８乃至２３のいずれか１つに記載の方法。
【０４３２】
２５．増強された（エンハンスド）プリアンブルは、ｅＰＲＡＣＨリソースを使用して送信される実施形態１乃至１０および１８乃至２４のいずれか１つに記載の方法。
【０４３３】
２６．物理ランダムアクセスチャネル（ＰＲＡＣＨ）増強のための方法であって、増強された（エンハンスド）ＰＲＡＣＨ（ｅＰＲＡＣＨ）リソースの構成を、ＷＴＲＵにおいて受信するステップを含む方法。
【０４３４】
２７．ｅＰＲＡＣＨリソースは、複数のｅＰＲＡＣＨリソースグループを含み、各グループは、カバレージ能力に関連付けられる実施形態１乃至１０および１８乃至２６のいずれか１つに記載の方法。
【０４３５】
２８．ＷＴＲＵのカバレージ能力に基づいて、ｅＰＲＡＣＨリソースグループを、ＷＴＲＵにおいて選択するステップをさらに含む実施形態１乃至１０および１８乃至２７のいずれか１つに記載の方法。
【０４３６】
２９．選択されたｅＰＲＡＣＨリソースグループからのリソースを使用して、増強されたプリアンブルを送信するステップをさらに含む実施形態１乃至１０および１８乃至２８のいずれか１つに記載の方法。
【０４３７】
３０．増強された（エンハンスド）プリアンブルは、少なくとも、レガシプリアンブルの少なくとも一部の反復である実施形態１乃至１０および１８乃至２９のいずれか１つに記載の方法。
【０４３８】
３１．ＷＴＲＵは、測定値に基づいて、カバレージ能力を決定する実施形態１乃至１０および１８乃至３０のいずれか１つに記載の方法。
【０４３９】
３２．増強された（エンハンスド）プリアンブルは、ｅＰＲＡＣＨリソースを使用して送信される実施形態１乃至１０および１８乃至３１のいずれか１つに記載の方法。
【０４４０】
３３．増強された（エンハンスド）プリアンブルは、少なくとも、レガシプリアンブルの少なくとも一部の反復である実施形態１乃至１０および１８乃至３２のいずれか１つに記載の方法。
【０４４１】
３４．増強された（エンハンスド）プリアンブルは、複数の増強された（エンハンスド）プリアンブルタイプを含み、各タイプは、カバレージ能力に関連付けられる実施形態１乃至１０および１８乃至３３のいずれか１つに記載の方法。
【０４４２】
３５．カバレージを増強するために無線送受信ユニット（ＷＴＲＵ）が所定の数の連続するサブフレームをバンドルする方法であって、ＷＴＲＵが、異なる冗長性バージョン（ＲＶ）を用いてサブフレームの各々においてデータをコード化するステップを含む方法。
【０４４３】
３６．ＷＴＲＵが複数のサブフレームを送信するステップをさらに含む実施形態１乃至１０および１８乃至３５のいずれか１つに記載の方法。
【０４４４】
３７．データは、サブフレームインデックスに従って、異なるＲＶを用いてコード化される実施形態１乃至１０および１８乃至３６のいずれか１つに記載の方法。
【０４４５】
３８．データは、バンドルされたサブフレームの間における各サブフレームの位置に従って、異なるＲＶを用いてコード化される実施形態１乃至１０および１８乃至３７のいずれか１つに記載の方法。
【０４４６】
３９．サブフレームは、半静的な方法で、進化型ノードＢ（ｅＮＢ）によって構成される実施形態１乃至１０および１８乃至３８のいずれか１つに記載の方法。
【０４４７】
４０．無線送受信ユニット（ＷＴＲＵ）がレイヤ２（Ｌ２）プロトコルレイヤのオーバヘッドを低減させる方法であって、ヘッダ部およびデータ部を有する結果のデータＰＤＵがバイトアライメントを維持するように、ＷＴＲＵが、無線リンク制御（ＲＬＣ）レイヤおよびパケットデータ収束プロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）のサイズを調整するステップを含む方法。
【０４４８】
４１．ＷＴＲＵは、７ビットよりも小さいシーケンス番号（ＳＮ）を割り当てる実施形態１乃至１０および１８乃至４０のいずれか１つに記載の方法。
【０４４９】
４２．ＷＴＲＵは、非確認モード（ＵＭ）の場合、５ビットよりも小さいシーケンス番号（ＳＮ）を割り当てる実施形態１乃至１０および１８乃至４１のいずれか１つに記載の方法。
【０４５０】
４３．ＷＴＲＵは、確認モード（ＵＭ）の場合、１０ビットよりも小さいシーケンス番号（ＳＮ）を割り当てる実施形態１乃至１０および１８乃至４２のいずれか１つに記載の方法。
【０４５１】
４４．無線送受信ユニット（ＷＴＲＵ）がレイヤ２（Ｌ２）プロトコルレイヤのオーバヘッドを低減させる方法であって、ＷＴＲＵが、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）に追加された巡回冗長検査（ＣＲＣ）ビットを、ＭＡＣ  ＰＤＵ内に含まれる無線リンク制御（ＲＬＣ）ＰＤＵのシーケンス番号（ＳＮ）ビットを用いてスクランブルするステップを含む方法。
【０４５２】
４５．ＷＴＲＵが、ＲＬＣヘッダからＳＮビットを除去するステップをさらに含む実施形態１乃至１０および１８乃至４４のいずれか１つに記載の方法。
【０４５３】
４６．ＷＴＲＵが、ＭＡＣ  ＰＤＵを受信するステップをさらに含む実施形態１乃至１０および１８乃至４５のいずれか１つに記載の方法。
【０４５４】
４７．ＷＴＲＵが、ＣＲＣパリティビットを、可能なＳＮ値を用いてデスクランブルするステップをさらに含む実施形態１乃至１０および１８乃至４６のいずれか１つに記載の方法。
【０４５５】
４８．ＣＲＣチェックを実行するステップをさらに含む実施形態１乃至１０および１８乃至４７のいずれか１つに記載の方法。
【０４５６】
４９．無線送受信ユニット（ＷＴＲＵ）がレイヤ２（Ｌ２）プロトコルレイヤのオーバヘッドを低減させる方法であって、ＷＴＲＵが、物理ダウンリンク共用チャネル（ＰＤＳＣＨ）についてのバンドルされた送信時間間隔（ＴＴＩ）を受信するステップを含む方法。
【０４５７】
５０．ダウンリンクサブフレームｎが、ＰＤＳＣＨに関連付けられたバンドルされたサブフレーム内における最後のサブフレームである場合、ＷＴＲＵが、アップリンクサブフレームｎ＋ｋ内でハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）を送信するステップであって、ｋは固定された正の整数である、ステップをさらに含む実施形態１乃至１０および１８乃至４９のいずれか１つに記載の方法。
【０４５８】
５１．無線送受信ユニット（ＷＴＲＵ）がレイヤ２（Ｌ２）プロトコルレイヤのオーバヘッドを低減させる方法であって、ＷＴＲＵが、物理ダウンリンク共用チャネル（ＰＤＳＣＨ）についてのバンドルされた送信時間間隔（ＴＴＩ）を受信するステップを含む方法。
【０４５９】
５２．ダウンリンクサブフレームｎが、ＰＤＳＣＨに関連付けられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含むサブフレームである場合、ＷＴＲＵが、アップリンクサブフレームｎ＋ｋ内でハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）を送信するステップをさらに含む実施形態１乃至１０および１８乃至５１のいずれか１つに記載の方法。
【０４６０】
５３．ｋは、ＴＴＩの数の関数である実施形態１乃至１０および１８乃至５２のいずれか１つに記載の方法。
【０４６１】
５４．無線送受信ユニット（ＷＴＲＵ）がダウンリンクにおいて物理ハイブリッド自動再送要求（ＨＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）を増強する方法であって、ＷＴＲＵが、複数のＰＨＩＣＨリソースを使用して、アップリンク物理アップリンク共用チャネル（ＰＵＳＣＨ）送信に関連付けられた肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）情報を受信するステップを含む方法。
【０４６２】
５５．ＷＴＲＵが、アップリンクリソース割り当ての物理リソースブロック（ＰＲＢ）インデックスに基づいて、ＰＨＩＣＨリソースを決定するステップをさらに含む実施形態１乃至１０および１８乃至５４のいずれか１つに記載の方法。
【０４６３】
５６．ＰＲＢインデックスは、単一のサブフレーム内でのＰＵＳＣＨ送信のために使用されるＰＲＢに関連付けられる実施形態１乃至１０および１８乃至５５のいずれか１つに記載の方法。
【０４６４】
５７．無線送受信ユニット（ＷＴＲＵ）が物理ランダムアクセスチャネル（ＰＲＡＣＨ）カバレージを増強する方法であって、ＷＴＲＵが、ランダムアクセスチャネル（ＲＡＣＨ）手順のための第１のプリアンブルを送信するステップを含む方法。
【０４６５】
５８．ＷＴＲＵが、繰り返されるプリアンブルを送信するステップをさらに含む実施形態１乃至１０および１８乃至５７のいずれか１つに記載の方法。
【０４６６】
５９．第１のプリアンブルおよび繰り返されるプリアンブルは、同じリソースを使用して送信される実施形態１乃至１０および１８乃至５８のいずれか１つに記載の方法。
【０４６７】
６０．カバレージを増強するために、異なる冗長性バージョン（ＲＶ）を用いて複数の連続するサブフレームの各々においてデータをコード化するように構成されたプロセッサを備える無線送受信ユニット（ＷＴＲＵ）。
【０４６８】
６１．複数のサブフレームを送信するように構成された送信機をさらに備える実施形態１１乃至１７および６０のいずれか１つに記載のＷＴＲＵ。
【０４６９】
６２．データは、サブフレームインデックスに従って、異なるＲＶを用いてコード化される実施形態１１乃至１７および６０乃至６１のいずれか１つに記載のＷＴＲＵ。
【０４７０】
６３．データは、バンドルされたサブフレームの間における各サブフレームの位置に従って、異なるＲＶを用いてコード化される実施形態１１乃至１７および６０乃至６２のいずれか１つに記載のＷＴＲＵ。
【０４７１】
６４．複数の連続するサブフレームは、半静的な方法で、進化型ノードＢ（ｅＮＢ）によって構成することができる実施形態１１乃至１７および６０乃至６３のいずれか１つに記載のＷＴＲＵ。
【０４７２】
６５．無線送受信ユニット（ＷＴＲＵ）がカバレージ増強モードで動作する方法であって、送信時間間隔（ＴＴＩ）バンドリングを実行するためのサブフレームの数を事前定義または構成するステップを含む方法。
【０４７３】
６６．サブフレームをバンドルするステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５のいずれか１つに記載の方法。
【０４７４】
６７．バンドルされたサブフレームを反復的に送信するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至６６のいずれか１つに記載の方法。
【０４７５】
６８．バンドルされたサブフレームのバンドリングサイズ、またはバンドルされたサブフレームを反復的に送信するための反復レートの少なくとも一方は、より高位のレイヤのシグナリングを介して構成される実施形態１乃至１０、１８乃至５９、および６５乃至６７のいずれか１つに記載の方法。
【０４７６】
６９．送信モードを構成するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至６８のいずれか１つに記載の方法。
【０４７７】
７０．バンドリングサイズまたは反復レートの少なくとも一方のデフォルト値を定義するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至６９のいずれか１つに記載の方法。
【０４７８】
７１．ＷＴＲＵがカバレージ増強（エンハンスド）モードで動作するように構成された場合、デフォルト値を使用するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至７０のいずれか１つに記載の方法。
【０４７９】
７２．ＷＴＲＵが、バンドリングサイズまたは反復レートの少なくとも一方のＷＴＲＵ固有の構成を受信するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至７１のいずれか１つに記載の方法。
【０４８０】
７３．ＷＴＲＵが、デフォルト値を用いて物理ダウンリンク共用チャネル（ＰＤＳＣＨ）を受信するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至７２のいずれか１つに記載の方法。
【０４８１】
７４．ＷＴＲＵが、ＰＤＳＣＨを受信する定義された回数の試行を実行するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至７３のいずれか１つに記載の方法。
【０４８２】
７５．物理ダウンリンク共用チャネル（ＰＤＳＣＨ）が受信されない場合、ＷＴＲＵが、バンドリングサイズまたは反復レートの少なくとも一方を増加させるステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至７４のいずれか１つに記載の方法。
【０４８３】
７６．ＷＴＲＵが、パケットデータ制御チャネル（ＰＤＣＣＨ）または増強された（エンハンスド）ＰＤＣＣＨ（ＥＰＤＣＣＨ）の一方を使用して、物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）またはＰＨＩＣＨのグループを受信するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至７５のいずれか１つに記載の方法。
【０４８４】
７７．ＷＴＲＵが、ダウンリンク測定値に従った異なるレベルのカバレージ制限を用いて構成される、複数の事前構成された物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースタイプの１つを選択するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至７６のいずれか１つに記載の方法。
【０４８５】
７８．ＷＴＲＵが、カバレージ制限の選択されたレベルを基地局に報告するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至７７のいずれか１つに記載の方法。
【０４８６】
７９．ＷＴＲＵは、より高位のレイヤのシグナリングまたはアップリンク制御チャネルの一方を介して、カバレージ制限の選択されたレベルを基地局に報告する実施形態１乃至１０、１８乃至５９、および６５乃至７８のいずれか１つに記載の方法。
【０４８７】
８０．無線送受信ユニット（ＷＴＲＵ）によって実行されるハイブリッド自動再送要求（ＨＡＲＱ）方法であって、ダウンリンク（ＤＬ）サブフレームバンドル内において物理ダウンリンク共用チャネル（ＰＤＳＣＨ）送信を収集し、復号するステップを含む方法。
【０４８８】
８１．アップリンク（ＵＬ）上の送信についての単一のＨＡＲＱ肯定応答（ＡＣＫ）応答を生成するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至８０のいずれか１つに記載の方法。
【０４８９】
８２．ＷＴＲＵが、第１のＤＬサブフレーム内においてＰＤＳＣＨ送信を検出するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至８１のいずれか１つに記載の方法。
【０４９０】
８３．ＷＴＲＵが、第１のＵＬサブフレームにおいてＨＡＲＱ−ＡＣＫ応答を送信し、その後、後続のＵＬサブフレームにおいてＨＡＲＱ−ＡＣＫ応答の送信を繰り返すステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至８２のいずれか１つに記載の方法。
【０４９１】
８４．カバレージを増強するために無線送受信ユニット（ＷＴＲＵ）が所定の数の連続するサブフレームをバンドルする方法であって、ＷＴＲＵが、異なる冗長性バージョン（ＲＶ）を用いてサブフレームの各々においてデータをコード化するステップを含む方法。
【０４９２】
８５．ＷＴＲＵが複数のサブフレームを送信するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至８４のいずれか１つに記載の方法。
【０４９３】
８６．データは、サブフレームインデックスに従って、異なるＲＶを用いてコード化される実施形態１乃至１０、１８乃至５９、および６５乃至８５のいずれか１つに記載の方法。
【０４９４】
８７．データは、バンドルされたサブフレームの間における各サブフレームの位置に従って、異なるＲＶを用いてコード化される実施形態１乃至１０、１８乃至５９、および６５乃至８６のいずれか１つに記載の方法。
【０４９５】
８８．サブフレームは、半静的な方法で、進化型ノードＢ（ｅＮＢ）によって構成される実施形態１乃至１０、１８乃至５９、および６５乃至８７のいずれか１つに記載の方法。
【０４９６】
８９．無線送受信ユニット（ＷＴＲＵ）がレイヤ２（Ｌ２）プロトコルレイヤのオーバヘッドを低減させる方法であって、ヘッダ部およびデータ部を有する結果のデータＰＤＵがバイトアライメントを維持するように、ＷＴＲＵが、無線リンク制御（ＲＬＣ）レイヤおよびパケットデータ収束プロトコル（ＰＤＣＰ）プロトコルデータユニット（ＰＤＵ）のサイズを調整するステップを含む方法。
【０４９７】
９０．ＷＴＲＵは、７ビットよりも小さいシーケンス番号（ＳＮ）を割り当てる実施形態１乃至１０、１８乃至５９、および６５乃至８９のいずれか１つに記載の方法。
【０４９８】
９１．ＷＴＲＵは、非確認モード（ＵＭ）の場合、５ビットよりも小さいシーケンス番号（ＳＮ）を割り当てる実施形態１乃至１０、１８乃至５９、および６５乃至９０のいずれか１つに記載の方法。
【０４９９】
９２．ＷＴＲＵは、確認モード（ＵＭ）の場合、１０ビットよりも小さいシーケンス番号（ＳＮ）を割り当てる実施形態１乃至１０、１８乃至５９、および６５乃至９１のいずれか１つに記載の方法。
【０５００】
９３．無線送受信ユニット（ＷＴＲＵ）がレイヤ２（Ｌ２）プロトコルレイヤのオーバヘッドを低減させる方法であって、ＷＴＲＵが、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）に追加された巡回冗長検査（ＣＲＣ）ビットを、ＭＡＣ  ＰＤＵ内に含まれる無線リンク制御（ＲＬＣ）ＰＤＵのシーケンス番号（ＳＮ）ビットを用いてスクランブルするステップを含む方法。
【０５０１】
９４．ＷＴＲＵが、ＲＬＣヘッダからＳＮビットを除去するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至９３のいずれか１つに記載の方法。
【０５０２】
９５．ＷＴＲＵが、ＭＡＣ  ＰＤＵを受信するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至９４のいずれか１つに記載の方法。
【０５０３】
９６．ＷＴＲＵが、ＣＲＣパリティビットを、可能なＳＮ値を用いてデスクランブルするステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至９５のいずれか１つに記載の方法。
【０５０４】
９７．ＣＲＣチェックを実行するステップをさらに含む実施形態１乃至１０、１８乃至５９、および６５乃至９６のいずれか１つに記載の方法。
【０５０５】
９８．ページングフレーム（ＰＦ）およびページング機会（ＰＯ）のセットを割り当てるように構成されたプロセッサを備える無線送受信ユニット（ＷＴＲＵ）。
【０５０６】
９９．所定のページング無線ネットワーク一時識別情報（Ｐ−ＲＮＴＩ）値および繰り返されるページングメッセージを複数のページングフレーム上で受信するように構成された受信機をさらに備え、ＷＴＲＵは、カバレージ増強利得のためにページングメッセージを蓄積する実施形態１１乃至１７、６０乃至６４、および９８のいずれか１つに記載のＷＴＲＵ。
【０５０７】
１００．無線送受信ユニット（ＷＴＲＵ）がシステムフレーム番号（ＳＦＮ）を獲得する方法であって、ＷＴＲＵが、フルＳＦＮまたはサブセットＳＦＮの少なくとも一方を含む信号を受信し、復号するステップを含む方法。
【０５０８】
１０１．ＷＴＲＵが、フルＳＦＮを有する類似の信号を統合または組み合わせ、サブセットＳＦＮを有する類似の信号を統合または組み合わせるステップをさらに含む実施形態１乃至１０、１８乃至５９、６５乃至９７、および１００のいずれか１つに記載の方法。
【０５０９】
上では特徴および要素が特定の組み合わせで説明されたが、各特徴または要素は、単独で使用することができ、または他の特徴および要素との任意の組み合わせで使用することができることを当業者は理解されよう。加えて、本明細書で説明された方法は、コンピュータまたはプロセッサによって実行される、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線または無線接続上で送信される）電子信号、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと連携するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータのための無線周波送受信機を実施するために使用することができる。
【産業上の利用可能性】
【０５１０】
無線送受信ユニット（ＷＴＲＵ）がカバレージを増強する方法、装置に利用できる。
【符号の説明】
【０５１１】
１００  通信システム
１０２、１０２ａ〜１０２ｄ  無線送受信ユニット（ＷＴＲＵ）
１０４  ＲＡＮ
１０６  コアネットワーク
１０８  ＰＳＴＮ
１１０  インターネット
１１２  その他のネットワーク
１１８  プロセッサ
１２０  送受信機
【図１Ａ】
2020031434.tif 000053
【図１Ｂ】
2020031434.tif 000054
【図１Ｃ】
2020031434.tif 000055
【図２】
2020031434.tif 000056
【図３】
2020031434.tif 000057
【図４】
2020031434.tif 000058
【図５】
2020031434.tif 000059
【図６】
2020031434.tif 000060
【図７】
2020031434.tif 000061
【図８】
2020031434.tif 000062
【図９】
2020031434.tif 000063
【図１０】
2020031434.tif 000064
【図１１】
2020031434.tif 000065
【図１２】
2020031434.tif 000066
【図１３】
2020031434.tif 000067