(57)【要約】  一つの実施形態に係るターゲット基地局は、ソース基地局からのユーザ端末のハンドオーバを行う場合におけるターゲット基地局である。前記ターゲット基地局は、前記ハンドオーバに伴って、前記ターゲット基地局がセカンダリ基地局と共に前記ユーザ端末との二重接続通信を行う場合において、前記ターゲット基地局と接続されたサービングゲートウェイに関する識別情報を前記セカンダリ基地局に通知する制御部を備える。
2016167212.tif 000002
【特許請求の範囲】
【請求項１】
ソース基地局からのユーザ端末のハンドオーバを行う場合におけるターゲット基地局であって、
前記ハンドオーバに伴って、前記ターゲット基地局がセカンダリ基地局と共に前記ユーザ端末との二重接続通信を行う場合において、前記ターゲット基地局と接続されたサービングゲートウェイに関する識別情報を前記セカンダリ基地局に通知する制御部を備えることを特徴とするターゲット基地局。
【請求項２】
前記制御部は、前記ソース基地局から前記ターゲット基地局へのデータパス切り替えを示すパス切り替え応答メッセージをモビリティ管理装置から受信する処理を行い、
前記パス切り替え応答メッセージには、前記識別情報が含まれており、
前記制御部は、前記パス切り替え応答メッセージに含まれている前記識別情報を前記セカンダリ基地局に通知することを特徴とする請求項１に記載のターゲット基地局。
【請求項３】
前記識別情報は、「Ｅ−ＲＡＢ（Ｅｖｏｌｖｅｄ−ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）  ＩＤ」、「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」、「ＧＴＰ−ＴＥＩＤ（Ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ−Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）」のうち、少なくとも１つを含むことを特徴とする請求項１に記載のターゲット基地局。
【請求項４】
前記制御部は、前記ターゲット基地局と接続されたサービングゲートウェイが、前記ソース基地局と接続されたサービングゲートウェイとは異なると判断した場合において、前記識別情報を前記セカンダリ基地局に通知することを特徴とする請求項１に記載のターゲット基地局。
【請求項５】
前記制御部は、前記ターゲット基地局と接続されたサービングゲートウェイが、前記ソース基地局と接続されたサービングゲートウェイと異なるか否かの判断結果を示す情報を、前記識別情報と共に前記セカンダリ基地局に通知することを特徴とする請求項１に記載のターゲット基地局。
【請求項６】
前記二重接続通信は、前記ユーザ端末と前記サービングゲートウェイとの間に前記ターゲット基地局を経由しないベアラが確立されるＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラ方式の二重接続通信であることを特徴とする請求項１に記載のターゲット基地局。
【請求項７】
前記ハンドオーバは、前記セカンダリ基地局を変更することなく前記ソース基地局から前記ターゲット基地局へマスタ基地局を変更するマスタ基地局間ハンドオーバであることを特徴とする請求項１に記載のターゲット基地局。
【請求項８】
ソース基地局からのユーザ端末のハンドオーバを行う場合におけるターゲット基地局と共に前記ユーザ端末との二重接続通信を行うセカンダリ基地局であって、
前記ターゲット基地局と接続されたサービングゲートウェイに関する識別情報を前記ターゲット基地局から受信する処理を行う制御部を備えることを特徴とするセカンダリ基地局。
【請求項９】
前記制御部は、前記識別情報に基づいて、
前記サービングゲートウェイとのデータパスを確立する処理、
前記ソース基地局と接続されたサービングゲートウェイから前記ターゲット基地局と接続されたサービングゲートウェイにデータパスを切り替える処理、
前記識別情報を前記ユーザ端末のコンテキスト情報として保存する処理、
の少なくとも１つを行うことを特徴とする請求項８に記載のセカンダリ基地局。
【請求項１０】
前記識別情報は、「Ｅ−ＲＡＢ（Ｅｖｏｌｖｅｄ−ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）  ＩＤ」、「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」、「ＧＴＰ−ＴＥＩＤ（Ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ−Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）」のうち、少なくとも１つを含むことを特徴とする請求項８に記載のセカンダリ基地局。
【請求項１１】
前記識別情報は、前記ターゲット基地局と接続されたサービングゲートウェイが、前記ソース基地局と接続されたサービングゲートウェイとは異なると前記ターゲット基地局が判断した場合において、前記ターゲット基地局から通知されることを特徴とする請求項８に記載のセカンダリ基地局。
【請求項１２】
前記制御部は、前記ソース基地局と接続されたサービングゲートウェイと前記ターゲット基地局と接続されたサービングゲートウェイとが異なるか否かの判断結果を示す情報を、前記識別情報と共に前記ターゲット基地局から受信する処理を行うことを特徴とする請求項８に記載のセカンダリ基地局。
【請求項１３】
前記二重接続通信は、前記ユーザ端末と前記サービングゲートウェイとの間に前記ターゲット基地局を経由しないベアラが確立されるＳＣＧ（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ  Ｇｒｏｕｐ）ベアラ方式の二重接続通信であることを特徴とする請求項８に記載のセカンダリ基地局。
【請求項１４】
前記ハンドオーバは、前記セカンダリ基地局を変更することなく前記ソース基地局から前記ターゲット基地局へマスタ基地局を変更するマスタ基地局間ハンドオーバであることを特徴とする請求項８に記載のセカンダリ基地局。
【請求項１５】
ソース基地局からターゲット基地局に対してユーザ端末のハンドオーバを行うステップと、
前記ハンドオーバに伴って、前記ターゲット基地局がセカンダリ基地局と共に前記ユーザ端末との二重接続通信を行う場合において、前記ターゲット基地局と接続されたサービングゲートウェイに関する識別情報を前記ターゲット基地局から前記セカンダリ基地局に通知するステップと、
を有することを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける基地局及び通信制御方法に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において、二重接続（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）通信が仕様化されている。二重接続通信は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）コネクティッドモードのユーザ端末にマスタセルグループ（ＭＣＧ）及びセカンダリセルグループ（ＳＣＧ）が設定される通信モードである。ＭＣＧは、マスタ基地局により管理されるサービングセル群である。ＳＣＧは、セカンダリ基地局により管理されるサービングセル群である。【０００３】
また、二重接続通信におけるユーザデータの転送方式について、ＭＣＧベアラ、ＳＣＧベアラ、スプリットベアラの計３つのタイプのベアラが規定されている。ＭＣＧベアラは、対応する無線プロトコルがマスタ基地局にのみ存在し、マスタ基地局のリソースのみを使用するベアラである。ＳＣＧベアラは、対応する無線プロトコルがセカンダリ基地局にのみ存在し、セカンダリ基地局のリソースのみを使用するベアラである。スプリットベアラは、対応する無線プロトコルがマスタ基地局及びセカンダリ基地局の両方に存在し、マスタ基地局及びセカンダリ基地局の両方のリソースを使用するベアラである。
【発明の概要】
【０００４】
一つの実施形態に係るターゲット基地局は、ソース基地局からのユーザ端末のハンドオーバを行う場合におけるターゲット基地局である。前記ターゲット基地局は、前記ハンドオーバに伴って、前記ターゲット基地局がセカンダリ基地局と共に前記ユーザ端末との二重接続通信を行う場合において、前記ターゲット基地局と接続されたサービングゲートウェイに関する識別情報を前記セカンダリ基地局に通知する制御部を備える。
【０００５】
一つの実施形態に係るセカンダリ基地局は、ソース基地局からのユーザ端末のハンドオーバを行う場合におけるターゲット基地局と共に前記ユーザ端末との二重接続通信を行うセカンダリ基地局である。前記セカンダリ基地局は、前記ターゲット基地局と接続されたサービングゲートウェイに関する識別情報を前記ターゲット基地局から受信する処理を行う制御部を備える。
【０００６】
一つの実施形態に係る通信制御方法は、ソース基地局からターゲット基地局に対してユーザ端末のハンドオーバを行うステップと、前記ハンドオーバに伴って、前記ターゲット基地局がセカンダリ基地局と共に前記ユーザ端末との二重接続通信を行う場合において、前記ターゲット基地局と接続されたサービングゲートウェイに関する識別情報を前記ターゲット基地局から前記セカンダリ基地局に通知するステップと、を有する。
【図面の簡単な説明】
【０００７】
【図１】ＬＴＥシステムの構成を示す図である。
【図２】ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図３】ＵＥ（ユーザ端末）のブロック図である。
【図４】ｅＮＢ（基地局）のブロック図である。
【図５】実施形態に係る二重接続通信の概要を説明するための図である。
【図６】実施形態に係る動作環境の一例を示す図である。
【図７】実施形態に係る動作環境の他の例を示す図である。
【図８】実施形態に係る動作シーケンスの一例を示すシーケンス図である。
【発明を実施するための形態】
【０００８】
［実施形態の概要］
実施形態において、ＳＣＧベアラ方式の二重接続通信を想定する。ＳＣＧベアラ方式の二重接続通信においては、ユーザ端末とサービングゲートウェイとの間にマスタ基地局を経由しないベアラが確立される。この場合、マスタ基地局と接続されたサービングゲートウェイと、セカンダリ基地局と接続されたサービングゲートウェイとが、同じであることが要求される。
【０００９】
ＳＣＧベアラ方式の二重接続通信について、セカンダリ基地局を変更することなくマスタ基地局を変更するマスタ基地局間ハンドオーバを可能とすることが検討されている。しかしながら、マスタ基地局間ハンドオーバにおいては、マスタ基地局と接続されたサービングゲートウェイが変更され得る。このため、マスタ基地局とセカンダリ基地局との間でサービングゲートウェイの不一致が生じる懸念がある。
【００１０】
以下の実施形態において、ハンドオーバ後において円滑に二重接続通信を行うことを可能とする技術が開示される。
【００１１】
実施形態に係るターゲット基地局は、ソース基地局（ソースマスタ基地局）からのユーザ端末のハンドオーバを行う場合におけるターゲットマスタ基地局である。前記ターゲット基地局は、前記ハンドオーバに伴って、前記ターゲット基地局がセカンダリ基地局と共に前記ユーザ端末との二重接続通信を行う場合において、前記ターゲット基地局と接続されたサービングゲートウェイに関する識別情報を前記セカンダリ基地局に通知する制御部を備える。
【００１２】
実施形態に係るセカンダリ基地局は、ソース基地局（ソースマスタ基地局）からのユーザ端末のハンドオーバを行う場合におけるターゲット基地局（ターゲットマスタ基地局）と共に前記ユーザ端末との二重接続通信を行うセカンダリ基地局である。前記セカンダリ基地局は、前記ターゲット基地局と接続されたサービングゲートウェイに関する識別情報を前記ターゲット基地局から受信する処理を行う制御部を備える。
【００１３】
実施形態に係る通信制御方法は、ソース基地局（ソースマスタ基地局）からターゲット基地局（ターゲットマスタ基地局）に対してユーザ端末のハンドオーバを行うステップと、前記ハンドオーバに伴って、前記ターゲット基地局がセカンダリ基地局と共に前記ユーザ端末との二重接続通信を行う場合において、前記ターゲット基地局と接続されたサービングゲートウェイに関する識別情報を前記ターゲット基地局から前記セカンダリ基地局に通知するステップと、を有する。
【００１４】
［実施形態］
（１）移動通信システムの構成
図１は、実施形態に係る移動通信システムであるＬＴＥシステムの構成を示す図である。図１に示すように、ＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００１５】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００１６】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００１７】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００１８】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、モビリティ管理装置に相当し、ＵＥ１００に対する各種モビリティ制御等を行う。Ｓ−ＧＷは、データの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００１９】
（２）無線インターフェイスの構成
図２は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図２に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００２０】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してデータ及び制御信号が伝送される。
【００２１】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセス手順等を行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００２２】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してデータ及び制御信号が伝送される。
【００２３】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００２４】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のためのメッセージ（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
【００２５】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理等を行う。
【００２６】
（３）ユーザ端末の構成
図３は、ＵＥ１００（ユーザ端末）のブロック図である。図３に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。
【００２７】
受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部１３０に出力する。
【００２８】
送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００２９】
制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサは、上述した各種の通信プロトコル及び後述する処理を実行する。
【００３０】
（４）基地局の構成
図４は、ｅＮＢ２００（基地局）のブロック図である。図４に示すように、ｅＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。
【００３１】
送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナから送信する。
【００３２】
受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換して制御部２３０に出力する。
【００３３】
制御部２３０は、ｅＮＢ２００における各種の制御を行う。制御部２３０は、プロセッサ及びメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に使用される情報を記憶する。プロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行うベースバンドプロセッサと、メモリに記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサは、上述した各種の通信プロトコル及び後述する処理を実行する。
【００３４】
バックホール通信部２４０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。バックホール通信部２４０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信等に使用される。
【００３５】
（５）二重接続通信の概要
二重接続通信は、ＲＲＣコネクティッドモードのＵＥ１００にマスタセルグループ（ＭＣＧ）及びセカンダリセルグループ（ＳＣＧ）が設定される通信モードである。ＭＣＧは、マスタ基地局（ＭｅＮＢ）により管理されるサービングセル群である。ＳＣＧは、セカンダリ基地局（ＳｅＮＢ）により管理されるサービングセル群である。ＵＥ１００には、各ｅＮＢ２００から無線リソースが割り当てられるため、スループットの向上が見込まれる。
【００３６】
二重接続通信において、ＵＥ１００との接続を確立する複数のｅＮＢ２００のうち、ＭｅＮＢ２００ＭのみがＵＥ１００とのＲＲＣ接続を確立する。これに対し、ＳｅＮＢ２００Ｓは、ＲＲＣ接続をＵＥ１００と確立せずに、追加的な無線リソースをＵＥ１００に提供する。ＭｅＮＢ２００ＭとＳｅＮＢ２００Ｓとの間にはＸ２インターフェイスが存在する。
【００３７】
図５は、実施形態に係る二重接続通信の概要を説明するための図である。実施形態において、ＳＣＧベアラ方式（ＳＣＧベアラ・オプション）の二重接続通信を想定する。なお、図５において、下りリンクのデータパスを示しているが、上りリンクのデータパスも下りリンクと同様に設定される。
【００３８】
図５（Ａ）に示すように、ＵＥ１００は、２つのベアラ（ＥＰＳベアラ＃１及びＥＰＳベアラ＃２）を有する。ＥＰＳベアラ＃１は、Ｓ−ＧＷ３００Ｕ及びＭｅＮＢ２００Ｍを経由するベアラである。このようなベアラはＭＣＧベアラと称される。ＥＰＳベアラ＃２は、Ｓ−ＧＷ３００Ｕ及びＳｅＮＢ２００Ｓを経由するベアラである。このようなベアラはＳＣＧベアラと称される。
【００３９】
Ｓ−ＧＷ３００Ｕは、ＵＥ１００の２つのベアラをＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓに振り分ける。このため、ＭｅＮＢ２００Ｍとのデータパス（Ｓ１ベアラ）を有するＳ−ＧＷと、ＳｅＮＢ２００Ｓとのデータパス（Ｓ１ベアラ）を有するＳ−ＧＷとが、同じであることが要求される。
【００４０】
図５（Ｂ）に示すように、ＭｅＮＢ２００Ｍは、ＥＰＳベアラ＃１に属するデータを、ＰＤＣＰ、ＲＬＣ、ＭＡＣの各層において処理する。ＳｅＮＢ２００Ｓは、ＥＰＳベアラ＃２に属するデータを、ＰＤＣＰ、ＲＬＣ、ＭＡＣの各層において処理する。
【００４１】
（６）実施形態に係る動作環境
実施形態において、ＳＣＧベアラ方式の二重接続通信について、ＳｅＮＢ２００Ｓを変更することなくＭｅＮＢ２００Ｍを変更するＭｅＮＢ間ハンドオーバ（ｉｎｔｅｒ  ＭｅＮＢ  ｈａｎｄｏｖｅｒ  ｗｉｔｈｏｕｔ  ＳｅＮＢ  Ｃｈａｎｇｅ）を行う場合を想定する。
【００４２】
図６は、実施形態に係る動作環境の一例を示す図である。
【００４３】
図６に示すように、ソース基地局（Ｓ−ＭｅＮＢ２００Ｍ１）のカバレッジ及びターゲット基地局（Ｔ−ＭｅＮＢ２００Ｍ２）のカバレッジの境界付近にセカンダリ基地局（ＳｅＮＢ２００Ｓ）が位置している。図６において、Ｓ−ＭｅＮＢ２００Ｍ１及びＴ−ＭｅＮＢ２００Ｍ２がマクロセル基地局であり、ＳｅＮＢ２００Ｓが小セル基地局である一例を示している。
【００４４】
Ｓ−ＭｅＮＢ２００Ｍ１、Ｔ−ＭｅＮＢ２００Ｍ２、及びＳｅＮＢ２００Ｓは、Ｘ２インターフェイスを介して相互接続されている。また、Ｓ−ＭｅＮＢ２００Ｍ１、Ｔ−ＭｅＮＢ２００Ｍ２、及びＳｅＮＢ２００Ｓのそれぞれは、Ｓ１−Ｕインターフェイス（Ｓ１ベアラ）を介して同一のＳ−ＧＷ３００Ｕに接続されている。なお、Ｓ−ＭｅＮＢ２００Ｍ１及びＴ−ＭｅＮＢ２００Ｍ２は、Ｓ１−ＭＭＥインターフェイスを介して同一のＭＭＥ（不図示）に接続されている。
【００４５】
このような動作環境において、先ず、ＵＥ１００は、ＳｅＮＢ２００Ｓのカバレッジ内のＡ地点において、Ｓ−ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓとの二重接続通信を行う。次に、ＵＥ１００は、ＳｅＮＢ２００Ｓのカバレッジ内のＢ地点に向けて移動し、Ｓ−ＭｅＮＢ２００Ｍ１からＴ−ＭｅＮＢ２００Ｍ２へのハンドオーバを行う。ＵＥ１００は、Ｂ地点において、ＳｅＮＢ２００Ｓを変更することなく、Ｔ−ＭｅＮＢ２００Ｍ２及びＳｅＮＢ２００Ｓとの二重接続通信を行う。
【００４６】
図７は、実施形態に係る動作環境の他の例を示す図である。
【００４７】
図７に示すように、Ｓ−ＭｅＮＢ２００Ｍ１及びＴ−ＭｅＮＢ２００Ｍ２は、異なるＳ−ＧＷに接続されている。具体的には、Ｓ−ＭｅＮＢ２００Ｍ１はＳ１−Ｕインターフェイス（Ｓ１ベアラ）を介してＳ−ＧＷ３００Ｕ１と接続されており、Ｔ−ＭｅＮＢ２００Ｍ２はＳ１−Ｕインターフェイス（Ｓ１ベアラ）を介してＳ−ＧＷ３００Ｕ２と接続されている。なお、Ｓ−ＭｅＮＢ２００Ｍ１及びＴ−ＭｅＮＢ２００Ｍ２は、Ｓ１−ＭＭＥインターフェイスを介して同一のＭＭＥ（不図示）に接続されている。
【００４８】
このような動作環境において、ＵＥ１００が上記と同様なハンドオーバを行う場合、ハンドオーバの前後においてＳ−ＧＷの置き換え（Ｓ−ＧＷ  ｒｅｌｏｃａｔｉｏｎ）が発生する。その結果、Ｔ−ＭｅＮＢ２００Ｍ２とＳｅＮＢ２００Ｓとの間でＳ−ＧＷの不一致が生じる。この場合、ＳｅＮＢ２００Ｓは、新たなＳ−ＧＷ３００Ｕ２に関する情報（識別情報）を取得できないと、二重接続通信を適切に行うことができない。
【００４９】
実施形態において、Ｔ−ＭｅＮＢ２００Ｍ２は、ハンドオーバに伴ってＴ−ＭｅＮＢ２００Ｍ２がＳｅＮＢ２００Ｓと共にＵＥ１００との二重接続通信を行う場合において、Ｔ−ＭｅＮＢ２００Ｍ２と接続されたＳ−ＧＷ３００Ｕ２に関する識別情報をＳｅＮＢ２００Ｓに通知する。Ｓ−ＧＷ３００Ｕ２に関する識別情報は、「Ｅ−ＲＡＢ（Ｅ−ＵＴＲＡＮ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）  ＩＤ」、「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」、「ＧＴＰ−ＴＥＩＤ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ−Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）」のうち、少なくとも１つを含む。これにより、ハンドオーバ後において円滑に二重接続通信を行うことを可能とする。
【００５０】
（７）サービングゲートウェイに関する識別情報
ここで、Ｓ−ＧＷ３００Ｕ２（サービングゲートウェイ）に関する識別情報について詳細に説明する。
【００５１】
「Ｅ−ＲＡＢ  ＩＤ」は、Ｅ−ＲＡＢを識別するためのＩＤである。
【００５２】
「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」は、Ｓ−ＧＷのＩＰアドレスである。この情報があれば、どのＳ−ＧＷと接続するかを把握することができる。Ｓ−ＧＷが変更になれば、当然にこのＩＰアドレスも変更される。なお、今後、Ｓ−ＧＷ等が仮想化され、１つのサーバで複数のＳ−ＧＷの役割を果たすというような流れも想定できる。そのような場合、Ｓ−ＧＷが変更されてもＩＰアドレスが変更されない可能性があるため、次のＧＴＰ−ＴＥＩＤが利用できる。
【００５３】
「ＧＴＰ−ＴＥＩＤ」は、Ｓ１−ＵのＧＴＰ−ＴＥＩＤを示し、具体的には、Ｓ１ベアラ（Ｓ１  ｔｒａｎｓｐｏｒｔ  ｂｅａｒｅｒ）の両端に付与されるＩＤである。つまり、１つのＳ１−Ｕベアラの両端（ｅＮＢ側、Ｓ−ＧＷ側）に付与される。ｅＮＢがＳ−ＧＷ側のＩＤを知っていれば、ＵＬデータの送信先を識別でき、ｅＮＢが付与したＩＤをＳ−ＧＷが知っていればＤＬデータの送信先を識別できる。各ＩＤは、データの送付先ノードにより、自身のデータ送付先のアドレスとして割り当てられる。
【００５４】
（８）実施形態に係る動作シーケンス
図８は、実施形態に係る動作シーケンスの一例を示すシーケンス図である。ここでは、図７に示した動作環境におけるハンドオーバシーケンスを説明する。図８の初期状態において、ＵＥ１００は、Ｓ−ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓと二重接続通信の通信を行っている。
【００５５】
図８に示すように、ステップ１において、Ｓ−ＭｅＮＢ２００Ｍ１は、ＵＥ１００のハンドオーバを要求するハンドオーバ要求（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ）メッセージをＴ−ＭｅＮＢ２００Ｍ２に送信する。「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」は、Ｓ−ＭｅＮＢ２００Ｍ１と接続されたＳ−ＧＷ３００Ｕ１に関する識別情報を含む。Ｓ−ＧＷ３００Ｕ１に関する識別情報は、「Ｅ−ＲＡＢ  ＩＤ」、「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」及び「ＧＴＰ−ＴＥＩＤ」のうち少なくとも１つを含む。また、「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」は、ＳｅＮＢ２００Ｓに関する識別情報を含んでもよい。ＳｅＮＢ２００Ｓに関する識別情報は、ｅＮＢ  ＩＤ（Ｇｌｏｂａｌ  ｅＮＢ  ＩＤ）を含む。さらに、ＳｅＮＢ２００Ｓに関する識別情報は、ＳｅＮＢ２００Ｓに設定されているベアラの情報として、「Ｅ−ＲＡＢ  ＩＤ」、「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」及び「ＧＴＰ−ＴＥＩＤ」のうち少なくとも１つを含んでもよい。
【００５６】
ステップ２において、Ｔ−ＭｅＮＢ２００Ｍ２は、「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、ＳｅＮＢ２００Ｓの追加を要求する追加要求（ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージをＳｅＮＢ２００Ｓに送信する。
【００５７】
ステップ３において、ＳｅＮＢ２００Ｓは、「ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、「ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｋ」メッセージをＴ−ＭｅＮＢ２００Ｍ２に送信する。「ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔ  Ａｃｋ」メッセージは、ＳＣＧの設定情報を含む。
【００５８】
ステップ４において、Ｔ−ＭｅＮＢ２００Ｍ２は、「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージに対するハンドオーバ肯定応答（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋ）メッセージをＳ−ＭｅＮＢ２００Ｍ１に送信する。「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋ」メッセージは、ＭＣＧの設定情報及びＳＣＧの設定情報を含む。
【００５９】
ステップ５において、Ｓ−ＭｅＮＢ２００Ｍ１は、ＳｅＮＢ解放要求（「ＳｅＮＢ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔ）メッセージをＳｅＮＢ２００Ｓに送信する。
【００６０】
ステップ６において、Ｓ−ＭｅＮＢ２００Ｍ１は、「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋ」メッセージの受信に応じて、ＲＲＣ接続再設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージをＵＥ１００に送信する。「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージは、Ｔ−ＭｅＮＢ２００Ｍ２へのハンドオーバを指示するハンドオーバ指令に相当し、ＳＣＧの設定情報及びＭＣＧの設定情報を含む。
【００６１】
ステップ７において、ＵＥ１００は、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージの受信に応じて、Ｔ−ＭｅＮＢ２００Ｍ２に対するランダムアクセス手順（Ｒａｎｄｏｍ Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）を行う。
【００６２】
ステップ８において、ＵＥ１００は、ＲＲＣ接続再設定完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージをＴ−ＭｅＮＢ２００Ｍ２に送信する。
【００６３】
ステップ９において、ＵＥ１００は、ＳｅＮＢ２００Ｓに対する「Ｒａｎｄｏｍ Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ」を行う。但し、「Ｒａｎｄｏｍ Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ」に代えて、ＳｅＮＢ２００Ｓに対するＲＲＣ接続再確立（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を行ってもよい。
【００６４】
ステップ１０において、Ｔ−ＭｅＮＢ２００Ｍ２は、ＳｅＮＢ再設定完了（ＳｅＮＢ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージをＳｅＮＢ２００Ｓに送信する。
【００６５】
ステップ１１において、Ｓ−ＭｅＮＢ２００Ｍ１は、「ＳＮ  Ｓｔａｔｕｓ  Ｔｒａｎｓｆｅｒ」をＴ−ＭｅＮＢ２００Ｍ２に送信する。
【００６６】
ステップ１２において、Ｓ−ＭｅＮＢ２００Ｍ１は、Ｓ−ＧＷ３００Ｕ１から受信するデータをＴ−ＭｅＮＢ２００Ｍ２に転送する「Ｄａｔａ  Ｆｏｒｗａｒｄｉｎｇ」を行う。
【００６７】
ステップ１３において、Ｔ−ＭｅＮＢ２００Ｍ２は、データパスの切り替え要求（Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ）メッセージをＭＭＥ３００Ｃに送信する。
【００６８】
ステップ１４において、ＭＭＥ３００Ｃは、「Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、セッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージをＳ−ＧＷ３００Ｕ２に送信する。
【００６９】
ステップ１５において、Ｓ−ＧＷ３００Ｕ２は、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」メッセージに対する応答（Ｒｅｓｐｏｎｓｅ）をＭＭＥ３００Ｃに送信する。
【００７０】
ステップ１６において、ＭＭＥ３００Ｃは、Ｓ−ＧＷ３００Ｕ２からの応答（Ｒｅｓｐｏｎｓｅ）の受信に応じて、Ｓ−ＭｅＮＢ２００Ｍ１からＴ−ＭｅＮＢ２００Ｍ２へのデータパス切り替えを示すパス切り替え応答（Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ）メッセージをＴ−ＭｅＮＢ２００Ｍ２に送信する。「Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ」メッセージは、Ｓ−ＧＷ３００Ｕ２に関する識別情報を含む。上述したように、Ｓ−ＧＷ３００Ｕ２に関する識別情報は、「Ｅ−ＲＡＢ  ＩＤ」、「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」及び「ＧＴＰ−ＴＥＩＤ」のうち少なくとも１つを含む。「Ｅ−ＲＡＢ  ＩＤ」、「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」及び「ＧＴＰ−ＴＥＩＤ」は、「Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ」メッセージ中の「Ｅ−ＲＡＢｓ  Ｓｗｉｔｃｈｅｄ  ｉｎ  Ｕｐｌｉｎｋ  Ｉｔｅｍ  ＩＥｓ」に含まれている。
【００７１】
ステップ１７において、Ｔ−ＭｅＮＢ２００Ｍ２は、「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージ中の「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」と、「Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ」メッセージ中の「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」とを比較する。「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージ中の「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」は、Ｓ−ＧＷ３００Ｕ１のアドレス情報に相当する。「Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ」メッセージ中の「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」は、Ｓ−ＧＷ３００Ｕ２のアドレス情報に相当する。
【００７２】
また、Ｔ−ＭｅＮＢ２００Ｍ２は、「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージ中の「ＧＴＰ−ＴＥＩＤ」（Ｓ−ＧＷ３００Ｕ１に関する「ＧＴＰ−ＴＥＩＤ」）と、「Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ」メッセージ中の「ＧＴＰ−ＴＥＩＤ」（Ｓ−ＧＷ３００Ｕ２に関する「ＧＴＰ−ＴＥＩＤ」）とを比較してもよい。また、Ｔ−ＭｅＮＢ２００Ｍ２は、「Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ」メッセージ中の「Ｅ−ＲＡＢ  ＩＤ」（Ｓ−ＧＷ３００Ｕ１に関する「Ｅ−ＲＡＢ  ＩＤ」）と、「Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅ」メッセージ中の「Ｅ−ＲＡＢ  ＩＤ」（Ｓ−ＧＷ３００Ｕ２に関する「Ｅ−ＲＡＢ  ＩＤ」）とを比較してもよい。
【００７３】
比較の結果、一致しない場合には、Ｔ−ＭｅＮＢ２００Ｍ２は、Ｓ−ＧＷ３００Ｕ２に関する識別情報をＳｅＮＢ２００Ｓに通知する。Ｓ−ＧＷ３００Ｕ２に関する識別情報は、「Ｅ−ＲＡＢ  ＩＤ」、「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」及び「ＧＴＰ−ＴＥＩＤ」のうち少なくとも１つを含む。なお、Ｔ−ＭｅＮＢ２００Ｍ２は、「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」の比較を行った場合、「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」をＳｅＮＢ２００Ｓに通知することが好ましい。また、Ｔ−ＭｅＮＢ２００Ｍ２は、「ＧＴＰ−ＴＥＩＤ」の比較を行った場合、「ＧＴＰ−ＴＥＩＤ」をＳｅＮＢ２００Ｓに通知することが好ましい。なお、Ｔ−ＭｅＮＢ２００Ｍ２は、「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」の比較及び「ＧＴＰ−ＴＥＩＤ」の比較の両方を行ってもよい。また、Ｔ−ＭｅＮＢ２００Ｍ２は、「Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ａｄｄｒｅｓｓ」及び「ＧＴＰ−ＴＥＩＤ」の両方を通知してもよい。
【００７４】
ＳｅＮＢ２００Ｓは、Ｓ−ＧＷ３００Ｕ２に関する識別情報をＴ−ＭｅＮＢ２００Ｍ２から受信する処理を行う。そして、ＳｅＮＢ２００Ｓは、Ｓ−ＧＷ３００Ｕ２に関する識別情報に基づいて、Ｓ−ＧＷ３００Ｕ２とのデータパスを確立してもよい。ＳｅＮＢ２００Ｓは、Ｓ−ＧＷ３００Ｕ１へのパスをＳ−ＧＷ３００Ｕ２へ切り替えることにより、Ｓ−ＧＷ３００Ｕ２とのデータパスを確立してもよい。或いは、ＳｅＮＢ２００Ｓは、Ｓ−ＧＷ３００Ｕ２に関する識別情報をＵＥ１００のコンテキスト情報として保存してもよい。
【００７５】
ステップ１８において、Ｔ−ＭｅＮＢ２００Ｍ２は、ＵＥコンテキスト情報の解放を示す「ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ」メッセージをＳ−ＭｅＮＢ２００Ｍ１に送信する。なお、ステップ１８の処理は、Ｓ−ＧＷ３００Ｕ２に関する識別情報の通知を行う前であってもよい。
【００７６】
ステップ１９において、Ｓ−ＭｅＮＢ２００Ｍ１は、「ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ」メッセージの受信に応じて、「ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ」メッセージをＳｅＮＢ２００Ｓに送信する。
【００７７】
なお、実施形態は、ステップ１〜ステップ１９を含むものとして説明したが、これに限られず、一部のステップを除くものであってもよい。
【００７８】
（９）実施形態のまとめ
実施形態に係るＴ−ＭｅＮＢ２００Ｍ２は、ＵＥ１００のハンドオーバに伴って、Ｔ−ＭｅＮＢ２００Ｍ２がＳｅＮＢ２００Ｓと共にＵＥ１００との二重接続通信を行う場合において、Ｔ−ＭｅＮＢ２００Ｍ２と接続されたＳ−ＧＷ３００Ｕ２に関する識別情報をＳｅＮＢ２００Ｓに通知する。これにより、ハンドオーバ後において円滑に二重接続通信を行うことができる。
【００７９】
［実施形態の変更例］
上述した実施形態において、Ｔ−ＭｅＮＢ２００Ｍ２は、Ｔ−ＭｅＮＢ２００Ｍ２と接続されたＳ−ＧＷ（Ｓ−ＧＷ３００Ｕ２）が、Ｓ−ＭｅＮＢ２００Ｍ１と接続されたＳ−ＧＷ（Ｓ−ＧＷ３００Ｕ１）とは異なると判断した場合において、Ｓ−ＧＷ３００Ｕ２に関する識別情報をＳｅＮＢ２００Ｓに通知していた。
【００８０】
しかしながら、Ｔ−ＭｅＮＢ２００Ｍ２は、Ｔ−ＭｅＮＢ２００Ｍ２と接続されたＳ−ＧＷがＳ−ＭｅＮＢ２００Ｍ１と接続されたＳ−ＧＷとは異なるか否かと無関係に、ＭＭＥ３００Ｃから通知されたＳ−ＧＷ３００Ｕ２に関する識別情報をＳｅＮＢ２００Ｓに通知してもよい。この場合、Ｔ−ＭｅＮＢ２００Ｍ２は、Ｔ−ＭｅＮＢ２００Ｍ２と接続されたＳ−ＧＷが、Ｓ−ＭｅＮＢ２００Ｍ１と接続されたＳ−ＧＷと異なるか否かの判断結果を示す情報を、当該識別情報と共にＳｅＮＢ２００Ｓに通知してもよい。また、Ｔ−ＭｅＮＢ２００Ｍ２は、Ｔ−ＭｅＮＢ２００Ｍ２と接続されたＳ−ＧＷがＳ−ＭｅＮＢ２００Ｍ１と接続されたＳ−ＧＷとは異なるか否かの判断を省略し、ＭＭＥ３００Ｃから通知されたＳ−ＧＷ３００Ｕ２に関する識別情報を通知してもよい。なお、その場合、ＳｅＮＢ２００Ｓは、ＭＭＥ３００Ｃから通知されたＳ−ＧＷ３００Ｕ２に関する識別情報と、Ｓ−ＧＷ３００Ｕ１に関する識別情報とが一致するか否かを判断してもよい。
【００８１】
［その他の実施形態］
上述した実施形態において、ＳｅＮＢ２００Ｓを変更することなくＳ−ＭｅＮＢ２００Ｍ１からＴ−ＭｅＮＢ２００Ｍ２へマスタ基地局を変更するマスタ基地局間ハンドオーバを想定していた。しかしながら、マスタ基地局間ハンドオーバに代えて、「Ｈａｎｄｏｖｅｒ  ｗｉｔｈ  ＳｅＮＢ  Ａｄｄｉｔｉｏｎ」に本発明を適用してもよい。「Ｈａｎｄｏｖｅｒ  ｗｉｔｈ  ＳｅＮＢ  Ａｄｄｉｔｉｏｎ」は、ハンドオーバ前は二重接続通信を行っていないものの、ハンドオーバの際に二重接続通信を開始する方法である。「Ｈａｎｄｏｖｅｒ  ｗｉｔｈ  ＳｅＮＢ  Ａｄｄｉｔｉｏｎ」の場合、図８に示したステップ５及びステップ１８が不要となる。
【００８２】
上述した実施形態において、移動通信システムとしてＬＴＥシステムを例示した。しかしながら、本発明はＬＴＥシステムに限定されない。ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【００８３】
なお、上述した実施形態では、マスタ基地局間ハンドオーバの際に、ＳｅＮB２００Ｓを変更しない場合を想定していたが、これに限られず、例えば、ＳｅＮB２００Ｓ（ＳｅＮＢ２００Ｓ１）を他のＳｅＮB２００Ｓ（ＳｅＮＢ２００Ｓ２）に変更する場合も含んでもよい。
【００８４】
［相互参照］
米国仮出願第６２/１４８９５３号（２０１５年４月１７日出願）の全内容が参照により本願明細書に組み込まれている。
【図１】
2016167212.tif 000003
【図２】
2016167212.tif 000004
【図３】
2016167212.tif 000005
【図４】
2016167212.tif 000006
【図５】
2016167212.tif 000007
【図６】
2016167212.tif 000008
【図７】
2016167212.tif 000009
【図８】
2016167212.tif 000010
【国際調査報告】
2016167212.tif 000011
2016167212.tif 000012
2016167212.tif 000013