JP6082129B2 - マスタ基地局、セカンダリ基地局、及びプロセッサ - Google Patents

Description

本発明は、移動通信システムにおいて用いられる通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、一般基地局（例えば、マクロセル基地局）よりもカバレッジの狭い特定基地局（例えば、小セル基地局）を効率的に利用するための検討が進められている。

また、３ＧＰＰでは、リリース１２以降において二重接続方式（Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）の導入が予定されている（非特許文献１参照）。二重接続方式では、ユーザ端末は、複数の基地局（一般基地局及び特定基地局）との接続を同時に確立する。ユーザ端末には、各基地局から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、基地局間キャリアアグリゲーション（ｉｎｔｅｒ−ｅＮＢ ＣＡ）と称されることがある。

二重接続方式では、ユーザ端末との接続を確立する複数の基地局のうち、１つの基地局（以下、「マスタ基地局」という）のみが当該ユーザ端末とのＲＲＣ接続を確立する。これに対し、当該複数の基地局のうち他の基地局（以下、「セカンダリ基地局」という）は、ＲＲＣ接続をユーザ端末と確立せずに、追加的な無線リソースをユーザ端末に提供する。

３ＧＰＰ技術報告書 「ＴＲ ３６．８４２ Ｖ１２．０．０」 ２０１４年１月７日

ＲＲＣコネクティッド状態のユーザ端末は、移動に伴ってハンドオーバを行う。

しかしながら、ＲＲＣコネクティッド状態のユーザ端末が二重接続方式の通信を行う場合には、当該ユーザ端末のハンドオーバに係る処理が複雑になるという問題がある。

そこで、本発明は、二重接続方式において効率的なハンドオーバを実現する通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末を提供することを目的とする。

第１の特徴に係る通信制御方法は、ＲＲＣ接続をユーザ端末と確立するマスタ基地局と、追加的な無線リソースを前記ユーザ端末に提供するセカンダリ基地局と、を用いる二重接続方式をサポートする移動通信システムにおける通信制御方法である。前記通信制御方法は、前記二重接続方式の通信を開始した後、前記マスタ基地局と関連する前記ユーザ端末のハンドオーバを行う場合に、前記ハンドオーバを指示するためのハンドオーバ指令を前記マスタ基地局から前記ユーザ端末に送信するステップを有する。前記ハンドオーバ指令を送信するステップにおいて、前記マスタ基地局は、前記セカンダリ基地局の設定に関するセカンダリ基地局情報を含む前記ハンドオーバ指令を前記ユーザ端末に送信する。

第１の特徴において、前記セカンダリ基地局情報は、前記ユーザ端末における前記セカンダリ基地局の設定の解放を設定する情報である。

第１の特徴において、前記セカンダリ基地局情報を含む前記ハンドオーバ指令は、１つのＲＲＣ再設定メッセージにより構成される。

第１の特徴において、前記マスタ基地局は、前記ハンドオーバのソースとなるソース・マスタ基地局である。前記ハンドオーバは、前記ソース・マスタ基地局からターゲット基地局への基地局間ハンドオーバである。

第１の特徴において、前記ハンドオーバ指令と共に前記セカンダリ基地局情報を受信した前記ユーザ端末が、前記セカンダリ基地局情報に応じて前記セカンダリ基地局の設定を解放しつつ、前記ハンドオーバ指令に応じて前記ターゲット基地局との新たなＲＲＣ接続を確立するステップをさらに有する。

第１の特徴において、前記通信制御方法は、前記ハンドオーバを行う場合、前記ソース・マスタ基地局が、前記ターゲット基地局にハンドオーバ要求を送信するステップと、前記ターゲット基地局が前記ハンドオーバ要求を承認した場合、前記ソース・マスタ基地局が、前記ターゲット基地局からハンドオーバ肯定応答を受信するステップと、前記ソース・マスタ基地局が、前記ハンドオーバ肯定応答の受信に応じて、前記セカンダリ基地局にリソース解放要求を送信するステップと、をさらに有する。

第１の特徴において、前記ソース・マスタ基地局が、前記リソース解放要求を送信した後において、前記セカンダリ基地局情報を含む前記ハンドオーバ指令を前記ユーザ端末に送信する。

第１の特徴において、前記通信制御方法は、前記ハンドオーバを行う場合、前記ソース・マスタ基地局が、前記セカンダリ基地局に関する情報を含むハンドオーバ要求を前記ターゲット基地局に送信するステップをさらに有する。

第１の特徴において、前記通信制御方法は、前記ターゲット基地局が、データパスを前記ソース・マスタ基地局から前記ターゲット基地局へ移すための切り替え要求をコアネットワークに送信するステップと、前記ターゲット基地局が、前記切り替え要求に対する肯定応答を前記コアネットワークから受信するステップと、前記ターゲット基地局が、前記肯定応答の受信に応じて、前記ユーザ端末のコンテキスト情報の解放を要求するコンテキスト解放要求を前記ソース・マスタ基地局に送信するステップと、をさらに有する。

第１の特徴において、前記通信制御方法は、前記ソース・マスタ基地局が、前記ハンドオーバの判断時、又は前記ターゲット基地局からのハンドオーバ肯定応答の受信時に、前記セカンダリ基地局と前記ユーザ端末との間の接続を解放するか否かを判断するステップをさらに有する。

第１の特徴において、前記通信制御方法は、前記ターゲット基地局が、前記ソース・マスタ基地局とコアネットワークとの間のデータパス、及び前記セカンダリ基地局と前記コアネットワークとの間のデータパスを一括して前記ターゲット基地局に切り替えるためのパス切り替え要求を前記コアネットワークに送信するステップをさらに有する。

第１の特徴において、前記セカンダリ基地局情報は、前記セカンダリ基地局と前記ユーザ端末との間の接続の維持を設定する情報である。

第１の特徴において、前記ハンドオーバ指令と共に前記セカンダリ基地局情報を受信した前記ユーザ端末が、前記セカンダリ基地局情報に応じて前記セカンダリ基地局との接続を維持しつつ、前記ハンドオーバ指令に応じてターゲット基地局との新たなＲＲＣ接続を確立するステップをさらに有する。

第１の特徴において、前記通信制御方法は、前記セカンダリ基地局と前記ユーザ端末との間の接続を維持したまま前記ハンドオーバを行うことを示す情報を前記ソース・マスタ基地局からターゲット基地局に送信するステップをさらに有する。

第１の特徴において、前記通信制御方法は、前記ユーザ端末に対応する前記マスタ基地局を前記ソース・マスタ基地局からターゲット基地局に切り替えることを示す情報を前記ソース・マスタ基地局から前記セカンダリ基地局に送信するステップをさらに有する。

第１の特徴において、前記通信制御方法は、前記セカンダリ基地局とコアネットワークとの間のデータパスが前記マスタ基地局を経由するデータパス構造を用いる二重接続方式が可能であるか否かに基づいて、前記セカンダリ基地局と前記ユーザ端末との間の接続を解放して前記ハンドオーバを行うか、又は前記セカンダリ基地局と前記ユーザ端末との間の接続を維持したまま前記ハンドオーバを行うかを判断するステップをさらに有する。

第１の特徴において、前記通信制御方法は、ターゲット基地局を収容するサービングゲートウェイと前記セカンダリ基地局を収容するサービングゲートウェイとが一致するか否かに基づいて、前記セカンダリ基地局と前記ユーザ端末との間の接続を解放して前記ハンドオーバを行うか、又は前記セカンダリ基地局と前記ユーザ端末との間の接続を維持したまま前記ハンドオーバを行うかを判断するステップをさらに有する。

第２の特徴に係るマスタ基地局は、セカンダリ基地局と共に、二重接続方式の通信をユーザ端末と行う。前記マスタ基地局は、前記二重接続方式の通信を開始した後、前記マスタ基地局と関連する前記ユーザ端末のハンドオーバを行う場合に、前記ハンドオーバを指示するためのハンドオーバ指令を前記ユーザ端末に送信する送信部を有する。前記送信部は、前記セカンダリ基地局の設定に関するセカンダリ基地局情報を含む前記ハンドオーバ指令を送信する。

第３の特徴に係るユーザ端末は、二重接続方式の通信をマスタ基地局及びセカンダリ基地局と行う。前記ユーザ端末は、前記二重接続方式の通信を開始した後、前記マスタ基地局と関連する前記ユーザ端末のハンドオーバを行う場合に、前記ハンドオーバを指示するためのハンドオーバ指令を前記マスタ基地から受信する受信部を有する。前記受信部は、前記セカンダリ基地局の設定に関するセカンダリ基地局情報を含む前記ハンドオーバ指令を受信する。

第４の特徴に係る通信制御方法は、ＲＲＣ接続をユーザ端末と確立するマスタ基地局と、追加的な無線リソースを前記ユーザ端末に提供するセカンダリ基地局と、を用いる二重接続方式をサポートする移動通信システムにおける通信制御方法である。前記通信制御方法は、前記二重接続方式の通信を開始した後、前記セカンダリ基地局をソース・セカンダリ基地局からターゲット・セカンダリ基地局に切り替える場合に、前記ターゲット・セカンダリ基地局と前記ユーザ端末との間の接続のための設定を追加する確立設定情報を前記マスタ基地局から前記ユーザ端末に送信するステップを有する。

第４の特徴において、前記確立設定情報を送信するステップにおいて、前記マスタ基地局は、前記ソース・セカンダリ基地局と前記ユーザ端末との間の接続のための設定を解放する解放設定情報を前記確立設定情報と共に前記ユーザ端末に送信する。

第４の特徴において、前記解放設定情報を送信するステップにおいて、前記マスタ基地局は、前記解放設定情報と前記確立設定情報とを含む１つのＲＲＣ再設定メッセージを前記ユーザ端末に送信する。

第４の特徴において、前記マスタ基地局は、前記マスタ基地局と前記ソース・セカンダリ基地局との間のセカンダリ基地局解放処理と、前記マスタ基地局と前記ターゲット・セカンダリ基地局との間のセカンダリ基地局追加処理と、が終了した後に、前記確立設定情報を前記ユーザ端末に送信する。

第４の特徴において、前記通信制御方法は、前記ソース・セカンダリ基地局から前記ターゲット・セカンダリ基地局に対して、前記マスタ基地局を経由して、「ＳＮ Ｓｔａｔｕｓ Ｔｒａｎｓｆｅｒ」メッセージを送信するステップと、前記ソース・セカンダリ基地局から前記ターゲット・セカンダリ基地局に対して、前記マスタ基地局を経由して、前記ユーザ端末のデータを転送するステップと、をさらに有する。

第４の特徴において、前記通信制御方法は、前記セカンダリ基地局を交替するための第１の交替要求を前記マスタ基地局から前記ソース・セカンダリ基地局に送信するステップと、前記第１の交替要求を受信した前記ソース・セカンダリ基地局が、前記セカンダリ基地局を交替するための第２の交替要求を前記ターゲット・セカンダリ基地局に送信するステップと、前記第２の交替要求を受信した前記ターゲット・セカンダリ基地局が、前記第２の交替要求の受信に応じて、前記ユーザ端末のための無線リソースを設定するステップと、前記ユーザ端末のためのリソース設定情報を前記ターゲット・セカンダリ基地局から前記マスタ基地局に送信するステップと、をさらに有する。

第４の特徴において、前記通信制御方法は、前記ソース・セカンダリ基地局が、前記セカンダリ基地局を交替するための交替要求を前記ターゲット・セカンダリ基地局に送信するステップと、前記交替要求を受信した前記ターゲット・セカンダリ基地局が、前記交替要求の受信に応じて、前記ユーザ端末のための無線リソースを設定するステップと、前記ユーザ端末のためのリソース設定情報を前記ターゲット・セカンダリ基地局から前記マスタ基地局に送信するステップと、をさらに有する。

第４の特徴において、前記確立設定情報を送信するステップにおいて、前記マスタ基地局は、前記ターゲット・セカンダリ基地局からの前記リソース設定情報の受信に応じて、前記確立設定情報を前記ユーザ端末に送信する。

