JP6361653B2 - 通信制御装置、通信制御方法、端末装置及び情報処理装置 - Google Patents

Description

本開示は、通信制御装置、通信制御方法、端末装置及び情報処理装置に関する。

３ＧＰＰ（Third Generation Partnership Project）により規格化されたＬＴＥ（Long Term Evolution）では、周波数分割複信（Frequency Division Duplex：ＦＤＤ）及び時分割複信（Time Division Duplex：ＴＤＤ）のいずれでも採用され得る。周波数の配置が容易であること、及び、アップリンクとダウンリンクの無線リソースの比率を変更しやすいことから、周波数の有効利用のために今後多くのシステムにおいてＴＤＤが採用されることが予想される。

ＴＤＤでは、サブフレーム単位のリンク方向（例えば、ダウンリンク、アップリンク）が設定される。より具体的には、無線フレームにおけるサブフレーム単位のリンク方向を表す複数のＴＤＤアップリンク／ダウンリンクコンフィギュレーション（又は、ＴＤＤコンフィギュレーション）が予め用意され、いずれかのＴＤＤコンフィギュレーションが用いられる。例えば、通信事業者は、ＬＴＥの技術規格で定められている７つのＴＤＤコンフィギュレーションの中から１つのＴＤＤコンフィギュレーションを選択し、固定的に設定する。さらに、ネットワーク全体のスループットの向上のために、今後、セル内のトラフィックに応じて、最適なＴＤＤコンフィギュレーションを動的に設定する手法も、３ＧＰＰにおいて検討されている。

一方、非特許文献１には、ランダムアクセス手続きにおいてランダムアクセスプリアンブルを送信するための物理ランダムアクセスチャネル（Physical Random Access Channel：ＰＲＡＣＨ）のコンフィギュレーションが定められている。また、ＰＲＡＣＨの各コンフィギュレーションについて、ＰＲＡＣＨとして使用される無線リソースがＴＤＤコンフィギュレーションごとに定められている。そして、非特許文献２には、ＴＤＤコンフィギュレーションが動的に設定される場合に、この動的な設定についてのケイパビリティを有しないＵＥ（User Equipment）（即ち、レガシーＵＥ）により送信されるランダムアクセスプリアンブルがｅＮｏｄｅＢにより受信されないという懸念が開示されている。

3GPP TS 36.211, Evolved Universal Terrestrial Radio Access (E-UTRA), Physical Channels and Modulation (Release 11) Media Tek Inc., Support for legacy UEs in adaptive TDD systems, 3GPP TSG-RAN1 #72 Meeting, R1-130217, January 28th -February 1st, 2012

しかし、ＴＤＤコンフィギュレーションが動的に設定される場合に、レガシーＵＥにより送信されるランダムアクセスプリアンブルがｅＮｏｄｅＢにより受信されないという上記懸念に対して、具体的な解決手法が提案されていない。結果として、レガシーＵＥにより送信されるランダムアクセスプリアンブルが、他のＵＥが関与する通信への干渉源となってしまう可能性がある。

そこで、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることを可能にする仕組みが提供されることが望ましい。

本開示によれば、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報、及び、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報を取得する取得部と、上記第１の情報を報知し、上記第２の情報を通知する通信制御部と、を備える通信制御装置が提供される。上記第２の情報から識別される、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、上記第１の情報から識別される、上記複数のＴＤＤコンフィギュレーションのいずれについてのランダムアクセス用リソースも包含する。

また、本開示によれば、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報を取得する取得部と、上記第１の情報を報知する通信制御部と、を備える通信制御装置が提供される。上記第１の情報から識別されるランダムアクセス用リソースは、上記複数のＴＤＤコンフィギュレーションの間で共通である。

また、本開示によれば、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報を取得する取得部と、上記第１の情報を報知する通信制御部と、を備える通信制御装置が提供される。上記第１の情報から識別される、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、上記複数のＴＤＤコンフィギュレーションのいずれが設定される場合にもアップリンクリソースである。

また、本開示によれば、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションのうちの設定されるＴＤＤコンフィギュレーションについてのランダムアクセス用リソースの情報を取得する取得部と、ＴＤＤコンフィギュレーションが新たに設定される場合に、新たに設定される当該ＴＤＤコンフィギュレーションの前に設定されていた前回のＴＤＤコンフィギュレーションについてのラインダムアクセス用リソースを、いずれの端末装置にも割り当てない通信制御部と、を備える通信制御装置が提供される。

また、本開示によれば、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表すＴＤＤコンフィギュレーションが新たに設定されると、ＴＤＤコンフィギュレーションの新たな設定に関する情報を取得する取得部と、ＴＤＤコンフィギュレーションが新たに設定される場合に、所定の期間の間、端末装置によるランダムアクセス手続きを禁止する通信制御部と、を備える通信制御装置が提供される。

また、本開示によれば、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報、及び、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報を取得することと、上記第１の情報を報知し、上記第２の情報を通知することと、を含む通信制御方法が提供される。上記第２の情報から識別される、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、上記第１の情報から識別される、上記複数のＴＤＤコンフィギュレーションのいずれについてのランダムアクセス用リソースも包含する。

また、本開示によれば、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報を取得することと、上記第１の情報を報知することと、を含む通信制御方法が提供される。上記第１の情報から識別されるランダムアクセス用リソースは、上記複数のＴＤＤコンフィギュレーションの間で共通である。

また、本開示によれば、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報を取得することと、上記第１の情報を報知することと、を備える通信制御方法が提供される。上記第１の情報から識別される、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、上記複数のＴＤＤコンフィギュレーションのいずれが設定される場合にもアップリンクリソースである。

また、本開示によれば、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションのうちの設定されるＴＤＤコンフィギュレーションについてのランダムアクセス用リソースの情報を取得することと、ＴＤＤコンフィギュレーションが新たに設定される場合に、新たに設定される当該ＴＤＤコンフィギュレーションの前に設定されていた前回のＴＤＤコンフィギュレーションについてのラインダムアクセス用リソースを、いずれの端末装置にも割り当てないことと、を含む通信制御方法が提供される。

また、本開示によれば、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表すＴＤＤコンフィギュレーションが新たに設定されると、ＴＤＤコンフィギュレーションの新たな設定に関する情報を取得することと、ＴＤＤコンフィギュレーションが新たに設定される場合に、新たに設定される当該ＴＤＤコンフィギュレーションの設定後の所定の期間の間、端末装置によるランダムアクセス手続きを禁止することと、を含む通信制御方法が提供される。

また、本開示によれば、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報が基地局により報知され、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報が基地局により通知される場合に、上記第２の情報を取得する取得部と、上記第２の情報から識別されるランダムアクセス用リソースであって、上記複数のＴＤＤコンフィギュレーションのうちの設定されているＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行う通信制御部と、を備える端末装置が提供される。上記第２の情報から識別される、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、上記第１の情報から識別される、上記複数のＴＤＤコンフィギュレーションのいずれについてのランダムアクセス用リソースも包含する。

また、本開示によれば、
所定のプログラムを記憶するメモリと、上記所定のプログラムを実行可能なプロセッサと、を備える情報処理装置が提供される。上記所定のプログラムは、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報が基地局により報知され、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報が基地局により通知される場合に、上記第２の情報を取得することと、上記第２の情報から識別されるランダムアクセス用リソースであって、上記複数のＴＤＤコンフィギュレーションのうちの設定されているＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行うことと、を実行させるためのプログラムである。上記第２の情報から識別される、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、上記第１の情報から識別される、上記複数のＴＤＤコンフィギュレーションのいずれについてのランダムアクセス用リソースも包含する。

また、本開示によれば、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報が基地局により報知され、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報が基地局により通知される場合に、上記第２の情報を取得する取得部と、上記第２の情報から識別されるランダムアクセス用リソースであって、上記複数のＴＤＤコンフィギュレーションのうちの設定されているＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行う通信制御部と、を備える端末装置が提供される。上記第１の情報から識別されるランダムアクセス用リソースは、上記複数のＴＤＤコンフィギュレーションの間で共通である。

また、本開示によれば、所定のプログラムを記憶するメモリと、上記所定のプログラムを実行可能なプロセッサと、を備える情報処理装置が提供される。上記所定のプログラムは、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報が基地局により報知され、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報が基地局により通知される場合に、上記第２の情報を取得することと、上記第２の情報から識別されるランダムアクセス用リソースであって、上記複数のＴＤＤコンフィギュレーションのうちの設定されているＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行うことと、を実行させるためのプログラムである。上記第１の情報から識別されるランダムアクセス用リソースは、上記複数のＴＤＤコンフィギュレーションの間で共通である。

また、本開示によれば、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報が基地局により報知され、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報が基地局により通知される場合に、上記第２の情報を取得する取得部と、上記第２の情報から識別されるランダムアクセス用リソースであって、上記複数のＴＤＤコンフィギュレーションのうちの設定されているＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行う通信制御部と、を備える端末装置が提供される。上記第１の情報から識別される、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、上記複数のＴＤＤコンフィギュレーションのいずれが設定される場合にもアップリンクリソースである。

また、本開示によれば、所定のプログラムを記憶するメモリと、上記所定のプログラムを実行可能なプロセッサと、を備える情報処理装置が提供される。上記所定のプログラムは、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報が基地局により報知され、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報が基地局により通知される場合に、上記第２の情報を取得することと、上記第２の情報から識別されるランダムアクセス用リソースであって、上記複数のＴＤＤコンフィギュレーションのうちの設定されているＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行うことと、を実行させるためのプログラムである。上記第１の情報から識別される、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、上記複数のＴＤＤコンフィギュレーションのいずれが設定される場合にもアップリンクリソースである。

以上説明したように本開示によれば、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能となる。

ＴＤＤのフレームフォーマットの一例を説明するための説明図である。 ３ＧＰＰにおいて定義されているＴＤＤコンフィギュレーションの例を説明するための説明図である。 ランダムアクセス手続きの概略的な流れの例を説明するための説明図である。 ＰＲＡＣＨとして使用される無線リソースの例を説明するための説明図である。 ランダムアクセスプリアンブルのフォーマットの例を説明するための説明図である。 ランダムアクセスプリアンブルの５つのフォーマットの例を説明するための説明図である。 ＰＲＡＣＨコンフィギュレーションインデックスに対するプリアンブルフォーマットを説明するための説明図である。 ＰＲＡＣＨコンフィギュレーションごとの、ＰＲＡＣＨとして使用される無線リソースの例を説明するための説明図である。 本開示の実施形態に係る通信システム１の概略的な構成の一例を示す説明図である。 第１の実施形態に係るｅＮｏｄｅＢの機能構成の一例を示すブロック図である。 第１の実施形態に係る第１のＰＲＡＣＨコンフィギュレーションインデックス及び第２のＰＲＡＣＨコンフィギュレーションインデックスの組合せの例を説明するための説明図である。 ＴＤＤコンフィギュレーションの新たな設定のタイミングと、新たに設定されたＴＤＤコンフィギュレーションの報知のタイミングとの関係の例を説明するための説明図である。 第１の実施形態に係るＵＥの機能構成の一例を示すブロック図である。 第１の実施形態に係るｅＮｏｄｅＢ側の第１の通信制御処理の概略的な流れの一例を示すフローチャートである。 第１の実施形態に係るｅＮｏｄｅＢ側の第２の通信制御処理の概略的な流れの一例を示すフローチャートである。 第１の実施形態に係るＵＥ側の通信制御処理の概略的な流れの一例を示すフローチャートである。 第１の実施形態に係るｅＮｏｄｅＢ及びＵＥ間の通信制御処理の概略的な流れの一例を示す第１のシーケンス図である。 第１の実施形態に係るｅＮｏｄｅＢ及びＵＥ間の通信制御処理の概略的な流れの一例を示す第２のシーケンス図である。 第２の実施形態に係るｅＮｏｄｅＢの機能構成の一例を示すブロック図である。 第２の実施形態に係る第１のＰＲＡＣＨコンフィギュレーションインデックスの第１の例を説明するための説明図である。 第２の実施形態に係る第１のＰＲＡＣＨコンフィギュレーションインデックスの第２の例を説明するための説明図である。 第２の実施形態に係るＵＥの機能構成の一例を示すブロック図である。 第２の実施形態に係るＵＥ側の通信制御処理の概略的な流れの一例を示すフローチャートである。 第２の実施形態に係るｅＮｏｄｅＢ及びＵＥ間の通信制御処理の概略的な流れの一例を示す第１のシーケンス図である。 第２の実施形態に係るｅＮｏｄｅＢ及びＵＥ間の通信制御処理の概略的な流れの一例を示す第２のシーケンス図である。 第２の実施形態の変形例に係る第１のＰＲＡＣＨコンフィギュレーションインデックス及び第２のＰＲＡＣＨコンフィギュレーションインデックスの組合せの例を説明するための説明図である。 第３の実施形態に係るｅＮｏｄｅＢの機能構成の一例を示すブロック図である。 第３の実施形態に係る第１のＰＲＡＣＨコンフィギュレーションインデックスの一例を説明するための説明図である。 第３の実施形態の変形例に係る第１のＰＲＡＣＨコンフィギュレーションインデックス及び第２のＰＲＡＣＨコンフィギュレーションインデックスの組合せの例を説明するための説明図である。 第４の実施形態に係るｅＮｏｄｅＢの機能構成の一例を示すブロック図である。 第４の実施形態に係る第１のＰＲＡＣＨコンフィギュレーションインデックスの例を説明するための説明図である。 第４の実施形態に係るｅＮｏｄｅＢ側の通信制御処理の概略的な流れの一例を示すフローチャートである。 第５の実施形態に係るｅＮｏｄｅＢの機能構成の一例を示すブロック図である。 第５の実施形態に係るｅＮｏｄｅＢ側の通信制御処理の概略的な流れの一例を示すフローチャートである。 ｅＮｏｄｅＢの概略的な構成の第１の例を示すブロック図である。 ｅＮｏｄｅＢの概略的な構成の第２の例を示すブロック図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。

以下に添付の図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．はじめに
２．本実施形態に係る通信システムの概略的な構成
３．第１の実施形態
３．１．ｅＮｏｄｅＢの機能構成
３．２．ＵＥの機能構成
３．３．処理の流れ
４．第２の実施形態
４．１．ｅＮｏｄｅＢの機能構成
４．２．ＵＥの機能構成
４．３．処理の流れ
４．４．変形例
５．第３の実施形態
５．１．ｅＮｏｄｅＢの機能構成
５．２．ＵＥの機能構成
５．３．処理の流れ
５．４．変形例
６．第４の実施形態
６．１．ｅＮｏｄｅＢの機能構成
６．２．処理の流れ
７．第５の実施形態
７．１．ｅＮｏｄｅＢの機能構成
７．２．処理の流れ
８．応用例
８．１．ｅＮｏｄｅＢに関する応用例
８．２．ＵＥに関する応用例
９．まとめ

＜＜１．はじめに＞＞
まず、図１〜図８を参照して、ＬＴＥにおけるＴＤＤ、ランダムアクセス、ランダムアクセスプリアンブル、及びダイナミックＴＤＤリコンフィギュレーションのケースにおけるランダムアクセスを説明する。

（ＬＴＥにおけるＴＤＤ）
−ＦＤＤ及びＴＤＤ
３ＧＰＰにより規格化されたＬＴＥでは、ＦＤＤ及びＴＤＤのいずれでも採用され得る。周波数の配置が容易であること、及び、アップリンクとダウンリンクの無線リソースの比率を変更しやすいことから、周波数の有効利用のために今後多くのシステムにおいてＴＤＤが採用されることが予想される。

−ＴＤＤのフレームフォーマット
図１を参照して、ＴＤＤのフレームフォーマットの例を説明する。図１は、ＴＤＤのフレームフォーマットの一例を説明するための説明図である。図１を参照すると、ＴＤＤが採用される場合にも、１０のサブフレームを含む１つの無線フレーム（Radio Frame）が用いられる。本明細書において、無線フレームは、単に「フレーム」とも呼ばれる。無線フレームに含まれる１０のサブフレームの各々は、ダウンリンクサブフレーム、アップリンクサブフレーム、及びスペシャルサブフレームのうちのいずれかである。

図１に示されるフレームフォーマットは、ｅＮｏｄｅＢにとってのフォーマットである。例えば、ｅＮｏｄｅＢのダウンリンクサブフレームで送信される信号のＵＥでの受信完了は、空間での伝搬遅延及びＵＥ内での処理遅延によって、上記フレームフォーマットのダウンリンクサブフレームのタイミングよりも遅くなる。また、逆に、ｅＮｏｄｅＢのアップリンクサブフレームで受信される信号のＵＥでの送信は、上記フレームフォーマットのアップリンクサブフレームのタイミングよりも早くなる。即ち、ＵＥは、ｅＮｏｄｅＢに前もって信号を送信する。

また、スペシャルサブフレームは、ダウンリンク部分のＤｗＰＴＳ（Downlink Pilot Time Slot）、アップリンク部分のＵｐＰＴＳ（Uplink Pilot Time Slot）、及びＧＰ（Guard Period）を含む。ＤｗＰＴＳは、ＰＤＣＣＨを含む。また、ＵｐＰＴＳは、データを含まない。また、ＧＰは、ＵＥにおけるダウンリンクでの受信の遅延及びアップリンクでの送信の前倒しを補うための時間領域である。

−ＴＤＤコンフィギュレーション
ＴＤＤでは、サブフレーム単位のリンク方向（例えば、ダウンリンク、アップリンク）が設定される。より具体的には、サブフレーム単位のリンク方向を表す複数のＴＤＤアップリンク／ダウンリンクコンフィギュレーション（即ち、ＴＤＤコンフィギュレーション）が予め用意され、いずれかのＴＤＤコンフィギュレーションが用いられる。以下、図２を参照して、ＴＤＤコンフィギュレーションの具体例を説明する。

