JP6174212B2 - 基地局 - Google Patents

Description

本発明は、移動通信システムにおける基地局に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、３ＧＰＰリリース１０以降において、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）を高度化したＬＴＥ Ａｄｖａｎｃｅｄの標準化を進めている。

ＬＴＥ Ａｄｖａｎｃｅｄは、ＬＴＥとの後方互換性を確保しながら広帯域化を実現すべく、ＬＴＥにおけるキャリアをコンポーネントキャリアと位置付け、複数のコンポーネントキャリアの集合体を使用してマルチキャリア通信を行うキャリアアグリゲーションが導入される（非特許文献１参照）。

３ＧＰＰ ＴＳ ３６．３００ Ｖ１０．８．０ （２０１２−０６）

キャリアアグリゲーションにおいて、基地局は、１つのコンポーネントキャリア（第１のコンポーネントキャリア）をプライマリセルとして運用するよう設定し、他のコンポーネントキャリア（第２のコンポーネントキャリア）をセカンダリセルとして運用するよう設定する。プライマリセルとは、制御信号及びユーザデータを伝送するセルである。セカンダリセルとは、ユーザデータを伝送するセルである。

しかしながら、キャリアアグリゲーションは、広帯域化を実現できるものの、各キャリアを単独で使用して通信を行う従来のキャリア運用方法に比べて、基地局が収容可能なユーザ端末数が少なくなるという問題がある。

そこで、本発明は、複数のキャリアを適切に運用できる基地局を提供する。

第１の特徴に係る基地局は、隣接基地局から送信される情報であって、かつ前記隣接基地局と接続するユーザ端末に関する情報を受信する受信部を備える。前記情報は、所定のキャリアについてユーザデータを伝送するセカンダリセルとしての運用を変更するよう要求する情報を含む。前記基地局は、前記情報に基づいて、前記所定のキャリアについてユーザデータを伝送するセカンダリセルとしての運用を変更する制御部をさらに備える。

第２の特徴に係る基地局は、隣接基地局から送信される情報であって、かつ前記隣接基地局と接続するユーザ端末に関する情報を受信する受信部を備える。前記情報は、前記隣接基地局が管理する所定のキャリアのうちの一部のキャリアについてユーザデータを伝送するセカンダリセルとしての運用を変更するよう要求する情報を含む。前記基地局は、前記情報に基づいて、前記一部のキャリアについてユーザデータを伝送するセカンダリセルとしての運用を変更する制御部をさらに備える。

移動通信システムの構成図である。 ＵＥのブロック図である。 ｅＮＢのブロック図である。 ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。 ＬＴＥシステムで使用される無線フレームの構成図である。 下りリンクにおいてキャリアアグリゲーションが適用された場合の無線フレームの構成図である。 第１実施形態及び第２実施形態に係るＬＴＥシステムの動作環境を説明するための図である。 第１実施形態から第３実施形態に係る多ＵＥモードにおける無線フレームの構成図である。 第１実施形態に係るＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡに関するメッセージ構成を説明するための図である。 第１実施形態に係るｅＮＢの動作フロー図である。 第１実施形態に係る隣接ｅＮＢの動作フロー図である。 第２実施形態に係るＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢに関するメッセージ構成を説明するための図である。 第２実施形態に係るｅＮＢの動作フロー図である。 第２実施形態に係る隣接ｅＮＢの動作フロー図である。 第３実施形態に係るＬＴＥシステムの動作環境を説明するための図である。 第３実施形態に係るｅＮＢの動作フロー図である。 ＮＣＴの具体例１を説明するための図であって、比較例としてのＬＣＴキャリアのキャリア構成を示す図である。 ＮＣＴの具体例１を説明するための図であって、ＮＣＴキャリアのキャリア構成を示す図である。 ＮＣＴの具体例２を説明するための図であって、比較例としてのＬＣＴキャリアのキャリア構成を示す図である。 ＮＣＴの具体例２を説明するための図であって、ＮＣＴキャリアのキャリア構成を示す図である。 第４実施形態に係るＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣ（隣接基地局情報）を説明するための図である。 第４実施形態に係るｅＮＢの動作フロー図である。 第４実施形態に係る隣接ｅＮＢの動作フロー図である。 第４実施形態に係る動作の具体例１を説明するための図である。 第４実施形態に係る動作の具体例２を説明するための図である。 その他の実施形態に係る無線フレームの構成図である。

第１実施形態〜第４実施形態に係る基地局は、複数のキャリアを無線通信に使用する。前記基地局は、隣接基地局から送信される情報であって、かつ前記隣接基地局と接続するユーザ端末に関する隣接基地局情報を受信する。前記基地局は、前記隣接基地局情報に基づいて、前記複数のキャリアのうち少なくとも１つのキャリアのキャリア構成を変更する。

第１実施形態〜第３実施形態は、キャリアアグリゲーションをサポートする移動通信システムに関する。キャリアアグリゲーションは、制御信号及びユーザデータを伝送するプライマリセルとして運用される第１のコンポーネントキャリアと、ユーザデータを伝送するセカンダリセルとして運用される第２のコンポーネントキャリアと、を用いてマルチキャリア通信を行うものである。

プライマリセル（第１のコンポーネントキャリア）はユーザデータだけでなく制御信号を伝送できるので、プライマリセル単独でユーザ端末を収容できる。

これに対し、セカンダリセル（第２のコンポーネントキャリア）は、制御信号を伝送できないので、セカンダリセル単独でユーザ端末を収容できない。すなわち、セカンダリセルは、プライマリセルと組み合わせて使用されることが前提となる。

なお、セカンダリセル（第２のコンポーネントキャリア）は１つに限らず、複数であってもよい。

第４実施形態は、新型キャリア構成（ＮＣＴ：Ｎｅｗ Ｃａｒｒｉｅｒ Ｔｙｐｅ）をサポートする移動通信システムに関する。ＮＣＴでは、従来型キャリア構成（ＬＣＴ：Ｌｅｇａｃｙ Ｃａｒｒｉｅｒ Ｔｙｐｅ）とは異なるキャリア構成とすることにより、ユーザデータの伝送効率を高めることができる。ＮＣＴが適用されるキャリア（ＮＣＴキャリア）は、ＮＣＴをサポートするユーザ端末しか収容できない。

例えば、ＮＣＴキャリアは、ＬＣＴキャリアに比べて、参照信号の密度が低く設定される。或いは、ＮＣＴキャリアは、下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）を持たない。この場合、ＮＣＴキャリアは、上述したセカンダリセルと同様のキャリア構成になる。或いは、ＮＣＴキャリアには、ＰＤＣＣＨに代えて、下りリンク制御信号を伝送するためのｅＰＤＣＣＨ（ｅｎｈａｎｃｅｄ ＰＤＣＣＨ）が設けられる。

（１）第１実施形態
以下において、第１実施形態について説明する。

（１．１）第１実施形態の概要
本実施形態に係る通信制御方法は、基地局が、該基地局の負荷レベルに関する通知メッセージを隣接基地局に送信するステップＡと、隣接基地局が、通知メッセージに基づいて、第２のコンポーネントキャリアをプライマリセルとして運用するように第２のコンポーネントキャリアのキャリア構成を変更するステップＢと、を有する。

ここで、「通知メッセージを送信する」とは、通知メッセージを直接的に隣接基地局に送信する場合に限らず、上位のネットワークエンティティを介して通知メッセージを間接的に隣接基地局に送信する場合も含む。「隣接基地局」は、次隣接基地局も含む概念であってもよい。

また、「第２のコンポーネントキャリアのキャリア構成を変更する」とは、第２のコンポーネントキャリアの全部をプライマリセルとして運用するようにキャリア構成を変更する場合に限らず、第２のコンポーネントキャリアの一部のみをプライマリセルとして運用するようにキャリア構成を変更する場合も含む。前者の場合にはキャリアアグリゲーションが中止されるが、後者の場合にはキャリアアグリゲーションが一部継続される。