第４の特徴において、前記通信制御方法は、前記確立設定情報を受信した前記ユーザ端末が、前記確立設定情報に基づいて、前記ターゲット・セカンダリ基地局に対するランダムアクセスを行うステップと、前記ユーザ端末との同期を検出した前記ターゲット・セカンダリ基地局が、前記セカンダリ基地局の交替完了を示す交替完了通知を前記マスタ基地局に送信するステップと、をさらに有する。

第５の特徴に係るマスタ基地局は、セカンダリ基地局と共に、二重接続方式の通信をユーザ端末と行う。前記マスタ基地局は、前記二重接続方式の通信を開始した後、前記セカンダリ基地局をソース・セカンダリ基地局からターゲット・セカンダリ基地局に切り替える場合に、前記ターゲット・セカンダリ基地局と前記ユーザ端末との間の接続のための設定を追加する確立設定情報を前記ユーザ端末に送信する送信部を有する。

第６の特徴に係るユーザ端末は、二重接続方式の通信をマスタ基地局及びセカンダリ基地局と行う。前記ユーザ端末は、前記二重接続方式の通信を開始した後、前記セカンダリ基地局をソース・セカンダリ基地局からターゲット・セカンダリ基地局に切り替える場合に、前記ターゲット・セカンダリ基地局と前記ユーザ端末との間の接続のための設定を追加する確立設定情報を前記マスタ基地局から受信する受信部を有する。

第７の特徴に係る通信制御方法は、ＲＲＣ接続をユーザ端末と確立するマスタ基地局と、追加的な無線リソースを前記ユーザ端末に提供するセカンダリ基地局と、を用いる二重接続方式をサポートする移動通信システムにおける通信制御方法である。前記通信制御方法は、通信制御装置が、前記マスタ基地局を収容するサービングゲートウェイと前記セカンダリ基地局を収容するサービングゲートウェイとが一致するか否かに基づいて、前記二重接続方式に係る判断を行うステップを有する。

第７の特徴において、前記通信制御方法は、前記マスタ基地局及び／又は前記セカンダリ基地局が、自基地局を収容するサービングゲートウェイの識別情報を前記通信制御装置に送信するステップをさらに有する。

第７の特徴において、前記二重接続方式には、前記マスタ基地局及び前記セカンダリ基地局のそれぞれと１つのサービングゲートウェイとの間にデータパスを確立する第１の二重接続方式が含まれている。前記判断を行うステップにおいて、前記通信制御装置は、前記マスタ基地局を収容するサービングゲートウェイと前記セカンダリ基地局を収容するサービングゲートウェイとが一致しない場合に、前記第１の二重接続方式を適用しないと判断する。

第８の特徴に係るマスタ基地局は、セカンダリ基地局と共に、二重接続方式の通信をユーザ端末と行う。前記マスタ基地局は、前記ユーザ端末について前記二重接続のためのリソース準備又は変更を要求する要求メッセージを、Ｘ２インターフェイスを介して前記セカンダリ基地局に送信する送信部を有する。前記送信部は、前記マスタ基地局とＳ１インターフェイスを介して接続されたサービングゲートウェイの識別情報を含む前記要求メッセージを送信する。

第８の特徴において、前記識別情報は、前記サービングゲートウェイのＳ１トンネル・エンドポイントＩＤ（Ｓ１−ＴＥＩＤ）である。

第８の特徴において、前記識別情報は、前記サービングゲートウェイのＩＰアドレスである。

第９の特徴に係るセカンダリ基地局は、マスタ基地局と共に、二重接続方式の通信をユーザ端末と行う。前記セカンダリ基地局は、前記ユーザ端末について前記二重接続のためのリソース準備又は変更を要求する要求メッセージを、Ｘ２インターフェイスを介して前記マスタ基地局から受信する受信部を有する。前記受信部は、前記マスタ基地局とＳ１インターフェイスを介して接続されたサービングゲートウェイの識別情報を含む前記要求メッセージを受信する。

第１実施形態乃至第３実施形態に係るＬＴＥシステムの構成図である。 第１実施形態乃至第３実施形態に係るＵＥのブロック図である。 第１実施形態乃至第３実施形態に係るｅＮＢのブロック図である。 第１実施形態乃至第３実施形態に係る無線インターフェイスのプロトコルスタック図である。 二重接続方式の概要を説明するための図である。 第１のＵＰアーキテクチャ（ＵＰアーキテクチャ「１Ａ」）を示す図である。図６Ａはデータパス構成を示し、図６Ｂはプロトコルスタック構成を示す。 第２のＵＰアーキテクチャ（ＵＰアーキテクチャ「３Ｃ」）を示す図である。図７Ａはデータパス構成を示し、図７Ｂはプロトコルスタック構成を示す。 第１実施形態に係る動作環境を示す図である。 基本シーケンスを示すシーケンス図である。 第１実施形態に係る動作パターン１を示すシーケンス図である。 第１実施形態に係る動作パターン２を示すシーケンス図である。 第２実施形態に係る動作環境を示す図である。 第２実施形態に係る動作パターン１を示すシーケンス図である。 第２実施形態に係る動作パターン２を示すシーケンス図である。 第２実施形態に係る動作パターン３を示すシーケンス図である。 第３実施形態に係る動作シナリオ１を示す図である。 第３実施形態に係る動作シナリオ２を示す図である。 第３実施形態に係るＳ−ＧＷ識別情報をｅＮＢ間で送受信するための第１の動作を示す図である。 第３実施形態に係るＳ−ＧＷ識別情報をｅＮＢ間で送受信するための第２の動作を示す図である。 第３実施形態に係る動作を示すフロー図である。 実施形態の付記に係る図である。 実施形態の付記に係る図である。 実施形態の付記に係る図である。 実施形態の付記に係る図である。 実施形態の付記に係る図である。 実施形態の付記に係る図である。

［実施形態の概要］
第１実施形態に係る通信制御方法は、ＲＲＣ接続をユーザ端末と確立するマスタ基地局と、追加的な無線リソースを前記ユーザ端末に提供するセカンダリ基地局と、を用いる二重接続方式をサポートする移動通信システムにおける方法である。前記通信制御方法は、前記二重接続方式の通信を開始した後、ソース・マスタ基地局からターゲット・マスタ基地局に対して前記ユーザ端末のハンドオーバを行う場合に、前記ハンドオーバを指示するためのハンドオーバ指令を前記ソース・マスタ基地局から前記ユーザ端末に送信するステップを有する。前記ハンドオーバ指令を送信するステップにおいて、前記ソース・マスタ基地局は、前記セカンダリ基地局の設定に関するセカンダリ基地局情報を前記ハンドオーバ指令と共に前記ユーザ端末に送信する。

第１実施形態では、前記ハンドオーバ指令を送信するステップにおいて、前記ソース・マスタ基地局は、前記ハンドオーバ指令と前記セカンダリ基地局情報とを含む１つのＲＲＣ再設定メッセージを前記ユーザ端末に送信する。

第１実施形態に係る動作パターン１では、前記セカンダリ基地局情報は、前記セカンダリ基地局と前記ユーザ端末との間の接続の解放を設定する情報である。

第１実施形態に係る動作パターン１では、前記通信制御方法は、前記ハンドオーバ指令と共に前記セカンダリ基地局情報を受信した前記ユーザ端末が、前記セカンダリ基地局情報に応じて前記セカンダリ基地局との接続を解放しつつ、前記ハンドオーバ指令に応じて前記ターゲット・マスタ基地局との新たなＲＲＣ接続を確立するステップをさらに有する。

第１実施形態に係る動作パターン１では、前記通信制御方法は、前記ソース・マスタ基地局が、前記ハンドオーバの判断時、又は前記ターゲット・マスタ基地局からのハンドオーバ肯定応答の受信時に、前記セカンダリ基地局と前記ユーザ端末との間の接続を解放するか否かを判断するステップをさらに有する。

第１実施形態に係る動作パターン１では、前記通信制御方法は、前記ターゲット・マスタ基地局が、前記ソース・マスタ基地局とコアネットワークとの間のデータパス、及び前記セカンダリ基地局と前記コアネットワークとの間のデータパスを一括して前記ターゲット・マスタ基地局に切り替えるためのパス切り替え要求を前記コアネットワークに送信するステップをさらに有する。

第１実施形態に係る動作パターン２では、前記セカンダリ基地局情報は、前記セカンダリ基地局と前記ユーザ端末との間の接続の維持を設定する情報である。

第１実施形態に係る動作パターン２では、前記通信制御方法は、前記ハンドオーバ指令と共に前記セカンダリ基地局情報を受信した前記ユーザ端末が、前記セカンダリ基地局情報に応じて前記セカンダリ基地局との接続を維持しつつ、前記ハンドオーバ指令に応じて前記ターゲット・マスタ基地局との新たなＲＲＣ接続を確立するステップをさらに有する。

第１実施形態に係る動作パターン２では、前記通信制御方法は、前記セカンダリ基地局と前記ユーザ端末との間の接続を維持したまま前記ハンドオーバを行うことを示す情報を前記ソース・マスタ基地局から前記ターゲット・マスタ基地局に送信するステップをさらに有する。

第１実施形態に係る動作パターン２では、前記通信制御方法は、前記ユーザ端末に対応する前記マスタ基地局を前記ソース・マスタ基地局から前記ターゲット・マスタ基地局に切り替えることを示す情報を前記ソース・マスタ基地局から前記セカンダリ基地局に送信するステップをさらに有する。

第３実施形態では、前記通信制御方法は、前記セカンダリ基地局とコアネットワークとの間のデータパスが前記マスタ基地局を経由するデータパス構造を用いる二重接続方式が可能であるか否かに基づいて、前記セカンダリ基地局と前記ユーザ端末との間の接続を解放して前記ハンドオーバを行うか、又は前記セカンダリ基地局と前記ユーザ端末との間の接続を維持したまま前記ハンドオーバを行うかを判断するステップをさらに有する。

第３実施形態では、前記通信制御方法は、前記ターゲット・マスタ基地局を収容するサービングゲートウェイと前記セカンダリ基地局を収容するサービングゲートウェイとが一致するか否かに基づいて、前記セカンダリ基地局と前記ユーザ端末との間の接続を解放して前記ハンドオーバを行うか、又は前記セカンダリ基地局と前記ユーザ端末との間の接続を維持したまま前記ハンドオーバを行うかを判断するステップをさらに有する。

第２実施形態に係る通信制御方法は、ＲＲＣ接続をユーザ端末と確立するマスタ基地局と、追加的な無線リソースを前記ユーザ端末に提供するセカンダリ基地局と、を用いる二重接続方式をサポートする移動通信システムにおける方法である。前記通信制御方法は、前記二重接続方式の通信を開始した後、前記セカンダリ基地局をソース・セカンダリ基地局からターゲット・セカンダリ基地局に切り替える場合に、前記ターゲット・セカンダリ基地局と前記ユーザ端末との間の接続の確立を設定する確立設定情報を前記マスタ基地局から前記ユーザ端末に送信するステップを有する。

第２実施形態では、前記確立設定情報を送信するステップにおいて、前記マスタ基地局は、前記ソース・セカンダリ基地局と前記ユーザ端末との間の接続の解放を設定する解放設定情報を前記確立設定情報と共に前記ユーザ端末に送信する。

第２実施形態では、前記解放設定情報を送信するステップにおいて、前記マスタ基地局は、前記解放設定情報と前記確立設定情報とを含む１つのＲＲＣ再設定メッセージを前記ユーザ端末に送信する。

第２実施形態に係る動作パターン１では、前記マスタ基地局は、前記マスタ基地局と前記ソース・セカンダリ基地局との間のセカンダリ基地局解放処理と、前記マスタ基地局と前記ターゲット・セカンダリ基地局との間のセカンダリ基地局追加処理と、が終了した後に、前記確立設定情報を前記ユーザ端末に送信する。

第２実施形態に係る動作パターン１では、前記マスタ基地局は、前記セカンダリ基地局解放処理の少なくとも一部と前記セカンダリ基地局追加処理の少なくとも一部とを並列実行する。