図２は、３ＧＰＰにおいて定義されているＴＤＤコンフィギュレーションの例を説明するための説明図である。図２を参照すると、ＬＴＥの技術規格（TS 36.211 Table 4.2-2）で定義されている７つのコンフィギュレーションが示されている。♯０及び♯５のサブフレームのリンク方向は、ｅＮｏｄｅＢによる同期信号（Synchronization Signal）の送信のために、ダウンリンクに固定されている。また、♯２のサブフレームのリンク方向は、アップリンクに固定されている。そのため、♯１のサブフレームは、いずれのコンフィギュレーションでもスペシャルサブフレームである。♯３、♯４、♯７、♯８及び♯９のサブフレームのリンク方向は、アップリンク又はダウンリンクのいずれかである。また、♯６のサブフレームは、スペシャルサブフレームであるか、又はダウンリンクサブフレームである。

通信事業者は、例えば、７つのＴＤＤコンフィギュレーションの中から１つのＴＤＤコンフィギュレーションを選択し、固定的に設定する。

なお、ｅＮｏｄｅＢは、設定されているＴＤＤコンフィギュレーションをシステム情報ブロック１（ＳＩＢ１）の中で報知する。

−ダイナミックＴＤＤリコンフィギュレーション
さらに、ネットワーク全体のスループットの向上のために、今後、セル内のトラフィックに応じて、最適なＴＤＤコンフィギュレーションの動的な設定も、３ＧＰＰにおいて検討されている。このようなＴＤＤコンフィギュレーションを動的に設定することを、ダイナミックＴＤＤリコンフィギュレーション（Dynamic TDD Reconfiguration）と呼ぶ。

例えば、アップリンクでのトラフィックが増加した場合には、より多くのアップリンクサブフレームを含むＴＤＤコンフィギュレーションが選択される。また、例えば、ダウンリンクトラフィックが増加した場合には、より多くのダウンリンクサブフレームを含むＴＤＤコンフィギュレーションが選択される。

このようなトラフィックの特性は、セルごとに異なり、また時間によっても変動する。そのため、ＴＤＤコンフィギュレーションは、セルごとに、短時間で動的に設定されることが望ましい。

上述したように、ＴＤＤコンフィギュレーションは、ＳＩＢ１の中で報知される。しかし、ＳＩＢ１に含まれる情報の更新は、数百ミリ秒（ｍｓ）程度の周期で行われる。また、ＵＥは、システム情報（System Information）を受信したとしてもｅＮｏｄｅＢに応答するわけではないので、ｅＮｏｄｅＢは、ＵＥが新たなシステム情報を取得したか否かを判断することができない。一方、ダイナミックＴＤＤリコンフィギュレーションの効果を大きくするためには、数十ミリ秒（ｍｓ）程度の周期でＴＤＤコンフィギュレーションを更新することが望ましい。そのため、このような場合には、新たに設定されるＴＤＤコンフィギュレーションは、例えば、シグナリングにより各ＵＥに通知される。

（ランダムアクセス）
ＵＥは、接続の初期確立、接続の再確立、ハンドオーバ、アップリンク再同期等、ｅＮｏｄｅＢとの接続を確立する際に、ランダムアクセス手続き（random access procedure）を行う。以下、図３を参照して、ランダムアクセス手続きの例を説明する。

図３は、ランダムアクセス手続きの概略的な流れの例を説明するための説明図である。前提として、ＵＥはセルサーチによりダウンリンクのタイミングに同期しているものとする。

ステップＳ９１で、ＵＥは、ランダムアクセスプリアンブルを送信する。その結果、ｅＮｏｄｅＢは、ＵＥの存在を知り、ＵＥとｅＮｏｄｅＢとの間の遅延を推定できるようになる。

ステップＳ９３で、ｅＮｏｄｅＢがＵＥにランダムアクセス応答（Random Access Response）を送信する。この際に、ｅＮｏｄｅＢは、ＵＥの送信タイミングを調整するためのタイミングアドバンスをＵＥに送信する。

ステップＳ９５で、ＵＥは、ＲＲＣ（Radio Resource Control）シグナリングにより、ＲＲＣ接続要求（RRC Connection Request）を送信する。

ステップＳ９７で、ｅＮｏｄｅＢは、ＲＲＣシグナリングにより、接続確立のためのセル設定情報等を含むＲＲＣ接続セットアップ（RRC Connection Setup）を送信する。

（ランダムアクセスプリアンブル）
−ＰＲＡＣＨ
ランダムアクセスプリアンブルの送信には、物理ランダムアクセスチャネル（ＰＲＡＣＨ）が使用される。ＰＲＡＣＨとして使用される無線リソースをＵＥが知ることができるように、ｅＮｏｄｅＢは、ＰＲＡＣＨコンフィギュレーションインデックス及びＰＲＡＣＨ周波数オフセットをシステム情報ブロック２（ＳＩＢ２）の中で報知する。そして、ＵＥは、これらの情報から、ＰＲＡＣＨとして使用される無線リソースを識別し、当該無線リソースを使用してランダムアクセスプリアンブルを送信する。

ＰＲＡＣＨとして、周波数方向において連続する６つのリソースブロックが使用される。以下、この点について図４を参照して具体例を説明する。

図４は、ＰＲＡＣＨとして使用される無線リソースの例を説明するための説明図である。図４を参照すると、１無線フレーム分の無線リソースが示されている。図４に示されるように、例えば、時間方向において１サブフレーム（１ｍｓ）、周波数方向において６リソースブロック（ＲＢ）にわたる無線リソース３０が、ＰＲＡＣＨとして使用される。

ｅＮｏｄｅＢは、ＰＲＡＣＨとして使用される無線リソースを、いずれのＵＥにも割り当てない。ランダムアクセスプリアンブルがＵＥとｅＮｏｄｅＢとの間の通信に対する干渉源となることを回避するためである。

なお、本明細書では、ランダムアクセスプリアンブルの送信のための無線リソース（即ち、ＰＲＡＣＨとして使用される無線リソース）は、ランダムアクセス用リソースとも呼ばれる。

−プリアンブルフォーマット
ランダムアクセスプリアンブルのフォーマットとして、５つのフォーマットが用意されている。以下、この点について、図５及び図６を参照して具体例を説明する。

図５は、ランダムアクセスプリアンブルのフォーマットの例を説明するための説明図である。図５を参照すると、ランダムアクセスプリアンブルは、サイクリックプレフィクス（Cyclic Prefix：ＣＰ）及びシーケンスを含む。ここで、ＣＰの長さはＴ_ＣＰであり、シーケンスの長さはＴ_ＳＥＱである。

図６は、ランダムアクセスプリアンブルの５つのフォーマットの例を説明するための説明図である。図６を参照すると、ランダムアクセスプリアンブルのフォーマット０〜５のＣＰの長さＴ_ＣＰ及びシーケンスの長さＴ_ＳＥＱが示される。このように、フォーマット間で、ＣＰの長さＴ_ＣＰ及び／又はシーケンスの長さＴ_ＳＥＱが異なる。

図７は、ＰＲＡＣＨコンフィギュレーションインデックスに対するプリアンブルフォーマットを説明するための説明図である。図７を参照すると、ＲＡＣＨコンフィギュレーションインデックスに対するプリアンブルフォーマットが示されている。これは、３ＧＰＰのＴＳ ３６．２１１のＴａｂｌｅ ５．７．１−３に示される表の抜粋である。このように、ＰＲＡＣＨコンフィギュレーションインデックスから、ランダムアクセスプリアンブルのフォーマットが決まる。

−ＦＤＤのＰＲＡＣＨ
ＦＤＤでは、１つのサブフレームに１つの無線リソース（１つのリソースブロック群）がＰＲＡＣＨとして使用される。１０ｍｓの無線フレームの中のいずれのサブフレームにＰＲＡＣＨがあるかは、ＰＲＡＣＨコンフィギュレーションインデックスにより決まる。また、周波数方向においてどのリソースブロック群がＰＲＡＣＨとなるかは、ＰＲＡＣＨ周波数オフセットから算出される。

−ＴＤＤのＰＲＡＣＨ
ＴＤＤでは、ＦＤＤよりも、無線フレームあたりのアップリンクサブフレームの数が小さい。そのため、ＴＤＤでは、ＰＲＡＣＨの容量を確保するために、１つのサブフレームに複数の無線リソース（複数のリソースブロック群）がＰＲＡＣＨとして使用可能である。３ＧＰＰでは、ＴＤＤについて、ＰＲＡＣＨコンフィギュレーションごとに、ＰＲＡＣＨとして使用される無線リソースが定められている。以下、この点について図８を参照して具体例を説明する。

図８は、ＰＲＡＣＨコンフィギュレーションごとの、ＰＲＡＣＨとして使用される無線リソースの例を説明するための説明図である。図８を参照すると、各ＲＡＣＨコンフィギュレーションインデックスについて、ＴＤＤコンフィギュレーションごとの、ＰＲＡＣＨとして使用される無線リソースが示されている。これは、３ＧＰＰのＴＳ ３６．２１１のＴａｂｌｅ ５．７．１−４に示される表の抜粋である。ＰＲＡＣＨとして使用される各無線リソースは、（ｆ_ＲＡ，ｔ_ＲＡ ^（０），ｔ_ＲＡ ^（１），ｔ_ＲＡ ^（２））という形式で示されている。

ここで、ｔ_ＲＡ ^（０）は、０、１又は２のいずれかであり、ＰＲＡＣＨが全ての無線フレームにあるか、偶数番号の無線フレームにあるか、又は奇数番号の無線フレームにあるかを示す。また、ｔ_ＲＡ ^（１）は、０又は１であり、ＰＲＡＣＨが第１ハーフフレームにあるか、又は第２ハーフフレームにあるかを示す。ｔ_ＲＡ ^（２）は、ダウンリンクからアップリンクに切り替わるポイントを基準として何番目のアップリンクサブフレームかを示す。このようにどのサブフレームにＰＲＡＣＨがあるかが特定される。

また、ｆ_ＲＡは、リソースブロックの周波数指標を示す。そして、ｆ_ＲＡ及びＰＲＡＣＨ周波数オフセットから、周波数方向におけるどのリソースブロックがＰＲＡＣＨとして使用されるかが特定される。

ランダムアクセスのフォーマットがプリアンブルフォーマット０〜３である場合には、周波数方向におけるＰＲＡＣＨの位置（リソースブロック）は、以下のように算出される。

ここで、ｎ_ＰＲＢ ^ＲＡは、ＰＲＡＣＨが位置するリソースブロックを示す。また、Ｎ_ＲＢ ^ＵＬは、周波数帯域におけるリソースブロックの数を示す。また、ｎ_{ＰＲＢ ｏｆｆｓｅｔ} ^ＲＡは、ＰＲＡＣＨ周波数オフセットを示す。

また、ランダムアクセスのフォーマットがプリアンブルフォーマット４である場合には、周波数方向におけるＰＲＡＣＨの位置（リソースブロック）は、以下のように算出される。

（ダイナミックＴＤＤリコンフィギュレーションのケースにおけるランダムアクセス）
上述したように、ＰＲＡＣＨコンフィギュレーションが決まったとしても、ＴＤＤコンフィギュレーションによって、ＰＲＡＣＨとして使用される無線リソースは変わり得る。そのため、ダイナミックＴＤＤリコンフィギュレーションが採用される場合には、ＵＥは、動的に設定されるＴＤＤコンフィギュレーションを適宜認識できなければ、ランダムアクセスプリアンブルをＰＲＡＣＨ以外で送信し得る。

より具体的には、例えば、ダイナミックＴＤＤリコンフィギュレーションについてのケイパビリティを有しないレガシーＵＥは、動的に設定されるＴＤＤコンフィギュレーションを適宜認識できず、ランダムアクセスプリアンブルをＰＲＡＣＨ以外で送信し得る。結果として、レガシーＵＥにより送信されるランダムアクセスプリアンブルがｅＮｏｄｅＢにより受信されない。このような懸念については、非特許文献“Media Tek Inc., Support for legacy UEs in adaptive TDD systems, 3GPP TSG-RAN1 #72 Meeting, R1-130217, January 28th -February 1st, 2012”に開示されている。

しかし、上記懸念に対して、具体的な解決手法が提案されていない。結果として、レガシーＵＥにより送信されるランダムアクセスプリアンブルが、他のＵＥが関与する通信への干渉源となってしまう可能性がある。

そこで、本開示に係る実施形態は、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることを可能にする。

＜＜２．本実施形態に係る通信システムの概略的な構成＞＞
続いて、図９を参照して、本開示の実施形態に係る通信システム１の概略的な構成を説明する。図９は、本開示の実施形態に係る通信システム１の概略的な構成の一例を示す説明図である。図９を参照すると、通信システム１は、ｅＮｏｄｅＢ１００、ＵＥ２０及びＵＥ２００を含む。この例では、通信システム１は、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ又はこれに準ずる通信規格に準拠したシステムである。

（ｅＮｏｄｅＢ１００）
ｅＮｏｄｅＢ１００は、セル１０内に位置するＵＥ２０及びＵＥ２００との無線通信を行う。とりわけ本開示の実施形態では、ｅＮｏｄｅＢ１００は、ＴＤＤでの無線通信を行う。また、ｅＮｏｄｅＢ１００は、ＴＤＤコンフィギュレーションを動的に設定し、設定されるＴＤＤコンフィギュレーションに従った無線通信を行う。即ち、ｅＮｏｄｅＢ１００は、ダイナミックＴＤＤリコンフィギュレーションを採用する。

例えば、ｅＮｏｄｅＢ１００は、システム情報の中で、設定されているＴＤＤコンフィギュレーションを報知する。また、ｅＮｏｄｅＢ１００は、ＴＤＤコンフィギュレーションを新たに設定する場合に、ＲＲＣシグナリングにより当該ＴＤＤコンフィギュレーションをＵＥ２００に通知する。

（ＵＥ２０）
ＵＥ２０は、セル１０内に位置する場合にｅＮｏｄｅＢ１００との無線通信を行う。ＵＥ２０は、ダウンリンクＴＤＤリコンフィギュレーションについてのケイパビリティを有しないＵＥである。本明細書では、ＵＥ２０は、レガシーＵＥとも呼ばれる。

例えば、ＵＥ２０は、ＴＤＤコンフィギュレーションがシステム情報の中で報知されると、当該ＴＤＤコンフィギュレーションに従った無線通信を行う。

（ＵＥ２００）
ＵＥ２００は、セル１０内に位置する場合にｅＮｏｄｅＢ１００との無線通信を行う。ＵＥ２００は、ダウンリンクＴＤＤリコンフィギュレーションについてのケイパビリティを有するＵＥである。本明細書では、ＵＥ２００は、非レガシーＵＥとも呼ばれる。

例えば、ＵＥ２００は、動的に設定されるＴＤＤコンフィギュレーションをＲＲＣシグナリングにより通知されると、当該ＴＤＤコンフィギュレーションに従った無線通信を行う。

＜＜３．第１の実施形態＞＞
続いて、図１０〜図１７Ｂを参照して、本開示の第１の実施形態を説明する。

本開示の第１の実施形態によれば、第１のＰＲＡＣＨコンフィギュレーションインデックスが報知され、第２のＰＲＡＣＨコンフィギュレーションインデックスが通知される。そして、第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される、ＴＤＤコンフィギュレーションごとのランダムアクセス用リソースは、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、いずれのＴＤＤコンフィギュレーションについてのランダムアクセス用リソースも包含する。

これにより、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

＜３．１．ｅＮｏｄｅＢの機能構成＞
まず、図１０〜１２を参照して、第１の実施形態に係るｅＮｏｄｅＢ１００−１の概略的な機能構成を説明する。図１０は、第１の実施形態に係るｅＮｏｄｅＢ１００−１の機能構成の一例を示すブロック図である。図１０を参照すると、ｅＮｏｄｅＢ１００−１は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１５０を含む。

（アンテナ部１１０）
アンテナ部１１０は、無線信号を受信し、受信された無線信号を無線通信部１２０へ出力する。また、アンテナ部１１０は、無線通信部１２０により出力された送信信号を送信する。

（無線通信部１２０）
無線通信部１２０は、セル１０内に位置するＵＥ２０及びＵＥ２００との無線通信を行う。とりわけ本開示の実施形態では、無線通信部１２０は、ＴＤＤでの無線通信を行う。

（ネットワーク通信部１３０）
ネットワーク通信部１３０は、他の通信ノードと通信する。例えば、ネットワーク通信部１３０は、他のｅＮｏｄｅＢ１００と通信する。また、例えば、ネットワーク通信部１３０は、コアネットワークの通信ノードと通信する。例えば、当該コアネットワークは、ＥＰＣ（Evolved Packet Core）であり、当該通信ノードは、ＭＭＥ（Mobility Management Entity）、Ｓ−ＧＷ（Serving Gateway）等を含む。

（記憶部１４０）
記憶部１４０は、ｅＮｏｄｅＢ１００の動作のためのプログラム及びデータを記憶する。

（処理部１５０）
処理部１５０は、ｅＮｏｄｅＢ１００−１の様々な機能を提供する。処理部１５０は、情報取得部１５１及び通信制御部１５３を含む。

（情報取得部１５１）
情報取得部１５１は、通信制御部１５３による制御に必要な情報を取得する。例えば、情報取得部１５１は、無線通信部１２０を介して、他の装置からの情報を取得する。また、例えば、情報取得部１５１は、記憶部１４０に記憶されている情報を取得する。

−ＰＲＡＣＨコンフィギュレーションインデックスの取得
とりわけ、第１の実施形態では、情報取得部１５１は、複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報を取得する。また、情報取得部１５１は、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報を取得する。

上記複数のＴＤＤコンフィギュレーションは、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す。また、上記ランダムアクセス用リソースは、ランダムアクセスプリアンブルの送信のための無線リソース（即ち、ＰＲＡＣＨとして使用される無線リソース）である。

また、例えば、上記第１の情報及び上記第２の情報は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）のコンフィギュレーションに関するインデックス情報である。より具体的には、上記第１の情報は、第１のＰＲＡＣＨコンフィギュレーションインデックスであり、上記第２の情報は、第２のＰＲＡＣＨコンフィギュレーションインデックスである。即ち、情報取得部１５１は、第１のＰＲＡＣＨコンフィギュレーションインデックス及び第２のＰＲＡＣＨコンフィギュレーションインデックスを取得する。ＰＲＡＣＨコンフィギュレーションインデックスの具体例は、図８を参照して説明したとおりである。

