JP2021503206A - システムインフォメーションの送信技術 - Google Patents

Abstract

無線アクセスネットワーク（ＲＡＮ）における時分割複信（ＴＤＤ）通信のためのシステム情報を送信する技術が説明される。本技術の方法の態様に関し、マスターインフォメーションブロック（ＭＩＢ）が、ＲＡＮにおけるＴＤＤ通信のアンカーキャリア（６０２−１）で送信される。ＭＩＢは、ＲＡＮにおけるＴＤＤ通信のシステムインフォメーションブロック（ＳＩＢ）に割り当てられる周波数リソース（６０２−１；６０２−２）を示す。ＳＩＢは、ＭＩＢにおいて示された周波数リソース（６０２−１；６０２−２）で送信される。【選択図】図１０Ａ

Description

本開示は、概してシステムインフォメーションを送受信する技術に関する。より具体的には、無線アクセスネットワークにおいてシステムインフォメーションブロックを送受信する方法およびデバイスが提供される。

無線デバイスは、無線アクセスネットワーク（ＲＡＮ）にアクセスするために必須の時間同期信号およびシステムインフォメーションエレメントのための所定の無線キャリアをスキャンすることにより、ＲＡＮにアクセスする。このような無線デバイスの例は、第３世代パートナーシッププロジェクト（３ＧＰＰ）のロングタームエボリューション（ＬＴＥ）に従うユーザ端末（ＵＥ）等のモバイルブロードバンド（ＭＢＢ）デバイスと、３ＧＰＰ ＮＢ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＮＢ−ＩｏＴ）ＵＥなどのナローバンド（ＮＢ）デバイスとを含む。必須のシステムインフォメーションの例は、３ＧＰＰシステムのためのマスターインフォメーションブロック（ＭＩＢ）を含む。ＮＢ−ＩｏＴ ＵＥの初期同期を促進するキャリアは、アンカーキャリアと呼ばれる。

既存のＬＴＥ ＵＥと同様に、ＮＢ−ＩｏＴ ＵＥは、１００ｋＨｚラスタ上でキャリアをサーチすることが要求され、すなわち、ＮＢ−ＩｏＴ ＵＥは、１００ｋＨｚの大きさのステップでＮＢ−ＩｏＴキャリアのサーチを試行する。したがって、ＮＢ−ＩｏＴシステムの下りリンクに対するキャリアラスタは、１００ｋＨｚの周波数グリッド上にある。１００ｋＨｚラスタは、ＮＢ−ＩｏＴシステムのインバンド配置に対して、ＬＴＥシステムの所定の物理リソースブロック（ＰＲＢ）内にのみアンカーキャリアを配置可能であることを暗に意味する。

時分割複信（ＴＤＤ）のために構成されたＮＢ−ＩｏＴシステムでは、下りリンク伝送と上りリンク伝送とで同じキャリア周波数を共有する必要がある。ＭＩＢ−ＮＢのためのプライマリ同期信号、セカンダリ同期信号、および物理ブロードキャストチャネルの送信は下りリンクを占有し、そのため、他のシステムインフォメーションのブロードキャスト、ページング、および下りリンクユーザトラフィックのためには、アンカーキャリア上の下りリンクサブフレームが極めて少量だけ残る。

さらに、ＴＤＤ ＲＡＮにおいて下りリンクサブフレームと上りリンクサブフレームとを仕切ることは、上りリンク−下りリンクＴＤＤ設定によって定められる。文書３ＧＰＰ ＴＳ３６．２１１（例えばバージョン１４．４．０）における表４．２−２による設定６などのいくつかの上りリンク中心の設定に対して、ＭＩＢ−ＮＢのための同期信号および物理ブロードキャストチャネルの送信のスケジューリング後には、他のもののための下りリンクサブフレームはほとんど残らない。１つのアプローチは、このような設定を避けることでありうるが、ＲＡＮにおけるＭＢＢシステムとＮＢシステムとの共存は、少なくともいくつかの配置においてこのような設定を要求する。例えば、ＬＴＥシステムが上りリンク中心の上りリンク−下りリンクＴＤＤ設定を要求してもよく、ＮＢ−ＩｏＴシステムは、ＬＴＥシステムによって使用される、同一の上りリンク−下りリンクＴＤＤ設定を使用しなければならないことがありうる。別のアプローチは、上りリンク−下りリンクＴＤＤ設定に応じて全く違うフォーマットのＭＩＢ−ＮＢを使用しうるが、異なるフォーマットは、少なくともいくつかの配置におけるＮＢ−ＩｏＴ ＵＥのスリムな設計に反して、無線デバイスの複雑性を増してしまう。

したがって、時分割複信無線アクセスネットワークにおいてシステムインフォメーションをフレキシブルかつ効率的に送信する技術に対するニーズがある。より具体的には、様々な上りリンク−下りリンク時分割複信設定においてシステムインフォメーションの送信を可能とする技術に対するニーズがある。それに代えて又はそれに加えて、モバイルブロードバンドシステムに対して異なる配置において、統一されたフォーマットを用いてナローバンドのシステムインフォメーションの送信を許容する技術に対するニーズがある。

１つの態様に関して、無線アクセスネットワーク（ＲＡＮ）における時分割複信（ＴＤＤ）通信のためのシステムインフォメーションを送信する方法を提供する。本方法は、ＲＡＮにおけるＴＤＤ通信のアンカーキャリアにおいてマスターインフォメーションブロック（ＭＩＢ）を送信するステップを含む又はトリガする。ＭＩＢは、ＲＡＮにおけるＴＤＤ通信のシステムインフォメーションブロック（ＳＩＢ）に割り当てられた周波数リソースを示す。本方法はさらに、ＭＩＢにおいて示された周波数リソース（spectral resource）で、ＳＩＢを送信するステップを含む又はトリガする。

本方法は、ＴＤＤ通信におけるＳＩＢ伝送のための周波数リソースを示す方法として実装されうる。ＴＤＤ通信のための（例えばＲＡＮの）機能及び／又はリソースを、ＴＤＤシステムと呼びうる。ＴＤＤ通信は、ＲＡＮのカバレッジ内の少なくとも１つの無線デバイスを参加させうる。ここで、無線デバイスとユーザ端末（ＵＥ）とが、置き換え可能に使用されうる。

周波数リソースは、アンカーキャリア以外のノンアンカーキャリアを含みうる。ノンアンカーキャリアは、プライマリ同期信号、セカンダリ同期信号、及び／又はＭＩＢが送信されることを無線デバイスが想定しないキャリアでありうる。例えば、ノンアンカーキャリアは、潜在的なアンカーキャリアのためのキャリア周波数を定義するキャリアラスタから外れていてもよい。キャリアラスタは、文書３ＧＰＰ ＴＳ３６．１０４（例えばバージョン１４．５．０）のセクション５．７．２に適合しうる。

本技術は、ナローバンド（ＮＢ）ＴＤＤ通信のために実装されうる。ＮＢ ＴＤＤ通信のための（例えばＲＡＮの）機能及び／又はリソースは、ＮＢ ＴＤＤシステム又はＮＢ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＮＢ−ＩｏＴ）ＴＤＤシステム（又は簡潔に、ＮＢシステム又はＮＢ−ＩｏＴシステム）と呼ばれうる。ここで、ＮＢおよびＮＢ−ＩｏＴは、交換可能に使用されうる。ＮＢ ＴＤＤ通信のためのＭＩＢおよびＳＩＢを、それぞれ、ＭＩＢ−ＮＢおよびＳＩＢ−ＮＢ（例えばＳＩＢ１−ＮＢ）と呼びうる。ＮＢ ＴＤＤ通信に参加し又はそれのために設定された無線デバイスを、ＮＢ−ＩｏＴデバイスと呼びうる。

本技術は、ＲＡＮにおけるモバイルブロードバンド（ＭＢＢ）通信のない又はそれとの共存に関する異なる配置（また、動作モード）に適合しうる。その配置は、ＭＢＢ通信とインバンドのＮＢ通信の配置、ＭＢＢ通信の１つ以上のガードバンドにおけるＮＢ通信の配置、および、ＭＢＢ通信とは独立したＮＢ通信のスタンドアローン配置、の少なくとも１つを含みうる。配置は、文書３ＧＰＰ ＴＳ３６．３００（例えばバージョン１４．４．０）のセクション５．５ａにおけるものを含みうる。

本技術の少なくとも一部の実施形態により、ＲＡＮが、ＳＩＢの周波数リソース（例えばノンアンカーキャリア）を効果的に示すことが可能となる。ＭＩＢ内の数ビットが、ＳＩＢの周波数リソースを示しうる。ＮＢ−ＩｏＴ ＴＤＤシステムにおいて本技術を実装することにより、ＲＡＮは、ＮＢ−ＩｏＴデバイスに対するシグナリングオーバヘッド及び／又は設計の複雑性について十分に低いコストで（例えば、３つの配置の全てに対して）アンカーキャリアにおいて又はノンアンカーキャリアにおいてＳＩＢを送信するための十分な柔軟性を有することができる。

本技術の一態様は、ＲＡＮにおいて実装されうる。ＲＡＮの基地局又はセルは、本方法を実行しうる。基地局は、少なくとも無線デバイスへの無線アクセスを提供するように構成される任意の局を含みうる。無線デバイスは、または無線デバイスのそれぞれは、ユーザ端末（ＵＥ）でありうる。

別の態様に関して、無線アクセスネットワーク（ＲＡＮ）における時分割複信（ＴＤＤ）通信のためのシステムインフォメーションを受信する方法が提供される。本方法は、ＲＡＮにおけるＴＤＤ通信のアンカーキャリアでマスターインフォメーションブロック（ＭＩＢ）を受信するステップを含む又はトリガする。ＭＩＢは、ＲＡＮにおけるＴＤＤ通信のシステムインフォメーションブロック（ＳＩＢ）に割り当てられた無線リソースを示す。本方法は、さらに、ＭＩＢにおいて示された周波数リソースでＳＩＢを受信するステップを含む又はトリガする。

本技術の他の態様は、上記１つの態様の文脈でここに開示される特徴又はステップ、または、他の態様の傍らでのこのような開示に対応する任意の特徴又はステップを含みうる。

本技術のこの他の態様は、無線デバイスによって実装されうる。本無線デバイスは、（例えばサイドリンクでの）ピアツーピア通信のために及び／又はＲＡＮ（例えばＵＬ及び／又は下りリンク（ＤＬ））にアクセスするために構成されうる。無線デバイスは、ユーザ端末（ＵＥ、例えば３ＧＰＰ ＵＥ）又はモバイルもしくはポータブルステーション（ＳＴＡ、例えばＷｉ−Ｆｉ ＳＴＡ）でありうる。特に、無線デバイスは、ＮＢ−ＩｏＴデバイス及び／又はマシンタイプコミュニケーション（ＭＴＣ）のためのデバイスでありうる。

さらなる態様に関して、コンピュータプログラムプロダクトが提供される。コンピュータプログラムプロダクトは、そのコンピュータプログラムプロダクトが１つ以上のコンピューティングデバイスによって実行されるときに、ここで開示した方法態様のステップのいずれか１つを実行するためのプログラムコード部分を含む。コンピュータプログラムプロダクトは、コンピュータ可読記録媒体に記憶されうる。また、コンピュータプログラムプロダクトは、データネットワークを介した、例えばＲＡＮを介した及び／又はインターネットを介した及び／又は基地局による、ダウンロードのために提供されてもよい。代わりに又は加えて、本方法は、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）及び／又は特定用途向け集積回路（ＡＳＩＣ）においてエンコードされてもよく、または、機能がハードウェア記述言語を用いてダウンロードのために提供されてもよい。

１つのデバイス態様に関して、無線アクセスネットワーク（ＲＡＮ）における時分割複信（ＴＤＤ）通信のためにシステムインフォメーションを送信するためのデバイスが提供される。本デバイスは、上述の１つの方法態様を実行するように構成される。

別のデバイス態様に関して、無線アクセスネットワーク（ＲＡＮ）における時分割複信（ＴＤＤ）通信のためのシステムインフォメーションを受信するためのデバイスが提供される。本デバイスは、上述の他の方法態様を実行するように構成される。

またさらなる態様に関して、無線アクセスネットワーク（ＲＡＮ）における時分割複信（ＴＤＤ）通信のためのシステムインフォメーションを送信するためのデバイスが提供される。デバイスは、少なくとも１つのプロセッサとメモリを有する。そのメモリは、その少なくとも１つのプロセッサによって実行可能な命令を含み、それにより、ＲＡＮにおけるＴＤＤ通信のアンカーキャリアでマスターインフォメーションブロック（ＭＩＢ）を送信するように動作可能となる。ＭＩＢは、ＲＡＮにおけるＴＤＤ通信のシステムインフォメーションブロック（ＳＩＢ）に割り当てられた無線リソースを示す。命令の実行が、さらに、ＭＩＢにおいて示された周波数リソースでＳＩＢを送信するように、デバイスを動作可能とさせる。

またさらなる態様に関して、無線アクセスネットワーク（ＲＡＮ）における時分割複信（ＴＤＤ）通信のためのシステムインフォメーションを受信するためのデバイスが提供される。デバイスは、少なくとも１つのプロセッサとメモリを有する。そのメモリは、その少なくとも１つのプロセッサによって実行可能な命令を含み、それにより、デバイスがＲＡＮにおけるＴＤＤ通信のアンカーキャリアでマスターインフォメーションブロック（ＭＩＢ）を受信するように動作可能となる。ＭＩＢは、ＲＡＮにおけるＴＤＤ通信のシステムインフォメーションブロック（ＳＩＢ）に割り当てられた無線リソースを示す。命令の実行が、さらに、ＭＩＢにおいて示された周波数リソースでＳＩＢを受信するように、デバイスを動作可能とさせる。

デバイス（例えば、本技術を具現化する基地局又は無線デバイス）は、さらに、方法態様のいずれか１つの文脈で開示された任意の特徴を含みうる。特に、いずれかのデバイスは、方法態様のいずれか１つについての１つ以上のステップを実行し又はトリガするように構成されたユニットまたはモジュールを有しうる。

本技術の実施形態のさらなる詳細について、添付の図面を参照して説明する。
無線アクセスネットワークにおける時分割複信通信のためのシステムインフォメーションを送信するためのデバイスの概略ブロック図である。 無線アクセスネットワークにおける時分割複信通信のためのシステムインフォメーションを受信するためのデバイスの概略ブロック図である。 図１のデバイスにより実装可能な、無線アクセスネットワークにおける時分割複信通信のためのシステムインフォメーションを送信する方法のためのフローチャートである。 図２のデバイスにより実装可能な、無線アクセスネットワークにおける時分割複信通信のためのシステムインフォメーションを受信する方法のためのフローチャートである。 図１および図２のデバイスのいずれかを配置する例示の無線アクセスネットワークを概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第１の例を概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第２の例を概略的に示す図である。 図１および図２のデバイスのいずれかによって使用可能な時分割複信の設定を概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第３の例を概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第３の例を概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第３の例を概略的に示す図である。 図５のＲＡＮにおいて使用可能なＭＢＢ帯域の例を概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第４の例を概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第４の例を概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第４の例を概略的に示す図である。 無線ブロックのグルーピングを概略的に示す図である。 周波数帯域の第５の例を概略的に示す図である。 周波数帯域の第５の例を概略的に示す図である。 図１のデバイスの第１の実装の概略ブロック図である。 図１のデバイスの第２の実装の概略ブロック図である。 図２のデバイスの第１の実装の概略ブロック図である。 図２のデバイスの第２の実装の概略ブロック図である。

以下の説明では、説明のためであって限定のためでなく、ここで開示される技術の詳細な理解を提供するために特定のネットワーク環境などの特定の詳細について説明する。その技術がこれらの特定の詳細から離れた他の実施形態において実現されうることは当業者には明らかであろう。さらに、以下の実施形態は、主として５Ｇ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）のために説明されるが、ここで説明される技術が、３ＧＰＰ ＬＴＥ又はその後継、ＩＥＥＥ８０２．１１の標準ファミリに従う無線ローカルエリアネットワーク（ＷＬＡＮ）、Ｂｌｕｅｔｏｏｔｈ Ｓｐｅｃｉａｌ Ｉｎｔｅｒｅｓｔ Ｇｒｏｕｐ（ＳＩＧ）、特にＢｌｕｅｔｏｏｔｈ Ｌｏｗ ＥｎｅｒｇｙおよびＢｌｕｅｔｏｏｔｈ ｂｒｏａｄｃａｓｔｉｎｇに従うブルートゥース、及び／又はＩＥＥＥ８０２．１５．４に基づくＺｉｇＢｅｅを含む、他の無線ネットワークにおいても実装されてもよいことが既に明らかである。

