JP6566575B2 - Ｌｔｅアドバンスト向け拡張カバレッジ送信のための方法及び装置 - Google Patents

Description

本発明は、一般に、無線通信システムに関し、より詳しくは、ＭＴＣ（Machine Type Communication）をサポートするＬＴＥ−Ａ（Long Term Evolution Advanced）通信システム向け拡張されたカバレッジ送信のためのシステム及び方法に関する。

特定の無線通信システムは、送信ポイント、例えば、基地局（ＢＳ）又はＮｏｄｅＢから、ユーザ端末（ＵＥ）にシグナルを伝送するダウンリンク（ＤＬ）と、ＵＥから受信ポイント、例えば、ＮｏｄｅＢにシグナルを伝送するアップリンク（ＵＬ）とを含む。ＵＥは、通常、端末又は移動局とも言われており、固定型であってもよく、移動型であってもよい。ＮｏｄｅＢは通常、固定局であって、アクセスポイント又は他の等しい用語で呼ばれることもある。

ＤＬシグナルは、情報コンテンツを伝送するデータシグナル、ＤＬ制御情報（DL Control Information；ＤＣＩ）を伝送する制御シグナル、及びパイロットシグナルとも知られている基準シグナル（Reference Signals；ＲＳ）を含む。ＤＬシグナルは、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）を用いて送信される。ＮｏｄｅＢは、各々の物理的ＤＬ共有チャンネル（Physical DL Shared CHannels；ＰＤＳＣＨ）又は物理的ＤＬ制御チャンネル（Physical DL Control CHannel；ＰＤＣＣＨ）を通じて、データ情報又はＤＣＩを送信する。ＮｏｄｅＢは、ＵＥ−共通ＲＳ（UE-Common RS；ＣＲＳ）、チャンネル状態情報ＲＳ（Channel State Information RS；ＣＳＩ−ＲＳ）、及び復調ＲＳ（DeModulation RS；ＤＭＲＳ）を含むＲＳタイプのうちの一つ以上を送信する。ＣＲＳは、ＤＬシステム帯域幅（ＢＷ）を通じて送信され、データを復調するか、情報を制御するか、又は測定を行うために、ＵＥにより使用できる。ＣＲＳオーバヘッドを低減するために、ＮｏｄｅＢは、ＣＲＳより少ない時間及び／又は周波数ドメイン密度を有するＣＳＩ−ＲＳを送信できる。ＤＭＲＳは、各々のＰＤＳＣＨ又はＰＤＣＣＨのＢＷでのみ送信でき、ＵＥは、ＤＭＲＳを用いてＰＤＳＣＨ又はＰＤＣＣＨで情報を復調できる。

第１の態様では、カバレッジ拡張されたユーザ端末（ＵＥ）と通信するための方法が提供される。前記方法は、ＭＴＣフレームワークにおいて、前記ＵＥにシステム情報（ＳＩ）を送信するステップを含む。前記ＭＴＣフレームワークは、多数のＭＴＣ ＳＩ送信ブロックの間欠的送信周期を含んでいる。前記ＭＴＣ ＳＩ送信ブロックは、ＭＴＣマスター情報ブロック（ＭＩＢ）及び多数のＭＴＣシステム情報ブロック（ＳＩＢ）を含む。前記ＭＴＣ ＳＩの二つの連続した送信は、Ｎ個のフレームで分離されており、Ｎは整数である。

第２の態様では、カバレッジ拡張されたユーザ端末（ＵＥ）と通信するように構成された基地局（ＢＳ）が提供される。前記ＢＳは、ＭＴＣフレームワークにおいて、ＳＩを前記ＵＥに送信するように構成された送信（ＴＸ）プロセッシング回路を含む。前記ＭＴＣフレームワークは、多数のＭＴＣ ＳＩ送信ブロックの間欠的送信周期を含んでいる。前記ＭＴＣ ＳＩ送信ブロックは、ＭＴＣマスター情報ブロック（ＭＩＢ）及び多数のＭＴＣシステム情報ブロック（ＳＩＢ）を含む。前記ＭＴＣ ＳＩの二つの連続した送信は、Ｎ個のフレームで分離されており、Ｎは定数である。

第３の態様では、カバレッジ拡張されたユーザ端末（ＵＥ）によりＭＴＣ（Machine Type Communication）システム情報（ＳＩ）を獲得するための方法が提供される。前記方法は、ＭＴＣフレームワークにおいて、ＳＩを受信するステップを含む。前記ＭＴＣフレームワークは、多数のＭＴＣ ＳＩ送信ブロックの間欠的送信周期を含んでいる。前記ＭＴＣ ＳＩ送信ブロックは、ＭＴＣマスター情報ブロック（ＭＩＢ）及び多数のＭＴＣシステム情報ブロック（ＳＩＢ）を含む。前記ＭＴＣ ＳＩの二つの連続した送信は、Ｎ個のフレームで分離されており、Ｎは整数である。
その他の技術的特徴は、以下の図面、説明及び請求項から当業者に容易に理解できる。

以下の詳細な説明を記載する前に、本明細書を通じて用いられる特定の単語及び語句を定義することが、本発明の理解を助けることができる。用語「連結する（couple）」及びその派生語は、二つ以上の構成要素が、互いに物理的に接触しているか否かを問わず、これらの構成要素の間のいずれの直接的又は間接的な通信のことを言う。用語「送信する（transmit）」、「受信する（receive）」、及び「通信する（communicate）」のみならず、それらの派生語は、直接的及び間接的な通信の両方を含む。用語「含む（include）」及び「含む（comprise）」と、これらの派生語は、限定されずに包含を意味する。用語「又は」とは、包括的な意味として「及び/又は」を意味する。語句「〜と関連する（associated with）」及びその派生語は、〜を含む（include）、〜に含まれる（be included within）、〜と互いに接続する（interconnect with）、〜を含む（contain）、〜内に含まれる（be contained within）、〜に／と接続する（connect to or with）、〜に／と連結する（couple to or with）、〜と通信可能である（be communicable with）、〜と協力する（cooperate with）、〜インタリーブする（interleave）、並置する（juxtapose）、〜に近似する（be proximate to）、〜に／と束縛される（be bound to or with）、有する（have）、の特性を有する（ have a property of）、〜と関係を有する（have a relationship to or with）などを意味する。用語「コントローラ（controller）」は、少なくとも一つの動作を制御する任意のデバイス、システム、又はこれらの一部を意味する。このようなコントローラは、ハードウェア又はハードウェアとソフトウェア及び／又はファームウェアとの組み合わせで実現できる。特定のコントローラと関連した機能は、ローカル又は遠隔に集中されても、分散されてもよい。語句「少なくとも一つ」が、挙げられたアイテムと使われるとき、挙げられたアイテムのうちの一つ以上の異なる組み合わせが使用
できることを意味する。例えば、「Ａ、Ｂ、Ｃのうちの少なくとも一つ」は、Ａ、Ｂ、Ｃ、ＡとＢ、ＡとＣ、ＢとＣ、及びＡとＢとＣの組み合わせのうちのいずれかを含む。

他の特定の単語及び語句についての定義は、本明細書の全般に渡って提供される。当業者は、多くの場合ではなくても大部分の場合、このような定義が、上述のように定義された単語及び語句の従前だけでなく向後の使用に適用されることを理解すべきである。
本発明及びその利点のより完全な理解のために、以下、添付の図面を参照して詳細に説明し、添付の図面において、類似の参照符号は、類似の構成要素を示す。

本発明による例示的無線ネットワークを示す図である。 本発明による例示的無線送信及び受信経路を示す図である。 本発明による例示的無線送信及び受信経路を示す図である。 本発明による例示的ユーザ端末を示す図である。 本発明による例示的ｅＮＢを示す図である。 本発明によるシステム情報の変更を示す図である。 本発明による間欠的ＭＴＣ ＰＢＣＨ送信を示す図である。 本発明による、時間経過に従うＭＴＣ ＭＩＢ、ＭＴＣ ＳＩＢ１及びＭＴＣ ＳＩＢ２の送信を示す図である。 本発明によるＭＴＣシステム情報修正周期内のＭＴＣ ＭＩＢ及びＭＴＣ ＳＩＢを示す図である。 本発明によるＭＴＣ ＰＢＣＨ間欠的送信パターンを決定するためのＵＥの手順８００を示す図である。 本発明によるＭＴＣ ＳＩ修正周期内の複数のＭＴＣ ＳＩ送信を示す図である。 本発明によるＭＴＣ ＳＩウィンドウの長さを示す図である。 本発明によるＭＴＣ ＵＥについての別個のＳＩウィンドウ長さ及びＳＩ周期性を示す図である。 本発明によるＭＴＣ ＵＥについての別個のＳＩウィンドウ長さ及びレガシーＳＩ周期性と同一のＳＩ周期性を示す図である。 本発明による専用ＲＲＣシグナリングを通じたＭＴＣ非必須のＳＩＢ伝送の例示的手順を示す図である。 本発明によるブロードキャストチャンネルを介したアップデートを用いる専用ＲＲＣシグナリングを通じたＭＴＣ非必須のＳＩＢ伝送の例示的手順を示す図である。 本発明による第１のＳＩＢ１送信を示す図である。 本発明による第２のＳＩＢ１送信を示す図である。 本発明による第３のＳＩＢ１送信を示す図である。 本発明により受信するようにＴＢのセットを選択するプロセスを示す図である。

本明細書において本発明の原理を記述するに当って用いられる後述の図１から図１８、及び様々な実施形態は、単なる例示に過ぎず、本発明の範囲を制限すると解釈してはいけない。当業者であれば、本発明の原理が、適切に配列された無線通信システムで実現できることを理解すべきである。

以下の文献と標準の説明は、本明細書において完全に説明されたように本発明に取り込まれる;3GPP TS 36.211 v11.2.0,“E-UTRA, Physical channels and modulation"(REF1); 3GPP TS 36.212 v11.2.0, "E-UTRA, Multiplexing and Channel coding"(REF2); 3GPP TS 36.213 v11.2.0 ,"E-UTRA, Physical Layer Procedures"(REF3); 3GPP TS 36.214 v11.1.0,"E-UTRA, Physical Layer Measurement"(REF4); 3GPP TS 36.300 V11.5.0, "E-UTRA and E-UTRAN, Overall description. Stage 2"(REF5); 3GPP TS 36.321 V11.2.0,"E-UTRA, MAC protocol specification"(REF6); 3GPP TS 36.331 V11.3.0,"E-UTRA, RRC Protocol specification."(REF7); 3GPP TS 36.133 V11.4.0,"E-UTRA, Requirements for support of radio resource management”(REF8); 3GPP TR 36.814 V9.0.0, “E-UTRA, Further advancements for E-UTRA physical layer aspects”(REF9); and WD-201111-007-1-US0,”Design of Time-Tracking Reference signal”(REF10)。これらの内容は、その全てが参照としてここに取り込まれる。

本発明は、一般に、無線通信システムに関し、より詳しくは、ＭＴＣ（Machine Type Communication）をサポートする無線通信システムに関する。通信システムは、送信ポイント、例えば、基地局（ＢＳ）又は ＮｏｄｅＢからシグナルを、ユーザ端末（ＵＥ）に伝送するダウンリンク（ＤＬ）と、ＵＥからシグナルを、受信ポイント、例えば、ＮｏｄｅＢに伝送するアップリンク（ＵＬ）とを含む。ＭＴＣ向けのＵＥは、ＭＴＣ ＵＥと呼ばれる。ＮｏｄｅＢは、一般に、固定局であって、アクセスポイント又は他の等しい用語でも呼ばれ得る。

ＤＬシグナルは、情報コンテンツを伝送するデータシグナル、ＤＬ制御情報（DL Control Information；ＤＣＩ）を伝送する制御シグナル、及びパイロットシグナルとも知られている基準シグナル（Reference Signals；ＲＳ）を含む。ＤＬシグナルは、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）を用いて送信される。ＮｏｄｅＢは、各々の物理的ＤＬ共有チャンネル（Physical DL Shared Channels；ＰＤＳＣＨ）又は物理的ＤＬ制御 チャンネル（Physical DL Control Channels；ＰＤＣＣＨ）を通じて、データ情報又はＤＣＩを送信する。ＮｏｄｅＢは、ＵＥ−共通ＲＳ（UE-Common RS；ＣＲＳ）、チャンネル状態情報ＲＳ（Channel State Information RS；ＣＳＩ-ＲＳ）、及び復調ＲＳ（DeModulation RS；ＤＭＲＳ）を含むＲＳタイプのうちの一つ以上のＲＳを送信する。ＣＲＳは、ＤＬシステム帯域幅（ＢＷ）を通じて送信され、データを復調するか、情報を制御するか、又は測定を行うために、ＵＥにより使用できる。ＣＲＳオーバヘッドを減らすために、ＮｏｄｅＢは、ＣＲＳより少ない時間及び／又は周波数ドメイン密度を有するＣＳＩ−ＲＳを送信できる。ＤＭＲＳは、各々のＰＤＳＣＨ又はＰＤＣＣＨのＢＷでのみ送信でき、ＵＥは、ＤＭＲＳを用いてＰＤＳＣＨ又はＰＤＣＣＨで情報を復調できる。

セルの検索と同期化を支援するために、セルは、ＰＳＳ及びＳＳＳのような同期化シグナルを送信する。同じ構造を有しているものの、１０個のサブフレームを含むフレーム内の同期化シグナルの時間−ドメイン位置は、セルがＦＤＤ（Frequency Division Duplex）又はＴＤＤ（Time Division Duplex）で動作しているかどうかによって異なり得る。したがって、同期化シグナルを獲得した後、ＵＥは、セルがＦＤＤで動作しているか、又はＴＤＤで動作しているかの可否及びフレーム内のサブフレームインデックスを決定できる。ＰＳＳ及びＳＳＳは、ＤＬ動作ＢＷの中央の７２サブキャリア（リソースエレメント（ＲＥ）とも言う）を占める。その上、ＰＳＳ及びＳＳＳは、セルのＰＣＩＤ（Physical Cell Identifier）を通知でき、従って、ＰＳＳ及びＳＳＳを獲得した後、ＵＥは送信セルのＰＣＩＤを知るようになる。

図１は、本発明による例示的無線ネットワーク１００を示す。図１に示された無線ネットワーク１００の実施形態は、単なる例示に過ぎない。無線ネットワーク１００の他の実施形態が、本発明の範囲から逸脱することなく実施されてもよい。

図１に示されたように、無線ネットワーク１００は、eＮｏｄｅＢ（ｅＮＢ）１０１、ｅＮＢ１０２、及びｅＮＢ１０３を含む。ｅＮＢ１０１は、ｅＮＢ１０２及びｅＮＢ１０３と通信する。また、ｅＮＢ１０１は、少なくとも一つのインターネットプロトコル（ＩＰ）ネットワーク１３０、例えば、インターネット、独自のＩＰネットワーク、又は他のデータネットワークとも通信する。

ネットワークタイプに応じて、他のよく知られている用語が、「基地局」又は「アクセスポイント」のような「eＮｏｄｅＢ」又は「ｅＮＢ」の代わりに使われてもよい。本明細書においては、便宜上、用語「eＮｏｄｅＢ」及び「ｅＮＢ」が、遠隔端末に無線アクセスを提供するネットワークインフラコンポーネントのことを指すために使われる。また、ネットワークタイプに応じて、「移動局」、「加入者局」、「遠隔端末」、「無線端末」、又は「ユーザデバイス」のように、他のよく知られている用語が、「ユーザ端末」又は「ＵＥ」の代わりに使われてもよい。本明細書においては、便宜上、用語「ユーザ端末」及び「ＵＥ」は、ＵＥが移動型デバイス（例えば、携帯電話又はスマートフォン）であるか、通常、固定型デバイス（例えば、デスクトップコンピュータ又は自動販売機）とみなされるかにかかわらず、ｅＮＢに無線でアクセスする遠隔無線機器を指すために使われる。

ｅＮＢ１０２は、ｅＮＢ１０２のカバレッジエリア１２０内で、複数の第１ユーザ端末（ＵＥ）のためのネットワーク１３０に無線広帯域アクセスを提供する。複数の第１ＵＥは、スモールビジネス（small business：ＳＢ）に位置付けられるＵＥ１１１と、エンタープライズ（enterprise：Ｅ）に位置付けられるＵＥ１１２と、ＷｉＦｉホットスポット（ＨＳ）内に位置付けられるＵＥ１１３と、第１レジデンス（residence：Ｒ）に位置付けられるＵＥ１１４と、第２レジデンス（residence：Ｒ）に位置付けられるＵＥ１１５と、ＭＴＣ ＵＥ１１６とを含む。ＵＥ１１５は、携帯電話、無線ラップトップ、無線ＰＤＡなどのようなモバイル機器（Ｍ）であり得る。ＭＴＣ ＵＥ１１６は、携帯電話、無線ラップトップ、無線ＰＤＡなどのようなモバイル機器（Ｍ）であり得る。ｅＮＢ１０３は、ｅＮＢ１０３のカバレッジエリア１２５内で、複数の第２ＵＥのためのネットワーク１３０に無線広帯域アクセスを提供する。複数の第２ＵＥは、ＵＥ１１５及びＭＴＣ ＵＥ１１６を含む。いくつかの実施形態において、ｅＮＢ１０１〜１０３のうちの一つ以上のｅＮＢは、５Ｇ、ＬＴＥ、ＬＴＥ−Ａ、ＷｉＭＡＸ、又は他のアドバンスト無線通信技術を用いて、互いに、及びＵＥ１１１〜１１６と通信できる。

点線は、単なる例示及び説明のためにほぼ円形として示されたカバレッジエリア１２０及び１２５のおおよその範囲を表示する。ｅＮＢと関連したカバレッジエリア、例えば、カバレッジエリア１２０及び１２５は、ｅＮＢの構成、及び自然の及び人為的な障害物と関連した無線環境における変化に応じて、不規則な形状を含めて、他の形状を取ってもよいことを明確に理解すべきである。

以下でさらに詳細に述べられるように、ｅＮＢ１０１、ｅＮＢ１０２及びｅＮＢ１０３のうちの一つ以上は、ＬＴＥ−Ａ（Long Term Evolution Advanced）通信システムのための拡張されたカバレッジ送信を提供するように構成される。より具体的には、ｅＮＢ１０１、ｅＮＢ１０２及びｅＮＢ１０３のうちの一つ以上は、ＭＴＣをサポートするように構成される。

図１は、無線通信１００の一例を示しているものの、図１に様々な変更を加えてもよい。例えば、無線ネットワーク１００は、多くのｅＮＢ及び多くのＵＥをいずれの適切な配列でも含める。また、ｅＮＢ１０１は、直接多くのＵＥと通信でき、このＵＥにネットワーク１３０への無線広帯域アクセスを提供できる。同様に、各々のｅＮＢ１０２〜１０３は、直接ネットワーク１３０と通信でき、ＵＥにネットワーク１３０への直接無線広帯域アクセスを提供できる。さらに、ｅＮＢ１０１、１０２、及び／又は１０３は、外部電話ネットワーク又は別のタイプのデータネットワークのような、他の又は追加の外部ネットワークへのアクセスを提供できる。

図２Ａ及び図２Ｂは、本発明による無線送信及び受信経路を示す。以下の説明において、送信経路２００は、ｅＮＢ（例えば、ｅＮＢ１０２）で実現されると記述できる。一方では、受信経路２５０は、ＵＥ（例えば、ＭＴＣ ＵＥ１１６）で実現されると記述できる。しかしながら、受信経路２５０がｅＮＢで実現でき、送信経路２００がＵＥで実現できると理解される。いくつかの実施形態において、送信経路２００及び受信経路２５０は、ＬＴＥ−Ａ通信システムのための拡張されたカバレッジ送信を提供するように構成される。より具体的に、送信経路２００及び受信経路２５０は、ＭＴＣをサポートするように構成される。

送信経路２００は、チャンネルコーディング及び変調ブロック２０５、直列−並列（S-to-P）ブロック２１０、サイズＮ逆高速フーリエ変換（Inverse Fast Fourier Transform；ＩＦＦＴ）ブロック２１５、並列−直列（P-to-S）ブロック２２０、加算サイクリックプレフィックスブロック２２５、及びアップコンバータ（ＵＣ）２３０を含む。受信経路２５０は、ダウンコンバータ（ＤＣ）２５５、除去サイクリックプレフィックスブロック２６０、直列−並列（S-to-P）ブロック２６５、サイズＮ高速フーリエ変換（Fast Fourier Transform；ＦＦＴ）ブロック２７０、並列−直列（P-to-S）ブロック２７５、及びチャンネルデコーディング及び復調ブロック２８０を含む。

