知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6243067
(24)【登録日】2017年11月17日
(45)【発行日】2017年12月6日
(54)【発明の名称】基地局及び方法
(51)【国際特許分類】
H04W 36/28 20090101AFI20171127BHJP
H04W 16/32 20090101ALI20171127BHJP
H04W 72/04 20090101ALI20171127BHJP
H04W 92/20 20090101ALI20171127BHJP
H04W 36/18 20090101ALI20171127BHJP
【ＦＩ】
H04W36/28
H04W16/32
H04W72/04 111
H04W92/20
H04W36/18
【請求項の数】5
【全頁数】21
(21)【出願番号】特願2016-573432(P2016-573432)
(86)(22)【出願日】2016年2月5日
(86)【国際出願番号】JP2016053479
(87)【国際公開番号】WO2016125887
(87)【国際公開日】20160811
【審査請求日】2017年7月26日
(31)【優先権主張番号】62/112,764
(32)【優先日】2015年2月6日
(33)【優先権主張国】US
【早期審査対象出願】
(73)【特許権者】
【識別番号】000006633
【氏名又は名称】京セラ株式会社
(74)【代理人】
【識別番号】110001106
【氏名又は名称】キュリーズ特許業務法人
(72)【発明者】
【氏名】長坂 優志
(72)【発明者】
【氏名】藤代 真人
(72)【発明者】
【氏名】三井 勝裕
【審査官】
望月 章俊
(56)【参考文献】
【文献】
国際公開第２０１６／０２１３０６（ＷＯ，Ａ１）
【文献】
国際公開第２０１６／０３５８３５（ＷＯ，Ａ１）
【文献】
Ericsson，Analysis of handover with SeNB Addition[online]，3GPP TSG-RAN WG3#87 R3-150330，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_87/Docs/R3-150330.zip＞，２０１５年 ２月 ９日
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｗ４／００−Ｈ０４Ｗ９９／００
Ｈ０４Ｂ７／２４−Ｈ０４Ｂ７／２６
(57)【特許請求の範囲】
【請求項1】
二重接続方式を実行可能な基地局であって、
ユーザ端末がソース基地局から前記基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から受信する受信部と、
前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信する送信部と、を備え、
前記送信部は、前記基地局と接続するゲートウェイ装置と前記ユーザ端末との間に、前記基地局及び前記セカンダリ基地局を経由するデータパスを確立することを示すスプリットベアラ情報を含む前記追加要求を送信することを特徴とする基地局。
ユーザ端末がソース基地局から前記基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から受信する受信部と、
前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信する送信部と、を備え、
前記送信部は、前記基地局と接続するゲートウェイ装置と前記ユーザ端末との間に、前記基地局及び前記セカンダリ基地局を経由するデータパスを確立することを示すスプリットベアラ情報を含む前記追加要求を送信することを特徴とする基地局。
【請求項2】
前記ハンドオーバ要求は、前記セカンダリ基地局を示す前記識別子と、前記セカンダリ基地局がＸ２プロトコルにおいて前記ユーザ端末を識別するための「ＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ」と、を含むことを特徴とする請求項１に記載の基地局。
【請求項3】
前記送信部は、前記「ＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ」を、前記セカンダリ基地局に送信する前記追加要求に含めることを特徴とする請求項２に記載の基地局。
【請求項4】
前記送信部は、前記セカンダリ基地局を示す前記識別子を含む前記ハンドオーバ要求を前記基地局が了承することに応じて、前記追加要求を送信することを特徴とする請求項１乃至３の何れか一項に記載の基地局。
【請求項5】
二重接続方式を実行可能な基地局における方法であって、
ユーザ端末がソース基地局から前記基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から受信するステップと、
前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信するステップと、を備え、
前記送信するステップでは、前記基地局と接続するゲートウェイ装置と前記ユーザ端末との間に、前記基地局及び前記セカンダリ基地局を経由するデータパスを確立することを示すスプリットベアラ情報を含む前記追加要求を送信することを特徴とする方法。
ユーザ端末がソース基地局から前記基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から受信するステップと、
前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信するステップと、を備え、
前記送信するステップでは、前記基地局と接続するゲートウェイ装置と前記ユーザ端末との間に、前記基地局及び前記セカンダリ基地局を経由するデータパスを確立することを示すスプリットベアラ情報を含む前記追加要求を送信することを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、二重接続方式を実行可能な基地局に関する。【背景技術】
【0002】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）では、リリース１２以降において二重接続方式（Ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ）の導入が予定されている（非特許文献１参照）。二重接続方式では、ユーザ端末は、複数の基地局のそれぞれと接続を確立する。複数の基地局から無線リソースが割り当てられるため、スループットの向上が見込まれる。【0003】
二重接続方式では、ユーザ端末との接続を確立する複数の基地局のうち、１つの基地局（以下、「マスタ基地局」という）のみが当該ユーザ端末とＲＲＣ接続を確立する。これに対し、当該複数の基地局のうち他の基地局（以下、「セカンダリ基地局」という）は、追加的な無線リソースをユーザ端末に提供する。【先行技術文献】
【非特許文献】
【0004】
【非特許文献1】３ＧＰＰ技術報告書 「ＴＲ ３６．８４２ Ｖ１２．０．０」 ２０１４年１月７日
【発明の概要】
【0005】
第１の特徴に係る基地局は、二重接続方式を実行可能な基地局である。前記基地局は、ユーザ端末がソース基地局から前記基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から受信する受信部と、前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信する送信部と、を備える。前記送信部は、前記基地局と接続するゲートウェイ装置と前記ユーザ端末との間に、前記基地局及び前記セカンダリ基地局を経由するデータパスを確立することを示すスプリットベアラ情報を含む前記追加要求を送信する。【0006】
第２の特徴に係る基地局は、二重接続方式を実行可能な基地局である。前記基地局は、ユーザ端末がソース基地局から前記基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から受信する受信部と、前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信する送信部と、前記基地局が接続するゲートウェイ装置と前記セカンダリ基地局とが接続していない場合、前記ゲートウェイ装置と前記ユーザ端末との間に前記セカンダリ基地局を経由し前記基地局を経由しないデータパスを確立するための要求を上位ノードに通知する制御部と、を備える。【図面の簡単な説明】
【0007】
【発明を実施するための形態】
【0008】
［実施形態の概要］現状の仕様では、二重接続方式を実行中のユーザ端末が、セカンダリ基地局との接続を維持したまま、マスタ基地局（ソース基地局）からターゲット基地局へのハンドオーバを実行し、ターゲット基地局を新たなマスタ基地局として二重接続方式を継続する方法は、規定されていない。
【0009】
従って、セカンダリ基地局がハンドオーバの前後で変わらない二重接続方式を実行する場合、ユーザ端末は、二重接続方式を一旦終了し、ハンドオーバ完了後に、ターゲット基地局（新たなマスタ基地局）とセカンダリ基地局とを用いた二重接続方式を開始するためのシグナリングを、ターゲット基地局とやり取りする可能性がある。その結果、ユーザデータ用の無線リソースが減少したり、ユーザ端末及びターゲット基地局の負荷が増加したりする。【0010】
そこで、実施形態は、セカンダリ基地局がハンドオーバの前後で変わらない二重接続方式を実行する場合において、ユーザ端末とターゲット基地局との間でのシグナリングの発生を抑制可能な基地局を提供する。【0011】
実施形態に係る基地局は、二重接続方式を実行可能な基地局である。前記基地局は、ユーザ端末がソース基地局から前記基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から受信する受信部と、前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信する送信部と、を備える。前記送信部は、前記基地局と接続するゲートウェイ装置と前記ユーザ端末との間に、前記基地局及び前記セカンダリ基地局を経由するデータパスを確立することを示すスプリットベアラ情報を含む前記追加要求を送信する。【0012】
実施形態において、前記送信部は、前記セカンダリ基地局が前記ゲートウェイ装置ではなく他のゲートウェイ装置と接続している場合、前記スプリットベアラ情報を含む前記追加要求を送信する。【0013】
実施形態において、前記送信部は、前記識別子と共に、前記セカンダリ基地局と接続するゲートウェイ装置と前記ユーザ端末との間に前記セカンダリ基地局を経由し前記ソース基地局を経由しないデータパスが確立されていることを示す情報を前記ハンドオーバ要求が含む場合に、前記スプリットベアラ情報を含む前記追加要求を送信する。【0014】
実施形態において、前記受信部は、前記ユーザ端末へ送信される前のデータであり且つ暗号化される前の未送信データを前記ソース基地局から受信する。前記未送信データは、前記他の基地局から前記ソース基地局へ転送された未送信データを含む。【0015】
実施形態の変更例１において、前記受信部は、前記ユーザ端末へ送信される前のデータであり且つ暗号化される前の未送信データを、前記ソース基地局及び前記他の基地局のそれぞれから受信する。【0016】
実施形態の変更例２に係る基地局は、二重接続方式を実行可能な基地局である。前記基地局は、ユーザ端末がソース基地局から前記基地局へハンドオーバを実行するためのハンドオーバ要求を前記ソース基地局から受信する受信部と、前記ハンドオーバ要求が、前記ユーザ端末と前記二重接続方式を実行しているセカンダリ基地局を示す識別子を含む場合、前記二重接続方式において追加的な無線リソースを前記ユーザ端末に提供することを要求する追加要求を、前記識別子に対応する前記セカンダリ基地局に送信する送信部と、前記基地局が接続するゲートウェイ装置と前記セカンダリ基地局とが接続していない場合、前記ゲートウェイ装置と前記ユーザ端末との間に前記セカンダリ基地局を経由し前記基地局を経由しないデータパスを確立するための要求を上位ノードに通知する制御部と、を備える。【0017】
なお、特許請求の範囲において用いられている「基地局」は、一般的な基地局（いわゆる、ｅＮＢ）だけでなく、ＲＲＨ基地局（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）も含む概念である。【0018】
［実施形態］以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【0020】
図１に示すように、実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）２０を備える。【0021】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。【0022】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。【0023】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。【0024】
ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ ａｎｄ Ｍａｉｎｔｅｎａｎｃｅ）４００とを含む。【0025】
ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。ＳＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。【0026】
ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。【0027】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。【0028】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。【0029】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。【0030】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。【0031】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。【0032】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。【0033】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。【0034】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。【0035】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層を含む。【0036】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。【0037】
ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びＲＲＣ接続確立時のランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。【0038】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。【0039】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。【0040】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。【0041】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。【0042】
ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）がそれぞれ適用される。【0043】
無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。ＵＥ１００に割り当てられる無線リソース（時間・周波数リソース）のうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。【0044】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの区間は、主にユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。【0045】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける他の部分は、主にユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。【0046】
（二重接続方式）実施形態に係るＬＴＥシステムは、二重接続方式をサポートする。二重接続方式は、リリース１２以降において導入が予定されている。二重接続方式では、ＵＥ１００は、複数のｅＮＢ２００との接続を同時に確立する。ＵＥ１００には、各ｅＮＢ２００から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、ｅＮＢ２００間キャリアアグリゲーション（ｉｎｔｅｒ−ｅＮＢ ＣＡ）と称されることもある。
【0047】
図５は、二重接続方式の概要を説明するための図である。【0048】
図５に示すように、二重接続方式では、ＵＥ１００との接続を確立する複数のｅＮＢ２００のうち、マスタｅＮＢ（ＭｅＮＢ）２００−１のみが当該ＵＥ１００とのＲＲＣ接続を確立する。これに対し、当該複数のｅＮＢ２００のうちセカンダリｅＮＢ（ＳｅＮＢ）２００−２は、ＲＲＣ接続をＵＥ１００と確立せずに、追加的な無線リソースをＵＥ１００に提供する。言い換えると、ＭｅＮＢ２００−１は、ユーザプレーン接続だけでなく制御プレーン接続をＵＥ１００と確立する。これに対し、ＳｅＮＢ２００−２は、制御プレーン接続をＵＥ１００と確立せずに、ユーザプレーン接続をＵＥ１００と確立する。ＭｅＮＢ２００−１とＳｅＮＢ２００−２との間にはＸｎインターフェイスが設定される。Ｘｎインターフェイスは、Ｘ２インターフェイス又は新たなインターフェイスである。【0049】
二重接続方式では、ＵＥ１００は、ＭｅＮＢ２００−１が管理するＮ個のセル及びＳｅＮＢ２００−２が管理するＭ個のセルを同時に利用したキャリアアグリゲーションが可能である。二重接続方式においてＵＥ１００のサービングセルの最大数、すなわち、（Ｎ＋Ｍ）の最大数は、例えば５である。ここで、ＭｅＮＢ２００−１が管理するＮ個のセルからなるグループは、マスタセルグループ（ＭＣＧ）と称される。また、ＳｅＮＢ２００−２が管理するＭ個のセルからなるグループは、セカンダリセルグループ（ＳＣＧ）と称される。ＳＣＧには、ＵＥ１００のＰＵＣＣＨを設ける特別なセルが設定される。特別なセルは、キャリアアグリゲーションにおけるプライマリセル（ＰＣｅｌｌ）の機能の一部を遂行する。以下において、当該特別なセルを「ＰＳＣｅｌｌ（Ｐｒｉｍａｒｙ ＳＣｅｌｌ）」と称する。【0050】
ＭｅＮＢ２００−１は、二重接続方式において、少なくとも制御プレーンのためのＳ１インターフェイスが終端するｅＮＢ２００である。ＭｅＮＢ２００−１は、二重接続方式に関して設定されるＵＥ１００に対して、全てのＲＲＣメッセージをＭＣＧを介して送信する。一方、ＳｅＮＢ２００−２は、二重接続方式において、ＵＥ１００に対して追加的な無線リソースを提供する。また、ＳｅＮＢ２００−２は、ＭｅＮＢ２００−１ではない。【0051】
図６及び図７は、二重接続方式におけるユーザデータの転送経路（データパス）の構成方式を説明するための図である。二重接続方式におけるユーザデータの転送経路（データパス）を構成するユーザプレーンアーキテクチャ（ＵＰアーキテクチャ）は主に２通り存在する。【0052】
図６は、第１のＵＰアーキテクチャを示す。図６（Ａ）に示すように、第１のＵＰアーキテクチャでは、ＭｅＮＢ２００−１とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスと、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスと、が利用される。ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃１は、ＭｅＮＢ２００−１とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスを経由する。なお、このＥＰＳベアラ＃１は、ＭＣＧベアラと称されてもよい。ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃２は、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のＳ１−Ｕインターフェイスを経由する。なお、このＥＰＳベアラ＃２は、ＳＣＧベアラと称されてもよい。このように、第１のＵＰアーキテクチャでは、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００−１を経由しない。図６（Ｂ）に示すように、ＭｅＮＢ２００−１及びＳｅＮＢ２００−２のそれぞれは、ＰＤＣＰ、ＲＬＣ、ＭＡＣの各層の処理を行う。【0053】
図７は、第２のＵＰアーキテクチャを示す。図７（Ａ）に示すように、第２のＵＰアーキテクチャでは、ＵＥ１００とＰ−ＧＷとの間のＥＰＳベアラ＃２は、ＭｅＮＢ２００−１において分割されており、分割された一方（ｓｐｌｉｔ ｂｅａｒｅｒ）はＳｅＮＢ２００−２を経由してＵＥ１００で終端し、分割された他方（ｓｐｌｉｔ ｂｅａｒｅｒ）はＳｅＮＢ２００−２を経由せずにＵＥ１００で終端する。このように、第２のＵＰアーキテクチャでは、ＳｅＮＢ２００−２とＳ−ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００−１を経由する。図７（Ｂ）に示すように、ＥＰＳベアラ＃２における分割された一方（ｓｐｌｉｔ ｂｅａｒｅｒ）については、ＭｅＮＢ２００−１のＰＤＣＰ、ＳｅＮＢ２００−２のＲＬＣ及びＭＡＣ、により各層の処理を行う。なお、Ｓｐｌｉｔベアラ（ｓｐｌｉｔ ｂｅａｒｅｒ）については、ＲＬＣ（又はＲＬＣの一部機能）までの処理をＭｅＮＢが担当してもよい。【0054】
（実施形態に係る動作）次に、実施形態に係る動作について図８及び図９を用いて説明する。図８は、実施形態に係る動作環境を説明するための図である。図９は、実施形態に係る動作を説明するための図である。
【0055】
図８において、ＵＥ１００は、ＭｅＮＢ２００−１が管理する第１セル（ＰＣｅｌｌ）及びＳｅＮＢ２００−２が管理する第２セル（ＰＳＣｅｌｌ又はＳＣｅｌｌ）に在圏している。第１セルと第２セルとは、少なくとも一部が重複している。また、Ｔ−ＭｅＮＢ２００−３は、第３セルを管理している。第２セルと第３セルとは、少なくとも一部が重複している。また、第１セルと第３セルは、少なくとも一部が重複していてもよい。なお、第１セルと第３セルとはマクロセルであってもよく、ＭｅＮＢ２００−１及びＴ−ＭｅＮＢ２００−３はマクロセルを管理するマクロｅＮＢであってもよい。第２セルはスモールセルであってもよく、ＳｅＮＢ２００−２はスモールセルを管理するスモールｅＮＢであってもよい。【0056】
図８において、ＵＥ１００は、二重接続方式を実行中である。具体的には、ＵＥ１００は、マスタｅＮＢであるＭｅＮＢ２００−１とＲＲＣ接続を確立する。ＵＥ１００は、ＲＲＣコネクティッド状態である。一方、ＵＥ１００は、セカンダリｅＮＢであるＳｅＮＢ２００−２から追加的な無線リソースが提供される。ＵＥ１００は、ＭｅＮＢ２００−１及びＳｅＮＢ２００−２と通信を行っている。【0057】
また、ＵＥ１００は、第１のＵＰアーキテクチャにおける二重接続方式を実行中である。従って、ＵＥ１００は、ＭｅＮＢ２００−１を経由するＥＰＳベアラ♯１と、ＭｅＮＢ２００−１を介さずにＳｅＮＢ２００−２を経由するＥＰＳベアラ♯２（すなわち、ＳＣＧベアラ）と、を用いて通信を行う。ＭｅＮＢ２００−１とＳｅＮＢ２００−２とは、Ｓ−ＳＧＷ３００−１と接続している。ＵＥ１００のユーザデータは、Ｓ−ＳＧＷ３００−１において分割される。ＭｅＮＢ２００−１は、分割された一方のユーザデータをＳ−ＳＧＷ３００−１から受け取り、ＳｅＮＢ２００−２は、分割された他方のユーザデータをＳ−ＳＧＷ３００−１から受け取る。【0058】
なお、図８に示すように、Ｔ−ＭｅＮＢ２００−３は、Ｓ−ＳＧＷ３００−１と接続しておらず、Ｔ−ＳＧＷ３００−３と接続している。【0059】
ここで、ＵＥ１００の移動によって、ＭｅＮＢ２００−１からの無線信号の受信レベルが低下し、Ｔ−ＭｅＮＢ２００−３からの無線信号の受信レベルが上昇したと仮定する。この場合、ＭｅＮＢ２００−１は、ＵＥ１００からのメジャメント報告に基づいて、Ｔ−ＭｅＮＢ２００−３をハンドオーバ先とするハンドオーバ処理を開始する。【0060】
ここで、仕様では、ＵＥ１００が、ＳｅＮＢ２００−２との接続を維持したまま、ＭｅＮＢ２００−１からＴ−ＭｅＮＢ２００−３へのハンドオーバを実行し、Ｔ−ＭｅＮＢ２００−３をマスタｅＮＢとして二重接続方式を継続する方法は、規定されていない。従って、ＳｅＮＢ２００−２がハンドオーバの前後で変わらない二重接続方式を実行する場合、ＵＥ１００は、二重接続方式を一旦終了し、ハンドオーバ完了後に、Ｔ−ＭｅＮＢ２００−３（ターゲットｅＮＢ）とＳｅＮＢ２００−２とを用いた二重接続方式を開始するためのシグナリングを、Ｔ−ＭｅＮＢ２００−３とやり取りする可能性がある。【0061】
現状の仕様では、マスタｅＮＢとセカンダリｅＮＢとが同一のＳＧＷと接続していなければならないため、特に、図８に示すように、Ｔ−ＭｅＮＢ２００−３及びＳｅＮＢ２００−２が、同一のＳ−ＳＧＷと接続していない場合、二重接続方式を実行することができない。従って、この場合には特に、ＵＥ１００は、二重接続方式を終了し、ハンドオーバ完了後に、上述のシグナリングをＴ−ＭｅＮＢ２００−３とやり取りする可能性が高い。【0062】
このようなシグナリングのやり取りの結果、ユーザデータ用の無線リソースが減少したり、ユーザ端末及びターゲット基地局の負荷が増加したりする。【0063】
そこで、以下に示す方法により、上述した問題を解決する。【0064】
上述の通り、ＵＥ１００は、ＭｅＮＢ２００−１とＳｅＮＢ２００−２とを用いた二重接続方式を実行している。ＵＥ１００は、無線信号の受信レベル（ＲＳＲＰ、ＲＳＲＱ等）を測定し、測定結果であるメジャメント報告をＭｅＮＢ２００−１に送信する。ＭｅＮＢ２００−１は、ＵＥ１００からのメジャメント報告に基づいて、ＵＥ１００がＭｅＮＢ２００−１からＴ−ＭｅＮＢ２００−３へのハンドオーバを実行するためのハンドオーバ要求を、Ｔ−ＭｅＮＢ２００−３へ送信することを決定する。【0065】
図９に示すように、ステップＳ１において、ソースｅＮＢであるＳ−ＭｅＮＢ２００−１は、ターゲットｅＮＢであるＴ−ＭｅＮＢ２００−３にハンドオーバ要求（Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ）を送信する。【0066】
ここで、ハンドオーバ要求は、ハンドオーバの対象であるＵＥ１００と二重接続方式を実行しているセカンダリｅＮＢを示す識別子（ＳｅＮＢ ＩＤ）を含む。本実施形態において、ＳｅＮＢ ＩＤは、ＳｅＮＢ２００−２を示す識別子である。なお、セカンダリｅＮＢを示す識別子は、ＳＣＧを示す識別子であってもよい。これにより、Ｔ−ＭｅＮＢ２００−３は、ＵＥ１００がＳｅＮＢ２００−２と二重接続方式を実行していることが分かる。【0067】
また、ハンドオーバ要求は、Ｓ−ＳＧＷ３００−１とＵＥ１００との間に、ＳｅＮＢ２００−２を経由しＳ−ＭｅＮＢ２００−１を経由しないデータパス（ＳＣＧベアラ）が確立されていることを示す情報（ＳＣＧ ｉｎｆｏ）を含んでもよい。これにより、Ｔ−ＭｅＮＢ２００−３は、ＳＣＧベアラが確立されていることが分かる。【0068】
なお、ＳＣＧ ｉｎｆｏは、ハンドオーバ準備に関する情報（ＨａｎｄｏｖｅｒＰｒｅｐｅｒａｔｉｏｎＩｎｆｏｒｍａｔｉｏｎ）に含まれてもよい。【0069】
また、ハンドオーバ要求は、ＳｅＮＢ２００−２とＵＥ１００との間のＸ２ＡＰ（Ｘ２ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を示す識別子（ｓｏｕｒｃｅ ｓｉｄｅ ＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ）を含んでもよい。なお、ハンドオーバ要求は、Ｓ−ＭｅＮＢ２００−１とＵＥ１００との間のＸ２ＡＰを示す識別子（ｓｏｕｒｃｅ ｓｉｄｅ ＭｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ）を含んでいてもよい。【0070】
また、ハンドオーバ要求は、Ｓ−ＭｅＮＢ２００−１（及びＳｅＮＢ２００−２）が接続するＳＧＷを示す識別子を含んでもよい。本実施形態では、ＳＧＷを示す識別子は、Ｓ−ＳＧＷ３００−１を示す。これにより、Ｔ−ＭｅＮＢ２００−３は、自局が接続するＳＧＷとＳｅＮＢ２００−２が接続するＳＧＷとが同一か否かが分かる。【0071】
なお、Ｔ−ＭｅＮＢ２００−３は、ハンドオーバ要求を了承する場合に、ステップ２の処理を実行する。以下において、Ｔ−ＭｅＮＢ２００−３が、ハンドオーバ要求を了承したと仮定して説明を進める。【0072】
ステップＳ２において、Ｔ−ＭｅＮＢ２００−３は、二重接続方式において追加的な無線リソースをＵＥ１００に提供することを要求する追加要求（ＳｅＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔ）を、ＳｅＮＢ ＩＤに対応するＳｅＮＢ２００−２に送信する。【0073】
追加要求は、二重接続方式におけるＳｅＮＢ２００−２の設定に関する設定情報（ＳＣＧ−ＣｏｎｆｉｇＩｎｆｏ）を含む。本実施形態において、設定情報は、Ｔ−ＳＧＷ３００−３とＵＥ１００との間にＴ−ＭｅＮＢ２００−３及びＳｅＮＢ２００−２を経由するデータパス（Ｓｐｌｉｔベアラ）を確立することを示すスプリットベアラ情報を含む。【0074】
ここで、Ｔ−ＭｅＮＢ２００−３は、ハンドオーバ要求にＳｅＮＢ ＩＤが含まれる場合に、スプリットベアラ情報を含む追加要求をＳｅＮＢ２００−２に送信してもよい。【0075】
或いは、Ｔ−ＭｅＮＢ２００−３は、ＳｅＮＢ２００−２がＴ−ＭｅＮＢ２００−３と接続するＴ−ＳＧＷ３００−３ではなく他のＳＧＷに接続している場合に、スプリットベアラ情報を含む追加要求をＳｅＮＢ２００−２に送信してもよい。なお、Ｔ−ＭｅＮＢ２００−３は、ハンドオーバ要求に含まれるＳＧＷを示す識別子に基づいて、ＳｅＮＢ２００−２がＴ−ＳＧＷ３００−３と接続しているかを判定してもよい。或いは、Ｔ−ＭｅＮＢ２００−３は、上位ノード（例えば、ＯＡＭ４００）に、ＳｅＮＢ２００−２（又はハンドオーバ要求の送信元であるＳ−ＭｅＮＢ２００−１）が接続するＳＧＷを問い合わせてもよい。Ｔ−ＭｅＮＢ２００−３は、上位ノードからの応答に基づいて、ＳｅＮＢ２００−２がＴ−ＳＧＷ３００−３と接続しているかを判定してもよい。或いは、Ｔ−ＭｅＮＢ２００−３は、自身が保持（蓄積）している情報（例えば、過去の問い合わせ履歴など）に基づいて、ＳｅＮＢ２００−２がＴ−ＳＧＷ３００−３と接続しているかを判定してもよい。【0076】
Ｔ−ＭｅＮＢ２００−３は、ＳｅＮＢ２００−２がＴ−ＳＧＷ３００−３ではなくＴ−ＳＧＷ３００−１と接続しているため、ＳＣＧベアラではなくＳｐｌｉｔベアラにベアラタイプを変更すると決定してもよい。これにより、セカンダリｅＮＢがハンドオーバの前後で変わらない状態で、ハンドオーバ処理を実行できる。【0077】
或いは、Ｔ−ＭｅＮＢ２００−３は、ハンドオーバ要求に含まれるＳｅＮＢ ＩＤと関係なく、追加要求を送信するセカンダリｅＮＢを選択し、選択したセカンダリｅＮＢがＳｅＮＢ ＩＤと一致した場合に、スプリットベアラ情報を含む追加要求をＳｅＮＢ２００−２に送信してもよい。【0078】
なお、Ｔ−ＭｅＮＢ２００−３は、ＵＥ１００と二重接続方式を実行すると判定した場合に、ＳｅＮＢ ＩＤに対応するＳｅＮＢ２００−２に追加要求を送信してもよい。或いは、Ｔ−ＭｅＮＢ２００−３は、ハンドオーバ要求にＳｅＮＢ ＩＤが含まれる場合に、ＳｅＮＢ ＩＤに対応するＳｅＮＢ２００−２に追加要求を送信してもよい。【0079】
また、追加要求は、ハンドオーバ要求に含まれるｓｏｕｒｃｅ ｓｉｄｅ ＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤを含んでいてもよい。また、追加要求は、ハンドオーバ要求に含まれるｓｏｕｒｃｅ ｓｉｄｅ ＭｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤを含んでいてもよい。ＳｅＮＢ２００−２は、これらの識別子（「ｓｏｕｒｃｅ ｓｉｄｅ ＳｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ」及び「ｓｏｕｒｃｅ ｓｉｄｅ ＭｅＮＢ ＵＥ Ｘ２ＡＰ ＩＤ」）の少なくとも一方を用いて、ハンドオーバ要求の対象となるＵＥを特定できる。ＳｅＮＢ２００−２は、ハンドオーバ要求の対象となるＵＥ１００のコンテキスト情報を維持したり、無線リソースを確保したりすることができる。【0080】
また、追加要求は、Ｔ−ＭｅＮＢ２００−３とＳｅＮＢ２００−２とを用いる二重接続方式においてユーザデータを暗号化するための暗号化情報（ｎｅｗ Ｓ−ＫｅＮＢ）を含んでいてもよい。【0081】
追加要求を受信したＳｅＮＢ２００−２は、追加要求を了承するか拒否するか否かを判定する。ＳｅＮＢ２００−２は、スプリットベアラ情報に基づいて、Ｔ−ＭｅＮＢ２００−３がＳｐｌｉｔベアラを確立することを要求していることを知る。【0082】
以下において、ＳｅＮＢ２００−２が追加要求を了承したと仮定して説明を進める。また、ＳｅＮＢ２００−２がＳｐｌｉｔベアラを確立することを了承したと仮定して説明を進める。【0083】
なお、ＳｅＮＢ２００−２は、Ｓｐｌｉｔベアラを確立することを了承した場合、ＰＤＣＰ層におけるＵＥ１００へのデータの処理を中断し、ＵＥ１００へのデータの送信を中断する。ＰＤＣＰ層における処理は、後述する。【0084】
ステップＳ３において、ＳｅＮＢ２００−２は、追加要求に対する肯定応答（ＳｅＮＢ Ａｄｄｉｔｉｏｎ Ａｃｋ）をＴ−ＭｅＮＢ２００−３に送信する。【0085】
肯定応答は、ＳｅＮＢ２００−２において作成されたＳＣＧ設定情報（ＳＣＧ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含んでもよい。ＳＣＧ設定情報は、ＵＥ１００において設定されるＳＣＧの情報である。具体的には、ＳＣＧ設定情報は、ＵＥ１００がＴ−ＭｅＮＢ２００−３及びＳｅＮＢ２００−２と二重接続方式を実行するために、ＲＲＣ接続再設定メッセージに必要な情報である。【0086】
また、肯定応答は、Ｓｐｌｉｔベアラに関するＸ２−Ｕアドレス（Ｘ２−Ｕ ａｄｄｒｅｓｓｅｓ for ｓｐｌｉｔ ｂｅａｒｅｒ）を含んでもよい。【0087】
なお、ＳｅＮＢ２００−２は、例えば、追加要求に対する肯定応答の送信に応じてＵＥ１００に対するユーザデータの送信を中断してもよい。【0088】
Ｓ−ＭｅＮＢ２００−１は、ＵＥ１００において設定されるＭＣＧの情報であるＴ−ＭＣＧ設定情報（Ｔ−ＭＣＧ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を作成する。具体的には、Ｔ−ＭＣＧ設定情報は、ＵＥ１００がＴ−ＭｅＮＢ２００−３及びＳｅＮＢ２００−２と二重接続方式を実行するために、ＲＲＣ接続再設定メッセージに必要な情報である。Ｓ−ＭｅＮＢ２００−１は、ＳＣＧ設定情報とＴ−ＭＣＧ設定情報をＨＯコマンドコンテナ（ＨＯ Ｃｏｍｍａｎｄ ｃｏｎｔａｉｎｅｒ）に含める。【0089】
ステップＳ４において、Ｔ−ＭｅＮＢ２００−３は、ハンドオーバ要求に対する肯定応答（ＨＯ ｒｅｑ Ａｃｋ）をＳ−ＭｅＮＢ２００−１に送信する。【0090】
肯定応答は、ＵＥ１００に設定するＲＲＣ接続再設定メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）に関する情報を含む。具体的には、肯定応答は、ＨＯコマンドコンテナを含む。【0091】
ステップＳ５において、Ｓ−ＭｅＮＢ２００−１は、ＲＲＣ接続再設定メッセージをＵＥ１００に送信する。ＵＥ１００は、受信したＲＲＣ接続再設定メッセージに基づく設定を適用する。【0092】
ＲＲＣ接続再設定メッセージは、ＵＥ１００にハンドオーバを実行させるためのハンドオーバコマンド（ＨＯ Ｃｍｄ）を含む。また、ＲＲＣ接続再設定メッセージ（ハンドオーバコマンド）は、ＨＯコマンドコンテナを含む。【0093】
ＵＥ１００は、ＨＯコマンドコンテナに含まれるＳＣＧ設定情報及びＴ−ＭＣＧ設定情報に基づいて、ＳｅＮＢ２００−２との間で確立されているＳＣＧベアラをＳｐｌｉｔベアラにベアラタイプを変更する設定を適用する。また、ＵＥ１００は、ＳＣＧベアラによる送受信を中断する。【0094】
ステップＳ６において、ＵＥ１００は、Ｔ−ＭｅＮＢ２００−３に対してランダムアクセス手順を開始する。ランダムアクセス手順が完了した場合、ＵＥ１００は、ランダムアクセス手順を完了した後、Ｔ−ＭｅＮＢ２００−３に上り送信（ＵＬ送信）を実行できる。また、ＵＥ１００とＴ−ＭｅＮＢ２００−３とのＲＲＣ接続が確立される。【0095】
ステップＳ７において、ＵＥ１００は、ランダムアクセス手順を完了した後、Ｔ−ＭｅＮＢ２００−３にＲＲＣ接続再設定完了メッセージ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ ｃｏｍｐｌｅｔｅ）を送信する。【0096】
ステップＳ８において、Ｔ−ＭｅＮＢ２００−３は、ＲＲＣ接続再設定が完了したことをＳｅＮＢ２００−２に通知する。【0097】
ステップＳ９において、ＵＥ１００は、ＳｅＮＢ２００−２に対してランダムアクセス手順を開始する。ＵＥ１００は、ランダムアクセス手順を完了した後、ＳｅＮＢ２００−２に上り送信（ＵＬ送信）を実行できる。【0098】
ステップＳ１０において、Ｓ−ＭｅＮＢ２００−１は、セカンダリｅＮＢを解放するためのＳｅＮＢ解放要求（ＳｅＮＢ Ｒｅｌｅａｓｅ Ｒｅｑｕｅｓｔ）をＳｅＮＢ２００−２に送信する。【0099】
ステップＳ１１ａにおいて、ＳｅＮＢ２００−２は、ＳｅＮＢ解放要求の受信に応じて、Ｓ−ＭｅＮＢ２００−１に対してＳＮ転送処理（ＳＮ ｔｒａｎｓｆｅｒ）を開始する。ＳｅＮＢ２００−２は、Ｓ−ＭｅＮＢ２００−１に、ＵＥ１００へ送信済みのデータのＳＮ値及びＵＥ１００から受信済みのデータのＳＮ値の少なくとも一方を通知する。【0100】
ステップＳ１１ｂにおいて、Ｓ−ＭｅＮＢ２００−１は、Ｔ−ＭｅＮＢ２００−３に対してＳＮ転送処理（ＳＮ ｔｒａｎｓｆｅｒ）を開始する。Ｓ−ＭｅＮＢ２００−１は、Ｔ−ＭｅＮＢ２００−３に、ＵＥ１００へ送信済みのデータのＳＮ値及びＵＥ１００から受信済みのデータのＳＮ値の少なくとも一方を通知する。ここでは、通知は、Ｓ−ＭｅＮＢ２００−１から通知されたＳＮ値を含んでもよい。【0101】
ステップＳ１２において、ＵＥ１００へ送信される前の未送信データがＴ−ＭｅＮＢ２００−３に転送される。【0102】
まず、Ｓ−ＳＧＷ３００−１は、ＵＥ１００へのデータ（ユーザデータ）を分割し、Ｓ−ＭｅＮＢ２００−１及びＳｅＮＢ２００−２のそれぞれに送信し続ける。Ｓ−ＭｅＮＢ２００−１は、分割された一方のユーザデータを受信し続け、ＳｅＮＢ２００−２は、分割された他方のユーザデータをＳ−ＳＧＷ３００−１から受信し続ける。【0103】
次に、ＳｅＮＢ２００−２は、Ｓ−ＳＧＷ３００−１から受信したデータをＰＤＣＰ層において暗号化せずに、Ｓ−ＭｅＮＢ２００−１に送信（転送）する。従って、ＳｅＮＢ２００−２は、ＵＥ１００へ送信される前のデータであり且つ暗号化される前の未送信データ（ＰＤＣＰ ＳＤＵ）をＳ−ＭｅＮＢ２００−１に送信する。これにより、暗号化される前のデータがＳ−ＭｅＮＢ２００−１に集まる。【0104】
Ｓ−ＭｅＮＢ２００−１は、Ｓ−ＳＧＷ３００−１から受信したデータをＰＤＣＰ層において暗号化せずに、Ｔ−ＭｅＮＢ２００−３に送信（転送）する。従って、Ｓ−ＭｅＮＢ２００−１は、ＵＥ１００へ送信される前のデータであり且つ暗号化される前の未送信データ（ＰＤＣＰ ＳＤＵ）をＴ−ＭｅＮＢ２００−３に送信する。また、Ｓ−ＭｅＮＢ２００−１は、ＳｅＮＢ２００−２から受信した未送信データ（ＰＤＣＰ ＳＤＵ）をＴ−ＭｅＮＢ２００−３に送信する。従って、Ｔ−ＭｅＮＢ２００−３がＳ−ＭｅＮＢ２００−１から受信する未送信データは、ＳｅＮＢ２００−２からＳ−ＭｅＮＢ２００−１へ転送された未送信データを含む。【0105】
Ｔ−ＭｅＮＢ２００−３は、Ｓ−ＭｅＮＢ２００−１から受信した未送信データ（ＰＤＣＰ ＳＤＵ）をＰＤＣＰ層において処理する。これにより、Ｔ−ＭｅＮＢ２００−３は、暗号化されたデータ（ＰＤＣＰ ＰＤＵ）を生成する。【0106】
ステップＳ１３において、Ｔ−ＭｅＮＢ２００−３は、Ｆｌｏｗ制御に基づいて、暗号化されたデータの一部をＳｅＮＢ２００−２に転送する。Ｆｌｏｗ制御は、ＵＥ１００に通知されたＲＲＣ接続再設定メッセージ（Ｔ−ＭＣＧ設定情報及びＳＣＧ設定情報）に基づく制御である。【0107】
ＳｅＮＢ２００−２は、転送されたデータをＳｐｌｉｔベアラを用いてＵＥ１００へ送信する。また、Ｔ−ＭｅＮＢ２００−３は、暗号化された残りのデータをＵＥ１００へ送信する。Ｔ−ＭｅＮＢ２００−３は、ＭＣＧベアラ又はＳｅＮＢ２００−２を経由しないＳｐｌｉｔベアラを用いてＵＥ１００へ送信する。【0108】
なお、ＳｅＮＢ２００−２は、Ｓ−ＳＧＷ３００−１に接続し、Ｔ−ＳＧＷ３００−３に接続していないが、Ｔ−ＭｅＮＢ２００−３からＵＥ１００へのデータを受信するため、二重接続方式を実行することが可能である。【0109】
ステップＳ１４において、Ｔ−ＭｅＮＢ２００−３は、データパスを切り替えるための切替要求（Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ）を上位ノードであるＭＭＥ３００−５に通知する。Ｔ−ＭｅＮＢ２００−３は、Ｔ−ＭｅＮＢ２００−３が接続しているＴ−ＳＧＷ３００−３にＳｅＮＢ２００−２が接続していない場合に、切替要求をＭＭＥ３００−５に通知する。【0110】
ステップＳ１５において、ＭＭＥ３００−５は、切替要求の受信に応じて、ＳｅＮＢ２００−２のＳＧＷへの接続をＳ−ＳＧＷ３００−１からＴ−ＳＧＷ３００−３へ切り替える。なお、ＭＭＥ３００−５は、既存のＩｎｔｅｒ ＳＣＧ ＨＯ処理によって切り替える。これにより、ＳｅＮＢ２００−２は、ＵＥ１００のデータをＴ−ＳＧＷ３００−３と送受信可能である。【0111】
ステップＳ１６において、Ｔ−ＭｅＮＢ２００−３は、Ｔ−ＳＧＷ３００−３からＵＥ１００へのデータ（ＤＬ ｄａｔａ）を受信する。Ｔ−ＭｅＮＢ２００−３は、受信したデータをＰＤＣＰ層において処理し、暗号化されたデータを作成する。【0112】
ステップＳ１７において、Ｔ−ＳＧＷ３００−３は、ステップＳ１３と同様に、Ｆｌｏｗ制御に基づいて、暗号化されたデータの一部をＳｅＮＢ２００−２に転送し、暗号化された残りのデータをＵＥ１００に送信する。ＳｅＮＢ２００−２は、受信したデータをＵＥ１００に送信する。【0113】
以上より、一連のハンドオーバ手順において、ＳＣＧベアラをＳｐｌｉｔベアラに変更することによって、ＵＥ１００が、ＳｅＮＢ２００−２との接続を維持したまま、Ｓ−ＭｅＮＢ２００−１からＴ−ＭｅＮＢ２００−３へのハンドオーバを実行し、Ｔ−ＭｅＮＢ２００−３をマスタｅＮＢとして二重接続方式を継続できる。従って、ＵＥ１００とＴ−ＭｅＮＢ２００−３との間で、Ｔ−ＭｅＮＢ２００−３とＳｅＮＢ２００−２とを用いた二重接続方式を開始するためのシグナリングの発生を抑制できる。【0114】
（変更例１）次に、実施形態の変更例１について図１０を用いて説明する。図１０は、実施形態の変更例１に係る動作を説明するための図である。上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【0115】
変更例１では、ＳｅＮＢ２００−２は、Ｓ−ＳＧＷ３００−１から受信したデータをＳ−ＭｅＮＢ２００−１ではなく、Ｔ−ＭｅＮＢ２００−３に転送する。【0116】
ステップＳ２１〜Ｓ３０は、ステップＳ１〜Ｓ１０に対応する。【0117】
ステップＳ３１ａにおいて、ＳｅＮＢ２００−２は、Ｓ−ＭｅＮＢ２００−１ではなく、Ｔ−ＭｅＮＢ２００−３に対してＳＮ転送処理（ＳＮ ｔｒａｎｓｆｅｒ）を開始する。ＳｅＮＢ２００−２は、Ｔ−ＭｅＮＢ２００−３に、ＵＥ１００へ送信済みのデータのＳＮ値及びＵＥ１００から受信済みのデータのＳＮ値の少なくとも一方を通知する。なお、ステップＳ３１ｂは、ステップＳ１１ｂに対応する。【0118】
ステップＳ３２において、ＳｅＮＢ２００−２は、Ｓ−ＳＧＷ３００−１から受信したデータをＴ−ＭｅＮＢ２００−３に転送する。従って、Ｔ−ＭｅＮＢ２００−３は、Ｓ−ＭｅＮＢ２００−１及びＳｅＮＢ２００−２のそれぞれから未送信データ（ＰＤＣＰ ＳＤＵ）を受信する。従って、Ｔ−ＭｅＮＢ２００−３がＳ−ＭｅＮＢ２００−１から受信する未送信データは、ＳｅＮＢ２００−２からＳ−ＭｅＮＢ２００−１へ転送された未送信データを含まない。これにより、Ｓ−ＭｅＮＢ２００−１の処理負荷を減少できる。【0119】
ステップＳ３３〜Ｓ３７は、ステップＳ１３〜Ｓ１７に対応する。【0120】
（変更例２）次に、実施形態の変更例２について図１１を用いて説明する。図１１は、実施形態の変更例２に係る動作を説明するための図である。上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【0121】
変更例２では、ハンドオーバの前後でＳＣＧベアラを維持する。すなわち、ベアラタイプがＳＣＧベアラからＳｐｌｉｔベアラに変更されない。【0122】
ステップＳ５１は、ステップＳ１に対応する。【0123】
ステップＳ５２において、Ｔ−ＭｅＮＢ２００−３は、追加要求（ＳｅＮＢ Ａｄｄｉｔｉｏｎ Ｒｅｑｕｅｓｔ）を、ＳｅＮＢ ＩＤに対応するＳｅＮＢ２００−２に送信する。【0124】
Ｔ−ＭｅＮＢ２００−３は、ＳＣＧベアラによって二重接続方式を実行すると決定した後、追加要求（具体的には、設定情報（ＳＣＧ−ＣｏｎｆｉｇＩｎｆｏ））に、Ｔ−ＳＧＷ３００−３とＵＥ１００との間にＴ−ＭｅＮＢ２００−３を経由せずにＳｅＮＢ２００−２を経由するデータパス（ＳＣＧ ｂｅａｒｅｒ）を確立することを示すＳＣＧベアラ情報を含める。Ｔ−ＭｅＮＢ２００−３は、ハンドオーバ要求に含まれるＳＣＧベアラが確立されていることを示す情報（ＳＣＧ ｉｎｆｏ）に基づいて、ＳＣＧベアラによって二重接続方式を実行すると決定してもよい。【0125】
ＳｅＮＢ２００−２は、ＳＣＧベアラ情報に基づいて、Ｔ−ＭｅＮＢ２００−３がＳＣＧベアラを確立する（ＳＣＧベアラを維持する）ことを要求していることを知る。以下において、ＳｅＮＢ２００−２がＳＣＧベアラを維持することを了承したと仮定して説明を進める。【0126】
ステップＳ５３〜Ｓ６０は、ステップＳ３〜Ｓ１０に対応する。また、ステップＳ６１は、ステップＳ１１ｂに対応する。【0127】
ステップ６２ａにおいて、ＳｅＮＢ２００−２は、Ｓ−ＳＧＷ３００−１から分割された一方のユーザデータ（ＤＬ data）をＳ−ＳＧＷ３００−１から受信する。ＳｅＮＢ２００−２は、ステップＳ５２においてＴ−ＭｅＮＢ２００−３から受信した暗号化情報（ｎｅｗ Ｓ−ＫｅＮＢ）に基づいて、Ｓ−ＳＧＷ３００−１から受信したデータの暗号化を行う。具体的には、ＳｅＮＢ２００−２は、ＰＤＣＰ層においてデータの暗号化を行い、暗号化されたデータ（ＰＤＣＰ ＰＤＵ）を生成する。ＳｅＮＢ２００−２は、Ｔ−ＭｅＮＢ２００−３からＲＲＣ接続再設定が完了したことを通知された後に、ｎｅｗ Ｓ−ＫｅＮＢに基づいて暗号化されたデータをＵＥ１００に送信する。【0128】
ステップＳ６２ｂは、ステップＳ１２に対応する。Ｓ−ＭｅＮＢ２００−１は、ｎｅｗ Ｓ−ＫｅＮＢを知らないので、ステップＳ１２と同様に、ＵＥ１００へ送信される前のデータであり且つ暗号化される前の未送信データ（ＰＤＣＰ ＳＤＵ）をＴ−ＭｅＮＢ２００−３に送信する。【0129】
ステップＳ６３は、ステップＳ１４に対応する。Ｔ−ＭｅＮＢ２００−３は、データパスを切り替えるための切替要求（Ｐａｔｈ Ｓｗｉｔｃｈ Ｒｅｑｕｅｓｔ）を上位ノードであるＭＭＥ３００−５に通知する。【0130】
Ｔ−ＭｅＮＢ２００−３は、ＳＣＧベアラによって二重接続方式を実行する場合で、且つ、Ｔ−ＭｅＮＢ２００−３が接続しているＴ−ＳＧＷ３００−３にＳｅＮＢ２００−２が接続していない場合に、切替要求をＭＭＥ３００−５に通知する。【0131】
切替要求は、Ｔ−ＳＧＷ３００−３とＵＥ１００との間にＳｅＮＢ２００−２を経由しＴ−ＭｅＮＢ２００−３を経由しないデータパス（ＳＣＧベアラ）を確立するための要求である。切替要求は、少なくとも当該ＳＣＧベアラを確立するために必要な情報を含む。例えば、必要な情報は、Ｔ−ＳＧＷ３００−３が、ＵＥ１００へのユーザデータをＴ−ＭｅＮＢ２００−３及びＳｅＮＢ２００−２に送信できるように設定するための情報である。また、必要な情報は、Ｔ−ＳＧＷ３００−３が、ＵＥ１００からのユーザデータをＴ−ＭｅＮＢ２００−３及びＳｅＮＢ２００−２から受信できるように設定するための情報である。具体的には、必要な情報は、Ｓ−ＭｅＮＢ２００−１とＳｅＮＢ２００−２との終端情報（ｅｎｄ ｐｏｉｎｔ情報）を含む。【0132】
ステップＳ６４は、ステップＳ１５に対応する。ＭＭＥ３００−５は、切替要求に基づいて、ＳｅＮＢ２００−２のＳＧＷへの接続をＳ−ＳＧＷ３００−１からＴ−ＳＧＷ３００−３へ切り替える。また、ＭＭＥ３００−５は、Ｔ−ＳＧＷ３００−３とＵＥ１００との間にＳＳＣＧベアラを確立するように設定する。【0133】
ステップＳ６５ａにおいて、Ｔ−ＭｅＮＢ２００−３は、Ｔ−ＳＧＷ３００−３からＵＥ１００へのデータ（ＤＬ ｄａｔａ）を受信する。Ｔ−ＭｅＮＢ２００−３は、受信したデータをＰＤＣＰ層において処理し、暗号化されたデータを作成する。Ｔ−ＭｅＮＢ２００−３は、暗号化されたデータをＵＥ１００に送信する。【0134】
ステップＳ６５ｂにおいて、ＳｅＮＢ２００−２は、Ｔ−ＳＧＷ３００−３からＵＥ１００へのデータ（ＤＬ ｄａｔａ）を受信する。ＳｅＮＢ２００−２は、ｎｅｗ Ｓ−ＫｅＮＢに基づいて受信したデータをＰＤＣＰ層において処理し、暗号化されたデータを作成する。ＳｅＮＢ２００−２は、暗号化されたデータをＵＥ１００に送信する。【0135】
以上のより、ＵＥ１００が、ＳｅＮＢ２００−２との接続（すなわち、ＳＣＧベアラ）を維持したまま、Ｓ−ＭｅＮＢ２００−１からＴ−ＭｅＮＢ２００−３へのハンドオーバを実行し、Ｔ−ＭｅＮＢ２００−３をマスタｅＮＢとして二重接続方式を継続できる。従って、ＵＥ１００とＴ−ＭｅＮＢ２００−３との間で、Ｔ−ＭｅＮＢ２００−３とＳｅＮＢ２００−２とを用いた二重接続方式を開始するためのシグナリングの発生を抑制できる。【0136】
［その他の実施形態］上述した実施形態では、Ｔ−ＭｅＮＢ２００−３は、追加要求をＳｅＮＢ ＩＤに対応するＳｅＮＢ２００−２に送信していたが、これに限られない。Ｔ−ＭｅＮＢ２００−３は、二重接続方式におけるＳｅＮＢ２００−２でのＵＥ１００のコンテキスト情報の変更を要求する変更要求（ＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）をＳｅＮＢ ＩＤに対応するＳｅＮＢ２００−２に送信してもよい。変更要求は、二重接続方式において、ＳｅＮＢ２００−２がＵＥ１００に割り当てるリソースの変更を要求する情報であってもよい。変更要求は、上述した実施形態と同様の情報を含むことが可能である。変更要求を受信したＳｅＮＢ２００−２は、上述した実施形態と同様の動作を実行する。追加要求だけでなく、変更要求によっても、上述した実施形態と同様に、二重接続方式を開始するためのシグナリングの発生を抑制できる。
【0137】
上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。【0138】
［相互参照］米国仮出願第６２／１１２７６４号（２０１５年２月６日出願）の全内容が参照により本願明細書に組み込まれている。
【産業上の利用可能性】
【0139】
本発明は、通信分野において有用である。