第２実施形態に係る動作パターン２では、前記通信制御方法は、前記セカンダリ基地局を交替するための第１の交替要求を前記マスタ基地局から前記ソース・セカンダリ基地局に送信するステップと、前記第１の交替要求を受信した前記ソース・セカンダリ基地局が、前記セカンダリ基地局を交替するための第２の交替要求を前記ターゲット・セカンダリ基地局に送信するステップと、前記第２の交替要求を受信した前記ターゲット・セカンダリ基地局が、前記第２の交替要求の受信に応じて、前記ユーザ端末のための無線リソースを設定するステップと、前記ユーザ端末のためのリソース設定情報を前記ターゲット・セカンダリ基地局から前記マスタ基地局に送信するステップと、をさらに有する。

第２実施形態に係る動作パターン３では、前記通信制御方法は、前記ソース・セカンダリ基地局が、前記セカンダリ基地局を交替するための交替要求を前記ターゲット・セカンダリ基地局に送信するステップと、前記交替要求を受信した前記ターゲット・セカンダリ基地局が、前記交替要求の受信に応じて、前記ユーザ端末のための無線リソースを設定するステップと、前記ユーザ端末のためのリソース設定情報を前記ターゲット・セカンダリ基地局から前記マスタ基地局に送信するステップと、をさらに有する。

第２実施形態に係る動作パターン２及び３では、前記確立設定情報を送信するステップにおいて、前記マスタ基地局は、前記ターゲット・セカンダリ基地局からの前記リソース設定情報の受信に応じて、前記確立設定情報を前記ユーザ端末に送信する。

第２実施形態に係る動作パターン２及び３では、前記確立設定情報を受信した前記ユーザ端末が、前記確立設定情報に基づいて、前記ターゲット・セカンダリ基地局に対するランダムアクセスを行うステップと、前記ユーザ端末との同期を検出した前記ターゲット・セカンダリ基地局が、前記セカンダリ基地局の交替完了を示す交替完了通知を前記マスタ基地局に送信するステップと、をさらに有する。

第３実施形態に係る通信制御方法は、ＲＲＣ接続をユーザ端末と確立するマスタ基地局と、追加的な無線リソースを前記ユーザ端末に提供するセカンダリ基地局と、を用いる二重接続方式をサポートする移動通信システムにおける方法である。前記通信制御方法は、通信制御装置が、前記マスタ基地局を収容するサービングゲートウェイと前記セカンダリ基地局を収容するサービングゲートウェイとが一致するか否かに基づいて、前記二重接続方式に係る判断を行うステップを有する。

第３実施形態では、前記通信制御方法は、前記マスタ基地局及び／又は前記セカンダリ基地局が、自基地局を収容するサービングゲートウェイの識別情報を前記通信制御装置に送信するステップをさらに有する。

第３実施形態では、前記二重接続方式には、前記マスタ基地局及び前記セカンダリ基地局のそれぞれと１つのサービングゲートウェイとの間にデータパスを確立する第１の二重接続方式が含まれる。前記判断を行うステップにおいて、前記通信制御装置は、前記マスタ基地局を収容するサービングゲートウェイと前記セカンダリ基地局を収容するサービングゲートウェイとが一致しない場合に、前記第１の二重接続方式を適用しないと判断する。

［第１実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。

（システム構成）
図１は、第１実施形態に係るＬＴＥシステムの構成図である。

図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。

ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。

Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。

ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。

ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。

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

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

ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。

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

図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。

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

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

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

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

物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。

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

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

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

ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。

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

（二重接続方式）
第１実施形態に係るＬＴＥシステムは、二重接続方式をサポートする。二重接続方式は、リリース１２以降において導入が予定されている。二重接続方式では、ＵＥ１００は、複数のｅＮＢ２００との接続を同時に確立する。ＵＥ１００には、各ｅＮＢ２００から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、ｅＮＢ２００間キャリアアグリゲーション（ｉｎｔｅｒ−ｅＮＢ ＣＡ）と称されることもある。

図５は、二重接続方式の概要を説明するための図である。

図５に示すように、二重接続方式では、ＵＥ１００との接続を確立する複数のｅＮＢ２００のうち、マスタｅＮＢ（ＭｅＮＢ）２００Ｍのみが当該ＵＥ１００とのＲＲＣ接続を確立する。これに対し、当該複数のｅＮＢ２００のうちセカンダリｅＮＢ（ＳｅＮＢ）２００Ｓは、ＲＲＣ接続をＵＥ１００と確立せずに、追加的な無線リソースをＵＥ１００に提供する。言い換えると、ＭｅＮＢ２００Ｍは、ユーザプレーン接続だけでなく制御プレーン接続をＵＥ１００と確立する。これに対し、ＳｅＮＢ２００Ｓは、制御プレーン接続をＵＥ１００と確立せずに、ユーザプレーン接続をＵＥ１００と確立する。ＭｅＮＢ２００ＭとＳｅＮＢ２００Ｓとの間にはＸｎインターフェイスが設定される。Ｘｎインターフェイスは、Ｘ２インターフェイス又は新たなインターフェイスである。

二重接続方式では、ＵＥ１００は、ＭｅＮＢ２００Ｍが管理するＮ個のセル及びＳｅＮＢ２００Ｓが管理するＭ個のセルを同時に利用したキャリアアグリゲーションが可能である。二重接続方式においてＵＥ１００のサービングセルの最大数、すなわち、（Ｎ＋Ｍ）の最大数は、例えば５である。ここで、ＭｅＮＢ２００Ｍが管理するＮ個のセルからなるグループは、マスタセルグループ（ＭＣＧ）と称される。また、ＳｅＮＢ２００Ｓが管理するＭ個のセルからなるグループは、セカンダリセルグループ（ＳＣＧ）と称される。ＳＣＧには、ＵＥ１００のＰＵＣＣＨを設ける特別なセルが設定される。特別なセルは、キャリアアグリゲーションにおけるプライマリセル（ＰＣｅｌｌ）の機能の一部を遂行する。

図６及び図７は、二重接続方式におけるユーザデータの転送経路（データパス）の構成方式を説明するための図である。二重接続方式におけるユーザデータの転送経路（データパス）を構成するユーザプレーンアーキテクチャ（ＵＰアーキテクチャ）は主に２通り存在する。

図６は、第１のＵＰアーキテクチャ（ＵＰアーキテクチャ「１Ａ」とも称される）を示す。図６Ａに示すように、第１のＵＰアーキテクチャでは、ＭｅＮＢ２００ＭとＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスと、ＳｅＮＢ２００ＳとＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスと、が利用される。ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃１は、ＭｅＮＢ２００ＭとＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスを経由する。ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃２は、ＳｅＮＢ２００ＳとＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスを経由する。このように、第１のＵＰアーキテクチャでは、ＳｅＮＢ２００ＳとＳ−ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００Ｍを経由しない。図６Ｂに示すように、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓのそれぞれは、ＰＤＣＰ、ＲＬＣ、ＭＡＣの各層の処理を行う。

図７は、第２のＵＰアーキテクチャ（ＵＰアーキテクチャ「３Ｃ」とも称される）を示す。図７Ａに示すように、第２のＵＰアーキテクチャでは、ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃２は、ＭｅＮＢ２００Ｍにおいて分割されており、分割された一方（ｓｐｌｉｔ ｂｅａｒｅｒ）はＳｅＮＢ２００Ｓを経由してＵＥ１００で終端し、分割された他方（ｓｐｌｉｔ ｂｅａｒｅｒ）はＳｅＮＢ２００Ｓを経由せずにＵＥ１００で終端する。このように、第２のＵＰアーキテクチャでは、ＳｅＮＢ２００ＳとＳ−ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００Ｍを経由する。図７Ｂに示すように、ＥＰＳベアラ＃２における分割された一方（ｓｐｌｉｔ ｂｅａｒｅｒ）については、ＭｅＮＢ２００ＭのＰＤＣＰ、ＳｅＮＢ２００ＳのＲＬＣ及びＭＡＣ、により各層の処理を行う。なお、ｓｐｌｉｔ ｂｅａｒｅｒについては、ＲＬＣ（又はＲＬＣの一部機能）までの処理をＭｅＮＢ２００Ｍが担当してもよい。

（第１実施形態に係る動作）
（１）動作シナリオ
第１実施形態では、マスタセルがマクロセルであり、セカンダリセルがマクロセルよりもカバレッジの狭いセル（小セル）であるシナリオを主として想定する。ここで、小セルは、例えばピコセル又はフェムトセル等であり、マクロセルのカバレッジと少なくとも一部が重複するカバレッジを有する。カバレッジの広いセルをマスタセルとして設定することにより、ＲＲＣコネクティッド状態のＵＥ１００の移動に対応する、すなわち、モビリティを強化することができる。

図８は、第１実施形態に係る動作環境を示す図である。

図８に示すように、ＵＥ１００は、マクロセル１のカバレッジ及び小セルのカバレッジの重複領域に位置しており、マクロセル１（ＭｅＮＢ２００Ｍ１）及び小セル（ＳｅＮＢ２００Ｓ）の組み合わせにより二重接続方式の通信を行っている。小セルは、２つのマクロセル１，２の境界付近に位置する。ＵＥ１００は、マクロセル２（ＭｅＮＢ２００Ｍ２）に向けて移動している。よって、ＭｅＮＢ２００Ｍ１（ソース）からＭｅＮＢ２００Ｍ２（ターゲット）へのＵＥ１００のハンドオーバが必要になる。以下において、ＭｅＮＢ２００Ｍ１をソースＭｅＮＢ（Ｓ−ＭｅＮＢ）と称し、ＭｅＮＢ２００Ｍ２をターゲットＭｅＮＢ（Ｔ−ＭｅＮＢ）と称する。

図９は、Ｓ−ＭｅＮＢ２００Ｍ１からＴ−ＭｅＮＢ２００Ｍ２へのＵＥ１００のハンドオーバを行う場合の基本シーケンスを示すシーケンス図である。図９の初期状態において、ＵＥ１００は、Ｓ−ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓと二重接続方式の通信を行っている（Ｓ１０１）。

図９に示すように、基本シーケンスでは、Ｓ−ＭｅＮＢ２００Ｍ１がＵＥ１００から受信（Ｓ１０２）する測定報告などに基づいてＴ−ＭｅＮＢ２００Ｍ２へのＵＥ１００のハンドオーバを決定（Ｓ１０３）した後、次の３つの手順を行う。第１に、ＳｅＮＢ２００Ｓの解放手順（Ｓ１０４乃至Ｓ１１３）を行う。第２に、Ｓ−ＭｅＮＢ２００Ｍ１からＴ−ＭｅＮＢ２００Ｍ２へのハンドオーバ手順（Ｓ１１４乃至Ｓ１２４）を行う。第３に、ＳｅＮＢ２００Ｓの追加手順（Ｓ１２５乃至Ｓ１３７）を行う。

詳細には、ステップＳ１０３において、Ｓ−ＭｅＮＢ２００Ｍ１は、Ｔ−ＭｅＮＢ２００Ｍ２へのＵＥ１００のハンドオーバを決定する。ステップＳ１０４において、Ｓ−ＭｅＮＢ２００Ｍ１は、ＵＥ１００に対応するＳｅＮＢリソースの解放を決定する。ステップＳ１０５において、Ｓ−ＭｅＮＢ２００Ｍ１は、ＵＥ１００に対応するＳｅＮＢリソースの解放要求（ＳｅＮＢ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔ）をＳｅＮＢ２００Ｓに送信する。ステップＳ１０６において、ＳｅＮＢ２００Ｓは、解放要求に応じて、ＳｅＮＢリソースを解放する。ステップＳ１０７において、ＳｅＮＢ２００Ｓは、解放要求に対する応答（ＳｅＮＢ Ｒｅｌｅａｓｅ Ｒｅｓｐｏｎｓｅ）をＴ−ＭｅＮＢ２００Ｍ２に送信する。

第１のＵＰアーキテクチャの場合、ステップＳ１０８において、ＳｅＮＢ２００Ｓは、ベアラをＳｅＮＢ２００ＳからＳ−ＭｅＮＢ２００Ｍ１へ移すための切り替え要求（Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ）をＭＭＥ３００Ｃに送信する。ステップＳ１０９において、ＭＭＥ３００Ｃは、切り替え要求に対する肯定応答をＳｅＮＢ２００Ｓに送信する。ステップＳ１１０及びＳ１１１において、ＳｅＮＢ２００Ｓは、ＵＥ１００のデータの転送処理をＳ−ＭｅＮＢ２００Ｍ１に対して行う。