さらに、ここで説明される機能、ステップ、ユニット、およびモジュールがプログラムされたマイクロプロセッサと併せて機能するソフトウェア、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタルシグナルプロセッサ（ＤＳＰ）、また例えばアドバンスドＲＩＳＣマシン（ＡＲＭ）を含んだ汎用コンピュータを用いて実装されてもよいことを、当業者は理解するだろう。また、以下の実施形態は主として方法およびデバイスの文脈で説明するが、本発明は、コンピュータプログラムプロダクトにおいて、および、少なくとも１つのコンピュータプロセッサとその少なくとも１つのプロセッサに接続されたメモリとを有するシステムにおいて具現化されてもよく、ここで、メモリは、機能およびステップを実行し又はここで開示されるユニットおよびモジュールを実装しうる１つ以上のプログラムでエンコードされる。

図１は、無線アクセスネットワーク（ＲＡＮ）における時分割複信（ＴＤＤ）通信のためのシステムインフォメーションを送信するためのデバイスのブロック図を概略的に示している。デバイスは、総称的に、参照符号１００によって参照される。

デバイス１００は、ＲＡＮにおけるＴＤＤ通信のアンカーキャリアにおいてマスターインフォメーションブロック（ＭＩＢ）を送信するＭＩＢ送信モジュール１０２を有する。ＭＩＢは、ＲＡＮにおけるＴＤＤ通信のシステムインフォメーションブロック（ＳＩＢ）に割り当てられた周波数リソースを示す。デバイス１００は、さらに、ＭＩＢにおいて示された周波数リソースでＳＩＢを送信するＳＩＢ送信モジュール１０４を有する。

システムインフォメーションは、送信されたＭＩＢおよび送信されたＳＩＢの少なくとも１つを含み又はそれによって決まる。オプションとして、デバイス１００は、ペイロードデータの送信、ペイロードデータの受信、および、ペイロードデータの送信と受信との少なくともいずれかのスケジューリングのうちの少なくとも１つによって、システムインフォメーションに従ってＴＤＤ通信を実行するＴＤＤ通信モジュール１０６をさらに有しうる。

デバイス１００は、ＲＡＮに接続されるか、ＲＡＮの一部であるか、ＲＡＮに接続されると共にＲＡＮの一部であるかの何れかでありうる。デバイス１００は、ＲＡＮの基地局、基地局を制御するためのＲＡＮに接続された１つ以上のノード、またはそれらの組み合わせによって、またはこれらにおいて、実現されうる。デバイス１００のモジュールのいずれかは、対応する機能を提供するように構成されたユニットによって実装されうる。

基地局は、ＲＡＮのネットワークコントローラ（例えば、ＩＥＥＥ８０２．１１に従うＷｉ−Ｆｉアクセスポイント）や、無線アクセスノード（例えば、３ＧのＮｏｄｅＢ、４ＧのｅＮｏｄｅＢ、５ＧのｇＮｏｄｅＢ）を含みうる。基地局は、複数の無線デバイスへ無線アクセスを提供するように構成されうる。

システムインフォメーション、特にＭＩＢ及び／又はＳＩＢは、１つ以上の無線デバイスへ送信（例えばブロードキャスト）されうる。各無線デバイスは、ＲＡＮに、具体的にはＲＡＮの基地局に、無線で接続するように構成されうる。

さらに、ＴＤＤ通信は、ナローバンド（ＮＢ）通信でありうる。無線デバイスの一部またはそれぞれが、ＲＡＮにおけるＮＢ通信のために構成されうる。無線デバイスの一部またはそれぞれが、ＮＢ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＮＢ−ＩｏＴ）デバイスでありうる。

代わりに、またはそれに加えて、無線デバイスの一部またはそれぞれが、例えば３ＧＰＰに従うユーザ端末（ＵＥ）及び／又は例えばＩＥＥＥ８０２．１１に従うモバイル又はポータブルステーションであってもよい。２つ以上の無線デバイスが、システムインフォメーションに従って、例えばアドホックネットワークにおいて又は３ＧＰＰサイドリンクを介して、相互に無線接続するように構成されてもよい。

図２に、無線アクセスネットワーク（ＲＡＮ）における時分割複信（ＴＤＤ）通信のためのシステムインフォメーションを受信するためのデバイスのブロック図を概略的に示す。デバイスは、総称的に、参照符号２００によって参照される。

デバイス２００は、ＲＡＮにおけるＴＤＤ通信のアンカーキャリアでマスターインフォメーションブロック（ＭＩＢ）を受信するＭＩＢ受信モジュール２０２を有する。ＭＩＢは、ＲＡＮにおけるＴＤＤ通信のシステムインフォメーションブロック（ＳＩＢ）に割り当てられた周波数リソースを示す。デバイス２００は、さらに、ＭＩＢにおいて示された周波数リソースでＳＩＢを受信するＳＩＢ受信モジュール２０４を有する。

システムインフォメーションは、受信されたＭＩＢおよび受信されたＳＩＢの少なくとも１つを含み又はそれによって決まる。オプションとして、デバイス２００は、ペイロードデータの受信、ペイロードデータの送信、および、ペイロードデータの受信と送信との少なくともいずれかのスケジューリングを受けることのうちの少なくとも１つによって、システムインフォメーションに従ってＴＤＤ通信を実行するＴＤＤ通信モジュール２０６をさらに有しうる。

デバイス２００は、無線デバイスによって、無線デバイスの一部によって、またはそれらの両方によって実現されうる。デバイス２００のモジュールのいずれかは、対応する機能を提供するように構成されたユニットによって実装されうる。

無線デバイスは、システムインフォメーションに基づいて、ＲＡＮに、特にＲＡＮの基地局に、無線接続するように構成されうる。無線デバイスは、例えば３ＧＰＰに従うユーザ端末（ＵＥ）及び／又は例えばＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）に従うモバイル又はポータブルステーションでありうる。代わりに又は加えて、無線デバイスは、例えばアドホックネットワークにおいてまたは３ＧＰＰサイドリンクを介して、システムインフォメーションに従って別の実施形態の無線デバイスに無線接続するように構成されてもよい。

ＴＤＤ通信は、ナローバンド（ＮＢ）通信であってもよい。無線デバイスは、ＲＡＮにおけるＮＢ通信のために構成されてもよい。無線デバイスは、ＮＢ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＮＢ−ＩｏＴ）デバイスであってもよい。

基地局は、ＲＡＮのネットワークコントローラ（例えば、Ｗｉ−Ｆｉのアクセスポイント）や無線アクセスノード（例えば、３ＧのＮｏｄｅＢ、４ＧのｅＮｏｄｅＢ、または、５ＧのｇＮｏｄｅＢ）を含みうる。基地局は、無線デバイスへ無線アクセスを提供するように構成されうる。

図３に、無線アクセスネットワーク（ＲＡＮ）における時分割複信（ＴＤＤ）通信のためのシステムインフォメーションを送信する方法３００のためのフローチャートを示す。本方法は、ＲＡＮにおけるＴＤＤ通信のアンカーキャリアでマスターインフォメーションブロック（ＭＩＢ）を送信するステップ３０２を有し又はトリガする。ＭＩＢは、ＲＡＮにおけるＴＤＤ通信のシステムインフォメーションブロック（ＳＩＢ）に割り当てられた周波数リソースを示す。方法３００のステップ３０４では、ＭＩＢにおいて示された周波数リソースにおいてＳＩＢが送信される。

システムインフォメーションは、送信されたＭＩＢと送信されたＳＩＢとの少なくとも１つを用いて導出可能でありうる。オプションとして、ステップ３０６において、システムインフォメーションに基づいて、ＲＡＮにおいてＴＤＤ通信が実行される。

方法３００は、例えばＲＡＮの基地局において又はそれを用いて、デバイス１００によって実行されうる。例えば、モジュール１０２および１０４が、それぞれ、ステップ３０２および３０４を実行しうる。

図４に、無線アクセスネットワーク（ＲＡＮ）における時分割複信（ＴＤＤ）通信のためのシステムインフォメーションを受信する方法４００のためのフローチャートを示す。方法は、ＲＡＮにおけるＴＤＤ通信のアンカーキャリアでマスターインフォメーションブロック（ＭＩＢ）を送信するステップ４０２を含み又はトリガするステップ４０２を含む。ＭＩＢは、ＲＡＮにおけるＴＤＤ通信のシステムインフォメーションブロック（ＳＩＢ）に割り当てられた周波数リソースを示す。方法４００のステップ４０４では、ＭＩＢにおいて示された周波数リソースでＳＩＢが受信される。

システムインフォメーションは、送信されたＭＩＢと送信されたＳＩＢとの少なくとも１つを用いて導出されうる。オプションとして、ステップ４０６において、システムインフォメーションに基づいて、ＴＤＤ通信がＲＡＮにおいて実行される。

方法４００は、例えば無線デバイスにおいて又はそれを用いて、デバイス２００によって実行されうる。例えば、モジュール２０２および２０４が、それぞれ、ステップ４０２および４０４を実行しうる。

デバイス１００の実施形態のために説明された任意の特徴やステップが方法３００において実装されてもよく、デバイス２００の実施形態および方法４００の実装は、対応する特徴やステップを有しうる。すなわち、デバイス１００とデバイス２００、および方法３００と方法４００は、異なる態様の技術である。

本技術は、ＮＢ−ＩｏＴ ＴＤＤのためのノンアンカーキャリアにおけるＳＩＢ（例えばＳＩＢ１−ＮＢ）を示すことを可能としうる。ＭＩＢ（例えばＭＩＢ−ＮＢ）における少数又は最少ビット数が、ＳＩＢ（例えば、ＳＩＢ１−ＮＢ）を運ぶ周波数リソース（例えばノンアンカーキャリアの位置）をシグナリングし、共存するモバイルブロードバンド（ＭＢＢ）システム（例えばレガシＬＴＥシステム）へのインパクトを削減する柔軟性を提供しうる。

本技術を適用することにより、ネットワーク（例えば、ＲＡＮ、及び／又は、ＲＡＮに接続されたコアネットワーク）は、ＳＩＢ（例えば、ＳＩＢ１−ＮＢ）が送信されるノンアンカーキャリアを、ＭＩＢ（例えば、ＭＩＢ−ＮＢ）における少数のＳＩＢ専用ビットを用いて、無線デバイス（例えばＵＥ）へ示すことができる。

本技術は、インバンド配置、ガードバンド配置、およびスタンドアローン配置の少なくとも１つを含む複数の（例えば全三つの）配置（deployment）（例えばＮＢ−ＩｏＴ動作モード）に対するＭＩＢ（例えば、ＭＩＢ−ＮＢ）のために、共通のフォーマットを使用することを可能とする。

ＴＤＤ通信のための（例えば、ＮＢ−ＩｏＴ ＴＤＤ通信のための）ＭＩＢ（例えば、ＭＩＢ−ＮＢ）は、デバイス１００（例えば無線デバイス、特にＵＥ）がＳＩＢキャリアを判定するのを補助するために、ＳＩＢ（例えばＳＩＢ１−ＮＢキャリア）が送信されるキャリアの設定を示しうる。例えば、ＭＩＢにおけるＳＩＢキャリアのための設定は、ＳＩＢがアンカーキャリア上にあるかノンアンカーキャリア上にあるかを示すフィールドからなってもよい。代わりに又はこれに加えて、既存のＯｐｅｒａｔｉｏｎ Ｍｏｄｅ Ｉｎｆｏｒｍａｔｉｏｎの拡張が、ＳＩＢのための配置固有（例えば動作モード依存）の設定を提供しうる。

デバイス１００（例えば無線デバイス、特にモジュール２０６）は、ＭＩＢ（例えば、ＭＩＢ−ＮＢ）においてブロードキャストされた指示（例えばＳＩＢ−ＮＢキャリア設定）と組み合わせた（例えば、３ＧＰＰ技術規格において規定された）所定のルールに基づいて、ＳＩＢ（例えば、ＳＩＢ１−ＮＢ）がステップ３０４において送信され、ステップ４０４において受信される正確な周波数リソース（例えばＮＢ−ＩｏＴノンアンカーキャリア）を判定しうる。

ＴＤＤのために設定されたＮＢ−ＩｏＴシステムでは、下りリンク（すなわち、ＲＡＮの基地局からＵＥへの伝送）及び上りリンク（すなわち、ＵＥから基地局への伝送）が、上りリンク−下りリンクＴＤＤ設定によって定まる時分割の方法で、同一のキャリア周波数を共有する。

初期同期信号は、アンカーキャリアで送信されるＮＢプライマリ同期信号（ＮＰＳＳ）及びＮＢセカンダリ同期信号（ＮＳＳＳ）信号を含む。ＭＩＢ−ＮＢをセルカバレッジ全体にブロードキャストするＮＢ物理ブロードキャストチャネル（ＮＰＢＣＨ）も、例えば３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ Ｍｅｅｔｉｎｇ ９０ｂｉｓ、Ｐｒａｇｕｅ、ＣＺ、２０１７年１０月９日〜１３日に対するＲＡＮ１のチェアマンズノートによれば、アンカーキャリアで送信される。

本技術の実施形態は、ＲＡＮ（例えば基地局）が、１つ以上のノンアンカーキャリアで、ＳＩＢ（例えば、ＳＩＢ１−ＮＢ）を、そして、オプションとして１つ以上の他のＳＩＢを、送信するのを可能とする。ＳＩＢがノンアンカーキャリアで送信される場合、ＭＩＢ（例えば、ＭＩＢ−ＮＢ）は、ＵＥに、ＳＩＢの正確な周波数リソースに関して、すなわち、ノンアンカーキャリアに関して通知し、ＵＥが、ＳＩＢそしてオプションとして他のＳＩＢを受信するために、ＵＥの受信器をその特定のキャリアにチューニングすることができるようにする。

本技術の実施形態は、ＳＩＢの周波数リソース（例えばＳＩＢ１−ＮＢキャリア）を示すために、ＭＩＢにおける限定された量のスペアビットを使用する。本技術を使用することにより、ＳＩＢのための周波数リソースは、例えばシステム定義に従って大きい柔軟性を以て、多くの取りうる周波数位置に配置されることができる。

ＭＩＢにおいてＳＩＢの周波数リソースを示すための１又は少数ビットを用いる技術の実施形態とは対照的に、３ＧＰＰリリース１４によって、例えば文書３ＧＰＰ ＴＳ３６．１０４（例えばバージョン１４．５．０）のセクション５．７．３において定義されている、ＮＢ−ＩｏＴノンアンカーキャリアを示す従来の方法は、Ｅ−ＵＴＲＡアブソリュート無線周波数チャネル番号（ＥＡＲＦＣＨ）を示すための１８ビットとＳＩＢにおけるキャリアラスタに対する周波数オフセットのための別の５ビットとを含んだ２３ビットを必要とする。ＭＩＢ−ＮＢの限定されたサイズに起因して、このような多量のビットはＭＩＢ−ＮＢに収まらない。

本技術は、ＭＩＢにおいて周波数リソース（例えば周波数領域におけるＳＩＢ−ＮＢの位置）の柔軟性と周波数リソースを示すビット数との間にトレードオフを適用しうる。ＳＩＢ（例えば、ＳＩＢ１−ＮＢ）を運ぶ周波数リソース（例えば、ノンアンカーキャリアの位置）を事前に定めることにより、または、その周波数リソースの少数の候補を事前に定めることにより、ＭＩＢで使用されるビット数を最小化することができる。

ＳＩＢは、文書３ＧＰＰ ＴＳ３６．３３１（例えばバージョン１４．４．０）において規定されたＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１−ＮＢと互換性を有するＳＩＢタイプ１又はＳＩＢ１でありうる。ＭＩＢの送信とＳＩＢの送信との少なくともいずれかが、ブロードキャストでありうる。システムインフォメーションは、ＭＩＢとＳＩＢとの少なくとも１つを含みうる。

ＭＩＢにおいて、ＳＩＢ（例えばＳＩＢ１）を運ぶ周波数リソースを示すことにより、ＴＤＤ通信を柔軟に設定するための十分なシステムインフォメーションを、ＭＩＢに起因する不均衡なシグナリングオーバヘッドを伴わずに、アンカーキャリアで送信することができる。例えば、同一の構造又はサイズのＭＩＢが、異なる又はすべての配置モードで、及び／又は、異なる又はすべての、上りリンク−下りリンク設定を含んだ上りリンク−下りリンクＴＤＤ設定で、希少な又は最少の下りリンクリソースを用いて送信されうる。

１つの実装において、上りリンク−下りリンクＴＤＤ設定に応じて上りリンクのために設定されたサブフレームにおいて、ノンアンカーキャリアで、下りリンクにおける送信をすることは可能ではないかもしれない。換言すれば、一部の実装において、アンカーキャリアおよびノンアンカーキャリアの両方に同一の上りリンク−下りリンク設定を適用しうる。