−ＰＲＡＣＨコンフィギュレーションインデックス間の関係
とりわけ第１の実施形態では、上記第２の情報から識別される、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、上記第１の情報から識別される、上記複数のＴＤＤコンフィギュレーションのいずれについてのランダムアクセス用リソースも包含する。例えば、第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、上記複数のＴＤＤコンフィギュレーションのいずれについてのランダムアクセス用リソースも包含する。以下、この点について、図１１を参照して具体例を説明する。

図１１は、第１の実施形態に係る第１のＰＲＡＣＨコンフィギュレーションインデックス及び第２のＰＲＡＣＨコンフィギュレーションインデックスの組合せの例を説明するための説明図である。図１１を参照すると、第１のＰＲＡＣＨコンフィギュレーションインデックスである、ＰＲＡＣＨコンフィギュレーションインデックス５と、第２のＰＲＡＣＨコンフィギュレーションインデックスである、ＰＲＡＣＨコンフィギュレーションインデックス１５とが、示されている。ここで、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、ＴＤＤコンフィギュレーション０、６についてのランダムアクセス用リソースは、（０，０，０，１）で示される無線リソース（サブフレーム♯３の無線リソース）である。また、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、ＴＤＤコンフィギュレーション１、３についてのランダムアクセス用リソースは、（０，０，０，０）で示される無線リソース（サブフレーム♯２の無線リソース）である。そして、第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される、ＴＤＤコンフィギュレーション０、１、３、６の各々についてのランダムアクセス用リソースは、（０，０，０，１）で示される無線リソースも（０，０，０，０）で示される無線リソースも包含する。例えば、第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される、ＴＤＤコンフィギュレーション０についてのランダムアクセス用リソースは、（０，０，０，０）、（０，０，０，１）、（０，０，０，２）、（０，０，１，１）（０，０，１，２）で示される無線リソースである。このように、ＰＲＡＣＨコンフィギュレーションインデックス１５から識別される、ＴＤＤコンフィギュレーション０、１、３、６の各々についてのランダムアクセス用リソースは、ＰＲＡＣＨコンフィギュレーションインデックス５から識別される、ＴＤＤコンフィギュレーション０、１、３、６のいずれについてのランダムアクセス用リソースも包含する。

なお、例えば、上記複数のＴＤＤコンフィギュレーションは、全てのＴＤＤコンフィギュレーションのうちの、一部のＴＤＤコンフィギュレーションである。より具体的には、例えば、上記複数のＴＤＤコンフィギュレーションは、上記第１の情報が報知される場合に適用されないＴＤＤコンフィギュレーションを含まない。即ち、上記複数のＴＤＤコンフィギュレーションは、第１のＰＲＡＣＨコンフィギュレーションインデックスが報知される場合に適用されないＴＤＤコンフィギュレーションを含まない。

一例として、図１１の例を参照すると、上記複数のＴＤＤコンフィギュレーションは、ＴＤＤコンフィギュレーション０、１、３、６を含む。一方、上記複数のＴＤＤコンフィギュレーションは、ＰＲＡＣＨコンフィギュレーションインデックス５が報知される場合に適用されない（即ち、Ｎ／Ａである）ＴＤＤコンフィギュレーション２、４、５を含まない。

このように、上記複数のＴＤＤコンフィギュレーションが一部のＴＤＤコンフィギュレーションであることにより、例えば、第１のＰＲＡＣＨコンフィギュレーションインデックスと第２のＰＲＡＣＨコンフィギュレーションインデックスとの組合せの選択がより柔軟になり得る。また、例えば、既存のＰＲＡＣＨコンフィギュレーションインデックスを第１のＰＲＡＣＨコンフィギュレーションインデックス及び第２のＰＲＡＣＨコンフィギュレーションインデックスとして利用し得る。

（通信制御部１５３）
通信制御部１５３は、セル１０内での無線通信を制御する。

−ＰＲＡＣＨコンフィギュレーションの報知及び通知
とりわけ第１の実施形態では、通信制御部１５３は、上記第１の情報を報知する。具体的には、例えば、通信制御部１５３は、第１のＰＲＡＣＨコンフィギュレーションインデックスを報知する。

また、とりわけ第１の実施形態では、通信制御部１５３は、上記第２の情報を通知する。具体的には、例えば、通信制御部１５３は、第２のＰＲＡＣＨコンフィギュレーションインデックスを通知する。

また、例えば、通信制御部１５３は、システム情報の中で上記第１の情報を報知し、個別のシグナリングにより上記第２の情報を通知する。また、例えば、通信制御部１５３は、動的に設定されるＴＤＤコンフィギュレーションに従った無線通信を行うことが可能なＵＥ２００に、個別のシグナリングにより上記第２の情報を通知する。

より具体的には、例えば、通信制御部１５３は、システム情報（例えば、ＳＩＢ２）の中で第１のＰＲＡＣＨコンフィギュレーションインデックスを報知する。また、通信制御部１５３は、ダイナミックＴＤＤリコンフィギュレーションについてのケイパビリティを有するＵＥ２００に、ＲＲＣシグナリングにより第２のＰＲＡＣＨコンフィギュレーションインデックスを通知する。

なお、通信制御部１５３は、システム情報の中で上記第２の情報を通知してもよい。より具体的には、例えば、通信制御部１５３は、システム情報の中で第２のＰＲＡＣＨコンフィギュレーションインデックスも通知してもよい。

−ＴＤＤコンフィギュレーションの設定
例えば、通信制御部１５３は、ＴＤＤコンフィギュレーションを動的に設定する。

より具体的には、例えば、通信制御部１５３は、上記複数のＴＤＤコンフィギュレーションのうちのいずれかのＴＤＤコンフィギュレーションを設定する。一例として、図１１に示されるように、第１のＰＲＡＣＨコンフィギュレーションインデックスが５である場合に、通信制御部１５３は、トラフィック状況の変化に応じて、ＴＤＤコンフィギュレーション０、１、３、６のうちのいずれかのＴＤＤコンフィギュレーションを選択する。選択される当該ＴＤＤコンフィギュレーションは、トラフィック状況により適したＴＤＤコンフィギュレーションである。一例として、アップリンクのトラフィックがダウンリンクのトラフィックに比べてより多い場合には、アップリンクサブフレームの割合がより多いＴＤＤコンフィギュレーションが選択される。別の例として、ダウンリンクのトラフィックがアップリンクのトラフィックに比べてより多い場合には、ダウンリンクサブフレームの割合がより多いＴＤＤコンフィギュレーションが選択される。そして、通信制御部１５３は、選択されたＴＤＤコンフィギュレーションを新たに設定する。

−ＴＤＤコンフィギュレーションの報知及び通知
例えば、通信制御部１５３は、設定されるＴＤＤコンフィギュレーションを報知する。より具体的には、例えば、通信制御部１５３は、設定されるＴＤＤコンフィギュレーションをＳＩＢ１の中で報知する。

また、例えば、通信制御部１５３は、設定されるＴＤＤコンフィギュレーションを通知する。より具体的には、例えば、通信制御部１５３は、ＴＤＤコンフィギュレーションが新たに設定される場合に、当該ＴＤＤコンフィギュレーションが設定される前に、当該ＴＤＤコンフィギュレーションをＲＲＣシグナリングでＵＥ２００に通知する。

以上のように、ＴＤＤコンフィギュレーションが報知され、通知される。以下、図１２を参照して、ＴＤＤコンフィギュレーションの新たな設定のタイミング（換言すると、リコンフィギュレーションポイント）と新たに設定されたＴＤＤコンフィギュレーションの報知のタイミングとの関係の例を説明する。

図１２は、ＴＤＤコンフィギュレーションの新たな設定のタイミングと、新たに設定されたＴＤＤコンフィギュレーションの報知のタイミングとの関係の例を説明するための説明図である。図１２を参照すると、例えば、無線フレーム♯５までは、ＴＤＤコンフィギュレーション０が設定されている。そして、無線フレーム♯５と無線フレーム♯６との間のタイミング（リコンフィギュレーションポイント）で、新たなＴＤＤコンフィギュレーション１が設定される。しかし、ＴＤＤコンフィギュレーションの情報を含むＳＩＢ１は、数百ミリ秒（ｍｓ）のオーダーの周期で更新されるので、リコンフィギュレーションポイント以降の期間に、前に設定されていたＴＤＤコンフィギュレーション（即ち、ＴＤＤコンフィギュレーション０）が報知され得る。さらに、ＵＥによっても、報知されるＳＩＢ１の情報を取得するタイミングが異なる。よって、新たに設定されるＴＤＤコンフィギュレーションがＳＩＢ１から取得される場合には、リコンフィギュレーションポイントから、新たに設定されたＴＤＤコンフィギュレーションがＵＥにより取得されるタイミングまでの遅延は、数百ミリ秒オーダーの遅延となる。

図１２を参照して説明した内容を考慮すると、ＵＥ２０（レガシーＵＥ）は、リコンフィギュレーションポイント以降の期間に、ＴＤＤコンフィギュレーションを誤認し得る。具体的には、図１２の例を再び参照すると、ＵＥ２０（レガシーＵＥ）は、少なくとも無線フレーム♯６〜♯８の間、設定されているＴＤＤコンフィギュレーションをＴＤＤコンフィギュレーション０と誤認する。一方、ＵＥ２００（非レガシーＵＥ）は、リコンフィギュレーションポイントの前に、新たに設定されるＴＤＤコンフィギュレーション（即ち、ＴＤＤコンフィギュレーション１）を通知されるので、ＴＤＤコンフィギュレーションを正しく認識することができる。

−無線リソースの制御
通信制御部１５３は、無線リソースの制御を行う。

−−ＰＲＡＣＨ
とりわけ第１の実施形態では、通信制御部１５３は、上記第２の情報（第２のＰＲＡＣＨコンフィギュレーションインデックス）から識別されるランダムアクセス用リソースであって、設定されているＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースを、ＰＲＡＣＨとして使用する。即ち、通信制御部１５３は、第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される上記ランダムアクセス用リソースで無線通信部１２０により受信される信号を、ＵＥからのランダムアクセスプリアンブルとして取り扱う。

−−ＵＥへの無線リソースの割当て
また、例えば、通信制御部１５３は、無線リソースをＵＥ（ＵＥ２０及びＵＥ２００）に割り当てる。例えば、通信制御部１５３は、設定されているＴＤＤコンフィギュレーションに従って、ダウンリンクサブフレームのＰＤＳＣＨ（Physical Downlink Shared Channel）の無線リソースを、ＵＥに割り当てる。また、通信制御部１５３は、設定されているＴＤＤコンフィギュレーションに従って、アップリンクサブフレームのＰＵＳＣＨ（Physical Uplink Shared Channel）の無線リソースを、ＵＥに割り当てる。

−ＴＤＤコンフィギュレーションの設定及びランダムアクセス用リソース
ここで、ＴＤＤコンフィギュレーションの設定と、当該設定に伴うランダムアクセス用リソースとの具体例を、図１２を再び参照して説明する。なお、ここでは、図１１を参照して説明したように、ＰＲＡＣＨコンフィギュレーションインデックス５がシステム情報の中で報知され、ＰＲＡＣＨコンフィギュレーションインデックス１５がシグナリングによりＵＥ２００に通知されるものとする。

図１２を再び参照すると、ＵＥ２００（非レガシーＵＥ）は、リコンフィギュレーションポイントで設定されるＴＤＤコンフィギュレーションを予め通知されるので、ランダムアクセスアクセス用リソースを正しく識別できる。即ち、ＵＥ２００は、ＰＲＡＣＨコンフィギュレーションインデックス１５から、（０，０，０，０）、（０，０，０，１）、（０，０，０，２）、（０，０，１，１）（０，０，１，２）で示される無線リソースをランダムアクセスアクセス用リソースとして識別する。そして、これらの無線リソースは、ＰＲＡＣＨとして使用されるので、ＵＥ２００は、ＴＤＤコンフィギュレーションが新たに設定されても、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信できる。

一方、ＵＥ２０（レガシーＵＥ）は、少なくとも無線フレーム♯６〜♯８の間、設定されているＴＤＤコンフィギュレーションをＴＤＤコンフィギュレーション０と誤認する。そのため、ＵＥ２０は、ＴＤＤコンフィギュレーション１に対応する、（０，０，０，０）で示される無線リソースではなく、ＴＤＤコンフィギュレーション０に対応する、（０，０，０，１）で示される無線リソースを、ランダムアクセス用リソースとして識別してしまう。しかし、上述したように、ＰＲＡＣＨコンフィギュレーションインデックス１５から識別されるランダムアクセス用リソースであって、ＴＤＤコンフィギュレーション１についてのランダムアクセス用リソースは、（０，０，０，１）で示される無線リソースを含む。よって、ＵＥ２０は、ＴＤＤコンフィギュレーションを誤認しつつも、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信できる。

図１２に示される例は、ＴＤＤコンフィギュレーションがＴＤＤコンフィギュレーション０からＴＤＤコンフィギュレーション１に変更される例であるが、いずれの２つのＴＤＤコンフィギュレーション間の変更でも同様の結果が得られる。

以上のように、第１の実施形態によれば、例えば、ＴＤＤコンフィギュレーションが新たに設定される場合に、ＴＤＤコンフィギュレーションがレガシーＵＥにより誤認されたとしても、レガシーＵＥにより識別されるランダムアクセス用リソースは、実際のＰＲＡＣＨになる。そのため、レガシーＵＥは、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信することができる。即ち、レガシーＵＥによるランダムアクセス手続きの失敗を抑えることが可能になる。これにより、レガシーＵＥはランダムアクセスプリアンブルを繰り返し送信しなくなるので、オーバーヘッド及び消費電力の増加が抑えられる。

また、例えば、結果として、レガシーＵＥにより送信されるランダムアクセスプリアンブルが、他のＵＥが関与する通信への干渉源となることを抑えることができる。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

＜３．２．ＵＥの構成＞
次に、図１３を参照して、第１の実施形態に係るＵＥ２００−１の概略的な機能構成を説明する。図１３は、第１の実施形態に係るＵＥ２００−１の機能構成の一例を示すブロック図である。ＵＥ２００−１は、アンテナ部２１０、無線通信部２２０、記憶部２３０、入力部２４０、表示部２５０及び処理部２６０を含む。

（アンテナ部２１０）
アンテナ部２１０は、無線信号を受信し、受信された無線信号を無線通信部２２０へ出力する。また、アンテナ部２１０は、無線通信部２２０により出力された送信信号を送信する。

（無線通信部２２０）
無線通信部２２０は、ＵＥ２００がセル１０に位置する場合に、ｅＮｏｄｅＢ１００との無線通信を行う。とりわけ本開示の実施形態では、無線通信部２２０は、ＴＤＤでの無線通信を行う。

（記憶部２３０）
記憶部２３０は、ＵＥ２００の動作のためのプログラム及びデータを記憶する。

（入力部２４０）
入力部２４０は、ＵＥ２００のユーザによる入力を受け付ける。そして、入力部２４０は、入力結果を処理部２６０に提供する。

（表示部２５０）
表示部２５０は、ＵＥ２００からの出力画面（即ち、出力画像）を表示する。例えば、表示部２５０は、処理部２６０（表示制御部２６５）による制御に応じて、出力画面を表示する。

（処理部２６０）
処理部２６０は、ＵＥ２００−１の様々な機能を提供する。処理部２６０は、情報取得部２６１、通信制御部２６３及び表示制御部２６５を含む。

（情報取得部２６１）
情報取得部２６１は、通信制御部２６３による制御に必要な情報を取得する。例えば、情報取得部２６１は、無線通信部２２０を介して、他の装置からの情報を取得する。また、例えば、情報取得部２６１は、記憶部２３０に記憶されている情報を取得する。

−ＰＲＡＣＨコンフィギュレーションインデックスの取得
とりわけ第１の実施形態では、情報取得部２６１は、上記第１の情報がｅＮｏｄｅＢ１００−１により報知され、上記第２の情報がｅＮｏｄｅＢ１００−１により通知される場合に、上記第２の情報を取得する。例えば、第１のＰＲＡＣＨコンフィギュレーションインデックスがｅＮｏｄｅＢ１００−１により報知され、第２のＰＲＡＣＨコンフィギュレーションインデックスがｅＮｏｄｅＢ１００−１により通知される。この場合に、情報取得部２６１は、無線通信部２２０を介して、第２のＰＲＡＣＨコンフィギュレーションインデックスを取得する。

また、情報取得部２６１は、上記第１の情報も取得する。例えば、情報取得部２６１は、無線通信部２２０を介して、第１のＰＲＡＣＨコンフィギュレーションインデックスも取得する。

−ＴＤＤコンフィギュレーションの情報の取得
また、例えば、情報取得部２６１は、ＴＤＤコンフィギュレーションの情報がｅＮｏｄｅＢ１００−１により通知されると、当該ＴＤＤコンフィギュレーションの情報を取得する。より具体的には、例えば、ｅＮｏｄｅＢ１００−１が、ＲＲＣシグナリングによりＴＤＤコンフィギュレーションの情報をＵＥ２００−１に通知すると、情報取得部２６１は、当該ＴＤＤコンフィギュレーションの情報を取得する。

また、例えば、情報取得部２６１は、ＴＤＤコンフィギュレーションの情報がｅＮｏｄｅＢ１００−１により報知されると、当該ＴＤＤコンフィギュレーションの情報を取得する。より具体的には、例えば、ｅＮｏｄｅＢ１００−１が、ＴＤＤコンフィギュレーションの情報を含むＳＩＢ１を報知すると、情報取得部２６１は、ＳＩＢ１の中のＴＤＤコンフィギュレーションの情報を取得する。

（通信制御部２６３）
通信制御部２６３は、ＵＥ２００−１による無線通信を制御する。

−ランダムアクセス手続き
通信制御部２６３は、ランダムアクセス手続きを行う。

とりわけ第１の実施形態では、通信制御部２６３は、上記第２の情報から識別されるランダムアクセス用リソースであって、上記複数のＴＤＤコンフィギュレーションのうちの設定されているＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行う。