なお、第２のコンポーネントキャリアの一部のみをプライマリセルとして運用するとは、第２のコンポーネントキャリアが１つであれば、１つの第２のコンポーネントキャリアのうちの一部のサブフレームをプライマリセルとして運用することを含み、第２のコンポーネントキャリアが複数であれば、複数の第２のコンポーネントキャリアのうちの１つの第２のコンポーネントキャリアをプライマリセルとして運用することを含む。

このような通信制御方法によれば、隣接基地局は、自身の負荷レベルが上昇することが通知メッセージから予想される場合（例えば、自身が収容するユーザ端末の数が増加すると予想される場合）に、負荷レベルの上昇に備えて、第２のコンポーネントキャリアをプライマリセルとして運用するように変更する。よって、隣接基地局は、自身の負荷レベルが実際に上昇した際、プライマリセルに変更した第２のコンポーネントキャリアを用いて、負荷レベルの上昇分を吸収できる。

したがって、本実施形態に係る通信制御方法は、複数のコンポーネントキャリアを適切に運用できる。

本実施形態において、通知メッセージは、基地局の負荷レベルが所定レベルを上回る状態の持続時間を示す持続時間情報を含んでもよい。これにより、隣接基地局は、自身の負荷レベルが上昇するタイミングを持続時間情報から予想して、第２のコンポーネントキャリアをプライマリセルに変更するタイミングを適切に決定できる。

なお、以下において「所定レベル」とは、基地局が高負荷状態と認められる程度の負荷レベルを意味し、例えば基地局の負荷容量の８０％〜９０％の負荷レベルとすることができる。

（１．２）移動通信システムの概要
図１は、本実施形態に係る移動通信システムの構成図である。本実施形態に係る移動通信システムは、ＬＴＥ Ａｄｖａｎｃｅｄ（３ＧＰＰリリース１０以降）に基づいて構成されるＬＴＥシステムである。

図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０と、を含む。本実施形態においてＥ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。

ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセル（サービングセル）との無線通信を行う。ＵＥ１００はユーザ端末に相当する。ＵＥ１００は、キャリアアグリゲーションによるマルチキャリア通信を行う場合に、プライマリセル及びセカンダリセルをサービングセルとして、該サービングセルとの無線通信を行う。

Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、セルを管理しており、セルとの接続を確立したＵＥ１００との無線通信を行う。なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。

ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御及びスケジューリングのための測定制御機能などを有する。

ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ４００（Ｏｐｅｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）と、を含む。

ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。

ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。

ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。

次に、ＵＥ１００及びｅＮＢ２００の構成を説明する。

図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１と、無線送受信機１１０と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。なお、ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。

アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。アンテナ１０１は、複数のアンテナ素子を含む。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。

ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。

ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。

バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。

メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。

プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。また、プロセッサ１６０は、後述する各種の通信プロトコルを実行する。

図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、無線送受信機２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、制御部を構成する。

アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。アンテナ２０１は、複数のアンテナ素子を含む。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。

ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。

メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。

プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。また、プロセッサ２４０は、後述する各種の通信プロトコルを実行する。

図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。

図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１〜レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）レイヤを含む。

物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。

ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）及びリソースブロックを決定するＭＡＣスケジューラを含む。

ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、無線ベアラを介してデータが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００はＲＲＣ接続状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。

ＲＲＣレイヤの上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）レイヤは、セッション管理及びモビリティ管理などを行う。

図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）がそれぞれ使用される。

図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。リソースブロックは、連続する複数のサブキャリアからなる。また、各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。

下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に、制御信号を運搬する物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。制御信号は、例えば、上りリンクＳＩ（Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）、下りリンクＳＩ（Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）、ＴＰＣビットである。上りリンクＳＩは、上りリンクのリソースブロックの割当てを示す信号である。下りリンクＳＩは、下りリンクのリソースブロックの割当てを示す信号である。ＴＰＣビットは、上りリンクのチャネルを介して送信される信号の電力の増減を指示する信号である。また、各サブフレームの残りの区間は、主に、ユーザデータを運搬する物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用される領域である。

上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に、制御信号を運搬する物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。制御信号は、例えば、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、ＡＣＫ／ＮＡＣＫなどである。ＣＱＩは、下りリンクの伝送に使用すべき推奨変調方式と符号化速度を通知する信号である。ＰＭＩは、下りリンクの伝送の為に使用することが望ましいプリコーダマトリックスを示す信号である。ＲＩは、下りリンクの伝送に使用すべきレイヤ数（ストリーム数）を示す信号である。ＳＲは、上りリンクのリソースブロックの割当てを要求する信号である。ＡＣＫ／ＮＡＣＫは、下りリンクのチャネル（例えば、ＰＤＳＣＨ）を介して送信されるユーザデータを受信できたか否かを示す信号である。また、各サブフレームにおける周波数方向の中央部は、主に、ユーザデータを運搬する物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用される領域である。

（１．３）キャリアアグリゲーションの概要
以下、本実施形態に係るＬＴＥシステムがサポートするキャリアアグリゲーションにおけるキャリア構成を説明する。下りリンクにおけるキャリアアグリゲーションを例に説明するが、本発明は下りリンクに限定されるものではない。

図６は、下りリンクにおいてキャリアアグリゲーションが適用された場合の無線フレームの構成図である。ここでは、下りリンクにおいて２つのコンポーネントキャリア（ＣＣ）が利用できるケースを例示している。２つのコンポーネントキャリア（ＣＣ１、ＣＣ２）は、周波数方向に連続していてもよく、不連続であってもよい。

図６に示すように、本実施形態に係るＬＴＥシステムは、プライマリセルとして運用される第１のコンポーネントキャリア（ＣＣ１）と、セカンダリセルとして運用される第２のコンポーネントキャリア（ＣＣ２）と、を用いてマルチキャリア通信を行うキャリアアグリゲーションをサポートする。

プライマリセルとして運用される第１のコンポーネントキャリア（ＣＣ１）において、各サブフレームは、ＰＤＣＣＨとして使用される制御領域（ＰＤＣＣＨ領域）と、ＰＤＳＣＨとして使用される制御領域（ＰＤＳＣＨ領域）と、を含む。また、各サブフレームは、参照信号を含む。

このように、第１のコンポーネントキャリア（ＣＣ１）におけるサブフレームは、ＰＤＣＣＨ領域及びＰＤＳＣＨ領域を含み、制御信号及びユーザデータを伝送できる。したがって、プライマリセル（第１のコンポーネントキャリア）は、制御信号を伝送できるので、プライマリセル単独でユーザ端末を収容できる。

これに対し、セカンダリセルとして運用される第２のコンポーネントキャリア（ＣＣ２）において、各サブフレームは、ＰＤＣＣＨとして使用される制御領域（ＰＤＣＣＨ領域）の代わりに、ＰＤＳＣＨとして使用されるデータ領域（ＰＤＳＣＨ領域）を含む。また、各サブフレームは、参照信号を含む。

このように、第２のコンポーネントキャリア（ＣＣ２）におけるサブフレームは、ＰＤＣＣＨ領域を含まず、制御信号を伝送できない。したがって、セカンダリセル（第２のコンポーネントキャリア）は、制御信号を伝送できないので、セカンダリセル単独ではユーザ端末を収容できない。

（１．４）第１実施形態に係る動作
以下において、本実施形態に係るＬＴＥシステムの動作を説明する。

図７は、本実施形態で想定するＬＴＥシステムの動作環境を説明するための図である。図７に示すように、ｅＮＢ２００−１に隣接してｅＮＢ２００−２が設置されており、ｅＮＢ２００−２に隣接してｅＮＢ２００−３が設置されている。

ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれは、キャリアアグリゲーションをサポートする。本実施形態では、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれは、第１のコンポーネントキャリア（ＣＣ１）及び第２のコンポーネントキャリア（ＣＣ２）を使用可能である。