ステップＳ１１２において、Ｓ−ＭｅＮＢ２００Ｍ１は、ＳｅＮＢ２００Ｓの解放のためのＲＲＣ再設定メッセージ（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥ１００に送信する。ＵＥ１００は、ＳｅＮＢ２００Ｓに係る設定を解放する。ステップＳ１１３において、ＵＥ１００は、ＲＲＣ再設定の完了通知（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）をＳ−ＭｅＮＢ２００Ｍ１に送信する。

ステップＳ１１４において、Ｓ−ＭｅＮＢ２００Ｍ１は、ハンドオーバ要求をＴ−ＭｅＮＢ２００Ｍ２に送信する。ステップＳ１１５において、Ｔ−ＭｅＮＢ２００Ｍ２は、ハンドオーバ要求の承認判断を行う。ステップＳ１１６において、Ｔ−ＭｅＮＢ２００Ｍ２は、ハンドオーバ肯定応答（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）をＳ−ＭｅＮＢ２００Ｍ１に送信する。

ステップＳ１１７において、Ｓ−ＭｅＮＢ２００Ｍ１は、ハンドオーバのためのＲＲＣ再設定メッセージをＵＥ１００に送信する。ステップＳ１１８及びＳ１１９において、ＳｅＮＢ２００Ｓは、ＵＥ１００のデータの転送処理をＴ−ＭｅＮＢ２００Ｍ２に対して行う。

ステップＳ１２０において、ＵＥ１００は、ＲＲＣ再設定メッセージに基づいてＴ−ＭｅＮＢ２００Ｍ２へのランダムアクセスを行い、Ｔ−ＭｅＮＢ２００Ｍ２との同期をとる。ステップＳ１２１において、ＵＥ１００は、ＲＲＣ再設定の完了通知をＴ−ＭｅＮＢ２００Ｍ２に送信する。

ステップＳ１２２において、Ｔ−ＭｅＮＢ２００Ｍ２は、データパスをＳ−ＭｅＮＢ２００Ｍ１からＴ−ＭｅＮＢ２００Ｍ２へ移すための切り替え要求をＭＭＥ３００Ｃに送信する。ステップＳ１２３において、ＭＭＥ３００Ｃは、切り替え要求に対する肯定応答をＳｅＮＢ２００Ｓに送信する。ステップＳ１２４において、Ｔ−ＭｅＮＢ２００Ｍ２は、ＵＥコンテキストの解放要求をＳ−ＭｅＮＢ２００Ｍ１に送信する。

ステップＳ１２５において、ＵＥ１００は、測定報告をＴ−ＭｅＮＢ２００Ｍ２に送信する。ステップＳ１２６において、Ｔ−ＭｅＮＢ２００Ｍ２は、測定報告などに基づいて、ＳｅＮＢリソースの追加を決定する。

ステップＳ１２７において、Ｔ−ＭｅＮＢ２００Ｍ２は、ＳｅＮＢリソースの割り当て要求（ＳｅＮＢ Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）をＳｅＮＢ２００Ｓに送信する。ステップＳ１２８において、ＳｅＮＢ２００Ｓは、要求を承認する場合に、無線リソース設定を行う。ステップＳ１２９において、ＳｅＮＢ２００Ｓは、無線リソース設定の通知（ＳｅＮＢ Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ Ｃｏｍｍａｎｄ）をＴ−ＭｅＮＢ２００Ｍ２に送信する。

第１のＵＰアーキテクチャの場合、ステップＳ１３０及びＳ１３１において、Ｔ−ＭｅＮＢ２００Ｍ２は、ＵＥ１００のデータの転送処理をＳｅＮＢ２００Ｓに対して行う。

ステップＳ１３２において、Ｔ−ＭｅＮＢ２００Ｍ２は、ＳｅＮＢ２００Ｓの追加のためのＲＲＣ再設定メッセージをＵＥ１００に送信する。ＵＥ１００は、ＳｅＮＢ２００Ｓの無線リソース設定の適用を開始する。ステップＳ１３３において、ＵＥ１００は、ＲＲＣ再設定の完了通知（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）をＴ−ＭｅＮＢ２００Ｍ２に送信する。

ステップＳ１３４において、ＵＥ１００は、ＲＲＣ再設定メッセージに基づいてＳｅＮＢ２００Ｓへのランダムアクセスを行い、ＳｅＮＢ２００Ｓとの同期をとる。ステップＳ１３５において、ＵＥ１００との同期を検出したＳｅＮＢ２００Ｓは、無線リソース設定の使用が可能になった旨の通知（ＳｅＮＢ Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅ）をＴ−ＭｅＮＢ２００Ｍ２に送信する。

第１のＵＰアーキテクチャの場合、ステップＳ１３６において、Ｔ−ＭｅＮＢ２００Ｍ２は、ベアラをＳ−ＭｅＮＢ２００Ｍ１からＳｅＮＢ２００Ｓへ移すための切り替え要求をＭＭＥ３００Ｃに送信する。ステップＳ１３７において、ＭＭＥ３００Ｃは、切り替え要求に対する肯定応答をＳｅＮＢ２００Ｓに送信する。

このように基本シーケンスでは、ＳｅＮＢ２００Ｓの解放手順、ハンドオーバ手順、ＳｅＮＢ２００Ｓの追加手順のそれぞれにおいて、ＵＥ１００に対するＲＲＣ再設定（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）が行われる。第１に、ＳｅＮＢ２００Ｓの解放手順では、ＳｅＮＢ２００Ｓの解放のためのＲＲＣ再設定（Ｓ１１２）が行われる。第２に、Ｓ−ＭｅＮＢ２００Ｍ１からＴ−ＭｅＮＢ２００Ｍ２へのハンドオーバ手順では、ハンドオーバのためのＲＲＣ再設定（Ｓ１１７）が行われる。第３に、ＳｅＮＢ２００Ｓの追加手順では、ＳｅＮＢ２００Ｓの追加のためのＲＲＣ再設定（Ｓ１３２）が行われる。このように、二重接続方式におけるＭｅＮＢ２００Ｍ間のハンドオーバでは、合計で３回のＲＲＣ再設定が行われると考えられる。よって、無線区間のシグナリングが増大するとともに、ハンドオーバに係る処理時間の増大により、ＲＬＦ・ＨＯＦ（ｈａｎｄ ｏｖｅｒ ｆａｉｌｕｒｅ）が増える。

また、ＳｅＮＢ２００Ｓの解放手順、ハンドオーバ手順、ＳｅＮＢ２００Ｓの追加手順のそれぞれにおいて、コアネットワークとのシグナリングが発生し得る。第１に、ＳｅＮＢ２００Ｓの解放手順では、上述した第１のＵＰアーキテクチャの場合に、ベアラをＳｅＮＢ２００ＳからＳ−ＭｅＮＢ２００Ｍ１へ移すためのシグナリング（Ｓ１０８、Ｓ１０９）が発生する。第２に、Ｓ−ＭｅＮＢ２００Ｍ１からＴ−ＭｅＮＢ２００Ｍ２へのハンドオーバ手順では、データパスをＳ−ＭｅＮＢ２００Ｍ１からＴ−ＭｅＮＢ２００Ｍ２へ切り替えるためのシグナリング（Ｓ１２２、Ｓ１２３）が発生する。第３に、ＳｅＮＢ２００Ｓの追加手順では、第１のＵＰアーキテクチャの場合に、ベアラをＳ−ＭｅＮＢ２００Ｍ１からＳｅＮＢ２００Ｓへ移すためのシグナリング（Ｓ１３６、Ｓ１３７）が発生する。このように、二重接続方式におけるＭｅＮＢ２００Ｍ間のハンドオーバでは、最大で３回のコアネットワークとのシグナリングが発生すると考えられる。よって、ネットワーク区間のシグナリングの増大が問題となる。

第１実施形態では、二重接続方式におけるＭｅＮＢ２００Ｍ間のハンドオーバのシーケンスを改良することにより、上述したシグナリングの増大を抑制可能とする。以下において、改良されたハンドオーバシーケンスについて説明する。

（２）動作パターン１
図１０は、第１実施形態に係る動作パターン１を示すシーケンス図である。以下においては、基本シーケンスとの相違点を主として説明する。図１１の初期状態において、ＵＥ１００は、Ｓ−ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓと二重接続方式の通信を行っている（Ｓ２０１）。

図１０に示すように、ステップＳ２０３において、Ｓ−ＭｅＮＢ２００Ｍ１は、ＵＥ１００から受信（Ｓ２０２）する測定報告などに基づいて、Ｔ−ＭｅＮＢ２００Ｍ２へのＵＥ１００のハンドオーバを決定する。動作パターン１では、Ｓ−ＭｅＮＢ２００Ｍ１は、ハンドオーバの判断時に、ＳｅＮＢ２００ＳとＵＥ１００との間の接続を解放するか否かを判断してもよい。

ステップＳ２０４において、Ｓ−ＭｅＮＢ２００Ｍ１は、ハンドオーバ要求をＴ−ＭｅＮＢ２００Ｍ２に送信する。ステップＳ２０５において、Ｔ−ＭｅＮＢ２００Ｍ２は、ハンドオーバ要求の承認判断を行う。ステップＳ２０６において、Ｔ−ＭｅＮＢ２００Ｍ２は、ハンドオーバ肯定応答（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅ）をＳ−ＭｅＮＢ２００Ｍ１に送信する。Ｔ−ＭｅＮＢ２００Ｍ２は、ＳｅＮＢ設定がされていないＲＲＣコンテナをハンドオーバ肯定応答に含める。Ｓ−ＭｅＮＢ２００Ｍ１は、Ｔ−ＭｅＮＢ２００Ｍ２からのハンドオーバ肯定応答の受信時に、ＳｅＮＢ２００ＳとＵＥ１００との間の接続を解放するか否かを判断してもよい。

次に、Ｓ−ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓは、ＳｅＮＢ２００Ｓの解放手順（ステップＳ２０７乃至Ｓ２１２）を行う。当該解放手順は、基本シーケンスと同様である。

ステップＳ２１３において、Ｓ−ＭｅＮＢ２００Ｍ１は、ハンドオーバを指示するためのハンドオーバ指令を含むＲＲＣ再設定メッセージをＵＥ１００に送信する。

動作パターン１では、Ｓ−ＭｅＮＢ２００Ｍ１は、ＳｅＮＢ２００ＳとＵＥ１００との間の接続の解放を設定する情報（ＳｅＮＢ ｒｅｍｏｖｅ）をハンドオーバ指令と共にＵＥ１００に送信する。ＳｅＮＢ ｒｅｍｏｖｅは、ＳｅＮＢ２００Ｓの設定に関するセカンダリ基地局情報に相当する。Ｓ−ＭｅＮＢ２００Ｍ１は、ハンドオーバ指令とＳｅＮＢ ｒｅｍｏｖｅとを含む１つのＲＲＣ再設定メッセージをＵＥ１００に送信することが好ましい。これにより、ＳｅＮＢ２００Ｓの解放だけのためのＲＲＣ再設定メッセージが不要となるため、基本シーケンスに比べてＲＲＣ再設定を１回分削減することができる。ハンドオーバ指令と共にＳｅＮＢ情報を受信したＵＥ１００は、ＳｅＮＢ ｒｅｍｏｖｅに応じてＳｅＮＢ２００Ｓとの接続を解放しつつ、ハンドオーバ指令に応じてＴ−ＭｅＮＢ２００Ｍ２との同期をとり（Ｓ２１６）、新たなＲＲＣ接続を確立（Ｓ２１７）する。

また、動作パターン１では、Ｔ−ＭｅＮＢ２００Ｍ２は、Ｓ−ＭｅＮＢ２００Ｍ１とＳ−ＧＷ３００Ｕとの間のデータパス、及びＳｅＮＢ２００ＳとＳ−ＧＷ３００Ｕとの間のデータパス（ベアラ）を一括してＴ−ＭｅＮＢ２００Ｍ２に切り替えるためのパス切り替え要求をＭＭＥ３００Ｃに送信（Ｓ２１８）する。なお、上述したハンドオーバ要求（Ｓ２０４）又は他のメッセージに、Ｓ−ＭｅＮＢ２００Ｍ１のベアラの情報が含まれていることが好ましい。これにより、Ｔ−ＭｅＮＢ２００Ｍ２は、ハンドオーバ要求に含まれるベアラ情報により、切り替えるベアラを特定できる。

