JP2020501397A - Ｔｄｄ狭帯域を支援する無線通信システムにおけるシステム情報を送受信するための方法及びこのための装置 - Google Patents

Abstract

本明細書は、ＴＤＤ狭帯域を支援する無線通信システムにおけるシステム情報を受信するための方法を提供する。より具体的に、端末により行われる方法は、アンカーキャリア上で第１のシステム情報を基地局から受信するステップと、前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリアであるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含み、前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記基地局から受信するステップとを含む。これにより、ＳＩＢ１−ＮＢは、ノン−アンカーキャリア上でも送受信される。【選択図】図１６

Description

本明細書は、ＴＤＤ狭帯域を支援する無線通信システムに関し、より詳細には、ＴＤＤ ＮＢ−ＩｏＴシステムにおけるシステム情報を送受信するための方法及びこのための装置に関する。

移動通信システムは、ユーザの活動性を保証しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声だけでなく、データサービスまで領域を拡張し、現在、爆発的なトラフィックの増加によって資源の不足現象が引起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。

次世代の移動通信システムの要求条件は大きく、爆発的なデータトラフィックの収容、ユーザ当たり転送率の画期的な増加、大幅増加した連結デバイス個数の収容、非常に低い端対端遅延（End-to-End Latency）、高エネルギー効率を支援できなければならない。そのために、二重連結性（Dual Connectivity）、大規模多重入出力（Massive MIMO：Massive Multiple Input Multiple Output）、全二重（In-band Full Duplex）、非直交多重接続（NOMA：Non-Orthogonal Multiple Access）、超広帯域（Super wideband）支援、端末ネットワーキング（Device Networking）など、多様な技術が研究されている。

本明細書は、ＴＤＤ ＮＢ−ＩｏＴシステムにおけるシステム情報をノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）上で送受信する方法を提供することに目的がある。

本発明においてなそうとする技術的課題は、以上で言及した技術的課題に制限されず、言及していないさらに他の技術的課題は、下記の記載から本発明の属する技術分野における通常の知識を有する者に明確に理解され得るであろう。

本明細書は、ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）狭帯域（ｎａｒｒｏｗｂａｎｄ、ＮＢ）を支援する無線通信システムにおけるシステム情報を受信する方法を提供する。

より具体的に、端末により行われる方法は、アンカーキャリア（ａｎｃｈｏｒ ｃａｒｒｉｅｒ）上で第１のシステム情報を基地局から受信するステップ、前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）であるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含み、及び前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記基地局から受信するステップを含むことを特徴とする。

また、本明細書において前記第１のシステム情報は、ＭＩＢ（ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）−ＮＢ（ｎａｒｒｏｗｂａｎｄ）であり、前記第２のシステム情報は、ＳＩＢ１（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１）−ＮＢであることを特徴とする。

また、本明細書において前記第１の情報は、前記ノン−アンカーキャリアに設定されることを特徴とする。

また、本明細書において前記第１のシステム情報は、前記システムの動作モード（ｏｐｅｒａｔｉｏｎ ｍｏｄｅ）を表す動作モード情報をさらに含み、前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置は、前記動作モードに基づいて決定されることを特徴とする。

また、本明細書において前記ノン−アンカーキャリアの位置は、前記アンカーキャリアとの相対的な位置で決定されることを特徴とする。

また、本明細書において前記動作モードがガードバンド（Ｇｕａｒｄｂａｎｄ）に設定された場合、前記第２の制御情報は、前記アンカーキャリアと同じサイド（ｓｉｄｅ）のキャリアまたは前記アンカーキャリアと反対サイド（ｏｐｐｏｓｉｔｅ ｓｉｄｅ）のキャリアを表すことを特徴とする。

また、本明細書において前記動作モードがインバンド（ｉｎ−ｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）である場合、前記第２の情報は、前記アンカーキャリアよりさらに低い（ｌｏｗｅｒ）周波数値またはさらに高い（ｈｉｇｈｅｒ）周波数値を表すことを特徴とする。

また、本明細書において前記相対的な位置は、ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）間隔で表現されることを特徴とする。

また、本明細書において前記第１のシステム情報は、前記ノン−アンカーキャリアのＣＲＳ（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ） ｐｏｒｔの数が前記アンカー−キャリアのＮＲＳ ｐｏｒｔ数と同一であるか、または４であることを表す第３の情報をさらに含むことを特徴とする。

また、本明細書において前記ノン−アンカーキャリアの動作モードは、ｉｎ−ｂａｎｄ−ｄｉｆｆｅｒｅｎｔＰＣＩであることを特徴とする。

また、本明細書において前記第２のシステム情報は、サブフレーム＃０とサブフレーム＃５で受信されることを特徴とする。

また、本明細書において前記ノン−アンカーキャリア上で前記第２のシステム情報の繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ）は、８または１６であることを特徴とする。

また、本明細書において前記繰り返し回数は、前記第１のシステム情報に含まれる特定パラメータに基づいて決定されることを特徴とする。

また、本明細書において前記サブフレーム＃０とサブフレーム＃５でＮＲＳ（ｎａｒｒｏｗｂａｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）が前記基地局から受信されることを特徴とする。

また、本明細書は、ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）狭帯域（ｎａｒｒｏｗｂａｎｄ、ＮＢ）を支援する無線通信システムにおけるシステム情報を受信する端末において、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュール及び前記ＲＦモジュールを制御するプロセッサを備え、前記プロセッサは、アンカーキャリア（ａｎｃｈｏｒ ｃａｒｒｉｅｒ）上で第１のシステム情報を基地局から受信し、前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）であるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含み、及び前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記基地局から受信するように設定されることを特徴とする。

本明細書は、ノン−アンカーキャリア上でシステム情報の位置及び関連した手順を定義することにより、ノン−アンカーキャリア上でシステム情報を送受信できるようにするという効果がある。

本発明において得ることができる効果は、以上で言及した効果に制限されず、言及していないさらに他の効果は、下記の記載から本発明の属する技術分野における通常の知識を有する者に明確に理解され得るであろう。

本発明に関する理解を助けるために、詳細な説明の一部として含まれる添付図面は、本発明に対する実施形態を提供し、詳細な説明とともに本発明の技術的な特徴を説明する。
ＬＴＥ無線フレーム構造の一例を示した図である。 下向きリンクスロットに対する資源グリッドの一例を示した図である。 下向きリンクサブフレーム構造の一例を示す。 上向きリンクサブフレーム構造の一例を示す。 フレーム構造の類型１の一例を示す。 フレーム構造の類型２のさらに他の一例を示した図である。 ランダムアクセスシンボルグループの一例を示す。 本明細書において提案するアンカーキャリアがガード−バンド動作モードであるとき、ＭＩＢ−ＮＢでＳＩＢ１−ＮＢノン−アンカーキャリアのシグナリング情報を解釈するための方法の一例を示した図である。 本明細書において提案するアンカーキャリアがガード−バンド動作モードであるとき、ＭＩＢ−ＮＢでＳＩＢ１−ＮＢノン−アンカーキャリアのシグナリング情報を解釈するための方法のさらに他の一例を示した図である。 本明細書において提案するＳＩＢ１−ＮＢの送信位置の一例を示した図である。 本明細書において提案する繰り返し回数によるＳＩＢ１−ＮＢの送信位置の一例を示す。 本明細書において提案する繰り返し回数によるＳＩＢ１−ＮＢの送信位置の一例を示す。 本明細書において提案するＳＩＢ１−ＮＢのコードワード及び資源マッピングの一例を示した図である。 本明細書において提案するアンカー−キャリア上でＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ／ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅの位置の一例を示した図である。 本明細書において提案するアンカー−キャリア上でＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ／ＳＩＢ１−ＮＢ／ＮＲＳが送信されるｓｕｂｆｒａｍｅの位置のさらに他の一例を示した図である。 本明細書において提案する方法を行うための端末動作の一例を示した順序図である。 本明細書において提案する方法を行うための基地局動作の一例を示した順序図である。 本明細書において提案する方法が適用され得る無線通信装置のブロック構成図を例示する。 本明細書において提案する方法が適用され得る無線通信装置のブロック構成図のさらに他の例示である。

以下、本発明に従う好ましい実施形態を添付した図面を参照して詳細に説明する。添付した図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施できる唯一の実施形態を示そうとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために、具体的な細部事項を含む。しかしながら、当業者は本発明がこのような具体的な細部事項無しでも実施できることが分かる。

幾つかの場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を中心としたブロック図形式に図示できる。

本明細書で、基地局は端末と直接的に通信を遂行するネットワークの終端ノード（terminal node）としての意味を有する。本文書で、基地局により遂行されるものとして説明された特定動作は、場合によっては、基地局の上位ノード（upper node）により遂行されることもできる。即ち、基地局を含む多数のネットワークノード（network nodes）からなるネットワークで、端末との通信のために遂行される多様な動作は基地局または基地局以外の他のネットワークノードにより遂行できることは自明である。‘基地局（BS：Base Station）’は、固定局（fixed station）、Node B、eNB（evolved-NodeB）、BTS（base transceiver system）、アクセスポイント（AP：Access Point）、gNB（general NB）などの用語により取替できる。また、‘端末（Terminal）’は固定されるか、または移動性を有することができ、UE（User Equipment）、MS（Mobile Station）、UT（user terminal）、MSS（Mobile Subscriber Station）、SS（Subscriber Station）、AMS（Advanced Mobile Station）、WT（Wireless terminal）、MTC（Machine-Type Communication）装置、M2M（Machine-to-Machine）装置、D2D（Device-to-Device）装置などの用語に取替できる。

以下、ダウンリンク（DL：downlink）は基地局から端末への通信を意味し、アップリンク（UL：uplink）は端末から基地局への通信を意味する。ダウンリンクで、送信機は基地局の一部であり、受信機は端末の一部でありうる。アップリンクで、送信機は端末の一部であり、受信機は基地局の一部でありうる。

以下の説明で使われる特定用語は本発明の理解を助けるために提供されたものであり、このような特定用語の使用は本発明の技術的思想を逸脱しない範囲で異なる形態に変更できる。

以下の技術は、CDMA（code division multiple access）、FDMA（frequency division multiple access）、TDMA（time division multiple access）、OFDMA（orthogonal frequency division multiple access）、SC-FDMA（single carrier frequency division multiple access）、NOMA（non-orthogonalmultipleaccess）などの多様な無線接続システムに利用できる。CDMAは、UTRA（universal terrestrial radio access）やCDMA２０００のような無線技術（radio technology）で具現できる。TDMAは、GSM（global system for mobile communications）／GPRS（general packet radio service）／EDGE（enhanced data rates for GSM evolution）のような無線技術で具現できる。OFDMAは、IEEE ８０２．１１（WiFi）、IEEE ８０２．１６（WiMAX）、IEEE ８０２-２０、E-UTRA（evolved UTRA）などの無線技術で具現できる。UTRAは、UMTS（universal mobile telecommunications system）の一部である。３GPP（3^rd generation partnership project）LTE（longterm evolution）は、E-UTRAを使用するE-UMTS（evolved UMTS）の一部であって、ダウンリンクでOFDMAを採用し、アップリンクでSC-FDMAを採用する。LTE-A（advanced）は３GPP LTEの進化である。

本発明の実施形態は無線接続システムであるIEEE ８０２、３GPP、及び３GPP２のうち、少なくとも１つに開示された標準文書により裏付けられる。即ち、本発明の実施形態のうち、本発明の技術的思想を明確に示すために説明しないステップまたは部分は前記文書により裏付けられる。また、本文書で開示している全ての用語は前記標準文書により説明できる。

説明を明確にするために、３GPPLTE／LTEAを中心として技術するが、本発明の技術的特徴がこれに制限されるものではない。

システム一般
図１は、ＬＴＥ無線フレーム構造の一例を示した図である。

図１において、無線フレームは、１０個のサブフレームを含む。サブフレームは、時間領域で２個のスロット（ｓｌｏｔ）を含む。１つのサブフレームを送信するための時間は、送信時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ：ＴＴＩ）として定義される。例えば、１つのサブフレームは、１ミリ秒（ｍｉｌｌｉｓｅｃｏｎｄ、ｍｓ）の長さを有することができ、１つのスロットは、０．５ｍｓの長さを有することができる。１つのスロットは、時間領域で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む。３ＧＰＰ ＬＴＥは、下向きリンクでＯＦＤＭＡを用いるので、ＯＦＤＭシンボルは、１つのシンボル周期（ｓｙｍｂｏｌ ｐｅｒｉｏｄ）を表すためのものである。ＯＦＤＭシンボルは、さらに、ＳＣ−ＦＤＭＡシンボルまたはシンボル周期と称されることもできる。資源ブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ：ＲＢ）は、資源割当単位であり、１つのスロットで複数の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。前記無線フレームの構造は、例示的なものである。したがって、無線フレームに含まれるサブフレームの個数、またはサブフレームに含まれるスロットの個数、あるいはスロットに含まれるＯＦＤＭシンボルの個数は、様々な方式で修正されることができる。

図２は、下向きリンクスロットに対する資源グリッドの一例を示した図である。

図２において、下向きリンクスロットは、時間領域で複数のＯＦＤＭシンボルを含む。本明細書においては、１つの例として、１つの下向きリンクスロットが７個のＯＦＤＭシンボルを含み、１つの資源ブロック（ＲＢ）が周波数領域で１２個の副搬送波を含むことと述べられる。しかし、本発明は、前記例に制限されるものではない。資源グリッドの各要素は、資源要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ：ＲＥ）と称される。１つのＲＢは、１２×７ ＲＥを含む。下向きリンクスロットに含まれるＲＢの個数のＮＤＬは、下向きリンク送信帯域幅によって変わる。上向きリンクスロットの構造は、下向きリンクスロットの構造と同様でありうる。

図３は、下向きリンクサブフレーム構造の一例を示す。

図３において、サブフレーム内で１番目のスロットの前半部に位置した最大３個のＯＦＤＭシンボルが制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ ｒｅｇｉｏｎ）である。残りのＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるデータ領域（ｄａｔａ ｒｅｇｉｏｎ）に該当する。３ＧＰＰ ＬＴＥで使用される下向きリンク制御チャネルの例は、ＰＣＦＩＣＨ（ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（ｐｈｙｓｉｃａｌ ｈｙｂｒｉｄ ＡＲＱ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ）などを含む。ＰＣＦＩＣＨは、サブフレームの１番目のＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの送信に使用されるＯＦＤＭシンボルに関する情報を運ぶ。ＰＨＩＣＨは、上向きリンク送信に対する応答であり、ＨＡＲＱ ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）／ＮＡＣＫ（ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を運ぶ。ＰＤＣＣＨを介して送信される制御情報は、下向きリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）と称される。ＤＣＩは、上向きリンクまたは下向きリンクスケジューリング情報を含むか、または任意のＵＥグループに対する上向きリンク送信（Ｔｘ）電力制御命令を含む。

ＰＤＣＣＨは、ＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）の送信フォーマット（ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ）と資源割当、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）の資源割当情報、ＰＣＨ（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）に対するページング情報、ＤＬ−ＳＣＨに対するシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）のような上位階層制御メッセージの資源割当、任意（ａｒｂｉｔｒａｒｙ）ＵＥグループ内で個別ＵＥに対するＴｘ電力制御命令のセット、ＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ＩＰ）のＴｘ電力制御命令、活性化などを運ぶことができる。制御領域内で複数のＰＤＣＣＨが送信され得る。ＵＥは、複数のＰＤＣＣＨをモニタリングできる。ＰＤＣＣＨは、１つまたはいくつかの連続的なＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ）などの集成（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネルの状態に基づいたコーディング率（ｃｏｄｉｎｇ ｒａｔｅ）を提供するのに使用される論理的割当単位（ｌｏｇｉｃａｌ ａｌｌｏｃａｔｉｏｎ ｕｎｉｔ）である。ＣＣＥは、複数の資源要素グループ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ）に該当する。ＰＤＣＣＨのフォーマットと可用ＰＤＣＣＨのビット個数は、ＣＣＥの個数とＣＣＥにより提供されるコーディング率間の相関度によって決定される。ＢＳがＵＥに送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を付着する。ＣＲＣは、ＰＤＣＣＨの所有者または使用によって固有な識別子（ＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）と称される）にマスキングされる。仮に、ＰＤＣＣＨが特定ＵＥに対するものであれば、そのＵＥに対する固有な識別子（例えば、Ｃ−ＲＮＴＩ（ｃｅｌｌ−ＲＮＴＩ））がＣＲＣにマスキングされ得る。他の例として、仮に、ＰＤＣＣＨがページングメッセージに対するものであれば、ページング指示子識別子（例えば、Ｐ−ＲＮＴＩ（ｐａｇｉｎｇ−ＲＮＴＩ））がＣＲＣにマスキングされ得る。仮に、ＰＤＣＣＨがシステム情報（さらに具体的に、後述するシステム情報ブロック（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ、ＳＩＢ）に対するものであれば、システム情報識別子とシステム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）がＣＲＣにマスキングされ得る。ＵＥのランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を指示するために、ランダムアクセス−ＲＮＴＩ（ＲＡ−ＲＮＴＩ）がＣＲＣにマスキングされ得る。

図４は、上向きリンクサブフレーム構造の一例を示す。

図４において、上向きリンクサブフレームは、周波数領域で制御領域とデータ領域とに区分されることができる。制御領域には、上向きリンク制御情報を運搬するための物理上向きリンク制御チャネル（ＰＵＣＣＨ）が割り当てられる。データ領域には、ユーザデータを運搬するための物理上向きリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）が割り当てられる。単一搬送波特性を維持するために、１つのＵＥは、同時にＰＵＣＣＨ及びＰＵＳＣＨを送信しない。１つのＵＥに対するＰＵＣＣＨは、サブフレーム内のＲＢ対に割り当てられる。ＲＢ対に属するＲＢは、各々２個のスロットで相違した副搬送波を占有する。これは、ＰＵＣＣＨに割り当てられたＲＢ対がスロット境界で周波数ホッピング（ｆｒｅｑｕｅｎｃｙ−ｈｏｐｐｅｄ）されると呼ばれる。

以下、ＬＴＥフレーム構造についてより具体的に説明する。

ＬＴＥ仕様（ｓｐｅｃｉｆｉｃａｔｉｏｎ）を介して、全体において異なるように言及しない限り、時間領域における様々なフィールドの大きさは、

秒の時間単位の数で表現される。

下向きリンク及び上向きリンク送信は、

のデュレーション（ｄｕｒａｔｉｏｎ）を有する無線フレームで組織化される。２個の無線フレーム構造が支援される。

・類型（ｔｙｐｅ）１：ＦＤＤに適用可能

・類型２、ＴＤＤに適用可能

フレーム構造の類型（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ ｔｙｐｅ）１
フレーム構造の類型１は、全二重（ｆｕｌｌ ｄｕｐｌｅｘ）及び半二重（ｈａｌｆ ｄｕｐｌｅｘ）ＦＤＤの両方に適用することができる。各無線フレームは、

長さであり、

である２０個のスロットで構成され、０から１９までナンバリングされる。サブフレームは、２個の連続するスロットで定義され、サブフレーム

は、スロット

及び

からなる。

ＦＤＤの場合、１０個のサブフレームが下向きリンク送信に利用可能であり、１０個のサブフレームが１０ｍｓ毎の間隔で上向きリンク送信のために利用可能である。

上向きリンク及び下向きリンク送信は、周波数領域で分離される。半二重ＦＤＤ動作において、ＵＥは、同時に送信及び受信できないことに対し、全二重ＦＤＤではそのような制限がない。

図５は、フレーム構造の類型１の一例を示す。

フレーム構造の類型２
フレーム構造の類型２は、ＦＤＤに適用可能である。長さ

のそれぞれの無線フレームの長さは、各々

の２個のハーフ−フレーム（ｈａｌｆ−ｆｒａｍｅｓ）からなる。それぞれのハーフ−フレームは、長さ

の５個のサブフレームからなる。支援される上向きリンク−下向きリンク構成が表２に挙げられ、ここで、無線フレーム内の各サブフレームに対して、「Ｄ」は、サブフレームが下向きリンク送信のために留保されたこと（ｒｅｓｅｒｖｅｄ）を表し、「Ｕ」は、サブフレームが上向きリンク送信のために留保されたことを表し、「Ｓ」は、下向きリンクパイロット時間スロット（ｄｏｗｎｌｉｎｋ ｐｉｌｏｔ ｔｉｍｅ ｓｌｏｔ：ＤｗＰＴＳ）、保護周期（ｇｕａｒｄ ｐｅｒｉｏｄ：ＧＰ）、及び上向きリンクパイロット時間スロット（ｕｐｌｉｎｋ ｐｉｌｏｔ ｔｉｍｅ ｓｌｏｔ：ＵｐＰＴＳ）の３個のフィールドを有する特殊サブフレームを表す。総長さ

と同じＤｗＰＴＳ、ＧＰ、及びＵｐＰＴＳ前提下でＤｗＰＴＳ及びＵｐＰＴＳの長さは、表１により提供される。それぞれのサブフレームｉは、それぞれのサブフレーム内の長さが

である２個のスロット、

及び

として定義される。

５ｍｓ及び１０ｍｓの両方の下向きリンクから上向きリンクへの切換−地点周期性（ｓｗｉｔｃｈ−ｐｏｉｎｔ ｐｅｒｉｏｄｉｃｉｔｙ）を有する上向きリンク−下向きリンク構成が支援される。５ｍｓの下向きリンクから上向きリンクへの切換ポイント周期性の場合、特殊サブフレーム（ｔｈｅ ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ）が２個のハーフ−フレーム（ｈａｌｆ−ｆｒａｍｅｓ）の両方に存在する。１０ｍｓの下向きリンクから上向きリンクへの切換ポイント周期性の場合、前記特殊サブフレームが１番目のハーフフレームにのみ存在する。サブフレーム０と５及びＤｗＰＴＳは、いつも下向きリンク送信のために留保される。ＵｐＰＴＳ及び前記特殊サブフレームにすぐに後続するサブフレームは、いつも上向きリンク送信のために予約（ｒｅｓｅｒｖｅ）される。

図６は、フレーム構造の類型２のさらに他の一例を示した図である。

表１は、特殊サブフレームの構成の一例を表す。

表２は、上向きリンク−下向きリンク構成の一例を表す。

ＮＢ−ＩｏＴ
ＮＢ−ＩｏＴ（ｎａｒｒｏｗｂａｎｄ−ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）は、ｌｏｗ ｃｏｍｐｌｅｘｉｔｙ、ｌｏｗ ｃｏｓｔ ｄｅｖｉｃｅを支援するための標準であって、既存のＬＴＥ ｄｅｖｉｃｅ等と比較して相対的に簡単な動作のみを行うように定義されている。ＮＢ−ＩｏＴは、ＬＴＥの基本構造にしたがうが、下記に定義された内容を基準に動作する。仮に、ＮＢ−ＩｏＴがＬＴＥのｃｈａｎｎｅｌやｓｉｇｎａｌをｒｅｕｓｅする場合には、既存のＬＴＥで定義された標準にしたがうことができる。

上向きリンク（Ｕｐｌｉｎｋ）
次のような狭帯域物理チャネルが定義される。

・狭帯域物理上向きリンク共有チャネル、ＮＰＵＳＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
・狭帯域物理ランダムアクセスチャネル、ＮＰＲＡＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）

次のような上向きリンク狭帯域物理信号が定義される。

・狭帯域復調参照信号（Ｎａｒｒｏｗｂａｎｄ ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）

副搬送波

側面で上向きリンク帯域幅、及びスロットデュレーション

は、下記の表３として与えられる。

表３は、ＮＢ−ＩｏＴパラメータの一例を表す。

単一アンテナポート

は、全ての上向きリンク送信に対して使用される。

資源ユニット（Ｒｅｓｏｕｒｃｅ ｕｎｉｔ）
ＮＰＵＳＣＨと資源要素のマッピングを説明するのに資源ユニットが使用される。資源ユニットは、時間領域で

の連続するシンボルで定義され、周波数領域で

の連続する副搬送波で定義され、ここで、

及び

は、表４として与えられる。

表４は、

、

、
及び

の支援される組み合わせ等の一例を表す。

狭帯域上向きリンク共有チャネル（ＮＰＵＳＣＨ：Ｎａｒｒｏｗｂａｎｄ ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
狭帯域物理上向きリンク共有チャネルが２個のフォーマットで支援される：
・ＵＬ−ＳＣＨを運搬するのに使用されるＮＰＵＳＣＨフォーマット１
・上向きリンク制御情報を運搬するのに使用されるＮＰＵＳＣＨフォーマット２

ＴＳ ３６．２１１の５．３．１節によってスクランブリングは行われる。スクランブリングシーケンス生成器（ｓｃｒａｍｂｌｉｎｇ ｓｅｑｕｅｎｃｅ ｇｅｎｅｒａｔｏｒ）は、

に初期化され、ここで、

は、コードワード送信の１番目のスロットである。ＮＰＵＳＣＨ繰り返しの場合、スクランブリングシーケンスは、繰り返し送信のために使用された、各々、１番目のスロット及びフレームとして設定された

及び

で全ての

コードワード送信以後に、上記の数式によって再初期化される。ｑｕａｎｔｉｔｙ

は、ＴＳ ３６．２１１の１０．１．３．６節により提供される。

表５は、狭帯域物理上向きリンク共有チャネルに対して適用可能な変調マッピングを特定する。

ＮＰＵＳＣＨは、３ＧＰＰ ＴＳ ３６．２１３の節により提供されるような、１つ以上の資源ユニット

にマッピングされることができ、これらの各々は、

回送信される。

３ＧＰＰ ＴＳ ３６．２１３で規定された送信電力

にしたがうために、複素−値シンボルのブロック

が大きさスケーリング要素

とかけられ、ＮＰＵＳＣＨの送信のために割り当てられた副搬送波にｚ（０）で始めるシーケンスでマッピングされる。送信のために割り当てられ、参照信号等の送信に使用されない副搬送波に対応する資源要素

へのマッピングは、割り当てられた資源ユニットの１番目のスロットから始めてインデックス

、以後、インデックス

の増加順序となる。

スロットマッピング以後に、

の下のスロットへのマッピングを続ける以前に、

スロットが

追加的な（ａｄｄｉｔｉｏｎａｌ）回数で繰り返され、ここで、数式１は、

スロットへのマッピングまたはマッピングの繰り返しがＮＰＲＡＣＨ−ＣｏｎｆｉｇＳＩＢ−ＮＢによって任意の構成されたＮＰＲＡＣＨ資源と重なる資源要素を含めば、重なった

スロットのＮＰＵＳＣＨ送信は、次の

スロットが任意の構成されたＮＰＲＡＣＨ資源と重ならないまで延期される。

）のマッピングは、

スロットが送信されるまで繰り返される。２５６・３０７２０Ｔ_ｓ時間単位のＮＰＲＡＣＨによる送信及び／又は延期等（ｐｏｓｔｐｏｎｅｍｅｎｔｓ）以後、ＮＰＵＳＣＨ送信が延期される場合、

時間単位のギャップ（ｇａｐ）が挿入される。ギャップと一致するＮＰＲＡＣＨによる延期部分は、ギャップの一部としてカウントされる。

上位階層パラメータｎｐｕｓｃｈ−ＡｌｌＳｙｍｂｏｌｓが偽（ｆａｌｓｅ）に設定されれば、ｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇによってＳＲＳで構成されたシンボルと重なるＳＣ−ＦＤＭＡシンボルの資源要素は、ＮＰＵＳＣＨマッピングとして計算されるが、ＮＰＵＳＣＨの送信のためには使用されない。上位階層パラメータｎｐｕｓｃｈ−ＡｌｌＳｙｍｂｏｌｓが真（ｔｒｕｅ）に設定されれば、全てのシンボルが送信される。

ＵＬ−ＳＣＨデータ無しでＮＰＵＳＣＨを介しての上向きリンク制御情報（Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ ｏｎ ＮＰＵＳＣＨ ｗｉｔｈｏｕｔ ＵＬ−ＳＣＨ ｄａｔａ）
ＨＡＲＱ−ＡＣＫ

の１ビット情報は、表６によって符号化され、ここで、肯定応答に対して

であり、不正応答に対して

である。

表６は、ＨＡＲＱ−ＡＣＫコードワード等の一例を表す。

電力制御（Ｐｏｗｅｒ ｃｏｎｔｒｏｌ）
サービングセルに対するＮＢ−ＩｏＴ ＵＬスロットｉにおいてＮＰＵＳＣＨ送信のためのＵＥ送信電力は、下記の数式２及び３のように提供される。

割り当てられたＮＰＵＳＣＨ ＲＵ等の繰り返し回数が２より大きい場合、

ここで、

は、サービングセルｃに対してＮＢ−ＩｏＴ ＵＬスロットｉで３ＧＰＰ ＴＳ ３６．１０１に定義されて構成されたＵＥ送信電力である。

は、３．７５ｋＨｚ副搬送波間隔に対しては｛１／４｝であり、１５ｋＨｚ副搬送波間隔に対しては｛１、３、６、１２｝である。

は、サービングセルｃに対して、上位階層から提供された成分

とｊ＝１に対して上位階層により提供される成分

の合計からなり、ここで、

である。動的スケジューリングされた承認（ｇｒａｎｔ）に対応するＮＰＵＳＣＨ（再）送信に対して、

であり、ランダムアクセス応答承認に対応するＮＰＵＳＣＨ（再）送信に対しては、

である。

及び

であり、ここで、パラメータｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ

及び

は、サービングセルｃに対して上位階層からシグナリングされる。

に対し、ＮＰＵＳＣＨフォーマット２に対して、

；ＮＰＵＳＣＨフォーマット１に対して、

がサービングセルｃに対して上位階層により提供される。

に対し、

である。

サービングセルｃに対してＵＥにおいてｄＢで計算された下向きリンク経路損失推定であり、

＝ｎｒｓ−Ｐｏｗｅｒ＋ｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒ−上位階層フィルタリングされたＮＲＳＲＰであり、ここで、ｎｒｓ−Ｐｏｗｅｒは、上位階層及び３ＧＰＰ ３６．２１３の下位節１６．２．２により提供され、ｎｒｓ−ｐｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒは、上位階層により提供されないと、ゼロに設定され、ＮＲＳＲＰは、サービングセルｃに対して３ＧＰＰ ＴＳ ３６．２１４で定義され、上位階層フィルター構成は、サービングセルｃに対して３ＧＰＰ ＴＳ ３６．３３１で定義される。

ＵＥがサービングセルｃに対してＮＢ−ＩｏＴ ＵＬスロットｉでＮＰＵＳＣＨを送信すれば、電力ヘッドルームは、下記の数式４を用いて計算される。

フォーマット１ ＮＰＵＳＣＨを送信するためのＵＥ手順（ＵＥ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ｔｒａｎｓｍｉｔｔｉｎｇ ｆｏｒｍａｔ １ ＮＰＵＳＣＨ）
ＵＥのためのＮＢ−ＩｏＴ ＤＬサブフレーム

で終わるＤＣＩフォーマットＮ０を有するＮＰＤＣＣＨの与えられたサービングセルでの検出の際、ＵＥは、

ＤＬサブフレームの終わりで、ＮＰＤＣＣＨ情報に応じて

であるＮ個の連続ＮＢ−ＩｏＴ ＵＬスロット

で、ＮＰＵＳＣＨフォーマット１を使用して対応するＮＰＵＳＣＨ送信を行い、ここで、

サブフレームｎは、ＮＰＤＣＣＨが送信される最後のサブフレームであり、ＮＰＤＣＣＨ送信の開始サブフレーム及び対応するＤＣＩのＤＣＩサブフレーム繰り返し番号フィールドから決定され、そして、

であり、ここで、

の値は、対応するＤＣＩの繰り返し番号フィールドにより決定され、

の値は、対応するＤＣＩの資源割当フィールドにより決定され、

の値は、当該ＤＣＩで割り当てられた副搬送波の数に対応する資源ユニットのＮＢ−ＩｏＴ ＵＬスロットの数である。

は、サブフレーム

の終了後に始める１番目のＮＢ−ＩｏＴ ＵＬスロットである。

の値は、表７によって対応するＤＣＩのスケジューリング遅延フィールド（ｓｃｈｅｄｕｌｉｎｇ ｄｅｌａｙ ｆｉｅｌｄ）（

）により決定される。

表７は、ＤＣＩフォーマットＮ０に対するｋ０の一例を表す。