周波数リソースは、例えば、中心周波数、サブキャリア、周波数範囲、及び／又は１つ以上の物理リソースブロック（ＰＲＢ）として、周波数領域において示されうる。

周波数リソースは、少なくとも１つのＳＩＢの送信に使用される、アンカーキャリアとは異なるノンアンカーキャリアを含みうる。能力を押し上げるために１つより多くのノンアンカーキャリアが用いられてもよい。

アンカーキャリアは、プライマリキャリアと呼ばれうる。ノンアンカーキャリアは、セカンダリキャリアと呼ばれうる。ノンアンカーキャリアは、アンカーキャリアと重ならない及び／又はアンカーキャリアの近傍（例えば隣接）でありうる。

ＭＩＢは、周波数リソースがアンカーキャリア上にあるかアンカーキャリアとは別のキャリア上にあるかを示しうる。ＭＩＢは、周波数リソース（例えばＳＩＢの送信）がアンカーキャリア上であるかノンアンカーキャリア上であるかを示してもよい。

ＭＩＢは、周波数リソースを示す少なくとも１つのパラメータ値又はインジケータを含みうる。例えば、ＭＩＢは、周波数、サブキャリア、周波数範囲、及び／又は１つ以上のＰＲＢを示す（例えば参照する）、インデクス値及び／又はビットフィールドを含みうる。ＭＩＢは、周波数リソースの絶対的な周波数及び／又は絶対的な周波数範囲を示してもよい。代わりに、または加えて、ＭＩＢは、周波数リソースの相対的な位置及び／又はサイズ（例えば、周波数、サブキャリア、周波数範囲及び／又は１つ以上のＰＲＢの相対的な位置）を示してもよい。

ＭＩＢは、アンカーキャリアとの関係で周波数リソースを示してもよい。代わりに、または組み合わせて、ＭＩＢは、物理リソースブロック（ＰＲＢ）を単位として周波数リソースを示してもよい。

ＭＩＢは、ＰＲＢのラスタを参照して周波数リソースを示してもよい。周波数リソースの中心周波数と帯域幅との少なくとも１つが、ＰＲＢを単位として示されてもよい。

本方法は、さらに、ＲＡＮにおけるＴＤＤ通信のためのアンカーキャリアで初期同期信号を送信するステップを含み又はトリガしてもよい。初期同期信号は、ＲＡＮのプライマリ同期信号（ＰＳＳ、例えば、ＮＢ ＰＳＳ又はＮＰＳＳ）とセカンダリ同期信号（ＳＳＳ、例えばＮＢ ＳＳＳ又はＮＳＳＳ）との少なくともいずれかを含みうる。

アンカーキャリア及び／又はノンアンカーキャリアでの送信は、ＲＡＮにおけるＴＤＤ通信の上りリンク−下りリンク設定によって管理されうる。ＴＤＤ通信の上りリンク−下りリンク設定は、ＴＤＤ通信のサブフレームを通信方向と関連付けうる。ＴＤＤ通信の上りリンク−下りリンク設定は、３ＧＰＰ文書ＴＳ３６．２１１のフレーム構成タイプ２に対する表４．２−２（例えばバージョン１４．４．０）のものと適合しうる。例えば、ＲＡＮにおけるＴＤＤ通信の上りリンク−下りリンク設定は、上りリンク−下りリンク設定のサブセットから決定されうる。

本方法は、さらに、通信の上りリンク−下りリンク設定に従って、アンカーチャネルにおいて、ペイロードデータを選択的に送信および受信するステップを含み又はトリガしうる。

システムインフォメーション（例えばＭＩＢ又はＳＩＢ）及び／又は下りリンク制御情報（ＤＣＩ）が、上りリンク−下りリンクＴＤＤ設定を示しうる。６又は７個の上りリンク−下りリンクＴＤＤ設定がありえ、そのうちの１つが、ＭＩＢ、ＳＩＢ（例えばＳＩＢ１）において又はＤＣＩにおいて、対応する設定を示すことにより無線デバイスにおいて設定されうる。上りリンク−下りリンクＴＤＤ設定は、文書３ＧＰＰ ＴＳ３６．３３１（例えばバージョン１４．４。０）に定義されているものと適合しうる。

さらに、異なるキャリアに対して異なる上りリンク−下りリンクＴＤＤ設定が適用されうる。アンカーキャリアおよび１つ以上のノンアンカーキャリアが異なる上りリンク−下りリンクＴＤＤ設定を使用しうる。このような異なる上りリンク−下りリンクＴＤＤ設定は、ＭＩＢにおいて示されうる。代わりに、または加えて、ＳＩＢ１スケジューリングが全ての上りリンク−下りリンクＴＤＤ設定に対して同一である（例えばサブフレーム＃０及び／又はサブフレーム＃１内である）場合、上りリンク−下りリンクＴＤＤ設定がＳＩＢ１に含められうる。そうでない場合、上りリンク−下りリンクＴＤＤ設定は、ＭＩＢに含められうる。

ＲＡＮにおけるＴＤＤ通信は、ナローバンド（ＮＢ）デバイスを含んだＮＢ無線通信でありうる。また、ＮＢデバイスは、ＮＢ無線デバイスまたは、ＮＢ Ｉｎｔｅｒｎｅｔ−ｏｆ−Ｔｈｉｎｇｓ（ＩｏＴ）デバイス、すなわち、ＮＢ−ＩｏＴデバイスと呼ばれうる。ＮＢ−ＩｏＴデバイスは、初期同期信号、ＭＩＢおよびＳＩＢの少なくともいずれかに基づいて、ＲＡＮとのランダムアクセス手順を実行しうる。例えば、ＲＡＮは、ＮＢ−ＩｏＴデバイスからのランダムアクセスプリアンブルを受信しうる。

システムインフォメーション（ＳＩ）、ＭＩＢおよびＳＩＢの少なくとも１つは、ＮＢ通信を参照しうる。ＳＩ、ＭＩＢおよびＳＩＢの少なくとも１つは、ＳＩ−ＮＢ、ＭＩＢ−ＮＢ、ＭＩＢ−ＮＢとそれぞれ呼ばれうる。

ＮＢ通信のシステム帯域幅（すなわちＮＢシステム帯域幅）は、ＮＢ通信のコヒーレンス帯域幅と等しく又は（例えば著しく）小さくてもよい。コヒーレンス帯域幅は、無線チャネルがフラットであるとみなすことができる周波数の範囲、または無線信号の２つの周波数コンポーネントが同等の又は相関する（例えば振幅）フェージングを受ける可能性が高い帯域幅又は周波数間隔の統計的な大きさを含みうる。ＮＢシステム帯域幅（例えばＵＥ帯域幅）は、アンカーキャリアとノンアンカーキャリアとの少なくとも１つを包含しうる。ＮＢ帯域幅は、ＮＢ通信のための２００ｋＨｚ（又は有用な帯域幅として１ＰＲＢ）でありうる。より具体的には、ＮＢ無線デバイスの視点からは、ＮＢ帯域幅は、ＮＢ通信のコヒーレント帯域幅より小さくてもよい。さらに、ＲＡＮは、異なる位置においていくつかのノンアンカーキャリアを設定してもよく、その場合には相関は薄れる。

ＲＡＮは、さらに、ＲＡＮのモバイルブロードバンド（ＭＢＢ）システム帯域幅においてＭＢＢ通信のためのＭＢＢデバイスへの無線アクセスをさらに提供してもよく、ＮＢ通信によって使用されるＮＢは、ＭＢＢシステム帯域幅の範囲内にＭＢＢシステム帯域幅のガードバンドに配置される。

ＭＢＢ通信のシステム帯域幅（ＭＢＢシステム帯域幅）は、ＮＢ通信によって使用されるＮＢシステム帯域幅より（例えば数倍）大きくてもよい。代わりに又は加えて、ＭＢＢシステム帯域幅は、１つの無線デバイス（例えばＵＥ）への通信のために、少なくとも６ＰＲＢの帯域幅またはそれより多くを含みうる。

ＭＢＢシステム帯域幅は、ＭＢＢ通信のコヒーレンス帯域幅、例えば、ＭＢＢ通信によって使用されるＭＢＢチャネルのコヒーレンス帯域幅を（例えば著しく）超えてもよい。ＭＢＢチャネルの伝達関数は、ＭＢＢシステム帯域幅の範囲内で周波数依存しうる。

ＭＢＢデバイスおよびＮＢ−ＩｏＴデバイスは、ＲＡＮのカバレッジ領域（例えばセルまたはセクタ）の範囲内で共存しうる。ＮＢ−ＩｏＴデバイスは、ＮＢシステム帯域幅内で送信及び／又は受信をするように構成されうる。ＮＢシステム帯域幅は、１または少数の（例えば２又は３個の）ＰＲＢ、１から１２個のサブキャリア、及び／又は、１５ｋＨｚから１８０ｋＨｚもしくは２００ｋＨｚに対応しうる。ＭＢＢデバイスは、多数のＰＲＢ、１２個より多くのサブキャリア、及び／又は、１８０ｋＨｚや２００ｋＨｚより大きいものに対応するＭＢＢシステム帯域幅内で、送信および受信をするように構成されうる。

ＭＢＢ通信は、周波数分割複信（ＦＤＤ）又はＴＤＤを使用しうる。ＭＢＢ通信のためのＴＤＤの場合において、同一の上りリンク−下りリンク設定が、ＲＡＮにおけるＮＢ通信とＭＢＢ通信との両方に適用されうる。

さらに、ノンアンカーキャリアは、上りリンクと下りリンクとの両方のために（例えば選択的に）使用されうる。

ＮＢシステム帯域幅は、アンカーキャリアとノンアンカーキャリアとの少なくとも１つを包含しうる。１つ以上のノンアンカーキャリアが、例えばＬＴＥシステムにおける中心の６ＰＲＢを除く、ＭＢＢシステムの任意のＰＲＢにおいて編成されうる。

ＭＢＢシステムのためのＰＲＢは、ＰＲＢスキームに従って周波数領域で編成されうる。代わりに又は加えて、ＮＢ通信のためのアンカーキャリアは、キャリアラスタに従って周波数領域において編成されうる。ＰＲＢスキームのＰＲＢ間隔（spacing）は、キャリアラスタのキャリア間隔より大きくてもよい。ＰＲＢ間隔は、１８０ｋＨｚでありうる。キャリア間隔は１００ｋＨｚでありうる。

アンカーキャリアは、ＰＲＢスキームに従ってＰＲＢを使用しうる。ＰＲＢの中心周波数とキャリアラスタのキャリアとの間のオフセットは、７．５ｋＨｚ及び／又はサブキャリア間隔の半分以下でありうる。サブキャリア間隔は、１５ｋＨｚでありうる。オフセットは、７．５ｋＨｚ又は２．５ｋＨｚ以下でありうる。例えば、ＮＢ−ＩｏＴデバイスがキャリアラスタ上でスキャンをしていてもアンカーキャリアを検出できるように十分に小さくてもよい。例えば、アンカーキャリアの周波数は、ほぼ、ＰＲＢ間隔およびキャリア間隔の最小公倍数であってもよい。

ノンアンカーキャリアは、ＰＲＢスキームに従って、アンカーキャリアのＰＲＢに接する別のＰＲＢを使用しうる。アンカーキャリアのＰＲＢに接するＰＲＢは、アンカーキャリアのＰＲＢの近傍にありえ又はそれに隣接しうる。

ＮＢ通信のアンカーキャリアとノンアンカーキャリアとの少なくとも１つは、ＭＢＢシステム帯域幅の１つ以上のガードバンドに位置してもよい。ＭＩＢは、アンカーキャリアとノンアンカーキャリアとが、ＭＢＢシステム帯域幅の同じガードバンドに位置するか、または、ＭＢＢシステム帯域幅の反対のガードバンドに位置するかを示しうる。

アンカーキャリアは、ＭＢＢシステム帯域幅のエッジにより近くてもよい。代わりに、またはこれと組み合わせて、アンカーキャリアは、ＭＢＢシステム帯域幅の周波数エッジに等しく又はそれに配置されてもよい。

代わりに又は加えて、アンカーキャリアは、ノンアンカーキャリアよりＭＢＢキャリア周波数に近くてもよく、また、アンカーキャリアとノンアンカーキャリアが、ＭＢＢキャリア周波数に関して、周波数領域において対称的に編成されてもよい。

アンカーキャリアは、ＭＢＢシステム帯域幅とノンアンカーキャリアとの間に編成されてもよい。例えば、ＭＩＢは、ＳＩＢを送信するノンアンカーキャリアがＲＡＮのＭＢＢシステム帯域幅の周波数エッジに接する又はその次に接するＰＲＢに対応するかを示してもよい。

ＭＩＢは、ＳＩＢの送信に使用されるノンアンカーキャリアがＭＢＢシステム帯域幅の低い方の周波数エッジにおけるガードバンドとＭＢＢシステム帯域幅の高い方の周波数エッジのガードバンドとのいずれに位置しているかを示しうる。

ＭＩＢは、ＳＩＢの送信に使用されるノンアンカーキャリアがＭＢＢシステム帯域幅の低い方の周波数エッジより低い周波数とＭＢＢシステム帯域幅の高い方の周波数エッジより高い周波数とのいずれに配置されているかを示してもよい。

ＮＢ通信のアンカーキャリアとノンアンカーキャリアとの少なくとも１つは、ＭＢＢシステム帯域幅の範囲内に配置されてもよい。アンカーキャリアとＮＢ通信のＳＩＢを送信するために使用される周波数リソースとの少なくとも１つが、ＭＢＢシステム帯域幅の範囲内に配置されてもよい。

ＭＩＢは、ＳＩＢを送信するのに使用される周波数リソースがアンカーキャリアによって使用されるＰＲＢの低い方の周波数エッジと高い方の周波数エッジとのいずれに隣接するＰＲＢにおいて編成されるかを示しうる。

代わりに又は加えて、ＭＩＢはＳＩＢを送信するのに（例えばアンカーキャリア上で）使用されるサブフレームを示しうる。

ＮＢ通信のための技術の３ＧＰＰのＮＢ−ＩｏＴの実装は、セルラＩｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＩｏＴ）のために３ＧＰＰによって定義されているＮＢシステムと適合しうる。ＮＢシステムは、非常に低い電力消費のために最適化された物理レイヤを用いて、ネットワークサービスへのアクセスを提供する。ＮＢの全キャリア帯域幅は１８０ｋＨｚでありえ、サブキャリア間隔は３．７５ｋＨｚ又は１５ｋＨｚでありうる。ＮＢシステムは、既存のＭＢＢシステム（例えばＬＴＥシステム）に基づくことができ、膨大な数の（ＮＢ無線デバイスやＮＢ−ＩｏＴデバイスとも呼ばれる）ＮＢ−ＩｏＴ無線デバイスに対するネットワークアーキテクチャの最適化と室内カバレッジの改善に対処している。

任意のＮＢ−ＩｏＴ無線デバイスは、以下の特徴の少なくとも１つを含みうる。第１の特徴は、ＮＢ−ＩｏＴ無線デバイスの、例えば、２ｋｂｐｓ以下の低スループットを含みうる。第２の特徴は、遅延またはレイテンシへの低い感度、例えば１０秒のオーダ又は１０秒より大きい遅延またはレイテンシを含みうる。第３の特徴は、ＮＢ−ＩｏＴ無線デバイスを製造するための、例えば５ドルを下回る、低コストを含みうる。第４の特徴は、例えば１０年以上のバッテリ寿命のための、ＮＢ−ＩｏＴデバイスの低電力消費を含みうる。

図５に、上述の技術が実装されうるＲＡＮ５００の実施形態を概略的に示す。ＲＡＮ５００は、少なくとも、例えば基地局５１０における、デバイス１００の実施形態を含む。ＴＤＤ通信は、ＮＢ無線デバイス５１２との少なくとも１つのＮＢ ＴＤＤ通信５０２を含む。無線デバイス５１２のそれぞれは、デバイス２００を具現化する。図５に概略的に図解されているように、ＮＢ通信５０２は、ＭＢＢ無線デバイス５１４を含んだモバイルブロードバンド（ＭＢＢ）通信５０４と共存しうる。

図５に概略的に示されているＲＡＮ５００への限定なく、ＮＢ通信５０２のキャリア帯域幅は、例えばＭＢＢ通信５０４の帯域幅と対照的に、１８０ｋＨｚ以下でありうる。ＮＢ通信のアンカーキャリア又は任意のキャリアは、１５ｋＨｚ及び／又は３．７５ｋＨｚのサブキャリア間隔を有する単一のサブキャリア（又はトーン）を用いる第１のモードで、または、１５ｋＨｚのサブキャリア間隔での複数サブキャリア（または複数トーン）を用いる第２のモードで、（例えば上りリンクのために）用いられうる。さらに、ＮＢ通信は、例えばＭＢＢ通信とは対照的に、例えば下りリンクのためにターボ符号をサポートしない。