ＭＭＥ３００Ｃは、パス切り替え要求に応じて、Ｓ−ＭｅＮＢ２００Ｍ１とＳ−ＧＷ３００Ｕとの間のデータパス、及びＳｅＮＢ２００ＳとＳ−ＧＷ３００Ｕとの間のデータパス（ベアラ）を一括してＴ−ＭｅＮＢ２００Ｍ２に切り替えるためのパス切り替えを行う。これにより、第１のＵＰアーキテクチャの場合に、ベアラをＳｅＮＢ２００ＳからＳ−ＭｅＮＢ２００Ｍ１へ移すためのシグナリングが不要になる。

ＳｅＮＢ２００Ｓの追加手順（ステップＳ２１１乃至Ｓ２３３）については基本シーケンスと同様である。

（３）動作パターン２
図１１は、第１実施形態に係る動作パターン２を示すシーケンス図である。図１１の初期状態において、ＵＥ１００は、Ｓ−ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓと二重接続方式の通信を行っている（Ｓ３０１）。

図１１に示すように、ステップＳ３０３において、Ｓ−ＭｅＮＢ２００Ｍ１は、ＵＥ１００から受信（Ｓ３０２）する測定報告などに基づいて、Ｔ−ＭｅＮＢ２００Ｍ２へのＵＥ１００のハンドオーバを決定する。また、Ｓ−ＭｅＮＢ２００Ｍ１は、ハンドオーバの判断時に、ＳｅＮＢ２００ＳとＵＥ１００との間の接続を解放するか否かを判断する。動作パターン２では、Ｓ−ＭｅＮＢ２００Ｍ１は、ＳｅＮＢ２００Ｓを維持したハンドオーバ（ＤＣ ＨＯ： Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ ＨａｎｄＯｖｅｒ）を決定可能である。ＳｅＮＢ２００Ｓを維持したハンドオーバを決定した後、次の動作を行う。

ステップＳ３０４において、Ｓ−ＭｅＮＢ２００Ｍ１は、ハンドオーバ要求をＴ−ＭｅＮＢ２００Ｍ２に送信する。その際、Ｓ−ＭｅＮＢ２００Ｍ１は、ＳｅＮＢ２００ＳとＵＥ１００との間の接続を維持したままハンドオーバを行うことを示す情報（ＳｅＮＢ Ｉｎｆｏｒｍａｔｉｏｎ）をハンドオーバ要求に含める。ＳｅＮＢ Ｉｎｆｏｒｍａｔｉｏｎは、ＳｅＮＢ２００Ｓに関する情報（ｅＮＢ ＩＤ、セルＩＤなど）を含む。また、ＳｅＮＢ Ｉｎｆｏｒｍａｔｉｏｎには、ＳｅＮＢ Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎに含まれる要素（ｅ．ｇ． ＵＥ ｃａｐａｂｉｌｉｔｉｅｓ ａｎｄ ｔｈｅ ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｏｆ ｔｈｅ ＵＥ）を入れてもよい。さらに、Ｓ−ＭｅＮＢ２００Ｍ１は、本シーケンス前のＳｅＮＢ Ａｄｄｉｔｉｏｎ時にＳｅＮＢ２００Ｓから受け取ったＲＲＣコンテナを保持しておき、当該ＲＲＣコンテナをハンドオーバ要求に含めてもよい。当該ＲＲＣコンテナは、例えば、後述するステップＳ３１１などで利用できる。

ステップＳ３０５において、Ｔ−ＭｅＮＢ２００Ｍ２は、ハンドオーバ要求の承認の判断を行う。ここで、Ｔ−ＭｅＮＢ２００Ｍ２は、ＳｅＮＢ Ａｄｄｉｔｉｏｎに係る情報がハンドオーバ要求に含まれている場合（つまり、ＤＣ ＨＯを示す）は、当該ＳｅＮＢ Ａｄｄｉｔｉｏｎの受け入れも含めて判断してもよい。

承認（受け入れ）可の場合、ステップＳ３０６において、Ｔ−ＭｅＮＢ２００Ｍ２は、ハンドオーバ肯定応答をＳ−ＭｅＮＢ２００Ｍ１に送信する。なお、ステップＳ３０６におけるハンドオーバ肯定応答は、通常のハンドオーバ肯定応答でもよく、後述するステップＳ３１２で改めて送信される場合には省略してもよい。或いは、ステップＳ３０６におけるハンドオーバ肯定応答は、通常のハンドオーバ肯定応答を簡略化したもの（例えば、暫定的にＨＯのみ受け入れたというフラグ）であってもよい。或いは、「リソースが足りないので、当該ＨＯにはＳｅＮＢのリソース追加を要する」という意味の情報（後述するステップＳ３０７で利用可）が含まれていてもよい。

ステップＳ３０７において、ハンドオーバ肯定応答を受信したＳ−ＭｅＮＢ２００Ｍ１は、ＳｅＮＢリソースの維持を決定する。ステップＳ３０８において、Ｓ−ＭｅＮＢ２００Ｍ１は、ＭｅＮＢを変更・交替するための要求（ＳｅＮＢ Ｒｅｌｅａｓｅ Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）をＳｅＮＢ２００Ｓに送信する。Ｓ−ＭｅＮＢ２００Ｍ１は、ＳｅＮＢがＴ−ＭｅＮＢ２００Ｍ２に切り替えることを示す情報（ＭｅＮＢ ｃｈａｎｇｅ）を当該要求に含める。ＭｅＮＢ ｃｈａｎｇｅは、Ｔ−ＭｅＮＢ２００Ｍ２に関する情報（ｅＮＢ ＩＤ、セルＩＤなど）を含む。なお、ステップＳ３０４でハンドオーバ要求にＳｅＮＢ関連設定情報が入っていた場合（つまり、既にＴ−ＭｅＮＢがＳｅＮＢを設定可能な状態）、ステップＳ３０８は単なるＲｅｌｅａｓｅで良い（但し、ＭｅＮＢ ｃｈａｎｇｅに係る情報は伝達される）。

ステップＳ３０９において、ＳｅＮＢ２００Ｓは、Ｓ−ＭｅＮＢ２００Ｍ１からの要求を承認する場合に、無線リソース解放・変更を行う。ステップＳ３１０において、ＳｅＮＢ２００Ｓは、解放・変更要求に対する応答（ＳｅＮＢ Ｒｅｌｅａｓｅ Ｒｅｓｐｏｎｓｅ）をＳ−ＭｅＮＢ２００Ｍ１に送信する。

ステップＳ３１１において、ＳｅＮＢ２００Ｓは、Ｓ−ＭｅＮＢ２００Ｍ１から受信したＭｅＮＢ ｃｈａｎｇｅに基づいて、無線リソース設定の通知（ＳｅＮＢ Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｃｏｍｍａｎｄ）をＴ−ＭｅＮＢ２００Ｍ２に送信する。なお、ステップＳ３０４でハンドオーバ要求にＳｅＮＢ関連設定情報が入っていた場合（つまり、既にＴ−ＭｅＮＢがＳｅＮＢを設定可能な状態）、ステップＳ３１１は逆方向の通知でもよいし、省略してもよい。

ステップＳ３１２において、Ｔ−ＭｅＮＢ２００Ｍ２は、ＳｅＮＢの無線リソース（ＳｅＮＢリソース）設定を含んだハンドオーバ肯定応答をＳ−ＭｅＮＢ２００Ｍ１に送信する。或いは、Ｔ−ＭｅＮＢ２００Ｍ２は、ＳｅＮＢリソース設定を他のメッセージに含めてＳ−ＭｅＮＢ２００Ｍ１に送信してもよい。

ステップＳ３１３において、Ｓ−ＭｅＮＢ２００Ｍ１は、Ｔ−ＭｅＮＢ２００Ｍ２からのＳｅＮＢリソース設定とハンドオーバ指令とを含むＲＲＣ再設定メッセージをＵＥ１００に送信する。ＳｅＮＢリソース設定は、ＳｅＮＢ２００ＳとＵＥ１００との間の接続の維持を設定する情報に相当する。

ＵＥ１００は、当該ＳｅＮＢリソース設定の適用を開始する。ここで、ＵＥ１００は、ＳｅＮＢ２００Ｓと同期がとれているため、ＳｅＮＢ２００Ｓに対するランダムアクセス（同期）を省略可能である。また、ランダムアクセス（同期）の省略を示す情報がＲＲＣ再設定メッセージに含まれていてもよい。

ステップＳ３１４及びＳ３１５において、ＳｅＮＢ２００Ｓは、ＵＥ１００のデータの転送処理をＴ−ＭｅＮＢ２００Ｍ２に対して行う。

ステップＳ３１６において、ＵＥ１００は、ＲＲＣ再設定メッセージに基づいてＴ−ＭｅＮＢ２００Ｍ２へのランダムアクセスを行い、Ｔ−ＭｅＮＢ２００Ｍ２との同期をとる。ステップＳ３１７において、ＵＥ１００は、ＲＲＣ再設定の完了通知をＴ−ＭｅＮＢ２００Ｍ２に送信する。

ステップＳ３１８において、Ｔ−ＭｅＮＢ２００Ｍ２は、Ｓ−ＭｅＮＢ２００Ｍ１とＳ−ＧＷ３００Ｕとの間のデータパスをＴ−ＭｅＮＢ２００Ｍ２に切り替えるためのパス切り替え要求をＭＭＥ３００Ｃに送信する。動作パターン２では、ＳｅＮＢ２００Ｓは維持されるため、第１のＵＰアーキテクチャの場合でも、ＳｅＮＢ２００Ｓのベアラ切り替えは発生しない。

このように、動作パターン２では、ＳｅＮＢ２００Ｓを維持したままＭｅＮＢ２００Ｍ間でハンドオーバを行うことにより、基本シーケンスに比べてシグナリングを大幅に削減することができる。

なお、動作パターン２では、Ｔ−ＭｅＮＢ２００Ｍ２からＳ−ＭｅＮＢ２００Ｍ１へのハンドオーバ肯定応答の送信が２回（Ｓ３０６、Ｓ３１２）行われているが、１回（Ｓ３１２）のみとしてもよい。

［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。

（１）動作シナリオ
図１２は、第２実施形態に係る動作環境を示す図である。

図１２に示すように、第２実施形態では、１つのマクロセル内に複数の小セル１，２が設けられる。ＵＥ１００は、マクロセルのカバレッジ及び小セル１のカバレッジの重複領域に位置しており、マクロセル（ＭｅＮＢ２００Ｍ）及び小セル１（ＳｅＮＢ２００Ｓ１）の組み合わせにより二重接続方式の通信を行っている。ＵＥ１００は、小セル２（ＳｅＮＢ２００Ｓ２）に向けて移動している。第２実施形態では、ＵＥ１００に対応するＳｅＮＢをＳ−ＳｅＮＢ２００Ｓ１からＴ−ＳｅＮＢ２００Ｓ２に切り替える。以下において、ＳｅＮＢ２００Ｓ１をソースＳｅＮＢ（Ｓ−ＳｅＮＢ）と称し、ＳｅＮＢ２００Ｓ２をターゲットＳｅＮＢ（Ｔ−ＳｅＮＢ）と称する。

（１）動作パターン１
図１３は、第２実施形態に係る動作パターン１を示すシーケンス図である。図１３の初期状態において、ＵＥ１００は、ＭｅＮＢ２００Ｍ及びＳ−ＳｅＮＢ２００Ｓ１と二重接続方式の通信を行っている（Ｓ４０１）。

図１３に示すように、ステップＳ４０２において、ＵＥ１００は、測定報告をＭｅＮＢ２００Ｍに送信する。ステップＳ４０３において、ＭｅＮＢ２００Ｍは、測定報告などに基づいて、ＵＥ１００に対応するＳｅＮＢリソースの解放及び割り当てを決定する。動作パターン１では、ＳｅＮＢリソースの解放（Ｒｅｍｏｖｅ）及び割り当て（Ａｄｄ）を並行して行ってもよい。すなわち、ＭｅＮＢ２００Ｍは、ＳｅＮＢ解放処理（Ｒｅｍｏｖｅ）の少なくとも一部とＳｅＮＢ追加処理（Ａｄｄ）の少なくとも一部とを並列実行する。

