(57)【要約】  第１の特徴に係る基地局は、複数のキャリアを無線通信に使用する。前記基地局は、隣接基地局から送信される情報であって、かつ前記隣接基地局と接続するユーザ端末に関する隣接基地局情報を受信する受信部と、前記隣接基地局情報に基づいて、前記複数のキャリアのうち少なくとも１つのキャリアのキャリア構成を変更する制御部と、を備える。
2014017478.tif 000002
【特許請求の範囲】
【請求項１】
複数のキャリアを無線通信に使用する基地局であって、
隣接基地局から送信される情報であって、かつ前記隣接基地局と接続するユーザ端末に関する隣接基地局情報を受信する受信部と、
前記隣接基地局情報に基づいて、前記複数のキャリアのうち少なくとも１つのキャリアのキャリア構成を変更する制御部と、
を備えることを特徴とする基地局。
【請求項２】
前記複数のキャリアは、制御信号及びユーザデータを伝送するプライマリセルとして運用される第１のコンポーネントキャリアと、ユーザデータを伝送するセカンダリセルとして運用される第２のコンポーネントキャリアと、を含み、
前記制御部は、前記隣接基地局情報に基づいて、前記第２のコンポーネントキャリアを前記プライマリセルとして運用するように前記第２のコンポーネントキャリアのキャリア構成を変更することを特徴とする請求項１に記載の基地局。
【請求項３】
前記隣接基地局情報は、前記隣接基地局の負荷レベルを示す情報であることを特徴とする請求項２に記載の基地局。
【請求項４】
前記隣接基地局情報は、前記隣接基地局の負荷レベルが所定レベルを上回る状態の持続時間を示す持続時間情報を含むことを特徴とする請求項３に記載の基地局。
【請求項５】
前記制御部は、前記持続時間が所定時間を上回る場合に、前記第２のコンポーネントキャリアを前記プライマリセルとして運用するように前記第２のコンポーネントキャリアのキャリア構成を変更することを特徴とする請求項４に記載の基地局。
【請求項６】
前記隣接基地局情報は、前記隣接基地局の負荷レベルに基づく情報であって、かつ前記第２のコンポーネントキャリアを前記プライマリセルとして運用するよう変更を要求する情報であることを特徴とする請求項２に記載の基地局。
【請求項７】
前記隣接基地局における前記隣接基地局情報の送信タイミングは、前記隣接基地局の負荷レベルが所定レベルを上回る状態の持続時間に基づいて決定されることを特徴とする請求項６に記載の基地局。
【請求項８】
前記制御部は、前記第２のコンポーネントキャリアを前記プライマリセルとして運用するよう前記第２のコンポーネントキャリアのキャリア構成を変更した後、前記基地局の負荷レベルに基づいて、前記第２のコンポーネントキャリアのキャリア構成を変更前の状態に戻すことを特徴とする請求項２に記載の基地局。
【請求項９】
前記制御部は、前記第２のコンポーネントキャリアのキャリア構成を前記変更前の状態に戻す前に、前記第２のコンポーネントキャリアで接続を確立したユーザ端末に対して前記第１のコンポーネントキャリアへのハンドオーバを行うよう指示することを特徴とする請求項８に記載の基地局。
【請求項１０】
前記制御部は、前記第２のコンポーネントキャリアのキャリア構成を前記変更前の状態に戻す前に、前記第１のコンポーネントキャリア又は他の基地局へのハンドオーバを促進するようにハンドオーバ閾値を調整することを特徴とする請求項８に記載の基地局。
【請求項１１】
前記制御部は、前記第２のコンポーネントキャリアのキャリア構成を前記変更前の状態に戻す前に、前記第１のコンポーネントキャリア又は他の基地局へのハンドオーバを促進するように前記第２のコンポーネントキャリアにおける送信電力を低下させることを特徴とする請求項８に記載の基地局。
【請求項１２】
前記隣接基地局情報は、前記隣接基地局と接続するユーザ端末の能力に関する情報であることを特徴とする請求項１に記載の基地局。
【請求項１３】
前記制御部は、前記隣接基地局情報に基づいて、前記複数のキャリアのうち少なくとも１つのキャリアを、従来型キャリア構成から新型キャリア構成に変更することを特徴とする請求項１２に記載の基地局。
【請求項１４】
前記制御部は、前記隣接基地局情報に基づいて、前記複数のキャリアのうち少なくとも１つのキャリアを、新型キャリア構成から従来型キャリア構成に変更することを特徴とする請求項１２に記載の基地局。
【請求項１５】
前記隣接基地局情報は、前記隣接基地局と接続する複数のユーザ端末において、新型キャリア構成をサポートしないユーザ端末と前記新型キャリア構成をサポートするユーザ端末との比を示す情報であることを特徴とする請求項１２に記載の基地局。
【請求項１６】
前記隣接基地局情報は、前記隣接基地局と接続するユーザ端末の能力に基づく情報であって、かつ前記少なくとも１つのキャリアを従来型キャリア構成から新型キャリア構成に変更することを要求する情報であることを特徴とする請求項１３に記載の基地局。
【請求項１７】
前記隣接基地局情報は、前記隣接基地局と接続するユーザ端末の能力に基づく情報であって、かつ前記少なくとも１つのキャリアを新型キャリア構成から従来型キャリア構成に変更することを要求する情報であることを特徴とする請求項１３に記載の基地局。
【請求項１８】
複数のキャリアを無線通信に使用する基地局において用いられる通信制御方法であって、
隣接基地局から送信される情報であって、かつ前記隣接基地局と接続するユーザ端末に関する隣接基地局情報を受信するステップと、
前記隣接基地局情報に基づいて、前記複数のキャリアのうち少なくとも１つのキャリアのキャリア構成を変更するステップと、
を備えることを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける基地局及び通信制御方法に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、３ＧＰＰリリース１０以降において、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）を高度化したＬＴＥ  Ａｄｖａｎｃｅｄの標準化を進めている。【０００３】
ＬＴＥ  Ａｄｖａｎｃｅｄは、ＬＴＥとの後方互換性を確保しながら広帯域化を実現すべく、ＬＴＥにおけるキャリアをコンポーネントキャリアと位置付け、複数のコンポーネントキャリアの集合体を使用してマルチキャリア通信を行うキャリアアグリゲーションが導入される（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１０．８．０  （２０１２-０６）
【発明の概要】
【０００５】
キャリアアグリゲーションにおいて、基地局は、１つのコンポーネントキャリア（第１のコンポーネントキャリア）をプライマリセルとして運用するよう設定し、他のコンポーネントキャリア（第２のコンポーネントキャリア）をセカンダリセルとして運用するよう設定する。プライマリセルとは、制御信号及びユーザデータを伝送するセルである。セカンダリセルとは、ユーザデータを伝送するセルである。
【０００６】
しかしながら、キャリアアグリゲーションは、広帯域化を実現できるものの、各キャリアを単独で使用して通信を行う従来のキャリア運用方法に比べて、基地局が収容可能なユーザ端末数が少なくなるという問題がある。
【０００７】
そこで、本発明は、複数のキャリアを適切に運用できる基地局及び通信制御方法を提供する。
【０００８】
第１の特徴に係る基地局は、複数のキャリアを無線通信に使用する。前記基地局は、隣接基地局から送信される情報であって、かつ前記隣接基地局と接続するユーザ端末に関する隣接基地局情報を受信する受信部と、前記隣接基地局情報に基づいて、前記複数のキャリアのうち少なくとも１つのキャリアのキャリア構成を変更する制御部と、を備える。
【０００９】
第２の特徴に係る通信制御方法は、複数のキャリアを無線通信に使用する基地局において用いられる。前記通信制御方法は、隣接基地局から送信される情報であって、かつ前記隣接基地局と接続するユーザ端末に関する隣接基地局情報を受信するステップと、前記隣接基地局情報に基づいて、前記複数のキャリアのうち少なくとも１つのキャリアのキャリア構成を変更するステップと、を備える。
【図面の簡単な説明】
【００１０】
【図１】移動通信システムの構成図である。
【図２】ＵＥのブロック図である。
【図３】ｅＮＢのブロック図である。
【図４】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図５】ＬＴＥシステムで使用される無線フレームの構成図である。
【図６】下りリンクにおいてキャリアアグリゲーションが適用された場合の無線フレームの構成図である。
【図７】第１実施形態及び第２実施形態に係るＬＴＥシステムの動作環境を説明するための図である。
【図８】第１実施形態から第３実施形態に係る多ＵＥモードにおける無線フレームの構成図である。
【図９】第１実施形態に係るＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡに関するメッセージ構成を説明するための図である。
【図１０】第１実施形態に係るｅＮＢの動作フロー図である。
【図１１】第１実施形態に係る隣接ｅＮＢの動作フロー図である。
【図１２】第２実施形態に係るＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢに関するメッセージ構成を説明するための図である。
【図１３】第２実施形態に係るｅＮＢの動作フロー図である。
【図１４】第２実施形態に係る隣接ｅＮＢの動作フロー図である。
【図１５】第３実施形態に係るＬＴＥシステムの動作環境を説明するための図である。
【図１６】第３実施形態に係るｅＮＢの動作フロー図である。
【図１７】ＮＣＴの具体例１を説明するための図であって、比較例としてのＬＣＴキャリアのキャリア構成を示す図である。
【図１８】ＮＣＴの具体例１を説明するための図であって、ＮＣＴキャリアのキャリア構成を示す図である。
【図１９】ＮＣＴの具体例２を説明するための図であって、比較例としてのＬＣＴキャリアのキャリア構成を示す図である。
【図２０】ＮＣＴの具体例２を説明するための図であって、ＮＣＴキャリアのキャリア構成を示す図である。
【図２１】第４実施形態に係るＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣ（隣接基地局情報）を説明するための図である。
【図２２】第４実施形態に係るｅＮＢの動作フロー図である。
【図２３】第４実施形態に係る隣接ｅＮＢの動作フロー図である。
【図２４】第４実施形態に係る動作の具体例１を説明するための図である。
【図２５】第４実施形態に係る動作の具体例２を説明するための図である。
【図２６】その他の実施形態に係る無線フレームの構成図である。
【発明を実施するための形態】
【００１１】
第１実施形態〜第４実施形態に係る基地局は、複数のキャリアを無線通信に使用する。前記基地局は、隣接基地局から送信される情報であって、かつ前記隣接基地局と接続するユーザ端末に関する隣接基地局情報を受信する。前記基地局は、前記隣接基地局情報に基づいて、前記複数のキャリアのうち少なくとも１つのキャリアのキャリア構成を変更する。
【００１２】
第１実施形態〜第３実施形態は、キャリアアグリゲーションをサポートする移動通信システムに関する。キャリアアグリゲーションは、制御信号及びユーザデータを伝送するプライマリセルとして運用される第１のコンポーネントキャリアと、ユーザデータを伝送するセカンダリセルとして運用される第２のコンポーネントキャリアと、を用いてマルチキャリア通信を行うものである。
【００１３】
プライマリセル（第１のコンポーネントキャリア）はユーザデータだけでなく制御信号を伝送できるので、プライマリセル単独でユーザ端末を収容できる。
【００１４】
これに対し、セカンダリセル（第２のコンポーネントキャリア）は、制御信号を伝送できないので、セカンダリセル単独でユーザ端末を収容できない。すなわち、セカンダリセルは、プライマリセルと組み合わせて使用されることが前提となる。
【００１５】
なお、セカンダリセル（第２のコンポーネントキャリア）は１つに限らず、複数であってもよい。
【００１６】
第４実施形態は、新型キャリア構成（ＮＣＴ：Ｎｅｗ  Ｃａｒｒｉｅｒ  Ｔｙｐｅ）をサポートする移動通信システムに関する。ＮＣＴでは、従来型キャリア構成（ＬＣＴ：Ｌｅｇａｃｙ  Ｃａｒｒｉｅｒ  Ｔｙｐｅ）とは異なるキャリア構成とすることにより、ユーザデータの伝送効率を高めることができる。ＮＣＴが適用されるキャリア（ＮＣＴキャリア）は、ＮＣＴをサポートするユーザ端末しか収容できない。
【００１７】
例えば、ＮＣＴキャリアは、ＬＣＴキャリアに比べて、参照信号の密度が低く設定される。或いは、ＮＣＴキャリアは、下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）を持たない。この場合、ＮＣＴキャリアは、上述したセカンダリセルと同様のキャリア構成になる。或いは、ＮＣＴキャリアには、ＰＤＣＣＨに代えて、下りリンク制御信号を伝送するためのｅＰＤＣＣＨ（ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ）が設けられる。
【００１８】
（１）第１実施形態
以下において、第１実施形態について説明する。
【００１９】
（１．１）第１実施形態の概要
本実施形態に係る通信制御方法は、基地局が、該基地局の負荷レベルに関する通知メッセージを隣接基地局に送信するステップＡと、隣接基地局が、通知メッセージに基づいて、第２のコンポーネントキャリアをプライマリセルとして運用するように第２のコンポーネントキャリアのキャリア構成を変更するステップＢと、を有する。
【００２０】
ここで、「通知メッセージを送信する」とは、通知メッセージを直接的に隣接基地局に送信する場合に限らず、上位のネットワークエンティティを介して通知メッセージを間接的に隣接基地局に送信する場合も含む。「隣接基地局」は、次隣接基地局も含む概念であってもよい。
【００２１】
また、「第２のコンポーネントキャリアのキャリア構成を変更する」とは、第２のコンポーネントキャリアの全部をプライマリセルとして運用するようにキャリア構成を変更する場合に限らず、第２のコンポーネントキャリアの一部のみをプライマリセルとして運用するようにキャリア構成を変更する場合も含む。前者の場合にはキャリアアグリゲーションが中止されるが、後者の場合にはキャリアアグリゲーションが一部継続される。
【００２２】
なお、第２のコンポーネントキャリアの一部のみをプライマリセルとして運用するとは、第２のコンポーネントキャリアが１つであれば、１つの第２のコンポーネントキャリアのうちの一部のサブフレームをプライマリセルとして運用することを含み、第２のコンポーネントキャリアが複数であれば、複数の第２のコンポーネントキャリアのうちの１つの第２のコンポーネントキャリアをプライマリセルとして運用することを含む。
【００２３】
このような通信制御方法によれば、隣接基地局は、自身の負荷レベルが上昇することが通知メッセージから予想される場合（例えば、自身が収容するユーザ端末の数が増加すると予想される場合）に、負荷レベルの上昇に備えて、第２のコンポーネントキャリアをプライマリセルとして運用するように変更する。よって、隣接基地局は、自身の負荷レベルが実際に上昇した際、プライマリセルに変更した第２のコンポーネントキャリアを用いて、負荷レベルの上昇分を吸収できる。
【００２４】
したがって、本実施形態に係る通信制御方法は、複数のコンポーネントキャリアを適切に運用できる。
【００２５】
本実施形態において、通知メッセージは、基地局の負荷レベルが所定レベルを上回る状態の持続時間を示す持続時間情報を含んでもよい。これにより、隣接基地局は、自身の負荷レベルが上昇するタイミングを持続時間情報から予想して、第２のコンポーネントキャリアをプライマリセルに変更するタイミングを適切に決定できる。
【００２６】
なお、以下において「所定レベル」とは、基地局が高負荷状態と認められる程度の負荷レベルを意味し、例えば基地局の負荷容量の８０％〜９０％の負荷レベルとすることができる。
【００２７】
（１．２）移動通信システムの概要
図１は、本実施形態に係る移動通信システムの構成図である。本実施形態に係る移動通信システムは、ＬＴＥ  Ａｄｖａｎｃｅｄ（３ＧＰＰリリース１０以降）に基づいて構成されるＬＴＥシステムである。
【００２８】
図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０と、を含む。本実施形態においてＥ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００２９】
ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセル（サービングセル）との無線通信を行う。ＵＥ１００はユーザ端末に相当する。ＵＥ１００は、キャリアアグリゲーションによるマルチキャリア通信を行う場合に、プライマリセル及びセカンダリセルをサービングセルとして、該サービングセルとの無線通信を行う。
【００３０】
Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、セルを管理しており、セルとの接続を確立したＵＥ１００との無線通信を行う。なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３１】
ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御及びスケジューリングのための測定制御機能などを有する。
【００３２】
ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ４００（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）と、を含む。
【００３３】
ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。
【００３４】
ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。
【００３５】
ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。
【００３６】
次に、ＵＥ１００及びｅＮＢ２００の構成を説明する。
【００３７】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１と、無線送受信機１１０と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。なお、ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００３８】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。アンテナ１０１は、複数のアンテナ素子を含む。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。
【００３９】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。
【００４０】
ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。
【００４１】
バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００４２】
メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。
【００４３】
プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。また、プロセッサ１６０は、後述する各種の通信プロトコルを実行する。
【００４４】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、無線送受信機２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、制御部を構成する。
【００４５】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。アンテナ２０１は、複数のアンテナ素子を含む。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。
【００４６】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４７】
メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。
【００４８】
プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。また、プロセッサ２４０は、後述する各種の通信プロトコルを実行する。
【００４９】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【００５０】
図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１〜レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。
【００５１】
物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。
【００５２】
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）及びリソースブロックを決定するＭＡＣスケジューラを含む。
【００５３】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。
【００５４】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００５５】
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、無線ベアラを介してデータが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００はＲＲＣ接続状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００５６】
ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。
【００５７】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ使用される。
【００５８】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。リソースブロックは、連続する複数のサブキャリアからなる。また、各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。
【００５９】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に、制御信号を運搬する物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。制御信号は、例えば、上りリンクＳＩ（Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）、下りリンクＳＩ（Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＴＰＣビットである。上りリンクＳＩは、上りリンクのリソースブロックの割当てを示す信号である。下りリンクＳＩは、下りリンクのリソースブロックの割当てを示す信号である。ＴＰＣビットは、上りリンクのチャネルを介して送信される信号の電力の増減を指示する信号である。また、各サブフレームの残りの区間は、主に、ユーザデータを運搬する物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用される領域である。
【００６０】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に、制御信号を運搬する物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。制御信号は、例えば、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）、ＡＣＫ／ＮＡＣＫなどである。ＣＱＩは、下りリンクの伝送に使用すべき推奨変調方式と符号化速度を通知する信号である。ＰＭＩは、下りリンクの伝送の為に使用することが望ましいプリコーダマトリックスを示す信号である。ＲＩは、下りリンクの伝送に使用すべきレイヤ数（ストリーム数）を示す信号である。ＳＲは、上りリンクのリソースブロックの割当てを要求する信号である。ＡＣＫ／ＮＡＣＫは、下りリンクのチャネル（例えば、ＰＤＳＣＨ）を介して送信されるユーザデータを受信できたか否かを示す信号である。また、各サブフレームにおける周波数方向の中央部は、主に、ユーザデータを運搬する物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用される領域である。
【００６１】
（１．３）キャリアアグリゲーションの概要
以下、本実施形態に係るＬＴＥシステムがサポートするキャリアアグリゲーションにおけるキャリア構成を説明する。下りリンクにおけるキャリアアグリゲーションを例に説明するが、本発明は下りリンクに限定されるものではない。
【００６２】
図６は、下りリンクにおいてキャリアアグリゲーションが適用された場合の無線フレームの構成図である。ここでは、下りリンクにおいて２つのコンポーネントキャリア（ＣＣ）が利用できるケースを例示している。２つのコンポーネントキャリア（ＣＣ１、ＣＣ２）は、周波数方向に連続していてもよく、不連続であってもよい。
【００６３】
図６に示すように、本実施形態に係るＬＴＥシステムは、プライマリセルとして運用される第１のコンポーネントキャリア（ＣＣ１）と、セカンダリセルとして運用される第２のコンポーネントキャリア（ＣＣ２）と、を用いてマルチキャリア通信を行うキャリアアグリゲーションをサポートする。
【００６４】
プライマリセルとして運用される第１のコンポーネントキャリア（ＣＣ１）において、各サブフレームは、ＰＤＣＣＨとして使用される制御領域（ＰＤＣＣＨ領域）と、ＰＤＳＣＨとして使用される制御領域（ＰＤＳＣＨ領域）と、を含む。また、各サブフレームは、参照信号を含む。
【００６５】
このように、第１のコンポーネントキャリア（ＣＣ１）におけるサブフレームは、ＰＤＣＣＨ領域及びＰＤＳＣＨ領域を含み、制御信号及びユーザデータを伝送できる。したがって、プライマリセル（第１のコンポーネントキャリア）は、制御信号を伝送できるので、プライマリセル単独でユーザ端末を収容できる。
【００６６】
これに対し、セカンダリセルとして運用される第２のコンポーネントキャリア（ＣＣ２）において、各サブフレームは、ＰＤＣＣＨとして使用される制御領域（ＰＤＣＣＨ領域）の代わりに、ＰＤＳＣＨとして使用されるデータ領域（ＰＤＳＣＨ領域）を含む。また、各サブフレームは、参照信号を含む。
【００６７】
このように、第２のコンポーネントキャリア（ＣＣ２）におけるサブフレームは、ＰＤＣＣＨ領域を含まず、制御信号を伝送できない。したがって、セカンダリセル（第２のコンポーネントキャリア）は、制御信号を伝送できないので、セカンダリセル単独ではユーザ端末を収容できない。
【００６８】
（１．４）第１実施形態に係る動作
以下において、本実施形態に係るＬＴＥシステムの動作を説明する。
【００６９】
図７は、本実施形態で想定するＬＴＥシステムの動作環境を説明するための図である。図７に示すように、ｅＮＢ２００−１に隣接してｅＮＢ２００−２が設置されており、ｅＮＢ２００−２に隣接してｅＮＢ２００−３が設置されている。
【００７０】
ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれは、キャリアアグリゲーションをサポートする。本実施形態では、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれは、第１のコンポーネントキャリア（ＣＣ１）及び第２のコンポーネントキャリア（ＣＣ２）を使用可能である。
【００７１】
また、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれの通信エリア内には、電車などの輸送交通手段Ｔの移動経路（例えば、線路）が設けられている。輸送交通手段Ｔは、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３の順に、対応する通信エリア内を通過する。
【００７２】
輸送交通手段Ｔ内には、多数のＵＥ１００が存在し得る。輸送交通手段Ｔ内に多数のＵＥ１００が存在する場合、輸送交通手段Ｔが通信エリア内を通過する際に、該通信エリアに対応するｅＮＢ２００の負荷レベルが急激に上昇する。
【００７３】
本実施形態では、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれは、通常時はキャリアアグリゲーションを行うモード（以下、キャリアアグリゲーションモード）で動作する。一方、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれは、負荷レベルが高い状況及び負荷レベルが上昇すると予想される状況においては、キャリアアグリゲーションを行わないモード（以下、多ＵＥモード）で動作する。
【００７４】
多ＵＥモードは、キャリアアグリゲーションモードに比べて、１ＵＥ当たりの伝送速度は低下するものの、ｅＮＢ２００が収容可能なＵＥ数を増加させることができる。
【００７５】
図８は、下りリンクにおいてキャリアアグリゲーションが適用されない場合（すなわち、多ＵＥモード）における無線フレームの構成図である。
【００７６】
図８に示すように、多ＵＥモードにおいて、第２のコンポーネントキャリア（ＣＣ２）は、第１のコンポーネントキャリアと同様にプライマリセルとして運用される。具体的には、プライマリセルとして運用される第２のコンポーネントキャリア（ＣＣ２）において、各サブフレームは、ＰＤＣＣＨとして使用される制御領域（ＰＤＣＣＨ領域）と、ＰＤＳＣＨとして使用される制御領域（ＰＤＳＣＨ領域）と、を含む。また、各サブフレームは、参照信号を含む。
【００７７】
図７の例では、ｅＮＢ２００−１は、自身の通信エリア内に輸送交通手段Ｔがあり、負荷レベルが高い状況にあるので、多ＵＥモードで動作している。ここで、ｅＮＢ２００−１は、自身の負荷レベルが高いことに応じて、自身の負荷レベルに関する通知メッセージ（以下、「Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡ」と称する）をＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。本実施形態において、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡは、隣接基地局情報に相当する。
【００７８】
ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡを受信すると、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡに基づいて、多ＵＥモードに移行する。具体的には、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するように第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更する。
【００７９】
このように、ｅＮＢ２００−２は、自身の接続ＵＥ数が増加することがＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡから予想される場合に、接続ＵＥ数の増加に備えて、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するようにキャリア構成を変更する。これにより、ｅＮＢ２００−２は、自身の接続ＵＥ数が実際に増加した際、第２のコンポーネントキャリア（ＣＣ２）に対応するプライマリセルを用いて、接続ＵＥ数の増加分を吸収できる。
【００８０】
ｅＮＢ２００−１は、ｅＮＢ２００−３の負荷レベルも上昇すると予想した場合、ｅＮＢ２００−１は、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−３に送信する。
【００８１】
なお、ｅＮＢ２００−１がＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡの送信先とすべきｅＮＢ（セル）の一覧は、ｅＮＢ２００−１が保持していてもよく、上位のネットワークエンティティが保持していてもよい。
【００８２】
図９は、本実施形態に係るＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡに関するメッセージ構成を説明するための図である。ここでは、ｅＮＢ２００−１からｅＮＢ２００−２へＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡを送信する一例を説明する。
【００８３】
図９に示すように、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡは、メッセージ種別を識別するためのメッセージＩＤと、送信元を識別するためのセルＩＤと、送信先を識別するためのセルＩＤと、を含む。
【００８４】
また、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡは、ｅＮＢ２００−２において上昇すると予想される負荷レベル（例えば、接続ＵＥ数、又はトラフィック量）を示す負荷情報を含む。ｅＮＢ２００−２において上昇すると予想される負荷レベルとは、輸送交通手段ＴがｅＮＢ２００−１の通信エリア内に入った際に上昇したｅＮＢ２００−１の負荷レベルとすることができる。或いは、負荷情報は、現時点のｅＮＢ２００−１の負荷レベルを示す情報であってもよい。
【００８５】
さらに、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡは、ｅＮＢ２００−１において負荷レベルが高い状態が持続する時間を示す持続時間情報を含む。具体的には、ｅＮＢ２００−１は、自身の負荷レベルが所定レベルを超えた時点からの経過時間（持続時間）を計時し、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡを送信する際に、送信時点の経過時間を示す持続時間情報をＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡに含める。持続時間情報は、ｅＮＢ２００−２において、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルに変更するタイミングを決定するために使用される。
【００８６】
なお、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡは、持続時間と比較すべきタイムアウト時間を示すタイムアウト時間情報を含んでもよい。この場合、ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡに含まれる持続時間情報及びタイムアウト時間情報に基づいて、持続時間がタイムアウト時間を上回るか否かを判定し、持続時間がタイムアウト時間を上回るタイミングで多ＵＥモードに移行する。
【００８７】
一方、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡに対する応答であるＴｒａｆｆｉｃ  Ｆｏｒｅｃａｓｔ  Ｒｅｓｐｏｎｓｅメッセージは、メッセージ種別を識別するためのメッセージＩＤと、送信元を識別するためのセルＩＤと、送信先を識別するためのセルＩＤと、を含む。
【００８８】
図１０は、本実施形態に係るｅＮＢ２００−１の動作フロー図である。ここでは、ｅＮＢ２００−２へのＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡの送信に関するｅＮＢ２００−１の動作を説明する。
【００８９】
図１０に示すように、ステップＳ１１１において、ｅＮＢ２００−１は、自身の負荷レベルが所定レベルを上回るか否かを判定する。ここで、ｅＮＢ２００−１は、自身の負荷レベルが所定レベルを上回った際、持続時間を計時するための持続時間タイマを起動する。
【００９０】
ステップＳ１１１の判定が「ＹＥＳ」である場合、ステップＳ１１２において、ｅＮＢ２００−１は、負荷情報及び持続時間情報を取得する。負荷情報は、輸送交通手段ＴがｅＮＢ２００−１の通信エリア内に入った際に上昇したｅＮＢ２００−１の負荷レベルとすることができる。或いは、負荷情報は、現時点のｅＮＢ２００−１の負荷レベルを示す情報であってもよい。持続時間情報は、持続時間タイマの値とすることができる。
【００９１】
ステップＳ１１３において、ｅＮＢ２００−１は、ステップＳ１１２で取得した負荷情報及び持続時間情報を含んだＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡを、Ｘ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。
【００９２】
図１１は、本実施形態に係るｅＮＢ２００−２の動作フロー図である。
【００９３】
図１１に示すように、ステップＳ１２１において、ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡを受信したか否かを判定する。
【００９４】
ステップＳ１２１の判定が「ＹＥＳ」である場合、ステップＳ１２２において、ｅＮＢ２００−２は、自身の負荷レベルと、受信したＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡに含まれる負荷状態が示す負荷レベルと、の合計が、所定レベルを上回るか否かを判定する。或いは、ｅＮＢ２００−２は、受信したＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡに含まれる負荷状態が示す負荷レベルが所定レベルを上回るか否かを判定してもよい。
【００９５】
ステップＳ１２２の判定が「ＹＥＳ」である場合、ステップＳ１２３において、ｅＮＢ２００−２は、受信したＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡに含まれる持続時間情報が示す持続時間が、タイムアウト時間を上回るか否かを判定する。受信したＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡにタイムアウト時間を示す情報が含まれていれば、該情報からタイムアウト時間を設定してもよい。或いは、タイムアウト時間は、ｅＮＢ２００−２の周辺環境に基づいて予め設定されていてもよい。
【００９６】
ステップＳ１２３の判定が「ＹＥＳ」である場合、ｅＮＢ２００−２は、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するようにキャリア構成を変更する。すなわち、ＣＡモードから多ＵＥモードへ移行する。
【００９７】
なお、ｅＮＢ２００−２は、多ＵＥモードへ移行する場合には、上述したＴｒａｆｆｉｃ  Ｆｏｒｅｃａｓｔ  Ｒｅｓｐｏｎｓｅメッセージとして肯定応答（ＡＣＫ）を送信し、多ＵＥモードへ移行しない場合には、上述したＴｒａｆｆｉｃ  Ｆｏｒｅｃａｓｔ  Ｒｅｓｐｏｎｓｅメッセージとして否定応答（ＮＡＣＫ）を送信してもよい。
【００９８】
（１．５）まとめ
本実施形態によれば、ｅＮＢ２００−２は、自身の負荷レベル上昇がＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡから予想される場合に、負荷レベル上昇に備えて、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するように変更（すなわち、ＣＡモードから多ＵＥモードへの切り替え）ができる。よって、ｅＮＢ２００−２は、自身の負荷レベルが実際に増加した際、プライマリセルに変更した第２のコンポーネントキャリア（ＣＣ２）を用いて、負荷レベルの上昇分を吸収できる。
【００９９】
本実施形態に係るＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡは、ｅＮＢ２００−１の負荷レベルが所定レベルを上回る状態の持続時間を示す持続時間情報を含む。これにより、ｅＮＢ２００−２は、自身の負荷レベルが上昇するタイミングを持続時間情報から予想して、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更するタイミングを適切に決定できる。
【０１００】
（１．６）第１実施形態の変更例
第１実施形態では、新規メッセージであるＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡを利用してＣＡモードから多ＵＥモードへの切り替えを制御していたが、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡに代えて既存メッセージを利用してもよい。具体的には、図９のシーケンスは以下のように変更できる。
【０１０１】
第１に、ｅＮＢ２００−２は、負荷レベルの状況（リソース使用状況）の報告を要求するＲｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  ＲｅｑｕｅｓｔメッセージをＸ２インターフェイス上でｅＮＢ２００−１に送信する。Ｒｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｒｅｑｕｅｓｔメッセージは、報告の周期を指定する情報を含む。
【０１０２】
第２に、ｅＮＢ２００−１は、ｅＮＢ２００−２からのＲｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｒｅｑｕｅｓｔメッセージに応じて、負荷レベルの状況（リソース使用状況）を示す情報を含むＲｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  ＵｐｄａｔｅメッセージをＸ２インターフェイス上で周期的にｅＮＢ２００−２に送信する。
【０１０３】
第３に、ｅＮＢ２００−２は、ｅＮＢ２００−２からのＲｅｓｏｕｒｃｅ  Ｓｔａｔｕｓ  Ｒｅｑｕｅｓｔメッセージに基づいて、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するように変更（すなわち、ＣＡモードから多ＵＥモードへの切り替え）を行う。
【０１０４】
（２）第２実施形態
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、ＣＡモードから多ＵＥモードへの切り替え判断の主体が、メッセージ送信側のｅＮＢ２００である点で、第１実施形態とは異なっている。
【０１０５】
（２．１）第２実施形態の概要
本実施形態に係る通信制御方法は、基地局が、該基地局の負荷レベルに基づいて、隣接基地局に対して、第２のコンポーネントキャリアをプライマリセルとして運用するよう変更を要求する要求メッセージを送信するステップＡを有する。
【０１０６】
ここで、「要求メッセージを送信する」とは、要求メッセージを直接的に隣接基地局に送信する場合に限らず、上位のネットワークエンティティを介して要求メッセージを間接的に隣接基地局に送信する場合も含む。「隣接基地局」とは、次隣接基地局も含む概念であってもよい。
【０１０７】
また、「第２のコンポーネントキャリアの変更」とは、第２のコンポーネントキャリアの全部をプライマリセルとして運用するようにキャリア構成を変更する場合に限らず、第２のコンポーネントキャリアの一部のみをプライマリセルとして運用するようにキャリア構成を変更する場合も含む。前者の場合にはキャリアアグリゲーションが中止されるが、後者の場合にはキャリアアグリゲーションが一部継続される。
【０１０８】
なお、第２のコンポーネントキャリアの一部のみをプライマリセルとして運用するとは、第２のコンポーネントキャリアが１つであれば、１つの第２のコンポーネントキャリアのうちの一部のサブフレームをプライマリセルとして運用することを含み、第２のコンポーネントキャリアが複数であれば、複数の第２のコンポーネントキャリアのうちの１つの第２のコンポーネントキャリアをプライマリセルとして運用することを含む。
【０１０９】
本実施形態に係る通信制御方法によれば、基地局は、隣接基地局の負荷レベルが上昇することが自身の負荷レベルから予想される場合（例えば、隣接基地局が収容するユーザ端末の数が増加すると予想される場合）に、負荷レベルの上昇に備えて、隣接基地局における第２のコンポーネントキャリアの運用をプライマリセルに変更させることができる。
【０１１０】
よって、隣接基地局は、自身の負荷レベルが実際に上昇した際、プライマリセルに変更した第２のコンポーネントキャリアを用いて負荷レベルの上昇分を吸収できる。したがって、第２実施形態に係る通信制御方法は、複数のコンポーネントキャリアを適切に運用できる。
【０１１１】
本実施形態に係る通信制御方法は、基地局が、該基地局の負荷レベルが所定レベルを上回る状態の持続時間に基づいて、要求メッセージを送信するタイミングを決定するステップＢをさらに有してもよい。これにより、基地局は、隣接基地局の負荷レベルが上昇するタイミングを持続時間から予想して、要求メッセージを送信するタイミングを適切に決定できる。
【０１１２】
（２．２）第２実施形態に係る動作
本実施形態で想定するＬＴＥシステムの動作環境は、第１実施形態（図７）と同様である。
【０１１３】
本実施形態では、図７の例において、ｅＮＢ２００−１は、自身の通信エリア内に輸送交通手段Ｔがあり、負荷レベルが高い状況にあるので、多ＵＥモードで動作している。ここで、ｅＮＢ２００−１は、自身の負荷レベルが高いことに応じて、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するよう変更を要求する要求メッセージ（以下、「Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢ」と称する）をＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。本実施形態において、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢは、隣接基地局情報に相当する。
【０１１４】
ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢを受信すると、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢに基づいて、多ＵＥモードに移行する。具体的には、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するように第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更する。
【０１１５】
このように、ｅＮＢ２００−１は、ｅＮＢ２００−２の負荷レベルが上昇することが自身の負荷レベルから予想される場合に、負荷レベルの上昇に備えてｅＮＢ２００−２における第２のコンポーネントキャリアの運用をプライマリセルに変更させることができる。よって、ｅＮＢ２００−２は、自身の負荷レベルが実際に上昇した際、追加のプライマリセルを用いて負荷レベルの上昇分を吸収できる。
【０１１６】
ｅＮＢ２００−１は、ｅＮＢ２００−３の負荷レベルも上昇すると予想した場合、ｅＮＢ２００−１は、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−３に送信する。
【０１１７】
なお、ｅＮＢ２００−１がＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢの送信先とすべきｅＮＢ（セル）の一覧は、ｅＮＢ２００−１が保持していてもよく、上位のネットワークエンティティが保持していてもよい。
【０１１８】
図１２は、本実施形態に係るＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢに関するメッセージ構成を説明するための図である。ここでは、ｅＮＢ２００−１からｅＮＢ２００−２へＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢを送信する一例を説明する。
【０１１９】
図１２に示すように、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢは、メッセージ種別を識別するためのメッセージＩＤと、送信元を識別するためのセルＩＤと、送信先を識別するためのセルＩＤと、を含む。
【０１２０】
Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢに対する応答であるＴｒａｆｆｉｃ  Ｆｏｒｅｃａｓｔ  Ｒｅｓｐｏｎｓｅメッセージは、メッセージ種別を識別するためのメッセージＩＤと、送信元を識別するためのセルＩＤと、送信先を識別するためのセルＩＤと、を含む。
【０１２１】
図１３は、本実施形態に係るｅＮＢ２００−１の動作フロー図である。ここでは、ｅＮＢ２００−２へのＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢの送信に関するｅＮＢ２００−１の動作を説明する。
【０１２２】
図１３に示すように、ステップＳ２１１において、ｅＮＢ２００−１は、自身の負荷レベルが所定レベルを上回るか否かを判定する。ここで、ｅＮＢ２００−１は、自身の負荷レベルが所定レベルを上回った際、持続時間を計時するための持続時間タイマを起動する。
【０１２３】
ステップＳ２１１の判定が「ＹＥＳ」である場合、ステップＳ２１２において、ｅＮＢ２００−１は、持続時間タイマが示す持続時間が、タイムアウト時間を上回るか否かを判定する。タイムアウト時間は、ｅＮＢ２００−２の周辺環境に基づいて予め設定されている。
【０１２４】
ステップＳ２１２の判定が「ＹＥＳ」である場合、ステップＳ２１３において、ｅＮＢ２００−１は、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するよう変更を要求するＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。
【０１２５】
図１４は、本実施形態に係るｅＮＢ２００−２の動作フロー図である。
【０１２６】
図１４に示すように、ステップＳ２２１において、ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢを受信したか否かを判定する。
【０１２７】
ステップＳ２２１の判定が「ＹＥＳ」である場合、ステップＳ２２２において、ｅＮＢ２００−２は、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するようにキャリア構成を変更する。すなわち、ＣＡモードから多ＵＥモードへ移行する。
【０１２８】
なお、ｅＮＢ２００−２は、多ＵＥモードへ移行する場合には、上述したＴｒａｆｆｉｃ  Ｆｏｒｅｃａｓｔ  Ｒｅｓｐｏｎｓｅメッセージとして肯定応答（ＡＣＫ）を送信し、何らかの理由で多ＵＥモードへ移行しない場合には、上述したＴｒａｆｆｉｃ  Ｆｏｒｅｃａｓｔ  Ｒｅｓｐｏｎｓｅメッセージとして否定応答（ＮＡＣＫ）を送信してもよい。
【０１２９】
（２．３）まとめ
本実施形態によれば、ｅＮＢ２００−１は、ｅＮＢ２００−２の負荷レベルが上昇することが自身の負荷レベルから予想される場合に、負荷レベルの上昇に備えてｅＮＢ２００−２における第２のコンポーネントキャリアの運用をプライマリセルに変更させることができる。よって、ｅＮＢ２００−２は、自身の負荷レベルが実際に上昇した際、追加のプライマリセルを用いて負荷レベルの上昇分を吸収できる。
【０１３０】
本実施形態では、ｅＮＢ２００−１は、該ｅＮＢ２００−１の負荷レベルが閾値を上回る状態の持続時間に基づいて、Ｔｒａｆｆｉｃ  Ｆｏｒｅｃａｓｔメッセージを送信するタイミングを決定する。これにより、ｅＮＢ２００−１は、ｅＮＢ２００−２の負荷レベルが上昇するタイミングを持続時間から予想して、Ｔｒａｆｆｉｃ  Ｆｏｒｅｃａｓｔメッセージを送信するタイミングを適切に決定できる。
【０１３１】
（３）第３実施形態
以下、第３実施形態について、第１実施形態及び第２実施形態との相違点を説明する。第１実施形態及び第２実施形態は、ＣＡモードから多ＵＥモードへの切り替え（移行）に関する実施形態であったが、第３実施形態は、多ＵＥモードからＣＡモードへの切り替え（復帰）に関する実施形態である。
【０１３２】
（３．１）第３実施形態の概要
本実施形態に係る通信制御方法は、基地局が、第２のコンポーネントキャリアをプライマリセルとして運用するよう第２のコンポーネントキャリアのキャリア構成を変更した後、基地局の負荷レベルに基づいて、第２のコンポーネントキャリアのキャリア構成を変更前の状態に戻すステップＡを有する。
【０１３３】
このように、基地局は、第２のコンポーネントキャリアをプライマリセルとして運用するよう変更した後、自身の負荷レベルが十分に低下したのであれば、変更前の状態に戻す（すなわち、第２のコンポーネントキャリアをセカンダリセルに戻す）ことで、キャリアアグリゲーションを良好に機能させることができる。したがって、第３実施形態に係る通信制御方法は、複数のコンポーネントキャリアを適切に運用できる。
【０１３４】
ステップＡは、基地局が、第２のコンポーネントキャリアのキャリア構成を変更前の状態に戻す前に、第２のコンポーネントキャリアで接続を確立したユーザ端末に対して、第１のコンポーネントキャリアへのハンドオーバを行うよう指示するステップＡ１を含んでもよい。
【０１３５】
或いは、ステップＡは、基地局が、第２のコンポーネントキャリアのキャリア構成を変更前の状態に戻す前に、第１のコンポーネントキャリア又は他の基地局へのハンドオーバを促進するように、ハンドオーバ閾値を調整するステップＡ２を含んでもよい。
【０１３６】
或いは、ステップＡは、基地局が、第２のコンポーネントキャリアのキャリア構成を変更前の状態に戻す前に、第１のコンポーネントキャリア又は他の基地局へのハンドオーバを促進するように、第２のコンポーネントキャリアにおける送信電力を低下させるステップＡ３を含んでもよい。
【０１３７】
これにより、第２のコンポーネントキャリアのキャリア構成を変更前の状態（セカンダリセル）に戻す場合でも、プライマリセルとして運用中の第２のコンポーネントキャリアで接続を確立したユーザ端末の通信が途絶える事態を回避できる。
【０１３８】
（３．２）第３実施形態に係る動作
図１５は、本実施形態で想定するＬＴＥシステムの動作環境を説明するための図である。
【０１３９】
図１５（ａ）に示すように、ｅＮＢ２００−１に隣接してｅＮＢ２００−２が設置されており、ｅＮＢ２００−２に隣接してｅＮＢ２００−３が設置されている。ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれの通信エリア内には、電車などの輸送交通手段Ｔの移動経路（例えば、線路）が設けられている。輸送交通手段Ｔは、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３の順に、対応する通信エリア内を通過する。
【０１４０】
輸送交通手段Ｔ内には、多数のＵＥ１００が存在し得る。輸送交通手段Ｔ内に多数のＵＥ１００が存在する場合、輸送交通手段Ｔが通信エリア内を通過する際に、該通信エリアに対応するｅＮＢ２００の負荷レベルが急激に上昇する。
【０１４１】
図１５（ａ）の例では、ｅＮＢ２００−１は、自身の通信エリア内に輸送交通手段Ｔがあり、負荷レベルが高い状況にあるので、多ＵＥモードで動作している。ここで、ｅＮＢ２００−１は、自身の負荷レベルが高いことに応じて、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡ又はＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。
【０１４２】
図１５（ｂ）に示すように、ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡ又はＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢを受信した後、自身の通信エリア内に輸送交通手段Ｔがあり、負荷レベルが高い状況にあるので、多ＵＥモードで動作する。ここで、ｅＮＢ２００−２は、自身の負荷レベルが高いことに応じて、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡ又はＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−３に送信する。一方、ｅＮＢ２００−１は、自身の通信エリア内に輸送交通手段Ｔが存在せず、負荷レベルが低い状況にあるので、多ＵＥモードからＣＡモードに復帰する。
【０１４３】
図１５（ｃ）に示すように、ｅＮＢ２００−３は、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＡ又はＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＢを受信した後、自身の通信エリア内に輸送交通手段Ｔがあり、負荷レベルが高い状況にあるので、多ＵＥモードで動作する。一方、ｅＮＢ２００−２は、自身の通信エリア内に輸送交通手段Ｔが存在せず、負荷レベルが低い状況にあるので、多ＵＥモードからＣＡモードに復帰する。
【０１４４】
次に、図６及び図８を参照して、多ＵＥモードからＣＡモードへの復帰時の動作の概要を説明する。
【０１４５】
図８に示すように、多ＵＥモードにおいては、第１のコンポーネントキャリア（ＣＣ１）及び第２のコンポーネントキャリア（ＣＣ２）の何れもがプライマリセルとして運用されており、第２のコンポーネントキャリア（ＣＣ２）単独で、ＵＥ１００を収容できる（すなわち、ＵＥ１００が接続を確立できる）。
【０１４６】
しかしながら、図６に示すように、ＣＡモードにおいては、第２のコンポーネントキャリア（ＣＣ２）はセカンダリセルとして運用されるので、第２のコンポーネントキャリア（ＣＣ２）単独でＵＥ１００を収容できない（すなわち、ＵＥ１００が接続を確立できない）。
【０１４７】
よって、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００は、多ＵＥモードからＣＡモードへ切り替えると、もはや接続を維持することができず、接続状態からアイドル状態に移行する。すなわち、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００の通信が途絶えることになる。
【０１４８】
そこで、本実施形態では、ｅＮＢ２００は、多ＵＥモードからＣＡモードへ切り替える前に、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００が第１のコンポーネントキャリア（ＣＣ１）又は他のｅＮＢ２００へのハンドオーバを行うよう制御する。
【０１４９】
このように、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００が第１のコンポーネントキャリア（ＣＣ１）又は他のｅＮＢ２００へのハンドオーバを行うことで、多ＵＥモードからＣＡモードへ切り替えても、ＵＥ１００は接続状態を維持できるので、ＵＥ１００の通信が途絶えることはない。ここで、ハンドオーバを行う方法は、例えば以下の３つである。
【０１５０】
第１の方法として、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更前の状態（セカンダリセル）に戻す前に、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００に対して、第１のコンポーネントキャリア（ＣＣ１）へのハンドオーバを行うよう指示する。
【０１５１】
第２の方法として、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更前の状態（セカンダリセル）に戻す前に、第１のコンポーネントキャリア（ＣＣ１）又は他のｅＮＢ２００へのハンドオーバを促進するように、ハンドオーバ閾値を調整する。ハンドオーバ閾値とは、ＵＥ１００における参照信号の受信電力又は受信品質と比較される閾値である。例えば、ＵＥ１００が第１のコンポーネントキャリア（ＣＣ１）で受信する参照信号の受信電力又は受信品質と比較されるハンドオーバ閾値を低くするよう調整することで、第１のコンポーネントキャリア（ＣＣ１）へのハンドオーバを促進できる。或いは、ＵＥ１００が第２のコンポーネントキャリア（ＣＣ２）で受信する参照信号の受信電力又は受信品質と比較されるハンドオーバ閾値を高くするよう調整することで、第２のコンポーネントキャリア（ＣＣ２）からのハンドオーバを促進できる。
【０１５２】
第３の方法として、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更前の状態（セカンダリセル）に戻す前に、第１のコンポーネントキャリア（ＣＣ１）又は他のｅＮＢ２００へのハンドオーバを促進するように、第２のコンポーネントキャリア（ＣＣ２）における送信電力を低下させる。これにより、ＵＥ１００が第１のコンポーネントキャリア（ＣＣ１）で受信する参照信号の受信電力又は受信品質が低くなるので、第２のコンポーネントキャリア（ＣＣ２）からのハンドオーバを促進できる。
【０１５３】
そして、ｅＮＢ２００は、第１の方法から第３の方法の少なくとも１つにより、第２のコンポーネントキャリア（ＣＣ２）で接続を確立するＵＥ１００が存在しなくなった後に、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更前の状態（セカンダリセル）に戻す。なお、第２の方法及び第３の方法の場合、このような復帰動作を終了する際に、ハンドオーバ閾値及び送信電力も元に戻すことが望ましい。
【０１５４】
図１６は、本実施形態に係るｅＮＢ２００の動作フロー図である。本フローの初期状態において、ｅＮＢ２００は多ＵＥモードで動作していると仮定する。
【０１５５】
図１６に示すように、ステップＳ３０１において、ｅＮＢ２００は、自身の負荷レベルが所定レベルを下回るか否かを判定する。
【０１５６】
ステップＳ３０１の判定が「ＹＥＳ」である場合、ステップＳ３０２において、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００が第１のコンポーネントキャリア（ＣＣ１）又は他のｅＮＢ２００へのハンドオーバを行うための処理、すなわち、上述した第１の方法から第３の方法の少なくとも１つを開始する。
【０１５７】
ステップＳ３０３において、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００が全てハンドオーバを行ったか否かを判定する。
【０１５８】
ステップＳ３０３の判定が「ＹＥＳ」である場合、ステップＳ３０４において、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更前の状態（セカンダリセル）に戻す。その結果、ｅＮＢ２００は、多ＵＥモードからＣＡモードへ復帰する。
【０１５９】
（３．３）まとめ
本実施形態によれば、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）をプライマリセルとして運用するよう変更した後、自身の負荷レベルが十分に減少したのであれば、第２のコンポーネントキャリア（ＣＣ２）を変更前の状態（セカンダリセル）に戻すことで、キャリアアグリゲーションを良好に機能させることができる。
【０１６０】
本実施形態では、ｅＮＢ２００は、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更前の状態に戻す前に、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００に対して、第１のコンポーネントキャリア（ＣＣ１）へのハンドオーバを行うよう指示する。
【０１６１】
或いは、ｅＮＢ２００は、セカンダリセルのキャリア構成を変更前の状態に戻す前に、第１のコンポーネントキャリア（ＣＣ１）又は他のｅＮＢ２００へのハンドオーバを促進するように、ハンドオーバ閾値を調整する、及び／又は第２のコンポーネントキャリア（ＣＣ２）における送信電力を低下させる。
【０１６２】
これにより、第２のコンポーネントキャリア（ＣＣ２）のキャリア構成を変更前の状態に戻す場合でも、第２のコンポーネントキャリア（ＣＣ２）で接続を確立したＵＥ１００の通信が途絶える事態を回避できる。
【０１６３】
（４）第４実施形態
以下において、第４実施形態について、第１実施形態〜第３実施形態との相違点を主として説明する。
【０１６４】
（４．１）ＮＣＴ
第４実施形態は、ＮＣＴをサポートするＬＴＥシステムに関する。
【０１６５】
ＮＣＴをサポートするＬＴＥシステムにおいては、全てのＵＥ１００がＮＣＴをサポートしているとは限らず、一部のＵＥ１００はＮＣＴをサポートせずにＬＣＴのみをサポートする。
【０１６６】
なお、ＮＣＴが適用されるキャリア（ＮＣＴキャリア）は、ＮＣＴをサポートするＵＥ１００しか収容できない。これに対し、ＬＣＴが適用されるキャリア（ＬＣＴキャリア）は、ＮＣＴをサポートしないＵＥ１００及びＮＣＴをサポートするＵＥ１００の何れも収容できる。
【０１６７】
（４．１．１）ＮＣＴの具体例１
図１７及び図１８は、ＮＣＴの具体例１を説明するための図である。図１７は、比較例としてのＬＣＴキャリアのキャリア構成を示し、図１８は、ＮＣＴキャリアのキャリア構成を示す。
【０１６８】
図１７に示すように、ＬＣＴキャリアの各サブフレームには、時間軸方向及び周波数軸方向において下りリンク参照信号（ＣＲＳ：Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）が分散して配置される。具体的には、下りリンク参照信号は、時間軸方向において、全てのサブフレームに配置される。また、下りリンク参照信号は、周波数軸方向において、全てのリソースブロック（ＲＢ）に配置される。
【０１６９】
一方、図１８に示すように、ＮＣＴキャリアにおいて、下りリンク参照信号は、時間軸方向において全てのサブフレームには配置されずに、連続する２つのサブフレームのうち一方のサブフレームにのみ配置される。また、下りリンク参照信号は、周波数軸方向において全てのＲＢには配置されずに、連続する２つのＲＢのうち一方のＲＢにのみ配置される。
【０１７０】
このようなＮＣＴキャリアによれば、ＬＣＴキャリアに比べて下りリンク参照信号の密度を低下させることにより、下りリンク参照信号の送信に使用されていた無線リソースをユーザデータ等の送信に使用できるため、スループットを改善できる。
【０１７１】
（４．１．２）ＮＣＴの具体例２
図１９及び図２０は、ＮＣＴの具体例２を説明するための図である。図１９は、ＬＣＴキャリアのキャリア構成を示し、図２０は、ＮＣＴキャリアのキャリア構成を示す。
【０１７２】
図１９に示すように、ＬＣＴキャリアにおいて、複数のサブフレームのそれぞれには、下りリンク制御信号を送信するためのＰＤＣＣＨ領域が設けられる。ＰＤＣＣＨ領域は、サブフレームの先頭数シンボルの区間において、全てのリソースブロックに亘って設けられる。
【０１７３】
一方、図２０に示すように、ＮＣＴキャリアにおいては、下りリンク制御信号を送信するためのｅＰＤＣＣＨ（ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ）領域が設けられる。ｅＰＤＣＣＨ領域は、サブフレームに含まれる複数のリソースブロックのうち一部のリソースブロックからなる。
【０１７４】
このように、１キャリア（コンポーネントキャリア）内の全てのリソースブロックに亘ってＰＤＣＣＨ領域が設けられるＬＣＴとは異なり、ＮＣＴでは、一部のリソースブロックにおいてのみｅＰＤＣＣＨ領域が設けられる。また、サブフレームの先頭数シンボルの区間においてのみＰＤＣＣＨ領域が設けられるＬＣＴとは異なり、ＮＣＴでは、サブフレーム内の全てのシンボルに亘ってｅＰＤＣＣＨ領域を設けることが可能である。
【０１７５】
（４．２）第４実施形態の概要
本実施形態では、ｅＮＢ２００は、隣接基地局情報に基づいて、ｅＮＢ２００が運用する複数のキャリアのうち少なくとも１つのキャリアを、ＬＣＴからＮＣＴに変更する。或いは、ｅＮＢ２００は、隣接基地局情報に基づいて、ｅＮＢ２００が運用する複数のキャリアのうち少なくとも１つのキャリアを、ＮＣＴからＬＣＴに変更する。
【０１７６】
隣接基地局情報は、ｅＮＢ２００と隣接するｅＮＢ２００（隣接基地局）と接続するＵＥ１００の能力に関する情報である。本実施形態では、隣接基地局情報は、隣接基地局と接続する複数のＵＥ１００において、ＮＣＴをサポートしないＵＥ１００（以下「レガシーＵＥ」という。）とＮＣＴをサポートするＵＥ１００（以下「ＮＣＴサポートＵＥ」という。）との比を示す情報である。
【０１７７】
レガシーＵＥとＮＣＴサポートＵＥとの比を示す情報とは、例えば以下の何れかである。
・レガシーＵＥ数及びＮＣＴサポートＵＥ数から算出された比。
・レガシーＵＥ数及びＮＣＴサポートＵＥ数の組み合わせ。
・隣接基地局と接続するＵＥ１００の総数及びレガシーＵＥ数の組み合わせ。
・隣接基地局と接続するＵＥ１００の総数及びＮＣＴサポートＵＥ数の組み合わせ。
【０１７８】
例えば、図７に示した動作環境において、ｅＮＢ２００は、隣接基地局と接続するＵＥ１００のうちレガシーＵＥの割合が多い場合には、ｅＮＢ２００が運用するＮＣＴキャリアをＬＣＴキャリアに変更する。これにより、レガシーＵＥが隣接基地局のエリアからｅＮＢ２００のエリアに大量に移動しても、ＬＣＴキャリアにより、レガシーＵＥをより多く収容可能になる。以下において、ｅＮＢ２００が複数のキャリアの全て又は大部分のキャリアをＬＣＴキャリアとして運用するモードを「レガシーＵＥ優先モード」という。
【０１７９】
これに対し、ｅＮＢ２００は、隣接基地局と接続するＵＥ１００のうちＮＣＴサポートＵＥの割合が多い場合には、ｅＮＢ２００が運用するＬＣＴキャリアをＮＣＴキャリアに変更する。これにより、ＮＣＴサポートＵＥが隣接基地局のエリアからｅＮＢ２００のエリアに大量に移動しても、ＮＣＴキャリアにより、ＮＣＴサポートＵＥをより多く収容可能になる。以下において、ｅＮＢ２００が複数のキャリアの全て又は大部分のキャリアをＮＣＴキャリアとして運用するモードを「ＮＣＴサポートＵＥ優先モード」という。
【０１８０】
（４．３）第４実施形態に係る動作
図２１は、本実施形態に係るＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣ（隣接基地局情報）を説明するための図である。ここでは、ｅＮＢ２００−１からｅＮＢ２００−２へＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣを送信する一例を説明する。
【０１８１】
図２１に示すように、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣは、第１実施形態で説明した負荷情報に代えて、ｅＮＢ２００−１と接続するＵＥ１００におけるレガシーＵＥとＮＣＴサポートＵＥとの比を示す情報（以下「レガシー／ＮＣＴ比情報」という。）を含む。その他のメッセージ構成については、第１実施形態と同様である。
【０１８２】
ｅＮＢ２００−１は、レガシーＵＥの割合が閾値を超えたことをトリガとしてＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣをｅＮＢ２００−２に送信してもよい。或いは、ｅＮＢ２００−１は、ＮＣＴサポートＵＥの割合が閾値を超えたことをトリガとしてＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣをｅＮＢ２００−２に送信してもよい。
【０１８３】
図２２は、本実施形態に係るｅＮＢ２００−１の動作フロー図である。ここでは、ｅＮＢ２００−２へのＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣの送信に関するｅＮＢ２００−１の動作を説明する。
【０１８４】
図２２に示すように、ステップＳ４１１において、ｅＮＢ２００−１は、ｅＮＢ２００−１と接続する複数のＵＥ１００のそれぞれから能力情報を取得し、レガシーＵＥの割合が閾値を上回るか否かを判定する。能力情報は、ＮＣＴをサポートするか否かの情報を含む。ｅＮＢ２００−１は、レガシーＵＥの割合が閾値を上回った際、持続時間を計時するための持続時間タイマを起動する。
【０１８５】
ステップＳ４１１の判定が「ＹＥＳ」である場合、ステップＳ４１２において、ｅＮＢ２００−１は、レガシー／ＮＣＴ比情報及び持続時間情報を取得する。ここで、持続時間情報は、第１実施形態と同様に、持続時間タイマの値とすることができる。
【０１８６】
ステップＳ４１３において、ｅＮＢ２００−１は、ステップＳ４１２で取得したレガシー／ＮＣＴ比情報及び持続時間情報を含んだＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣを、Ｘ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。
【０１８７】
図２３は、本実施形態に係るｅＮＢ２００−２の動作フロー図である。本フローの初期状態において、ｅＮＢ２００−２は、ＮＣＴサポートＵＥ優先モードで動作している。
【０１８８】
図２３に示すように、ステップＳ４２１において、ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣを受信したか否かを判定する。
【０１８９】
ステップＳ４２１の判定が「ＹＥＳ」である場合、ステップＳ４２２において、ｅＮＢ２００−２は、ｅＮＢ２００−２と接続するレガシーＵＥの割合と、受信したＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣに含まれるレガシー／ＮＣＴ比状態が示すレガシーＵＥの割合と、の合計が、閾値を上回るか否かを判定する。或いは、ｅＮＢ２００−２は、受信したＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣに含まれるレガシー／ＮＣＴ比状態が示すレガシーＵＥの割合が閾値を上回るか否かを判定してもよい。
【０１９０】
ステップＳ４２２の判定が「ＹＥＳ」である場合、ステップＳ４２３において、ｅＮＢ２００−２は、受信したＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣに含まれる持続時間情報が示す持続時間が、タイムアウト時間を上回るか否かを判定する。受信したＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣにタイムアウト時間を示す情報が含まれていれば、該情報からタイムアウト時間を設定してもよい。或いは、タイムアウト時間は、ｅＮＢ２００−２の周辺環境に基づいて予め設定されていてもよい。
【０１９１】
ステップＳ４２３の判定が「ＹＥＳ」である場合、ｅＮＢ２００−２は、レガシーＵＥ優先モードへ移行する。なお、ｅＮＢ２００−２は、レガシーＵＥ優先モードへ移行する場合には、上述したＴｒａｆｆｉｃ  Ｆｏｒｅｃａｓｔ  Ｒｅｓｐｏｎｓｅメッセージとして肯定応答（ＡＣＫ）を送信し、レガシーＵＥ優先モードへ移行しない場合には、上述したＴｒａｆｆｉｃ  Ｆｏｒｅｃａｓｔ  Ｒｅｓｐｏｎｓｅメッセージとして否定応答（ＮＡＣＫ）を送信してもよい。
【０１９２】
本フローでは、ＮＣＴサポートＵＥ優先モードからレガシーＵＥ優先モードへの移行について説明したが、レガシーＵＥ優先モードからＮＣＴサポートＵＥ優先モードへの移行を行ってもよい。
【０１９３】
図２４は、本実施形態に係る動作の具体例１を説明するための図である。ここでは、ＮＣＴサポートＵＥ優先モードからレガシーＵＥ優先モードへの移行を行うケースについて説明する。
【０１９４】
図２４（ａ）に示すように、ｅＮＢ２００−１に隣接してｅＮＢ２００−２が設置されており、ｅＮＢ２００−２に隣接してｅＮＢ２００−３が設置されている。ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれの通信エリア内には、電車などの輸送交通手段Ｔの移動経路（例えば、線路）が設けられている。輸送交通手段Ｔは、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３の順に、対応する通信エリア内を通過する。輸送交通手段Ｔ内には、多数のレガシーＵＥが存在し得る。
【０１９５】
図２４（ａ）の例では、ｅＮＢ２００−１は、自身の通信エリア内にレガシーＵＥの割合が多い状況にあるので、レガシーＵＥ優先モードで動作している。ここで、ｅＮＢ２００−１は、レガシーＵＥの割合が多いことに応じて、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。
【０１９６】
図２４（ｂ）に示すように、ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣを受信した後、自身の通信エリア内に輸送交通手段Ｔがあり、レガシーＵＥの割合が多い状況にあるので、ＮＣＴサポートＵＥ優先モードからレガシーＵＥ優先モードへ移行する。ここで、ｅＮＢ２００−２は、レガシーＵＥの割合が多いことに応じて、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−３に送信する。一方、ｅＮＢ２００−１は、自身の通信エリア内に輸送交通手段Ｔが存在せず、レガシーＵＥの割合が少ない状況にあるので、ＮＣＴサポートＵＥ優先モードに復帰する。
【０１９７】
図２４（ｃ）に示すように、ｅＮＢ２００−３は、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣを受信した後、自身の通信エリア内に輸送交通手段Ｔがあり、レガシーＵＥの割合が多い状況にあるので、ＮＣＴサポートＵＥ優先モードからレガシーＵＥ優先モードへ移行する。一方、ｅＮＢ２００−２は、自身の通信エリア内に輸送交通手段Ｔが存在せず、レガシーＵＥの割合が少ない状況にあるので、ＮＣＴサポートＵＥ優先モードに復帰する。
【０１９８】
図２５は、本実施形態に係る動作の具体例２を説明するための図である。ここでは、レガシーＵＥ優先モードからＮＣＴサポートＵＥ優先モードへの移行を行うケースについて説明する。
【０１９９】
図２５（ａ）に示すように、ｅＮＢ２００−１に隣接してｅＮＢ２００−２が設置されており、ｅＮＢ２００−２に隣接してｅＮＢ２００−３が設置されている。ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３のそれぞれの通信エリア内には、電車などの輸送交通手段Ｔの移動経路（例えば、線路）が設けられている。輸送交通手段Ｔは、ｅＮＢ２００−１、ｅＮＢ２００−２、及びｅＮＢ２００−３の順に、対応する通信エリア内を通過する。輸送交通手段Ｔ内には、多数のＮＣＴサポートＵＥが存在し得る。
【０２００】
図２５（ａ）の例では、ｅＮＢ２００−１は、自身の通信エリア内にＮＣＴサポートＵＥの割合が多い状況にあるので、ＮＣＴサポートＵＥ優先モードで動作している。ここで、ｅＮＢ２００−１は、ＮＣＴサポートＵＥの割合が多いことに応じて、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−２に送信する。
【０２０１】
図２５（ｂ）に示すように、ｅＮＢ２００−２は、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣを受信した後、自身の通信エリア内に輸送交通手段Ｔがあり、ＮＣＴサポートＵＥの割合が多い状況にあるので、レガシーＵＥ優先モードからＮＣＴサポートＵＥ優先モードへ移行する。ここで、ｅＮＢ２００−２は、ＮＣＴサポートＵＥの割合が多いことに応じて、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣをＸ２インターフェイス又はＳ１インターフェイス上でｅＮＢ２００−３に送信する。一方、ｅＮＢ２００−１は、自身の通信エリア内に輸送交通手段Ｔが存在せず、ＮＣＴサポートＵＥの割合が少ない状況にあるので、レガシーＵＥ優先モードに復帰する。
【０２０２】
図２５（ｃ）に示すように、ｅＮＢ２００−３は、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣを受信した後、自身の通信エリア内に輸送交通手段Ｔがあり、ＮＣＴサポートＵＥの割合が多い状況にあるので、レガシーＵＥ優先モードからＮＣＴサポートＵＥ優先モードへ移行する。一方、ｅＮＢ２００−２は、自身の通信エリア内に輸送交通手段Ｔが存在せず、ＮＣＴサポートＵＥの割合が少ない状況にあるので、レガシーＵＥ優先モードに復帰する。
【０２０３】
（４．４）第４実施形態の変更例
上述した第４実施形態では、レガシーＵＥ優先モードとＮＣＴサポートＵＥ優先モードとの間の切り替えを、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣの受信側のｅＮＢ２００において判断していた。
【０２０４】
しかしながら、レガシーＵＥ優先モードとＮＣＴサポートＵＥ優先モードとの間の切り替えを、Ｔｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣの送信側のｅＮＢ２００において判断してもよい。
【０２０５】
本変更例では、ｅＮＢ２００から隣接基地局に送信されるＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣは、ｅＮＢ２００と接続するＵＥ１００の能力に基づく情報であって、かつ隣接基地局の少なくとも１つのキャリアをＬＣＴからＮＣＴに変更することを要求する情報である。すなわち、ｅＮＢ２００から隣接基地局に送信されるＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣは、レガシーＵＥ優先モードからＮＣＴサポートＵＥ優先モードへの移行を隣接基地局に要求する情報である。
【０２０６】
或いは、ｅＮＢ２００から隣接基地局に送信されるＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣは、ｅＮＢ２００と接続するＵＥ１００の能力に基づく情報であって、かつ隣接基地局の少なくとも１つのキャリアをＮＣＴからＬＣＴに変更することを要求する情報である。すなわち、ｅＮＢ２００から隣接基地局に送信されるＴｒａｆｆｉｃ  ＦｏｒｅｃａｓｔメッセージＣは、ＮＣＴサポートＵＥ優先モードからレガシーＵＥ優先モードへの移行を隣接基地局に要求する情報である。
【０２０７】
（５）その他の実施形態
上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
【０２０８】
上述した第１実施形態〜第３実施形態においては、多ＵＥモードにおいて、第２のコンポーネントキャリア（ＣＣ２）の全部をプライマリセルとして運用するように変更する一例を説明したが、図２６に示すように、第２のコンポーネントキャリア（ＣＣ２）の一部のサブフレームのみをプライマリセルとして運用するように変更してもよい。この場合、第２のコンポーネントキャリア（ＣＣ２）は、プライマリセルのためのサブフレームとセカンダリセルのためのサブフレームとが混在することになる。これにより、セカンダリセルのためのサブフレームが存在するので、キャリアアグリゲーションを一部継続することができる。
【０２０９】
なお、米国仮出願第６１／６７６７２４号（２０１２年７月２７日出願）、第６１／６７６７３７号（２０１２年７月２７日出願）、及び第６１／６７６７５５号（２０１２年７月２７日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０２１０】
以上のように、本発明は、複数のキャリアを適切に運用できるので、移動通信などの無線通信分野において有用である。
【図１】
2014017478.tif 000003
【図２】
2014017478.tif 000004
【図３】
2014017478.tif 000005
【図４】
2014017478.tif 000006
【図５】
2014017478.tif 000007
【図６】
2014017478.tif 000008
【図７】
2014017478.tif 000009
【図８】
2014017478.tif 000010
【図９】
2014017478.tif 000011
【図１０】
2014017478.tif 000012
【図１１】
2014017478.tif 000013
【図１２】
2014017478.tif 000014
【図１３】
2014017478.tif 000015
【図１４】
2014017478.tif 000016
【図１５】
2014017478.tif 000017
【図１６】
2014017478.tif 000018
【図１７】
2014017478.tif 000019
【図１８】
2014017478.tif 000020
【図１９】
2014017478.tif 000021
【図２０】
2014017478.tif 000022
【図２１】
2014017478.tif 000023
【図２２】
2014017478.tif 000024
【図２３】
2014017478.tif 000025
【図２４】
2014017478.tif 000026
【図２５】
2014017478.tif 000027
【図２６】
2014017478.tif 000028
【国際調査報告】
2014017478.tif 000029
2014017478.tif 000030
2014017478.tif 000031
2014017478.tif 000032