送信経路２００において、チャンネルコーディング及び変調ブロック２０５は、情報ビットのセットを受信し、コーディング（例えば、ＬＤＰＣ（low-density parity check）コーディング）を適用し、その入力ビットを変調（例えば、ＱＰＳＫ（Quadrature Phase Shift Keying）又はＱＡＭ（Quadrature Amplitude Modulation））することによって、周波数−ドメイン変調シンボルのシーケンスを生成する。直列−並列ブロック２１０は、Ｎ並列シンボルストリームを生成するために、直列変調されたシンボルを、並列データに変換（例えば、逆多重化）する。ここで、Ｎは、ｅＮＢ１０２及びＭＴＣ ＵＥ１１６に用いられたＩＦＦＴ／ＦＦＴサイズである。サイズＮ ＩＦＦＴブロック２１５は、Ｎ並列シンボルストリーム上でＩＦＦＴ動作を行い、時間−ドメイン出力シグナルを生成する。並列−直列ブロック２２０は、直列時間−ドメインシグナルを生成するために、サイズＮ ＩＦＦＴブロック２１５から並列時間−ドメイン出力シンボルを変換（例えば、多重化）する。加算サイクリックプレフィックスブロック２２５は、時間−ドメインシグナルにサイクリックプレフィックスを挿入する。アップコンバータ２３０は、無線チャンネルを通じた送信のために、加算サイクリックプレフィックスブロック２２５の出力をＲＦ周波数に変調（例えば、アップコンバート）する。このシグナルは、ＲＦ周波数に変換する前に、ベースバンドでフィルタされることもできる。

ｅＮＢ１０２から送信されたＲＦシグナルは、無線チャンネルを通した後にＭＴＣ ＵＥ１１６に到達し、ｅＮＢ１０２での動作についての逆動作が、ＭＴＣ ＵＥ１１６で行われる。ダウンコンバータ２５５は、受信されたシグナルを、ベースバンド周波数にダウンコンバートし、除去サイクリックプレフィックスブロック２６０は、そのサイクリックプレフィックスを除去して、直列時間−ドメインベースバンドシグナルを生成する。直列−並列ブロック２６５は、時間−ドメインベースバンドシグナルを、並列時間ドメインシグナルに変換する。サイズＮ ＦＦＴブロック２７０は、ＦＦＴアルゴリズムを行い、Ｎ並列周波数−ドメインシグナルを生成する。並列−直列ブロック２７５は、並列周波数−ドメインシグナルを、変調されたデータシンボルのシーケンスに変換する。チャンネルデコーディング及び復調ブロック２８０は、元の入力データストリームを回復させるために、その変調されたシンボルを復調して、デコードする。

ｅＮＢ１０１〜１０３の各々は、ＵＥ１１１〜１１６へのダウンリンク送信と類似した送信経路２００を実現でき、ＵＥ１１１〜１１６からのアップリンク受信と類似した受信経路２５０を実現できる。同様に、ＵＥ１１１〜１１６の各々は、ｅＮＢ１０１〜１０３へのアップリンク送信のための送信経路２００を実現でき、ｅＮＢ１０１〜１０３からのダウンリンク受信のための受信経路２５０を実現できる。

図２Ａ及び 図２Ｂにおけるコンポーネントの各々は、ハードウェアだけを用いるか、又はハードウェアとソフトウェア／ファームウェアとの組み合わせを用いて実現できる。特定の例として、図２Ａ及び図２Ｂにおけるコンポーネントのうちの少なくとも幾つかは、ソフトウェアで実現できる一方、他のコンポーネントは、設定可能なハードウェアにより、又はソフトウェアと設定可能なハードウェアとの混じり合いにより実現できる。例えば、ＦＦＴブロック２７０及びＩＦＦＴブロック２１５は、設定可能なソフトウェアアルゴリズムとして実現されてもよく、ここで、サイズＮの値は、その実現によって変更されてもよい。

さらに、ＦＦＴ及びＩＦＦＴを用いると説明したが、これは、単なる例示の目的であって、本発明の範囲を限定しない。他のタイプの変換、例えば、ＤＦＴ（Discrete Fourier Transform）関数及びＩＤＦＴ（Inverse Discrete Fourier Transform）関数を使ってもよい。ＤＦＴ及びＩＤＦＴ関数の場合、変数Ｎの値は、任意の整数（例えば、１、２、３、４など）であっても良く、一方では、ＦＦＴ及びＩＦＦＴ関数の場合、変数Ｎの値は、２のべき乗（即ち、１、２、４、８、１６など）である任意の整数であってもよいと理解される。

図２Ａ及び図２Ｂは、無線送信及び受信経路の例を示しているが、図２Ａ及び図２Ｂについて様々な変更を加えてもよい。例えば、図２Ａ及び図２Ｂにおける各種のコンポーネントは、組み合わされてもよく、さらに細分化されてもよく、又は省略されてもよく、特定のニーズに応じて、追加のコンポーネントを加えてもよい。また、図２Ａ及び図２Ｂは、無線ネットワークにおいて使用可能な送信及び受信経路のタイプの例を説明するためのものである。いずれの適切なアーキテクチャが、無線ネットワークにおいて無線通信をサポートするために使用できる。

図３Ａは、本発明による例示的ＭＴＣ ＵＥ１１６を示す。図３Ａに示されたＵＥ１１６の実施形態は、単なる例示のためのものであり、図１のＵＥ１１１〜１１５は、同一又は類似の構成を有することができる。しかしながら、ＵＥは、多種多様な構成があり、図３Ａは、本開示の範囲を、ＵＥのいずれの特定の実現に限定しない。特定の実施形態において、ＵＥ１１６は、ＭＴＣ ＵＥとして構成される。

図３Ａに示されたように、ＭＴＣ ＵＥ１１６は、アンテナ３０５、無線周波数（ＲＦ）送受信機３１０、送信（ＴＸ）プロセッシング回路３１５、マイクロホン３２０、及び受信（ＲＸ）プロセッシング回路３２５を含む。ＭＴＣ ＵＥ１１６はまた、スピーカー３３０、メインプロセッサ３４０、入/出力（Ｉ／Ｏ）インターフェース（ＩＦ）３４５、キーパッド３５０、ディスプレイ３５５、及びメモリ３６０を含む。メモリ３６０は、基本オペレーティングシステム（ＯＳ）プログラム３６１及び一つ以上のアプリケーション３６２を含む。

ＲＦ送受信機３１０は、ネットワーク１００のｅＮＢにより送信される入力（incoming）ＲＦシグナルを、アンテナ３０５から受信する。ＲＦ送受信機３１０は、入力ＲＦシグナルをダウンコンバートして、中間周波数（ＩＦ）又はベースバンドシグナルを生成する。ＩＦ又はベースバンドシグナルは、そのベースバンド又はＩＦシグナルをフィルタし、デコードし、及び/又はデジタル化することにより、処理されたベースバンドシグナルを生成するＲＸプロセッシング回路３２５へ送信される。ＲＸプロセッシング回路３２５は、その処理されたベースバンドシグナルを、スピーカー３３０へ送信するか（例えば、音声データの場合）、又は追加処理のために、メインプロセッサ３４０へ送信する（例えば、ウェブブラウジングデータの場合）。

ＴＸプロセッシング回路３１５は、マイクロホン３２０からアナログ又はデジタル音声データを受信するか、又はメインプロセッサ３４０から他の出力（outgoing）ベースバンドデータ（例えば、ウェブデータ、イーメール、又は双方向型のビデオゲームデータ）を受信する。ＴＸプロセッシング回路３１５は、その出力ベースバンドデータを、エンコーディング、多重化、及び/又はデジタル化して、処理されたベースバンド又はＩＦシグナルを生成する。ＲＦ送受信機３１０は、ＴＸプロセッシング回路３１５から出力処理されたベースバンド又はＩＦシグナルを受信し、そのベースバンド又はＩＦシグナルを、アンテナ３０５を介して送信されるＲＦシグナルにアップコンバートする。

メインプロセッサ３４０は、一つ以上のプロセッサ又は他のプロセッシングデバイスを含むことができ、ＭＴＣ ＵＥ１１６の全般的な動作を制御するために、メモリ３６０に格納された基本ＯＳプログラム３６１を実行できる。例えば、メインプロセッサ３４０は、よく知られている原理に従い、ＲＦ送受信機３１０、ＲＸプロセッシング回路３２５、及びＴＸプロセッシング回路３１５により、順方向チャンネルシグナルの受信及び逆方向チャンネルシグナルの送信を制御できる。いくつかの実施形態において、メインプロセッサ３４０は、少なくとも一つのマイクロプロセッサ又は マイクロコントローラを含む。

また、メインプロセッサ３４０は、またメモリ３６０に常住する他のプロセス及びプログラム、例えば、ＭＴＣをサポートするためのＬＴＥ−Ａ通信システム向けの拡張されたカバレッジ送信の動作を実行可能である。メインプロセッサ３４０は、実行プロセスによる要求に応じて、データをメモリ３６０内外へ移動できる。いくつかの実施形態において、メインプロセッサ３４０は、ＯＳプログラム３６１に基づき、又はｅＮＢ又はオペレーターから受信したシグナルに応じて、アプリケーション３６２を実行するように構成される。メインプロセッサ３４０は、またＭＴＣ ＵＥ１１６に、ラップトップコンピュータ及び携帯用コンピュータのような他のデバイスに接続させる能力を提供するＩ／Ｏインターフェース３４５に連結されている。Ｉ／Ｏインターフェース３４５は、これらの周辺機器とメインプロセッサ３４０との間の通信経路である。

メインプロセッサ３４０はまた、キーパッド３５０及びディスプレイユニット３５５に連結される。ＭＴＣ ＵＥ１１６のオペレーターは、キーパッド３５０を用いて、ＭＴＣ ＵＥ１１６にデータを入力できる。ディスプレイ３５５は、例えば、ウェブサイトからのテキスト及び/又は少なくとも制限されたグラフィックをレンダリング可能な液晶表示装置又は他のディスプレイであってもよい。

メモリ３６０は、メインプロセッサ３４０に連結される。メモリ３６０の一部は、ランダムアクセスメモリ（ＲＡＭ）を含むことができ、メモリ３６０の他の一部は、フラッシュメモリ又は他の読み取り専用のメモリ（ＲＯＭ）を含むことができる。

図３Ａは、ＭＴＣ ＵＥ１１６の一例を示しているものの、図３Ａに様々な変更を加えてもよい。例えば、図３Ａにおける各種のコンポーネントは、組み合わされてもよく、さらに細分化されてもよく、省略されても良く、特定のニーズに応じて、追加コンポーネントを加えてもよい。一具体例として、メインプロセッサ３４０は、複数のプロセッサ、例えば、一つ以上の中央処理ユニット（ＣＰＵ）及び一つ以上のグラフィック処理ユニット（ＧＰＵ）に分けられ得る。また、図３Ａが、携帯電話やスマートフォンとして構成されたＭＴＣ ＵＥ１１６を示しているが、ＵＥは、他のタイプの移動型又は固定型デバイスとして動作するように構成できる。

図３Ｂは、本発明による例示的ｅＮＢ１０３を示す。図３Ｂに示されたｅＮＢ１０３の実施形態は、単なる例示のためのものであり、図１の他のｅＮＢは、同一又は類似の構成を有することができる。しかしながら、ｅＮＢは、多種多様な構成があり、図３Ｂは、本開示の範囲を、ｅＮＢのいずれの特定の具体例に限定しない。

図３Ｂに示されたように、ｅＮＢ１０３は、複数のアンテナ３７０ａ〜３７０ｎ、複数のＲＦ送受信機３７２ａ〜３７２ｎ、送信（ＴＸ）プロセッシング回路３７４、及び受信（ＲＸ）プロセッシング回路３７６を含む。ｅＮＢ１０３はまた、コントローラ／プロセッサ３７８、メモリ３８０、及びバックホール又はネットワークインターフェース３８２を含む。

ＲＦ送受信機３７２ａ〜３７２ｎは、アンテナ３７０ａ〜３７０ｎから、 ＵＥ又は他のｅＮＢにより送信されるシグナルのような、入力ＲＦシグナルを受信する。ＲＦ送受信機３７２ａ〜３７２ｎは、入力ＲＦシグナルをダウンコンバートして、ＩＦ又はベースバンドシグナルを生成する。ＩＦ又はベースバンドシグナルは、そのベースバンド又はＩＦシグナルをフィルタし、デコードし、及び/又はデジタル化することで、処理されたベースバンドシグナルを生成するＲＸプロセッシング回路３７６に送信される。ＲＸプロセッシング回路３７６は、この処理されたベースバンドシグナルを、追加処理のために、コントローラ/プロセッサ３７８へ送信する。

ＴＸプロセッシング回路３７４は、コントローラ/プロセッサ３７８からアナログ又はデジタルデータ（例えば、音声データ、ウェブデータ、イーメール、又は双方向型のビデオゲームデータ）を受信する。ＴＸプロセッシング回路３７４は、出力ベースバンドデータをエンコーディング、多重化、及び/又はデジタル化して、処理されたベースバンド又はＩＦシグナルを生成する。ＲＦ送受信機３７２ａ〜３７２ｎは、ＴＸプロセッシング回路３７４から、出力処理されたベースバンド又はＩＦシグナルを受信し、そのベースバンド又はＩＦシグナルを、アンテナ３７０ａ〜３７０ｎを介して送信されるＲＦシグナルにアップコンバートする。

コントローラ/プロセッサ３７８は、ｅＮＢ１０３の全般的な動作を制御する一つ以上のプロセッサ又は他のプロセッシングデバイスを含むことができる。例えば、コントローラ/プロセッサ３７８は、よく知られている原理に従い、ＲＦ送受信機３７２ａ〜３７２ｎ、ＲＸプロセッシング回路３７６、及びＴＸプロセッシング回路３７４により、順方向チャンネルシグナルの受信及び逆方向チャンネルシグナルの送信を制御できる。コントローラ/プロセッサ３７８は、より向上された無線通信機能のような追加の機能もサポートできる。例えば、コントローラ/プロセッサ３７８は、ビームフォーミング（beam forming）又は方向ルーティング（directional routing）動作をサポートでき、ここでは、複数のアンテナ３７０ａ〜３７０ｎからの出力シグナルが、別々に加重処理されて、出力シグナルを所望の方向に効率よく誘導する。いずれの各種の他の機能が、コントローラ/プロセッサ３７８によりｅＮＢ１０３でサポートできる。いくつかの実施形態において、コントローラ/プロセッサ３７８は、少なくとも一つのマイクロプロセッサ又はマイクロコントローラを含む。

コントローラ/プロセッサ３７８は、またメモリ３８０に常住するプログラム及び他のプロセス、例えば、基本ＯＳ、及びＭＴＣをサポートするためのＬＴＥ−Ａ通信システム向けの拡張されたカバレッジ送信の動作を実行可能である。コントローラ/プロセッサ３７８は、実行プロセスによる要求に応じて、メモリ３８０内外に移動できる。

コントローラ/プロセッサ３７８は、またバックホール又はネットワークインターフェース３８０に連結される。バックホール又はネットワークインターフェース３８２は、ｅＮＢ１０３が、バックホール接続を通じて又はネットワークを通じて、他のデバイス又はシステムと通信することを可能にする。インターフェース３８２は、いずれの適切な有線又は無線接続を通じて通信をサポートできる。例えば、ｅＮＢ１０３が、セル方式の通信システム（例えば、５Ｇ、ＬＴＥ、又はＬＴＥ−Ａをサポートするもの）の一部として実現される場合、インターフェース３８２は、ｅＮＢ１０３が有線又は無線バックホール接続を通じて他のｅＮＢと通信することを可能にする。ｅＮＢ１０３がアクセスポイントとして実現される場合、インターフェース３８２は、ｅＮＢ１０３が、有線又は無線ローカル領域ネットワークを通じて、又は無線又は有線接続を通じて、より大きなネットワーク（例えば、インターネット）に伝送することを可能にする。インターフェース３８２は、無線又は有線接続、例えば、イーサネット（登録商標）又はＲＦ送受信機を通じて通信をサポートするいずれの適切な構造を含む。

メモリ３８０は、コントローラ/プロセッサ３７８に連結される。メモリ３８０の一部は、ＲＡＭを含むことができ、メモリ３８０の他の一部は、フラッシュメモリ又は他のＲＯＭを含むことができる。

以下でより詳細に説明されるように、ｅＮＢ１０３（ＲＦ送受信機３７２ａ〜３７２ｎ、ＴＸプロセッシング回路３７４、及び/又はＲＸプロセッシング回路３７６を用いて実現される）の送信及び受信経路は、適応的に構成されたＴＤＤシステムにおけるアップリンク及びダウンリンク適応のためのダウンリンクシグナリングをサポートする。

図３Ｂは、ｅＮＢ１０３の一例を示しているが、図３Ｂに様々な変更を加えてもよい。例えば、ｅＮＢ１０３は、図３Ｂに示された各コンポーネントをいくらでも含んでもよい。一具体例として、アクセスポイントは、多数のインターフェース３８２を含んでもよく、コントローラ/プロセッサ３７８は、異なるネットワークアドレスの間で、データをルーティングするルーティング機能をサポートしてもよい。別の具体例として、単一インスタンスのＴＸプロセッシング回路３７４及び単一インスタンスのＲＸプロセッシング回路３７６を含むと示されているが、ｅＮＢ１０３は、各々の複数のインスタンスを含んでもよい（例えば、ＲＦ送受信機につき一つ）。

システム情報は、マスター情報ブロック（ＭＩＢ）及び多数のシステム情報ブロック（ＳＩＢ）に分けられる。ＭＩＢは、セルから他の情報を獲得するために必要とされる、最も必須的で、かつ最も頻繁に送信された限定数のパラメータを含み、ＢＣＨで送信される。

システム情報を運搬する論理チャンネルは、ブロードキャスト制御チャンネル（Broadcast Control CHannel；ＢＣＣＨ）と言われる。ＢＣＣＨは、ブロードキャストチャンネル（ＢＣＨ）と言われる伝送チャンネル又はＤＬ共有チャンネル（ＤＬ−ＳＣＨ）にマップされる。ＢＣＨは、物理的ＢＣＨ（ＰＢＣＨ）と言われる物理的チャンネルにマップされる。ＤＬ−ＳＣＨは、ＰＤＳＣＨにマップされる。マスター情報ブロック（ＭＩＢ）は、ＢＣＨを用いて送信されるが、他のシステム情報ブロック（ＳＩＢ）は、ＤＬ−ＳＣＨを用いて提供される。ＵＥ（例えば、ＵＥ１１５）が、セルのＰＣＩＤを獲得した後に、ＵＥ１１５は、ＤＬチャンネル測定を行い、ＣＲＳを用いてＰＢＣＨ及びＰＤＳＣＨをデコーディングできる。

ＭＩＢは、４０ミリ秒（ms）の周期性を有する固定スケジュール及び４０ｍｓ内で行われる繰り返しを用いる。ＭＩＢの第１送信は、ＳＦＮｍｏｄ４＝０の場合の無線フレームのサブフレーム＃０にスケジュールされ、全ての他の無線フレームのサブフレーム＃０に、繰り返しがスケジュールされる。ＭＩＢは、ＵＥ１１５がＤＬ−ＳＣＨにより提供される残りのシステム情報を受信可能にするために必要とされる最小量のシステム情報を含む。より具体的には、ＭＩＢは、予め定義されたフォーマットを有し、ＤＬ動作帯域幅（３ビット）、ＰＨＩＣＨ（Physical Hybrid-ARQ Indicator Channel、３ビット）、ＳＦＮ（System Frame Number）（ＭＳＢ（most significant bits）８ビット）及びＵＥ１１５が、予め決められた値（例えば、「０」）を有すると仮定できる１０スペアビットを含む。ＵＥ１１５は、ＰＤＣＣＨを受信可能にするために、ＰＨＩＣＨ設定を要求し、ＰＤＣＣＨは、次に、ＤＬ−ＳＣＨを受信するために必要とされる。ＰＨＩＣＨ設定は、ＰＨＩＣＨを送信するために用いられる多数のグループ及びＰＨＩＣＨ送信のための多数のＯＦＤＭシンボルを含む（ＲＥＦ３を参照）。ＳＦＮは、１０ビットを含み、ＵＥ１１５は、ＰＢＣＨをデコードすることにより、二つの最下位のＳＦＮビットを黙示的に獲得できる。ＰＢＣＨは、ＤＬ動作ＢＷの中間にある６リソースブロック（ＲＢ）を通じて、及び連続した各々の４個のフレームにある４個のサブフレームを通じて送信され、ここで、各サブフレームは、各々のフレームの一番目のサブフレームであり、各ＲＢは、１２サブキャリア、又はリソースエレメント（ＲＥ）を含み、１８０ＫＨｚのＢＷを有する。４０ｍｓタイミングが、明示的シグナリングを要求することなく、ブラインドに検出される。また、各サブフレームでは、ＰＢＣＨ送信が、自体デコーディング可能であり、良好なチャンネルの状態を有するＵＥは、４個未満のサブフレームでＰＢＣＨを検出可能である。また、４個のフレームの周期から、フレーム内の各個々のＰＢＣＨ送信は、ＰＢＣＨセグメントと称される（ＲＥＦ１及びＲＥＦ２を参照）。