ＮＰＵＳＣＨ送信のための上向きリンクＤＣＩフォーマットＮ０の資源割当情報は、スケジューリングされたＵＥに指示される。

・対応するＤＣＩの副搬送波指示フィールドにより決定される資源ユニットの連続的に割り当てられた副搬送波

のセット
・表９による対応するＤＣＩの資源割当フィールドにより決定された複数の資源ユニット

・表１０による対応するＤＣＩの繰り返し番号フィールドにより決定される繰り返し回数

。

ＮＰＵＳＣＨ送信の副搬送波間隔Δｆは、３ＧＰＰ ＴＳ ３６．２１３の下位節１６．３．３によって狭帯域ランダムアクセス応答承認（Ｎａｒｒｏｗｂａｎｄ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ Ｇｒａｎｔ）の上向きリンク副搬送波間隔フィールドにより決定される。

副搬送波間隔Δｆ＝３．７５ｋＨｚを有するＮＰＵＳＣＨ送信の場合、

であり、ここで、

は、ＤＣＩの副搬送波指示フィールドである。

副搬送波間隔Δｆ＝１５ｋＨｚを有するＮＰＵＳＣＨ送信の場合、ＤＣＩの副搬送波指示フィールド

は、表８によって連続的に割り当てられた副搬送波のセット

を決定する。

表８は、Δｆ＝１５ｋＨｚを有するＮＰＵＳＣＨに対して割り当てられる副搬送波の一例を表す。

表９は、ＮＰＵＳＣＨに対する資源ユニットの個数の一例を表す。

表１０は、ＮＰＵＳＣＨに対する繰り返し回数の一例を表す。

復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）

に対する参照信号シーケンス

は、下記の数式５により定義される。

ここで、バイナリシーケンス

は、ＴＳ ３６．２１１の７．２により定義され、ＮＰＵＳＣＨ送信開始時に

に初期化されなければならない。値

は、表１−１１により提供され、ここで、ＮＰＵＳＣＨフォーマット１に対してグループホッピングがイネーブルされなければ、ＮＰＵＳＣＨフォーマット２に対して

であり、ＮＰＵＳＣＨフォーマット１に対してグループホッピングがイネーブルされれば、３ＧＰＰ ＴＳ ３６．２１１の１０．１．４．１．３節により提供される。

表１１は、

の一例を表す。

ＮＰＵＳＣＨフォーマット１に対する参照信号シーケンスは、下記の数式６により提供される。

ＮＰＵＳＣＨフォーマット２に対する参照信号シーケンスは、下記の数式７により提供される。

ここで、

は、

with

により選択されたシーケンスインデックスを有する３ＧＰＰ ＴＳ ３６．２１１の表５．５．２．２．１−２として定義される。

に対する参照信号シーケンス

は、下記の数式８によって基底シーケンスの循環遷移

により定義される。

ここで、

は、

に対して表１０．１．４．１．２−１により提供され、

に対して表１２により提供され、

に対して表１３により提供される。

グループホッピングがイネーブルされなければ、基底シーケンスインデックス

は、

、

、
及び

の各々に対して上位階層パラメータｔｈｒｅｅＴｏｎｅ−ＢａｓｅＳｅｑｕｅｎｃｅ、ｓｉｘＴｏｎｅ−ＢａｓｅＳｅｑｕｅｎｃｅ、及びｔｗｅｌｖｅＴｏｎｅ−ＢａｓｅＳｅｑｕｅｎｃｅにより提供される。上位階層によりシグナリングされなければ、基底シーケンスは、下記の数式９により提供される。

グループホッピングがイネーブルされれば、基底インデックス

は、３ＧＰＰ ＴＳ ３６．２１１の１０．１．４．１．３節により提供される。

及び

に対する循環遷移は、表１４で定義されたように、上位階層パラメータが各々ｔｈｒｅｅＴｏｎｅ−ＣｙｃｌｉｃＳｈｉｆｔ及びｓｉｘＴｏｎｅ−ＣｙｃｌｉｃＳｈｉｆｔから導かれる。

に対して、

である。

表１２は、

に対する

の一例を表した表である。

表１３は、

に対する

のさらに他の一例を表した表である。

表１４は、αの一例を表した表である。

ＮＰＵＳＣＨフォーマット１に対する参照信号のために、シーケンス−グループホッピングがイネーブルされ得るし、ここで、スロット

のシーケンス−グループナンバー

は、下記の数式１０によってグループホッピングパターン

及びシーケンス−遷移パターン

により定義される。

ここで、各資源ユニットの大きさに対して利用可能な参照信号シーケンス等の個数、

は、表１５により提供される。

表１５は、

の一例を表す。

シーケンス−グループホッピングは、上位階層により提供されるセル−特定パラメータｇｒｏｕｐＨｏｐｐｉｎｇＥｎａｂｌｅｄによりイネーブルされるか、またはディセーブルされる。ＮＰＵＳＣＨに対するシーケンスグループホッピングは、ＮＰＵＳＣＨ送信が競争基盤ランダムアクセス手順の一部として同じ送信ブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）の再送信またはランダムアクセス応答承認に対応しない限り、セル基盤でイネーブルされるにもかかわらず、上位−階層パラメータｇｒｏｕｐＨｏｐｐｉｎｇＤｉｓａｂｌｅｄを介して特定ＵＥに対してディセーブルされることができる。

グループホッピングパターン

は、下記の数式１１により提供される。

ここで、

に対し

であり、

は、に対して資源ユニットの１番目のスロットのスロット番号である。疑似−ランダムシーケンス

は、７．２節により定義される。疑似−ランダムシーケンス生成器は、

に対して資源ユニットの開始で、そして、

に対して偶数スロット毎に

に初期化される。

シーケンス−遷移パターン

は、下記の数式１２により提供される。

ここで、

は、上位−階層パラメータｇｒｏｕｐＡｓｓｉｇｎｍｅｎｔＮＰＵＳＣＨにより提供される。値がシグナリングされなければ、

である。

シーケンス

は、大きさスケーリング因子

でかけられなければならず、副−搬送波に

で始めるシーケンスとしてマッピングされなければならない。

マッピングプロセスで使用される副−搬送波のセットは、３ＧＰＰ ３６．２１１の１０．１．３．６節に定義された対応するＮＰＵＳＣＨ送信と同様でなければならない。

資源要素

へのマッピングは、１番目が

、以後

、及び最後にスロットナンバーの増加順序とならなければならない。スロット内のシンボルインデックス

の値が表１６として提供される。

表１６は、ＮＰＵＳＣＨに対する復調参照信号位置の一例を表す。

ＳＦ−ＦＤＭＡ基底帯域信号生成

に対して、スロット内のＳＣ−ＦＤＭＡシンボル

の時間−連続信号

が

により代替される値

で５．６節により定義される。

に対して、上向きリンクスロット内のＳＣ−ＦＤＭＡシンボル

の副−搬送波インデックスに対するとき間−連続信号

は、数式１３により定義される。

に対し、ここで、

及び

に対するパラメータが表１７として提供され、

は、シンボル

の変調値であり、位相回転

は、下記の数式１４により定義される。

ここで、

は、送信開始時にリセットされるシンボルカウンターであり、送信の間、各シンボルに対して増加される。

表１７は、

に対するＳＣ−ＦＤＭＡパラメータの一例を表す。

スロット内のＳＣ−ＦＤＭＡシンボルは、

で始めて、

の増加順序で送信されなければならず、ここで、ＳＣ−ＦＤＭＡシンボル

は、スロット内の時間

から始める。

に対して、

内の残余

は、送信されずに、ガード区間（ｇｕａｒｄ ｐｅｒｉｏｄ）のために使用される。

狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ：Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）
物理階層ランダムアクセスプリアンブルは、単一−副搬送波周波数−ホッピングシンボルグループに基づく。シンボルグループは、図１−８のランダムアクセスシンボルグループで図示され、長さが

である循環プレフィックス（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）と全体長さが

である５個の同じシンボルのシーケンスからなる。パラメータ値は、表１８に挙げられている。パラメータ値は、表１８のランダムアクセスプリアンブルパラメータで挙げられる。

図７は、ランダムアクセスシンボルグループの一例を示す。

表１８は、ランダムアクセスプリアンブルパラメータの一例を表す。

ギャップ（ｇａｐ）無しで送信される４個のシンボルグループからなるプリアンブルは、

回送信される。

ＭＡＣ階層によりトリガリングされれば、ランダムアクセスプリアンブルの送信は、特定時間及び周波数領域に限定される。

上位階層により提供されるＮＰＲＡＣＨ構成には、次が含まれる。

ＮＰＲＡＣＨ資源周期

（ｎｐｒａｃｈ−Ｐｅｒｉｏｄｉｃｉｔｙ）、
ＮＰＲＡＣＨに割り当てられた１番目の副搬送波の周波数位置

（ｎｐｒａｃｈ−ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ）、
ＮＰＲＡＣＨに割り当てられた副搬送波の数

（ｎｐｒａｃｈ−ＮｕｍＳｕｂｃａｒｒｉｅｒｓ）、
競争基盤ＮＰＲＡＣＨランダムアクセスに割り当てられた開始副−搬送波の数

（ｎｐｒａｃｈ−ＮｕｍＣＢＲＡ−ＳｔａｒｔＳｕｂｃａｒｒｉｅｒｓ）、
試み（ａｔｔｅｍｐｔ）当たり、ＮＰＲＡＣＨ繰り返し回数

（ｎｐｒａｃｈ−ＳｔａｒｔＴｉｍｅ）、
ＮＰＲＡＣＨ開始時間

（ｎｐｒａｃｈ−ＳｔａｒｔＴｉｍｅ）、
多重トーンｍｓｇ３送信に対するＵＥ支援の指示のために予約されたＮＰＲＡＣＨ副搬送波範囲のための開始副搬送波インデックスを計算するための部分（ｆｒａｃｔｉｏｎ）

（ｎｐｒａｃｈ−ＳｕｂｃａｒｒｉｅｒＭＳＧ３−ＲａｎｇｅＳｔａｒｔ）。

ＮＰＲＡＣＨ送信は、

を満たす無線フレームの開始以後に、単に

時間ユニットを始めることができる。

時間ユニットの送信以後に、

時間ユニットのギャップが挿入される。

であるＮＰＲＡＣＨ構成は有効でない。

競争基盤ランダムアクセスに割り当てられたＮＰＲＡＣＨ開始副搬送波は、２つのセットの副搬送波、

に分割され、ここで存在するならば２番目のセットは、多重−トーンｍｓｇ３送信のためのＵＥ支援（ｓｕｐｐｏｒｔ）を指示する。

ＮＰＲＡＣＨ送信の周波数位置は、

副−搬送波内で制約される。周波数ホッピングは１２副搬送波内で使用され、ここで、

シンボルグループの周波数位置は、

であり、そして、数式１５は、

ここで、

を有する

は、

からＭＡＣ階層により選択された副搬送波であり、疑似ランダムシーケンス

は、ＧＰＰ ＴＳ ３６．２１１の７．２節により提供される。疑似ランダムシーケンス生成器は、

に初期化される。

シンボルグループ

に対するとき間−連続ランダムアクセス信号

は、下記の数式１６により定義される。

表１９は、ランダムアクセス基底帯域パラメータの一例を表す。

下向きリンク（Ｄｏｗｎｌｉｎｋ）
下向きリンク狭帯域物理チャネルは、上位階層から発生した情報を運搬する資源要素のセットに対応し、３ＧＰＰ ＴＳ ３６．２１２と３ＧＰＰ ＴＳ ３６．２１１との間に定義されたインターフェースである。

次のような下向きリンク物理チャネルが定義される。

・狭帯域物理下向きリンク共有チャネル、ＮＰＤＳＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）
・狭帯域物理放送チャネル、ＮＰＢＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ） ・狭帯域物理下向きリンク制御チャネル、ＮＰＤＣＣＨ（Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）

下向きリンク狭帯域物理信号は、物理階層により使用される資源要素のセットに対応するが、上位階層から発生する情報を運搬しない。次のような下向きリンク物理信号が定義される：

狭帯域参照信号、ＮＲＳ（Ｎａｒｒｏｗｂａｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）
狭帯域同期信号（Ｎａｒｒｏｗｂａｎｄ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）
狭帯域物理下向きリンク共有チャネル（ＮＰＤＳＣＨ：Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）

スクランブリングシーケンス生成器は、

に初期化され、ここで、

は、コードワード送信の１番目のスロットである。ＮＰＤＳＣＨ繰り返し等とＢＣＣＨを運搬するＮＰＤＳＣＨの場合、スクランブリングシーケンス生成器は、各繰り返しに対して前述された表現によって再度初期化される。ＮＰＤＳＣＨ繰り返し等の場合、ＮＰＤＳＣＨがＢＣＣＨを運搬しない場合、スクランブリングシーケンス生成器は、繰り返し送信に対して使用された、１番目のスロット及びフレームに各々設定された

及び

を有するコードワードの

毎の送信以後に、前述された表現によって再初期化される。

変調は、ＱＰＳＫ変調方式を使用して行われる。

ＮＰＤＳＣＨは、３ＧＰＰ ＴＳ ３６．２１３の１６．４．１．５節により提供されるように、１つ以上のサブフレーム、

にマッピングされることができ、これらの各々は、ＮＰＤＳＣＨ

回送信されなければならない。

物理チャネルの送信のために使用されるそれぞれのアンテナポートに対して、複素−値シンボルのブロック

は、現在サブフレームで次の基準を全て満たす資源要素

にマッピングされなければならない。

サブフレームは、ＮＰＢＣＨ、ＮＰＳＳ、またはＮＳＳＳの送信に使用されず、そして、これらは、ＮＲＳのために使用されないこととＵＥにより仮定され、そして、これらは（存在するならば）、ＣＲＳのために使用される資源要素と重ならず、そして、サブフレームで１番目のスロットのインデックス

は、

を満たし、ここで、

は、３ＧＰＰ ＴＳ ３６．２１３の１６．４．１．４節により提供される。

に始めるシーケンスで

の上記の基準を満たすアンテナポートｐを介しての資源要素

へのマッピングは、サブフレームの１番目のスロットから始めて２番目のスロットで終わる、１番目のインデックス

とインデックス

の増加順序である。ＢＣＣＨを運搬しないＮＰＤＳＣＨの場合、サブフレームへのマッピング後、

の次のサブフレームへのマッピングを続ける以前に、

付加サブフレームに対してサブフレームが繰り返される。その後、

サブフレームが送信されるまで

のマッピングが繰り返される。ＢＣＣＨを運搬するＮＰＤＳＣＨの場合、

は、

サブフレームにシーケンスでマッピングされ、その後、

サブフレームが送信されるまで繰り返される。

ＮＰＤＳＣＨ送信は、ＮＰＳＤＣＨ送信が延期される送信ギャップで上位階層により構成されることができる。

であれば、ＮＰＤＳＣＨ送信にギャップが存在せず、ここで、

は、上位階層パラメータｄｌ−ＧａｐＴｈｒｅｓｈｏｌｄにより提供され、

は、３ＧＰＰ ＴＳ ３６．２１３により提供される。ギャップ開始フレームとサブフレームとは、

により提供され、ここで、ギャップ周期性、

は、上位階層パラメータｄｌ−ＧａｐＰｅｒｉｏｄｉｃｉｔｙにより提供される。複数のサブフレームのギャップデュレーションは、

により提供され、ここで、

は、上位階層パラメータｄｌ−ＧａｐＤｕｒａｔｉｏｎＣｏｅｆｆにより提供される。ＢＣＣＨを運搬するＮＰＤＳＣＨの場合、送信ギャップが存在しない。

ＮＢ−ＩｏＴ下向きリンクサブフレームでない場合、サブフレーム４でＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを運搬するＮＰＤＳＣＨの送信を除き、ＵＥは、サブフレーム

でＮＰＤＳＣＨを期待しない。ＮＰＤＳＣＨ送信等の場合、ＮＢ−ＩｏＴ下向きリンクサブフレームでないサブフレームで、ＮＰＤＳＣＨ送信は、次のＮＢ−ＩｏＴ下向きリンクサブフレームまで延期される。

ＮＰＤＳＣＨを受信するためのＵＥ手順（ＵＥ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ｒｅｃｅｉｖｉｎｇ ｔｈｅ ＮＰＤＳＣＨ）
ＮＢ−ＩｏＴ ＵＥは、次の場合にサブフレームをＮＢ−ＩｏＴ ＤＬサブフレームと仮定しなければならない。

・ＵＥは、サブフレームがＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ／ＮＢ−ＳＩＢ１送信を含まないと決定し、そして、
・ＵＥが上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを受信するＮＢ−ＩｏＴ搬送波の場合、ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得した後に、サブフレームは、ＮＢ−ＩｏＴ ＤＬサブフレームで構成される。
・ＤＬ−ＣａｒｒｉｅｒＣｏｎｆｉｇＣｏｍｍｏｎ−ＮＢが存在するＮＢ−ＩｏＴ搬送波の場合、サブフレームは、上位階層パラメータであるｄｏｗｎｌｉｎｋＢｉｔｍａｐＮｏｎＡｎｃｈｏｒによりＮＢ−ＩｏＴ ＤＬサブフレームで構成される。

ｔｗｏＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ−ｒ１４を支援するＮＢ−ＩｏＴ ＵＥの場合、最大２個の下向きリンクＨＡＲＱプロセスがなければならない。

ＵＥに対して意図されたサブフレーム

で終わるＤＣＩフォーマットＮ１、Ｎ２を有するＮＰＤＣＣＨの与えられたサービングセルに対する検出の際、ＵＥは、

ＤＬサブフレームから始めてＮＰＤＣＣＨ情報に応じて

を有するＮ個の連続するＮＢ−ＩｏＴ ＤＬサブフレーム（等）

の対応するＮＰＤＳＣＨ送信をデコードすべきであり、ここで、サブフレーム

は、ＮＰＤＣＣＨが送信される最後のサブフレームであり、ＮＰＤＣＣＨ送信の開始サブフレーム及び対応するＤＣＩのＤＣＩサブフレーム繰り返し番号フィールドから決定される；

ｉ＝０、１、．．．、Ｎ−１であるサブフレーム（等）ｎｉは、ＳＩメッセージのために使用されるサブフレームを除いたＮ個の連続するＮＢ−ＩｏＴ ＤＬサブフレーム（等）であり、ここで、ｎ０＜ｎ１＜．．．、ｎＮ−１であり、

であり、ここで、

の値は、対応するＤＣＩの繰り返し番号フィールドにより決定され、

の値は、対応するＤＣＩの資源割当フィールドにより決定され、そして、

は、ＤＬサブフレーム

から始めて、ＤＬサブフレーム

までＮＢ−ＩｏＴ ＤＬサブフレーム（等）の個数であり、ここで、

は、ＤＣＩフォーマットＮ１に対してスケジューリング遅延フィールド

により決定され、ＤＣＩフォーマットＮ２に対して

である。Ｇ−ＲＮＴＩによりスクランブリングされたＤＣＩ ＣＲＣの場合、

は、表２１によるスケジューリング遅延フィールド

により決定され、それとも、

は、表２０によるスケジューリング遅延フィールド

により決定される。

の値は、対応するＤＣＩフォーマットＮ１に対する３ＧＰＰ ３６．２１３の下位節１６．６にしたがう。

表２０は、ＤＣＩフォーマットＮ１に対する

の一例を表す。

表２１は、Ｇ−ＲＮＴＩによりスクランブリングされたＤＣＩ ＣＲＣを有するＤＣＩフォーマットＮ１に対する

の一例を表す。

ＵＥによるＮＰＵＳＣＨ送信の終了以後、ＵＥは、３個のＤＬサブフレームでの送信を受信することと期待されない。

ＮＰＳＩＣＨに対するＤＣＩフォーマットＮ１、Ｎ２（ページング）の資源割当情報は、スケジューリングされたＵＥに指示される。

表２２は、ＮＰＤＳＣＨに対するサブフレーム数の一例を表す。表２２による対応するＤ ＣＩで資源割当フィールド

により決定されるサブフレームの個数

。

表２３による対応するＤＣＩで繰り返し回数フィールド

により決定される繰り返し回数

。

表２３は、ＮＰＤＳＣＨに対する繰り返し回数の一例を表す。

ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを運搬するＮＰＤＳＣＨに対する繰り返し回数は、上位−階層により構成されるパラメータｓｃｈｅｄｕｌｉｎｇＩｎｆｏＳＩＢ１に基づいて決定され、表２４にしたがう。

表２４は、ＳＩＢ１−ＮＢに対する繰り返し回数の一例を示す。

ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信のための開始無線フレームは、表２５によって決定される。

表２５は、ＳＩＢ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信のための開始無線フレームの一例を表す。

ＮＰＤＳＣＨに対する開始ＯＦＤＭシンボルは、サブフレーム

の１番目のスロットのインデックス

により提供され、次のように決定される。

・サブフレーム

がＳＩＢ１−ＮＢを受信するために使用されるサブフレームであれば、
上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏの値が「００」または「０１」に設定されれば

それとも、

・それとも、
上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅの値が存在すれば、

は、上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅにより提供される。
それとも、

ＡＣＫ／ＮＡＣＫを受信するためのＵＥ手順（ＵＥ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ｒｅｐｏｒｔｉｎｇ ＡＣＫ／ＮＡＣＫ）
ＵＥのために意図され、ＡＣＫ／ＮＡＣＫが提供されなければならないＮＢ−ＩｏＴサブフレームｎで終わるＮＰＤＳＣＨ送信の検出時に、ＵＥは、Ｎ個の連続するＮＢ−ＩｏＴ ＵＬスロットでＮＰＵＳＣＨフォーマット２を使用することがＡＣＫ／ＮＡＣＫ応答を運搬するＮＰＵＳＣＨの

ＤＬサブフレーム送信の終了時に、提供され、始まらなければならず、ここで、

であり、

の値は、Ｍｓｇ４ ＮＰＤＳＣＨ送信のための連関したＮＰＲＡＣＨ資源に対して構成された上位階層パラメータａｃｋ−ＮＡＣＫ−ＮｕｍＲｅｐｅｔｉｔｉｏｎｓ−Ｍｓｇ４及び、それとも、上位階層パラメータａｃｋ−ＮＡＣＫ−ＮｕｍＲｅｐｅｔｉｔｉｏｎｓにより提供され、

の値は、資源ユニット内のスロットの個数であり、ＡＣＫ／ＮＡＣＫのために割り当てられた副搬送波及びｋ０の値は、３ＧＰＰ ＴＳ ３６．２１３の表１６．４．２−１、及び表１６．４．２−２による対応するＮＰＤＣＣＨのＤＣＩフォーマットのＡＣＫ／ＮＡＣＫ資源フィールドにより決定される。

狭帯域物理放送チャネル（ＮＰＢＣＨ：Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）
ＢＣＨ送信チャネルに対するプロセシング構造は、３ＧＰＰ ＴＳ ３６．２１２の５．３．１節にしたがい、次のような相違点がある。

・送信時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）は、６４０ｍｓである。
・ＢＣＨ送信ブロックの大きさは、３４ビットに設定される。
・ＮＰＢＣＨに対するＣＲＣマスクは、３ＧＰＰ ＴＳ ３６．２１２の表５．３．１．１−１によってｅＮｏｄｅＢで１個または２個の送信アンテナポートにより選択され、ここで、送信アンテナポートは、３ＧＰＰ ＴＳ ３６．２１１のセクション１０．２．６に定義されている。
・レートマッチングビットの数は、３ＧＰＰ ＴＳ ３６．２１１のセクション１０．２．４．１に定義されている。

スクランブリングは、ＮＰＢＣＨを介して送信されるビット等の数を表す

を用いて３ＧＰＰ ＴＳ ３６．２１１の６．６．１節によって行われる。

は、正規循環プレフィックスに対して１６００と同一である。スクランブリングシーケンスは、

を満たす無線フレームで

に初期化される。

変調は、各アンテナポートに対してＱＰＳＫ変調方式を使用して行われ、

を満たす各無線フレームから始める６４個の連続する無線フレームの間、サブフレーム０で送信される。

レイヤマッピング及びプレコーディングは、Ｐ∈｛１、２｝である３ＧＰＰ ＴＳ ３６．２１１の６．６．３節によって行われる。ＵＥは、狭帯域物理放送チャネルの送信のために、アンテナポート

及び

が使用されると仮定する。

のサブフレーム０へのマッピングを続ける前に、サブフレームは、７個の次の無線フレームでサブフレーム０で繰り返される。サブフレームの１番目の３個のＯＦＤＭシンボルは、マッピングプロセスで使用されない。マッピング目的のために、ＵＥは、実際構成と関係なく存在するアンテナポート２０００及び２００１に対する狭帯域参照信号及びアンテナポート０−３に対するセル−特定参照信号を仮定する。セル−特定参照信号の周波数遷移は、３ＧＰＰ ＴＳ ３６．２１１の６．１０．１．２節の

の計算でセル

を

に代えて計算する。

狭帯域物理下向きリンク制御チャネル（ＮＰＤＣＣＨ：Ｎａｒｒｏｗｂａｎｄ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）
狭帯域物理下向きリンク制御チャネルは、制御情報を運搬する。狭帯域物理制御チャネルは、１個または２個の連続する狭帯域制御チャネル要素（ＮＣＣＥｓ：ｎａｒｒｏｗｂａｎｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔｓ）の集成（ａｇｇｒｅｇａｔｉｏｎ）を介して送信され、ここで、狭帯域制御チャネル要素は、サブフレームで６個の連続する副搬送波に対応し、ここで、ＮＣＣＥ ０は、副搬送波０〜５を占有し、ＮＣＣＥ １は、副搬送波６〜１１を占有する。ＮＰＤＣＣＨは、表１−２６に挙げられた種々のフォーマットを支援する。ＮＰＤＣＣＨフォーマット１の場合、全てのＮＣＣＥが同じサブフレームに属する。１個または２個のＮＰＤＣＣＨがサブフレーム内で送信され得る。

表２６は、支援されるＮＰＤＣＣＨフォーマットの一例を表す。

スクランブリングは、ＴＳ ３６．２１１の６．８．２節によって行われなければなら
ない。スクランブリングシーケンスは、

を有する４番目毎のＮＰＤＣＣＨサブフレーム以後、ＴＳ ３６．２１３の１６．６節によってサブフレーム

の開始で初期化されなければならず、ここで は、スクランブリングが（再−）初期化されるＮＰＤＣＣＨサブフレームの１番目のスロットである。

変調は、ＴＳ ３６．２１１の６．８．３節によってＱＰＳＫ変調方式を使用して行われる。

レイヤマッピングとプレコーディングは、ＮＰＢＣＨと同じアンテナポートを使用してＴＳ ３６．２１１の６．６．３節によって行われる。

これらは、ＮＰＤＣＣＨ送信のために割り当てられたＮＣＣＥ（等）の部分であり、そして、これらは、ＮＰＢＣＨ、ＮＰＳＳ、またはＮＳＳＳの送信のために使用されないことと仮定され、そして、これらは、ＮＲＳのためにＵＥにより使用されないことと仮定され、そして、これらは（存在するならば）、ＴＳ ３６．２１１の６節で定義されたように、ＰＢＣＨ、ＰＳＳ、ＳＳＳ、またはＣＲＳのために使用される資源要素と重ならず、そして、サブフレームの１番目のスロットのインデックス

は、

を満たし、ここで、

は、３ＧＰＰ ＴＳ ３６．２１３の１６．６．１節により提供される。

前述された基準を満たすアンテナポートｐを介しての資源要素

へのマッピングは、サブフレームの１番目のスロットから始めて２番目のスロットで終わる、１番目にインデックス

、以後、インデックス

の増加順序である。

ＮＰＤＣＣＨ送信は、ＮＰＤＣＣＨ送信が延期される送信ギャップを有する上位階層により構成されることができる。前記構成は、ＴＳ ３６．２１１の１０．２．３．４節のＮＰＤＳＣＨについて説明したことと同一である。

ＮＢ−ＩｏＴ下向きリンクサブフレームでない場合、ＵＥは、サブフレーム

でＮＰＤＣＣＨを期待しない。ＮＰＤＣＣＨ送信の場合、ＮＢ−ＩｏＴ下向きリンクサブフレームでないサブフレームで、ＮＰＤＣＣＨ送信は、次のＮＢ−ＩｏＴ下向きリンクサブフレームまで延期される。

ＤＣＩフォーマット
ＤＣＩフォーマットＮ０ＤＣＩフォーマットＮ０は、１つのＵＬセルでＮＰＵＳＣＨのスケジューリングのために使用される。次の情報は、ＤＣＩフォーマットＮ０により送信される。

フォーマットＮ０／フォーマットＮ１区別（１ビット）、副搬送波表示（６ビット）、資源割当（３ビット）、スケジューリング遅延（２ビット）、変調及びコーディング方式（４ビット）、リダンダンシバージョン（１ビット）、繰り返し回数（３ビット）、新しいデータ指示子（１ビット）、ＤＣＩサブフレーム繰り返し回数（２ビット）に対するフラグ

ＤＣＩフォーマットＮ１
ＤＣＩフォーマットＮ１は、１つのセルで１つのＮＰＤＳＣＨコードワードのスケジューリング及びＮＰＤＣＣＨ順序により開始されるランダムアクセス手順に使用される。ＮＰＤＣＣＨ順序に対応するＤＣＩは、ＮＰＤＣＣＨにより運搬される。次の情報は、ＤＣＩフォーマットＮ１により送信される：

・フォーマットＮ０／フォーマットＮ１区別（１ビット）、ＮＰＤＣＣＨ順序指示子（１ビット）に対するフラグ
フォーマットＮ１は、ＮＰＤＣＣＨ順序指示子が「１」に設定され、フォーマットＮ１ ＣＲＣがＣ−ＲＮＴＩにスクランブリングされ、残りの全てのフィールドが次のように設定される場合にのみ、ＮＰＤＣＣＨ順序により開始されるランダムアクセス手順に使用される：
・ＮＰＲＡＣＨ繰り返し（２ビット）の開始番号、ＮＰＲＡＣＨの副搬送波指示（６ビット）、フォーマットＮ１の残りの全てのビットは１に設定される。
それとも、
・スケジューリング遅延（３ビット）、資源割当（３ビット）、変調及びコーディング方式（４ビット）、繰り返し回数（４ビット）、新しいデータ指示子（１ビット）、ＨＡＲＱ−ＡＣＫ資源（４ビット）、ＤＣＩサブフレーム繰り返し回数（２ビット）
フォーマットＮ１ ＣＲＣがＲＡ−ＲＮＴＩにスクランブリングされれば、上記のフィールドのうち、次のフィールドが予約される。
・新しいデータ指示子、ＨＡＲＱ−ＡＣＫ資源
フォーマットＮ１の情報ビット数がフォーマットＮ０の情報ビット数より小さければ、ペイロード大きさがフォーマットＮ０と同一になるまでゼロがフォーマットＮ１に添付される。

ＤＣＩフォーマットＮ２
ＤＣＩフォーマットＮ２は、ページング及び直接指示に使用される。次の情報は、ＤＣＩフォーマットＮ２により送信される。
ページング／直接指示区別のためのフラグ（１ビット）
フラグ＝０の場合：
・直接指示情報（８ビット）、大きさがフラグ＝１であるフォーマットＮ２の大きさと同じ大きさになるまで予約情報ビットが追加される。
フラグ＝１の場合：
・資源割当（３ビット）、変調及びコーディング方式（４ビット）、繰り返し回数（４ビット）、ＤＣＩサブフレーム繰り返し回数（３ビット）

ＮＰＤＣＣＨ関連手順
ＵＥは、制御情報のための上位階層シグナリングにより構成されるＮＰＤＣＣＨ候補セットをモニタリングしなければならず、ここで、モニタリングは、全てのモニタリングされるＤＣＩフォーマットによってセット内のＮＰＤＣＣＨの各々をデコードしようと試みることを意味する。

集成レベル

と繰り返しレベル

でのＮＰＤＣＣＨ探索空間

は、ＮＰＦＣＣＨ候補のセットにより定義され、ここで、各候補は、サブフレーム

で始めるＳＩメッセージの送信のために使用されるサブフレームを除いたＲ個の連続するＮＢ−ＩｏＴ下向きリンクサブフレームのセットで繰り返される。

類型１−ＮＰＤＣＣＨ共通探索空間に対して、

であり、ＮＢ−ＩｏＴページング機会サブフレームの位置から決定される。