また、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれの通信エリア内には、電車などの輸送交通手段Ｔの移動経路（例えば、線路）が設けられている。輸送交通手段Ｔは、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３の順に、対応する通信エリア内を通過する。

輸送交通手段Ｔ内には、多数のＵＥ１００が存在し得る。輸送交通手段Ｔ内に多数のＵＥ１００が存在する場合、輸送交通手段Ｔが通信エリア内を通過する際に、該通信エリアに対応するｅＮＢ２００の負荷レベルが急激に上昇する。

本実施形態では、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれは、通常時はキャリアアグリゲーションを行うモード（以下、キャリアアグリゲーションモード）で動作する。一方、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれは、負荷レベルが高い状況及び負荷レベルが上昇すると予想される状況においては、キャリアアグリゲーションを行わないモード（以下、多ＵＥモード）で動作する。

多ＵＥモードは、キャリアアグリゲーションモードに比べて、１ＵＥ当たりの伝送速度は低下するものの、ｅＮＢ２００が収容可能なＵＥ数を増加させることができる。

図８は、下りリンクにおいてキャリアアグリゲーションが適用されない場合（すなわち、多ＵＥモード）における無線フレームの構成図である。

図８に示すように、多ＵＥモードにおいて、第２のコンポーネントキャリア（ＣＣ２）は、第１のコンポーネントキャリアと同様にプライマリセルとして運用される。具体的には、プライマリセルとして運用される第２のコンポーネントキャリア（ＣＣ２）において、各サブフレームは、ＰＤＣＣＨとして使用される制御領域（ＰＤＣＣＨ領域）と、ＰＤＳＣＨとして使用される制御領域（ＰＤＳＣＨ領域）と、を含む。また、各サブフレームは、参照信号を含む。

図７の例では、ｅＮＢ２００−１は、自身の通信エリア内に輸送交通手段Ｔがあり、負荷レベルが高い状況にあるので、多ＵＥモードで動作している。ここで、ｅＮＢ２００−１は、自身の負荷レベルが高いことに応じて、自身の負荷レベルに関する通知メッセージ（以下、「Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡ」と称する）をＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。本実施形態において、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡは、隣接基地局情報に相当する。

ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡを受信すると、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡに基づいて、多ＵＥモードに移行する。具体的には、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するように第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更する。

このように、ｅＮＢ２００−２は、自身の接続ＵＥ数が増加することがＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡから予想される場合に、接続ＵＥ数の増加に備えて、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するようにキャリア構成を変更する。これにより、ｅＮＢ２００−２は、自身の接続ＵＥ数が実際に増加した際、第２のコンポーネントキャリア（ＣＣ２）に対応するプライマリセルを用いて、接続ＵＥ数の増加分を吸収できる。

ｅＮＢ２００−１は、ｅＮＢ２００−３の負荷レベルも上昇すると予想した場合、ｅＮＢ２００−１は、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−３に送信する。

なお、ｅＮＢ２００−１がＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡの送信先とすべきｅＮＢ（セル）の一覧は、ｅＮＢ２００−１が保持していてもよく、上位のネットワークエンティティが保持していてもよい。

図９は、本実施形態に係るＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡに関するメッセージ構成を説明するための図である。ここでは、ｅＮＢ２００−１からｅＮＢ２００−２へＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡを送信する一例を説明する。

図９に示すように、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡは、メッセージ種別を識別するためのメッセージＩＤと、送信元を識別するためのセルＩＤと、送信先を識別するためのセルＩＤと、を含む。

また、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡは、ｅＮＢ２００−２において上昇すると予想される負荷レベル（例えば、接続ＵＥ数、又はトラフィック量）を示す負荷情報を含む。ｅＮＢ２００−２において上昇すると予想される負荷レベルとは、輸送交通手段ＴがｅＮＢ２００−１の通信エリア内に入った際に上昇したｅＮＢ２００−１の負荷レベルとすることができる。或いは、負荷情報は、現時点のｅＮＢ２００−１の負荷レベルを示す情報であってもよい。

さらに、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡは、ｅＮＢ２００−１において負荷レベルが高い状態が持続する時間を示す持続時間情報を含む。具体的には、ｅＮＢ２００−１は、自身の負荷レベルが所定レベルを超えた時点からの経過時間（持続時間）を計時し、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡを送信する際に、送信時点の経過時間を示す持続時間情報をＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡに含める。持続時間情報は、ｅＮＢ２００−２において、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルに変更するタイミングを決定するために使用される。

なお、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡは、持続時間と比較すべきタイムアウト時間を示すタイムアウト時間情報を含んでもよい。この場合、ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡに含まれる持続時間情報及びタイムアウト時間情報に基づいて、持続時間がタイムアウト時間を上回るか否かを判定し、持続時間がタイムアウト時間を上回るタイミングで多ＵＥモードに移行する。

一方、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡに対する応答であるＴｒａｆｆｉｃ Ｆｏｒｅｃａｓｔ Ｒｅｓｐｏｎｓｅメッセージは、メッセージ種別を識別するためのメッセージＩＤと、送信元を識別するためのセルＩＤと、送信先を識別するためのセルＩＤと、を含む。

図１０は、本実施形態に係るｅＮＢ２００−１の動作フロー図である。ここでは、ｅＮＢ２００−２へのＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡの送信に関するｅＮＢ２００−１の動作を説明する。

図１０に示すように、ステップＳ１１１において、ｅＮＢ２００−１は、自身の負荷レベルが所定レベルを上回るか否かを判定する。ここで、ｅＮＢ２００−１は、自身の負荷レベルが所定レベルを上回った際、持続時間を計時するための持続時間タイマを起動する。

ステップＳ１１１の判定が「ＹＥＳ」である場合、ステップＳ１１２において、ｅＮＢ２００−１は、負荷情報及び持続時間情報を取得する。負荷情報は、輸送交通手段ＴがｅＮＢ２００−１の通信エリア内に入った際に上昇したｅＮＢ２００−１の負荷レベルとすることができる。或いは、負荷情報は、現時点のｅＮＢ２００−１の負荷レベルを示す情報であってもよい。持続時間情報は、持続時間タイマの値とすることができる。

ステップＳ１１３において、ｅＮＢ２００−１は、ステップＳ１１２で取得した負荷情報及び持続時間情報を含んだＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡを、Ｘ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。

図１１は、本実施形態に係るｅＮＢ２００−２の動作フロー図である。

図１１に示すように、ステップＳ１２１において、ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡを受信したか否かを判定する。

ステップＳ１２１の判定が「ＹＥＳ」である場合、ステップＳ１２２において、ｅＮＢ２００−２は、自身の負荷レベルと、受信したＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡに含まれる負荷状態が示す負荷レベルと、の合計が、所定レベルを上回るか否かを判定する。或いは、ｅＮＢ２００−２は、受信したＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡに含まれる負荷状態が示す負荷レベルが所定レベルを上回るか否かを判定してもよい。

ステップＳ１２２の判定が「ＹＥＳ」である場合、ステップＳ１２３において、ｅＮＢ２００−２は、受信したＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡに含まれる持続時間情報が示す持続時間が、タイムアウト時間を上回るか否かを判定する。受信したＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡにタイムアウト時間を示す情報が含まれていれば、該情報からタイムアウト時間を設定してもよい。或いは、タイムアウト時間は、ｅＮＢ２００−２の周辺環境に基づいて予め設定されていてもよい。

ステップＳ１２３の判定が「ＹＥＳ」である場合、ｅＮＢ２００−２は、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するようにキャリア構成を変更する。すなわち、ＣＡモードから多ＵＥモードへ移行する。

なお、ｅＮＢ２００−２は、多ＵＥモードへ移行する場合には、上述したＴｒａｆｆｉｃ Ｆｏｒｅｃａｓｔ Ｒｅｓｐｏｎｓｅメッセージとして肯定応答（ＡＣＫ）を送信し、多ＵＥモードへ移行しない場合には、上述したＴｒａｆｆｉｃ Ｆｏｒｅｃａｓｔ Ｒｅｓｐｏｎｓｅメッセージとして否定応答（ＮＡＣＫ）を送信してもよい。