大部分のシステム情報は、ＤＬ−ＳＣＨを用いて送信される異なるＳＩＢに含まれる。サブフレームにおけるＤＬ−ＳＣＨ上のシステム情報の存在は、システム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）を用いてスクランブルされたＣＲＣでコードワードを運搬している対応ＰＤＣＣＨの送信により表示される。ＳＩＢ１は、主に、ＵＥ１１５が、各々のセルの上でキャンプすることを許容するか否かに関連した情報を含む。ＴＤＤの場合において、ＳＩＢ１は、またＵＬ／ＤＬサブフレームの割り当て及び特殊サブフレームの設定に関する情報を含む（ＲＥＦ１を参照）。ＳＩＢ１は、８０ｍｓの周期性及び８０ｍｓ内で行われる繰り返しを有する固定スケジュールを用いる。ＳＩＢ１の第１送信は、ＳＦＮｍｏｄ８＝０の場合の無線フレームのサブフレーム＃５にスケジュールされ、ＳＦＮｍｏｄ２＝０の場合の全ての他の無線フレームのサブフレーム＃５に、繰り返しがスケジュールされる。ブロードキャスティングに加えて、Ｅ−ＵＴＲＡＮは、専用のシグナリングを介して、即ち、RRC ConnectionReconfigurationメッセージ内に同一のパラメータ値を含んでいるＳＩＢ１を提供できる。ＳＩＢ１についての送信パラメータは、変わることができ、関連ＰＤＣＣＨにより運搬されるＤＣＩフォーマットによりシグナルされる。

ＳＩＢ１以外のＳＩＢは、SystemInformation（ＳＩ）メッセージに運搬され、ＳＩメッセージへのＳＩＢのマッピングは、ＳＩＢ１に含まれたschedulingInfoListにより柔軟に設定でき、次のような制限事項を有する。各ＳＩＢは、単一のＳＩメッセージにのみ含まれ、同一のスケジューリング要求事項（周期性）を有するＳＩＢのみが、同一のＳＩメッセージにマッピングでき、かつＳＩＢ２は、常に、schedulingInfoListにおけるＳＩメッセージのリスト内の第１エントリに対応するＳＩメッセージにマップされる。同一の周期性で送信される複数のＳＩメッセージが存在できる。ＳＩメッセージは、動的スケジューリングを用いて周期的に発生する時間ドメインウィンドウ（ＳＩ−ウィンドウと言う）内で送信される。各ＳＩメッセージは、ＳＩ−ウィンドウと関連付けられ、異なるＳＩメッセージのＳＩ−ウィンドウは重複されない。即ち、一つのＳＩ−ウィンドウ内では、対応するＳＩのみが送信される。ＳＩ−ウィンドウの長さは、全てのＳＩメッセージにとって共通であり、設定可能である。ＳＩ−ウィンドウ内において、対応するＳＩメッセージは、ＭＢＳＦＮ（Multi-Broadcast single Frequency Network）サブフレーム、ＴＤＤにおけるアップリンクサブフレーム、及びＳＦＮｍｏｄ２＝０の場合の無線フレームのサブフレーム＃５以外のいずれのサブフレームで何度も送信できる。ＵＥ１１５は、ＰＤＣＣＨ上のデコーディングＳＩ−ＲＮＴＩから詳細な時間−ドメインスケジューリング（及び周波数−ドメインスケジューリング、用いられた伝送フォーマットのような他の情報）を獲得する（ＲＥＦ６を参照）。

ＳＩＢ２は、ＵＥがセルにアクセスする情報、例えば、ＵＬ動作ＢＷ、ランダム−アクセスパラメータ、及びＵＬ電力制御と関連したパラメータを含む。ＳＩＢ３〜ＳＩＢ１３は、主に、セル再選択と関連した情報、隣のセル関連の情報、公共警報メッセージなどを含む。

図４は、本発明によるシステム情報の変更を示す。システム情報変更の実施形態は、単なる例示のためのものである。別の実施形態が、本発明の範囲から逸脱することなく実施されてもよい。

（ＥＴＷＳ、ＣＭＡＳ及びＥＡＢパラメータの場合以外の）システム情報４００の変更は、特定の無線フレームでのみ発生し、即ち、修正周期の概念が使われる。システム情報は、そのスケジューリングにより定義されたように、修正周期４０５内で同一のコンテンツで何度も送信できる。修正周期境界４１０は、ＳＦＮｍｏｄ ｍ＝０の場合のＳＦＮ値により定義され、ここで、ｍは、修正周期を構成している無線フレームの数である。修正周期４０５は、システム情報により設定される。

ネットワークが、システム情報（の一部）を変更する場合、ネットワークは、まず、その変更に関してＵＥに通知し、これは、修正周期４０５ａの全般に渡って行われ得る。次の修正周期４０５ｂにおいて、ネットワークは、アップデートされたシステム情報４１５を送信する。図４に示された例において、第１のエレメント４２０は、第２のエレメント４２５及び第３のエレメント４３０と異なるシステム情報を含み、第２のエレメント４２５は、第３のエレメント４３０と異なるシステム情報を含む。変更通知４００の受信の際に、ＵＥ１１５は、次の修正周期４０５ｂの開始から直ぐ、新たなシステム情報、例えば、第３のエレメント４３０を獲得する。ＵＥ１１５は、新たなシステム情報を獲得する時まで、前に獲得したシステム情報を適用する。

ページング（paging）メッセージは、システム情報変更に関してRRC_IDLEにあるＵＥ及びRRC_CONNECTEDにあるＵＥに通知するために用いられる。ＵＥ１１５が、systemInfoModificationを含んでいるページングメッセージを受信する場合、ＵＥ１１５は，次の修正周期境界４３５でシステム情報が変更されるということを知っている。ＵＥ１１５が、システム情報の変更に関して通報され得るが、例えば、どのシステム情報が変更されるかに関する追加の詳細は、提供されない。

SystemInformationBlockType1は、ＳＩメッセージで変更が生じたか否かを示すタグ値、systemInfoValueTagを含む。ＵＥ、例えば、ＵＥ１１５は、systemInfoValueTagを用いて、前に格納されたＳＩメッセージが、まだ有効であるか否かを検証する。例えば、カバレッジの外から復帰の際に、ＵＥ１１５は、systemInfoValueTagを用いて、前に格納されたＳＩメッセージが、まだ有効であるか否かを検証する。その上、ＵＥ１１５は、特に指定のなければ、ＳＩメッセージが有効であると成功的に確認された時点から３時間後に、格納されたシステム情報が有効でないとみなす。

特定の実施形態において、Ｅ−ＵＴＲＡＮは、いくつかのシステム情報の変更の際に、例えば、ＥＴＷＳ情報、ＣＭＡＳ情報、時間情報のような定期的に変更されるパラメータ（SystemInformationBlockType8, SystemInformationBlockType16）、ＥＡＢパラメータの変更の際には、systemInfoValueTagをアップデートしない。同様に、Ｅ−ＵＴＲＡＮは、いくつかのシステム情報の変更の際には、ページングメッセージ内にsystemInfoModificationを含まない。

ＵＥ１１５は、修正周期境界４１０の後に、SystemInformationBlockType1におけるsystemInfoValueTagを確認するか、又は全ての修正周期４０５において、いかなるページングも受信されない場合に、修正周期４０５の間、少なくともmodificationPeriodCoeffの回数でsystemInfoModification表示を探そうと試みることによって、格納されたシステム情報が、有効なままであることを検証する。修正周期４０５の間、ＵＥ１１５がいかなるページングメッセージも受信しない場合、ＵＥ１１５は，次の修正周期境界４１０でシステム情報の変更が生じないと決定する。RRC_CONNECTEDにあるＵＥ１１５が、修正周期の間、一つのページングメッセージを受信する場合、ＵＥ１１５は、systemInfoModificationの存在／不在から、ＥＴＷＳ情報、ＣＭＡＳ情報及びＥＡＢパラメータ以外のシステム情報の変更が、次の修正周期境界４１０で生じるか否かを決定する。

RRC_CONNECTEDにあるＥＴＷＳ可能なＵＥは、defaultPagingCycleごとに少なくとも一度ページングを読み取ろうと試みて、ＥＴＷＳ通知が存在するか否かをチェックする。RRC_CONNECTEDにあるＣＭＡＳ可能なＵＥは、defaultPagingCycleごとに少なくとも一度ページングを読み取ろうと試みて、ＣＭＡＳが存在するか否かをチェックする。

ＭＴＣ ＵＥ、例えば、ＭＴＣ ＵＥ１１６の場合、特にＭＴＣ ＵＥについての新しい無線アクセス技術を創り出すことよりは、費用を調節する規模の経済を活用するために、既に構築された無線アクセス技術を使用できる。ＭＴＣ ＵＥ１１６は、ＦＤＤ及びＴＤＤシステムの両方でサポートされる。ＭＴＣ ＵＥ１１６は、一般に、低い動作電力消耗を要求し、低頻度の小型バスト送信と通信すると予想される。その上、ＭＴＣ ＵＥ１１６は、従来のセルカバレッジに比べ、相当のカバレッジ拡張を必要とすることができる、建物の奥深い所に配置されるように構成される。ＭＴＣ ＵＥ１１６のために必要なカバレッジ拡張に応じて、ＭＴＣ ＵＥ１１６は、カバレッジ拡張モードで設定されても、設定されなくてもよい。

ＭＴＣ ＵＥ１１６は、住居建物の地下室又は、一般に、従来のＵＥ（例えば、ＵＥ１１５）よりも相当に大きな伝搬損失をエクスペリエンスする位置に設置できるので、ＭＴＣ ＵＥ１１６は、非常に低いデータレート、より大きな遅延トレランス、及び非移動性のような特性を有することができ、これにより、潜在的に一部のメッセージ／チャンネルを用いることなく作動可能である。拡張されたカバレッジ動作モードにおいて、ＭＴＣ ＵＥ１１６のために要求されるシステム機能は、少なくとも同期化、セル検索、ランダムアクセスプロセス、チャンネル推定、測定報告、及びＤＬ／ＵＬデータ送信を含むと仮定される。物理的チャンネルのカバレッジ拡張は、追加リソースを消耗させ、その結果、より低いスペクトラム効率となるため、そのようなカバレッジ拡張を必要とするＭＴＣ ＵＥについてのみ、関連技術を可能にすることができる。

図５は、本発明による間欠的ＭＴＣ ＰＢＣＨ送信５００を示す。図５に示されたＭＴＣ ＰＢＣＨ送信５００の実施形態は、単なる例示のためのものである。他の実施形態が、本発明の範囲から逸脱することなく実施されてもよい。

カバレッジ拡張は、一般に各々のチャンネルの送信のための広範囲の繰り返しに依存せずには達成できない。このような繰り返しは、カバレッジ拡張が必要とされない動作に比べて、同一の情報がより大きな周波数又は時間リソースで送信されるため、相当な追加のオーバヘッドを引き起こせる。ＭＴＣ-ＭＩＢと言われる各々のＭＩＢとして、ＭＴＣ ＵＥのためのＰＢＣＨ（ＭＴＣ−ＰＢＣＨ）が、頻繁に変更されると予想されない場合は、ＭＴＣ−ＰＢＣＨ繰り返しを間欠的に送信することにより、カバレッジ拡張のためのＭＴＣ-ＰＢＣＨ繰り返しと関連したオーバヘッドを緩和できる。例えば、ＭＴＣ-ＰＢＣＨは、４フレームの周期の間、フレームの全てのＤＬサブフレームで繰り返すことができ（次の従来のＰＢＣＨと同一の４フレームに渡る送信特性）、その後に、ｅＮＢ１０３は，次の９９６フレームの間、送信を一時停止でき、結果的に１０００フレーム、又は１０秒の周期となる。しかしながら、ＭＴＣ ＵＥは、ＭＴＣ-ＰＢＣＨを検出する前には、ＳＦＮを知っていないため、 ＭＴＣ-ＰＢＣＨが送信されるフレームを予め知ることはできない。そうすると、平均的に、ＭＴＣ ＵＥは、ＭＴＣ−ＰＢＣＨを検出できるようになる前に、少なくとも５秒の間、ＭＴＣ−ＰＢＣＨの検出を試みることになり、これに従い、ＭＴＣ−ＰＢＣＨを検出しようとする各試みの際に相当の電力消耗を招くようになる。

使用可能なリソースのセットにマップされる必要があるＭＴＣ−ＰＢＣＨ送信の繰り返しは、予め決められることができるか、又は予め決められた仮定のセットについてのデコーディング結果に基づいて、ＭＴＣ ＵＥによりブラインドに決定できる。いずれの場合でも、従来のＰＢＣＨと同様に、ＭＴＣ ＵＥが、ＭＴＣ−ＰＢＣＨを検出可能にするためには、リソースマッピングが、ＭＴＣ−ＰＢＣＨ繰り返しの送信のために定義される必要がある。ＰＢＣＨ送信は、ＭＩＢ及びＭＴＣ−ＭＩＢが、同一の情報を運搬する場合、ＭＴＣ−ＰＢＣＨ繰り返しのうちの一つである。ＭＴＣ−ＰＢＣＨ繰り返のリソースマッピングが、簡単な送信機及び受信機の実装を可能にし、ＭＴＣ ＵＥが一定時間に渡って、ＭＴＣ−ＰＢＣＨ繰り返しの送信が存在するか否かを決定でき、またＭＴＣ−ＰＢＣＨのカバレッジを改善する効率的なメカニズムを可能にすることは有益である。

無線送信システム（例えば、ＬＴＥ）、又はＭＴＣ ＵＥが、カバレッジ拡張モードで動作している場合、システム情報を運搬する物理的チャンネルの変調されたシンボルは、特に低いシグナル対干渉雑音比（signal-to-noise-and-interference-ratio；ＳＩＮＲ）状態をエクスペリエンスしているＵＥ１１５についての受信信頼度を向上するために、所定の時間周期内に何度も送信される。カバレッジ拡張モードで動作しているＵＥ１１５は、変調されたシンボルの複数のコピーを受信し、例えば、異なる時間に受信される変調されたシンボルをコヒーレントに組み合わせることで、情報をデコードしようと試みる。例えば、カバレッジ拡張モードでＭＩＢコンテンツをＰＢＣＨに伝送するために、ネットワークは、システムフレームのサブフレーム＃０に位置されたＰＢＣＨの送信を、同一のシステムフレームで何度も反復できる。

ここで、ＭＴＣ ＰＢＣＨは、ｅＮＢ１０３が送信し、かつカバレッジ拡張モードで動作しているＵＥ１１５が受信するレガシーＰＢＣＨの繰り返しである。しかしながら、特定の実施形態において、ＭＴＣ ＰＢＣＨは、運搬された情報が同一でない場合のような、レガシーＰＢＣＨを繰り返さない。逆互換性（backward compatibility）を保証するために、レガシーＰＢＣＨは、ｅＮＢ１０３により、全てのシステムフレームのサブフレーム＃０で、送信が続いている。

同様に、カバレッジ拡張モードで動作しているＵＥ１１５のために送信されるＳＩメッセージの運搬に用いられるそれらの繰り返しを含むＰＤＣＣＨ／ＰＤＳＣＨは、ＭＴＣ ＰＤＣＣＨ／ＭＴＣ ＰＤＳＣＨ又はＭＴＣ ＰＤＣＣＨ／ＭＴＣ ＰＤＳＣＨ送信ブロックである。ＭＴＣ ＰＤＳＣＨに割り当てられた周波数リソースが、予め定義されているか、又は、例えば、ＳＩＢ１のような前のＳＩＢで準静的に（semi-statically）設定されている場合は、サブフレームにおいて、ＳＩメッセージを運搬するＭＴＣ ＰＤＳＣＨの周波数位置をスケジュールするためのＭＴＣ ＰＤＣＣＨが必要でないこともある。特に定めのなければ、ＳＩメッセージを伝送するのに用いられるＭＴＣ ＰＤＣＣＨ及びＭＴＣ ＰＤＳＣＨは、それぞれＭＴＣ ＰＤＣＣＨ及びＭＴＣ ＰＤＳＣＨとして参照される。

ＭＴＣ ＰＢＣＨの送信オーバヘッドを減少するために、ＭＴＣ ＰＢＣＨの間欠的送信が、ネットワーにより行われることができる。例えば、ＭＴＣ ＰＢＣＨは、Ｍシステムフレームごとに連続的な４システムフレームの間に送信されてもよく、例えば、Ｍ＝２００ｍｓであり、結果的に、ＭＴＣ ＰＢＣＨを含むシステムフレームの４／２０＝２０％となる。同様に、ＭＴＣ ＰＤＣＣＨ／ＰＤＳＣＨの間欠的送信が導入されることにより、ＭＴＣ ＳＩの送信オーバヘッドを減少できる。

図５に示された例において、間欠的ＭＴＣ ＰＢＣＨ送信７００は、レガシーＰＢＣＨ５０５及びＭＴＣ ＰＢＣＨ５１０を含む。ＭＴＣ ＰＢＣＨ５１０は、４０ｍｓ周期５１５で送信されるが、周期５２０及び５２５では送信されない。
各々のＳＩＢ及び拡張されたカバレッジノードで動作しているＵＥについてのそれらの適用目的は、以下の通りである：
ＳＩＢ２：ＳＩＢ２は、必須のシステム情報を含んでいるため、ＳＩＢ２が必要とされる。

ＳＩＢ３／４／５：ＳＩＢ３／４／５は、セルの再選択のために必要とされる。カバレッジ拡張モードを用いるＵＥの場合、ＲＡＮ１が停止したＵＥの近くにあると仮定する。しかしながら、チャンネル状態は、ＭＴＣ ＵＥが再位置することにより変更してもよく、又はＭＴＣ ＵＥがキャンプされているセルは、一日中の異なる時間でターンオンされても、ターンオフされてもよい（例えば、スモールセル）。ＳＩＢ３／４／５なしに、ＭＴＣ ＵＥは、潜在的に長時間のスキャニングによりＵＥ電力消耗を増加させるセルの選択の手続きによるしかない。従って、セルの再選択をサポートすることが好ましい。

ＳＩＢ６／７／８：ＳＩＢ６／７／８は、ＲＡＴセル間の再選択のために必要とされる。ＬＴＥのためのＭＴＣを導入する主な目的中の一つは、ネットワークオペレーターが、ネットワーク費用の低減を達成するために、維持管理する必要のあったＲＡＴの数を減少することである。したがって、ＳＩＢ６／７／８は、カバレッジ拡張モードを用いるＵＥには必要とされない。

ＳＩＢ９：ＳＩＢ９は、ホームｅＮＢ（ＨｅＮＢ）名を含む。ＭＴＣデバイスがホームに設置でき、ＳＩＢ９は、例えば、ＭＴＣデバイスを設置するユーザに、ＨｅＮＢ名を示すために用いられる。ＳＩＢ９が厳密に必須ではないため、ＳＩＢ９は、カバレッジ拡張される必要がないこともある。しかしながら、これは、拡張されたカバレッジモードを用いているＵＥが、レガシーＳＩＢ９をデコードしようと試みることができないことを意味しない。

ＳＩＢ１０／１１／１２：ＳＩＢ１０及びＳＩＢ１１／１２は、遅延許容のＭＴＣデバイスの使用ケースのうちの一部ではないこともある、ＥＴＷＳ及びＣＭＡＳ通知のために各々必要とされる。

ＳＩＢ１３／１５： ＳＩＢ１３は、ＭＣＨサポートのために必要であり、ＳＩＢ１５は、ＭＢＭＳサービスの連続性のために必要である。カバレッジ拡張を必要とするＵＥは、信頼性よくレガシーＰＭＣＨを受信できない。したがって、ＳＩＢ１３及びＳＩＢ１５は、拡張されたカバレッジモードを用いるＵＥに必要とされないこともあり得る。

ＳＩＢ１４：ＳＩＢ１４は、ＥＡＢパラメータを含む。ＭＴＣは、主に遅延許容のアプリケーションのためのものであるため、ＳＩＢ１４は、拡張されたカバレッジモードを用いるＵＥにより受信できる。