ＵＥがＮＰＤＣＣＨ ＵＥ−特定探索空間をモニタリングするために、ＮＢ−ＩｏＴ搬送波で上位階層により構成される場合、ＵＥは、上位階層に構成されたＮＢ−ＩｏＴ搬送波を介してＮＰＤＣＣＨ ＵＥ−特定探索空間をモニタリングし、ＵＥは、上位階層に構成されたＮＢ−ＩｏＴ搬送波を介してＮＰＳＳ、ＮＳＳＳ、ＮＰＢＣＨを受信することと期待されない。

それとも、
ＵＥは、ＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨが検出された同じＮＢ−ＩｏＴ搬送波を介してＮＰＤＣＣＨ ＵＥ−特定探索空間をモニタリングする。

サブフレーム

の１番目のスロットでインデックス

により提供されるＮＰＤＣＣＨに対する開始ＯＦＤＭシンボルは、次のように決定される。

上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅが存在する場合、

は、上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅにより提供される。

それとも、

狭帯域参照信号（ＮＲＳ：Ｎａｒｒｏｗｂａｎｄ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）
ＵＥがｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを取得する前に、ＵＥは、狭帯域参照信号がＮＳＳＳを含まないサブフレーム＃９で、そして、サブフレーム＃０及び＃４で送信されると仮定することができる。

ＵＥがガード帯域（ｇｕａｒｄｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）を表す上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを受信する場合、
ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得する前に、ＵＥは、ＮＳＳＳを含まないサブフレーム＃９で、そして、サブフレーム＃０、＃１、＃３、＃４で狭帯域参照信号が送信されると仮定することができる。

ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得した後、ＵＥは、ＮＳＳＳを含まないサブフレーム＃９、サブフレーム＃０、＃１、＃３、＃４で、そして、ＮＢ−ＩｏＴ下向きリンクサブフレームで狭帯域参照信号が送信されることと仮定することができ、他の下向きリンクサブフレームで狭帯域参照信号を期待しない。

ＵＥがｉｎｂａｎｄ−ＳａｍｅＰＣＩまたはｉｎｂａｎｄ−Ｄｉｆｆｅｒｅｎｔ ＰＣＩを指示する上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを受信すれば、
ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得する前に、ＵＥは、ＮＳＳＳを含まないサブフレーム＃９で、そして、サブフレーム＃０、＃４で狭帯域参照信号が送信されると仮定することができる。

ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得した後、ＵＥは、ＮＳＳＳを含まない、サブフレーム＃９、サブフレーム＃０、＃４で、そして、ＮＢ−ＩｏＴ下向きリンクサブフレームで狭帯域参照信号が送信されることと仮定することができ、他の下向きリンクサブフレームで狭帯域参照信号を期待しない。

狭帯域プライマリ同期信号（ＮＰＳＳ：Ｎａｒｒｏｗｂａｎｄ Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）
狭帯域プライマリ同期信号に使用されるシーケンス

は、下記の数式１７によって周波数領域のＺａｄｏｆｆ−Ｃｈｕシーケンスから生成される。

ここで、相違したシンボルインデックスｌに対するＺａｄｏｆｆ−Ｃｈｕルートシーケンスインデックス

及び

は、表２７として提供される。

表２７は、Ｓ（ｌ）の一例を表す。

同一アンテナポートは、サブフレーム内の狭帯域プライマリ同期信号の全てのシンボルに対して使用されなければならない。

ＵＥは、狭帯域プライマリ同期信号が任意の下向きリンク参照信号と同じアンテナポートを介して送信されると仮定してはならない。ＵＥは、与えられたサブフレームでの狭帯域プライマリ同期信号の送信が任意の他のサブフレームでの狭帯域プライマリ同期信号と同一の、同じアンテナポートまたはポート等を使用すると仮定してはならない。

狭帯域セカンダリ同期信号（ＮＳＳＳ：Ｎａｒｒｏｗｂａｎｄ Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌｓ）
狭帯域セカンダリ同期信号のために使用されるシーケンス

は、下記の数式１８によって周波数領域Ｚａｄｏｆｆ−Ｃｈｕシーケンスから生成される。

表２８は、

の一例を表す。

同一アンテナポートは、サブフレーム内の狭帯域セカンダリ同期信号の全てのシンボルに対して使用されなければならない。

ＵＥは、狭帯域セカンダリ同期化信号が任意の下向きリンク参照信号と同じアンテナポートを介して送信されると仮定してはならない。ＵＥは、与えられたサブフレームで狭帯域セカンダリ同期化信号の送信が任意の他のサブフレームの狭帯域セカンダリ同期化信号と同じアンテナポート、またはポート等を使用すると仮定してはならない。

シーケンス

は、１２個の割り当てられた副搬送波を介して１番目のインデックス

、その後、

を満たす無線フレームで割り当てられた最後の

シンボルを介してインデックス

の順序が増加する順序で、

から始めるシーケンスで資源要素

にマッピングされなければならず、ここで、

は、表２９として提供される。

表２９は、ＮＳＳＳシンボルの個数の一例を表す。

ＯＦＤＭ基底帯域信号生成
上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏが「ｉｎｂａｎｄ−ＳａｍｅＰＣＩ」を指示せず、ｓａｍｅＰＣＩ−Ｉｎｄｉｃａｔｏｒが「ｓａｍｅＰＣＩ」を指示しないならば、下向きリンクスロットでＯＦＤＭシンボル

のアンテナポート

を介しての時間−連続信号

は、下記の数式１９により定義される。

上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏが「ｉｎｂａｎｄ−ＳａｍｅＰＣＩ」を指示するか、またはｓａｍｅＰＣＩ−Ｉｎｄｉｃａｔｏｒが「ｓａｍｅＰＣＩ」を指示すれば、ＯＦＤＭシンボル

のアンテナポートｐを介しての時間−連続信号

は、ここで、

は、最後の偶数番目のサブフレームの開始でのＯＦＤＭシンボルインデックスであり、下記の数式２０により定義される。

特定３ＧＰＰ ｓｐｅｃ．では、狭帯域ＩｏＴ下向きリンクに対して単に一般（ｎｏｒｍａｌ）ＣＰのみ支援される。

以下、狭帯域物理放送チャネル（ＮＰＢＣＨ）の物理階層プロセスについてより具体的に説明する。

スクランブリング（ｓｃｒａｍｂｌｉｎｇ）
スクランブリングは、ＮＰＢＣＨを介して送信されるビットの数を表す

を用いて３ＧＰＰ ＴＳ ３６．２１１の６．６．１節によって行われる。

は、一般循環前置（ｎｏｒｍａｌ ｃｙｃｌｉｃ ｐｒｅｆｉｘ）に対して１６００と同一である。スクランブリングシーケンスは、

を満たす無線フレームで

に初期化される。

変調（ｍｏｄｕｌａｔｉｏｎ）
変調は、ＴＳ ３６．２１１の６．６．２節によって表１０．２．４．２−１の変調方式を使用して行われる。

表３０は、ＮＰＢＣＨに対する変調方式の一例を表す。

レイヤマッピング（ｌａｙｅｒ ｍａｐｐｉｎｇ）及びプレコーディング（ｐｒｅｃｏｄｉｎｇ）
レイヤマッピング及びプレコーディングは、Ｐ∈｛１、２｝である３ＧＰＰ ＴＳ ３６．２１１の６．６．３節によって行われる。ＵＥは、狭帯域物理放送チャネルの送信のために、アンテナポート

及び

が使用されると仮定する。

マッピング目的のために、ＵＥは、実際構成と関係なく存在するアンテナポート２０００及び２００１に対する狭帯域参照信号及びアンテナポート０−３に対するセル−特定参照信号を仮定する。セル−特定参照信号の周波数遷移は、３ＧＰＰ ＴＳ ３６．２１１の６．１０．１．２節の

の計算でセル

を

に代えて計算する。

次に、ＭＩＢ−ＮＢ及びＳＩＢＮ１−ＮＢと関連した情報についてより具体的に説明する。

マスター情報ブロック（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）−ＮＢ
ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢは、ＢＣＨを介して送信されるシステム情報を含む。

シグナリング無線ベアラー（Ｓｉｇｎａｌｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ）：Ｎ／Ａ
ＲＬＣ−ＳＡＰ：ＴＭ
論理チャネル（Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）：ＢＣＣＨ
方向（Ｄｉｒｅｃｔｉｏｎ）：ＵＥへのＥ−ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ ｔｏ ＵＥ）

表３１は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢフォーマットの一例を表す。

表３２は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢフィールドの説明を表す。

システム情報ブロック類型１（ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１）−ＮＢ
ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢメッセージは、ＵＥがセルをアクセスすることが許されるかを評価するとき、関連した情報を含み、他のシステム情報のスケジューリングを定義する。

シグナリング無線ベアラー（Ｓｉｇｎａｌｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ）：Ｎ／Ａ
ＲＬＣ−ＳＡＰ：ＴＭ
論理チャネル（Ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ）：ＢＣＣＨ
方向（Ｄｉｒｅｃｔｉｏｎ）：Ｅ−ＵＴＲＡＮからＵＥに（Ｅ−ＵＴＲＡＮ ｔｏ ＵＥ）

表３３は、ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１（ＳＩＢ１）−ＮＢメッセージの一例を表す。

表３４は、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１−ＮＢフィールドの説明を表す。

本明細書において提案するＴＤＤ ＮＢ−ＩｏＴシステムでＳＩＢ１−ＮＢを送受信する方法を説明するに先立ち、後述する用語の略語及び定義についてまとめる。

略語（ａｂｂｒｅｖｉａｔｉｏｎ）
ＭＩＢ−ＮＢ：ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ−ｎａｒｒｏｗｂａｎｄ
ＳＩＢ１−ＮＢ：ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１−ｎａｒｒｏｗｂａｎｄ
ＣＲＳ：ｃｅｌｌ ｓｐｅｃｉｆｉｃ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｏｒ ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ
ＡＲＦＣＮ：ａｂｓｏｌｕｔｅ ｒａｄｉｏ−ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ
ＰＲＢ：ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ
ＰＲＧ：ｐｒｅｃｏｄｉｎｇ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｏｕｐ
ＰＣＩ：ｐｈｙｓｉｃａｌ ｃｅｌｌ ｉｄｅｎｔｉｆｉｅｒ
Ｎ／Ａ：ｎｏｎ−ａｐｐｌｉｃａｂｌｅ
ＥＡＲＦＣＮ：Ｅ−ＵＴＲＡ ａｂｓｏｌｕｔｅ Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ
ＲＲＭ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ
ＲＳＲＰ：ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ
ＲＳＲＱ：ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ
ＴＢＳ：ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ ｓｉｚｅ
ＴＤＤ／ＦＤＤ：ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ／ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ

定義（ｄｅｆｉｎｉｔｉｏｎ）
ＮＢ−ＩｏＴ：ＮＢ−ＩｏＴは、２００ｋＨｚに制限されたチャネル帯域幅でＥ−ＵＴＲＡを介してネットワークサービスにアクセスできるようにする。

ＮＢ−ＩｏＴインバンド動作（ｉｎｂａｎｄ ｏｐｅｒａｔｉｏｎ）：ＮＢ−ＩｏＴは、通常的な（ｎｏｒｍａｌ）Ｅ−ＵＴＲＡキャリア内で資源ブロック（等）を利用するとき、ｉｎｂａｎｄとして動作する。

ＮＢ−ＩｏＴガードバンド動作（ｇｕａｒｄｂａｎｄ ｏｐｅｒａｔｉｏｎ）：ＮＢ−ＩｏＴは、Ｅ−ＵＴＲＡキャリアのｇｕａｒｄ ｂａｎｄ内で使用されない資源ブロック（等）を利用するとき、ｇｕａｒｄｂａｎｄとして動作する。

ＮＢ−ＩｏＴ独立型動作（ｓｔａｎｄａｌｏｎｅ ｏｐｅｒａｔｉｏｎ）：ＮＢ−ＩｏＴは、自分のスペクトル（ｓｐｅｃｔｒｕｍ）を使用するとき、ｓｔａｎｄａｌｏｎｅとして動作する。例えば、１つ以上のＧＳＭ ｃａｒｒｉｅｒに代えて現在、ＧＥＲＡＮシステムにより使用されるスペクトルと潜在的なＩｏＴ配置（ｄｅｐｌｏｙｍｅｎｔ）のために分散された（ｓｃａｔｔｅｒｅｄ）スペクトル。

アンカーキャリア（ａｎｃｈｏｒ ｃａｒｒｉｅｒ）：ＮＢ−ＩｏＴで、端末がＦＤＤに対してＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ／ＳＩＢ−ＮＢ、またはＴＤＤに対してＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨが送信されることと仮定するキャリア。

ノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）：ＮＢ−ＩｏＴで、端末がＦＤＤに対してＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ／ＳＩＢ−ＮＢ、またはＴＤＤに対してＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨを送信すると仮定しないキャリア。

チャネルラスタ（ｃｈａｎｎｅｌ ｒａｓｔｅｒ）：端末が資源を読み出す少なくとも単位。ＬＴＥシステムの場合、チャネルラスタ（ｃｈａｎｎｅｌ ｒａｓｔｅｒ）は、１００ｋＨｚの値を有する。

また、本明細書に記載される「／」は、「及び／又は」と解釈されることができ、「Ａ及び／又はＢ」は、「Ａまたは（及び／又は）Ｂのうち、少なくとも１つを含む」と同じ意味に解釈されることができる。

以下、本明細書において提案するＴＤＤ ＮＢ−ＩｏＴシステムでＳＩＢ１−ＮＢを送信する方法について具体的に説明する。

本明細書において提案する方法は、ＳＩＢ１−ＮＢがアンカー−キャリア（ａｎｃｈｏｒ−ｃａｒｒｉｅｒ）でない第３のキャリア（ｃａｒｒｉｅｒ）上で送信される概念を含む。

前記第３のキャリアは、前述したｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒなどと称されることができる。

また、本明細書において提案する方法は、ＳＩＢ１−ＮＢに含まれたメッセージの解釈と関連した一連の手順などを含む。

本明細書に提案する方法は、説明の都合上、ＮＢ−ＩｏＴシステムを基盤に記述するが、ＭＴＣ、ｅＭＴＣ（ｅｎｈａｎｃｅｄ ＭＴＣ）などのような低電力／低費用を特徴とする他の通信システムにも適用されることができる。

この場合、本明細書において提案する方法は、各システムの特徴によって本明細書で記述するチャネル（ｃｈａｎｎｅｌ）、パラメータ（ｐａｒａｍｅｔｅｒ）などが異なるように定義または表現されることができる。

また、前述したＮＢ−ＩｏＴに対する全般的な説明または手順などは、本明細書において提案する方法を具体化するために適用されることができる。

本明細書において提案するＳＩＢ１−ＮＢを送信する方法は、大別して（１）システム情報が送信されるｃａｒｒｉｅｒ位置、（２）ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ位置及び繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ）、（３）システム情報無しでＮＲＳを期待できるｓｕｂｆｒａｍｅ位置、（４）ＳＩＢ１−ＮＢメッセージの解釈及び構成、（５）ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でシステム情報が送信される場合、端末のＲＲＭまたはＣＥ ｌｅｖｅｌと関連した動作、（６）ＤＬ／ＵＬ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、及び（７）ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合、ＮＲＳとＣＲＳ ｐｏｒｔ数で構成される。

システム情報が送信され得るｃａｒｒｉｅｒ位置
第１に、システム情報（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）が送信され得るキャリア（ｃａｒｒｉｅｒ）位置について説明する。
ＵＬ／ＤＬ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によってダウンリンクサブフレーム（ｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅ）が十分でない場合に、基地局は、ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ（例えば、ＳＩＢ１−ＮＢと残りの他のＳＩＢｘ−ＮＢとを区分して各々）をノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）上で端末に送信することができる。

これは、特定ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎのみで制限的に許されるか、及び／又は特定動作モード（ｏｐｅｒａｔｉｏｎ ｍｏｄｅ）に対してのみ制限的に許されるか、及び／又はＳＩＢ１−ＮＢの特定一部繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ）に対してのみ制限的に許されるか、及び／又はＣＲＳ（ｃｅｌｌ ｓｐｅｃｉｆｉｃ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）及びＮＲＳ（ｎａｒｒｏｗｂａｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）の数によって制限的に許されることもできる。

前記特定ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎは、例えば、ｓｕｂｆｒａｍｅ＃０、５、９とｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅを除き、２つ以上のｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅが存在しないＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎでありうる。

前記特定ｏｐｅｒａｔｉｏｎ ｍｏｄｅは、例えば、ｉｎ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅでありうる。

前記ＳＩＢ１−ＮＢの特定一部ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒは、ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＳＩＢ１によって導かれる値であり、例えば、ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ４と８は、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でＳＩＢ１−ＮＢに対する送信が許されないこともある。

また、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でＳＩＢ１−ＮＢのｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒまたは特定区間の間ＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅの数は、ＭＩＢ−ＮＢ内のｓｃｈｅｄｕｌｉｎｇＩｎｆｏＳＩＢ１情報とＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒ位置によって異なるように解釈されることができる。

このように、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに送信される場合は、次のように大別して２つに区分することができる。

（１）ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒにのみ送信される場合
（２）ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの両方に送信される場合

仮りに、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒでないｃａｒｒｉｅｒに送信される場合、ＭＩＢ−ＮＢのｏｐｅｒａｔｉｏｎ ｍｏｄｅは、ＳＩＢ１−ＮＢのｃａｒｒｉｅｒ及び／又は残りの他のＳＩＢｘ−ＮＢが送信されるｃａｒｒｉｅｒに対しても同様に適用されることができる。

ｏｐｅｒａｔｉｏｎ ｍｏｄｅだけでなく、７ｂｉｔｓ ｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏ内の全ての情報に対しても同様である。

さらに、ＳＩＢ１−ＮＢでない残りのＳＩＢｘ−ＮＢも特定の１つのｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信され得る。

ＳＩＢ１−ＮＢのｃａｒｒｉｅｒ位置情報と残りの他のＳＩＢｘ−ＮＢ ｃａｒｒｉｅｒ位置情報とは、各々ＭＩＢ−ＮＢとＳＩＢ１−ＮＢとに含まれることができる。

ＭＩＢ−ＮＢとＳＩＢ１−ＮＢとは、残りの他のＳＩＢｘ−ＮＢのように十分なダウンリンク資源（ｄｏｗｎｌｉｎｋ ｒｅｓｏｕｒｃｅ）を使用して送信されない可能性があるので、これを考慮して、ＡＲＦＣＮ−ＶａｌｕｅＥＵＴＲＡのような形態のｃｈａｎｎｅｌ ｎｕｍｂｅｒとして知られない。

ＳＩＢ１−ＮＢを送信するｃａｒｒｉｅｒ位置は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとの相対的なＰＲＢ位置（事前に決まった１つ以上のｏｆｆｓｅｔ値のうち、１つ）に定義されることができる。

そして、残りのＳＩＢｘ−ＮＢを送信するｃａｒｒｉｅｒ位置は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとの相対的なＰＲＢ位置（事前に決まった１つ以上のｏｆｆｓｅｔ値のうち、１つであり、ｏｆｆｓｅｔ値の範囲は、ＳＩＢ１−ＮＢ送信位置を知らせるためのｏｆｆｓｅｔ値の範囲と同一であるか、または異なることができる）に定義されるか、または、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒとの相対的なＰＲＢ位置に定義されることができる。

ただし、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒとの両方で送信される場合、ａｎｃｈｏｒ−ｃａｒｒｉｅｒを優先して基地局は（ＳＩＢ１−ＮＢが送信される）、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの位置に対してａｎｃｈｏｒ−ｃａｒｒｉｅｒとの相対的なＰＲＢ位置に知らせることができる。

これは、ｇｕａｒｄｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅ及びｓｔａｎｄａｌｏｎｅ ｏｐｅｒａｔｉｏｎ ｍｏｄｅでも同様に適用されることができる。

すなわち、ｇｕａｒｄｂａｎｄとｓｔａｎｄａｌｏｎｅ ｏｐｅｒａｔｉｏｎ ｍｏｄｅとは、ＰＲＢ概念が１８０ｋＨｚの単位を称する単位に使用されて、前述したように、ｃａｒｒｉｅｒ間に相対的な位置を表現するために使用されることができる。

これは、一般的に、ＮＢ−ＩｏＴシステムにおいてｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒを設定するとき、ＡＲＦＣＮ−ＶａｌｕｅＥＵＴＲＡのような形態のチャネル番号（ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）を使用することと差別点となることができる。

そして、ＳＩＢ１−ＮＢのｃａｒｒｉｅｒ位置を知らせるのにおいて、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと相対的なＰＲＢ間隔でこれをＭＩＢ−ＮＢで知らせるためには、ＳＩＢ１−ＮＢが送信され得るｃａｒｒｉｅｒの数が制限的である必要がある。

このとき、ＬＴＥシステムの資源割当（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）を考慮すれば（例えば、ＰＲＧとＲＢＧの単位を考慮すれば）、ＳＩＢ１−ＮＢが送信され得るｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒより周波数観点で高い値と低い値とを少なくとも１つずつ含む必要がある。

これは、ＳＩＢ１−ＮＢがｇｕａｒｄｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅでもｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信され得る場合にも同様である。

もちろん、ＳＩＢ１−ＮＢがｓｔａｎｄａｌｏｎｅ ｏｐｅｒａｔｉｏｎ ｍｏｄｅでもｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信され得る場合にも同様である。

Ｉｎ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅを例に挙げて、ａｎｃｈｏｒ−ｃａｒｒｉｅｒの位置がＬＴＥシステム帯域（ｂａｎｄｗｉｄｔｈ）内でＰＲＢ ｋ番目に該当する場合に、ＳＩＢ１−ＮＢが送信され得るｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ位置は、ｋより小さな値と大きい値とを少なくとも１つずつ含む必要がある。

仮りに、ｋより低いＰＲＢ位置の２個とｋより高いＰＲＢ位置の２個とがＳＩＢ１−ＮＢが送信され得るｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに含まれるならば、ＳＩＢ１−ＮＢが送信され得るｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのＰＲＢ ｉｎｄｅｘは、低いＰＲＢ番号から順序どおりに｛ｋ−ｋ１、ｋ−ｋ２、ｋ＋ｋ３、ｋ＋ｋ４｝に表現されることができる。

ここで、「２」は、実施例であり、これと異なる値１または２より大きい値でありうる。また、ｋより低いＰＲＢ位置とｋより高いＰＲＢ位置とのＳＩＢ１−ＮＢが送信され得るｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ数は、互いに同一でないことがある。

ここで、ｋ１とｋ２、ｋ３、ｋ４は、特定関係を有さないこともある。

しかし、「ｋ１とｋ４」は、同じ値を有するように定義されることができ、同様に、「ｋ２とｋ３」も同じ値を有するように定義されることができる。

これを異なるように表現すれば、｛ｋ−ｋ１、ｋ−ｋ２、ｋ＋ｋ２、ｋ＋ｋ１｝となり、ｋ１とｋ２は、連続した値でありうるが、ｋ２は、１より大きい値でありうる。

これは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのパワーブースティング（ｐｏｗｅｒ ｂｏｏｓｔｉｎｇ）のために、ａｎｃｈｏｒ−ｃａｒｒｉｅｒに隣接したＮ個のＰＲＢを基地局が使用しないようとすることができるためである。

もちろん、このような制約がない場合、ｋ１とｋ２は、各々２、１に選択されることができる。

このように、ＳＩＢ１−ＮＢが送信され得るｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ集合内でＭＩＢ−ＮＢは、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒ位置ｋ’を指示できる。

これは、ＭＩＢ−ＮＢ内で独立したｆｉｅｌｄを新しく追加して実現されることができる。

さらに、ｋ１とｋ２（そして、ｋ３、ｋ４）は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅまたはＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅまたはａｎｃｈｏｒ−ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅとＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅによって異なる値に設定されることもできる。

前記説明においてＳＩＢ１−ＮＢのｃａｒｒｉｅｒ位置を指示するために使用されるＭＩＢ−ＮＢの特定ｆｉｌｅｄで１つの状態（ｓｔａｔｅ）は、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されていることを意味できる。

または、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されるか否かを知らせるために、独立的な１つのｆｉｅｌｄ−Ａ（例えば、１ｂｉｔとして定義された）を使用することもできる。

このような場合、ｆｉｅｌｄ−Ａの解釈によってｆｉｅｌｄ−Ｂ（１ｂｉｔ以上で構成されたさらに他の情報）の存在有無や解釈方法が変わることができる。

例えば、ｆｉｅｌｄ−ＡでＳＩＢ１−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されると指示された場合、端末は、ｆｉｅｌｄ−Ｂを期待しないか、またはｆｉｅｌｄ−Ｂをａｎｃｈｏｒ−ｃａｒｒｉｅｒ内でＳＩＢ１−ＮＢが送信され得るサブフレーム（ｓｕｂｆｒａｍｅ）の位置に関する情報と解釈することができる。

仮りに、ｆｉｅｌｄ−ＢでＳＩＢ１−ＮＢは、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上に送信されると指示された場合、端末は、前記ｆｉｅｌｄ−ＢをＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒに関する情報取得のために使用することもできる。

仮りに、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されない場合に、「ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒでのみ送信」されるか、または「ａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上との両方で送信」され得る場合がＭＩＢ−ＮＢによって選択され得る場合、ｆｉｅｌｄ−Ａは、少なくとも２ｂｉｔｓ以上の大きさを有することができる。

前述したＳＩＢ−ＮＢ送信ｃａｒｒｉｅｒ位置は、ｃｅｌｌ ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）によってｃｅｌｌ毎に互いに異なることができる。

例えば、ＳＩＢ１−ＮＢが送信され得るｃａｒｒｉｅｒの集合がｃｅｌｌ ＩＤによって異なるように構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）されることもできる。

さらに、ＳＩＢ１−ＮＢが送信され得るｃａｒｒｉｅｒの位置に対する解釈は、ＭＩＢ−ＮＢで指示された情報とともに、ｃｅｌｌ ＩＤ情報まで含まれて定義されることもできる。

仮りに、ｏｐｅｒａｔｉｏｎ ｍｏｄｅによってｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ集合内でＭＩＢ−ＮＢは、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒの位置ｋ’やＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅの位置を他の方法で指示する必要がある場合、下記のような方法を利用できる。

特徴的に、下記の方法は、ＭＩＢ−ＮＢ内の７ｂｉｔｓ ｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏのうち、使用されない一部状態（ｓｔａｔｕｓ）を活用できる方法である。

（１）Ｉｎ−ｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩフィールド利用
・「ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ」５ｂｉｔｓを使用して（ＳＩＢ１−ＮＢが送信される）ｃａｒｒｉｅｒが指示され得る。
・仮りに、ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でＳＩＢ１−ＮＢが送信される場合、「ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ」の一部ｂｉｔを使用してｓｕｂｆｒａｍｅ＃０、８、またはその他のｓｕｂｆｒａｍｅを指示できる。

（２）Ｇｕａｒｄｂａｎｄフィールド利用
・「ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ」５ｂｉｔｓを使用して（ＳＩＢ１−ＮＢが送信される）ｃａｒｒｉｅｒが指示され得る。
・仮りに、ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でＳＩＢ１−ＮＢが送信される場合、「ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ」の一部ｂｉｔを使用してｓｕｂｆｒａｍｅ＃０、８、またはその他のｓｕｂｆｒａｍｅを指示できる。

（３）Ｓｔａｎｄａｌｏｎｅフィールド利用
・「ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ」５ｂｉｔｓを使用して（ＳＩＢ１−ＮＢが送信される）ｃａｒｒｉｅｒが指示され得る。
・仮りに、ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でＳＩＢ１−ＮＢが送信される場合、「ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ」の一部ｂｉｔを使用してｓｕｂｆｒａｍｅ＃０、８、またはその他のｓｕｂｆｒａｍｅを指示できる。

Ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合、ＳＩＢ１−ＮＢが送信され得るｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅもｇｕａｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅに限定されることができる。

これは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢとが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ間にＭＩＢ−ＮＢとＳＩＢ１−ＮＢとの情報解釈及び適用の混乱を避けるためでありうる。

このような場合、すなわち、ＭＩＢ−ＮＢでｏｐｅｒａｔｉｏｎ ｍｏｄｅがｇｕａｒｄ−ｂａｎｄと指定され、ＳＩＢ１−ＮＢ ｃａｒｒｉｅｒがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒと指示された場合、ＳＩＢ１−ＮＢは、ｉｎ−ｂａｎｄシステム（ＬＴＥシステム）を基準にａｎｃｈｏｒ−ｃａｒｒｉｅｒが含まれたｇｕａｒｄ−ｂａｎｄと反対側のｇｕａｒｄ−ｂａｎｄに位置するように制限されることができる。

もちろん、これは、ｇｕａｒｄ−ｂａｎｄの大きさによって異なり、これは、一般的に、ｉｎ−ｂａｎｄ ＬＴＥのｂａｎｄｗｉｄｔｈによって間接的に計算が可能である。

すなわち、ｉｎ−ｂａｎｄ ＬＴＥシステムのｂａｎｄｗｉｄｔｈが小さければ、左／右（または、下／上）のｇｕａｒｄ−ｂａｎｄに１８０ｋＨｚ ｂａｎｄｗｉｄｔｈのＮＢ−ＩｏＴをサービスできる（ｎｏｎ−）ａｎｃｈｏｒ ｃａｒｒｉｅｒの数が制限的でありうる。

したがって、端末がｉｎ−ｂａｎｄ ＬＴＥシステムの帯域（ｂａｎｄｗｉｄｔｈ）を分かることができるならば、端末は、ＳＩＢ１−ＮＢが送信される反対側のｃａｒｒｉｅｒの位置を容易に計算することができる。

例えば、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅでありながら、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合、ＭＩＢ−ＮＢの使用されない（ｕｎｕｓｅｄ）ｂｉｔｓまたは予約された（ｒｅｓｅｒｖｅｄ）ｂｉｔｓまたはｕｎｕｓｅｄ ｓｔａｔｅｓを活用してシステム帯域（ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈ）を知らせ、端末は、これに基づいて反対側でＳＩＢ１−ＮＢを送信するｎｏｎ−ａｎｃｈｏｒを分かることができる。

さらに、ｉｎ−ｂａｎｄ ＬＴＥシステムのｂａｎｄｗｉｄｔｈが広い場合、すなわち、ｉｎ−ｂａｎｄ ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈと比例して広くなったｇｕａｒｄ−ｂａｎｄに、一方のｇｕａｒｄ−ｂａｎｄ内でもａｎｃｈｏｒ−ｃａｒｒｉｅｒに隣接したｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒが存在し得る。

このような場合まで考慮すれば、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合に、ＳＩＢ１−ＮＢが送信され得るｃａｒｒｉｅｒの数は４個でありうる。

すなわち、１）ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信、２）ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒのすぐに隣接した左（または、下）のｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信、３）ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒのすぐに隣接した右（または、上）のｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信、４）ＳＩＢ１−ＮＢがｉｎ−ｂａｎｄシステムを基準にａｎｃｈｏｒ−ｃａｒｒｉｅｒが属したｇｕａｒｄ−ｂａｎｄの反対側のｇｕａｒｄ−ｂａｎｄでａｎｃｈｏｒ−ｃａｒｒｉｅｒと対称（または、測定関係位置）にｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信されることができる。

ここで、すぐに隣接したり、反対側対称ｃａｒｒｉｅｒの定義は、論理的な関係を意味し、物理的な関係（ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢとが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）は、３ＧＰＰ ＴＳ ３６．ｘｘｘにおいて特定数式等で予め定義または設定されることができる。

ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢとを送信するｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの組み合わせは、下記の１）〜３）と同様でありうる。

１）Ｉｎ−ｂａｎｄ ａｎｃｈｏｒ ｃａｒｒｉｅｒ＋ｉｎ−ｂａｎｄ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ
・Ｓａｍｅ ＰＣＩ＋ｓａｍｅ ＰＣＩ
・Ｄｉｆｆｅｒｅｎｔ ＰＣＩ＋ｄｉｆｆｅｒｅｎｔ ＰＣＩ

２）Ｇｕａｒｄ−ｂａｎｄ ａｎｃｈｏｒ ｃａｒｒｉｅｒ＋ｇｕａｒｄ−ｂａｎｄ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ（ｏｒ ｉｎ−ｂａｎｄ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）
・Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）
・Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｇｕａｒｄ−ｂａｎｄ（ｄｏｗｎ／ｕｐ）
・Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｉｎｂａｎｄ ｓａｍｅ ＰＣＩ
・Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｉｎｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ

３）Ｓｔａｎｄａｌｏｎｅ ａｎｃｈｏｒ ｃａｒｒｉｅｒ＋ｓｔａｎｄａｌｏｎｅ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ

ここで、ｇｕａｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合に、ｕｐとｄｏｗｎは、各々ｉｎｂａｎｄを基準にｆｒｅｑｕｅｎｃｙ領域で上または下ｆｒｅｑｕｅｎｃｙ位置を意味する。

また、３ＧＰＰ ＴＳ ３６．１０４に基づいてまとめられた表３６によれば、ｉｎｂａｎｄのｂａｎｄｗｉｄｔｈが３ＭＨｚ以下である場合に、ｇｕａｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅを使用できない。

また、ｇｕａｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅを使用する場合、ｃａｒｒｉｅｒの位置は、ｉｎｂａｎｄで最大限近いｃａｒｒｉｅｒから使用するように推奨している。

表３６は、システム帯域別の許容可能なＮＢ−ＩｏＴ ｏｐｅｒａｔｉｏｎ ｍｏｄｅの一例を表した表である。

先に列挙したａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢとを送信するために使用されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの組み合わせを区分するためには、下記のように、ＭＩＢ−ＮＢのｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏ−ｒ１３ ７ｂｉｔのｕｎｕｓｅｄまたはｒｅｓｅｒｖｅｄ ｂｉｔｓを活用する方法がある。

下記において、ｂ１、ｂ２、…、ｂＮは、ｕｎｕｓｅｄまたはｒｅｓｅｒｖｅｄ ｂｉｔｓがＮ個あるとき、これをｂｉｔ単位に論理的に区分するために表現したものである。

ｂ（ｎ−１）とｂｎは、連続しないことがあり、ｂ１は、ｕｎｕｓｅｄまたはｒｅｓｅｒｖｅｄ ｂｉｔｓの１番目または最後のｂｉｔでないこともある。ここで、ｎは、１からＮの間の自然数である。

１．ｉｎｂａｎｄ−ＳａｍｅＰＣＩ−ｒ１３
１）ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ−ｒ１３｛０．．３１｝
２）ｒｅｓｅｒｖｅｄ ｂｉｔｓ：０
２．ｉｎｂａｎｄ−Ｄｉｆｆｅｒｅｎｔ ＰＣＩ−ｒ１３
１）ｅｕｔｒａ−ＮｕｍＣＲＳ−Ｐｏｒｔｓ−ｒ１３｛ｓａｍｅ、ｆｏｕｒ｝
２）ｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３｛−７．５、−２．５、２．５、７．５｝
３）ｒｅｓｅｒｖｅｄ ｂｉｔｓ：２

ｉｎｂａｎｄ−Ｄｉｆｆｅｒｅｎｔ ＰＣＩ（ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ）ｍｏｄｅである場合、ｒｅｓｅｒｖｅｄ ｂｉｔで直接ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されるか、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信されるかの可否を知らせるために使用されることができる。

すなわち、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｉｎｂａｎｄ−Ｄｉｆｆｅｒｅｎｔ ＰＣＩ ｍｏｄｅである場合、ＭＩＢ−ＮＢの「未来拡張のための１１個の余分の（ｓｐａｒｅ）ｂｉｔｓ」は、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒに関する情報を表現するために使用されないことがある。

また、２個の予約された（ｒｅｓｅｒｖｅｄ）ｂｉｔｓのうち、一部ｂｉｔ（ｓ）は、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合に、当該ｃａｒｒｉｅｒの位置情報を知らせるために使用されることができる。

簡単な実施例として、２ｂｉｔｓを使用してＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの位置をａｎｃｈｏｒ−ｃａｒｒｉｅｒを基準に｛０、−２Ｇ、−Ｇ、＋Ｇ｝を区分するために使用されることができる。

ここで、Ｇは、ＰＲＢ値または１８０ｋＨｚ ｘ Ｇにｍａｐｐｉｎｇされることができる。

また、Ｇ値は、残りのｕｎｕｓｅｄ ｂｉｔ（ｓ）を使用して指示されることができる。

また、０は、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信されることを意味できる。

３．Ｇｕａｒｄｂａｎｄ−ｒ１３
１）ｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３｛−７．５、−２．５、２．５、７．５｝

上記のｒａｓｔｅｒｏｆｆｓｅｔ−ｒ１３情報から端末は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｉｎｂａｎｄ ｂａｎｄｗｉｄｔｈから相対的に低い周波数であるか、または高い周波数であるかを分かることができる。

端末は、ｉｎｂａｎｄ ｂａｎｄｗｉｄｔｈ情報に対して（５ＭＨｚまたは１５ＭＨｚ）であるか、または（１０ＭＨｚまたは２０ＭＨｚ）であるかを区分することができる。

すなわち、端末は、５ＭＨｚと１５ＭＨｚとの間にどの値であるか区分できず、１０ＭＨｚと２０ＭＨｚとの間にどの値であるかを区分できないが、少なくとも２個のｇｒｏｕｐを区分することができる。

ここで、チャネルラスタ（ｃｈａｎｎｅｌ ｒａｓｔｅｒ）は、端末が資源を読み出す最小単位を表し、ＬＴＥシステムの場合、チャネルラスタ（ｃｈａｎｎｅｌ ｒａｓｔｅｒ）は、１００ｋＨｚの値を有する。

端末は、可能な最小周波数帯域幅（６ＲＢ、１．０８ＭＨｚ）だけの周波数値をチャネルラスタ（ｃｈａｎｎｅｌ ｒａｓｔｅｒ、例：１００ｋＨｚ）間隔で順次モニタリングする。

前記ｃｈａｎｎｅｌ ｒａｓｔｅｒ ｏｆｆｓｅｔは、例えば、±２．５ｋＨｚ（＋２．５ｋＨｚ、−２．５ｋＨｚ）と±７．５ｋＨｚ（＋７．５ｋＨｚ、−７．５ｋＨｚ）の４つの値が存在し得る。

この値等は、ＰＲＢの中心周波数から１００ｋＨｚ基準に１００ｋＨｚの整数倍を引いた値を表すことができる（ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ ｏｆ ＰＲＢ−ｍｕｌｔｉｐｌｅ ｏｆ １００ｋＨｚ基準）。

２）ｒｅｓｅｒｖｅｄ ｂｉｔｓ：３
使用されずにある３ｂｉｔｓを下記のようにＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅを区分するために使用することができる。

また、下記の場合のうち、一部は省略されることができる。

すなわち、Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｉｎｂａｎｄ ｓａｍｅ ＰＣＩ場合は、存在しないこともある。

１） ｂ１
この値は、先にｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３から区分されないｉｎｂａｎｄのｂａｎｄｗｉｄｔｈ情報を正確に区分するために使用されることができる。

２） ｛ｂ２、ｂ３｝
前述した「ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢとを送信するｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの組み合わせ」においてｇｕａｒｄ−ｂａｎｄがａｎｃｈｏｒ−ｃａｒｒｉｅｒである場合に、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅ及びＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｇｕａｒｄ−ｂａｎｄ位置（ａｎｃｈｏｒ−ｃａｒｒｉｅｒと同じｓｉｄｅのｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒまたはａｎｃｈｏｒ−ｃａｒｒｉｅｒと反対ｓｉｄｅのｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）を区分するために、２ｂｉｔｓが下記のように使用され得る。

Ａ．Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）

Ａｎｃｈｏｒ−ｃａｒｒｉｅｒと同じｓｉｄｅのｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがＳＩＢ１−ＮＢ送信に使用されることを指示する。例えば、｛ｂ２、ｂ３｝＝｛０、０｝でありうる。

例えば、ＭＩＢ−ＮＢのｒｅｓｅｒｖｅｄ ｂｉｔでＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがａｎｃｈｏｒ−ｃａｒｒｉｅｒに比べて隣接した高い（または、低い）ｆｒｅｑｕｅｎｃｙと指示を受けた場合に、端末は、間接的に当該ｇｕａｒｄ−ｂａｎｄがＬＴＥ ｓｙｓｔｅｍのｆｒｅｑｕｅｎｃｙより高い（または、低い）ｆｒｅｑｕｅｎｃｙに位置すると仮定することができる。

ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙより１８０ｋＨｚ高い（または、低い）と計算することができる。

これは、ｇｕａｒｄ−ｂａｎｄにｄｅｐｌｏｙされるａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ＬＴＥ ｉｎ−ｂａｎｄで最も近いｆｒｅｑｕｅｎｃｙを優先的に使用するという仮定をするためである。

Ｂ．Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｇｕａｒｄ−ｂａｎｄ（ｄｏｗｎ／ｕｐ）

Ａｎｃｈｏｒ−ｃａｒｒｉｅｒと反対ｓｉｄｅのｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがＳＩＢ１−ＮＢ送信に使用されることを指示する。

例えば、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｉｎ−ｂａｎｄから高い周波数（ｕｐ）である場合、ＳＩＢ１−ＮＢを送信するｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄから低い周波数（ｄｏｗｎ）である。例えば、｛ｂ２、ｂ３｝＝｛０、１｝でありうる。

例えば、ＭＩＢ−ＮＢのｒｅｓｅｒｖｅｄ ｂｉｔでＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがａｎｃｈｏｒ−ｃａｒｒｉｅｒに比べて隣接した高い（または、低い）ｆｒｅｑｕｅｎｃｙと指示を受けた場合、端末は、間接的に当該ｇｕａｒｄ−ｂａｎｄがＬＴＥ ｓｙｓｔｅｍのｆｒｅｑｕｅｎｃｙより低い（または、高い）ｆｒｅｑｕｅｎｃｙに位置すると仮定することができる。

ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙよりＬＴＥ ｓｙｓｔｅｍのｉｎ−ｂａｎｄ ｂａｎｄｗｉｄｔｈ（上記説明によって取得され得ることを仮定）と１８０ｋＨｚとｏｆｆｓｅｔ（ＬＴＥ ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈによって異なる値でありうるし、例えば、０または４５ｋＨｚなどの値でありうる）の合計だけ高い（または、低い）と計算することができる。

これは、ｇｕａｒｄ−ｂａｎｄに配置（ｄｅｐｌｏｙ）されるａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ＬＴＥ ｉｎ−ｂａｎｄで最も近いｆｒｅｑｕｅｎｃｙを優先的に使用するという仮定をするためである。

Ｃ．Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｉｎｂａｎｄ ｓａｍｅ ＰＣＩ

ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄに存在し、ｓａｍｅ ＰＣＩ ｍｏｄｅを表すことができる。例えば、｛ｂ２、ｂ３｝＝｛１、０｝でありうる。

このとき、ＳＩＢ１−ＮＢを復調及びデコード（ｄｅｍｏｄｕｌａｔｉｏｎａｎｄ ｄｅｃｏｄｉｎｇ）するために、端末は、ＮＲＳ ｐｏｒｔ数とＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの正確な位置を知る必要がある。

まず、ＮＲＳ ｐｏｒｔ数は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒで取得した値と同一であると仮定することができる。

そして、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの正確な位置は、前述したｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３とｂ１とを組み合わせて取得したｉｎ−ｂａｎｄ ｂａｎｄｗｉｄｔｈ情報とｉｎ−ｂａｎｄ内でＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの位置情報を介して計算することができる。

当該情報は、ｉｎ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅでｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ−ｒ１３を介して伝達される情報と同じ目的で使用されることができる。

簡単な実施例として、ｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３とｂ１とを組み合わせて取得したｉｎ−ｂａｎｄ ｂａｎｄｗｉｄｔｈが２０ＭＨｚである場合でありながら、ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、低い周波数（ＰＲＢ ｉｎｄｅｘ ０を基準に低い周波数）である場合、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒは、ＰＲＢ ｉｎｄｅｘ ０であることを取得した場合に、ＣＲＳ位置とｓｅｑｕｅｎｃｅを正確に計算することができる。

例えば、ＭＩＢ−ＮＢのｒｅｓｅｒｖｅｄ ｂｉｔでＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがａｎｃｈｏｒ−ｃａｒｒｉｅｒに比べて隣接した高い（または、低い）ｆｒｅｑｕｅｎｃｙと指示を受けた場合に、端末は、間接的に当該ｇｕａｒｄ−ｂａｎｄがＬＴＥ ｓｙｓｔｅｍのｆｒｅｑｕｅｎｃｙより低い（または、高い）ｆｒｅｑｕｅｎｃｙに位置すると仮定することができる。

端末は、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのＰＲＢ ｉｎｄｅｘを０（ＬＴＥ ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈで支援する最も大きいＰＲＢ ｉｎｄｅｘ）値に計算することができる。

これは、ｇｕａｒｄ−ｂａｎｄにｄｅｐｌｏｙされるａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ＬＴＥ ｉｎ−ｂａｎｄで最も近いｆｒｅｑｕｅｎｃｙを優先的に使用するという仮定をするためである。

Ｄ．Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｉｎｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ

ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒは、ｉｎｂａｎｄに存在し、ｄｉｆｆｅｒｅｎｔ ＰＣＩ ｍｏｄｅを表すことができる。例えば、｛ｂ２、ｂ３｝＝｛１、１｝でありうる。このとき、ＳＩＢ１−ＮＢ ｒａｔｅ−ｍａｔｃｈｉｎｇ情報を正確に知るためには、ｉｎｂａｎｄのＣＲＳ ａｎｔｅｎｎａ ｐｏｒｔ数を正確に知る必要がある。

最も簡単な方法として、ＣＲＳ ｐｏｒｔ数は、常に４であるか、またはＮＲＳとＣＲＳ ｐｏｒｔ数を特定組み合わせとして事前に定義することができる。

例えば、｛ＮＲＳ ｐｏｒｔ数、ＣＲＳ ｐｏｒｔ数｝は、｛１、２｝、｛２、４｝または｛１、４｝、｛２、１｝のように定義されることができる。このような場合、ｉｎ−ｂａｎｄの正確なＣＲＳ ｐｏｒｔ数は、ＳＩＢ１−ＮＢで指示することもできる。

例えば、ＭＩＢ−ＮＢのｒｅｓｅｒｖｅｄ ｂｉｔでＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがａｎｃｈｏｒ−ｃａｒｒｉｅｒに比べて隣接した高い（または、低い）ｆｒｅｑｕｅｎｃｙと指示を受けた場合、端末は、間接的に当該ｇｕａｒｄ−ｂａｎｄがＬＴＥ ｓｙｓｔｅｍのｆｒｅｑｕｅｎｃｙより低い（または、高い）ｆｒｅｑｕｅｎｃｙに位置すると仮定することができる。

端末は、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのＰＲＢ ｉｎｄｅｘを０（ＬＴＥ ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈで支援する最も大きいＰＲＢ ｉｎｄｅｘ）値に計算することができる。これは、ｇｕａｒｄ−ｂａｎｄにｄｅｐｌｏｙされるａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ＬＴＥ ｉｎ−ｂａｎｄで最も近いｆｒｅｑｕｅｎｃｙを優先的に使用するという仮定をするためである。

前記Ａ〜Ｄにおいて、Ｃの場合（Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｉｎｂａｎｄ ｓａｍｅ ＰＣＩ）を考慮しないならば、｛ｂ２、ｂ３｝の｛１、０｝と｛１、１｝を共にＧｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｉｎｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ組み合わせと仮定しながら、｛１、０｝と｛１、１｝情報は、ＣＲＳ ｐｏｒｔ数を表現するために使用されることもできる。

これは、Ｉｎｂａｎｄ−Ｄｉｆｆｅｒｅｎｔ ＰＣＩ−ＮＢ−ｒ１３のｅｕｔｒａ−ＮｕｍＣＲＳ−Ｐｏｒｔｓ−ｒ１３情報と同様に定義されることができる。

すなわち、｛ｂ２、ｂ３｝の｛１、０｝と｛１、１｝の情報は、ＳＩＢ１−ＮＢが送信されるｉｎｂａｎｄ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのＣＲＳ ｐｏｒｔ数がａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＲＳ ｐｏｒｔ数と同一であるか、または４であることを指示するために使用されることができる。

前記Ａ〜ＤにおいてＮＢ−ＩｏＴ ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄにｄｅｐｌｏｙされる場合、ＬＴＥ ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈによってｉｎ−ｂａｎｄ ｅｄｇｅとｇｕａｒｄ−ｂａｎｄとの間にｏｆｆｓｅｔが定義され得る。

例えば、ｏｆｆｓｅｔ値は、４５ｋＨｚでありうるし、これは、ｂａｎｄｗｉｄｔｈによって異なる値でありうる。

当該値は、一般的に、ＴＳ ３６．１０４などのような基地局／端末のＲＦ要求事項（ｒｅｑｕｉｒｅｍｅｎｔ）によって決定されることができる。

これは、３ＧＰＰ ＴＳ ３６．ｘｘｘでＬＴＥ ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈによってｉｎ−ｂａｎｄ ｅｄｇｅとｇｕａｒｄ−ｂａｎｄとの間にｏｆｆｓｅｔが明示的に定義されることができる。

端末は、前記ｒｅｓｅｒｖｅｄ ｂｉｔを解釈するにあって、ｏｆｆｓｅｔ値適用可否を異なるように判断することができる。

例えば、ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｇｕａｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅでありながら、ＳＩＢ１−ＮＢは、隣接したｉｎ−ｂａｎｄ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合に、ＬＴＥ ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈによって隣接したｉｎ−ｂａｎｄ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの実際位置をｏｆｆｓｅｔを適用して計算するか、またはそうでないこともある。

同様に、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒと反対側のｇｕａｒｄ−ｂａｎｄで送信される場合に、当該位置を取得するにあって、ＬＴＥ ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈによってｇｕａｒｄ−ｂａｎｄ ｅｄｇｅとｉｎ−ｂａｎｄ ｅｄｇｅとの間のｏｆｆｓｅｔを適用して計算するか、またはそうでないこともある。

３）｛ｂ２、ｂ３｝−ＳＩＢ１−ＮＢを送信するｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがＬＴＥ ｃｅｎｔｅｒ ｃａｒｒｉｅｒ（ｆｃ）を基準にａｎｃｈｏｒ ｃａｒｒｉｅｒと反対側のｉｎ−ｂａｎｄに送信されることを支援しない場合に、｛ｂ２、ｂ３｝を活用する方法について説明する。

ＭＩＢ−ＮＢのｒｅｓｅｒｖｅｄ ｂｉｔ（ｓ）を活用して、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信され、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの相対的な位置（ａｎｃｈｏｒ−ｃａｒｒｉｅｒを基準に、例えば、さらに高い／低い周波数）を知らせる場合、端末は、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがａｎｃｈｏｒ−ｃａｒｒｉｅｒに隣接したＧｕａｒｄｂａｎｄのｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒであるか、またはａｎｃｈｏｒ−ｃａｒｒｉｅｒに隣接したＬＴＥ ｉｎ−ｂａｎｄの最も低い／高いＰＲＢ位置に該当するかを分かることができる。

すなわち、ａｎｃｈｏｒ ｃａｒｒｉｅｒがｇｕａｒｄｂａｎｄに位置する場合、ａｎｃｈｏｒ ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄ ｅｄｇｅで最も近い（ＲＡＮ４標準または標準で定義するｉｎ−ｂａｎｄ ｅｄｇｅで許されるｇｕａｒｄｂａｎｄ ＮＢ−ＩｏＴ ｃａｒｒｉｅｒのうち、ｉｎ−ｂａｎｄ ｅｄｇｅに最も近いｃａｒｒｉｅｒ。これは、ｉｎ−ｂａｎｄ ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈによって０Ｈｚまたは４５ｋＨｚなどの値に３ＧＰＰ ＴＳ ３６．ｘｘｘ文書で定義されることができる）ｃａｒｒｉｅｒのみが許されると仮定すれば、または、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合、ＳＩＢ１−ＮＢをｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信するためには、少なくともＬＴＥ ｉｎ−ｂａｎｄ ｅｄｇｅから最も近くなければならないという条件がある場合、ａｎｃｈｏｒ ｃａｒｒｉｅｒからｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ（ＳＩＢ１−ＮＢが送信される）位置に関する情報（ＭＩＢ−ＮＢのｒｅｓｅｒｖｅｄ ｂｉｔから取得した情報）だけで当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがｉｎ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅであるか否かを分かることができる。

これは、ａｎｃｈｏｒ ｃａｒｒｉｅｒがｇｕａｒｄｂａｎｄに位置した場合に、ＬＴＥ ｉｎ−ｂａｎｄのｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙから低い周波数のｇｕａｒｄｂａｎｄであるか、または高い周波数のｇｕａｒｄｂａｎｄであるかをｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３から分かることができるためでもある。

ただし、ＳＩＢ１−ＮＢを送信するｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがｇｕａｒｄｂａｎｄに位置する場合、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと同じｓｉｄｅ（ＬＴＥ ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙから相対的に低いまたは高い周波数）に位置するか、または反対側ｓｉｄｅに位置するかを知ることができないという問題がある。

ここで、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがａｎｃｈｏｒ−ｃａｒｒｉｅｒと反対側のｇｕａｒｄｂａｎｄに送信される場合には、ＬＴＥ ｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙを基準にａｎｃｈｏｒ−ｃａｒｒｉｅｒと対称する周波数のみ許されると仮定することができる。

前述したｇｕａｒｂａｎｄの位置（同じｓｉｄｅまたは反対側ｓｉｄｅ）情報を区分するために、｛ｂ２、ｂ３｝の１つのｓｔａｔｅを活用できる。

例えば、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがＬＴＥ中心周波数（ｆｃ）より低い場合、ＭＩＢ−ＮＢ ｒｅｓｅｒｖｅｄ ｂｉｔから取得したＳＩＢ１−ＮＢｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの相対的な周波数位置がａｎｃｈｏｒ−ｃａｒｒｉｅｒより低い場合、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがａｎｃｈｏｒ ｃａｒｒｉｅｒと同じｓｉｄｅのｇｕａｒｄｂａｎｄであると分かることができる。

仮りに、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがａｎｃｈｏｒ ｃａｒｒｉｅｒより高い場合、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒは、ＬＴＥ ｉｎ−ｂａｎｄ ｅｄｇｅ（最も低いＰＲＢ ｉｎｄｅｘ）であると分かることができる。

前述した場合において、仮りに、ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの相対的な周波数位置がａｎｃｈｏｒ−ｃａｒｒｉｅｒより低いと仮定した場合、仮りに、｛ｂ２、ｂ３｝のｓｔａｔｅ１が指示されれば、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがａｎｃｈｏｒ ｃａｒｒｉｅｒと反対側ｓｉｄｅからＬＴＥｆｃを基準に対称するｇｕａｒｄｂａｎｄに位置すると解釈することができる。

そして、残りのｓｔａｔｅ２、ｓｔａｔｅ３、ｓｔａｔｅ４は、ＭＩＢ−ＮＢから取得したＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがａｎｃｈｏｒ ｃａｒｒｉｅｒから最も隣接したｉｎ−ｂａｎｄ ＰＲＢに位置する場合に、ｏｐｅｒａｔｉｏｎ ｍｏｄｅとＣＲＳ ｐｏｒｔ数を区分するために使用されることができる。

例えば、ｓｔａｔｅ２は、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがｉｎ−ｂａｎｄ ｓａｍｅＰＣＩ ｍｏｄｅであることを指示できる。

このとき、ＣＲＳ ｐｏｒｔ数は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＲＳ ｐｏｒｔ数と同一であると仮定することができる。

Ｓｔａｔｅ３とｓｔａｔｅ４は、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがＩｎ−ｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩｍｏｄｅである場合に、ＣＲＳ ｐｏｒｔ数を追加に指示するために使用されることができる。

すなわち、ｓｔａｔｅ３が指示されれば、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒは、Ｉｎ−ｂａｎｄ ｄｉｆｆｅｒｅｎｔＰＣＩ ｍｏｄｅであり、ＣＲＳ ｐｏｒｔ数は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＲＳ ｐｏｒｔ数と同一であると仮定することができる。

ｓｔａｔｅ４が指示されれば、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒは、Ｉｎ−ｂａｎｄ ｄｉｆｆｅｒｅｎｔＰＣＩ ｍｏｄｅであり、ＣＲＳ ｐｏｒｔ数は、４であると指示されることができる。

４．ｓｔａｎｄａｌｏｎｅ−ｒ１３
ｒｅｓｅｒｖｅｄ ｂｉｔｓ：５

ｓｔａｎｄａｌｏｎｅ ｍｏｄｅである場合、ｓｔａｎｄａｌｏｎｅ−ｒ１３フィールドのｒｅｓｅｒｖｅｄ ｂｉｔで直接ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒに送信されるか、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒで送信されるかの可否を知らせるために使用されることができる。

すなわち、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｓｔａｎｄａｌｏｎｅ ｍｏｄｅである場合、ＭＩＢ−ＮＢの「未来拡張のための１１個の余分の（ｓｐａｒｅ）ｂｉｔｓ」は、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒに関する情報を表現するために使用されないことがある。

また、ｓｔａｎｄａｌｏｎｅ−ｒ１３フィールドの５ ｒｅｓｅｒｖｅｄ ｂｉｔｓのうち、一部ｂｉｔ（ｓ）は、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに送信される場合に、当該ｃａｒｒｉｅｒの位置情報を知らせるために使用されることができる。

簡単な実施例として、ｓｔａｎｄａｌｏｎｅ−ｒ１３フィールドの５ ｒｅｓｅｒｖｅｄ ｂｉｔｓのうち、２ｂｉｔｓを使用してＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの位置をａｎｃｈｏｒ−ｃａｒｒｉｅｒを基準に｛−２Ｇ、−Ｇ、＋Ｇ、＋２Ｇ｝を区分するために使用されることができる。

ここで、Ｇは、仮想のＰＲＢ値または１８０ｋＨｚｘＧにｍａｐｐｉｎｇされることができる。

また、Ｇ値は、残りのｕｎｕｓｅｄ ｂｉｔ（ｓ）を使用して指示されることができる。

さらに、ａｎｃｈｏｒ−ｃａｒｒｉｅｒからＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの相対的な周波数位置情報（ａｎｃｈｏｒ−ｃａｒｒｉｅｒより高いか、または低いかを表す情報）は、ＭＩＢ−ＮＢの他のｓｉｇｎａｌｉｎｇを介して取得し、当該ｒｅｓｅｒｖｅｄ ｂｉｔの一部を使用してａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの相対的なｏｆｆｓｅｔ大きさを知らせることもできる。

すなわち、前記例示においてＭＩＢ−ＮＢの他の１ｂｉｔ情報を介してＳＩＢ１−ＮＢ送信に使用されるｃａｒｒｉｅｒの位置がａｎｃｈｏｒ−ｃａｒｒｉｅｒから−Ｇまたは＋Ｇ論理的な（ｌｏｇｉｃａｌ）または絶対的な周波数単位（Ｈｚ）情報で取得されるとき、具体的なＧ値は、ｓｔａｎｄａｌｏｎｅ−ｒ１３フィールドのｒｅｓｅｒｖｅｄ ５ ｂｉｔのうち、一部を使用して定義されることができる。

ここで、Ｇ値は、整数でないことがある。

例えば、ｓｔａｎｄａｌｏｎｅ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合、ＮＢ−ＩｏＴ ｃａｒｒｉｅｒが占有できる帯域は、ＮＢ−ＩｏＴ ｓｔａｎｄａｌｏｎｅ ｃａｒｒｉｅｒに明示的なｇｕａｒｄ−ｂａｎｄ（ＮＢ−ＩｏＴ ｏｐｅｒａｔｉｏｎ ｍｏｄｅでない隣接ｃｈａｎｎｅｌまたはｃａｒｒｉｅｒ間干渉影響を緩和するための保護帯域）を追加するために、１８０ｋＨｚでない２００ｋＨｚとして定義されることができる。

このような場合、ａｎｃｈｏｒ−ｃａｒｒｉｅｒに比べてＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの相対的なｆｒｅｑｕｅｎｃｙ位置は、１８０ｋＨｚでない２００ｋＨｚ単位として定義される必要がある。

この値は、ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ（例えば、ＥＡＲＦＣＮ）によって異なることができる。

すなわち、ａｎｃｈｏｒ−ｃａｒｒｉｅｒに比べてＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの相対的なｆｒｅｑｕｅｎｃｙ位置を実際ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｃｅｎｔｅｒ ｆｒｅｑｕｅｎｃｙ値に換算する方法は、ｏｐｅｒａｔｉｏｎ ｍｏｄｅによって異なることができる。

特に、ｓｔａｎｄａｌｏｎｅ ｏｐｅｒａｔｉｏｎ ｍｏｄｅは、ＭＩＢ−ＮＢで指示された値（ｉｎｄｅｘ）が異なるｏｆｆｓｅｔ単位に解釈されることができる。

前述した方法を活用すれば、図８または図９のように、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合に、ＳＩＢ１−ＮＢが送信され得るｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの位置とｏｐｅｒａｔｉｏｎ ｍｏｄｅを端末に伝達することができる。

また、図８及び図９において使用されなかったｓｔａｔｅの組み合わせの２つの場合の数は、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがａｎｃｈｏｒ ｃａｒｒｉｅｒと反対側ｇｕａｒｄ−ｂａｎｄでＬＴＥ ｉｎ−ｂａｎｄにすぐに隣接しなかったｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒをＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒに指示するために使用されることもできる。

図８は、本明細書において提案するアンカーキャリアがガード−バンド動作モードであるとき、ＭＩＢ−ＮＢでＳＩＢ１−ＮＢノン−アンカーキャリアのシグナリング情報を解釈するための方法の一例を示した図である。

図８のＬＴＥ ｉｎ−ｂａｎｄに該当する図面において、ハッチングされた部分は、ＬＴＥ ｂａｎｄｗｉｄｔｈを示す。

ＬＴＥ ｂａｎｄｗｉｄｔｈは、ｇｕａｒｄｂａｎｄ−ｒ１３でｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３及びＭＩＢ−ＮＢのｇｕａｒｄｂａｎｄ−ｒ１３で１ ａｄｄｉｔｉｏｎａｌ ｂｉｔを使用することにより取得されることができる。

図８のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ ｂａｎｄの左側から１番目にハッチングされた部分は、「ｗｈｅｎ ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｉｓ ｉｎｄｉｃａｔｅｄ ｂｙ １ ｂｉｔ ｉｎ ＭＩＢ−ＮＢ ａｓ ｔｈｅ ｌｏｗｅｒ ＰＲＢ ｒｅｌａｔｉｖｅ ｔｏ ａｎｃｈｏｒ ＰＲＢ ａｎｄ ２ ｓｐａｒｅ ｂｉｔｓ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｉｓ 「０」」を意味する。

また、図８のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ ｂａｎｄの左側から２番目にハッチングされた部分は、「ａｎｃｈｏｒ ｃａｒｒｉｅｒ（ｉｔｓ ｒｅｌａｔｉｖｅ ｐｏｓｉｔｉｏｎ ｔｏ ＬＴＥ ｉｎ−ｂａｎｄ ｃａｎ ｂｅ ｏｂｔａｉｎｅｄ ｂｙ ｕｓｉｎｇ ｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｏｆ ＭＩＢ−ＮＢ）」を意味する。

また、図８のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ ｂａｎｄの左側から３番目にハッチングされた部分（すなわち、ＬＴＥ ｂａｎｄのすぐ左側部分（ＰＲＢ））は、「ｗｈｅｎ ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｉｓ ｉｎｄｉｃａｔｅｄ ｂｙ １ ｂｉｔ ｉｎ ＭＩＢ−ＮＢ ａｓ ｔｈｅ ｈｉｇｈｅｒ ＰＲＢ ｒｅｌａｔｉｖｅ ｔｏ ａｎｃｈｏｒ ＰＲＢ ａｎｄ ２ ｓｐａｒｅ ｂｉｔｓ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｉｓ「２」（Ｉｎ−ｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ） ｏｒ 「３」（ｉｎ−ｂａｎｄ ｓａｍｅ ＰＣＩ）」を意味する。

また、図８のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ ｂａｎｄの右側から１番目にハッチングされた部分（ＰＲＢ）は、「ｗｈｅｎ ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｉｓ ｉｎｄｉｃａｔｅｄ ｂｙ １ ｂｉｔ ｉｎ ＭＩＢ−ＮＢ ａｓ ｔｈｅ ｈｉｇｈｅｒ ＰＲＢ ｒｅｌａｔｉｖｅ ｔｏ ａｎｃｈｏｒ ＰＲＢ ａｎｄ ２ ｓｐａｒｅ ｂｉｔｓ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｉｓ 「１」」を意味する。