（１．５）まとめ
本実施形態によれば、ｅＮＢ２００−２は、自身の負荷レベル上昇がＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡから予想される場合に、負荷レベル上昇に備えて、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するように変更（すなわち、ＣＡモードから多ＵＥモードへの切り替え）ができる。よって、ｅＮＢ２００−２は、自身の負荷レベルが実際に増加した際、プライマリセルに変更した第２のコンポーネントキャリア（ＣＣ２）を用いて、負荷レベルの上昇分を吸収できる。

本実施形態に係るＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡは、ｅＮＢ２００−１の負荷レベルが所定レベルを上回る状態の持続時間を示す持続時間情報を含む。これにより、ｅＮＢ２００−２は、自身の負荷レベルが上昇するタイミングを持続時間情報から予想して、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更するタイミングを適切に決定できる。

（１．６）第１実施形態の変更例
第１実施形態では、新規メッセージであるＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡを利用してＣＡモードから多ＵＥモードへの切り替えを制御していたが、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡに代えて既存メッセージを利用してもよい。具体的には、図９のシーケンスは以下のように変更できる。

第１に、ｅＮＢ２００−２は、負荷レベルの状況（リソース使用状況）の報告を要求するＲｅｓｏｕｒｃｅ Ｓｔａｔｕｓ ＲｅｑｕｅｓｔメッセージをＸ２インターフェイス上でｅＮＢ２００−１に送信する。Ｒｅｓｏｕｒｃｅ Ｓｔａｔｕｓ Ｒｅｑｕｅｓｔメッセージは、報告の周期を指定する情報を含む。

第２に、ｅＮＢ２００−１は、ｅＮＢ２００−２からのＲｅｓｏｕｒｃｅ Ｓｔａｔｕｓ Ｒｅｑｕｅｓｔメッセージに応じて、負荷レベルの状況（リソース使用状況）を示す情報を含むＲｅｓｏｕｒｃｅ Ｓｔａｔｕｓ ＵｐｄａｔｅメッセージをＸ２インターフェイス上で周期的にｅＮＢ２００−２に送信する。

第３に、ｅＮＢ２００−２は、ｅＮＢ２００−２からのＲｅｓｏｕｒｃｅ Ｓｔａｔｕｓ Ｒｅｑｕｅｓｔメッセージに基づいて、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するように変更（すなわち、ＣＡモードから多ＵＥモードへの切り替え）を行う。

（２）第２実施形態
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、ＣＡモードから多ＵＥモードへの切り替え判断の主体が、メッセージ送信側のｅＮＢ２００である点で、第１実施形態とは異なっている。

（２．１）第２実施形態の概要
本実施形態に係る通信制御方法は、基地局が、該基地局の負荷レベルに基づいて、隣接基地局に対して、第２のコンポーネントキャリアをプライマリセルとして運用するよう変更を要求する要求メッセージを送信するステップＡを有する。

ここで、「要求メッセージを送信する」とは、要求メッセージを直接的に隣接基地局に送信する場合に限らず、上位のネットワークエンティティを介して要求メッセージを間接的に隣接基地局に送信する場合も含む。「隣接基地局」とは、次隣接基地局も含む概念であってもよい。

また、「第２のコンポーネントキャリアの変更」とは、第２のコンポーネントキャリアの全部をプライマリセルとして運用するようにキャリア構成を変更する場合に限らず、第２のコンポーネントキャリアの一部のみをプライマリセルとして運用するようにキャリア構成を変更する場合も含む。前者の場合にはキャリアアグリゲーションが中止されるが、後者の場合にはキャリアアグリゲーションが一部継続される。

なお、第２のコンポーネントキャリアの一部のみをプライマリセルとして運用するとは、第２のコンポーネントキャリアが１つであれば、１つの第２のコンポーネントキャリアのうちの一部のサブフレームをプライマリセルとして運用することを含み、第２のコンポーネントキャリアが複数であれば、複数の第２のコンポーネントキャリアのうちの１つの第２のコンポーネントキャリアをプライマリセルとして運用することを含む。

本実施形態に係る通信制御方法によれば、基地局は、隣接基地局の負荷レベルが上昇することが自身の負荷レベルから予想される場合（例えば、隣接基地局が収容するユーザ端末の数が増加すると予想される場合）に、負荷レベルの上昇に備えて、隣接基地局における第２のコンポーネントキャリアの運用をプライマリセルに変更させることができる。

よって、隣接基地局は、自身の負荷レベルが実際に上昇した際、プライマリセルに変更した第２のコンポーネントキャリアを用いて負荷レベルの上昇分を吸収できる。したがって、第２実施形態に係る通信制御方法は、複数のコンポーネントキャリアを適切に運用できる。

本実施形態に係る通信制御方法は、基地局が、該基地局の負荷レベルが所定レベルを上回る状態の持続時間に基づいて、要求メッセージを送信するタイミングを決定するステップＢをさらに有してもよい。これにより、基地局は、隣接基地局の負荷レベルが上昇するタイミングを持続時間から予想して、要求メッセージを送信するタイミングを適切に決定できる。

（２．２）第２実施形態に係る動作
本実施形態で想定するＬＴＥシステムの動作環境は、第１実施形態（図７）と同様である。

本実施形態では、図７の例において、ｅＮＢ２００−１は、自身の通信エリア内に輸送交通手段Ｔがあり、負荷レベルが高い状況にあるので、多ＵＥモードで動作している。ここで、ｅＮＢ２００−１は、自身の負荷レベルが高いことに応じて、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するよう変更を要求する要求メッセージ（以下、「Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢ」と称する）をＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。本実施形態において、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢは、隣接基地局情報に相当する。

ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢを受信すると、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢに基づいて、多ＵＥモードに移行する。具体的には、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するように第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更する。

このように、ｅＮＢ２００−１は、ｅＮＢ２００−２の負荷レベルが上昇することが自身の負荷レベルから予想される場合に、負荷レベルの上昇に備えてｅＮＢ２００−２における第２のコンポーネントキャリアの運用をプライマリセルに変更させることができる。よって、ｅＮＢ２００−２は、自身の負荷レベルが実際に上昇した際、追加のプライマリセルを用いて負荷レベルの上昇分を吸収できる。

ｅＮＢ２００−１は、ｅＮＢ２００−３の負荷レベルも上昇すると予想した場合、ｅＮＢ２００−１は、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−３に送信する。

なお、ｅＮＢ２００−１がＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢの送信先とすべきｅＮＢ（セル）の一覧は、ｅＮＢ２００−１が保持していてもよく、上位のネットワークエンティティが保持していてもよい。

図１２は、本実施形態に係るＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢに関するメッセージ構成を説明するための図である。ここでは、ｅＮＢ２００−１からｅＮＢ２００−２へＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢを送信する一例を説明する。

図１２に示すように、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢは、メッセージ種別を識別するためのメッセージＩＤと、送信元を識別するためのセルＩＤと、送信先を識別するためのセルＩＤと、を含む。

Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢに対する応答であるＴｒａｆｆｉｃ Ｆｏｒｅｃａｓｔ Ｒｅｓｐｏｎｓｅメッセージは、メッセージ種別を識別するためのメッセージＩＤと、送信元を識別するためのセルＩＤと、送信先を識別するためのセルＩＤと、を含む。

図１３は、本実施形態に係るｅＮＢ２００−１の動作フロー図である。ここでは、ｅＮＢ２００−２へのＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢの送信に関するｅＮＢ２００−１の動作を説明する。

図１３に示すように、ステップＳ２１１において、ｅＮＢ２００−１は、自身の負荷レベルが所定レベルを上回るか否かを判定する。ここで、ｅＮＢ２００−１は、自身の負荷レベルが所定レベルを上回った際、持続時間を計時するための持続時間タイマを起動する。