ＳＩＢ１６：ＳＩＢ１６は、ＧＰＳ及び国際標準時（Coordinated Universal Time）と関連したタイミング情報を含む。これは、正確なタイミング情報を必要とするアプリケーションに有用である。しかしながら、ＳＩＢ１６が厳密に必須的ではなく、したがって、ＳＩＢ１６は、拡張されたカバレッジモードを用いるＵＥに必要でないこともあり得る。

一般に、カバレッジ拡張モードを用いるＵＥに必須であると識別されるＳＩＢの場合、ＳＩＢは、関連ＵＥが、ＳＩＢを信頼性よく受信できるように、カバレッジ拡張されなければならない。しかしながら、ＵＥが、他のＳＩＢを受信しようと試みることは禁止されない。

本発明の実施形態は、カバレッジ拡張モードで動作しているＵＥに、システム情報を伝送できるネットワークについて記述する。カバレッジ拡張モードで動作しているＵＥは、ＭＴＣ ＵＥであるか、又は従来のＵＥであり得る。ここで、そのようなＵＥは、ＭＴＣ ＵＥ１１６として参照される。

図６は、本発明による時間の経過に従うＭＴＣ ＭＩＢ、ＭＴＣ ＳＩＢ１及びＭＴＣ ＳＩＢ２の送信６００を示す。図６に示された送信６００の実施形態は、単なる例示のためのものである。別の実施形態が、本発明の範囲から逸脱することなく実施されてもよい。

実施形態１−ＭＴＣシステム情報送信フレームワーク：
ＭＴＣシステム情報送信フレームワークの一方法では、ＭＴＣ ＰＢＣＨ、ＭＴＣ ＰＤＣＣＨ、及びＭＴＣ ＰＤＳＣＨの間欠的送信周期が、時間的には重ならない。特に、ＭＴＣ ＳＩの二つの連続的な送信（ＭＩＢ、及びＭＴＣの全てのＳＩＢを含む）は、少なくともＮ個のシステムフレームで分離される（ここで、Ｎは、０、１０、２０などであり得る）。Ｎ＞０の場合は、Ｎ分離システムフレームの物理的リソースが、他の目的（例えば、他のＵＥのサービング）のために使用できる。２個のＭＴＣ ＳＩ送信の間のノン−ゼロ時間ギャップは、またＵＥが次のＳＩを受信する前に、第１のＳＩをデコードするために十分な時間を提供する。さらに、ＭＴＣ ＰＤＣＣＨが定義されている場合は、この時間ギャップは、またＭＴＣ ＰＤＣＣＨが、ネットワークにより送信されることも可能にする。最も大きなＮは、より多くのリソースが、他の用途として使用可能にするものの、同時にシステム情報の獲得の際に、ＭＴＣ ＵＥにより多くの遅延を招くようになる。ここで、ＭＴＣ ＰＢＣＨで送信されるＭＩＢは、ＭＴＣ ＭＩＢとして参照され、ＭＴＣ ＰＤＳＣＨで送信されるＳＩＢは、 ＭＴＣ ＳＩＢとして参照される。

ＭＴＣシステム情報送信フレームワークの前記方法の一オプションにおいて、ＭＴＣ ＰＢＣＨ、ＭＴＣ ＰＤＣＣＨ、及びＭＴＣ ＰＤＳＣＨの間欠的送信周期が、時間的に重ならない場合は、ＭＴＣ ＰＢＣＨ６１５の最後のフレームから、固定及び予め定義された数（Ｎ_１）６１０のシステムフレームの以後に、ＭＴＣ ＳＩＢ１ ６０５が送信される。他のオプションにおいては、ネットワーク柔軟性を許容するために、例えば、ＭＴＣ ＭＩＢ６２０を用いて、ネットワークによりＮ_１６１０が設定できる。特定の実施形態においては、他の同等のパラメータ、例えば、ＭＴＣ ＰＢＣＨの第１のフレームからＮ_１‘サブフレームが用いられる（即ち、Ｎ_１‘_＝ Ｎ_１＋４０ｍｓ）。ＭＴＣ ＳＩＢ１ ６０５送信の周期は、レガシーＳＩＢ１の同じ周期性をマッチするように予め定義できる（例えば、８０ｍｓ）。 同様に、ＭＴＣ ＳＩＢ１ ６０５送信の次のＳＩメッセージは、ＭＴＣ ＳＩＢ１ ６０５を含む最後のフレームから、Ｎ_２６２５フレームの以後に送信される。Ｎ_２６２５の値は、Ｎ_１６１０と同一であっても、同一でなくてもよい。特定の実施形態においては、Ｎ_２６２５の値が固定及び予め定義されている。特定の実施形態において、Ｎ_２６２５の値は、例えば、ＭＴＣ ＳＩＢ１ ６０５を用いて設定できる。

図６に示された例において、ＭＴＣ ＳＩＢ１ ６０５送信後の第１のＭＴＣ ＳＩメッセージは、ＭＴＣ ＳＩＢ２ ６３０をのみ運搬すると仮定する。特定の実施形態においては、複数のＭＴＣ ＳＩＢが、同一のＭＴＣ ＳＩメッセージにマップされる。しかしながら、ＭＴＣ ＳＩＢ２ ６１０は、初期アクセスのための必須の情報を含んでおり、そして、この必須の情報は、頻繁に変更されないと予想されるため、ＭＴＣ ＳＩＢ１ ６０５の以後の第１のＭＴＣ ＳＩメッセージが、ＭＴＣ ＳＩＢ２ ６１０をのみ運搬するように制限するのが有利である。その代わりに、ＭＴＣ ＳＩＢ１ ６０５の以後の第１のＭＴＣ ＳＩメッセージが、ＭＴＣ ＳＩＢ２ ６３０及びＭＴＣ ＳＩＢ１４の両方を運搬するように設定され、この理由は、この両方が初期アクセスの目的のための重要な情報と看做され得るからである。しかしながら、同一のＳＩメッセージにおいてＭＴＣ ＳＩＢ２ ６３０及びＭＴＣ ＳＩＢ１４の組み合わせは、ＭＴＣ ＳＩＢ１４の頻繁な変更を抑制できる。

図６に示された例において、各ＭＴＣ ＳＩ送信に表示された領域は、ＭＴＣ ＳＩ送信が行われる場所の開始と終了を定義するが、必ずその領域内の全てのサブフレームが、ＭＴＣ ＳＩ送信のために使用されることを示すことではない。例えば、図６に示したＭＴＣ ＭＩＢ１ ６２０の領域は、図５の周期５１５に対応する。他のＭＴＣ ＳＩメッセージが示されていないが、第１のＭＴＣ ＳＩメッセージの最後のフレームから多数のフレームの以後に送信され、ＭＴＣ ＳＩＢ１送信の以後に、ＭＴＣ ＳＩＢ２（＋ＭＴＣ ＳＩＢ１４）を運搬する類似の原理が、他のＭＴＣ ＳＩに拡張できる。他のＳＩメッセージ（ＳＩＢ）の送信の順序は、ＭＴＣ ＳＩＢ１ ６０５におけるスケジューリング情報から決定できる。

図７は、本発明によるＭＴＣシステム情報修正周期内のＭＴＣ ＭＩＢ及びＭＴＣ ＳＩＢを示す。図７に示された送信７００の実施形態は、単なる例示のためのものである。別の実施形態が、本発明の範囲から逸脱することなく実施されてもよい。図７に示された例において、送信７００は、ＭＴＣシステム情報（ＳＩ）修正周期７０５を含む。

ＭＴＣ ＳＩ送信フレームワークの方法の他の設計コンポーネントにおいて、ＭＴＣ ＰＢＣＨ、ＭＴＣ ＰＤＣＣＨ、及びＭＴＣ ＰＤＳＣＨの間欠的送信周期が、時間的に重ならない場合は、ＭＴＣについての全体のシステム情報７０７が、ＭＴＣ ＳＩ修正周期７０５内で送信される。ＭＴＣ ＵＥ１１６は、例えば、初期アクセスを行う場合に、ＭＴＣ ＳＩ修正周期７０５内でＭＴＣ ＳＩを全て受信しようと試みる。レガシーＳＩ修正周期と同様に、ＭＴＣシステム情報の変更（可能であれば、ＥＡＢ（Extended Access Barring）パラメータは除き）は、ＭＴＣシステム情報修正周期の境界７１０でのみ発生する。ＭＴＣ ＳＩ修正周期境界７１０は、ＳＦＮ ｍｏｄ ｍ＝０の場合のＳＦＮ値により定義され、ここで、mは、ＭＴＣ ＳＩ修正周期７０５を構成している無線フレームの数である。ＭＴＣシステム情報修正周期７０５は、システム情報により設定される。

一つのアプローチにおいて、ＭＴＣ ＳＩ修正周期７０５は、以下の数式１により修正周期係数（modificationPeriodCoeff）及びデフォルトページングサイクル（defaultPagingCycle）により決まれるレガシーＳＩ修正周期と同様に設定される。

＜数式１＞
ＳＩ修正周期 = modificationPeriodCoeff*defaultPagingCycle （１）

数式１において、modificationPeriodCoeff及びdefaultPagingCycleは、レガシーＳＩＢ２でネットワークにより表示される（ ＭＴＣ ＳＩ修正周期７０５の可能な範囲は、６４０ｍｓ〜１０．２４ｓである）。同一のパラメータが、またＭＴＣ ＳＩＢ２ ６３０で送信される。

別のアプローチにおいて、ＭＴＣ ＳＩ修正周期７０５の長さを増加することによって、時間の経過に従うＭＴＣ ＳＩ送信オーバヘッドを分配する必要がある場合には、ＵＥがカバレッジ拡張モードで動作されているか否かに基づいて、二つの別個のＳＩ修正周期が用いられ得る。第１のＳＩ修正周期７０５は、カバレッジ拡張モードで動作していないＵＥのために設定され、第２のＳＩ修正周期７０５は、カバレッジ拡張モードで動作しているＵＥのために設定される。

第２のアプローチの一オプションでは、ＭＴＣ ＳＩＢ２ ６３０で設定できる別個のmodificationPeriodCoeff又はdefaultPagingCycleパラメータが存在する。通常に、modificationPeriodCoeff及びdefaultPagingCycleパラメータは、ＭＴＣ ＳＩ修正周期７０５が、レガシーＳＩ修正周期より大きくなるように設定される。

第２のアプローチの他のオプションでは、ＭＴＣ ＳＩＢ２ ６３０において乗数、αが含まれる。このオプションにおいて、ＭＴＣについてのＳＩ修正周期は、数式２に表される。

＜数式２＞
modificationPeriodCoeff*defaultPagingCycle*α
ここで、α＝｛２、４、６…｝である。

第２のアプローチの他のオプションでは、ＭＴＣ ＳＩＢ２ ６３０におけるmodificationPeriodCoeff及びdefaultPagingCycle値の範囲がより大きな値をカバーするようにさらに定義できる。

図８は、本発明によるＭＴＣ ＰＢＣＨ間欠的送信パターンを決めるＵＥの手続き８００を示す。このフローチャートには、一連の順次的ステップが示されているが、特に定められない限り、このシーケンスから、特定の実行状態、ステップ及びシグナル又はその一部が同時又は時間的に重複するのではなく、シリアルに実行されること、割り込み又は中間ステップを排除して実行されることに関して、如何なる堆論もなされてはいけない。示された例におけるプロセスは、例えば、ＵＥ又はＭＴＣ ＵＥ内の送信機チェーンによって実装される。

一つの例示的設計において、ＭＴＣ ＭＩＢ（ＰＢＣＨ）は、ＭＴＣ ＳＩ修正周期内で先に送信される。特に、予め定義されたサブフレーム又はフレームオフセットをプラスした、ＭＴＣ ＳＩ修正周期の第１のフレーム又は第１のフレームが、ＭＴＣ ＰＢＣＨの第１のフレームとなる。これにより、ＭＴＣ ＵＥ１１６は、ＭＴＣ ＳＩ修正周期設定から時間の経過につれて、ＭＴＣ ＰＢＣＨ間欠的送信パターンを決定できるようになる。ステップ８０５においては、ＭＴＣ ＵＥ１１６が、ＭＴＣ ＭＩＢを受信する。その後に、ステップ８１０において、ＭＴＣ ＵＥ１１６は、またＭＴＣ ＳＩＢ１を受信する。ステップ８１５においては、ＭＴＣ ＵＥ１１６が、修正周期係数及びデフォルトページングサイクルを含んでいるＭＴＣ ＳＩＢ２を受信する。それから、ステップ８２０において、ＭＴＣ ＵＥ１１６は、ＭＴＣ ＳＩ修正周期を、modificationPeriodCoeff*defaultPagingCycleとして決める。ステップ８２５において、ＭＴＣ ＵＥ１１６は、ＭＴＣ ＭＩＢが送信されるシステムフレームの開始を、ＳＦＮｍｏｄ（ＭＴＣ ＳＩ修正周期）=０として決定する。特に、ＭＴＣ ＰＢＣＨ送信の開始フレームは、ＳＦＮｍｏｄ（ＭＴＣ ＳＩ修正周期）=０として決定される。その代わりに、ＭＴＣ ＰＢＣＨ送信の開始フレームは、ＳＦＮｍｏｄ（ＭＴＣ ＳＩ修正周期）=オフセットとして決定される。

ＵＥに対するハンドオーバの遅延を減少するために、ハンドオーバのためのターゲットセルのMTC modificationPeriodCoeff及びMTC defaultPagingCycleが、ハンドオーバコマンドに含まれることができ、これに従い、ＭＴＣ ＵＥ１１６は、ＭＴＣ ＭＩＢ送信の開始時間を決定できる。これにより、ターゲットセルのＭＴＣ ＰＢＣＨに対して頻繁にスキャンすることを回避することにより、ＵＥの省電力を可能にする。

図９は、本発明によるＭＴＣ ＳＩ修正周期内のＭＴＣ ＳＩの複数の送信を示す。図９に示された送信９００の実施形態は、単なる例示のためのものである。別の実施形態が、本発明の範囲から逸脱することなく実施されてもよい。図９に示された例において、送信９００は、単一の又は周期的なＭＴＣ ＳＩ送信ブロックを含む。

このようなＭＴＣ ＳＩ送信フレームワークの方法のまた他の設計コンポーネントにおいて、ＭＴＣ ＰＢＣＨ、ＭＴＣ ＰＤＣＣＨ、及びＭＴＣ ＰＤＳＣＨの間欠的送信周期が、時間的に重ならない場合は、ＳＩＢごとにＭＴＣ ＰＢＣＨ、ＭＴＣ ＰＤＳＣＨの一つの送信ブロックのみが、ＭＴＣ ＳＩ修正周期９０５内に含まれる。与えられたＭＴＣ ＳＩ修正周期９０５の場合、このオプションにより最も低いＭＴＣ ＳＩ送信オーバヘッドが可能になる。その代わりに、同一のＭＴＣ ＳＩの複数の送信ブロックが、例えば、周期的方式で、ＭＴＣ ＳＩ修正周期９０５内で送信できる。図９に示された例において、送信９００は、同一のＭＴＣ ＳＩの複数の送信ブロックを含み、ここでは、単純化のために、ＭＴＣ ＭＩＢ９１０及びＭＴＣ ＳＩＢ１ ９１５が示されるだけである。例えば、ＭＴＣ ＰＢＣＨの開始フレームは、ＳＦＮｍｏｄ（ＭＴＣ ＳＩ修正周期）=０として決定され、かつＭＴＣ ＰＢＣＨの繰り返されたブロックは、ＳＦＮｍｏｄ（４Ｙ ）=０として決定される。ここで、Ｙは、予め定義されても、固定されてもよい正の整数（例えば、Ｙ＝８、１０、１００、１０００など）である。ＭＴＣ ＳＩＢ１ ９１５送信周期は、ＳＦＮｍｏｄ８＊Ｐ=Ｎとして決定でき、ここで、Ｐ＞０（例えば、Ｐ＝２、３、４、１０、１００、１０００など）であり、Ｎ＞０（例えば、Ｎ＝４、８など）である（他のオプションが、図１５についての実施形態６−ＭＴＣ ＳＩＢ１送信に与えられる）。

また他の代案においては，一セットのＭＴＣ ＳＩが、ＭＴＣ ＳＩ修正周期９０５内で一度だけ送信され、一方で、他のセットのＭＴＣ ＳＩが、ＭＴＣ ＳＩ修正周期９０５内で何度も送信される。このような代案の一例においては、ＳＩＢ１及びＳＩＢ２を運搬するＭＴＣ ＰＢＣＨ、ＭＴＣ ＰＤＳＣＨ送信ブロックが、周期的方式でＭＴＣ ＳＩ修正周期９０５内で何度も送信され、一方で、残りのＳＩが同一の周期内で一度送信される。同一のＭＴＣ ＳＩ修正周期９０５内で、ＳＩＢ１及びＳＩＢ２を運搬する第１セットのＭＴＣ ＳＩを何度も送信し、また残りのＳＩをもう一度送信することは、必修のＳＩにより良好な信頼度を提供するために有利である。この代案の他の例においては、ＳＩＢ１及びＳＩＢ２を運搬するＭＴＣ ＰＢＣＨ、ＭＴＣ ＰＤＳＣＨ送信ブロックが、ＭＴＣ ＳＩ修正周期９０５内で一度送信され、一方で、残りのＳＩが、周期的方式で同一の周期内で何度も送信される。同一のＭＴＣ ＳＩ修正周期９０５内において、ＳＩＢ１及びＳＩＢ２を運搬する第１セットのＭＴＣ ＳＩを一度送信し、また残りのＳＩを何度も送信することは、所定のＳＩメッセージ（ＭＩＢ、ＳＩＢ１、及びＳＩＢ２以外の）が、大型ペイロードサイズを有する場合に有利である。したがって、これらのＳＩＢの複数の送信は、それらのカバレッジを拡張できる。

ＭＴＣ ＳＩコンテンツの変更
レガシーネットワークにおいて、ＵＥは、一つのＳＩウィンドウ内で、この繰り返しは変更しないコンテンツに関するものであると仮定できる。しかしながら、一般に、ＵＥは、ＳＩコンテンツが、ＳＩウィンドウの全域で変更されないと仮定できない。

ＭＴＣ ＵＥ（例えば、ＭＴＣ ＵＥ１１６）が、ＳＩウィンドウの全域で、ＭＴＣ ＳＩ送信をソフト組み合わせるために、一つのアプローチにおいて、ＭＴＣ ＵＥ１１６は、ＭＴＣ ＰＢＣＨの検出の際に、ＭＴＣ ＳＩコンテンツは、同一のＭＴＣ ＳＩ修正周期内では、ＳＩウィンドウの全域で変更されないと仮定するように設定される。同一のＭＴＣ ＳＩ修正周期内では、ＭＴＣ ＳＩコンテンツが、ＳＩウィンドウの全域で変更されないと仮定することは、また、同一の修正周期内で送信されるＳＩＢが、ＭＴＣ ＵＥ１１６によって、同一であると仮定されることで、ソフト組み合わせを容易にすることを除いては、ＳＩ送信がＲｅｌ−１１ＬＴＥ仕様に従うＳＩ又はＢＣＣＨ修正周期内で、ＭＴＣ ＵＥ１１６がＳＩメッセージを組み合わせるスキームに有用である。一つのオプションにおいて、変更していないＳＩコンテンツの前記仮定は、ＭＴＣ ＳＩメッセージが送信される修正周期でのみ有効できることに留意すべきであり、即ち、ＭＴＣ ＳＩメッセージが送信されない他の修正周期では、所定のＳＩＢ（例えば、ＳＩＢ１、ＳＩＢ１４）が、Ｒｅｌ−１１に従って、ＳＩウィンドウの全域で変更できる。他のアプローチにおいては、一つのビット表示が、例えば、ＭＴＣ ＳＩＢ１に含まれることにより、ＭＴＣ ＳＩコンテンツが、同一のＭＴＣ ＳＩ修正周期内において、ＳＩウィンドウの全域で変更されないことを示すことができる。

ＭＴＣ ＳＩリソース割当
ＳＩＢの情報ビットの総数は、実際のネットワーク設定によって変わる。表１は、ＭＩＢ及びＳＩＢのサイズの一例を示す。通常のＳＩＢのサイズ及び同一のＳＩＢの最大サイズは、相当異なり得る。ＭＴＣ ＳＩＢについて同様に適用できる。これは、異なるサイズのＳＩＢに対する類似の受信信頼度を保証するために、ＭＴＣ ＳＩＢに用いられるリソースの総量の設定の際に、ネットワークに一部の柔軟性を許容する必要性及び利点が存在することを意味する。

図１０は、本発明によるＭＴＣ ＳＩウィンドウ１０００の長さを示す。図１０に示されたＭＴＣ ＳＩウィンドウ１０００の実施形態は、単なる例示のためのものである。他の実施形態が、本発明の範囲から逸脱することなく実施されてもよい。

