(57)【特許請求の範囲】
【請求項１】
ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）狭帯域（ｎａｒｒｏｗｂａｎｄ、ＮＢ）を支援する無線通信システムにおけるシステム情報を端末が受信する方法であって、
アンカーキャリア（ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）上で第１のシステム情報を基地局から受信するステップと、
前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）であるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含み、
前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記基地局から受信するステップと、を含み、
前記第１のシステム情報は、システムの動作モード（ｏｐｅｒａｔｉｏｎ  ｍｏｄｅ）に対する動作モード情報をさらに含み、
前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置は、前記動作モードに基づいて決定される、方法。
【請求項２】
前記第１のシステム情報は、ＭＩＢ（ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）−ＮＢ（ｎａｒｒｏｗｂａｎｄ）であり、
前記第２のシステム情報は、ＳＩＢ１（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１）−ＮＢである、請求項１に記載の方法。
【請求項３】
前記ノン−アンカーキャリアの位置は、前記アンカーキャリアとの相対的な位置として決定される、請求項１に記載の方法。
【請求項４】
前記動作モードがガードバンド（ｇｕａｒｄ  ｂａｎｄ）に設定された場合、前記第２の情報は、前記アンカーキャリアと同じサイド（ｓｉｄｅ）のキャリアまたは前記アンカーキャリアと反対サイド（ｏｐｐｏｓｉｔｅ  ｓｉｄｅ）のキャリアを表す、請求項１に記載の方法。
【請求項５】
前記動作モードがインバンド（ｉｎ−ｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）である場合、前記第２の情報は、前記アンカーキャリアよりさらに低い（ｌｏｗｅｒ）周波数値またはさらに高い（ｈｉｇｈｅｒ）周波数値を表す、請求項１に記載の方法。
【請求項６】
前記相対的な位置は、ＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）間隔で表現される、請求項３に記載の方法。
【請求項７】
前記第１のシステム情報は、前記ノン−アンカーキャリアのＣＲＳ（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）  ｐｏｒｔの数が前記アンカーキャリアのＮＲＳ（ｎａｒｒｏｗ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）  ｐｏｒｔの数と同一であるか、または４であることを表す第３の情報をさらに含む、請求項１に記載の方法。
【請求項８】
前記ノン−アンカーキャリアの動作モードは、ｉｎ−ｂａｎｄ−ｄｉｆｆｅｒｅｎｔ  ｐｈｙｓｉｃａｌ  ｃｅｌｌ  ｉｄｅｎｔｉｆｉｅｒ（ＰＣＩ）である、請求項７に記載の方法。
【請求項９】
前記第２のシステム情報は、サブフレーム＃０とサブフレーム＃５で受信される、請求項１に記載の方法。
【請求項１０】
前記ノン−アンカーキャリア上での前記第２のシステム情報の繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒ）は、８または１６である、請求項９に記載の方法。
【請求項１１】
前記繰り返し回数は、前記第１のシステム情報に含まれる特定パラメータに基づいて決定される、請求項１０に記載の方法。
【請求項１２】
前記サブフレーム＃０とサブフレーム＃５でＮＲＳ（ｎａｒｒｏｗｂａｎｄ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）が前記基地局から受信される、請求項９に記載の方法。
【請求項１３】
ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）狭帯域（ｎａｒｒｏｗｂａｎｄ、ＮＢ）を支援する無線通信システムにおけるシステム情報を受信する端末であって、
無線信号を送信するための送信機と、
無線信号を受信する受信機と、
前記送信機及び前記受信機を制御する少なくとも一つのプロセッサと、
を備え、
前記少なくとも一つのプロセッサは、
アンカーキャリア（ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）上で第１のシステム情報を基地局から受信し、
前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）であるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含み、
前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記基地局から受信するように設定され、
前記第１のシステム情報は、システムの動作モード（ｏｐｅｒａｔｉｏｎ  ｍｏｄｅ）に対する動作モード情報をさらに含み、
前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置は、前記動作モードに基づいて決定される、端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は、ＴＤＤ狭帯域を支援する無線通信システムに関し、より詳細には、ＴＤＤ  ＮＢ−ＩｏＴシステムにおけるシステム情報を送受信するための方法及びこのための装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保証しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは音声だけでなく、データサービスまで領域を拡張し、現在、爆発的なトラフィックの増加によって資源の不足現象が引起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００３】
次世代の移動通信システムの要求条件は大きく、爆発的なデータトラフィックの収容、ユーザ当たり転送率の画期的な増加、大幅増加した連結デバイス個数の収容、非常に低い端対端遅延（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（3rd 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を中心として技術するが、本発明の技術的特徴がこれに制限されるものではない。
【００３３】
システム一般
図１は、ＬＴＥ無線フレーム構造の一例を示した図である。
【００３４】
図１において、無線フレームは、１０個のサブフレームを含む。サブフレームは、時間領域で２個のスロット（ｓｌｏｔ）を含む。１つのサブフレームを送信するための時間は、送信時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ：ＴＴＩ）として定義される。例えば、１つのサブフレームは、１ミリ秒（ｍｉｌｌｉｓｅｃｏｎｄ、ｍｓ）の長さを有することができ、１つのスロットは、０．５ｍｓの長さを有することができる。１つのスロットは、時間領域で複数のＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを含む。３ＧＰＰ  ＬＴＥは、下向きリンクでＯＦＤＭＡを用いるので、ＯＦＤＭシンボルは、１つのシンボル周期（ｓｙｍｂｏｌ  ｐｅｒｉｏｄ）を表すためのものである。ＯＦＤＭシンボルは、さらに、ＳＣ−ＦＤＭＡシンボルまたはシンボル周期と称されることもできる。資源ブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ：ＲＢ）は、資源割当単位であり、１つのスロットで複数の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含む。前記無線フレームの構造は、例示的なものである。したがって、無線フレームに含まれるサブフレームの個数、またはサブフレームに含まれるスロットの個数、あるいはスロットに含まれるＯＦＤＭシンボルの個数は、様々な方式で修正されることができる。
【００３５】
図２は、下向きリンクスロットに対する資源グリッドの一例を示した図である。
【００３６】
図２において、下向きリンクスロットは、時間領域で複数のＯＦＤＭシンボルを含む。本明細書においては、１つの例として、１つの下向きリンクスロットが７個のＯＦＤＭシンボルを含み、１つの資源ブロック（ＲＢ）が周波数領域で１２個の副搬送波を含むことと述べられる。しかし、本発明は、前記例に制限されるものではない。資源グリッドの各要素は、資源要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ：ＲＥ）と称される。１つのＲＢは、１２×７  ＲＥを含む。下向きリンクスロットに含まれるＲＢの個数のＮＤＬは、下向きリンク送信帯域幅によって変わる。上向きリンクスロットの構造は、下向きリンクスロットの構造と同様でありうる。
【００３７】
図３は、下向きリンクサブフレーム構造の一例を示す。
【００３８】
図３において、サブフレーム内で１番目のスロットの前半部に位置した最大３個のＯＦＤＭシンボルが制御チャネルが割り当てられる制御領域（ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）である。残りのＯＦＤＭシンボルは、ＰＤＳＣＨが割り当てられるデータ領域（ｄａｔａ  ｒｅｇｉｏｎ）に該当する。３ＧＰＰ  ＬＴＥで使用される下向きリンク制御チャネルの例は、ＰＣＦＩＣＨ（ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（ｐｈｙｓｉｃａｌ  ｈｙｂｒｉｄ  ＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）などを含む。ＰＣＦＩＣＨは、サブフレームの１番目のＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの送信に使用されるＯＦＤＭシンボルに関する情報を運ぶ。ＰＨＩＣＨは、上向きリンク送信に対する応答であり、ＨＡＲＱ  ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）／ＮＡＣＫ（ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を運ぶ。ＰＤＣＣＨを介して送信される制御情報は、下向きリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）と称される。ＤＣＩは、上向きリンクまたは下向きリンクスケジューリング情報を含むか、または任意のＵＥグループに対する上向きリンク送信（Ｔｘ）電力制御命令を含む。
【００３９】
ＰＤＣＣＨは、ＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）の送信フォーマット（ｔｒａｎｓｐｏｒｔ  ｆｏｒｍａｔ）と資源割当、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）の資源割当情報、ＰＣＨ（ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）に対するページング情報、ＤＬ−ＳＣＨに対するシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）のような上位階層制御メッセージの資源割当、任意（ａｒｂｉｔｒａｒｙ）ＵＥグループ内で個別ＵＥに対するＴｘ電力制御命令のセット、ＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）のＴｘ電力制御命令、活性化などを運ぶことができる。制御領域内で複数のＰＤＣＣＨが送信され得る。ＵＥは、複数のＰＤＣＣＨをモニタリングできる。ＰＤＣＣＨは、１つまたはいくつかの連続的なＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ）などの集成（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネルの状態に基づいたコーディング率（ｃｏｄｉｎｇ  ｒａｔｅ）を提供するのに使用される論理的割当単位（ｌｏｇｉｃａｌ  ａｌｌｏｃａｔｉｏｎ  ｕｎｉｔ）である。ＣＣＥは、複数の資源要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に該当する。ＰＤＣＣＨのフォーマットと可用ＰＤＣＣＨのビット個数は、ＣＣＥの個数とＣＣＥにより提供されるコーディング率間の相関度によって決定される。ＢＳがＵＥに送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ）を付着する。ＣＲＣは、ＰＤＣＣＨの所有者または使用によって固有な識別子（ＲＮＴＩ（ｒａｄｉｏ  ｎｅｔｗｏｒｋ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ）と称される）にマスキングされる。仮に、ＰＤＣＣＨが特定ＵＥに対するものであれば、そのＵＥに対する固有な識別子（例えば、Ｃ−ＲＮＴＩ（ｃｅｌｌ−ＲＮＴＩ））がＣＲＣにマスキングされ得る。他の例として、仮に、ＰＤＣＣＨがページングメッセージに対するものであれば、ページング指示子識別子（例えば、Ｐ−ＲＮＴＩ（ｐａｇｉｎｇ−ＲＮＴＩ））がＣＲＣにマスキングされ得る。仮に、ＰＤＣＣＨがシステム情報（さらに具体的に、後述するシステム情報ブロック（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ、ＳＩＢ）に対するものであれば、システム情報識別子とシステム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）がＣＲＣにマスキングされ得る。ＵＥのランダムアクセスプリアンブルの送信に対する応答であるランダムアクセス応答を指示するために、ランダムアクセス−ＲＮＴＩ（ＲＡ−ＲＮＴＩ）がＣＲＣにマスキングされ得る。
【００４０】
図４は、上向きリンクサブフレーム構造の一例を示す。
【００４１】
図４において、上向きリンクサブフレームは、周波数領域で制御領域とデータ領域とに区分されることができる。制御領域には、上向きリンク制御情報を運搬するための物理上向きリンク制御チャネル（ＰＵＣＣＨ）が割り当てられる。データ領域には、ユーザデータを運搬するための物理上向きリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）が割り当てられる。単一搬送波特性を維持するために、１つのＵＥは、同時にＰＵＣＣＨ及びＰＵＳＣＨを送信しない。１つのＵＥに対するＰＵＣＣＨは、サブフレーム内のＲＢ対に割り当てられる。ＲＢ対に属するＲＢは、各々２個のスロットで相違した副搬送波を占有する。これは、ＰＵＣＣＨに割り当てられたＲＢ対がスロット境界で周波数ホッピング（ｆｒｅｑｕｅｎｃｙ−ｈｏｐｐｅｄ）されると呼ばれる。
【００４２】
以下、ＬＴＥフレーム構造についてより具体的に説明する。
【００４３】
ＬＴＥ仕様（ｓｐｅｃｉｆｉｃａｔｉｏｎ）を介して、全体において異なるように言及しない限り、時間領域における様々なフィールドの大きさは、
0006818139.tif 000002
秒の時間単位の数で表現される。
【００４４】
下向きリンク及び上向きリンク送信は、
0006818139.tif 000003
のデュレーション（ｄｕｒａｔｉｏｎ）を有する無線フレームで組織化される。２個の無線フレーム構造が支援される。
【００４５】
・類型（ｔｙｐｅ）１：ＦＤＤに適用可能
【００４６】
・類型２、ＴＤＤに適用可能
【００４７】
フレーム構造の類型（ｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ）１
フレーム構造の類型１は、全二重（ｆｕｌｌ  ｄｕｐｌｅｘ）及び半二重（ｈａｌｆ  ｄｕｐｌｅｘ）ＦＤＤの両方に適用することができる。各無線フレームは、
0006818139.tif 000004
長さであり、
0006818139.tif 000005
である２０個のスロットで構成され、０から１９までナンバリングされる。サブフレームは、２個の連続するスロットで定義され、サブフレーム
0006818139.tif 000006
は、スロット
0006818139.tif 000007
及び
0006818139.tif 000008
からなる。
【００４８】
ＦＤＤの場合、１０個のサブフレームが下向きリンク送信に利用可能であり、１０個のサブフレームが１０ｍｓ毎の間隔で上向きリンク送信のために利用可能である。
【００４９】
上向きリンク及び下向きリンク送信は、周波数領域で分離される。半二重ＦＤＤ動作において、ＵＥは、同時に送信及び受信できないことに対し、全二重ＦＤＤではそのような制限がない。
【００５０】
図５は、フレーム構造の類型１の一例を示す。
【００５１】
フレーム構造の類型２
フレーム構造の類型２は、ＦＤＤに適用可能である。長さ
0006818139.tif 000009
のそれぞれの無線フレームの長さは、各々
0006818139.tif 000010
の２個のハーフ−フレーム（ｈａｌｆ−ｆｒａｍｅｓ）からなる。それぞれのハーフ−フレームは、長さ
0006818139.tif 000011
の５個のサブフレームからなる。支援される上向きリンク−下向きリンク構成が表２に挙げられ、ここで、無線フレーム内の各サブフレームに対して、「Ｄ」は、サブフレームが下向きリンク送信のために留保されたこと（ｒｅｓｅｒｖｅｄ）を表し、「Ｕ」は、サブフレームが上向きリンク送信のために留保されたことを表し、「Ｓ」は、下向きリンクパイロット時間スロット（ｄｏｗｎｌｉｎｋ  ｐｉｌｏｔ  ｔｉｍｅ  ｓｌｏｔ：ＤｗＰＴＳ）、保護周期（ｇｕａｒｄ  ｐｅｒｉｏｄ：ＧＰ）、及び上向きリンクパイロット時間スロット（ｕｐｌｉｎｋ  ｐｉｌｏｔ  ｔｉｍｅ  ｓｌｏｔ：ＵｐＰＴＳ）の３個のフィールドを有する特殊サブフレームを表す。総長さ
0006818139.tif 000012
と同じＤｗＰＴＳ、ＧＰ、及びＵｐＰＴＳ前提下でＤｗＰＴＳ及びＵｐＰＴＳの長さは、表１により提供される。それぞれのサブフレームｉは、それぞれのサブフレーム内の長さが
0006818139.tif 000013
である２個のスロット、
0006818139.tif 000014
及び
0006818139.tif 000015
として定義される。
【００５２】
５ｍｓ及び１０ｍｓの両方の下向きリンクから上向きリンクへの切換−地点周期性（ｓｗｉｔｃｈ−ｐｏｉｎｔ  ｐｅｒｉｏｄｉｃｉｔｙ）を有する上向きリンク−下向きリンク構成が支援される。５ｍｓの下向きリンクから上向きリンクへの切換ポイント周期性の場合、特殊サブフレーム（ｔｈｅ  ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ）が２個のハーフ−フレーム（ｈａｌｆ−ｆｒａｍｅｓ）の両方に存在する。１０ｍｓの下向きリンクから上向きリンクへの切換ポイント周期性の場合、前記特殊サブフレームが１番目のハーフフレームにのみ存在する。サブフレーム０と５及びＤｗＰＴＳは、いつも下向きリンク送信のために留保される。ＵｐＰＴＳ及び前記特殊サブフレームにすぐに後続するサブフレームは、いつも上向きリンク送信のために予約（ｒｅｓｅｒｖｅ）される。
【００５３】
図６は、フレーム構造の類型２のさらに他の一例を示した図である。
【００５４】
表１は、特殊サブフレームの構成の一例を表す。
【００５５】
【表１】
0006818139.tif 000016
【００５６】
表２は、上向きリンク−下向きリンク構成の一例を表す。
【００５７】
【表２】
0006818139.tif 000017
【００５８】
ＮＢ−ＩｏＴ
ＮＢ−ＩｏＴ（ｎａｒｒｏｗｂａｎｄ−ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）は、ｌｏｗ  ｃｏｍｐｌｅｘｉｔｙ、ｌｏｗ  ｃｏｓｔ  ｄｅｖｉｃｅを支援するための標準であって、既存のＬＴＥ  ｄｅｖｉｃｅ等と比較して相対的に簡単な動作のみを行うように定義されている。ＮＢ−ＩｏＴは、ＬＴＥの基本構造にしたがうが、下記に定義された内容を基準に動作する。仮に、ＮＢ−ＩｏＴがＬＴＥのｃｈａｎｎｅｌやｓｉｇｎａｌをｒｅｕｓｅする場合には、既存のＬＴＥで定義された標準にしたがうことができる。
【００５９】
上向きリンク（Ｕｐｌｉｎｋ）
次のような狭帯域物理チャネルが定義される。
【００６０】
・狭帯域物理上向きリンク共有チャネル、ＮＰＵＳＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）
・狭帯域物理ランダムアクセスチャネル、ＮＰＲＡＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）
【００６１】
次のような上向きリンク狭帯域物理信号が定義される。
【００６２】
・狭帯域復調参照信号（Ｎａｒｒｏｗｂａｎｄ  ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）
【００６３】
副搬送波
0006818139.tif 000018
側面で上向きリンク帯域幅、及びスロットデュレーション
0006818139.tif 000019
は、下記の表３として与えられる。
【００６４】
表３は、ＮＢ−ＩｏＴパラメータの一例を表す。
【００６５】
【表３】
0006818139.tif 000020
【００６６】
単一アンテナポート
0006818139.tif 000021
は、全ての上向きリンク送信に対して使用される。
【００６７】
資源ユニット（Ｒｅｓｏｕｒｃｅ  ｕｎｉｔ）
ＮＰＵＳＣＨと資源要素のマッピングを説明するのに資源ユニットが使用される。資源ユニットは、時間領域で
0006818139.tif 000022
の連続するシンボルで定義され、周波数領域で
0006818139.tif 000023
の連続する副搬送波で定義され、ここで、
0006818139.tif 000024
及び
0006818139.tif 000025
は、表４として与えられる。
【００６８】
表４は、
0006818139.tif 000026
、
0006818139.tif 000027
、
及び
0006818139.tif 000028
の支援される組み合わせ等の一例を表す。
【００６９】
【表４】
0006818139.tif 000029
【００７０】
狭帯域上向きリンク共有チャネル（ＮＰＵＳＣＨ：Ｎａｒｒｏｗｂａｎｄ  ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）
狭帯域物理上向きリンク共有チャネルが２個のフォーマットで支援される：
・ＵＬ−ＳＣＨを運搬するのに使用されるＮＰＵＳＣＨフォーマット１
・上向きリンク制御情報を運搬するのに使用されるＮＰＵＳＣＨフォーマット２
【００７１】
ＴＳ  ３６．２１１の５．３．１節によってスクランブリングは行われる。スクランブリングシーケンス生成器（ｓｃｒａｍｂｌｉｎｇ  ｓｅｑｕｅｎｃｅ  ｇｅｎｅｒａｔｏｒ）は、
0006818139.tif 000030
に初期化され、ここで、
0006818139.tif 000031
は、コードワード送信の１番目のスロットである。ＮＰＵＳＣＨ繰り返しの場合、スクランブリングシーケンスは、繰り返し送信のために使用された、各々、１番目のスロット及びフレームとして設定された
0006818139.tif 000032
及び
0006818139.tif 000033
で全ての
0006818139.tif 000034
コードワード送信以後に、上記の数式によって再初期化される。ｑｕａｎｔｉｔｙ  
0006818139.tif 000035
は、ＴＳ  ３６．２１１の１０．１．３．６節により提供される。
【００７２】
表５は、狭帯域物理上向きリンク共有チャネルに対して適用可能な変調マッピングを特定する。
【００７３】
【表５】
0006818139.tif 000036
【００７４】
ＮＰＵＳＣＨは、３ＧＰＰ  ＴＳ  ３６．２１３の節により提供されるような、１つ以上の資源ユニット
0006818139.tif 000037
にマッピングされることができ、これらの各々は、
0006818139.tif 000038
回送信される。
【００７５】
３ＧＰＰ  ＴＳ  ３６．２１３で規定された送信電力
0006818139.tif 000039
にしたがうために、複素−値シンボルのブロック
0006818139.tif 000040
が大きさスケーリング要素
0006818139.tif 000041
とかけられ、ＮＰＵＳＣＨの送信のために割り当てられた副搬送波にｚ（０）で始めるシーケンスでマッピングされる。送信のために割り当てられ、参照信号等の送信に使用されない副搬送波に対応する資源要素
0006818139.tif 000042
へのマッピングは、割り当てられた資源ユニットの１番目のスロットから始めてインデックス
0006818139.tif 000043
、以後、インデックス
0006818139.tif 000044
の増加順序となる。
【００７６】
0006818139.tif 000045
スロットマッピング以後に、
0006818139.tif 000046
の下のスロットへのマッピングを続ける以前に、
0006818139.tif 000047
スロットが
0006818139.tif 000048
追加的な（ａｄｄｉｔｉｏｎａｌ）回数で繰り返され、ここで、数式１は、
【００７７】
【数１】
0006818139.tif 000049
【００７８】
0006818139.tif 000050
スロットへのマッピングまたはマッピングの繰り返しがＮＰＲＡＣＨ−ＣｏｎｆｉｇＳＩＢ−ＮＢによって任意の構成されたＮＰＲＡＣＨ資源と重なる資源要素を含めば、重なった
0006818139.tif 000051
スロットのＮＰＵＳＣＨ送信は、次の
0006818139.tif 000052
スロットが任意の構成されたＮＰＲＡＣＨ資源と重ならないまで延期される。
【００７９】
0006818139.tif 000053
）のマッピングは、
0006818139.tif 000054
スロットが送信されるまで繰り返される。２５６・３０７２０Ｔｓ時間単位のＮＰＲＡＣＨによる送信及び／又は延期等（ｐｏｓｔｐｏｎｅｍｅｎｔｓ）以後、ＮＰＵＳＣＨ送信が延期される場合、
0006818139.tif 000055
時間単位のギャップ（ｇａｐ）が挿入される。ギャップと一致するＮＰＲＡＣＨによる延期部分は、ギャップの一部としてカウントされる。
【００８０】
上位階層パラメータｎｐｕｓｃｈ−ＡｌｌＳｙｍｂｏｌｓが偽（ｆａｌｓｅ）に設定されれば、ｓｒｓ−ＳｕｂｆｒａｍｅＣｏｎｆｉｇによってＳＲＳで構成されたシンボルと重なるＳＣ−ＦＤＭＡシンボルの資源要素は、ＮＰＵＳＣＨマッピングとして計算されるが、ＮＰＵＳＣＨの送信のためには使用されない。上位階層パラメータｎｐｕｓｃｈ−ＡｌｌＳｙｍｂｏｌｓが真（ｔｒｕｅ）に設定されれば、全てのシンボルが送信される。
【００８１】
ＵＬ−ＳＣＨデータ無しでＮＰＵＳＣＨを介しての上向きリンク制御情報（Ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｏｎ  ＮＰＵＳＣＨ  ｗｉｔｈｏｕｔ  ＵＬ−ＳＣＨ  ｄａｔａ）
ＨＡＲＱ−ＡＣＫ  
0006818139.tif 000056
の１ビット情報は、表６によって符号化され、ここで、肯定応答に対して
0006818139.tif 000057
であり、不正応答に対して
0006818139.tif 000058
である。
【００８２】
表６は、ＨＡＲＱ−ＡＣＫコードワード等の一例を表す。
【００８３】
【表６】
0006818139.tif 000059
【００８４】
電力制御（Ｐｏｗｅｒ  ｃｏｎｔｒｏｌ）
サービングセルに対するＮＢ−ＩｏＴ  ＵＬスロットｉにおいてＮＰＵＳＣＨ送信のためのＵＥ送信電力は、下記の数式２及び３のように提供される。
【００８５】
割り当てられたＮＰＵＳＣＨ  ＲＵ等の繰り返し回数が２より大きい場合、
【００８６】
【数２】
0006818139.tif 000060
【数３】
0006818139.tif 000061
【００８７】
ここで、
0006818139.tif 000062
は、サービングセルｃに対してＮＢ−ＩｏＴ  ＵＬスロットｉで３ＧＰＰ  ＴＳ  ３６．１０１に定義されて構成されたＵＥ送信電力である。
【００８８】
0006818139.tif 000063
は、３．７５ｋＨｚ副搬送波間隔に対しては｛１／４｝であり、１５ｋＨｚ副搬送波間隔に対しては｛１、３、６、１２｝である。
【００８９】
0006818139.tif 000064
は、サービングセルｃに対して、上位階層から提供された成分
0006818139.tif 000065
とｊ＝１に対して上位階層により提供される成分
0006818139.tif 000066
の合計からなり、ここで、
0006818139.tif 000067
である。動的スケジューリングされた承認（ｇｒａｎｔ）に対応するＮＰＵＳＣＨ（再）送信に対して、
0006818139.tif 000068
であり、ランダムアクセス応答承認に対応するＮＰＵＳＣＨ（再）送信に対しては、
0006818139.tif 000069
である。
【００９０】
0006818139.tif 000070
及び
0006818139.tif 000071
であり、ここで、パラメータｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ  
0006818139.tif 000072
及び
0006818139.tif 000073
は、サービングセルｃに対して上位階層からシグナリングされる。
【００９１】
0006818139.tif 000074
に対し、ＮＰＵＳＣＨフォーマット２に対して、
0006818139.tif 000075
；ＮＰＵＳＣＨフォーマット１に対して、
0006818139.tif 000076
がサービングセルｃに対して上位階層により提供される。
0006818139.tif 000077
に対し、
0006818139.tif 000078
である。
【００９２】
0006818139.tif 000079
サービングセルｃに対してＵＥにおいてｄＢで計算された下向きリンク経路損失推定であり、
0006818139.tif 000080
＝ｎｒｓ−Ｐｏｗｅｒ＋ｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒ−上位階層フィルタリングされたＮＲＳＲＰであり、ここで、ｎｒｓ−Ｐｏｗｅｒは、上位階層及び３ＧＰＰ  ３６．２１３の下位節１６．２．２により提供され、ｎｒｓ−ｐｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒは、上位階層により提供されないと、ゼロに設定され、ＮＲＳＲＰは、サービングセルｃに対して３ＧＰＰ  ＴＳ  ３６．２１４で定義され、上位階層フィルター構成は、サービングセルｃに対して３ＧＰＰ  ＴＳ  ３６．３３１で定義される。
【００９３】
ＵＥがサービングセルｃに対してＮＢ−ＩｏＴ  ＵＬスロットｉでＮＰＵＳＣＨを送信すれば、電力ヘッドルームは、下記の数式４を用いて計算される。
【００９４】
【数４】
0006818139.tif 000081
【００９５】
フォーマット１  ＮＰＵＳＣＨを送信するためのＵＥ手順（ＵＥ  ｐｒｏｃｅｄｕｒｅ  ｆｏｒ  ｔｒａｎｓｍｉｔｔｉｎｇ  ｆｏｒｍａｔ  １  ＮＰＵＳＣＨ）
ＵＥのためのＮＢ−ＩｏＴ  ＤＬサブフレーム
0006818139.tif 000082
で終わるＤＣＩフォーマットＮ０を有するＮＰＤＣＣＨの与えられたサービングセルでの検出の際、ＵＥは、
0006818139.tif 000083
ＤＬサブフレームの終わりで、ＮＰＤＣＣＨ情報に応じて
0006818139.tif 000084
であるＮ個の連続ＮＢ−ＩｏＴ  ＵＬスロット
0006818139.tif 000085
で、ＮＰＵＳＣＨフォーマット１を使用して対応するＮＰＵＳＣＨ送信を行い、ここで、
【００９６】
サブフレームｎは、ＮＰＤＣＣＨが送信される最後のサブフレームであり、ＮＰＤＣＣＨ送信の開始サブフレーム及び対応するＤＣＩのＤＣＩサブフレーム繰り返し番号フィールドから決定され、そして、
【００９７】
0006818139.tif 000086
であり、ここで、
0006818139.tif 000087
の値は、対応するＤＣＩの繰り返し番号フィールドにより決定され、
0006818139.tif 000088
の値は、対応するＤＣＩの資源割当フィールドにより決定され、
0006818139.tif 000089
の値は、当該ＤＣＩで割り当てられた副搬送波の数に対応する資源ユニットのＮＢ−ＩｏＴ  ＵＬスロットの数である。
【００９８】
0006818139.tif 000090
は、サブフレーム
0006818139.tif 000091
の終了後に始める１番目のＮＢ−ＩｏＴ  ＵＬスロットである。
【００９９】
0006818139.tif 000092
の値は、表７によって対応するＤＣＩのスケジューリング遅延フィールド（ｓｃｈｅｄｕｌｉｎｇ  ｄｅｌａｙ  ｆｉｅｌｄ）（
0006818139.tif 000093
）により決定される。
【０１００】
表７は、ＤＣＩフォーマットＮ０に対するｋ０の一例を表す。
【０１０１】
【表７】
0006818139.tif 000094
【０１０２】
ＮＰＵＳＣＨ送信のための上向きリンクＤＣＩフォーマットＮ０の資源割当情報は、スケジューリングされたＵＥに指示される。
【０１０３】
・対応するＤＣＩの副搬送波指示フィールドにより決定される資源ユニットの連続的に割り当てられた副搬送波
0006818139.tif 000095
のセット
・表９による対応するＤＣＩの資源割当フィールドにより決定された複数の資源ユニット
0006818139.tif 000096
・表１０による対応するＤＣＩの繰り返し番号フィールドにより決定される繰り返し回数
0006818139.tif 000097
。
【０１０４】
ＮＰＵＳＣＨ送信の副搬送波間隔Δｆは、３ＧＰＰ  ＴＳ  ３６．２１３の下位節１６．３．３によって狭帯域ランダムアクセス応答承認（Ｎａｒｒｏｗｂａｎｄ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ  Ｇｒａｎｔ）の上向きリンク副搬送波間隔フィールドにより決定される。
【０１０５】
副搬送波間隔Δｆ＝３．７５ｋＨｚを有するＮＰＵＳＣＨ送信の場合、
0006818139.tif 000098
であり、ここで、
0006818139.tif 000099
は、ＤＣＩの副搬送波指示フィールドである。
【０１０６】
副搬送波間隔Δｆ＝１５ｋＨｚを有するＮＰＵＳＣＨ送信の場合、ＤＣＩの副搬送波指示フィールド
0006818139.tif 000100
は、表８によって連続的に割り当てられた副搬送波のセット
0006818139.tif 000101
を決定する。
【０１０７】
表８は、Δｆ＝１５ｋＨｚを有するＮＰＵＳＣＨに対して割り当てられる副搬送波の一例を表す。
【０１０８】
【表８】
0006818139.tif 000102
【０１０９】
表９は、ＮＰＵＳＣＨに対する資源ユニットの個数の一例を表す。
【０１１０】
【表９】
0006818139.tif 000103
【０１１１】
表１０は、ＮＰＵＳＣＨに対する繰り返し回数の一例を表す。
【０１１２】
【表１０】
0006818139.tif 000104
【０１１３】
復調参照信号（ＤＭＲＳ：Ｄｅｍｏｄｕｌａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
0006818139.tif 000105
に対する参照信号シーケンス
0006818139.tif 000106
は、下記の数式５により定義される。
【０１１４】
【数５】
0006818139.tif 000107
【０１１５】
ここで、バイナリシーケンス
0006818139.tif 000108
は、ＴＳ  ３６．２１１の７．２により定義され、ＮＰＵＳＣＨ送信開始時に
0006818139.tif 000109
に初期化されなければならない。値
0006818139.tif 000110
は、表１−１１により提供され、ここで、ＮＰＵＳＣＨフォーマット１に対してグループホッピングがイネーブルされなければ、ＮＰＵＳＣＨフォーマット２に対して
0006818139.tif 000111
であり、ＮＰＵＳＣＨフォーマット１に対してグループホッピングがイネーブルされれば、３ＧＰＰ  ＴＳ  ３６．２１１の１０．１．４．１．３節により提供される。
【０１１６】
表１１は、
0006818139.tif 000112
の一例を表す。
【０１１７】
【表１１】
0006818139.tif 000113
【０１１８】
ＮＰＵＳＣＨフォーマット１に対する参照信号シーケンスは、下記の数式６により提供される。
【０１１９】
【数６】
0006818139.tif 000114
【０１２０】
ＮＰＵＳＣＨフォーマット２に対する参照信号シーケンスは、下記の数式７により提供される。
【０１２１】
【数７】
0006818139.tif 000115
【０１２２】
ここで、
0006818139.tif 000116
は、
0006818139.tif 000117
with 
0006818139.tif 000118
により選択されたシーケンスインデックスを有する３ＧＰＰ  ＴＳ  ３６．２１１の表５．５．２．２．１−２として定義される。
【０１２３】
0006818139.tif 000119
に対する参照信号シーケンス
0006818139.tif 000120
は、下記の数式８によって基底シーケンスの循環遷移
0006818139.tif 000121
により定義される。
【０１２４】
【数８】
0006818139.tif 000122
【０１２５】
ここで、
0006818139.tif 000123
は、
0006818139.tif 000124
に対して表１０．１．４．１．２−１により提供され、
0006818139.tif 000125
に対して表１２により提供され、
0006818139.tif 000126
に対して表１３により提供される。
【０１２６】
グループホッピングがイネーブルされなければ、基底シーケンスインデックス
0006818139.tif 000127
は、
0006818139.tif 000128
、
0006818139.tif 000129
、
及び
0006818139.tif 000130
の各々に対して上位階層パラメータｔｈｒｅｅＴｏｎｅ−ＢａｓｅＳｅｑｕｅｎｃｅ、ｓｉｘＴｏｎｅ−ＢａｓｅＳｅｑｕｅｎｃｅ、及びｔｗｅｌｖｅＴｏｎｅ−ＢａｓｅＳｅｑｕｅｎｃｅにより提供される。上位階層によりシグナリングされなければ、基底シーケンスは、下記の数式９により提供される。
【０１２７】
【数９】
0006818139.tif 000131
【０１２８】
グループホッピングがイネーブルされれば、基底インデックス
0006818139.tif 000132
は、３ＧＰＰ  ＴＳ  ３６．２１１の１０．１．４．１．３節により提供される。
【０１２９】
0006818139.tif 000133
及び
0006818139.tif 000134
に対する循環遷移は、表１４で定義されたように、上位階層パラメータが各々ｔｈｒｅｅＴｏｎｅ−ＣｙｃｌｉｃＳｈｉｆｔ及びｓｉｘＴｏｎｅ−ＣｙｃｌｉｃＳｈｉｆｔから導かれる。
0006818139.tif 000135
に対して、
0006818139.tif 000136
である。
【０１３０】
表１２は、
0006818139.tif 000137
に対する
0006818139.tif 000138
の一例を表した表である。
【０１３１】
【表１２】
0006818139.tif 000139
【０１３２】
表１３は、
0006818139.tif 000140
に対する
0006818139.tif 000141
のさらに他の一例を表した表である。
【０１３３】
【表１３】
0006818139.tif 000142
【０１３４】
表１４は、αの一例を表した表である。
【０１３５】
【表１４】
0006818139.tif 000143
【０１３６】
ＮＰＵＳＣＨフォーマット１に対する参照信号のために、シーケンス−グループホッピングがイネーブルされ得るし、ここで、スロット
0006818139.tif 000144
のシーケンス−グループナンバー
0006818139.tif 000145
は、下記の数式１０によってグループホッピングパターン
0006818139.tif 000146
及びシーケンス−遷移パターン
0006818139.tif 000147
により定義される。
【０１３７】
【数１０】
0006818139.tif 000148
【０１３８】
ここで、各資源ユニットの大きさに対して利用可能な参照信号シーケンス等の個数、
0006818139.tif 000149
は、表１５により提供される。
【０１３９】
表１５は、
0006818139.tif 000150
の一例を表す。
【０１４０】
【表１５】
0006818139.tif 000151
【０１４１】
シーケンス−グループホッピングは、上位階層により提供されるセル−特定パラメータｇｒｏｕｐＨｏｐｐｉｎｇＥｎａｂｌｅｄによりイネーブルされるか、またはディセーブルされる。ＮＰＵＳＣＨに対するシーケンスグループホッピングは、ＮＰＵＳＣＨ送信が競争基盤ランダムアクセス手順の一部として同じ送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）の再送信またはランダムアクセス応答承認に対応しない限り、セル基盤でイネーブルされるにもかかわらず、上位−階層パラメータｇｒｏｕｐＨｏｐｐｉｎｇＤｉｓａｂｌｅｄを介して特定ＵＥに対してディセーブルされることができる。
【０１４２】
グループホッピングパターン
0006818139.tif 000152
は、下記の数式１１により提供される。
【０１４３】
【数１１】
0006818139.tif 000153
【０１４４】
ここで、
0006818139.tif 000154
に対し
0006818139.tif 000155
であり、
0006818139.tif 000156
は、に対して資源ユニットの１番目のスロットのスロット番号である。疑似−ランダムシーケンス
0006818139.tif 000157
は、７．２節により定義される。疑似−ランダムシーケンス生成器は、
0006818139.tif 000158
に対して資源ユニットの開始で、そして、
0006818139.tif 000159
に対して偶数スロット毎に
0006818139.tif 000160
に初期化される。
【０１４５】
シーケンス−遷移パターン
0006818139.tif 000161
は、下記の数式１２により提供される。
【０１４６】
【数１２】
0006818139.tif 000162
【０１４７】
ここで、
0006818139.tif 000163
は、上位−階層パラメータｇｒｏｕｐＡｓｓｉｇｎｍｅｎｔＮＰＵＳＣＨにより提供される。値がシグナリングされなければ、
0006818139.tif 000164
である。
【０１４８】
シーケンス
0006818139.tif 000165
は、大きさスケーリング因子
0006818139.tif 000166
でかけられなければならず、副−搬送波に
0006818139.tif 000167
で始めるシーケンスとしてマッピングされなければならない。
【０１４９】
マッピングプロセスで使用される副−搬送波のセットは、３ＧＰＰ  ３６．２１１の１０．１．３．６節に定義された対応するＮＰＵＳＣＨ送信と同様でなければならない。
【０１５０】
資源要素
0006818139.tif 000168
へのマッピングは、１番目が
0006818139.tif 000169
、以後
0006818139.tif 000170
、及び最後にスロットナンバーの増加順序とならなければならない。スロット内のシンボルインデックス
0006818139.tif 000171
の値が表１６として提供される。
【０１５１】
表１６は、ＮＰＵＳＣＨに対する復調参照信号位置の一例を表す。
【０１５２】
【表１６】
0006818139.tif 000172
【０１５３】
ＳＦ−ＦＤＭＡ基底帯域信号生成
0006818139.tif 000173
に対して、スロット内のＳＣ−ＦＤＭＡシンボル
0006818139.tif 000174
の時間−連続信号
0006818139.tif 000175
が
0006818139.tif 000176
により代替される値
0006818139.tif 000177
で５．６節により定義される。
【０１５４】
0006818139.tif 000178
に対して、上向きリンクスロット内のＳＣ−ＦＤＭＡシンボル
0006818139.tif 000179
の副−搬送波インデックスに対するとき間−連続信号
0006818139.tif 000180
は、数式１３により定義される。
【０１５５】
【数１３】
0006818139.tif 000181
【０１５６】
0006818139.tif 000182
に対し、ここで、
0006818139.tif 000183
及び
0006818139.tif 000184
に対するパラメータが表１７として提供され、
0006818139.tif 000185
は、シンボル
0006818139.tif 000186
の変調値であり、位相回転
0006818139.tif 000187
は、下記の数式１４により定義される。
【０１５７】
【数１４】
0006818139.tif 000188
【０１５８】
ここで、
0006818139.tif 000189
は、送信開始時にリセットされるシンボルカウンターであり、送信の間、各シンボルに対して増加される。
【０１５９】
表１７は、
0006818139.tif 000190
に対するＳＣ−ＦＤＭＡパラメータの一例を表す。
【０１６０】
【表１７】
0006818139.tif 000191
【０１６１】
スロット内のＳＣ−ＦＤＭＡシンボルは、
0006818139.tif 000192
で始めて、
0006818139.tif 000193
の増加順序で送信されなければならず、ここで、ＳＣ−ＦＤＭＡシンボル
0006818139.tif 000194
は、スロット内の時間
0006818139.tif 000195
から始める。
0006818139.tif 000196
に対して、
0006818139.tif 000197
内の残余
0006818139.tif 000198
は、送信されずに、ガード区間（ｇｕａｒｄ  ｐｅｒｉｏｄ）のために使用される。
【０１６２】
狭帯域物理ランダムアクセスチャネル（ＮＰＲＡＣＨ：Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）
物理階層ランダムアクセスプリアンブルは、単一−副搬送波周波数−ホッピングシンボルグループに基づく。シンボルグループは、図１−８のランダムアクセスシンボルグループで図示され、長さが
0006818139.tif 000199
である循環プレフィックス（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）と全体長さが
0006818139.tif 000200
である５個の同じシンボルのシーケンスからなる。パラメータ値は、表１８に挙げられている。パラメータ値は、表１８のランダムアクセスプリアンブルパラメータで挙げられる。
【０１６３】
図７は、ランダムアクセスシンボルグループの一例を示す。
【０１６４】
表１８は、ランダムアクセスプリアンブルパラメータの一例を表す。
【０１６５】
【表１８】
0006818139.tif 000201
【０１６６】
ギャップ（ｇａｐ）無しで送信される４個のシンボルグループからなるプリアンブルは、
0006818139.tif 000202
回送信される。
【０１６７】
ＭＡＣ階層によりトリガリングされれば、ランダムアクセスプリアンブルの送信は、特定時間及び周波数領域に限定される。
【０１６８】
上位階層により提供されるＮＰＲＡＣＨ構成には、次が含まれる。
【０１６９】
ＮＰＲＡＣＨ資源周期
0006818139.tif 000203
（ｎｐｒａｃｈ−Ｐｅｒｉｏｄｉｃｉｔｙ）、
ＮＰＲＡＣＨに割り当てられた１番目の副搬送波の周波数位置
0006818139.tif 000204
（ｎｐｒａｃｈ−ＳｕｂｃａｒｒｉｅｒＯｆｆｓｅｔ）、
ＮＰＲＡＣＨに割り当てられた副搬送波の数
0006818139.tif 000205
（ｎｐｒａｃｈ−ＮｕｍＳｕｂｃａｒｒｉｅｒｓ）、
競争基盤ＮＰＲＡＣＨランダムアクセスに割り当てられた開始副−搬送波の数
0006818139.tif 000206
（ｎｐｒａｃｈ−ＮｕｍＣＢＲＡ−ＳｔａｒｔＳｕｂｃａｒｒｉｅｒｓ）、
試み（ａｔｔｅｍｐｔ）当たり、ＮＰＲＡＣＨ繰り返し回数
0006818139.tif 000207
（ｎｐｒａｃｈ−ＳｔａｒｔＴｉｍｅ）、
ＮＰＲＡＣＨ開始時間
0006818139.tif 000208
（ｎｐｒａｃｈ−ＳｔａｒｔＴｉｍｅ）、
多重トーンｍｓｇ３送信に対するＵＥ支援の指示のために予約されたＮＰＲＡＣＨ副搬送波範囲のための開始副搬送波インデックスを計算するための部分（ｆｒａｃｔｉｏｎ）
0006818139.tif 000209
（ｎｐｒａｃｈ−ＳｕｂｃａｒｒｉｅｒＭＳＧ３−ＲａｎｇｅＳｔａｒｔ）。
【０１７０】
ＮＰＲＡＣＨ送信は、
0006818139.tif 000210
を満たす無線フレームの開始以後に、単に
0006818139.tif 000211
時間ユニットを始めることができる。
0006818139.tif 000212
時間ユニットの送信以後に、
0006818139.tif 000213
時間ユニットのギャップが挿入される。
【０１７１】
0006818139.tif 000214
であるＮＰＲＡＣＨ構成は有効でない。
【０１７２】
競争基盤ランダムアクセスに割り当てられたＮＰＲＡＣＨ開始副搬送波は、２つのセットの副搬送波、
0006818139.tif 000215
に分割され、ここで存在するならば２番目のセットは、多重−トーンｍｓｇ３送信のためのＵＥ支援（ｓｕｐｐｏｒｔ）を指示する。
【０１７３】
ＮＰＲＡＣＨ送信の周波数位置は、
0006818139.tif 000216
副−搬送波内で制約される。周波数ホッピングは１２副搬送波内で使用され、ここで、
0006818139.tif 000217
シンボルグループの周波数位置は、
0006818139.tif 000218
であり、そして、数式１５は、
【０１７４】
【数１５】
0006818139.tif 000219
【０１７５】
ここで、
0006818139.tif 000220
を有する
0006818139.tif 000221
は、
0006818139.tif 000222
からＭＡＣ階層により選択された副搬送波であり、疑似ランダムシーケンス
0006818139.tif 000223
は、ＧＰＰ  ＴＳ  ３６．２１１の７．２節により提供される。疑似ランダムシーケンス生成器は、
0006818139.tif 000224
に初期化される。
【０１７６】
シンボルグループ
0006818139.tif 000225
に対するとき間−連続ランダムアクセス信号
0006818139.tif 000226
は、下記の数式１６により定義される。
【０１７７】
【数１６】
0006818139.tif 000227
【０１７８】
0006818139.tif 000228
【０１７９】
表１９は、ランダムアクセス基底帯域パラメータの一例を表す。
【０１８０】
【表１９】
0006818139.tif 000229
【０１８１】
下向きリンク（Ｄｏｗｎｌｉｎｋ）
下向きリンク狭帯域物理チャネルは、上位階層から発生した情報を運搬する資源要素のセットに対応し、３ＧＰＰ  ＴＳ  ３６．２１２と３ＧＰＰ  ＴＳ  ３６．２１１との間に定義されたインターフェースである。
【０１８２】
次のような下向きリンク物理チャネルが定義される。
【０１８３】
・狭帯域物理下向きリンク共有チャネル、ＮＰＤＳＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）
・狭帯域物理放送チャネル、ＮＰＢＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）  ・狭帯域物理下向きリンク制御チャネル、ＮＰＤＣＣＨ（Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
【０１８４】
下向きリンク狭帯域物理信号は、物理階層により使用される資源要素のセットに対応するが、上位階層から発生する情報を運搬しない。次のような下向きリンク物理信号が定義される：
【０１８５】
狭帯域参照信号、ＮＲＳ（Ｎａｒｒｏｗｂａｎｄ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）
狭帯域同期信号（Ｎａｒｒｏｗｂａｎｄ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）
狭帯域物理下向きリンク共有チャネル（ＮＰＤＳＣＨ：Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）
【０１８６】
スクランブリングシーケンス生成器は、
0006818139.tif 000230
に初期化され、ここで、
0006818139.tif 000231
は、コードワード送信の１番目のスロットである。ＮＰＤＳＣＨ繰り返し等とＢＣＣＨを運搬するＮＰＤＳＣＨの場合、スクランブリングシーケンス生成器は、各繰り返しに対して前述された表現によって再度初期化される。ＮＰＤＳＣＨ繰り返し等の場合、ＮＰＤＳＣＨがＢＣＣＨを運搬しない場合、スクランブリングシーケンス生成器は、繰り返し送信に対して使用された、１番目のスロット及びフレームに各々設定された
0006818139.tif 000232
及び
0006818139.tif 000233
を有するコードワードの
0006818139.tif 000234
毎の送信以後に、前述された表現によって再初期化される。
【０１８７】
変調は、ＱＰＳＫ変調方式を使用して行われる。
【０１８８】
ＮＰＤＳＣＨは、３ＧＰＰ  ＴＳ  ３６．２１３の１６．４．１．５節により提供されるように、１つ以上のサブフレーム、
0006818139.tif 000235
にマッピングされることができ、これらの各々は、ＮＰＤＳＣＨ
0006818139.tif 000236
回送信されなければならない。
【０１８９】
物理チャネルの送信のために使用されるそれぞれのアンテナポートに対して、複素−値シンボルのブロック
0006818139.tif 000237
は、現在サブフレームで次の基準を全て満たす資源要素
0006818139.tif 000238
にマッピングされなければならない。
【０１９０】
サブフレームは、ＮＰＢＣＨ、ＮＰＳＳ、またはＮＳＳＳの送信に使用されず、そして、これらは、ＮＲＳのために使用されないこととＵＥにより仮定され、そして、これらは（存在するならば）、ＣＲＳのために使用される資源要素と重ならず、そして、サブフレームで１番目のスロットのインデックス
0006818139.tif 000239
は、
0006818139.tif 000240
を満たし、ここで、
0006818139.tif 000241
は、３ＧＰＰ  ＴＳ  ３６．２１３の１６．４．１．４節により提供される。
【０１９１】
0006818139.tif 000242
に始めるシーケンスで
0006818139.tif 000243
の上記の基準を満たすアンテナポートｐを介しての資源要素
0006818139.tif 000244
へのマッピングは、サブフレームの１番目のスロットから始めて２番目のスロットで終わる、１番目のインデックス
0006818139.tif 000245
とインデックス
0006818139.tif 000246
の増加順序である。ＢＣＣＨを運搬しないＮＰＤＳＣＨの場合、サブフレームへのマッピング後、
0006818139.tif 000247
の次のサブフレームへのマッピングを続ける以前に、
0006818139.tif 000248
付加サブフレームに対してサブフレームが繰り返される。その後、
0006818139.tif 000249
サブフレームが送信されるまで
0006818139.tif 000250
のマッピングが繰り返される。ＢＣＣＨを運搬するＮＰＤＳＣＨの場合、
0006818139.tif 000251
は、
0006818139.tif 000252
サブフレームにシーケンスでマッピングされ、その後、
0006818139.tif 000253
サブフレームが送信されるまで繰り返される。
【０１９２】
ＮＰＤＳＣＨ送信は、ＮＰＳＤＣＨ送信が延期される送信ギャップで上位階層により構成されることができる。
0006818139.tif 000254
であれば、ＮＰＤＳＣＨ送信にギャップが存在せず、ここで、
0006818139.tif 000255
は、上位階層パラメータｄｌ−ＧａｐＴｈｒｅｓｈｏｌｄにより提供され、
0006818139.tif 000256
は、３ＧＰＰ  ＴＳ  ３６．２１３により提供される。ギャップ開始フレームとサブフレームとは、
0006818139.tif 000257
により提供され、ここで、ギャップ周期性、
0006818139.tif 000258
は、上位階層パラメータｄｌ−ＧａｐＰｅｒｉｏｄｉｃｉｔｙにより提供される。複数のサブフレームのギャップデュレーションは、
0006818139.tif 000259
により提供され、ここで、
0006818139.tif 000260
は、上位階層パラメータｄｌ−ＧａｐＤｕｒａｔｉｏｎＣｏｅｆｆにより提供される。ＢＣＣＨを運搬するＮＰＤＳＣＨの場合、送信ギャップが存在しない。
【０１９３】
ＮＢ−ＩｏＴ下向きリンクサブフレームでない場合、サブフレーム４でＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを運搬するＮＰＤＳＣＨの送信を除き、ＵＥは、サブフレーム
0006818139.tif 000261
でＮＰＤＳＣＨを期待しない。ＮＰＤＳＣＨ送信等の場合、ＮＢ−ＩｏＴ下向きリンクサブフレームでないサブフレームで、ＮＰＤＳＣＨ送信は、次のＮＢ−ＩｏＴ下向きリンクサブフレームまで延期される。
【０１９４】
ＮＰＤＳＣＨを受信するためのＵＥ手順（ＵＥ  ｐｒｏｃｅｄｕｒｅ  ｆｏｒ  ｒｅｃｅｉｖｉｎｇ  ｔｈｅ  ＮＰＤＳＣＨ）
ＮＢ−ＩｏＴ  ＵＥは、次の場合にサブフレームをＮＢ−ＩｏＴ  ＤＬサブフレームと仮定しなければならない。
【０１９５】
・ＵＥは、サブフレームがＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ／ＮＢ−ＳＩＢ１送信を含まないと決定し、そして、
・ＵＥが上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを受信するＮＢ−ＩｏＴ搬送波の場合、ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得した後に、サブフレームは、ＮＢ−ＩｏＴ  ＤＬサブフレームで構成される。
・ＤＬ−ＣａｒｒｉｅｒＣｏｎｆｉｇＣｏｍｍｏｎ−ＮＢが存在するＮＢ−ＩｏＴ搬送波の場合、サブフレームは、上位階層パラメータであるｄｏｗｎｌｉｎｋＢｉｔｍａｐＮｏｎＡｎｃｈｏｒによりＮＢ−ＩｏＴ  ＤＬサブフレームで構成される。
【０１９６】
ｔｗｏＨＡＲＱ−Ｐｒｏｃｅｓｓｅｓ−ｒ１４を支援するＮＢ−ＩｏＴ  ＵＥの場合、最大２個の下向きリンクＨＡＲＱプロセスがなければならない。
【０１９７】
ＵＥに対して意図されたサブフレーム
0006818139.tif 000262
で終わるＤＣＩフォーマットＮ１、Ｎ２を有するＮＰＤＣＣＨの与えられたサービングセルに対する検出の際、ＵＥは、
0006818139.tif 000263
ＤＬサブフレームから始めてＮＰＤＣＣＨ情報に応じて
0006818139.tif 000264
を有するＮ個の連続するＮＢ−ＩｏＴ  ＤＬサブフレーム（等）
0006818139.tif 000265
の対応するＮＰＤＳＣＨ送信をデコードすべきであり、ここで、サブフレーム
0006818139.tif 000266
は、ＮＰＤＣＣＨが送信される最後のサブフレームであり、ＮＰＤＣＣＨ送信の開始サブフレーム及び対応するＤＣＩのＤＣＩサブフレーム繰り返し番号フィールドから決定される；
【０１９８】
ｉ＝０、１、．．．、Ｎ−１であるサブフレーム（等）ｎｉは、ＳＩメッセージのために使用されるサブフレームを除いたＮ個の連続するＮＢ−ＩｏＴ  ＤＬサブフレーム（等）であり、ここで、ｎ０＜ｎ１＜．．．、ｎＮ−１であり、
0006818139.tif 000267
であり、ここで、
0006818139.tif 000268
の値は、対応するＤＣＩの繰り返し番号フィールドにより決定され、
0006818139.tif 000269
の値は、対応するＤＣＩの資源割当フィールドにより決定され、そして、
0006818139.tif 000270
は、ＤＬサブフレーム
0006818139.tif 000271
から始めて、ＤＬサブフレーム
0006818139.tif 000272
までＮＢ−ＩｏＴ  ＤＬサブフレーム（等）の個数であり、ここで、
0006818139.tif 000273
は、ＤＣＩフォーマットＮ１に対してスケジューリング遅延フィールド
0006818139.tif 000274
により決定され、ＤＣＩフォーマットＮ２に対して
0006818139.tif 000275
である。Ｇ−ＲＮＴＩによりスクランブリングされたＤＣＩ  ＣＲＣの場合、
0006818139.tif 000276
は、表２１によるスケジューリング遅延フィールド
0006818139.tif 000277
により決定され、それとも、
0006818139.tif 000278
は、表２０によるスケジューリング遅延フィールド
0006818139.tif 000279
により決定される。
0006818139.tif 000280
の値は、対応するＤＣＩフォーマットＮ１に対する３ＧＰＰ  ３６．２１３の下位節１６．６にしたがう。
【０１９９】
表２０は、ＤＣＩフォーマットＮ１に対する
0006818139.tif 000281
の一例を表す。
【０２００】
【表２０】
0006818139.tif 000282
【０２０１】
表２１は、Ｇ−ＲＮＴＩによりスクランブリングされたＤＣＩ  ＣＲＣを有するＤＣＩフォーマットＮ１に対する
0006818139.tif 000283
の一例を表す。
【０２０２】
【表２１】
0006818139.tif 000284
【０２０３】
ＵＥによるＮＰＵＳＣＨ送信の終了以後、ＵＥは、３個のＤＬサブフレームでの送信を受信することと期待されない。
【０２０４】
ＮＰＳＩＣＨに対するＤＣＩフォーマットＮ１、Ｎ２（ページング）の資源割当情報は、スケジューリングされたＵＥに指示される。
【０２０５】
表２２は、ＮＰＤＳＣＨに対するサブフレーム数の一例を表す。表２２による対応するＤ  ＣＩで資源割当フィールド
0006818139.tif 000285
により決定されるサブフレームの個数
0006818139.tif 000286
。
【０２０６】
表２３による対応するＤＣＩで繰り返し回数フィールド
0006818139.tif 000287
により決定される繰り返し回数
0006818139.tif 000288
。
【０２０７】
【表２２】
0006818139.tif 000289
【０２０８】
表２３は、ＮＰＤＳＣＨに対する繰り返し回数の一例を表す。
【０２０９】
【表２３】
0006818139.tif 000290
【０２１０】
ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを運搬するＮＰＤＳＣＨに対する繰り返し回数は、上位−階層により構成されるパラメータｓｃｈｅｄｕｌｉｎｇＩｎｆｏＳＩＢ１に基づいて決定され、表２４にしたがう。
【０２１１】
表２４は、ＳＩＢ１−ＮＢに対する繰り返し回数の一例を示す。
【０２１２】
【表２４】
0006818139.tif 000291
【０２１３】
ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信のための開始無線フレームは、表２５によって決定される。
【０２１４】
表２５は、ＳＩＢ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信のための開始無線フレームの一例を表す。
【０２１５】
【表２５】
0006818139.tif 000292
【０２１６】
ＮＰＤＳＣＨに対する開始ＯＦＤＭシンボルは、サブフレーム
0006818139.tif 000293
の１番目のスロットのインデックス
0006818139.tif 000294
により提供され、次のように決定される。
【０２１７】
・サブフレーム
0006818139.tif 000295
がＳＩＢ１−ＮＢを受信するために使用されるサブフレームであれば、
上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏの値が「００」または「０１」に設定されれば
0006818139.tif 000296
それとも、
0006818139.tif 000297
・それとも、
上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅの値が存在すれば、
0006818139.tif 000298
は、上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅにより提供される。
それとも、
0006818139.tif 000299
【０２１８】
ＡＣＫ／ＮＡＣＫを受信するためのＵＥ手順（ＵＥ  ｐｒｏｃｅｄｕｒｅ  ｆｏｒ  ｒｅｐｏｒｔｉｎｇ  ＡＣＫ／ＮＡＣＫ）
ＵＥのために意図され、ＡＣＫ／ＮＡＣＫが提供されなければならないＮＢ−ＩｏＴサブフレームｎで終わるＮＰＤＳＣＨ送信の検出時に、ＵＥは、Ｎ個の連続するＮＢ−ＩｏＴ  ＵＬスロットでＮＰＵＳＣＨフォーマット２を使用することがＡＣＫ／ＮＡＣＫ応答を運搬するＮＰＵＳＣＨの
0006818139.tif 000300
ＤＬサブフレーム送信の終了時に、提供され、始まらなければならず、ここで、
0006818139.tif 000301
であり、
0006818139.tif 000302
の値は、Ｍｓｇ４  ＮＰＤＳＣＨ送信のための連関したＮＰＲＡＣＨ資源に対して構成された上位階層パラメータａｃｋ−ＮＡＣＫ−ＮｕｍＲｅｐｅｔｉｔｉｏｎｓ−Ｍｓｇ４及び、それとも、上位階層パラメータａｃｋ−ＮＡＣＫ−ＮｕｍＲｅｐｅｔｉｔｉｏｎｓにより提供され、
0006818139.tif 000303
の値は、資源ユニット内のスロットの個数であり、ＡＣＫ／ＮＡＣＫのために割り当てられた副搬送波及びｋ０の値は、３ＧＰＰ  ＴＳ  ３６．２１３の表１６．４．２−１、及び表１６．４．２−２による対応するＮＰＤＣＣＨのＤＣＩフォーマットのＡＣＫ／ＮＡＣＫ資源フィールドにより決定される。
【０２１９】
狭帯域物理放送チャネル（ＮＰＢＣＨ：Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）
ＢＣＨ送信チャネルに対するプロセシング構造は、３ＧＰＰ  ＴＳ  ３６．２１２の５．３．１節にしたがい、次のような相違点がある。
【０２２０】
・送信時間間隔（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）は、６４０ｍｓである。
・ＢＣＨ送信ブロックの大きさは、３４ビットに設定される。
・ＮＰＢＣＨに対するＣＲＣマスクは、３ＧＰＰ  ＴＳ  ３６．２１２の表５．３．１．１−１によってｅＮｏｄｅＢで１個または２個の送信アンテナポートにより選択され、ここで、送信アンテナポートは、３ＧＰＰ  ＴＳ  ３６．２１１のセクション１０．２．６に定義されている。
・レートマッチングビットの数は、３ＧＰＰ  ＴＳ  ３６．２１１のセクション１０．２．４．１に定義されている。
【０２２１】
スクランブリングは、ＮＰＢＣＨを介して送信されるビット等の数を表す
0006818139.tif 000304
を用いて３ＧＰＰ  ＴＳ  ３６．２１１の６．６．１節によって行われる。
0006818139.tif 000305
は、正規循環プレフィックスに対して１６００と同一である。スクランブリングシーケンスは、
0006818139.tif 000306
を満たす無線フレームで
0006818139.tif 000307
に初期化される。
【０２２２】
変調は、各アンテナポートに対してＱＰＳＫ変調方式を使用して行われ、
0006818139.tif 000308
を満たす各無線フレームから始める６４個の連続する無線フレームの間、サブフレーム０で送信される。
【０２２３】
レイヤマッピング及びプレコーディングは、Ｐ∈｛１、２｝である３ＧＰＰ  ＴＳ  ３６．２１１の６．６．３節によって行われる。ＵＥは、狭帯域物理放送チャネルの送信のために、アンテナポート
0006818139.tif 000309
及び
0006818139.tif 000310
が使用されると仮定する。
【０２２４】
0006818139.tif 000311
のサブフレーム０へのマッピングを続ける前に、サブフレームは、７個の次の無線フレームでサブフレーム０で繰り返される。サブフレームの１番目の３個のＯＦＤＭシンボルは、マッピングプロセスで使用されない。マッピング目的のために、ＵＥは、実際構成と関係なく存在するアンテナポート２０００及び２００１に対する狭帯域参照信号及びアンテナポート０−３に対するセル−特定参照信号を仮定する。セル−特定参照信号の周波数遷移は、３ＧＰＰ  ＴＳ  ３６．２１１の６．１０．１．２節の
0006818139.tif 000312
の計算でセル
0006818139.tif 000313
を
0006818139.tif 000314
に代えて計算する。
【０２２５】
狭帯域物理下向きリンク制御チャネル（ＮＰＤＣＣＨ：Ｎａｒｒｏｗｂａｎｄ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）
狭帯域物理下向きリンク制御チャネルは、制御情報を運搬する。狭帯域物理制御チャネルは、１個または２個の連続する狭帯域制御チャネル要素（ＮＣＣＥｓ：ｎａｒｒｏｗｂａｎｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）の集成（ａｇｇｒｅｇａｔｉｏｎ）を介して送信され、ここで、狭帯域制御チャネル要素は、サブフレームで６個の連続する副搬送波に対応し、ここで、ＮＣＣＥ  ０は、副搬送波０〜５を占有し、ＮＣＣＥ  １は、副搬送波６〜１１を占有する。ＮＰＤＣＣＨは、表１−２６に挙げられた種々のフォーマットを支援する。ＮＰＤＣＣＨフォーマット１の場合、全てのＮＣＣＥが同じサブフレームに属する。１個または２個のＮＰＤＣＣＨがサブフレーム内で送信され得る。
【０２２６】
表２６は、支援されるＮＰＤＣＣＨフォーマットの一例を表す。
【０２２７】
【表２６】
0006818139.tif 000315
【０２２８】
スクランブリングは、ＴＳ  ３６．２１１の６．８．２節によって行われなければなら
ない。スクランブリングシーケンスは、
0006818139.tif 000316
を有する４番目毎のＮＰＤＣＣＨサブフレーム以後、ＴＳ  ３６．２１３の１６．６節によってサブフレーム
0006818139.tif 000317
の開始で初期化されなければならず、ここで  は、スクランブリングが（再−）初期化されるＮＰＤＣＣＨサブフレームの１番目のスロットである。
【０２２９】
変調は、ＴＳ  ３６．２１１の６．８．３節によってＱＰＳＫ変調方式を使用して行われる。
【０２３０】
レイヤマッピングとプレコーディングは、ＮＰＢＣＨと同じアンテナポートを使用してＴＳ  ３６．２１１の６．６．３節によって行われる。
【０２３１】
0006818139.tif 000318
【０２３２】
これらは、ＮＰＤＣＣＨ送信のために割り当てられたＮＣＣＥ（等）の部分であり、そして、これらは、ＮＰＢＣＨ、ＮＰＳＳ、またはＮＳＳＳの送信のために使用されないことと仮定され、そして、これらは、ＮＲＳのためにＵＥにより使用されないことと仮定され、そして、これらは（存在するならば）、ＴＳ  ３６．２１１の６節で定義されたように、ＰＢＣＨ、ＰＳＳ、ＳＳＳ、またはＣＲＳのために使用される資源要素と重ならず、そして、サブフレームの１番目のスロットのインデックス
0006818139.tif 000319
は、
0006818139.tif 000320
を満たし、ここで、
0006818139.tif 000321
は、３ＧＰＰ  ＴＳ  ３６．２１３の１６．６．１節により提供される。
【０２３３】
前述された基準を満たすアンテナポートｐを介しての資源要素
0006818139.tif 000322
へのマッピングは、サブフレームの１番目のスロットから始めて２番目のスロットで終わる、１番目にインデックス
0006818139.tif 000323
、以後、インデックス
0006818139.tif 000324
の増加順序である。
【０２３４】
ＮＰＤＣＣＨ送信は、ＮＰＤＣＣＨ送信が延期される送信ギャップを有する上位階層により構成されることができる。前記構成は、ＴＳ  ３６．２１１の１０．２．３．４節のＮＰＤＳＣＨについて説明したことと同一である。
【０２３５】
ＮＢ−ＩｏＴ下向きリンクサブフレームでない場合、ＵＥは、サブフレーム
0006818139.tif 000325
でＮＰＤＣＣＨを期待しない。ＮＰＤＣＣＨ送信の場合、ＮＢ−ＩｏＴ下向きリンクサブフレームでないサブフレームで、ＮＰＤＣＣＨ送信は、次のＮＢ−ＩｏＴ下向きリンクサブフレームまで延期される。
【０２３６】
ＤＣＩフォーマット
ＤＣＩフォーマットＮ０ＤＣＩフォーマットＮ０は、１つのＵＬセルでＮＰＵＳＣＨのスケジューリングのために使用される。次の情報は、ＤＣＩフォーマットＮ０により送信される。
【０２３７】
フォーマットＮ０／フォーマットＮ１区別（１ビット）、副搬送波表示（６ビット）、資源割当（３ビット）、スケジューリング遅延（２ビット）、変調及びコーディング方式（４ビット）、リダンダンシバージョン（１ビット）、繰り返し回数（３ビット）、新しいデータ指示子（１ビット）、ＤＣＩサブフレーム繰り返し回数（２ビット）に対するフラグ
【０２３８】
ＤＣＩフォーマットＮ１
ＤＣＩフォーマットＮ１は、１つのセルで１つのＮＰＤＳＣＨコードワードのスケジューリング及びＮＰＤＣＣＨ順序により開始されるランダムアクセス手順に使用される。ＮＰＤＣＣＨ順序に対応するＤＣＩは、ＮＰＤＣＣＨにより運搬される。次の情報は、ＤＣＩフォーマットＮ１により送信される：
【０２３９】
・フォーマットＮ０／フォーマットＮ１区別（１ビット）、ＮＰＤＣＣＨ順序指示子（１ビット）に対するフラグ
フォーマットＮ１は、ＮＰＤＣＣＨ順序指示子が「１」に設定され、フォーマットＮ１  ＣＲＣがＣ−ＲＮＴＩにスクランブリングされ、残りの全てのフィールドが次のように設定される場合にのみ、ＮＰＤＣＣＨ順序により開始されるランダムアクセス手順に使用される：
・ＮＰＲＡＣＨ繰り返し（２ビット）の開始番号、ＮＰＲＡＣＨの副搬送波指示（６ビット）、フォーマットＮ１の残りの全てのビットは１に設定される。
それとも、
・スケジューリング遅延（３ビット）、資源割当（３ビット）、変調及びコーディング方式（４ビット）、繰り返し回数（４ビット）、新しいデータ指示子（１ビット）、ＨＡＲＱ−ＡＣＫ資源（４ビット）、ＤＣＩサブフレーム繰り返し回数（２ビット）
フォーマットＮ１  ＣＲＣがＲＡ−ＲＮＴＩにスクランブリングされれば、上記のフィールドのうち、次のフィールドが予約される。
・新しいデータ指示子、ＨＡＲＱ−ＡＣＫ資源
フォーマットＮ１の情報ビット数がフォーマットＮ０の情報ビット数より小さければ、ペイロード大きさがフォーマットＮ０と同一になるまでゼロがフォーマットＮ１に添付される。
【０２４０】
ＤＣＩフォーマットＮ２
ＤＣＩフォーマットＮ２は、ページング及び直接指示に使用される。次の情報は、ＤＣＩフォーマットＮ２により送信される。
ページング／直接指示区別のためのフラグ（１ビット）
フラグ＝０の場合：
・直接指示情報（８ビット）、大きさがフラグ＝１であるフォーマットＮ２の大きさと同じ大きさになるまで予約情報ビットが追加される。
フラグ＝１の場合：
・資源割当（３ビット）、変調及びコーディング方式（４ビット）、繰り返し回数（４ビット）、ＤＣＩサブフレーム繰り返し回数（３ビット）
【０２４１】
ＮＰＤＣＣＨ関連手順
ＵＥは、制御情報のための上位階層シグナリングにより構成されるＮＰＤＣＣＨ候補セットをモニタリングしなければならず、ここで、モニタリングは、全てのモニタリングされるＤＣＩフォーマットによってセット内のＮＰＤＣＣＨの各々をデコードしようと試みることを意味する。
【０２４２】
集成レベル
0006818139.tif 000326
と繰り返しレベル
0006818139.tif 000327
でのＮＰＤＣＣＨ探索空間
0006818139.tif 000328
は、ＮＰＦＣＣＨ候補のセットにより定義され、ここで、各候補は、サブフレーム
0006818139.tif 000329
で始めるＳＩメッセージの送信のために使用されるサブフレームを除いたＲ個の連続するＮＢ−ＩｏＴ下向きリンクサブフレームのセットで繰り返される。
【０２４３】
0006818139.tif 000330
【０２４４】
類型１−ＮＰＤＣＣＨ共通探索空間に対して、
0006818139.tif 000331
であり、ＮＢ−ＩｏＴページング機会サブフレームの位置から決定される。
【０２４５】
ＵＥがＮＰＤＣＣＨ  ＵＥ−特定探索空間をモニタリングするために、ＮＢ−ＩｏＴ搬送波で上位階層により構成される場合、ＵＥは、上位階層に構成されたＮＢ−ＩｏＴ搬送波を介してＮＰＤＣＣＨ  ＵＥ−特定探索空間をモニタリングし、ＵＥは、上位階層に構成されたＮＢ−ＩｏＴ搬送波を介してＮＰＳＳ、ＮＳＳＳ、ＮＰＢＣＨを受信することと期待されない。
【０２４６】
それとも、
ＵＥは、ＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨが検出された同じＮＢ−ＩｏＴ搬送波を介してＮＰＤＣＣＨ  ＵＥ−特定探索空間をモニタリングする。
【０２４７】
サブフレーム
0006818139.tif 000332
の１番目のスロットでインデックス
0006818139.tif 000333
により提供されるＮＰＤＣＣＨに対する開始ＯＦＤＭシンボルは、次のように決定される。
【０２４８】
上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅが存在する場合、
0006818139.tif 000334
は、上位階層パラメータｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅにより提供される。
【０２４９】
それとも、
0006818139.tif 000335
【０２５０】
狭帯域参照信号（ＮＲＳ：Ｎａｒｒｏｗｂａｎｄ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）
ＵＥがｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを取得する前に、ＵＥは、狭帯域参照信号がＮＳＳＳを含まないサブフレーム＃９で、そして、サブフレーム＃０及び＃４で送信されると仮定することができる。
【０２５１】
ＵＥがガード帯域（ｇｕａｒｄｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）を表す上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを受信する場合、
ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得する前に、ＵＥは、ＮＳＳＳを含まないサブフレーム＃９で、そして、サブフレーム＃０、＃１、＃３、＃４で狭帯域参照信号が送信されると仮定することができる。
【０２５２】
ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得した後、ＵＥは、ＮＳＳＳを含まないサブフレーム＃９、サブフレーム＃０、＃１、＃３、＃４で、そして、ＮＢ−ＩｏＴ下向きリンクサブフレームで狭帯域参照信号が送信されることと仮定することができ、他の下向きリンクサブフレームで狭帯域参照信号を期待しない。
【０２５３】
ＵＥがｉｎｂａｎｄ−ＳａｍｅＰＣＩまたはｉｎｂａｎｄ−Ｄｉｆｆｅｒｅｎｔ  ＰＣＩを指示する上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを受信すれば、
ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得する前に、ＵＥは、ＮＳＳＳを含まないサブフレーム＃９で、そして、サブフレーム＃０、＃４で狭帯域参照信号が送信されると仮定することができる。
【０２５４】
ＵＥがＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢを取得した後、ＵＥは、ＮＳＳＳを含まない、サブフレーム＃９、サブフレーム＃０、＃４で、そして、ＮＢ−ＩｏＴ下向きリンクサブフレームで狭帯域参照信号が送信されることと仮定することができ、他の下向きリンクサブフレームで狭帯域参照信号を期待しない。
【０２５５】
狭帯域プライマリ同期信号（ＮＰＳＳ：Ｎａｒｒｏｗｂａｎｄ  Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）
狭帯域プライマリ同期信号に使用されるシーケンス
0006818139.tif 000336
は、下記の数式１７によって周波数領域のＺａｄｏｆｆ−Ｃｈｕシーケンスから生成される。
【０２５６】
【数１７】
0006818139.tif 000337
【０２５７】
ここで、相違したシンボルインデックスｌに対するＺａｄｏｆｆ−Ｃｈｕルートシーケンスインデックス
0006818139.tif 000338
及び
0006818139.tif 000339
は、表２７として提供される。
【０２５８】
表２７は、Ｓ（ｌ）の一例を表す。
【０２５９】
【表２７】
0006818139.tif 000340
【０２６０】
同一アンテナポートは、サブフレーム内の狭帯域プライマリ同期信号の全てのシンボルに対して使用されなければならない。
【０２６１】
ＵＥは、狭帯域プライマリ同期信号が任意の下向きリンク参照信号と同じアンテナポートを介して送信されると仮定してはならない。ＵＥは、与えられたサブフレームでの狭帯域プライマリ同期信号の送信が任意の他のサブフレームでの狭帯域プライマリ同期信号と同一の、同じアンテナポートまたはポート等を使用すると仮定してはならない。
【０２６２】
0006818139.tif 000341
【０２６３】
狭帯域セカンダリ同期信号（ＮＳＳＳ：Ｎａｒｒｏｗｂａｎｄ  Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌｓ）
狭帯域セカンダリ同期信号のために使用されるシーケンス
0006818139.tif 000342
は、下記の数式１８によって周波数領域Ｚａｄｏｆｆ−Ｃｈｕシーケンスから生成される。
【０２６４】
【数１８】
0006818139.tif 000343
【０２６５】
0006818139.tif 000344
【０２６６】
表２８は、
0006818139.tif 000345
の一例を表す。
【０２６７】
【表２８】
0006818139.tif 000346
【０２６８】
同一アンテナポートは、サブフレーム内の狭帯域セカンダリ同期信号の全てのシンボルに対して使用されなければならない。
【０２６９】
ＵＥは、狭帯域セカンダリ同期化信号が任意の下向きリンク参照信号と同じアンテナポートを介して送信されると仮定してはならない。ＵＥは、与えられたサブフレームで狭帯域セカンダリ同期化信号の送信が任意の他のサブフレームの狭帯域セカンダリ同期化信号と同じアンテナポート、またはポート等を使用すると仮定してはならない。
【０２７０】
シーケンス
0006818139.tif 000347
は、１２個の割り当てられた副搬送波を介して１番目のインデックス
0006818139.tif 000348
、その後、
0006818139.tif 000349
を満たす無線フレームで割り当てられた最後の
0006818139.tif 000350
シンボルを介してインデックス
0006818139.tif 000351
の順序が増加する順序で、
0006818139.tif 000352
から始めるシーケンスで資源要素
0006818139.tif 000353
にマッピングされなければならず、ここで、
0006818139.tif 000354
は、表２９として提供される。
【０２７１】
表２９は、ＮＳＳＳシンボルの個数の一例を表す。
【０２７２】
【表２９】
0006818139.tif 000355
【０２７３】
ＯＦＤＭ基底帯域信号生成
上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏが「ｉｎｂａｎｄ−ＳａｍｅＰＣＩ」を指示せず、ｓａｍｅＰＣＩ−Ｉｎｄｉｃａｔｏｒが「ｓａｍｅＰＣＩ」を指示しないならば、下向きリンクスロットでＯＦＤＭシンボル
0006818139.tif 000356
のアンテナポート
0006818139.tif 000357
を介しての時間−連続信号
0006818139.tif 000358
は、下記の数式１９により定義される。
【０２７４】
【数１９】
0006818139.tif 000359
【０２７５】
0006818139.tif 000360
【０２７６】
上位階層パラメータｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏが「ｉｎｂａｎｄ−ＳａｍｅＰＣＩ」を指示するか、またはｓａｍｅＰＣＩ−Ｉｎｄｉｃａｔｏｒが「ｓａｍｅＰＣＩ」を指示すれば、ＯＦＤＭシンボル
0006818139.tif 000361
のアンテナポートｐを介しての時間−連続信号
0006818139.tif 000362
は、ここで、
0006818139.tif 000363
は、最後の偶数番目のサブフレームの開始でのＯＦＤＭシンボルインデックスであり、下記の数式２０により定義される。
【０２７７】
【数２０】
0006818139.tif 000364
【０２７８】
0006818139.tif 000365
【０２７９】
特定３ＧＰＰ  ｓｐｅｃ．では、狭帯域ＩｏＴ下向きリンクに対して単に一般（ｎｏｒｍａｌ）ＣＰのみ支援される。
【０２８０】
以下、狭帯域物理放送チャネル（ＮＰＢＣＨ）の物理階層プロセスについてより具体的に説明する。
【０２８１】
スクランブリング（ｓｃｒａｍｂｌｉｎｇ）
スクランブリングは、ＮＰＢＣＨを介して送信されるビットの数を表す
0006818139.tif 000366
を用いて３ＧＰＰ  ＴＳ  ３６．２１１の６．６．１節によって行われる。
0006818139.tif 000367
は、一般循環前置（ｎｏｒｍａｌ  ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）に対して１６００と同一である。スクランブリングシーケンスは、
0006818139.tif 000368
を満たす無線フレームで
0006818139.tif 000369
に初期化される。
【０２８２】
変調（ｍｏｄｕｌａｔｉｏｎ）
変調は、ＴＳ  ３６．２１１の６．６．２節によって表１０．２．４．２−１の変調方式を使用して行われる。
【０２８３】
表３０は、ＮＰＢＣＨに対する変調方式の一例を表す。
【０２８４】
【表３０】
0006818139.tif 000370
【０２８５】
レイヤマッピング（ｌａｙｅｒ  ｍａｐｐｉｎｇ）及びプレコーディング（ｐｒｅｃｏｄｉｎｇ）
レイヤマッピング及びプレコーディングは、Ｐ∈｛１、２｝である３ＧＰＰ  ＴＳ  ３６．２１１の６．６．３節によって行われる。ＵＥは、狭帯域物理放送チャネルの送信のために、アンテナポート
0006818139.tif 000371
及び
0006818139.tif 000372
が使用されると仮定する。
【０２８６】
0006818139.tif 000373
【０２８７】
マッピング目的のために、ＵＥは、実際構成と関係なく存在するアンテナポート２０００及び２００１に対する狭帯域参照信号及びアンテナポート０−３に対するセル−特定参照信号を仮定する。セル−特定参照信号の周波数遷移は、３ＧＰＰ  ＴＳ  ３６．２１１の６．１０．１．２節の
0006818139.tif 000374
の計算でセル
0006818139.tif 000375
を
0006818139.tif 000376
に代えて計算する。
【０２８８】
次に、ＭＩＢ−ＮＢ及びＳＩＢＮ１−ＮＢと関連した情報についてより具体的に説明する。
【０２８９】
マスター情報ブロック（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）−ＮＢ
ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢは、ＢＣＨを介して送信されるシステム情報を含む。
【０２９０】
シグナリング無線ベアラー（Ｓｉｇｎａｌｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ）：Ｎ／Ａ
ＲＬＣ−ＳＡＰ：ＴＭ
論理チャネル（Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）：ＢＣＣＨ
方向（Ｄｉｒｅｃｔｉｏｎ）：ＵＥへのＥ−ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ  ｔｏ  ＵＥ）
【０２９１】
表３１は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢフォーマットの一例を表す。
【０２９２】
【表３１】
0006818139.tif 000377
【０２９３】
表３２は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＮＢフィールドの説明を表す。
【０２９４】
【表３２−１】
0006818139.tif 000378
【０２９５】
【表３２−２】
0006818139.tif 000379
【０２９６】
システム情報ブロック類型１（ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１）−ＮＢ
ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１−ＮＢメッセージは、ＵＥがセルをアクセスすることが許されるかを評価するとき、関連した情報を含み、他のシステム情報のスケジューリングを定義する。
【０２９７】
シグナリング無線ベアラー（Ｓｉｇｎａｌｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ）：Ｎ／Ａ
ＲＬＣ−ＳＡＰ：ＴＭ
論理チャネル（Ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）：ＢＣＣＨ
方向（Ｄｉｒｅｃｔｉｏｎ）：Ｅ−ＵＴＲＡＮからＵＥに（Ｅ−ＵＴＲＡＮ  ｔｏ  ＵＥ）
【０２９８】
表３３は、ＳｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋＴｙｐｅ１（ＳＩＢ１）−ＮＢメッセージの一例を表す。
【０２９９】
【表３３】
0006818139.tif 000380
【０３００】
表３４は、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１−ＮＢフィールドの説明を表す。
【０３０１】
【表３４−１】
0006818139.tif 000381
【０３０２】
【表３４−２】
0006818139.tif 000382
【０３０３】
【表３４−３】
0006818139.tif 000383
【０３０４】
【表３４−４】
0006818139.tif 000384
【０３０５】
【表３５】
0006818139.tif 000385
【０３０６】
本明細書において提案するＴＤＤ  ＮＢ−ＩｏＴシステムでＳＩＢ１−ＮＢを送受信する方法を説明するに先立ち、後述する用語の略語及び定義についてまとめる。
【０３０７】
略語（ａｂｂｒｅｖｉａｔｉｏｎ）
ＭＩＢ−ＮＢ：ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ−ｎａｒｒｏｗｂａｎｄ
ＳＩＢ１−ＮＢ：ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１−ｎａｒｒｏｗｂａｎｄ
ＣＲＳ：ｃｅｌｌ  ｓｐｅｃｉｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｏｒ  ｃｏｍｍｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ
ＡＲＦＣＮ：ａｂｓｏｌｕｔｅ  ｒａｄｉｏ−ｆｒｅｑｕｅｎｃｙ  ｃｈａｎｎｅｌ  ｎｕｍｂｅｒ
ＰＲＢ：ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ
ＰＲＧ：ｐｒｅｃｏｄｉｎｇ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ｇｒｏｕｐ
ＰＣＩ：ｐｈｙｓｉｃａｌ  ｃｅｌｌ  ｉｄｅｎｔｉｆｉｅｒ
Ｎ／Ａ：ｎｏｎ−ａｐｐｌｉｃａｂｌｅ
ＥＡＲＦＣＮ：Ｅ−ＵＴＲＡ  ａｂｓｏｌｕｔｅ  Ｒａｄｉｏ    Ｆｒｅｑｕｅｎｃｙ  ｃｈａｎｎｅｌ  ｎｕｍｂｅｒ
ＲＲＭ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ
ＲＳＲＰ：ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ
ＲＳＲＱ：ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｑｕａｌｉｔｙ
ＴＢＳ：ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ  ｓｉｚｅ
ＴＤＤ／ＦＤＤ：ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ／ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ
【０３０８】
定義（ｄｅｆｉｎｉｔｉｏｎ）
ＮＢ−ＩｏＴ：ＮＢ−ＩｏＴは、２００ｋＨｚに制限されたチャネル帯域幅でＥ−ＵＴＲＡを介してネットワークサービスにアクセスできるようにする。
【０３０９】
ＮＢ−ＩｏＴインバンド動作（ｉｎｂａｎｄ  ｏｐｅｒａｔｉｏｎ）：ＮＢ−ＩｏＴは、通常的な（ｎｏｒｍａｌ）Ｅ−ＵＴＲＡキャリア内で資源ブロック（等）を利用するとき、ｉｎｂａｎｄとして動作する。
【０３１０】
ＮＢ−ＩｏＴガードバンド動作（ｇｕａｒｄｂａｎｄ  ｏｐｅｒａｔｉｏｎ）：ＮＢ−ＩｏＴは、Ｅ−ＵＴＲＡキャリアのｇｕａｒｄ  ｂａｎｄ内で使用されない資源ブロック（等）を利用するとき、ｇｕａｒｄｂａｎｄとして動作する。
【０３１１】
ＮＢ−ＩｏＴ独立型動作（ｓｔａｎｄａｌｏｎｅ  ｏｐｅｒａｔｉｏｎ）：ＮＢ−ＩｏＴは、自分のスペクトル（ｓｐｅｃｔｒｕｍ）を使用するとき、ｓｔａｎｄａｌｏｎｅとして動作する。例えば、１つ以上のＧＳＭ  ｃａｒｒｉｅｒに代えて現在、ＧＥＲＡＮシステムにより使用されるスペクトルと潜在的なＩｏＴ配置（ｄｅｐｌｏｙｍｅｎｔ）のために分散された（ｓｃａｔｔｅｒｅｄ）スペクトル。
【０３１２】
アンカーキャリア（ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）：ＮＢ−ＩｏＴで、端末がＦＤＤに対してＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ／ＳＩＢ−ＮＢ、またはＴＤＤに対してＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨが送信されることと仮定するキャリア。
【０３１３】
ノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）：ＮＢ−ＩｏＴで、端末がＦＤＤに対してＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ／ＳＩＢ−ＮＢ、またはＴＤＤに対してＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨを送信すると仮定しないキャリア。
【０３１４】
チャネルラスタ（ｃｈａｎｎｅｌ  ｒａｓｔｅｒ）：端末が資源を読み出す少なくとも単位。ＬＴＥシステムの場合、チャネルラスタ（ｃｈａｎｎｅｌ  ｒａｓｔｅｒ）は、１００ｋＨｚの値を有する。
【０３１５】
また、本明細書に記載される「／」は、「及び／又は」と解釈されることができ、「Ａ及び／又はＢ」は、「Ａまたは（及び／又は）Ｂのうち、少なくとも１つを含む」と同じ意味に解釈されることができる。
【０３１６】
以下、本明細書において提案するＴＤＤ  ＮＢ−ＩｏＴシステムでＳＩＢ１−ＮＢを送信する方法について具体的に説明する。
【０３１７】
本明細書において提案する方法は、ＳＩＢ１−ＮＢがアンカー−キャリア（ａｎｃｈｏｒ−ｃａｒｒｉｅｒ）でない第３のキャリア（ｃａｒｒｉｅｒ）上で送信される概念を含む。
【０３１８】
前記第３のキャリアは、前述したｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒなどと称されることができる。
【０３１９】
また、本明細書において提案する方法は、ＳＩＢ１−ＮＢに含まれたメッセージの解釈と関連した一連の手順などを含む。
【０３２０】
本明細書に提案する方法は、説明の都合上、ＮＢ−ＩｏＴシステムを基盤に記述するが、ＭＴＣ、ｅＭＴＣ（ｅｎｈａｎｃｅｄ  ＭＴＣ）などのような低電力／低費用を特徴とする他の通信システムにも適用されることができる。
【０３２１】
この場合、本明細書において提案する方法は、各システムの特徴によって本明細書で記述するチャネル（ｃｈａｎｎｅｌ）、パラメータ（ｐａｒａｍｅｔｅｒ）などが異なるように定義または表現されることができる。
【０３２２】
また、前述したＮＢ−ＩｏＴに対する全般的な説明または手順などは、本明細書において提案する方法を具体化するために適用されることができる。
【０３２３】
本明細書において提案するＳＩＢ１−ＮＢを送信する方法は、大別して（１）システム情報が送信されるｃａｒｒｉｅｒ位置、（２）ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ位置及び繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ      ｎｕｍｂｅｒ）、（３）システム情報無しでＮＲＳを期待できるｓｕｂｆｒａｍｅ位置、（４）ＳＩＢ１−ＮＢメッセージの解釈及び構成、（５）ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でシステム情報が送信される場合、端末のＲＲＭまたはＣＥ  ｌｅｖｅｌと関連した動作、（６）ＤＬ／ＵＬ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、及び（７）ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合、ＮＲＳとＣＲＳ  ｐｏｒｔ数で構成される。
【０３２４】
システム情報が送信され得るｃａｒｒｉｅｒ位置
第１に、システム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）が送信され得るキャリア（ｃａｒｒｉｅｒ）位置について説明する。
ＵＬ／ＤＬ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によってダウンリンクサブフレーム（ｄｏｗｎｌｉｎｋ  ｓｕｂｆｒａｍｅ）が十分でない場合に、基地局は、ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ（例えば、ＳＩＢ１−ＮＢと残りの他のＳＩＢｘ−ＮＢとを区分して各々）をノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）上で端末に送信することができる。
【０３２５】
これは、特定ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎのみで制限的に許されるか、及び／又は特定動作モード（ｏｐｅｒａｔｉｏｎ  ｍｏｄｅ）に対してのみ制限的に許されるか、及び／又はＳＩＢ１−ＮＢの特定一部繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒ）に対してのみ制限的に許されるか、及び／又はＣＲＳ（ｃｅｌｌ  ｓｐｅｃｉｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）及びＮＲＳ（ｎａｒｒｏｗｂａｎｄ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）アンテナポート（ａｎｔｅｎｎａ  ｐｏｒｔ）の数によって制限的に許されることもできる。
【０３２６】
前記特定ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎは、例えば、ｓｕｂｆｒａｍｅ＃０、５、９とｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅを除き、２つ以上のｄｏｗｎｌｉｎｋ  ｓｕｂｆｒａｍｅが存在しないＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎでありうる。
【０３２７】
前記特定ｏｐｅｒａｔｉｏｎ  ｍｏｄｅは、例えば、ｉｎ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅでありうる。
【０３２８】
前記ＳＩＢ１−ＮＢの特定一部ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒは、ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＳＩＢ１によって導かれる値であり、例えば、ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒ４と８は、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でＳＩＢ１−ＮＢに対する送信が許されないこともある。
【０３２９】
また、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でＳＩＢ１−ＮＢのｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒまたは特定区間の間ＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅの数は、ＭＩＢ−ＮＢ内のｓｃｈｅｄｕｌｉｎｇＩｎｆｏＳＩＢ１情報とＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒ位置によって異なるように解釈されることができる。
【０３３０】
このように、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに送信される場合は、次のように大別して２つに区分することができる。
【０３３１】
（１）ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒにのみ送信される場合
（２）ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの両方に送信される場合
【０３３２】
仮りに、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒでないｃａｒｒｉｅｒに送信される場合、ＭＩＢ−ＮＢのｏｐｅｒａｔｉｏｎ  ｍｏｄｅは、ＳＩＢ１−ＮＢのｃａｒｒｉｅｒ及び／又は残りの他のＳＩＢｘ−ＮＢが送信されるｃａｒｒｉｅｒに対しても同様に適用されることができる。
【０３３３】
ｏｐｅｒａｔｉｏｎ  ｍｏｄｅだけでなく、７ｂｉｔｓ  ｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏ内の全ての情報に対しても同様である。
【０３３４】
さらに、ＳＩＢ１−ＮＢでない残りのＳＩＢｘ−ＮＢも特定の１つのｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信され得る。
【０３３５】
ＳＩＢ１−ＮＢのｃａｒｒｉｅｒ位置情報と残りの他のＳＩＢｘ−ＮＢ  ｃａｒｒｉｅｒ位置情報とは、各々ＭＩＢ−ＮＢとＳＩＢ１−ＮＢとに含まれることができる。
【０３３６】
ＭＩＢ−ＮＢとＳＩＢ１−ＮＢとは、残りの他のＳＩＢｘ−ＮＢのように十分なダウンリンク資源（ｄｏｗｎｌｉｎｋ  ｒｅｓｏｕｒｃｅ）を使用して送信されない可能性があるので、これを考慮して、ＡＲＦＣＮ−ＶａｌｕｅＥＵＴＲＡのような形態のｃｈａｎｎｅｌ  ｎｕｍｂｅｒとして知られない。
【０３３７】
ＳＩＢ１−ＮＢを送信するｃａｒｒｉｅｒ位置は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとの相対的なＰＲＢ位置（事前に決まった１つ以上のｏｆｆｓｅｔ値のうち、１つ）に定義されることができる。
【０３３８】
そして、残りのＳＩＢｘ−ＮＢを送信するｃａｒｒｉｅｒ位置は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとの相対的なＰＲＢ位置（事前に決まった１つ以上のｏｆｆｓｅｔ値のうち、１つであり、ｏｆｆｓｅｔ値の範囲は、ＳＩＢ１−ＮＢ送信位置を知らせるためのｏｆｆｓｅｔ値の範囲と同一であるか、または異なることができる）に定義されるか、または、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒとの相対的なＰＲＢ位置に定義されることができる。
【０３３９】
ただし、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒとの両方で送信される場合、ａｎｃｈｏｒ−ｃａｒｒｉｅｒを優先して基地局は（ＳＩＢ１−ＮＢが送信される）、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの位置に対してａｎｃｈｏｒ−ｃａｒｒｉｅｒとの相対的なＰＲＢ位置に知らせることができる。
【０３４０】
これは、ｇｕａｒｄｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅ及びｓｔａｎｄａｌｏｎｅ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅでも同様に適用されることができる。
【０３４１】
すなわち、ｇｕａｒｄｂａｎｄとｓｔａｎｄａｌｏｎｅ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅとは、ＰＲＢ概念が１８０ｋＨｚの単位を称する単位に使用されて、前述したように、ｃａｒｒｉｅｒ間に相対的な位置を表現するために使用されることができる。
【０３４２】
これは、一般的に、ＮＢ−ＩｏＴシステムにおいてｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒを設定するとき、ＡＲＦＣＮ−ＶａｌｕｅＥＵＴＲＡのような形態のチャネル番号（ｃｈａｎｎｅｌ  ｎｕｍｂｅｒ）を使用することと差別点となることができる。
【０３４３】
そして、ＳＩＢ１−ＮＢのｃａｒｒｉｅｒ位置を知らせるのにおいて、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと相対的なＰＲＢ間隔でこれをＭＩＢ−ＮＢで知らせるためには、ＳＩＢ１−ＮＢが送信され得るｃａｒｒｉｅｒの数が制限的である必要がある。
【０３４４】
このとき、ＬＴＥシステムの資源割当（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）を考慮すれば（例えば、ＰＲＧとＲＢＧの単位を考慮すれば）、ＳＩＢ１−ＮＢが送信され得るｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒより周波数観点で高い値と低い値とを少なくとも１つずつ含む必要がある。
【０３４５】
これは、ＳＩＢ１−ＮＢがｇｕａｒｄｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅでもｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信され得る場合にも同様である。
【０３４６】
もちろん、ＳＩＢ１−ＮＢがｓｔａｎｄａｌｏｎｅ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅでもｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信され得る場合にも同様である。
【０３４７】
Ｉｎ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅを例に挙げて、ａｎｃｈｏｒ−ｃａｒｒｉｅｒの位置がＬＴＥシステム帯域（ｂａｎｄｗｉｄｔｈ）内でＰＲＢ  ｋ番目に該当する場合に、ＳＩＢ１−ＮＢが送信され得るｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ位置は、ｋより小さな値と大きい値とを少なくとも１つずつ含む必要がある。
【０３４８】
仮りに、ｋより低いＰＲＢ位置の２個とｋより高いＰＲＢ位置の２個とがＳＩＢ１−ＮＢが送信され得るｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに含まれるならば、ＳＩＢ１−ＮＢが送信され得るｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのＰＲＢ  ｉｎｄｅｘは、低いＰＲＢ番号から順序どおりに｛ｋ−ｋ１、ｋ−ｋ２、ｋ＋ｋ３、ｋ＋ｋ４｝に表現されることができる。
【０３４９】
ここで、「２」は、実施例であり、これと異なる値１または２より大きい値でありうる。また、ｋより低いＰＲＢ位置とｋより高いＰＲＢ位置とのＳＩＢ１−ＮＢが送信され得るｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ数は、互いに同一でないことがある。
【０３５０】
ここで、ｋ１とｋ２、ｋ３、ｋ４は、特定関係を有さないこともある。
【０３５１】
しかし、「ｋ１とｋ４」は、同じ値を有するように定義されることができ、同様に、「ｋ２とｋ３」も同じ値を有するように定義されることができる。
【０３５２】
これを異なるように表現すれば、｛ｋ−ｋ１、ｋ−ｋ２、ｋ＋ｋ２、ｋ＋ｋ１｝となり、ｋ１とｋ２は、連続した値でありうるが、ｋ２は、１より大きい値でありうる。
【０３５３】
これは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのパワーブースティング（ｐｏｗｅｒ  ｂｏｏｓｔｉｎｇ）のために、ａｎｃｈｏｒ−ｃａｒｒｉｅｒに隣接したＮ個のＰＲＢを基地局が使用しないようとすることができるためである。
【０３５４】
もちろん、このような制約がない場合、ｋ１とｋ２は、各々２、１に選択されることができる。
【０３５５】
このように、ＳＩＢ１−ＮＢが送信され得るｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ集合内でＭＩＢ−ＮＢは、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒ位置ｋ’を指示できる。
【０３５６】
これは、ＭＩＢ−ＮＢ内で独立したｆｉｅｌｄを新しく追加して実現されることができる。
【０３５７】
さらに、ｋ１とｋ２（そして、ｋ３、ｋ４）は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅまたはＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅまたはａｎｃｈｏｒ−ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅとＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅによって異なる値に設定されることもできる。
【０３５８】
前記説明においてＳＩＢ１−ＮＢのｃａｒｒｉｅｒ位置を指示するために使用されるＭＩＢ−ＮＢの特定ｆｉｌｅｄで１つの状態（ｓｔａｔｅ）は、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されていることを意味できる。
【０３５９】
または、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されるか否かを知らせるために、独立的な１つのｆｉｅｌｄ−Ａ（例えば、１ｂｉｔとして定義された）を使用することもできる。
【０３６０】
このような場合、ｆｉｅｌｄ−Ａの解釈によってｆｉｅｌｄ−Ｂ（１ｂｉｔ以上で構成されたさらに他の情報）の存在有無や解釈方法が変わることができる。
【０３６１】
例えば、ｆｉｅｌｄ−ＡでＳＩＢ１−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されると指示された場合、端末は、ｆｉｅｌｄ−Ｂを期待しないか、またはｆｉｅｌｄ−Ｂをａｎｃｈｏｒ−ｃａｒｒｉｅｒ内でＳＩＢ１−ＮＢが送信され得るサブフレーム（ｓｕｂｆｒａｍｅ）の位置に関する情報と解釈することができる。
【０３６２】
仮りに、ｆｉｅｌｄ−ＢでＳＩＢ１−ＮＢは、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上に送信されると指示された場合、端末は、前記ｆｉｅｌｄ−ＢをＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒに関する情報取得のために使用することもできる。
【０３６３】
仮りに、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されない場合に、「ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒでのみ送信」されるか、または「ａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上との両方で送信」され得る場合がＭＩＢ−ＮＢによって選択され得る場合、ｆｉｅｌｄ−Ａは、少なくとも２ｂｉｔｓ以上の大きさを有することができる。
【０３６４】
前述したＳＩＢ−ＮＢ送信ｃａｒｒｉｅｒ位置は、ｃｅｌｌ  ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）によってｃｅｌｌ毎に互いに異なることができる。
【０３６５】
例えば、ＳＩＢ１−ＮＢが送信され得るｃａｒｒｉｅｒの集合がｃｅｌｌ  ＩＤによって異なるように構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）されることもできる。
【０３６６】
さらに、ＳＩＢ１−ＮＢが送信され得るｃａｒｒｉｅｒの位置に対する解釈は、ＭＩＢ−ＮＢで指示された情報とともに、ｃｅｌｌ  ＩＤ情報まで含まれて定義されることもできる。
【０３６７】
仮りに、ｏｐｅｒａｔｉｏｎ  ｍｏｄｅによってｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ集合内でＭＩＢ−ＮＢは、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒの位置ｋ’やＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅの位置を他の方法で指示する必要がある場合、下記のような方法を利用できる。
【０３６８】
特徴的に、下記の方法は、ＭＩＢ−ＮＢ内の７ｂｉｔｓ  ｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏのうち、使用されない一部状態（ｓｔａｔｕｓ）を活用できる方法である。
【０３６９】
（１）Ｉｎ−ｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩフィールド利用
・「ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ」５ｂｉｔｓを使用して（ＳＩＢ１−ＮＢが送信される）ｃａｒｒｉｅｒが指示され得る。
・仮りに、ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でＳＩＢ１−ＮＢが送信される場合、「ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ」の一部ｂｉｔを使用してｓｕｂｆｒａｍｅ＃０、８、またはその他のｓｕｂｆｒａｍｅを指示できる。
【０３７０】
（２）Ｇｕａｒｄｂａｎｄフィールド利用
・「ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ」５ｂｉｔｓを使用して（ＳＩＢ１−ＮＢが送信される）ｃａｒｒｉｅｒが指示され得る。
・仮りに、ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でＳＩＢ１−ＮＢが送信される場合、「ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ」の一部ｂｉｔを使用してｓｕｂｆｒａｍｅ＃０、８、またはその他のｓｕｂｆｒａｍｅを指示できる。
【０３７１】
（３）Ｓｔａｎｄａｌｏｎｅフィールド利用
・「ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ」５ｂｉｔｓを使用して（ＳＩＢ１−ＮＢが送信される）ｃａｒｒｉｅｒが指示され得る。
・仮りに、ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でＳＩＢ１−ＮＢが送信される場合、「ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ」の一部ｂｉｔを使用してｓｕｂｆｒａｍｅ＃０、８、またはその他のｓｕｂｆｒａｍｅを指示できる。
【０３７２】
Ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合、ＳＩＢ１−ＮＢが送信され得るｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅもｇｕａｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅに限定されることができる。
【０３７３】
これは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢとが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ間にＭＩＢ−ＮＢとＳＩＢ１−ＮＢとの情報解釈及び適用の混乱を避けるためでありうる。
【０３７４】
このような場合、すなわち、ＭＩＢ−ＮＢでｏｐｅｒａｔｉｏｎ  ｍｏｄｅがｇｕａｒｄ−ｂａｎｄと指定され、ＳＩＢ１−ＮＢ  ｃａｒｒｉｅｒがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒと指示された場合、ＳＩＢ１−ＮＢは、ｉｎ−ｂａｎｄシステム（ＬＴＥシステム）を基準にａｎｃｈｏｒ−ｃａｒｒｉｅｒが含まれたｇｕａｒｄ−ｂａｎｄと反対側のｇｕａｒｄ−ｂａｎｄに位置するように制限されることができる。
【０３７５】
もちろん、これは、ｇｕａｒｄ−ｂａｎｄの大きさによって異なり、これは、一般的に、ｉｎ−ｂａｎｄ  ＬＴＥのｂａｎｄｗｉｄｔｈによって間接的に計算が可能である。
【０３７６】
すなわち、ｉｎ−ｂａｎｄ  ＬＴＥシステムのｂａｎｄｗｉｄｔｈが小さければ、左／右（または、下／上）のｇｕａｒｄ−ｂａｎｄに１８０ｋＨｚ  ｂａｎｄｗｉｄｔｈのＮＢ−ＩｏＴをサービスできる（ｎｏｎ−）ａｎｃｈｏｒ  ｃａｒｒｉｅｒの数が制限的でありうる。
【０３７７】
したがって、端末がｉｎ−ｂａｎｄ  ＬＴＥシステムの帯域（ｂａｎｄｗｉｄｔｈ）を分かることができるならば、端末は、ＳＩＢ１−ＮＢが送信される反対側のｃａｒｒｉｅｒの位置を容易に計算することができる。
【０３７８】
例えば、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅでありながら、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合、ＭＩＢ−ＮＢの使用されない（ｕｎｕｓｅｄ）ｂｉｔｓまたは予約された（ｒｅｓｅｒｖｅｄ）ｂｉｔｓまたはｕｎｕｓｅｄ  ｓｔａｔｅｓを活用してシステム帯域（ｓｙｓｔｅｍ  ｂａｎｄｗｉｄｔｈ）を知らせ、端末は、これに基づいて反対側でＳＩＢ１−ＮＢを送信するｎｏｎ−ａｎｃｈｏｒを分かることができる。
【０３７９】
さらに、ｉｎ−ｂａｎｄ  ＬＴＥシステムのｂａｎｄｗｉｄｔｈが広い場合、すなわち、ｉｎ−ｂａｎｄ  ｓｙｓｔｅｍ  ｂａｎｄｗｉｄｔｈと比例して広くなったｇｕａｒｄ−ｂａｎｄに、一方のｇｕａｒｄ−ｂａｎｄ内でもａｎｃｈｏｒ−ｃａｒｒｉｅｒに隣接したｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒが存在し得る。
【０３８０】
このような場合まで考慮すれば、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合に、ＳＩＢ１−ＮＢが送信され得るｃａｒｒｉｅｒの数は４個でありうる。
【０３８１】
すなわち、１）ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信、２）ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒのすぐに隣接した左（または、下）のｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信、３）ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒのすぐに隣接した右（または、上）のｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信、４）ＳＩＢ１−ＮＢがｉｎ−ｂａｎｄシステムを基準にａｎｃｈｏｒ−ｃａｒｒｉｅｒが属したｇｕａｒｄ−ｂａｎｄの反対側のｇｕａｒｄ−ｂａｎｄでａｎｃｈｏｒ−ｃａｒｒｉｅｒと対称（または、測定関係位置）にｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信されることができる。
【０３８２】
ここで、すぐに隣接したり、反対側対称ｃａｒｒｉｅｒの定義は、論理的な関係を意味し、物理的な関係（ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢとが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）は、３ＧＰＰ  ＴＳ  ３６．ｘｘｘにおいて特定数式等で予め定義または設定されることができる。
【０３８３】
ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢとを送信するｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの組み合わせは、下記の１）〜３）と同様でありうる。
【０３８４】
１）Ｉｎ−ｂａｎｄ  ａｎｃｈｏｒ  ｃａｒｒｉｅｒ＋ｉｎ−ｂａｎｄ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ
・Ｓａｍｅ  ＰＣＩ＋ｓａｍｅ  ＰＣＩ
・Ｄｉｆｆｅｒｅｎｔ  ＰＣＩ＋ｄｉｆｆｅｒｅｎｔ  ＰＣＩ
【０３８５】
２）Ｇｕａｒｄ−ｂａｎｄ  ａｎｃｈｏｒ  ｃａｒｒｉｅｒ＋ｇｕａｒｄ−ｂａｎｄ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ（ｏｒ  ｉｎ−ｂａｎｄ  ｎｏｎ−ａｎｃｈｏｒ    ｃａｒｒｉｅｒ）
・Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）
・Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｇｕａｒｄ−ｂａｎｄ（ｄｏｗｎ／ｕｐ）
・Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｉｎｂａｎｄ  ｓａｍｅ  ＰＣＩ
・Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｉｎｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩ
【０３８６】
３）Ｓｔａｎｄａｌｏｎｅ  ａｎｃｈｏｒ  ｃａｒｒｉｅｒ＋ｓｔａｎｄａｌｏｎｅ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ
【０３８７】
ここで、ｇｕａｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合に、ｕｐとｄｏｗｎは、各々ｉｎｂａｎｄを基準にｆｒｅｑｕｅｎｃｙ領域で上または下ｆｒｅｑｕｅｎｃｙ位置を意味する。
【０３８８】
また、３ＧＰＰ  ＴＳ  ３６．１０４に基づいてまとめられた表３６によれば、ｉｎｂａｎｄのｂａｎｄｗｉｄｔｈが３ＭＨｚ以下である場合に、ｇｕａｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅを使用できない。
【０３８９】
また、ｇｕａｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅを使用する場合、ｃａｒｒｉｅｒの位置は、ｉｎｂａｎｄで最大限近いｃａｒｒｉｅｒから使用するように推奨している。
【０３９０】
表３６は、システム帯域別の許容可能なＮＢ−ＩｏＴ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅの一例を表した表である。
【０３９１】
【表３６】
0006818139.tif 000386
【０３９２】
先に列挙したａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢとを送信するために使用されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの組み合わせを区分するためには、下記のように、ＭＩＢ−ＮＢのｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏ−ｒ１３  ７ｂｉｔのｕｎｕｓｅｄまたはｒｅｓｅｒｖｅｄ  ｂｉｔｓを活用する方法がある。
【０３９３】
下記において、ｂ１、ｂ２、…、ｂＮは、ｕｎｕｓｅｄまたはｒｅｓｅｒｖｅｄ  ｂｉｔｓがＮ個あるとき、これをｂｉｔ単位に論理的に区分するために表現したものである。
【０３９４】
ｂ（ｎ−１）とｂｎは、連続しないことがあり、ｂ１は、ｕｎｕｓｅｄまたはｒｅｓｅｒｖｅｄ  ｂｉｔｓの１番目または最後のｂｉｔでないこともある。ここで、ｎは、１からＮの間の自然数である。
【０３９５】
１．ｉｎｂａｎｄ−ＳａｍｅＰＣＩ−ｒ１３
１）ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ−ｒ１３｛０．．３１｝
２）ｒｅｓｅｒｖｅｄ  ｂｉｔｓ：０
２．ｉｎｂａｎｄ−Ｄｉｆｆｅｒｅｎｔ  ＰＣＩ−ｒ１３
１）ｅｕｔｒａ−ＮｕｍＣＲＳ−Ｐｏｒｔｓ−ｒ１３｛ｓａｍｅ、ｆｏｕｒ｝
２）ｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３｛−７．５、−２．５、２．５、７．５｝
３）ｒｅｓｅｒｖｅｄ  ｂｉｔｓ：２
【０３９６】
ｉｎｂａｎｄ−Ｄｉｆｆｅｒｅｎｔ  ＰＣＩ（ｐｈｙｓｉｃａｌ  ｃｅｌｌ  ＩＤ）ｍｏｄｅである場合、ｒｅｓｅｒｖｅｄ  ｂｉｔで直接ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されるか、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信されるかの可否を知らせるために使用されることができる。
【０３９７】
すなわち、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｉｎｂａｎｄ−Ｄｉｆｆｅｒｅｎｔ  ＰＣＩ  ｍｏｄｅである場合、ＭＩＢ−ＮＢの「未来拡張のための１１個の余分の（ｓｐａｒｅ）ｂｉｔｓ」は、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒに関する情報を表現するために使用されないことがある。
【０３９８】
また、２個の予約された（ｒｅｓｅｒｖｅｄ）ｂｉｔｓのうち、一部ｂｉｔ（ｓ）は、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合に、当該ｃａｒｒｉｅｒの位置情報を知らせるために使用されることができる。
【０３９９】
簡単な実施例として、２ｂｉｔｓを使用してＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの位置をａｎｃｈｏｒ−ｃａｒｒｉｅｒを基準に｛０、−２Ｇ、−Ｇ、＋Ｇ｝を区分するために使用されることができる。
【０４００】
ここで、Ｇは、ＰＲＢ値または１８０ｋＨｚ  ｘ  Ｇにｍａｐｐｉｎｇされることができる。
【０４０１】
また、Ｇ値は、残りのｕｎｕｓｅｄ  ｂｉｔ（ｓ）を使用して指示されることができる。
【０４０２】
また、０は、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信されることを意味できる。
【０４０３】
３．Ｇｕａｒｄｂａｎｄ−ｒ１３
１）ｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３｛−７．５、−２．５、２．５、７．５｝
【０４０４】
上記のｒａｓｔｅｒｏｆｆｓｅｔ−ｒ１３情報から端末は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｉｎｂａｎｄ  ｂａｎｄｗｉｄｔｈから相対的に低い周波数であるか、または高い周波数であるかを分かることができる。
【０４０５】
端末は、ｉｎｂａｎｄ  ｂａｎｄｗｉｄｔｈ情報に対して（５ＭＨｚまたは１５ＭＨｚ）であるか、または（１０ＭＨｚまたは２０ＭＨｚ）であるかを区分することができる。
【０４０６】
すなわち、端末は、５ＭＨｚと１５ＭＨｚとの間にどの値であるか区分できず、１０ＭＨｚと２０ＭＨｚとの間にどの値であるかを区分できないが、少なくとも２個のｇｒｏｕｐを区分することができる。
【０４０７】
ここで、チャネルラスタ（ｃｈａｎｎｅｌ  ｒａｓｔｅｒ）は、端末が資源を読み出す最小単位を表し、ＬＴＥシステムの場合、チャネルラスタ（ｃｈａｎｎｅｌ  ｒａｓｔｅｒ）は、１００ｋＨｚの値を有する。
【０４０８】
端末は、可能な最小周波数帯域幅（６ＲＢ、１．０８ＭＨｚ）だけの周波数値をチャネルラスタ（ｃｈａｎｎｅｌ  ｒａｓｔｅｒ、例：１００ｋＨｚ）間隔で順次モニタリングする。
【０４０９】
前記ｃｈａｎｎｅｌ  ｒａｓｔｅｒ  ｏｆｆｓｅｔは、例えば、±２．５ｋＨｚ（＋２．５ｋＨｚ、−２．５ｋＨｚ）と±７．５ｋＨｚ（＋７．５ｋＨｚ、−７．５ｋＨｚ）の４つの値が存在し得る。
【０４１０】
この値等は、ＰＲＢの中心周波数から１００ｋＨｚ基準に１００ｋＨｚの整数倍を引いた値を表すことができる（ｃｅｎｔｅｒ  ｆｒｅｑｕｅｎｃｙ  ｏｆ  ＰＲＢ−ｍｕｌｔｉｐｌｅ  ｏｆ  １００ｋＨｚ基準）。
【０４１１】
２）ｒｅｓｅｒｖｅｄ  ｂｉｔｓ：３
使用されずにある３ｂｉｔｓを下記のようにＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅを区分するために使用することができる。
【０４１２】
また、下記の場合のうち、一部は省略されることができる。
【０４１３】
すなわち、Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｉｎｂａｎｄ  ｓａｍｅ  ＰＣＩ場合は、存在しないこともある。
【０４１４】
１）  ｂ１
この値は、先にｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３から区分されないｉｎｂａｎｄのｂａｎｄｗｉｄｔｈ情報を正確に区分するために使用されることができる。
【０４１５】
２）  ｛ｂ２、ｂ３｝
前述した「ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢとを送信するｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの組み合わせ」においてｇｕａｒｄ−ｂａｎｄがａｎｃｈｏｒ−ｃａｒｒｉｅｒである場合に、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅ及びＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｇｕａｒｄ−ｂａｎｄ位置（ａｎｃｈｏｒ−ｃａｒｒｉｅｒと同じｓｉｄｅのｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒまたはａｎｃｈｏｒ−ｃａｒｒｉｅｒと反対ｓｉｄｅのｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）を区分するために、２ｂｉｔｓが下記のように使用され得る。
【０４１６】
Ａ．Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）
【０４１７】
Ａｎｃｈｏｒ−ｃａｒｒｉｅｒと同じｓｉｄｅのｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがＳＩＢ１−ＮＢ送信に使用されることを指示する。例えば、｛ｂ２、ｂ３｝＝｛０、０｝でありうる。
【０４１８】
例えば、ＭＩＢ−ＮＢのｒｅｓｅｒｖｅｄ  ｂｉｔでＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがａｎｃｈｏｒ−ｃａｒｒｉｅｒに比べて隣接した高い（または、低い）ｆｒｅｑｕｅｎｃｙと指示を受けた場合に、端末は、間接的に当該ｇｕａｒｄ−ｂａｎｄがＬＴＥ  ｓｙｓｔｅｍのｆｒｅｑｕｅｎｃｙより高い（または、低い）ｆｒｅｑｕｅｎｃｙに位置すると仮定することができる。
【０４１９】
ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙより１８０ｋＨｚ高い（または、低い）と計算することができる。
【０４２０】
これは、ｇｕａｒｄ−ｂａｎｄにｄｅｐｌｏｙされるａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ＬＴＥ  ｉｎ−ｂａｎｄで最も近いｆｒｅｑｕｅｎｃｙを優先的に使用するという仮定をするためである。
【０４２１】
Ｂ．Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｇｕａｒｄ−ｂａｎｄ（ｄｏｗｎ／ｕｐ）
【０４２２】
Ａｎｃｈｏｒ−ｃａｒｒｉｅｒと反対ｓｉｄｅのｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがＳＩＢ１−ＮＢ送信に使用されることを指示する。
【０４２３】
例えば、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｉｎ−ｂａｎｄから高い周波数（ｕｐ）である場合、ＳＩＢ１−ＮＢを送信するｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄから低い周波数（ｄｏｗｎ）である。例えば、｛ｂ２、ｂ３｝＝｛０、１｝でありうる。
【０４２４】
例えば、ＭＩＢ−ＮＢのｒｅｓｅｒｖｅｄ  ｂｉｔでＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがａｎｃｈｏｒ−ｃａｒｒｉｅｒに比べて隣接した高い（または、低い）ｆｒｅｑｕｅｎｃｙと指示を受けた場合、端末は、間接的に当該ｇｕａｒｄ−ｂａｎｄがＬＴＥ  ｓｙｓｔｅｍのｆｒｅｑｕｅｎｃｙより低い（または、高い）ｆｒｅｑｕｅｎｃｙに位置すると仮定することができる。
【０４２５】
ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙよりＬＴＥ  ｓｙｓｔｅｍのｉｎ−ｂａｎｄ  ｂａｎｄｗｉｄｔｈ（上記説明によって取得され得ることを仮定）と１８０ｋＨｚとｏｆｆｓｅｔ（ＬＴＥ  ｓｙｓｔｅｍ  ｂａｎｄｗｉｄｔｈによって異なる値でありうるし、例えば、０または４５ｋＨｚなどの値でありうる）の合計だけ高い（または、低い）と計算することができる。
【０４２６】
これは、ｇｕａｒｄ−ｂａｎｄに配置（ｄｅｐｌｏｙ）されるａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ＬＴＥ  ｉｎ−ｂａｎｄで最も近いｆｒｅｑｕｅｎｃｙを優先的に使用するという仮定をするためである。
【０４２７】
Ｃ．Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｉｎｂａｎｄ  ｓａｍｅ  ＰＣＩ
【０４２８】
ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄに存在し、ｓａｍｅ  ＰＣＩ  ｍｏｄｅを表すことができる。例えば、｛ｂ２、ｂ３｝＝｛１、０｝でありうる。
【０４２９】
このとき、ＳＩＢ１−ＮＢを復調及びデコード（ｄｅｍｏｄｕｌａｔｉｏｎａｎｄ  ｄｅｃｏｄｉｎｇ）するために、端末は、ＮＲＳ  ｐｏｒｔ数とＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの正確な位置を知る必要がある。
【０４３０】
まず、ＮＲＳ  ｐｏｒｔ数は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒで取得した値と同一であると仮定することができる。
【０４３１】
そして、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの正確な位置は、前述したｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３とｂ１とを組み合わせて取得したｉｎ−ｂａｎｄ  ｂａｎｄｗｉｄｔｈ情報とｉｎ−ｂａｎｄ内でＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの位置情報を介して計算することができる。
【０４３２】
当該情報は、ｉｎ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅでｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏ−ｒ１３を介して伝達される情報と同じ目的で使用されることができる。
【０４３３】
簡単な実施例として、ｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３とｂ１とを組み合わせて取得したｉｎ−ｂａｎｄ  ｂａｎｄｗｉｄｔｈが２０ＭＨｚである場合でありながら、ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、低い周波数（ＰＲＢ  ｉｎｄｅｘ  ０を基準に低い周波数）である場合、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、ＰＲＢ  ｉｎｄｅｘ  ０であることを取得した場合に、ＣＲＳ位置とｓｅｑｕｅｎｃｅを正確に計算することができる。
【０４３４】
例えば、ＭＩＢ−ＮＢのｒｅｓｅｒｖｅｄ  ｂｉｔでＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがａｎｃｈｏｒ−ｃａｒｒｉｅｒに比べて隣接した高い（または、低い）ｆｒｅｑｕｅｎｃｙと指示を受けた場合に、端末は、間接的に当該ｇｕａｒｄ−ｂａｎｄがＬＴＥ  ｓｙｓｔｅｍのｆｒｅｑｕｅｎｃｙより低い（または、高い）ｆｒｅｑｕｅｎｃｙに位置すると仮定することができる。
【０４３５】
端末は、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのＰＲＢ  ｉｎｄｅｘを０（ＬＴＥ  ｓｙｓｔｅｍ  ｂａｎｄｗｉｄｔｈで支援する最も大きいＰＲＢ  ｉｎｄｅｘ）値に計算することができる。
【０４３６】
これは、ｇｕａｒｄ−ｂａｎｄにｄｅｐｌｏｙされるａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ＬＴＥ  ｉｎ−ｂａｎｄで最も近いｆｒｅｑｕｅｎｃｙを優先的に使用するという仮定をするためである。
【０４３７】
Ｄ．Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｉｎｂａｎｄ   ｄｉｆｆｅｒｅｎｔ  ＰＣＩ
【０４３８】
ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、ｉｎｂａｎｄに存在し、ｄｉｆｆｅｒｅｎｔ  ＰＣＩ  ｍｏｄｅを表すことができる。例えば、｛ｂ２、ｂ３｝＝｛１、１｝でありうる。このとき、ＳＩＢ１−ＮＢ  ｒａｔｅ−ｍａｔｃｈｉｎｇ情報を正確に知るためには、ｉｎｂａｎｄのＣＲＳ  ａｎｔｅｎｎａ  ｐｏｒｔ数を正確に知る必要がある。
【０４３９】
最も簡単な方法として、ＣＲＳ  ｐｏｒｔ数は、常に４であるか、またはＮＲＳとＣＲＳ  ｐｏｒｔ数を特定組み合わせとして事前に定義することができる。
【０４４０】
例えば、｛ＮＲＳ  ｐｏｒｔ数、ＣＲＳ  ｐｏｒｔ数｝は、｛１、２｝、｛２、４｝または｛１、４｝、｛２、１｝のように定義されることができる。このような場合、ｉｎ−ｂａｎｄの正確なＣＲＳ  ｐｏｒｔ数は、ＳＩＢ１−ＮＢで指示することもできる。
【０４４１】
例えば、ＭＩＢ−ＮＢのｒｅｓｅｒｖｅｄ  ｂｉｔでＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがａｎｃｈｏｒ−ｃａｒｒｉｅｒに比べて隣接した高い（または、低い）ｆｒｅｑｕｅｎｃｙと指示を受けた場合、端末は、間接的に当該ｇｕａｒｄ−ｂａｎｄがＬＴＥ  ｓｙｓｔｅｍのｆｒｅｑｕｅｎｃｙより低い（または、高い）ｆｒｅｑｕｅｎｃｙに位置すると仮定することができる。
【０４４２】
端末は、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのＰＲＢ  ｉｎｄｅｘを０（ＬＴＥ  ｓｙｓｔｅｍ  ｂａｎｄｗｉｄｔｈで支援する最も大きいＰＲＢ  ｉｎｄｅｘ）値に計算することができる。これは、ｇｕａｒｄ−ｂａｎｄにｄｅｐｌｏｙされるａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ＬＴＥ  ｉｎ−ｂａｎｄで最も近いｆｒｅｑｕｅｎｃｙを優先的に使用するという仮定をするためである。
【０４４３】
前記Ａ〜Ｄにおいて、Ｃの場合（Ｇｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｉｎｂａｎｄ  ｓａｍｅ  ＰＣＩ）を考慮しないならば、｛ｂ２、ｂ３｝の｛１、０｝と｛１、１｝を共にＧｕａｒｄ−ｂａｎｄ（ｕｐ／ｄｏｗｎ）＋ｉｎｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩ組み合わせと仮定しながら、｛１、０｝と｛１、１｝情報は、ＣＲＳ  ｐｏｒｔ数を表現するために使用されることもできる。
【０４４４】
これは、Ｉｎｂａｎｄ−Ｄｉｆｆｅｒｅｎｔ  ＰＣＩ−ＮＢ−ｒ１３のｅｕｔｒａ−ＮｕｍＣＲＳ−Ｐｏｒｔｓ−ｒ１３情報と同様に定義されることができる。
【０４４５】
すなわち、｛ｂ２、ｂ３｝の｛１、０｝と｛１、１｝の情報は、ＳＩＢ１−ＮＢが送信されるｉｎｂａｎｄ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのＣＲＳ  ｐｏｒｔ数がａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＲＳ  ｐｏｒｔ数と同一であるか、または４であることを指示するために使用されることができる。
【０４４６】
前記Ａ〜ＤにおいてＮＢ−ＩｏＴ  ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄにｄｅｐｌｏｙされる場合、ＬＴＥ  ｓｙｓｔｅｍ  ｂａｎｄｗｉｄｔｈによってｉｎ−ｂａｎｄ  ｅｄｇｅとｇｕａｒｄ−ｂａｎｄとの間にｏｆｆｓｅｔが定義され得る。
【０４４７】
例えば、ｏｆｆｓｅｔ値は、４５ｋＨｚでありうるし、これは、ｂａｎｄｗｉｄｔｈによって異なる値でありうる。
【０４４８】
当該値は、一般的に、ＴＳ  ３６．１０４などのような基地局／端末のＲＦ要求事項（ｒｅｑｕｉｒｅｍｅｎｔ）によって決定されることができる。
【０４４９】
これは、３ＧＰＰ  ＴＳ  ３６．ｘｘｘでＬＴＥ  ｓｙｓｔｅｍ  ｂａｎｄｗｉｄｔｈによってｉｎ−ｂａｎｄ  ｅｄｇｅとｇｕａｒｄ−ｂａｎｄとの間にｏｆｆｓｅｔが明示的に定義されることができる。
【０４５０】
端末は、前記ｒｅｓｅｒｖｅｄ  ｂｉｔを解釈するにあって、ｏｆｆｓｅｔ値適用可否を異なるように判断することができる。
【０４５１】
例えば、ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｇｕａｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅでありながら、ＳＩＢ１−ＮＢは、隣接したｉｎ−ｂａｎｄ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合に、ＬＴＥ  ｓｙｓｔｅｍ  ｂａｎｄｗｉｄｔｈによって隣接したｉｎ−ｂａｎｄ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの実際位置をｏｆｆｓｅｔを適用して計算するか、またはそうでないこともある。
【０４５２】
同様に、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒと反対側のｇｕａｒｄ−ｂａｎｄで送信される場合に、当該位置を取得するにあって、ＬＴＥ  ｓｙｓｔｅｍ  ｂａｎｄｗｉｄｔｈによってｇｕａｒｄ−ｂａｎｄ  ｅｄｇｅとｉｎ−ｂａｎｄ  ｅｄｇｅとの間のｏｆｆｓｅｔを適用して計算するか、またはそうでないこともある。
【０４５３】
３）｛ｂ２、ｂ３｝−ＳＩＢ１−ＮＢを送信するｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがＬＴＥ  ｃｅｎｔｅｒ  ｃａｒｒｉｅｒ（ｆｃ）を基準にａｎｃｈｏｒ  ｃａｒｒｉｅｒと反対側のｉｎ−ｂａｎｄに送信されることを支援しない場合に、｛ｂ２、ｂ３｝を活用する方法について説明する。
【０４５４】
ＭＩＢ−ＮＢのｒｅｓｅｒｖｅｄ  ｂｉｔ（ｓ）を活用して、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信され、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの相対的な位置（ａｎｃｈｏｒ−ｃａｒｒｉｅｒを基準に、例えば、さらに高い／低い周波数）を知らせる場合、端末は、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがａｎｃｈｏｒ−ｃａｒｒｉｅｒに隣接したＧｕａｒｄｂａｎｄのｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒであるか、またはａｎｃｈｏｒ−ｃａｒｒｉｅｒに隣接したＬＴＥ  ｉｎ−ｂａｎｄの最も低い／高いＰＲＢ位置に該当するかを分かることができる。
【０４５５】
すなわち、ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｇｕａｒｄｂａｎｄに位置する場合、ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄ  ｅｄｇｅで最も近い（ＲＡＮ４標準または標準で定義するｉｎ−ｂａｎｄ  ｅｄｇｅで許されるｇｕａｒｄｂａｎｄ  ＮＢ−ＩｏＴ  ｃａｒｒｉｅｒのうち、ｉｎ−ｂａｎｄ  ｅｄｇｅに最も近いｃａｒｒｉｅｒ。これは、ｉｎ−ｂａｎｄ  ｓｙｓｔｅｍ    ｂａｎｄｗｉｄｔｈによって０Ｈｚまたは４５ｋＨｚなどの値に３ＧＰＰ  ＴＳ  ３６．ｘｘｘ文書で定義されることができる）ｃａｒｒｉｅｒのみが許されると仮定すれば、または、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合、ＳＩＢ１−ＮＢをｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信するためには、少なくともＬＴＥ  ｉｎ−ｂａｎｄ  ｅｄｇｅから最も近くなければならないという条件がある場合、ａｎｃｈｏｒ  ｃａｒｒｉｅｒからｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ（ＳＩＢ１−ＮＢが送信される）位置に関する情報（ＭＩＢ−ＮＢのｒｅｓｅｒｖｅｄ  ｂｉｔから取得した情報）だけで当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｉｎ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅであるか否かを分かることができる。
【０４５６】
これは、ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｇｕａｒｄｂａｎｄに位置した場合に、ＬＴＥ  ｉｎ−ｂａｎｄのｃｅｎｔｅｒ  ｆｒｅｑｕｅｎｃｙから低い周波数のｇｕａｒｄｂａｎｄであるか、または高い周波数のｇｕａｒｄｂａｎｄであるかをｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３から分かることができるためでもある。
【０４５７】
ただし、ＳＩＢ１−ＮＢを送信するｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｇｕａｒｄｂａｎｄに位置する場合、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと同じｓｉｄｅ（ＬＴＥ  ｃｅｎｔｅｒ  ｆｒｅｑｕｅｎｃｙから相対的に低いまたは高い周波数）に位置するか、または反対側ｓｉｄｅに位置するかを知ることができないという問題がある。
【０４５８】
ここで、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがａｎｃｈｏｒ−ｃａｒｒｉｅｒと反対側のｇｕａｒｄｂａｎｄに送信される場合には、ＬＴＥ  ｃｅｎｔｅｒ  ｆｒｅｑｕｅｎｃｙを基準にａｎｃｈｏｒ−ｃａｒｒｉｅｒと対称する周波数のみ許されると仮定することができる。
【０４５９】
前述したｇｕａｒｂａｎｄの位置（同じｓｉｄｅまたは反対側ｓｉｄｅ）情報を区分するために、｛ｂ２、ｂ３｝の１つのｓｔａｔｅを活用できる。
【０４６０】
例えば、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがＬＴＥ中心周波数（ｆｃ）より低い場合、ＭＩＢ−ＮＢ  ｒｅｓｅｒｖｅｄ  ｂｉｔから取得したＳＩＢ１−ＮＢｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの相対的な周波数位置がａｎｃｈｏｒ−ｃａｒｒｉｅｒより低い場合、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがａｎｃｈｏｒ  ｃａｒｒｉｅｒと同じｓｉｄｅのｇｕａｒｄｂａｎｄであると分かることができる。
【０４６１】
仮りに、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがａｎｃｈｏｒ  ｃａｒｒｉｅｒより高い場合、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、ＬＴＥ  ｉｎ−ｂａｎｄ  ｅｄｇｅ（最も低いＰＲＢ  ｉｎｄｅｘ）であると分かることができる。
【０４６２】
前述した場合において、仮りに、ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの相対的な周波数位置がａｎｃｈｏｒ−ｃａｒｒｉｅｒより低いと仮定した場合、仮りに、｛ｂ２、ｂ３｝のｓｔａｔｅ１が指示されれば、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがａｎｃｈｏｒ  ｃａｒｒｉｅｒと反対側ｓｉｄｅからＬＴＥｆｃを基準に対称するｇｕａｒｄｂａｎｄに位置すると解釈することができる。
【０４６３】
そして、残りのｓｔａｔｅ２、ｓｔａｔｅ３、ｓｔａｔｅ４は、ＭＩＢ−ＮＢから取得したＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがａｎｃｈｏｒ  ｃａｒｒｉｅｒから最も隣接したｉｎ−ｂａｎｄ  ＰＲＢに位置する場合に、ｏｐｅｒａｔｉｏｎ  ｍｏｄｅとＣＲＳ  ｐｏｒｔ数を区分するために使用されることができる。
【０４６４】
例えば、ｓｔａｔｅ２は、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｉｎ−ｂａｎｄ  ｓａｍｅＰＣＩ  ｍｏｄｅであることを指示できる。
【０４６５】
このとき、ＣＲＳ  ｐｏｒｔ数は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＲＳ  ｐｏｒｔ数と同一であると仮定することができる。
【０４６６】
Ｓｔａｔｅ３とｓｔａｔｅ４は、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがＩｎ−ｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩｍｏｄｅである場合に、ＣＲＳ  ｐｏｒｔ数を追加に指示するために使用されることができる。
【０４６７】
すなわち、ｓｔａｔｅ３が指示されれば、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、Ｉｎ−ｂａｎｄ  ｄｉｆｆｅｒｅｎｔＰＣＩ  ｍｏｄｅであり、ＣＲＳ  ｐｏｒｔ数は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＲＳ  ｐｏｒｔ数と同一であると仮定することができる。
【０４６８】
ｓｔａｔｅ４が指示されれば、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、Ｉｎ−ｂａｎｄ  ｄｉｆｆｅｒｅｎｔＰＣＩ  ｍｏｄｅであり、ＣＲＳ  ｐｏｒｔ数は、４であると指示されることができる。
【０４６９】
４．ｓｔａｎｄａｌｏｎｅ−ｒ１３
ｒｅｓｅｒｖｅｄ  ｂｉｔｓ：５
【０４７０】
ｓｔａｎｄａｌｏｎｅ  ｍｏｄｅである場合、ｓｔａｎｄａｌｏｎｅ−ｒ１３フィールドのｒｅｓｅｒｖｅｄ  ｂｉｔで直接ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒに送信されるか、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒで送信されるかの可否を知らせるために使用されることができる。
【０４７１】
すなわち、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｓｔａｎｄａｌｏｎｅ  ｍｏｄｅである場合、ＭＩＢ−ＮＢの「未来拡張のための１１個の余分の（ｓｐａｒｅ）ｂｉｔｓ」は、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒに関する情報を表現するために使用されないことがある。
【０４７２】
また、ｓｔａｎｄａｌｏｎｅ−ｒ１３フィールドの５  ｒｅｓｅｒｖｅｄ  ｂｉｔｓのうち、一部ｂｉｔ（ｓ）は、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに送信される場合に、当該ｃａｒｒｉｅｒの位置情報を知らせるために使用されることができる。
【０４７３】
簡単な実施例として、ｓｔａｎｄａｌｏｎｅ−ｒ１３フィールドの５  ｒｅｓｅｒｖｅｄ  ｂｉｔｓのうち、２ｂｉｔｓを使用してＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの位置をａｎｃｈｏｒ−ｃａｒｒｉｅｒを基準に｛−２Ｇ、−Ｇ、＋Ｇ、＋２Ｇ｝を区分するために使用されることができる。
【０４７４】
ここで、Ｇは、仮想のＰＲＢ値または１８０ｋＨｚｘＧにｍａｐｐｉｎｇされることができる。
【０４７５】
また、Ｇ値は、残りのｕｎｕｓｅｄ  ｂｉｔ（ｓ）を使用して指示されることができる。
【０４７６】
さらに、ａｎｃｈｏｒ−ｃａｒｒｉｅｒからＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの相対的な周波数位置情報（ａｎｃｈｏｒ−ｃａｒｒｉｅｒより高いか、または低いかを表す情報）は、ＭＩＢ−ＮＢの他のｓｉｇｎａｌｉｎｇを介して取得し、当該ｒｅｓｅｒｖｅｄ  ｂｉｔの一部を使用してａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの相対的なｏｆｆｓｅｔ大きさを知らせることもできる。
【０４７７】
すなわち、前記例示においてＭＩＢ−ＮＢの他の１ｂｉｔ情報を介してＳＩＢ１−ＮＢ送信に使用されるｃａｒｒｉｅｒの位置がａｎｃｈｏｒ−ｃａｒｒｉｅｒから−Ｇまたは＋Ｇ論理的な（ｌｏｇｉｃａｌ）または絶対的な周波数単位（Ｈｚ）情報で取得されるとき、具体的なＧ値は、ｓｔａｎｄａｌｏｎｅ−ｒ１３フィールドのｒｅｓｅｒｖｅｄ  ５  ｂｉｔのうち、一部を使用して定義されることができる。
【０４７８】
ここで、Ｇ値は、整数でないことがある。
【０４７９】
例えば、ｓｔａｎｄａｌｏｎｅ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合、ＮＢ−ＩｏＴ  ｃａｒｒｉｅｒが占有できる帯域は、ＮＢ−ＩｏＴ  ｓｔａｎｄａｌｏｎｅ  ｃａｒｒｉｅｒに明示的なｇｕａｒｄ−ｂａｎｄ（ＮＢ−ＩｏＴ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅでない隣接ｃｈａｎｎｅｌまたはｃａｒｒｉｅｒ間干渉影響を緩和するための保護帯域）を追加するために、１８０ｋＨｚでない２００ｋＨｚとして定義されることができる。
【０４８０】
このような場合、ａｎｃｈｏｒ−ｃａｒｒｉｅｒに比べてＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの相対的なｆｒｅｑｕｅｎｃｙ位置は、１８０ｋＨｚでない２００ｋＨｚ単位として定義される必要がある。
【０４８１】
この値は、ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ（例えば、ＥＡＲＦＣＮ）によって異なることができる。
【０４８２】
すなわち、ａｎｃｈｏｒ−ｃａｒｒｉｅｒに比べてＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの相対的なｆｒｅｑｕｅｎｃｙ位置を実際ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｃｅｎｔｅｒ  ｆｒｅｑｕｅｎｃｙ値に換算する方法は、ｏｐｅｒａｔｉｏｎ  ｍｏｄｅによって異なることができる。
【０４８３】
特に、ｓｔａｎｄａｌｏｎｅ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅは、ＭＩＢ−ＮＢで指示された値（ｉｎｄｅｘ）が異なるｏｆｆｓｅｔ単位に解釈されることができる。
【０４８４】
前述した方法を活用すれば、図８または図９のように、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合に、ＳＩＢ１−ＮＢが送信され得るｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの位置とｏｐｅｒａｔｉｏｎ  ｍｏｄｅを端末に伝達することができる。
【０４８５】
また、図８及び図９において使用されなかったｓｔａｔｅの組み合わせの２つの場合の数は、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがａｎｃｈｏｒ  ｃａｒｒｉｅｒと反対側ｇｕａｒｄ−ｂａｎｄでＬＴＥ  ｉｎ−ｂａｎｄにすぐに隣接しなかったｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒをＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒに指示するために使用されることもできる。
【０４８６】
図８は、本明細書において提案するアンカーキャリアがガード−バンド動作モードであるとき、ＭＩＢ−ＮＢでＳＩＢ１−ＮＢノン−アンカーキャリアのシグナリング情報を解釈するための方法の一例を示した図である。
【０４８７】
図８のＬＴＥ  ｉｎ−ｂａｎｄに該当する図面において、ハッチングされた部分は、ＬＴＥ  ｂａｎｄｗｉｄｔｈを示す。
【０４８８】
ＬＴＥ  ｂａｎｄｗｉｄｔｈは、ｇｕａｒｄｂａｎｄ−ｒ１３でｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３及びＭＩＢ−ＮＢのｇｕａｒｄｂａｎｄ−ｒ１３で１  ａｄｄｉｔｉｏｎａｌ  ｂｉｔを使用することにより取得されることができる。
【０４８９】
図８のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ  ｂａｎｄの左側から１番目にハッチングされた部分は、「ｗｈｅｎ  ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｉｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  １  ｂｉｔ  ｉｎ  ＭＩＢ−ＮＢ  ａｓ  ｔｈｅ  ｌｏｗｅｒ  ＰＲＢ  ｒｅｌａｔｉｖｅ  ｔｏ  ａｎｃｈｏｒ  ＰＲＢ  ａｎｄ  ２  ｓｐａｒｅ  ｂｉｔｓ  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｉｓ  「０」」を意味する。
【０４９０】
また、図８のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ  ｂａｎｄの左側から２番目にハッチングされた部分は、「ａｎｃｈｏｒ  ｃａｒｒｉｅｒ（ｉｔｓ  ｒｅｌａｔｉｖｅ  ｐｏｓｉｔｉｏｎ  ｔｏ  ＬＴＥ  ｉｎ−ｂａｎｄ  ｃａｎ  ｂｅ  ｏｂｔａｉｎｅｄ  ｂｙ  ｕｓｉｎｇ  ｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｏｆ  ＭＩＢ−ＮＢ）」を意味する。
【０４９１】
また、図８のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ  ｂａｎｄの左側から３番目にハッチングされた部分（すなわち、ＬＴＥ  ｂａｎｄのすぐ左側部分（ＰＲＢ））は、「ｗｈｅｎ  ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｉｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  １  ｂｉｔ  ｉｎ  ＭＩＢ−ＮＢ  ａｓ  ｔｈｅ  ｈｉｇｈｅｒ  ＰＲＢ  ｒｅｌａｔｉｖｅ  ｔｏ  ａｎｃｈｏｒ  ＰＲＢ  ａｎｄ  ２  ｓｐａｒｅ  ｂｉｔｓ  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｉｓ「２」（Ｉｎ−ｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩ）  ｏｒ  「３」（ｉｎ−ｂａｎｄ  ｓａｍｅ  ＰＣＩ）」を意味する。
【０４９２】
また、図８のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ  ｂａｎｄの右側から１番目にハッチングされた部分（ＰＲＢ）は、「ｗｈｅｎ  ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｉｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  １  ｂｉｔ  ｉｎ  ＭＩＢ−ＮＢ  ａｓ  ｔｈｅ  ｈｉｇｈｅｒ  ＰＲＢ  ｒｅｌａｔｉｖｅ  ｔｏ  ａｎｃｈｏｒ  ＰＲＢ  ａｎｄ  ２  ｓｐａｒｅ  ｂｉｔｓ  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｉｓ  「１」」を意味する。
【０４９３】
そして、図８のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ  ｂａｎｄの左側から１番目にハッチングされた部分は、「ｗｈｅｎ  ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｉｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  １  ｂｉｔ  ｉｎ  ＭＩＢ−ＮＢ  ａｓ  ｔｈｅ  ｌｏｗｅｒ  ＰＲＢ  ｒｅｌａｔｉｖｅ  ｔｏ  ａｎｃｈｏｒ  ＰＲＢ  ａｎｄ  ２  ｓｐａｒｅ  ｂｉｔｓ  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｉｓ  「１」」を意味する。
【０４９４】
また、図８のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ  ｂａｎｄの右側から１番目にハッチングされた部分（すなわち、ＬＴＥ  ｂａｎｄのすぐ右側部分（ＰＲＢ））は、「ｗｈｅｎ  ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｉｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  １  ｂｉｔ  ｉｎ  ＭＩＢ−ＮＢ  ａｓ  ｔｈｅ  ｈｉｇｈｅｒ  ＰＲＢ  ｒｅｌａｔｉｖｅ  ｔｏ  ａｎｃｈｏｒ  ＰＲＢ  ａｎｄ  ２  ｓｐａｒｅ  ｂｉｔｓ  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｉｓ  「２」（Ｉｎ−ｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩ）  ｏｒ  「３」（ｉｎ−ｂａｎｄ  ｓａｍｅ  ＰＣＩ）」を意味する。
【０４９５】
また、図８のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ  ｂａｎｄの右側から２番目にハッチングされた部分は、「ａｎｃｈｏｒ  ｃａｒｒｉｅｒ（ｉｔｓ  ｒｅｌａｔｉｖｅ  ｐｏｓｉｔｉｏｎ  ｔｏ  ＬＴＥ  ｉｎ−ｂａｎｄ  ｃａｎ  ｂｅ  ｏｂｔａｉｎｅｄ  ｂｙ  ｕｓｉｎｇ  ｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｏｆ  ＭＩＢ−ＮＢ）」を意味する。
【０４９６】
また、図８のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ  ｂａｎｄの右側から３番目にハッチングされた部分（ＰＲＢ）は、「ｗｈｅｎ  ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｉｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  １  ｂｉｔ  ｉｎ  ＭＩＢ−ＮＢ  ａｓ  ｔｈｅ  ｈｉｇｈｅｒ  ＰＲＢ  ｒｅｌａｔｉｖｅ  ｔｏ  ａｎｃｈｏｒ  ＰＲＢ  ａｎｄ  ２  ｓｐａｒｅ  ｂｉｔｓ  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｉｓ  「０」」を意味する。
【０４９７】
図８のＥｘａｍｐｌｅ１及び２においてハッチングされた部分に該当するＰＲＢは共にＳＩＢ１−ＮＢ送信のために使用されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒである。
【０４９８】
図９は、本明細書において提案するアンカーキャリアがガード−バンド動作モードであるとき、ＭＩＢ−ＮＢでＳＩＢ１−ＮＢノン−アンカーキャリアのシグナリング情報を解釈するための方法のさらに他の一例を示した図である。
【０４９９】
図９のＬＴＥ  ｉｎ−ｂａｎｄに該当する図面において、ハッチングされた部分は、ＬＴＥ  ｂａｎｄｗｉｄｔｈを示す。
【０５００】
ＬＴＥ  ｂａｎｄｗｉｄｔｈは、ｇｕａｒｄｂａｎｄ−ｒ１３でｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３及びＭＩＢ−ＮＢのｇｕａｒｄｂａｎｄ−ｒ１３で１ａｄｄｉｔｉｏｎａｌ  ｂｉｔを使用することにより取得されることができる。
【０５０１】
図９のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ  ｂａｎｄの左側から１番目にハッチングされた部分は、「ｗｈｅｎ  ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｉｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  １  ｂｉｔ  ｉｎ  ＭＩＢ−ＮＢ  ａｓ  ｔｈｅ  ｌｏｗｅｒ  ＰＲＢ  ｒｅｌａｔｉｖｅ  ｔｏ  ａｎｃｈｏｒ  ＰＲＢ  ａｎｄ  ２  ｓｐａｒｅ  ｂｉｔｓ  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｉｓ  「０」」を意味する。
【０５０２】
また、図９のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ  ｂａｎｄの左側から２番目にハッチングされた部分は、「ａｎｃｈｏｒ  ｃａｒｒｉｅｒ（ｉｔｓ  ｒｅｌａｔｉｖｅ  ｐｏｓｉｔｉｏｎ  ｔｏ  ＬＴＥ  ｉｎ−ｂａｎｄ  ｃａｎ  ｂｅ  ｏｂｔａｉｎｅｄ  ｂｙ  ｕｓｉｎｇ  ｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｏｆ  ＭＩＢ−ＮＢ）」を意味する。
【０５０３】
また、図９のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ  ｂａｎｄの左側から３番目にハッチングされた部分（すなわち、ＬＴＥ  ｂａｎｄのすぐ左側部分（ＰＲＢ））は、「ｗｈｅｎ  ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｉｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  １  ｂｉｔ  ｉｎ  ＭＩＢ−ＮＢ  ａｓ  ｔｈｅ  ｈｉｇｈｅｒ  ＰＲＢ  ｒｅｌａｔｉｖｅ  ｔｏ  ａｎｃｈｏｒ  ＰＲＢ  ａｎｄ  ２  ｓｐａｒｅ  ｂｉｔｓ  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｉｓ  「２」（Ｉｎ−ｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩ）  ｏｒ  「３」（ｉｎ−ｂａｎｄ  ｓａｍｅ  ＰＣＩ）」を意味する。
【０５０４】
図９のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ  ｂａｎｄの右側から１番目にハッチングされた部分（すなわち、ＬＴＥ  ｂａｎｄのすぐ右側部分（ＰＲＢ））は、「ｗｈｅｎ  ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｉｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  １  ｂｉｔ  ｉｎ  ＭＩＢ−ＮＢ  ａｓ  ｔｈｅ  ｈｉｇｈｅｒ  ＰＲＢ  ｒｅｌａｔｉｖｅ  ｔｏ  ａｎｃｈｏｒ  ＰＲＢ  ａｎｄ  ２  ｓｐａｒｅ  ｂｉｔｓ  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｉｓ  「２」（Ｉｎ−ｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩ）  ｏｒ  「３」（ｉｎ−ｂａｎｄ  ｓａｍｅ  ＰＣＩ）」を意味する。
【０５０５】
また、図９のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ  ｂａｎｄの右側から２番目にハッチングされた部分（ＰＲＢ）は、「ｗｈｅｎ  ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｉｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  １  ｂｉｔ  ｉｎ  ＭＩＢ−ＮＢ  ａｓ  ｔｈｅ  ｈｉｇｈｅｒ  ＰＲＢ  ｒｅｌａｔｉｖｅ  ｔｏ  ａｎｃｈｏｒ  ＰＲＢ  ａｎｄ  ２  ｓｐａｒｅ  ｂｉｔｓ  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｉｓ  「１」」を意味する。
【０５０６】
そして、図９のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ  ｂａｎｄの左側から１番目にハッチングされた部分は、「ｗｈｅｎ  ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｉｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  １  ｂｉｔ  ｉｎ  ＭＩＢ−ＮＢ  ａｓ  ｔｈｅ  ｌｏｗｅｒ  ＰＲＢ  ｒｅｌａｔｉｖｅ  ｔｏ  ａｎｃｈｏｒ  ＰＲＢ  ａｎｄ  ２  ｓｐａｒｅ  ｂｉｔｓ  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｉｓ  「１」」を意味する。
【０５０７】
また、図９のｅｘａｍｐｌｅ１に該当する図面においてＬＴＥ  ｂａｎｄの左側から２番目にハッチングされた部分（すなわち、ＬＴＥ  ｂａｎｄのすぐ左側部分（ＰＲＢ））は、「ｗｈｅｎ  ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｉｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  １  ｂｉｔ  ｉｎ  ＭＩＢ−ＮＢ  ａｓ  ｔｈｅ  ｈｉｇｈｅｒ  ＰＲＢ  ｒｅｌａｔｉｖｅ  ｔｏ  ａｎｃｈｏｒ  ＰＲＢ  ａｎｄ  ２  ｓｐａｒｅ  ｂｉｔｓ  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｉｓ  「２」（Ｉｎ−ｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩ）  ｏｒ  「３」（ｉｎ−ｂａｎｄ  ｓａｍｅ  ＰＣＩ）」を意味する。
【０５０８】
図９のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ  ｂａｎｄの右側から１番目にハッチングされた部分（すなわち、ＬＴＥ  ｂａｎｄのすぐ右側部分（ＰＲＢ））は、「ｗｈｅｎ  ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｉｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  １  ｂｉｔ  ｉｎ  ＭＩＢ−ＮＢ  ａｓ  ｔｈｅ  ｈｉｇｈｅｒ  ＰＲＢ  ｒｅｌａｔｉｖｅ  ｔｏ  ａｎｃｈｏｒ  ＰＲＢ  ａｎｄ  ２  ｓｐａｒｅ  ｂｉｔｓ  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｉｓ  「２」（Ｉｎ−ｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩ）  ｏｒ  「３」（ｉｎ−ｂａｎｄ  ｓａｍｅ  ＰＣＩ）」を意味する。
【０５０９】
また、図９のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ  ｂａｎｄの右側から２番目にハッチングされた部分は、「ａｎｃｈｏｒ  ｃａｒｒｉｅｒ（ｉｔｓ  ｒｅｌａｔｉｖｅ  ｐｏｓｉｔｉｏｎ  ｔｏ  ＬＴＥ  ｉｎ−ｂａｎｄ  ｃａｎ  ｂｅ  ｏｂｔａｉｎｅｄ  ｂｙ  ｕｓｉｎｇ  ｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｏｆ  ＭＩＢ−ＮＢ）」を意味する。
【０５１０】
また、図９のｅｘａｍｐｌｅ２に該当する図面においてＬＴＥ  ｂａｎｄの右側から３番目にハッチングされた部分（ＰＲＢ）は、「ｗｈｅｎ  ＳＩＢ１−ＮＢ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｉｓ  ｉｎｄｉｃａｔｅｄ  ｂｙ  １  ｂｉｔ  ｉｎ  ＭＩＢ−ＮＢ  ａｓ  ｔｈｅ  ｈｉｇｈｅｒ  ＰＲＢ  ｒｅｌａｔｉｖｅ  ｔｏ  ａｎｃｈｏｒ  ＰＲＢ  ａｎｄ  ２  ｓｐａｒｅ  ｂｉｔｓ  ｉｎ  ｇｕａｒｄｂａｎｄ−ｒ１３  ｉｓ  「０」」を意味する。
【０５１１】
図９のＥｘａｍｐｌｅ１及び２においてハッチングされた部分に該当するＰＲＢは、全てＳＩＢ１−ＮＢ送信のために使用されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒである。
【０５１２】
前記提案した方法とともに、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒに関する情報を知らせるための追加情報がＭＩＢ−ＮＢの「未来拡張のための１１余分の（ｓｐａｒｅ）ｂｉｔｓ」のうち、一部ｂｉｔ（ｓ）を使用して指示されることができる。
【０５１３】
これは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｉｎｂａｎｄ−ＤｉｆｆｅｒｅｎｔＰＣＩまたはｓｔａｎｄａｌｏｎｅである場合に省略されることもできる。
【０５１４】
簡単な実施例として、２ｂｉｔｓ（｛ｂ１、ｂ２｝）を使用して当該情報を伝達する場合に、下記のような方法が使用され得る。
【０５１５】
１）ビットマップ（ｂｉｔｍａｐ）方法
ｂ１が「０」である場合、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒから送信され、そうでない場合（ｂ１が「１」である場合）ＳＩＢ１−ＮＢが特定ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒから送信されることを意味できる。
【０５１６】
ｂ１が「０」である場合に、ｂ２は使用されないか、無視されることができる。
【０５１７】
または、ｂ１が「０」である場合、ｂ２は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅの位置を指示するために使用されることができる。
【０５１８】
これは、ＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒが１６である場合にのみ、ｂ２がＳＩＢ１−ＮＢ  ｓｕｂｆｒａｍｅの位置を指示する情報と解釈されるように制限されることもできる。
【０５１９】
ｂ２が０と１である場合、各々ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒから−Ｇまたは＋Ｇ  ＰＲＢ（または、−／＋Ｇ×１８０ｋＨｚ）ｏｆｆｓｅｔを有する位置で送信されることを意味する。
【０５２０】
ここで、Ｇは、３ＧＰＰ  ＴＳ  ３６．ｘｘｘに明示されるか、ｃｅｌｌ  ＩＤまたはＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒまたはｏｐｅｒａｔｉｏｎ  ｍｏｄｅなどによって変わる値でありうる。
【０５２１】
特に、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅでありながら、ＳＩＢ１−ＮＢは、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに送信される場合、前記ｇｕａｒｄｂａｎｄ−ｒ１３の｛ｂ１、ｂ２、ｂ３｝によってａｎｃｈｏｒ−ｃａｒｒｉｅｒと同じｓｉｄｅのｇｕａｒｄｂａｎｄで特定ｏｆｆｓｅｔを有する位置にＳＩＢ１−ＮＢが送信されるか、またはａｎｃｈｏｒ−ｃａｒｒｉｅｒが反対ｓｉｄｅのｇｕａｒｄｂａｎｄ（ａｎｃｈｏｒ−ｃａｒｒｉｅｒと反対ｓｉｄｅ）で特定ｏｆｆｓｅｔを有する位置にＳＩＢ１−ＮＢが送信されるか、またはＳＩＢ１−ＮＢが送信されるｉｎｂａｎｄ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒが最も低いＰＲＢ    ｉｎｄｅｘを基準に特定ｏｆｆｓｅｔを有するか、またはＳＩＢ１−ＮＢが送信されるｉｎｂａｎｄ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒが最も高いＰＲＢ  ｉｎｄｅｘを基準に特定ｏｆｆｓｅｔを有するかに関する情報を表すことができる。
【０５２２】
ここで、端末は、ｇｕａｒｄｂａｎｄ  ａｎｃｈｏｒ−ｃａｒｒｉｅｒとｉｎｂａｎｄの相対的な距離を知っているので、相対的な距離によって＋／−Ｇに解釈するか、または＋Ｇ、＋２Ｇに解釈するか、または−Ｇ、−２Ｇに解釈するかを異なるように判断することができる。
【０５２３】
さらに、ＳＩＢ１−ＮＢがｉｎｂａｎｄ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒから送信される場合に、最も低いかまたは高いＰＲＢ  ｉｎｄｅｘを基準にｏｆｆｓｅｔを特定せず、特定ｒｅｆｅｒｅｎｃｅ  ＰＲＢ  ｉｎｄｅｘを基準にｏｆｆｓｅｔを計算することもできる。
【０５２４】
最も簡単な例としては、ｉｎｂａｎｄのＰＳＳ（ｐｒｉｍａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）／ＳＳＳ（ｓｅｃｏｎｄａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）が送信されるＰＲＢを除いたｃｅｎｔｅｒ  ６ＲＢから最も近いＰＲＢ  ｉｎｄｅｘがｒｅｆｅｒｅｎｃｅ  ＰＲＢ  ｉｎｄｅｘでありうる。
【０５２５】
このような目的として使用されるｂｉｔの数が３である場合、ｂ１は、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒから送信されるか否かを知らせるためであり、ｂ２及びｂ３は、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに送信される場合に、当該ｃａｒｒｉｅｒの位置を一層様々に知らせるためでありうる。
【０５２６】
２）テーブル（Ｔａｂｌｅ）方法
前述したＢｉｔｍａｐ方法と同じ情報を伝達するために、｛ｂ１、ｂ２｝を｛０、０｝、｛０、１｝、｛１、０｝、｛１、１｝のようなｔａｂｌｅとして定義することができる。
【０５２７】
ただし、このような場合、ｂ１の値に応じてｂ２が省略される方法は、適用が不可能である。
【０５２８】
ＳＩＢ１−ＮＢが送信され得るｓｕｂｆｒａｍｅの位置及び繰り返し回数
第２に、ＳＩＢ１−ＮＢが送信され得るｓｕｂｆｒａｍｅの位置及び繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒ）についてより具体的に説明する。
【０５２９】
ＳＩＢ１−ＮＢが送信され得るｃａｒｒｉｅｒは、下記のように大別して３つに区分されることができ、各々ＳＩＢ１−ＮＢが送信され得るｓｕｂｆｒａｍｅ位置及び／又はｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒが異なり得る。
【０５３０】
１．ＳＩＢ１−ＮＢがａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でのみ送信される場合
【０５３１】
（１）ＳＩＢ１−ＮＢが固定されたｓｕｂｆｒａｍｅ  ｉｎｄｅｘに送信される場合
ＳＩＢ１−ＮＢは、ＮＳＳＳ（ｎａｒｒｏｗｂａｎｄ  ｓｅｃｏｎｄａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）を送信しないｓｕｂｆｒａｍｅ＃０から送信されることができる。
【０５３２】
この場合、ｃｅｌｌ  ＩＤとＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒによって前述した図８及び図１０のように送信されることができる。
【０５３３】
繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒ）４と８に対しては、既存のＦＤＤと同様に、ｃｅｌｌ間に干渉が回避され得る。
【０５３４】
それに対し、ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒが１６である場合、奇数ｃｅｌｌ  ＩＤを有するｃｅｌｌと偶数ｃｅｌｌ  ＩＤを有するｃｅｌｌとの間にＳＩＢ１−ＮＢが互いに干渉として作用されることができる。
【０５３５】
また、ＳＩＢ１−ＮＢ送信の開始無線フレーム番号（ｓｔａｒｔｉｎｇ  ｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒ）は、表３７のように設定されることができる。
【０５３６】
（２）ＳＩＢ１−ＮＢが１つ以上のｓｕｂｆｒａｍｅ  ｉｎｄｅｘから選択的に送信される場合
１つ以上のｓｕｂｆｒａｍｅ  ｉｎｄｅｘのうち、実際ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ  ｉｎｄｅｘを決定する情報は、ＭＩＢ−ＮＢで指示された特定情報（例えば、明示的にｓｕｂｆｒａｍｅ  ｉｎｄｅｘの位置を知らせる情報がありうるし、または、これとともに（または、単独で）ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎの一部情報と連関したパラメータ）で直接指示されるか、またはｃｅｌｌ  ＩＤによってＭＩＢ−ＮＢで指示されたｓｕｂｆｒａｍｅ  ｉｎｄｅｘ情報を異なるように解釈するように設定されることもできる。
【０５３７】
特徴的に、ＳＩＢ１−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでＮＳＳＳを送信しないｓｕｂｆｒａｍｅ＃０に常に送信されながら、ＭＩＢ−ＮＢで指示されたｓｕｂｆｒａｍｅ  ｉｎｄｅｘが指示されたｓｕｂｆｒａｍｅに追加に送信する形態でありうる。
【０５３８】
ＳＩＢ１−ＮＢが送信され得るｓｕｂｆｒａｍｅ  ｉｎｄｅｘは、＃０、４、８、及び６でありうるし、実際ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ  ｉｎｄｅｘは、前述した方法で選択（または、指示）を受けることができる。
【０５３９】
実際ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ  ｉｎｄｅｘは、ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎの情報と連関することができる。
【０５４０】
この場合、端末は、ＭＩＢ−ＮＢから提供されるＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ情報の一部からＳＩＢ１−ＮＢ送信ｓｕｂｆｒａｍｅ  ｉｎｄｅｘを導くか、または、反対にＭＩＢ−ＮＢから指示されたＳＩＢ１−ＮＢ送信ｓｕｂｆｒａｍｅ  ｉｎｄｅｘからＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ情報の一部を類推できる。
【０５４１】
例えば、ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ＃１は、ｓｕｂｆｒａｍｅ＃０または＃４のみでＳＩＢ１−ＮＢが送信され得るし、ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ＃２ず＃５は、ｓｕｂｆｒａｍｅ＃０または＃８（または、＃８でない＃６）のみでＳＩＢ１−ＮＢが送信され得る。
【０５４２】
仮りに、ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ＃６が支援される場合、ＳＩＢ１−ＮＢは、ＮＳＳＳが送信されないｓｕｂｆｒａｍｅ＃０のみでＳＩＢ１−ＮＢが送信され得るし、ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒ  １６は、支援されないこともある。
【０５４３】
また、ＳＩＢ１−ＮＢ送信の開始無線フレーム番号（ｓｔａｒｔｉｎｇ  ｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒ）は、表３７のように設定されることができる。
【０５４４】
仮りに、ＭＩＢ−ＮＢ内でＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ情報のうち、一部が指示され、端末が当該情報から分かることができるＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎの一部情報からＳＩＢ１−ＮＢが送信され得るｓｕｂｆｒａｍｅ  ｉｎｄｅｘが１つより多い場合に、実際に当該ｃｅｌｌでＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ  ｉｎｄｅｘは、ｃｅｌｌ  ＩＤに選択されることができる。
【０５４５】
簡単な例示として、２個のｓｕｂｆｒａｍｅ  ｉｎｄｅｘのうち、ｃｅｌｌ  ＩＤによって１つのｓｕｂｆｒａｍｅ  ｉｎｄｅｘでＳＩＢ１−ＮＢが送信されるとするとき、「（（ｃｅｌｌ＿ＩＤ−（ｃｅｌｌ＿ＩＤ％ＮＲｅｐ））／ＮＲｅｐ）％２」が０であるか、または１であるかによってｓｕｂｆｒａｍｅ  ｉｎｄｅｘが決まることができる。
【０５４６】
仮りに、ａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信されるＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃０またはｓｕｂｆｒａｍｅ＃４で送信されることができる場合、そして、ｓｕｂｆｒａｍｅ  ｉｎｄｅｘは、ＭＩＢ−ＮＢに指示されることができる場合、２５６０ｍｓｅｃ内でＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎを始めるＳｔａｒｔｉｎｇ  ｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒ／ｉｎｄｅｘは、表３８のように定義されることができる。
【０５４７】
そして、これは、ＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒが１６である場合に限定されることもできる。
【０５４８】
すなわち、端末は、ＭＩＢ−ＮＢを介してＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃０でない箇所（例えば、ｓｕｂｆｒａｍｅ＃４）で送信されるという情報を取得した後、当該ｃｅｌｌのｃｅｌｌ  ＩＤによってＳＩＢ１−ＮＢ送信が始まるｒａｄｉｏ  ｆｒａｍｅ  ｉｎｄｅｘを分かることができる。
【０５４９】
それに対し、ＭＩＢ−ＮＢを介してＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃０で送信されるという情報を取得し、ＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒが１６である場合、表３７のように、ｃｅｌｌ  ＩＤに関係なく、ＳＩＢ１−ＮＢ送信は、２５６０ｍｓｅｃ内で常に１番ｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒから始めると仮定することができる。
【０５５０】
言い替えれば、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信され、ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒが１６である場合、ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ  ｉｎｄｅｘが＃０であるか、または＃４であるかによって、ＳＩＢ１−ＮＢ送信が始まるｒａｄｉｏ  ｆｒａｍｅ  ｉｎｄｅｘが異なるように解釈されることができる。
【０５５１】
これに対する例示として、表３７（ＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃０で送信される場合）と表３８（ＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃４で送信される場合）とが考慮され得る。
【０５５２】
２．ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上のみで送信される場合
特定区間内でＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅの数は、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信される場合の値よりＮ倍多いことがある。
【０５５３】
これは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと比較して、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｐｏｗｅｒ  ｂｏｏｓｔｉｎｇが適用され難いことがあるためである。
【０５５４】
Ｎは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのｄｏｗｎｌｉｎｋ送信ｐｏｗｅｒとＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｄｏｗｎｌｉｎｋ送信ｐｏｗｅｒとによって決定されることができる。
【０５５５】
仮りに、ＭＩＢ−ＮＢでＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒのｄｏｗｎｌｉｎｋ送信ｐｏｗｅｒとａｎｃｈｏｒ−ｃａｒｒｉｅｒのｄｏｗｎｌｉｎｋ送信ｐｏｗｅｒとの関係を知らせる場合、当該情報からＮを誘導または類推することができる。
【０５５６】
または、反対に、Ｎ値がＭＩＢ−ＮＢで知られ、この値からＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒのｄｏｗｎｌｉｎｋ送信ｐｏｗｅｒとａｎｃｈｏｒ−ｃａｒｒｉｅｒのｄｏｗｎｌｉｎｋ送信ｐｏｗｅｒとの関係を誘導（または、類推）することもできる。
【０５５７】
ここで、「特定区間内でＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅの数」は、「ＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒ」と対応する値または概念であり、「ＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒ」は、ＳＩＢ１−ＮＢ  ｍｏｄｉｆｉｃａｔｉｏｎ  ｐｅｒｉｏｄ内で特定ｃｅｌｌがＳＩＢ１−ＮＢ送信に使用するＳＩＢ１−ＮＢ  ＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）数を表す。
【０５５８】
「特定区間内でＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅの数」は、特定絶対時間区間（例えば、１６０ｍｓｅｃまたは４０．９６ｓｅｃ）内でＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅの数を表す。
【０５５９】
ＳＩＢ１−ＮＢが送信され得るｓｕｂｆｒａｍｅ  ｉｎｄｅｘは、ｓｕｂｆｒａｍｅ  ｉｎｄｅｘ＃０、＃５、＃９のうち、Ｎ個が選択されて使用され得る。
【０５６０】
例えば、Ｎ２である場合、ｓｕｂｆｒａｍｅ  ｉｎｄｅｘ＃０と９が使用され得るし、ｓｕｂｆｒａｍｅ  ｉｎｄｅｘ＃０と＃９は、連続的にＳＩＢ１−ＮＢを送信するために、ｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒが各々奇数と偶数に選択され得る。
【０５６１】
このとき、互いに異なるｒａｄｉｏ  ｆｒａｍｅに送信されるＳＩＢ１−ＮＢのＳＦＮ（ｓｙｓｔｅｍ  ｆｒａｍｅ  ｎｕｍｂｅｒ）情報が異なり、当該情報がＳＩＢ１−ＮＢコンテンツ（ｃｏｎｔｅｎｔｓ）のＳＦＮ情報の一部に含まれるとき、特定最初または最後のＳＩＢ１−ＮＢが送信され始めたｒａｄｉｏ  ｆｒａｍｅのＳＦＮを基準とすることもできる。
【０５６２】
または、ＭＢＳＦＮ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ｍｕｌｔｉｃａｓｔ  ｓｅｒｖｉｃｅ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）ｓｕｂｆｒａｍｅとして使用されないｓｕｂｆｒａｍｅ  ｉｎｄｅｘ＃０と＃５が使用され得る。
【０５６３】
先に、Ｎ２は、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒで送信される場合、ＭＩＢ−ＮＢ内で指示されるＳＩＢ１−ＮＢ繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒ）を２倍大きい値と解釈する場合を意味する。
【０５６４】
すなわち、ＭＩＢ−ＮＢ内で指示されるＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ回数は、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒに送信される場合に、ＳＩＢ１−ＮＢのｒｅｐｅｔｉｔｉｏｎ回数である。
【０５６５】
仮りに、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに送信される場合に、ＳＩＢ１−ＮＢのｒｅｐｅｔｉｔｉｏｎ回数は、ＭＩＢ−ＮＢで指示されたＳＩＢ１−ＮＢのｒｅｐｅｔｉｔｉｏｎ回数を異なるように解釈することができる。
【０５６６】
同様の方法として、Ｎ４である場合は、当該情報を４倍大きく解釈し、このような一連の手順及び解釈は、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒの位置がａｎｃｈｏｒ−ｃａｒｒｉｅｒであるか、またはｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒであるか、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合に、ａｎｃｈｏｒ−ｃａｒｒｉｅｒから相対的にどれくらい離れて位置するか（例えば、Ｘより小さなＰＲＢ間隔であるか、）によって、またはｏｐｅｒａｔｉｏｎ  ｍｏｄｅによって変わることができる。
【０５６７】
ここで、ｏｐｅｒａｔｉｏｎ  ｍｏｄｅは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅであるか、ＳＩＢ１−ＮＢを送信するｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅであるか、またはａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢとを送信するｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅの組み合わせでありうる。
【０５６８】
簡単な例として、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｉｎｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合には、Ｎ２（Ｎ＝２）でありうるし、ｇｕａｒｄｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合には、Ｎ４（Ｎ＝４）でありうる。
【０５６９】
ここで、Ｎ４である場合、ＳＩＢ１−ＮＢが送信され得るｓｕｂｆｒａｍｅ  ｉｎｄｅｘがｓｕｂｆｒａｍｅ＃０、＃４、＃５、＃９日でありうる。
【０５７０】
前記で説明したＮ２とＮ４である場合にも、ＳＩＢ１−ＮＢＴＢ（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）を１回送信するために使用されるｓｕｂｆｒａｍｅの数は８に維持されなければならず、ＳＩＢ１−ＮＢ送信周期は、２５６０ｍｓｅｃに固定される必要がある。
【０５７１】
このために、ＳＩＢ１−ＮＢを送信するために使用されるｒａｄｉｏ  ｆｒａｍｅの数が変わり得る。
【０５７２】
すなわち、１つのｒａｄｉｏ  ｆｒａｍｅ内でＳＩＢ１−ＮＢ送信のために使用されるｓｕｂｆｒａｍｅの数が２個（Ｎ２である場合）または４個（Ｎ４である場合）でありうる。
【０５７３】
Ｎ２である場合、特徴的にＳＩＢ１−ＮＢ送信に使用される隣接したｓｕｂｆｒａｍｅが互いに異なるｒａｄｉｏ  ｆｒａｍｅにわたって存在し得る。
【０５７４】
このように、ｒａｄｉｏ  ｆｒａｍｅ内でＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅの数が変わる場合、ＳＩＢ１−ＮＢ送信に使用されるｒａｄｉｏ  ｆｒａｍｅのｓｔａｒｔｉｎｇ  ｉｎｄｅｘが異なるように定義されることができる。
【０５７５】
簡単な例として、表３８のＮＢ−ＳＩＢ１繰り返しに対するｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒ（ｎｆ  ｍｏｄ  ２５６）値が変わり得る。
【０５７６】
これは、簡単にＮ２である場合、（ＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ数とｃｅｌｌ  ＩＤによって定義された表３７のｓｔａｒｔ  ｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒ値−１）／２または（ＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ数とｃｅｌｌ  ＩＤによって定義された表３７のｓｔａｒｔ  ｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒ値−１）／２＋１に与えられ、ＳＩＢ１−ＮＢ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｗｉｎｄｏｗは、８０ｍｓｅｃとして定義されることができる。
【０５７７】
同様の方法として、Ｎ４である場合、（ＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ数とｃｅｌｌ  ＩＤによって定義された表３８のｓｔａｒｔ  ｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒ値−１）／４または（ＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ数とｃｅｌｌ  ＩＤによって定義された表３８のｓｔａｒｔ  ｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒ値−１）／４＋１に与えられ、ＳＩＢ１−ＮＢ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｗｉｎｄｏｗは、４０ｍｓｅｃとして定義されることができる。
【０５７８】
仮りに、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合にも、ＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ回数は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと同じ場合、表３８のｓｔａｒｔ  ｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒを同様に使用するか、または表３８のｓｔａｒｔ  ｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒ値−１として定義されることができる。
【０５７９】
上記の内容をＴａｂｌｅとしてまとめると、表３９、表４０、及び表４１のように表現されることができる。
【０５８０】
各ＴａｂｌｅにおいてＮＰＤＳＣＨ繰り返しの個数は、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信されるＳＩＢ１−ＮＢのｒｅｐｅｔｉｔｉｏｎ回数であり、これは、ＭＩＢ−ＮＢのＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ回数から導かれる値である。
【０５８１】
１つのｒａｄｉｏ  ｆｒａｍｅ内でＳＩＢ１−ＮＢがＮ個のｓｕｂｆｒａｍｅに送信される場合、Ｎ番のｓｕｂｆｒａｍｅにわたって送信されるＳＩＢ１−ＮＢは、図１０のように、（１）ＡからＨまでのｓｕｂ−ｂｌｏｃｋが順序どおりに送信されることができ、（２）各ｓｕｂ−ｂｌｏｃｋがＮ回（または１より大きい値）連続してｓｕｂｆｒａｍｅに送信され、次に、ｓｕｂ−ｂｌｏｃｋを再度Ｎ回連続して送信する方法がありうる。
【０５８２】
ここで、ＡからＨまでのｓｕｂ−ｂｌｏｃｋは、ＳＩＢ１−ＮＢ  ｃｏｄｅｗｏｒｄのｃｉｒｃｕｌａｒ−ｂｕｆｆｅｒ出力において１つのｓｕｂｆｒａｍｅに送信される単位を表す。
【０５８３】
仮りに、上記の（２）の方法のように、特定ｓｕｂ−ｂｌｏｃｋが繰り返して送信される場合には、ｉｎｔｅｒ−ｃｅｌｌ間干渉が発生する側面で短所がありうる。
【０５８４】
したがって、ｓｕｂ−ｂｌｏｃｋが同じｒａｄｉｏ  ｆｒａｍｅ内で送信されても、ｓｃｒａｍｂｌｉｎｇが互いに異なるように適用される必要がありうる。
【０５８５】
例えば、現在のｓｃｒａｍｂｌｉｎｇ数式
0006818139.tif 000387
において同じｒａｄｉｏ  ｆｒａｍｅ内でｓｕｂ−ｂｌｏｃｋが繰り返し送信される場合に、各ｓｕｂ−ｂｌｏｃｋ間にｓｃｒａｍｂｌｉｎｇは、ｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒとｎＲＮＴＩ、
0006818139.tif 000388
、ｎｆが同一であるにもかかわらず、他のｓｃｒａｍｂｌｉｎｇが適用されるように修正されることができる。
【０５８６】
例えば、各ｓｕｂｆｒａｍｅ間に特定ｏｆｆｓｅｔを有する他のｃｉｎｉｔに定義されることができる。
【０５８７】
または、同じｒａｄｉｏ  ｆｒａｍｅ内で繰り返し送信されるｓｕｂ−ｂｌｏｃｋ（ｓｕｂｆｒａｍｅ）間に各ＲＥ別にＩ／Ｑ−ｌｅｖｅｌでｐｈａｓｅ−ｒｏｔａｔｉｏｎされた形態でｓｃｒａｍｂｌｉｎｇされることができる。
【０５８８】
これは、ＮＰＢＣＨでＩ／Ｑ−ｌｅｖｅｌのｐｈａｓｅ−ｒｏｔａｔｉｏｎ（例：ＴＳ．３６．２１１の１０．２．４．４で１番目の数式）を適用した方法と類似するか、同様でありうる。
【０５８９】
【数２１】
0006818139.tif 000389
【０５９０】
スクランブリングシーケンス
0006818139.tif 000390
、
0006818139.tif 000391
は、ＴＳ  ３６．２１１の７．２で与えられる。
【０５９１】
３．ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上との両方で送信される場合
ＳＩＢ１−ＮＢ送信されるｓｕｂｆｒａｍｅ  ｉｎｄｅｘは、ａｎｃｈｏｒ−ｃａｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒとの間に重複されないように設定されることができる。
【０５９２】
または、ｓｕｂｆｒａｍｅ  ｉｎｄｅｘが同一であっても、実際送信されるｒａｄｉｏ  ｆｒａｍｅが互いに異なるように設定されることができる。
【０５９３】
これは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信されるＳＩＢ１−ＮＢを端末が全て受信して性能を高めることができる機会を提供するための目的でありうる。
【０５９４】
前述した「１．ＳＩＢ１−ＮＢがａｎｃｈｏｒ  ｃａｒｒｉｅｒのみで送信される場合」と「２．ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒにのみ送信される場合」とは、各々ａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに対して拡張して適用することができる。
【０５９５】
図１０は、本明細書において提案するＳＩＢ１−ＮＢの送信位置の一例を示した図である。
【０５９６】
ただし、図１０に該当する図面が大きくて、図１０ａ、図１０ｂ、及び図１０ｃに区分して作成し、図１０ａ、図１０ｂ、及び図１０ｃは、１つの図面を完成する図面等である。
【０５９７】
図１１及び図１２は、本明細書において提案する繰り返し回数によるＳＩＢ１−ＮＢの送信位置の一例を示す。
【０５９８】
具体的に、図１１は、繰り返し回数が４である場合、ＳＩＢ１−ＮＢの送信位置の一例を示し、図１２は、繰り返し回数が８である場合、ＳＩＢ１−ＮＢの送信位置の一例を示した図である。
【０５９９】
表３７は、ＳＩＢ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信に対する開始無線フレームの位置を表した表である。
【０６００】
【表３７】
0006818139.tif 000392
【０６０１】
表３８は、ＳＩＢ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信に対する開始無線フレームの一例を表した表である。
【０６０２】
【表３８】
0006818139.tif 000393
【０６０３】
表３９は、ＳＩＢ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信に対する開始無線フレームの一例を表した表である。
【０６０４】
【表３９】
0006818139.tif 000394
【０６０５】
表４０は、ＳＩＢ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信に対する開始無線フレームのさらに他の一例を表した表である。
【０６０６】
【表４０】
0006818139.tif 000395
【０６０７】
表４１は、ＳＩＢ１−ＮＢを運搬するＮＰＤＳＣＨの１番目の送信に対する開始無線フレームのさらに他の一例を表した表である。
【０６０８】
【表４１】
0006818139.tif 000396
【０６０９】
図１３は、本明細書において提案するＳＩＢ１−ＮＢのコードワード及び資源マッピングの一例を示した図である。
【０６１０】
ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ及び／又はｒａｄｉｏ  ｆｒａｍｅの位置とｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒは、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅによって異なるように解釈されることができる。
【０６１１】
すなわち、ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ及び／又はｒａｄｉｏ  ｆｒａｍｅ位置は、Ｃｅｌｌ  ＩＤ及びｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒによって変わることができる。
【０６１２】
これは、ＭＩＢ−ＮＢで提供されるが、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒで送信される場合には、これを異なるように解釈することができる。
【０６１３】
さらに、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅによってもＭＩＢ−ＮＢで指示されたｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒは異なるように解釈されることができる（例えば、ＭＩＢ−ＮＢで指示されたｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒより２倍大きい値）。
【０６１４】
ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ及び／又はｒａｄｉｏ  ｆｒａｍｅの位置もｏｐｅｒａｔｉｏｎ  ｍｏｄｅ別に異なるように解釈されることができる。
【０６１５】
ここで、「ｏｐｅｒａｔｉｏｎ  ｍｏｄｅ別に」は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅだけでなく、実際ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅまで含む。
【０６１６】
例えば、ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅであるが、ＳＩＢ１−ＮＢが同一ｃａｒｒｉｅｒに送信されれば、ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒは、｛４、８、１６｝のうち、１つの値と解釈される。
【０６１７】
しかし、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに送信され、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合には、ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒは、｛８、１６、３２｝のうち、１つの値と解釈されることができる。
【０６１８】
そして、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに送信され、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、ｇａｕｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合、ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒは、｛２、４、８｝のうち、１つの値と解釈されることができる。
【０６１９】
システム情報無しでＮＲＳを期待できるサブフレーム
第３に、ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ無しでＮＲＳを常に期待できるｓｕｂｆｒａｍｅの位置について説明する。
【０６２０】
特定ｓｕｂｆｒａｍｅで受信される信号の復調（ｄｅｍｏｄｕｌａｔｉｏｎ）性能向上のために、当該信号が受信されるｓｕｂｆｒａｍｅだけでなく、先立つか及び／又は後続するｓｕｂｆｒａｍｅに含まれたＮＲＳを活用してチャネルを推定するｃｒｏｓｓ−ｓｕｂｆｒａｍｅ  ｃｈａｎｎｅｌ  ｅｓｔｉｍａｔｉｏｎが必要である。
【０６２１】
特に、端末がｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ無しでＭＩＢ−ＮＢとＳＩＢ１−ＮＢを受信する場合、ＭＩＢ−ＮＢとＳＩＢ１−ＮＢを送信するｓｕｂｆｒａｍｅでないｓｕｂｆｒａｍｅでもＮＲＳを常に期待できるｓｕｂｆｒａｍｅ定義が要求され得る。
【０６２２】
このように、ＮＲＳを常に期待できるｓｕｂｆｒａｍｅ位置を「ｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅ」と称する。
【０６２３】
これは、ＳＩＢ１−ＮＢや他のＳＩＢｘ−ＮＢ、またはＲＲＣに設定されるｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報と異なることができる。
【０６２４】
まず、ＭＩＢ−ＮＢを検出する以前に端末が仮定できるｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＳＳＳを送信しないｓｕｂｆｒａｍｅ＃０とｓｕｂｆｒａｍｅ＃９でありうる。
【０６２５】
これは、実際にＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されるか否かと関係ないことがある。
【０６２６】
ＭＩＢ−ＮＢ検出後に、ＳＩＢ１−ＮＢを検出する以前、端末が仮定できるｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅは、下記のように区分して異なるように決まることができる。
【０６２７】
１．ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒに送信される場合
このとき、端末が仮定できるｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅは、ＭＩＢ−ＮＢを検出する以前に端末が仮定できるｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅと同様に、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＳＳＳを送信しないｓｕｂｆｒａｍｅ＃０とｓｕｂｆｒａｍｅ＃９でありうる。
【０６２８】
仮りに、ＭＩＢ−ＮＢでＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎに対応する一部情報を追加に取得できる場合、当該ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎから特徴的に一部ｓｕｂｆｒａｍｅが前記ｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅに追加に含まれることができる。
【０６２９】
例えば、一部ｓｕｂｆｒａｍｅは、ｓｕｂｆｒａｍｅ＃４、＃６及び＃８のうち、１つでありうる。
【０６３０】
これは前述したように、ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ一部情報から導かれることもできる。
【０６３１】
または、ＭＩＢ−ＮＢで直接明示的に知らせることもできる。
【０６３２】
ただし、端末は、当該ｃｅｌｌがＳＩＢ−ＮＢを送信することと期待されるＳＩＢ１−ＮＢ  ＴＴＩ及び／又はＳＩＢ１−ＮＢ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｗｉｎｄｏｗ（１６０ｍｓｅｃ）及び／又はｒａｄｉｏ  ｆｒａｍｅ内でのみ、ｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅを仮定することもできる。
【０６３３】
または、当該ｓｕｂｆｒａｍｅは、ＭＩＢ−ＮＢで直接明示的に知らせることもできる。
【０６３４】
また、端末は、前述したｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅを含むことができる制限された特定区間前／後の一部区間をもうすこし拡張してｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅを期待することもできる。
【０６３５】
Ａｎｃｈｏｒ−ｃａｒｒｉｅｒで端末がＮＲＳを期待できるｓｕｂｆｒａｍｅは、下記のように端末機が取得した情報に応じていくつのステップ等にわたって区分されることができる。
【０６３６】
１）端末がｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを取得する前
端末がＴＤＤ  ＮＢ−ＩｏＴ  ｃｅｌｌを検出したが、ＮＰＢＣＨ検出を完了する前にＮＲＳ受信を期待できるｓｕｂｆｒａｍｅは、ｓｕｂｆｒａｍｅ＃９とＮＳＳＳを送信しないｓｕｂｆｒａｍｅ＃０である。
【０６３７】
仮りに、ｓｕｂｆｒａｍｅ＃１のＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅ  Ｓｌｏｔ）でＤｗＰＴＳシンボル数に関係なく、常に特定ｐａｔｔｅｒｎ（例えば、３番目のＯＦＤＭ  ｓｙｍｂｏｌにＮＲＳが送信される場合）でＮＲＳが送信され得る場合、端末は、当該ｓｕｂｆｒａｍｅのＤｗＰＴＳ区間でもＮＲＳを期待できる。
【０６３８】
これと同様の方法として、ｓｕｂｆｒａｍｅ＃６でもＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ及びｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎに関係なく、常に特定ｐａｔｔｅｒｎでＮＲＳが送信され得る場合、端末は、当該ｓｕｂｆｒａｍｅでも一部ＯＦＤＭ  ｓｙｍｂｏｌでＮＲＳを期待できる。これは、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒと関係なく適用される。
【０６３９】
２）端末がｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを取得した後、そして、端末がＳＩＢ１−ＮＢを取得する前
ＳＩＢ１−ＮＢ情報を取得する前まで下記に並べられたｓｕｂｆｒａｍｅでないｓｕｂｆｒａｍｅでもＮＲＳを期待できるｓｕｂｆｒａｍｅを端末に知らせるための方法として、ＭＩＢ−ＮＢのｕｎｕｓｅｄ  ｓｔａｔｅ（ｓ）またはｕｎｕｓｅｄ  ｂｉｔ（ｓ）が使用されることもできる。
【０６４０】
Ａ．ｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏがｉｎｂａｎｄを指示する場合
【０６４１】
１）ＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃０に存在する場合
前記１）で定義されたｓｕｂｆｒａｍｅでＮＲＳを期待でき、これは、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合にも同様である。
【０６４２】
２）その他、ＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃４に存在する場合
前記１）で定義されたｓｕｂｆｒａｍｅでＮＲＳを期待でき、追加的に、ｓｕｂｆｒａｍｅ＃４でもＮＲＳを期待できる。
【０６４３】
これは、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合にも同様である。
【０６４４】
ただし、全てのｒａｄｉｏ  ｆｒａｍｅのｓｕｂｆｒａｍｅ＃４でＮＲＳを期待できるか、またはＳＩＢ１−ＮＢが実際に送信されるｒａｄｉｏ  ｆｒａｍｅのｓｕｂｆｒａｍｅ＃４でＮＲＳを期待できるか、またはＳＩＢ１−ＮＢが実際に送信されるｒａｄｉｏ  ｆｒａｍｅの前のＮ個ｒａｄｉｏ  ｆｒａｍｅからＳＩＢ１−ＮＢが実際に送信されるｒａｄｉｏ  ｆｒａｍｅの後のＭ個ｒａｄｉｏ  ｆｒａｍｅ間のｒａｄｉｏ  ｆｒａｍｅにｓｕｂｆｒａｍｅ＃４でのみＮＲＳを期待できるように制限されたり、またはＳＩＢ１−ＮＢ  ＴＴＳが８個のｓｕｂｆｒａｍｅに分けられて送信されるｗｉｎｄｏｗ区間（ａｎｃｈｏｒ−ｃａｒｒｉｅｒを例に１６０ｍｓｅｃ）のｓｕｂｆｒａｍｅ＃４でのみＮＲＳを期待できるように制限されることができる。ここで、ＮとＭは、自然数である。
【０６４５】
ＳＩＢ１−ＮＢがｓｕｂｆｒａｍｅ＃４で送信される場合、前述した表１０と図１３のように、ｃｅｌｌ  ＩＤによって偶数ｒａｄｉｏ  ｆｒａｍｅまたは奇数ｒａｄｉｏ  ｆｒａｍｅ  ｎｕｍｂｅｒで送信されることができる。
【０６４６】
これは、ＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒ  １６である場合にのみ可能である。
【０６４７】
Ａ−１とＡ−２の例示は、図１４においてＲが含まれたｓｕｂｆｒａｍｅの位置で確認することができる。
【０６４８】
Ｂ．その他、ｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏがｇｕａｒｄｂａｎｄを指示する場合
前記Ａ．のｉｎｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅで端末がＮＲＳを期待できるｓｕｂｆｒａｍｅの位置において同じ方法でＮＲＳを期待できる。
【０６４９】
仮りに、ｇｕａｒｄｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合、基地局がＤｗＰＴＳ内のｃｏｎｔｒｏｌ  ｒｅｇｉｏｎで特定ＯＦＤＭ  ｓｙｍｂｏｌ（ｓ）でＮＲＳを常に送信できる場合、端末は、前記Ａ．のｓｕｂｆｒａｍｅだけでなく、ｓｕｂｆｒａｍｅ＃１のＤｗＰＴＳでも当該ＯＦＤＭ  ｓｙｍｂｏｌ（ｓ）でＮＲＳを期待できる。
【０６５０】
これは、ｓｔａｎｄａｌｏｎｅ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅでも同様に適用されることができるが、ｇｕａｒｄｂａｎｄとｓｔａｎｄａｌｏｎｅ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅとの間にＤｗＰＴＳでＮＲＳを期待できるＯＦＤＭ  ｓｙｍｂｏｌ（ｓ）の位置が異なることはある。
【０６５１】
仮りに、ＤｗＰＴＳ内にＯＦＤＭ  ｓｙｍｂｏｌの数によってＤｗＰＴＳ内でＮＲＳが送信され得るｓｕｂｆｒａｍｅ位置が異なることがあるならば、当該ＤｗＰＴＳでＮＲＳを期待できるＯＦＤＭ  ｓｙｍｂｏｌ位置がＭＩＢ−ＮＢ内の一部ｒｅｓｅｒｖｅｄまたはｕｎｕｓｅｄ  ｂｉｔ（ｓ）を使用してｉｎｄｉｃａｔｉｏｎすることができる。
【０６５２】
ここで、ｕｎｕｓｅｄ  ｂｉｔ（ｓ）の例は、５ｂｉｔｓのｇｕａｒｄｂａｎｄ−ｒ１３で２ｂｉｔｓのｒａｓｔｅｒＯｆｆｓｅｔ−ｒ１３を除いた３ｂｉｔｓの一部または全体ｂｉｔｓが使用され得る。
【０６５３】
また、当該情報は、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信される場合とｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合、そして、ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅの位置によって使用されるｕｎｕｓｅｄ  ｂｉｔｓの数が異なるか、または他の方式（例えば、相違したｔａｂｌｅ）で解釈及び指示されることができる。
【０６５４】
Ｃ．その他、ｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏがｓｔａｎｄａｌｏｎｅに指示された場合
【０６５５】
前記Ａ．のｉｎｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅで端末がＮＲＳを期待できるｓｕｂｆｒａｍｅの位置において同じ方法でＮＲＳを期待できる。
【０６５６】
仮りに、ｓｔａｎｄａｌｏｎｅ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合、基地局がＤｗＰＴＳ内のｃｏｎｔｒｏｌ  ｒｅｇｉｏｎで特定ＯＦＤＭ  ｓｙｍｂｏｌ（ｓ）でＮＲＳを常に送信できる場合、端末は、前記Ａ．のｓｕｂｆｒａｍｅだけでなく、ｓｕｂｆｒａｍｅ＃１のＤｗＰＴＳでも当該ＯＦＤＭ  ｓｙｍｂｏｌ（ｓ）でＮＲＳを期待できる。
【０６５７】
仮りに、ＤｗＰＴＳ内にＯＦＤＭ  ｓｙｍｂｏｌの数によってＤｗＰＴＳ内でＮＲＳが送信され得るｓｕｂｆｒａｍｅ位置が異なることがある場合、当該ＤｗＰＴＳでＮＲＳを期待できるＯＦＤＭ  ｓｙｍｂｏｌ位置がＭＩＢ−ＮＢ内の一部ｒｅｓｅｒｖｅｄまたはｕｎｕｓｅｄ  ｂｉｔ（ｓ）を使用してｉｎｄｉｃａｔｉｏｎすることができる。
ここで、ｕｎｕｓｅｄ  ｂｉｔ（ｓ）の例は、５ｂｉｔｓのｓｔａｎｄａｌｏｎｅ−ｒ１３フィールドで５ｂｉｔｓの一部または全体ｂｉｔｓが使用され得る。
【０６５８】
例えば、ｓｔａｎｄａｌｏｎｅ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅは、ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅにＤｗＰＴＳを使用しない場合もありうるので、これを区分するための場合まで含まれてｕｎｕｓｅｄ  ｂｉｔｓの一部が使用され得る。
【０６５９】
さらに、ｕｎｕｓｅｄ  ｂｉｔｓは、ｓｔａｎｄａｌｏｎｅ  ｍｏｄｅでＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ（既存のＬＴＥのＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎだけでなく、ＴＤＤ  ＬＴＥ  ｓｔａｎｄａｌｏｎｅ  ｍｏｄｅで追加されるＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎを含む）情報の一部を指示するために使用されることもできる。
【０６６０】
すなわち、ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎを正確には指示しないが、ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎによって追加的にＮＲＳを期待できるｓｕｂｆｒａｍｅがある場合、これを区分するために、ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎの一部情報をｕｎｕｓｅｄ  ｂｉｔｓを活用して指示することができる。
【０６６１】
また、当該情報は、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒに送信される場合とｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒで送信される場合、そして、ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅ位置によって使用されるｕｎｕｓｅｄ  ｂｉｔｓ数が異なるか、または他の方式（例えば、相違したｔａｂｌｅ）で解釈及び指示されることができる。
【０６６２】
図１４は、本明細書において提案するアンカー−キャリア上でＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ／ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅの位置の一例を示した図である。
【０６６３】
図１５は、本明細書において提案するアンカー−キャリア上でＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ／ＳＩＢ１−ＮＢ／ＮＲＳが送信されるｓｕｂｆｒａｍｅの位置のさらに他の一例を示した図である。
【０６６４】
ただし、図１５に該当する図面が大きくて、図１５ａ、図１５ｂ、図１５ｃ、及び図１５ｄに区分して作成し、図１５ａ、図１５ｂ、図１５ｃ、及び図１５ｄは、１つの図面を完成する図面等である。
【０６６５】
２．ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上のみで送信される場合
【０６６６】
このとき、端末は、仮定することができるｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅがＭＩＢ−ＮＢで指示されるか、またはＭＩＢ−ＮＢの指示とｃｅｌｌ  ＩＤなどによって導かれたＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒのｓｕｂｆｒａｍｅ＃０、＃５、＃９全体であるか、または＃０と＃５でありうる。
【０６６７】
さらに、ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅの位置に依存的に決定されることができる。
【０６６８】
これは、ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅを含み、それ以前から以後までの時間で一部区間内に含まれるｓｕｂｆｒａｍｅ＃０、＃５、及び＃９でありうる。
【０６６９】
また、端末は、当該ｃｅｌｌがＳＩＢ−ＮＢを送信することと期待されるＳＩＢ１−ＮＢ  ＴＴＩ及び／又はＳＩＢ１−ＮＢ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｗｉｎｄｏｗ（１６０ｍｓｅｃ）及び／又はｒａｄｉｏ  ｆｒａｍｅ内でのみ、ｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅを仮定することもできる。
【０６７０】
または、ＭＩＢ−ＮＢで直接明示的に知らせることもできる。
【０６７１】
また、端末は、前述したｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅを含むことができる制限された特定区間前／後の一部区間をもう少し拡張してｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅを期待できる。
【０６７２】
さらに、仮りに、ＭＩＢ−ＮＢでＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎに対応する一部情報を追加に取得できる場合、当該ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎで特徴的に一部ｓｕｂｆｒａｍｅが前記ｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅに追加に含まれることができる。
【０６７３】
例えば、一部ｓｕｂｆｒａｍｅは、ｓｕｂｆｒａｍｅ＃４、＃６、及び＃８のうち、１つでありうる。
【０６７４】
これは、前述したように、ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎの一部情報から導かれることができ、またはＭＩＢ−ＮＢで直接明示的に知らせることもできる。
【０６７５】
ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で端末は、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でＮＲＳを期待できるｓｕｂｆｒａｍｅは、下記のとおりである。
【０６７６】
ここで、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒの位置は、ＭＩＢ−ＮＢで指示されるため、端末は、既にＭＩＢ−ＮＢの全ての情報とともに、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒの位置、ＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ回数、ＳＩＢ１−ＮＢが送信されるｒａｄｉｏ  ｆｒａｍｅの位置、ＳＩＢ１−ＮＢが送信されるｓｕｂｆｒａｍｅの位置に関する情報を取得したことと仮定する。
【０６７７】
１）端末がｏｐｅｒａｔｉｏｎＭｏｄｅＩｎｆｏを取得した後、そして、端末がＳＩＢ１−ＮＢを取得する前
【０６７８】
ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合、ＳＩＢ１−ＮＢ  ｒｅｐｅｔｉｔｉｏｎ回数によってＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅ及びｒａｄｉｏ  ｆｒａｍｅ位置は変わることができる。
【０６７９】
これに関する情報は、ＭＩＢ−ＮＢで取得されるので、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でＳＩＢ１−ＮＢ送信に使用されるｓｕｂｆｒａｍｅで端末は、ＮＲＳを期待できることは自明である。
【０６８０】
さらに、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ上でＮＰＳＳ、ＮＳＳＳ、及びＭＩＢ送信のために使用されるｓｕｂｆｒａｍｅ＃５、＃０、及び＃９でＳＩＢ１−ＮＢが送信されるｒａｄｉｏ  ｆｒａｍｅ及びｓｕｂｆｒａｍｅの位置と関係なく、ＮＲＳを期待することもできる。
【０６８１】
また、ｓｔａｎｄａｌｏｎｅ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合、端末は、ｓｕｂｆｒａｍｅ＃４と＃８でも追加的にＮＲＳを期待できる。
【０６８２】
また、端末は、ＤｗＰＴＳ区間でＮＲＳを期待することができ、これは、ｏｐｅｒａｔｉｏｎ  ｍｏｄｅによってＮＲＳを期待できるか否か、またはＤｗＰＴＳ内でどのＯＦＤＭ  ｓｙｍｂｏｌでＮＲＳを期待できるかについては、前述した方法（ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信される場合、ＤｗＰＴＳ区間でＮＲＳを期待する方法）が同様に使用され得る。
【０６８３】
前記において説明したＮＲＳを期待できるｓｕｂｆｒａｍｅは、ｒａｄｉｏ  ｆｒａｍｅ毎に同様に適用されるか、またはＳＩＢ１−ＮＢが送信されるｒａｄｉｏ  ｆｒａｍｅに属したｓｕｂｆｒａｍｅに限定されるか、またはＳＩＢ１−ＮＢが実際に送信されるｒａｄｉｏ  ｆｒａｍｅの前のＮ個ｒａｄｉｏ  ｆｒａｍｅからＳＩＢ１−ＮＢが実際に送信されるｒａｄｉｏ  ｆｒａｍｅの後のＭ個ｒａｄｉｏ  ｆｒａｍｅ間のｒａｄｉｏ  ｆｒａｍｅでのみ、ＮＲＳを期待できるように制限されるか、またはＳＩＢ１−ＮＢ  ＴＴＳが８個のｓｕｂｆｒａｍｅに分けられて送信されるｗｉｎｄｏｗ区間（ａｎｃｈｏｒ−ｃａｒｒｉｅｒを例に１６０ｍｓｅｃ）のｓｕｂｆｒａｍｅでのみ、ＮＲＳを期待できるように制限されることができる。
【０６８４】
これは、ＮＲＳを期待できるｓｕｂｆｒａｍｅ  ｎｕｍｂｅｒ及びｏｐｅｒａｔｉｏｎ  ｍｏｄｅによって異なるように適用されることができる。ここで、ＮとＭは、自然数である。
【０６８５】
３．ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの両方に送信される場合
【０６８６】
このとき、端末は、仮定できるａｎｃｈｏｒ−ｃａｒｒｉｅｒ上でｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅが前記（１）の方法にしたがい、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅが前記（２）の方法にしたがうことができる。
【０６８７】
ただし、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されない場合、「ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でのみ送信される場合」と「ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上との両方で送信される場合」がＭＩＢ−ＮＢで全て設定可能であれば、端末は、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で期待することができるｄｅｆａｕｌｔ  ｓｕｂｆｒａｍｅは、「ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でのみ送信される場合」と「ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上との両方で送信される場合」の間に相違することができる。
【０６８８】
ＳＩＢ１−ＮＢを除いた残りのＳＩＢ−ＮＢ（ＳＩＢｘ−ＮＢという）がｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合、端末は、ＮＲＳを期待できるｓｕｂｆｒａｍｅ区間は、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合のｓｕｂｆｒａｍｅ区間と異なるように定義されることができる。
【０６８９】
これは、ＴＤＤシステムでＳＩＢ１−ＮＢは、連続したｓｕｂｆｒａｍｅで送信されないが、ＳＩＢｘ−ＮＢは、同じＴＢＳが連続した（ｖａｌｉｄ）ｄｏｗｎｌｉｎｋ  ｓｕｂｆｒａｍｅに送信されるためである。
【０６９０】
すなわち、ＳＩＢ１−ＮＢは、ｖａｌｉｄ  ｓｕｂｆｒａｍｅが連続的に存在する場合にも、ＳＩＢ１−ＮＢ自体は不連続的なｓｕｂｆｒａｍｅで送信されることに対し、ＳＩＢｘ−ＮＢは、ｖａｌｉｄ  ｓｕｂｆｒａｍｅに連続的に送信されるので、ＳＩＢｘ−ＮＢを送信する連続した複数のｓｕｂｆｒａｍｅ内でＮＲＳを期待できる。
【０６９１】
そして、ｃｒｏｓｓ−ｓｕｂｆｒａｍｅ  ｃｈａｎｎｅｌ  ｅｓｔｉｍａｔｉｏｎのために、ＳＩＢｘ−ＮＢが送信される連続したｓｕｂｆｒａｍｅの前／後の一部Ｎ１、Ｎ２（ｖａｌｉｄ）ｓｕｂｆｒａｍｅで追加的にＮＲＳを期待できるように許されることができる。
【０６９２】
これは、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でｖａｌｉｄ  ｓｕｂｆｒａｍｅで端末は、常にＮＲＳを期待できず、ＮＰＤＣＣＨ（／ＮＰＤＳＣＨ）受信を期待する（連続した）ｓｕｂｆｒａｍｅの前／後の一部（ｖａｌｉｄ）ｓｕｂｆｒａｍｅ区間でのみ、ＮＲＳを期待できるように許されたことと類似した目的である。
【０６９３】
ＳＩＢ１−ＮＢのメッセージ解釈及び構成
第４に、ＳＩＢ１−ＮＢのメッセージを解釈し、構成する方法について説明する。
【０６９４】
ＴＤＤ  ＮＢ−ＩｏＴシステムでＳＩＢｘ−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでない第３のｃａｒｒｉｅｒに送信されることができる。
【０６９５】
ここで、第３のｃａｒｒｉｅｒは、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒであるか、または当該ｃｅｌｌがＮＰＳＳ／ＮＳＳＳ／ＮＰＢＣＨ送信には使用しないが、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ  ｒａｓｔｅｒ  ｏｆｆｓｅｔ条件を満たす特定ｃａｒｒｉｅｒまたはＰＲＢ位置を意味する。
【０６９６】
また、本明細書において使用されるＴＤＤシステムは、ｕｎｐａｉｒｅｄ  ｓｙｓｔｅｍまたはｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ  ｔｙｐｅ  ２を有するシステムと同じ意味と解釈されることができる。
【０６９７】
ＳＩＢｘ−ＮＢが第３のｃａｒｒｉｅｒ上に送信される場合は、さらに下記のように区分されることができ、それぞれの場合に、ＳＩＢ１−ＮＢのｍｅｓｓａｇｅ解釈及び構成、端末の動作手順は、互いに異なる方法にしたがうことができる。
【０６９８】
１．ＳＩＢ１−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されるが、残りの他のＳＩＢｘ−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでない第３のｃａｒｒｉｅｒ上で送信されることができる。
【０６９９】
２．ＳＩＢ１−ＮＢは、第３のｃａｒｒｉｅｒ上で送信されることができ、残りの他のＳＩＢｘ−ＮＢは、ＳＩＢ１−ＮＢと同じｃａｒｒｉｅｒ上で送信されることができる。
【０７００】
３．ＳＩＢ１−ＮＢは、第３のｃａｒｒｉｅｒ上で送信されることができ、残りの他のＳＩＢｘ−ＮＢは、ＳＩＢ１−ＮＢと他のｃａｒｒｉｅｒ上で送信されることができる。
【０７０１】
この場合、ＳＩＢｘ−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上に送信されることが許されることもできる。
【０７０２】
上記の１．ないし３．においてＳＩＢ１−ＮＢのｃａｒｒｉｅｒの位置情報と残りの他のＳＩＢｘ−ＮＢ  ｃａｒｒｉｅｒの位置情報とは、各々ＭＩＢ−ＮＢとＳＩＢ１−ＮＢに含まれることができる。
【０７０３】
ＭＩＢ−ＮＢとＳＩＢ１−ＮＢは、残りの他のＳＩＢｘ−ＮＢのように十分のｄｏｗｎｌｉｎｋ  ｒｅｓｏｕｒｃｅを使用して送信されることができないこともあるので、これを考慮してＡＲＦＣＮ−ＶａｌｕｅＥＵＴＲＡのような形態のｃｈａｎｎｅｌ  ｎｕｍｂｅｒと知られず、ＳＩＢ１−ＮＢを送信するｃａｒｒｉｅｒの位置は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとの相対的なＰＲＢ位置（事前に決まった１つ以上のｏｆｆｓｅｔ値のうち、１つ）として定義されることができる。
【０７０４】
残りのＳＩＢｘ−ＮＢを送信するｃａｒｒｉｅｒの位置は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとの相対的なＰＲＢ位置（事前に決まった１つ以上のｏｆｆｓｅｔ値のうち、１つであり、ｏｆｆｓｅｔ値の範囲は、ＳＩＢ１−ＮＢ送信位置を知らせるためのｏｆｆｓｅｔ値の範囲と同一であるか、または異なることがある）として定義されるか、またはＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒとの相対的なＰＲＢ位置として定義されることができる。
【０７０５】
ただし、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上との両方で送信される場合、ａｎｃｈｏｒ−ｃａｒｒｉｅｒを優先してａｎｃｈｏｒ−ｃａｒｒｉｅｒとの相対的なＰＲＢ位置を知らせることができる。
【０７０６】
これは、一般的に、ＮＢ−ＩｏＴシステムでｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒを設定するとき、ＡＲＦＣＮ−ＶａｌｕｅＥＵＴＲＡのような形態のｃｈａｎｎｅｌｎｕｍｂｅｒを使用することと差別点となることができる。
【０７０７】
ＳＩＢ１−ＮＢが第３のｃａｒｒｉｅｒ上で送信される場合、ＳＩＢ１−ＮＢのｍｅｓｓａｇｅの一部がａｎｃｈｏｒ−ｃａｒｒｉｅｒに関する情報であるか、またはＳＩＢ１−ＮＢが送信された第３のｃａｒｒｉｅｒに関する情報であるか、区分が必要でありうる。
【０７０８】
すなわち、一部の情報（ｔｙｐｅ−Ａ）は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信された第３のｃａｒｒｉｅｒに対して共通に適用して解釈されることができ、一部の情報（ｔｙｐｅ−Ｂ）は、ＳＩＢ１−ＮＢが送信された第３のｃａｒｒｉｅｒに対してのみ適用して解釈されることができる。
【０７０９】
仮りに、ｔｙｐｅ−Ａ情報のうち、特定同一パラメータをａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信された第３のｃａｒｒｉｅｒに対して共通に適用せず、ＳＩＢ１−ＮＢが送信された第３のｃａｒｒｉｅｒに対しては別個に適用したい場合、当該特定同一パラメータがもう１つ含まれてｍｅｓｓａｇｅに構成されることができる。
【０７１０】
このように、ｔｙｐｅ−Ａ内で特定同一パラメータが１つより多く存在して、ＳＩＢ１−ＮＢが送信される第３のｃａｒｒｉｅｒは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと異なる値として定義したい場合に、このような動作が許されるｍｅｓｓａｇｅをｔｙｐｅ−Ｃという。
【０７１１】
Ｔｙｐｅ−Ｃに存在するパラメータが仮りに１つの値のみ割り当てられるならば、これは、ｔｙｐｅ−Ａと同様に、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信された第３のｃａｒｒｉｅｒに対して共通に適用して解釈される。
【０７１２】
仮りに、Ｔｙｐｅ−Ｃに存在するパラメータが２個の値が割り当てられるならば、１つの値は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒに適用し、残りの１つの値は、ＳＩＢ１−ＮＢが送信された第３のｃａｒｒｉｅｒに適用する。
【０７１３】
さらには、仮りに、ＳＩＢ１−ＮＢが残りの他のＳＩＢｘ−ＮＢをｓｃｈｅｄｕｌｉｎｇするのにおいて、ＳＩＢ１−ＮＢとは異なる第３のｃａｒｒｉｅｒでこれをｓｃｈｅｄｕｌｉｎｇするようになる場合、これと類似したｉｓｓｕｅが再度発生し得る。
【０７１４】
すなわち、ＳＩＢ１−ＮＢは、ＳＩＢｘ−ＮＢが送信されるｃａｒｒｉｅｒを基準に特定パラメータを別個の値として指示したい場合、Ｔｙｐｅ−ＢまたはＴｙｐｅ−Ｃのｍｅｓｓａｇｅに区分されることができる。
【０７１５】
すなわち、Ｔｙｐｅ−Ｂの場合、ＳＩＢ１−ＮＢがｓｃｈｅｄｕｌｉｎｇするＳＩＢｘ−ＮＢのｃａｒｒｉｅｒに対してパラメータを直接伝達し、Ｔｙｐｅ−Ｃの場合、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信される第３のｃａｒｒｉｅｒとＳＩＢｘ−ＮＢが送信される第３のｃａｒｒｉｅｒに共に共通に適用されるか、または、特定パラメータに対して１つより多い値が存在する場合に、各々ａｎｃｈｏｒ−ｃａｒｒｉｅｒ、ＳＩＢ１−ＮＢが送信される第３のｃａｒｒｉｅｒ、ＳＩＢｘ−ＮＢが送信される第３のｃａｒｒｉｅｒに適用されることができる。
【０７１６】
このような問題は、Ｒｅｌｅａｓｅ  １５までのＦＤＤ  ＮＢ−ＩｏＴシステムには発生されない。
【０７１７】
これは、根本的に全てのｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎがａｎｃｈｏｒ−ｃａｒｒｉｅｒに送信されるためである。
【０７１８】
例えば、ＳＩＢ１−ＮＢのｃｅｌｌＳｅｌｅｃｔｉｏｎＩｎｆｏ情報は、端末機のｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ過程に関連した情報である。
【０７１９】
この情報は、常にａｎｃｈｏｒ−ｃａｒｒｉｅｒのｍｅａｓｕｒｅｍｅｎｔを基盤に定義される値でありうる。
【０７２０】
しかし、端末がＳＩＢ１−ＮＢを検出した当該第３のｃａｒｒｉｅｒ上でＲＲＭ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ）またはＲＳＲＰ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）またはＲＳＲＱ（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｑｕａｌｉｔｙ）などをｍｅａｓｕｒｅするために、ａｎｃｈｏｒ−ｃａｒｒｉｅｒで再度ｆｒｅｑｕｅｎｃｙ  ｒｅ−ｔｕｎｉｎｇする複雑度（電力消費及び時間遅延も複雑度に含まれることができる）を減らすために、ＳＩＢ１−ＮＢが送信された当該第３のｃａｒｒｉｅｒのｍｅａｓｕｒｅｍｅｎｔ値を基盤とするｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ関連情報でありうる。
【０７２１】
例えば、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報は、ｓｕｂｆｒａｍｅのｖａｌｉｄまたはｉｎｖａｌｉｄを指示できる。
【０７２２】
この情報がＳＩＢ１−ＮＢに含まれる場合、当該ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信される第３のｃａｒｒｉｅｒに共に共通に適用されることもできる。
【０７２３】
または、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報は、常にａｎｃｈｏｒ−ｃａｒｒｉｅｒに対してのみ適用され得るように限定されることができる。
【０７２４】
さらに、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報が２個存在する場合、１つは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒに対するｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報であり、残りの１つは、ＳＩＢ１−ＮＢが送信される第３のｃａｒｒｉｅｒに対するｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報でありうる。
【０７２５】
仮りに、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報が１つのみ含まれている場合、これは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信される第３のｃａｒｒｉｅｒが同じｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報を使用すると仮定されることができる。
【０７２６】
仮りに、ＳＩＢ１−ＮＢが残りの他のＳＩＢｘ−ＮＢをさらに他の第３のｃａｒｒｉｅｒにｓｃｈｅｕｄｌｉｎｇした場合、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報は、先んじた場合と同様に再度適用されることができる。
【０７２７】
すなわち、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報がＳＩＢ１−ＮＢ内で１つのみ存在する場合、当該ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢを送信する第３のｃａｒｒｉｅｒとＳＩＢｘ−ＮＢを送信する第３のｃａｒｒｉｅｒに対して全て適用されることができる。
【０７２８】
仮りに、２個のｄｏｗｎｌｉｎｋＢｉｔｍａｐのみが存在する場合、各ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報がどのｃａｒｒｉｅｒを指示するかも明確に含まれることができる。
【０７２９】
または、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒの位置によって解釈が変わることができる。
【０７３０】
例えば、ＳＩＢ１−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信され、残りのＳＩＢｘ−ＮＢは、他の第３のｃａｒｒｉｅｒでｓｃｈｅｄｕｌｉｎｇされる場合に、１番目のｄｏｗｎｌｉｎｋＢｉｔｍａｐは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒの情報を表し、他の１つのｄｏｗｎｌｉｎｋＢｉｔｍａｐは、残りのＳＩＢｘ−ＮＢが送信されるｃａｒｒｉｅｒのｓｕｂｆｒａｍｅ情報を表すことができる。
【０７３１】
ｎｒｓ−ＣＲＳ−ＰｏｗｅｒＯｆｆｓｅｔも前述したｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報と類似するか、同じ方法でａｎｃｈｏｒ−ｃａｒｒｉｅｒと他のｃａｒｒｉｅｒ間（ＳＩＢ１−ＮＢを送信するか、及び／又はＳＩＢｘ−ＮＢを送信するｃａｒｒｉｅｒ）に共通に適用されて解釈されることができる。
【０７３２】
ただし、ｎｒｓ−ＣＲＳ−ＰｏｗｅｒＯｆｆｓｅｔのような情報は、常にａｎｃｈｏｒ−ｃａｒｒｉｅｒでＮＲＳとＣＲＳ  ｐｏｗｅｒ  ｏｆｆｓｅｔのみを定義し、残りのｃａｒｒｉｅｒでＮＲＳ  ｐｏｗｅｒ情報は、ｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒをＳＩＢ１−ＮＢに追加してａｎｃｈｏｒ−ｃａｒｒｉｅｒと特定ｃａｒｒｉｅｒのＮＲＳ  ｐｏｗｅｒ  ｏｆｆｓｅｔを独立的に知らせる方法がありうる。
【０７３３】
または、ＳＩＢ１−ＮＢが送信される第３のｃａｒｒｉｅｒまたは残りのＳＩＢｘ−ＮＢが送信される第３のｃａｒｒｉｅｒに対してもＮＲＳ  ｐｏｗｅｒ関連情報を特徴的にｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒでないＣＲＳ−ＰｏｗｅｒＯｆｆｓｅｔとして定義して使用し、これを前述したｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報と類似するか、同じ方法で適用することができる。
【０７３４】
前記ｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報とｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒ情報などは、ＣａｒｒｉｅｒＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ−ＮＢに含まれたｄｏｗｎｌｉｎｋＢｉｔｍａｐＮｏｎＡｎｃｈｏｒと類似した方式でｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎが送信されるｃａｒｒｉｅｒのｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報とｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒ情報などを導くことができる。すなわち、ｄｏｗｎｌｉｎｋＢｉｔｍａｐＮｏｎＡｎｃｈｏｒは、ｕｓｅＮｏＢｉｔｍａｐとｕｓｅＡｎｃｈｏｒＢｉｔｍａｐ、ｅｘｐｌｉｃｉｔＢｉｔｍａｐＣｏｎｆｉｇｕｒａｔｉｏｎ情報を区分して知らせることができる。
【０７３５】
仮りに、ｕｓｅＮｏＢｉｔｍａｐである場合、当該ｃａｒｒｉｅｒまたは指示されたｃａｒｒｉｅｒの全てのｄｏｗｎｌｉｎｋ  ｓｕｂｆｒａｍｅ（ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅの一部または全体ｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅ  ｆｏｒｍａｔを含むことができる）がｖａｌｉｄ  ｄｏｗｎｌｉｎｋ  ｓｕｂｆｒａｍｅと解釈することができる。
【０７３６】
仮りに、ｕｓｅＡｎｃｈｏｒＢｉｔｍａｐである場合、当該ｃａｒｒｉｅｒまたは指示されたｃａｒｒｉｅｒのｖａｌｉｄ  ｄｏｗｎｌｉｎｋ  ｓｕｂｆｒａｍｅ情報は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのために設定された値と同一であると解釈されることができる。
【０７３７】
ｅｘｐｌｉｃｉｔＢｉｔｍａｐＣｏｎｆｉｇｕｒａｔｉｏｎは、当該ｃａｒｒｉｅｒまたは指示されたｃａｒｒｉｅｒのｖａｌｉｄ  ｄｏｗｎｌｉｎｋ  ｓｕｂｆｒａｍｅ情報を直接独立に指示することができる。
【０７３８】
ｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅもＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに送信される場合に、省略が可能な場合が変わることができる。
【０７３９】
ｉｎ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合、ｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅがＳＩＢ１−ＮＢで伝達されるが、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに送信されながら、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅが異なる場合、ｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅが常に送信される必要がありうる。
【０７４０】
例えば、ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅでありながら、ＳＩＢ１−ＮＢは、ｇｕａｒｄ−ｂａｎｄのｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒで送信される場合に、ＳＩＢ１−ＮＢは、ｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅ情報を含み、ｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ  ｓｉｚｅを指示できる。
【０７４１】
また、ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｇｕａｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅでありながら、ＳＩＢ１−ＮＢは、ｉｎ−ｂａｎｄのｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合にも、ＳＩＢ１−ＮＢは、ｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅを情報を含み、ｅｕｔｒａＣｏｎｔｒｏｌＲｅｇｉｏｎＳｉｚｅは、ｉｎ−ｂａｎｄのｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ  ｓｉｚｅを表すために使用されることができる。
【０７４２】
また、ＳＩＢ２−ＮＢは、ｒａｎｄｏｍ  ａｃｃｅｓｓ関連したパラメータを設定でき、これは、ＮＰＲＡＣＨとＲＡＲ（Ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）を受信するためのＮＰＤＣＣＨ  ｓｅａｒｃｈ  ｓｐａｃｅに関する情報を含む。
【０７４３】
ＦＤＤ  ＮＢ−ＩｏＴシステムでＳＩＢ２−ＮＢに設定されるＮＰＲＡＣＨとＲＡＲ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）用ＮＰＤＣＣＨ  ｓｅａｒｃｈ  ｓｐａｃｅ情報は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒに対してのみ適用される。
【０７４４】
ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でｒａｎｄｏｍ  ａｃｃｅｓｓを進行（ＮＰＲＡＣＨを送信し、これに対するＲＡＲを受信し、以後、ｒａｎｄｏｍ  ａｃｃｅｓｓを完了する一連の過程）できるように設定するためには、ＳＩＢ２２−ＮＢが使用される。
【０７４５】
さらに、ｒｅｌｅａｓｅ  １４までｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でｒａｎｄｏｍ  ａｃｃｅｓｓを進行できるか否かは、端末のｃａｐａｂｉｌｉｔｙに依存する。
【０７４６】
同様に、ＴＤＤ  ＮＢ−ＩｏＴシステムでもｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でｒａｎｄｏｍ  ａｃｃｅｓｓを進行できるか否かは、端末のｃａｐａｂｉｌｉｔｙと仮定する。
【０７４７】
当該ｃａｐａｂｉｌｉｔｙは、ＮＰＲＡＣＨをｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上に送信できるか否かだけを意味するとすれば、ＳＩＢ２−ＮＢで設定されるＮＰＲＡＣＨパラメータは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと解釈されることができる。
【０７４８】
ただし、ＳＩＢ１−ＮＢ及び／又は残りのＳＩＢｘ−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信されなかったり、またはｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎを送信しようとして、ＲＡＲ送信のためのｄｏｗｎｌｉｎｋ  ｓｕｂｆｒａｍｅが十分でない場合、ＳＩＢ２−ＮＢで設定されるＲＡＲ用ＮＰＤＣＣＨ  ｓｅａｒｃｈ  ｓｐａｃｅがａｎｃｈｏｒ−ｃａｒｒｉｅｒでない第３のｃａｒｒｉｅｒに設定される必要がありうる。
【０７４９】
既存には、Ｍｓｇ．１（ＮＰＲＡＣＨ）送信とＭｓｇ．３送信とは、同じｃａｒｒｉｅｒ−Ａを使用し、Ｍｓｇ．２（ＲＡＲ）受信とＭｓｇ．４受信とは、同じｃａｒｒｉｅｒ−Ｂを使用する。
【０７５０】
このとき、ｃａｒｒｉｅｒ−Ａとｃａｒｒｉｅｒ−Ｂとは、互いに１−ｔｏ−１  ｐａｉｒでないことがある。
【０７５１】
ただし、ｃａｒｒｉｅｒ−Ａとｃａｒｒｉｅｒ−Ｂとは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒとの組み合わせで設定されることができなかった。
【０７５２】
それに対し、ＴＤＤ  ＮＢ−ＩｏＴシステムは、前述したように、ＳＩＢ２−ＮＢで設定されるＭｓｇ．１送信ｃａｒｒｉｅｒはａｎｃｈｏｒ−ｃａｒｒｉｅｒと解釈されながら、Ｍｓｇ．２を期待するｃａｒｒｉｅｒはｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに設定されることができる。
【０７５３】
このとき、Ｍｓｇ．２を期待するｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒが必要な場合、Ｍｓｇ．２情報にこのようなｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ情報が追加に含まれる必要がある。
【０７５４】
仮りに、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ情報がない場合、端末は、Ｍｓｇ．１  ｃａｒｒｉｅｒと対応するｃａｒｒｉｅｒ（すなわち、前記例示では、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ）でＭｓｇ．２を期待してもよいことと解釈することができる。
【０７５５】
さらには、ＳＩＢ２−ＮＢで設定されるｒａｎｄｏｍ  ａｃｃｅｓｓ関連パラメータのＭｓｇ．１送信も、特定ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒで指示されることができる。
【０７５６】
このような場合、ＴＤＤ  ｓｙｓｔｅｍは、端末のＭｓｇ．１送信がｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上にも常に可能であると見なされるときにのみ適用されることもできる。
【０７５７】
さらに、ＳＩＢ２−ＮＢで設定されるｒａｎｄｏｍ  ａｃｃｅｓｓ関連パラメータは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信されたｃａｒｒｉｅｒ及び／又はＳＩＢ２−ＮＢが送信されたｃａｒｒｉｅｒを全て含んで適用（１つのｃａｒｒｉｅｒに対するｒａｎｄｏｍ  ａｃｃｅｓｓ関連パラメータがｃａｒｒｉｅｒ単位に拡張されるか、または必要な各ｃａｒｒｉｅｒに対して独立したｒａｎｄｏｍ  ａｃｃｅｓｓ関連パラメータを追加に設定／含むことができる）されることもできる。
【０７５８】
このような場合、仮りに、ＳＩＢ１−ＮＢとＳＩＢ２−ＮＢとの両方がａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で送信された場合、既存のＳＩＢ２−ＮＢがｒａｎｄｏｍ  ａｃｃｅｓｓをａｎｃｈｏｒ−ｃａｒｒｉｅｒ上に対してのみ設定した方法と類似することができる。
【０７５９】
すなわち、ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎがａｎｃｈｏｒ−ｃａｒｒｉｅｒでＭｓｇ．１は、自然にａｎｃｈｏｒ−ｃａｒｒｉｅｒに対して設定されたことと解釈されることができる。
【０７６０】
ただし、Ｍｓｇ．２は、このような場合にも特定ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒで指示されることができる。
【０７６１】
これは、ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎを送信するために、ほとんどのｄｏｗｎｌｉｎｋ  ｓｕｂｆｒａｍｅが使用されたためでありうる。
【０７６２】
仮りに、１つ以上のｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎがａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信された場合でなければ、ＳＩＢ２−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒを含む１つ以上のｃａｒｒｉｅｒに対してｒａｎｄｏｍ  ａｃｃｅｓｓ関連パラメータを設定したこととみなすことができる。
【０７６３】
このとき、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒにＮＰＲＡＣＨ送信を支援しない端末は、ＳＩＢ２−ＮＢのＮＰＲＡＣＨ送信ｃａｒｒｉｅｒをａｎｃｈｏｒ−ｃａｒｒｉｅｒにのみ限定して解釈したり、優先して選択することができる。
【０７６４】
それに対し、このような場合（ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でＮＰＲＡＣＨを送信しない）にも、Ｍｓｇ．２は、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で受信するように設定されることもできる。
【０７６５】
仮りに、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上でＮＰＲＡＣＨを送信できる端末であれば、ＳＩＢ２−ＮＢで設定されたｒａｎｄｏｍ  ａｃｃｅｓｓ関連情報をａｎｃｈｏｒ−ｃａｒｒｉｅｒとｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒとに対して全て解釈することができる。
【０７６６】
そして、実際Ｍｓｇ．１送信ｃａｒｒｉｅｒを選択する方法は、Ｒｅｌ．１４のｎｏｎ−ａｎｃｈｏｒ  ＮＰＲＡＣＨ送信と類似した方式で特定確率（既存のＳＩＢ２２−ＮＢでａｎｃｈｏｒ−ｃａｒｒｉｅｒと１つ以上のｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒとの間にＭｓｇ．１を送信するｃａｒｒｉｅｒを確率的に選択する方法）に選択する方法と同様に動作することができる。
【０７６７】
仮りに、ＮＰＳＳ、ＮＳＳＳ、ＮＰＢＣＨが送信されるａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅでありながら、ＳＩＢ１−ＮＢは、ｉｎｂａｎｄ  ｓａｍｅまたはｄｉｆｆｅｒｅｎｔ  ＰＣＩ  ｍｏｄｅのｎｏｎ−ａｎｃｈｏｒで送信される場合、ＭＩＢ−ＮＢは、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに対する追加的な情報を提供する必要がありうる。
【０７６８】
例えば、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｉｎｂａｎｄ  ｓａｍｅ  ＰＣＩ  ｍｏｄｅである場合、ｅｕｔｒａ−ＣＲＳ−ＳｅｑｕｅｎｃｅＩｎｆｏが必要でありうる。
【０７６９】
または、ｉｎｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩ  ｍｏｄｅである場合、ｅｕｔｒａ−ＮｕｍＣＲＳ−Ｐｏｒｔｓ（または、追加的にｒａｓｔｅｒＯｆｆｓｅｔ）情報が追加に必要でありうる。
【０７７０】
または、このようなｐａｒａｍｅｔｅｒは、特定値（例えば、ｅｕｔｒａ−ＮｕｍＣＲＳ−Ｐｏｒｔｓは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと同じ値または常に２または４）に限定されることができる。
【０７７１】
これに先立ち、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅを指示する追加的な方法も必要でありうる。
【０７７２】
このために、Ｇｕａｒｄｂａｎｄ−ＮＢのｓｐａｒｅ  ３ｂｉｔｓが使用され得る。
【０７７３】
例えば、３ｂｉｔｓで表現される８個のｓｔａｔｅｓのうち、一部ｓｔａｔｅ（ｓ）は、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに送信されるときのｏｐｅｒａｔｉｏｎ  ｍｏｄｅを指示できる。
【０７７４】
なお、さらに他の一部ｓｔａｔｅ（ｓ）は、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがＩｎ−ｂａｎｄ  ｄｉｆｆｅｒｅｎｔ    ＰＣＩ  ｍｏｄｅである場合に、ＣＲＳアンテナポート数を表現することもできる。
【０７７５】
仮りに、ＭＩＢ−ＮＢでＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒを２ｂｉｔｓで表現する場合、４個のｓｔａｔｅｓ（Ａ、Ｂ、Ｃ、Ｄ）のうち、Ａ−ｓｔａｔｅは、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信されることを意味し、Ｂ−ｓｔａｔｅは、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとＸ（例えば、１ＰＲＢ）だけのｏｆｆｓｅｔを有するｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒで送信されることを意味し、Ｃ−ｓｔａｔｅは、ＳＩＢ１−ＮＢがａｎｃｈｏｒ−ｃａｒｒｉｅｒとＹ（例えば、−Ｘ）だけのｏｆｆｓｅｔを有するｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒで送信されることを意味し、Ｄ−ｓｔａｔｅは、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅがａｎｃｈｏｒ−ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅと異なることを意味できる。
【０７７６】
ここで、Ｄは、「ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｉｎｂａｎｄ  ｓａｍｅ  ＰＣＩ  ｍｏｄｅでありながら、ｎｏｎ−ａｎｃｈｏｒは、ｉｎｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩ  ｍｏｄｅ」、またはその反対の場合は含まない。
【０７７７】
ただし、「ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｉｎｂａｎｄ  ｓａｍｅ  ＰＣＩ  ｍｏｄｅでありながら、ｎｏｎ−ａｎｃｈｏｒは、ｇｕａｒｄｂａｎｄｍｏｄｅ」または「ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｉｎｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩ  ｍｏｄｅでありながら、ｎｏｎ−ａｎｃｈｏｒは、ｇｕａｒｄｂａｎｄ  ｍｏｄｅ」または「ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｇｕａｒｄｂａｎｄ  ｍｏｄｅでありながら、ｎｏｎ−ａｎｃｈｏｒは、ｉｎｂａｎｄ  ｓａｍｅ  ＰＣＩ  ｇｕａｒｄｂａｎｄ  ｍｏｄｅ」または「ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｇｕａｒｄｂａｎｄ  ｍｏｄｅでありながら、ｎｏｎ−ａｎｃｈｏｒは、ｉｎｂａｎｄ  ｓａｍｅ  ＰＣＩ  ｇｕａｒｄｂａｎｄ  ｍｏｄｅ」を表すことができる。
【０７７８】
ここで、仮りに、ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇａｕｒｄｂａｎｄ  ｍｏｄｅである場合、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｉｎｂａｎｄ  ｓａｍｅ  ＰＣＩ  ｍｏｄｅであるか、ｉｎｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩ  ｍｏｄｅであるか、表現できないという問題がありうる。
【０７７９】
これを解決するための方法として、Ｇｕａｒｄｂａｎｄ−ＮＢのｓｐａｒｅ  ３ｂｉｔｓのうち、１つのｓｔａｔｅまたはｂｉｔが使用され得る。
【０７８０】
そして、残りの７  ｓｔａｔｅｓまたは２ｂｉｔｓは、ｓｙｓｔｅｍのｂａｎｄｗｉｄｔｈ情報を表現するために使用されることができる。
【０７８１】
これにより、ＮＢ−ＩｏＴ端末は、ｓｙｓｔｅｍ  ｂａｎｄｗｉｄｔｈを分かることができる場合に、ＳＩＢ１−ＮＢがｉｎｂａｎｄ内で送信される正確なＰＲＢ位置は、特定位置（例えば、ｓｙｓｔｅｍｂａｎｄの中心からａｎｃｈｏｒ−ｃａｒｒｉｅｒに最も近いＰＲＢ）に固定されることができる。
【０７８２】
Ａｎｃｈｏｒ−ｃａｒｒｉｅｒは、ｏｐｅｒａｔｉｏｎ  ｍｏｄｅがＩｎ−ｂａｎｄ  ｓａｍｅまたはｄｉｆｆｅｒｅｎｔ  ＰＣＩ  ｏｐｅｒａｔｉｏｎ    ｍｏｄｅであり、ＳＩＢ１−ＮＢは、ｇｕａｒｄ−ｂａｎｄに送信される場合、端末は、ＣＦＩ（ｃａｒｒｉｅｒ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ）をｇｕａｒｄ−ｂａｎｄ  ｍｏｄｅと解釈してＳＩＢ１−ＮＢを受信する。
【０７８３】
すなわち、端末は、ＭＩＢ−ＮＢで指示されるｏｐｅｒａｔｉｏｎ  ｍｏｄｅと他のＣＦＩを仮定してＳＩＢ１−ＮＢを受信できる。
【０７８４】
例えば、ｏｐｅｒａｔｉｏｎ  ｍｏｄｅがｉｎｂａｎｄ  ｍｏｄｅである場合、ＳＩＢ１−ＮＢ検出以前まで端末が仮定できるＣＦＩは３であるが、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄである場合（または、ｉｎ−ｂａｎｄに属しない場合）、ＳＩＢ１−ＮＢを送信するｃａｒｒｉｅｒに対してＣＦＩを「０」と解釈することができる。
【０７８５】
ＭＩＢ−ＮＢが送信されるａｎｃｈｏｒ−ｃａｒｒｉｅｒの実際ＣＦＩは、ＳＩＢ１−ＮＢで知らせたＣＦＩを仮定する。
【０７８６】
ＳＩＢ１−ＮＢのＴＢＳ（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ  ｓｉｚｅ）は、ＳＩＢ１−ＮＢが送信されるｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅによって異なるように解釈されることができる。
【０７８７】
すなわち、ＳＩＢ１−ＮＢ  ＴＢＳは、ＭＩＢ−ＮＢで提供されるが、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒで送信される場合には、これを異なるように解釈することができる。
【０７８８】
さらに、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅによっても、ＭＩＢ−ＮＢで指示されたＳＩＢ１−ＮＢ  ＴＢＳは異なるように解釈されることができる。
【０７８９】
ここで、「ｏｐｅｒａｔｉｏｎ  ｍｏｄｅ別に」は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅだけでなく、実際ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのｏｐｅｒａｔｉｏｎ  ｍｏｄｅまで含む。
【０７９０】
例えば、ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅであるが、ＳＩＢ１−ＮＢが同一ｃａｒｒｉｅｒに送信されれば、ＳＩＢ１−ＮＢ  ＴＢＳは、ＭＩＢ−ＮＢで指示された値と解釈される。
【０７９１】
しかし、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに送信され、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒは、ｉｎ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合、ＳＩＢ１−ＮＢ  ＴＢＳは、ＭＩＢ−ＮＢで指示された値より２倍大きい値と解釈されることができる。
【０７９２】
ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに送信され、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｇａｕｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合、ＳＩＢ１−ＮＢ  ＴＢＳは、ＭＩＢ−ＮＢで指示された値より４倍大きい値と解釈されることができる。
【０７９３】
ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合、ＳＩＢ１−ＮＢで送信されるｄｏｗｎｌｉｎｋＢｉｔｍａｐとｎｒｓ−ＣＲＳ−ＰｏｗｅｒＯｆｆｓｅｔは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの組み合わせ（ｐａｉｒ）によって下記のように異なるように解釈されるか、または異なるように適用されるか、または追加的なパラメータが定義される必要がある。
【０７９４】
１．ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅであるか、ｓｔａｎｄａｌｏｎｅ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合、ｄｏｗｎｌｉｎｋＢｉｔｍａｐは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒとの両方に適用される。
【０７９５】
２．ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｉｎ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合、
【０７９６】
Ａ．Ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｉｎ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合、
１）ｄｏｗｎｌｉｎｋＢｉｔｍａｐは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒと当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒとの両方に適用される。
２）ｎｒｓ−ＣＲＳ−ＰｏｗｅｒＯｆｆｓｅｔは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ（または、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）に適用される。
３）ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの「ＮＲＳ  ｐｏｗｅｒ  ｏｆｆｓｅｔ（ｂｅｔｗｅｅｎ  ＮＲＳ  ａｎｄ  Ｅ−ＵＴＲＡ  ＣＲＳ）」情報は、固定された値（ａｎｃｈｏｒ−ｃａｒｒｉｅｒ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅによって異なることができる）に定義されるか、または追加的な他のパラメータによって当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ（または、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ）に適用されることができる。
【０７９７】
ここで、「ＮＲＳ  ｐｏｗｅｒ  ｏｆｆｓｅｔ」は、ｎｒｓ−ＣＲＳ−ＰｏｗｅｒＯｆｆｓｅｔと同一であるか、類似して定義されるか、またはａｎｃｈｏｒ−ｃａｒｒｉｅｒ（または、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）の当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ（または、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ）のＮＲＳ間に相対的な電力割合で定義されることもできる。
【０７９８】
Ｂ．Ａｎｃｈｏｒ−ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合、
１）ｎｒｓ−ＣＲＳ−ＰｏｗｅｒＯｆｆｓｅｔは、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに全て適用される。
２）ｄｏｗｎｌｉｎｋＢｉｔｍａｐは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ（または、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）に適用される。
【０７９９】
このとき、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ長さは、ｉｎｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅで許容可能な最大長さまでに設定許容されることができる。
【０８００】
このような場合、特徴的にｇｕａｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅがａｎｃｈｏｒ−ｃａｒｒｉｅｒに対しても、ｄｏｗｎｌｉｎｋＢｉｔｍａｐ長さと同じ周期のｄｏｗｎｌｉｎｋＢｉｔｍａｐ情報が適用され得る。
【０８０１】
すなわち、ｄｏｗｎｌｉｎｋＢｉｔｍａｐは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒに同じ周期と同じ値で適用されることができる。
【０８０２】
ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの「ＮＢ−ＩｏＴ  ｓｕｂｆｒａｍｅ（例えば、ｄｏｗｎｌｉｎｋＢｉｔｍａｐでＮＢ−ＩｏＴで使用可能であると指示されるｓｕｂｆｒａｍｅ（ｓ））」情報は、固定された値（ａｎｃｈｏｒ−ｃａｒｒｉｅｒ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅによって異なることができる）に定義されるか、または追加的な他のパラメータによって当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ（または、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ）に適用されることができる。
【０８０３】
ここで、「ＮＢ−ＩｏＴ  ｓｕｂｆｒａｍｅ」は、ｄｏｗｎｌｉｎｋＢｉｔｍａｐと同様に定義（または、ｆｏｒｍａｔまたはｂｉｔｍａｐのｌｅｎｇｔｈが）されるか、またはｄｏｗｎｌｉｎｋ  ｓｕｂｆｒａｍｅに対してのみ（または、ｄｏｗｎｌｉｎｋとｓｐｅｃｉａｌ  ｓｕｂｆｒａｍｅに対してのみ）、これを指示できるようにｂｉｔｍａｐの長さが異なるように定義されることもできる。
【０８０４】
これは、ｄｏｗｎｌｉｎｋＢｉｔｍａｐでＵＬ  ｉｎｖａｌｉｄ  ｓｕｂｆｒａｍｅを宣言するための目的がＬＴＥシステムのｅＩＭＴＡ（ｅｎｈａｎｃｅｄ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｍｉｔｉｇａｔｉｏｎ  ａｎｄ  Ｔｒａｆｆｉｃ  Ａｄａｐｔａｔｉｏｎ）のためにＵＬ  ｓｕｂｆｒａｍｅがＤＬ  ｓｕｂｆｒａｍｅに変更される可能性がある場合に、ＮＢ−ＩｏＴ（または、ｅＭＴＣ）システムが当該ｓｕｂｆｒａｍｅをＵＬ  ｓｕｂｆｒａｍｅとして使用できないようにするためであるが、このような特性は、同一ｓｕｂｆｒａｍｅでｃａｒｒｉｅｒ別に異ならないためである。
【０８０５】
ＭＩＢ−ＮＢ、ＳＩＢ１−ＮＢ、及びＳＩＢ２−ＮＢが全てａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信されない場合、ＳＩＢ２−ＮＢで送信されるｎｒｓ−Ｐｏｗｅｒは、ＭＩＢ−ＮＢとＳＩＢ１−ＮＢとＳＩＢ２−ＮＢを送信するために使用されるｃａｒｒｉｅｒの組み合わせ（ｐａｉｒ）によって、下記のように異なるように解釈されるか、または異なるように適用されるか、または追加的なパラメータが定義される必要がある。
【０８０６】
ＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒの位置（ａｎｃｈｏｒ  ｃａｒｒｉｅｒであるか、またはＳＩＢ１−ＮＢと異なるｃａｒｒｉｅｒであるかなど）に関係なく、ｎｒｓ−Ｐｏｗｅｒは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒの「ｄｏｗｎｌｉｎｋ  ｎａｒｒｏｗｂａｎｄ  ｒｅｆｅｒｅｎｃｅ−ｓｉｇｎａｌ  ＥＰＲＥ」を意味できる。
【０８０７】
このとき、ＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒのＮＲＳＲＰ  ｍｅａｓｕｒｅｍｅｎｔ値もＣＥ  ｌｅｖｅｌ（４個存在）選択に使用できるようにＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒに対するｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒ情報を含むことができる。
【０８０８】
これは、端末がＳＩＢ２−ＮＢを受信した後に、ＣＥ  ｌｅｖｅｌ選択に使用されるＮＲＳＲＰ  ｍｅａｓｕｒｅｍｅｎｔのために、ａｎｃｈｏｒ−ｃａｒｒｉｅｒに再度移す動作を最小化するためでありうる。
【０８０９】
もちろん、同じ目的のために、ｎｒｓ−Ｐｏｗｅｒは、ＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒ位置の「ｄｏｗｎｌｉｎｋ  ｎａｒｒｏｗｂａｎｄ  ｒｅｆｅｒｅｎｃｅ−ｓｉｇｎａｌ  ＥＰＲＥ」を意味し、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＲＳ  ｐｏｗｅｒに関する情報は、ｎｒｓ−ＰｏｗｅｒＯｆｆｓｅｔＮｏｎＡｎｃｈｏｒに含まれて伝達されることもできる。
【０８１０】
仮りに、ＣＥ  ｌｅｖｅｌ選択のためのＮＲＳＲＰ  ｍｅａｓｕｒｅｍｅｎｔがＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒを基準とする場合、ＳＩＢ２−ＮＢに含まれたｎｒｓ−Ｐｏｗｅｒは、ＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒの「ｄｏｗｎｌｉｎｋ  ｎａｒｒｏｗｂａｎｄ  ｒｅｆｅｒｅｎｃｅ−ｓｉｇｎａｌ  ＥＰＲＥ」情報でありうる。
【０８１１】
すなわち、ｎｒｓ−Ｐｏｗｅｒ情報は、ＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒによってａｎｃｈｏｒ−ｃａｒｒｉｅｒの「ｄｏｗｎｌｉｎｋ  ｎａｒｒｏｗｂａｎｄ  ｒｅｆｅｒｅｎｃｅ−ｓｉｇｎａｌ  ＥＰＲＥ」情報であるか、またはｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの「ｄｏｗｎｌｉｎｋ  ｎａｒｒｏｗｂａｎｄ  ｒｅｆｅｒｅｎｃｅ−ｓｉｇｎａｌ  ＥＰＲＥ」情報でありうる。
【０８１２】
前記方法は、ＦＤＤとは異なり、ＴＤＤ  ＮＢ−ＩｏＴシステムでＣＥ  ｌｅｖｅｌ選択のために使用されるｃａｒｒｉｅｒがＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒであるか、またはａｎｃｈｏｒ−ｃａｒｒｉｅｒとＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒが全て使用されるという相違点がある。
【０８１３】
すなわち、ＳＩＢ２−ＮＢが送信されるｃａｒｒｉｅｒの位置によってａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信されるＮＲＳを基準にＣＥ  ｌｅｖｅｌを選択するか、またはｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ（ＳＩＢ２−ＮＢが送信される）のＮＲＳを基準にＣＥ  ｌｅｖｅｌを選択できる。
【０８１４】
システム情報がｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合、ＲＲＭまたはＣＥ  ｌｅｖｅｌ選択と関連した動作
第５に、システム情報がｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合に、端末のＲＲＭまたはＣＥ  ｌｅｖｅｌ選択などと関連した動作について説明する。
【０８１５】
端末は、ｒａｎｄｏｍ  ａｃｃｅｓｓ手順を進行するに先立ち、ＣＥ  ｌｅｖｅｌを選択する必要がある。
【０８１６】
これは、ＮＲＳ（ＮＳＳＳを追加に活用できるが、これは、ＮＲＳとＮＳＳＳのｐｏｗｅｒ  ｏｆｆｓｅｔ関係などと関連したパラメータを端末が当該時点に分かることができるか否かによって異なることができる）を用いてＲＳＲＰを測定した値と、ｒａｎｄｏｍ  ａｃｃｅｓｓ関連パラメータのうち、ｒｓｒｐ−ＴｈｒｅｓｈｏｌｄｓＰｒａｃｈＩｎｆｏＬｉｓｔの値とを比較して選択されることができる。
【０８１７】
このとき、ＮＲＳを用いたＲＳＲＰ測定値は、一般的に、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでのみ可能である。
【０８１８】
しかし、仮りに、ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎがａｎｃｈｏｒ−ｃａｒｒｉｅｒで送信されない場合、ＲＳＲＰ測定は、特定ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎを受信したｃａｒｒｉｅｒで行われることもできる。
【０８１９】
すなわち、端末は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでないｃａｒｒｉｅｒでｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎを受信し、ＣＥ  ｌｅｖｅｌ選択やＮＰＲＡＣＨ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌのために、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでｆｒｅｑｕｅｎｃｙ  ｒｅ−ｔｕｎｉｎｇをしないことができる。
【０８２０】
ここで、ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎは、ＳＩＢ１−ＮＢであるか、またはｒａｎｄｏｍ  ａｃｃｅｓｓ関連情報を設定するｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ（例えば、ＳＩＢ２−ＮＢであるか、またはＳＩＢ２２−ＮＢでありうる）でありうる。
【０８２１】
さらに、仮りに、ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で受信されても、結局、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ上でＭｓｇ．１を送信するようになる場合、ＣＥ  ｌｅｖｅｌ選択及びＲＲＭのためのＲＳＲＰ測定は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒ上で行われる必要がありうる。
【０８２２】
ＤＬ／ＵＬ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ設定
第６に、ＤＬ／ＵＬ  ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）について説明する。
【０８２３】
ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）ｓｙｓｔｅｍは、ＤＬとＵＬを各々ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒでｃｏｎｆｉｇｕｒａｔｉｏｎすることができる。
【０８２４】
しかし、ＴＤＤは、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｃｏｎｆｉｇｕｒａｔｉｏｎされるとき、ＤＬとＵＬを区分せずにｃｏｎｆｉｇｕｒａｔｉｏｎすることもできる。
【０８２５】
すなわち、ＴＤＤは、１つのｃａｒｒｉｅｒでＤＬとＵＬがＴＤＭ方式で存在するので、１回のｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ｃｏｎｆｉｇｕｒａｔｉｏｎで当該ｃａｒｒｉｅｒにＤＬとＵＬとの両方をｃｏｎｆｉｇｕｒａｔｉｏｎすることができる。
【０８２６】
しかし、仮りに、ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがＰＳＳ／ＳＳＳが送信されるＰＲＢ位置（ＬＴＥ  ｉｎｂａｎｄ  ｃｅｎｔｅｒ  ６ＲＢ）にｃｏｎｆｉｇｕｒａｔｉｏｎされる場合、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒにＮＢ−ＩｏＴ  ＵＬだけが許される必要がある。
【０８２７】
これは、ＦＤＤ  ＮＢ−ＩｏＴでＰＳＳとＮＳＳ、ＭＩＢが送信されるｃｅｎｔｅｒ  ６ＲＢにＮＢ−ＩｏＴ  ＤＬ  ｃａｒｒｉｅｒ  ｃｏｎｆｉｇｕｒａｔｉｏｎを許さない理由と同様である。
【０８２８】
したがって、端末は、ｎｏｎ−ａｎｃｈｏｒに対するｃｏｎｆｉｇｕｒａｔｉｏｎを受け、当該ｃａｒｒｉｅｒの位置がｃｅｎｔｅｒ  ６ＲＢと重なる場合、当該ｃａｒｒｉｅｒ上でＵＬだけ期待するように制限されることができる。
【０８２９】
Ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ  ＳＩＢ１−ＮＢに対するＮＲＳ及びＣＲＳ  ｐｏｒｔ数
第７に、ＳＩＢ１−ＮＢがｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される場合、ＮＲＳとＣＲＳ  ｐｏｒｔ数について説明する。
【０８３０】
Ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｇｕａｒｄ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅでありながら、ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｉｎ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅである場合に、端末は、ＳＩＢ１−ＮＢ  ｄｅｃｏｄｉｎｇのために、ＮＲＳ  ｐｏｒｔ数とＣＲＳ  ｐｏｒｔ数情報が必要である。
【０８３１】
これは、ｉｎ−ｂａｎｄ  ｏｐｅｒａｔｉｏｎ  ｍｏｄｅがｓａｍｅ−ＰＣＩであるか、またはｄｉｆｆｅｒｅｎｔ−ＰＣＩであるかによって異なるように定義または仮定することができる。
【０８３２】
１）ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがｉｎ−ｂａｎｄ  ｓａｍｅ  ＰＣＩ  ｍｏｄｅである場合
当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのＮＲＳとＣＲＳ  ｐｏｒｔ数は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＲＳ  ｐｏｒｔ数と同一である。
これは、既存のＦＤＤ  ＮＢ−ＩｏＴでｉｎ−ｂａｎｄ  ｓａｍｅ  ＰＣＩ  ｍｏｄｅである場合に、ＮＲＳとＣＲＳ  ｐｏｒｔ数は同一であると仮定したためであり、ＴＤＤでも同じ方式で適用されることができる。
【０８３３】
２）ＳＩＢ１−ＮＢが送信されるｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒがＩｎ−ｂａｎｄ  ｄｉｆｆｅｒｅｎｔ  ＰＣＩ  ｍｏｄｅである場合
当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのＮＲＳ  ｐｏｒｔ数は、ａｎｃｈｏｒ−ｃａｒｒｉｅｒのＮＲＳ  ｐｏｒｔ数と同一であり、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのＣＲＳ  ｐｏｒｔ数は４であると仮定することができる。
【０８３４】
すなわち、端末は、ＳＩＢ１−ＮＢ  ｄｅｃｏｄｉｎｇを完了する前まで、当該ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒのＣＲＳ  ｐｏｒｔ数は４であると仮定し、ｒａｔｅ  ｍａｔｃｈｉｎｇまたはｐｕｎｃｔｕｒｉｎｇが適用されたＳＩＢ１−ＮＢ  ｄｅｃｏｄｉｎｇを試みる。
もちろん、ＦＤＤと類似した端末の設計を考慮する場合、ｒａｔｅ  ｍａｔｃｈｉｎｇがより適しているとすることができる。
【０８３５】
また、ＳＩＢ１−ＮＢで当該ｃａｒｒｉｅｒのＣＲＳ  ｐｏｒｔ数を明示的に伝達すれば、端末は、ＳＩＢ１−ＮＢ  ｄｅｃｏｄｉｎｇ以後に、当該ｃａｒｒｉｅｒのｒａｔｅ  ｍａｔｃｈｉｎｇをＳＩＢ１−ＮＢ  ｄｅｃｏｄｉｎｇ以前と異なるＣＲＳ  ｐｏｒｔ数を仮定することもできる。
【０８３６】
前述した第１ないし第７に該当する内容は、本明細書において提案するＳＩＢ１−ＮＢを送信する方法を行うために独立に適用されるか、１つ以上を組み合わせまたは結合して適用されることができる。
【０８３７】
前述した内容に基づいて、本明細書において提案するＳＩＢ１−ＮＢを送信（または、受信）するための端末及び基地局動作について説明する。
【０８３８】
図１６は、本明細書において提案する方法を行うための端末動作の一例を示した順序図である。
【０８３９】
すなわち、図１６は、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）狭帯域（ｎａｒｒｏｗｂａｎｄ、ＮＢ）を支援する無線通信システムにおけるシステム情報を受信する方法を示す。
【０８４０】
まず、端末は、アンカーキャリア（ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）上で第１のシステム情報を基地局から受信する（Ｓ１６１０）。
【０８４１】
前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）であるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含む。
【０８４２】
前記第１の情報は、前記ノン−アンカーキャリアに設定される。
【０８４３】
そして、前記端末は、前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記基地局から受信する（Ｓ１６２０）。
【０８４４】
前記第２のシステム情報は、サブフレーム＃０とサブフレーム＃５で受信されることができ、前記ノン−アンカーキャリア上で前記第２のシステム情報の繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒ）は、８または１６でありうる。
【０８４５】
ここで、前記繰り返し回数は、前記第１のシステム情報に含まれる特定パラメータに基づいて決定されることができる。
【０８４６】
また、前記端末は、前記サブフレーム＃０とサブフレーム＃５でＮＲＳ（ｎａｒｒｏｗｂａｎｄ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）が前記基地局から受信されることと期待または仮定することができる。
【０８４７】
ここで、前記第１のシステム情報は、ＭＩＢ（ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）−ＮＢ（ｎａｒｒｏｗｂａｎｄ）であり、前記第２のシステム情報は、ＳＩＢ１（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１）−ＮＢでありうる。
【０８４８】
そして、前記第１のシステム情報は、前記システムの動作モード（ｏｐｅｒａｔｉｏｎ  ｍｏｄｅ）を表す動作モード情報をさらに含むことができる。
【０８４９】
この場合、前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置は、前記動作モードに基づいて決定されることができる。
【０８５０】
このとき、前記ノン−アンカーキャリアの位置は、前記アンカーキャリアとの相対的な位置で決定されることができる。
【０８５１】
前記相対的な位置は、ＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）間隔で表現されることができる。
【０８５２】
仮りに、前記動作モードがガードバンド（ｇｕａｒｄ  ｂａｎｄ）に設定された場合、前記第２の制御情報は、前記アンカーキャリアと同じサイド（ｓｉｄｅ）のキャリアまたは前記アンカーキャリアと反対サイド（ｏｐｐｏｓｉｔｅ  ｓｉｄｅ）のキャリアを表すことができる。
【０８５３】
または、前記動作モードがインバンド（ｉｎ−ｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）である場合、前記第２の情報は、前記アンカーキャリアよりさらに低い（ｌｏｗｅｒ）周波数値またはさらに高い（ｈｉｇｈｅｒ）周波数値を表すことができる。
【０８５４】
そして、前記第１のシステム情報は、前記ノン−アンカーキャリアのＣＲＳ（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）ｐｏｒｔの数が前記アンカー−キャリアのＮＲＳ  ｐｏｒｔ数と同一であるか、または４であることを表す第３の情報をさらに含むことができる。
【０８５５】
このとき、前記ノン−アンカーキャリアの動作モードは、ｉｎ−ｂａｎｄ−ｄｉｆｆｅｒｅｎｔＰＣＩでありうる。
【０８５６】
本明細書において提案するＳＩＢ１−ＮＢをｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信すべき理由について説明すれば、下記のとおりである。
【０８５７】
ＬＴＥシステムと異なり、ｃｏｖｅｒａｇｅ  ｅｎｈａｎｃｅｍｅｎｔを特徴とするＮＢ−ＩｏＴｓｙｓｔｅｍは、全てのｃｈａｎｎｅｌとｓｉｇｎａｌが基本的に少なくとも１ｓｕｂｆｒａｍｅ区間を占める。
【０８５８】
したがって、ＮＢ−ＩｏＴシステムは、ＮＰＳＳ、ＮＳＳＳ、及びＮＰＢＣＨ送信にのみ３個のｓｕｂｆｒａｍｅが必要である。
【０８５９】
しかし、前記ＮＰＳＳ、ＮＳＳＳ、及びＮＰＢＣＨ送信周期は、１０ｍｓｅｃ毎または２０ｍｓｅｃ毎であるため、２０ｍｓｅｃ毎内でＮＰＳＳ、ＮＳＳＳ、及びＮＰＢＣＨ送信のために使用されるｓｕｂｆｒａｍｅの数は５個が必要となる。
【０８６０】
そして、ＴＤＤ  ＮＢ−ＩｏＴシステムで支援するＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎの場合、全てのＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎで常にＤＬに仮定できるｓｕｂｆｒａｍｅ（ＳＩＢ１−ＮＢでＴＤＤ  ｃｏｎｆｉｇｕｒａｔｉｏｎを知らせるので、全てのＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎでｄｏｗｎｌｉｎｋに仮定できるｓｕｂｆｒａｍｅは、ＳＩＢ１−ＮＢ送信に活用され得る）は、奇数ｒａｄｉｏ  ｆｒａｍｅの０番ｓｕｂｆｒａｍｅのみ存在する。
【０８６１】
また、ＳＩＢ１−ＮＢは、様々なＴＢＳ（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ  ｓｉｚｅ）を支援できるので、ＴＢＳが大きい場合、繰り返し送信が多く要求される。
【０８６２】
このとき、繰り返し送信により隣接ｃｅｌｌ間干渉は、ＴＤＭで解決し難いことがある。
【０８６３】
したがって、このような問題を解決するために、ＳＩＢ１−ＮＢは、ａｎｃｈｏｒ−ｃａｒｒｉｅｒでないｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ上で送信される必要がある。
【０８６４】
本明細書において提案するＳＩＢ１−ＮＢのｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒを介しての送信方法と既存のＬＴＥシステムのＣＡ（ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ）方法との相違点は、本明細書において提案する方法は、基本放送情報が特定ＣＣ（ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）に限定されて送信されないという点である。
【０８６５】
ＬＴＥシステムのＣＡは、端末別に任意のＣＣがＰ−ｃｅｌｌ（ｐｒｉｍａｒｙ−ｃｅｌｌ）となり得るが、ＮＢ−ＩｏＴシステムは、複数のＮＢ−ＩｏＴ  ｃａｒｒｉｅｒが存在する場合にも、ａｎｃｈｏｒ−ｃａｒｒｉｅｒは１つのみ定義される。
【０８６６】
したがって、（基本）放送情報を他のｃａｒｒｉｅｒに送信する点のおいて本明細書において提案するＳＩＢ１−ＮＢ送信方法は、ＬＴＥシステムのＣＡと相違がある。
【０８６７】
図１６、図１８、及び図１９を参考して、本明細書において提案する方法が端末で実現される部分について説明する。
【０８６８】
ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）狭帯域（ｎａｒｒｏｗｂａｎｄ、ＮＢ）を支援する無線通信システムにおけるシステム情報を受信するために、端末は、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール及び前記ＲＦモジュールを制御するプロセッサを備える。
【０８６９】
前記端末のプロセッサは、アンカーキャリア（ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）上で第１のシステム情報を基地局から受信するように前記ＲＦモジュールを制御する。
【０８７０】
前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）であるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含む。
【０８７１】
前記第１の情報は、前記ノン−アンカーキャリアに設定される。
【０８７２】
そして、前記端末は、前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記基地局から受信するように前記ＲＦモジュールを制御する。
【０８７３】
前記第２のシステム情報は、サブフレーム＃０とサブフレーム＃５で受信されることができ、前記ノン−アンカーキャリア上で前記第２のシステム情報の繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒ）は、８または１６でありうる。
【０８７４】
ここで、前記繰り返し回数は、前記第１のシステム情報に含まれる特定パラメータに基づいて決定されることができる。
【０８７５】
また、前記端末は、前記サブフレーム＃０とサブフレーム＃５でＮＲＳ（ｎａｒｒｏｗｂａｎｄ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）が前記基地局から受信されることと期待または仮定することができる。
【０８７６】
ここで、前記第１のシステム情報は、ＭＩＢ（ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）−ＮＢ（ｎａｒｒｏｗｂａｎｄ）であり、前記第２のシステム情報は、ＳＩＢ１（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１）−ＮＢでありうる。
【０８７７】
そして、前記第１のシステム情報は、前記システムの動作モード（ｏｐｅｒａｔｉｏｎ  ｍｏｄｅ）を表す動作モード情報をさらに含むことができる。
【０８７８】
この場合、前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置は、前記動作モードに基づいて決定されることができる。
【０８７９】
このとき、前記ノン−アンカーキャリアの位置は、前記アンカーキャリアとの相対的な位置に決定されることができる。
【０８８０】
前記相対的な位置は、ＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）間隔で表現されることができる。
【０８８１】
仮りに、前記動作モードがガードバンド（ｇｕａｒｄ  ｂａｎｄ）に設定された場合、前記第２の制御情報は、前記アンカーキャリアと同じサイド（ｓｉｄｅ）のキャリアまたは前記アンカーキャリアと反対サイド（ｏｐｐｏｓｉｔｅ  ｓｉｄｅ）のキャリアを表すことができる。
【０８８２】
または、前記動作モードがインバンド（ｉｎ−ｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）である場合、前記第２の情報は、前記アンカーキャリアよりさらに低い（ｌｏｗｅｒ）周波数値またはさらに高い（ｈｉｇｈｅｒ）周波数値を表すことができる。
【０８８３】
そして、前記第１のシステム情報は、前記ノン−アンカーキャリアのＣＲＳ（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）ｐｏｒｔの数が前記アンカー−キャリアのＮＲＳ  ｐｏｒｔ数と同一であるか、または４であることを表す第３の情報をさらに含むことができる。
【０８８４】
このとき、前記ノン−アンカーキャリアの動作モードは、ｉｎ−ｂａｎｄ−ｄｉｆｆｅｒｅｎｔＰＣＩでありうる。
【０８８５】
図１７は、本明細書において提案する方法を行うための基地局動作の一例を示した順序図である。
【０８８６】
すなわち、図１７は、ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）狭帯域（ｎａｒｒｏｗｂａｎｄ、ＮＢ）を支援する無線通信システムにおけるシステム情報を送信する方法を表す。
【０８８７】
まず、基地局は、アンカーキャリア（ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）上で第１のシステム情報を端末に送信する（Ｓ１７１０）。
【０８８８】
前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）であるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含む。
【０８８９】
前記第１の情報は、前記ノン−アンカーキャリアに設定される。
【０８９０】
そして、前記基地局は、前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記端末に送信する（Ｓ１７２０）。
【０８９１】
前記第２のシステム情報は、サブフレーム＃０とサブフレーム＃５で受信されることができ、前記ノン−アンカーキャリア上で前記第２のシステム情報の繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒ）は、８または１６でありうる。
【０８９２】
ここで、前記繰り返し回数は、前記第１のシステム情報に含まれる特定パラメータに基づいて決定されることができる。
【０８９３】
また、前記基地局は、前記サブフレーム＃０とサブフレーム＃５でＮＲＳ（ｎａｒｒｏｗｂａｎｄ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）を前記端末に送信することができる。
【０８９４】
ここで、前記第１のシステム情報は、ＭＩＢ（ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）−ＮＢ（ｎａｒｒｏｗｂａｎｄ）であり、前記第２のシステム情報は、ＳＩＢ１（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１）−ＮＢでありうる。
【０８９５】
そして、前記第１のシステム情報は、前記システムの動作モード（ｏｐｅｒａｔｉｏｎ  ｍｏｄｅ）を表す動作モード情報をさらに含むことができる。
【０８９６】
この場合、前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置は、前記動作モードに基づいて決定されることができる。
【０８９７】
このとき、前記ノン−アンカーキャリアの位置は、前記アンカーキャリアとの相対的な位置に決定されることができる。
【０８９８】
前記相対的な位置は、ＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）間隔で表現されることができる。
【０８９９】
仮りに、前記動作モードがガードバンド（ｇｕａｒｄ  ｂａｎｄ）に設定された場合、前記第２の制御情報は、前記アンカーキャリアと同じサイド（ｓｉｄｅ）のキャリアまたは前記アンカーキャリアと反対サイド（ｏｐｐｏｓｉｔｅ  ｓｉｄｅ）のキャリアを表すことができる。
【０９００】
または、前記動作モードがインバンド（ｉｎ−ｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）である場合、前記第２の情報は、前記アンカーキャリアよりさらに低い（ｌｏｗｅｒ）周波数値またはさらに高い（ｈｉｇｈｅｒ）周波数値を表すことができる。
【０９０１】
そして、前記第１のシステム情報は、前記ノン−アンカーキャリアのＣＲＳ（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）ｐｏｒｔの数が前記アンカー−キャリアのＮＲＳ  ｐｏｒｔ数と同一であるか、または４であることを表す第３の情報をさらに含むことができる。
【０９０２】
このとき、前記ノン−アンカーキャリアの動作モードは、ｉｎ−ｂａｎｄ−ｄｉｆｆｅｒｅｎｔＰＣＩでありうる。
【０９０３】
図１７〜図１９を参考して、本明細書において提案する方法が基地局で実現される部分について説明する。
【０９０４】
ＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）狭帯域（ｎａｒｒｏｗｂａｎｄ、ＮＢ）を支援する無線通信システムにおけるシステム情報を送信するために、基地局は、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール及び前記ＲＦモジュールを制御するプロセッサを備える。
【０９０５】
前記基地局のプロセッサは、アンカーキャリア（ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）上で第１のシステム情報を端末に送信するように前記ＲＦモジュールを制御する。
【０９０６】
前記第１のシステム情報は、第２のシステム情報のために使用されるキャリアがアンカーキャリアであるか、またはノン−アンカーキャリア（ｎｏｎ−ａｎｃｈｏｒ  ｃａｒｒｉｅｒ）であるかを表す第１の情報及び前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置に対する第２の情報を含む。
【０９０７】
前記第１の情報は、前記ノン−アンカーキャリアに設定される。
【０９０８】
そして、前記基地局は、前記第１のシステム情報に基づいて、前記ノン−アンカーキャリア上で前記第２のシステム情報を前記端末に送信するように前記ＲＦモジュールを制御する。
【０９０９】
前記第２のシステム情報は、サブフレーム＃０とサブフレーム＃５で受信されることができ、前記ノン−アンカーキャリア上で前記第２のシステム情報の繰り返し回数（ｒｅｐｅｔｉｔｉｏｎ  ｎｕｍｂｅｒ）は、８または１６でありうる。
【０９１０】
ここで、前記繰り返し回数は、前記第１のシステム情報に含まれる特定パラメータに基づいて決定されることができる。
【０９１１】
また、前記基地局は、前記サブフレーム＃０とサブフレーム＃５でＮＲＳ（ｎａｒｒｏｗｂａｎｄ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）を前記端末に送信することができる。
【０９１２】
ここで、前記第１のシステム情報は、ＭＩＢ（ｍａｓｔｅｒｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ）−ＮＢ（ｎａｒｒｏｗｂａｎｄ）であり、前記第２のシステム情報は、ＳＩＢ１（ｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ１）−ＮＢでありうる。
【０９１３】
そして、前記第１のシステム情報は、前記システムの動作モード（ｏｐｅｒａｔｉｏｎ  ｍｏｄｅ）を表す動作モード情報をさらに含むことができる。
【０９１４】
この場合、前記第２のシステム情報のために使用される前記ノン−アンカーキャリアの位置は、前記動作モードに基づいて決定されることができる。
【０９１５】
このとき、前記ノン−アンカーキャリアの位置は、前記アンカーキャリアとの相対的な位置に決定されることができる。
【０９１６】
前記相対的な位置は、ＰＲＢ（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）間隔で表現されることができる。
【０９１７】
仮りに、前記動作モードがガードバンド（ｇｕａｒｄ  ｂａｎｄ）に設定された場合、前記第２の制御情報は、前記アンカーキャリアと同じサイド（ｓｉｄｅ）のキャリアまたは前記アンカーキャリアと反対サイド（ｏｐｐｏｓｉｔｅ  ｓｉｄｅ）のキャリアを表すことができる。
【０９１８】
または、前記動作モードがインバンド（ｉｎ−ｂａｎｄ）または独立型（ｓｔａｎｄａｌｏｎｅ）である場合、前記第２の情報は、前記アンカーキャリアよりさらに低い（ｌｏｗｅｒ）周波数値またはさらに高い（ｈｉｇｈｅｒ）周波数値を表すことができる。
【０９１９】
そして、前記第１のシステム情報は、前記ノン−アンカーキャリアのＣＲＳ（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）ｐｏｒｔの数が前記アンカー−キャリアのＮＲＳ  ｐｏｒｔ数と同一であるか、または４であることを表す第３の情報をさらに含むことができる。
【０９２０】
このとき、前記ノン−アンカーキャリアの動作モードは、ｉｎ−ｂａｎｄ−ｄｉｆｆｅｒｅｎｔＰＣＩでありうる。
【０９２１】
本発明が適用され得る装置一般
図１８は、本明細書において提案する方法が適用され得る無線通信装置のブロック構成図を例示する。
【０９２２】
図１８に示すように、無線通信システムは、基地局１８１０と基地局領域内に位置した複数の端末１８２０とを備える。
【０９２３】
前記基地局と端末は、各々無線装置で表現されることもできる。
【０９２４】
基地局は、プロセッサ（ｐｒｏｃｅｓｓｏｒ、１８１１）、メモリ（ｍｅｍｏｒｙ、１８１２）、及びＲＦモジュール（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙｍｏｄｕｌｅ、１８１３）を備える。プロセッサ１８１１は、先の図１〜図１７で提案された機能、過程、及び／又は方法を実現する。無線インターフェースプロトコルの階層は、プロセッサにより実現されることができる。メモリは、プロセッサと連結されて、プロセッサを駆動するための様々な情報を格納する。ＲＦモジュールは、プロセッサと連結されて、無線信号を送信及び／又は受信する。
【０９２５】
端末は、プロセッサ１８２１、メモリ１８２２、及びＲＦモジュール１８２３を備える。
【０９２６】
プロセッサは、先に図１〜図１７で提案された機能、過程、及び／又は方法を実現する。無線インターフェースプロトコルの階層は、プロセッサにより実現されることができる。メモリは、プロセッサと連結されて、プロセッサを駆動するための様々な情報を格納する。ＲＦモジュールは、プロセッサと連結されて、無線信号を送信及び／又は受信する。
【０９２７】
メモリ１８１２、１８２２は、プロセッサ１８１１、１８２１の内部または外部にあることができ、よく知られた様々な手段でプロセッサと連結されることができる。
【０９２８】
また、基地局及び／又は端末は、１個のアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）または多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を有することができる。
【０９２９】
アンテナ１８１４、１８２４は、無線信号を送信及び受信する機能をする。
【０９３０】
図１９は、本明細書において提案する方法が適用され得る無線通信装置のブロック構成図のさらに他の例示である。
【０９３１】
図１９に示すように、無線通信システムは、基地局１９１０と基地局領域内に位置した複数の端末１９２０とを備える。基地局は、送信装置で、端末は、受信装置で表現されることができ、その反対も可能である。基地局と端末は、プロセッサ（ｐｒｏｃｅｓｓｏｒ、１９１１、１９２１）、メモリ（ｍｅｍｏｒｙ、１９１４、１９２４）、１つ以上のＴｘ／Ｒｘ  ＲＦモジュール（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ｍｏｄｕｌｅ、１９１５、１９２５）、Ｔｘプロセッサ１９１２、１９２２、Ｒｘプロセッサ１９１３、１９２３、アンテナ１９１６、１９２６を備える。プロセッサは、前述した機能、過程、及び／又は方法を実現する。より具体的に、ＤＬ（基地局から端末への通信）で、コアネットワークからの上位階層パケットは、プロセッサ１９１１に提供される。プロセッサは、Ｌ２階層の機能を実現する。ＤＬで、プロセッサは、論理チャネルと送信チャネルとの間の多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）、無線資源割当を端末１９２０に提供し、端末へのシグナリングを担当する。送信（ＴＸ）プロセッサ１９１２は、Ｌ１階層（すなわち、物理階層）に対する様々な信号処理機能を実現する。信号処理機能は、端末でＦＥＣ（ｆｏｒｗａｒｄ  ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ）を容易にし、コーディング及びインターリビング（ｃｏｄｉｎｇ  ａｎｄ  ｉｎｔｅｒｌｅａｖｉｎｇ）を含む。符号化及び変調されたシンボルは、並列ストリームに分割され、それぞれのストリームは、ＯＦＤＭ副搬送波にマッピングされ、時間及び／又は周波数領域で基準信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＲＳ）とマルチプレクシングされ、ＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）を使用して共に結合され、時間領域ＯＦＤＭＡシンボルストリームを運搬する物理的チャネルを生成する。ＯＦＤＭストリームは、多重空間ストリームを生成するために、空間的にプレコーディングされる。それぞれの空間ストリームは、個別Ｔｘ／Ｒｘモジュール（または、送受信機、１９１５）を介して相違したアンテナ１９１６に提供されることができる。それぞれのＴｘ／Ｒｘモジュールは、送信のためにそれぞれの空間ストリームにＲＦ搬送波を変調することができる。端末で、それぞれのＴｘ／Ｒｘモジュール（または、送受信機、１９２５）は、各Ｔｘ／Ｒｘモジュールの各アンテナ１９２６を介して信号を受信する。それぞれのＴｘ／Ｒｘモジュールは、ＲＦキャリアに変調された情報を復元して、受信（ＲＸ）プロセッサ１９２３に提供する。ＲＸプロセッサは、ｌａｙｅｒ  １の様々な信号プロセシング機能を実現する。ＲＸプロセッサは、端末に向かう任意の空間ストリームを復旧するために、情報に空間プロセシングを行うことができる。仮りに、複数の空間ストリームが端末に向かう場合、複数のＲＸプロセッサにより単一ＯＦＤＭＡシンボルストリームで結合されることができる。ＲＸプロセッサは、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭＡシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のそれぞれのサブキャリアに対する個別的なＯＦＤＭＡシンボルストリームを含む。それぞれのサブキャリア上のシンボル及び基準信号は、基地局により送信された最も可能性のある信号配置ポイントを決定することにより復元され、復調される。このような軟判定（ｓｏｆｔ  ｄｅｃｉｓｉｏｎ）は、チャネル推定値に基づくことができる。軟判定は、物理チャネル上で基地局により元に送信されたデータ及び制御信号を復元するために、デコード及びデインターリビングされる．当該データ及び制御信号は、プロセッサ１９２１に提供される。
【０９３２】
ＵＬ（端末から基地局への通信）は、端末１９２０で受信機機能と関連して記述されたことと類似した方式で基地局１９１０で処理される。それぞれのＴｘ／Ｒｘモジュール１９２５は、それぞれのアンテナ１９２６を介して信号を受信する。それぞれのＴｘ／Ｒｘモジュールは、ＲＦ搬送波及び情報をＲＸプロセッサ１９２３に提供する。プロセッサ１９２１は、プログラムコード及びデータを格納するメモリ１９２４と関連することができる。メモリは、コンピュータ読み取り可能媒体として称されることができる。
【０９３３】
以上で説明された実施形態は、本発明の構成要素等と特徴が所定の形態で結合されたものなどである。各構成要素または特徴は、別の明示的言及がない限り、選択的なことと考慮されなければならない。各構成要素または特徴は、他の構成要素や特徴と結合されなかった形態で実施されることができる。また、一部構成要素及び／又は特徴を結合して、本発明の実施形態を構成することも可能である。本発明の実施形態において説明される動作等の順序は変更されることができる。ある実施形態の一部構成や特徴は、他の実施形態に含まれることができ、または、他の実施形態の対応する構成または特徴と交替されることができる。特許請求の範囲で明示的な引用関係がない請求項を結合して実施形態を構成するか、出願後の補正により新しい請求項として含めることができることは自明である。
【０９３４】
本発明に係る実施形態は、様々な手段、例えば、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはそれらの結合などにより実現されることができる。ハードウェアによる実現の場合、本発明の一実施形態は、１つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラー、マイクロプロセッサなどにより実現されることができる。
【０９３５】
ファームウエアやソフトウェアによる実現の場合、本発明の一実施形態は、以上で説明された機能または動作を行うモジュール、手順、関数などの形態で実現されることができる。ソフトウェアコードは、メモリに格納されて、プロセッサにより駆動されることができる。前記メモリは、前記プロセッサの内部または外部に位置して、既に公知された様々な手段により前記プロセッサとデータをやり取りすることができる。
【０９３６】
本発明は、本発明の必須的特徴を逸脱しない範囲で他の特定の形態で具体化され得ることは通常の技術者に自明である。したがって、上述した詳細な説明は、あらゆる面において制限的に解釈されてはならず、例示的なものと考慮されなければならない。本発明の範囲は、添付された請求項の合理的解釈により決定されなければならず、本発明の等価的範囲内でのあらゆる変更は、本発明の範囲に含まれる。
【産業上の利用可能性】
【０９３７】
本発明は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムの他にも、様々な無線通信システムに適用することが可能である。
【図１】
0006818139.tif 000397
【図２】
0006818139.tif 000398
【図３】
0006818139.tif 000399
【図４】
0006818139.tif 000400
【図５】
0006818139.tif 000401
【図６】
0006818139.tif 000402
【図７】
0006818139.tif 000403
【図８】
0006818139.tif 000404
【図９】
0006818139.tif 000405
【図１０】
0006818139.tif 000406
【図１１】
0006818139.tif 000407
【図１２】
0006818139.tif 000408
【図１３】
0006818139.tif 000409
【図１４】
0006818139.tif 000410
【図１５】
0006818139.tif 000411
【図１６】
0006818139.tif 000412
【図１７】
0006818139.tif 000413
【図１８】
0006818139.tif 000414
【図１９】
0006818139.tif 000415
【図２０】
0006818139.tif 000416
【図２１】
0006818139.tif 000417