そして、図８のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ ｂａｎｄの左側から１番目にハッチングされた部分は、「ｗｈｅｎ ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｉｓ ｉｎｄｉｃａｔｅｄ ｂｙ １ ｂｉｔ ｉｎ ＭＩＢ−ＮＢ ａｓ ｔｈｅ ｌｏｗｅｒ ＰＲＢ ｒｅｌａｔｉｖｅ ｔｏ ａｎｃｈｏｒ ＰＲＢ ａｎｄ ２ ｓｐａｒｅ ｂｉｔｓ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｉｓ 「１」」を意味する。

また、図８のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ ｂａｎｄの右側から１番目にハッチングされた部分（すなわち、ＬＴＥ ｂａｎｄのすぐ右側部分（ＰＲＢ））は、「ｗｈｅｎ ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｉｓ ｉｎｄｉｃａｔｅｄ ｂｙ １ ｂｉｔ ｉｎ ＭＩＢ−ＮＢ ａｓ ｔｈｅ ｈｉｇｈｅｒ ＰＲＢ ｒｅｌａｔｉｖｅ ｔｏ ａｎｃｈｏｒ ＰＲＢ ａｎｄ ２ ｓｐａｒｅ ｂｉｔｓ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｉｓ 「２」（Ｉｎ−ｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ） ｏｒ 「３」（ｉｎ−ｂａｎｄ ｓａｍｅ ＰＣＩ）」を意味する。

また、図８のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ ｂａｎｄの右側から２番目にハッチングされた部分は、「ａｎｃｈｏｒ ｃａｒｒｉｅｒ（ｉｔｓ ｒｅｌａｔｉｖｅ ｐｏｓｉｔｉｏｎ ｔｏ ＬＴＥ ｉｎ−ｂａｎｄ ｃａｎ ｂｅ ｏｂｔａｉｎｅｄ ｂｙ ｕｓｉｎｇ ｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｏｆ ＭＩＢ−ＮＢ）」を意味する。

また、図８のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ ｂａｎｄの右側から３番目にハッチングされた部分（ＰＲＢ）は、「ｗｈｅｎ ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｉｓ ｉｎｄｉｃａｔｅｄ ｂｙ １ ｂｉｔ ｉｎ ＭＩＢ−ＮＢ ａｓ ｔｈｅ ｈｉｇｈｅｒ ＰＲＢ ｒｅｌａｔｉｖｅ ｔｏ ａｎｃｈｏｒ ＰＲＢ ａｎｄ ２ ｓｐａｒｅ ｂｉｔｓ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｉｓ 「０」」を意味する。

図８のＥｘａｍｐｌｅ１及び２においてハッチングされた部分に該当するＰＲＢは共にＳＩＢ１−ＮＢ送信のために使用されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒである。

図９は、本明細書において提案するアンカーキャリアがガード−バンド動作モードであるとき、ＭＩＢ−ＮＢでＳＩＢ１−ＮＢノン−アンカーキャリアのシグナリング情報を解釈するための方法のさらに他の一例を示した図である。

図９のＬＴＥ ｉｎ−ｂａｎｄに該当する図面において、ハッチングされた部分は、ＬＴＥ ｂａｎｄｗｉｄｔｈを示す。

ＬＴＥ ｂａｎｄｗｉｄｔｈは、ｇｕａｒｄｂａｎｄ−ｒ１３でｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３及びＭＩＢ−ＮＢのｇｕａｒｄｂａｎｄ−ｒ１３で１ａｄｄｉｔｉｏｎａｌ ｂｉｔを使用することにより取得されることができる。

図９のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ ｂａｎｄの左側から１番目にハッチングされた部分は、「ｗｈｅｎ ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｉｓ ｉｎｄｉｃａｔｅｄ ｂｙ １ ｂｉｔ ｉｎ ＭＩＢ−ＮＢ ａｓ ｔｈｅ ｌｏｗｅｒ ＰＲＢ ｒｅｌａｔｉｖｅ ｔｏ ａｎｃｈｏｒ ＰＲＢ ａｎｄ ２ ｓｐａｒｅ ｂｉｔｓ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｉｓ 「０」」を意味する。

また、図９のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ ｂａｎｄの左側から２番目にハッチングされた部分は、「ａｎｃｈｏｒ ｃａｒｒｉｅｒ（ｉｔｓ ｒｅｌａｔｉｖｅ ｐｏｓｉｔｉｏｎ ｔｏ ＬＴＥ ｉｎ−ｂａｎｄ ｃａｎ ｂｅ ｏｂｔａｉｎｅｄ ｂｙ ｕｓｉｎｇ ｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｏｆ ＭＩＢ−ＮＢ）」を意味する。

また、図９のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ ｂａｎｄの左側から３番目にハッチングされた部分（すなわち、ＬＴＥ ｂａｎｄのすぐ左側部分（ＰＲＢ））は、「ｗｈｅｎ ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｉｓ ｉｎｄｉｃａｔｅｄ ｂｙ １ ｂｉｔ ｉｎ ＭＩＢ−ＮＢ ａｓ ｔｈｅ ｈｉｇｈｅｒ ＰＲＢ ｒｅｌａｔｉｖｅ ｔｏ ａｎｃｈｏｒ ＰＲＢ ａｎｄ ２ ｓｐａｒｅ ｂｉｔｓ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｉｓ 「２」（Ｉｎ−ｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ） ｏｒ 「３」（ｉｎ−ｂａｎｄ ｓａｍｅ ＰＣＩ）」を意味する。

図９のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ ｂａｎｄの右側から１番目にハッチングされた部分（すなわち、ＬＴＥ ｂａｎｄのすぐ右側部分（ＰＲＢ））は、「ｗｈｅｎ ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｉｓ ｉｎｄｉｃａｔｅｄ ｂｙ １ ｂｉｔ ｉｎ ＭＩＢ−ＮＢ ａｓ ｔｈｅ ｈｉｇｈｅｒ ＰＲＢ ｒｅｌａｔｉｖｅ ｔｏ ａｎｃｈｏｒ ＰＲＢ ａｎｄ ２ ｓｐａｒｅ ｂｉｔｓ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｉｓ 「２」（Ｉｎ−ｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ） ｏｒ 「３」（ｉｎ−ｂａｎｄ ｓａｍｅ ＰＣＩ）」を意味する。

また、図９のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ ｂａｎｄの右側から２番目にハッチングされた部分（ＰＲＢ）は、「ｗｈｅｎ ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｉｓ ｉｎｄｉｃａｔｅｄ ｂｙ １ ｂｉｔ ｉｎ ＭＩＢ−ＮＢ ａｓ ｔｈｅ ｈｉｇｈｅｒ ＰＲＢ ｒｅｌａｔｉｖｅ ｔｏ ａｎｃｈｏｒ ＰＲＢ ａｎｄ ２ ｓｐａｒｅ ｂｉｔｓ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｉｓ 「１」」を意味する。

そして、図９のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ ｂａｎｄの左側から１番目にハッチングされた部分は、「ｗｈｅｎ ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｉｓ ｉｎｄｉｃａｔｅｄ ｂｙ １ ｂｉｔ ｉｎ ＭＩＢ−ＮＢ ａｓ ｔｈｅ ｌｏｗｅｒ ＰＲＢ ｒｅｌａｔｉｖｅ ｔｏ ａｎｃｈｏｒ ＰＲＢ ａｎｄ ２ ｓｐａｒｅ ｂｉｔｓ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｉｓ 「１」」を意味する。

また、図９のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ ｂａｎｄの左側から２番目にハッチングされた部分（すなわち、ＬＴＥ ｂａｎｄのすぐ左側部分（ＰＲＢ））は、「ｗｈｅｎ ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｉｓ ｉｎｄｉｃａｔｅｄ ｂｙ １ ｂｉｔ ｉｎ ＭＩＢ−ＮＢ ａｓ ｔｈｅ ｈｉｇｈｅｒ ＰＲＢ ｒｅｌａｔｉｖｅ ｔｏ ａｎｃｈｏｒ ＰＲＢ ａｎｄ ２ ｓｐａｒｅ ｂｉｔｓ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｉｓ 「２」（Ｉｎ−ｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ） ｏｒ 「３」（ｉｎ−ｂａｎｄ ｓａｍｅ ＰＣＩ）」を意味する。

図９のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ ｂａｎｄの右側から１番目にハッチングされた部分（すなわち、ＬＴＥ ｂａｎｄのすぐ右側部分（ＰＲＢ））は、「ｗｈｅｎ ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｉｓ ｉｎｄｉｃａｔｅｄ ｂｙ １ ｂｉｔ ｉｎ ＭＩＢ−ＮＢ ａｓ ｔｈｅ ｈｉｇｈｅｒ ＰＲＢ ｒｅｌａｔｉｖｅ ｔｏ ａｎｃｈｏｒ ＰＲＢ ａｎｄ ２ ｓｐａｒｅ ｂｉｔｓ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｉｓ 「２」（Ｉｎ−ｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ） ｏｒ 「３」（ｉｎ−ｂａｎｄ ｓａｍｅ ＰＣＩ）」を意味する。

また、図９のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ ｂａｎｄの右側から２番目にハッチングされた部分は、「ａｎｃｈｏｒ ｃａｒｒｉｅｒ（ｉｔｓ ｒｅｌａｔｉｖｅ ｐｏｓｉｔｉｏｎ ｔｏ ＬＴＥ ｉｎ−ｂａｎｄ ｃａｎ ｂｅ ｏｂｔａｉｎｅｄ ｂｙ ｕｓｉｎｇ ｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｏｆ ＭＩＢ−ＮＢ）」を意味する。

また、図９のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ ｂａｎｄの右側から３番目にハッチングされた部分（ＰＲＢ）は、「ｗｈｅｎ ＳＩＢ１−ＮＢ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｉｓ ｉｎｄｉｃａｔｅｄ ｂｙ １ ｂｉｔ ｉｎ ＭＩＢ−ＮＢ ａｓ ｔｈｅ ｈｉｇｈｅｒ ＰＲＢ ｒｅｌａｔｉｖｅ ｔｏ ａｎｃｈｏｒ ＰＲＢ ａｎｄ ２ ｓｐａｒｅ ｂｉｔｓ ｉｎ ｇｕａｒｄｂａｎｄ−ｒ１３ ｉｓ 「０」」を意味する。

図９のＥｘａｍｐｌｅ１及び２においてハッチングされた部分に該当するＰＲＢは、全てＳＩＢ１−ＮＢ送信のために使用されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒである。

前記提案した方法とともに、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒに関する情報を知らせるための追加情報がＭＩＢ−ＮＢの「未来拡張のための１１余分の（ｓｐａｒｅ）ｂｉｔｓ」のうち、一部ｂｉｔ（ｓ）を使用して指示されることができる。

これは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｉｎｂａｎｄ−ＤｉｆｆｅｒｅｎｔＰＣＩまたはｓｔａｎｄａｌｏｎｅである場合に省略されることもできる。

簡単な実施例として、２ｂｉｔｓ（｛ｂ１、ｂ２｝）を使用して当該情報を伝達する場合に、下記のような方法が使用され得る。

１）ビットマップ（ｂｉｔｍａｐ）方法
ｂ１が「０」である場合、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒから送信され、そうでない場合（ｂ１が「１」である場合）ＳＩＢ１−ＮＢが特定ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒから送信されることを意味できる。

ｂ１が「０」である場合に、ｂ２は使用されないか、無視されることができる。

または、ｂ１が「０」である場合、ｂ２は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅの位置を指示するために使用されることができる。

これは、ＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒが１６である場合にのみ、ｂ２がＳＩＢ１−ＮＢ ｓｕｂｆｒａｍｅの位置を指示する情報と解釈されるように制限されることもできる。

ｂ２が０と１である場合、各々ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒから−Ｇまたは＋Ｇ ＰＲＢ（または、−／＋Ｇ×１８０ｋＨｚ）ｏｆｆｓｅｔを有する位置で送信されることを意味する。

ここで、Ｇは、３ＧＰＰ ＴＳ ３６．ｘｘｘに明示されるか、ｃｅｌｌ ＩＤまたはＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒまたはｏｐｅｒａｔｉｏｎ ｍｏｄｅなどによって変わる値でありうる。

特に、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅでありながら、ＳＩＢ１−ＮＢは、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに送信される場合、前記ｇｕａｒｄｂａｎｄ−ｒ１３の｛ｂ１、ｂ２、ｂ３｝によってａｎｃｈｏｒ−ｃａｒｒｉｅｒと同じｓｉｄｅのｇｕａｒｄｂａｎｄで特定ｏｆｆｓｅｔを有する位置にＳＩＢ１−ＮＢが送信されるか、またはａｎｃｈｏｒ−ｃａｒｒｉｅｒが反対ｓｉｄｅのｇｕａｒｄｂａｎｄ（ａｎｃｈｏｒ−ｃａｒｒｉｅｒと反対ｓｉｄｅ）で特定ｏｆｆｓｅｔを有する位置にＳＩＢ１−ＮＢが送信されるか、またはＳＩＢ１−ＮＢが送信されるｉｎｂａｎｄ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒが最も低いＰＲＢ ｉｎｄｅｘを基準に特定ｏｆｆｓｅｔを有するか、またはＳＩＢ１−ＮＢが送信されるｉｎｂａｎｄ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒが最も高いＰＲＢ ｉｎｄｅｘを基準に特定ｏｆｆｓｅｔを有するかに関する情報を表すことができる。

ここで、端末は、ｇｕａｒｄｂａｎｄ ａｎｃｈｏｒ−ｃａｒｒｉｅｒとｉｎｂａｎｄの相対的な距離を知っているので、相対的な距離によって＋／−Ｇに解釈するか、または＋Ｇ、＋２Ｇに解釈するか、または−Ｇ、−２Ｇに解釈するかを異なるように判断することができる。

さらに、ＳＩＢ１−ＮＢがｉｎｂａｎｄ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒから送信される場合に、最も低いかまたは高いＰＲＢ ｉｎｄｅｘを基準にｏｆｆｓｅｔを特定せず、特定ｒｅｆｅｒｅｎｃｅ ＰＲＢ ｉｎｄｅｘを基準にｏｆｆｓｅｔを計算することもできる。

最も簡単な例としては、ｉｎｂａｎｄのＰＳＳ（ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）／ＳＳＳ（ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）が送信されるＰＲＢを除いたｃｅｎｔｅｒ ６ＲＢから最も近いＰＲＢ ｉｎｄｅｘがｒｅｆｅｒｅｎｃｅ ＰＲＢ ｉｎｄｅｘでありうる。

このような目的として使用されるｂｉｔの数が３である場合、ｂ１は、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒから送信されるか否かを知らせるためであり、ｂ２及びｂ３は、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに送信される場合に、当該ｃａｒｒｉｅｒの位置を一層様々に知らせるためでありうる。

２）テーブル（Ｔａｂｌｅ）方法
前述したＢｉｔｍａｐ方法と同じ情報を伝達するために、｛ｂ１、ｂ２｝を｛０、０｝、｛０、１｝、｛１、０｝、｛１、１｝のようなｔａｂｌｅとして定義することができる。

ただし、このような場合、ｂ１の値に応じてｂ２が省略される方法は、適用が不可能である。

ＳＩＢ１−ＮＢが送信され得るｓｕｂｆｒａｍｅの位置及び繰り返し回数
第２に、ＳＩＢ１−ＮＢが送信され得るｓｕｂｆｒａｍｅの位置及び繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ）についてより具体的に説明する。

ＳＩＢ１−ＮＢが送信され得るｃａｒｒｉｅｒは、下記のように大別して３つに区分されることができ、各々ＳＩＢ１−ＮＢが送信され得るｓｕｂｆｒａｍｅ位置及び／又はｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒが異なり得る。

１．ＳＩＢ１−ＮＢがａｎｃｈｏｒ ｃａｒｒｉｅｒ上でのみ送信される場合

（１）ＳＩＢ１−ＮＢが固定されたｓｕｂｆｒａｍｅ ｉｎｄｅｘに送信される場合
ＳＩＢ１−ＮＢは、ＮＳＳＳ（ｎａｒｒｏｗｂａｎｄ ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）を送信しないｓｕｂｆｒａｍｅ＃０から送信されることができる。

この場合、ｃｅｌｌ ＩＤとＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒによって前述した図８及び図１０のように送信されることができる。

繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ）４と８に対しては、既存のＦＤＤと同様に、ｃｅｌｌ間に干渉が回避され得る。

それに対し、ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒが１６である場合、奇数ｃｅｌｌ ＩＤを有するｃｅｌｌと偶数ｃｅｌｌ ＩＤを有するｃｅｌｌとの間にＳＩＢ１−ＮＢが互いに干渉として作用されることができる。

また、ＳＩＢ１−ＮＢ送信の開始無線フレーム番号（ｓｔａｒｔｉｎｇ ｒａｄｉｏ ｆｒａｍｅ ｎｕｍｂｅｒ）は、表３７のように設定されることができる。

（２）ＳＩＢ１−ＮＢが１つ以上のｓｕｂｆｒａｍｅ ｉｎｄｅｘから選択的に送信される場合
１つ以上のｓｕｂｆｒａｍｅ ｉｎｄｅｘのうち、実際ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ ｉｎｄｅｘを決定する情報は、ＭＩＢ−ＮＢで指示された特定情報（例えば、明示的にｓｕｂｆｒａｍｅ ｉｎｄｅｘの位置を知らせる情報がありうるし、または、これとともに（または、単独で）ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎの一部情報と連関したパラメータ）で直接指示されるか、またはｃｅｌｌ ＩＤによってＭＩＢ−ＮＢで指示されたｓｕｂｆｒａｍｅ ｉｎｄｅｘ情報を異なるように解釈するように設定されることもできる。

特徴的に、ＳＩＢ１−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでＮＳＳＳを送信しないｓｕｂｆｒａｍｅ＃０に常に送信されながら、ＭＩＢ−ＮＢで指示されたｓｕｂｆｒａｍｅ ｉｎｄｅｘが指示されたｓｕｂｆｒａｍｅに追加に送信する形態でありうる。

ＳＩＢ１−ＮＢが送信され得るｓｕｂｆｒａｍｅ ｉｎｄｅｘは、＃０、４、８、及び６でありうるし、実際ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ ｉｎｄｅｘは、前述した方法で選択（または、指示）を受けることができる。

実際ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ ｉｎｄｅｘは、ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎの情報と連関することができる。

この場合、端末は、ＭＩＢ−ＮＢから提供されるＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ情報の一部からＳＩＢ１−ＮＢ送信ｓｕｂｆｒａｍｅ ｉｎｄｅｘを導くか、または、反対にＭＩＢ−ＮＢから指示されたＳＩＢ１−ＮＢ送信ｓｕｂｆｒａｍｅ ｉｎｄｅｘからＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ情報の一部を類推できる。

例えば、ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ＃１は、ｓｕｂｆｒａｍｅ＃０または＃４のみでＳＩＢ１−ＮＢが送信され得るし、ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ＃２ず＃５は、ｓｕｂｆｒａｍｅ＃０または＃８（または、＃８でない＃６）のみでＳＩＢ１−ＮＢが送信され得る。

仮りに、ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ＃６が支援される場合、ＳＩＢ１−ＮＢは、ＮＳＳＳが送信されないｓｕｂｆｒａｍｅ＃０のみでＳＩＢ１−ＮＢが送信され得るし、ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ １６は、支援されないこともある。

また、ＳＩＢ１−ＮＢ送信の開始無線フレーム番号（ｓｔａｒｔｉｎｇ ｒａｄｉｏ ｆｒａｍｅ ｎｕｍｂｅｒ）は、表３７のように設定されることができる。

仮りに、ＭＩＢ−ＮＢ内でＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ情報のうち、一部が指示され、端末が当該情報から分かることができるＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎの一部情報からＳＩＢ１−ＮＢが送信され得るｓｕｂｆｒａｍｅ ｉｎｄｅｘが１つより多い場合に、実際に当該ｃｅｌｌでＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ ｉｎｄｅｘは、ｃｅｌｌ ＩＤに選択されることができる。

簡単な例示として、２個のｓｕｂｆｒａｍｅ ｉｎｄｅｘのうち、ｃｅｌｌ ＩＤによって１つのｓｕｂｆｒａｍｅ ｉｎｄｅｘでＳＩＢ１−ＮＢが送信されるとするとき、「（（ｃｅｌｌ＿ＩＤ−（ｃｅｌｌ＿ＩＤ％ＮＲｅｐ））／ＮＲｅｐ）％２」が０であるか、または１であるかによってｓｕｂｆｒａｍｅ ｉｎｄｅｘが決まることができる。

仮りに、ａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信されるＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃０またはｓｕｂｆｒａｍｅ＃４で送信されることができる場合、そして、ｓｕｂｆｒａｍｅ ｉｎｄｅｘは、ＭＩＢ−ＮＢに指示されることができる場合、２５６０ｍｓｅｃ内でＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎを始めるＳｔａｒｔｉｎｇ ｒａｄｉｏ ｆｒａｍｅ ｎｕｍｂｅｒ／ｉｎｄｅｘは、表３８のように定義されることができる。

そして、これは、ＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒが１６である場合に限定されることもできる。

すなわち、端末は、ＭＩＢ−ＮＢを介してＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃０でない箇所（例えば、ｓｕｂｆｒａｍｅ＃４）で送信されるという情報を取得した後、当該ｃｅｌｌのｃｅｌｌ ＩＤによってＳＩＢ１−ＮＢ送信が始まるｒａｄｉｏ ｆｒａｍｅ ｉｎｄｅｘを分かることができる。

それに対し、ＭＩＢ−ＮＢを介してＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃０で送信されるという情報を取得し、ＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒが１６である場合、表３７のように、ｃｅｌｌ ＩＤに関係なく、ＳＩＢ１−ＮＢ送信は、２５６０ｍｓｅｃ内で常に１番ｒａｄｉｏ ｆｒａｍｅ ｎｕｍｂｅｒから始めると仮定することができる。

言い替えれば、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信され、ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒが１６である場合、ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ ｉｎｄｅｘが＃０であるか、または＃４であるかによって、ＳＩＢ１−ＮＢ送信が始まるｒａｄｉｏ ｆｒａｍｅ ｉｎｄｅｘが異なるように解釈されることができる。

これに対する例示として、表３７（ＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃０で送信される場合）と表３８（ＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃４で送信される場合）とが考慮され得る。

２．ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上のみで送信される場合
特定区間内でＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅの数は、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信される場合の値よりＮ倍多いことがある。

これは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと比較して、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｐｏｗｅｒ ｂｏｏｓｔｉｎｇが適用され難いことがあるためである。

Ｎは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのｄｏｗｎｌｉｎｋ送信ｐｏｗｅｒとＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｄｏｗｎｌｉｎｋ送信ｐｏｗｅｒとによって決定されることができる。

仮りに、ＭＩＢ−ＮＢでＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒのｄｏｗｎｌｉｎｋ送信ｐｏｗｅｒとａｎｃｈｏｒ−ｃａｒｒｉｅｒのｄｏｗｎｌｉｎｋ送信ｐｏｗｅｒとの関係を知らせる場合、当該情報からＮを誘導または類推することができる。

または、反対に、Ｎ値がＭＩＢ−ＮＢで知られ、この値からＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒのｄｏｗｎｌｉｎｋ送信ｐｏｗｅｒとａｎｃｈｏｒ−ｃａｒｒｉｅｒのｄｏｗｎｌｉｎｋ送信ｐｏｗｅｒとの関係を誘導（または、類推）することもできる。

ここで、「特定区間内でＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅの数」は、「ＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ」と対応する値または概念であり、「ＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ」は、ＳＩＢ１−ＮＢ ｍｏｄｉｆｉｃａｔｉｏｎ ｐｅｒｉｏｄ内で特定ｃｅｌｌがＳＩＢ１−ＮＢ送信に使用するＳＩＢ１−ＮＢ ＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）数を表す。

「特定区間内でＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅの数」は、特定絶対時間区間（例えば、１６０ｍｓｅｃまたは４０．９６ｓｅｃ）内でＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅの数を表す。

ＳＩＢ１−ＮＢが送信され得るｓｕｂｆｒａｍｅ ｉｎｄｅｘは、ｓｕｂｆｒａｍｅ ｉｎｄｅｘ＃０、＃５、＃９のうち、Ｎ個が選択されて使用され得る。

例えば、Ｎ２である場合、ｓｕｂｆｒａｍｅ ｉｎｄｅｘ＃０と９が使用され得るし、ｓｕｂｆｒａｍｅ ｉｎｄｅｘ＃０と＃９は、連続的にＳＩＢ１−ＮＢを送信するために、ｒａｄｉｏ ｆｒａｍｅ ｎｕｍｂｅｒが各々奇数と偶数に選択され得る。

このとき、互いに異なるｒａｄｉｏ ｆｒａｍｅに送信されるＳＩＢ１−ＮＢのＳＦＮ（ｓｙｓｔｅｍ ｆｒａｍｅ ｎｕｍｂｅｒ）情報が異なり、当該情報がＳＩＢ１−ＮＢコンテンツ（ｃｏｎｔｅｎｔｓ）のＳＦＮ情報の一部に含まれるとき、特定最初または最後のＳＩＢ１−ＮＢが送信され始めたｒａｄｉｏ ｆｒａｍｅのＳＦＮを基準とすることもできる。

または、ＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅ Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）ｓｕｂｆｒａｍｅとして使用されないｓｕｂｆｒａｍｅ ｉｎｄｅｘ＃０と＃５が使用され得る。

先に、Ｎ２は、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒで送信される場合、ＭＩＢ−ＮＢ内で指示されるＳＩＢ１−ＮＢ繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ）を２倍大きい値と解釈する場合を意味する。

すなわち、ＭＩＢ−ＮＢ内で指示されるＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ回数は、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒに送信される場合に、ＳＩＢ１−ＮＢのｒｅｐｅｔｉｔｉｏｎ回数である。

仮りに、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに送信される場合に、ＳＩＢ１−ＮＢのｒｅｐｅｔｉｔｉｏｎ回数は、ＭＩＢ−ＮＢで指示されたＳＩＢ１−ＮＢのｒｅｐｅｔｉｔｉｏｎ回数を異なるように解釈することができる。

同様の方法として、Ｎ４である場合は、当該情報を４倍大きく解釈し、このような一連の手順及び解釈は、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒの位置がａｎｃｈｏｒ−ｃａｒｒｉｅｒであるか、またはｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒであるか、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合に、ａｎｃｈｏｒ−ｃａｒｒｉｅｒから相対的にどれくらい離れて位置するか（例えば、Ｘより小さなＰＲＢ間隔であるか、）によって、またはｏｐｅｒａｔｉｏｎ ｍｏｄｅによって変わることができる。

ここで、ｏｐｅｒａｔｉｏｎ ｍｏｄｅは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅであるか、ＳＩＢ１−ＮＢを送信するｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅであるか、またはａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢとを送信するｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅの組み合わせでありうる。

簡単な例として、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがｉｎｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合には、Ｎ２（Ｎ＝２）でありうるし、ｇｕａｒｄｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合には、Ｎ４（Ｎ＝４）でありうる。

ここで、Ｎ４である場合、ＳＩＢ１−ＮＢが送信され得るｓｕｂｆｒａｍｅ ｉｎｄｅｘがｓｕｂｆｒａｍｅ＃０、＃４、＃５、＃９日でありうる。

前記で説明したＮ２とＮ４である場合にも、ＳＩＢ１−ＮＢＴＢ（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ）を１回送信するために使用されるｓｕｂｆｒａｍｅの数は８に維持されなければならず、ＳＩＢ１−ＮＢ送信周期は、２５６０ｍｓｅｃに固定される必要がある。

このために、ＳＩＢ１−ＮＢを送信するために使用されるｒａｄｉｏ ｆｒａｍｅの数が変わり得る。

すなわち、１つのｒａｄｉｏ ｆｒａｍｅ内でＳＩＢ１−ＮＢ送信のために使用されるｓｕｂｆｒａｍｅの数が２個（Ｎ２である場合）または４個（Ｎ４である場合）でありうる。

Ｎ２である場合、特徴的にＳＩＢ１−ＮＢ送信に使用される隣接したｓｕｂｆｒａｍｅが互いに異なるｒａｄｉｏ ｆｒａｍｅにわたって存在し得る。

このように、ｒａｄｉｏ ｆｒａｍｅ内でＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅの数が変わる場合、ＳＩＢ１−ＮＢ送信に使用されるｒａｄｉｏ ｆｒａｍｅのｓｔａｒｔｉｎｇ ｉｎｄｅｘが異なるように定義されることができる。

簡単な例として、表３８のＮＢ−ＳＩＢ１繰り返しに対するｒａｄｉｏ ｆｒａｍｅ ｎｕｍｂｅｒ（ｎｆ ｍｏｄ ２５６）値が変わり得る。

これは、簡単にＮ２である場合、（ＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ数とｃｅｌｌ ＩＤによって定義された表３７のｓｔａｒｔ ｒａｄｉｏ ｆｒａｍｅ ｎｕｍｂｅｒ値−１）／２または（ＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ数とｃｅｌｌ ＩＤによって定義された表３７のｓｔａｒｔ ｒａｄｉｏ ｆｒａｍｅ ｎｕｍｂｅｒ値−１）／２＋１に与えられ、ＳＩＢ１−ＮＢ ｔｒａｎｓｍｉｓｓｉｏｎ ｗｉｎｄｏｗは、８０ｍｓｅｃとして定義されることができる。

同様の方法として、Ｎ４である場合、（ＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ数とｃｅｌｌ ＩＤによって定義された表３８のｓｔａｒｔ ｒａｄｉｏ ｆｒａｍｅ ｎｕｍｂｅｒ値−１）／４または（ＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ数とｃｅｌｌ ＩＤによって定義された表３８のｓｔａｒｔ ｒａｄｉｏ ｆｒａｍｅ ｎｕｍｂｅｒ値−１）／４＋１に与えられ、ＳＩＢ１−ＮＢ ｔｒａｎｓｍｉｓｓｉｏｎ ｗｉｎｄｏｗは、４０ｍｓｅｃとして定義されることができる。

仮りに、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合にも、ＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ回数は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと同じ場合、表３８のｓｔａｒｔ ｒａｄｉｏ ｆｒａｍｅ ｎｕｍｂｅｒを同様に使用するか、または表３８のｓｔａｒｔ ｒａｄｉｏ ｆｒａｍｅ ｎｕｍｂｅｒ値−１として定義されることができる。

上記の内容をＴａｂｌｅとしてまとめると、表３９、表４０、及び表４１のように表現されることができる。

各ＴａｂｌｅにおいてＮＰＤＳＣＨ繰り返しの個数は、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信されるＳＩＢ１−ＮＢのｒｅｐｅｔｉｔｉｏｎ回数であり、これは、ＭＩＢ−ＮＢのＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ回数から導かれる値である。

１つのｒａｄｉｏ ｆｒａｍｅ内でＳＩＢ１−ＮＢがＮ個のｓｕｂｆｒａｍｅに送信される場合、Ｎ番のｓｕｂｆｒａｍｅにわたって送信されるＳＩＢ１−ＮＢは、図１０のように、（１）ＡからＨまでのｓｕｂ−ｂｌｏｃｋが順序どおりに送信されることができ、（２）各ｓｕｂ−ｂｌｏｃｋがＮ回（または１より大きい値）連続してｓｕｂｆｒａｍｅに送信され、次に、ｓｕｂ−ｂｌｏｃｋを再度Ｎ回連続して送信する方法がありうる。

ここで、ＡからＨまでのｓｕｂ−ｂｌｏｃｋは、ＳＩＢ１−ＮＢ ｃｏｄｅｗｏｒｄのｃｉｒｃｕｌａｒ−ｂｕｆｆｅｒ出力において１つのｓｕｂｆｒａｍｅに送信される単位を表す。

仮りに、上記の（２）の方法のように、特定ｓｕｂ−ｂｌｏｃｋが繰り返して送信される場合には、ｉｎｔｅｒ−ｃｅｌｌ間干渉が発生する側面で短所がありうる。

したがって、ｓｕｂ−ｂｌｏｃｋが同じｒａｄｉｏ ｆｒａｍｅ内で送信されても、ｓｃｒａｍｂｌｉｎｇが互いに異なるように適用される必要がありうる。

例えば、現在のｓｃｒａｍｂｌｉｎｇ数式