ＭＢＢ無線デバイス５１４の例は、携帯電話やタブレットコンピュータなどのモバイルステーションと、ラップトップコンピュータやテレビジョンセットなどのポータブルステーションとを含む。ＮＢ無線デバイス５１２の例は、例えば製造におけるロボット、センサ、及び／又はアクチュエータや、自動車通信、および、ホームオートメーションを含む。ＮＢ無線デバイスは、家庭用機器や家電に実装されうる。ＭＢＢ無線デバイス５１４とＮＢ無線デバイス５１４との組み合わせの実施形態は、自動運転自動車、ドアインターコミュニケーション、および現金自動支払い機を含みうる。

基地局５１０の例は、３Ｇ基地局又はＮｏｄｅＢ、４Ｇ基地局又はｅＮｏｄｅＢ、５Ｇ基地局又はｇＮｏｄｅＢ、アクセスポイント（例えばＷｉ−Ｆｉアクセスポイント）、および（例えば、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ又はＺ−Ｗａｖｅによる）ネットワークコントローラを含みうる。

ＲＡＮ５００は、移動通信用グローバルシステム（ＧＳＭ）、ユニバーサル移動電話システム（ＵＭＴＳ）、ロングタームエボリューション（ＬＴＥ）、及び／又はＮｅｗ Ｒａｄｉｏ（ＮＲ）と適合しうる。

本技術の態様は、無線通信のプロトコルスタックの、物理レイヤ（ＰＨＹ）、媒体アクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、及び／又は無線リソース制御（ＲＲＣ）レイヤ上で実装されうる。

ＲＡＮ５００の各基地局５１０は、１つ以上のセルまたはセクタにおいて無線アクセスを提供しうる。各セルまたはセクタのカバレッジエリアは、１ｋｍ^２（１平方キロメートル）のオーダでありうる。各セルまたはセクタは、数千個の（例えば１万より多く又は５万のオーダでの）、センサ、メータ、アクチュエータなどのようなＮＢ−ＩｏＴ無線デバイスにサービスを供しうる。ＮＢ６０２の狭帯域幅６１２は、既存の、例えばＧＳＭの周波数を使用することができる。すなわち、ＮＢ６０２は、ＧＳＭ周波数上に配置されうる。１００ｋＨｚの周波数ステップを含んだＮＢ−ＩｏＴシステムのキャリアラスタは、ＧＳＭのための２００ｋＨｚラスタと合致しうる。

図６は、例えば図５に示す例示のＲＡＮ５００に従って、ＲＡＮ５００における無線通信に使用される周波数帯域６００の第１の例を概略的に示している。ＮＢ６０２、すなわち、ＮＢ ＴＤＤ通信５０２に使用される周波数帯域６００の一部は、ＭＢＢ通信５０４のために使用される又は利用可能なＭＢＢ６０４に関して差動的に、またはＭＢＢ６０４とは独立して、配置されうる。

明確性のためであって限定するものでなく、１つのＮＢ−ＩｏＴキャリアが、図６において、ＮＢ６０２として示されている。各ＮＢ−ＩｏＴキャリアは、例えばＮＢ ＴＤＤ通信５０２に対して割り当てられているＭＢＢ６０４の１つのＰＲＢに対応する、１８０ｋＨｚの帯域幅を占有しうる。

図示されているＮＢ−ＩｏＴキャリア６０２は、ＮＢ ＴＤＤ通信６０２のアンカーキャリアとして使用されてもよい。代わりに、１つ以上のノンアンカーキャリアが、１つ以上の参照符号６０２において概略的に図解されているように、配置されてもよい。さらに、１つ以上の参照符号６０２において、アンカーキャリアおよび１つ以上のノンアンカーキャリアが、（例えば相互に接して）編成されてもよい。

図６は、ＮＢ６０２、例えばアンカーキャリア及び／又はノンアンカーキャリアの配置（動作モードとも呼ばれる）を概略的に図示している。左から右に概略的に示すように、本配置は、インバンド配置、ガードバンド配置、およびスタンドアローン配置を含む。ＮＢ６０２がＭＢＢ通信５０４のために使用される又は利用可能なＭＢＢ６０４の範囲内にある場合、ＮＢ６０２は、ＭＢＢ６０４とインバンドに配置される。ガードバンド配置においては、ＮＢ６０２は、ＭＢＢ６０４のガードバンド６０６に配置される。スタンドアローン配置では、ＮＢ６０２が例えばＭＢＢ６０４のないＮＢ専用の周波数範囲に配置され、また、ＮＢ専用周波数範囲は共存するＭＢＢ６０４とは独立している。

３つの異なる動作モード（すなわち、スタンドアローン、ガードバンド、およびインバンド）は、３ＧＰＰのＲＰ−１５５２８４「“Ｎｅｗ Ｗｏｒｋ Ｉｔｅｍ： Ｎａｒｒｏｗｂａｎｄ ＩｏＴ （ＮＢ−ＩｏＴ）”、Ｈｕａｗｅｉ ａｎｄ ＨｉＳｉｌｉｃｏｎ、ＲＡＮ ＃７０」に適合しうる。スタンドアローン配置では、ＮＢ−ＩｏＴシステムが専用の周波数帯域で運用される。インバンド配置に対しては、ＮＢ６０２が、共存するＭＢＢシステム（例えばＬＴＥシステム）によって使用されまたはそのために利用可能な周波数帯域６０４の内部に配置される。ガードバンド配置では、ＮＢ６０２が、共存するＭＢＢシステム（例えばＬＴＥシステム）のガードバンド６０６において、すなわち、図６に概略的に示すようにＭＢＢ６０４のエッジ付近に、配置される。

ＮＢ−ＩｏＴシステムは、１８０ｋＨｚのＮＢシステム帯域幅６１２、又は、複数のＮＢシステム帯域幅６１２を用いて１つ以上のノンアンカーキャリアの配置に従うマルチキャリア動作のために、動作しうる。例えば３ＧＰＰのＲ１−１６１５４８「“ＲＡＮ１ ａｇｒｅｅｍｅｎｔｓ ｆｏｒ Ｒｅｌ−１３ ＮＢ−ＩｏＴ”、Ｗｏｒｋ Ｉｔｅｍ ｒａｐｐｏｒｔｅｕｒ Ｅｒｉｃｓｓｏｎ、３ＧＰＰ ＴＳＧ−ＲＡＮ ＷＧ１ Ｍｅｅｔｉｎｇ ＃８４、Ｓｔ． Ｊｕｌｉａｎ’ｓ、Ｍａｌｔａ、２０１６年２月１５日〜１９日」に従ってマルチキャリアが設定される場合、例えば、ＮＢシステム容量を増やすために、セル間干渉の調整及び／又はロードバランシングのために、それぞれが１８０ｋＨｚの帯域幅を有するいくつかのＰＲＢが用いられうる。

ＭＢＢ６０４の物理リソースブロック（ＰＲＢ）は、いくつかのＭＢＢリソース割り当て（例えば最もよく使用されるリソース割り当てタイプであるＬＴＥリソース割り当てタイプ０）に従って、ＭＢＢ無線デバイス５１４（例えばＵＥ）へスケジューリングするために、リソースブロックグループ（ＲＢＧ）にグループ化される。ＭＢＢチャネル帯域幅やＭＢＢシステム帯域幅６０８に応じて、各ＲＢＧにおけるＰＲＢの数は、１から４まで変動する。ＭＢＢ６０４のチャネル帯域幅は、ガードバンド６０６を含んだＭＢＢ６０４によって占有される帯域幅として定められうる。ＭＢＢシステム帯域幅６０８は、ＭＢＢ６０４の送信帯域幅設定によって、例えばＰＲＢの単位で定められうる。

ＮＢ ＴＤＤ通信５０２のインバンド配置に対して、ナローバンド参照信号（ＮＲＳ）が、レガシのＬＴＥ ＵＥにおいてその特徴がない、下りリンク参照信号としてＮＢ ＴＤＤ通信５０２のために使用されるため、ＲＢＧの使用がＭＢＢ（例えばＬＴＥ）のリソース割り当てを断片化しうる。したがって、アンカーキャリアおよび１つ以上のノンアンカーキャリアは、ＮＢ６０２のインバンド配置に対して、ＭＢＢ６０４の同じＲＢＧ内にあるのが好ましい。好ましい実施形態は、別のＲＢＧが使用される前に、インバンド配置におけるＮＢ ＴＤＤ通信５０２のためのＲＢＧのすべてのＰＲＢを使用する。このＲＢＧフィリングルールは、ＮＢ ＴＤＤ通信５０２のノンアンカーキャリアのみを含んだＲＢＧに適用されうる。

ガードバンド配置に対しては、同一の実施形態又はさらなる好ましい実施形態が、例えば、帯域外輻射を制限する要求を満足するために、アンカーキャリアとノンアンカーキャリアとをＭＢＢ６０４の異なる帯域のエッジに配置する。例えば、ＮＢ６０２は、ガードバンド６０６の残余部分６１０とＭＢＢ６０４のシステム帯域幅６０８との間に配置されうる。結果として、フィルタデザインの複雑性を、特にノンアンカーキャリアが電力ブーストされる場合に、減らすことができる。

図７は、ＲＡＮ５００によって使用される周波数帯域６００の上述の第１の例の一部または別の第２の例でありうる、ＭＢＢ６０４の例示の周波数構成を概略的に示している。

ＭＢＢ６０４のシステム帯域幅６０８は、ＭＢＢ６０４の送信帯域幅設定に応じた数（Ｎ_ＲＢ）のＰＲＢ７００を含む。帯域外輻射における限度７０２が概略的に示されている。チャネル帯域幅６０９は、システム帯域幅６０８およびガードバンド６０６の両方を含む。ＰＲＢ７００のサブセット７０４はＭＢＢ通信５０４により使用され、他のＰＲＢ７００の一部をインバンド配置におけるＮＢ ＴＤＤ通信５０２に割り当てることができる。ベースバンドにおける直流（ＤＣ）成分に対応する中心サブキャリア７０６は、ＲＡＮ５００の下りリンクにおいて送信されない。

ＮＢ−ＩｏＴシステムの下りリンクのチャネルラスタは、１００ｋＨｚの周波数グリッド上にある。すなわち、ＮＢ−ＩｏＴデバイス５１２は、１００ｋＨｚのステップサイズでＮＢ−ＩｏＴキャリア（より具体的には、アンカーキャリア）をサーチし、これは、スタンドアローン配置において簡単に実装されうる。インバンド配置およびガードバンド配置に対して、３ＧＰＰ文書Ｒ１−１６００８２「“ＮＢ−ＩｏＴ Ｃｈａｎｎｅｌ Ｒａｓｔｅｒ”、Ｅｒｉｃｓｓｏｎ、３ＧＰＰ ＴＳＧ−ＲＡＮ１ ＮＢ−ＩｏＴ Ａｄ Ｈｏｃ、２０１６年１月１８日〜２０日、Ｂｕｄａｐｅｓｔ、Ｈｕｎｇａｒｙ」において意見が述べられたように、ＤＣキャリア７０６の存在とＰＲＢ７００の中心がＭＢＢ６０４の２つのサブキャリア間にあることに起因して、ＬＴＥインバンド動作において用いられるＮＢセルサーチグリッドに直接位置するＰＲＢ７００が存在しない。１００ｋＨｚグリッドに対する周波数オフセットは、ＬＴＥシステム帯域幅６０８における偶数および奇数のＰＲＢ７００に対して、それぞれ、最小で±２．５ｋＨｚおよび±７．５ｋＨｚである。

偶数ＰＲＢ（上段）及び奇数ＰＲＢ（中段）を伴うインバンド配置およびガードバンド配置（下段）に対するＰＲＢ７００の中心周波数８００および８０２を、図８に概略的に示す。参照符号８０２におけるそれらの中心周波数は、最小オフセットの例である。ＭＢＢのＰＲＢ構造とＮＢキャリアラスタとを最小オフセットでマッチングさせることの詳細な説明は、上述の３ＧＰＰ文書Ｒ１−１６００８２と、３ＧＰＰ文書Ｒ１−１６００２２「Ｃｈａｎｎｅｌ ｒａｓｔｅｒ ｄｅｓｉｇｎ、ｓｏｕｒｃｅ Ｈｕａｗｅｉ、ＨｉＳｉｌｉｃｏｎ、３ＧＰＰ ＴＳＧ−ＲＡＮ１ ＮＢ−ＩＯＴ Ａｄ Ｈｏｃ、２０１６年１月１８日〜２０日、Ｂｕｄａｐｅｓｔ、Ｈｕｎｇａｒｙ」に与えられている。最小オフセット±２．５ｋＨｚ又は±７．５ｋＨｚは、ＮＢ無線デバイス５１４によって、セルサーチ処理の間管理され、その後、例えば３ＧＰＰ文書Ｒ１−１６００８０「“ＮＢ−ＩｏＴ−Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ Ｅｖａｌｕａｔｉｏｎｓ”、Ｅｒｉｃｓｓｏｎ、３ＧＰＰ ＴＳＧ−ＲＡＮ１ ＮＢ−ＩｏＴ Ａｄ Ｈｏｃ、２０１６年１月１８日〜２０日、Ｂｕｄａｐｅｓｔ、Ｈｕｎｇａｒｙ」およびＲ１−１６００２１「“Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ ｅｖａｌｕａｔｉｏｎ”、Ｈｕａｗｅｉ ａｎｄ ＨｉＳｉｌｉｃｏｎ、３ＧＰＰ ＴＳＧ−ＲＡＮ１ ＮＢ−ＩｏＴ Ａｄ Ｈｏｃ、２０１６年１月１８日〜２０日、Ｂｕｄａｐｅｓｔ、Ｈｕｎｇａｒｙ」で議論されたように補償される。

最小オフセットは、ＮＢ−ＩｏＴキャリア（より具体的には、アンカーキャリア）がインバンドおよびガードバンド動作のために配置されうる位置の制約を定める。したがって、同期信号および一部のシステムインフォメーションを含んだＮＢ−ＩｏＴ下りリンクキャリア、すなわちアンカーキャリアは、１００ｋＨｚラスタまたはグリッドポイントの１つ付近（最小オフセットの意味で）の中心周波数上にのみ置かれうる。さらに、中央の６個のＰＲＢ８０４は、これらのＰＲＢ８０４がＭＢＢによって例えばブロードキャスト制御チャネルのために使用されるため、ＮＢ ＴＤＤ通信が使用することは許容されない。

したがって、ＮＢ−ＩｏＴ ＵＥ５１２は、１００ｋＨｚラスタでキャリアをサーチすることのみが要求される。ＮＢ−ＩｏＴ ＵＥの初期同期の促進を対象としたＮＢ−ＩｏＴキャリアを、アンカーキャリアと呼ぶ。１００ｋＨｚのＮＢ−ＩｏＴ ＵＥのサーチラスタは、インバンド配置およびガードバンド配置に対して、アンカーキャリアを、中心周波数８０２における所定のＰＲＢ７００に配置することができることを意味する。そのような配置におけるＮＢ−ＩｏＴアンカーキャリアは、１００ｋＨｚラスタから７．５ｋＨｚ以上離れない中心周波数８０２を有する必要がある。ＮＢ ＵＥ５１２によって実行されるＮＢ−ＩｏＴセルサーチおよび初期捕捉は、最大で±７．５ｋＨｚのラスタオフセットの存在下でＲＡＮ５００と同期することができる。

ＮＢ−ＩｏＴのマルチキャリア動作は、ＭＩＢに基づいて、そして、オプションとして、続いて送信された１つ以上のＳＩＢに基づいて、ＮＢ ＴＤＤ通信５０２においてサポートされる。ＵＥの初期同期を促進するためには１つのＮＢ−ＩｏＴアンカーキャリアがあれば十分であるため、１００ｋＨｚラスタ付近に追加のキャリアの中心が置かれる必要はない。これらの追加のキャリアは、セカンダリキャリア又はノンアンカーキャリアと呼ばれる。

本技術は、３ＧＰＰ文書ＲＰ−１７１４２８「“ＮＢ＿ＩＯＴｅｎｈ２， Ｒｅｖｉｓｅｄ ＷＩＤ ｏｎ Ｆｕｒｔｈｅｒ ＮＢ−ＩｏＴ ｅｎｈａｎｃｅｍｅｎｔｓ”、Ｈｕａｗｅｉ ａｎｄ ＨｉＳｉｌｉｃｏｎ、３ＧＰＰ ＴＳＧ ＲＡＮ Ｍｅｅｔｉｎｇ ＃７６、Ｗｅｓｔ Ｐａｌｍ Ｂｅａｃｈ、ＵＳＡ、２０１７年６月５日〜８日」におけるワークアイテムの下で、ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｍｅｎｔｓ ｏｆ ＮＢ−ＩｏＴ（ｆｅＮＢ−ＩｏＴ）に従って実装されてもよい。