一つのアプローチにおいて、ＭＴＣ ＳＩウィンドウ１０００は、ＭＴＣ ＳＩメッセージのために定義される（ここで、レガシーＳＩウィンドウのようなものが排除されない）。ＭＴＣ ＳＩウィンドウ１０００は、（複数の）ＭＴＣ ＳＩＢを運搬するＭＴＣ ＰＤＳＣＨが、繰り返される時間ウィンドウを定義する。例えば、ＭＴＣ ＳＩＢ１ １０１５送信の終了後のＮ_２サブフレーム１０１０において、第１のＭＴＣ ＳＩメッセージが送信される場合、ＭＴＣ ＳＩウィンドウ１０００は、ＭＴＣ ＳＩＢ１ １０１５送信の終わりからＮ_２サブフレーム１０１０の以後に始まる。ＭＴＣ ＳＩウィンドウ１０００の長さは、予め定義及び固定されるか、又はネットワークにより設定できる。また、ＭＴＣ ＳＩウィンドウ長さが、固定されるか、設定されるかの可否は、ＳＩメッセージにより運搬されるＳＩＢタイプによって異なり得る。例えば、ＭＴＣ ＳＩＢ１ １０１５についてのＭＴＣ ＰＤＳＣＨは、固定されたＳＩウィンドウ長さを有すると仮定できる。一方では、他のＭＴＣ ＳＩメッセージについてのウィンドウ長さは、例えば、ＭＴＣ ＳＩＢ１を用いて、ネットワークにより設定できる。ＭＴＣ ＳＩウィンドウ長さのいくつかの例は、｛５ｍｓ、１０ｍｓ、１５ｍｓ、２０ｍｓ、４０ｍｓ、８０ｍｓ、１２０ｍｓなど}である。かかるアプローチの一つの代案においては、ＭＴＣ ＳＩウィンドウ長さが、全てのＭＴＣ ＳＩメッセージに対して共通である。かかるアプローチの他の代案において、異なるＭＴＣ ＳＩＢは、異なるＭＴＣ ＳＩウィンドウ１０００の長さで設定できる。異なるＭＴＣ ＳＩのサイズが異なっても良く、大きな伝送ブロックサイズを有するＭＴＣ ＳＩは、より長いウィンドウ長さを必要とするため、これは有利である。

また、ＭＴＣ ＳＩメッセージ送信ブロックが、ＭＴＣ ＳＩ修正周期内で ２以上の回数で反復できる場合、ＭＴＣ ＳＩ周期性を定義することにより、ＭＴＣ ＳＩ修正周期内の送信ブロックの周期性を指定できる。

図１１は、本発明によるＭＴＣ ＵＥのための別個のＳＩウィンドウ長さ及びＳＩ周期性を示す。図１２は、本発明によるＭＴＣ ＵＥのためのレガシーＳＩ周期性と別個のＳＩウィンドウ長さ及び同一のＳＩ周期性を示す。図１１及び図１２に示された送信１１００、１２００の実施形態は、単なる例示のためのものである。他の実施形態が、本発明の範囲から逸脱することなく実施されてもよい。

本実施形態において説明される方法の特別な場合として、ＭＴＣ ＳＩウィンドウの開始を決定する手続きは、レガシーＳＩ周期性が、ＭＴＣ ＳＩ周期性に代替され、またレガシーＳＩウィンドウが、ＭＴＣ ＵＥについてのＭＴＣ ＳＩウィンドウに代替されることを除いては（ＲＥＦ７を参照）、レガシーＳＩウィンドウのものと同一であり得る。ＳＩメッセージの追加の繰り返しが、ｅＮＢ１０３により送信されることによって、ＭＴＣ ＵＥのカバレッジ拡張の要求事項を満たすようにする。追加の制限事項が導入されることにより、ネットワーク及びＵＥ１１５又はＭＴＣ ＵＥ１１６は、ＭＴＣ ＰＢＣＨ又はＭＴＣ ＳＩＢ１が予想されるサブフレーム又はＳＩウィンドウ周期では、ＭＴＣ ＳＩメッセージが送信されると仮定しないようにする。ＭＴＣ ＳＩウィンドウ長さ及びＭＴＣ ＳＩ周期性は、レガシーＳＩウィンドウ長さ（si-WindowLength）及びＳＩ周期性（si-Periodicity）（ＲＥＦ７を参照）と同一であることができ、即ち、ＭＴＣ及びレガシーＵＥについてのＳＩウィンドウは、完全に重なり、またレガシーＳＩメッセージは、ＭＴＣ ＰＢＣＨと類似の方式で、ＭＴＣ ＳＩメッセージの一部を形成できる。これと違って、別個のＭＴＣ ＳＩウィンドウ長さ及び別個のＭＴＣ ＳＩ周期性が、ＭＴＣ ＳＩメッセージについて設定され（例えば、ＭＴＣ ＳＩＢ１で）、その場合には、レガシーＳＩメッセージが、必ずＭＴＣ ＳＩメッセージの一部となることではない。このようなオプションは、レガシーＳＩウィンドウ長さにより受容できるより多くの繰り返しを許容する反面、ＭＴＣ ＵＥについての別個のＳＩ周期性を用いて柔軟なＳＩオーバヘッド制御を可能にする。かかるオプションでは、所定のレガシーＳＩ-ウィンドウが、ＭＴＣ ＳＩ−ウィンドウ内（例えば、ＭＴＣ ＳＩ−ウィンドウの第１部分）に位置でき、また所定のレガシーＳＩメッセージが、ＭＴＣ ＳＩメッセージの一部を形成できることも可能である。

このようなオプションの一例が図１1に示されている。レガシーＳＩウィンドウは２０ｍｓであり、ＭＴＣ ＳＩウィンドウは４０ｍｓである。この例において、ＳＩＢ２ １１０５は、第１のＳＩメッセージ１１１０にマップされる一方、 ＳＩＢ３及びＳＩＢ４ １１１５は、第２のＳＩメッセージ１１３０にマップされる。第１のレガシーＳＩメッセージのＳＩ周期性１１２０は、１６０ｍｓであり、第２のＳＩメッセージ１１３０のレガシーＳＩ周期性１１３２は、３２０ｍｓである。第１のＭＴＣ ＳＩメッセージ１１１０及び第２のＭＴＣ ＳＩメッセージ１１３０のＳＩ周期性１１４０は、３２０ｍｓである。

ＭＴＣ ＳＩウィンドウ長さは、レガシーＳＩウィンドウ長さと異なってもよく（例えば、ＭＴＣ ＳＩウィンドウ長さがより長い）、ＭＴＣ ＳＩ周期性が、レガシーＳＩ周期性とまだ同一になることもまた可能である。これにより、レガシーＳＩウィンドウ長さにより受容できるより多くの繰り返しが可能になる。所定のレガシーＳＩ−ウィンドウが、ＭＴＣ ＳＩ−ウィンドウ内（例えば、ＭＴＣ ＳＩ−ウィンドウの第１部分）に位置でき、所定のレガシーＳＩメッセージが、ＭＴＣ ＳＩメッセージの一部を形成できることもまた可能である。

図１２に一例が示されている。レガシーＳＩウィンドウは２０ｍｓであり、ＭＴＣ ＳＩウィンドウは４０ｍｓである。この例においては、ＳＩＢ２ １２０５が、第１のＳＩメッセージ１２１０にマップされる一方、ＳＩＢ３及びＳＩＢ４ １２１２が、第２のＳＩメッセージ１２１５にマップされる。第１のＳＩメッセージ１２１０のＳＩ周期性１２２０は、１６０ｍｓであり、第２のＳＩメッセージ１２１５のＳＩ周期性１２２５は３２０ｍｓである。

図１1を参照すると、ＳＩＢ２ １１０５における情報コンテンツは、レガシーＳＩＢ２及びＭＴＣ ＳＩＢ２の両方において同一である。レガシーＳＩＢ２及びＭＴＣ ＳＩＢ２に関する情報コンテンツが、異なることも可能である。規定のＵＥの場合は、第１のＳＩメッセージ１１１０が、レガシーＳＩウィンドウ１１５０（ＳＦＮ＝ｎ & ＳＦＮ＝ｎ＋１）で繰り返され、ＭＴＣ ＵＥの場合は、第１のＳＩメッセージ１１１０が、ＭＴＣ ＳＩウィンドウ１１５５（ＳＦＮ＝ｎからｎ＋３）で繰り返され、ＭＴＣ ＵＥ１１６がこれらの繰り返されたメッセージを組み合わせることができ、このメッセージは、規定のＵＥ１１５に送信される第１のＳＩメッセージ１１１０を含むことができる。第１のＳＩメッセージ１１１０に対するレガシーＳＩウィンドウ１１５０及びＭＴＣ ＳＩウィンドウ１１５５が重なる領域を有しているため、規定のＵＥ１１５及びＭＴＣ ＵＥ１１６の両方に対する第１のＳＩメッセージ１１１０が、同一であれば、これが可能になる。レガシーＳＩメッセージを、ＭＴＣ ＳＩメッセージの一部として再使用するためには、ネットワークがまた、同一の時間及び周波数リソースにおいて、それらをスケジュールすべきである。ＭＴＣ ＵＥ１１６は、レガシーＳＩメッセージが、またＭＴＣ ＳＩメッセージの一部であるか否かを知る必要がないことに留意すべきである。したがって、ネットワークは、またサブフレームにおいてレガシーＳＩメッセージと、ＭＴＣ ＳＩメッセージとを、別にスケジュールする自由も有する。第２のＳＩメッセージ１１３５の場合、レガシーＳＩウィンドウ１１６０は、ＳＦＮ＝ｎ＋２及びＳＦＮ＝ｎ＋３であり、その反面、ＭＴＣ ＳＩウィンドウ１１６５は、ＳＦＮ＝ｎ＋４からｎ＋７であり、即ち、レガシーＳＩウィンドウ１１６０と、ＭＴＣ ＳＩウィンドウ１１６５とは、重ならず、その場合、レガシーＳＩメッセージは、ＭＴＣ ＳＩメッセージの一部として再使用されない。レガシーＳＩメッセージをＳＩＢ２ １１０５についての（しかしながら、ＳＩＢ３、４、５などについてのものではない）ＭＴＣ ＳＩメッセージとして再使用する利点がある。規定のＵＥ１１５及びＭＴＣ ＵＥ１１６に関するＳＩＢ２ １１０５における情報は、通常同一であるが、全てのセル又は周波数が、カバレッジ拡張特性をサポートできないため、ＭＴＣ ＵＥ１１６に関するＳＩＢ３、４、５などにおける情報が、相異であってもよく、又は規定のＵＥ１１５のそれに比べて減少されてもよい。その上、一般に、第１のＳＩについてのＭＴＣ ＳＩウィンドウ１１５５と、第２のＳＩについてのＭＴＣ ＳＩウィンドウ１１３５との間には、例えば、オフセットの導入によって、ギャップが存在してもよい。最終的に、ＭＴＣ ＳＩメッセージコンテンツが、ＭＴＣ ＳＩウィンドウの全域で変更されなければ、ＭＴＣ ＳＩウィンドウの全域で（ＭＴＣ ＳＩ修正周期内で）組み合わせも可能であることに留意する。しかしながら、ＭＴＣ ＳＩメッセージコンテンツが、ＭＴＣ ＳＩウィンドウの全域で変更できれば、ＭＴＣ ＳＩウィンドウの全域で組み合わせが許容されない。前述のように、例えば、ＭＴＣ ＳＩＢ１に一ビット表示を含ませるか、又はＭＴＣ ＰＢＣＨの検出を用いることにより、同一のＭＴＣ ＳＩ修正周期内では、ＭＴＣ ＳＩコンテンツが、ＳＩウィンドウの全域で変更されないことを示すことができる。

図１２を参照すると、ＳＩＢ２ １２０５における情報コンテンツは、レガシーＳＩＢ２及びＭＴＣ ＳＩＢ２の両方とも同一である。レガシーＳＩＢ２及びＭＴＣ ＳＩＢ２に関する情報コンテンツが、相異であることもまた可能である。規定のＵＥ１１５の場合は、第１のＳＩメッセージ１２１０が、レガシーＳＩウィンドウ１２５０（ＳＦＮ＝ｎ & ＳＦＮ＝ｎ＋１）で繰り返され、ＭＴＣ ＵＥの場合は、第１のＳＩメッセージ１２１０が、ＭＴＣ ＳＩウィンドウ１２５５（ＳＦＮ＝ｎからｎ＋３）で繰り返され、ＭＴＣ ＵＥ１１６が、これらの繰り返されたメッセージを組み合わせることができ、このメッセージは、規定のＵＥ１１５に送信される第１のＳＩメッセージ１２１０を含むことができる。第１のＳＩメッセージ１２１０についてのレガシーＳＩウィンドウ１２５０及びＭＴＣ ＳＩウィンドウ１２５５が、重なる領域を有しているため、規定のＵＥ１１５及びＭＴＣ ＵＥ１１６の両方についての第１のＳＩメッセージ１２１０が同一であれば、これが可能である。レガシーＳＩメッセージをＭＴＣ ＳＩメッセージの一部として再使用するためには、ネットワークがまた、同一の時間及び周波数リソースで、それをスケジュールしなければならない。ＭＴＣ ＵＥ１１６は、レガシーＳＩメッセージが、またＭＴＣ ＳＩメッセージの一部であるか否かを知る必要がないことに留意すべてきである。したがって、ネットワークは、またサブフレームにおいて、レガシーＳＩメッセージと、ＭＴＣ ＳＩメッセージとを、別にスケジュールする自由を有する。第２のＳＩメッセージ１２１５の場合、レガシーＳＩウィンドウ１２６０は、ＳＦＮ＝ｎ＋２及びＳＦＮ＝ｎ＋３であり、反面、ＭＴＣ ＳＩウィンドウ１２６５は、ＳＦＮ＝ｎ＋４〜ｎ＋７であり、即ち、レガシーＳＩウィンドウ１２６０と、ＭＴＣ ＳＩウィンドウ１２６５とは重ならず、その場合、レガシーＳＩメッセージは、ＭＴＣ ＳＩメッセージの一部として再使用されない。レガシーＳＩメッセージをＳＩＢ２ １２０５についての（しかしながら、ＳＩＢ３、４、５などについてのものではない）ＭＴＣ ＳＩメッセージとして再使用するという利点がある。規定のＵＥ１１５及びＭＴＣ ＵＥ１１６に関するＳＩＢ２ １２０５における情報は、通常同一であるが、全てのセル又は周波数が、カバレッジ拡張特性をサポートできることではないため、ＭＴＣ ＵＥ１１６に関するＳＩＢ３、４、５などにおける情報が異なっても良く、又は規定のＵＥ１１５のそれに比べて減少されてもよい。図１２に示された例においては、単純化のために、ＭＴＣ ＭＩＢ及びＭＴＣ ＳＩＢ１は、示されていない。最終的に、ＭＴＣ ＳＩメッセージコンテンツが、ＭＴＣ ＳＩウィンドウの全域で変更されなければ、ＭＴＣ ＳＩウィンドウの全域で（ＭＴＣ ＳＩ修正周期内で）組み合わせも可能であることに留意する。しかしながら、ＭＴＣ ＳＩメッセージコンテンツが、ＭＴＣ ＳＩウィンドウの全域で変更できれば、ＭＴＣ ＳＩウィンドウの全域で組み合わせが許容されない。前述のように、例えば、ＭＴＣ ＳＩＢ１に一ビット表示を含ませるか、又はＭＴＣ ＰＢＣＨの検出を用いることにより、同一のＭＴＣ ＳＩ修正周期内では、ＭＴＣ ＳＩコンテンツが、ＳＩ ウィンドウの全域で変更されないことを示すことができる。

特定の実施形態において、ＭＴＣ ＳＩＢ１は、固定されたＳＩウィンドウ長さ（例えば、８０ｍｓ）を含む。固定されたＳＩウィンドウの長さ内で、ＭＴＣ ＳＩＢ１に用いられるサブフレームのセットは、予め定義されると仮定する。周波数リソースは、ＭＴＣ ＰＤＣＣＨにより予め定義できるか又はスケジューリングできる。その代わりに、ＭＴＣ ＳＩＢ１についてのリソース（ＳＩウィンドウ長さ及び/又はＰＲＢ）が、ＭＴＣ ＭＩＢに表示できる。ＭＴＣ ＳＩＢ１リソースの全体の量が固定された場合、その結果値は、ＭＴＣ ＭＩＢ及びＭＴＣ ＳＩＢ１についてのリソースの固定された全体の量となってもよく、残りのＭＴＣ ＳＩＢに割り当てられるリソースは、ＭＴＣ ＳＩウィンドウの（複数の）長さ及び/又は（複数の）ＭＴＣ ＰＤＣＣＨ、及び／又は（複数の）ＭＴＣ ＳＩ周期性を通じてネットワークにより設定できる。ＭＴＣ ＳＩＢ１についての追加の細部事項は、実施形態６（図１５を参照して以下で説明する）で確認できる。
ＭＴＣシステム情報を獲得するためのＵＥ手続き
ＭＴＣシステム情報１３００を獲得するためのＵＥ手続きの一例は、以下の通りである。

ステップ１：ＭＴＣ ＵＥ１１６が、ｅＮＢ１０３から送信されたＭＴＣ ＰＢＣＨを検出する。
ステップ２：ＭＴＣ ＵＥ１１６が、ＳＩＢ１を運搬するＭＴＣ ＰＤＳＣＨについての開始時間（例えば、ＭＴＣ ＰＢＣＨ送信周期の終わりからＮ_１システムフレーム以後の第１サブフレーム）を決定し、またＭＴＣ ＳＩＢ１送信ウィンドウを、８０ｍｓとして決定する。ＭＴＣ ＰＤＣＣＨが定義されている場合は、ＭＴＣ ＵＥ１１６が、ＭＴＣ ＰＤＣＣＨからＭＴＣ ＰＤＳＣＨの周波数位置を決定し、そうでない場合、ＭＴＣ ＰＤＳＣＨの周波数位置が、予め定義され、事前にＭＴＣ ＵＥ１１６に知られる。

ステップ３：ＭＴＣ ＵＥ１１６が、ＭＴＣ ＳＩＢ１を受信し、これは、ＭＴＣ ＳＩＢ２及び他のＭＴＣ ＳＩＢを受信する開始時間に関する情報を含む。ＭＴＣ ＵＥ１１６は、各ＭＴＣ ＳＩメッセージごとに、ＭＴＣ ＳＩウィンドウの（複数の）長さ（及びＭＴＣ ＳＩ周期性）を受信し、またＭＴＣ ＳＩＢが、各ＭＴＣ ＳＩメッセージにマップされる方式に関する情報を受信する。特に、ＭＴＣ ＳＩメッセージへのＭＴＣ ＳＩＢのマッピングを考慮すると、各ＭＴＣ ＳＩメッセージについてのＭＴＣ ＳＩ−ウィンドウの開始は、以下のように決定できる。

１＞関連のＭＴＣ ＳＩメッセージについてのＭＴＣ ＳＩ−ウィンドウの開始を以下のように決定する。
２＞関連のＳＩメッセージにつき、MTC SystemInformationBlockType1において、schedulingInfoListにより設定されるＳＩメッセージのリスト内にあるエントリのオーダーに対応する番号nを決定する：
Ａｌｔ１の例（修正周期内で各ＳＩメッセージについての一つの送信ブロック）:
２＞整数値ｘ＝（ｎ−１）＊ｗ決定、ここで、ｗは、ＭＴＣ ＳＩ-WindowLengthである；

２＞ＳＩ−ウィンドウは、SFN mod MTC modificationPeriod = rfOffset1 +rfOffset2*n（rfOffset1は、第１のＳＩ無線フレームオフセット（例えば、N₁ + 40ms）であり、rfOffset2は、第２のＳＩ無線フレームオフセット（Ｎ_２）である[ここで、rfOffset1及びrfOffset2の両方は、ＳＩメッセージの全てに対して共通であると仮定する。rfOffset2のゼロ値は、バック−ツ−バックＳＩ送信を引き起こす]）である無線フレーム内のサブフレーム＃ａ（ここで、ａ=ｘ ｍｏｄ１０）で開始する；
Ａｌｔ２の例（ｍｏｄ周期内で各ＳＩメッセージについての複数の送信ブロック）：
２＞整数値ｘ＝（ｎ−１）＊ｗ決定、ここで、ｗは、MTC SI-WindowLengthである；
２＞ＳＩ-ウィンドウは、SFN mod MTC modificationPeriod=rfOffset1+rfOffset2*n+t*rfOffset2*N（t=0…（floor（MTC modificationPeriod-rfOffset1 ）/T）-1であり、Ｔは、関連のＳＩメッセージのMTC SI-Periodicityであり、Ｎは、ＳＩメッセージの総数（ｎの最大値）である）である無線フレーム内のサブフレーム#ａ（ここで、ａ = x ｍｏｄ１０）で開始する；
Ａｌｔ３の例（ｍｏｄ周期内で各ＳＩメッセージについての複数の送信ブロック）：
２＞整数値 ｘ＝（ｎ−１）＊ｗ決定、ここで、ｗは、MTC SI-WindowLengthであり；及び
２＞ＳＩ−ウィンドウは、ＳＦＮ ｍｏｄ Ｔ＝ＦＬＯＯＲ（ｘ/１０）（ここで、Ｔは、関連のＳＩメッセージのMTC SI-Periodicityである）である無線フレーム内のサブフレーム＃ａ（ここで、 ａ＝ｘ ｍｏｄ１０）で開始する。