において同じｒａｄｉｏ ｆｒａｍｅ内でｓｕｂ−ｂｌｏｃｋが繰り返し送信される場合に、各ｓｕｂ−ｂｌｏｃｋ間にｓｃｒａｍｂｌｉｎｇは、ｒａｄｉｏ ｆｒａｍｅ ｎｕｍｂｅｒとｎＲＮＴＩ、

、ｎ_ｆが同一であるにもかかわらず、他のｓｃｒａｍｂｌｉｎｇが適用されるように修正されることができる。

例えば、各ｓｕｂｆｒａｍｅ間に特定ｏｆｆｓｅｔを有する他のｃ_ｉｎｉｔに定義されることができる。

または、同じｒａｄｉｏ ｆｒａｍｅ内で繰り返し送信されるｓｕｂ−ｂｌｏｃｋ（ｓｕｂｆｒａｍｅ）間に各ＲＥ別にＩ／Ｑ−ｌｅｖｅｌでｐｈａｓｅ−ｒｏｔａｔｉｏｎされた形態でｓｃｒａｍｂｌｉｎｇされることができる。

これは、ＮＰＢＣＨでＩ／Ｑ−ｌｅｖｅｌのｐｈａｓｅ−ｒｏｔａｔｉｏｎ（例：ＴＳ．３６．２１１の１０．２．４．４で１番目の数式）を適用した方法と類似するか、同様でありうる。

スクランブリングシーケンス

、

は、ＴＳ ３６．２１１の７．２で与えられる。

３．ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上との両方で送信される場合
ＳＩＢ１−ＮＢ送信されるｓｕｂｆｒａｍｅ ｉｎｄｅｘは、ａｎｃｈｏｒ−ｃａｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒとの間に重複されないように設定されることができる。

または、ｓｕｂｆｒａｍｅ ｉｎｄｅｘが同一であっても、実際送信されるｒａｄｉｏ ｆｒａｍｅが互いに異なるように設定されることができる。

これは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信されるＳＩＢ１−ＮＢを端末が全て受信して性能を高めることができる機会を提供するための目的でありうる。

前述した「１．ＳＩＢ１−ＮＢがａｎｃｈｏｒ ｃａｒｒｉｅｒのみで送信される場合」と「２．ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒにのみ送信される場合」とは、各々ａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに対して拡張して適用することができる。

図１０は、本明細書において提案するＳＩＢ１−ＮＢの送信位置の一例を示した図である。

ただし、図１０に該当する図面が大きくて、図１０ａ、図１０ｂ、及び図１０ｃに区分して作成し、図１０ａ、図１０ｂ、及び図１０ｃは、１つの図面を完成する図面等である。

図１１及び図１２は、本明細書において提案する繰り返し回数によるＳＩＢ１−ＮＢの送信位置の一例を示す。

具体的に、図１１は、繰り返し回数が４である場合、ＳＩＢ１−ＮＢの送信位置の一例を示し、図１２は、繰り返し回数が８である場合、ＳＩＢ１−ＮＢの送信位置の一例を示した図である。

表３７は、ＳＩＢ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信に対する開始無線フレームの位置を表した表である。

表３８は、ＳＩＢ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信に対する開始無線フレームの一例を表した表である。

表３９は、ＳＩＢ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信に対する開始無線フレームの一例を表した表である。

表４０は、ＳＩＢ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信に対する開始無線フレームのさらに他の一例を表した表である。

表４１は、ＳＩＢ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信に対する開始無線フレームのさらに他の一例を表した表である。

図１３は、本明細書において提案するＳＩＢ１−ＮＢのコードワード及び資源マッピングの一例を示した図である。

ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ及び／又はｒａｄｉｏ ｆｒａｍｅの位置とｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒは、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅによって異なるように解釈されることができる。

すなわち、ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ及び／又はｒａｄｉｏ ｆｒａｍｅ位置は、Ｃｅｌｌ ＩＤ及びｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒによって変わることができる。

これは、ＭＩＢ−ＮＢで提供されるが、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒで送信される場合には、これを異なるように解釈することができる。

さらに、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅによってもＭＩＢ−ＮＢで指示されたｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒは異なるように解釈されることができる（例えば、ＭＩＢ−ＮＢで指示されたｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒより２倍大きい値）。

ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ及び／又はｒａｄｉｏ ｆｒａｍｅの位置もｏｐｅｒａｔｉｏｎ ｍｏｄｅ別に異なるように解釈されることができる。

ここで、「ｏｐｅｒａｔｉｏｎ ｍｏｄｅ別に」は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅだけでなく、実際ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅまで含む。

例えば、ａｎｃｈｏｒ ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅであるが、ＳＩＢ１−ＮＢが同一ｃａｒｒｉｅｒに送信されれば、ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒは、｛４、８、１６｝のうち、１つの値と解釈される。

しかし、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに送信され、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合には、ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒは、｛８、１６、３２｝のうち、１つの値と解釈されることができる。

そして、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに送信され、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒは、ｇａｕｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合、ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒは、｛２、４、８｝のうち、１つの値と解釈されることができる。

システム情報無しでＮＲＳを期待できるサブフレーム
第３に、ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ無しでＮＲＳを常に期待できるｓｕｂｆｒａｍｅの位置について説明する。

特定ｓｕｂｆｒａｍｅで受信される信号の復調（ｄｅｍｏｄｕｌａｔｉｏｎ）性能向上のために、当該信号が受信されるｓｕｂｆｒａｍｅだけでなく、先立つか及び／又は後続するｓｕｂｆｒａｍｅに含まれたＮＲＳを活用してチャネルを推定するｃｒｏｓｓ−ｓｕｂｆｒａｍｅ ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎが必要である。

特に、端末がｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ無しでＭＩＢ−ＮＢとＳＩＢ１−ＮＢを受信する場合、ＭＩＢ−ＮＢとＳＩＢ１−ＮＢを送信するｓｕｂｆｒａｍｅでないｓｕｂｆｒａｍｅでもＮＲＳを常に期待できるｓｕｂｆｒａｍｅ定義が要求され得る。

このように、ＮＲＳを常に期待できるｓｕｂｆｒａｍｅ位置を「ｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅ」と称する。

これは、ＳＩＢ１−ＮＢや他のＳＩＢｘ−ＮＢ、またはＲＲＣに設定されるｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報と異なることができる。

まず、ＭＩＢ−ＮＢを検出する以前に端末が仮定できるｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＳＳＳを送信しないｓｕｂｆｒａｍｅ＃０とｓｕｂｆｒａｍｅ＃９でありうる。

これは、実際にＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されるか否かと関係ないことがある。

ＭＩＢ−ＮＢ検出後に、ＳＩＢ１−ＮＢを検出する以前、端末が仮定できるｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅは、下記のように区分して異なるように決まることができる。

１．ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒに送信される場合
このとき、端末が仮定できるｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅは、ＭＩＢ−ＮＢを検出する以前に端末が仮定できるｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅと同様に、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＳＳＳを送信しないｓｕｂｆｒａｍｅ＃０とｓｕｂｆｒａｍｅ＃９でありうる。

仮りに、ＭＩＢ−ＮＢでＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎに対応する一部情報を追加に取得できる場合、当該ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎから特徴的に一部ｓｕｂｆｒａｍｅが前記ｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅに追加に含まれることができる。

例えば、一部ｓｕｂｆｒａｍｅは、ｓｕｂｆｒａｍｅ＃４、＃６及び＃８のうち、１つでありうる。

これは前述したように、ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ一部情報から導かれることもできる。

または、ＭＩＢ−ＮＢで直接明示的に知らせることもできる。

ただし、端末は、当該ｃｅｌｌがＳＩＢ−ＮＢを送信することと期待されるＳＩＢ１−ＮＢ ＴＴＩ及び／又はＳＩＢ１−ＮＢ ｔｒａｎｓｍｉｓｓｉｏｎ ｗｉｎｄｏｗ（１６０ｍｓｅｃ）及び／又はｒａｄｉｏ ｆｒａｍｅ内でのみ、ｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅを仮定することもできる。

または、当該ｓｕｂｆｒａｍｅは、ＭＩＢ−ＮＢで直接明示的に知らせることもできる。

また、端末は、前述したｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅを含むことができる制限された特定区間前／後の一部区間をもうすこし拡張してｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅを期待することもできる。

Ａｎｃｈｏｒ−ｃａｒｒｉｅｒで端末がＮＲＳを期待できるｓｕｂｆｒａｍｅは、下記のように端末機が取得した情報に応じていくつのステップ等にわたって区分されることができる。

１）端末がｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを取得する前
端末がＴＤＤ ＮＢ−ＩｏＴ ｃｅｌｌを検出したが、ＮＰＢＣＨ検出を完了する前にＮＲＳ受信を期待できるｓｕｂｆｒａｍｅは、ｓｕｂｆｒａｍｅ＃９とＮＳＳＳを送信しないｓｕｂｆｒａｍｅ＃０である。

仮りに、ｓｕｂｆｒａｍｅ＃１のＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ）でＤｗＰＴＳシンボル数に関係なく、常に特定ｐａｔｔｅｒｎ（例えば、３番目のＯＦＤＭ ｓｙｍｂｏｌにＮＲＳが送信される場合）でＮＲＳが送信され得る場合、端末は、当該ｓｕｂｆｒａｍｅのＤｗＰＴＳ区間でもＮＲＳを期待できる。

これと同様の方法として、ｓｕｂｆｒａｍｅ＃６でもＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ及びｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎに関係なく、常に特定ｐａｔｔｅｒｎでＮＲＳが送信され得る場合、端末は、当該ｓｕｂｆｒａｍｅでも一部ＯＦＤＭ ｓｙｍｂｏｌでＮＲＳを期待できる。これは、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒと関係なく適用される。

２）端末がｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを取得した後、そして、端末がＳＩＢ１−ＮＢを取得する前
ＳＩＢ１−ＮＢ情報を取得する前まで下記に並べられたｓｕｂｆｒａｍｅでないｓｕｂｆｒａｍｅでもＮＲＳを期待できるｓｕｂｆｒａｍｅを端末に知らせるための方法として、ＭＩＢ−ＮＢのｕｎｕｓｅｄ ｓｔａｔｅ（ｓ）またはｕｎｕｓｅｄ ｂｉｔ（ｓ）が使用されることもできる。

Ａ．ｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏがｉｎｂａｎｄを指示する場合

１）ＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃０に存在する場合
前記１）で定義されたｓｕｂｆｒａｍｅでＮＲＳを期待でき、これは、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合にも同様である。

２）その他、ＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃４に存在する場合
前記１）で定義されたｓｕｂｆｒａｍｅでＮＲＳを期待でき、追加的に、ｓｕｂｆｒａｍｅ＃４でもＮＲＳを期待できる。

これは、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合にも同様である。

ただし、全てのｒａｄｉｏ ｆｒａｍｅのｓｕｂｆｒａｍｅ＃４でＮＲＳを期待できるか、またはＳＩＢ１−ＮＢが実際に送信されるｒａｄｉｏ ｆｒａｍｅのｓｕｂｆｒａｍｅ＃４でＮＲＳを期待できるか、またはＳＩＢ１−ＮＢが実際に送信されるｒａｄｉｏ ｆｒａｍｅの前のＮ個ｒａｄｉｏ ｆｒａｍｅからＳＩＢ１−ＮＢが実際に送信されるｒａｄｉｏ ｆｒａｍｅの後のＭ個ｒａｄｉｏ ｆｒａｍｅ間のｒａｄｉｏ ｆｒａｍｅにｓｕｂｆｒａｍｅ＃４でのみＮＲＳを期待できるように制限されたり、またはＳＩＢ１−ＮＢ ＴＴＳが８個のｓｕｂｆｒａｍｅに分けられて送信されるｗｉｎｄｏｗ区間（ａｎｃｈｏｒ−ｃａｒｒｉｅｒを例に１６０ｍｓｅｃ）のｓｕｂｆｒａｍｅ＃４でのみＮＲＳを期待できるように制限されることができる。ここで、ＮとＭは、自然数である。

ＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃４で送信される場合、前述した表１０と図１３のように、ｃｅｌｌ ＩＤによって偶数ｒａｄｉｏ ｆｒａｍｅまたは奇数ｒａｄｉｏ ｆｒａｍｅ ｎｕｍｂｅｒで送信されることができる。

これは、ＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ １６である場合にのみ可能である。

Ａ−１とＡ−２の例示は、図１４においてＲが含まれたｓｕｂｆｒａｍｅの位置で確認することができる。

Ｂ．その他、ｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏがｇｕａｒｄｂａｎｄを指示する場合
前記Ａ．のｉｎｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅで端末がＮＲＳを期待できるｓｕｂｆｒａｍｅの位置において同じ方法でＮＲＳを期待できる。

仮りに、ｇｕａｒｄｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合、基地局がＤｗＰＴＳ内のｃｏｎｔｒｏｌ ｒｅｇｉｏｎで特定ＯＦＤＭ ｓｙｍｂｏｌ（ｓ）でＮＲＳを常に送信できる場合、端末は、前記Ａ．のｓｕｂｆｒａｍｅだけでなく、ｓｕｂｆｒａｍｅ＃１のＤｗＰＴＳでも当該ＯＦＤＭ ｓｙｍｂｏｌ（ｓ）でＮＲＳを期待できる。

これは、ｓｔａｎｄａｌｏｎｅ ｏｐｅｒａｔｉｏｎ ｍｏｄｅでも同様に適用されることができるが、ｇｕａｒｄｂａｎｄとｓｔａｎｄａｌｏｎｅ ｏｐｅｒａｔｉｏｎ ｍｏｄｅとの間にＤｗＰＴＳでＮＲＳを期待できるＯＦＤＭ ｓｙｍｂｏｌ（ｓ）の位置が異なることはある。

仮りに、ＤｗＰＴＳ内にＯＦＤＭ ｓｙｍｂｏｌの数によってＤｗＰＴＳ内でＮＲＳが送信され得るｓｕｂｆｒａｍｅ位置が異なることがあるならば、当該ＤｗＰＴＳでＮＲＳを期待できるＯＦＤＭ ｓｙｍｂｏｌ位置がＭＩＢ−ＮＢ内の一部ｒｅｓｅｒｖｅｄまたはｕｎｕｓｅｄ ｂｉｔ（ｓ）を使用してｉｎｄｉｃａｔｉｏｎすることができる。

ここで、ｕｎｕｓｅｄ ｂｉｔ（ｓ）の例は、５ｂｉｔｓのｇｕａｒｄｂａｎｄ−ｒ１３で２ｂｉｔｓのｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３を除いた３ｂｉｔｓの一部または全体ｂｉｔｓが使用され得る。

また、当該情報は、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信される場合とｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合、そして、ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅの位置によって使用されるｕｎｕｓｅｄ ｂｉｔｓの数が異なるか、または他の方式（例えば、相違したｔａｂｌｅ）で解釈及び指示されることができる。

Ｃ．その他、ｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏがｓｔａｎｄａｌｏｎｅに指示された場合

前記Ａ．のｉｎｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅで端末がＮＲＳを期待できるｓｕｂｆｒａｍｅの位置において同じ方法でＮＲＳを期待できる。

仮りに、ｓｔａｎｄａｌｏｎｅ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合、基地局がＤｗＰＴＳ内のｃｏｎｔｒｏｌ ｒｅｇｉｏｎで特定ＯＦＤＭ ｓｙｍｂｏｌ（ｓ）でＮＲＳを常に送信できる場合、端末は、前記Ａ．のｓｕｂｆｒａｍｅだけでなく、ｓｕｂｆｒａｍｅ＃１のＤｗＰＴＳでも当該ＯＦＤＭ ｓｙｍｂｏｌ（ｓ）でＮＲＳを期待できる。

仮りに、ＤｗＰＴＳ内にＯＦＤＭ ｓｙｍｂｏｌの数によってＤｗＰＴＳ内でＮＲＳが送信され得るｓｕｂｆｒａｍｅ位置が異なることがある場合、当該ＤｗＰＴＳでＮＲＳを期待できるＯＦＤＭ ｓｙｍｂｏｌ位置がＭＩＢ−ＮＢ内の一部ｒｅｓｅｒｖｅｄまたはｕｎｕｓｅｄ ｂｉｔ（ｓ）を使用してｉｎｄｉｃａｔｉｏｎすることができる。
ここで、ｕｎｕｓｅｄ ｂｉｔ（ｓ）の例は、５ｂｉｔｓのｓｔａｎｄａｌｏｎｅ−ｒ１３フィールドで５ｂｉｔｓの一部または全体ｂｉｔｓが使用され得る。

例えば、ｓｔａｎｄａｌｏｎｅ ｏｐｅｒａｔｉｏｎ ｍｏｄｅは、ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅにＤｗＰＴＳを使用しない場合もありうるので、これを区分するための場合まで含まれてｕｎｕｓｅｄ ｂｉｔｓの一部が使用され得る。

さらに、ｕｎｕｓｅｄ ｂｉｔｓは、ｓｔａｎｄａｌｏｎｅ ｍｏｄｅでＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ（既存のＬＴＥのＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎだけでなく、ＴＤＤ ＬＴＥ ｓｔａｎｄａｌｏｎｅ ｍｏｄｅで追加されるＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎを含む）情報の一部を指示するために使用されることもできる。

すなわち、ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎを正確には指示しないが、ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎによって追加的にＮＲＳを期待できるｓｕｂｆｒａｍｅがある場合、これを区分するために、ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎの一部情報をｕｎｕｓｅｄ ｂｉｔｓを活用して指示することができる。

また、当該情報は、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒに送信される場合とｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒで送信される場合、そして、ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ位置によって使用されるｕｎｕｓｅｄ ｂｉｔｓ数が異なるか、または他の方式（例えば、相違したｔａｂｌｅ）で解釈及び指示されることができる。

図１４は、本明細書において提案するアンカー−キャリア上でＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ／ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅの位置の一例を示した図である。

図１５は、本明細書において提案するアンカー−キャリア上でＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ／ＳＩＢ１−ＮＢ／ＮＲＳが送信されるｓｕｂｆｒａｍｅの位置のさらに他の一例を示した図である。

ただし、図１５に該当する図面が大きくて、図１５ａ、図１５ｂ、図１５ｃ、及び図１５ｄに区分して作成し、図１５ａ、図１５ｂ、図１５ｃ、及び図１５ｄは、１つの図面を完成する図面等である。

２．ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上のみで送信される場合

このとき、端末は、仮定することができるｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅがＭＩＢ−ＮＢで指示されるか、またはＭＩＢ−ＮＢの指示とｃｅｌｌ ＩＤなどによって導かれたＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒのｓｕｂｆｒａｍｅ＃０、＃５、＃９全体であるか、または＃０と＃５でありうる。

さらに、ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅの位置に依存的に決定されることができる。

これは、ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅを含み、それ以前から以後までの時間で一部区間内に含まれるｓｕｂｆｒａｍｅ＃０、＃５、及び＃９でありうる。

また、端末は、当該ｃｅｌｌがＳＩＢ−ＮＢを送信することと期待されるＳＩＢ１−ＮＢ ＴＴＩ及び／又はＳＩＢ１−ＮＢ ｔｒａｎｓｍｉｓｓｉｏｎ ｗｉｎｄｏｗ（１６０ｍｓｅｃ）及び／又はｒａｄｉｏ ｆｒａｍｅ内でのみ、ｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅを仮定することもできる。

または、ＭＩＢ−ＮＢで直接明示的に知らせることもできる。

また、端末は、前述したｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅを含むことができる制限された特定区間前／後の一部区間をもう少し拡張してｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅを期待できる。

さらに、仮りに、ＭＩＢ−ＮＢでＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎに対応する一部情報を追加に取得できる場合、当該ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎで特徴的に一部ｓｕｂｆｒａｍｅが前記ｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅに追加に含まれることができる。

例えば、一部ｓｕｂｆｒａｍｅは、ｓｕｂｆｒａｍｅ＃４、＃６、及び＃８のうち、１つでありうる。

これは、前述したように、ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎの一部情報から導かれることができ、またはＭＩＢ−ＮＢで直接明示的に知らせることもできる。

ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で端末は、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でＮＲＳを期待できるｓｕｂｆｒａｍｅは、下記のとおりである。

ここで、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒの位置は、ＭＩＢ−ＮＢで指示されるため、端末は、既にＭＩＢ−ＮＢの全ての情報とともに、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒの位置、ＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ回数、ＳＩＢ１−ＮＢが送信されるｒａｄｉｏ ｆｒａｍｅの位置、ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅの位置に関する情報を取得したことと仮定する。

１）端末がｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを取得した後、そして、端末がＳＩＢ１−ＮＢを取得する前

ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合、ＳＩＢ１−ＮＢ ｒｅｐｅｔｉｔｉｏｎ回数によってＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅ及びｒａｄｉｏ ｆｒａｍｅ位置は変わることができる。

これに関する情報は、ＭＩＢ−ＮＢで取得されるので、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅで端末は、ＮＲＳを期待できることは自明である。

さらに、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ上でＮＰＳＳ、ＮＳＳＳ、及びＭＩＢ送信のために使用されるｓｕｂｆｒａｍｅ＃５、＃０、及び＃９でＳＩＢ１−ＮＢが送信されるｒａｄｉｏ ｆｒａｍｅ及びｓｕｂｆｒａｍｅの位置と関係なく、ＮＲＳを期待することもできる。

また、ｓｔａｎｄａｌｏｎｅ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合、端末は、ｓｕｂｆｒａｍｅ＃４と＃８でも追加的にＮＲＳを期待できる。

また、端末は、ＤｗＰＴＳ区間でＮＲＳを期待することができ、これは、ｏｐｅｒａｔｉｏｎ ｍｏｄｅによってＮＲＳを期待できるか否か、またはＤｗＰＴＳ内でどのＯＦＤＭ ｓｙｍｂｏｌでＮＲＳを期待できるかについては、前述した方法（ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信される場合、ＤｗＰＴＳ区間でＮＲＳを期待する方法）が同様に使用され得る。

前記において説明したＮＲＳを期待できるｓｕｂｆｒａｍｅは、ｒａｄｉｏ ｆｒａｍｅ毎に同様に適用されるか、またはＳＩＢ１−ＮＢが送信されるｒａｄｉｏ ｆｒａｍｅに属したｓｕｂｆｒａｍｅに限定されるか、またはＳＩＢ１−ＮＢが実際に送信されるｒａｄｉｏ ｆｒａｍｅの前のＮ個ｒａｄｉｏ ｆｒａｍｅからＳＩＢ１−ＮＢが実際に送信されるｒａｄｉｏ ｆｒａｍｅの後のＭ個ｒａｄｉｏ ｆｒａｍｅ間のｒａｄｉｏ ｆｒａｍｅでのみ、ＮＲＳを期待できるように制限されるか、またはＳＩＢ１−ＮＢ ＴＴＳが８個のｓｕｂｆｒａｍｅに分けられて送信されるｗｉｎｄｏｗ区間（ａｎｃｈｏｒ−ｃａｒｒｉｅｒを例に１６０ｍｓｅｃ）のｓｕｂｆｒａｍｅでのみ、ＮＲＳを期待できるように制限されることができる。

これは、ＮＲＳを期待できるｓｕｂｆｒａｍｅ ｎｕｍｂｅｒ及びｏｐｅｒａｔｉｏｎ ｍｏｄｅによって異なるように適用されることができる。ここで、ＮとＭは、自然数である。

３．ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの両方に送信される場合

このとき、端末は、仮定できるａｎｃｈｏｒ−ｃａｒｒｉｅｒ上でｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅが前記（１）の方法にしたがい、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅが前記（２）の方法にしたがうことができる。

ただし、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されない場合、「ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でのみ送信される場合」と「ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上との両方で送信される場合」がＭＩＢ−ＮＢで全て設定可能であれば、端末は、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で期待することができるｄｅｆａｕｌｔ ｓｕｂｆｒａｍｅは、「ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でのみ送信される場合」と「ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上との両方で送信される場合」の間に相違することができる。

ＳＩＢ１−ＮＢを除いた残りのＳＩＢ−ＮＢ（ＳＩＢｘ−ＮＢという）がｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合、端末は、ＮＲＳを期待できるｓｕｂｆｒａｍｅ区間は、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合のｓｕｂｆｒａｍｅ区間と異なるように定義されることができる。

これは、ＴＤＤシステムでＳＩＢ１−ＮＢは、連続したｓｕｂｆｒａｍｅで送信されないが、ＳＩＢｘ−ＮＢは、同じＴＢＳが連続した（ｖａｌｉｄ）ｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅに送信されるためである。

すなわち、ＳＩＢ１−ＮＢは、ｖａｌｉｄ ｓｕｂｆｒａｍｅが連続的に存在する場合にも、ＳＩＢ１−ＮＢ自体は不連続的なｓｕｂｆｒａｍｅで送信されることに対し、ＳＩＢｘ−ＮＢは、ｖａｌｉｄ ｓｕｂｆｒａｍｅに連続的に送信されるので、ＳＩＢｘ−ＮＢを送信する連続した複数のｓｕｂｆｒａｍｅ内でＮＲＳを期待できる。

そして、ｃｒｏｓｓ−ｓｕｂｆｒａｍｅ ｃｈａｎｎｅｌ ｅｓｔｉｍａｔｉｏｎのために、ＳＩＢｘ−ＮＢが送信される連続したｓｕｂｆｒａｍｅの前／後の一部Ｎ１、Ｎ２（ｖａｌｉｄ）ｓｕｂｆｒａｍｅで追加的にＮＲＳを期待できるように許されることができる。

これは、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でｖａｌｉｄ ｓｕｂｆｒａｍｅで端末は、常にＮＲＳを期待できず、ＮＰＤＣＣＨ（／ＮＰＤＳＣＨ）受信を期待する（連続した）ｓｕｂｆｒａｍｅの前／後の一部（ｖａｌｉｄ）ｓｕｂｆｒａｍｅ区間でのみ、ＮＲＳを期待できるように許されたことと類似した目的である。

ＳＩＢ１−ＮＢのメッセージ解釈及び構成
第４に、ＳＩＢ１−ＮＢのメッセージを解釈し、構成する方法について説明する。

ＴＤＤ ＮＢ−ＩｏＴシステムでＳＩＢｘ−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでない第３のｃａｒｒｉｅｒに送信されることができる。

ここで、第３のｃａｒｒｉｅｒは、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒであるか、または当該ｃｅｌｌがＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ送信には使用しないが、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ ｒａｓｔｅｒ ｏｆｆｓｅｔ条件を満たす特定ｃａｒｒｉｅｒまたはＰＲＢ位置を意味する。

また、本明細書において使用されるＴＤＤシステムは、ｕｎｐａｉｒｅｄ ｓｙｓｔｅｍまたはｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ ｔｙｐｅ ２を有するシステムと同じ意味と解釈されることができる。

ＳＩＢｘ−ＮＢが第３のｃａｒｒｉｅｒ上に送信される場合は、さらに下記のように区分されることができ、それぞれの場合に、ＳＩＢ１−ＮＢのｍｅｓｓａｇｅ解釈及び構成、端末の動作手順は、互いに異なる方法にしたがうことができる。

１．ＳＩＢ１−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されるが、残りの他のＳＩＢｘ−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでない第３のｃａｒｒｉｅｒ上で送信されることができる。

２．ＳＩＢ１−ＮＢは、第３のｃａｒｒｉｅｒ上で送信されることができ、残りの他のＳＩＢｘ−ＮＢは、ＳＩＢ１−ＮＢと同じｃａｒｒｉｅｒ上で送信されることができる。

３．ＳＩＢ１−ＮＢは、第３のｃａｒｒｉｅｒ上で送信されることができ、残りの他のＳＩＢｘ−ＮＢは、ＳＩＢ１−ＮＢと他のｃａｒｒｉｅｒ上で送信されることができる。

この場合、ＳＩＢｘ−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上に送信されることが許されることもできる。

上記の１．ないし３．においてＳＩＢ１−ＮＢのｃａｒｒｉｅｒの位置情報と残りの他のＳＩＢｘ−ＮＢ ｃａｒｒｉｅｒの位置情報とは、各々ＭＩＢ−ＮＢとＳＩＢ１−ＮＢに含まれることができる。

ＭＩＢ−ＮＢとＳＩＢ１−ＮＢは、残りの他のＳＩＢｘ−ＮＢのように十分のｄｏｗｎｌｉｎｋ ｒｅｓｏｕｒｃｅを使用して送信されることができないこともあるので、これを考慮してＡＲＦＣＮ−ＶａｌｕｅＥＵＴＲＡのような形態のｃｈａｎｎｅｌ ｎｕｍｂｅｒと知られず、ＳＩＢ１−ＮＢを送信するｃａｒｒｉｅｒの位置は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとの相対的なＰＲＢ位置（事前に決まった１つ以上のｏｆｆｓｅｔ値のうち、１つ）として定義されることができる。

残りのＳＩＢｘ−ＮＢを送信するｃａｒｒｉｅｒの位置は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとの相対的なＰＲＢ位置（事前に決まった１つ以上のｏｆｆｓｅｔ値のうち、１つであり、ｏｆｆｓｅｔ値の範囲は、ＳＩＢ１−ＮＢ送信位置を知らせるためのｏｆｆｓｅｔ値の範囲と同一であるか、または異なることがある）として定義されるか、またはＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒとの相対的なＰＲＢ位置として定義されることができる。

ただし、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上との両方で送信される場合、ａｎｃｈｏｒ−ｃａｒｒｉｅｒを優先してａｎｃｈｏｒ−ｃａｒｒｉｅｒとの相対的なＰＲＢ位置を知らせることができる。

これは、一般的に、ＮＢ−ＩｏＴシステムでｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒを設定するとき、ＡＲＦＣＮ−ＶａｌｕｅＥＵＴＲＡのような形態のｃｈａｎｎｅｌｎｕｍｂｅｒを使用することと差別点となることができる。

ＳＩＢ１−ＮＢが第３のｃａｒｒｉｅｒ上で送信される場合、ＳＩＢ１−ＮＢのｍｅｓｓａｇｅの一部がａｎｃｈｏｒ−ｃａｒｒｉｅｒに関する情報であるか、またはＳＩＢ１−ＮＢが送信された第３のｃａｒｒｉｅｒに関する情報であるか、区分が必要でありうる。

すなわち、一部の情報（ｔｙｐｅ−Ａ）は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信された第３のｃａｒｒｉｅｒに対して共通に適用して解釈されることができ、一部の情報（ｔｙｐｅ−Ｂ）は、ＳＩＢ１−ＮＢが送信された第３のｃａｒｒｉｅｒに対してのみ適用して解釈されることができる。

仮りに、ｔｙｐｅ−Ａ情報のうち、特定同一パラメータをａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信された第３のｃａｒｒｉｅｒに対して共通に適用せず、ＳＩＢ１−ＮＢが送信された第３のｃａｒｒｉｅｒに対しては別個に適用したい場合、当該特定同一パラメータがもう１つ含まれてｍｅｓｓａｇｅに構成されることができる。

このように、ｔｙｐｅ−Ａ内で特定同一パラメータが１つより多く存在して、ＳＩＢ１−ＮＢが送信される第３のｃａｒｒｉｅｒは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと異なる値として定義したい場合に、このような動作が許されるｍｅｓｓａｇｅをｔｙｐｅ−Ｃという。

Ｔｙｐｅ−Ｃに存在するパラメータが仮りに１つの値のみ割り当てられるならば、これは、ｔｙｐｅ−Ａと同様に、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信された第３のｃａｒｒｉｅｒに対して共通に適用して解釈される。

仮りに、Ｔｙｐｅ−Ｃに存在するパラメータが２個の値が割り当てられるならば、１つの値は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒに適用し、残りの１つの値は、ＳＩＢ１−ＮＢが送信された第３のｃａｒｒｉｅｒに適用する。

さらには、仮りに、ＳＩＢ１−ＮＢが残りの他のＳＩＢｘ−ＮＢをｓｃｈｅｄｕｌｉｎｇするのにおいて、ＳＩＢ１−ＮＢとは異なる第３のｃａｒｒｉｅｒでこれをｓｃｈｅｄｕｌｉｎｇするようになる場合、これと類似したｉｓｓｕｅが再度発生し得る。

すなわち、ＳＩＢ１−ＮＢは、ＳＩＢｘ−ＮＢが送信されるｃａｒｒｉｅｒを基準に特定パラメータを別個の値として指示したい場合、Ｔｙｐｅ−ＢまたはＴｙｐｅ−Ｃのｍｅｓｓａｇｅに区分されることができる。