より具体的には、例えば、通信制御部２６３は、無線通信部２２０に、第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される、設定されているＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを使用して、ランダムアクセスプリアンブルを送信させる。一例として、第２のＰＲＡＣＨコンフィギュレーションインデックスが既にＵＥ２００−１に通知され、最新のＴＤＤコンフィギュレーションがＵＥ２００−１に通知されている。この場合に、通信制御部２６３は、無線通信部２２０に、上記第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される上記ランダムアクセス用リソースを使用してランダムアクセスプリアンブルを送信させる。

また、例えば、通信制御部２６３は、上記第１の情報から識別されるランダムアクセス用リソースであって、上記複数のＴＤＤコンフィギュレーションのうちの報知されたＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行う。

より具体的には、例えば、通信制御部２６３は、無線通信部２２０に、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、報知されたＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを使用して、ランダムアクセスプリアンブルを送信させる。一例として、第２のＰＲＡＣＨコンフィギュレーションインデックスがまだ通知されておらず、又は、最新のＴＤＤコンフィギュレーションがｅＮｏｄｅＢ１００−１により通知されていない。この場合に、通信制御部２６３は、無線通信部２２０に、上記第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される上記ランダムアクセス用リソースを使用してランダムアクセスプリアンブルを送信させる。

−ＴＤＤコンフィギュレーションに従った無線通信の制御
通信制御部２６３は、ＴＤＤコンフィギュレーションに従って無線通信を制御する。

例えば、通信制御部２６３は、取得されたＴＤＤコンフィギュレーションの情報から、ＴＤＤコンフィギュレーションを認識し、当該ＴＤＤコンフィギュレーションに従って無線通信を制御する。

また、例えば、通信制御部２６３は、ＴＤＤコンフィギュレーションに従って、ダウンリンクサブフレームで無線通信部２２０に信号を受信させ、アップリンクサブフレームで無線通信部２２０に信号を送信させる。

（表示制御部２６５）
表示制御部２６５は、表示部２５０による出力画面の表示を制御する。例えば、表示制御部２６５は、表示部２５０により表示される出力画面を生成し、当該出力画面を表示部２５０に表示させる。

＜３．３．処理の流れ＞
次に、図１４〜図１７Ｂを参照して、第１の実施形態に係る通信制御処理の例を説明する。

（ｅＮｏｄｅＢ側の通信制御処理−報知）
図１４は、第１の実施形態に係るｅＮｏｄｅＢ側の第１の通信制御処理の概略的な流れの一例を示すフローチャートである。

ステップＳ３０１で、情報取得部１５１は、第１のＰＲＡＣＨコンフィギュレーションインデックスを取得する。

ステップＳ３０３で、通信制御部１５３は、無線通信部１２０を介して、第１のＰＲＡＣＨコンフィギュレーションインデックスを含むシステム情報（ＳＩＢ１）を報知する。そして、処理はステップＳ３０１へ戻る。

（ｅＮｏｄｅＢ側の通信制御処理−通知）
図１５は、第１の実施形態に係るｅＮｏｄｅＢ側の第２の通信制御処理の概略的な流れの一例を示すフローチャートである。当該第２の通信制御処理は、例えば、ＵＥが新たに接続された場合に実行される。

ステップＳ３２１で、通信制御部１５３は、無線通信部１２０に、ダイナミックＴＤＤコンフィギュレーションについてのケイパビリティの問合せをＵＥへ送信させる。

ステップＳ３２３で、通信制御部１５３は、無線通信部１２０を介して、上記問合せに対する応答を取得する。

ステップＳ３２５で、通信制御部１５３は、ＵＥがダイナミックＴＤＤリコンフィギュレーションのケイパビリティを有するかを判定する。ＵＥが当該ケイパビリティを有していれば、処理はステップＳ３２７へ進む。そうでなければ、処理は終了する。

ステップＳ３２７で、情報取得部１５１は、第２のＰＲＡＣＨコンフィギュレーションインデックスを取得する。

ステップＳ３２９で、通信制御部１５３は、無線通信部１２０を介して、第２のＰＲＡＣＨコンフィギュレーションインデックスをＲＲＣシグナリングにより通知する。そして、処理は終了する。

（ＵＥ側の通信制御処理）
図１６は、第１の実施形態に係るＵＥ側の通信制御処理の概略的な流れの一例を示すフローチャートである。当該通信制御処理は、ランダムアクセス手続きが行われる際に実行される。

ステップＳ４０１で、通信制御部２６３は、第２のＰＲＡＣＨコンフィギュレーションインデックスが既に通知されたかを判定する。第２のＰＲＡＣＨコンフィギュレーションインデックスが既に通知されていれば、処理はステップＳ４０３へ進む。そうでなければ、処理はステップＳ４０９へ進む。

ステップＳ４０３で、通信制御部２６３は、最新のＴＤＤコンフィギュレーションが通知されたかを判定する。最新のＴＤＤコンフィギュレーションが通知されていれば、処理はステップＳ４０５へ進む。そうでなければ、処理はステップＳ４０９へ進む。

ステップＳ４０５で、情報取得部２６１は、第２のＰＲＡＣＨコンフィギュレーションインデックスを取得する。

ステップＳ４０７で、通信制御部２６３は、第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される、設定されているＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを使用して、ランダムアクセスアクセス手続きを実行する。そして、処理は終了する。

ステップＳ４０９で、情報取得部２６１は、第１のＰＲＡＣＨコンフィギュレーションインデックスを取得する。

ステップＳ４１１で、通信制御部２６３は、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、報知されたＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを使用して、ランダムアクセスアクセス手続きを実行する。そして、処理は終了する。

（ｅＮｏｄｅＢ及びＵＥの間の通信制御処理）
図１７Ａ及び図１７Ｂは、第１の実施形態に係るｅＮｏｄｅＢ及びＵＥ間の通信制御処理の概略的な流れの一例を示すシーケンス図である。

まず、ｅＮｏｄｅＢ１００−１は、ＴＤＤコンフィギュレーションをＳＩＢ１の中で報知し、第１のＰＲＡＣＨコンフィギュレーションインデックスをＳＩＢ２の中で報知する（Ｓ５０１）。そして、ＵＥ２００−１は、報知されたＴＤＤコンフィギュレーションに従った無線通信を開始する。また、ｅＮｏｄｅＢ１００−１は、トラフィックを監視する（Ｓ５０５）。

その後、ＵＥ２００−１は、報知された第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、報知されたＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを使用して、ランダムアクセスプリアンブルを送信する（Ｓ５０７）。すると、ｅＮｏｄｅＢ１００−１は、ランダムアクセスプリアンブルへの応答（ランダムアクセスレスポンス）を送信する（Ｓ５０９）。さらに、ＵＥ２００−１は、接続要求（例えば、ＲＲＣ接続要求）を送信し（Ｓ５１１）、ｅＮｏｄｅＢ１００−１は、接続許可（例えば、ＲＲＣ接続セットアップ）を送信する（Ｓ５１３）。

そして、ｅＮｏｄｅＢ１００−１は、ダイナミックＴＤＤリコンフィギュレーションについてのケイパビリティの問合せを送信する（Ｓ５１５）。すると、ＵＥ２００−１は、当該問合せへの応答（上記ケイパビリティを有することを示す情報）を送信する（Ｓ５１７）。

その後、ｅＮｏｄｅＢ１００−１は、ＲＲＣシグナリングにより、第２のＰＲＡＣＨコンフィギュレーションインデックスをＵＥ２００−１へ送信し（Ｓ５１９）、ＵＥ２００−１は、応答を送信する（Ｓ５２１）。

そして、ｅＮｏｄｅＢ１００−１は、トラフィックの監視結果に応じて、ＴＤＤコンフィギュレーションの変更を決定する（Ｓ５３１）。すると、ｅＮｏｄｅＢ１００−１は、ＲＲＣシグナリングにより、新たに設定されるＴＤＤコンフィギュレーションをＵＥ２００−１に通知し（Ｓ５３３）、ＵＥ２００−１は、応答を送信する（Ｓ５３５）

その後、ｅＮｏｄｅＢ１００−１は、リコンフィギュレーションポイントで、ＴＤＤコンフィギュレーションを新たに設定する（Ｓ５３７）。また、ＵＥ２００−１は、リコンフィギュレーションポイントで、通知されたＴＤＤコンフィギュレーションに従った無線通信を開始する（Ｓ５３９）。

そして、ＵＥ２００−１は、例えば、ハンドオーバ、再接続、アップリンク再同期等のために、ランダムアクセス手続きを開始する。具体的には、ＵＥ２００−１は、通知された第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される、通知されたＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを使用して、ランダムアクセスプリアンブルを送信する（Ｓ５４１）。すると、ｅＮｏｄｅＢ１００−１は、ランダムアクセスプリアンブルへの応答（ランダムアクセスレスポンス）を送信する（Ｓ５４３）。さらに、ＵＥ２００−１は、接続要求を送信し（Ｓ５４５）、ｅＮｏｄｅＢ１００−１は、接続許可を送信する（Ｓ５４７）。

以上、本開示の第１の実施形態を説明した。第１の実施形態によれば、例えば、ＴＤＤコンフィギュレーションが新たに設定される場合に、ＴＤＤコンフィギュレーションがレガシーＵＥにより誤認されたとしても、レガシーＵＥにより識別されるランダムアクセス用リソースは、実際のＰＲＡＣＨになる。そのため、レガシーＵＥは、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信することができる。即ち、レガシーＵＥによるランダムアクセス手続きの失敗を抑えることが可能になる。これにより、レガシーＵＥはランダムアクセスプリアンブルを繰り返し送信しなくなるので、オーバーヘッド及び消費電力の増加が抑えられる。

また、例えば、結果として、レガシーＵＥにより送信されるランダムアクセスプリアンブルが、他のＵＥが関与する通信への干渉源となることを抑えることができる。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

＜＜４．第２の実施形態＞＞
続いて、図１８〜図２４を参照して、本開示の第２の実施形態を説明する。

本開示の第２の実施形態によれば、第１のＰＲＡＣＨコンフィギュレーションインデックスが報知される。そして、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別されるランダムアクセス用リソースは、複数のＴＤＤコンフィギュレーションの間で共通である。

これにより、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

＜４．１．ｅＮｏｄｅＢの機能構成＞
まず、図１８〜図２０を参照して、第２の実施形態に係るｅＮｏｄｅＢ１００−２の概略的な機能構成を説明する。図１８は、第２の実施形態に係るｅＮｏｄｅＢ１００−２の機能構成の一例を示すブロック図である。図１８を参照すると、ｅＮｏｄｅＢ１００−２は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１６０を含む。

ここで、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０及び記憶部１４０については、第１の実施形態と第２の実施形態との間で差異はない。よって、ここでは、処理部１６０のみを説明する。

（処理部１６０）
処理部１６０は、ｅＮｏｄｅＢ１００−２の様々な機能を提供する。処理部１６０は、情報取得部１６１及び通信制御部１６３を含む。

（情報取得部１６１）
情報取得部１６１は、通信制御部１６３による制御に必要な情報を取得する。例えば、情報取得部１６１は、無線通信部１２０を介して、他の装置からの情報を取得する。また、例えば、情報取得部１６１は、記憶部１４０に記憶されている情報を取得する。

−ＰＲＡＣＨコンフィギュレーションインデックスの取得
とりわけ、第２の実施形態では、情報取得部１６１は、複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報を取得する。

上記複数のＴＤＤコンフィギュレーションは、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す。また、上記ランダムアクセス用リソースは、ランダムアクセスプリアンブルの送信のための無線リソース（即ち、ＰＲＡＣＨとして使用される無線リソース）である。

また、例えば、上記第１の情報は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）のコンフィギュレーションに関するインデックス情報である。より具体的には、上記第１の情報は、第１のＰＲＡＣＨコンフィギュレーションインデックスである。即ち、情報取得部１６１は、第１のＰＲＡＣＨコンフィギュレーションインデックスを取得する。ＰＲＡＣＨコンフィギュレーションインデックスの具体例は、図８を参照して説明したとおりである。

−第１のＰＲＡＣＨコンフィギュレーションインデックスの内容
とりわけ第２の実施形態では、上記第１の情報から識別されるランダムアクセス用リソースは、上記複数のＴＤＤコンフィギュレーションの間で共通である。以下、この点について、図１９を参照して具体例を説明する。

図１９は、第２の実施形態に係る第１のＰＲＡＣＨコンフィギュレーションインデックスの第１の例を説明するための説明図である。図１９を参照すると、第１のＰＲＡＣＨコンフィギュレーションインデックスとして、ＰＲＡＣＨコンフィギュレーションインデックス５８が示されている。ＰＲＡＣＨコンフィギュレーションインデックス５８は、３ＧＰＰにより既に定められているインデックスではなく、新たに設けられるインデックスである。ここで、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別されるランダムアクセス用リソースは、全てのＴＤＤコンフィギュレーション間で共通である。即ち、いずれのＴＤＤコンフィギュレーションについてのランダムアクセス用リソースも、（０，０，０，０）で示される同一の無線リソースである。

なお、上記複数のＴＤＤコンフィギュレーションは、全てのＴＤＤコンフィギュレーションのうちの、一部のＴＤＤコンフィギュレーションであってもよい。より具体的には、例えば、上記複数のＴＤＤコンフィギュレーションは、上記第１の情報が報知される場合に適用されないＴＤＤコンフィギュレーションを含まなくてもよい。即ち、上記複数のＴＤＤコンフィギュレーションは、第１のＰＲＡＣＨコンフィギュレーションインデックスが報知される場合に適用されないＴＤＤコンフィギュレーションを含まなくてもよい。以下、この点について、図２０を参照して具体例を説明する。

図２０は、第２の実施形態に係る第１のＰＲＡＣＨコンフィギュレーションインデックスの第２の例を説明するための説明図である。図２０を参照すると、第１のＰＲＡＣＨコンフィギュレーションインデックスとして、ＰＲＡＣＨコンフィギュレーションインデックス４３が示されている。ＰＲＡＣＨコンフィギュレーションインデックス４３は、３ＧＰＰにより既に定められているインデックスである。ここで、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別されるランダムアクセス用リソースは、全てのＴＤＤコンフィギュレーションのうちの一部のＴＤＤコンフィギュレーション（即ち、ＴＤＤコンフィギュレーション０、３、６）間で共通である。即ち、一部のＴＤＤコンフィギュレーション（即ち、ＴＤＤコンフィギュレーション０、３、６）のいずれのＴＤＤコンフィギュレーションについてのランダムアクセス用リソースも、（０，０，０，０）で示される同一の無線リソースである。なお、上記一部のＴＤＤコンフィギュレーションは、ＰＲＡＣＨコンフィギュレーションインデックス４３が報知される場合に適用されない（即ち、Ｎ／Ａである）ＴＤＤコンフィギュレーション１、２、４、５を含まない。

このように、上記複数のＴＤＤコンフィギュレーションが一部のＴＤＤコンフィギュレーションであることにより、例えば、第１のＰＲＡＣＨコンフィギュレーションインデックスの選択がより柔軟になり得る。また、例えば、既存のＰＲＡＣＨコンフィギュレーションインデックスを第１のＰＲＡＣＨコンフィギュレーションインデックスとして利用し得る。

（通信制御部１６３）
通信制御部１６３は、セル１０内での無線通信を制御する。

−ＰＲＡＣＨコンフィギュレーションの報知
とりわけ第１の実施形態では、通信制御部１６３は、上記第１の情報を報知する。具体的には、例えば、通信制御部１６３は、第１のＰＲＡＣＨコンフィギュレーションインデックスを報知する。

また、例えば、通信制御部１６３は、システム情報の中で上記第１の情報を報知する。より具体的には、例えば、通信制御部１６３は、システム情報（例えば、ＳＩＢ２）の中で第１のＰＲＡＣＨコンフィギュレーションインデックスを報知する。

−ＴＤＤコンフィギュレーションの設定、並びに、報知及び通知
ＴＤＤコンフィギュレーションの設定、並びに、ＴＤＤコンフィギュレーションの報知及び通知については、通信制御部１６３は、第１の実施形態に係る通信制御部１５３と同様に動作する。

−無線リソースの制御
通信制御部１６３は、無線リソースの制御を行う。

−−ＰＲＡＣＨ
とりわけ第２の実施形態では、通信制御部１６３は、上記第１の情報（第１のＰＲＡＣＨコンフィギュレーションインデックス）から識別されるランダムアクセス用リソースであって、設定されているＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースを、ＰＲＡＣＨとして使用する。即ち、通信制御部１６３は、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される上記ランダムアクセス用リソースで無線通信部１２０により受信される信号を、ＵＥからのランダムアクセスプリアンブルとして取り扱う。

−−ＵＥへの無線リソースの割当て
ＵＥへの無線リソースの割当てについては、通信制御部１６３は、第１の実施形態に係る通信制御部１５３と同様に動作する。

−ＴＤＤコンフィギュレーションの設定及びランダムアクセス用リソース
ここで、ＴＤＤコンフィギュレーションの設定と、当該設定に伴うランダムアクセス用リソースとの具体例を、図１２を再び参照して説明する。なお、ここでは、図１９を参照して説明したように、ＰＲＡＣＨコンフィギュレーションインデックス５８がシステム情報の中で報知されるものとする。

図１２を再び参照すると、ＵＥ２０（レガシーＵＥ）は、少なくとも無線フレーム♯６〜♯８の間、設定されているＴＤＤコンフィギュレーションをＴＤＤコンフィギュレーション０と誤認する。しかし、ＰＲＡＣＨコンフィギュレーション５８から識別される、いずれのＴＤＤコンフィギュレーションについてのランダムアクセス用リソースも、（０，０，０，０）で示される無線リソースである。よって、ＵＥ２０は、ＴＤＤコンフィギュレーションを誤認しつつも、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信できる。なお、ＵＥ２００（非レガシーＵＥ）は、ＴＤＤコンフィギュレーションを正しく認識しつつ、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信する。