ＭＴＣ ＳＩＢ１は、またＭＴＣ ＰＤＣＣＨが定義されていなければ、後続のＳＩＢを受信するようにＰＲＢペアを表示する。

ステップ４：ＭＴＣ ＵＥ１１６は、ステップ３から決定された時間に、ＳＩＢ２（及びＳＩＢ１４）を運搬するＭＴＣ ＰＤＳＣＨを受信する。ＭＴＣ ＰＤＣＣＨが定義されていれば、ＭＴＣ ＵＥ１１６は、ＭＴＣ ＰＤＣＣＨからＭＴＣ ＰＤＳＣＨの周波数位置を決定し、そうでない場合は、ＭＴＣ ＰＤＳＣＨの周波数位置が、予め定義され、事前にＭＴＣ ＵＥ１１６に知られる。

ステップ５：ＭＴＣ ＵＥ１１６は、ＭＴＣ ＳＩＢ２におけるＭＴＣデフォルトページングサイクルの設定及びＭＴＣ修正係数から、ＭＴＣ ＭＩＢ送信の次の開始時間及びＭＴＣ ＳＩ修正周期を決定する。

ステップ６：ＭＴＣ ＵＥ１１６は、ステップ３を繰り返して、残りのＭＴＣ ＳＩＢを受信する。

実施形態 ２：ＭＴＣ ＳＩＢ
ＭＴＣ ＳＩＢのコンテンツは、ＭＴＣ ＳＩＢ５を除き、拡張されたカバレッジモードで設定されていないＵＥのために送信されたＳＩＢのコンテンツと同一である。これは、レガシーＳＩＢ５のサイズが、特定のＭＴＣ ＵＥカテゴリの最大シグナリング処理能力を超過できるからであり、例えば、ＭＴＣ ＵＥカテゴリ（例えば、カテゴリ０）の最大伝送ブロックビットは、１０００ビットと定義でき、ＳＩＢ５の最大サイズは、表１に示されているように、２２１６であり得る。

したがって、特定の実施形態において、ＳＩＢ１７として参照されている、ＭＴＣについての新たなＳＩＢ５は、拡張されたカバレッジモード又はカテゴリ０ＵＥにおいて、動作しているか、設定されているＵＥについて定義される。ＳＩＢ１７は、減少されたサイズのレガシーＳＩＢ５であり、かかるサイズ減少は、拡張されたカバレッジモードで設定/動作しているＵＥについてのインター周波数セル間（inter-frequency cell）の再選択のために適用できる周波数及びセルの数を減少することにより達成できる。拡張されたカバレッジモード又はカテゴリ０ＵＥで設定されたＭＴＣ ＵＥ１１６は、ＳＩＢ５受信をスキップし、その代わりに新たなＳＩＢ１７を獲得する。新たなＳＩＢ１７で表示されるセル又は周波数は、カバレッジ拡張動作及び/又はカテゴリ０ＵＥ動作をサポートするセル又は周波数を表示するだけである。

一例において、カバレッジ拡張動作及びカテゴリ０ＵＥ動作をサポートするセル又は周波数は、同一であり、即ち、カバレッジ拡張動作をサポートするセル又は周波数は、カテゴリ０ＵＥ動作もサポートし、その逆の場合も可能である。他の例において、カバレッジ拡張動作及びカテゴリ０ＵＥ動作をサポートするセル又は周波数は、異なってもよく、個別的にシグナルされる。

実施形態 ３：タイミング
拡張されたカバレッジモードのためにＰＤＳＣＨ送信を繰り返す必要性のため、ＨＡＲＱ手続き、ランダムアクセスの手続き、タイミング前進手続きについてのタイミングを定義する必要性が存在する。ＭＴＣ ＵＥ１１６は、ＭＴＣ ＰＤＳＣＨ送信ブロックの最後のＭＴＣ ＰＤＳＣＨサブフレーム以後のサブフレームｎ＋４において、ＨＡＲＱ−ＡＣＫを送信し始める。ＭＴＣ ＵＥ１１６は、ランダムアクセス応答（ＲＡＲ）を運搬する最後のサブフレーム以後の第１のサブフレームｎ＋ｋ（ｋ＞＝６）においてＭｓｇ３を送信し始める。ＭＴＣ ＵＥ１１６は、ＰＤＣＣＨオーダー（order）の最後のサブフレーム以後の第１のサブフレームｎ＋ｋ（ｋ＞＝６）において、ＰＲＡＣＨを送信し始める。ＲＡＲウィンドウの開始は、３サブフレームをプラスした、送信された最後のＰＲＡＣＨの終わりであると定義される（３６．３２１のセッション５．１．４を参照）。より長いＲＡＲウィンドウが、拡張されたカバレッジモードで動作しているＵＥに設定できる。ＭＴＣ ＵＥ１１６は、ＴＡ命令の最後のサブフレーム以後の第１のサブフレームｎ＋ｋ（ｋ＞＝６）において、タイミング前進を調整する。ＭＴＣ ＵＥ１１６は、ＭＴＣ ＰＤＳＣＨ及びＭＴＣ ＰＤＣＣＨオーダー送信ブロックの終わりの前にＭＴＣ ＰＤＳＣＨ、ＭＴＣ ＰＤＣＣＨオーダーを成功的に受信できる。ＵＥ送信タイミングについてのｅＮＢ１０３及びＭＴＣ ＵＥ１１６の共通の理解を確保するために、前述の最後のサブフレームは、ｅＮＢ１０３によるＭＴＣ ＰＤＣＣＨの最後の送信サブフレーム及びＭＴＣ ＰＤＳＣＨ送信ブロックの最後の送信サブフレームとなる。

最終的に、拡張されたカバレッジモードで動作しているＵＥについてのＨＡＲＱ（Hybrid Automatic Repeat Request）ＲＴＴ（Round Trip Tim）タイマーは、ＨＡＲＱ−ＡＣＫ（HARQ‐Acknowledgement）のための繰り返し設定の機能となるように修正される。ＨＡＲＱ ＲＴＴタイマーは、受信された最後のＰＤＳＣＨの終わりから再送信のためのＰＤＳＣＨの開始までの時間をカバーする。例えば、ＦＤＤの場合、ＨＡＲＱ ＲＴＴタイマーは、Ｚ＋８−１であり、ここで、Ｚは、ＨＡＲＱ−ＡＣＫ送信が繰り返される回数である。

実施形態 ４：ＤＲＸ
特定の実施形態においては、省電力の目的のために、拡張されたカバレッジモードで動作しているＵＥについて、ＤＲＸ（Discontinuous Reception）が設定される。繰り返されたＰＤＣＣＨを受信するためのＵＥ動作を指定する必要がある。

一オプションにおいて、ネットワークは、ＭＴＣ ＵＥ１１６がＭＴＣ ＰＤＣＣＨを受信できるように、十分に長いオンデュレーション（OnDuration）を設定する。他のオプションでは、ＭＴＣ ＰＤＣＣＨが、複数のオンデュレーション周期にわたって連続的に送信される。

実施形態 ５：非必須の ＭＴＣ ＳＩＢ伝送
特定の実施形態においては、ネットワーク接続のために、非必須的であると 考慮されるシステム情報、例えば、セル再選択（周波数内（intra-frequency）及び周波数間（inter-frequency））又はＲＡＴ間の再選択（ＳＩＢ３／４／５／６／７／８に含まれた）と関連したシステム情報が、専用の（ＵＥ−固有の）ＲＲＣシグナリングを用いてＲＲＣ接続モードで拡張されたカバレッジモードで動作しているＵＥに伝送される。このような方式で非必須のシステム情報を伝送することは、ｅＮＢ１０３が、ＳＩＢ３〜８送信を繰り返す必要性を回避（又は最小化）することにより、ブロードキャストシグナリングオーバヘッドを低減する。初期アクセスのために必須であると考慮されないＳＩＢ、例えば、ＳＩＢ１、ＳＩＢ２、ＳＩＢ１４以外の全てのＳＩＢは、非必須のＳＩＢである。拡張されたカバレッジモードで動作しているＵＥ（例えば、ＵＥ１１５又はＭＴＣ ＵＥ１１６）は、非必須のＳＩＢのサブセットのみを受信する必要があってもよく、例えば、ＳＩＢ３、４及び５のみ、又はこれらのＳＩＢのコンテンツのサブセットのみを受信する必要があってもよい。

一つのアプローチにおいて、拡張されたカバレッジモードで動作しているＵＥ（例えば、ＵＥ１１５又はＭＴＣ ＵＥ１１６）は、初期アクセスの際に、共通制御チャンネル（ＳＩ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ、ブロードキャストチャンネル）を介して、非必須のＳＩＢの受信をスッキプすることができる。その代わりに、関連のＵＥは、ＲＲＣ接続モードへの進入の際に、専用のＲＲＣシグナリングを通じて、ｅＮＢ１０３から非必須のＳＩＢ（又は非必須のＳＩＢのコンテンツのサブセット）を受信でき、又はそのようなことが予想される。ＵＥは、その設定に応じて、ＲＲＣアイドルモードに進入し、セルの再選択又は周波数の再選択の手続きを行う場合に、得られた設定が、有効なままであると仮定できる。

他のアプローチにおいては、拡張されたカバレッジモードで動作しているＵＥ（例えば、ＵＥ１１５又はＭＴＣ ＵＥ１１６）は、例えば、初期アクセスの後に（拡張されたカバレッジ向けに設計されていないと仮定）、まだ非必須のＳＩＢをデコードしようと試みることができる。関連のＵＥは、非必須のＳＩＢを成功的にデコードしてもよく、デコードしなくてもよい。ＵＥは、これが成功的に獲得したＳＩＢ又は獲得できないＳＩＢを、ネットワークに表示するように設定される。ネットワークは、次に、ＵＥが成功的に獲得できなかったＳＩＢコンテンツを、専用のＲＲＣシグナリングを通じて送信する。しかしながら、拡張されたカバレッジモードで動作しているＵＥ（例えば、ＵＥ１１５又はＭＴＣ ＵＥ１１６）が、非必須のＳＩＢにおける変更に関する通知を受信する方式を指定する必要性がさらに存在する。

図１３は、本発明による専用のＲＲＣシグナリング１３００を通じたＭＴＣ非必須のＳＩＢ伝送の例示的手続きを示す。このフローチャートには、一連の順次的ステップ及びシグナルが示されているが、明示的に述べない限り、このシーケンスから、特定の実行状態、ステップ及びシグナル又はその一部が同時又は時間的に重複するのではなく、シリアルに実行されること、割り込み又は中間ステップを排除して実行されることに関して、如何なる堆論もなされてはいけない。示された例におけるプロセスは、例えば、ＵＥ又はＭＴＣ ＵＥ及びｅＮＢ内の送信機チェーンによって実装される。

非必須のＳＩＢの通知の一代案において、ｅＮＢ１０３は、専用の無線リソース制御（ＲＲＣ）シグナリングを通じて、新たな非必須のＳＩＢ情報を用いて、拡張されたカバレッジモードで動作しているＵＥをアップデートする。この代案においては、カバレッジ拡張された非必須のＳＩＢを送信する必要性が、共に回避できる。例えば、ステップ１３０５において、ＭＴＣ ＵＥ１１６は、ブロードキャストチャンネルを通じて、ｅＮＢ１０３からＭＴＣ ＭＩＢ、ＳＩＢ１、ＳＩＢ２及びＳＩＢ１４、即ち、必須のＳＩＢ情報を受信する。ＲＲＣ接続１３１０が、ＭＴＣ ＵＥ１１６とｅＮＢ１０３との間で確立される。その後に、ステップ１３１５において、ｅＮＢ１０３は、専用のＲＲＣメッセージを通じて、ＭＴＣ ＵＥ１１６に、非必須のＳＩＢ情報、例えば、ＭＴＣ ＳＩＢ３、４及び５を送信する。ＭＴＣ ＳＩＢ３、４及び５の受信に対する応答として、ＭＴＣ ＵＥ１１６は、ｅＮＢ１０３に確認応答（ＡＣＫ）１３２０を送信する。ＡＣＫ１３２０の受信の際に、ステップ１３２５において、ｅＮＢ１０３は、専用のＲＲＣメッセージを通じてＭＴＣ ＳＩＢ３、４及び５のアップデートを送信する。アップデートの受信に対する応答として、ステップ１３３０において、ＭＴＣ ＵＥ１１６は、ｅＮＢ１０３にＡＣＫを送信する。その後に、ステップ１３３５において、ＲＲＣ接続がリリースされ、ブロック１３４０において、ＭＴＣ ＵＥ１１６は、ＭＴＣ ＳＩＢ３、４及び５から得た設定によるＲＲＣアイドルモードの手続きを行う。

図１４は、本発明によるブロードキャストチャンネルを介したアップデートを用いる専用のＲＲＣシグナリングを通じたＭＴＣ非必須のＳＩＢ伝送の例示的手続きを示す。このフローチャートには、一連の順次的ステップやシグナルが示されているが、明示的に述べない限り、このシーケンスから、特定の実行状態、ステップ及びシグナル又はその一部が同時又は時間的に重複するのではなく、シリアルに実行されること、割り込み又は中間ステップを排除して実行されることに関して、如何なる堆論もなされてはいけない。示された例におけるプロセスは、例えば、ＵＥ又はＭＴＣ ＵＥ及びｅＮＢ内の送信機チェーンによって実装される。

非必須のＳＩＢ通知の他の代案において、ｅＮＢ１０３は、非必須のＳＩＢのうちの一つへの変更が存在する場合、一時期（例えば、ＭＴＣ ＳＩ修正周期で）の非必須のＳＩＢをブロードキャストする。例えば、ステップ１４０５において、ＭＴＣ ＵＥ１１６は、ブロードキャストチャンネルを通じて、ｅＮＢ１０３からＭＴＣ ＭＩＢ、ＳＩＢ１、ＳＩＢ２及びＳＩＢ１４、即ち、必須のＳＩＢ情報を受信する。ＲＲＣ接続１４１０が、ＭＴＣ ＵＥ１１６とｅＮＢ１０３との間で確立される。その後に、ステップ１４１５において、ｅＮＢ１０３は、専用のＲＲＣメッセージを通じて、ＭＴＣ ＵＥ１１６にＭＴＣ ＳＩＢ３、４、及び５を送信する。ＭＴＣ ＳＩＢ３、４、及び５の受信に対する応答として、ＭＴＣ ＵＥ１１６は、ｅＮＢ１０３にＡＣＫ１４２０を送信する。ｅＮＢ１０３は、ステップ１４２５におけるページングを通じて、拡張されたカバレッジモードで動作しているＭＴＣ ＵＥ１１６に、非必須のＳＩＢにおける変更が存在することを通知する。ステップ１４３０において、ページングを受信する際に、ＭＴＣ ＵＥ１１６は，次のＭＴＣ ＳＩ修正周期から、共通制御チャンネル（ＳＩ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ、ブロードキャストチャンネル）から非必須のＳＩＢを獲得し始める。非必須のＳＩＢのスケジューリングが、ＭＴＣ ＳＩＢ１から得られる。ＭＴＣ ＵＥ１１６は、また非必須のＳＩＢのアップデートされたスケジューリング情報を得るために、ＭＴＣ ＳＩＢ１を獲得する。その代わりに、ＭＴＣ ＵＥ１１６は、ＭＴＣ ＳＩＢ１における非必須のＳＩＢに関するスケジューリング情報が、変更されていないままであると仮定でき、ＭＴＣ ＵＥ１１６が、ＭＴＣ ＳＩＢ１を獲得することをスキップすることができる。その後に、ＲＲＣ接続がリリースされ（１４３５）、またブロック１４４０において、ＭＴＣ ＵＥ１１６は、ＭＴＣ ＳＩＢ３、４、及び５から得た設定によるＲＲＣアイドルモードの手続きを行う。

図１５は、本発明による第１のＳＩＢ１送信を示す。図１５に示されたＳＩＢ１送信１５００の実施形態は、単なる例示のためのものである。他の実施形態が本発明の範囲から逸脱することなく実施されてもよい。

実施形態６：ＭＴＣ ＳＩＢ１送信
本実施形態においては、説明の便宜上、追加的に繰り返されたＳＩＢ１が、ＭＴＣ ＳＩＢ１として参照される。ＭＴＣ ＳＩＢ１についてのリソースエレメントマッピングは、レガシーＳＩＢ１と同一であり得る（開始ＰＤＳＣＨシンボルの決定についての可能性を除いて）。

ＭＴＣ ＳＩＢ１送信１５００及び受信の第１代案において、ＭＴＣ ＵＥ１１６は、例えば、異なるＳＩＢ１送信から、ＬＬＲ（Log Likelihood Ratio）ソフトビットを組み合わせることにより、８０ｍｓ周期１５１５内でレガシーＳＩＢ１ １５０５と、追加的に繰り返されたＳＩＢ１ １５１０とを組み合わせる。ＭＴＣ ＳＩＢ１の第１の送信は、ＳＦＮが、所定の条件を満たす無線フレームのサブフレーム＃０ １５２０にスケジュールされ、また繰り返しは、８０ｍｓ周期１５１５内における全ての他の無線フレームのサブフレーム＃０ １５２５に、及び８０ｍｓ周期１５１５内におけるＳＦＮｍｏｄ２＝1の場合のサブフレーム＃５ １５３０に、スケジュールされる。特定の実施形態においては、サブフレーム＃０ １５２０及びサブフレーム＃５ １５３０でのみＭＴＣ ＳＩＢ１ １５０５を送信することが有利で、その理由は、これらが、ＴＤＤ設定に関係なく、ダウンリンクサブフレームであることが保証されるからである。しかしながら、ＭＴＣ ＳＩＢ１ １５０５に用いられる追加のダウンリンクサブフレームが排除されない。図１５に示された例においては、説明の便宜上、サブフレーム＃０ １５２０及びサブフレーム＃５ １５３０のみが、ＭＴＣ ＳＩＢ１ １５０５送信のために用いられている。その上、ＭＴＣ ＵＥ１１６が、例えば、システム帯域幅中の中間のＭ ＰＲＢで組み合わせ可能である（例えば、ここで、Ｍ＝６、又は８、又は１０．．．）ＳＩＢ１ １５０５についての固定されたリソースの割り当てを仮定する場合、ＳＩＢ１を運搬するＰＤＳＣＨの開始シンボルが、固定されると仮定する（例えば、サブフレームの第４のＯＦＤＭシンボル）。ＭＴＣ ＳＩＢ１ １５０５が送信されるサブフレーム＃０ １５２０の場合、ｅＮＢ１０３は、ＰＢＣＨ１５３５について割り当てられたＯＦＤＭシンボルを除いて、ＰＤＳＣＨ領域内の全てのシンボルでＭＴＣ ＳＩＢ１ １５０５を送信する。

図１６は、本発明による第２のＳＩＢ１送信を示す。図１６に示されたＳＩＢ１送信１６００の実施形態は、単なる例示のためのものである。他の実施形態が、本発明の範囲から逸脱することなく実施されてもよい。

ＭＴＣ ＳＩＢ１送信１６００及び受信の第２の代案は、システム帯域幅が、１．４ＭＨｚより大きな場合（例えば、５ＭＨｚ）、中間の６ＰＲＢに隣接したＭ ＰＲＢ、例えば、中間の６ＰＲＢより小さく、又は大きい周波数に位置した６個の隣接したＰＲＢ（即ち、Ｍ＝６）においては、少なくともサブフレーム＃０ １６１０のＭＴＣ ＳＩＢ１ １６０５が、ｅＮＢ１０３により送信でき、またＭＴＣ ＵＥ１１６により受信できることを除いて、ＭＴＣ ＳＩＢ１送信１５００の第１代案（代案１）と類似である。サブフレーム＃５ １６２０で送信されたＳＩＢ１ １６１５（レガシー又はＭＴＣ ＳＩＢ１）は、継続して中間のＭ ＰＲＢに位置でき、又はＳＩＢ１ １６１５は、サブフレーム＃０ １６１０におけるＭＴＣ ＳＩＢ１ １６０５と同一の周波数位置に位置できる。図１６に示された例において、 ＭＴＣ ＳＩＢ１ １６０５の周波数位置は、単純化のために示されない。