ＭＢＢチャネル帯域幅６０９は、Ｎ_ＲＢ個のＰＲＢの数、すなわち、文書３ＧＰＰ ＴＳ３６．１０６（例えばバージョン１４．０．０）の表５．６−１に従う又は以下の表に従う送信帯域幅６０８に関連しうる。

例えばＮＢ−ＩｏＴの全体に動作可能なセル配置に対するＮＢ６０２のインバンド配置においてアンカーキャリアとして使用可能な例示のＰＲＢのインデクスは、以下の表に概要が説明される。

ここで、表現「全体に動作可能なセル」は、３ＧＰＰ規格によって使用される用語であってもよいし、そうでなくてもよい。本開示の簡潔かつ明瞭な理解のために使用される。本表現は、ＮＢ−ＩｏＴ ＵＥ５１２への無線アクセスを提供するセルを参照する。すなわち、そのセルは、ＮＢ−ＩｏＴ ＵＥ５１２が初期的にサーチするラスタにおけるアンカーキャリアを提供する。アンカーキャリアは、無線アクセスのための必要な情報の全て（例えば、同期信号、参照信号及び／又は報知情報）を提供し、専用のＮＢ ＴＤＤ通信５０２のために使用可能である。

図９は、上りリンク−下りリンクＴＤＤ設定９００の設定を概略的に図解している。各行は、図９の左側において表示されている対応するインデクスにより示さる、異なる上りリンク−下りリンクＴＤＤ設定９００を表す。時間は各行の左から右へ増える。

各ボックスは、１つのサブフレーム９０２を表す。「Ｄ」とラベル付けされたサブフレームは下りリンク通信に使用され、「Ｕ」とラベル付けされたサブフレームは上りリンク通信に使用され、「Ｓ」とラベル付けされたサブフレームは、下りリンク通信と上りリンク通信のための部分を含んだスプリットである。

概略的に図示された上りリンク−下りリンクＴＤＤ設定９００の少なくともサブセットは、例えばＬＴＥ−ＴＤＤ無線フレームにおいて、ＮＢ ＴＤＤ通信５０２及び／又はＭＢＢ通信５０４のために使用されうる。

本技術は、ＮＢ６０２におけるＴＤＤを可能とする。ＴＤＤは、ＮＢ６０２のインバンド動作モード、ガードバンド動作モード、およびスタンドアローン動作モードと併せてサポートされる。第１の実装において、ＮＢ ＵＥ５１２は、上りリンクの補償ギャップを必要としない。第１の実装やここで説明する任意の実施形態と組み合わせ可能な第２の実装では、（例えばＭＩＢのための）共通のメッセージフォーマットがその配置モードに対して使用される。さらに、最大結合損失（ＭＣＬ）、レイテンシ及び／又はキャパシティのターゲットにおける制限は、ＭＢＢ通信５０４及び／又は（例えば３ＧＰＰリリース１３に従う）既存のＮＢ−ＩｏＴシステムと比べて、ＮＢ通信５０２に対して緩和されうる。代わりに、又は加えて、第３の実装は、ＮＢ通信５０２のためのスモールセルシナリオを含みうる。

ＬＴＥ−ＴＤＤでは、ＭＢＢ６０４の非限定的な例として、柔軟な下りリンク及び上りリンクの分割をサポートするために、図９に示すようないくつかの設定がサポートされる。上りリンク−下りリンクＴＤＤ設定９００のそれぞれは、異なる数の上りリンクサブフレームと下りリンクサブフレーム９０２を有する。インバンド動作モードおよびガードバンド動作モードにおいてＬＴＥ−ＴＤＤ６０４と共存するために、ＮＢ−ＩｏＴ ＴＤＤ６０２は、ＬＴＥ−ＴＤＤによって使用されているものと同じ上りリンク−下りリンク設定で設定されるのが好ましい。さらに、例えば図９におけるＬＴＥ−ＴＤＤ ＵＬ−ＤＬ設定＃０は、本技術の実施形態において（すなわち、ＮＢ−ＩｏＴ ＴＤＤシステム）においてサポートされない。オプションとして、ＭＢＢ６０４のための上りリンク−下りリンクＴＤＤ設定９００のうちのＮＢでサポートされる設定のサブセットが、さらに、低減されうる（「ＲＡＮ１ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅｓ、３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１ Ｍｅｅｔｉｎｇ ９０ｂｉｓ、Ｐｒａｇｕｅ、ＣＺ、２０１７年１０月９日〜１３日」を参照）。ここで説明される任意の実施形態は、ＬＴＥ−ＴＤＤ ＵＬ−ＤＬ設定＃０を除いて、ＬＴＥ−ＴＤＤ設定９００のすべてをサポートするように実装されうる。好ましくは、ＮＢ ＴＤＤ通信５０２は、インバンド配置又はガードバンド配置として運用されるときに、共存するＭＢＢ６０４（例えばＬＴＥ−ＴＤＤ設定）と適合する上りリンク−下りリンクＴＤＤ設定９００のうちの１つを使用する。

ＧＳＭ、ＷＣＤＭＡおよびＬＴＥなどの他のセルラネットワークにおけるように、例えばステップ４０６において、ＮＢ−ＩｏＴネットワークとしてのＲＡＮ５００へアクセスするために、ＵＥ５１２は、まず、セルサーチ手順を開始する。ＵＥ５１２は、ＲＡＮ５００に対する周波数および時間同期を得るために、ＮＰＳＳおよびＮＳＳＳの検出を実行する。これは、アンカーキャリア上で行われる。ＮＰＳＳに対するＮＳＳＳの相対的な時間位置は、上述のＲＡＮ１ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅｓに従って、ＮＢ−ＩｏＴシステムがＦＤＤモードで動作しているかＴＤＤモードで動作しているかを黙示的に示す。

周波数および時間同期が得られると共にＦＤＤ又はＴＤＤモードを知った後に、ＮＢ ＵＥ５１２は、次に、ステップ４０２において、ＳＩＢの周波数リソースとしてＳＩＢ１−ＮＢ送信のための予備セル情報およびスケジューリング情報を含んだＭＩＢ−ＮＢを取得するために、アンカーキャリア上でＮＢ物理ブロードキャストチャネル（ＮＰＢＣＨ）を受信する。ＭＩＢ−ＮＢを取得した後に、ＮＢ ＵＥ５１２は、ステップ４０４において、スケジューリングに従って、すなわち、ＭＩＢ−ＮＢにおいて示された周波数リソースで、ＳＩＢ１−ＮＢを受信する。オプションとして、ＳＩＢ１−ＮＢは、今度は、さらなるシステムインフォメーションブロック（ＳＩＢ）を受信するための周波数リソース（例えばスケジューリング情報）を示す。全ての関連するシステムインフォメーションが取得された後に、ＮＢ ＵＥ５１２は、ＮＢ−ＩｏＴのための３ＧＰＰ規格において定められた他の手順に従って、ネットワークサービスへのアクセスを開始する。

ＮＢ−ＩｏＴ ＴＤＤシステムにおいて、ステップ４０２におけるＭＩＢ−ＮＢの取得後に、ＮＢ ＵＥ５１２は、ＳＩＢ１−ＮＢがＳＩＢに割り当てられた周波数リソースとしてのアンカーキャリア（すなわちＮＢ ＵＥ５１２がＮＰＳＳおよびＮＳＳＳを検出しＮＰＢＣＨを復号するＮＢ−ＩｏＴキャリア）と、ＳＩＢに割り当てられる周波数リソースとしてのノンアンカーキャリアとの、いずれにおいてＳＩＢ１−ＮＢが送信されるかを判定する。ＳＩＢ１−ＮＢがノンアンカーキャリアで送信される場合、ＮＢ ＵＥ５１２は、ＳＩＢ１−ＮＢが送信されるノンアンカーキャリアの正確な位置を判定する。任意の実施形態の１つの変形において、この情報は、ＳＩＢに割り当てられる周波数リソースを示すことにより、ＭＩＢ−ＮＢにおいて提供される。任意の実施形態の別の変形では、この情報は事前に定められる（例えばハードコードされる）。

以下のＡｂｓｔｒａｃｔ Ｓｙｎｔａｘ Ｎｏｔａｔｉｏｎ Ｏｎｅ（ＡＳＮ．１）は、周波数分割複信（ＦＤＤ）モードにおける、ＮＢ−ＩｏＴのための３ＧＰＰリリース１４に従うＭＩＢ−ＮＢの定義である。このＭＩＢ−ＮＢは、本主題の技術を説明するための非限定的な解始点として役立ちうる。ＮＢ ＴＤＤ通信５０２のための後の規格は、ＭＩＢ−ＮＢの異なる定義を使用してもよく、例えば、ＭＩＢ−ＮＢは下で示されるパラメータのサブセットを含みうる。

ステップ３０２およびステップ４０２のそれぞれに従って、ＮＢ ＴＤＤ通信５０２のために送信および受信されるＭＩＢ−ＮＢは、以下のパラメータの少なくとも一部と、ＳＩＢの周波数リソースを示すための、さらに下の太字で強調されるさらなるパラメータのうちの１つを含みうる。

図１０Ａ〜図１０Ｃは、それぞれが任意の実施形態におけるＲＡＮ５００によって使用可能な、周波数帯域６００の例を概略的に示している。例示の周波数帯域６００は、２０ＭＨｚのチャネル帯域幅を有するＬＴＥ帯域６０９に対して、ＮＢ６０２のＮＢ−ＩｏＴ ＴＤＤガードバンド配置を含む。限定なく、スケジュール可能なＬＴＥのシステム帯域幅６０８は、１００個のＰＲＢを含む。

ＮＢ６０２は、アンカーキャリア６０２−１とノンアンカーキャリア６０２−２とを含む。ステップ３０２においてアンカーキャリア６０２−１で送信されるＭＩＢは、ステップ３０４においてＳＩＢを送信する周波数リソースとして、ノンアンカーキャリア６０２−２の表示１０００を含む。図１０Ａ、図１０Ｂ、および図１０Ｃに示された３つの例は、ＮＢ−ＩｏＴ ＴＤＤガードバンド配置を実装するＮＢキャリア６０２−１および６０２−２の割り当てが異なる。

図１０Ａの例において、ステップ３０２において、ＭＩＢ−ＮＢが単一のアンカーキャリア６０２−１において送信され、ＭＢＢ６０４の反対側の終端に割り当てられるＳＩＢ１−ＮＢノンアンカーキャリア６０２−２、すなわち周波数リソースを示す。ＮＢキャリア６０２−１および６０２−２の相対的な位置は、「ミラー配置」とも呼ばれる。

図１０Ｂの例では、ステップ３０２において、ＭＩＢ−ＮＢが２つのアンカーキャリア６０２−１のそれぞれにおいて送信される。各ＭＩＢ−ＮＢは、アンカーキャリア６０２−１に対してＭＢＢ６０４の反対側の終端に割り当てられるＳＩＢ１−ＮＢノンアンカーキャリア６０２−２を（ＳＩＢのための周波数リソースとして）示す。この、中心のＤＣサブキャリア７０６に対するＮＢキャリア６０２−１および６０２−２の位置も、「ミラー配置」と呼ばれる。

図１０Ｃの例では、ＭＩＢ−ＮＢが、ステップ３０２において、２つのアンカーキャリア６０２−１のそれぞれにおいて送信される。各ＭＩＢ−ＮＢは、アンカーキャリア６０２−１が位置するのと同じＭＢＢ６０４のサイドに割り当てられるＳＩＢ１−ＮＢノンアンカーキャリア６０２−２を（ＳＩＢのための周波数リソースとして）示す。この、ＮＢキャリア６０２−１および６０２−２の相互の位置は「連続（back-to-back）配置」（Ｂ２Ｂ）である。

図１１は、任意の実施形態における実装であるＭＢＢ６０４の例を概略的に示している。より具体的には、システム帯域幅６０８の低い方の周波数エッジをより詳細に示している。反対側のエッジ、すなわち、システム帯域幅６０８の高い方の周波数エッジにおいて、対称的な周波数構造が実装されうる。限定なく、ＬＴＥチャネル帯域幅６０９は１５ＭＨｚに及ぶ。ＬＴＥシステム帯域幅６０８は、７５個のＰＲＢ７００を含む。

ガードバンド６０６における最初のＰＲＢ７００、すなわち、ＬＴＥシステム帯域幅６０８の隣のＰＲＢ７００は、ＭＢＢ６０４により使用され又は使用可能な最初のＰＲＢ７００から３サブキャリアだけ周波数領域において離間される。

ＮＢ６０２のためのチャネルラスタ１１００は１００ｋＨｚのサイズのステップを有し、ガードバンド６０６における最初のＰＲＢ７００の中心周波数８０２と、多くとも（例として７．５ｋＨｚである）最小オフセット１１０２で整合する。

図１２Ａから図１２Ｃは、ここで説明されるいずれかの実施形態を用いて実装されうるＮＢ−ＩｏＴ ＴＤＤガードバンド配置の例を概略的に示している。限定なく、ＬＴＥチャネル帯域幅６０９は１５ＭＨｚに及ぶ。ＬＴＥシステム帯域幅６０８は、７５個のＰＲＢ７００を含む。

図１２Ａの例では、ＭＩＢ−ＮＢが、ステップ３０２において単一のアンカーキャリア６０２−１において送信され、ＭＢＢ６０４の反対側の終端に割り当てられるＳＩＢ１−ＮＢノンアンカーキャリア６０２−２、すなわち、周波数リソースを示す。ＮＢキャリア６０２−１および６０２−２の相対的な位置は「ミラー配置」とも呼ばれる。

図１２Ｂの例では、ステップ３０２に従って、ＭＩＢ−ＮＢが２つのアンカーキャリア６０２−１のそれぞれにおいて送信される。各ＭＩＢ−ＮＢは、アンカーキャリア６０２−１に対してＭＢＢ６０４の反対側の終端に割り当てられるＳＩＢ１−ＮＢノンアンカーキャリア６０２−２を（ＳＩＢのための周波数リソースとして）示す。この、中心のＤＣサブキャリア７０６に対するＮＢキャリア６０２−１および６０２−２の位置も、「ミラー配置」と呼ばれる。

図１０Ｃの例では、ＭＩＢ−ＮＢが、ステップ３０２に従って、２つのアンカーキャリア６０２−１のそれぞれにおいて送信される。各ＭＩＢ−ＮＢは、アンカーキャリア６０２−１が位置するのと同じＭＢＢ６０４のサイドに割り当てられるＳＩＢ１−ＮＢノンアンカーキャリア６０２−２を（ＳＩＢのための周波数リソースとして）示す。この、ＮＢキャリア６０２−１および６０２−２の相互の位置は「連続（back-to-back）配置」（Ｂ２Ｂ）である。

図１３は、異なるＭＢＢチャネル帯域幅６０９に対するＰＲＢグループ（ＲＢＧ）１３０２へのＰＲＢ７００の例示のグルーピング１３００を概略的に示している。ＰＲＢ７００は、ＭＢＢチャネル帯域幅６０９の中央からのインデクスにより表される。

ＲＢＧにおけるＮＢ通信５０２に対するアンカーキャリア６０２−１の例示の位置は、ＰＲＢ７００の単位で図１３に示されている。対応するインデクスが、周波数リソース（アンカーキャリア６０２−１又は別のノンアンカーキャリア６０２−２）の表示１０００のためにＭＩＢ−ＮＢに含まれうる。さらに、ＮＢキャリア６０２−１及び／又は６０２−２は、中央のＤＣサブキャリア７０６に関して対称に、すなわち、中央からのインデクスの単位で同じ位置を用いて、編成されうる。

ＭＢＢチャネル帯域幅６０９の中央からのＰＲＢインデクスの単位での同じ位置のアンカーキャリアは、インデクス１０を伴う本例から明らかなように、異なるＭＢＢチャネル帯域幅に対して異なるＲＢＧ１３０２のサイドにあってもよい。

本技術の第１の実施形態について、本実施形態の実装変異形を説明するために図１０から図１３を部分的に参照して説明する。ＮＢ−ＩｏＴ ＴＤＤ通信５０２のためのＭＩＢ−ＮＢは、ＳＩＢ１−ＮＢがアンカーキャリア６０２−１上にあるかノンアンカーキャリア６０２−２上にあるかをＵＥ５１２に示す。この表示１０００は、ＳＩＢモード（例えばＳＩＢ１−ＮＢモード）とも呼ばれる。