以上のように、第２の実施形態によれば、例えば、ＴＤＤコンフィギュレーションが新たに設定されたとしても、ＰＲＡＣＨ（報知されるＰＲＡＣＨコンフィギュレーションインデックスに対応するＰＲＡＣＨ）は維持される。そのため、レガシーＵＥは、ＴＤＤコンフィギュレーションを誤認したとしても、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信することができる。即ち、レガシーＵＥによるランダムアクセス手続きの失敗を抑えることが可能になる。これにより、レガシーＵＥはランダムアクセスプリアンブルを繰り返し送信しなくなるので、オーバーヘッド及び消費電力の増加が抑えられる。

また、例えば、結果として、レガシーＵＥにより送信されるランダムアクセスプリアンブルが、他のＵＥが関与する通信への干渉源となることを抑えることができる。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

＜４．２．ＵＥの構成＞
次に、図２１を参照して、第２の実施形態に係るＵＥ２００−２の概略的な機能構成を説明する。図２１は、第２の実施形態に係るＵＥ２００−２の機能構成の一例を示すブロック図である。ＵＥ２００−２は、アンテナ部２１０、無線通信部２２０、記憶部２３０、入力部２４０、表示部２５０及び処理部２７０を含む。

ここで、アンテナ部２１０、無線通信部２２０、記憶部２３０、入力部２４０及び表示部２５０、並びに、表示制御部２６５については、第１の実施形態と第２の実施形態との間で差異はない。よって、ここでは、処理部２７０に含まれる情報取得部２７１及び通信制御部２７３のみを説明する。

（情報取得部２７１）
情報取得部２７１は、通信制御部２７３による制御に必要な情報を取得する。例えば、情報取得部２７１は、無線通信部２２０を介して、他の装置からの情報を取得する。また、例えば、情報取得部２７１は、記憶部２３０に記憶されている情報を取得する。

−ＰＲＡＣＨコンフィギュレーションインデックスの取得
とりわけ第２の実施形態では、情報取得部２７１は、上記第１の情報がｅＮｏｄｅＢ１００−２により報知される場合に、上記第１の情報を取得する。例えば、第１のＰＲＡＣＨコンフィギュレーションインデックスがｅＮｏｄｅＢ１００−２により報知される。この場合に、情報取得部２７１は、無線通信部２２０を介して、第１のＰＲＡＣＨコンフィギュレーションインデックスを取得する。

−ＴＤＤコンフィギュレーションの情報の取得
ＴＤＤコンフィギュレーションの情報の取得については、情報取得部２７１は、第１の実施形態に係る情報取得部２６１と同様に動作する。

（通信制御部２７３）
通信制御部２７３は、ＵＥ２００−２による無線通信を制御する。

−ランダムアクセス手続き
通信制御部２７３は、ランダムアクセス手続きを行う。

とりわけ第２の実施形態では、通信制御部２７３は、上記第１の情報から識別されるランダムアクセス用リソースであって、上記複数のＴＤＤコンフィギュレーションのうちの設定されている（又は報知された）ＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行う。

より具体的には、例えば、通信制御部２７３は、無線通信部２２０に、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、設定されている（又は報知された）ＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを使用して、ランダムアクセスプリアンブルを送信させる。

−ＴＤＤコンフィギュレーションに従った無線通信の制御
ＴＤＤコンフィギュレーションに従った無線通信の制御については、通信制御部２７３は、第１の実施形態に係る通信制御部２６３と同様に動作する。

＜４．３．処理の流れ＞
次に、図２２〜図２３Ｂを参照して、第２の実施形態に係る通信制御処理の例を説明する。

なお、第２の実施形態に係るｅＮｏｄｅＢ側の通信制御処理は、第１のＰＲＡＣＨコンフィギュレーションインデックスの内容が相違することを除き、図１４を参照して説明した第１の実施形態に係るｅＮｏｄｅＢ側の第１の通信制御処理と同様である。

（ＵＥ側の通信制御処理）
図２２は、第２の実施形態に係るＵＥ側の通信制御処理の概略的な流れの一例を示すフローチャートである。当該通信制御処理は、ランダムアクセス手続きが行われる際に実行される。

ステップＳ４２１で、情報取得部２７１は、第１のＰＲＡＣＨコンフィギュレーションインデックスを取得する。

ステップＳ４２３で、通信制御部２７３は、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、設定されている（又は報知された）ＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを使用して、ランダムアクセスアクセス手続きを行う。そして、処理は終了する。

（ｅＮｏｄｅＢ及びＵＥの間の通信制御処理）
図２３Ａ及び図２３Ｂは、第２の実施形態に係るｅＮｏｄｅＢ及びＵＥ間の通信制御処理の概略的な流れの一例を示すシーケンス図である。

なお、図２３Ａに示される、第２の実施形態に係るステップＳ６０１〜Ｓ６１７は、第１のＰＲＡＣＨコンフィギュレーションインデックスの内容が相違することを除き、図１７Ａを参照して説明した第１の実施形態に係るステップＳ５０１〜Ｓ５１７と同様である。また、図２３Ｂに示される、第２の実施形態に係るステップＳ６３１〜Ｓ６３９、Ｓ６４５、Ｓ６４７は、図１７Ｂを参照して説明した第１の実施形態に係るステップＳ５３１〜Ｓ５３９、Ｓ５４５、Ｓ５４７と同様である。よって、ここでは、図２３Ｂに示される第２の実施形態に係るステップＳ６４１、Ｓ６４３を説明する。

ＵＥ２００−２は、例えば、ハンドオーバ、再接続、アップリンク再同期等のために、ランダムアクセス手続きを開始する。具体的には、ＵＥ２００−２は、報知された第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、通知されたＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを使用して、ランダムアクセスプリアンブルを送信する（Ｓ６４１）。すると、ｅＮｏｄｅＢ１００−２は、ランダムアクセスプリアンブルへの応答（ランダムアクセスレスポンス）を送信する（Ｓ６４３）。

＜４．４．変形例＞
次に、図２４を参照して、第２の実施形態の変形例を説明する。第２の実施形態の変形例では、第１のＰＲＡＣＨコンフィギュレーションインデックスが報知されることに加えて、第２のＰＲＡＣＨコンフィギュレーションインデックスが通知される。そして、ＵＥ２００（非レガシーＵＥ）は、第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される、設定されているＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを使用して、ランダムアクセス手続きを行う。

（ｅＮｏｄｅＢ１００−２：情報取得部１６１）
−ＰＲＡＣＨコンフィギュレーションインデックスの取得
とりわけ、第２の実施形態の変形例では、情報取得部１６１は、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報をさらに取得する。

より具体的には、上記第２の情報は、第２のＰＲＡＣＨコンフィギュレーションインデックスである。当該第２のＰＲＡＣＨコンフィギュレーションインデックスは、任意のＰＲＡＣＨコンフィギュレーションインデックスである。以下、この点について、図２４を参照して具体例を説明する。

図２４は、第２の実施形態の変形例に係る第１のＰＲＡＣＨコンフィギュレーションインデックス及び第２のＰＲＡＣＨコンフィギュレーションインデックスの組合せの例を説明するための説明図である。図２４を参照すると、第１のＰＲＡＣＨコンフィギュレーションインデックスとして、ＰＲＡＣＨコンフィギュレーションインデックス５８が示されている。これは、図１９を参照して上述したとおりである。そしてさらに、第２のＰＲＡＣＨコンフィギュレーションインデックスとして、ＰＲＡＣＨコンフィギュレーションインデックス１５が示されている。第２のＰＲＡＣＨコンフィギュレーションインデックスは、この例では、ＰＲＡＣＨコンフィギュレーションインデックス１５であるが、任意のＰＲＡＣＨコンフィギュレーションインデックスであり得る。このように、第２のＰＲＡＣＨコンフィギュレーションインデックスとして、任意のＰＲＡＣＨコンフィギュレーションインデックスが選択され得る。

（ｅＮｏｄｅＢ１００−２：通信制御部１６３）
−ＰＲＡＣＨコンフィギュレーションの通知

また、とりわけ第２の実施形態の変形例では、通信制御部１６３は、上記第２の情報を通知する。具体的には、例えば、通信制御部１６３は、第２のＰＲＡＣＨコンフィギュレーションインデックスを通知する。

また、例えば、通信制御部１６３は、個別のシグナリングにより上記第２の情報を通知する。また、例えば、通信制御部１５３は、動的に設定されるＴＤＤコンフィギュレーションに従った無線通信を行うことが可能なＵＥ２００に、個別のシグナリングにより上記第２の情報を通知する。より具体的には、例えば、通信制御部１６３は、ダイナミックＴＤＤリコンフィギュレーションについてのケイパビリティを有するＵＥ２００に、ＲＲＣシグナリングにより第２のＰＲＡＣＨコンフィギュレーションインデックスを通知する。

なお、通信制御部１６３は、システム情報の中で上記第２の情報を通知してもよい。より具体的には、例えば、通信制御部１６３は、システム情報の中で第２のＰＲＡＣＨコンフィギュレーションインデックスも通知してもよい。

−無線リソースの制御
−−ＰＲＡＣＨ
とりわけ第２の実施形態の変形例では、通信制御部１６３は、上記第２の情報（第２のＰＲＡＣＨコンフィギュレーションインデックス）から識別されるランダムアクセス用リソースであって、設定されているＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースもさらに、ＰＲＡＣＨとして使用する。即ち、通信制御部１６３は、第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される上記ランダムアクセス用リソースで無線通信部１２０により受信される信号もさらに、ＵＥからのランダムアクセスプリアンブルとして取り扱う。

（ＵＥ２００−２：情報取得部２７１）
−ＰＲＡＣＨコンフィギュレーションインデックスの取得
とりわけ第２の実施形態では、情報取得部２７１は、上記第１の情報がｅＮｏｄｅＢ１００−２により報知され、上記第２の情報がｅＮｏｄｅＢ１００−２により通知される場合に、上記第２の情報を取得する。例えば、第１のＰＲＡＣＨコンフィギュレーションインデックスがｅＮｏｄｅＢ１００−２により報知され、第２のＰＲＡＣＨコンフィギュレーションインデックスがｅＮｏｄｅＢ１００−２により通知される。この場合に、情報取得部２７１は、無線通信部２２０を介して、第２のＰＲＡＣＨコンフィギュレーションインデックスを取得する。

また、情報取得部２７１は、上記第１の情報も取得する。例えば、情報取得部２６１は、無線通信部２２０を介して、第１のＰＲＡＣＨコンフィギュレーションインデックスも取得する。

（ＵＥ２００−２：通信制御部２７３）
−ランダムアクセス手続き
とりわけ第２の実施形態の変形例では、通信制御部２７３は、上記第２の情報から識別されるランダムアクセス用リソースであって、上記複数のＴＤＤコンフィギュレーションのうちの設定されているＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行う。

より具体的には、例えば、通信制御部２７３は、無線通信部２２０に、第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される、設定されているＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを使用して、ランダムアクセスプリアンブルを送信させる。一例として、第２のＰＲＡＣＨコンフィギュレーションインデックスが既にＵＥ２００−２に通知され、最新のＴＤＤコンフィギュレーションがＵＥ２００−２に通知されている。この場合に、通信制御部２７３は、無線通信部２２０に、上記第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される上記ランダムアクセス用リソースを使用してランダムアクセスプリアンブルを送信させる。

また、例えば、通信制御部２７３は、上記第１の情報から識別されるランダムアクセス用リソースであって、上記複数のＴＤＤコンフィギュレーションのうちの報知されたＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行う。

より具体的には、例えば、通信制御部２７３は、無線通信部２２０に、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、報知されたＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを使用して、ランダムアクセスプリアンブルを送信させる。一例として、第２のＰＲＡＣＨコンフィギュレーションインデックスがまだ通知されておらず、又は、最新のＴＤＤコンフィギュレーションがｅＮｏｄｅＢ１００−２により通知されていない。この場合に、通信制御部２７３は、無線通信部２２０に、上記第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される上記ランダムアクセス用リソースを使用してランダムアクセスプリアンブルを送信させる。

（処理の流れ）
第２の実施形態の変形例に係るｅＮｏｄｅＢ側の通信制御処理は、ＰＲＡＣＨコンフィギュレーションインデックスの内容が相違することを除き、図１４及び図１５を参照して説明した第１の実施形態に係るｅＮｏｄｅＢ側の通信制御処理と同様である。

また、第２の実施形態の変形例に係るＵＥ側の通信制御処理は、ＰＲＡＣＨコンフィギュレーションインデックスの内容が相違することを除き、図１６を参照して説明した第１の実施形態に係るＵＥ側の通信制御処理と同様である。

また、第２の実施形態の変形例に係るｅＮｏｄｅＢ及びＵＥ間の通信制御処理は、ＰＲＡＣＨコンフィギュレーションインデックスの内容が相違することを除き、図１７Ａ及び図１７Ｂを参照して説明した第１の実施形態に係るｅＮｏｄｅＢ及びＵＥ間の通信制御処理と同様である。

以上、第２の実施形態の変形例を説明した。第２の実施形態の変形例によれば、例えば、ＵＥ２００（非レガシーＵＥ）用のＰＲＡＣＨをより自由に用意することが可能になる。

以上、本開示の第２の実施形態を説明した。第２の実施形態によれば、例えば、ＴＤＤコンフィギュレーションが新たに設定されたとしても、ＰＲＡＣＨ（報知されるＰＲＡＣＨコンフィギュレーションインデックスに対応するＰＲＡＣＨ）は維持される。そのため、レガシーＵＥは、ＴＤＤコンフィギュレーションを誤認したとしても、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信することができる。即ち、レガシーＵＥによるランダムアクセス手続きの失敗を抑えることが可能になる。これにより、レガシーＵＥはランダムアクセスプリアンブルを繰り返し送信しなくなるので、オーバーヘッド及び消費電力の増加が抑えられる。

また、例えば、結果として、レガシーＵＥにより送信されるランダムアクセスプリアンブルが、他のＵＥが関与する通信への干渉源となることを抑えることができる。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

＜＜４．第３の実施形態＞＞
続いて、図２５〜図２７を参照して、本開示の第３の実施形態を説明する。

本開示の第３の実施形態によれば、第１のＰＲＡＣＨコンフィギュレーションインデックスが報知される。そして、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別されるランダムアクセス用リソースは、複数のＴＤＤコンフィギュレーションのいずれが設定される場合にもアップリンクリソースである。

これにより、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

＜５．１．ｅＮｏｄｅＢの機能構成＞
まず、図２５及び図２６を参照して、第３の実施形態に係るｅＮｏｄｅＢ１００−３の概略的な機能構成を説明する。図２５は、第３の実施形態に係るｅＮｏｄｅＢ１００−３の機能構成の一例を示すブロック図である。図２５を参照すると、ｅＮｏｄｅＢ１００−３は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１７０を含む。

ここで、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０及び記憶部１４０については、第２の実施形態（又は第１の実施形態）と第３の実施形態との間で差異はない。よって、ここでは、処理部１７０のみを説明する。

（処理部１７０）
処理部１７０は、ｅＮｏｄｅＢ１００−３の様々な機能を提供する。処理部１７０は、情報取得部１７１及び通信制御部１７３を含む。

（情報取得部１７１）
情報取得部１７１は、通信制御部１７３による制御に必要な情報を取得する。例えば、情報取得部１７１は、無線通信部１２０を介して、他の装置からの情報を取得する。また、例えば、情報取得部１７１は、記憶部１４０に記憶されている情報を取得する。

−ＰＲＡＣＨコンフィギュレーションインデックスの取得
ＰＲＡＣＨコンフィギュレーションインデックスの取得については、情報取得部１７１は、第２の実施形態に係る情報取得部１６１と同様に動作する。例えば、情報取得部１７１は、第１のＰＲＡＣＨコンフィギュレーションインデックスを取得する。

−第１のＰＲＡＣＨコンフィギュレーションインデックスの内容
とりわけ第３の実施形態では、上記第１の情報から識別される、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、上記複数のＴＤＤコンフィギュレーションのいずれが設定される場合にもアップリンクリソースである。以下、この点について、図２６を参照して具体例を説明する。

図２６は、第３の実施形態に係る第１のＰＲＡＣＨコンフィギュレーションインデックスの一例を説明するための説明図である。図２６を参照すると、第１のＰＲＡＣＨコンフィギュレーションインデックスとして、ＰＲＡＣＨコンフィギュレーションインデックス５が示されている。ここで、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、ＴＤＤコンフィギュレーション０、６についてのランダムアクセス用リソースは、（０、０、０、１）で示される無線リソース（サブフレーム♯３の無線リソース）である。そして、図２に示されるように、複数のＴＤＤコンフィギュレーション（ここでは、ＴＤＤコンフィギュレーション０、１、３、６）のいずれでも、サブフレーム♯３はアップリンクサブフレームである。また、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、ＴＤＤコンフィギュレーション１、３についてのランダムアクセス用リソースは、（０、０、０、０）で示される無線リソース（サブフレーム♯２の無線リソース）である。そして、図２に示されるように、複数のＴＤＤコンフィギュレーション（ここでは、ＴＤＤコンフィギュレーション０、１、３、６）のいずれでも、サブフレーム♯２はアップリンクサブフレームである。このように、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、ＴＤＤコンフィギュレーション０、１、３、６の各々についてのランダムアクセス用リソースは、ＴＤＤコンフィギュレーション０、１、３、６のいずれが設定される場合にもアップリンクリソースである。

なお、例えば、上記複数のＴＤＤコンフィギュレーションは、全てのＴＤＤコンフィギュレーションのうちの、一部のＴＤＤコンフィギュレーションである。より具体的には、例えば、上記複数のＴＤＤコンフィギュレーションは、上記第１の情報が報知される場合に適用されないＴＤＤコンフィギュレーションを含まない。即ち、上記複数のＴＤＤコンフィギュレーションは、第１のＰＲＡＣＨコンフィギュレーションインデックスが報知される場合に適用されないＴＤＤコンフィギュレーションを含まない。

一例として、図２６の例を再び参照すると、上記複数のＴＤＤコンフィギュレーションは、ＴＤＤコンフィギュレーション０、１、３、６を含む。一方、上記複数のＴＤＤコンフィギュレーションは、ＰＲＡＣＨコンフィギュレーションインデックス５が報知される場合に適用されない（即ち、Ｎ／Ａである）ＴＤＤコンフィギュレーション２、４、５を含まない。