すなわち、Ｔｙｐｅ−Ｂの場合、ＳＩＢ１−ＮＢがｓｃｈｅｄｕｌｉｎｇするＳＩＢｘ−ＮＢのｃａｒｒｉｅｒに対してパラメータを直接伝達し、Ｔｙｐｅ−Ｃの場合、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信される第３のｃａｒｒｉｅｒとＳＩＢｘ−ＮＢが送信される第３のｃａｒｒｉｅｒに共に共通に適用されるか、または、特定パラメータに対して１つより多い値が存在する場合に、各々ａｎｃｈｏｒ−ｃａｒｒｉｅｒ、ＳＩＢ１−ＮＢが送信される第３のｃａｒｒｉｅｒ、ＳＩＢｘ−ＮＢが送信される第３のｃａｒｒｉｅｒに適用されることができる。

このような問題は、Ｒｅｌｅａｓｅ １５までのＦＤＤ ＮＢ−ＩｏＴシステムには発生されない。

これは、根本的に全てのｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎがａｎｃｈｏｒ−ｃａｒｒｉｅｒに送信されるためである。

例えば、ＳＩＢ１−ＮＢのｃｅｌｌＳｅｌｅｃｔｉｏｎＩｎｆｏ情報は、端末機のｃｅｌｌ ｓｅｌｅｃｔｉｏｎ過程に関連した情報である。

この情報は、常にａｎｃｈｏｒ−ｃａｒｒｉｅｒのｍｅａｓｕｒｅｍｅｎｔを基盤に定義される値でありうる。

しかし、端末がＳＩＢ１−ＮＢを検出した当該第３のｃａｒｒｉｅｒ上でＲＲＭ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）またはＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）またはＲＳＲＱ（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｑｕａｌｉｔｙ）などをｍｅａｓｕｒｅするために、ａｎｃｈｏｒ−ｃａｒｒｉｅｒで再度ｆｒｅｑｕｅｎｃｙ ｒｅ−ｔｕｎｉｎｇする複雑度（電力消費及び時間遅延も複雑度に含まれることができる）を減らすために、ＳＩＢ１−ＮＢが送信された当該第３のｃａｒｒｉｅｒのｍｅａｓｕｒｅｍｅｎｔ値を基盤とするｃｅｌｌ ｓｅｌｅｃｔｉｏｎ関連情報でありうる。

例えば、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報は、ｓｕｂｆｒａｍｅのｖａｌｉｄまたはｉｎｖａｌｉｄを指示できる。

この情報がＳＩＢ１−ＮＢに含まれる場合、当該ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信される第３のｃａｒｒｉｅｒに共に共通に適用されることもできる。

または、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報は、常にａｎｃｈｏｒ−ｃａｒｒｉｅｒに対してのみ適用され得るように限定されることができる。

さらに、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報が２個存在する場合、１つは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒに対するｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報であり、残りの１つは、ＳＩＢ１−ＮＢが送信される第３のｃａｒｒｉｅｒに対するｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報でありうる。

仮りに、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報が１つのみ含まれている場合、これは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信される第３のｃａｒｒｉｅｒが同じｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報を使用すると仮定されることができる。

仮りに、ＳＩＢ１−ＮＢが残りの他のＳＩＢｘ−ＮＢをさらに他の第３のｃａｒｒｉｅｒにｓｃｈｅｕｄｌｉｎｇした場合、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報は、先んじた場合と同様に再度適用されることができる。

すなわち、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報がＳＩＢ１−ＮＢ内で１つのみ存在する場合、当該ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢを送信する第３のｃａｒｒｉｅｒとＳＩＢｘ−ＮＢを送信する第３のｃａｒｒｉｅｒに対して全て適用されることができる。

仮りに、２個のｄｏｗｎｌｉｎｋＢｉｔｍａｐのみが存在する場合、各ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報がどのｃａｒｒｉｅｒを指示するかも明確に含まれることができる。

または、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒの位置によって解釈が変わることができる。

例えば、ＳＩＢ１−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信され、残りのＳＩＢｘ−ＮＢは、他の第３のｃａｒｒｉｅｒでｓｃｈｅｄｕｌｉｎｇされる場合に、１番目のｄｏｗｎｌｉｎｋＢｉｔｍａｐは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒの情報を表し、他の１つのｄｏｗｎｌｉｎｋＢｉｔｍａｐは、残りのＳＩＢｘ−ＮＢが送信されるｃａｒｒｉｅｒのｓｕｂｆｒａｍｅ情報を表すことができる。

ｎｒｓ−ＣＲＳ−ＰｏｗｅｒＯｆｆｓｅｔも前述したｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報と類似するか、同じ方法でａｎｃｈｏｒ−ｃａｒｒｉｅｒと他のｃａｒｒｉｅｒ間（ＳＩＢ１−ＮＢを送信するか、及び／又はＳＩＢｘ−ＮＢを送信するｃａｒｒｉｅｒ）に共通に適用されて解釈されることができる。

ただし、ｎｒｓ−ＣＲＳ−ＰｏｗｅｒＯｆｆｓｅｔのような情報は、常にａｎｃｈｏｒ−ｃａｒｒｉｅｒでＮＲＳとＣＲＳ ｐｏｗｅｒ ｏｆｆｓｅｔのみを定義し、残りのｃａｒｒｉｅｒでＮＲＳ ｐｏｗｅｒ情報は、ｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒをＳＩＢ１−ＮＢに追加してａｎｃｈｏｒ−ｃａｒｒｉｅｒと特定ｃａｒｒｉｅｒのＮＲＳ ｐｏｗｅｒ ｏｆｆｓｅｔを独立的に知らせる方法がありうる。

または、ＳＩＢ１−ＮＢが送信される第３のｃａｒｒｉｅｒまたは残りのＳＩＢｘ−ＮＢが送信される第３のｃａｒｒｉｅｒに対してもＮＲＳ ｐｏｗｅｒ関連情報を特徴的にｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒでないＣＲＳ−ＰｏｗｅｒＯｆｆｓｅｔとして定義して使用し、これを前述したｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報と類似するか、同じ方法で適用することができる。

前記ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報とｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒ情報などは、ＣａｒｒｉｅｒＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ−ＮＢに含まれたｄｏｗｎｌｉｎｋＢｉｔｍａｐＮｏｎＡｎｃｈｏｒと類似した方式でｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎが送信されるｃａｒｒｉｅｒのｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報とｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒ情報などを導くことができる。すなわち、ｄｏｗｎｌｉｎｋＢｉｔｍａｐＮｏｎＡｎｃｈｏｒは、ｕｓｅＮｏＢｉｔｍａｐとｕｓｅＡｎｃｈｏｒＢｉｔｍａｐ、ｅｘｐｌｉｃｉｔＢｉｔｍａｐＣｏｎｆｉｇｕｒａｔｉｏｎ情報を区分して知らせることができる。

仮りに、ｕｓｅＮｏＢｉｔｍａｐである場合、当該ｃａｒｒｉｅｒまたは指示されたｃａｒｒｉｅｒの全てのｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅ（ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅの一部または全体ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ ｆｏｒｍａｔを含むことができる）がｖａｌｉｄ ｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅと解釈することができる。

仮りに、ｕｓｅＡｎｃｈｏｒＢｉｔｍａｐである場合、当該ｃａｒｒｉｅｒまたは指示されたｃａｒｒｉｅｒのｖａｌｉｄ ｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅ情報は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのために設定された値と同一であると解釈されることができる。

ｅｘｐｌｉｃｉｔＢｉｔｍａｐＣｏｎｆｉｇｕｒａｔｉｏｎは、当該ｃａｒｒｉｅｒまたは指示されたｃａｒｒｉｅｒのｖａｌｉｄ ｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅ情報を直接独立に指示することができる。

ｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅもＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに送信される場合に、省略が可能な場合が変わることができる。

ｉｎ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合、ｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅがＳＩＢ１−ＮＢで伝達されるが、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに送信されながら、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅが異なる場合、ｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅが常に送信される必要がありうる。

例えば、ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅでありながら、ＳＩＢ１−ＮＢは、ｇｕａｒｄ−ｂａｎｄのｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒで送信される場合に、ＳＩＢ１−ＮＢは、ｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅ情報を含み、ｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのｃｏｎｔｒｏｌ ｒｅｇｉｏｎ ｓｉｚｅを指示できる。

また、ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｇｕａｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅでありながら、ＳＩＢ１−ＮＢは、ｉｎ−ｂａｎｄのｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合にも、ＳＩＢ１−ＮＢは、ｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅを情報を含み、ｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅは、ｉｎ−ｂａｎｄのｃｏｎｔｒｏｌ ｒｅｇｉｏｎ ｓｉｚｅを表すために使用されることができる。

また、ＳＩＢ２−ＮＢは、ｒａｎｄｏｍ ａｃｃｅｓｓ関連したパラメータを設定でき、これは、ＮＰＲＡＣＨとＲＡＲ（Ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）を受信するためのＮＰＤＣＣＨ ｓｅａｒｃｈ ｓｐａｃｅに関する情報を含む。

ＦＤＤ ＮＢ−ＩｏＴシステムでＳＩＢ２−ＮＢに設定されるＮＰＲＡＣＨとＲＡＲ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）用ＮＰＤＣＣＨ ｓｅａｒｃｈ ｓｐａｃｅ情報は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒに対してのみ適用される。

ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でｒａｎｄｏｍ ａｃｃｅｓｓを進行（ＮＰＲＡＣＨを送信し、これに対するＲＡＲを受信し、以後、ｒａｎｄｏｍ ａｃｃｅｓｓを完了する一連の過程）できるように設定するためには、ＳＩＢ２２−ＮＢが使用される。

さらに、ｒｅｌｅａｓｅ １４までｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でｒａｎｄｏｍ ａｃｃｅｓｓを進行できるか否かは、端末のｃａｐａｂｉｌｉｔｙに依存する。

同様に、ＴＤＤ ＮＢ−ＩｏＴシステムでもｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でｒａｎｄｏｍ ａｃｃｅｓｓを進行できるか否かは、端末のｃａｐａｂｉｌｉｔｙと仮定する。

当該ｃａｐａｂｉｌｉｔｙは、ＮＰＲＡＣＨをｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上に送信できるか否かだけを意味するとすれば、ＳＩＢ２−ＮＢで設定されるＮＰＲＡＣＨパラメータは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと解釈されることができる。

ただし、ＳＩＢ１−ＮＢ及び／又は残りのＳＩＢｘ−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されなかったり、またはｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎを送信しようとして、ＲＡＲ送信のためのｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅが十分でない場合、ＳＩＢ２−ＮＢで設定されるＲＡＲ用ＮＰＤＣＣＨ ｓｅａｒｃｈ ｓｐａｃｅがａｎｃｈｏｒ−ｃａｒｒｉｅｒでない第３のｃａｒｒｉｅｒに設定される必要がありうる。

既存には、Ｍｓｇ．１（ＮＰＲＡＣＨ）送信とＭｓｇ．３送信とは、同じｃａｒｒｉｅｒ−Ａを使用し、Ｍｓｇ．２（ＲＡＲ）受信とＭｓｇ．４受信とは、同じｃａｒｒｉｅｒ−Ｂを使用する。

このとき、ｃａｒｒｉｅｒ−Ａとｃａｒｒｉｅｒ−Ｂとは、互いに１−ｔｏ−１ ｐａｉｒでないことがある。

ただし、ｃａｒｒｉｅｒ−Ａとｃａｒｒｉｅｒ−Ｂとは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒとの組み合わせで設定されることができなかった。

それに対し、ＴＤＤ ＮＢ−ＩｏＴシステムは、前述したように、ＳＩＢ２−ＮＢで設定されるＭｓｇ．１送信ｃａｒｒｉｅｒはａｎｃｈｏｒ−ｃａｒｒｉｅｒと解釈されながら、Ｍｓｇ．２を期待するｃａｒｒｉｅｒはｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに設定されることができる。

このとき、Ｍｓｇ．２を期待するｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒが必要な場合、Ｍｓｇ．２情報にこのようなｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ情報が追加に含まれる必要がある。

仮りに、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ情報がない場合、端末は、Ｍｓｇ．１ ｃａｒｒｉｅｒと対応するｃａｒｒｉｅｒ（すなわち、前記例示では、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ）でＭｓｇ．２を期待してもよいことと解釈することができる。

さらには、ＳＩＢ２−ＮＢで設定されるｒａｎｄｏｍ ａｃｃｅｓｓ関連パラメータのＭｓｇ．１送信も、特定ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒで指示されることができる。

このような場合、ＴＤＤ ｓｙｓｔｅｍは、端末のＭｓｇ．１送信がｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上にも常に可能であると見なされるときにのみ適用されることもできる。

さらに、ＳＩＢ２−ＮＢで設定されるｒａｎｄｏｍ ａｃｃｅｓｓ関連パラメータは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信されたｃａｒｒｉｅｒ及び／又はＳＩＢ２−ＮＢが送信されたｃａｒｒｉｅｒを全て含んで適用（１つのｃａｒｒｉｅｒに対するｒａｎｄｏｍ ａｃｃｅｓｓ関連パラメータがｃａｒｒｉｅｒ単位に拡張されるか、または必要な各ｃａｒｒｉｅｒに対して独立したｒａｎｄｏｍ ａｃｃｅｓｓ関連パラメータを追加に設定／含むことができる）されることもできる。

このような場合、仮りに、ＳＩＢ１−ＮＢとＳＩＢ２−ＮＢとの両方がａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信された場合、既存のＳＩＢ２−ＮＢがｒａｎｄｏｍ ａｃｃｅｓｓをａｎｃｈｏｒ−ｃａｒｒｉｅｒ上に対してのみ設定した方法と類似することができる。

すなわち、ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎがａｎｃｈｏｒ−ｃａｒｒｉｅｒでＭｓｇ．１は、自然にａｎｃｈｏｒ−ｃａｒｒｉｅｒに対して設定されたことと解釈されることができる。

ただし、Ｍｓｇ．２は、このような場合にも特定ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒで指示されることができる。

これは、ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎを送信するために、ほとんどのｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅが使用されたためでありうる。

仮りに、１つ以上のｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎがａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信された場合でなければ、ＳＩＢ２−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒを含む１つ以上のｃａｒｒｉｅｒに対してｒａｎｄｏｍ ａｃｃｅｓｓ関連パラメータを設定したこととみなすことができる。

このとき、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒにＮＰＲＡＣＨ送信を支援しない端末は、ＳＩＢ２−ＮＢのＮＰＲＡＣＨ送信ｃａｒｒｉｅｒをａｎｃｈｏｒ−ｃａｒｒｉｅｒにのみ限定して解釈したり、優先して選択することができる。

それに対し、このような場合（ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でＮＰＲＡＣＨを送信しない）にも、Ｍｓｇ．２は、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で受信するように設定されることもできる。

仮りに、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上でＮＰＲＡＣＨを送信できる端末であれば、ＳＩＢ２−ＮＢで設定されたｒａｎｄｏｍ ａｃｃｅｓｓ関連情報をａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒとに対して全て解釈することができる。

そして、実際Ｍｓｇ．１送信ｃａｒｒｉｅｒを選択する方法は、Ｒｅｌ．１４のｎｏｎ−ａｎｃｈｏｒ ＮＰＲＡＣＨ送信と類似した方式で特定確率（既存のＳＩＢ２２−ＮＢでａｎｃｈｏｒ−ｃａｒｒｉｅｒと１つ以上のｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒとの間にＭｓｇ．１を送信するｃａｒｒｉｅｒを確率的に選択する方法）に選択する方法と同様に動作することができる。

仮りに、ＮＰＳＳ、ＮＳＳＳ、ＮＰＢＣＨが送信されるａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅでありながら、ＳＩＢ１−ＮＢは、ｉｎｂａｎｄ ｓａｍｅまたはｄｉｆｆｅｒｅｎｔ ＰＣＩ ｍｏｄｅのｎｏｎ−ａｎｃｈｏｒで送信される場合、ＭＩＢ−ＮＢは、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに対する追加的な情報を提供する必要がありうる。

例えば、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがｉｎｂａｎｄ ｓａｍｅ ＰＣＩ ｍｏｄｅである場合、ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏが必要でありうる。

または、ｉｎｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ ｍｏｄｅである場合、ｅｕｔｒａ−ＮｕｍＣＲＳ−Ｐｏｒｔｓ（または、追加的にｒａｓｔｅｒＯｆｆｓｅｔ）情報が追加に必要でありうる。

または、このようなｐａｒａｍｅｔｅｒは、特定値（例えば、ｅｕｔｒａ−ＮｕｍＣＲＳ−Ｐｏｒｔｓは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと同じ値または常に２または４）に限定されることができる。

これに先立ち、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅを指示する追加的な方法も必要でありうる。

このために、Ｇｕａｒｄｂａｎｄ−ＮＢのｓｐａｒｅ ３ｂｉｔｓが使用され得る。

例えば、３ｂｉｔｓで表現される８個のｓｔａｔｅｓのうち、一部ｓｔａｔｅ（ｓ）は、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに送信されるときのｏｐｅｒａｔｉｏｎ ｍｏｄｅを指示できる。

なお、さらに他の一部ｓｔａｔｅ（ｓ）は、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがＩｎ−ｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ ｍｏｄｅである場合に、ＣＲＳアンテナポート数を表現することもできる。

仮りに、ＭＩＢ−ＮＢでＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒを２ｂｉｔｓで表現する場合、４個のｓｔａｔｅｓ（Ａ、Ｂ、Ｃ、Ｄ）のうち、Ａ−ｓｔａｔｅは、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信されることを意味し、Ｂ−ｓｔａｔｅは、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとＸ（例えば、１ＰＲＢ）だけのｏｆｆｓｅｔを有するｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒで送信されることを意味し、Ｃ−ｓｔａｔｅは、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとＹ（例えば、−Ｘ）だけのｏｆｆｓｅｔを有するｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒで送信されることを意味し、Ｄ−ｓｔａｔｅは、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅがａｎｃｈｏｒ−ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅと異なることを意味できる。

ここで、Ｄは、「ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｉｎｂａｎｄ ｓａｍｅ ＰＣＩ ｍｏｄｅでありながら、ｎｏｎ−ａｎｃｈｏｒは、ｉｎｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ ｍｏｄｅ」、またはその反対の場合は含まない。

ただし、「ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｉｎｂａｎｄ ｓａｍｅ ＰＣＩ ｍｏｄｅでありながら、ｎｏｎ−ａｎｃｈｏｒは、ｇｕａｒｄｂａｎｄｍｏｄｅ」または「ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｉｎｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ ｍｏｄｅでありながら、ｎｏｎ−ａｎｃｈｏｒは、ｇｕａｒｄｂａｎｄ ｍｏｄｅ」または「ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｇｕａｒｄｂａｎｄ ｍｏｄｅでありながら、ｎｏｎ−ａｎｃｈｏｒは、ｉｎｂａｎｄ ｓａｍｅ ＰＣＩ ｇｕａｒｄｂａｎｄ ｍｏｄｅ」または「ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｇｕａｒｄｂａｎｄ ｍｏｄｅでありながら、ｎｏｎ−ａｎｃｈｏｒは、ｉｎｂａｎｄ ｓａｍｅ ＰＣＩ ｇｕａｒｄｂａｎｄ ｍｏｄｅ」を表すことができる。

ここで、仮りに、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇａｕｒｄｂａｎｄ ｍｏｄｅである場合、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがｉｎｂａｎｄ ｓａｍｅ ＰＣＩ ｍｏｄｅであるか、ｉｎｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ ｍｏｄｅであるか、表現できないという問題がありうる。

これを解決するための方法として、Ｇｕａｒｄｂａｎｄ−ＮＢのｓｐａｒｅ ３ｂｉｔｓのうち、１つのｓｔａｔｅまたはｂｉｔが使用され得る。

そして、残りの７ ｓｔａｔｅｓまたは２ｂｉｔｓは、ｓｙｓｔｅｍのｂａｎｄｗｉｄｔｈ情報を表現するために使用されることができる。

これにより、ＮＢ−ＩｏＴ端末は、ｓｙｓｔｅｍ ｂａｎｄｗｉｄｔｈを分かることができる場合に、ＳＩＢ１−ＮＢがｉｎｂａｎｄ内で送信される正確なＰＲＢ位置は、特定位置（例えば、ｓｙｓｔｅｍｂａｎｄの中心からａｎｃｈｏｒ−ｃａｒｒｉｅｒに最も近いＰＲＢ）に固定されることができる。

Ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｏｐｅｒａｔｉｏｎ ｍｏｄｅがＩｎ−ｂａｎｄ ｓａｍｅまたはｄｉｆｆｅｒｅｎｔ ＰＣＩ ｏｐｅｒａｔｉｏｎ ｍｏｄｅであり、ＳＩＢ１−ＮＢは、ｇｕａｒｄ−ｂａｎｄに送信される場合、端末は、ＣＦＩ（ｃａｒｒｉｅｒ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ）をｇｕａｒｄ−ｂａｎｄ ｍｏｄｅと解釈してＳＩＢ１−ＮＢを受信する。

すなわち、端末は、ＭＩＢ−ＮＢで指示されるｏｐｅｒａｔｉｏｎ ｍｏｄｅと他のＣＦＩを仮定してＳＩＢ１−ＮＢを受信できる。

例えば、ｏｐｅｒａｔｉｏｎ ｍｏｄｅがｉｎｂａｎｄ ｍｏｄｅである場合、ＳＩＢ１−ＮＢ検出以前まで端末が仮定できるＣＦＩは３であるが、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄである場合（または、ｉｎ−ｂａｎｄに属しない場合）、ＳＩＢ１−ＮＢを送信するｃａｒｒｉｅｒに対してＣＦＩを「０」と解釈することができる。

ＭＩＢ−ＮＢが送信されるａｎｃｈｏｒ−ｃａｒｒｉｅｒの実際ＣＦＩは、ＳＩＢ１−ＮＢで知らせたＣＦＩを仮定する。

ＳＩＢ１−ＮＢのＴＢＳ（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ ｓｉｚｅ）は、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅによって異なるように解釈されることができる。

すなわち、ＳＩＢ１−ＮＢ ＴＢＳは、ＭＩＢ−ＮＢで提供されるが、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒで送信される場合には、これを異なるように解釈することができる。

さらに、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅによっても、ＭＩＢ−ＮＢで指示されたＳＩＢ１−ＮＢ ＴＢＳは異なるように解釈されることができる。

ここで、「ｏｐｅｒａｔｉｏｎ ｍｏｄｅ別に」は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅだけでなく、実際ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ ｍｏｄｅまで含む。

例えば、ａｎｃｈｏｒ ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅであるが、ＳＩＢ１−ＮＢが同一ｃａｒｒｉｅｒに送信されれば、ＳＩＢ１−ＮＢ ＴＢＳは、ＭＩＢ−ＮＢで指示された値と解釈される。

しかし、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに送信され、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合、ＳＩＢ１−ＮＢ ＴＢＳは、ＭＩＢ−ＮＢで指示された値より２倍大きい値と解釈されることができる。

ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに送信され、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがｇａｕｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合、ＳＩＢ１−ＮＢ ＴＢＳは、ＭＩＢ−ＮＢで指示された値より４倍大きい値と解釈されることができる。

ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合、ＳＩＢ１−ＮＢで送信されるｄｏｗｎｌｉｎｋＢｉｔｍａｐとｎｒｓ−ＣＲＳ−ＰｏｗｅｒＯｆｆｓｅｔは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの組み合わせ（ｐａｉｒ）によって下記のように異なるように解釈されるか、または異なるように適用されるか、または追加的なパラメータが定義される必要がある。

１．ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅであるか、ｓｔａｎｄａｌｏｎｅ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合、ｄｏｗｎｌｉｎｋＢｉｔｍａｐは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒとの両方に適用される。

２．ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがｉｎ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合、

Ａ．Ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｉｎ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合、
１）ｄｏｗｎｌｉｎｋＢｉｔｍａｐは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒとの両方に適用される。
２）ｎｒｓ−ＣＲＳ−ＰｏｗｅｒＯｆｆｓｅｔは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ（または、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）に適用される。
３）ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの「ＮＲＳ ｐｏｗｅｒ ｏｆｆｓｅｔ（ｂｅｔｗｅｅｎ ＮＲＳ ａｎｄ Ｅ−ＵＴＲＡ ＣＲＳ）」情報は、固定された値（ａｎｃｈｏｒ−ｃａｒｒｉｅｒ ｏｐｅｒａｔｉｏｎ ｍｏｄｅによって異なることができる）に定義されるか、または追加的な他のパラメータによって当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ（または、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ）に適用されることができる。

ここで、「ＮＲＳ ｐｏｗｅｒ ｏｆｆｓｅｔ」は、ｎｒｓ−ＣＲＳ−ＰｏｗｅｒＯｆｆｓｅｔと同一であるか、類似して定義されるか、またはａｎｃｈｏｒ−ｃａｒｒｉｅｒ（または、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）の当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ（または、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ）のＮＲＳ間に相対的な電力割合で定義されることもできる。

Ｂ．Ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合、
１）ｎｒｓ−ＣＲＳ−ＰｏｗｅｒＯｆｆｓｅｔは、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに全て適用される。
２）ｄｏｗｎｌｉｎｋＢｉｔｍａｐは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ（または、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）に適用される。

このとき、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ長さは、ｉｎｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅで許容可能な最大長さまでに設定許容されることができる。

このような場合、特徴的にｇｕａｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅがａｎｃｈｏｒ−ｃａｒｒｉｅｒに対しても、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ長さと同じ周期のｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報が適用され得る。

すなわち、ｄｏｗｎｌｉｎｋＢｉｔｍａｐは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒに同じ周期と同じ値で適用されることができる。

ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの「ＮＢ−ＩｏＴ ｓｕｂｆｒａｍｅ（例えば、ｄｏｗｎｌｉｎｋＢｉｔｍａｐでＮＢ−ＩｏＴで使用可能であると指示されるｓｕｂｆｒａｍｅ（ｓ））」情報は、固定された値（ａｎｃｈｏｒ−ｃａｒｒｉｅｒ ｏｐｅｒａｔｉｏｎ ｍｏｄｅによって異なることができる）に定義されるか、または追加的な他のパラメータによって当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ（または、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ）に適用されることができる。

ここで、「ＮＢ−ＩｏＴ ｓｕｂｆｒａｍｅ」は、ｄｏｗｎｌｉｎｋＢｉｔｍａｐと同様に定義（または、ｆｏｒｍａｔまたはｂｉｔｍａｐのｌｅｎｇｔｈが）されるか、またはｄｏｗｎｌｉｎｋ ｓｕｂｆｒａｍｅに対してのみ（または、ｄｏｗｎｌｉｎｋとｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅに対してのみ）、これを指示できるようにｂｉｔｍａｐの長さが異なるように定義されることもできる。

これは、ｄｏｗｎｌｉｎｋＢｉｔｍａｐでＵＬ ｉｎｖａｌｉｄ ｓｕｂｆｒａｍｅを宣言するための目的がＬＴＥシステムのｅＩＭＴＡ（ｅｎｈａｎｃｅｄ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｍｉｔｉｇａｔｉｏｎ ａｎｄ Ｔｒａｆｆｉｃ Ａｄａｐｔａｔｉｏｎ）のためにＵＬ ｓｕｂｆｒａｍｅがＤＬ ｓｕｂｆｒａｍｅに変更される可能性がある場合に、ＮＢ−ＩｏＴ（または、ｅＭＴＣ）システムが当該ｓｕｂｆｒａｍｅをＵＬ ｓｕｂｆｒａｍｅとして使用できないようにするためであるが、このような特性は、同一ｓｕｂｆｒａｍｅでｃａｒｒｉｅｒ別に異ならないためである。

ＭＩＢ−ＮＢ、ＳＩＢ１−ＮＢ、及びＳＩＢ２−ＮＢが全てａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信されない場合、ＳＩＢ２−ＮＢで送信されるｎｒｓ−Ｐｏｗｅｒは、ＭＩＢ−ＮＢとＳＩＢ１−ＮＢとＳＩＢ２−ＮＢを送信するために使用されるｃａｒｒｉｅｒの組み合わせ（ｐａｉｒ）によって、下記のように異なるように解釈されるか、または異なるように適用されるか、または追加的なパラメータが定義される必要がある。

ＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒの位置（ａｎｃｈｏｒ ｃａｒｒｉｅｒであるか、またはＳＩＢ１−ＮＢと異なるｃａｒｒｉｅｒであるかなど）に関係なく、ｎｒｓ−Ｐｏｗｅｒは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒの「ｄｏｗｎｌｉｎｋ ｎａｒｒｏｗｂａｎｄ ｒｅｆｅｒｅｎｃｅ−ｓｉｇｎａｌ ＥＰＲＥ」を意味できる。

このとき、ＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒのＮＲＳＲＰ ｍｅａｓｕｒｅｍｅｎｔ値もＣＥ ｌｅｖｅｌ（４個存在）選択に使用できるようにＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒに対するｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒ情報を含むことができる。

これは、端末がＳＩＢ２−ＮＢを受信した後に、ＣＥ ｌｅｖｅｌ選択に使用されるＮＲＳＲＰ ｍｅａｓｕｒｅｍｅｎｔのために、ａｎｃｈｏｒ−ｃａｒｒｉｅｒに再度移す動作を最小化するためでありうる。

もちろん、同じ目的のために、ｎｒｓ−Ｐｏｗｅｒは、ＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒ位置の「ｄｏｗｎｌｉｎｋ ｎａｒｒｏｗｂａｎｄ ｒｅｆｅｒｅｎｃｅ−ｓｉｇｎａｌ ＥＰＲＥ」を意味し、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＲＳ ｐｏｗｅｒに関する情報は、ｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒに含まれて伝達されることもできる。

仮りに、ＣＥ ｌｅｖｅｌ選択のためのＮＲＳＲＰ ｍｅａｓｕｒｅｍｅｎｔがＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒを基準とする場合、ＳＩＢ２−ＮＢに含まれたｎｒｓ−Ｐｏｗｅｒは、ＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒの「ｄｏｗｎｌｉｎｋ ｎａｒｒｏｗｂａｎｄ ｒｅｆｅｒｅｎｃｅ−ｓｉｇｎａｌ ＥＰＲＥ」情報でありうる。

すなわち、ｎｒｓ−Ｐｏｗｅｒ情報は、ＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒによってａｎｃｈｏｒ−ｃａｒｒｉｅｒの「ｄｏｗｎｌｉｎｋ ｎａｒｒｏｗｂａｎｄ ｒｅｆｅｒｅｎｃｅ−ｓｉｇｎａｌ ＥＰＲＥ」情報であるか、またはｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの「ｄｏｗｎｌｉｎｋ ｎａｒｒｏｗｂａｎｄ ｒｅｆｅｒｅｎｃｅ−ｓｉｇｎａｌ ＥＰＲＥ」情報でありうる。

前記方法は、ＦＤＤとは異なり、ＴＤＤ ＮＢ−ＩｏＴシステムでＣＥ ｌｅｖｅｌ選択のために使用されるｃａｒｒｉｅｒがＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒであるか、またはａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒが全て使用されるという相違点がある。

すなわち、ＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒの位置によってａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信されるＮＲＳを基準にＣＥ ｌｅｖｅｌを選択するか、またはｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ（ＳＩＢ２−ＮＢが送信される）のＮＲＳを基準にＣＥ ｌｅｖｅｌを選択できる。

システム情報がｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合、ＲＲＭまたはＣＥ ｌｅｖｅｌ選択と関連した動作
第５に、システム情報がｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合に、端末のＲＲＭまたはＣＥ ｌｅｖｅｌ選択などと関連した動作について説明する。

端末は、ｒａｎｄｏｍ ａｃｃｅｓｓ手順を進行するに先立ち、ＣＥ ｌｅｖｅｌを選択する必要がある。

これは、ＮＲＳ（ＮＳＳＳを追加に活用できるが、これは、ＮＲＳとＮＳＳＳのｐｏｗｅｒ ｏｆｆｓｅｔ関係などと関連したパラメータを端末が当該時点に分かることができるか否かによって異なることができる）を用いてＲＳＲＰを測定した値と、ｒａｎｄｏｍ ａｃｃｅｓｓ関連パラメータのうち、ｒｓｒｐ−ＴｈｒｅｓｈｏｌｄｓＰｒａｃｈＩｎｆｏＬｉｓｔの値とを比較して選択されることができる。

このとき、ＮＲＳを用いたＲＳＲＰ測定値は、一般的に、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでのみ可能である。

しかし、仮りに、ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎがａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信されない場合、ＲＳＲＰ測定は、特定ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎを受信したｃａｒｒｉｅｒで行われることもできる。