図１７は、本発明による第３のＳＩＢ１送信を示す。図１７に示されたＳＩＢ１送信１７００の実施形態は、単なる例示のためのものである。他の実施形態が、本発明の範囲から逸脱することなく実施されてもよい。

ＭＴＣ ＳＩＢ１送信１７００及び受信の第３代案は、システム帯域幅が、１．４ＭＨｚより大きな場合（例えば、３ＭＨｚ又は５ＭＨｚ）、ＭＴＣ ＳＩＢ１ １７０５が、ｅＮＢ１０３により送信でき、またＭＴＣ ＵＥ１１６により受信できることを除いて、ＭＴＣ ＳＩＢ１送信１５００の第１代案（代案１）と類似である。ＭＴＣ ＳＩＢ１送信１７００の第３代案において、サブフレーム＃０ １７１０のＭＴＣ ＳＩＢ１ １７０５は、システム帯域幅の中間のＭ_２ ＰＲＢに位置される（例えば、 Ｍ_２＝８又は１０など）。サブフレーム＃０ １７１０の場合、ｅＮＢ１０３は、ＰＢＣＨ１７１５について割り当てられたＯＦＤＭシンボルを除いたＰＤＳＣＨ領域の全てのシンボルにおいて、ＭＴＣ ＳＩＢ１ １７０５を送信する。サブフレーム＃５ １７２０の場合、レガシーＳＩＢ１又はＭＴＣ ＳＩＢ１ １７０５は、続いて中間のＭ ＰＲＢ（例えば、Ｍ＝６、８、１０．．．）で送信できる。

ＭＴＣ ＳＩＢ１送信及び受信の第４代案において、ｅＮＢ１０３及びＭＴＣ ＵＥ１１６は、システム帯域幅に応じて、ＳＩＢ１送信及び受信をそれぞれ変更し、例えば、以下の通りである。
例１：
（ａ）システム帯域幅が、 １．４ＭＨｚの場合、ｅＮＢ及びＵＥは、第１代案を仮定し、
（ｂ）そうでない場合、ｅＮＢ及びＵＥは、第３代案を仮定する。
例２：
（ａ）システム帯域幅が１．４ＭＨｚの場合、ｅＮＢ及びＵＥは、第１代案を仮定し、
（ｂ）そうでない場合、ｅＮＢ及びＵＥは、第２代案を仮定する。
例３：
（ａ）システム帯域幅が１．４ＭＨｚ又は３ＭＨｚの場合、ｅＮＢ及びＵＥは、第１代案を仮定し、
（ｂ）そうでない場合、ｅＮＢ及びＵＥは、第２代案を仮定する。
例４：
（ａ）システム帯域幅が１．４ＭＨｚ又は３ＭＨｚの場合、ｅＮＢ及びＵＥは、第１代案を仮定し、
（ｂ）そうでない場合、ｅＮＢ及びＵＥは、第３代案を仮定する。
全ての前記代案において、ＭＴＣ ＳＩＢ１送信のためのＳＦＮの条件は，以下のうちのいずれかであり得る。
-ＳＦＮｍｏｄ８＝０の場合のＳＦＮ
-ＳＦＮｍｏｄ８＊Ｐ＝０の場合のＳＦＮ、ここで、Ｐ＞０、例えば、Ｐ＝２、３、４、１０、１００、１０００など。

-ＳＦＮｍｏｄ８＊Ｐ＝Ｎの場合のＳＦＮ、ここで、Ｐ＞０、例えば、Ｐ＝２、３、４、１０、１００、１０００など、及び、Ｎ＞０、例えば、Ｎ＝４、８など（Ｎは、ＭＴＣ ＰＢＣＨとの衝突を避けるように設定できる）；及び
-実施形態１で説明した条件を満たすその他のＳＦＮ。

ＭＴＣ ＳＩＢ１送信及び受信の第４代案において、ｅＮＢ１０３及びＭＴＣ ＵＥ１１６は、あらゆる送信インスタンスごとに（例えば、５ｍｓ周期ごとに）変更できるＭ個の隣接した物理的リソースブロック（例えば、Ｍ＝６）の周波数位置に応じて、ＳＩＢ１送信及び受信の動作を各々変更する。周波数ホッピングパターンは、システム帯域幅及びＳＦＮの関数であることができ、このパターンは、Ｒ＝ｆｌｏｏｒ（システム帯域幅／Ｍ）繰り返しが、非重畳帯域幅に存在するようになる。

前述の全ての代案において、ＭＴＣ ＳＩＢ１送信についてのサブフレームが、ＭＴＣ ＰＢＣＨ送信と一致する場合、ＭＴＣ ＵＥ１１６は、ＭＴＣ ＳＩＢ１は送信されず、ＭＴＣ ＰＢＣＨが送信されると仮定できる。

Ｒｅｌ−１１ＵＥにより同一のサブフレームにおけるダウンリンクに同時に受信できる物理的チャンネルの可能な組み合わせが、３ＧＰＰ ＴＳ３６．３０２のセッション８．２に記述されている（ＲＥＦ６を参照）。費用低減の目的のために、ＭＴＣ ＵＥ１１６は、Ｒｅｌ−８〜１１から規定された既存のカテゴリのＵＥと同一の階層１処理能力を備えなくてもよい。新たなＵＥカテゴリ、例えば、カテゴリ０（Ｃａｔ０ＵＥ）（他のカテゴリ命名規則が排除されない）が、ＭＴＣ ＵＥ１１６について定義される。一般に、Ｃａｔ０ＵＥは、他のカテゴリに比べて、制限されたＤＬデータ処理能力を有する。Ｃａｔ０ＵＥに対する能力制限事項の幾つかの可能な例は、以下のようである。

各ＴＴＩの場合：
例1: Ｃａｔ０ＵＥは、１ＴＢのみを受信できる（例えば、ＤＬ−ＳＣＨ（ユニキャスト）ＴＢ（ＲＲＣ接続モード）、ＳＩブロードキャストのためのＤＬ−ＳＣＨ ＴＢ、ＲＡＲのためのＤＬ−ＳＣＨ ＴＢ、ＢＣＨ ＴＢ、ＰＣＨ ＴＢ）。

例２：全てのＴＢについてのビットの総数が、Ｃａｔ０ＵＥについてのＴＴＩ内で受信できる最大のＴＢビット数（例えば、１０００ビット）を超過しない場合、Ｃａｔ０ＵＥは、ユニキャスト（ＲＲＣ接続モード）のための１ＤＬ−ＳＣＨ ＴＢ、ＳＩブロードキャストのための１ＤＬ−ＳＣＨ ＴＢ、ＲＡＲのための１ＤＬ−ＳＣＨ ＴＢ、及び１ＢＣＨ ＴＢ及び１ＰＣＨ ＴＢを受信できる。

例３：Ｃａｔ０ＵＥは、ユニキャスト（ＲＲＣ接続モード）のための１ＤＬ−ＳＣＨ ＴＢ、ＲＡＲのための１ＤＬ−ＳＣＨ ＴＢ、及びＳＩブロードキャストのための１ＤＬ−ＳＣＨ ＴＢと、１ＢＣＨ ＴＢと、１ＰＣＨ ＴＢのうちの一つを受信できる（ここで、各々のＴＢサイズは、Ｃａｔ０ＵＥについてのＴＴＩ内で受信できる最大のＴＢビット数より少ない ）。

例４：Ｃａｔ０ＵＥは、ユニキャスト（ＲＲＣ接続モード）のための１ＤＬ−ＳＣＨ ＴＢと、ＳＩブロードキャストのための１ＤＬ−ＳＣＨ ＴＢとＲＡＲのための１ＤＬ−ＳＣＨ ＴＢと、１ＢＣＨ ＴＢと、１ＰＣＨ ＴＢとを受信できる（ここで、各々のＴＢサイズは、Ｃａｔ０ＵＥについてのＴＴＩ内で受信できる最大ＴＢビット数より少ない）。

例５：全てのＴＢについて割り当てられた全体のＰＲＢが、Ｃａｔ０ＵＥについてのＴＴＩ内で受信できるＰＲＢの最大数を超過しない場合、Ｃａｔ０ＵＥは、ユニキャスト（ＲＲＣ接続モード）のための１ＤＬ−ＳＣＨと、ＳＩブロードキャストのための１ＤＬ−ＳＣＨ ＴＢと、ＲＡＲのための１ＤＬ−ＳＣＨ ＴＢと１ＢＣＨ ＴＢと１ＰＣＨ ＴＢとを受信できる。

例６：Ｃａｔ０ＵＥは、最大Ｘ数のビットの１ＤＬ−ＳＣＨ ＴＢ及び最大Ｙ数のビットの１ＤＬ−ＳＣＨ ＴＢを同一のサブフレームで同時に受信できるだけである（ここで、Ｘは、例えば、１０００ビットであってもよく、Ｙは、例えば、２２１６ビットであってもよい）。
前記多数の例の組み合わせが可能である。前記多数の例の他の変形が可能である。

ネットワーク又はｅＮＢは、ＵＥからのシグナリングに基づいて、ＵＥのカテゴリを認識できるが、ＵＥが、サブフレームにおけるページングメッセージ又はブロードキャスト制御メッセージ（ＭＩＢ又はＳＩＢ）のような共通メッセージを受信しているか否かを、ネットワークが分かることはできない。したがって、ネットワークは、サブフレームにおけるＵＥについてのユニキャストメッセージのスケジューリングが、ＵＥによるブロードキャスト又はページングメッセージの受信と一致できるか否かを確信できない。したがって、ブロードキャストメッセージ及びユニキャストメッセージのＤＬ受信の衝突が、Ｃａｔ０ＵＥについてどのように解決されるべきかについて指定する必要性が存在する。

一実施形態（実施形態７−ドロッピング規則）：
前述のようなＣａｔ０ＵＥのＬ１処理能力の制限事項のため、ブロードキャストメッセージ及びユニキャストメッセージのＤＬ受信の衝突が、Ｃａｔ０ＵＥにおいてどのように解決すべきかについて指定する必要がある。

ブロードキャストメッセージ及びユニキャストメッセージのＤＬ受信の衝突を避けるための一つのアプローチは、ＵＥが、同一のＴＴＩ内で受信しても、受信しようと試みてもよいブロードキャスト又はページングメッセージのないＴＴＩでのみネットワークが、Ｃａｔ０ＵＥをスケジュールすることである。即ち、衝突を回避するために、ネットワーク又はｅＮＢ１０３は、ＵＥが、同一のＴＴＩ内で受信しても、受信しようと試みてもよいブロードキャスト又はページングメッセージのないＴＴＩでのみＣａｔ０ＵＥをスケジュールする。かかるアプローチにおいて、Ｃａｔ０ＵＥは、システム情報又はページングが送信されるＴＴＩでは、ユニキャストメッセージを受信することを予想されないと決定又は仮定できる。Ｃａｔ０ＵＥは、またＣ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩでスクランブルされたＣＲＣを用いて、ＰＤＣＣＨ／ＥＰＤＤＣＨをモニターすることができ、またＰＤＣＣＨ／ＥＰＤＣＣＨデコーディングの数が減少できる。しかしながら、このようなアプローチは、ネットワークに対する過度なスケジューリングの制限を引き起こすことができ、その理由は、システム情報又は、ページングについてのＴＴＩは、ユニキャスト送信のために使用できなく、またＵＥが常にシステム情報又はページングを受信できないか、又は受信する必要がないからである。

前述のスケジューリング制限を緩和するために、他のアプローチは、ネットワークによるユニキャストメッセージを用いて、ブロードキャスト又はページングメッセージの同時送信を許容する。Ｃａｔ０ＵＥは、次に、Ｃａｔ０ＵＥの能力に基づいて、メッセージのフルセット又はメッセージのサブセットを受信する。このようなアプローチのために、Ｃａｔ０ＵＥについてのＤＬデータタイプの優先順位整列を指定する必要がある。
一つの方法（方法１）において、ＤＬデータタイプ受信の優先順位は、ＲＮＴＩによって決まれ、特定の優先順位整列は、以下のように与えられる。
ＢＣＨ（ＰＢＣＨ）＞ＳＩ−ＲＮＴＩ＞Ｐ−ＲＮＴＩ＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ

これは、ＵＥが、ＳＩブロードキャストのためのＤＬ−ＳＣＨ（ＳＩ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ）よりも、ＢＣＨ（ＰＢＣＨ）受信を優先させ、ＳＩブロードキャストのためのＤＬ−ＳＣＨ（ＳＩ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ）が、ＰＣＨ（Ｐ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ、ページング）よりも優先され；ＰＣＨ（Ｐ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ、ページング）が、ＲＡＲ（ＲＡ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ）よりも優先され；ＲＡＲ（ＲＡ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ）が、ユニキャストデータ（Ｃ−ＲＮＴＩ/ＳＰＳ Ｃ−ＮＴＩでスクランブルされたＰＤＳＣＨ）よりも優先されることを意味する。

前記整列は、ユニキャストメッセージ（Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ）に比べ、システム情報受信（ＭＩＢ及びＳＩＢ）、共通メッセージ（ページング、ＲＡＲ）に、より高い優先順位を与える。ＢＣＨ（ＰＢＣＨ）は、ＭＩＢを含み、ＭＩＢが、セルアクセスのための最も必須な情報を含むため、ＢＣＨ（ＰＢＣＨ）が、残りのデータタイプよりも優先される。特に、ＵＥが、現在のセルに関する有効システム情報を有していない場合、ＰＤＳＣＨは、セルアクセスのための必須なシステム情報（例えば、ＳＩＢ１及びＳＩＢ２）を含むこともできるため、ＳＩ−ＲＮＴＩでスクランブルされたＰＤＳＣＨは、Ｐ−ＲＮＴ／ＲＡ−ＲＮＴＩ及びＣ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩよりも、優先される。また、ＳＩＢ２は、ページングをモニターする時点を、ＵＥに知らせることもある。ページング（Ｐ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ）は、ＲＡＲ（ＲＡ−ＲＮＴＩ）及びユニキャストデータ（Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ）よりも、優先される。その理由は、ページングが、システム情報変更, 着信号、及び緊急メッセージ（例えば、ＥＴＷＳ）のような、重要なイベントについてＵＥに知らせるために用いられるからである。ＲＡＲは、ユニキャストメッセージより優先順位付けられるが、その理由は、ランダムアクセス手続きの完了は、ＵＬ同期化及びスケジューリングリクエストのような時間臨界的な目的のために必要であり得るからであり、ひいては、これは、Ｒｅｌ−８ＵＥ動作に従うからである（ＲＥＦ３を参照）。

優先順位規則は、必ずＵＥが全ての送信インスタンス毎にＭＩＢ及びＳＩＢをモニターするか、受信する必要があることを意味しない。ＵＥが、ＭＩＢ及びＳＩＢをモニター及び受信すべき時点に関して、レガシーＵＥ動作がまだ適用できる。同様に、ＵＥは、必要に応じて、即ち、ＲＡＲモニターリングウィンドウのサブフレームでＲＡ−ＲＮＴＩをモニターするだけである。

例１によるＵＥ能力の場合、Ｃａｔ０ＵＥは、まず、ＴＴＩで送信されるＴＢ及びＣａｔ０ＵＥが受信する必要のあるＴＢを決定し、次に、ＵＥは、関連のＴＢの中で最上位の優先順位を有するＴＢを受信すると選択する。より低い優先順位を有する他のＴＢは、受信されないか、廃棄される。ユニキャストデータが、ＵＥについてスケジュールされ、ＰＤＣＣＨ、ＥＰＤＣＣＨ又はネットワーク設定を通じて、ＵＥにより知られているが、同一のＴＴＩ内の他のより高い優先順位を有するＴＢの存在の結果として後順位が付けられている場合には、ＵＥが、ｅＮＢ１０３に否定応答（ＮＡＣＫ）を送信することで、ユニキャスト受信の失敗についてｅＮＢ１０３に知らせる。それから、ｅＮＢ１０３は、ドロップされたユニキャストメッセージの再送信をスケジュールすることができる。

図１８は、本発明により受信するＴＢのセットを選択するプロセス１８００を示す。このフローチャートには、一連の順次的ステップが示されているが、明示的に述べない限り、このシーケンスから、特定の実行状態、ステップ及びシグナル又はその一部が同時又は時間的に重複するのではなく、シリアルに実行されること、割り込み又は中間ステップを排除して実行されることに関して、如何なる堆論もなされてはいけない。示された例におけるプロセスは、例えば、移動局内の送信機チェーンによって実装される。

例２によるＵＥ能力の場合、Ｃａｔ０ＵＥは、まず、ＴＴＩで送信されるＴＢ及びＣａｔ０ＵＥを受信する必要のあるＴＢを決定する。ＵＥは、次に、全てのＴＢが含まれるまで又はＵＥ能力が超過されるまで、最上位の優先順位から、最下位の優先順位まで受信するＴＢを考慮し、この場合に、考慮される最後のＴＢは、ＵＥ処理能力内にとどまるように含まれない。受信するＴＢのセットを選択する細部手続きの一例が、以下に与えられる。

ブロック１８０５（ステップ１）において、ＵＥは、最上位の優先順位から最下位の優先順位まで、一つずつ受信するＴＢを考慮する。ＵＥは、まず、ＴＢのうちで最上位の優先順位を有するＴＢを受信するように選択する。

ブロック１８１０（ステップ２）において、ＵＥは、受信可能なＴＢの最大サイズから、選択されたＴＢのＴＢサイズを差し引くことにより、受信できる残りの（複数の）ＴＢのサイズを算出する。

ブロック１８１５（ステップ３）において、ＵＥは、次の最上位の優先順位を有するＴＢを考慮する。新たに考慮されたＴＢのサイズが、受信可能な残りの（複数の）ＴＢのサイズより小さい場合は、ブロック１８２０においてＴＢを受信するように選択し、ブロック１８１０におけるステップ２に進む。新たに考慮されたＴＢのサイズが、ＵＥが受信可能な残りの（複数の）ＴＢのサイズ以上の場合は、ブロック１８２５においてステップ４に進む。ブロック１８２５（ステップ４）において、ＵＥは、選択された（複数の）ＴＢのセットを受信するように進む。

選択されたＴＢの処理（即ち、復調及びデコーディング）は、またそのＴＢが、処理のために選択された後に実行できることに留意する。即ち、ＵＥは、全体の選択手続きの完了を待つ必要がないこともある。
別の方法（方法２）において、ＤＬデータタイプ受信の優先順位は、以下の通りである。
ＢＣＨ（ＰＢＣＨ）＞Ｐ−ＲＮＴＩ>ＳＩ−ＲＮＴＩ＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ

これは、ＵＥが、ＰＣＨ（Ｐ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ、ページング）よりもＢＣＨ（ＰＢＣＨ）受信を優先させ；ＰＣＨ（Ｐ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ、ページング）が、ＳＩブロードキャストのためのＤＬ−ＳＣＨ（ＳＩ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ）よりも優先され；ＳＩブロードキャストのためのＤＬ−ＳＣＨ（ＳＩ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ）が、ＲＡＲ（ＲＡ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ）よりも優先され；ＲＡＲ（ＲＡ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ）が、ユニキャストデータ（Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩでスクランブルされたＰＤＳＣＨ）よりも優先されることを意味する。

前記整列は、ユニキャストメッセージ（Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ）よりもシステム情報受信（ＭＩＢ及びＳＩＢ）、共通メッセージ（ページング、ＲＡＲ）に、より高い優先順位を与える。方法１と比較して、差異点は、ＳＩ−ＲＮＴＩよりもＰ−ＲＮＴＩに優先順位を付けることである。これは、Ｐ−ＲＮＴＩが、システム情報変更、着信号、及び緊急メッセージ（例えば、ＥＴＷＳ）のような重要イベントについてＵＥに知らせるために用いられるからである。システム情報は、一般に、ネットワークにより何度も送信され；したがって、ＵＥは、まだ次の時間インスタンスでシステム情報を獲得できる。

優先順位規則は、必ずＵＥが全ての送信インスタンス毎にＭＩＢ及びＳＩＢをモニター又は受信する必要があることを意味することではない。ＵＥが、ＭＩＢ及びＳＩＢをモニター又は受信すべき時点に関して、レガシーＵＥ動作がまだ適用できる。同様に、ＵＥは、必要に応じて、即ち、ＲＡＲモニターリングウィンドウのサブフレームにおいて、ＲＡ−ＲＮＴＩをモニターするだけである。優先順位規則に従い、ＤＬデータを受信するＵＥ手続きは、方法１で説明した通りである。