（例えば、本技術によるＭＩＢ−ＮＢを実装するための解始点として上で概説したような）ＭＩＢ−ＮＢにおけるスペアビットからの１ビットは、ＳＩＢ１−ＮＢモードを示すために使用されうる。ＳＩＢ１−ＮＢの例示の定義は、表示１０００に対する値と一致しうる：「０」は、周波数リソースとしてアンカーキャリア６０２−１でＳＩＢ１−ＮＢが送信されることを意味する。「１」は、ステップ３０４において周波数リソースとしてノンアンカーキャリア６０２−２でＳＩＢ１−ＮＢが送信されることを意味する。

ＮＢ−ＩｏＴ ＴＤＤ通信５０２におけるＭＩＢ−ＮＢのための例示のフォーマットおよび対応する信号構造を、以下のＡＳＮ．１に示す。第１の実施形態のこの実装変異形では、「sib1-NB-mode-tdd」と呼ばれるアンカーパラメータが、表示１０００として又は表示１０００の一部として、ＭＩＢ−ＮＢに含められる。例えば、表示１０００は、アンカーパラメータと、既存の情報要素（ＩＥ）Operation Info Modeの拡張を含みうる。後者のＩＥに起因して、ＭＩＢ−ＮＢにおいて残っているスペアビットが、より少なく、例えば９スペアビットとなる。

第１の実施形態による例示のＭＩＢ−ＮＢの一部の概要を以下に示す。

さらに、ＭＩＢ−ＮＢにおけるＩＥ Operation Info Modeは、ＮＢ ＵＥ５１２に対して動作モード固有情報を提供する。このＩＥは、ステップ３０２において動作モードに依存するＳＩＢ１−ＮＢ設定を送信するために拡張されうる。当業者であれば、上述のＡＳＮ．１においてＭＩＢ−ＮＢに対して、いくつかの動作モードに対して、例えば、ガードバンド動作モード、インバンド動作モード（より具体的にはＮＢ６０２とＭＢＢ６０４の両方に対して同一の物理セル識別子（ＰＣＩ）が使用されるインバンド動作モード）、およびスタンドアローンモードに対して、ＩＥ Operation Info Modeにおける少数のスペアビットがあることに気付くことが可能である。これらのスペアビットは、ＳＩＢ−ＮＢ設定のために使用されうる。

第１の実施形態に対するガードバンドモードについて説明する。３ＧＰＰのＬＴＥは、ＬＴＥチャネル帯域幅８０９として、１．４ＭＨｚ、３ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚおよび２０ＭＨｚを定めている。ＮＢ−ＩｏＴガードバンド配置は、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚおよび２０ＭＨｚチャネル帯域幅８０９において（例えばその場合にのみ）使用可能である。ガードバンドモードでは、ＮＢ−ＩｏＴキャリア６０２−１および６０２−２は、ＬＴＥチャネル帯域８０９のガードバンド領域６０６に配置される。

ＮＢ−ＩｏＴキャリア６０２−１および６０２−２がＬＴＥ ＰＲＢグリッド上に配置されることは可能であるが、必須ではない。さらに、ＮＢ−ＩｏＴキャリア６０２−１および６０２−２は、好ましくは、サブキャリア間干渉を避けるために、ＬＴＥサブキャリアグリッドに配置される。原理的に、ＮＢ−ＩｏＴキャリア６０２−１および６０２−２は、１８０ｋＨｚのＮＢ−ＩｏＴ帯域が全体としてガードバンド６０６に入る限りにおいて、ガードバンド内の任意のサブキャリア上に配置されうる。さらに、アンカーキャリア６０２−１に対して、１００ｋＨｚチャネルラスタへの周波数オフセットは、＋／−２．５ｋＨｚ又は＋／−７．５ｋＨｚでなければならず、そうでなければ、ＮＢ ＵＥ５１２はアンカーキャリア６０２−１を発見することができなくなりうる。

ガードバンド６０６におけるＮＢ−ＩｏＴキャリア６０２−１および６０２−２を多くの異なる位置に配置可能であるため、数ビットのみでシグナリングすることは困難又は不可能である。したがって、ＮＢ−ＩｏＴ配置に対する制限された数の候補位置を定めることが提案される。ガードバンドモードにおけるこれらの候補位置を選択する有利な実装について議論する。

一般的に言えば、隣接チャネル干渉を低減し、ネットワーク設備（例えば基地局５１０）等の実装を簡素化するために、ＬＴＥキャリアの、すなわち、ＬＴＥシステム帯域幅６０８の、可能な限り近くにＮＢ−ＩｏＴを配置するのが有利である。２０ＭＨｚおよび１０ＭＨｚのＬＴＥチャネル帯域幅に対しては、ガードバンド内の最初のＰＲＢ７００は、偶然、１００ｋＨｚチャネルラスタ１１００に十分に近くなる（すなわち、７．５ｋＨｚよりオフセットが小さく、実際には２．５ｋＨｚとなる）。したがって、ガードバンド６０６内の最初のＰＲＢ７００を、アンカーキャリア６０２−１として選択することができる。図１０Ａ〜図１０Ｃのそれぞれは、２０ＭＨｚチャネル帯域幅６０９のＬＴＥ帯域６０４のガードバンド６０６における例示のＮＢ−ＩｏＴ ＴＤＤ配置を概略的に示している。

１５ＭＨｚ又は５ＭＨｚのチャネル帯域幅６０９に対しては、ガードバンドにおける最初のＰＲＢが、アンカーキャリアとして使用することができないほどにチャネルらスターから大きく外れる。ガードバンド６００における第１の取りうるアンカーキャリアＰＲＢ７００は、ＬＴＥのインバンド６０８のエッジから数えて３番目のものである。ＬＴＥシステム帯域６０８からの周波数ギャップを減らすために、３つのエンプティサブキャリアが、ガードバンド６０６における最初のＰＲＢ７００をチャネルラスタ１１００に押しやるために、インバンドエッジの隣に追加され又は導入（割り当てされないままに）される。３つのエンプティサブキャリアの挿入後に、ガードバンド６００におけるシフトされた最初のＰＲＢ７００は、ＮＢキャリアラスタ１１００まで７．５ｋＨｚ離れている。したがって、シフトされた最初のＰＲＢ７００は、ＮＢ−ＩｏＴ６０２のためのアンカーキャリア６０２−１として使用されうる。図１１は、１５ＭＨｚのチャネル帯域幅６０９のＬＴＥ帯域６０４のガードバンド６００における、例示のＮＢ−ＩｏＴ ＴＤＤ配置を概略的に示している。

上述の分析に基づいて、ＮＢ−ＩｏＴ ＴＤＤ通信５０２のガードバンド配置に対して、１つまたは２つのアンカーキャリア６０２−１を、インバンドのエッジから数えて、ガードバンド６０６の最初のＰＲＢに配置可能である。チャネル帯域幅６０９の１５ＭＨｚおよび５ＭＨｚの場合、（ＭＢＢ６０４にとって利用可能なＰＲＢ７００に対する）インバンド６０８のＰＲＢグリッドと、（ＮＢ６０２にとって利用可能なＰＲＢ７００に対する）ガードバンド６０６におけるＰＲＢグリッドとの間に、３つのエンプティサブキャリアが追加されうる。

同一のＳＩＢ１−ＮＢノンアンカーキャリア配置原理に従って、図１２Ａ〜図１２Ｃは、１５ＭＨｚのチャネル帯域幅６０９を有するＬＴＥ帯域６０２と共存するＮＢ−ＩｏＴ ＴＤＤ通信５０２のガードバンド配置の異なる例を概略的に示している。

ＳＩＢ１−ＮＢノンアンカーキャリアは、（例えば、図１２Ｂ及び図１２Ｃのそれぞれに図解されるように）アンカーキャリア６０２−１に隣接する２番目のガードバンドＰＲＢ７００に又は（例えば図１２Ａに図解されるように）ＬＴＥ帯域６０４の他方のサイドに配置されうる。ここで、ノンアンカーキャリア６０２−２を周波数リソースとして参照するＭＩＢにおける表示１０００の場合は、（例えば図１２Ｃに図解されるように）「連続」配置と呼ばれる。ＬＴＥ帯域６０５の他方のサイドを参照する表示１０００の場合は、（例えば、図１２Ａおよび図１２Ｂに図解されるように）「ミラー配置」と呼ばれる。ミラー配置のシナリオでは、ＳＩＢ１−ＮＢのためのノンアンカーキャリア６０２−２は、（例えば図１２Ａに図解されるように）ネットワークの実装の観点から好ましい最初のガードバンドＰＲＢ７００に、又は、（例えば図１２Ｃに図解されるように）別のアンカーキャリア配置のために最初のガードバンドＰＲＢを残しながら第２のガードバンドＰＲＢ７００において、配置されうる。

ＬＴＥ帯域６０４の別の終端に配置されうるＳＩＢ１−ＮＢノンアンカーキャリア６０２−２をＵＥ５１２が発見することを可能とするために、ＰＲＢ７００の数でのインバンド帯域幅６０８が、ガードバンドモードのためのOperation Mode Informationに含められる。インバンド帯域幅６０８の列挙される数は、それぞれ、５、１０、１５および２０ＭＨｚのＬＴＥ帯域幅に対応する、ＰＲＢ７００を単位とする２５、５０、７５、１００を含むのがよい。

ＭＩＢ−ＮＢにおいてＳＩＢ１−ＮＢノンアンカーキャリア設定を提供するための異なる選択肢の実装がある。１つの実装は、３つの以下のパラメータの任意の組み合わせを用いて、既存のガードバンドＩＥ Operation Mode Informationを拡張することである。第１のパラメータIn-band-bandwidthは、ＰＲＢの数でＬＴＥ帯域幅６０８を示しうる。第２のパラメータSIB1-NB Positionは、ＳＩＢ１−ＮＢキャリア６０２−２が周波数スペクトルにおいてアンカーキャリア６０２−１のどちらの側に、例えば、「より低い周波数」又は「より高い周波数」のどちらに、配置されているかを示しうる。第３のパラメータSIB1-NB PRB Infoは、ＳＩＢ１−ＮＢノンアンカーキャリア６０２−２がどのガードバンドＰＲＢ７００に、「最初の」又は「２番目の」ＰＲＢのどちらにマッピングされるかを示しうる。

以下のＡＳＮ．１は、第１の実施形態に従う例示のＭＩＢ−ＮＢの一部として、ガードバンドのOperation Mode Infoの例示の実現を示している。

別の実装において、SIB1-NB PositionおよびSIB1-NB PRB Infoが以下の例示の定義（ここではSIB1-NB Configuration Guard-bandと呼ぶ）を用いて２ビットフィールドに同時にエンコードされる。
SIB1-NB Configuration Guard-band：
00：連続配置、２番目のＰＲＢ
01：ミラー配置、最初のＰＲＢ
10：ミラー配置、２番目のＰＲＢ
11：予約

第１の実施形態による例示のＭＩＢ−ＮＢの一部としてのSIB1-NB configurationを伴うガードバンドのOperation Mode Informationの例示の実現について、以下に概要を示す。

続くセクションから分かるように、SIB1-NB Positionパラメータは、インバンドモードおよびスタンドアローンモードのためのＳＩＢ１−ＮＢ設定をブロードキャストするのにも使用されうる。さらに、SIB1-NB Positionは、すべての動作モードに対する共通パラメータになるように引き上げられ（例えばＭＩＢ−ＮＢのためのそのＩＥに含められるグローバルパラメータとして実装され）うる。代わりに又は加えて、この情報は、そのために続くセクションにおいて例示の実現が与えられる、ＭＩＢ−ＮＢにおけるいくつかの他のパラメータと同時にエンコードされてもよい。

上述のアンカーキャリア配置の仕組みを用いて、ＮＢ ＵＥ５１２は、アンカーキャリア６０２−１がＬＴＥ帯域６０４のどちらのサイドに配置されるかを、Operation Mode Information内のChannel Raster OffsetおよびIn-band Bandwidthを見ることにより、以下の表に従って、特定することができる。正のチャネルラスタオフセットは、低い方の周波の数ガードバンドにおけるアンカーキャリアを示し、一方で、負値は高い方の周波数のガードバンドにおけるアンカーキャリアを示す。シグナリングされたインバンド帯域幅６０８とＳＩＢ−ＮＢ設定パラメータとを総合して、ＮＢ ＵＥ５１２は、ＳＩＢ１−ＮＢノンアンカーキャリア６０２−２の正確な位置を判定することができる。

以下の表は、ガードバンド配置におけるアンカーキャリアに対するチャネルラスタオフセットの符号とガードバンド位置との間の例示の関係を概説している。

第１の実施形態のインバンド配置について説明する。ＮＢ−ＩｏＴ ＴＤＤキャリア６０２−１および６０２−２は、ＬＴＥ−ＴＤＤシステムと共存するように、ＬＴＥのＰＲＢグリッド６０８上に配置される。ＮＢ−ＩｏＴ ＴＤＤアンカーキャリア６０２−１は、その中心周波数８０２が１００ｋＨｚチャネルラスタ１１００に対して７．５ｋＨｚ以下のオフセットとなるＬＴＥのＰＲＢ７００上に配置されうる。理論的には、ＳＩＢ１−ＮＢノンアンカーキャリア６０２−２が、ＬＴＥのＰＳＳ／ＳＳＳ／ＰＢＣＨがブロードキャストされる中央のＬＴＥのＰＲＢ（例えば中央の６個のＰＲＢ８０４）を除いた、他のＬＴＥのＰＲＢ７００に配置されうる。３ＧＰＰのリリース１４周波数構造に従って、完全な配置の柔軟性を有するＳＩＢ１−ＮＢのためのノンアンカーＰＲＢを一意に示すことは５ビットを要求する。例えばＳＩＢ１−ＮＢノンアンカーキャリアをアンカーキャリアの周囲の隣接ＰＲＢに限定することによって、ノンアンカーキャリア配置上に所定の制約が置かれうる場合、より少ないビット数を使用可能である。

以前に議論したように、インバンド動作に対して、同一のＰＲＢグループ（ＲＢＧ）１３０２に、アンカーキャリアおよびノンアンカーキャリアを有することが望ましい。したがって、ＭＩＢ−ＮＢを用いて、ノンアンカーキャリア６０２−２の位置を、低い方の周波数又は高い方の周波数のアンカーキャリア６０２−１に最も近いＰＲＢ７００として設定することが望ましい。これは、アンカーキャリアが、図１３に示すように、ＲＢＧグループの境界のいずれかのサイドにありうるからである。

したがって、ＭＩＢ−ＮＢの別の１ビットが、ノンアンカーキャリア６０２−２がアンカーキャリア６０２−１の低い方の周波数と高い方の周波数とのいずれに最も近いＰＲＢ７００であるかを示しうる。以下の例では、パラメータSIB1-NB Positionが、ＭＩＢ−ＮＢにおける表示１０００の一部として定義されている。

変形では、ガードバンド配置の文脈で言及したように、SIB1-NB Positionパラメータが、全ての動作モードに対して共通のパラメータとして持ち上げられてもよい。対応する例について、例示のＭＩＢ−ＮＢの以下の部分に概説する。

本実施形態の変形において、ＳＩＢのための周波数リソースとしての高い方の周波数のＰＲＢ７００又は低い方の周波数のＰＲＢ７００が、バイナリインジケータとして実装されない。むしろ、ＭＩＢ−ＮＢにおける表示は、ＰＲＢ７００の数におけるステップサイズと、ＲＢＧ１３０２の境界におけるラップアラウンドを伴う常に高い方の（又は低い方の）ＰＲＢへの方向とを含みうる。

本実施形態のスタンドアローン配置について説明する。この配置のケースでは、共存するＭＢＢ（例えばＬＴＥ−ＴＤＤ）システムがない。ＮＢ−ＩｏＴ ＴＤＤアンカーキャリア６０２−１は、ＮＢ ＴＤＤ通信５０２の割り当てられた周波数帯域における１００ｋＨｚチャネルラスタ上に配置されうる。

３ＧＰＰリリース１３において、ノンアンカーキャリアは、基本的にＮＢ−ＩｏＴ ＦＤＤの配置原理である、アンカーキャリアと同じ周波数帯域において、１００ｋＨｚチャネルラスタ上に配置されうる。

しかしながら、２つのＮＢ−ＩｏＴキャリア６０２−１及び／又は６０２−２が２つの隣接する２００ｋＨｚチャネルに配置される場合、隣接チャネル干渉が問題となるかもしれない。それに起因して、ＮＢ−ＩｏＴチャネルを、同一の１５ｋＨｚサブキャリアグリッドに合わせることができない。この問題に対する包括的な分析は、Ｒ４−１７０３８０４「“Ｃｈａｎｎｅｌ Ｒａｓｔｅｒ Ｆｏｒ Ｍｕｌｔｉｐｌｅ Ｓｔａｎｄａｌｏｎｅ ＮＢ−ＩｏＴ Ｃａｒｒｉｅｒｓ， ｓｏｕｒｃｅ Ｎｏｋｉａ”、Ａｌｃａｔｅｌ−Ｌｕｃｅｎｔ Ｓｈａｎｇｈａｉ Ｂｅｌｌ、３ＧＰＰ ＴＳＧ−ＲＡＮ４＃８２−Ｂｉｓ、Ｓｐｏｋａｎｅ、Ｗａｓｈｉｎｇｔｏｎ、ＵＳＡ、２０１７年４月３日〜７日」に発見することができる。