すなわち、端末は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでないｃａｒｒｉｅｒでｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎを受信し、ＣＥ ｌｅｖｅｌ選択やＮＰＲＡＣＨ ｐｏｗｅｒ ｃｏｎｔｒｏｌのために、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでｆｒｅｑｕｅｎｃｙ ｒｅ−ｔｕｎｉｎｇをしないことができる。

ここで、ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎは、ＳＩＢ１−ＮＢであるか、またはｒａｎｄｏｍ ａｃｃｅｓｓ関連情報を設定するｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ（例えば、ＳＩＢ２−ＮＢであるか、またはＳＩＢ２２−ＮＢでありうる）でありうる。

さらに、仮りに、ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で受信されても、結局、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ上でＭｓｇ．１を送信するようになる場合、ＣＥ ｌｅｖｅｌ選択及びＲＲＭのためのＲＳＲＰ測定は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で行われる必要がありうる。

ＤＬ／ＵＬ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ設定
第６に、ＤＬ／ＵＬ ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）について説明する。

ＦＤＤ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）ｓｙｓｔｅｍは、ＤＬとＵＬを各々ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒでｃｏｎｆｉｇｕｒａｔｉｏｎすることができる。

しかし、ＴＤＤは、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがｃｏｎｆｉｇｕｒａｔｉｏｎされるとき、ＤＬとＵＬを区分せずにｃｏｎｆｉｇｕｒａｔｉｏｎすることもできる。

すなわち、ＴＤＤは、１つのｃａｒｒｉｅｒでＤＬとＵＬがＴＤＭ方式で存在するので、１回のｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ｃｏｎｆｉｇｕｒａｔｉｏｎで当該ｃａｒｒｉｅｒにＤＬとＵＬとの両方をｃｏｎｆｉｇｕｒａｔｉｏｎすることができる。

しかし、仮りに、ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがＰＳＳ／ＳＳＳが送信されるＰＲＢ位置（ＬＴＥ ｉｎｂａｎｄ ｃｅｎｔｅｒ ６ＲＢ）にｃｏｎｆｉｇｕｒａｔｉｏｎされる場合、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒにＮＢ−ＩｏＴ ＵＬだけが許される必要がある。

これは、ＦＤＤ ＮＢ−ＩｏＴでＰＳＳとＮＳＳ、ＭＩＢが送信されるｃｅｎｔｅｒ ６ＲＢにＮＢ−ＩｏＴ ＤＬ ｃａｒｒｉｅｒ ｃｏｎｆｉｇｕｒａｔｉｏｎを許さない理由と同様である。

したがって、端末は、ｎｏｎ−ａｎｃｈｏｒに対するｃｏｎｆｉｇｕｒａｔｉｏｎを受け、当該ｃａｒｒｉｅｒの位置がｃｅｎｔｅｒ ６ＲＢと重なる場合、当該ｃａｒｒｉｅｒ上でＵＬだけ期待するように制限されることができる。

Ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ ＳＩＢ１−ＮＢに対するＮＲＳ及びＣＲＳ ｐｏｒｔ数
第７に、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される場合、ＮＲＳとＣＲＳ ｐｏｒｔ数について説明する。

Ａｎｃｈｏｒ ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅでありながら、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがｉｎ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅである場合に、端末は、ＳＩＢ１−ＮＢ ｄｅｃｏｄｉｎｇのために、ＮＲＳ ｐｏｒｔ数とＣＲＳ ｐｏｒｔ数情報が必要である。

これは、ｉｎ−ｂａｎｄ ｏｐｅｒａｔｉｏｎ ｍｏｄｅがｓａｍｅ−ＰＣＩであるか、またはｄｉｆｆｅｒｅｎｔ−ＰＣＩであるかによって異なるように定義または仮定することができる。

１）ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがｉｎ−ｂａｎｄ ｓａｍｅ ＰＣＩ ｍｏｄｅである場合
当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのＮＲＳとＣＲＳ ｐｏｒｔ数は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＲＳ ｐｏｒｔ数と同一である。
これは、既存のＦＤＤ ＮＢ−ＩｏＴでｉｎ−ｂａｎｄ ｓａｍｅ ＰＣＩ ｍｏｄｅである場合に、ＮＲＳとＣＲＳ ｐｏｒｔ数は同一であると仮定したためであり、ＴＤＤでも同じ方式で適用されることができる。

２）ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒがＩｎ−ｂａｎｄ ｄｉｆｆｅｒｅｎｔ ＰＣＩ ｍｏｄｅである場合
当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのＮＲＳ ｐｏｒｔ数は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＲＳ ｐｏｒｔ数と同一であり、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのＣＲＳ ｐｏｒｔ数は４であると仮定することができる。

すなわち、端末は、ＳＩＢ１−ＮＢ ｄｅｃｏｄｉｎｇを完了する前まで、当該ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒのＣＲＳ ｐｏｒｔ数は４であると仮定し、ｒａｔｅ ｍａｔｃｈｉｎｇまたはｐｕｎｃｔｕｒｉｎｇが適用されたＳＩＢ１−ＮＢ ｄｅｃｏｄｉｎｇを試みる。
もちろん、ＦＤＤと類似した端末の設計を考慮する場合、ｒａｔｅ ｍａｔｃｈｉｎｇがより適しているとすることができる。

また、ＳＩＢ１−ＮＢで当該ｃａｒｒｉｅｒのＣＲＳ ｐｏｒｔ数を明示的に伝達すれば、端末は、ＳＩＢ１−ＮＢ ｄｅｃｏｄｉｎｇ以後に、当該ｃａｒｒｉｅｒのｒａｔｅ ｍａｔｃｈｉｎｇをＳＩＢ１−ＮＢ ｄｅｃｏｄｉｎｇ以前と異なるＣＲＳ ｐｏｒｔ数を仮定することもできる。

前述した第１ないし第７に該当する内容は、本明細書において提案するＳＩＢ１−ＮＢを送信する方法を行うために独立に適用されるか、１つ以上を組み合わせまたは結合して適用されることができる。

前述した内容に基づいて、本明細書において提案するＳＩＢ１−ＮＢを送信（または、受信）するための端末及び基地局動作について説明する。

図１６は、本明細書において提案する方法を行うための端末動作の一例を示した順序図である。

すなわち、図１６は、ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）狭帯域（ｎａｒｒｏｗｂａｎｄ、ＮＢ）を支援する無線通信システムにおけるシステム情報を受信する方法を示す。

まず、端末は、アンカーキャリア（ａｎｃｈｏｒ ｃａｒｒｉｅｒ）上で第１のシステム情報を基地局から受信する（Ｓ１６１０）。

前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）であるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含む。

前記第１の情報は、前記ノン−アンカーキャリアに設定される。

そして、前記端末は、前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記基地局から受信する（Ｓ１６２０）。

前記第２のシステム情報は、サブフレーム＃０とサブフレーム＃５で受信されることができ、前記ノン−アンカーキャリア上で前記第２のシステム情報の繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ）は、８または１６でありうる。

ここで、前記繰り返し回数は、前記第１のシステム情報に含まれる特定パラメータに基づいて決定されることができる。

また、前記端末は、前記サブフレーム＃０とサブフレーム＃５でＮＲＳ（ｎａｒｒｏｗｂａｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）が前記基地局から受信されることと期待または仮定することができる。

ここで、前記第１のシステム情報は、ＭＩＢ（ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）−ＮＢ（ｎａｒｒｏｗｂａｎｄ）であり、前記第２のシステム情報は、ＳＩＢ１（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１）−ＮＢでありうる。

そして、前記第１のシステム情報は、前記システムの動作モード（ｏｐｅｒａｔｉｏｎ ｍｏｄｅ）を表す動作モード情報をさらに含むことができる。

この場合、前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置は、前記動作モードに基づいて決定されることができる。

このとき、前記ノン−アンカーキャリアの位置は、前記アンカーキャリアとの相対的な位置で決定されることができる。

前記相対的な位置は、ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）間隔で表現されることができる。

仮りに、前記動作モードがガードバンド（ｇｕａｒｄ ｂａｎｄ）に設定された場合、前記第２の制御情報は、前記アンカーキャリアと同じサイド（ｓｉｄｅ）のキャリアまたは前記アンカーキャリアと反対サイド（ｏｐｐｏｓｉｔｅ ｓｉｄｅ）のキャリアを表すことができる。

または、前記動作モードがインバンド（ｉｎ−ｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）である場合、前記第２の情報は、前記アンカーキャリアよりさらに低い（ｌｏｗｅｒ）周波数値またはさらに高い（ｈｉｇｈｅｒ）周波数値を表すことができる。

そして、前記第１のシステム情報は、前記ノン−アンカーキャリアのＣＲＳ（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）ｐｏｒｔの数が前記アンカー−キャリアのＮＲＳ ｐｏｒｔ数と同一であるか、または４であることを表す第３の情報をさらに含むことができる。

このとき、前記ノン−アンカーキャリアの動作モードは、ｉｎ−ｂａｎｄ−ｄｉｆｆｅｒｅｎｔＰＣＩでありうる。

本明細書において提案するＳＩＢ１−ＮＢをｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信すべき理由について説明すれば、下記のとおりである。

ＬＴＥシステムと異なり、ｃｏｖｅｒａｇｅ ｅｎｈａｎｃｅｍｅｎｔを特徴とするＮＢ−ＩｏＴｓｙｓｔｅｍは、全てのｃｈａｎｎｅｌとｓｉｇｎａｌが基本的に少なくとも１ｓｕｂｆｒａｍｅ区間を占める。

したがって、ＮＢ−ＩｏＴシステムは、ＮＰＳＳ、ＮＳＳＳ、及びＮＰＢＣＨ送信にのみ３個のｓｕｂｆｒａｍｅが必要である。

しかし、前記ＮＰＳＳ、ＮＳＳＳ、及びＮＰＢＣＨ送信周期は、１０ｍｓｅｃ毎または２０ｍｓｅｃ毎であるため、２０ｍｓｅｃ毎内でＮＰＳＳ、ＮＳＳＳ、及びＮＰＢＣＨ送信のために使用されるｓｕｂｆｒａｍｅの数は５個が必要となる。

そして、ＴＤＤ ＮＢ−ＩｏＴシステムで支援するＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎの場合、全てのＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎで常にＤＬに仮定できるｓｕｂｆｒａｍｅ（ＳＩＢ１−ＮＢでＴＤＤ ｃｏｎｆｉｇｕｒａｔｉｏｎを知らせるので、全てのＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎでｄｏｗｎｌｉｎｋに仮定できるｓｕｂｆｒａｍｅは、ＳＩＢ１−ＮＢ送信に活用され得る）は、奇数ｒａｄｉｏ ｆｒａｍｅの０番ｓｕｂｆｒａｍｅのみ存在する。

また、ＳＩＢ１−ＮＢは、様々なＴＢＳ（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ ｓｉｚｅ）を支援できるので、ＴＢＳが大きい場合、繰り返し送信が多く要求される。

このとき、繰り返し送信により隣接ｃｅｌｌ間干渉は、ＴＤＭで解決し難いことがある。

したがって、このような問題を解決するために、ＳＩＢ１−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでないｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ上で送信される必要がある。

本明細書において提案するＳＩＢ１−ＮＢのｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒを介しての送信方法と既存のＬＴＥシステムのＣＡ（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ）方法との相違点は、本明細書において提案する方法は、基本放送情報が特定ＣＣ（ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）に限定されて送信されないという点である。

ＬＴＥシステムのＣＡは、端末別に任意のＣＣがＰ−ｃｅｌｌ（ｐｒｉｍａｒｙ−ｃｅｌｌ）となり得るが、ＮＢ−ＩｏＴシステムは、複数のＮＢ−ＩｏＴ ｃａｒｒｉｅｒが存在する場合にも、ａｎｃｈｏｒ−ｃａｒｒｉｅｒは１つのみ定義される。

したがって、（基本）放送情報を他のｃａｒｒｉｅｒに送信する点のおいて本明細書において提案するＳＩＢ１−ＮＢ送信方法は、ＬＴＥシステムのＣＡと相違がある。

図１６、図１８、及び図１９を参考して、本明細書において提案する方法が端末で実現される部分について説明する。

ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）狭帯域（ｎａｒｒｏｗｂａｎｄ、ＮＢ）を支援する無線通信システムにおけるシステム情報を受信するために、端末は、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュール及び前記ＲＦモジュールを制御するプロセッサを備える。

前記端末のプロセッサは、アンカーキャリア（ａｎｃｈｏｒ ｃａｒｒｉｅｒ）上で第１のシステム情報を基地局から受信するように前記ＲＦモジュールを制御する。

前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）であるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含む。

前記第１の情報は、前記ノン−アンカーキャリアに設定される。

そして、前記端末は、前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記基地局から受信するように前記ＲＦモジュールを制御する。

前記第２のシステム情報は、サブフレーム＃０とサブフレーム＃５で受信されることができ、前記ノン−アンカーキャリア上で前記第２のシステム情報の繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ）は、８または１６でありうる。

ここで、前記繰り返し回数は、前記第１のシステム情報に含まれる特定パラメータに基づいて決定されることができる。

また、前記端末は、前記サブフレーム＃０とサブフレーム＃５でＮＲＳ（ｎａｒｒｏｗｂａｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）が前記基地局から受信されることと期待または仮定することができる。

ここで、前記第１のシステム情報は、ＭＩＢ（ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）−ＮＢ（ｎａｒｒｏｗｂａｎｄ）であり、前記第２のシステム情報は、ＳＩＢ１（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１）−ＮＢでありうる。

そして、前記第１のシステム情報は、前記システムの動作モード（ｏｐｅｒａｔｉｏｎ ｍｏｄｅ）を表す動作モード情報をさらに含むことができる。

この場合、前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置は、前記動作モードに基づいて決定されることができる。

このとき、前記ノン−アンカーキャリアの位置は、前記アンカーキャリアとの相対的な位置に決定されることができる。

前記相対的な位置は、ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）間隔で表現されることができる。

仮りに、前記動作モードがガードバンド（ｇｕａｒｄ ｂａｎｄ）に設定された場合、前記第２の制御情報は、前記アンカーキャリアと同じサイド（ｓｉｄｅ）のキャリアまたは前記アンカーキャリアと反対サイド（ｏｐｐｏｓｉｔｅ ｓｉｄｅ）のキャリアを表すことができる。

または、前記動作モードがインバンド（ｉｎ−ｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）である場合、前記第２の情報は、前記アンカーキャリアよりさらに低い（ｌｏｗｅｒ）周波数値またはさらに高い（ｈｉｇｈｅｒ）周波数値を表すことができる。

そして、前記第１のシステム情報は、前記ノン−アンカーキャリアのＣＲＳ（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）ｐｏｒｔの数が前記アンカー−キャリアのＮＲＳ ｐｏｒｔ数と同一であるか、または４であることを表す第３の情報をさらに含むことができる。

このとき、前記ノン−アンカーキャリアの動作モードは、ｉｎ−ｂａｎｄ−ｄｉｆｆｅｒｅｎｔＰＣＩでありうる。

図１７は、本明細書において提案する方法を行うための基地局動作の一例を示した順序図である。

すなわち、図１７は、ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）狭帯域（ｎａｒｒｏｗｂａｎｄ、ＮＢ）を支援する無線通信システムにおけるシステム情報を送信する方法を表す。

まず、基地局は、アンカーキャリア（ａｎｃｈｏｒ ｃａｒｒｉｅｒ）上で第１のシステム情報を端末に送信する（Ｓ１７１０）。

前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）であるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含む。

前記第１の情報は、前記ノン−アンカーキャリアに設定される。

そして、前記基地局は、前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記端末に送信する（Ｓ１７２０）。

前記第２のシステム情報は、サブフレーム＃０とサブフレーム＃５で受信されることができ、前記ノン−アンカーキャリア上で前記第２のシステム情報の繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ）は、８または１６でありうる。

ここで、前記繰り返し回数は、前記第１のシステム情報に含まれる特定パラメータに基づいて決定されることができる。

また、前記基地局は、前記サブフレーム＃０とサブフレーム＃５でＮＲＳ（ｎａｒｒｏｗｂａｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を前記端末に送信することができる。

ここで、前記第１のシステム情報は、ＭＩＢ（ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）−ＮＢ（ｎａｒｒｏｗｂａｎｄ）であり、前記第２のシステム情報は、ＳＩＢ１（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１）−ＮＢでありうる。

そして、前記第１のシステム情報は、前記システムの動作モード（ｏｐｅｒａｔｉｏｎ ｍｏｄｅ）を表す動作モード情報をさらに含むことができる。

この場合、前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置は、前記動作モードに基づいて決定されることができる。

このとき、前記ノン−アンカーキャリアの位置は、前記アンカーキャリアとの相対的な位置に決定されることができる。

前記相対的な位置は、ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）間隔で表現されることができる。

仮りに、前記動作モードがガードバンド（ｇｕａｒｄ ｂａｎｄ）に設定された場合、前記第２の制御情報は、前記アンカーキャリアと同じサイド（ｓｉｄｅ）のキャリアまたは前記アンカーキャリアと反対サイド（ｏｐｐｏｓｉｔｅ ｓｉｄｅ）のキャリアを表すことができる。

または、前記動作モードがインバンド（ｉｎ−ｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）である場合、前記第２の情報は、前記アンカーキャリアよりさらに低い（ｌｏｗｅｒ）周波数値またはさらに高い（ｈｉｇｈｅｒ）周波数値を表すことができる。

そして、前記第１のシステム情報は、前記ノン−アンカーキャリアのＣＲＳ（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）ｐｏｒｔの数が前記アンカー−キャリアのＮＲＳ ｐｏｒｔ数と同一であるか、または４であることを表す第３の情報をさらに含むことができる。

このとき、前記ノン−アンカーキャリアの動作モードは、ｉｎ−ｂａｎｄ−ｄｉｆｆｅｒｅｎｔＰＣＩでありうる。

図１７〜図１９を参考して、本明細書において提案する方法が基地局で実現される部分について説明する。

ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）狭帯域（ｎａｒｒｏｗｂａｎｄ、ＮＢ）を支援する無線通信システムにおけるシステム情報を送信するために、基地局は、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュール及び前記ＲＦモジュールを制御するプロセッサを備える。

前記基地局のプロセッサは、アンカーキャリア（ａｎｃｈｏｒ ｃａｒｒｉｅｒ）上で第１のシステム情報を端末に送信するように前記ＲＦモジュールを制御する。

前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）であるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含む。

前記第１の情報は、前記ノン−アンカーキャリアに設定される。

そして、前記基地局は、前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記端末に送信するように前記ＲＦモジュールを制御する。

前記第２のシステム情報は、サブフレーム＃０とサブフレーム＃５で受信されることができ、前記ノン−アンカーキャリア上で前記第２のシステム情報の繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ）は、８または１６でありうる。

ここで、前記繰り返し回数は、前記第１のシステム情報に含まれる特定パラメータに基づいて決定されることができる。

また、前記基地局は、前記サブフレーム＃０とサブフレーム＃５でＮＲＳ（ｎａｒｒｏｗｂａｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）を前記端末に送信することができる。

ここで、前記第１のシステム情報は、ＭＩＢ（ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）−ＮＢ（ｎａｒｒｏｗｂａｎｄ）であり、前記第２のシステム情報は、ＳＩＢ１（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１）−ＮＢでありうる。

そして、前記第１のシステム情報は、前記システムの動作モード（ｏｐｅｒａｔｉｏｎ ｍｏｄｅ）を表す動作モード情報をさらに含むことができる。

この場合、前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置は、前記動作モードに基づいて決定されることができる。

このとき、前記ノン−アンカーキャリアの位置は、前記アンカーキャリアとの相対的な位置に決定されることができる。

前記相対的な位置は、ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）間隔で表現されることができる。

仮りに、前記動作モードがガードバンド（ｇｕａｒｄ ｂａｎｄ）に設定された場合、前記第２の制御情報は、前記アンカーキャリアと同じサイド（ｓｉｄｅ）のキャリアまたは前記アンカーキャリアと反対サイド（ｏｐｐｏｓｉｔｅ ｓｉｄｅ）のキャリアを表すことができる。

または、前記動作モードがインバンド（ｉｎ−ｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）である場合、前記第２の情報は、前記アンカーキャリアよりさらに低い（ｌｏｗｅｒ）周波数値またはさらに高い（ｈｉｇｈｅｒ）周波数値を表すことができる。

そして、前記第１のシステム情報は、前記ノン−アンカーキャリアのＣＲＳ（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）ｐｏｒｔの数が前記アンカー−キャリアのＮＲＳ ｐｏｒｔ数と同一であるか、または４であることを表す第３の情報をさらに含むことができる。

このとき、前記ノン−アンカーキャリアの動作モードは、ｉｎ−ｂａｎｄ−ｄｉｆｆｅｒｅｎｔＰＣＩでありうる。

本発明が適用され得る装置一般
図１８は、本明細書において提案する方法が適用され得る無線通信装置のブロック構成図を例示する。

図１８に示すように、無線通信システムは、基地局１８１０と基地局領域内に位置した複数の端末１８２０とを備える。

前記基地局と端末は、各々無線装置で表現されることもできる。

基地局は、プロセッサ（ｐｒｏｃｅｓｓｏｒ、１８１１）、メモリ（ｍｅｍｏｒｙ、１８１２）、及びＲＦモジュール（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙｍｏｄｕｌｅ、１８１３）を備える。プロセッサ１８１１は、先の図１〜図１７で提案された機能、過程、及び／又は方法を実現する。無線インターフェースプロトコルの階層は、プロセッサにより実現されることができる。メモリは、プロセッサと連結されて、プロセッサを駆動するための様々な情報を格納する。ＲＦモジュールは、プロセッサと連結されて、無線信号を送信及び／又は受信する。

端末は、プロセッサ１８２１、メモリ１８２２、及びＲＦモジュール１８２３を備える。

プロセッサは、先に図１〜図１７で提案された機能、過程、及び／又は方法を実現する。無線インターフェースプロトコルの階層は、プロセッサにより実現されることができる。メモリは、プロセッサと連結されて、プロセッサを駆動するための様々な情報を格納する。ＲＦモジュールは、プロセッサと連結されて、無線信号を送信及び／又は受信する。

メモリ１８１２、１８２２は、プロセッサ１８１１、１８２１の内部または外部にあることができ、よく知られた様々な手段でプロセッサと連結されることができる。

また、基地局及び／又は端末は、１個のアンテナ（ｓｉｎｇｌｅ ａｎｔｅｎｎａ）または多重アンテナ（ｍｕｌｔｉｐｌｅ ａｎｔｅｎｎａ）を有することができる。

アンテナ１８１４、１８２４は、無線信号を送信及び受信する機能をする。

図１９は、本明細書において提案する方法が適用され得る無線通信装置のブロック構成図のさらに他の例示である。

図１９に示すように、無線通信システムは、基地局１９１０と基地局領域内に位置した複数の端末１９２０とを備える。基地局は、送信装置で、端末は、受信装置で表現されることができ、その反対も可能である。基地局と端末は、プロセッサ（ｐｒｏｃｅｓｓｏｒ、１９１１、１９２１）、メモリ（ｍｅｍｏｒｙ、１９１４、１９２４）、１つ以上のＴｘ／Ｒｘ ＲＦモジュール（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌｅ、１９１５、１９２５）、Ｔｘプロセッサ１９１２、１９２２、Ｒｘプロセッサ１９１３、１９２３、アンテナ１９１６、１９２６を備える。プロセッサは、前述した機能、過程、及び／又は方法を実現する。より具体的に、ＤＬ（基地局から端末への通信）で、コアネットワークからの上位階層パケットは、プロセッサ１９１１に提供される。プロセッサは、Ｌ２階層の機能を実現する。ＤＬで、プロセッサは、論理チャネルと送信チャネルとの間の多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）、無線資源割当を端末１９２０に提供し、端末へのシグナリングを担当する。送信（ＴＸ）プロセッサ１９１２は、Ｌ１階層（すなわち、物理階層）に対する様々な信号処理機能を実現する。信号処理機能は、端末でＦＥＣ（ｆｏｒｗａｒｄ ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ）を容易にし、コーディング及びインターリビング（ｃｏｄｉｎｇ ａｎｄ ｉｎｔｅｒｌｅａｖｉｎｇ）を含む。符号化及び変調されたシンボルは、並列ストリームに分割され、それぞれのストリームは、ＯＦＤＭ副搬送波にマッピングされ、時間及び／又は周波数領域で基準信号（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＲＳ）とマルチプレクシングされ、ＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）を使用して共に結合され、時間領域ＯＦＤＭＡシンボルストリームを運搬する物理的チャネルを生成する。ＯＦＤＭストリームは、多重空間ストリームを生成するために、空間的にプレコーディングされる。それぞれの空間ストリームは、個別Ｔｘ／Ｒｘモジュール（または、送受信機、１９１５）を介して相違したアンテナ１９１６に提供されることができる。それぞれのＴｘ／Ｒｘモジュールは、送信のためにそれぞれの空間ストリームにＲＦ搬送波を変調することができる。端末で、それぞれのＴｘ／Ｒｘモジュール（または、送受信機、１９２５）は、各Ｔｘ／Ｒｘモジュールの各アンテナ１９２６を介して信号を受信する。それぞれのＴｘ／Ｒｘモジュールは、ＲＦキャリアに変調された情報を復元して、受信（ＲＸ）プロセッサ１９２３に提供する。ＲＸプロセッサは、ｌａｙｅｒ １の様々な信号プロセシング機能を実現する。ＲＸプロセッサは、端末に向かう任意の空間ストリームを復旧するために、情報に空間プロセシングを行うことができる。仮りに、複数の空間ストリームが端末に向かう場合、複数のＲＸプロセッサにより単一ＯＦＤＭＡシンボルストリームで結合されることができる。ＲＸプロセッサは、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭＡシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のそれぞれのサブキャリアに対する個別的なＯＦＤＭＡシンボルストリームを含む。それぞれのサブキャリア上のシンボル及び基準信号は、基地局により送信された最も可能性のある信号配置ポイントを決定することにより復元され、復調される。このような軟判定（ｓｏｆｔ ｄｅｃｉｓｉｏｎ）は、チャネル推定値に基づくことができる。軟判定は、物理チャネル上で基地局により元に送信されたデータ及び制御信号を復元するために、デコード及びデインターリビングされる．当該データ及び制御信号は、プロセッサ１９２１に提供される。

ＵＬ（端末から基地局への通信）は、端末１９２０で受信機機能と関連して記述されたことと類似した方式で基地局１９１０で処理される。それぞれのＴｘ／Ｒｘモジュール１９２５は、それぞれのアンテナ１９２６を介して信号を受信する。それぞれのＴｘ／Ｒｘモジュールは、ＲＦ搬送波及び情報をＲＸプロセッサ１９２３に提供する。プロセッサ１９２１は、プログラムコード及びデータを格納するメモリ１９２４と関連することができる。メモリは、コンピュータ読み取り可能媒体として称されることができる。

以上で説明された実施形態は、本発明の構成要素等と特徴が所定の形態で結合されたものなどである。各構成要素または特徴は、別の明示的言及がない限り、選択的なことと考慮されなければならない。各構成要素または特徴は、他の構成要素や特徴と結合されなかった形態で実施されることができる。また、一部構成要素及び／又は特徴を結合して、本発明の実施形態を構成することも可能である。本発明の実施形態において説明される動作等の順序は変更されることができる。ある実施形態の一部構成や特徴は、他の実施形態に含まれることができ、または、他の実施形態の対応する構成または特徴と交替されることができる。特許請求の範囲で明示的な引用関係がない請求項を結合して実施形態を構成するか、出願後の補正により新しい請求項として含めることができることは自明である。

本発明に係る実施形態は、様々な手段、例えば、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはそれらの結合などにより実現されることができる。ハードウェアによる実現の場合、本発明の一実施形態は、１つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラー、マイクロプロセッサなどにより実現されることができる。

ファームウエアやソフトウェアによる実現の場合、本発明の一実施形態は、以上で説明された機能または動作を行うモジュール、手順、関数などの形態で実現されることができる。ソフトウェアコードは、メモリに格納されて、プロセッサにより駆動されることができる。前記メモリは、前記プロセッサの内部または外部に位置して、既に公知された様々な手段により前記プロセッサとデータをやり取りすることができる。

本発明は、本発明の必須的特徴を逸脱しない範囲で他の特定の形態で具体化され得ることは通常の技術者に自明である。したがって、上述した詳細な説明は、あらゆる面において制限的に解釈されてはならず、例示的なものと考慮されなければならない。本発明の範囲は、添付された請求項の合理的解釈により決定されなければならず、本発明の等価的範囲内でのあらゆる変更は、本発明の範囲に含まれる。

本発明は、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムの他にも、様々な無線通信システムに適用することが可能である。

Claims (15)

1. ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）狭帯域（ｎａｒｒｏｗｂａｎｄ、ＮＢ）を支援する無線通信システムにおけるシステム情報を受信する方法において、端末により行われる方法は、
   アンカーキャリア（ａｎｃｈｏｒ ｃａｒｒｉｅｒ）上で第１のシステム情報を基地局から受信するステップと、
   前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）であるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含み、
   前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記基地局から受信するステップと、
   を含むことを特徴とする方法。
2. 前記第１のシステム情報は、ＭＩＢ（ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）−ＮＢ（ｎａｒｒｏｗｂａｎｄ）であり、
   前記第２のシステム情報は、ＳＩＢ１（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１）−ＮＢであることを特徴とする請求項１に記載の方法。
3. 前記第１の情報は、前記ノン−アンカーキャリアに設定されることを特徴とする請求項１に記載の方法。
4. 前記第１のシステム情報は、前記システムの動作モード（ｏｐｅｒａｔｉｏｎ ｍｏｄｅ）を表す動作モード情報をさらに含み、
   前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置は、前記動作モードに基づいて決定されることを特徴とする請求項３に記載の方法。
5. 前記ノン−アンカーキャリアの位置は、前記アンカーキャリアとの相対的な位置で決定されることを特徴とする請求項４に記載の方法。
6. 前記動作モードがガードバンド（ｇｕａｒｄ ｂａｎｄ）に設定された場合、前記第２の制御情報は、前記アンカーキャリアと同じサイド（ｓｉｄｅ）のキャリアまたは前記アンカーキャリアと反対サイド（ｏｐｐｏｓｉｔｅ ｓｉｄｅ）のキャリアを表すことを特徴とする請求項４に記載の方法。
7. 前記動作モードがインバンド（ｉｎ−ｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）である場合、前記第２の情報は、前記アンカーキャリアよりさらに低い（ｌｏｗｅｒ）周波数値またはさらに高い（ｈｉｇｈｅｒ）周波数値を表すことを特徴とする請求項４に記載の方法。
8. 前記相対的な位置は、ＰＲＢ（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）間隔で表現されることを特徴とする請求項５に記載の方法。
9. 前記第１のシステム情報は、前記ノン−アンカーキャリアのＣＲＳ（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ） ｐｏｒｔの数が前記アンカー−キャリアのＮＲＳ ｐｏｒｔ数と同一であるか、または４であることを表す第３の情報をさらに含むことを特徴とする請求項１に記載の方法。
10. 前記ノン−アンカーキャリアの動作モードは、ｉｎ−ｂａｎｄ−ｄｉｆｆｅｒｅｎｔＰＣＩであることを特徴とする請求項９に記載の方法。
11. 前記第２のシステム情報は、サブフレーム＃０とサブフレーム＃５で受信されることを特徴とする請求項１に記載の方法。
12. 前記ノン−アンカーキャリア上で前記第２のシステム情報の繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ）は、８または１６であることを特徴とする請求項１１に記載の方法。
13. 前記繰り返し回数は、前記第１のシステム情報に含まれる特定パラメータに基づいて決定されることを特徴とする請求項１２に記載の方法。
14. 前記サブフレーム＃０とサブフレーム＃５でＮＲＳ（ｎａｒｒｏｗｂａｎｄ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）が前記基地局から受信されることを特徴とする請求項１１に記載の方法。
15. ＴＤＤ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｄｕｐｌｅｘ）狭帯域（ｎａｒｒｏｗｂａｎｄ、ＮＢ）を支援する無線通信システムにおけるシステム情報を受信する端末において、
    無線信号を送受信するためのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールと、
    前記ＲＦモジュールを制御するプロセッサと、
    を備え、
    前記プロセッサは、
    アンカーキャリア（ａｎｃｈｏｒ ｃａｒｒｉｅｒ）上で第１のシステム情報を基地局から受信し、
    前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ ｃａｒｒｉｅｒ）であるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含み、
    前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記基地局から受信するように設定されることを特徴とする端末。

Images