別の方法（方法３）において、ＤＬデータタイプ受信の優先順位は、ＵＥの現在の状態又は設定によって異なる。一例において、ＳＩ−ＲＮＴＩ及びＰ−ＲＮＴＩの優先順位は、有効システム情報が、現在のサービングセルについて、ＵＥにより受信されたか又はＵＥに設定されたかによる。その代わりに、ＳＩ−ＲＮＴＩ及びＰ−ＲＮＴＩの優先順位は、現在のシステム情報が、これ以上有効でないか又は無効になるかによって異なる。

ＵＥが、現在のサービングセルからシステム情報をまだ受信していない場合は、現在のシステム情報が、これ以上有効でないときに、又は現在のシステム情報が、無効になるときに、例えば、ページングにより以下のように通報される。
ＢＣＨ（ＰＢＣＨ）＞ＳＩ−ＲＮＴＩ＞Ｐ−ＲＮＴＩ＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ/ＳＰＳ Ｃ−ＲＮＴＩ、
そうでない場合：
ＢＣＨ（ＰＢＣＨ）＞Ｐ−ＲＮＴＩ＞ＳＩ−ＲＮＴＩ＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ/ＳＰＳ Ｃ−ＲＮＴＩ、
オプション１：ＢＣＨ（ＰＢＣＨ）＞Ｐ−ＲＮＴＩ＞ＳＩ−ＲＮＴＩ＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ/ＳＰＳ Ｃ−ＲＮＴＩ、又は
オプション２：Ｐ−ＲＮＴＩ＞ＢＣＨ（ＰＢＣＨ）＞ＳＩ−ＲＮＴＩ＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ/ＳＰＳ Ｃ−ＲＮＴＩ、又は
オプション３：Ｐ−ＲＮＴＩ＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ/ＳＰＳ Ｃ−ＲＮＴＩ＞ＢＣＨ（ＰＢＣＨ）＞ＳＩ−ＲＮＴＩ
エンド

他の例において、特定のシステム情報（例えば、ＳＩＢ１４）のみが、例えば、ページングを通じて知らされることにより、これ以上有効でないか、又は無効になる場合は、ＳＩＢ１４について以下で説明されるように、ページングよりもＳＩ−ＲＮＴＩに優先順位を付けることが、対応するＳＩＢについて生じるだけである。
ＵＥが、現在のサービングセルからシステム情報をまだ受信していないか、又は現在のシステム情報が、これ以上有効でない場合は、
ＢＣＨ（ＰＢＣＨ）＞ＳＩ−ＲＮＴＩ＞Ｐ−ＲＮＴＩ＞ＳＩ−ＲＮＴＩ＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ

あるいは、ＵＥが、ＥＡＢパラメータ（ＳＩＢ１４）変更について（しかしながら、一般的なシステム情報変更ではない）ページングを通じて通知を受信した場合には、

ＢＣＨ（ＰＢＣＨ）＞ＳＩ−ＲＮＴＩ（ＳＩＢ１4）＞Ｐ−ＲＮＴＩ＞ＳＩ−ＲＮＴＩ（他の関連ＳＩＢ ）＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ
そうでない場合：
ＢＣＨ（ＰＢＣＨ）＞Ｐ−ＲＮＴＩ＞ＳＩ−ＲＮＴＩ＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ、
オプション１：ＢＣＨ（ＰＢＣＨ）＞Ｐ−ＲＮＴＩ＞ＳＩ−ＲＮＴＩ＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ、又は
オプション２: Ｐ−ＲＮＴＩ > ＢＣＨ（ＰＢＣＨ）＞ＳＩ−ＲＮＴＩ＞ ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ/ＳＰＳ Ｃ−ＲＮＴＩ、又は
オプション３：Ｐ−ＲＮＴＩ＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ＞ＢＣＨ（ＰＢＣＨ）＞ＳＩ−ＲＮＴＩ
エンド

前記方法は、ページングよりも他のＳＩＢタイプに優先順位を付けることに拡張できる。前記方法は、ページングよりも複数のＳＩＢタイプに優先順位を付けることに拡張できる。

優先順位規則は、必ずＵＥが全ての送信インスタンス毎にＭＩＢ及びＳＩＢをモニター又は受信する必要があることを意味することではない。ＵＥが、ＭＩＢ及びＳＩＢをモニター又は受信すべき時点に関して、レガシーＵＥ動作がまだ適用できる。同様に、ＵＥは、必要に応じて、即ち、ＲＡＲモニターリングウィンドウのサブフレームにおいて、ＲＡ−ＲＮＴＩをモニターするだけである。優先順位規則に従い、ＤＬデータを受信するＵＥ手続きは、方法１で説明した通りである。

別の方法（方法４）において、ＳＩ−ＲＮＴＩ及びＰ−ＲＮＴＩの優先順位は、ＳＩＢのタイプによって異なる。いくつかの例が、以下に与えられる。
例Ａ：ＢＣＨ（ＰＢＣＨ）＞ＳＩ−ＲＮＴＩ（ＳＩＢ１、２）＞Ｐ−ＲＮＴＩ＞ＳＩ−ＲＮＴＩ（他の関連ＳＩＢ）＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ。

理由：ＳＩＢ１及びＳＩＢ２は、セルアクセスのための必須のシステム情報を含み；したがって、ページングより重要であると看做される。ＳＩＢ３〜１６は、セルアクセスのために必須ではなく、したがって、これらは、ページングよりも後順位を付ける。

例Ｂ：ＢＣＨ（ＰＢＣＨ）＞ＳＩ−ＲＮＴＩ（ＳＩＢ１、２、１４）＞Ｐ−ＲＮＴＩ＞ＳＩ−ＲＮＴＩ（他の関連ＳＩＢ）＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ。

理由：ＳＩＢ１４が、またページングよりも優先順位付けられることを除いて、例Ａと類似である。これは、セルがＣａｔ０ＵＥにアクセスすることを禁止すべきか否かを表すＥＡＢパラメータを、ＳＩＢ１４が含むからである。

例Ｃ：ＢＣＨ（ＰＢＣＨ）＞ＳＩ−ＲＮＴＩ（ＳＩＢ１、２、３、４、５、１４）＞Ｐ−ＲＮＴＩ＞ＳＩ−ＲＮＴＩ（他の関連ＳＩＢ）＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ

理由：アイドルモード移動性情報受信も、またページングよりも優先順位付けられることを除いて、例Ｂと類似である。これは、より速いセル再選択の手続きを容易にするためである。

優先順位規則は、必ずＵＥが全ての送信インスタンス毎にＭＩＢ及びＳＩＢをモニター又は受信する必要があることを意味することではない。ＵＥが、ＭＩＢ及びＳＩＢをモニター又は受信すべき時点に関して、レガシーＵＥ動作がまだ適用できる。同様に、ＵＥは、必要に応じて、例えば、ＲＡＲモニターリングウィンドウのサブフレームにおいて、ＲＡ−ＲＮＴＩをモニターするだけである。

別の方法（方法５）において、ＤＬデータタイプ受信の優先順位は、ＵＥにおけるデータ受信の現在の状態によって異なる。カバレッジ拡張のために、物理的チャンネル送信が繰り返される場合、ＵＥにより受信されるより短い残存のデュレーションを有する物理的チャンネルに優先順位を付けることができる。例えば、ユニキャストＰＤＳＣＨ（Ｃ−ＲＮＴＩ）が、１０サブフレームのために繰り返され、ＵＥが、９サブフレームを既に受信しており、サブフレームｎで受信されるもう一つのサブフレームのみか存在すると仮定し、ページングＰＤＳＣＨ（Ｐ−ＲＮＴＩ）が、５サブフレームのために繰り返され、第１のサブフレームが、サブフレームｎにおいて送信されるとさらに仮定すると、ユニキャストＰＤＳＣＨのためのサブフレームの残りの個数は、ページングＰＤＳＣＨのためのものに対して、１対５であるため、ＵＥは、ページングＰＤＳＣＨよりもユニキャストＰＤＳＣＨの受信を優先させる。

一実施形態（実施形態８−ＭＴＣ ＵＥについてのＲＮＴＩモニターリング動作）において
先の実施形態において説明されたドロッピング規則は、潜在的に何回も繰り返されるＤＬシグナルが、優先順位規則の結果としてＵＥによりドロッピングできるため、ネットワークリソースロス及びＵＥスループットロスの点から、費用を発生し、これは、拡張されたカバレッジモードに設定されたＣａｔ０ＵＥに対して深刻になり得る。ドロッピングによるロスを最小化するために、新たなＲＮＴＩモニターリング動作が、Ｃａｔ０ＵＥについて定義できる。

一つの方法において、Ｃａｔ０ＵＥは、ＲＲＣ接続モードにあるとき、デフォールトによりＰＢＣＨ及びＳＩ−ＲＮＴＩをモニターリング又は受信しない。Ｃａｔ０ＵＥは、ページングを通じて、ＵＥに通知されたＳＩ変更が存在する場合にのみ、ＰＢＣＨ及びＳＩ−ＲＮＴＩを受信及びモニターする。ｅＮＢは、Ｃａｔ０ＵＥが、ＭＩＢ及びＳＩＢを受信すると予想されるサブフレームにおいて、ユニキャストデータをスケジュールしない。

ＲＲＣ接続モードにある場合、Ｃａｔ０ＵＥは、ページング（Ｐ−ＲＮＴＩ）、ＲＡ−ＲＮＴＩ（ＲＡＣＨ手続きの間に、関連付けられる場合）及びＣ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩをモニター又は受信する。Ｐ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ及びＣ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩについてのドロッピング規則は、例えば、次の規則に従い、まだ適用できる。
Ｐ−ＲＮＴＩ＞ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ

ページングのために用いられるサブフレームは、またＣａｔ０ＵＥへの他の 送信からフリになり得る。したがって、Ｃａｔ０ＵＥは、それらのサブフレームにおいてＲＡ−ＲＮＴＩ又はＣ−ＲＮＴＩ／ＳＰＳ−ＲＮＴＩをモニターする必要がない。この場合、以下のドロッピング規則が適用できる。
ＲＡ−ＲＮＴＩ＞Ｃ−ＲＮＴＩ／ＳＰＳ Ｃ−ＲＮＴＩ

様々な特徴が、図面に示され、以上で説明されたが、各種の変更が、これらの図面に加えてもよい。例えば、図１から図３Ｂに示されたコンポーネントのサイズ、形状、配列及びレイアウトは、単なる例示のためのものである。各コンポーネントが、いずれの適切なサイズ、形状及び寸法を有することができ、複数のコンポーネントが、いずれの適切な配列及びレイアウトを有することができる。また、図１から図３Ｂの各種のコンポーネントが、組み合わされてもよく、さらに細分化されてもよく、又は省略されても良く、特定のニーズに応じて、追加のコンポーネントが加えてもよい。また、デバイス又はシステム内の各コンポーネントは、説明された機能を行うためのいずれの適切な構造を用いて実現できる。また、図８、１３、１４及び１８が、様々な一連のステップを示しているものの、図８、１３、１４及び１８の多様なステップは、重複されてもよく、同時に発生されてもよく、何度も発生されてもよく、相異な順序で生じてもよい。

本開示は、例示的な実施形態について説明したが、様々な変更及び修正は、当業者に示唆されてもよい。本開示は、添付の特許請求の範囲内で、上記のような変更及び修正を包含することが意図されている。

１００ 無線ネットワーク
１０１〜１０３ ｅＮＢ
１３０ ネットワーク
２００ 送信経路
２５０ 受信経路
３０５ アンテナ
３１０ ＲＦ送受信機
３１５ ＴＸプロセッシング回路
３２０ マイクロホン
３２５ ＲＸプロセッシング回路
３３０ スピーカー
３４０ メインプロセッサ
３４５ Ｉ／Ｏインターフェース
３５０ キーパッド
３５５ ディスプレイ
３６０ メモリ

Claims (30)

1. カバレッジ拡張されたユーザ端末（ＵＥ）と通信するための方法であって、
   ＭＴＣ（Machine Type Communication）フレームワークにおいて、システム情報（ＳＩ）を周波数リソースを通して前記ＵＥに送信するステップを含み、
   前記ＭＴＣフレームワークは、前記システム情報の間欠的送信周期を含んでおり、前記システム情報は、ＭＴＣマスター情報ブロック（ＭＩＢ）及び多数のＭＴＣシステム情報ブロック（ＳＩＢ）を含み、
   前記システム情報の連続した送信は、Ｎ個のフレームで分離されており、前記Nは、整数であり、
   前記周波数リソースは、システム帯域幅に基づいて決定されたホッピングパターンによって識別される方法。
2. 前記送信するステップは、ＭＴＣ物理的ブロードキャストチャンネル（ＭＴＣ ＰＢＣＨ）を含む最後のフレームから、固定数のフレームの後に、第１のシステム情報を送信することを含む、請求項１に記載の方法。
3. 前記送信するステップは、前記第１のシステム情報の送信から、第２の固定数のフレームの後に、第２のシステム情報を送信することを含む、請求項２に記載の方法。
4. 前記送信するステップは、ＭＴＣ ＳＩ修正周期の間に、全体のシステム情報を送信することを含み、
   前記ＭＴＣ ＳＩ修正周期は、以下のように定義され；
   ＳＩ修正周期＝modificationPeriodCoeff*defaultPagingCycle
   ここで、前記modificationPeriodCoeffは、ネットワークにより示される修正周期係数であり、前記defaultPagingCycleは、前記ネットワークにより示されるデフォルトページングサイクルである、請求項１に記載の方法。
5. 予め定義したサブフレーム又はフレームオフセットのうちの一つをプラスした前記ＭＴＣ ＳＩ修正周期の第１フレームが、前記ＭＴＣ ＰＢＣＨの第１フレームである、請求項４に記載の方法。
6. 前記送信するステップは、前記ＭＴＣ ＳＩ修正周期において、単一のシステム情報を送信することを含む、請求項４に記載の方法。
7. 前記送信するステップは、前記ＭＴＣ ＳＩ修正周期において、複数の周期的なシステム情報を送信することを含む、請求項４に記載の方法。
8. 前記送信周期は、前記ＭＴＣ ＭＩＢが繰り返される時間ウィンドウにより定義されるＭＴＣ ＳＩウィンドウを含む、請求項４に記載の方法。
9. 前記カバレッジ拡張されたＵＥについてのＭＴＣ ＳＩウィンドウ長さは、レガシーＳＩウィンドウの長さと異なっている、請求項４に記載の方法。
10. 前記ＭＴＣ ＳＩウィンドウの周期性は、前記レガシーＳＩウィンドウの周期性とマッチする、請求項９に記載の方法。
11. カバレッジ拡張されたユーザ端末（ＵＥ）と通信するように構成された基地局（ＢＳ）であって、
    ＭＴＣ（Machine Type Communication）フレームワークにおいて、システム情報（ＳＩ）を周波数リソースを通して前記ＵＥに送信するように構成された送信（ＴＸ）プロセッシング回路を含み、前記ＭＴＣフレームワークは、システム情報の間欠的送信周期を含んでおり、前記システム情報は、ＭＴＣマスター情報ブロック（ＭＩＢ）及び多数のＭＴＣシステム情報ブロック（ＳＩＢ）を含み、
    前記システム情報の連続した送信は、Ｎ個のフレームで分離されており、前記Ｎは、整数であり、
    前記周波数リソースは、システム帯域幅に基づいて決定されたホッピングパターンによって識別される基地局。
12. 前記ＴＸプロセッシング回路は、ＭＴＣ物理的ブロードキャストチャンネル（ＭＴＣ ＰＢＣＨ）を含む最後のフレームから、固定数のフレームの後に第１のシステム情報を送信するように構成されている、請求項１１に記載の基地局。
13. 前記ＴＸプロセッシング回路は、前記第１のシステム情報の送信から、第２の固定数のフレームの後に、第２のシステム情報を送信するように構成されている、請求項１２に記載の基地局。
14. 前記ＴＸプロセッシング回路は、ＭＴＣ ＳＩ修正周期の間に、全体のシステム情報を送信するように構成されており、
    前記ＭＴＣ ＳＩ修正周期は、以下のように定義され；
    ＳＩ修正周期＝modificationPeriodCoeff*defaultPagingCycle
    ここで、前記modificationPeriodCoeffは、ネットワークにより示される修正周期係数であり、前記defaultPagingCycleは、前記ネットワークにより示されるデフォルトページングサイクルである、請求項１１に記載の基地局。
15. 予め定義したサブフレーム又はフレームオフセットのうちの一つをプラスした前記ＭＴＣ ＳＩ修正周期の第１フレームが、前記ＭＴＣ ＰＢＣＨの第１フレームである、請求項１４に記載の基地局。
16. 前記ＴＸプロセッシング回路は、前記ＭＴＣ ＳＩ修正周期において、単一のシステム情報を送信するように構成されている、請求項１４に記載の基地局。
17. 前記ＴＸプロセッシング回路は、前記ＭＴＣ ＳＩ修正周期において、複数の周期的なシステム情報を送信するように構成されている、請求項１４に記載の基地局。
18. 前記送信周期は、前記ＭＴＣ ＭＩＢが繰り返される時間ウィンドウにより定義されるＭＴＣ ＳＩウィンドウを含む、請求項１４に記載の基地局。
19. 前記カバレッジ拡張されたＵＥについてのＭＴＣ ＳＩウィンドウ長さは、レガシーＳＩウィンドウの長さと異なっている、請求項１４に記載の基地局。
20. 前記ＭＴＣ ＳＩウィンドウの周期性は、前記レガシーＳＩウィンドウの周期性とマッチする、請求項１９に記載の基地局。
21. カバレッジ拡張されたユーザ端末（ＵＥ）により、ＭＴＣ（Machine Type Communication）システム情報（ＳＩ）を獲得するための方法であって、
    ＭＴＣフレームワークにおいて、周波数リソースを通して前記ＭＴＣ ＳＩを受信するステップを含み、
    前記ＭＴＣフレームワークは、前記ＭＴＣ ＳＩの間欠的送信周期を含んでおり、前記ＭＴＣ ＳＩは、ＭＴＣマスター情報ブロック（ＭＩＢ）及び多数のＭＴＣシステム情報ブロック（ＳＩＢ）を含み、
    前記ＭＴＣ ＳＩの連続した送信は、Ｎ個のフレームで分離されており、前記Ｎは、整数であり、
    前記周波数リソースは、システム帯域幅に基づいて決定されたホッピングパターンによって識別される方法。
22. 前記受信するステップは、ＭＴＣ物理的ブロードキャストチャンネル（ＭＴＣ ＰＢＣＨ）を含む最後のフレームから、固定数のフレームの後に、第１のＭＴＣ ＳＩを受信することを含む、請求項２１に記載の方法。
23. 前記受信するステップは、前記第１のＭＴＣ ＳＩの送信から、第２の固定数のフレームの後に第２のＭＴＣ ＳＩを受信することを含む、請求項２２に記載の方法。
24. 前記受信するステップは、ＭＴＣ ＳＩ修正周期の間に、全体のＭＴＣ ＳＩを受信することを含み、
    前記ＭＴＣ ＳＩ修正周期は、以下のように定義され；
    ＳＩ修正周期＝modificationPeriodCoeff*defaultPagingCycle
    ここで、前記modificationPeriodCoeffは、ネットワークにより示される修正周期係数であり、前記defaultPagingCycleは、前記ネットワークにより示されるデフォルトページングサイクルである、請求項２１に記載の方法。
25. 予め定義したサブフレーム又はフレームオフセットのうちの一つをプラスした前記ＭＴＣ ＳＩ修正周期の第１のフレームが、前記ＭＴＣ ＰＢＣＨの第１のフレームである、請求項２４に記載の方法。
26. 前記受信するステップは、前記ＭＴＣ ＳＩ修正周期において、単一のＭＴＣ ＳＩを送信することを含む、請求項２４に記載の方法。
27. 前記受信するステップは、前記ＭＴＣ ＳＩ修正周期において、複数の周期的なＭＴＣ ＳＩを受信することを含む、請求項２４に記載の方法。
28. 前記送信周期は、前記ＭＴＣ ＭＩＢが繰り返される時間ウィンドウにより定義されるＭＴＣ ＳＩウィンドウを含む、請求項２４に記載の方法。
29. 前記カバレッジ拡張されたＵＥについてのＭＴＣ ＳＩウィンドウ長さは、レガシーＳＩウィンドウの長さと異なっている、請求項２４に記載の方法。
30. 前記ＭＴＣ ＳＩウィンドウの周期性は、前記レガシーＳＩウィンドウの周期性とマッチする、請求項２９に記載の方法。

Images