ステップＳ４０４において、ＭｅＮＢ２００Ｍは、ＵＥ１００に対応するＳｅＮＢリソースの解放要求をＳ−ＳｅＮＢ２００Ｓ１に送信する。ステップＳ４０５において、Ｓ−ＳｅＮＢ２００Ｓ１は、解放要求に応じて、ＳｅＮＢリソースを解放する。ステップＳ４０６において、Ｓ−ＳｅＮＢ２００Ｓ１は、解放要求に対する応答（ＳｅＮＢ Ｒｅｌｅａｓｅ Ｒｅｓｐｏｎｓｅ）をＭｅＮＢ２００Ｍに送信する。

第１のＵＰアーキテクチャの場合、ステップＳ４０７において、Ｓ−ＳｅＮＢ２００Ｓ１は、ベアラをＳ−ＳｅＮＢ２００Ｓ１からＭｅＮＢ２００Ｍへ移すための切り替え要求をＭＭＥ３００Ｃに送信する。ステップＳ４０８において、ＭＭＥ３００Ｃは、切り替え要求に対する肯定応答をＳ−ＳｅＮＢ２００Ｓ１に送信する。ステップＳ４０９及びＳ４１０において、Ｓ−ＳｅＮＢ２００Ｓ１は、ＵＥ１００のデータの転送処理をＭｅＮＢ２００Ｍに対して行う。

ステップＳ４１１において、ＭｅＮＢ２００Ｍは、ＳｅＮＢリソースの割り当て要求をＴ−ＳｅＭＢ２００Ｓ２に送信する。ステップＳ４１２において、Ｔ−ＳｅＭＢ２００Ｓ２は、要求を承認する場合に、無線リソース設定を行う。ステップＳ４１３において、Ｔ−ＳｅＭＢ２００Ｓ２は、無線リソース設定の通知をＭｅＮＢ２００Ｍに送信する。

第１のＵＰアーキテクチャの場合、ステップＳ４１４及びＳ４１５において、ＭｅＮＢ２００Ｍは、ＵＥ１００のデータの転送処理をＴ−ＳｅＭＢ２００Ｓ２に対して行う。

ステップＳ４１６において、ＭｅＮＢ２００Ｍは、Ｔ−ＳｅＮＢ２００Ｓ２とＵＥ１００との間の接続の確立を設定する確立設定情報（Ｔ−ＳｅＮＢ ａｄｄｉｔｉｏｎ）を含むＲＲＣ再設定メッセージをＵＥ１００に送信する。Ｔ−ＳｅＮＢ ａｄｄｉｔｉｏｎは、Ｔ−ＳｅＭＢ２００Ｓ２の無線リソース設定を含む。また、ＭｅＮＢ２００Ｍは、Ｓ−ＳｅＮＢ２００Ｓ１とＵＥ１００との間の接続の解放を設定する解放設定情報（Ｓ−ＳｅＮＢ ｒｅｍｏｖｅ）をＲＲＣ再設定メッセージにさらに含めてもよい。

このように、動作パターン１では、ＭｅＮＢ２００Ｍは、ＭｅＮＢ２００ＭとＳ−ＳｅＮＢ２００Ｓ１との間のＳｅＮＢ解放処理と、ＭｅＮＢ２００ＭとＴ−ＳｅＮＢ２００Ｓ２との間のＳｅＮＢ追加処理と、が終了した後に、確立設定情報（Ｔ−ＳｅＮＢ ａｄｄｉｔｉｏｎ）をＵＥ１００に送信する。

ステップＳ４１８において、ＵＥ１００は、ＲＲＣ再設定メッセージに基づいてＴ−ＳｅＭＢ２００Ｓ２へのランダムアクセスを行い、Ｔ−ＳｅＭＢ２００Ｓ２との同期をとる。ステップＳ４１９において、ＵＥ１００との同期を検出したＴ−ＳｅＭＢ２００Ｓ２は、無線リソース設定の使用が可能になった旨の通知をＭｅＮＢ２００Ｍに送信する。なお、ステップS４１９は省略してもよい。

第１のＵＰアーキテクチャの場合、ステップＳ４２０において、ＭｅＮＢ２００Ｍは、ベアラをＭｅＮＢ２００ＭからＴ−ＳｅＭＢ２００Ｓ２へ移すための切り替え要求をＭＭＥ３００Ｃに送信する。ステップＳ４２１において、ＭＭＥ３００Ｃは、切り替え要求に対する肯定応答をＭｅＮＢ２００Ｍに送信する。なお、ステップS４２０は省略してもよい。

（２）動作パターン２
図１４は、第２実施形態に係る動作パターン２を示すシーケンス図である。図１４の初期状態において、ＵＥ１００は、ＭｅＮＢ２００Ｍ及びＳ−ＳｅＮＢ２００Ｓ１と二重接続方式の通信を行っている（Ｓ５０１）。

図１４に示すように、ステップＳ５０２において、ＵＥ１００は、測定報告をＭｅＮＢ２００Ｍに送信する。ステップＳ５０３において、ＭｅＮＢ２００Ｍは、測定報告などに基づいて、Ｓ−ＳｅＮＢ２００Ｓ１からＴ−ＳｅＭＢ２００Ｓ２へのＳｅＮＢリソースの交替を決定する。

ステップＳ５０４において、ＭｅＮＢ２００Ｍは、ＳｅＮＢを交替するための第１の交替要求（ＳｅＮＢ Ｓｗａｐ Ｒｅｑｕｅｓｔ）をＳ−ＳｅＮＢ２００Ｓ１に送信する。第１の交替要求は、Ｓ−ＳｅＮＢ２００Ｓ１の解放及びＴ−ＳｅＮＢ２００Ｓ２の追加を要求するものである。第１の交替要求は、Ｔ−ＳｅＮＢ２００Ｓ２に関する情報（ｅＮＢ ＩＤ、セルＩＤ）、ＭｅＮＢ２００Ｍに関する情報（ｅＮＢ ＩＤ、セルＩＤ）を含む。

ステップＳ５０５において、Ｓ−ＳｅＮＢ２００Ｓ１は、第１の交替要求に応じて、ＳｅＮＢリソースを解放する。ステップＳ５０６において、Ｓ−ＳｅＮＢ２００Ｓ１は、第１の交替要求に対する応答（ＳｅＮＢ Ｓｗａｐ Ｒｅｓｐｏｎｓｅ）をＭｅＮＢ２００Ｍに送信する。

ステップＳ５０７において、Ｓ−ＳｅＮＢ２００Ｓ１は、ＳｅＮＢを交替するための第２の交替要求（ＳｅＮＢ Ｓｗａｐ Ｒｅｑｕｅｓｔ）をＴ−ＳｅＮＢ２００Ｓ２に送信する。第２の交替要求は、Ｔ−ＳｅＮＢ２００Ｓ２の追加を要求するものである。第２の交替要求は、ＭｅＮＢ２００Ｍに関する情報（ｅＮＢ ＩＤ、セルＩＤ）を含む。

ステップＳ５０８において、第２の交替要求を受信したＴ−ＳｅＮＢ２００Ｓ２は、ＵＥ１００のためのＳｅＮＢリソース（無線リソース）を設定する。ステップＳ５０９において、Ｔ−ＳｅＮＢ２００Ｓ２は、ＳｅＮＢリソース設定の通知（ＳｅＮＢ Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ Ｃｏｍｍａｎｄ）をＭｅＮＢ２００Ｍに送信する。

第１のＵＰアーキテクチャの場合、ステップＳ５１１において、Ｔ−ＳｅＮＢ２００Ｓ２は、ベアラをＳ−ＳｅＮＢ２００Ｓ１からＴ−ＳｅＭＢ２００Ｓ２へ移すための切り替え要求をＭＭＥ３００Ｃに送信する。ステップＳ５１２において、ＭＭＥ３００Ｃは、切り替え要求に対する肯定応答をＴ−ＳｅＭＢ２００Ｓ２に送信する。ステップＳ５１４及びＳ５１５において、Ｓ−ＳｅＮＢ２００Ｓ１は、ＵＥ１００のデータ転送をＴ−ＳｅＭＢ２００Ｓ２に対して行う。

一方、ＳｅＮＢリソース設定の通知をＴ−ＳｅＭＢ２００Ｓ２から受信したＭｅＮＢ２００Ｍは、ステップＳ５１３において、Ｔ−ＳｅＮＢ２００Ｓ２とＵＥ１００との間の接続の確立を設定する確立設定情報（Ｔ−ＳｅＮＢ ａｄｄｉｔｉｏｎ）を含むＲＲＣ再設定メッセージをＵＥ１００に送信する。Ｔ−ＳｅＮＢ ａｄｄｉｔｉｏｎは、Ｔ−ＳｅＭＢ２００Ｓ２の無線リソース設定（リソース設定情報）を含む。また、ＭｅＮＢ２００Ｍは、Ｓ−ＳｅＮＢ２００Ｓ１とＵＥ１００との間の接続の解放を設定する解放設定情報（Ｓ−ＳｅＮＢ ｒｅｍｏｖｅ）をＲＲＣ再設定メッセージにさらに含めてもよい。

ステップＳ５１６において、ＵＥ１００は、ＲＲＣ再設定メッセージに基づいてＴ−ＳｅＭＢ２００Ｓ２へのランダムアクセスを行い、Ｔ−ＳｅＭＢ２００Ｓ２との同期をとる。ステップＳ５１７及びＳ５１８において、ＵＥ１００との同期を検出したＴ−ＳｅＭＢ２００Ｓ２は、無線リソース設定の使用が可能になった旨の交替完了通知（Ｓｗａｐ Ｃｏｍｐｌｅｔｅ）をＭｅＮＢ２００Ｍに送信する。

（３）動作パターン３
図１５は、第２実施形態に係る動作パターン３を示すシーケンス図である。図１５の初期状態において、ＵＥ１００は、ＭｅＮＢ２００Ｍ及びＳ−ＳｅＮＢ２００Ｓ１と二重接続方式の通信を行っている（Ｓ６０１）。ここでは、動作パターン２との相違点を主として説明する。

図１５に示すように、ステップＳ６０２において、ＵＥ１００は、チャネル状態情報（ＣＳＩ）をＳ−ＳｅＮＢ２００Ｓ１に送信してもよい。

ステップＳ６０３において、ＵＥ１００は、測定報告をＭｅＮＢ２００Ｍに送信する。ステップＳ６０４において、ＭｅＮＢ２００Ｍは、ＵＥ１００から受信した測定報告をＳ−ＳｅＮＢ２００Ｓ１に送信してもよい。

ステップＳ６０５において、Ｓ−ＳｅＮＢ２００Ｓ１は、測定報告及びＣＳＩなどに基づいて、Ｓ−ＳｅＮＢ２００Ｓ１からＴ−ＳｅＭＢ２００Ｓ２へのＳｅＮＢリソースの交替を決定する。また、Ｓ−ＳｅＮＢ２００Ｓ１は、自らの「解放」についてＭｅＮＢ２００Ｍとネゴシエーションしてもよい。また、Ｓ−ＳｅＮＢ２００Ｓ１は、ＳｅＮＢリソースを解放する。

ステップＳ６０６において、Ｓ−ＳｅＮＢ２００Ｓ１は、ＳｅＮＢを交替するための交替要求（ＳｅＮＢ Ｓｗａｐ Ｒｅｑｕｅｓｔ）をＴ−ＳｅＮＢ２００Ｓ２に送信する。交替要求は、Ｔ−ＳｅＮＢ２００Ｓ２の追加を要求するものである。交替要求は、ＭｅＮＢ２００Ｍに関する情報（ｅＮＢ ＩＤ、セルＩＤ）を含む。