ステップＳ２１１の判定が「ＹＥＳ」である場合、ステップＳ２１２において、ｅＮＢ２００−１は、持続時間タイマが示す持続時間が、タイムアウト時間を上回るか否かを判定する。タイムアウト時間は、ｅＮＢ２００−２の周辺環境に基づいて予め設定されている。

ステップＳ２１２の判定が「ＹＥＳ」である場合、ステップＳ２１３において、ｅＮＢ２００−１は、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するよう変更を要求するＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。

図１４は、本実施形態に係るｅＮＢ２００−２の動作フロー図である。

図１４に示すように、ステップＳ２２１において、ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢを受信したか否かを判定する。

ステップＳ２２１の判定が「ＹＥＳ」である場合、ステップＳ２２２において、ｅＮＢ２００−２は、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するようにキャリア構成を変更する。すなわち、ＣＡモードから多ＵＥモードへ移行する。

なお、ｅＮＢ２００−２は、多ＵＥモードへ移行する場合には、上述したＴｒａｆｆｉｃ Ｆｏｒｅｃａｓｔ Ｒｅｓｐｏｎｓｅメッセージとして肯定応答（ＡＣＫ）を送信し、何らかの理由で多ＵＥモードへ移行しない場合には、上述したＴｒａｆｆｉｃ Ｆｏｒｅｃａｓｔ Ｒｅｓｐｏｎｓｅメッセージとして否定応答（ＮＡＣＫ）を送信してもよい。

（２．３）まとめ
本実施形態によれば、ｅＮＢ２００−１は、ｅＮＢ２００−２の負荷レベルが上昇することが自身の負荷レベルから予想される場合に、負荷レベルの上昇に備えてｅＮＢ２００−２における第２のコンポーネントキャリアの運用をプライマリセルに変更させることができる。よって、ｅＮＢ２００−２は、自身の負荷レベルが実際に上昇した際、追加のプライマリセルを用いて負荷レベルの上昇分を吸収できる。

本実施形態では、ｅＮＢ２００−１は、該ｅＮＢ２００−１の負荷レベルが閾値を上回る状態の持続時間に基づいて、Ｔｒａｆｆｉｃ Ｆｏｒｅｃａｓｔメッセージを送信するタイミングを決定する。これにより、ｅＮＢ２００−１は、ｅＮＢ２００−２の負荷レベルが上昇するタイミングを持続時間から予想して、Ｔｒａｆｆｉｃ Ｆｏｒｅｃａｓｔメッセージを送信するタイミングを適切に決定できる。

（３）第３実施形態
以下、第３実施形態について、第１実施形態及び第２実施形態との相違点を説明する。第１実施形態及び第２実施形態は、ＣＡモードから多ＵＥモードへの切り替え（移行）に関する実施形態であったが、第３実施形態は、多ＵＥモードからＣＡモードへの切り替え（復帰）に関する実施形態である。

（３．１）第３実施形態の概要
本実施形態に係る通信制御方法は、基地局が、第２のコンポーネントキャリアをプライマリセルとして運用するよう第２のコンポーネントキャリアのキャリア構成を変更した後、基地局の負荷レベルに基づいて、第２のコンポーネントキャリアのキャリア構成を変更前の状態に戻すステップＡを有する。

このように、基地局は、第２のコンポーネントキャリアをプライマリセルとして運用するよう変更した後、自身の負荷レベルが十分に低下したのであれば、変更前の状態に戻す（すなわち、第２のコンポーネントキャリアをセカンダリセルに戻す）ことで、キャリアアグリゲーションを良好に機能させることができる。したがって、第３実施形態に係る通信制御方法は、複数のコンポーネントキャリアを適切に運用できる。

ステップＡは、基地局が、第２のコンポーネントキャリアのキャリア構成を変更前の状態に戻す前に、第２のコンポーネントキャリアで接続を確立したユーザ端末に対して、第１のコンポーネントキャリアへのハンドオーバを行うよう指示するステップＡ１を含んでもよい。

或いは、ステップＡは、基地局が、第２のコンポーネントキャリアのキャリア構成を変更前の状態に戻す前に、第１のコンポーネントキャリア又は他の基地局へのハンドオーバを促進するように、ハンドオーバ閾値を調整するステップＡ２を含んでもよい。

或いは、ステップＡは、基地局が、第２のコンポーネントキャリアのキャリア構成を変更前の状態に戻す前に、第１のコンポーネントキャリア又は他の基地局へのハンドオーバを促進するように、第２のコンポーネントキャリアにおける送信電力を低下させるステップＡ３を含んでもよい。

これにより、第２のコンポーネントキャリアのキャリア構成を変更前の状態（セカンダリセル）に戻す場合でも、プライマリセルとして運用中の第２のコンポーネントキャリアで接続を確立したユーザ端末の通信が途絶える事態を回避できる。

（３．２）第３実施形態に係る動作
図１５は、本実施形態で想定するＬＴＥシステムの動作環境を説明するための図である。

図１５（ａ）に示すように、ｅＮＢ２００−１に隣接してｅＮＢ２００−２が設置されており、ｅＮＢ２００−２に隣接してｅＮＢ２００−３が設置されている。ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれの通信エリア内には、電車などの輸送交通手段Ｔの移動経路（例えば、線路）が設けられている。輸送交通手段Ｔは、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３の順に、対応する通信エリア内を通過する。

輸送交通手段Ｔ内には、多数のＵＥ１００が存在し得る。輸送交通手段Ｔ内に多数のＵＥ１００が存在する場合、輸送交通手段Ｔが通信エリア内を通過する際に、該通信エリアに対応するｅＮＢ２００の負荷レベルが急激に上昇する。

図１５（ａ）の例では、ｅＮＢ２００−１は、自身の通信エリア内に輸送交通手段Ｔがあり、負荷レベルが高い状況にあるので、多ＵＥモードで動作している。ここで、ｅＮＢ２００−１は、自身の負荷レベルが高いことに応じて、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡ又はＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。

図１５（ｂ）に示すように、ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡ又はＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢを受信した後、自身の通信エリア内に輸送交通手段Ｔがあり、負荷レベルが高い状況にあるので、多ＵＥモードで動作する。ここで、ｅＮＢ２００−２は、自身の負荷レベルが高いことに応じて、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡ又はＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−３に送信する。一方、ｅＮＢ２００−１は、自身の通信エリア内に輸送交通手段Ｔが存在せず、負荷レベルが低い状況にあるので、多ＵＥモードからＣＡモードに復帰する。

図１５（ｃ）に示すように、ｅＮＢ２００−３は、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＡ又はＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＢを受信した後、自身の通信エリア内に輸送交通手段Ｔがあり、負荷レベルが高い状況にあるので、多ＵＥモードで動作する。一方、ｅＮＢ２００−２は、自身の通信エリア内に輸送交通手段Ｔが存在せず、負荷レベルが低い状況にあるので、多ＵＥモードからＣＡモードに復帰する。

次に、図６及び図８を参照して、多ＵＥモードからＣＡモードへの復帰時の動作の概要を説明する。

図８に示すように、多ＵＥモードにおいては、第１のコンポーネントキャリア（ＣＣ１）及び第２のコンポーネントキャリア（ＣＣ２）の何れもがプライマリセルとして運用されており、第２のコンポーネントキャリア（ＣＣ２）単独で、ＵＥ１００を収容できる（すなわち、ＵＥ１００が接続を確立できる）。

しかしながら、図６に示すように、ＣＡモードにおいては、第２のコンポーネントキャリア（ＣＣ２）はセカンダリセルとして運用されるので、第２のコンポーネントキャリア（ＣＣ２）単独でＵＥ１００を収容できない（すなわち、ＵＥ１００が接続を確立できない）。

よって、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００は、多ＵＥモードからＣＡモードへ切り替えると、もはや接続を維持することができず、接続状態からアイドル状態に移行する。すなわち、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００の通信が途絶えることになる。

