(57)【要約】      （修正有）【課題】セカンダリ基地局がハンドオーバの前後で変わらない二重接続方式を実行する場合、ユーザ端末とターゲット基地局との間でのシグナリングの発生を抑制可能な基地局を提供する。【解決手段】基地局は、ユーザ端末がソース基地局から前記基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から受信する受信部と、前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信する送信部と、を備える。前記送信部は、前記基地局と接続するゲートウェイ装置と前記ユーザ端末との間に、前記基地局及び前記セカンダリ基地局を経由するデータパスを確立することを示すスプリットベアラ情報を含む前記追加要求を送信する。【選択図】図３
2018033172.tif 000002
【特許請求の範囲】
【請求項１】
二重接続方式を実行可能な基地局であって、
ユーザ端末がソース基地局から前記基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から受信する受信部と、
前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信する送信部と、を備え、
前記ハンドオーバ要求は、前記セカンダリ基地局を示す前記識別子と、前記セカンダリ基地局がＸ２プロトコルにおいて前記ユーザ端末を識別するための「ＳｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ」と、を含むことを特徴とする基地局。
【請求項２】
前記送信部は、前記「ＳｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ」を、前記セカンダリ基地局に送信する前記追加要求に含めることを特徴とする請求項１に記載の基地局。
【請求項３】
前記受信部が前記ハンドオーバ要求を受信した後、前記送信部は、データパスを切り替えるための切替要求を上位ノードであるＭＭＥに通知することを特徴とする請求項１又は２に記載の基地局。
【請求項４】
前記受信部は、前記追加要求に対する肯定応答を前記セカンダリ基地局から受信し、
前記肯定応答は、前記セカンダリ基地局において作成されたＳＣＧ設定情報を含み、
前記送信部は、前記ハンドオーバ要求に対する肯定応答であるハンドオーバ要求応答を前記ソース基地局に送信する際に、前記ＳＣＧ設定情報を前記ハンドオーバ要求応答に含めることを特徴とする請求項１〜３のいずれか一項に記載の基地局。
【請求項５】
ユーザ端末と二重接続方式を実行するセカンダリ基地局であって、
ソース基地局から前記ユーザ端末のハンドオーバのためのハンドオーバ要求を受信したターゲット基地局から、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を受信する受信部と、
前記追加要求に対する肯定応答を前記ターゲット基地局に送信する送信部と、を備え、
前記追加要求は、前記セカンダリ基地局がＸ２プロトコルにおいて前記ユーザ端末を識別するための「ＳｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ」を含むことを特徴とするセカンダリ基地局。
【請求項６】
前記送信部は、前記セカンダリ基地局において作成されたＳＣＧ設定情報を前記肯定応答に含めて送信することを特徴とする請求項５に記載の基地局。
【請求項７】
ユーザ端末がソース基地局からターゲット基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から前記ターゲット基地局が受信するステップと、
前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記ターゲット基地局が、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信するステップと、を備え、
前記ハンドオーバ要求は、前記セカンダリ基地局を示す前記識別子と、前記セカンダリ基地局がＸ２プロトコルにおいて前記ユーザ端末を識別するための「ＳｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ」と、を含むことを特徴とする方法。
【請求項８】
ユーザ端末と、ソース基地局と、ターゲット基地局と、セカンダリ基地局とを備え、
前記ユーザ端末が前記ソース基地局から前記ターゲット基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から前記ターゲット基地局が受信し、
前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記ターゲット基地局が、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信し、
前記ハンドオーバ要求は、前記セカンダリ基地局を示す前記識別子と、前記セカンダリ基地局がＸ２プロトコルにおいて前記ユーザ端末を識別するための「ＳｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ」と、を含むことを特徴とするシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、二重接続方式を実行可能な基地局に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降において二重接続方式（Ｄｕａｌ  ｃｏｎｎｅｃｔｉｖｉｔｙ）の導入が予定されている（非特許文献１参照）。二重接続方式では、ユーザ端末は、複数の基地局のそれぞれと接続を確立する。複数の基地局から無線リソースが割り当てられるため、スループットの向上が見込まれる。
【０００３】
二重接続方式では、ユーザ端末との接続を確立する複数の基地局のうち、１つの基地局（以下、「マスタ基地局」という）のみが当該ユーザ端末とＲＲＣ接続を確立する。これに対し、当該複数の基地局のうち他の基地局（以下、「セカンダリ基地局」という）は、追加的な無線リソースをユーザ端末に提供する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８４２  Ｖ１２．０．０」  ２０１４年１月７日
【発明の概要】
【０００５】
第１の特徴に係る基地局は、二重接続方式を実行可能な基地局である。前記基地局は、ユーザ端末がソース基地局から前記基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から受信する受信部と、前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信する送信部と、を備える。前記送信部は、前記基地局と接続するゲートウェイ装置と前記ユーザ端末との間に、前記基地局及び前記セカンダリ基地局を経由するデータパスを確立することを示すスプリットベアラ情報を含む前記追加要求を送信する。
【０００６】
第２の特徴に係る基地局は、二重接続方式を実行可能な基地局である。前記基地局は、ユーザ端末がソース基地局から前記基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から受信する受信部と、前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信する送信部と、前記基地局が接続するゲートウェイ装置と前記セカンダリ基地局とが接続していない場合、前記ゲートウェイ装置と前記ユーザ端末との間に前記セカンダリ基地局を経由し前記基地局を経由しないデータパスを確立するための要求を上位ノードに通知する制御部と、を備える。
【図面の簡単な説明】
【０００７】
【図１】図１は、実施形態に係るＬＴＥシステムの構成図である。
【図２】図２は、実施形態に係るＵＥのブロック図である。
【図３】図３は、実施形態に係るｅＮＢのブロック図である。
【図４】図４は、実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】図５は、二重接続方式の概要を説明するための図である。
【図６】図６は、第１のＵＰアーキテクチャを示す図である。
【図７】図７は、第２のＵＰアーキテクチャを示す図である。
【図８】図８は、実施形態に係る動作環境を説明するための図である。
【図９】図９は、実施形態に係る動作を説明するための図である。
【図１０】図１０は、実施形態の変更例１に係る動作を説明するための図である。
【図１１】図１１は、実施形態の変更例２に係る動作を説明するための図である。
【発明を実施するための形態】
【０００８】
［実施形態の概要］
現状の仕様では、二重接続方式を実行中のユーザ端末が、セカンダリ基地局との接続を維持したまま、マスタ基地局（ソース基地局）からターゲット基地局へのハンドオーバを実行し、ターゲット基地局を新たなマスタ基地局として二重接続方式を継続する方法は、規定されていない。
【０００９】
従って、セカンダリ基地局がハンドオーバの前後で変わらない二重接続方式を実行する場合、ユーザ端末は、二重接続方式を一旦終了し、ハンドオーバ完了後に、ターゲット基地局（新たなマスタ基地局）とセカンダリ基地局とを用いた二重接続方式を開始するためのシグナリングを、ターゲット基地局とやり取りする可能性がある。その結果、ユーザデータ用の無線リソースが減少したり、ユーザ端末及びターゲット基地局の負荷が増加したりする。
【００１０】
そこで、実施形態は、セカンダリ基地局がハンドオーバの前後で変わらない二重接続方式を実行する場合において、ユーザ端末とターゲット基地局との間でのシグナリングの発生を抑制可能な基地局を提供する。
【００１１】
実施形態に係る基地局は、二重接続方式を実行可能な基地局である。前記基地局は、ユーザ端末がソース基地局から前記基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から受信する受信部と、前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信する送信部と、を備える。前記送信部は、前記基地局と接続するゲートウェイ装置と前記ユーザ端末との間に、前記基地局及び前記セカンダリ基地局を経由するデータパスを確立することを示すスプリットベアラ情報を含む前記追加要求を送信する。
【００１２】
実施形態において、前記送信部は、前記セカンダリ基地局が前記ゲートウェイ装置ではなく他のゲートウェイ装置と接続している場合、前記スプリットベアラ情報を含む前記追加要求を送信する。
【００１３】
実施形態において、前記送信部は、前記識別子と共に、前記セカンダリ基地局と接続するゲートウェイ装置と前記ユーザ端末との間に前記セカンダリ基地局を経由し前記ソース基地局を経由しないデータパスが確立されていることを示す情報を前記ハンドオーバ要求が含む場合に、前記スプリットベアラ情報を含む前記追加要求を送信する。
【００１４】
実施形態において、前記受信部は、前記ユーザ端末へ送信される前のデータであり且つ暗号化される前の未送信データを前記ソース基地局から受信する。前記未送信データは、前記他の基地局から前記ソース基地局へ転送された未送信データを含む。
【００１５】
実施形態の変更例１において、前記受信部は、前記ユーザ端末へ送信される前のデータであり且つ暗号化される前の未送信データを、前記ソース基地局及び前記他の基地局のそれぞれから受信する。
【００１６】
実施形態の変更例２に係る基地局は、二重接続方式を実行可能な基地局である。前記基地局は、ユーザ端末がソース基地局から前記基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から受信する受信部と、前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信する送信部と、前記基地局が接続するゲートウェイ装置と前記セカンダリ基地局とが接続していない場合、前記ゲートウェイ装置と前記ユーザ端末との間に前記セカンダリ基地局を経由し前記基地局を経由しないデータパスを確立するための要求を上位ノードに通知する制御部と、を備える。
【００１７】
なお、特許請求の範囲において用いられている「基地局」は、一般的な基地局（いわゆる、ｅＮＢ）だけでなく、ＲＲＨ基地局（Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ）も含む概念である。
【００１８】
［実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００１９】
（システム構成）
図１は、実施形態に係るＬＴＥシステムの構成図である。
【００２０】
図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００２１】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００２２】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００２３】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００２４】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）４００とを含む。
【００２５】
ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。ＳＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００２６】
ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。
【００２７】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００２８】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００２９】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００３０】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３１】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
【００３２】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００３３】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００３４】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３５】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００３６】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００３７】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びＲＲＣ接続確立時のランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
【００３８】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００３９】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４０】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
【００４１】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００４２】
ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００４３】
無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００４４】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの区間は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００４５】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける他の部分は、主にユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００４６】
（二重接続方式）
実施形態に係るＬＴＥシステムは、二重接続方式をサポートする。二重接続方式は、リリース１２以降において導入が予定されている。二重接続方式では、ＵＥ１００は、複数のｅＮＢ２００との接続を同時に確立する。ＵＥ１００には、各ｅＮＢ２００から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、ｅＮＢ２００間キャリアアグリゲーション（ｉｎｔｅｒ−ｅＮＢ  ＣＡ）と称されることもある。
【００４７】
図５は、二重接続方式の概要を説明するための図である。
【００４８】
図５に示すように、二重接続方式では、ＵＥ１００との接続を確立する複数のｅＮＢ２００のうち、マスタｅＮＢ（ＭｅＮＢ）２００−１のみが当該ＵＥ１００とのＲＲＣ接続を確立する。これに対し、当該複数のｅＮＢ２００のうちセカンダリｅＮＢ（ＳｅＮＢ）２００−２は、ＲＲＣ接続をＵＥ１００と確立せずに、追加的な無線リソースをＵＥ１００に提供する。言い換えると、ＭｅＮＢ２００−１は、ユーザプレーン接続だけでなく制御プレーン接続をＵＥ１００と確立する。これに対し、ＳｅＮＢ２００−２は、制御プレーン接続をＵＥ１００と確立せずに、ユーザプレーン接続をＵＥ１００と確立する。ＭｅＮＢ２００−１とＳｅＮＢ２００−２との間にはＸｎインターフェイスが設定される。Ｘｎインターフェイスは、Ｘ２インターフェイス又は新たなインターフェイスである。
【００４９】
二重接続方式では、ＵＥ１００は、ＭｅＮＢ２００−１が管理するＮ個のセル及びＳｅＮＢ２００−２が管理するＭ個のセルを同時に利用したキャリアアグリゲーションが可能である。二重接続方式においてＵＥ１００のサービングセルの最大数、すなわち、（Ｎ＋Ｍ）の最大数は、例えば５である。ここで、ＭｅＮＢ２００−１が管理するＮ個のセルからなるグループは、マスタセルグループ（ＭＣＧ）と称される。また、ＳｅＮＢ２００−２が管理するＭ個のセルからなるグループは、セカンダリセルグループ（ＳＣＧ）と称される。ＳＣＧには、ＵＥ１００のＰＵＣＣＨを設ける特別なセルが設定される。特別なセルは、キャリアアグリゲーションにおけるプライマリセル（ＰＣｅｌｌ）の機能の一部を遂行する。以下において、当該特別なセルを「ＰＳＣｅｌｌ（Ｐｒｉｍａｒｙ  ＳＣｅｌｌ）」と称する。
【００５０】
ＭｅＮＢ２００−１は、二重接続方式において、少なくとも制御プレーンのためのＳ１インターフェイスが終端するｅＮＢ２００である。ＭｅＮＢ２００−１は、二重接続方式に関して設定されるＵＥ１００に対して、全てのＲＲＣメッセージをＭＣＧを介して送信する。一方、ＳｅＮＢ２００−２は、二重接続方式において、ＵＥ１００に対して追加的な無線リソースを提供する。また、ＳｅＮＢ２００−２は、ＭｅＮＢ２００−１ではない。
【００５１】
図６及び図７は、二重接続方式におけるユーザデータの転送経路（データパス）の構成方式を説明するための図である。二重接続方式におけるユーザデータの転送経路（データパス）を構成するユーザプレーンアーキテクチャ（ＵＰアーキテクチャ）は主に２通り存在する。
【００５２】
図６は、第１のＵＰアーキテクチャを示す。図６（Ａ）に示すように、第１のＵＰアーキテクチャでは、ＭｅＮＢ２００−１とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスと、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスと、が利用される。ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃１は、ＭｅＮＢ２００−１とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスを経由する。なお、このＥＰＳベアラ＃１は、ＭＣＧベアラと称されてもよい。ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃２は、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスを経由する。なお、このＥＰＳベアラ＃２は、ＳＣＧベアラと称されてもよい。このように、第１のＵＰアーキテクチャでは、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００−１を経由しない。図６（Ｂ）に示すように、ＭｅＮＢ２００−１及びＳｅＮＢ２００−２のそれぞれは、ＰＤＣＰ、ＲＬＣ、ＭＡＣの各層の処理を行う。
【００５３】
図７は、第２のＵＰアーキテクチャを示す。図７（Ａ）に示すように、第２のＵＰアーキテクチャでは、ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃２は、ＭｅＮＢ２００−１において分割されており、分割された一方（ｓｐｌｉｔ  ｂｅａｒｅｒ）はＳｅＮＢ２００−２を経由してＵＥ１００で終端し、分割された他方（ｓｐｌｉｔ  ｂｅａｒｅｒ）はＳｅＮＢ２００−２を経由せずにＵＥ１００で終端する。このように、第２のＵＰアーキテクチャでは、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００−１を経由する。図７（Ｂ）に示すように、ＥＰＳベアラ＃２における分割された一方（ｓｐｌｉｔ  ｂｅａｒｅｒ）については、ＭｅＮＢ２００−１のＰＤＣＰ、ＳｅＮＢ２００−２のＲＬＣ及びＭＡＣ、により各層の処理を行う。なお、Ｓｐｌｉｔベアラ（ｓｐｌｉｔ  ｂｅａｒｅｒ）については、ＲＬＣ（又はＲＬＣの一部機能）までの処理をＭｅＮＢが担当してもよい。
【００５４】
（実施形態に係る動作）
次に、実施形態に係る動作について図８及び図９を用いて説明する。図８は、実施形態に係る動作環境を説明するための図である。図９は、実施形態に係る動作を説明するための図である。
【００５５】
図８において、ＵＥ１００は、ＭｅＮＢ２００−１が管理する第１セル（ＰＣｅｌｌ）及びＳｅＮＢ２００−２が管理する第２セル（ＰＳＣｅｌｌ又はＳＣｅｌｌ）に在圏している。第１セルと第２セルとは、少なくとも一部が重複している。また、Ｔ−ＭｅＮＢ２００−３は、第３セルを管理している。第２セルと第３セルとは、少なくとも一部が重複している。また、第１セルと第３セルは、少なくとも一部が重複していてもよい。なお、第１セルと第３セルとはマクロセルであってもよく、ＭｅＮＢ２００−１及びＴ−ＭｅＮＢ２００−３はマクロセルを管理するマクロｅＮＢであってもよい。第２セルはスモールセルであってもよく、ＳｅＮＢ２００−２はスモールセルを管理するスモールｅＮＢであってもよい。
【００５６】
図８において、ＵＥ１００は、二重接続方式を実行中である。具体的には、ＵＥ１００は、マスタｅＮＢであるＭｅＮＢ２００−１とＲＲＣ接続を確立する。ＵＥ１００は、ＲＲＣコネクティッド状態である。一方、ＵＥ１００は、セカンダリｅＮＢであるＳｅＮＢ２００−２から追加的な無線リソースが提供される。ＵＥ１００は、ＭｅＮＢ２００−１及びＳｅＮＢ２００−２と通信を行っている。
【００５７】
また、ＵＥ１００は、第１のＵＰアーキテクチャにおける二重接続方式を実行中である。従って、ＵＥ１００は、ＭｅＮＢ２００−１を経由するＥＰＳベアラ♯１と、ＭｅＮＢ２００−１を介さずにＳｅＮＢ２００−２を経由するＥＰＳベアラ♯２（すなわち、ＳＣＧベアラ）と、を用いて通信を行う。ＭｅＮＢ２００−１とＳｅＮＢ２００−２とは、Ｓ−ＳＧＷ３００−１と接続している。ＵＥ１００のユーザデータは、Ｓ−ＳＧＷ３００−１において分割される。ＭｅＮＢ２００−１は、分割された一方のユーザデータをＳ−ＳＧＷ３００−１から受け取り、ＳｅＮＢ２００−２は、分割された他方のユーザデータをＳ−ＳＧＷ３００−１から受け取る。
【００５８】
なお、図８に示すように、Ｔ−ＭｅＮＢ２００−３は、Ｓ−ＳＧＷ３００−１と接続しておらず、Ｔ−ＳＧＷ３００−３と接続している。
【００５９】
ここで、ＵＥ１００の移動によって、ＭｅＮＢ２００−１からの無線信号の受信レベルが低下し、Ｔ−ＭｅＮＢ２００−３からの無線信号の受信レベルが上昇したと仮定する。この場合、ＭｅＮＢ２００−１は、ＵＥ１００からのメジャメント報告に基づいて、Ｔ−ＭｅＮＢ２００−３をハンドオーバ先とするハンドオーバ処理を開始する。
【００６０】
ここで、仕様では、ＵＥ１００が、ＳｅＮＢ２００−２との接続を維持したまま、ＭｅＮＢ２００−１からＴ−ＭｅＮＢ２００−３へのハンドオーバを実行し、Ｔ−ＭｅＮＢ２００−３をマスタｅＮＢとして二重接続方式を継続する方法は、規定されていない。従って、ＳｅＮＢ２００−２がハンドオーバの前後で変わらない二重接続方式を実行する場合、ＵＥ１００は、二重接続方式を一旦終了し、ハンドオーバ完了後に、Ｔ−ＭｅＮＢ２００−３（ターゲットｅＮＢ）とＳｅＮＢ２００−２とを用いた二重接続方式を開始するためのシグナリングを、Ｔ−ＭｅＮＢ２００−３とやり取りする可能性がある。
【００６１】
現状の仕様では、マスタｅＮＢとセカンダリｅＮＢとが同一のＳＧＷと接続していなければならないため、特に、図８に示すように、Ｔ−ＭｅＮＢ２００−３及びＳｅＮＢ２００−２が、同一のＳ−ＳＧＷと接続していない場合、二重接続方式を実行することができない。従って、この場合には特に、ＵＥ１００は、二重接続方式を終了し、ハンドオーバ完了後に、上述のシグナリングをＴ−ＭｅＮＢ２００−３とやり取りする可能性が高い。
【００６２】
このようなシグナリングのやり取りの結果、ユーザデータ用の無線リソースが減少したり、ユーザ端末及びターゲット基地局の負荷が増加したりする。
【００６３】
そこで、以下に示す方法により、上述した問題を解決する。
【００６４】
上述の通り、ＵＥ１００は、ＭｅＮＢ２００−１とＳｅＮＢ２００−２とを用いた二重接続方式を実行している。ＵＥ１００は、無線信号の受信レベル（ＲＳＲＰ、ＲＳＲＱ等）を測定し、測定結果であるメジャメント報告をＭｅＮＢ２００−１に送信する。ＭｅＮＢ２００−１は、ＵＥ１００からのメジャメント報告に基づいて、ＵＥ１００がＭｅＮＢ２００−１からＴ−ＭｅＮＢ２００−３へのハンドオーバを実行するためのハンドオーバ要求を、Ｔ−ＭｅＮＢ２００−３へ送信することを決定する。
【００６５】
図９に示すように、ステップＳ１において、ソースｅＮＢであるＳ−ＭｅＮＢ２００−１は、ターゲットｅＮＢであるＴ−ＭｅＮＢ２００−３にハンドオーバ要求（Ｈａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ）を送信する。
【００６６】
ここで、ハンドオーバ要求は、ハンドオーバの対象であるＵＥ１００と二重接続方式を実行しているセカンダリｅＮＢを示す識別子（ＳｅＮＢ  ＩＤ）を含む。本実施形態において、ＳｅＮＢ  ＩＤは、ＳｅＮＢ２００−２を示す識別子である。なお、セカンダリｅＮＢを示す識別子は、ＳＣＧを示す識別子であってもよい。これにより、Ｔ−ＭｅＮＢ２００−３は、ＵＥ１００がＳｅＮＢ２００−２と二重接続方式を実行していることが分かる。
【００６７】
また、ハンドオーバ要求は、Ｓ−ＳＧＷ３００−１とＵＥ１００との間に、ＳｅＮＢ２００−２を経由しＳ−ＭｅＮＢ２００−１を経由しないデータパス（ＳＣＧベアラ）が確立されていることを示す情報（ＳＣＧ  ｉｎｆｏ）を含んでもよい。これにより、Ｔ−ＭｅＮＢ２００−３は、ＳＣＧベアラが確立されていることが分かる。
【００６８】
なお、ＳＣＧ  ｉｎｆｏは、ハンドオーバ準備に関する情報（ＨａｎｄｏｖｅｒＰｒｅｐｅｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ）に含まれてもよい。
【００６９】
また、ハンドオーバ要求は、ＳｅＮＢ２００−２とＵＥ１００との間のＸ２ＡＰ（Ｘ２  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を示す識別子（ｓｏｕｒｃｅ  ｓｉｄｅ  ＳｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ）を含んでもよい。なお、ハンドオーバ要求は、Ｓ−ＭｅＮＢ２００−１とＵＥ１００との間のＸ２ＡＰを示す識別子（ｓｏｕｒｃｅ  ｓｉｄｅ  ＭｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ）を含んでいてもよい。
【００７０】
また、ハンドオーバ要求は、Ｓ−ＭｅＮＢ２００−１（及びＳｅＮＢ２００−２）が接続するＳＧＷを示す識別子を含んでもよい。本実施形態では、ＳＧＷを示す識別子は、Ｓ−ＳＧＷ３００−１を示す。これにより、Ｔ−ＭｅＮＢ２００−３は、自局が接続するＳＧＷとＳｅＮＢ２００−２が接続するＳＧＷとが同一か否かが分かる。
【００７１】
なお、Ｔ−ＭｅＮＢ２００−３は、ハンドオーバ要求を了承する場合に、ステップ２の処理を実行する。以下において、Ｔ−ＭｅＮＢ２００−３が、ハンドオーバ要求を了承したと仮定して説明を進める。
【００７２】
ステップＳ２において、Ｔ−ＭｅＮＢ２００−３は、二重接続方式において追加的な無線リソースをＵＥ１００に提供することを要求する追加要求（ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔ）を、ＳｅＮＢ  ＩＤに対応するＳｅＮＢ２００−２に送信する。
【００７３】
追加要求は、二重接続方式におけるＳｅＮＢ２００−２の設定に関する設定情報（ＳＣＧ−ＣｏｎｆｉｇＩｎｆｏ）を含む。本実施形態において、設定情報は、Ｔ−ＳＧＷ３００−３とＵＥ１００との間にＴ−ＭｅＮＢ２００−３及びＳｅＮＢ２００−２を経由するデータパス（Ｓｐｌｉｔベアラ）を確立することを示すスプリットベアラ情報を含む。
【００７４】
ここで、Ｔ−ＭｅＮＢ２００−３は、ハンドオーバ要求にＳｅＮＢ  ＩＤが含まれる場合に、スプリットベアラ情報を含む追加要求をＳｅＮＢ２００−２に送信してもよい。
【００７５】
或いは、Ｔ−ＭｅＮＢ２００−３は、ＳｅＮＢ２００−２がＴ−ＭｅＮＢ２００−３と接続するＴ−ＳＧＷ３００−３ではなく他のＳＧＷに接続している場合に、スプリットベアラ情報を含む追加要求をＳｅＮＢ２００−２に送信してもよい。なお、Ｔ−ＭｅＮＢ２００−３は、ハンドオーバ要求に含まれるＳＧＷを示す識別子に基づいて、ＳｅＮＢ２００−２がＴ−ＳＧＷ３００−３と接続しているかを判定してもよい。或いは、Ｔ−ＭｅＮＢ２００−３は、上位ノード（例えば、ＯＡＭ４００）に、ＳｅＮＢ２００−２（又はハンドオーバ要求の送信元であるＳ−ＭｅＮＢ２００−１）が接続するＳＧＷを問い合わせてもよい。Ｔ−ＭｅＮＢ２００−３は、上位ノードからの応答に基づいて、ＳｅＮＢ２００−２がＴ−ＳＧＷ３００−３と接続しているかを判定してもよい。或いは、Ｔ−ＭｅＮＢ２００−３は、自身が保持（蓄積）している情報（例えば、過去の問い合わせ履歴など）に基づいて、ＳｅＮＢ２００−２がＴ−ＳＧＷ３００−３と接続しているかを判定してもよい。
【００７６】
Ｔ−ＭｅＮＢ２００−３は、ＳｅＮＢ２００−２がＴ−ＳＧＷ３００−３ではなくＴ−ＳＧＷ３００−１と接続しているため、ＳＣＧベアラではなくＳｐｌｉｔベアラにベアラタイプを変更すると決定してもよい。これにより、セカンダリｅＮＢがハンドオーバの前後で変わらない状態で、ハンドオーバ処理を実行できる。
【００７７】
或いは、Ｔ−ＭｅＮＢ２００−３は、ハンドオーバ要求に含まれるＳｅＮＢ  ＩＤと関係なく、追加要求を送信するセカンダリｅＮＢを選択し、選択したセカンダリｅＮＢがＳｅＮＢ  ＩＤと一致した場合に、スプリットベアラ情報を含む追加要求をＳｅＮＢ２００−２に送信してもよい。
【００７８】
なお、Ｔ−ＭｅＮＢ２００−３は、ＵＥ１００と二重接続方式を実行すると判定した場合に、ＳｅＮＢ  ＩＤに対応するＳｅＮＢ２００−２に追加要求を送信してもよい。或いは、Ｔ−ＭｅＮＢ２００−３は、ハンドオーバ要求にＳｅＮＢ  ＩＤが含まれる場合に、ＳｅＮＢ  ＩＤに対応するＳｅＮＢ２００−２に追加要求を送信してもよい。
【００７９】
また、追加要求は、ハンドオーバ要求に含まれるｓｏｕｒｃｅ  ｓｉｄｅ  ＳｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤを含んでいてもよい。また、追加要求は、ハンドオーバ要求に含まれるｓｏｕｒｃｅ  ｓｉｄｅ  ＭｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤを含んでいてもよい。ＳｅＮＢ２００−２は、これらの識別子（「ｓｏｕｒｃｅ  ｓｉｄｅ  ＳｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ」及び「ｓｏｕｒｃｅ  ｓｉｄｅ  ＭｅＮＢ  ＵＥ  Ｘ２ＡＰ  ＩＤ」）の少なくとも一方を用いて、ハンドオーバ要求の対象となるＵＥを特定できる。ＳｅＮＢ２００−２は、ハンドオーバ要求の対象となるＵＥ１００のコンテキスト情報を維持したり、無線リソースを確保したりすることができる。
【００８０】
また、追加要求は、Ｔ−ＭｅＮＢ２００−３とＳｅＮＢ２００−２とを用いる二重接続方式においてユーザデータを暗号化するための暗号化情報（ｎｅｗ  Ｓ−ＫｅＮＢ）を含んでいてもよい。
【００８１】
追加要求を受信したＳｅＮＢ２００−２は、追加要求を了承するか拒否するか否かを判定する。ＳｅＮＢ２００−２は、スプリットベアラ情報に基づいて、Ｔ−ＭｅＮＢ２００−３がＳｐｌｉｔベアラを確立することを要求していることを知る。
【００８２】
以下において、ＳｅＮＢ２００−２が追加要求を了承したと仮定して説明を進める。また、ＳｅＮＢ２００−２がＳｐｌｉｔベアラを確立することを了承したと仮定して説明を進める。
【００８３】
なお、ＳｅＮＢ２００−２は、Ｓｐｌｉｔベアラを確立することを了承した場合、ＰＤＣＰ層におけるＵＥ１００へのデータの処理を中断し、ＵＥ１００へのデータの送信を中断する。ＰＤＣＰ層における処理は、後述する。
【００８４】
ステップＳ３において、ＳｅＮＢ２００−２は、追加要求に対する肯定応答（ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ａｃｋ）をＴ−ＭｅＮＢ２００−３に送信する。
【００８５】
肯定応答は、ＳｅＮＢ２００−２において作成されたＳＣＧ設定情報（ＳＣＧ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含んでもよい。ＳＣＧ設定情報は、ＵＥ１００において設定されるＳＣＧの情報である。具体的には、ＳＣＧ設定情報は、ＵＥ１００がＴ−ＭｅＮＢ２００−３及びＳｅＮＢ２００−２と二重接続方式を実行するために、ＲＲＣ接続再設定メッセージに必要な情報である。
【００８６】
また、肯定応答は、Ｓｐｌｉｔベアラに関するＸ２−Ｕアドレス（Ｘ２−Ｕ  ａｄｄｒｅｓｓｅｓ  for  ｓｐｌｉｔ  ｂｅａｒｅｒ）を含んでもよい。
【００８７】
なお、ＳｅＮＢ２００−２は、例えば、追加要求に対する肯定応答の送信に応じてＵＥ１００に対するユーザデータの送信を中断してもよい。
【００８８】
Ｓ−ＭｅＮＢ２００−１は、ＵＥ１００において設定されるＭＣＧの情報であるＴ−ＭＣＧ設定情報（Ｔ−ＭＣＧ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を作成する。具体的には、Ｔ−ＭＣＧ設定情報は、ＵＥ１００がＴ−ＭｅＮＢ２００−３及びＳｅＮＢ２００−２と二重接続方式を実行するために、ＲＲＣ接続再設定メッセージに必要な情報である。Ｓ−ＭｅＮＢ２００−１は、ＳＣＧ設定情報とＴ−ＭＣＧ設定情報をＨＯコマンドコンテナ（ＨＯ  Ｃｏｍｍａｎｄ  ｃｏｎｔａｉｎｅｒ）に含める。
【００８９】
ステップＳ４において、Ｔ−ＭｅＮＢ２００−３は、ハンドオーバ要求に対する肯定応答（ＨＯ  ｒｅｑ  Ａｃｋ）をＳ−ＭｅＮＢ２００−１に送信する。
【００９０】
肯定応答は、ＵＥ１００に設定するＲＲＣ接続再設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する情報を含む。具体的には、肯定応答は、ＨＯコマンドコンテナを含む。
【００９１】
ステップＳ５において、Ｓ−ＭｅＮＢ２００−１は、ＲＲＣ接続再設定メッセージをＵＥ１００に送信する。ＵＥ１００は、受信したＲＲＣ接続再設定メッセージに基づく設定を適用する。
【００９２】
ＲＲＣ接続再設定メッセージは、ＵＥ１００にハンドオーバを実行させるためのハンドオーバコマンド（ＨＯ  Ｃｍｄ）を含む。また、ＲＲＣ接続再設定メッセージ（ハンドオーバコマンド）は、ＨＯコマンドコンテナを含む。
【００９３】
ＵＥ１００は、ＨＯコマンドコンテナに含まれるＳＣＧ設定情報及びＴ−ＭＣＧ設定情報に基づいて、ＳｅＮＢ２００−２との間で確立されているＳＣＧベアラをＳｐｌｉｔベアラにベアラタイプを変更する設定を適用する。また、ＵＥ１００は、ＳＣＧベアラによる送受信を中断する。
【００９４】
ステップＳ６において、ＵＥ１００は、Ｔ−ＭｅＮＢ２００−３に対してランダムアクセス手順を開始する。ランダムアクセス手順が完了した場合、ＵＥ１００は、ランダムアクセス手順を完了した後、Ｔ−ＭｅＮＢ２００−３に上り送信（ＵＬ送信）を実行できる。また、ＵＥ１００とＴ−ＭｅＮＢ２００−３とのＲＲＣ接続が確立される。
【００９５】
ステップＳ７において、ＵＥ１００は、ランダムアクセス手順を完了した後、Ｔ−ＭｅＮＢ２００−３にＲＲＣ接続再設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ  ｃｏｍｐｌｅｔｅ）を送信する。
【００９６】
ステップＳ８において、Ｔ−ＭｅＮＢ２００−３は、ＲＲＣ接続再設定が完了したことをＳｅＮＢ２００−２に通知する。
【００９７】
ステップＳ９において、ＵＥ１００は、ＳｅＮＢ２００−２に対してランダムアクセス手順を開始する。ＵＥ１００は、ランダムアクセス手順を完了した後、ＳｅＮＢ２００−２に上り送信（ＵＬ送信）を実行できる。
【００９８】
ステップＳ１０において、Ｓ−ＭｅＮＢ２００−１は、セカンダリｅＮＢを解放するためのＳｅＮＢ解放要求（ＳｅＮＢ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔ）をＳｅＮＢ２００−２に送信する。
【００９９】
ステップＳ１１ａにおいて、ＳｅＮＢ２００−２は、ＳｅＮＢ解放要求の受信に応じて、Ｓ−ＭｅＮＢ２００−１に対してＳＮ転送処理（ＳＮ  ｔｒａｎｓｆｅｒ）を開始する。ＳｅＮＢ２００−２は、Ｓ−ＭｅＮＢ２００−１に、ＵＥ１００へ送信済みのデータのＳＮ値及びＵＥ１００から受信済みのデータのＳＮ値の少なくとも一方を通知する。
【０１００】
ステップＳ１１ｂにおいて、Ｓ−ＭｅＮＢ２００−１は、Ｔ−ＭｅＮＢ２００−３に対してＳＮ転送処理（ＳＮ  ｔｒａｎｓｆｅｒ）を開始する。Ｓ−ＭｅＮＢ２００−１は、Ｔ−ＭｅＮＢ２００−３に、ＵＥ１００へ送信済みのデータのＳＮ値及びＵＥ１００から受信済みのデータのＳＮ値の少なくとも一方を通知する。ここでは、通知は、Ｓ−ＭｅＮＢ２００−１から通知されたＳＮ値を含んでもよい。
【０１０１】
ステップＳ１２において、ＵＥ１００へ送信される前の未送信データがＴ−ＭｅＮＢ２００−３に転送される。
【０１０２】
まず、Ｓ−ＳＧＷ３００−１は、ＵＥ１００へのデータ（ユーザデータ）を分割し、Ｓ−ＭｅＮＢ２００−１及びＳｅＮＢ２００−２のそれぞれに送信し続ける。Ｓ−ＭｅＮＢ２００−１は、分割された一方のユーザデータを受信し続け、ＳｅＮＢ２００−２は、分割された他方のユーザデータをＳ−ＳＧＷ３００−１から受信し続ける。
【０１０３】
次に、ＳｅＮＢ２００−２は、Ｓ−ＳＧＷ３００−１から受信したデータをＰＤＣＰ層において暗号化せずに、Ｓ−ＭｅＮＢ２００−１に送信（転送）する。従って、ＳｅＮＢ２００−２は、ＵＥ１００へ送信される前のデータであり且つ暗号化される前の未送信データ（ＰＤＣＰ  ＳＤＵ）をＳ−ＭｅＮＢ２００−１に送信する。これにより、暗号化される前のデータがＳ−ＭｅＮＢ２００−１に集まる。
【０１０４】
Ｓ−ＭｅＮＢ２００−１は、Ｓ−ＳＧＷ３００−１から受信したデータをＰＤＣＰ層において暗号化せずに、Ｔ−ＭｅＮＢ２００−３に送信（転送）する。従って、Ｓ−ＭｅＮＢ２００−１は、ＵＥ１００へ送信される前のデータであり且つ暗号化される前の未送信データ（ＰＤＣＰ  ＳＤＵ）をＴ−ＭｅＮＢ２００−３に送信する。また、Ｓ−ＭｅＮＢ２００−１は、ＳｅＮＢ２００−２から受信した未送信データ（ＰＤＣＰ  ＳＤＵ）をＴ−ＭｅＮＢ２００−３に送信する。従って、Ｔ−ＭｅＮＢ２００−３がＳ−ＭｅＮＢ２００−１から受信する未送信データは、ＳｅＮＢ２００−２からＳ−ＭｅＮＢ２００−１へ転送された未送信データを含む。
【０１０５】
Ｔ−ＭｅＮＢ２００−３は、Ｓ−ＭｅＮＢ２００−１から受信した未送信データ（ＰＤＣＰ  ＳＤＵ）をＰＤＣＰ層において処理する。これにより、Ｔ−ＭｅＮＢ２００−３は、暗号化されたデータ（ＰＤＣＰ  ＰＤＵ）を生成する。
【０１０６】
ステップＳ１３において、Ｔ−ＭｅＮＢ２００−３は、Ｆｌｏｗ制御に基づいて、暗号化されたデータの一部をＳｅＮＢ２００−２に転送する。Ｆｌｏｗ制御は、ＵＥ１００に通知されたＲＲＣ接続再設定メッセージ（Ｔ−ＭＣＧ設定情報及びＳＣＧ設定情報）に基づく制御である。
【０１０７】
ＳｅＮＢ２００−２は、転送されたデータをＳｐｌｉｔベアラを用いてＵＥ１００へ送信する。また、Ｔ−ＭｅＮＢ２００−３は、暗号化された残りのデータをＵＥ１００へ送信する。Ｔ−ＭｅＮＢ２００−３は、ＭＣＧベアラ又はＳｅＮＢ２００−２を経由しないＳｐｌｉｔベアラを用いてＵＥ１００へ送信する。
【０１０８】
なお、ＳｅＮＢ２００−２は、Ｓ−ＳＧＷ３００−１に接続し、Ｔ−ＳＧＷ３００−３に接続していないが、Ｔ−ＭｅＮＢ２００−３からＵＥ１００へのデータを受信するため、二重接続方式を実行することが可能である。
【０１０９】
ステップＳ１４において、Ｔ−ＭｅＮＢ２００−３は、データパスを切り替えるための切替要求（Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ）を上位ノードであるＭＭＥ３００−５に通知する。Ｔ−ＭｅＮＢ２００−３は、Ｔ−ＭｅＮＢ２００−３が接続しているＴ−ＳＧＷ３００−３にＳｅＮＢ２００−２が接続していない場合に、切替要求をＭＭＥ３００−５に通知する。
【０１１０】
ステップＳ１５において、ＭＭＥ３００−５は、切替要求の受信に応じて、ＳｅＮＢ２００−２のＳＧＷへの接続をＳ−ＳＧＷ３００−１からＴ−ＳＧＷ３００−３へ切り替える。なお、ＭＭＥ３００−５は、既存のＩｎｔｅｒ  ＳＣＧ  ＨＯ処理によって切り替える。これにより、ＳｅＮＢ２００−２は、ＵＥ１００のデータをＴ−ＳＧＷ３００−３と送受信可能である。
【０１１１】
ステップＳ１６において、Ｔ−ＭｅＮＢ２００−３は、Ｔ−ＳＧＷ３００−３からＵＥ１００へのデータ（ＤＬ  ｄａｔａ）を受信する。Ｔ−ＭｅＮＢ２００−３は、受信したデータをＰＤＣＰ層において処理し、暗号化されたデータを作成する。
【０１１２】
ステップＳ１７において、Ｔ−ＳＧＷ３００−３は、ステップＳ１３と同様に、Ｆｌｏｗ制御に基づいて、暗号化されたデータの一部をＳｅＮＢ２００−２に転送し、暗号化された残りのデータをＵＥ１００に送信する。ＳｅＮＢ２００−２は、受信したデータをＵＥ１００に送信する。
【０１１３】
以上より、一連のハンドオーバ手順において、ＳＣＧベアラをＳｐｌｉｔベアラに変更することによって、ＵＥ１００が、ＳｅＮＢ２００−２との接続を維持したまま、Ｓ−ＭｅＮＢ２００−１からＴ−ＭｅＮＢ２００−３へのハンドオーバを実行し、Ｔ−ＭｅＮＢ２００−３をマスタｅＮＢとして二重接続方式を継続できる。従って、ＵＥ１００とＴ−ＭｅＮＢ２００−３との間で、Ｔ−ＭｅＮＢ２００−３とＳｅＮＢ２００−２とを用いた二重接続方式を開始するためのシグナリングの発生を抑制できる。
【０１１４】
（変更例１）
次に、実施形態の変更例１について図１０を用いて説明する。図１０は、実施形態の変更例１に係る動作を説明するための図である。上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【０１１５】
変更例１では、ＳｅＮＢ２００−２は、Ｓ−ＳＧＷ３００−１から受信したデータをＳ−ＭｅＮＢ２００−１ではなく、Ｔ−ＭｅＮＢ２００−３に転送する。
【０１１６】
ステップＳ２１〜Ｓ３０は、ステップＳ１〜Ｓ１０に対応する。
【０１１７】
ステップＳ３１ａにおいて、ＳｅＮＢ２００−２は、Ｓ−ＭｅＮＢ２００−１ではなく、Ｔ−ＭｅＮＢ２００−３に対してＳＮ転送処理（ＳＮ  ｔｒａｎｓｆｅｒ）を開始する。ＳｅＮＢ２００−２は、Ｔ−ＭｅＮＢ２００−３に、ＵＥ１００へ送信済みのデータのＳＮ値及びＵＥ１００から受信済みのデータのＳＮ値の少なくとも一方を通知する。なお、ステップＳ３１ｂは、ステップＳ１１ｂに対応する。
【０１１８】
ステップＳ３２において、ＳｅＮＢ２００−２は、Ｓ−ＳＧＷ３００−１から受信したデータをＴ−ＭｅＮＢ２００−３に転送する。従って、Ｔ−ＭｅＮＢ２００−３は、Ｓ−ＭｅＮＢ２００−１及びＳｅＮＢ２００−２のそれぞれから未送信データ（ＰＤＣＰ  ＳＤＵ）を受信する。従って、Ｔ−ＭｅＮＢ２００−３がＳ−ＭｅＮＢ２００−１から受信する未送信データは、ＳｅＮＢ２００−２からＳ−ＭｅＮＢ２００−１へ転送された未送信データを含まない。これにより、Ｓ−ＭｅＮＢ２００−１の処理負荷を減少できる。
【０１１９】
ステップＳ３３〜Ｓ３７は、ステップＳ１３〜Ｓ１７に対応する。
【０１２０】
（変更例２）
次に、実施形態の変更例２について図１１を用いて説明する。図１１は、実施形態の変更例２に係る動作を説明するための図である。上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【０１２１】
変更例２では、ハンドオーバの前後でＳＣＧベアラを維持する。すなわち、ベアラタイプがＳＣＧベアラからＳｐｌｉｔベアラに変更されない。
【０１２２】
ステップＳ５１は、ステップＳ１に対応する。
【０１２３】
ステップＳ５２において、Ｔ−ＭｅＮＢ２００−３は、追加要求（ＳｅＮＢ  Ａｄｄｉｔｉｏｎ  Ｒｅｑｕｅｓｔ）を、ＳｅＮＢ  ＩＤに対応するＳｅＮＢ２００−２に送信する。
【０１２４】
Ｔ−ＭｅＮＢ２００−３は、ＳＣＧベアラによって二重接続方式を実行すると決定した後、追加要求（具体的には、設定情報（ＳＣＧ−ＣｏｎｆｉｇＩｎｆｏ））に、Ｔ−ＳＧＷ３００−３とＵＥ１００との間にＴ−ＭｅＮＢ２００−３を経由せずにＳｅＮＢ２００−２を経由するデータパス（ＳＣＧ  ｂｅａｒｅｒ）を確立することを示すＳＣＧベアラ情報を含める。Ｔ−ＭｅＮＢ２００−３は、ハンドオーバ要求に含まれるＳＣＧベアラが確立されていることを示す情報（ＳＣＧ  ｉｎｆｏ）に基づいて、ＳＣＧベアラによって二重接続方式を実行すると決定してもよい。
【０１２５】
ＳｅＮＢ２００−２は、ＳＣＧベアラ情報に基づいて、Ｔ−ＭｅＮＢ２００−３がＳＣＧベアラを確立する（ＳＣＧベアラを維持する）ことを要求していることを知る。以下において、ＳｅＮＢ２００−２がＳＣＧベアラを維持することを了承したと仮定して説明を進める。
【０１２６】
ステップＳ５３〜Ｓ６０は、ステップＳ３〜Ｓ１０に対応する。また、ステップＳ６１は、ステップＳ１１ｂに対応する。
【０１２７】
ステップ６２ａにおいて、ＳｅＮＢ２００−２は、Ｓ−ＳＧＷ３００−１から分割された一方のユーザデータ（ＤＬ  data）をＳ−ＳＧＷ３００−１から受信する。ＳｅＮＢ２００−２は、ステップＳ５２においてＴ−ＭｅＮＢ２００−３から受信した暗号化情報（ｎｅｗ  Ｓ−ＫｅＮＢ）に基づいて、Ｓ−ＳＧＷ３００−１から受信したデータの暗号化を行う。具体的には、ＳｅＮＢ２００−２は、ＰＤＣＰ層においてデータの暗号化を行い、暗号化されたデータ（ＰＤＣＰ  ＰＤＵ）を生成する。ＳｅＮＢ２００−２は、Ｔ−ＭｅＮＢ２００−３からＲＲＣ接続再設定が完了したことを通知された後に、ｎｅｗ  Ｓ−ＫｅＮＢに基づいて暗号化されたデータをＵＥ１００に送信する。
【０１２８】
ステップＳ６２ｂは、ステップＳ１２に対応する。Ｓ−ＭｅＮＢ２００−１は、ｎｅｗ  Ｓ−ＫｅＮＢを知らないので、ステップＳ１２と同様に、ＵＥ１００へ送信される前のデータであり且つ暗号化される前の未送信データ（ＰＤＣＰ  ＳＤＵ）をＴ−ＭｅＮＢ２００−３に送信する。
【０１２９】
ステップＳ６３は、ステップＳ１４に対応する。Ｔ−ＭｅＮＢ２００−３は、データパスを切り替えるための切替要求（Ｐａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ）を上位ノードであるＭＭＥ３００−５に通知する。
【０１３０】
Ｔ−ＭｅＮＢ２００−３は、ＳＣＧベアラによって二重接続方式を実行する場合で、且つ、Ｔ−ＭｅＮＢ２００−３が接続しているＴ−ＳＧＷ３００−３にＳｅＮＢ２００−２が接続していない場合に、切替要求をＭＭＥ３００−５に通知する。
【０１３１】
切替要求は、Ｔ−ＳＧＷ３００−３とＵＥ１００との間にＳｅＮＢ２００−２を経由しＴ−ＭｅＮＢ２００−３を経由しないデータパス（ＳＣＧベアラ）を確立するための要求である。切替要求は、少なくとも当該ＳＣＧベアラを確立するために必要な情報を含む。例えば、必要な情報は、Ｔ−ＳＧＷ３００−３が、ＵＥ１００へのユーザデータをＴ−ＭｅＮＢ２００−３及びＳｅＮＢ２００−２に送信できるように設定するための情報である。また、必要な情報は、Ｔ−ＳＧＷ３００−３が、ＵＥ１００からのユーザデータをＴ−ＭｅＮＢ２００−３及びＳｅＮＢ２００−２から受信できるように設定するための情報である。具体的には、必要な情報は、Ｓ−ＭｅＮＢ２００−１とＳｅＮＢ２００−２との終端情報（ｅｎｄ  ｐｏｉｎｔ情報）を含む。
【０１３２】
ステップＳ６４は、ステップＳ１５に対応する。ＭＭＥ３００−５は、切替要求に基づいて、ＳｅＮＢ２００−２のＳＧＷへの接続をＳ−ＳＧＷ３００−１からＴ−ＳＧＷ３００−３へ切り替える。また、ＭＭＥ３００−５は、Ｔ−ＳＧＷ３００−３とＵＥ１００との間にＳＳＣＧベアラを確立するように設定する。
【０１３３】
ステップＳ６５ａにおいて、Ｔ−ＭｅＮＢ２００−３は、Ｔ−ＳＧＷ３００−３からＵＥ１００へのデータ（ＤＬ  ｄａｔａ）を受信する。Ｔ−ＭｅＮＢ２００−３は、受信したデータをＰＤＣＰ層において処理し、暗号化されたデータを作成する。Ｔ−ＭｅＮＢ２００−３は、暗号化されたデータをＵＥ１００に送信する。
【０１３４】
ステップＳ６５ｂにおいて、ＳｅＮＢ２００−２は、Ｔ−ＳＧＷ３００−３からＵＥ１００へのデータ（ＤＬ  ｄａｔａ）を受信する。ＳｅＮＢ２００−２は、ｎｅｗ  Ｓ−ＫｅＮＢに基づいて受信したデータをＰＤＣＰ層において処理し、暗号化されたデータを作成する。ＳｅＮＢ２００−２は、暗号化されたデータをＵＥ１００に送信する。
【０１３５】
以上のより、ＵＥ１００が、ＳｅＮＢ２００−２との接続（すなわち、ＳＣＧベアラ）を維持したまま、Ｓ−ＭｅＮＢ２００−１からＴ−ＭｅＮＢ２００−３へのハンドオーバを実行し、Ｔ−ＭｅＮＢ２００−３をマスタｅＮＢとして二重接続方式を継続できる。従って、ＵＥ１００とＴ−ＭｅＮＢ２００−３との間で、Ｔ−ＭｅＮＢ２００−３とＳｅＮＢ２００−２とを用いた二重接続方式を開始するためのシグナリングの発生を抑制できる。
【０１３６】
［その他の実施形態］
上述した実施形態では、Ｔ−ＭｅＮＢ２００−３は、追加要求をＳｅＮＢ  ＩＤに対応するＳｅＮＢ２００−２に送信していたが、これに限られない。Ｔ−ＭｅＮＢ２００−３は、二重接続方式におけるＳｅＮＢ２００−２でのＵＥ１００のコンテキスト情報の変更を要求する変更要求（ＳｅＮＢ  Ｍｏｄｉｆｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）をＳｅＮＢ  ＩＤに対応するＳｅＮＢ２００−２に送信してもよい。変更要求は、二重接続方式において、ＳｅＮＢ２００−２がＵＥ１００に割り当てるリソースの変更を要求する情報であってもよい。変更要求は、上述した実施形態と同様の情報を含むことが可能である。変更要求を受信したＳｅＮＢ２００−２は、上述した実施形態と同様の動作を実行する。追加要求だけでなく、変更要求によっても、上述した実施形態と同様に、二重接続方式を開始するためのシグナリングの発生を抑制できる。
【０１３７】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【０１３８】
［相互参照］
米国仮出願第６２／１１２７６４号（２０１５年２月６日出願）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【０１３９】
本発明は、通信分野において有用である。
【図１】
2018033172.tif 000003
【図２】
2018033172.tif 000004
【図３】
2018033172.tif 000005
【図４】
2018033172.tif 000006
【図５】
2018033172.tif 000007
【図６】
2018033172.tif 000008
【図７】
2018033172.tif 000009
【図８】
2018033172.tif 000010
【図９】
2018033172.tif 000011
【図１０】
2018033172.tif 000012
【図１１】
2018033172.tif 000013