ステップＳ６０７において、交替要求を受信したＴ−ＳｅＮＢ２００Ｓ２は、ＵＥ１００のためのＳｅＮＢリソース（無線リソース）を設定する。ステップＳ６０８において、Ｔ−ＳｅＮＢ２００Ｓ２は、ＳｅＮＢリソース設定の通知（ＳｅＮＢ Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ Ｃｏｍｍａｎｄ）をＭｅＮＢ２００Ｍに送信する。以降の動作（Ｓ６０９乃至Ｓ６１６）については、動作パターン２と同様である。

［第３実施形態］
以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。

（１）動作シナリオ
図１６は、第３実施形態に係る動作シナリオ１を示す図である。

図１６に示すように、第３実施形態に係る動作シナリオ１では、第１実施形態に係る動作シナリオにおいてＥＰＣ２０の構成も考慮する。図１６の例では、ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓは同一のＳ−ＧＷ３００Ｕ１に収容されており、ＭｅＮＢ２００Ｍ１は別のＳ−ＧＷ３００Ｕ２に収容されている。すなわち、ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓのそれぞれは、Ｓ−ＧＷ３００Ｕ１との間にＳ１インターフェイスを持つ。ＭｅＮＢ２００Ｍ２は、Ｓ−ＧＷ３００Ｕ２との間にＳ１インターフェイスを持つ。

このようなシナリオでは、ＳｅＮＢ２００Ｓ及びＭｅＮＢ２００Ｍ２には、第１のＵＰアーキテクチャを適用することができないが、第２のＵＰアーキテクチャを適用することはできる。また、このようなシナリオでは、第１のＵＰアーキテクチャを前提とする場合に、例えば第１実施形態に係る動作パターン２のようなＳｅＮＢ２００Ｓを維持したままＭｅＮＢ２００Ｍ間のハンドオーバを行う高度なハンドオーバ制御を行うことはできない。

図１７は、第３実施形態に係る動作シナリオ２を示す図である。

図１７に示すように、第３実施形態に係る動作シナリオ２では、第２実施形態に係る動作シナリオにおいてＥＰＣ２０の構成も考慮する。図１７の例では、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓ１は同一のＳ−ＧＷ３００Ｕ１に収容されており、ＳｅＮＢ２００Ｓ２は別のＳ−ＧＷ３００Ｕ２に収容されている。すなわち、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓ１のそれぞれは、Ｓ−ＧＷ３００Ｕ１との間にＳ１インターフェイスを持つ。ＳｅＮＢ２００Ｓ２は、Ｓ−ＧＷ３００Ｕ２との間にＳ１インターフェイスを持つ。

このようなシナリオでは、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓ２には、第１のＵＰアーキテクチャを適用することができないが、第２のＵＰアーキテクチャを適用することはできる。また、このようなシナリオでは、第１のＵＰアーキテクチャを前提とする場合に、例えば第２実施形態に係る動作パターン２及び３のような高度なハンドオーバ制御を行うことはできない。

（２）第３実施形態に係る動作
第３実施形態では、第１実施形態及び第２実施形態に係るハンドオーバ制御において、ハンドオーバ判断（ＨＯ ｄｅｃｉｓｉｏｎ）又はハンドオーバ承認制御（Ａｄｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）などを行うノードは、ＭｅＮＢ２００Ｍを収容するＳ−ＧＷ３００ＵとＳｅＮＢ２００Ｓを収容するＳ−ＧＷ３００Ｕとが一致するか否かに基づいて、二重接続方式に係る判断を行う。当該ノードは、ＭｅＮＢ２００Ｍ又はＳｅＮＢ２００Ｓなどの通信制御装置である。例えば、当該ノードは、ＭｅＮＢ２００Ｍを収容するＳ−ＧＷ３００ＵとＳｅＮＢ２００Ｓを収容するＳ−ＧＷ３００Ｕとが一致しない場合に、第１のＵＰアーキテクチャを適用しないと判断する。

また、図１６に示すように、第１実施形態を例に挙げると、第２のＵＰアーキテクチャが可能であるか否かに基づいて、ＳｅＮＢ２００ＳとＵＥ１００との間の接続を解放してハンドオーバ（基本シーケンス）を行うか、又はＳｅＮＢ２００ＳとＵＥ１００との間の接続を維持したままハンドオーバ（高度なハンドオーバ）を行うかを判断する。或いは、当該ノードは、ＭｅＮＢ２００Ｍ２を収容するＳ−ＧＷ３００ＵとＳｅＮＢ２００Ｓを収容するＳ−ＧＷ３００Ｕとが一致するか否かに基づいて、ＳｅＮＢ２００ＳとＵＥ１００との間の接続を解放してハンドオーバ（基本シーケンス）を行うか、又はＳｅＮＢ２００ＳとＵＥ１００との間の接続を維持したままハンドオーバ（高度なハンドオーバ）を行うかを判断する。

このような判断をＭｅＮＢ２００Ｍ又はＳｅＮＢ２００Ｓが行うためには、各ｅＮＢ２００が他のｅＮＢ２００を収容するＳ−ＧＷ３００Ｕを把握している必要がある。

よって、第３実施形態では、ＭｅＮＢ２００Ｍ又はＳｅＮＢ２００Ｓは、自ｅＮＢを収容するＳ−ＧＷ３００Ｕの識別情報を近隣のｅＮＢに送信する。ここで、自ｅＮＢを収容するＳ−ＧＷ３００Ｕとは、自ｅＮＢとの間にＳ１インターフェイスを持つＳ−ＧＷ３００Ｕである。Ｓ−ＧＷ３００Ｕの識別情報とは、例えばＳ−ＴＥＩＤ（Ｓ−ＧＷ ＩＤ）又はＳ−ＧＷ ＩＰ ａｄｄｒｅｓｓである。

図１８は、Ｓ−ＧＷ３００Ｕの識別情報をｅＮＢ２００間で送受信するための第１の動作を示す図である。図１８に示すように、ｅＮＢ２００ａは、ｅＮＢ２００ａを収容するＳ−ＧＷ３００Ｕの識別情報をｅＮＢ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージに含めてｅＮＢ２００ｂに送信する。ｅＮＢ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、ｅＮＢ２００の設定更新を通知するためのメッセージである。なお、ｅＮＢ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージに代えて、Ｘ２ Ｓｅｔｕｐメッセージを使用してもよい。Ｘ２ Ｓｅｔｕｐメッセージは、Ｘ２インターフェイスを確立するためのメッセージである。例えば、表１に示すように、ｅＮＢ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージの「Ｓｅｒｖｅｄ Ｃｅｌｌ Ｉｎｆｏｒｍａｔｉｏｎ」にＳ−ＧＷ３００Ｕの識別情報含める。

図１９は、Ｓ−ＧＷ３００Ｕの識別情報をｅＮＢ２００間で送受信するための第２の動作を示す図である。図１９及び表２に示すように、ｅＮＢ２００ａは、ｅＮＢ２００ａを収容するＳ−ＧＷ３００Ｕの識別情報を、上述したＳｅＮＢ Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎメッセージに含めてｅＮＢ２００ｂに送信する。

図２０は、第３実施形態に係る動作を示すフロー図である。

図２０に示すように、ステップＳ７０１において、ノード（ＭｅＮＢ２００Ｍ又はＳｅＮＢ２００Ｓ）は、ＵＥ１００が二重接続方式で通信しているか否かを判断する。通常の通信を行っている場合（ステップＳ７０１；ＮＯ）、ステップＳ７０５において、通常のハンドオーバを行うと判断する。

二重接続方式で通信している場合（ステップＳ７０１；ＹＥＳ）、ステップＳ７０２において、当該ノードは、ＵＥ１００が第２のＵＰアーキテクチャ（ＵＰアーキテクチャ「３Ｃ」）で通信を行っているか否かを判断する。第２のＵＰアーキテクチャで通信を行っている場合（ステップＳ７０２；ＹＥＳ）、ステップＳ７０３において、当該ノードは、第１実施形態及び第２実施形態に係る高度なハンドオーバを行うと判断する。

これに対し、ＵＥ１００が第２のＵＰアーキテクチャで通信を行っていない、すなわち、ＵＥ１００が第１のＵＰアーキテクチャ（ＵＰアーキテクチャ「１Ａ」）で通信を行っている場合（ステップＳ７０２；ＮＯ）、ステップＳ７０４において、当該ノードは、上述したようなＳ−ＧＷ３００Ｕの一致／不一致を判断する。Ｓ−ＧＷ３００Ｕが一致すると判断した場合（ステップＳ７０４；ＹＥＳ）、ステップＳ７０３において、当該ノードは、第１実施形態及び第２実施形態に係る高度なハンドオーバを行うと判断する。一方、Ｓ−ＧＷ３００Ｕが一致しないと判断した場合（ステップＳ７０４；ＮＯ）、ステップＳ７０５において、当該ノードは、通常のハンドオーバを行うと判断する。

［その他の実施形態］
上述した実施形態では、ＳｅＮＢ間の交替（Ｓｗａｐ）について触れたが、ＭｅＮＢ間の交替（Ｓｗａｐ）について特に触れなかったが、第１実施形態に係る動作パターン２のシーケンスをＭｅＮＢ間の交替（Ｓｗａｐ）に応用可能である。

また、上述した実施形態では、マクロセルと小セルとの組み合わせにより二重接続方式の通信を行うケースを例示した。しかしながら、そのような組み合わせに限らず、マクロセルとピコセルとの組み合わせにより二重接続方式の通信を行ってもよく、ピコセルとフェムトセルとの組み合わせにより二重接続方式の通信を行ってもよい。

また、上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。

［付記］
１．はじめに
本付記では、様々なハンドオーバのシナリオを考慮して、ＭＣＧハンドオーバ及びＳＣＧハンドオーバのために必要なメカニズムについて説明する。

２．用語
用語「ＭＣＧハンドオーバ」及び「ＳＣＧハンドオーバ」が採用される前に、まずこれらの用語を使用した場合の影響を考慮する必要がある。ＭＣＧは、ｅＮＢ内キャリアアグリゲーション（ｅＮＢ内ＣＡ）によりＰＣｅｌｌ及びＳＣｅｌｌの両方がＵＥに設定されている可能性を示唆しており、既存のｅＮＢ内ＣＡ手順はＰＣｅｌｌハンドオーバのみを許容するので、用語「ＭＣＧハンドオーバ」の使用は誤解を招く可能性があり、既存のｅＮＢ内ＣＡハンドオーバ手順と矛盾し得る。しかしながら、既存のｅＮＢ内ＣＡ手順は、ＤＣ機能とＰＣｅｌｌハンドオーバを組み合わせる可能性を意味し得る。そのような機能はリリース１２前では想定されていないが、この機能の説明を容易にするために、用語「ＤＣを伴うＰＣｅｌｌハンドオーバ」は、このような機能を称するために使用されることが提案される。この機能の有用性についての詳細については後述する。

見解１：ＰＣｅｌｌ及びＳＣｅｌｌの両方からなるＭＣＧハンドオーバは、既存のｅＮＢ内ＣＡハンドオーバ手順では許可されていない。

提案１：ＤＣを伴うＰＣｅｌｌハンドオーバは、二重接続が有効化されている間に、２つのＭｅＮＢ間のハンドオーバを称するために使用されるべきである。そのような機能が実際に必要かどうかは検討が必要である。

同様に、２つのＳｅＮＢ間のハンドオーバを記載するために、「ＳＣＧハンドオーバ」の代わりに、「特別セルのハンドオーバ」を使用することが提案される。これは、２つのＭｅＮＢ間のハンドオーバと一貫性のある手順を提供するであろう。

提案２：特別セルのハンドオーバは、二重接続性の間における２つのＳｅＮＢ間のハンドオーバを称するために使用されるべきである。それは、そのような機能が必要かどうかは検討が必要である。

３．ハンドオーバのシナリオ
対象とする展開シナリオを図２１に示す。図２１に示す高密度の小セル展開は、いくつかのシナリオ（例えば、密集した都市や大型ショッピングモール）において巨大なトラフィックをサポートするために必要とされる。特に、高密度の小セル展開では、マクロセルの境界に多くの小セルが配置されることを予測することが妥当である（例えば、図２１における右上マクロセルを参照）。

見解２：多くの小セルは、マクロセルの境界付近に展開され得る。