そこで、本実施形態では、ｅＮＢ２００は、多ＵＥモードからＣＡモードへ切り替える前に、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００が第１のコンポーネントキャリア（ＣＣ１）又は他のｅＮＢ２００へのハンドオーバを行うよう制御する。

このように、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００が第１のコンポーネントキャリア（ＣＣ１）又は他のｅＮＢ２００へのハンドオーバを行うことで、多ＵＥモードからＣＡモードへ切り替えても、ＵＥ１００は接続状態を維持できるので、ＵＥ１００の通信が途絶えることはない。ここで、ハンドオーバを行う方法は、例えば以下の３つである。

第１の方法として、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更前の状態（セカンダリセル）に戻す前に、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００に対して、第１のコンポーネントキャリア（ＣＣ１）へのハンドオーバを行うよう指示する。

第２の方法として、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更前の状態（セカンダリセル）に戻す前に、第１のコンポーネントキャリア（ＣＣ１）又は他のｅＮＢ２００へのハンドオーバを促進するように、ハンドオーバ閾値を調整する。ハンドオーバ閾値とは、ＵＥ１００における参照信号の受信電力又は受信品質と比較される閾値である。例えば、ＵＥ１００が第１のコンポーネントキャリア（ＣＣ１）で受信する参照信号の受信電力又は受信品質と比較されるハンドオーバ閾値を低くするよう調整することで、第１のコンポーネントキャリア（ＣＣ１）へのハンドオーバを促進できる。或いは、ＵＥ１００が第２のコンポーネントキャリア（ＣＣ２）で受信する参照信号の受信電力又は受信品質と比較されるハンドオーバ閾値を高くするよう調整することで、第２のコンポーネントキャリア（ＣＣ２）からのハンドオーバを促進できる。

第３の方法として、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更前の状態（セカンダリセル）に戻す前に、第１のコンポーネントキャリア（ＣＣ１）又は他のｅＮＢ２００へのハンドオーバを促進するように、第２のコンポーネントキャリア（ＣＣ２）における送信電力を低下させる。これにより、ＵＥ１００が第１のコンポーネントキャリア（ＣＣ１）で受信する参照信号の受信電力又は受信品質が低くなるので、第２のコンポーネントキャリア（ＣＣ２）からのハンドオーバを促進できる。

そして、ｅＮＢ２００は、第１の方法から第３の方法の少なくとも１つにより、第２のコンポーネントキャリア（ＣＣ２）で接続を確立するＵＥ１００が存在しなくなった後に、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更前の状態（セカンダリセル）に戻す。なお、第２の方法及び第３の方法の場合、このような復帰動作を終了する際に、ハンドオーバ閾値及び送信電力も元に戻すことが望ましい。

図１６は、本実施形態に係るｅＮＢ２００の動作フロー図である。本フローの初期状態において、ｅＮＢ２００は多ＵＥモードで動作していると仮定する。

図１６に示すように、ステップＳ３０１において、ｅＮＢ２００は、自身の負荷レベルが所定レベルを下回るか否かを判定する。

ステップＳ３０１の判定が「ＹＥＳ」である場合、ステップＳ３０２において、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００が第１のコンポーネントキャリア（ＣＣ１）又は他のｅＮＢ２００へのハンドオーバを行うための処理、すなわち、上述した第１の方法から第３の方法の少なくとも１つを開始する。

ステップＳ３０３において、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００が全てハンドオーバを行ったか否かを判定する。

ステップＳ３０３の判定が「ＹＥＳ」である場合、ステップＳ３０４において、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更前の状態（セカンダリセル）に戻す。その結果、ｅＮＢ２００は、多ＵＥモードからＣＡモードへ復帰する。

（３．３）まとめ
本実施形態によれば、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するよう変更した後、自身の負荷レベルが十分に減少したのであれば、第２のコンポーネントキャリア（ＣＣ２）を変更前の状態（セカンダリセル）に戻すことで、キャリアアグリゲーションを良好に機能させることができる。

本実施形態では、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更前の状態に戻す前に、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００に対して、第１のコンポーネントキャリア（ＣＣ１）へのハンドオーバを行うよう指示する。

或いは、ｅＮＢ２００は、セカンダリセルのキャリア構成を変更前の状態に戻す前に、第１のコンポーネントキャリア（ＣＣ１）又は他のｅＮＢ２００へのハンドオーバを促進するように、ハンドオーバ閾値を調整する、及び／又は第２のコンポーネントキャリア（ＣＣ２）における送信電力を低下させる。

これにより、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更前の状態に戻す場合でも、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００の通信が途絶える事態を回避できる。

（４）第４実施形態
以下において、第４実施形態について、第１実施形態〜第３実施形態との相違点を主として説明する。

（４．１）ＮＣＴ
第４実施形態は、ＮＣＴをサポートするＬＴＥシステムに関する。

ＮＣＴをサポートするＬＴＥシステムにおいては、全てのＵＥ１００がＮＣＴをサポートしているとは限らず、一部のＵＥ１００はＮＣＴをサポートせずにＬＣＴのみをサポートする。

なお、ＮＣＴが適用されるキャリア（ＮＣＴキャリア）は、ＮＣＴをサポートするＵＥ１００しか収容できない。これに対し、ＬＣＴが適用されるキャリア（ＬＣＴキャリア）は、ＮＣＴをサポートしないＵＥ１００及びＮＣＴをサポートするＵＥ１００の何れも収容できる。

（４．１．１）ＮＣＴの具体例１
図１７及び図１８は、ＮＣＴの具体例１を説明するための図である。図１７は、比較例としてのＬＣＴキャリアのキャリア構成を示し、図１８は、ＮＣＴキャリアのキャリア構成を示す。

図１７に示すように、ＬＣＴキャリアの各サブフレームには、時間軸方向及び周波数軸方向において下りリンク参照信号（ＣＲＳ：Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）が分散して配置される。具体的には、下りリンク参照信号は、時間軸方向において、全てのサブフレームに配置される。また、下りリンク参照信号は、周波数軸方向において、全てのリソースブロック（ＲＢ）に配置される。

一方、図１８に示すように、ＮＣＴキャリアにおいて、下りリンク参照信号は、時間軸方向において全てのサブフレームには配置されずに、連続する２つのサブフレームのうち一方のサブフレームにのみ配置される。また、下りリンク参照信号は、周波数軸方向において全てのＲＢには配置されずに、連続する２つのＲＢのうち一方のＲＢにのみ配置される。

このようなＮＣＴキャリアによれば、ＬＣＴキャリアに比べて下りリンク参照信号の密度を低下させることにより、下りリンク参照信号の送信に使用されていた無線リソースをユーザデータ等の送信に使用できるため、スループットを改善できる。

（４．１．２）ＮＣＴの具体例２
図１９及び図２０は、ＮＣＴの具体例２を説明するための図である。図１９は、ＬＣＴキャリアのキャリア構成を示し、図２０は、ＮＣＴキャリアのキャリア構成を示す。

図１９に示すように、ＬＣＴキャリアにおいて、複数のサブフレームのそれぞれには、下りリンク制御信号を送信するためのＰＤＣＣＨ領域が設けられる。ＰＤＣＣＨ領域は、サブフレームの先頭数シンボルの区間において、全てのリソースブロックに亘って設けられる。

一方、図２０に示すように、ＮＣＴキャリアにおいては、下りリンク制御信号を送信するためのｅＰＤＣＣＨ（ｅｎｈａｎｃｅｄ ＰＤＣＣＨ）領域が設けられる。ｅＰＤＣＣＨ領域は、サブフレームに含まれる複数のリソースブロックのうち一部のリソースブロックからなる。

このように、１キャリア（コンポーネントキャリア）内の全てのリソースブロックに亘ってＰＤＣＣＨ領域が設けられるＬＣＴとは異なり、ＮＣＴでは、一部のリソースブロックにおいてのみｅＰＤＣＣＨ領域が設けられる。また、サブフレームの先頭数シンボルの区間においてのみＰＤＣＣＨ領域が設けられるＬＣＴとは異なり、ＮＣＴでは、サブフレーム内の全てのシンボルに亘ってｅＰＤＣＣＨ領域を設けることが可能である。