このように、上記複数のＴＤＤコンフィギュレーションが一部のＴＤＤコンフィギュレーションであることにより、例えば、第１のＰＲＡＣＨコンフィギュレーションインデックスの選択がより柔軟になり得る。また、例えば、既存のＰＲＡＣＨコンフィギュレーションインデックスを第１のＰＲＡＣＨコンフィギュレーションインデックスとして利用し得る。

（通信制御部１７３）
通信制御部１７３は、セル１０内での無線通信を制御する。

−ＰＲＡＣＨコンフィギュレーションの報知
ＰＲＡＣＨコンフィギュレーションの報知については、通信制御部１７３は、第２の実施形態に係る通信制御部１６３と同様に動作する。

−ＴＤＤコンフィギュレーションの設定、並びに、報知及び通知
ＴＤＤコンフィギュレーションの設定、並びに、ＴＤＤコンフィギュレーションの報知及び通知については、通信制御部１７３は、第２の実施形態に係る通信制御部１６３と同様に動作する。

−無線リソースの制御
通信制御部１７３は、無線リソースの制御を行う。

−−ＰＲＡＣＨ
とりわけ第３の実施形態では、通信制御部１７３は、上記複数のＴＤＤコンフィギュレーションのいずれが設定される場合にも、上記第１の情報から識別される、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを、ランダムアクセスチャネルとして使用する。即ち、通信制御部１７３は、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別されるいずれのランダムアクセス用リソースで無線通信部１２０により受信される信号でも、ＵＥからのランダムアクセスプリアンブルとして取り扱う。

−−ＵＥへの無線リソースの割当て
ＵＥへの無線リソースの割当てについては、通信制御部１７３は、第２の実施形態に係る通信制御部１６３と同様に動作する。

−ＴＤＤコンフィギュレーションの設定及びランダムアクセス用リソース
ここで、ＴＤＤコンフィギュレーションの設定と、当該設定に伴うランダムアクセス用リソースとの具体例を、図１２を再び参照して説明する。なお、ここでは、図２６を参照して説明したように、ＰＲＡＣＨコンフィギュレーションインデックス５がシステム情報の中で報知されるものとする。

図１２を再び参照すると、ＵＥ２０（レガシーＵＥ）は、少なくとも無線フレーム♯６〜♯８の間、設定されているＴＤＤコンフィギュレーションをＴＤＤコンフィギュレーション０と誤認する。しかし、ＴＤＤコンフィギュレーション０、１、３、６のいずれが設定される場合にも、（０、０、０、０）で示される無線リソース及び（０、０、０、１）で示される無線リソースの両方が、ＰＲＡＣＨとして使用される。よって、ＵＥ２０は、ＴＤＤコンフィギュレーションを誤認しつつも、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信できる。なお、ＵＥ２００（非レガシーＵＥ）は、ＴＤＤコンフィギュレーションを正しく認識しつつ、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信する。

以上のように、第３実施形態によれば、例えば、設定されているＴＤＤコンフィギュレーションによらず、報知されるＰＲＡＣＨコンフィギュレーションインデックスから識別される、各ＴＤＤコンフィギュレーションについてのランダムアクセス用リソースは、常にＰＲＡＣＨとして使用され得る。そのため、レガシーＵＥは、ＴＤＤコンフィギュレーションを誤認したとしても、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信することができる。即ち、レガシーＵＥによるランダムアクセス手続きの失敗を抑えることが可能になる。これにより、レガシーＵＥはランダムアクセスプリアンブルを繰り返し送信しなくなるので、オーバーヘッド及び消費電力の増加が抑えられる。

また、例えば、結果として、レガシーＵＥにより送信されるランダムアクセスプリアンブルが、他のＵＥが関与する通信への干渉源となることを抑えることができる。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

＜５．２．ＵＥの構成＞
第３の実施形態に係るＵＥ２００−３の機能構成は、第２の実施形態に係るＵＥ２００−２の機能構成と同様である。なお、第３の実施形態と第２の実施形態との間の相違点は、ｅＮｏｄｅＢ１００により報知され、ＵＥ２００により取得される第１の情報（第１のＰＲＡＣＨコンフィギュレーションインデックス）の内容のみである。

＜５．３．処理の流れ＞
第３の実施形態に係るｅＮｏｄｅＢ側の通信制御処理は、第１のＰＲＡＣＨコンフィギュレーションインデックスの内容が相違することを除き、第２の実施形態に係るｅＮｏｄｅＢ側の通信制御処理（又は、図１４を参照して説明した第１の実施形態に係るｅＮｏｄｅＢ側の第１の通信制御処理）と同様である。

また、第３の実施形態に係るＵＥ側の通信制御処理は、第１のＰＲＡＣＨコンフィギュレーションインデックスの内容が相違することを除き、図２２を参照して説明した第２の実施形態に係るＵＥ側の通信制御処理と同様である。

また、第３の実施形態に係るｅＮｏｄｅＢ及びＵＥ間の通信制御処理は、ＰＲＡＣＨコンフィギュレーションインデックスの内容が相違することを除き、図２３Ａ及び図２３Ｂを参照して説明した第２の実施形態に係るｅＮｏｄｅＢ及びＵＥ間の通信制御処理と同様である。

＜５．４．変形例＞
次に、図２７を参照して、第３の実施形態の変形例を説明する。第３の実施形態の変形例では、第１のＰＲＡＣＨコンフィギュレーションインデックスが報知されることに加えて、第２のＰＲＡＣＨコンフィギュレーションインデックスが通知される。そして、ＵＥ２００（非レガシーＵＥ）は、第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される、設定されているＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを使用して、ランダムアクセス手続きを行う。

（ｅＮｏｄｅＢ１００−３：情報取得部１７１）
−ＰＲＡＣＨコンフィギュレーションインデックスの取得
とりわけ、第３の実施形態の変形例では、情報取得部１７１は、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報をさらに取得する。

より具体的には、上記第２の情報は、第２のＰＲＡＣＨコンフィギュレーションインデックスである。当該第２のＰＲＡＣＨコンフィギュレーションインデックスは、任意のＰＲＡＣＨコンフィギュレーションインデックスである。以下、この点について、図２７参照して具体例を説明する。

図２７は、第３の実施形態の変形例に係る第１のＰＲＡＣＨコンフィギュレーションインデックス及び第２のＰＲＡＣＨコンフィギュレーションインデックスの組合せの例を説明するための説明図である。図２７を参照すると、第１のＰＲＡＣＨコンフィギュレーションインデックスとして、ＰＲＡＣＨコンフィギュレーションインデックス５が示されている。これは、図２６を参照して上述したとおりである。そしてさらに、第２のＰＲＡＣＨコンフィギュレーションインデックスとして、ＰＲＡＣＨコンフィギュレーションインデックス１２が示されている。第２のＰＲＡＣＨコンフィギュレーションインデックスは、この例では、ＰＲＡＣＨコンフィギュレーションインデックス１２であるが、任意のＰＲＡＣＨコンフィギュレーションインデックスであり得る。このように、第２のＰＲＡＣＨコンフィギュレーションインデックスとして、任意のＰＲＡＣＨコンフィギュレーションインデックスが選択され得る。

（ｅＮｏｄｅＢ１００−３：通信制御部１７３）
−ＰＲＡＣＨコンフィギュレーションの通知
ＰＲＡＣＨコンフィギュレーションの通知については、通信制御部１７３は、第２の実施形態の変形例に係る通信制御部１６３と同様に動作する。

−無線リソースの制御
−−ＰＲＡＣＨ
とりわけ第３の実施形態の変形例では、通信制御部１７３は、上記第２の情報（第２のＰＲＡＣＨコンフィギュレーションインデックス）から識別されるランダムアクセス用リソースであって、設定されているＴＤＤコンフィギュレーションについての上記ランダムアクセス用リソースもさらに、ＰＲＡＣＨとして使用する。即ち、通信制御部１６３は、第２のＰＲＡＣＨコンフィギュレーションインデックスから識別される上記ランダムアクセス用リソースで無線通信部１２０により受信される信号もさらに、ＵＥからのランダムアクセスプリアンブルとして取り扱う。

（ＵＥ２００−３）
第３の実施形態の変形例に係るＵＥ２００−３の機能構成は、第２の実施形態の変形例に係るＵＥ２００−２の機能構成と同様である。なお、第３の実施形態の変形例と第２の実施形態の変形例との間の相違点は、ｅＮｏｄｅＢ１００により報知され、ＵＥ２００により取得される第１の情報（第１のＰＲＡＣＨコンフィギュレーションインデックス）の内容のみである。

（処理の流れ）
第３の実施形態の変形例に係るｅＮｏｄｅＢ側の通信制御処理は、ＰＲＡＣＨコンフィギュレーションインデックスの内容が相違することを除き、第２の実施形態の変形例に係るｅＮｏｄｅＢ側の通信制御処理（又は、図１４及び図１５を参照して説明した第１の実施形態に係るｅＮｏｄｅＢ側の通信制御処理）と同様である。

また、第３の実施形態の変形例に係るＵＥ側の通信制御処理は、ＰＲＡＣＨコンフィギュレーションインデックスの内容が相違することを除き、第２の実施形態の変形例に係るＵＥ側の通信制御処理（又は、図１６を参照して説明した第１の実施形態に係るＵＥ側の通信制御処理）と同様である。

また、第３の実施形態の変形例に係るｅＮｏｄｅＢ及びＵＥ間の通信制御処理は、ＰＲＡＣＨコンフィギュレーションインデックスの内容が相違することを除き、第２の実施形態の変形例に係るｅＮｏｄｅＢ及びＵＥ間の通信制御処理（又は、図１７Ａ及び図１７Ｂを参照して説明した第１の実施形態に係るｅＮｏｄｅＢ及びＵＥ間の通信制御処理）と同様である。

以上、第３の実施形態の変形例を説明した。第３の実施形態の変形例によれば、例えば、ＵＥ２００（非レガシーＵＥ）用のＰＲＡＣＨをより自由に用意することが可能になる。

以上、本開示の第３の実施形態を説明した。第３実施形態によれば、例えば、設定されているＴＤＤコンフィギュレーションによらず、報知されるＰＲＡＣＨコンフィギュレーションインデックスから識別される、各ＴＤＤコンフィギュレーションについてのランダムアクセス用リソースは、常にＰＲＡＣＨとして使用され得る。そのため、レガシーＵＥは、ＴＤＤコンフィギュレーションを誤認したとしても、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信することができる。即ち、レガシーＵＥによるランダムアクセス手続きの失敗を抑えることが可能になる。これにより、レガシーＵＥはランダムアクセスプリアンブルを繰り返し送信しなくなるので、オーバーヘッド及び消費電力の増加が抑えられる。

また、例えば、結果として、レガシーＵＥにより送信されるランダムアクセスプリアンブルが、他のＵＥが関与する通信への干渉源となることを抑えることができる。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

＜＜６．第４の実施形態＞＞
続いて、図２８〜図３０を参照して、本開示の第４の実施形態を説明する。

本開示の第４の実施形態によれば、ＴＤＤコンフィギュレーションが新たに設定される場合に、新たに設定される当該ＴＤＤコンフィギュレーションの前に設定されていた前回のＴＤＤコンフィギュレーションについてのラインダムアクセス用リソースは、いずれの端末装置にも割り当てられない。

これにより、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

＜６．１．ｅＮｏｄｅＢの機能構成＞
まず、図２８及び図２９を参照して、第４の実施形態に係るｅＮｏｄｅＢ１００−４の概略的な機能構成を説明する。図２８は、第４の実施形態に係るｅＮｏｄｅＢ１００−４の機能構成の一例を示すブロック図である。図２８を参照すると、ｅＮｏｄｅＢ１００−４は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１８０を含む。

ここで、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０及び記憶部１４０については、第２の実施形態（又は、第３の実施形態若しくは第１の実施形態）と第４の実施形態との間で差異はない。よって、ここでは、処理部１８０のみを説明する。

（処理部１８０）
処理部１８０は、ｅＮｏｄｅＢ１００−４の様々な機能を提供する。処理部１８０は、情報取得部１８１及び通信制御部１８３を含む。

（情報取得部１８１）
情報取得部１８１は、通信制御部１８３による制御に必要な情報を取得する。例えば、情報取得部１８１は、無線通信部１２０を介して、他の装置からの情報を取得する。また、例えば、情報取得部１８１は、記憶部１４０に記憶されている情報を取得する。

−ＰＲＡＣＨコンフィギュレーションインデックスの取得
ＰＲＡＣＨコンフィギュレーションインデックスの取得については、情報取得部１８１は、第２の実施形態に係る情報取得部１６１と同様に動作する。例えば、情報取得部１８１は、第１のＰＲＡＣＨコンフィギュレーションインデックスを取得する。

−第１のＰＲＡＣＨコンフィギュレーションインデックスの内容
第４の実施形態では、上記第１のＰＲＡＣＨコンフィギュレーションインデックスは、任意のＰＲＡＣＨコンフィギュレーションインデックスである。以下、図２９を参照して、第１のＰＲＡＣＨコンフィギュレーションの具体例を説明する。

図２９は、第４の実施形態に係る第１のＰＲＡＣＨコンフィギュレーションインデックスの例を説明するための説明図である。図１１を参照すると、第１のＰＲＡＣＨコンフィギュレーションインデックスとして、ＰＲＡＣＨコンフィギュレーションインデックス０が示されている。このように、例えば、図８を参照して説明したような、３ＧＰＰにより定められているいずれかのＰＲＡＣＨコンフィギュレーションインデックスが、第１のＰＲＡＣＨコンフィギュレーションインデックスとして取得される。

なお、ＰＲＡＣＨコンフィギュレーションインデックス０は、第１のＰＲＡＣＨコンフィギュレーションインデックスの一例である。当然ながら、第１のＰＲＡＣＨコンフィギュレーションインデックスは、他のＰＲＡＣＨコンフィギュレーションインデックスであってもよい。

−ランダムアクセス用リソースの情報の取得
とりわけ第４の実施形態では、情報取得部１８１は、複数のＴＤＤコンフィギュレーションのうちの設定されるＴＤＤコンフィギュレーションについてのランダムアクセス用リソースの情報を取得する。

上記複数のＴＤＤコンフィギュレーションは、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す。また、上記ランダムアクセス用リソースは、ランダムアクセスプリアンブルの送信のための無線リソース（即ち、ＰＲＡＣＨとして使用される無線リソース）である。

より具体的には、例えば、情報取得部１８１は、第１のＰＲＡＣＨコンフィギュレーションインデックスから識別される、設定されているＴＤＤコンフィギュレーションについてのランダムアクセス用リソースの情報を取得する。具体的には、例えば、図２９の例を再び参照すると、ＰＲＡＣＨコンフィギュレーションインデックス０が報知され、ＴＤＤコンフィギュレーション２が設定されている場合に、情報取得部１８１は、ランダムアクセス用リソースの情報として、（０，１，０，０）で示される無線リソースの情報を取得する。また、例えば、ＴＤＤコンフィギュレーション３が新たに設定されると、情報取得部１８１は、ランダムアクセス用リソースの情報として、（０，１，０，２）で示される無線リソースの情報を取得する。

（通信制御部１８３）
通信制御部１８３は、セル１０内での無線通信を制御する。

−ＰＲＡＣＨコンフィギュレーションの報知
ＰＲＡＣＨコンフィギュレーションの報知については、通信制御部１８３は、第２の実施形態に係る通信制御部１６３と同様に動作する。

−ＴＤＤコンフィギュレーションの設定、並びに、報知及び通知
ＴＤＤコンフィギュレーションの設定、並びに、ＴＤＤコンフィギュレーションの報知及び通知については、通信制御部１８３は、第２の実施形態に係る通信制御部１６３と同様に動作する。

−無線リソースの制御
通信制御部１８３は、無線リソースの制御を行う。

−−ＰＲＡＣＨ
ＰＲＡＣＨの制御については、通信制御部１８３は、第２の実施形態に係る通信制御部１６３と同様に動作する。

−−ＵＥへの無線リソースの割当て
通信制御部１８３は、無線リソースをＵＥ（ＵＥ２０及びＵＥ２００）に割り当てる。例えば、通信制御部１８３は、設定されているＴＤＤコンフィギュレーションに従って、ダウンリンクサブフレームのＰＤＳＣＨの無線リソースを、ＵＥに割り当てる。また、通信制御部１５３は、設定されているＴＤＤコンフィギュレーションに従って、アップリンクサブフレームのＰＵＳＣＨの無線リソースを、ＵＥに割り当てる。

ただし、とりわけ第４の実施形態では、通信制御部１８３は、ＴＤＤコンフィギュレーションが新たに設定される場合に、新たに設定される当該ＴＤＤコンフィギュレーションの前に設定されていた前回のＴＤＤコンフィギュレーションについてのラインダムアクセス用リソースを、いずれのＵＥにも割り当てない。

図２９の例を再び参照すると、例えば、第１のＰＲＡＣＨコンフィギュレーションインデックスは、ＰＲＡＣＨコンフィギュレーションインデックス０である。そして、例えば、ＴＤＤコンフィギュレーション２が設定され、その後ＴＤＤコンフィギュレーション３が設定される。この場合に、通信制御部１８３は、前回のＴＤＤコンフィギュレーション（即ち、ＴＤＤコンフィギュレーション２）についてのランダムアクセス用リソース（即ち、（０，１，０，０）で示される無線リソース）を、いずれのＵＥにも割り当てない。

以上のように、第４の実施形態によれば、例えば、ＴＤＤコンフィギュレーションが新たに設定され、レガシーＵＥがＴＤＤコンフィギュレーションを誤認したとしても、レガシーＵＥによりランダムアクセスプリアンブルが送信され得る無線リソースは、いずれのＵＥにも割り当てられていない。そのため、レガシーＵＥにより送信されるランダムアクセスプリアンブルが、他のＵＥが関与する通信への干渉源となることを抑えることができる。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

また、例えば、通信制御部１８３は、ＴＤＤコンフィギュレーションが新たに設定される場合に、所定の期間の間、上記前回のＴＤＤコンフィギュレーションについてのラインダムアクセス用リソースをいずれのＵＥにも割り当てない。