好ましくは、ノンアンカーキャリア６０２−２は、１００ｋＨｚチャネルラスタ１１００条に正確に置かれない。代わりに、それらは、アンカーキャリア６０２−１とサブキャリアグリッドに揃えることを可能とするために、チャネルラスタ１１００への所定の周波数オフセットを伴って配置される。

どの配置原理が採用されたとしても、ＳＩＢ１−ＮＢノンアンカーキャリア６０２−２は、アンカーキャリア６０２−１に対する相対的な周波数オフセットを伴って、ＭＩＢ−ＮＢにおいて示されうる。相対的な周波数オフセットは、１５ｋＨｚのサブキャリアの数で、又は、１８０ｋＨｚのＰＲＢの数で、又は、２００ｋＨｚのＮＢ−ＩｏＴチャネル帯域幅の数で、与えられうる。

既存の（例えばＦＤＤ用の）ＭＩＢ−ＮＢには、この目的のために使用可能な５つのスペアビットがある。さらに、（例えば、先のセクションで説明したようなインバンドモードのための）Operation Mode Informationの拡張のための潜在的な追加ビットを使用することもできる。Operation Mode Informationのための例示のＡＳＮ．１は、以下のように定義されうる。

上の例では、他の配置モードに対するものと同じ定義でSIB1-NB Positionに１ビットが使用されており、アンカーキャリア６０２−１に対するＰＲＢ単位でのＳＩＢ１−ＮＢのキャリア周波数オフセットの絶対値を示すのに４ビットが使用される。

第１の実施形態の例示の実現のためのＭＩＢ−ＮＢのＡＳＮ．１
様々な配置について別個に説明し、別個に実装されうる一方で、第１の実施形態の好ましい実装は、２つの又は３つ全ての動作モードにおいて配置可能なＭＩＢのためのフォーマット又は信号構造を使用する。

上で与えた解析をまとめると、ＮＢ−ＩｏＴ ＴＤＤ通信５０２のための周波数リソース（例えば、ＳＩＢ１−ＮＢノンアンカー６０２−２）を示すという課題に対処する第１の実施形態の例示の実現のためのＭＩＢ−ＮＳのＡＳＮ．１を、以下に概説する。太字でマークされたテキストは、３ＧＰＰリリース１４のための前掲の定義をスタートポイントとして又はベースラインとして採用した、追加または更新されうるものである。

上の例では、ＭＩＢ−ＮＢの全体のサイズは３４ビットのままであり、すなわち、ＮＢ−ＩｏＴ ＦＤＤのためのＭＩＢ−ＮＢと同じサイズである。ガードバンドのためのOperation Mode Informationは、パラメータIn-band Bandwidth、SIB1-NB PositionおよびSIB1-NB PRB Informationを用いて拡張される。代わりに又は組み合わせて、インバンド−同一ＰＣＩモードおよびインバンド−異ＰＣＩモードのためのOperation Mode Informationが、パラメータSIB1-NB Positionを用いて拡張される。代わりに又は組み合わせて、スタンドアローンケースのためのOperation Mode Informationが１８０ｋＨｚのＰＲＢの数で、アンカーキャリアに対するＳＩＢ１−ＮＢノンアンカーキャリアのオフセットを特定する５ビットのパラメータで拡張され、これは５．７６ＭＨｚの動的なノンアンカーキャリア配置を与える。

ベースラインと比べて、上の例では、全体で、２つのエクストラビットが用いられ、ＭＩＢ−ＮＢにおいて９個のスペアビットが将来の使用のために残ることとなる。

本技術の、第１の実施形態と組み合されうる、第２の実施形態について説明する。第２の実施形態では、ＭＩＢにおける表示１０００が、SIB1-NB positionを、先に定義したSIB1-NB modeと共に、２ビットのフィールドに同時にエンコードする。本例は、例示のＭＩＢ−ＮＢの以下の部分のように概説される。

上の例では、３つの異なる値のみがシグナリングされる必要があることに留意されたい。２ビットは４つの異なる値を与える。したがって、さらなる互換性のために、例えば、３ＧＰＰのリリース１５において、２ビットのパラメータのうちの第４の値が、第１の値と同じと解釈されうる。例えば、ビット「００」は、ＳＩＢ１−ＮＢがアンカーキャリアのみにおいて送信されることを示すのに、「０１」は、アンカーキャリア６０２−１の低い方の周波数に最も近いＰＲＢであるノンアンカーキャリア６０２−２においてＳＩＢ１−ＮＢが送信されることを示すのに、そして、「１０」は、アンカーキャリア６０２−１の高い方の周波数に最も近いＰＲＢであるノンアンカーキャリア６０２−２においてＳＩＢ１−ＮＢが送信されることを示すのに、用いられうる。ビット「１１」は、「００」、「０１」、または「１０」のいずれかと同じ意味を有しうる。

別の例示のＭＩＢ−ＮＢの以下の部分は、４つの異なる値を用いる。

上の例では、ＭＩＢは、アンカーキャリアにおけるＳＩＢ１−ＮＢ送信のために使用されるサブフレームを示し、これは、干渉管理の観点から有益でありうる。ここでは上のサブフレーム＃０およびサブフレーム＃４が例として使用されるが、他の下りリンクサブフレームも用いられ、ＭＩＢにおいて設定されてもよい。

さらに、このフィールドsib1-NB-mode-tddは、異なる動作モードに対して異なって解釈されうる。インバンドのケースに対して、簡単な解釈は、ノンアンカーキャリア６０２−２がＳＩＢ１−ＮＢ送信に使用されるか、そして、使用される場合に、ノンアンカーキャリア６０２−１がアンカーキャリア６０２−１の低い方の周波数と高い方の周波数とのいずれに最も近いＰＲＢであるかである。

スタンドアローンモードの際には、その解釈が、ノンアンカーキャリア６０２−２がＳＩＢ１−ＮＢ送信のために使用されるか、そして、それが使用される場合に、ノンアンカーキャリア６０２−２がアンカーキャリア６０２−１の低周波数側と高周波数側とのいずれであるべきかでありうる。ノンアンカーキャリアの正確な位置は、（インバンドモードに対してOperation Mode Info内のSIB1-NB-Positionフィールドによって与えられる）オフセットの符号（＋又は−）を有しない第１の実施形態に従って、例えばsib1-NB-offsetStandalone-tddを用いることによって、シグナリングされうる。これは、既にオフセットの＋／−の符号が２ビットのフィールドによって既に示されているからである。

ガードバンドになると、フィールドsib1-NB-mode-tddは、第１の実施形態のガードバンドモードのためのOperation Mode InformationにおけるSIB1-NB-Positionフィールドを置き換えるのに使用されうる。これは、ノンアンカーキャリア６０２−２がアンカーキャリア６０２−１の隣（すなわち連続）又は他方の帯域のエッジ（すなわちミラー）であるかをフィールドsib1-NB-mode-tddが示しうるからである。特筆すべきは、各サイドの又はＭＢＢ帯域６０４のエッジでのガードバンドにおいて１つのアンカーキャリア６０２−１有することのみが可能であり、アンカーキャリア６０２−１のチャネルラスタ１１００は、アンカーキャリア６０２−１がいずれのサイドの帯域のエッジに存在するかをＮＢ ＵＥ５１２が特定するのに使用されうる。一部の帯域幅６０８において、アンカーキャリア６０２−１はＰＲＢグリッド上にない。しかしながら、ＮＢ ＵＥ５１２は、ＳＩＢ１−ＮＢを運ぶノンアンカーキャリア６０２−１の位置を判定するための基準として、アンカーキャリア６０２−１を使用しうる。

例えば、ガードバンドモードにおいて、２ビットのフィールドsib1-NB-mode-tddがノンアンカーキャリア６０２−２においてＳＩＢ１−ＮＢが送信されるかを示し、そして、送信される場合に、アンカーキャリア６０２−１のチャネルラスタ１１００と共に、ノンアンカーキャリア６０２−２が同じ帯域のエッジにあるか他方の（例えば反対の）帯域のエッジにあるかを示しうる。ＬＴＥシステムのＰＲＢの位置およびＭＢＢ帯域幅６０８は、第１の実施形態と同様の方法でシグナリングされうる。

ＭＩＢ−ＮＢの別の例示の実現の一部を、ＡＳＮ．１を用いて以下に概説する。

上の例では、SIB1-NB Positionがすべての動作モードに共通のパラメータとして扱われ、SIB1-NB Modeに同時にエンコードされる。第１の実施形態と同じく、リリース１４のＮＢ−ＩｏＴ ＦＤＤのためのＭＩＢ−ＮＢと比較して、上の例では、２つのエクストラビットを用いる。

任意のスタンドアローン配置は、sib1-NB-mode-tddに基づいて、ＳＩＢのための周波数リソース、すなわち、ノンアンカーキャリア６０２−１を判定しうる。図１４Ａおよび図１４Ｂは、ステップ３０２において、このフィールドの第３の値及び第２の値がそれぞれＭＩＢによってシグナリングされる場合について概略的に示している。例えば、ＳＩＢ１ノンアンカー６０２−２は、第１の実施形態においてパラメータhigher_freq又はlower_freqを設定することにより、又は、第２の実施形態においてパラメータnon-anchor_higher_freq又はnon-anchor_lower_freqを設定することにより、示されうる。

第１の実施形態又は第２の実施形態と組み合されうる第３の実施形態において、ＳＩＢ１−ＮＢに対して考えられるＰＲＢ７００の限定されたセット（すなわち候補）が定められる（例えば、インバンド配置、ガードバンド配置、およびスタンドアローン配置のそれぞれに対する１つのセット）。ＭＩＢ−ＮＢにおける表示１０００は、考えられるＰＲＢ候補のうちのいずれが現在使用されているかのみを指し示しうる。

例として、ガードバンド動作に対して、ＬＴＥ帯域幅を知ることが必要でないように、同一のガードバンド６０６におけるＳＩＢ１−ＮＢの送信のためのノンアンカーキャリア６０２−２に対する３つの考えられるＰＲＢ７００が存在してもよく、ＭＩＢ−ＮＢにおける表示１０００は、以下のいずれが適用されるかを指し示すのみでありうる：

ここで説明された任意の実施形態や実装と組み合わせられうる第４の実施形態では、ＳＩＢ１−ＮＢノンアンカーキャリアが、アンカーキャリアを基準として事前に定められうる。例えば、ＳＩＢ１−ＮＢノンアンカー６０２−２の位置は、アンカーキャリア６０２−１の隣接する高い方の周波数側となるように固定され（例えば事前定義され又はハードコードされ）うる。ＭＩＢ内の１ビットが、ノンアンカーキャリア６０２−２上にＳＩＢ１−ＮＢが存在することを示す。ＵＥ５１２は、この通知を受信すると、隣接する高い方の周波数側において、ＳＩＢ１−ＮＢノンアンカーキャリア６０２−２を検出する。

対応する例示のＭＩＢ−ＮＢの一部を、以下のＡＮＳ．１を用いて以下に概説する。

第４の実施形態は、ノンアンカーキャリア６０２−２上でＳＩＢ１−ＮＢが送信されるか否かの表示１０００をシグナリングする最少数のビットを使用する。そして、ＲＢＧの断片化を最小化する適切な配置を確かにするのは、ｅＮＢの実装次第である。

上述の実施形態および実装のいずれかが、ＳＩＢ１−ＮＢ以外のシステムインフォメーションのための拡張された実施形態であってもよい。上述の４つの実施形態のそれぞれは、ノンアンカーキャリア６０２−２上でのＳＩＢ１−ＮＢの選択的なシグナリングを可能としうる。同じ原理が他のシステムインフォメーション（ＳＩ）のシグナリングに拡張されうる。例えば、全ての他のＳＩＢを含んだＳＩメッセージが、ノンアンカーキャリア上でスケジューリングされうる。

ＭＩＢ−ＮＢは、ＮＰＳＳ及び／又はＮＳＳＳのためにも使用されうる同一のＮＢ−ＩｏＴアンカーキャリア６０２−１上で送信される。単一のＮＢ−ＩｏＴノンアンカーキャリア（すなわち、アンカーキャリア６０２−１以外）は、ＳＩＢ１−ＮＢ以外の任意のＳＩＢのために使用される。ｘが１より大きい整数であるときのＳＩＢｘのための単一のＮＢ−ＩｏＴノンアンカーキャリアは、ＳＩＢ１−ＮＢによって示されるＰＲＢ７００内にありうる。オプションとして、無線レイヤ２（ＲＡＮ２）の実装において、シグナリングは、ＳＩＢｘがアンカーキャリア６０２−１上にある場合に省略されうる。

任意の実施形態のオプションの拡張において、ＳＩＢ１−ＮＢが送信されるノンアンカー６０２−２を指し示す方法は、ＳＩメッセージ（すなわち、他のＳＩＢ、「ＳＩＢｘ」）が送信されるノンアンカーキャリアを指し示すのにも再利用される。ＳＩメッセージは、ステップ３０４で送信されるＳＩＢ１−ＮＢによってスケジューリングされる（示される）。ＳＩＢ１−ＮＢのための対応する例を、ＡＳＮ．１を用いて以下に示す。太字の特徴の任意のサブセットが、実装されうる（例えば、太字でプリントされていない文脈と無関係であってもよい）。

図１５は、デバイス１００の実施形態のための概略的なブロック図を示している。デバイス１００は、方法２００を実行するための１つ以上のプロセッサ１５０４と、そのプロセッサ１５０４に接続されたメモリ１５０６を含む。例えば、メモリ１５０６は、モジュール１０２および１０４の少なくとも１つを実装する命令でエンコードされうる。

１つ以上のプロセッサ１５０４は、単独で、又はメモリ１５０６などのデバイス１００の他の要素と併せて、基地局又はＲＡＮ機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央演算装置、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の適切なコンピューティングデバイスの１つ以上の組み合わせ、リソース、または、ハードウェア、マイクロコード、及び／又は、エンコードされたロジックの組み合わせでありうる。例えば、１つ以上のプロセッサ１５０４は、メモリ１５０６に記憶された命令を実行しうる。このような機能は、ここで開示されたいずれかの利点を含んだ、ここで議論した様々な特徴やステップを提供することを含みうる。表現「動作を実行するように動作可能なデバイス」は、その動作を実行するように構成されたデバイス１００を表しうる。

図１５に概略的に示すように、デバイス１００は、例えばＲＡＮの基地局５１０によって具現化されうる。基地局５１０は、１つ以上の無線デバイスとの無線通信のためにデバイス１００に接続される無線インタフェース１５０２を有する。

例えば図１６に概略的に示すような変形では、デバイス１００の機能が、ＲＡＮのノード又はＲＡＮにリンクされたコアネットワークにより提供される。すなわち、ノードは、方法２００を実行する。デバイス１００の機能は、例えばインタフェース１５０２又は専用の優先もしくは無線インタフェースを介して、基地局５１０に提供される。

図１７は、デバイス２００の実施形態のための概略的なブロック図を示している。デバイス２００は、方法２００を実行する１つ以上のプロセッサ１７０４とそのプロセッサ１７０４に接続されたメモリ１７０６を有する。例えば、メモリ１７０６は、モジュール１０２および１０４の少なくとも１つを実装する命令でエンコードされうる。

１つ以上のプロセッサ１７０４は、単独で、又は、メモリ１７０６などのデバイス２００の他の要素と連動して、基地局又はＲＡＮ機能を提供するように動作可能な、マイクロプロセッサ、コントローラ、マイクロコントローラ、中央演算装置、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、または任意の他の適切なコンピューティングデバイスのウチの１つ以上、リソースまたは、ハードウェア、マイクロコード、及び／又はエンコードされたロジック、の組み合わせでありうる。例えば、１つ以上のプロセッサ１７０４は、メモリ１７０６に記憶された命令を実行しうる。このような機能は、ここで開示された任意の利点を含んだ、ここで議論した様々な特徴やステップを提供することを含みうる。表現「動作を実行するように動作可能な装置」は、その動作を実行するように構成されたデバイス１００を表しうる。

図１７に概略的に示されているように、デバイス２００は、無線デバイス５１２によって具現化されうる。無線デバイス５１２は、ＲＡＮの基地局及び／又は１つ以上の無線デバイスとの無線通信のためのデバイス２００と接続される無線インタフェース１７０２を有する。