（４．２）第４実施形態の概要
本実施形態では、ｅＮＢ２００は、隣接基地局情報に基づいて、ｅＮＢ２００が運用する複数のキャリアのうち少なくとも１つのキャリアを、ＬＣＴからＮＣＴに変更する。或いは、ｅＮＢ２００は、隣接基地局情報に基づいて、ｅＮＢ２００が運用する複数のキャリアのうち少なくとも１つのキャリアを、ＮＣＴからＬＣＴに変更する。

隣接基地局情報は、ｅＮＢ２００と隣接するｅＮＢ２００（隣接基地局）と接続するＵＥ１００の能力に関する情報である。本実施形態では、隣接基地局情報は、隣接基地局と接続する複数のＵＥ１００において、ＮＣＴをサポートしないＵＥ１００（以下「レガシーＵＥ」という。）とＮＣＴをサポートするＵＥ１００（以下「ＮＣＴサポートＵＥ」という。）との比を示す情報である。

レガシーＵＥとＮＣＴサポートＵＥとの比を示す情報とは、例えば以下の何れかである。
・レガシーＵＥ数及びＮＣＴサポートＵＥ数から算出された比。
・レガシーＵＥ数及びＮＣＴサポートＵＥ数の組み合わせ。
・隣接基地局と接続するＵＥ１００の総数及びレガシーＵＥ数の組み合わせ。
・隣接基地局と接続するＵＥ１００の総数及びＮＣＴサポートＵＥ数の組み合わせ。

例えば、図７に示した動作環境において、ｅＮＢ２００は、隣接基地局と接続するＵＥ１００のうちレガシーＵＥの割合が多い場合には、ｅＮＢ２００が運用するＮＣＴキャリアをＬＣＴキャリアに変更する。これにより、レガシーＵＥが隣接基地局のエリアからｅＮＢ２００のエリアに大量に移動しても、ＬＣＴキャリアにより、レガシーＵＥをより多く収容可能になる。以下において、ｅＮＢ２００が複数のキャリアの全て又は大部分のキャリアをＬＣＴキャリアとして運用するモードを「レガシーＵＥ優先モード」という。

これに対し、ｅＮＢ２００は、隣接基地局と接続するＵＥ１００のうちＮＣＴサポートＵＥの割合が多い場合には、ｅＮＢ２００が運用するＬＣＴキャリアをＮＣＴキャリアに変更する。これにより、ＮＣＴサポートＵＥが隣接基地局のエリアからｅＮＢ２００のエリアに大量に移動しても、ＮＣＴキャリアにより、ＮＣＴサポートＵＥをより多く収容可能になる。以下において、ｅＮＢ２００が複数のキャリアの全て又は大部分のキャリアをＮＣＴキャリアとして運用するモードを「ＮＣＴサポートＵＥ優先モード」という。

（４．３）第４実施形態に係る動作
図２１は、本実施形態に係るＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣ（隣接基地局情報）を説明するための図である。ここでは、ｅＮＢ２００−１からｅＮＢ２００−２へＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣを送信する一例を説明する。

図２１に示すように、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣは、第１実施形態で説明した負荷情報に代えて、ｅＮＢ２００−１と接続するＵＥ１００におけるレガシーＵＥとＮＣＴサポートＵＥとの比を示す情報（以下「レガシー／ＮＣＴ比情報」という。）を含む。その他のメッセージ構成については、第１実施形態と同様である。

ｅＮＢ２００−１は、レガシーＵＥの割合が閾値を超えたことをトリガとしてＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣをｅＮＢ２００−２に送信してもよい。或いは、ｅＮＢ２００−１は、ＮＣＴサポートＵＥの割合が閾値を超えたことをトリガとしてＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣをｅＮＢ２００−２に送信してもよい。

図２２は、本実施形態に係るｅＮＢ２００−１の動作フロー図である。ここでは、ｅＮＢ２００−２へのＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣの送信に関するｅＮＢ２００−１の動作を説明する。

図２２に示すように、ステップＳ４１１において、ｅＮＢ２００−１は、ｅＮＢ２００−１と接続する複数のＵＥ１００のそれぞれから能力情報を取得し、レガシーＵＥの割合が閾値を上回るか否かを判定する。能力情報は、ＮＣＴをサポートするか否かの情報を含む。ｅＮＢ２００−１は、レガシーＵＥの割合が閾値を上回った際、持続時間を計時するための持続時間タイマを起動する。

ステップＳ４１１の判定が「ＹＥＳ」である場合、ステップＳ４１２において、ｅＮＢ２００−１は、レガシー／ＮＣＴ比情報及び持続時間情報を取得する。ここで、持続時間情報は、第１実施形態と同様に、持続時間タイマの値とすることができる。

ステップＳ４１３において、ｅＮＢ２００−１は、ステップＳ４１２で取得したレガシー／ＮＣＴ比情報及び持続時間情報を含んだＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣを、Ｘ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。

図２３は、本実施形態に係るｅＮＢ２００−２の動作フロー図である。本フローの初期状態において、ｅＮＢ２００−２は、ＮＣＴサポートＵＥ優先モードで動作している。

図２３に示すように、ステップＳ４２１において、ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣを受信したか否かを判定する。

ステップＳ４２１の判定が「ＹＥＳ」である場合、ステップＳ４２２において、ｅＮＢ２００−２は、ｅＮＢ２００−２と接続するレガシーＵＥの割合と、受信したＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣに含まれるレガシー／ＮＣＴ比状態が示すレガシーＵＥの割合と、の合計が、閾値を上回るか否かを判定する。或いは、ｅＮＢ２００−２は、受信したＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣに含まれるレガシー／ＮＣＴ比状態が示すレガシーＵＥの割合が閾値を上回るか否かを判定してもよい。

ステップＳ４２２の判定が「ＹＥＳ」である場合、ステップＳ４２３において、ｅＮＢ２００−２は、受信したＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣに含まれる持続時間情報が示す持続時間が、タイムアウト時間を上回るか否かを判定する。受信したＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣにタイムアウト時間を示す情報が含まれていれば、該情報からタイムアウト時間を設定してもよい。或いは、タイムアウト時間は、ｅＮＢ２００−２の周辺環境に基づいて予め設定されていてもよい。

ステップＳ４２３の判定が「ＹＥＳ」である場合、ｅＮＢ２００−２は、レガシーＵＥ優先モードへ移行する。なお、ｅＮＢ２００−２は、レガシーＵＥ優先モードへ移行する場合には、上述したＴｒａｆｆｉｃ Ｆｏｒｅｃａｓｔ Ｒｅｓｐｏｎｓｅメッセージとして肯定応答（ＡＣＫ）を送信し、レガシーＵＥ優先モードへ移行しない場合には、上述したＴｒａｆｆｉｃ Ｆｏｒｅｃａｓｔ Ｒｅｓｐｏｎｓｅメッセージとして否定応答（ＮＡＣＫ）を送信してもよい。

本フローでは、ＮＣＴサポートＵＥ優先モードからレガシーＵＥ優先モードへの移行について説明したが、レガシーＵＥ優先モードからＮＣＴサポートＵＥ優先モードへの移行を行ってもよい。

図２４は、本実施形態に係る動作の具体例１を説明するための図である。ここでは、ＮＣＴサポートＵＥ優先モードからレガシーＵＥ優先モードへの移行を行うケースについて説明する。

図２４（ａ）に示すように、ｅＮＢ２００−１に隣接してｅＮＢ２００−２が設置されており、ｅＮＢ２００−２に隣接してｅＮＢ２００−３が設置されている。ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれの通信エリア内には、電車などの輸送交通手段Ｔの移動経路（例えば、線路）が設けられている。輸送交通手段Ｔは、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３の順に、対応する通信エリア内を通過する。輸送交通手段Ｔ内には、多数のレガシーＵＥが存在し得る。