例えば、図１２の例を再び参照すると、ＴＤＤコンフィギュレーションが新たに設定される場合に、ＵＥ２０（レガシーＵＥ）は、少なくとも無線フレーム♯６〜♯８の間、設定されているＴＤＤコンフィギュレーションをＴＤＤコンフィギュレーション０と誤認する。よって、通信制御部１８３は、少なくともこのような無線フレーム♯６〜♯８の期間よりも長い所定の期間の間、前回のＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを、いずれのＵＥにも割り当てない。

これにより、ランダムアクセスプリアンブルに起因する干渉を抑えつつ、無線リソースを割り当てないことによる無駄を抑えることが可能になる。

＜６．２．処理の流れ＞
次に、図３０を参照して、第４の実施形態に係る通信制御処理の例を説明する。図３０は、第４の実施形態に係るｅＮｏｄｅＢ側の通信制御処理の概略的な流れの一例を示すフローチャートである。

まず、ステップＳ７０１で、通信制御部１８３は、ＴＤＤコンフィギュレーションが新たに設定されたかを判定する。ＴＤＤコンフィギュレーションが新たに設定された場合には、処理はステップＳ７０３へ進む。そうでなければ、処理はステップＳ７０７へ進む。

ステップＳ７０３で、通信制御部１８３は、前回のＴＤＤコンフィギュレーションについてのランダムアクセス用リソースを除く無線リソースをＵＥに割り当てる。

ステップＳ７０５で、通信制御部１８３は、ＴＤＤコンフィギュレーションが新たに設定された後に所定の期間が経過したかを判定する。当該所定の期間が経過していれば、処理はステップＳ７０１へ戻る。そうでなければ、処理はステップＳ７０３へ戻る。

ステップＳ７０７で、通信制御部１８３は、無線リソースをＵＥに割り当てる。

以上、第４の実施形態を説明した。第４の実施形態によれば、例えば、ＴＤＤコンフィギュレーションが新たに設定され、レガシーＵＥがＴＤＤコンフィギュレーションを誤認したとしても、レガシーＵＥによりランダムアクセスプリアンブルが送信され得る無線リソースは、いずれのＵＥにも割り当てられていない。そのため、レガシーＵＥにより送信されるランダムアクセスプリアンブルが、他のＵＥが関与する通信への干渉源となることを抑えることができる。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

＜＜７．第５の実施形態＞＞
続いて、図３１及び図３２を参照して、本開示の第５の実施形態を説明する。

本開示の第５の実施形態によれば、ＴＤＤコンフィギュレーションが新たに設定される場合に、所定の期間の間、ＵＥによるランダムアクセス手続きが禁止される。

これにより、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

＜７．１．ｅＮｏｄｅＢの機能構成＞
まず、図３１を参照して、第５の実施形態に係るｅＮｏｄｅＢ１００−５の概略的な機能構成を説明する。図３１は、第５の実施形態に係るｅＮｏｄｅＢ１００−５の機能構成の一例を示すブロック図である。図３１を参照すると、ｅＮｏｄｅＢ１００−５は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１９０を含む。

ここで、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０及び記憶部１４０については、第４の実施形態（又は、第１の実施形態、第２の実施形態若しくは第３の実施形態）と第５の実施形態との間で差異はない。よって、ここでは、処理部１９０のみを説明する。

（処理部１９０）
処理部１９０は、ｅＮｏｄｅＢ１００−５の様々な機能を提供する。処理部１９０は、情報取得部１９１及び通信制御部１９３を含む。

（情報取得部１９１）
情報取得部１９１は、通信制御部１９３による制御に必要な情報を取得する。例えば、情報取得部１９１は、無線通信部１２０を介して、他の装置からの情報を取得する。また、例えば、情報取得部１９１は、記憶部１４０に記憶されている情報を取得する。

−ＴＤＤコンフィギュレーションの設定に関する情報
とりわけ第５の実施形態では、情報取得部１９１は、ＴＤＤコンフィギュレーションが新たに設定されると、ＴＤＤコンフィギュレーションの新たな設定に関する情報を取得する。一例として、当該情報は、ＴＤＤコンフィギュレーションの新たに設定されることを示す情報である。

なお、上記ＴＤＤコンフィギュレーションは、時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す。

−ＰＲＡＣＨコンフィギュレーションインデックスの取得
ＰＲＡＣＨコンフィギュレーションインデックスの取得については、情報取得部１９１は、第４の実施形態に係る情報取得部１８１と同様に動作する。例えば、情報取得部１９１は、第１のＰＲＡＣＨコンフィギュレーションインデックスを取得する。

−第１のＰＲＡＣＨコンフィギュレーションインデックスの内容
第１のＰＲＡＣＨコンフィギュレーションインデックスの内容については、第４の実施形態と同様である。即ち、第１のＰＲＡＣＨコンフィギュレーションインデックスは、任意のＰＲＡＣＨコンフィギュレーションインデックスである。

（通信制御部１９３）
通信制御部１９３は、セル１０内での無線通信を制御する。

−ＵＥによるアクセスの禁止
とりわけ第５の実施形態では、通信制御部１９３は、ＴＤＤコンフィギュレーションが新たに設定される場合に、所定の期間の間、ＵＥによるランダムアクセス手続きを禁止する。

例えば、通信制御部１９３は、ランダムアクセス手続きを禁止するための情報をシステム情報の中で報知することにより、上記ランダムアクセス手続きを禁止する。より具体的には、例えば、ランダムアクセス手続きを禁止するための上記情報は、ＳＩＢ２の中で報知されるアクセスクラスバーリング（Access Class Barring）情報である。アクセスクラスバーリング情報は、バーリングファクタ（Barring Factor）及びバーリングタイム（Barring Time）を含む。バーリングファクタは、ＵＥがアクセスを禁止される確率を制御するための情報であり、バーリングタイムは、ＵＥがアクセスの試行を禁止される期間を示す情報である。通信制御部１９３は、ＴＤＤコンフィギュレーションの変更前後の所定の期間に、上記アクセスバーリング情報を適当な値に設定し、報知することにより、ＵＥによるランダムアクセス手続きを禁止する。

例えば、図１２の例を再び参照すると、ＴＤＤコンフィギュレーションが新たに設定される場合に、ＵＥ２０（レガシーＵＥ）は、少なくとも無線フレーム♯６〜♯８の間、設定されているＴＤＤコンフィギュレーションをＴＤＤコンフィギュレーション０と誤認する。しかし、通信制御部１９３は、少なくともこのような無線フレーム♯６〜♯８の期間よりも長い所定の期間の間、ＵＥによるランダムアクセス手続きを禁止する。

以上のように、第５の実施形態によれば、例えば、ＴＤＤコンフィギュレーションが新たに設定される場合に、所定の期間の間はランダムアクセスプリアンブルがＵＥにより送信されない。そのため、レガシーＵＥがＴＤＤコンフィギュレーションを誤認したとしても、ランダムアクセスプリアンブルによる干渉は生じない。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

−ＰＲＡＣＨコンフィギュレーションの報知
ＰＲＡＣＨコンフィギュレーションの報知については、通信制御部１９３は、第４の実施形態に係る通信制御部１８３と同様に動作する。

−ＴＤＤコンフィギュレーションの設定、並びに、報知及び通知
ＴＤＤコンフィギュレーションの設定、並びに、ＴＤＤコンフィギュレーションの報知及び通知については、通信制御部１９３は、第４の実施形態に係る通信制御部１８３と同様に動作する。

−無線リソースの制御
通信制御部１９３は、無線リソースの制御を行う。

−−ＰＲＡＣＨ
ＰＲＡＣＨの制御については、通信制御部１９３は、第４の実施形態に係る通信制御部１８３と同様に動作する。

−−ＵＥへの無線リソースの割当て
通信制御部１９３は、無線リソースをＵＥ（ＵＥ２０及びＵＥ２００）に割り当てる。例えば、通信制御部１９３は、設定されているＴＤＤコンフィギュレーションに従って、ダウンリンクサブフレームのＰＤＳＣＨの無線リソースを、ＵＥに割り当てる。また、通信制御部１９３は、設定されているＴＤＤコンフィギュレーションに従って、アップリンクサブフレームのＰＵＳＣＨの無線リソースを、ＵＥに割り当てる。

＜７．２．処理の流れ＞
次に、図３２を参照して、第５の実施形態に係る通信制御処理の例を説明する。図３２は、第５の実施形態に係るｅＮｏｄｅＢ側の通信制御処理の概略的な流れの一例を示すフローチャートである。

まず、ステップＳ７５１で、通信制御部１９３は、アクセスバーリング情報を含むシステム情報（ＳＩＢ２）を報知する。なお、この例では、アクセスバーリング情報の初期値は、ＵＥのアクセスを禁止しないように設定されている。

ステップＳ７５３で、通信制御部１９３は、ＴＤＤコンフィギュレーションが新たに設定されたかを判定する。ＴＤＤコンフィギュレーションが新たに設定された場合には、処理はステップＳ７５５へ進む。そうでなければ、処理はステップＳ７５１へ戻る。

ステップＳ７５５で、通信制御部１９３は、ＵＥのアクセスを禁止するようにアクセスバーリング情報を設定する。

ステップＳ７５７で、通信制御部１９３は、アクセスバーリング情報を含むシステム情報（ＳＩＢ２）を報知する。

ステップＳ７５９で、通信制御部１８３は、所定の期間が経過したかを判定する。当該所定の期間が経過していれば、処理はステップＳ７６１へ進む。そうでなければ、処理はステップＳ７５７へ戻る。

ステップＳ７６１で、通信制御部１９３は、ＵＥのアクセスを禁止しないようにアクセスバーリング情報を設定する。そして、処理はステップＳ７５１へ戻る。

以上、第５の実施形態を説明した。第５の実施形態によれば、例えば、ＴＤＤコンフィギュレーションが新たに設定される場合に、所定の期間の間はランダムアクセスプリアンブルがＵＥにより送信されない。そのため、レガシーＵＥがＴＤＤコンフィギュレーションを誤認したとしても、ランダムアクセスプリアンブルによる干渉は生じない。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

＜＜８．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、ｅＮｏｄｅＢ１００は、マクロｅＮｏｄｅＢ又はスモールｅＮｏｄｅＢなどのいずれかの種類のｅＮｏｄｅＢ（evolved Node B）として実現されてもよい。スモールｅＮｏｄｅＢは、ピコｅＮｏｄｅＢ、マイクロｅＮｏｄｅＢ又はホーム（フェムト）ｅＮｏｄｅＢなどの、マクロセルよりも小さいセルをカバーするｅＮｏｄｅＢであってよい。ｅＮｏｄｅＢ１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote Radio Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、ｅＮｏｄｅＢ１００として動作してもよい。

また、例えば、ＵＥ２００は、スマートフォン、タブレットＰＣ（Personal Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、ＵＥ２００は、Ｍ２Ｍ（Machine To Machine）通信を行う端末（ＭＴＣ（Machine Type Communication）端末ともいう）として実現されてもよい。さらに、ＵＥ２００の少なくとも一部の構成要素は、これら端末に搭載されるモジュール（例えば、１つのダイで構成される集積回路モジュール）として実現されてもよい。

＜８．１．ｅＮｏｄｅＢに関する応用例＞
（第１の応用例）
図３３は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。

アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図３３に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３３にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。

基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。

コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio Resource Control）、無線ベアラ制御（Radio Bearer Control）、移動性管理（Mobility Management）、流入制御（Admission Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。

ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。

無線通信インタフェース８２５は、ＬＴＥ（Long Term Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium Access Control）、ＲＬＣ（Radio Link Control）及びＰＤＣＰ（Packet Data Convergence Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。

無線通信インタフェース８２５は、図３３に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図３３に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図３３には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。

図３３に示したｅＮＢ８００において、図１０を参照して説明した情報取得部１５１及び通信制御部１５３は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又コントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて情報取得部１５１及び通信制御部１５３が実装されてもよい。この場合に、上記モジュールは、プロセッサを情報取得部１５１及び通信制御部１５３として機能させるためのプログラム（換言すると、プロセッサに情報取得部１５１及び通信制御部１５３の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを情報取得部１５１及び通信制御部１５３として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又コントローラ８２１が当該プログラムを実行してもよい。以上のように、情報取得部１５１及び通信制御部１５３を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを情報取得部１５１及び通信制御部１５３として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記憶した読み取り可能な記憶媒体が提供されてもよい。これらの点については、図１８を参照して説明した情報取得部１６１及び通信制御部１６３、図２５を参照して説明した情報取得部１７１及び通信制御部１７３、図２８を参照して説明した情報取得部１８１及び通信制御部１８３、並びに、図３１を参照して説明した情報取得部１９１及び通信制御部１９３も、情報取得部１５１及び通信制御部１５３と同様である。

また、図３３に示したｅＮＢ８００において、図１０を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。

（第２の応用例）
図３４は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。

アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図３４に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３４にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。

基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図３３を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。

無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図３３を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図３４に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図３４には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。

接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。

また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。

接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。

無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図３４に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図３４には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。

図３４に示したｅＮＢ８３０において、図１０を参照して説明した情報取得部１５１及び通信制御部１５３は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又コントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて情報取得部１５１及び通信制御部１５３が実装されてもよい。この場合に、上記モジュールは、プロセッサを情報取得部１５１及び通信制御部１５３として機能させるためのプログラム（換言すると、プロセッサに情報取得部１５１及び通信制御部１５３の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを情報取得部１５１及び通信制御部１５３として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又コントローラ８５１が当該プログラムを実行してもよい。以上のように、情報取得部１５１及び通信制御部１５３を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを情報取得部１５１及び通信制御部１５３として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記憶した読み取り可能な記憶媒体が提供されてもよい。これらの点については、図１８を参照して説明した情報取得部１６１及び通信制御部１６３、図２５を参照して説明した情報取得部１７１及び通信制御部１７３、図２８を参照して説明した情報取得部１８１及び通信制御部１８３、並びに、図３１を参照して説明した情報取得部１９１及び通信制御部１９３も、情報取得部１５１及び通信制御部１５３と同様である。

また、図３４に示したｅＮＢ８３０において、例えば、図１０を参照して説明した無線通信部１２０は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、アンテナ部１１０は、アンテナ８４０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。

＜８．２．ＵＥに関する応用例＞
（第１の応用例）
図３５は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。

プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System on Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal Serial Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。

カメラ９０６は、例えば、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。

無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図３５に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図３５には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。

さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local Area Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。

アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。

アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図３５に示したように複数のアンテナ９１６を有してもよい。なお、図３５にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。

さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。

バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図３５に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。

図３５に示したスマートフォン９００において、図１３を参照して説明した情報取得部２６１及び通信制御部２６３は無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて情報取得部２６１及び通信制御部２６３が実装されてもよい。この場合に、上記モジュールは、プロセッサを情報取得部２６１及び通信制御部２６３として機能させるためのプログラム（換言すると、プロセッサに情報取得部２６１及び通信制御部２６３の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを情報取得部２６１及び通信制御部２６３として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、情報取得部２６１及び通信制御部２６３を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを情報取得部２６１及び通信制御部２６３として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記憶した読み取り可能な記憶媒体が提供されてもよい。これらの点については、図２１を参照して説明した情報取得部２７１及び通信制御部２７３も、情報取得部２６１及び通信制御部２６３と同様である。

また、図３５に示したスマートフォン９００において、例えば、図１３を参照して説明した無線通信部２２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０は、アンテナ９１６において実装されてもよい。

（第２の応用例）
図３６は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global Positioning System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図３６に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図３６には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。

さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。

アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。

アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図３６に示したように複数のアンテナ９３７を有してもよい。なお、図３６にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。

さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。

バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図３６に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

図３６に示したカーナビゲーション装置９２０において、図１３を参照して説明した情報取得部２６１及び通信制御部２６３は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて情報取得部２６１及び通信制御部２６３が実装されてもよい。この場合に、上記モジュールは、プロセッサを情報取得部２６１及び通信制御部２６３として機能させるためのプログラム（換言すると、プロセッサに情報取得部２６１及び通信制御部２６３の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを情報取得部２６１及び通信制御部２６３として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、情報取得部２６１及び通信制御部２６３を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを情報取得部２６１及び通信制御部２６３として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記憶した読み取り可能な記憶媒体が提供されてもよい。これらの点については、図２１を参照して説明した情報取得部２７１及び通信制御部２７３も、情報取得部２６１及び通信制御部２６３と同様である。

また、図３６に示したカーナビゲーション装置９２０において、例えば、図１３を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。

また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、情報取得部２６１及び通信制御部２６３（又は、情報取得部２７１及び通信制御部２７３）を備える装置として車載システム（又は車両）９４０が提供されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。

＜＜９．まとめ＞＞
ここまで、図９〜図３６を用いて、本開示の実施形態に係る通信装置及び各処理を説明した。

−第１の実施形態
第１の実施形態によれば、情報取得部１５１は、複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報（第１のＰＲＡＣＨコンフィギュレーションインデックス）を取得する。また、情報取得部１５１は、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報（第２のＰＲＡＣＨコンフィギュレーションインデックス）を取得する。さらに、通信制御部１５３は、上記第１の情報を報知する。また、通信制御部１５３は、上記第２の情報を通知する。そして、上記第２の情報から識別される、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、上記第１の情報から識別される、上記複数のＴＤＤコンフィギュレーションのいずれについてのランダムアクセス用リソースも包含する。

これにより、例えば、ＴＤＤコンフィギュレーションが新たに設定される場合に、ＴＤＤコンフィギュレーションがレガシーＵＥにより誤認されたとしても、レガシーＵＥにより識別されるランダムアクセス用リソースは、実際のＰＲＡＣＨになる。そのため、レガシーＵＥは、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信することができる。即ち、レガシーＵＥによるランダムアクセス手続きの失敗を抑えることが可能になる。これにより、レガシーＵＥはランダムアクセスプリアンブルを繰り返し送信しなくなるので、オーバーヘッド及び消費電力の増加が抑えられる。

また、例えば、結果として、レガシーＵＥにより送信されるランダムアクセスプリアンブルが、他のＵＥが関与する通信への干渉源となることを抑えることができる。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

