(57)【要約】  第１の特徴に係る基地局は、ユーザ端末とのＲＲＣ接続を確立する。前記基地局は、複数の基地局との接続を同時に確立する二重接続方式を前記ユーザ端末がサポートしているか否かに基づいて、前記ユーザ端末のＲＲＣ接続を近隣基地局に切り替えるか否かを判断する。
2015115458.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信を制御するための通信制御方法であって、
前記ユーザ端末が、前記セカンダリ基地局のセルとの無線リンクの障害を検知するステップＡと、
前記ユーザ端末が、前記障害に関する報告を前記マスタ基地局に送信するステップＢと、を有し、
前記セカンダリ基地局は、前記ユーザ端末と対応付けられた複数のセルからなるセカンダリセルグループを管理しており、
前記複数のセルは、前記ユーザ端末の物理上りリンク制御チャネルが設定される特別セルを含み、
前記障害が検知されたセルが前記特別セルである場合、前記ステップＢにおいて、前記ユーザ端末は、前記報告に前記特別セルに関する情報を加えることを特徴とする通信制御方法。
【請求項２】
前記ステップＡにおいて、前記ユーザ端末は、前記セカンダリセルグループを構成する前記複数のセルのうち、前記特別セルとの無線リンクの障害のみを検知することを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記ステップＢにおいて、前記ユーザ端末は、前記マスタ基地局から報告要求を受信しなくても、前記報告を前記マスタ基地局に自律的に送信することを特徴とする請求項１又は２に記載の通信制御方法。
【請求項４】
ＲＲＣ接続をマスタ基地局と確立し、追加的な無線リソースがセカンダリ基地局から割り当てられ、二重接続方式の通信を行うユーザ端末であって、
前記セカンダリ基地局のセルとの無線リンクの障害を検知し、前記障害に関する報告を前記マスタ基地局に送信する制御部を有し、
前記ユーザ端末と対応付けられた複数のセルからなるセカンダリセルグループが前記セカンダリ基地局により管理されており、
前記複数のセルは、前記ユーザ端末の物理上りリンク制御チャネルが設定される特別セルを含み、
前記制御部は、前記障害が検知されたセルが前記特別セルである場合、前記報告に前記特別セルに関する情報を加えることを特徴とするユーザ端末。
【請求項５】
ユーザ端末とのＲＲＣ接続を確立する基地局であって、
複数の基地局との接続を同時に確立する二重接続方式を前記ユーザ端末がサポートしているか否かに基づいて、前記ユーザ端末のＲＲＣ接続を近隣基地局に切り替えるか否かを判断する制御部を備えることを特徴とする基地局。
【請求項６】
前記ユーザ端末から端末能力通知を受信する受信部をさらに備え、
前記端末能力通知は、前記二重接続方式を前記ユーザ端末がサポートしているか否かを示す情報を含むことを特徴とする請求項５に記載の基地局。
【請求項７】
前記基地局は、一般基地局よりもカバレッジの狭い特定基地局であり、
前記近隣基地局には、前記一般基地局が含まれており、
前記制御部は、前記二重接続方式を前記ユーザ端末がサポートしていることに応じて、前記ユーザ端末のＲＲＣ接続を前記一般基地局に切り替えると判断することを特徴とする請求項５に記載の基地局。
【請求項８】
前記一般基地局のセルの識別子を記憶する記憶部と、
前記ユーザ端末から測定報告を受信する受信部と、をさらに備え、
前記制御部は、前記一般基地局のセルの識別子が前記測定報告に含まれており、かつ、前記二重接続方式を前記ユーザ端末がサポートしている場合に、前記ユーザ端末のＲＲＣ接続を前記一般基地局に切り替えると判断することを特徴とする請求項７に記載の基地局。
【請求項９】
前記制御部は、前記二重接続方式を前記ユーザ端末がサポートしているか否かに加えて、自基地局の負荷状況、前記ユーザ端末の移動状況、前記ユーザ端末の通信状況、バックホール遅延のうち少なくとも１つに基づいて、前記ユーザ端末のＲＲＣ接続を前記一般基地局に切り替えるか否かを判断することを特徴とする請求項７に記載の基地局。
【請求項１０】
前記基地局は、特定基地局よりもカバレッジの広い一般基地局であり、
前記近隣基地局には、前記特定基地局が含まれており、
前記制御部は、前記二重接続方式を前記ユーザ端末がサポートしていることに応じて、前記ユーザ端末のＲＲＣ接続を前記特定基地局に切り替えないと判断することを特徴とする請求項５に記載の基地局。
【請求項１１】
前記特定基地局のセルの識別子を記憶する記憶部と、
前記ユーザ端末から測定報告を受信する受信部と、をさらに備え、
前記制御部は、前記特定基地局のセルの識別子が前記測定報告に含まれており、かつ、前記二重接続方式を前記ユーザ端末がサポートしている場合に、前記ユーザ端末のＲＲＣ接続を前記特定基地局に切り替えないと判断することを特徴とする請求項１０に記載の基地局。
【請求項１２】
前記制御部は、前記特定基地局のセルの識別子が前記測定報告に含まれており、かつ、前記二重接続方式を前記ユーザ端末がサポートしている場合に、前記ユーザ端末のＲＲＣ接続を前記特定基地局に切り替えずに、前記特定基地局と共に前記二重接続方式の通信を開始すると判断することを特徴とする請求項１１に記載の基地局。
【請求項１３】
前記制御部は、前記二重接続方式を前記ユーザ端末がサポートしているか否かに加えて、自基地局の負荷状況、前記ユーザ端末の移動状況、前記ユーザ端末の通信状況、バックホール遅延のうち少なくとも１つに基づいて、前記ユーザ端末のＲＲＣ接続を前記特定基地局に切り替えるか否かを判断することを特徴とする請求項１０に記載の基地局。
【請求項１４】
第１の基地局をマスタ基地局として設定し、かつ第２の基地局をセカンダリ基地局として設定することにより、ユーザ端末が二重接続方式の通信を開始するステップＡと、
前記第１の基地局及び前記第２の基地局で前記マスタ基地局及び前記セカンダリ基地局の役割を入れ替える手順を行うステップＢと、を備え、
前記マスタ基地局は、前記二重接続方式において前記ユーザ端末とＲＲＣ接続を確立する基地局であり、
前記セカンダリ基地局は、前記二重接続方式において前記ユーザ端末に追加的な無線リソースを提供する基地局であることを特徴とする通信制御方法。
【請求項１５】
前記第１の基地局は、一般基地局よりもカバレッジの狭い特定基地局であり、
前記第２の基地局は、前記一般基地局であることを特徴とする請求項１４に記載の通信制御方法。
【請求項１６】
前記ステップＢは、前記マスタ基地局として設定されている前記第１の基地局が、前記役割の入れ替えを要求する入れ替え要求を前記第２の基地局に送信するステップを含むことを特徴とする請求項１４に記載の通信制御方法。
【請求項１７】
前記第１の基地局は、自基地局の負荷状況、前記ユーザ端末の移動状況、前記ユーザ端末の通信状況のうち少なくとも１つに基づいて、前記入れ替え要求を前記第２の基地局に送信するか否かを判断することを特徴とする請求項１６に記載の通信制御方法。
【請求項１８】
前記入れ替え要求は、前記第２の基地局が前記ユーザ端末とＲＲＣ接続を確立するための情報を含むことを特徴とする請求項１４に記載の通信制御方法。
【請求項１９】
前記ステップＢは、前記第１の基地局から前記第２の基地局への前記ユーザ端末のハンドオーバを行うステップを含み、
前記ハンドオーバにおいて、前記ユーザ端末は、前記第２の基地局へのランダムアクセス手順を省略することを特徴とする請求項１４に記載の通信制御方法。
【請求項２０】
前記第１の基地局は、一般基地局であり、
前記第２の基地局は、前記一般基地局よりもカバレッジの狭い特定基地局であることを特徴とする請求項１４に記載の通信制御方法。
【請求項２１】
前記役割を入れ替えた後、前記マスタ基地局として設定されている前記第２の基地局が、前記セカンダリ基地局として設定されている前記第１の基地局を解放するステップをさらに有することを特徴とする請求項１４に記載の通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて用いられる基地局、ユーザ端末、及び通信制御方法に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、一般基地局（例えば、マクロセル基地局）よりもカバレッジの狭い特定基地局（例えば、小セル基地局）を効率的に利用するための検討が進められている。【０００３】
また、３ＧＰＰでは、リリース１２以降において二重接続方式（Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）の導入が予定されている（非特許文献１参照）。二重接続方式では、ユーザ端末は、複数の基地局（一般基地局及び特定基地局）との接続を同時に確立する。ユーザ端末には、各基地局から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、基地局間キャリアアグリゲーション（ｉｎｔｅｒ−ｅＮＢ  ＣＡ）と称されることがある。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８４２  Ｖ１２．０．０」  ２０１４年１月７日
【発明の概要】
【０００５】
二重接続方式では、ユーザ端末との接続を確立する複数の基地局のうち、１つの基地局（以下、「マスタ基地局」という）のみが当該ユーザ端末とのＲＲＣ接続を確立する。これに対し、当該複数の基地局のうち他の基地局（以下、「セカンダリ基地局」という）は、ＲＲＣ接続をユーザ端末と確立せずに、追加的な無線リソースを当該ユーザ端末に提供する。
【０００６】
本発明は、二重接続方式を適切に実現可能とすることを目的とする。
【０００７】
第１の特徴に係る基地局は、ユーザ端末とのＲＲＣ接続を確立する。前記基地局は、複数の基地局との接続を同時に確立する二重接続方式を前記ユーザ端末がサポートしているか否かに基づいて、前記ユーザ端末のＲＲＣ接続を近隣基地局に切り替えるか否かを判断する制御部を備える。
【０００８】
第２の特徴に係る通信制御方法は、第１の基地局をマスタ基地局として設定し、かつ第２の基地局をセカンダリ基地局として設定することにより、ユーザ端末が二重接続方式の通信を開始するステップＡと、前記第１の基地局及び前記第２の基地局で前記マスタ基地局及び前記セカンダリ基地局の役割を入れ替える手順を行うステップＢと、を備える。前記マスタ基地局は、前記二重接続方式において前記ユーザ端末とＲＲＣ接続を確立する基地局である。前記セカンダリ基地局は、前記二重接続方式において前記ユーザ端末に追加的な無線リソースを提供する基地局である。
【０００９】
第３の特徴に係る通信制御方法は、ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信を制御するための方法である。前記通信制御方法は、前記ユーザ端末が、前記セカンダリ基地局のセルとの無線リンクの障害を検知するステップＡと、前記ユーザ端末が、前記障害に関する報告を前記マスタ基地局に送信するステップＢと、を有する。前記セカンダリ基地局は、前記ユーザ端末と対応付けられた複数のセルからなるセカンダリセルグループを管理している。前記複数のセルは、前記ユーザ端末の物理上りリンク制御チャネルが設定される特別セルを含む。前記障害が検知されたセルが前記特別セルである場合、前記ステップＢにおいて、前記ユーザ端末は、前記報告に前記特別セルに関する情報を加える。
【００１０】
第４の特徴に係るユーザ端末は、ＲＲＣ接続をマスタ基地局と確立し、追加的な無線リソースがセカンダリ基地局から割り当てられ、二重接続方式の通信を行う。前記ユーザ端末は、前記セカンダリ基地局のセルとの無線リンクの障害を検知し、前記障害に関する報告を前記マスタ基地局に送信する制御部を有する。前記ユーザ端末と対応付けられた複数のセルからなるセカンダリセルグループが前記セカンダリ基地局により管理されている。前記複数のセルは、前記ユーザ端末の物理上りリンク制御チャネルが設定される特別セルを含む。前記制御部は、前記障害が検知されたセルが前記特別セルである場合、前記報告に前記特別セルに関する情報を加える。
【図面の簡単な説明】
【００１１】
【図１】第１実施形態乃至第５実施形態に係るＬＴＥシステムの構成図である。
【図２】第１実施形態乃至第５実施形態に係るＵＥのブロック図である。
【図３】第１実施形態乃至第５実施形態に係るｅＮＢのブロック図である。
【図４】第１実施形態乃至第５実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】第１実施形態乃至第５実施形態に係る無線フレームの構成図である。
【図６】二重接続方式の概要を説明するための図である。
【図７】第１のＵＰアーキテクチャを示す図である。
【図８】第２のＵＰアーキテクチャを示す図である。
【図９】第１実施形態乃至第５実施形態に係る二重接続方式を開始する動作を示すシーケンス図である。
【図１０】第１実施形態乃至第３実施形態に係る動作環境を示す図である。
【図１１】第１実施形態に係る動作パターン１を示すシーケンス図である。
【図１２】第１実施形態に係る動作パターン２を示すシーケンス図である。
【図１３】第２実施形態に係る動作パターン１を示すシーケンス図である。
【図１４】第３実施形態に係る動作を示すシーケンス図である。
【図１５】第４実施形態に係る動作環境を示す図である。
【図１６】第４実施形態に係る動作を示すシーケンス図である。
【図１７】第４実施形態の変更例に係る動作を示すフロー図である。
【図１８】第５実施形態に係る動作を示すシーケンス図である。
【図１９】第５実施形態に係るその他の動作を示す図である。
【図２０】その他の実施形態に係る動作環境を示す図である。
【図２１】実施形態の付記に係る図である。
【発明を実施するための形態】
【００１２】
［実施形態の概要］
第１実施形態及び第２実施形態に係る基地局は、ユーザ端末とのＲＲＣ接続を確立する。前記基地局は、複数の基地局との接続を同時に確立する二重接続方式を前記ユーザ端末がサポートしているか否かに基づいて、前記ユーザ端末のＲＲＣ接続を近隣基地局に切り替えるか否かを判断する制御部を備える。
【００１３】
第１実施形態及び第２実施形態では、前記基地局は、前記ユーザ端末から端末能力通知を受信する受信部をさらに備える。前記端末能力通知は、前記二重接続方式を前記ユーザ端末がサポートしているか否かを示す情報を含む。
【００１４】
第１実施形態では、前記基地局は、一般基地局よりもカバレッジの狭い特定基地局である。前記近隣基地局には、前記一般基地局が含まれている。前記制御部は、前記二重接続方式を前記ユーザ端末がサポートしていることに応じて、前記ユーザ端末のＲＲＣ接続を前記一般基地局に切り替えると判断する。
【００１５】
第１実施形態では、前記基地局は、前記一般基地局のセルの識別子を記憶する記憶部と、前記ユーザ端末から測定報告を受信する受信部と、をさらに備える。前記制御部は、前記一般基地局のセルの識別子が前記測定報告に含まれており、かつ、前記二重接続方式を前記ユーザ端末がサポートしている場合に、前記ユーザ端末のＲＲＣ接続を前記一般基地局に切り替えると判断する。
【００１６】
第１実施形態では、前記制御部は、前記二重接続方式を前記ユーザ端末がサポートしているか否かに加えて、自基地局の負荷状況、前記ユーザ端末の移動状況、前記ユーザ端末の通信状況、バックホール遅延のうち少なくとも１つに基づいて、前記ユーザ端末のＲＲＣ接続を前記一般基地局に切り替えるか否かを判断する。
【００１７】
第２実施形態では、前記基地局は、特定基地局よりもカバレッジの広い一般基地局である。前記近隣基地局には、前記特定基地局が含まれている。前記制御部は、前記二重接続方式を前記ユーザ端末がサポートしていることに応じて、前記ユーザ端末のＲＲＣ接続を前記特定基地局に切り替えないと判断する。
【００１８】
第２実施形態では、前記基地局は、前記特定基地局のセルの識別子を記憶する記憶部と、前記ユーザ端末から測定報告を受信する受信部と、をさらに備える。前記制御部は、前記特定基地局のセルの識別子が前記測定報告に含まれており、かつ、前記二重接続方式を前記ユーザ端末がサポートしている場合に、前記ユーザ端末のＲＲＣ接続を前記特定基地局に切り替えないと判断する。
【００１９】
第２実施形態では、前記制御部は、前記特定基地局のセルの識別子が前記測定報告に含まれており、かつ、前記二重接続方式を前記ユーザ端末がサポートしている場合に、前記ユーザ端末のＲＲＣ接続を前記特定基地局に切り替えずに、前記特定基地局と共に前記二重接続方式の通信を開始すると判断する。
【００２０】
第２実施形態では、前記制御部は、前記二重接続方式を前記ユーザ端末がサポートしているか否かに加えて、自基地局の負荷状況、前記ユーザ端末の移動状況、前記ユーザ端末の通信状況、バックホール遅延のうち少なくとも１つに基づいて、前記ユーザ端末のＲＲＣ接続を前記特定基地局に切り替えるか否かを判断する。
【００２１】
第３実施形態及び第４実施形態に係る通信制御方法は、第１の基地局をマスタ基地局として設定し、かつ第２の基地局をセカンダリ基地局として設定することにより、ユーザ端末が二重接続方式の通信を開始するステップＡと、前記第１の基地局及び前記第２の基地局で前記マスタ基地局及び前記セカンダリ基地局の役割を入れ替える手順を行うステップＢと、を備える。前記マスタ基地局は、前記二重接続方式において前記ユーザ端末とＲＲＣ接続を確立する基地局である。前記セカンダリ基地局は、前記二重接続方式において前記ユーザ端末に追加的な無線リソースを提供する基地局である。
【００２２】
第３実施形態では、前記第１の基地局は、一般基地局よりもカバレッジの狭い特定基地局である。前記第２の基地局は、前記一般基地局である。
【００２３】
第３実施形態では、前記ステップＢは、前記マスタ基地局として設定されている前記第１の基地局が、前記役割の入れ替えを要求する入れ替え要求を前記第２の基地局に送信するステップを含む。
【００２４】
第３実施形態では、前記第１の基地局は、自基地局の負荷状況、前記ユーザ端末の移動状況、前記ユーザ端末の通信状況のうち少なくとも１つに基づいて、前記入れ替え要求を前記第２の基地局に送信するか否かを判断する。
【００２５】
第３実施形態では、前記入れ替え要求は、前記第２の基地局が前記ユーザ端末とＲＲＣ接続を確立するための情報を含む。
【００２６】
第３実施形態では、前記ステップＢは、前記第１の基地局から前記第２の基地局への前記ユーザ端末のハンドオーバを行うステップを含む。前記ハンドオーバにおいて、前記ユーザ端末は、前記第２の基地局へのランダムアクセス手順を省略する。
【００２７】
第４実施形態では、前記第１の基地局は、一般基地局である。前記第２の基地局は、前記一般基地局よりもカバレッジの狭い特定基地局である。
【００２８】
第４実施形態では、前記通信制御方法は、前記役割を入れ替えた後、前記マスタ基地局として設定されている前記第２の基地局が、前記セカンダリ基地局として設定されている前記第１の基地局を解放するステップをさらに有する。
【００２９】
第５実施形態に係る通信制御方法は、ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信を制御するための方法である。前記通信制御方法は、前記ユーザ端末が、前記セカンダリ基地局のセルとの無線リンクの障害を検知するステップＡと、前記ユーザ端末が、前記障害に関する報告を前記マスタ基地局に送信するステップＢと、を有する。前記セカンダリ基地局は、前記ユーザ端末と対応付けられた複数のセルからなるセカンダリセルグループを管理している。前記複数のセルは、前記ユーザ端末の物理上りリンク制御チャネルが設定される特別セルを含む。前記障害が検知されたセルが前記特別セルである場合、前記ステップＢにおいて、前記ユーザ端末は、前記報告に前記特別セルに関する情報を加える。
【００３０】
第５実施形態では、前記通信制御方法は、前記報告が前記特別セル情報を含む場合、前記マスタ基地局が、前記複数のセルに対する上りリンク送信を前記ユーザ端末に停止させるステップをさらに有する。
【００３１】
［第１実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００３２】
（システム構成）
図１は、第１実施形態に係るＬＴＥシステムの構成図である。
【００３３】
図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００３４】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３５】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３６】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３７】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００３８】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００３９】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００４０】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００４１】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４２】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
【００４３】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００４４】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４５】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４６】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４７】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４８】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びＲＲＣ接続確立時のランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００４９】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００５０】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００５１】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００５２】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００５３】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００５４】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００５５】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの区間は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００５６】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける他の部分は、主にユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００５７】
（二重接続方式）
第１実施形態に係るＬＴＥシステムは、二重接続方式をサポートする。二重接続方式は、リリース１２以降において導入が予定されている。二重接続方式では、ＵＥ１００は、複数のｅＮＢ２００との接続を同時に確立する。ＵＥ１００には、各ｅＮＢ２００から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、ｅＮＢ２００間キャリアアグリゲーション（ｉｎｔｅｒ−ｅＮＢ  ＣＡ）と称されることもある。
【００５８】
図６は、二重接続方式の概要を説明するための図である。
【００５９】
図６に示すように、二重接続方式では、ＵＥ１００との接続を確立する複数のｅＮＢ２００のうち、マスタｅＮＢ（ＭｅＮＢ）２００−Ｍのみが当該ＵＥ１００とのＲＲＣ接続を確立する。これに対し、当該複数のｅＮＢ２００のうちセカンダリｅＮＢ（ＳｅＮＢ）２００−Ｓは、ＲＲＣ接続をＵＥ１００と確立せずに、追加的な無線リソースをＵＥ１００に提供する。言い換えると、ＭｅＮＢ２００−Ｍは、ユーザプレーン接続だけでなく制御プレーン接続をＵＥ１００と確立する。これに対し、ＳｅＮＢ２００−Ｓは、制御プレーン接続をＵＥ１００と確立せずに、ユーザプレーン接続をＵＥ１００と確立する。なお、ＳｅＮＢ２００−Ｓは、ＲＲＭ機能を有していてもよい。
【００６０】
ＭｅＮＢ２００−ＭとＳｅＮＢ２００−Ｓとの間にはＸｎインターフェイスが設定される。Ｘｎインターフェイスは、Ｘ２インターフェイス又は新たなインターフェイスである。
【００６１】
二重接続方式では、ＵＥ１００は、ＭｅＮＢ２００−Ｍが管理するＮ個のセル及びＳｅＮＢ２００−Ｓが管理するＭ個のセルを同時に利用したキャリアアグリゲーションが可能である。二重接続方式においてＵＥ１００のサービングセルの最大数、すなわち、（Ｎ＋Ｍ）の最大数は、例えば５である。ここで、ＭｅＮＢ２００−Ｍが管理するＮ個のセルからなるグループは、マスタセルグループ（ＭＣＧ）と称される。また、ＳｅＮＢ２００−Ｓが管理するＭ個のセルからなるグループは、セカンダリセルグループ（ＳＣＧ）と称される。ＳＣＧには、ＵＥ１００のＰＵＣＣＨを設ける特別なセルが設定される。特別なセルは、キャリアアグリゲーションにおけるプライマリセル（ＰＣｅｌｌ）の機能の一部を遂行する。以下において、当該特別なセルをＤＣ  ｓｐｅｃｉａｌ  ｃｅｌｌと称する。
【００６２】
図７及び図８は、二重接続方式におけるユーザデータの転送経路（データパス）の構成方式を説明するための図である。二重接続方式におけるユーザデータの転送経路（データパス）を構成するユーザプレーンアーキテクチャ（ＵＰアーキテクチャ）は主に２通り存在する。
【００６３】
図７は、第１のＵＰアーキテクチャを示す。図７Ａに示すように、第１のＵＰアーキテクチャでは、ＭｅＮＢ２００−ＭとＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスと、ＳｅＮＢ２００−ＳとＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスと、が利用される。ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃１は、ＭｅＮＢ２００−ＭとＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスを経由する。ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃２は、ＳｅＮＢ２００−ＳとＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスを経由する。このように、第１のＵＰアーキテクチャでは、ＳｅＮＢ２００−ＳとＳ−ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００−Ｍを経由しない。図７Ｂに示すように、ＭｅＮＢ２００−Ｍ及びＳｅＮＢ２００−Ｓのそれぞれは、ＰＤＣＰ、ＲＬＣ、ＭＡＣの各層の処理を行う。
【００６４】
図８は、第２のＵＰアーキテクチャを示す。図８Ａに示すように、第２のＵＰアーキテクチャでは、ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃２は、ＭｅＮＢ２００−Ｍにおいて分割されており、分割された一方（ｓｐｌｉｔ  ｂｅａｒｅｒ）はＳｅＮＢ２００−Ｓを経由してＵＥ１００で終端し、分割された他方（ｓｐｌｉｔ  ｂｅａｒｅｒ）はＳｅＮＢ２００−Ｓを経由せずにＵＥ１００で終端する。このように、第２のＵＰアーキテクチャでは、ＳｅＮＢ２００−ＳとＳ−ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００−Ｍを経由する。図８Ｂに示すように、ＥＰＳベアラ＃２における分割された一方（ｓｐｌｉｔ  ｂｅａｒｅｒ）については、ＭｅＮＢ２００−ＭのＰＤＣＰ、ＳｅＮＢ２００−ＳのＲＬＣ及びＭＡＣ、により各層の処理を行う。或いは、ｓｐｌｉｔ  ｂｅａｒｅｒについては、ＲＬＣ（又はＲＬＣの一部機能）までＭｅＮＢ２００−Ｍが担当してもよい。
【００６５】
図９は、二重接続方式を開始する動作を示すシーケンス図である。図９の初期状態において、ＵＥ１００は、ＭｅＮＢ２００−ＭとのＲＲＣ接続を確立した状態である。
【００６６】
図９に示すように、ステップＳ１１において、ＵＥ１００は、ＵＥ１００においてセル毎に求められた測定結果を含む測定報告をＭｅＮＢ２００−Ｍに送信する。測定結果は、測定セルの識別子と参照信号受信電力（ＲＳＲＰ）／参照信号受信品質（ＲＳＲＱ）との組み合わせを含む。
【００６７】
ステップＳ１２において、測定報告を受信したＭｅＮＢ２００−Ｍは、受信した測定報告などに基づいて、ＳｅＮＢリソースを使用することを決定する。
【００６８】
ステップＳ１３において、ＭｅＮＢ２００−Ｍは、ＵＥ１００に対するリソース割り当てを要求するためのＳｅＮＢ追加要求（ＳｅＮＢ  Ａｄｄｉｔｉｏｎ）をＳｅＮＢ２００−Ｓに送信する。ＳｅＮＢ追加要求は、ＵＥ１００に関する各種パラメータを含む。
【００６９】
ステップＳ１４において、ＳｅＮＢ追加要求を受信したＳｅＮＢ２００−Ｓは、受信したＳｅＮＢ追加要求に基づいて、ＵＥ１００に対するリソース割り当てを承諾するか否かを判断する。ＵＥ１００に対するリソース割り当てを承諾する場合、ＳｅＮＢ２００−Ｓは、ＵＥ１００のための無線リソース（例えば、ＤＣ  ｓｐｅｃｉａｌ  ｃｅｌｌ）を設定する。ＳｅＮＢ２００−Ｓは、ＵＥ１００に割り当てるランダムアクセスプリアンブルを選択してもよい。
【００７０】
ステップＳ１５において、ＳｅＮＢ２００−Ｓは、新たな無線リソース設定（例えば、ＤＣ  ｓｐｅｃｉａｌ  ｃｅｌｌの設定、ランダムアクセスプリアンブル設定）を提供するＳｅＮＢ追加指令をＭｅＮＢ２００−Ｍに送信する。
【００７１】
ステップＳ１６において、ＳｅＮＢ２００−Ｓは、新たな無線リソース設定に応じて、ＤＣ  ｓｐｅｃｉａｌ  ｃｅｌｌを設定する。なお、ステップＳ１５及びステップＳ１６の順番は逆であってもよい。
【００７２】
ステップＳ１７において、ＳｅＮＢ追加指令を受信したＭｅＮＢ２００−Ｍは、受信したＳｅＮＢ追加指令に基づいて、ＵＥ１００に送信するＲＲＣメッセージを生成する。
【００７３】
ステップＳ１８において、ＭｅＮＢ２００−Ｍは、生成したＲＲＣメッセージ（ＲＲＣ再設定メッセージ）をＵＥ１００に送信する。
【００７４】
ステップＳ１９において、ＲＲＣ再設定メッセージを受信したＵＥ１００は、受信したＲＲＣ再設定メッセージに基づいて、ＳＣＧに対応するＭＡＣエンティティを生成する。ここで、ＳＣＧに含まれるＤＣ  ｓｐｅｃｉａｌ  ｃｅｌｌは有効化（Ａｃｔｉｖａｔｅ）された状態であり、ＳＣＧに含まれる他のセルは無効化（Ｄｅａｃｔｉｖａｔｅ）された状態である（ステップＳ２０）。
【００７５】
ステップＳ２１において、ＵＥ１００は、ＲＲＣ再設定が完了したことを示すＲＲＣ再設定完了メッセージをＭｅＮＢ２００−Ｍに送信する。
【００７６】
ステップＳ２２において、ＵＥ１００は、ＳｅＮＢ２００−Ｓに対するランダムアクセスを行う。
【００７７】
ステップＳ２３において、ＳｅＮＢ２００−Ｓは、ＵＥ１００との同期を検出し、新たな無線リソース設定が使用可能になったことを示す通知（ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  ｃｏｍｐｌｅｔｅ）をＭｅＮＢ２００−Ｍに送信する。
【００７８】
ステップＳ２４において、ＳｅＮＢ２００−Ｓは、ＤＣ  ｓｐｅｃｉａｌ  ｃｅｌｌを用いて、ＵＥ１００に対する下りリンク制御信号をＰＤＣＣＨ上で送信し、ＵＥ１００に対する下りリンクユーザデータをＰＤＳＣＨ上で送信する。
【００７９】
ステップＳ２５において、ＳｅＮＢ２００−Ｓは、ＭＡＣ層において、ＳＣＧに含まれる他のセルの使用を開始することを決定する。
【００８０】
ステップＳ２６において、ＳｅＮＢ２００−Ｓは、ＳＣＧに含まれる他のセルを有効化（Ａｃｔｉｖａｔｅ）することを示すＭＡＣ制御要素をＵＥ１００に送信する。
【００８１】
ステップＳ２７において、ＭＡＣ制御要素を受信したＵＥ１００は、受信したＭＡＣ制御要素に基づいて、ＳＣＧに含まれる他のセルを有効化（Ａｃｔｉｖａｔｅ）する。
【００８２】
（第１実施形態に係る動作）
（１）動作概要
第１実施形態では、マスタセルがマクロセルであり、セカンダリセルがマクロセルよりもカバレッジの狭いセル（小セル）であるシナリオを主として想定する。ここで、小セルは、例えばピコセル又はフェムトセル等であり、マクロセルのカバレッジと少なくとも一部が重複するカバレッジを有する。
【００８３】
このように、カバレッジの広いセルをマスタセルとして設定することにより、ＲＲＣコネクティッド状態のＵＥ１００の移動に対応する、すなわち、モビリティを強化することができる。具体的には、二重接続方式の通信を行うＵＥ１００が小セルとのＲＲＣ接続を確立する場合、当該ＵＥ１００の移動に伴って、ＲＲＣ接続をマクロセルに切り替えるための処理（ハンドオーバ等）が必要となる。よって、第１実施形態では、マスタセルをマクロセルとし、セカンダリセルを小セルとする二重接続方式の通信を行うように制御する。
【００８４】
図１０は、第１実施形態に係る動作環境を示す図である。
【００８５】
図１０に示すように、ｅＮＢ２００−１は、マクロセルを管理する。ｅＮＢ２００−２は、小セルを管理する。ｅＮＢ２００−１及びｅＮＢ２００−２は、バックホール（Ｘｎインターフェイス）により相互に接続されている。小セルはマクロセルのカバレッジの少なくとも一部と重複するカバレッジを有する。ＵＥ１００は、マクロセルのカバレッジと小セルのカバレッジとが重複する領域内に位置する。ＵＥ１００は、リリース１２以降の仕様に準拠しており、二重接続方式をサポートする。
【００８６】
第１実施形態では、小セルを管理するｅＮＢ２００−２は、ＵＥ１００とのＲＲＣ接続を確立する。ｅＮＢ２００−２は、複数のｅＮＢ２００との接続を同時に確立する二重接続方式をＵＥ１００がサポートしているか否かに基づいて、ＵＥ１００のＲＲＣ接続を近隣ｅＮＢ（ｅＮＢ２００−１）に切り替えるか否かを判断する。
【００８７】
詳細には、ｅＮＢ２００−２は、ＵＥ１００から端末能力通知（ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。端末能力通知は、二重接続方式をＵＥ１００がサポートしているか否かを示す情報を含む。ｅＮＢ２００−２は、二重接続方式をＵＥ１００がサポートしていることに応じて、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−１に切り替えると判断する。ここで、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−１に切り替えるとは、ｅＮＢ２００−１に対してＵＥ１００のハンドオーバ又はリダイレクトを行うことを指すが、以下では、ハンドオーバを例示する。
【００８８】
このように、二重接続方式をサポートするＵＥ１００については、小セル（ｅＮＢ２００−２）からマクロセル（ｅＮＢ２００−１）にＲＲＣ接続を切り替える制御を行う。よって、マスタセル（ＭｅＮＢ）をマクロセル（ｅＮＢ２００−１）とし、セカンダリセル（ＳｅＮＢ）を小セル（ｅＮＢ２００−２）とする二重接続方式の通信をＵＥ１００が行うことができる。従って、二重接続方式におけるモビリティ強化を実現可能とすることができる。
【００８９】
第１実施形態では、ｅＮＢ２００−２は、ｅＮＢ２００−１のセルの識別子（のリスト）を記憶している。ｅＮＢ２００−２は、ｅＮＢ２００−１のセル識別子（のリスト）をＯＡＭから取得してもよい。また、ｅＮＢ２００−２は、ＵＥ１００から測定報告（Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｐｏｒｔ）を受信する。
【００９０】
第１実施形態に係る動作パターン１では、ｅＮＢ２００−２は、ＵＥ１００からＵＥ能力通知を受信し、二重接続方式をＵＥ１００がサポートしていると判断した場合に、ＵＥ１００のＲＲＣ接続を直ぐにｅＮＢ２００−１に切り替える。例えば、動作パターン１では、ｅＮＢ２００−２は、ｅＮＢ２００−１のセルの識別子が測定報告に含まれており、かつ、二重接続方式をＵＥ１００がサポートしている場合に、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−１に切り替えると判断する。或いは、ｅＮＢ２００−２は、自身（小セル）がｅＮＢ２００−１（マクロセル）のカバレッジ内であることを把握していれば、測定報告に基づくことなく、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−１に切り替えると判断してもよい。
【００９１】
第１実施形態に係る動作パターン２では、ｅＮＢ２００−２は、二重接続方式をＵＥ１００がサポートしているか否かに加えて、自身の負荷状況、ＵＥ１００の移動状況、ＵＥ１００の通信状況のうち少なくとも１つに基づいて、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−１に切り替えるか否かを判断する。
【００９２】
（２）動作パターン１
図１１は、第１実施形態に係る動作パターン１を示すシーケンス図である。図１１の初期状態において、ＵＥ１００は、ｅＮＢ２００−２とのＲＲＣ接続を確立した状態である。
【００９３】
図１１に示すように、ステップＳ１０１において、ｅＮＢ２００−２は、ＵＥ１００に対して、二重接続方式をサポートしているか否かを問い合わせる。詳細には、ｅＮＢ２００−２は、二重接続方式をＵＥ１００がサポートしているか否かに関するＵＥ能力通知（ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）の送信要求をＵＥ１００に送信する。
【００９４】
ステップＳ１０２において、ＵＥ１００は、ｅＮＢ２００−２からの要求に応じて、ＵＥ能力通知をｅＮＢ２００−２に送信する。
【００９５】
ステップＳ１０３において、ＵＥ１００は、測定報告をｅＮＢ２００−２に送信する。
【００９６】
ステップＳ１０４において、ｅＮＢ２００−２は、ＵＥ１００から受信したＵＥ能力通知に基づいて、ＵＥ１００が二重接続方式をサポートしているか否かを判断する。また、ｅＮＢ２００−２は、ｅＮＢ２００−１のセル（マクロセル）の識別子が測定報告に含まれているか否かを判断する。
【００９７】
ｅＮＢ２００−１のセルの識別子が測定報告に含まれており、かつ、二重接続方式をＵＥ１００がサポートしている場合（ステップＳ１０４；ＹＥＳ）、ステップＳ１０６において、ｅＮＢ２００−２は、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−１に切り替えると判断し、ｅＮＢ２００−１へのＵＥ１００のハンドオーバ手順を開始する。詳細には、ｅＮＢ２００−２は、ハンドオーバ要求をｅＮＢ２００−１に送信する（ステップＳ１０７）。ハンドオーバが完了した後、ｅＮＢ２００−１がｅＮＢ２００−２をＳｅＮＢとして追加することにより、二重接続方式の適用を開始可能である。
【００９８】
一方、ステップＳ１０４で「ＮＯ」の場合、ステップＳ１０５において、ｅＮＢ２００−２は、ｅＮＢ２００−１へのＵＥ１００のハンドオーバ手順を開始しない。
【００９９】
（３）動作パターン２
図１２は、第１実施形態に係る動作パターン２を示すシーケンス図である。図１２の初期状態において、ＵＥ１００は、ｅＮＢ２００−２とのＲＲＣ接続を確立した状態である。ここでは、上述した動作パターン１との相違点を主として説明する。
【０１００】
図１２に示すように、ステップＳ２０１において、ｅＮＢ２００−２は、ＵＥ１００に対して、二重接続方式をサポートしているか否かを問い合わせる。
【０１０１】
ステップＳ２０２において、ＵＥ１００は、ｅＮＢ２００−２からの要求に応じて、ＵＥ能力通知をｅＮＢ２００−２に送信する。
【０１０２】
ステップＳ２０３において、ＵＥ１００は、測定報告をｅＮＢ２００−２に送信する。
【０１０３】
ステップＳ２０４において、ｅＮＢ２００−２は、二重接続方式をＵＥ１００がサポートしているか否かに加えて、自身の負荷状況、ＵＥ１００の移動状況、ＵＥ１００の通信状況のうち少なくとも１つに基づいて、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−１に切り替えるか否かを判断する。詳細には、動作パターン１における判断手法に加えて、以下のような判断手法を適用する。
【０１０４】
例えば、ＵＥ１００が静止状態又はそれに近い状態であれば、ＵＥ１００のモビリティを考慮する必要性は小さい。よって、ｅＮＢ２００−２は、ＵＥ１００が静止状態又はそれに近い状態であれば、ＵＥ１００をｅＮＢ２００−１にハンドオーバせずに、ｅＮＢ２００−１をＳｅＮＢとして追加して、二重接続方式の適用を開始してもよい。なお、ＵＥ１００の移動状態を把握するための方法としては、例えば無線パラメータ（ドップラー周波数、フェージング速度）などを利用する公知の方法を利用可能である。
【０１０５】
或いは、ＵＥ１００が少量のトラフィックしか送受信しないのであれば、二重接続方式によりスループットを向上させる必要性は小さい。よって、ｅＮＢ２００−２は、ＵＥ１００が少量のトラフィックしか送受信しないのであれば、ＵＥ１００をｅＮＢ２００−１にハンドオーバせずに、通常の通信を継続してもよい。なお、ＵＥ１００の通信状態を把握するための方法としては、例えばアプリケーション情報などを利用する公知の方法を利用可能である。
【０１０６】
或いは、ｅＮＢ２００−２の負荷レベルが低く、ＵＥ１００のために十分な空き無線リソースが存在するのであれば、二重接続方式により無線リソースを確保する必要性は小さい。よって、ｅＮＢ２００−２は、自身の負荷レベルが低いのであれば、ＵＥ１００をｅＮＢ２００−１にハンドオーバせずに、通常の通信を継続してもよい。
【０１０７】
さらに、ｅＮＢ２００−２は、バックホール（Ｘｎインターフェイス）の遅延時間を考慮に入れてもよい。例えば、上述した第２のＵＰアーキテクチャを想定すると、ｅＮＢ２００−１との間のＸｎインターフェイスの遅延時間が大きい場合には、二重接続方式を適用することは好ましくない。よって、ｅＮＢ２００−２は、Ｘｎインターフェイスの遅延時間が大きければ、ＵＥ１００をｅＮＢ２００−１にハンドオーバせずに、通常の通信を継続してもよい。
【０１０８】
［第１実施形態の変更例］
上述した第１実施形態では、ｅＮＢ２００−２がＵＥ１００からＵＥ能力通知を受信していた。
【０１０９】
しかしながら、他のｅＮＢからｅＮＢ２００−２へのハンドオーバ時にＵＥ１００のコンテキスト情報をｅＮＢ２００−２が受信しており、当該コンテキスト情報にＵＥ能力通知が含まれている場合、ｅＮＢ２００−２は、当該コンテキスト情報に含まれるＵＥ能力通知を利用してもよい。
【０１１０】
［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。第２実施形態は、システム構成及び動作環境については、第１実施形態と同様である。
【０１１１】
第１実施形態では、二重接続方式に関するＵＥ１００の能力を考慮しつつ、ｅＮＢ２００−２（小セル）からｅＮＢ２００−１（マクロセル）へのハンドオーバ制御を行っていた。
【０１１２】
これに対し、第２実施形態では、二重接続方式に関するＵＥ１００の能力を考慮しつつ、ｅＮＢ２００−１（マクロセル）からｅＮＢ２００−２（小セル）へのハンドオーバ制御を行う。
【０１１３】
（１）動作概要
第２実施形態では、マクロセルを管理するｅＮＢ２００−１は、ＵＥ１００とのＲＲＣ接続を確立する。ｅＮＢ２００−２は、ＵＥ１００から端末能力通知（ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）を受信する。ｅＮＢ２００−１は、二重接続方式をＵＥ１００がサポートしていることに応じて、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−２に切り替えないと判断する。
【０１１４】
また、ｅＮＢ２００−１は、ｅＮＢ２００−２のセルの識別子を記憶している。ｅＮＢ２００−１は、ＵＥ１００から測定報告を受信する。ｅＮＢ２００−１は、ｅＮＢ２００−２のセルの識別子が測定報告に含まれており、かつ、二重接続方式をＵＥ１００がサポートしている場合に、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−２に切り替えないと判断する。
【０１１５】
また、ｅＮＢ２００−１は、ｅＮＢ２００−２のセルの識別子が測定報告に含まれており、かつ、二重接続方式をＵＥ１００がサポートしている場合に、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−２に切り替えずに、ｅＮＢ２００−２をＳｅＮＢとして追加して二重接続方式の通信を開始してもよい。
【０１１６】
さらに、ｅＮＢ２００−１は、二重接続方式をＵＥ１００がサポートしているか否かに加えて、自基地局の負荷状況、ＵＥ１００の移動状況、ＵＥ１００の通信状況のうち少なくとも１つに基づいて、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−２に切り替えるか否かを判断してもよい。
【０１１７】
（２）動作パターン１
図１３は、第２実施形態に係る動作パターン１を示すシーケンス図である。図１３の初期状態において、ＵＥ１００は、ｅＮＢ２００−１とのＲＲＣ接続を確立した状態である。
【０１１８】
図１３に示すように、ステップＳ３０１において、ｅＮＢ２００−１は、ＵＥ１００に対して、二重接続方式をサポートしているか否かを問い合わせる。詳細には、ｅＮＢ２００−１は、二重接続方式をＵＥ１００がサポートしているか否かに関するＵＥ能力通知（ＵＥ  Ｃａｐａｂｉｌｉｔｙ  Ｉｎｆｏｒｍａｔｉｏｎ）の送信要求をＵＥ１００に送信する。
【０１１９】
ステップＳ３０２において、ＵＥ１００は、ｅＮＢ２００−１からの要求に応じて、ＵＥ能力通知をｅＮＢ２００−１に送信する。
【０１２０】
ステップＳ３０３において、ＵＥ１００は、測定報告をｅＮＢ２００−１に送信する。
【０１２１】
ステップＳ３０４において、ｅＮＢ２００−１は、ＵＥ１００から受信したＵＥ能力通知に基づいて、ＵＥ１００が二重接続方式をサポートしているか否かを判断する。また、ｅＮＢ２００−１は、ｅＮＢ２００−２のセル（小セル）の識別子が測定報告に含まれているか否かを判断する。
【０１２２】
ｅＮＢ２００−２のセルの識別子が測定報告に含まれており、かつ、二重接続方式をＵＥ１００がサポートしている場合（ステップＳ３０４；ＹＥＳ）、ステップＳ３０５において、ｅＮＢ２００−１は、ｅＮＢ２００−２（小セル）へのＵＥ１００のハンドオーバ手順を開始しない。さらに、ｅＮＢ２００−１は、ｅＮＢ２００−２をＳｅＮＢとして追加して、二重接続方式の適用を開始してもよい。
【０１２３】
一方、ステップＳ３０４で「ＮＯ」の場合、詳細には、ｅＮＢ２００−２のセルの識別子が測定報告に含まれており、かつ、二重接続方式をＵＥ１００がサポートしていない場合、ステップＳ３０６において、ｅＮＢ２００−１は、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−２に切り替えると判断してもよい。この場合、ｅＮＢ２００−２へのＵＥ１００のハンドオーバ手順を開始し、ハンドオーバ要求をｅＮＢ２００−２に送信する（ステップＳ３０７）。
【０１２４】
（３）動作パターン２
第２実施形態に係る動作パターン２では、ｅＮＢ２００−１は、二重接続方式をＵＥ１００がサポートしているか否かに加えて、自基地局の負荷状況、ＵＥ１００の移動状況、ＵＥ１００の通信状況のうち少なくとも１つに基づいて、ＵＥ１００のＲＲＣ接続をｅＮＢ２００−２に切り替えるか否かを判断する。
【０１２５】
例えば、ｅＮＢ２００−１は、ＵＥ１００が高速移動状態又はそれに近い状態であれば、ＵＥ１００をｅＮＢ２００−２にハンドオーバせずに、通常の通信を継続してもよい。或いは、ｅＮＢ２００−１は、ＵＥ１００が大量のトラフィックを送受信するのであれば、ＵＥ１００をｅＮＢ２００−２にハンドオーバせずに、ｅＮＢ２００−２をＳｅＮＢとして追加して、二重接続方式の適用を開始してもよい。或いは、ｅＮＢ２００−１は、自身の負荷レベルが高く、ＵＥ１００のために十分な空き無線リソースが存在しないのであれば、ＵＥ１００をｅＮＢ２００−２にハンドオーバせずに、ｅＮＢ２００−２をＳｅＮＢとして追加して、二重接続方式の適用を開始してもよい。
【０１２６】
さらに、ｅＮＢ２００−１は、バックホール（Ｘｎインターフェイス）の遅延時間を考慮に入れてもよい。例えば、上述した第２のＵＰアーキテクチャを想定すると、ｅＮＢ２００−２との間のＸｎインターフェイスの遅延時間が大きい場合には、二重接続方式を適用することは好ましくない。よって、ｅＮＢ２００−１は、Ｘｎインターフェイスの遅延時間が大きければ、二重接続方式が不適切と判断して、ＵＥ１００をｅＮＢ２００−２にハンドオーバしてもよい。
【０１２７】
［第２実施形態の変更例］
上述した第２実施形態では、ｅＮＢ２００−１がＵＥ１００からＵＥ能力通知を受信していた。
【０１２８】
しかしながら、他のｅＮＢからｅＮＢ２００−１へのハンドオーバ時にＵＥ１００のコンテキスト情報をｅＮＢ２００−１が受信しており、当該コンテキスト情報にＵＥ能力通知が含まれている場合、ｅＮＢ２００−１は、当該コンテキスト情報に含まれるＵＥ能力通知を利用してもよい。
【０１２９】
［第３実施形態］
以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。第３実施形態は、システム構成及び動作環境については、第１実施形態と同様である。
【０１３０】
上述した第１実施形態及び第２実施形態では、二重接続方式をサポートするＵＥ１００について、できる限りｅＮＢ２００−１（マクロセル）とＲＲＣ接続を確立するようハンドオーバ制御を行っていた。
【０１３１】
これに対し、第３実施形態では、ｅＮＢ２００−２（小セル）をＭｅＮＢとして設定し、ｅＮＢ２００−１（マクロセル）をＳｅＮＢとして設定する二重接続方式の通信を開始した後、ＭｅＮＢ及びＳｅＮＢの役割を入れ替えることにより、二重接続方式におけるモビリティ強化を実現可能とする。
【０１３２】
（１）動作概要
第３実施形態では、ｅＮＢ２００−２をＭｅＮＢとして設定し、かつｅＮＢ２００−１をＳｅＮＢとして設定することにより、ＵＥ１００が二重接続方式の通信を開始する。その後、ｅＮＢ２００−２及びｅＮＢ２００−１でＭｅＮＢ及びＳｅＮＢの役割を入れ替える手順を行う。
【０１３３】
第３実施形態では、ＭｅＮＢとして設定されているｅＮＢ２００−２は、ＭｅＮＢ及びＳｅＮＢの役割の入れ替えを要求する入れ替え要求（Ｒｏｌｅ  Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔ）をｅＮＢ２００−１に送信する。入れ替え要求は、ｅＮＢ２００−１がＵＥ１００とＲＲＣ接続を確立するための情報を含む。ｅＮＢ２００−２は、自身の負荷状況、ＵＥ１００の移動状況、ＵＥ１００の通信状況のうち少なくとも１つに基づいて、入れ替え要求をｅＮＢ２００−１に送信するか否かを判断してもよい。
【０１３４】
ＭｅＮＢ及びＳｅＮＢの役割を入れ替える手順では、ｅＮＢ２００−２からｅＮＢ２００−１へのＵＥ１００のハンドオーバを行う。当該ハンドオーバにおいて、ＵＥ１００は、ｅＮＢ２００−１へのランダムアクセス手順を省略する。
【０１３５】
（２）動作シーケンス
図１４は、第３実施形態に係る動作を示すシーケンス図である。図１４の初期状態において、ＵＥ１００は、ｅＮＢ２００−２（小セル）をＭｅＮＢとして設定し、ｅＮＢ２００−１（マクロセル）をＳｅＮＢとして設定して、二重接続方式の通信を行っている。
【０１３６】
図１４に示すように、ステップＳ４０１において、ｅＮＢ２００−２は、ＭｅＮＢ及びＳｅＮＢの役割の入れ替え（Ｒｏｌｅ  ｃｈａｎｇｅ）を行うと判断する。かかる判断は、ＵＥ１００の移動状況に基づいて行われる。例えば、ｅＮＢ２００−２は、ＵＥ１００が静止状態から移動状態に変化した場合に、ＭｅＮＢ及びＳｅＮＢの役割の入れ替えを行うと判断する。また、ｅＮＢ２００−２は、自身の負荷状況、ｅＮＢ２００−１の負荷状況、ＵＥ１００の通信状況なども考慮して、かかる判断を行ってもよい。
【０１３７】
ステップＳ４０２において、ｅＮＢ２００−２は、ＭｅＮＢ及びＳｅＮＢの役割の入れ替えを要求する入れ替え要求（Ｒｏｌｅ  Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔ）をｅＮＢ２００−１に送信する。入れ替え要求は、ＵＥ１００に関するＲＲＣ情報（ＲＲＣ  Ｃｏｎｔａｉｎｅｒ、Ｃｏｎｔｅｘｔ）、Ｅ−ＲＡＢ設定、ＳＣＧセル構成、ＵＰアーキテクチャの識別子など含んでもよい。ここで、Ｅ−ＲＡＢ設定は、シグナリング用のみでもよい。ＳＣＧセル構成は、ｅＮＢ２００−２がＳｅＮＢになった後のＤＣ  ｓｐｅｃｉａｌ  ｃｅｌｌ、ＳＣｅｌｌのリスト及び設定などである。
【０１３８】
ステップＳ４０３において、入れ替え要求（Ｒｏｌｅ  Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔ）を受信したｅＮＢ２００−１は、当該入れ替え要求を承諾するか否かを判断する。ｅＮＢ２００−１は、自身の負荷状況などを考慮して、かかる判断を行う。ここでは、当該入れ替え要求を承諾すると判断したと仮定して、説明を進める。
【０１３９】
ステップＳ４０４において、ｅＮＢ２００−１は、入れ替え要求に対する肯定応答（Ｒｏｌｅ  Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔ  Ａｃｋ）をｅＮＢ２００−２に送信する。肯定応答は、ＭＣＧセル構成を含んでもよい。ＭＣＧセル構成は、ｅＮＢ２００−１がＭｅＮＢになった後のＰＣｅｌｌ、ＳＣｅｌｌｓのリスト及び設定などである。基本的には、現在ＳＣＧとして設定されているものを引き継ぐ。
【０１４０】
ステップＳ４０５及びＳ４０６において、ｅＮＢ２００−２は、ＭｅＮＢ及びＳｅＮＢの役割の入れ替え（Ｒｏｌｅ  ｃｈａｎｇｅ）を行うためのＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎ．  Ｒｅｃｏｎｆ．）メッセージをＵＥ１００に送信する。ＲＲＣ接続再設定は、二重接続用のＲＲＣ設定パラメータのセットを含む。
【０１４１】
ステップＳ４０７乃至Ｓ４１０は、上述した第２のＵＰアーキテクチャの場合に行われる手順であって、ｅＮＢ２００−２に蓄積されているＵＥ１００のユーザデータをｅＮＢ２００−１に転送するものである。
【０１４２】
ステップＳ４１１において、ｅＮＢ２００−１は、ＵＥ１００に上りリンク無線リソースを割り当てる。
【０１４３】
ステップＳ４１２において、ＵＥ１００は、割り当てられた上りリンク無線リソースを用いて、ＲＲＣ接続再設定完了（ＲＲＣ  Ｃｏｎｎ．  Ｒｅｃｏｎｆ．  Ｃｏｍｐｌｅｔｅ）メッセージをｅＮＢ２００−１に送信する。これにより、ＵＥ１００は、ｅＮＢ２００−１をＭｅＮＢとして設定する。すなわち、ＭｅＮＢのＰＣｅｌｌがｅＮＢ２００−２からｅＮＢ２００−１に切り替わる。
【０１４４】
ここで、ＵＥ１００には識別子（Ｃ−ＲＮＴＩ：Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）が割り当てられており、上りリンクタイミング調整（ＴＡ：Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ）も済んでいることから、ＵＥ１００は、ｅＮＢ２００−１に対するランダムアクセス手順を行うことなく、ＲＲＣ接続再設定完了メッセージをｅＮＢ２００−１に送信する。
【０１４５】
ステップＳ４１３において、ＵＥ１００は、ｅＮＢ２００−１とユーザデータを送受信する。
【０１４６】
ステップＳ４１４乃至Ｓ４２１は、上述した第２のＵＰアーキテクチャの場合に行われる手順であって、Ｓ−ＧＷ３００Ｕとの間のデータパスをｅＮＢ２００−２からｅＮＢ２００−１に切り替えるものである。詳細には、データパス切り替えをｅＮＢ２００−１からＭＭＥ３００Ｃを通じて要求し、Ｓ−ＧＷ３００ＵがデータパスをｅＮＢ２００−２からｅＮＢ２００−１に切り替える。
【０１４７】
ステップＳ４２２において、ｅＮＢ２００−１は、ＭｅＮＢ及びＳｅＮＢの役割の入れ替え完了メッセージをｅＮＢ２００−２に送信する。
【０１４８】
［第４実施形態］
以下において、第４実施形態について、第１実施形態乃至第４実施形態との相違点を主として説明する。
【０１４９】
上述した第３実施形態では、ｅＮＢ２００−２（小セル）をＭｅＮＢとして設定し、ｅＮＢ２００−１（マクロセル）をＳｅＮＢとして設定する二重接続方式の通信を開始した後、ＭｅＮＢ及びＳｅＮＢの役割を入れ替えていた。
【０１５０】
これに対し、第４実施形態では、ｅＮＢ２００−１（マクロセル）をＭｅＮＢとして設定し、ｅＮＢ２００−２（小セル）をＳｅＮＢとして設定する二重接続方式の通信を開始した後、ＭｅＮＢ及びＳｅＮＢの役割を入れ替える。
【０１５１】
図１５は、第４実施形態に係る動作環境を示す図である。
【０１５２】
図１５に示すように、マクロセル１を管理するｅＮＢ２００−１と、小セルを管理するｅＮＢ２００−２と、マクロセル２を管理するｅＮＢ２００−３と、が設けられている。小セルは、２つのマクロセル１，２の境界付近に位置する。ＵＥ１００は、マクロセル１のカバレッジ及び小セルのカバレッジの重複領域からマクロセル２に移動する。
【０１５３】
図１６は、第４実施形態に係る動作を示すシーケンス図である。
【０１５４】
図１６に示すように、ｅＮＢ２００−１をＭｅＮＢとして設定し、ｅＮＢ２００−２をＳｅＮＢとして設定する二重接続方式の通信を開始する（ステップＳ５０１）。
【０１５５】
ＵＥ１００が測定報告をｅＮＢ２００−１に送信し（ステップＳ５０２）、ｅＮＢ２００−１は、測定報告などに基づいてＲｏｌｅ  ｃｈａｎｇｅを決定し（ステップＳ５０３）、Ｒｏｌｅ  Ｃｈａｎｇｅ  ＲｅｑｕｅｓｔをｅＮＢ２００−２に送信する（ステップＳ５０４）。ｅＮＢ２００−２は、Ｒｏｌｅ  Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔを承諾し（ステップＳ５０５）、Ｒｏｌｅ  Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔ  ＡｃｋをｅＮＢ２００−１に送信する（ステップＳ５０６）。また、ＵＰアーキテクチャに応じてデータパス切り替え（ステップＳ５０７、Ｓ５０８）及びデータ転送（ステップＳ５０９、Ｓ５１０）を行う。さらに、ｅＮＢ２００−１は、Ｒｏｌｅ  ＣｈａｎｇｅのためのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ１００に送信する（ステップＳ５１１）。ＵＥ１００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ＣｏｍｐｌｅｔｅメッセージをｅＮＢ２００−２に送信する（ステップＳ５１２）。ｅＮＢ２００−２は、Ｒｏｌｅ  Ｃｈａｎｇｅ  ＣｏｍｐｌｅｔｅメッセージをｅＮＢ２００−１に送信する（ステップＳ５１３）。これにより、ｅＮＢ２００−２が新たなＭｅＮＢとして設定され、ｅＮＢ２００−１が新たなＳｅＮＢとして設定される（ステップＳ５１４、Ｓ５１５）。
【０１５６】
その後、ＵＥ１００が測定報告をｅＮＢ２００−２に送信し（ステップＳ５１６）、ｅＮＢ２００−２は、測定報告などに基づいて、ｅＮＢ２００−３を新たなＳｅＮＢとして追加することを決定する（ステップＳ５１７）。ｅＮＢ２００−２は、ｅＮＢ２００−１との間でＳｅＮＢ解放処理を行い（ステップＳ５１８乃至Ｓ５２０）、ｅＮＢ２００−３との間でＳｅＮＢ追加処理を行う（ステップＳ５２１乃至Ｓ５２３）。また、ＵＰアーキテクチャに応じてデータ転送（ステップＳ５２４、Ｓ５２５、Ｓ５２６、Ｓ５２７）を行う。さらに、ｅＮＢ２００−２は、ＳｅＮＢ追加・解放のためのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ１００に送信する（ステップＳ５２８）。ＵＥ１００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ＣｏｍｐｌｅｔｅメッセージをｅＮＢ２００−２に送信する（ステップＳ５２９）。また、ＵＥ１００は、ｅＮＢ２００−３へのランダムアクセスを行って同期を確立する（ステップＳ５３０）。ｅＮＢ２００−３は、ＵＥ１００との同期を検出すると、ＳｅＮＢ  Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ  ＣｏｍｐｌｅｔｅメッセージをｅＮＢ２００−２に送信する（ステップＳ５３１）。また、ＵＰアーキテクチャに応じてデータパス切り替えを行う（ステップＳ５３２、Ｓ５３３）。これにより、ｅＮＢ２００−１がＳｅＮＢから解放され、ｅＮＢ２００−３が新たなＳｅＮＢとして設定される（ステップＳ５３４）。
【０１５７】
その後、ＵＥ１００が測定報告をｅＮＢ２００−２に送信し（ステップＳ５３５）、ｅＮＢ２００−２は、測定報告などに基づいてＲｏｌｅ  ｃｈａｎｇｅを決定し（ステップＳ５３６）、Ｒｏｌｅ  Ｃｈａｎｇｅ  ＲｅｑｕｅｓｔをｅＮＢ２００−３に送信する（ステップＳ５３７）。ｅＮＢ２００−３は、Ｒｏｌｅ  Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔを承諾し（ステップＳ５３８）、Ｒｏｌｅ  Ｃｈａｎｇｅ  Ｒｅｑｕｅｓｔ  ＡｃｋをｅＮＢ２００−２に送信する（ステップＳ５３９）。また、ＵＰアーキテクチャに応じてデータパス切り替え（ステップＳ５４０、Ｓ５４１）及びデータ転送（ステップＳ５４２、Ｓ５４３）を行う。さらに、ｅＮＢ２００−２は、Ｒｏｌｅ  ＣｈａｎｇｅのためのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥ１００に送信する（ステップＳ５４４）。ＵＥ１００は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ＣｏｍｐｌｅｔｅメッセージをｅＮＢ２００−３に送信する（ステップＳ５４５）。これにより、ｅＮＢ２００−３が新たなＭｅＮＢとして設定され、ｅＮＢ２００−２が新たなＳｅＮＢとして設定される。
【０１５８】
このように、ＳｅＮＢ追加・解放とＲｏｌｅ  Ｃｈａｎｇｅとを適切に組み合わせて利用することにより、二重接続方式の通信を継続しながらＵＥ１００の移動に対応することができる。
【０１５９】
なお、ＵＥ１００は、ｅＮＢ２００−２をＭｅＮＢとした後、ｅＮＢ２００−１をＳｅＮＢから解放し、通常の通信を行ってもよい。その後、通信状況などに応じて、ｅＮＢ２００−３へのハンドオーバを行うか、ｅＮＢ２００−２との接続を維持するかを判断してもよい。図１７は、かかる変更例を示すフロー図である。
【０１６０】
図１７に示すように、ステップＳ６０１において、ＵＥ１００とＲＲＣ接続を確立したｅＮＢ２００−２は、測定報告に基づいて、ＵＥ１００におけるｅＮＢ２００−３の受信レベルが、ｅＮＢ２００−１の受信レベルにオフセットを加えた値よりも大きいか否かを判断する。ステップＳ６０１で「ＹＥＳ」の場合、二重接続を中止し、ＵＥ１００はｅＮＢ２００−２との単一の接続を確立した状態になる（ステップＳ６０２）。
【０１６１】
この状態で、ｅＮＢ２００−２は、ＵＥ１００の送受信するトラフィック量が多く（ステップＳ６０３；ＹＥＳ）、かつ、ＵＥ１００の移動速度が高くない場合（ステップＳ６０４；ＹＥＳ）、単一の接続の状態を維持する（ステップＳ６０５）。これに対し、ＵＥ１００の送受信するトラフィック量が多くない（ステップＳ６０３；ＮＯ）、又は、ＵＥ１００の移動速度が高い場合（ステップＳ６０４；ＮＯ）、ｅＮＢ２００−３へのハンドオーバを決定する（ステップＳ６０６）。
【０１６２】
［第５実施形態］
以下において、第５実施形態について、第１実施形態乃至第４実施形態との相違点を主として説明する。第５実施形態は、システム構成及び動作環境については、第１実施形態と同様である。
【０１６３】
（１）動作概要
第５実施形態に係る通信制御方法は、ＵＥ１００とＲＲＣ接続を確立するＭｅＮＢ２００−Ｍと、ＵＥ１００に追加的な無線リソースを提供するＳｅＮＢ２００−Ｓと、を用いる二重接続方式の通信を制御するための方法である。
【０１６４】
第５実施形態に係る通信制御方法は、ＵＥ１００が、ＳｅＮＢ２００−Ｓのセルとの無線リンクの障害（ＲＬＦ）を検知するステップＡと、ＵＥ１００が、ＲＬＦに関する報告（ＲＬＦ  Ｒｅｐｏｒｔ）をＭｅＮＢ２００−Ｍに送信するステップＢと、を有する。ＳｅＮＢ２００−Ｓは、ＵＥ１００と対応付けられた複数のセルからなるＳＣＧを管理している。当該複数のセルは、ＵＥ１００のＰＵＣＣＨが設定される特別セル（Ｓｐｅｃｉａｌ  Ｃｅｌｌ）を含む。障害が検知されたセルがＳｐｅｃｉａｌ  Ｃｅｌｌである場合、ステップＢにおいて、ＵＥ１００は、ＲＬＦ  ＲｅｐｏｒｔにＳｐｅｃｉａｌ  Ｃｅｌｌ情報を加える。これにより、ＭｅＮＢ２００−Ｍは、ＳｅＮＢ２００−ＳにおいてＲＬＦが生じたセルがＳｐｅｃｉａｌ  Ｃｅｌｌであるか否かを把握できる。
【０１６５】
第５実施形態に係る通信制御方法は、ＲＬＦ  ＲｅｐｏｒｔがＳｐｅｃｉａｌ  Ｃｅｌｌ情報を含む場合、ＭｅＮＢ２００−Ｍが、ＳＣＧ（複数のセル）に対する上りリンク送信をＵＥ１００に停止させるステップをさらに有する。これにより、ＵＥ１００がＳｅＮＢ２００−Ｓとの通信を継続困難となった場合において、上りリンク送信による干渉を回避できる。
【０１６６】
（２）動作シーケンス
図１８は、第５実施形態に係る動作を示すシーケンス図である。図１８の初期状態において、ＵＥ１００は、ＭｅＮＢ２００−Ｍ及びＳｅＮＢ２００−Ｓとの二重接続方式の通信を行っている。
【０１６７】
図１８に示すように、ステップＳ７０１において、ＵＥ１００は、ＳＣＧにおけるＲＬＦを検知する。
【０１６８】
ステップＳ７０２において、ＵＥ１００は、ＲＬＦが検知されたセルがＳｐｅｃｉａｌ  Ｃｅｌｌであるか否かを判断する。ＲＬＦが検知されたセルがＳｐｅｃｉａｌ  Ｃｅｌｌである場合、ＵＥ１００は、ＲＬＦ  ＲｅｐｏｒｔにＳｐｅｃｉａｌ  Ｃｅｌｌ情報を加える（ステップＳ７０３）。Ｓｐｅｃｉａｌ  Ｃｅｌｌ情報は、例えば、ＲＬＦが検知されたセルがＳｐｅｃｉａｌ  Ｃｅｌｌである場合に「１」が設定される１ビットのフラグである。
【０１６９】
ステップＳ７０４において、ＵＥ１００は、ＲＬＦ  ＲｅｐｏｒｔをＭｅＮＢ２００−Ｍに送信する。なお、ＵＥ１００は、ＭｅＮＢ２００−ＭからのＲＬＦ送信要求がなくてもＲＬＦ  ＲｅｐｏｒｔをＭｅＮＢ２００−Ｍに送信することに留意すべきである。
【０１７０】
ステップＳ７０５において、ＲＬＦ  Ｒｅｐｏｒｔを受信したＭｅＮＢ２００−Ｍは、ＲＬＦ  ＲｅｐｏｒｔがＳｐｅｃｉａｌ  Ｃｅｌｌ情報を含むか否かを判断する。
【０１７１】
ＲＬＦ  ＲｅｐｏｒｔがＳｐｅｃｉａｌ  Ｃｅｌｌ情報を含む場合、ステップＳ７０６において、ＭｅＮＢ２００−Ｍは、ＳＣＧ（複数のセル）に対する上りリンク送信をＵＥ１００に停止させる設定情報をＵＥ１００に送信する。ＵＥ１００は、当該設定情報の受信に応じて、ＳＣＧ（複数のセル）に対する上りリンク送信を停止する。
【０１７２】
これに対し、ＲＬＦ  ＲｅｐｏｒｔがＳｐｅｃｉａｌ  Ｃｅｌｌ情報を含まない場合、ＭｅＮＢ２００−Ｍは、ＳＣＧ（複数のセル）に対する上りリンク送信をＵＥ１００に停止させずに、ＲＬＦ  Ｒｅｐｏｒｔをネットワーク最適化（ＳＯＮ）の用途に利用する。
【０１７３】
（３）その他の動作
ＵＥ１００は、物理層の同期外れ（ｏｕｔ  ｏｆ  ｓｙｎｃｅ）などの物理層問題もＭｅＮＢ２００−Ｍに報告することが好ましい。
【０１７４】
また、ＵＥ１００は、ＳＣＧ障害を検知した際に、ＲＲＣ再確立（RRC reestablishment）を開始しないことが好ましい。但し、現在の仕様では、ＡＳ  ｓｅｃｕｒｉｔｙがアクティブである場合には、ＵＥ１００は、ＲＲＣ再確立を開始するよう規定されている。ＡＳ  ｓｅｃｕｒｉｔｙがアクティブな場合とは、ＳＲＢに対しては完全性保護、ＳＲＢとＤＲＢに対しては秘匿化を意味する。ＲＲＣ再確立の手順にはこれらの完全性保護や秘匿化のための設定手順が含まれる。
【０１７５】
しかしながら、ＲＲＣ再確立を避けるためだけにＡＳ  ｓｅｃｕｒｉｔｙを設定しないことは合理的でない。よって、現在の仕様に対して若干の変更を加えることにより、かかる問題を解決できる。図１９は、第５実施形態に係るその他の動作を示す図である。図１９に示すように、ＲＬＦの条件（１行目乃至３行目の何れか）が満たされた場合、ＵＥ１００は、ＲＬＦが検知されたセルがＳＣＧのセルであるか否かを判断し、ＲＬＦが検知されたセルがＳＣＧのセルでなければ、ＲＲＣ再確立を開始する。
【０１７６】
さらに、第５実施形態に係るシーケンスにおいて、ＲＬＦ  Ｒｅｐｏｒｔは、既存のＲＬＦ  Ｒｅｐｏｒｔを流用したものであるが、既存のＲＬＦ  Ｒｅｐｏｒｔに含まれる情報要素の全てを含む必要は無く、少なくともセルＩＤを含んでいればよい。また、ＲＬＦ原因（t310Expiry, randomAccessProblem, rlc-MaxNumRetx）を含めることが有益である。
【０１７７】
［その他の実施形態］
上述した実施形態では、マクロセルと小セルとの組み合わせにより二重接続方式の通信を行うケースを例示した。しかしながら、そのような組み合わせに限らず、図２０に示すように、マクロセルとピコセルとの組み合わせにより二重接続方式の通信を行ってもよく、ピコセルとフェムトセルとの組み合わせにより二重接続方式の通信を行ってもよい。
【０１７８】
上述した実施形態では、一対のｅＮＢ（ＭｅＮＢ、ＳｅＮＢ）による二重接続方式を例示したが、３以上のｅＮＢによる二重（多重）接続方式に本発明を適用可能である。この場合、図１６のステップＳ５１８（ＳｅＮＢ  Ｒｅｌｅａｓｅ）に関する処理は行わない、とすることができる。
【０１７９】
また、上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１８０】
［付記１］
ｅＮＢ間ＣＡ（二重接続）に対するベースラインのＣＰアーキテクチャとして、オプションＣ１の使用について合意されている。解決するべきｅＮＢ間ＣＡの１つの側面として、ＲＬＦの状況の対処がある。ＳｅＮＢのＲＬＭに関連したＲＬＦ、ｅＮＢ間ＣＡアクティベーション、ＲＡＣＨ障害の問題を考察する。
【０１８１】
（考察）
ｅＮＢ間ＣＡとｅＮＢ内ＣＡとはどちらもＵＥを複数のセルに同時に接続させることによってユーザのスループットを増大させる利点がある。ＭｅＮＢとＳｅＮＢの両方が、ＭＣＧとＳＣＧに属する自サービングセルをそれぞれ有する。ＵＥとＮＷの両方における不必要な複雑性を回避するため、ｅＮＢ内ＣＡのＣＰアーキテクチャをｅＮＢ間ＣＡのＣＰアーキテクチャにおいて可能な限り再利用することが好ましい。しかしながら、ｅＮＢ内ＣＡ手順の再利用は、ｅＮＢ間ＣＡのパフォーマンスに大きな低下をもたらさないよう注意が必要である。ＲＬＦに関する以下の考察において、ｅＮＢ間ＣＡにおけるＲＬＦに関する問題は、ｅＮＢ内ＣＡ用の既存の手順で議論される。
【０１８２】
・ＳＣＧ内の特別セルのＲＬＭ
ｅＮＢ内ＣＡでは、ＰＣｅｌｌが、追加／アクティベーションおよび潜在的なＲＬＦを含め、ＣＱＩおよび測定報告を使ってＳＣｅｌｌの状態を判定するため、ＲＬＭは、ＳＣｅｌｌでは、サポートされない。ｅＮＢ間ＣＡでは、状況は簡単ではない。というのは、ＳｅＮＢが自身のスケジューラを有し、Ｘｎインターフェイスにおけるレイテンシが過剰だと仮定されるので、ＵＥがＭｅＮＢとＳｅＮＢへＣＱＩを送信することが当然だと考えられるからである。この概念を図２１に示す。図２１では、ＵＥは、ＭｅＮＢとＳｅＮＢの両方に各ＣＱＩを送信する。さらに、二重接続がＳｅＮＢに対して確立されると、特別セルが設定され、常に作動されることがすでに決定されている。ＲＬＭがＭｅＮＢだけに適用される場合、ＵＥは特別セルの品質をモニターすることができなくなり、必要なアクションを取ることができなくなる。特別セルとだけ無線リンクを失敗した結果、ＵＥがＲＬＭをトリガできなかったにしても、ＳｅＮＢが二重接続の一部としてもはや利用不可能ならＵＥに対するＱｏＳに対して悪影響を及ぼすだろう。従って、特別セルのＲＬＭはサポートされるべきである。ＳｅＮＢとのＲＬＦは特別セルにだけ基づくことが想定される。
【０１８３】
提案１：  ベースラインとして、ＵＥは、ＭｅＮＢとＳｅＮＢへ、ＣＱＩを送信するべきである。
【０１８４】
提案２：  ＵＥは、ＲＬＭをＳｅＮＢに対しても適用するべきである。
【０１８５】
提案２が同意可能な場合、ＭｅＮＢがＲＬＭの状態を知る必要があるかどうかを判断する必要がある。ＳｅＮＢへのUＬ送信が許可される場合、ＵＥがＵＬ送信終了後不要なＳＲＳをＳｅＮＢに送信することを防ぐために、ＭｅＮＢができるだけ早くＳｅＮＢを取り除くことが必要になると思われる。さらに、ＭｅＮＢがＳｅＮＢのＲＬＦの状態を知っている場合、ＭｅＮＢは、他の周波数間ＳｅＮＢ候補の測定をＵＥに対して設定できる。ＳｅＮＢまたはＵＥがＭｅＮＢに対してＳｅＮＢのＲＬＦの状態を通知する場合があるが、バックホールレイテンシが過剰な場合、ＵＥがＳｅＮＢのＲＬＦの状態をＭｅＮＢに提供する方が好ましい場合もある。
【０１８６】
提案３：  ＭｅＮＢは、ＳｅＮＢのＲＬＦの状態を通知されるべきである。
【０１８７】
提案３が同意されたとして、ＳｅＮＢのＲＬＦの状態をＭｅＮＢに通知する際の形態もまた決定する必要がある。１つの可能性として、ＵＥがＳｅＮＢに対してＲＬＦを断定した後初めて、ＵＥまたはＳｅＮＢが指示をＭｅＮＢに送信することが考えられる。しかしながら、ＭｅＮＢはＳｅＮＢの追加／除外／切替に対して権限を有するので、ＭｅＮＢがＳｅＮＢのＣＱＩ情報を得てＳｅＮＢに対するリンクをうまくモニターできるようにした方が有益だと思われる。ベアラスプリットオプションを有するＡＬＴ３Ｃが、２つのＵＰアーキテクチャの１つとしてすでに合意されているので、ＳｅＮＢに対してステアリングされるトラフィックを決めるのはＭｅＮＢ次第となるだろう。ＳｅＮＢのＣＱＩを有するということは、ＭｅＮＢがベアラスプリットの管理に関する決定ができ、利点があると言える。
【０１８８】
提案４：  ベースラインとして、ＵＥは、ＭｅＮＢに対して、ＳｅＮＢのＣＱＩを送信するべきである。ＣＳＩからの追加の情報がまた必要になるかどうかは、今後の検討が必要である。
【０１８９】
（ｅＮＢ間ＣＡアクティベーション）
ｅＮＢ間ＣＡのアクティベーションは、オプションＣ１に基づいて検討するべきである。ＵＥが小セルに最初に在圏する場合、ＵＥはＭｅＮＢとのＲＲＣ接続しか有さないため、小セルは、ｅＮＢ間ＣＡの前にＵＥをＭｅＮＢに対してハンドオーバさせる必要がある可能性が高い。ｅＮＢ間ＣＡの前に小セルからＭｅＮＢへのハンドオーバに対する必要性を避ける１つの方法は、ＭｅＮＢだけがｅＮＢ間ＣＡを構成することが可能なため、ＵＥが常にＭｅＮＢに在圏していることを確実にすることである。しかしながら、小セルがレガシーＵＥをサポートする必要があるため、レガシーＵＥをスタンドアローン型のセルとしてサポートできる必要がある。従って、ＵＥが小セルに在圏することを防ぐことが難しい可能性がある。ｅＮＢ間ＣＡ可能ＵＥにおけるセル再選択手順について、更に向上すべきか、または過剰なハンドオーバを避けるため接続（Connected）モードで他の向上すべき点が必要かは今後の検討が必要である。
【０１９０】
提案５：  ｅＮＢ間ＣＡ可能ＵＥにおけるセル再選択手順について更に向上すべきか、または過剰なハンドオーバを避けるため接続（Connected）モードで他の向上すべき点が必要かを、検討するべきである。
【０１９１】
（ＲＡＣＨ）
現在、ｅＮＢ間ＣＡにおいて、ＲＡＲがＰＣellから送信されるが、ｅＮＢ間ＣＡのケースには当てはまらない理想的なバックホールに基づくものである。ｅＮＢ間ＣＡでは、ＵＥはＭｅＮＢとＳｅＮＢと両方に対して送信可能であり、そしてＵＥがＳｅＮＢに対してＲＡＣＨプリアンブルを送信するものだと仮定している。しかしながら、ＵＥがＭｅＮＢからＲＡＲを受信した場合、Ｘｎインターフェイスのレイテンシ次第では、ネットワークがどのようにＴ３００タイマに適切な値を適切に決定するかについて悪影響を及ぼす可能性がある。従って、ＳｅＮＢがＵＥに対してＲＡＲを送信するほうがいいと思われる。ＲＡＲがＭｅＮＢから送信された場合、ＭｅＮＢはｅＮＢ間ＣＡに権限を有するので、特に、ＲＡＣＨに障害があれば、ＭｅＮＢはＲＡＣＨ状態を知る必要もあるだろう。そして、ＳｅＮＢまたはＵＥは、ＭｅＮＢに対してＲＡＣＨの障害を通知するべきである。
【０１９２】
提案６：  ＵＥがＳｅＮＢに対してＲＡＣＨプリアンブルを送信する場合、ＳｅＮＢはＲＡＲをＵＥに対して送信するべきである。
【０１９３】
提案７：  ＳｅＮＢまたはＵＥは、ＭｅＮＢに対してＲＡＣＨの障害を通知するべきである。
【０１９４】
［付記２］
（はじめに）
ランダムアクセス障害とＳＣＧに関連付けられたＲＬＣ障害とが合意されたが、ＳＣＧとの物理層問題をＭｅＮＢに通知する必要性についてさらに検討が必要である。この付記は、再確立を開始することを必要とせずに、物理層の問題を識別するための提案とともに、この情報の必要性に関するさらなる分析を提供する。
【０１９５】
（ＳｅＮＢでの物理層問題のＭｅＮＢへの通知）
合意事項：少なくとも次のスキームがサポートされる。
【０１９６】
−ＳＣＧのＰＤＳＣＨ／ＰＵＳＣＨ動作に関連する下記の上りリンク制御情報（ＵＣＩ）がＳｅＮＢにのみ伝送される。
【０１９７】
・ＳＣＧセルのＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ
・ＳＣＧセルの周期的及び非周期的ＣＳＩ
−ＭＣＧに関連するＨＡＲＱ−ＡＣＫ及びＣＳＩはＭｅＮＢにのみ伝送される
−ＳＣＧにおいてＲｅｌ．１１のＵＣＩ伝送規則がサポートされ、ＰｃｅｌｌがｐＳＣｅｌｌに置き換えられる：
・ＵＣＩが伝送される物理チャネル（ＰＵＣＣＨ又はＰＵＳＣＨ）について
・ＰＵＳＣＨでのＵＣＩの場合にＵＣＩが伝送されるセルの選択
・ＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースの選択
・周期的ＣＳＩ報告の破棄規則
・ＵＣＩ組み合わせの取扱い
・ＨＡＲＱ−ＡＣＫのタイミングと多重化
確認：ベースラインとして、ＵＥは、ＭＣＧに関連したＣＱＩをＭｅＮＢに送信し、ＳＣＧに関連したＣＱＩをＳｅＮＢに送信するべきである。
【０１９８】
ランダムアクセス問題
ＵＥは、少なくとも特別なＳｃｅｌｌについて、ＳＣＧセルに関連するランダムアクセス障害をＭｅＮＢに通知しなければならない。 ＳＣＧの他のＳＣｅｌｌについては更なる検討が必要である。
【０１９９】
ＲＬＣ障害
ＵＥは、ＳＣＧセルに関連するＲＬＣ障害をＭｅＮＢに通知しなければならない。
【０２００】
物理層問題
ＵＥがＰＣｅｌｌのＬ１同期外れのような物理層の問題をＭｅＮＢに通知しなければならないかどうかについては更なる検討が必要である。
【０２０１】
ＳｅＮＢにおける物理層問題をＭｅＮＢに通知する主な目的は、（例えばＲＬＦ時に）ＵＥの上りリンク送信を継続できないことを確認することである。
【０２０２】
ＭｅＮＢがＳｅＮＢでの物理層問題を把握するために、以下の２つの選択肢がある。
【０２０３】
選択肢１：ＳｅＮＢがＭｅＮＢに問題を通知する。
【０２０４】
選択肢２：ＵＥは、例えばＮ３１０及びＴ３１０を使用して、ＳｅＮＢでの物理層問題をＭｅＮＢに報告する。
【０２０５】
選択肢１によれば、ＭｅＮＢは物理層問題をＳｅＮＢから知るので、Ｘ２インタフェース上の遅延の不確実性に起因する遅延が生じることがある。よって、ＳｅＮＢに対するＵＬ送信を停止させる観点から、この選択肢は理想的ではないかもしれない。選択肢２によれば、ＵＥは、例えばＴ３１０タイマが満了した際に、直接にＭｅＮＢに物理層問題を報告することができる。しかし、選択肢１に比べて上りリンクシグナリング量が増加する。ＳＣＧのＲＬＭが既に合意されているので、選択肢２を採用することが合理的である。
【０２０６】
提案１：ＵＥは、ＳｅＮＢでのＲＬＭに基づいて、物理層問題をＭｅＮＢに通知しなければならない。
【０２０７】
（ＳｅＮＢでのＲＬＦに伴うＲＲＣ再確立の防止）
ＳＣＧ障害を検出した場合、ＵＥは、ＲＲＣ再確立をトリガしてはならない。ＡＳセキュリティが有効化されている場合、現在の仕様では、ＵＥは、Ｔ３１０の満了に応じてＲＲＣ再確立を開始する。接続再確立の開始を回避するためだけにＲＡＮノードがＡＳセキュリティを構成しないことは合理的ではない。下に示すように、既存の仕様に若干の変更を加えることによって、現在の仕様へのインパクトを回避することができる。
【０２０８】
ＵＥは：
1>Ｔ３１０の満了時に、又は
1>Ｔ３００、Ｔ３０１、Ｔ３０４、Ｔ３１１のいずれも実行中でなく、ＭＡＣからのランダムアクセス障害通知があった際に、又は
1>再送信の最大数に達したことの通知がＲＬＣからあった際に、
2>セルがＳＣＧの構成要素ではない場合に、無線リンク障害が検出されたと判断する
2>ＡＳセキュリティが有効化されていない場合：
3>解放原因を「その他」とし、５．３．１２に規定されているようにＲＲＣ＿ＣＯＮＮＥＣＴＥＤを離れる際の動作を実行する
2>ＲＬＦが検出されたセルがＳＣＧの構成要素ではない場合：
3>５．３．７で規定された接続再確立手順を開始する。
【０２０９】
提案２：Ｔ３１０タイマがＳＣＧのＲＬＭに適用可能であるが、Ｔ３１０の満了の結果として再確立はトリガされない。
【０２１０】
（ＳＣＧと関連する障害のＭｅＮＢへのレポート）
ＵＥ及びＮＷの両方の不必要な複雑さを防止することができる限り、現在の仕様を再利用することが好ましい。再利用の観点から、ＶａｒＲＬＦレポートはＳＣＧに関連した障害を報告するための同様の方法である。当該レポートに含まれるすべてのメッセージを再利用する必要はない。少なくともＳＣＧのセルＩＤをレポートに含める必要がある。既存の仕様に基づいてＲＬＦ原因（ｔ３１０Ｅｘｐｉｒｙ、ｒａｎｄｏｍＡｃｃｅｓｓＰｒｏｂｌｅｍ、ＲＬＣ−ＭａｘＮｕｍＲｅｔｘ）を含めることが有益であり得る。
【０２１１】
提案３：レポートには、ＳｅＮＢのセルＩＤ及びＲＬＦの原因を含めるべきである。
【０２１２】
現在の仕様では、ＭｅＮＢがＵＥ情報要求を送信した場合に、ＲＬＦレポートがＭｅＮＢに送信される。しかしながら、ＵＥがこの種の物理層問題を検出した場合には、上りリンク干渉を避けるために、すぐにレポートをＭｅＮＢに送信する必要がある。現在の仕様によるＲＬＦ−ＩｎｆｏＡｖａｉｌａｂｌｅは、わずか３つのメッセージ（RRCConnectionSetupComplete、RRCConnectionReconfigurationComplete、RRCConnectionReestablishmentComplete）の一部として含まれている。しかしながら、ＳＣＧの無線リンクの問題がＲＬＦ又は再確立をトリガしないので、ＵＥは、ＭｅＮＢにＶａｒＲＬＦレポートの可用性を示す手段がない。ＳＣＧの無線リンクの問題がすぐにＭｅＮＢに知らされるべきであるので、ＵＥが、ＳＣＧでのＴ３１０タイマの満了に基づいてＶａｒＲＬＦレポートの可用性を示すことが可能であるべきである。
【０２１３】
提案４：ＵＥが問題（ＲＡＣＨ、ＲＬＣ、Ｔ３１０．．．）を検出した後、ＭｅＮＢにＳＣＧ ＲＬＦレポートを送信するための新しい手順を検討すべきである。
【０２１４】
［相互参照］
米国仮出願第６１／９３４２０９（２０１４年１月３１日出願）及び米国仮出願第６１／９５６０００（２０１４年３月２０日出願）の全内容が、参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０２１５】
本発明は、移動通信などの通信分野において有用である。
【図１】
2015115458.tif 000003
【図２】
2015115458.tif 000004
【図３】
2015115458.tif 000005
【図４】
2015115458.tif 000006
【図５】
2015115458.tif 000007
【図６】
2015115458.tif 000008
【図７】
2015115458.tif 000009
【図８】
2015115458.tif 000010
【図９】
2015115458.tif 000011
【図１０】
2015115458.tif 000012
【図１１】
2015115458.tif 000013
【図１２】
2015115458.tif 000014
【図１３】
2015115458.tif 000015
【図１４】
2015115458.tif 000016
【図１５】
2015115458.tif 000017
【図１６】
2015115458.tif 000018
【図１７】
2015115458.tif 000019
【図１８】
2015115458.tif 000020
【図１９】
2015115458.tif 000021
【図２０】
2015115458.tif 000022
【図２１】
2015115458.tif 000023
【手続補正書】
【提出日】平成28年7月21日(2016.7.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１の基地局をマスタ基地局として設定し、かつ第２の基地局をセカンダリ基地局として設定することにより、ユーザ端末が二重接続方式の通信を開始するステップＡと、
前記第１の基地局及び前記第２の基地局で前記マスタ基地局及び前記セカンダリ基地局の役割を入れ替える手順を行うステップＢと、を備え、
前記マスタ基地局は、前記二重接続方式において前記ユーザ端末とＲＲＣ接続を確立する基地局であり、
前記セカンダリ基地局は、前記二重接続方式において前記ユーザ端末に追加的な無線リソースを提供する基地局であることを特徴とする通信制御方法。
【請求項２】
前記第１の基地局は、一般基地局よりもカバレッジの狭い特定基地局であり、
前記第２の基地局は、前記一般基地局であることを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記ステップＢは、前記マスタ基地局として設定されている前記第１の基地局が、前記役割の入れ替えを要求する入れ替え要求を前記第２の基地局に送信するステップを含むことを特徴とする請求項１に記載の通信制御方法。
【請求項４】
前記第１の基地局は、自基地局の負荷状況、前記ユーザ端末の移動状況、前記ユーザ端末の通信状況のうち少なくとも１つに基づいて、前記入れ替え要求を前記第２の基地局に送信するか否かを判断することを特徴とする請求項３に記載の通信制御方法。
【請求項５】
前記入れ替え要求は、前記第２の基地局が前記ユーザ端末とＲＲＣ接続を確立するための情報を含むことを特徴とする請求項１に記載の通信制御方法。
【請求項６】
前記ステップＢは、前記第１の基地局から前記第２の基地局への前記ユーザ端末のハンドオーバを行うステップを含み、
前記ハンドオーバにおいて、前記ユーザ端末は、前記第２の基地局へのランダムアクセス手順を省略することを特徴とする請求項１に記載の通信制御方法。
【請求項７】
前記第１の基地局は、一般基地局であり、
前記第２の基地局は、前記一般基地局よりもカバレッジの狭い特定基地局であることを特徴とする請求項１に記載の通信制御方法。
【請求項８】
前記役割を入れ替えた後、前記マスタ基地局として設定されている前記第２の基地局が、前記セカンダリ基地局として設定されている前記第１の基地局を解放するステップをさらに有することを特徴とする請求項１に記載の通信制御方法。
【請求項９】
マスタ基地局及びセカンダリ基地局の役割の入れ替えを要求するための入れ替え要求を、前記セカンダリ基地局として設定された他の基地局に送信する処理を行う制御部を備え、
前記マスタ基地局は、二重接続方式においてユーザ端末とＲＲＣ接続を確立する基地局であり、
前記セカンダリ基地局は、前記二重接続方式において前記ユーザ端末に追加的な無線リソースを提供する基地局であることを特徴とする基地局。
【請求項１０】
マスタ基地局及びセカンダリ基地局の役割の入れ替えを要求するための入れ替え要求を、前記マスタ基地局として設定された他の基地局から受信する処理を行う制御部を備え、
前記マスタ基地局は、二重接続方式においてユーザ端末とＲＲＣ接続を確立する基地局であり、
前記セカンダリ基地局は、前記二重接続方式において前記ユーザ端末に追加的な無線リソースを提供する基地局であることを特徴とする基地局。
【国際調査報告】
2015115458.tif 000024
2015115458.tif 000025
2015115458.tif 000026
2015115458.tif 000027
2015115458.tif 000028
2015115458.tif 000029
2015115458.tif 000030