図２４（ａ）の例では、ｅＮＢ２００−１は、自身の通信エリア内にレガシーＵＥの割合が多い状況にあるので、レガシーＵＥ優先モードで動作している。ここで、ｅＮＢ２００−１は、レガシーＵＥの割合が多いことに応じて、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。

図２４（ｂ）に示すように、ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣを受信した後、自身の通信エリア内に輸送交通手段Ｔがあり、レガシーＵＥの割合が多い状況にあるので、ＮＣＴサポートＵＥ優先モードからレガシーＵＥ優先モードへ移行する。ここで、ｅＮＢ２００−２は、レガシーＵＥの割合が多いことに応じて、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−３に送信する。一方、ｅＮＢ２００−１は、自身の通信エリア内に輸送交通手段Ｔが存在せず、レガシーＵＥの割合が少ない状況にあるので、ＮＣＴサポートＵＥ優先モードに復帰する。

図２４（ｃ）に示すように、ｅＮＢ２００−３は、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣを受信した後、自身の通信エリア内に輸送交通手段Ｔがあり、レガシーＵＥの割合が多い状況にあるので、ＮＣＴサポートＵＥ優先モードからレガシーＵＥ優先モードへ移行する。一方、ｅＮＢ２００−２は、自身の通信エリア内に輸送交通手段Ｔが存在せず、レガシーＵＥの割合が少ない状況にあるので、ＮＣＴサポートＵＥ優先モードに復帰する。

図２５は、本実施形態に係る動作の具体例２を説明するための図である。ここでは、レガシーＵＥ優先モードからＮＣＴサポートＵＥ優先モードへの移行を行うケースについて説明する。

図２５（ａ）に示すように、ｅＮＢ２００−１に隣接してｅＮＢ２００−２が設置されており、ｅＮＢ２００−２に隣接してｅＮＢ２００−３が設置されている。ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれの通信エリア内には、電車などの輸送交通手段Ｔの移動経路（例えば、線路）が設けられている。輸送交通手段Ｔは、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３の順に、対応する通信エリア内を通過する。輸送交通手段Ｔ内には、多数のＮＣＴサポートＵＥが存在し得る。

図２５（ａ）の例では、ｅＮＢ２００−１は、自身の通信エリア内にＮＣＴサポートＵＥの割合が多い状況にあるので、ＮＣＴサポートＵＥ優先モードで動作している。ここで、ｅＮＢ２００−１は、ＮＣＴサポートＵＥの割合が多いことに応じて、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。

図２５（ｂ）に示すように、ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣを受信した後、自身の通信エリア内に輸送交通手段Ｔがあり、ＮＣＴサポートＵＥの割合が多い状況にあるので、レガシーＵＥ優先モードからＮＣＴサポートＵＥ優先モードへ移行する。ここで、ｅＮＢ２００−２は、ＮＣＴサポートＵＥの割合が多いことに応じて、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−３に送信する。一方、ｅＮＢ２００−１は、自身の通信エリア内に輸送交通手段Ｔが存在せず、ＮＣＴサポートＵＥの割合が少ない状況にあるので、レガシーＵＥ優先モードに復帰する。

図２５（ｃ）に示すように、ｅＮＢ２００−３は、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣを受信した後、自身の通信エリア内に輸送交通手段Ｔがあり、ＮＣＴサポートＵＥの割合が多い状況にあるので、レガシーＵＥ優先モードからＮＣＴサポートＵＥ優先モードへ移行する。一方、ｅＮＢ２００−２は、自身の通信エリア内に輸送交通手段Ｔが存在せず、ＮＣＴサポートＵＥの割合が少ない状況にあるので、レガシーＵＥ優先モードに復帰する。

（４．４）第４実施形態の変更例
上述した第４実施形態では、レガシーＵＥ優先モードとＮＣＴサポートＵＥ優先モードとの間の切り替えを、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣの受信側のｅＮＢ２００において判断していた。

しかしながら、レガシーＵＥ優先モードとＮＣＴサポートＵＥ優先モードとの間の切り替えを、Ｔｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣの送信側のｅＮＢ２００において判断してもよい。

本変更例では、ｅＮＢ２００から隣接基地局に送信されるＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣは、ｅＮＢ２００と接続するＵＥ１００の能力に基づく情報であって、かつ隣接基地局の少なくとも１つのキャリアをＬＣＴからＮＣＴに変更することを要求する情報である。すなわち、ｅＮＢ２００から隣接基地局に送信されるＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣは、レガシーＵＥ優先モードからＮＣＴサポートＵＥ優先モードへの移行を隣接基地局に要求する情報である。

或いは、ｅＮＢ２００から隣接基地局に送信されるＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣは、ｅＮＢ２００と接続するＵＥ１００の能力に基づく情報であって、かつ隣接基地局の少なくとも１つのキャリアをＮＣＴからＬＣＴに変更することを要求する情報である。すなわち、ｅＮＢ２００から隣接基地局に送信されるＴｒａｆｆｉｃ ＦｏｒｅｃａｓｔメッセージＣは、ＮＣＴサポートＵＥ優先モードからレガシーＵＥ優先モードへの移行を隣接基地局に要求する情報である。

（５）その他の実施形態
上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。

上述した第１実施形態〜第３実施形態においては、多ＵＥモードにおいて、第２のコンポーネントキャリア（ＣＣ２）の全部をプライマリセルとして運用するように変更する一例を説明したが、図２６に示すように、第２のコンポーネントキャリア（ＣＣ２）の一部のサブフレームのみをプライマリセルとして運用するように変更してもよい。この場合、第２のコンポーネントキャリア（ＣＣ２）は、プライマリセルのためのサブフレームとセカンダリセルのためのサブフレームとが混在することになる。これにより、セカンダリセルのためのサブフレームが存在するので、キャリアアグリゲーションを一部継続することができる。

なお、米国仮出願第６１／６７６７２４号（２０１２年７月２７日出願）、第６１／６７６７３７号（２０１２年７月２７日出願）、及び第６１／６７６７５５号（２０１２年７月２７日出願）の全内容が、参照により、本願明細書に組み込まれている。

以上のように、本発明は、複数のキャリアを適切に運用できるので、移動通信などの無線通信分野において有用である。

Claims (4)

1. 隣接基地局から送信される情報であって、かつ前記隣接基地局と接続するユーザ端末に関する情報を受信する受信部を備え、
   前記情報は、所定のキャリアについてユーザデータを伝送するセカンダリセルとしての運用を変更するよう要求する情報を含み、
   前記情報に基づいて、前記所定のキャリアについてユーザデータを伝送するセカンダリセルとしての運用を変更する制御部をさらに備えることを特徴とする基地局。
2. 自基地局と接続するユーザ端末に関する情報を隣接基地局へ送信する送信部を備え、
   前記情報は、前記隣接基地局に対して、所定のキャリアについてユーザデータを伝送するセカンダリセルとしての運用を変更するよう要求する情報を含むことを特徴とする基地局。
3. 隣接基地局から送信される情報であって、かつ前記隣接基地局と接続するユーザ端末に関する情報を受信する受信部を備え、
   前記情報は、前記隣接基地局が管理する所定のキャリアのうちの一部のキャリアについてユーザデータを伝送するセカンダリセルとしての運用を変更するよう要求する情報を含み、
   前記情報に基づいて、前記一部のキャリアについてユーザデータを伝送するセカンダリセルとしての運用を変更する制御部をさらに備えることを特徴とする基地局。
4. 自基地局と接続するユーザ端末に関する情報を隣接基地局へ送信する送信部を備え、
   前記情報は、前記隣接基地局に対して、前記隣接基地局が管理する所定のキャリアのうちの一部のキャリアについてユーザデータを伝送するセカンダリセルとしての運用を変更するよう要求する情報を含むことを特徴とする基地局。

Images