−第２の実施形態
第２の実施形態によれば、情報取得部１６１は、複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報（第１のＰＲＡＣＨコンフィギュレーションインデックス）を取得する。さらに、通信制御部１６３は、上記第１の情報を報知する。そして、上記第１の情報から識別されるランダムアクセス用リソースは、上記複数のＴＤＤコンフィギュレーションの間で共通である。

これにより、例えば、ＴＤＤコンフィギュレーションが新たに設定されたとしても、ＰＲＡＣＨ（報知されるＰＲＡＣＨコンフィギュレーションインデックスに対応するＰＲＡＣＨ）は維持される。そのため、レガシーＵＥは、ＴＤＤコンフィギュレーションを誤認したとしても、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信することができる。即ち、レガシーＵＥによるランダムアクセス手続きの失敗を抑えることが可能になる。これにより、レガシーＵＥはランダムアクセスプリアンブルを繰り返し送信しなくなるので、オーバーヘッド及び消費電力の増加が抑えられる。

また、例えば、結果として、レガシーＵＥにより送信されるランダムアクセスプリアンブルが、他のＵＥが関与する通信への干渉源となることを抑えることができる。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

−第３の実施形態
第３の実施形態によれば、情報取得部１８１は、複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報（第１のＰＲＡＣＨコンフィギュレーションインデックス）を取得する。さらに、通信制御部１７３は、上記第１の情報を報知する。そして、上記第１の情報から識別される、上記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、上記複数のＴＤＤコンフィギュレーションのいずれが設定される場合にもアップリンクリソースである。

これにより、例えば、設定されているＴＤＤコンフィギュレーションによらず、報知されるＰＲＡＣＨコンフィギュレーションインデックスから識別される、各ＴＤＤコンフィギュレーションについてのランダムアクセス用リソースは、常にＰＲＡＣＨとして使用され得る。そのため、レガシーＵＥは、ＴＤＤコンフィギュレーションを誤認したとしても、ＰＲＡＣＨを使用してランダムアクセスプリアンブルを送信することができる。即ち、レガシーＵＥによるランダムアクセス手続きの失敗を抑えることが可能になる。これにより、レガシーＵＥはランダムアクセスプリアンブルを繰り返し送信しなくなるので、オーバーヘッド及び消費電力の増加が抑えられる。

また、例えば、結果として、レガシーＵＥにより送信されるランダムアクセスプリアンブルが、他のＵＥが関与する通信への干渉源となることを抑えることができる。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

−第４の実施形態
第４の実施形態によれば、情報取得部１８１は、複数のＴＤＤコンフィギュレーションのうちの設定されるＴＤＤコンフィギュレーションについてのランダムアクセス用リソースの情報を取得する。そして、通信制御部１８３は、ＴＤＤコンフィギュレーションが新たに設定される場合に、新たに設定される当該ＴＤＤコンフィギュレーションの前に設定されていた前回のＴＤＤコンフィギュレーションについてのラインダムアクセス用リソースを、いずれのＵＥにも割り当てない。

これにより、例えば、ＴＤＤコンフィギュレーションが新たに設定され、レガシーＵＥがＴＤＤコンフィギュレーションを誤認したとしても、レガシーＵＥによりランダムアクセスプリアンブルが送信され得る無線リソースは、いずれのＵＥにも割り当てられていない。そのため、レガシーＵＥにより送信されるランダムアクセスプリアンブルが、他のＵＥが関与する通信への干渉源となることを抑えることができる。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

−第５の実施形態
第５の実施形態によれば、情報取得部１９１は、ＴＤＤコンフィギュレーションが新たに設定されると、ＴＤＤコンフィギュレーションの新たな設定に関する情報を取得する。通信制御部１９３は、ＴＤＤコンフィギュレーションが新たに設定される場合に、所定の期間の間、ＵＥによるランダムアクセス手続きを禁止する。

これにより、例えば、ＴＤＤコンフィギュレーションが新たに設定される場合に、所定の期間の間はランダムアクセスプリアンブルがＵＥにより送信されない。そのため、レガシーＵＥがＴＤＤコンフィギュレーションを誤認したとしても、ランダムアクセスプリアンブルによる干渉は生じない。即ち、ＴＤＤコンフィギュレーションが動的に設定される場合にランダムアクセスプリアンブルに起因する干渉を抑えることが可能になる。

以上、添付図面を参照しながら本開示の好適な実施形態を説明したが、本開示は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本開示の技術的範囲に属するものと了解される。

例えば、本開示の実施形態に係る通信システムが、ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ又はこれに準ずる通信規格に準拠したシステムである例を説明したが、本開示は係る例に限定されない。例えば、通信システムは、別の通信規格に準拠したシステムであってもよい。この場合に、通信システムに含まれる基地局は、ｅＮｏｄｅＢと呼ばれず別の名称で呼ばれてもよい。また、通信システムに含まれる端末装置は、ＵＥと呼ばれず別の名称で呼ばれてもよい。

また、本明細書の通信制御処理における処理ステップは、必ずしもフローチャートに記載された順序に沿って時系列に実行されなくてよい。例えば、通信制御処理における処理ステップは、フローチャートとして記載した順序と異なる順序で実行されても、並列的に実行されてもよい。

また、本明細書の通信ノード（例えば、ｅＮｏｄｅＢ又はＵＥ）に備えられるプロセッサ（例えば、ＣＰＵ、ＤＳＰなど）を上記通信ノードの構成要素（例えば、情報取得部及び通信制御部）として機能させるためのコンピュータプログラム（換言すると、上記プロセッサに上記通信ノードの構成要素の動作を実行させるためのコンピュータプログラム）も作成可能である。また、当該コンピュータプログラムを記憶した記憶媒体も提供されてもよい。また、上記コンピュータプログラムを記憶するメモリと、上記コンピュータプログラムを実行可能な１つ以上のプロセッサとを備える装置（例えば、完成品、又は完成品のためのモジュール（部品、処理回路若しくはチップなど））も提供されてもよい。また、上記通信ノードの構成要素（例えば、情報取得部及び通信制御部）の動作を含む方法も、本開示に係る技術に含まれる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報、及び、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報を取得する取得部と、
前記第１の情報を報知し、前記第２の情報を通知する通信制御部と、
を備え、
前記第２の情報から識別される、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、前記第１の情報から識別される、前記複数のＴＤＤコンフィギュレーションのいずれについてのランダムアクセス用リソースも包含する、
通信制御装置。
（２）
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報を取得する取得部と、
前記第１の情報を報知する通信制御部と、
を備え、
前記第１の情報から識別されるランダムアクセス用リソースは、前記複数のＴＤＤコンフィギュレーションの間で共通である、
通信制御装置。
（３）
前記取得部は、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報をさらに取得し、
前記通信制御部は、前記第２の情報を通知する、
前記（２）に記載の通信制御装置。
（４）
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報を取得する取得部と、
前記第１の情報を報知する通信制御部と、
を備え、
前記第１の情報から識別される、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、前記複数のＴＤＤコンフィギュレーションのいずれが設定される場合にもアップリンクリソースである、
通信制御装置。
（５）
前記通信制御部は、前記複数のＴＤＤコンフィギュレーションのいずれが設定される場合にも、前記第１の情報から識別される、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを、ランダムアクセスチャネルとして使用する、前記（４）に記載の通信制御装置。
（６）
前記取得部は、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報をさらに取得し、
前記通信制御部は、前記第２の情報を通知する、
前記（４）又は（５）に記載の通信制御装置。
（７）
前記通信制御部は、システム情報の中で前記第１の情報を報知し、個別のシグナリングにより前記第２の情報を通知する、前記（１）、（３）及び（６）のうちのいずれか１項に記載の通信制御装置。
（８）
前記通信制御部は、動的に設定されるＴＤＤコンフィギュレーションに従った無線通信を行うことが可能な端末装置に、個別のシグナリングにより前記第２の情報を通知する、前記（７）に記載の通信制御装置。
（９）
前記通信制御部は、システム情報の中で前記第１の情報を報知し、システム情報の中で前記第２の情報を通知する、前記（１）、（３）及び（６）のうちのいずれか１項に記載の通信制御装置。
（１０）
前記複数のＴＤＤコンフィギュレーションは、全てのＴＤＤコンフィギュレーションのうちの、一部のＴＤＤコンフィギュレーションである、前記（１）〜（９）のいずれか１項に記載の通信制御装置。
（１１）
前記複数のＴＤＤコンフィギュレーションは、前記第１の情報が報知される場合に適用されないＴＤＤコンフィギュレーションを含まない、前記（１０）に記載の通信制御装置。
（１２）
前記第１の情報は、物理ランダムアクセスチャネルのコンフィギュレーションに関するインデックス情報である、前記（１）〜（１１）のいずれか１項に記載の通信制御装置。
（１３）
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションのうちの設定されるＴＤＤコンフィギュレーションについてのランダムアクセス用リソースの情報を取得する取得部と、
ＴＤＤコンフィギュレーションが新たに設定される場合に、新たに設定される当該ＴＤＤコンフィギュレーションの前に設定されていた前回のＴＤＤコンフィギュレーションについてのラインダムアクセス用リソースを、いずれの端末装置にも割り当てない通信制御部と、
を備える通信制御装置。
（１４）
前記通信制御部は、ＴＤＤコンフィギュレーションが新たに設定される場合に、所定の期間の間、前記前回のＴＤＤコンフィギュレーションについてのラインダムアクセス用リソースをいずれの端末装置にも割り当てない、前記（１３）に記載の通信制御装置。
（１５）
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表すＴＤＤコンフィギュレーションが新たに設定されると、ＴＤＤコンフィギュレーションの新たな設定に関する情報を取得する取得部と、
ＴＤＤコンフィギュレーションが新たに設定される場合に、所定の期間の間、端末装置によるランダムアクセス手続きを禁止する通信制御部と、
を備える通信制御装置。
（１６）
前記通信制御部は、ランダムアクセス手続きを禁止するための情報をシステム情報の中で報知することにより、前記ランダムアクセス手続きを禁止する、前記（１５）に記載の通信制御装置。
（１７）
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報、及び、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報を取得することと、
前記第１の情報を報知し、前記第２の情報を通知することと、
を含み、
前記第２の情報から識別される、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、前記第１の情報から識別される、前記複数のＴＤＤコンフィギュレーションのいずれについてのランダムアクセス用リソースも包含する、
通信制御方法。
（１８）
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報を取得することと、
前記第１の情報を報知することと、
を含み、
前記第１の情報から識別されるランダムアクセス用リソースは、前記複数のＴＤＤコンフィギュレーションの間で共通である、
通信制御方法。
（１９）
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報を取得することと、
前記第１の情報を報知することと、
を備え、
前記第１の情報から識別される、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、前記複数のＴＤＤコンフィギュレーションのいずれが設定される場合にもアップリンクリソースである、
通信制御方法。
（２０）
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションのうちの設定されるＴＤＤコンフィギュレーションについてのランダムアクセス用リソースの情報を取得することと、
ＴＤＤコンフィギュレーションが新たに設定される場合に、新たに設定される当該ＴＤＤコンフィギュレーションの前に設定されていた前回のＴＤＤコンフィギュレーションについてのラインダムアクセス用リソースを、いずれの端末装置にも割り当てないことと、
を含む通信制御方法。
（２１）
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表すＴＤＤコンフィギュレーションが新たに設定されると、ＴＤＤコンフィギュレーションの新たな設定に関する情報を取得することと、
ＴＤＤコンフィギュレーションが新たに設定される場合に、新たに設定される当該ＴＤＤコンフィギュレーションの設定後の所定の期間の間、端末装置によるランダムアクセス手続きを禁止することと、
を含む通信制御方法。
（２２）
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報が基地局により報知され、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報が基地局により通知される場合に、前記第２の情報を取得する取得部と、
前記第２の情報から識別されるランダムアクセス用リソースであって、前記複数のＴＤＤコンフィギュレーションのうちの設定されているＴＤＤコンフィギュレーションについての前記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行う通信制御部と、
を備え、
前記第２の情報から識別される、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、前記第１の情報から識別される、前記複数のＴＤＤコンフィギュレーションのいずれについてのランダムアクセス用リソースも包含する、
端末装置。
（２３）
所定のプログラムを記憶するメモリと、
前記所定のプログラムを実行可能なプロセッサと、
を備え、
前記所定のプログラムは、
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報が基地局により報知され、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報が基地局により通知される場合に、前記第２の情報を取得することと、
前記第２の情報から識別されるランダムアクセス用リソースであって、前記複数のＴＤＤコンフィギュレーションのうちの設定されているＴＤＤコンフィギュレーションについての前記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行うことと、
を実行させるためのプログラムであり、
前記第２の情報から識別される、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、前記第１の情報から識別される、前記複数のＴＤＤコンフィギュレーションのいずれについてのランダムアクセス用リソースも包含する、
情報処理装置。
（２４）
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報が基地局により報知され、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報が基地局により通知される場合に、前記第２の情報を取得する取得部と、
前記第２の情報から識別されるランダムアクセス用リソースであって、前記複数のＴＤＤコンフィギュレーションのうちの設定されているＴＤＤコンフィギュレーションについての前記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行う通信制御部と、
を備え、
前記第１の情報から識別されるランダムアクセス用リソースは、前記複数のＴＤＤコンフィギュレーションの間で共通である、
端末装置。
（２５）
所定のプログラムを記憶するメモリと、
前記所定のプログラムを実行可能なプロセッサと、
を備え、
前記所定のプログラムは、
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報が基地局により報知され、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報が基地局により通知される場合に、前記第２の情報を取得することと、
前記第２の情報から識別されるランダムアクセス用リソースであって、前記複数のＴＤＤコンフィギュレーションのうちの設定されているＴＤＤコンフィギュレーションについての前記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行うことと、
を実行させるためのプログラムであり、
前記第１の情報から識別されるランダムアクセス用リソースは、前記複数のＴＤＤコンフィギュレーションの間で共通である、
情報処理装置。
（２６）
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報が基地局により報知され、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報が基地局により通知される場合に、前記第２の情報を取得する取得部と、
前記第２の情報から識別されるランダムアクセス用リソースであって、前記複数のＴＤＤコンフィギュレーションのうちの設定されているＴＤＤコンフィギュレーションについての前記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行う通信制御部と、
を備え、
前記第１の情報から識別される、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、前記複数のＴＤＤコンフィギュレーションのいずれが設定される場合にもアップリンクリソースである、
端末装置。
（２７）
所定のプログラムを記憶するメモリと、
前記所定のプログラムを実行可能なプロセッサと、
を備え、
前記所定のプログラムは、
時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報が基地局により報知され、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報が基地局により通知される場合に、前記第２の情報を取得することと、
前記第２の情報から識別されるランダムアクセス用リソースであって、前記複数のＴＤＤコンフィギュレーションのうちの設定されているＴＤＤコンフィギュレーションについての前記ランダムアクセス用リソースを使用して、ランダムアクセス手続きを行うことと、
を実行させるためのプログラムであり、
前記第１の情報から識別される、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、前記複数のＴＤＤコンフィギュレーションのいずれが設定される場合にもアップリンクリソースである、
情報処理装置。

１ 通信システム
１０ セル
２０ ＵＥ（レガシーＵＥ）
１００ ｅＮｏｄｅＢ
１５１、１６１、１７１、１８１、１９１ 情報取得部
１５３、１６３、１７３、１８３、１９３ 通信制御部
２００ ＵＥ（非レガシーＵＥ）
２６１、２７１ 情報取得部
２６３、２７３ 通信制御部

Claims (10)

1. 時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報、及び、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報を取得する取得部と、
   前記第１の情報を報知し、前記第２の情報を通知する通信制御部と、
   を備え、
   前記第２の情報から識別される、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、前記第１の情報から識別される、前記複数のＴＤＤコンフィギュレーションのいずれについてのランダムアクセス用リソースも包含する、
   通信制御装置。
2. 時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報を取得する取得部と、
   前記第１の情報を報知する通信制御部と、
   を備え、
   前記取得部は、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報をさらに取得し、
   前記通信制御部は、前記第２の情報を通知し、
   前記第１の情報から識別されるランダムアクセス用リソースは、前記複数のＴＤＤコンフィギュレーションの間で共通である、
   通信制御装置。
3. 時分割複信（ＴＤＤ）方式の無線フレームにおけるサブフレーム単位でのリンク方向をそれぞれ表す複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第１の情報を取得する取得部と、
   前記第１の情報を報知する通信制御部と、
   を備え、
   前記取得部は、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを識別するための第２の情報をさらに取得し、
   前記通信制御部は、前記第２の情報を通知し、
   前記第１の情報から識別される、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースは、前記複数のＴＤＤコンフィギュレーションのいずれが設定される場合にもアップリンクリソースである、
   通信制御装置。
4. 前記通信制御部は、前記複数のＴＤＤコンフィギュレーションのいずれが設定される場合にも、前記第１の情報から識別される、前記複数のＴＤＤコンフィギュレーションの各々についてのランダムアクセス用リソースを、ランダムアクセスチャネルとして使用する、請求項３に記載の通信制御装置。
5. 前記通信制御部は、システム情報の中で前記第１の情報を報知し、個別のシグナリングにより前記第２の情報を通知する、請求項１に記載の通信制御装置。
6. 前記通信制御部は、動的に設定されるＴＤＤコンフィギュレーションに従った無線通信を行うことが可能な端末装置に、個別のシグナリングにより前記第２の情報を通知する、請求項５に記載の通信制御装置。
7. 前記通信制御部は、システム情報の中で前記第１の情報を報知し、システム情報の中で前記第２の情報を通知する、請求項１に記載の通信制御装置。
8. 前記複数のＴＤＤコンフィギュレーションは、全てのＴＤＤコンフィギュレーションのうちの、一部のＴＤＤコンフィギュレーションである、請求項１に記載の通信制御装置。
9. 前記複数のＴＤＤコンフィギュレーションは、前記第１の情報が報知される場合に適用されないＴＤＤコンフィギュレーションを含まない、請求項８に記載の通信制御装置。
10. 前記第１の情報は、物理ランダムアクセスチャネルのコンフィギュレーションに関するインデックス情報である、請求項１に記載の通信制御装置。
    

Images