見解２の結果として、二重接続を伴うハンドオーバ手順は、考慮から除外されるべきではない。具体的には、ＤＣを伴うＰＣｅｌｌハンドオーバが次のシナリオ下で有用であり得る：
・シナリオＭ１：ＳｅＮＢがソースＭｅＮＢ（Ｓ−ＭｅＮＢ）とターゲットＭｅＮＢ（Ｔ−ＭｅＮＢ）との間のセル端に配置される。（図８参照）
また、特別セルのハンドオーバは、次のシナリオ下で有用であり得る：
・シナリオＳ２：ソースＳｅＮＢ（Ｓ−ＳｅＮＢ）及びターゲットＳｅＮＢ（Ｔ−ＳｅＮＢ）がＭｅＮＢのカバレッジ内に配置される。（図１２参照）
最後に、ＤＣを伴うＰＣｅｌｌハンドオーバと特別セルのハンドオーバとの組み合わせは、次のような状況の下で有用であり得る：
・シナリオＭ３：ＳｅＮＢ（ＳｅＮＢ１）がＳ−ＭｅＮＢのカバレッジ内に配置され、隣接ＳｅＮＢ（ＳｅＮＢ２）がＴ−ＭｅＮＢのカバレッジ内に配置される。なお、ＭｅＮＢ間のセル端とＳｅＮＢ間のセル端とが同じ領域である。（図２２参照）
提案３：二重接続を伴う３つのハンドオーバシナリオを考慮に入れるべきである。

４．可能なハンドオーバ手順
４．１．ＤＣを伴うＰＣｅｌｌハンドオーバ
４．１．１．シナリオＭ１
４．１．１．１．現在のハンドオーバ手順に関する問題
シナリオＭ１のための二重接続を伴う現在のハンドオーバ手順の単純な応用を図２３に示す。このハンドオーバ手順は、二重接続のためのハンドオーバを完了するために３つのＲＲＣ接続再構成メッセージが必要とされていると仮定する。１つはＳｅＮＢの解放であり、１つはＭｅＮＢハンドオーバであり、１つは同一ＳｅＮＢの追加である。このハンドオーバ手順のためのＲＲＣ接続再構成メッセージ数の増加は、ＲＬＦ／ＨＯＦの発生及びスループット劣化をもたらし得る。

見解３：シナリオＭ１では、ＰＣｅｌｌハンドオーバ中に同一ＳｅＮＢを解放・追加するする現在の手順は、複数のＲＲＣ接続再構成を必要とし、ＲＬＦ／ＨＯＦの増加につながる可能性がある。

４．１．１．２．ＤＣを伴うＰＣｅｌｌハンドオーバの詳細
不要なＲＲＣ接続再構成の数を減らすために、強化されたハンドオーバ手順が図２４で検討される。この手順は、１つのみのＲＲＣ接続再構成が必要とされるように、ＵＥがＤＣを伴うＰＣｅｌｌハンドオーバの間に少なくとも特別セルを維持することを可能とする。ＤＣを伴うＰＣｅｌｌハンドオーバが以下の選択肢の１つを使用して実現することができる。

選択肢１：Ｔ−ＭｅＮＢがＳｅＮＢに対してＳｅＮＢ追加手順を開始することができるように、ハンドオーバ要求メッセージが、既存ＳｅＮＢの設定（configurations）に関連するパラメータを含む。

選択肢２：ハンドオーバ要求メッセージが、ハンドオーバ手順が二重接続を含むことの簡単な通知を含む。Ｔ−ＭｅＮＢ（又はＳｅＮＢであり得る）がハンドオーバ完了前にＳｅＮＢに対して追加手順を開始する。

いずれかの選択肢でも、Ｔ−ＭｅＮＢにおけるアドミッション制御の後に、ＳｅＮＢが、Ｓ−ＭｅＮＢから解放され、ＵＥの再構成の前にＴ−ＭｅＮＢに追加されているものとする。その後、Ｔ−ＭｅＮＢは、ハンドオーバ及びＳｅＮＢ追加の両方の構成を伴うＲＲＣコンテナをＳ−ＭｅＮＢに送信し、最終的なＲＲＣ接続再構成がＵＥに送信される。

見解４：強化されたＤＣ手順を伴うＰＣｅｌｌハンドオーバは、ＲＲＣ接続再構成メッセージの数を減らし、ＵＥはＳＣＧ設定を維持することを可能にする。

提案４：ＤＣを伴うＰＣｅｌｌハンドオーバを実現するために２つの選択肢のどちらを使用すべきかを決定する必要がある。

提案５：１つのみのＲＲＣ接続再構成で二重接続を伴うＭｅＮＢハンドオーバ手順を強化するためのオプションを検討する必要がある。

４．２．特別セルのハンドオーバ
４．２．１．シナリオＳ２
特別セルのハンドオーバの概念は新しいが、図２５に示すように、現在のハンドオーバ手順とＳｅＮＢ追加／変更／解放手順を使用して実現することができる。

ＤＣを伴うＰＣｅｌｌハンドオーバとは対照的に、ＭｅＮＢとのＲＲＣエンティティはＵＥのために変わらないので、ＳｅＮＢ追加／変更要求メッセージにおけるＳｅＮＢ追加／変更及びＳｅＮＢ解放の機能を用いて特別セルのハンドオーバを実現することができる。図２５に基づき、２つのＲＲＣ接続再構成メッセージが必要とされている。しかしながら、ＳｅＮＢ解放応答メッセージがＲＲＣコンテナを含まない場合はそれを容易に削減することができ、それは、ＭｅＮＢがＳ−ＳｅＮＢの解放のためにだけにＵＥにＲＲＣ再構成メッセージを送信する必要がないことを意味する。そして、これは下記の合意と調和する。

５）ＭｅＮＢは、ＳｅＮＢが提供するＲＲＣ構成の内容を変更しない。−ＦＦＳ ＭｅＮＢがＵＥのいずれかのサービングセルを解放することをＳｅＮＢに要求し、ＳｅＮＢがコンテナを作成し、それがサービングセルの解放につながるか。又は、ＭｅＮＢは、自身で、ＳｅＮＢに維持されているサービングセルを解放することができるかどうか。−ＦＦＳ ＭｅＮＢがＳｅＮＢから受信したＲＲＣコンテナを理解又は拒否する必要があるかどうか。−ＦＦＳ ＭｅＮＢとＳｅＮＢとでどのように「共有」（例えばＬ１処理能力）するか。

見解５：ＳｅＮＢ解放応答メッセージ内にＲＲＣコンテナが含まれていない場合、特別セルのハンドオーバに使用されるＲＲＣ接続再構成メッセージの数を削減することができる。

他の選択肢は、ＲＲＣコンテナの無い「ＳｅＮＢ交換要求」として新しいメッセージを定義することである。図２６を参照すると、ＭｅＮＢ又はＳ−ｅＮＢの何れかが、特別セルのハンドオーバを他のｅＮＢに知らせるためのＳｅＮＢ交換手順を開始する。ｅＮＢ間の調整が完了した後、Ｔ−ＳｅＮＢは、ＲＲＣコンテナを含む追加／変更コマンドをＭｅＮＢに送信し、その後、ＭｅＮＢは、ＲＲＣコンテナをＲＲＣ接続再構成内でＵＥに転送し得る。

提案６：ＳｅＮＢ解放応答が特別セルのハンドオーバのためのＲＲＣコンテナを含むべきかどうかを決定する必要がある。

４．３．シナリオＭ３
このシナリオでは、ＭｅＮＢ及びＳｅＮＢの両方のセル端が同じ領域にある。考慮すべき３つの選択肢がある。

選択肢１：ＳｅＮＢ１の解放後にＰＣｅｌｌハンドオーバが開始される。これは、現在のｅＮＢ内ＰＣｅｌｌハンドオーバ手順と同じである。ＳｅＮＢ２はハンドオーバの完了後に追加することができる。

選択肢２：ＳｅＮＢ１構成を維持しつつＤＣを伴うＰＣｅｌｌハンドオーバが開始される。そして、特別セルのハンドオーバは別途ＳｅＮＢ１からＳｅＮＢ２に開始される。この選択肢は、基本的には、Ｍ１とＳ２のためのハンドオーバ手順を別々に開始すると想定している。

選択肢３：ＤＣを伴うＰＣｅｌｌハンドオーバ及び特別セルのハンドオーバを同時に開始する。これは、シナリオＭ１及びＳ２を組み合わせたパラレルハンドオーバ手順を必要とする。

選択肢２及び選択肢３では、別個のハンドオーバ強化の手順が必要とされない。その代わりに、シナリオＭ１及びシナリオＳ２について検討されるハンドオーバ手順を再利用することで十分である。

見解６：シナリオＭ１及びＳ２のための強化されたハンドオーバ手順がシナリオＭ３のために適用可能であり得る。シナリオＭ３のために別個に強化された手順は必要とされない。

５．ハンドオーバシナリオのその他の制約
二重接続用Ｘｎの機能は、既存のＸ２インターフェイス上で実現される。したがって、強化された二重接続の手順は、Ｓ１インターフェイス上で適用されない。二重接続を伴うハンドオーバについては、Ｓ１ハンドオーバ手順が完了する前にＳｅＮＢがＵＥから解放されるべきである。

見解７：二重接続のための強化されたハンドオーバ手順は、Ｘ２インターフェイス上で適用可能であるべきである。

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

本発明は、移動無線分野において有用である。

Claims (4)

1. セカンダリ基地局と共に、二重接続方式の通信をユーザ端末と行うマスタ基地局であって、
   前記セカンダリ基地局における二重接続用リソースの変更を要求するセカンダリ基地局変更要求メッセージを、Ｘ２インターフェイスを介して前記セカンダリ基地局に送信する送信部を有し、
   前記セカンダリ基地局変更要求メッセージは、前記マスタ基地局とＳ１インターフェイスを介して接続されたサービングゲートウェイの識別情報を含み、
   前記識別情報は、前記サービングゲートウェイのＳ１トンネル・エンドポイントＩＤ（Ｓ１−ＴＥＩＤ）又は前記サービングゲートウェイのＩＰアドレスであることを特徴とするマスタ基地局。
2. マスタ基地局と共に、二重接続方式の通信をユーザ端末と行うセカンダリ基地局であって、
   前記セカンダリ基地局における二重接続用リソースの変更を要求するセカンダリ基地局変更要求メッセージを、Ｘ２インターフェイスを介して前記マスタ基地局から受信する受信部を有し、
   前記セカンダリ基地局変更要求メッセージは、前記マスタ基地局とＳ１インターフェイスを介して接続されたサービングゲートウェイの識別情報を含み、
   前記識別情報は、前記サービングゲートウェイのＳ１トンネル・エンドポイントＩＤ（Ｓ１−ＴＥＩＤ）又は前記サービングゲートウェイのＩＰアドレスであることを特徴とするセカンダリ基地局。
3. セカンダリ基地局と共に、二重接続方式の通信をユーザ端末と行うマスタ基地局のためのプロセッサであって、
   前記セカンダリ基地局における二重接続用リソースの変更を要求するセカンダリ基地局変更要求メッセージを、Ｘ２インターフェイスを介して前記セカンダリ基地局に送信し、
   前記セカンダリ基地局変更要求メッセージは、前記マスタ基地局とＳ１インターフェイスを介して接続されたサービングゲートウェイの識別情報を含み、
   前記識別情報は、前記サービングゲートウェイのＳ１トンネル・エンドポイントＩＤ（Ｓ１−ＴＥＩＤ）又は前記サービングゲートウェイのＩＰアドレスであることを特徴とするプロセッサ。
4. マスタ基地局と共に、二重接続方式の通信をユーザ端末と行うセカンダリ基地局のためのプロセッサであって、
   前記セカンダリ基地局における二重接続用リソースの変更を要求するセカンダリ基地局変更要求メッセージを、Ｘ２インターフェイスを介して前記マスタ基地局から受信し、
   前記セカンダリ基地局変更要求メッセージは、前記マスタ基地局とＳ１インターフェイスを介して接続されたサービングゲートウェイの識別情報を含み、
   前記識別情報は、前記サービングゲートウェイのＳ１トンネル・エンドポイントＩＤ（Ｓ１−ＴＥＩＤ）又は前記サービングゲートウェイのＩＰアドレスであることを特徴とするプロセッサ。

Images