例えば、図１８に概略的に示すような変形では、デバイス２００の機能が、無線デバイス５１２にリンクされた端末によって提供される。すなわち、端末は、方法２００を実行する。デバイス２００の機能は、端末によって、例えばインタフェース１７０２又は専用の優先又は無線インタフェースを介して、無線デバイス５１２に提供される。

上の説明から明らかとなったように、本技術の実施形態は、無線デバイス（例えばＵＥ）が、ＭＩＢ−ＮＢでブロードキャストされる少数のビットを用いて、ＮＢ−ＩｏＴ ＴＤＤシステムにおけるＳＩＢ１−ＮＢノンアンカーキャリアを特定することを可能とし、これは、ＮＢ−ＩｏＴ ＴＤＤシステムが効果的に動作すると共にＬＴＥ−ＴＤＤと共存することを確実にする。

ＮＢ−ＩｏＴ ＴＤＤガードバンド配置のための候補位置は、隣接チャネル干渉を低減すると共にネットワーク設備のための実装を単純化するために、ＬＴＥキャリアの可能な限り近くに位置しうる。

本技術は、同様の課題が生じるいくつかの他の無線アクセスシステムにおいて採用されてもよい。

本発明の多くの利点が上述の説明から十分に理解され、本発明の範囲から離れることなく及び／又はその利点のすべてを犠牲にすることなく、ユニットおよびデバイスの形式、構文、および構成における様々な変更がなされうることが理解されるだろう。本発明は多くの方法で変更されうるため、本発明が、以下の特許請求の範囲によってのみ限定されてもよいことが認識されるだろう。

本技術の実施形態のさらなる詳細について、添付の図面を参照して説明する。
無線アクセスネットワークにおける時分割複信通信のためのシステムインフォメーションを送信するためのデバイスの概略ブロック図である。 無線アクセスネットワークにおける時分割複信通信のためのシステムインフォメーションを受信するためのデバイスの概略ブロック図である。 図１のデバイスにより実装可能な、無線アクセスネットワークにおける時分割複信通信のためのシステムインフォメーションを送信する方法のためのフローチャートである。 図２のデバイスにより実装可能な、無線アクセスネットワークにおける時分割複信通信のためのシステムインフォメーションを受信する方法のためのフローチャートである。 図１および図２のデバイスのいずれかを配置する例示の無線アクセスネットワークを概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第１の例を概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第２の例を概略的に示す図である。 インバンド配置およびガードバンド配置に対する中心周波数を概略的に示す図である。 上りリンク−下りリンクＴＤＤ設定のセットを概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第３の例を概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第３の例を概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第３の例を概略的に示す図である。 図５のＲＡＮにおいて使用可能なＭＢＢ帯域の例を概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第４の例を概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第４の例を概略的に示す図である。 図５のＲＡＮにおいて使用可能な周波数帯域の第４の例を概略的に示す図である。 無線ブロックのグルーピングを概略的に示す図である。 周波数帯域の第５の例を概略的に示す図である。 周波数帯域の第５の例を概略的に示す図である。 図１のデバイスの第１の実装の概略ブロック図である。 図１のデバイスの第２の実装の概略ブロック図である。 図２のデバイスの第１の実装の概略ブロック図である。 図２のデバイスの第２の実装の概略ブロック図である。

Claims (38)

1. 無線アクセスネットワーク（ＲＡＮ（５００））における時分割複信（ＴＤＤ）通信（５０２）のためのシステム情報を送信する方法（３００）であって、
   前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）のアンカーキャリア（６０２−１）において、前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）のシステムインフォメーションブロック（ＳＩＢ）に割り当てられる周波数リソース（６０２−１；６０２−２）を示すマスターインフォメーションブロック（ＭＩＢ）を、送信するステップ（３０２）と、
   前記ＭＩＢにおいて示された前記周波数リソース（６０２−１；６０２−２）において前記ＳＩＢを送信するステップ（３０４）と、
   を含む又はトリガすることを特徴とする方法。
2. 請求項１に記載の方法であって、前記周波数リソース（６０２−１；６０２−２）は、前記ＳＩＢの送信に使用されると共に前記アンカーキャリア（６０２−１）と異なるノンアンカーキャリア（６０２−２）を含む、ことを特徴とする方法。
3. 請求項１又は２に記載の方法であって、前記ＭＩＢは、前記周波数リソース（６０２−１；６０２−２）が、前記アンカーキャリア（６０２−１）上にあるか当該アンカーキャリア（６０２−１）以外のキャリア上にあるかを示す、ことを特徴とする方法。
4. 請求項１から３のいずれか１項に記載の方法であって、前記ＭＩＢは、前記周波数リソース（６０２−１；６０２−２）を示す少なくとも１つのパラメータ値を含む、ことを特徴とする方法。
5. 請求項１から４のいずれか１項に記載の方法であって、前記ＭＩＢは、前記アンカーキャリア（６０２−１）との関係で前記周波数リソース（６０２−１；６０２−２）を示す、ことを特徴とする方法。
6. 請求項１から５のいずれか１項に記載の方法であって、前記ＭＩＢは、物理リソースブロック（ＰＲＢ（７００））の単位で前記周波数リソース（６０２−１；６０２−２）を示す、ことを特徴とする方法。
7. 請求項１から６のいずれか１項に記載の方法であって、
   前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）のための前記アンカーキャリア（６０２−１）において初期同期信号を送信するステップをさらに含む又はトリガする、ことを特徴とする方法。
8. 請求項１から７のいずれか１項に記載の方法であって、前記アンカーキャリア（６０２−１）における送信は、前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）の上りリンク−下りリンク設定（９００）により管理される、ことを特徴とする方法。
9. 請求項８に記載の方法であって、
   前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）の前記上りリンク−下りリンク設定に従って、アンカーチャネル上でペイロードデータを選択的に送信および受信するステップ（３０６）をさらに含む又はトリガする、ことを特徴とする方法。
10. 請求項１から９のいずれか１項に記載の方法であって、前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）は、ナローバンド（ＮＢ）デバイス（５１２）を含んだＮＢ無線通信である、ことを特徴とする方法。
11. 請求項１０に記載の方法であって、前記ＲＡＮ（５００）は、さらに、前記ＲＡＮ（５００）のモバイルブロードバンド（ＭＢＢ）システム帯域幅におけるＭＢＢ通信（５０４）のためにＭＢＢデバイス（５１４）へ無線アクセスを提供し、前記ＮＢ通信（５０２）によって使用されるＮＢ（６０２）は、前記ＭＢＢシステム帯域幅（６０８）の範囲内または前記ＭＢＢシステム帯域幅（６０８）のガードバンド（６０６）に配置される、ことを特徴とする方法。
12. 請求項１１に記載の方法であって、前記ＮＢシステム帯域幅は、前記アンカーキャリア（６０２−１）と前記ノンアンカーキャリア（６０２−２）の少なくとも１つを含む、ことを特徴とする方法。
13. 請求項１１又は１２に記載の方法であって、前記ＭＢＢ通信（５０４）のためのＰＲＢ（７００）は、ＰＲＢスキームに従って周波数領域において編成され、前記ＮＢ通信（５０２）のための前記アンカーキャリア（６０２−１）は、キャリアラスタ（１１００）に従って周波数領域において編成される、ことを特徴とする方法。
14. 請求項１３に記載の方法であって、前記アンカーキャリア（６０２−１）は前記ＰＲＢスキームに従ってＰＲＢ（７００）を使用し、ここで、前記ＰＲＢ（７００）と前記キャリアラスタのキャリアとの間のオフセットは７．５ｋＨｚ以下又はサブキャリア間隔の半分以下である、ことを特徴とする方法。
15. 請求項１４に記載の方法であって、前記ノンアンカーキャリア（６０２−２）は、前記アンカーキャリア（６０２−１）のＰＲＢ（７００）の隣の別のＰＲＢ（７００）を、前記ＰＲＢスキームに従って使用する、ことを特徴とする方法。
16. 請求項１１から１５のいずれか１項に記載の方法であって、前記ＮＢ通信（５０２）の前記アンカーキャリア（６０２−１）と前記ノンアンカーキャリア（６０２−２）との少なくともいずれかが、前記ＭＢＢシステム帯域幅の１つ以上のガードバンドに配置される、ことを特徴とする方法。
17. 請求項１１から１６のいずれか１項に記載の方法であって、前記ＭＩＢは、前記アンカーキャリア（６０２−１）と前記ノンアンカーキャリア（６０２−２）とが前記ＭＢＢシステム帯域幅の同じガードバンドに配置されるか、前記ＭＢＢシステム帯域幅の反対のガードバンドに配置されるかを示す、ことを特徴とする方法。
18. 請求項１１から１７のいずれか１項に記載の方法であって、前記アンカーキャリア（６０２−１）は、前記ノンアンカーキャリア（６０２−２）より前記ＭＢＢシステム帯域幅の周波数エッジに近い、又は、前記ＭＢＢシステム帯域幅の前記周波数エッジに等しい、ことを特徴とする方法。
19. 請求項１１から１８のいずれか１項に記載の方法であって、前記アンカーキャリア（６０２−１）は、前記ノンアンカーキャリア（６０２−２）よりＭＢＢキャリア周波数に近い、又は、前記アンカーキャリア（６０２−１）および前記ノンアンカーキャリア（６０２−２）は前記ＭＢＢキャリア周波数に関して対称的に編成される、ことを特徴とする方法。
20. 請求項１１から１９のいずれか１項に記載の方法であって、前記ＭＩＢは、前記ＳＩＢを送信するのに使用される前記ノンアンカーキャリア（６０２−２）が前記ＭＢＢシステム帯域幅の低い方の周波数エッジにおけるガードバンド（６０６）に配置されるか、前記ＭＢＢシステム帯域幅の高い方の周波数エッジにおけるガードバンド（６０６）に配置されるかを示す、ことを特徴とする方法。
21. 請求項１１から２０のいずれか１項に記載の方法であって、前記ＮＢ通信（５０２）の前記アンカーキャリア（６０２−１）と前記ノンアンカーキャリア（６０２−２）との少なくとも１つは、前記ＭＢＢシステム帯域幅の範囲内に配置される、ことを特徴とする方法。
22. 請求項１１から２１のいずれか１項に記載の方法であって、前記ＮＢ通信（５０２）の前記アンカーキャリア（６０２−１）と前記ＳＩＢを送信するのに使用される前記周波数リソース（６０２−１；６０２−２）との少なくとも１つは、前記ＭＢＢシステム帯域幅の範囲内に配置される、ことを特徴とする方法。
23. 請求項１から２２のいずれか１項に記載の方法であって、前記ＭＩＢは、前記ＳＩＢを送信するのに使用される前記周波数リソース（６０２−１；６０２−２）が前記アンカーキャリア（６０２−１）によって使用されるＰＲＢ（７００）の低い方の周波数エッジと高い方の周波数エッジとのいずれに隣接するＰＲＢ（７００）に配置されるかを示す、ことを特徴とする方法。
24. 請求項１から２２のいずれか１項に記載の方法であって、前記ＭＩＢは、前記ＳＩＢを送信するための前記アンカーキャリア（６０２−１）において使用されるサブフレームを示す、ことを特徴とする方法。
25. 無線アクセスネットワーク（ＲＡＮ（５００））における時分割複信（ＴＤＤ）通信（５０２）のためのシステム情報を受信する方法であって、
    前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）のアンカーキャリア（６０２−１）において、前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）のシステムインフォメーションブロック（ＳＩＢ）に割り当てられる周波数リソース（６０２−１；６０２−２）を示すマスターインフォメーションブロック（ＭＩＢ）を受信するステップと、
    前記ＭＩＢにおいて示された前記周波数リソース（６０２−１；６０２−２）において前記ＳＩＢを受信するステップと、
    を含む又はトリガすることを特徴とする方法。
26. 請求項２５に記載の方法であって、請求項２から２４のいずれか１項に記載の特徴もしくはステップのいずれか、又は、請求項２から２４のいずれか１項に対応する特徴もしくはステップをさらに含む、ことを特徴とする方法。
27. １つ以上のコンピュータデバイス（１５０４；１７０４）において実行されるときに、請求項１から２６のいずれか１項に記載のステップを実行するプログラムコード部分を含んだコンピュータプログラム。
28. コンピュータ可読記録媒体（１５０６；１７０６）に記憶される、ことを特徴とする請求項２７に記載のコンピュータプログラム。
29. 無線アクセスネットワーク（ＲＡＮ（５００））における時分割複信（ＴＤＤ）通信（５０２）のためのシステム情報を送信するためのデバイス（１００）であって、
    前記デバイス（１００）は、
    前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）のアンカーキャリア（６０２−１）において、前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）のシステムインフォメーションブロック（ＳＩＢ）に割り当てられる周波数リソース（６０２−１；６０２−２）を示すマスターインフォメーションブロック（ＭＩＢ）を、送信するステップと、
    前記ＭＩＢにおいて示された前記周波数リソース（６０２−１；６０２−２）を送信するステップと、
    を実行する又はトリガするように構成されることを特徴とするデバイス。
30. 請求項２９に記載のデバイスであって、請求項２から２４のいずれか１項に記載のステップを実行するようにさらに構成される、ことを特徴とするデバイス。
31. 無線アクセスネットワーク（ＲＡＮ（５００））における時分割複信（ＴＤＤ）通信（５０２）のためのシステム情報を受信するためのデバイス（２００）であって、
    前記デバイス（２００）は、
    前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）のアンカーキャリア（６０２−１）において、前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）のシステムインフォメーションブロック（ＳＩＢ）に割り当てられる周波数リソース（６０２−１；６０２−２）を示すマスターインフォメーションブロック（ＭＩＢ）を受信するステップと、
    前記ＭＩＢにおいて示された前記周波数リソース（６０２−１；６０２−２）において前記ＳＩＢを受信するステップと、
    を実行する又はトリガするように構成されることを特徴とするデバイス。
32. 請求項３１に記載のデバイスであって、請求項２から２４のいずれか１項に記載のステップ又は請求項２から２４のいずれか１項に対応するステップを実行するようにさらに構成される、ことを特徴とするデバイス。
33. 無線アクセスネットワーク（ＲＡＮ（５００））における時分割複信（ＴＤＤ）通信（５０２）のためのシステム情報を送信するためのデバイス（１００）であって、前記デバイス（１００）は、少なくとも１つのプロセッサ（１５０４）とメモリ（１５０６）とを含み、前記メモリ（１５０６）は、前記少なくとも１つのプロセッサ（１５０４）によって実行可能な命令を含み、それにより、前記デバイス（１００）は、
    前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）のアンカーキャリア（６０２−１）において、前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）のシステムインフォメーションブロック（ＳＩＢ）に割り当てられる周波数リソース（６０２−１；６０２−２）を示すマスターインフォメーションブロック（ＭＩＢ）を送信し、
    前記ＭＩＢにおいて示された前記周波数リソース（６０２−１；６０２−２）において前記ＳＩＢを送信する、
    ように動作可能であることを特徴とするデバイス。
34. 請求項２から２４のいずれか１項に記載のステップを実行するようにさらに動作可能であることを特徴とする請求項３３に記載のデバイス。
35. 無線アクセスネットワーク（ＲＡＮ（５００））における時分割複信（ＴＤＤ）通信（５０２）のためのシステム情報を受信するためのデバイス（２００）であって、前記デバイス（２００）は、少なくとも１つのプロセッサ（１７０４）とメモリ（１７０６）とを含み、前記メモリ（１７０６）は、前記少なくとも１つのプロセッサ（１７０４）によって実行可能な命令を含み、それにより、前記デバイス（２００）は、
    前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）のアンカーキャリア（６０２−１）において、前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）のシステムインフォメーションブロック（ＳＩＢ）に割り当てられる周波数リソース（６０２−１；６０２−２）を示すマスターインフォメーションブロック（ＭＩＢ）を受信し、
    前記ＭＩＢにおいて示された前記周波数リソース（６０２−１；６０２−２）において前記ＳＩＢを受信する、
    ように動作可能であることを特徴とするデバイス。
36. 請求項２から２４のいずれか１項に記載のステップ又は請求項２から２４のいずれか１項に対応するステップを実行するようにさらに動作可能であることを特徴とする請求項３３に記載のデバイス。
37. マスターインフォメーションブロック（ＭＩＢ）を表すと共に、無線アクセスネットワーク（ＲＡＮ（５００））における時分割複信（ＴＤＤ）通信（５０２）のアンカーキャリア（６０２−１）での送信のために構成される無線信号構造であって、前記ＭＩＢは、前記ＲＡＮ（５００）における前記ＴＤＤ通信（５０２）のシステムインフォメーションブロック（ＳＩＢ）に割り当てられる周波数リソース（６０２−１；６０２−２）を示す、ことを特徴とする無線信号構造。
38. 請求項１から２４のいずれか１項に記載のステップをトリガするようにさらに構成されることを特徴とする、請求項３７に記載の無線信号構造。