(57)【要約】セカンダリ基地局（２）は、第１のマスター基地局（１）と連携してＤＣのためのセカンダリセル・グループ（ＳＣＧ）を無線端末に提供している間に第２のマスター基地局（３）からＳｅＮＢ追加要求メッセージを受信するよう構成されている。当該ＳｅＮＢ追加要求メッセージは、第１のマスター基地局（１）とのＤＣのためにセカンダリ基地局（２）に既に設定されている少なくとも１つのベアラの各々がセカンダリ基地局（２）によって維持されるか否かを示す。これにより、例えば、Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ（ＤＣ）のマスター基地局の変更手順を既存の基地局間インタフェース手順及び基地局間シグナリング・メッセージを利用して行うことに寄与できる。
2017022166.tif 000002
【特許請求の範囲】
【請求項１】
セカンダリ基地局であって、
少なくとも１つの無線トランシーバと
前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信するよう構成され、
前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
セカンダリ基地局。
【請求項２】
前記少なくとも１つのプロセッサは、前記SeNB追加要求メッセージの受信に応じて、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを、前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラから区別するよう構成されている、
請求項１に記載のセカンダリ基地局。
【請求項３】
前記少なくとも１つのプロセッサは、前記１又は複数の第２のベアラに関する前記セカンダリ基地局から前記第２のマスター基地局へのデータ通信状況の報告及びデータフォワーディングの少なくともいずれかを行うよう構成されている、
請求項２に記載のセカンダリ基地局。
【請求項４】
前記SeNB追加要求メッセージは、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを示す第１のリスト及び前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラを示す第２のリストのうちいずれか又は両方を含む、
請求項１に記載のセカンダリ基地局。
【請求項５】
前記SeNB追加要求メッセージは、前記第１のリストを少なくとも含み、
前記少なくとも１つのプロセッサは、前記第１のリストに含まれていない１又は複数のベアラが解放されてもよいこと又は前記第２のマスター基地局に移されることを認識するよう構成されている、
請求項４に記載のセカンダリ基地局。
【請求項６】
前記少なくとも１つのプロセッサは、前記第２のマスター基地局からの前記SeNB追加要求メッセージを受け入れた後に、前記dual connectivityのためのリソースの解放をトリガーするSeNB解放要求メッセージを前記第１のマスター基地局から受信するよう構成され、
前記SeNB解放要求メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
請求項１〜５のいずれか１項に記載のセカンダリ基地局。
【請求項７】
セカンダリ基地局における方法であって、
第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信すること、前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、及び
前記SeNB追加要求メッセージの受信に応じて、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラから区別すること、
を備える方法。
【請求項８】
セカンダリ基地局における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信すること、前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、及び
前記SeNB追加要求メッセージの受信に応じて、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラから区別すること、
を備える、
非一時的なコンピュータ可読媒体。
【請求項９】
少なくとも１つの無線トランシーバと
前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、セカンダリ基地局が第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間にSeNB追加要求メッセージを前記セカンダリ基地局に送信するよう構成され、
前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
第２のマスター基地局。
【請求項１０】
前記少なくとも１つのプロセッサは、前記第１のマスター基地局からのハンドオーバ要求の受信に応じて、前記SeNB追加要求メッセージを送信するよう構成されている、
請求項９に記載の第２のマスター基地局。
【請求項１１】
前記少なくとも１つのプロセッサは、前記セカンダリ基地局から前記SeNB追加要求メッセージに対する応答メッセージを受信した後に、前記ハンドオーバ要求に対する応答メッセージを前記第１のマスター基地局に送信するよう構成され、
前記ハンドオーバ要求に対する前記応答メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示す、
請求項１０に記載の第２のマスター基地局。
【請求項１２】
前記ハンドオーバ要求に対する前記応答メッセージは、前記第２のマスター基地局によって許容された１又は複数のベアラを示す第３のリスト、及び前記第３のリストに含まれる各ベアラが前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示すベアラ・ステイタス情報要素を含む、
請求項１１に記載の第２のマスター基地局。
【請求項１３】
第２のマスター基地局における方法であって、
セカンダリ基地局が第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間にSeNB追加要求メッセージを前記セカンダリ基地局に送信すること、前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
を備える方法。
【請求項１４】
第２のマスター基地局における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、セカンダリ基地局が第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間にSeNB追加要求メッセージを前記セカンダリ基地局に送信すること、前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
を備える、
非一時的なコンピュータ可読媒体。
【請求項１５】
第１のマスター基地局であって、
少なくとも１つの無線トランシーバと
前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に、前記無線端末のハンドオーバ要求を第２のマスター基地局に送信し、前記ハンドオーバ要求に対する応答メッセージを前記第２のマスター基地局から受信するよう構成され、
前記応答メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示す、
第１のマスター基地局。
【請求項１６】
前記少なくとも１つのプロセッサは、前記応答メッセージを受信した後に、前記dual connectivityのためのリソースの解放をトリガーするSeNB解放要求メッセージを前記セカンダリ基地局に送信するよう構成され、
前記SeNB解放要求メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
請求項１５に記載の第１のマスター基地局。
【請求項１７】
前記SeNB解放要求メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は解放されるかを示すベアラ・ステイタス情報要素を含む、
請求項１６に記載の第１のマスター基地局。
【請求項１８】
第１のマスター基地局における方法であって、
セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に、前記無線端末のハンドオーバ要求を第２のマスター基地局に送信すること、及び
前記ハンドオーバ要求に対する応答メッセージを前記第２のマスター基地局から受信すること、前記応答メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示す、
を備える方法。
【請求項１９】
第１のマスター基地局における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に、前記無線端末のハンドオーバ要求を第２のマスター基地局に送信すること、及び
前記ハンドオーバ要求に対する応答メッセージを前記第２のマスター基地局から受信すること、前記応答メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
を備える、
非一時的なコンピュータ可読媒体。
【請求項２０】
無線端末であって、
第１のマスター基地局、第２のマスター基地局、及びセカンダリ基地局と通信するための少なくとも１つの無線トランシーバと、
少なくとも１つのプロセッサと、
を備え、
前記第１のマスター基地局、前記第２のマスター基地局、及び前記セカンダリ基地局は、前記セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を前記無線端末に提供しているときに、前記dual connectivityのマスター基地局を前記第１のマスター基地局から前記第２のマスター基地局に変更する手順を実行するよう構成され、
前記少なくとも１つのプロセッサは、
前記手順の間に、前記第２のマスター基地局に関するマスターセル・グループ（MCG）設定及び前記セカンダリ基地局に関するSCG設定を前記第１のマスター基地局から受信するよう構成され、
前記MCG設定及び前記SCG設定の受信に応答して、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否か又は前記第２のマスター基地局に移されるかを認識するよう構成され、
少なくとも１つのベアラを含む前記セカンダリ基地局の前記SCGへの接続を保持したまま、前記dual connectivityのマスター基地局を前記第１のマスター基地局から前記第２のマスター基地局に変更するよう構成されている、
無線端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信ネットワークに関し、特にDual Connectivity（DC）に関する。
【背景技術】
【０００２】
3GPP Release 12は、Dual Connectivity（DC）を規定している（例えば、非特許文献１及び２を参照）。DCは、3GPP Release 11で導入されたCoordinated Multipoint（CoMP）と似ているが異なる。特に、DCでは、マクロセルとスモールセル（ピコセル）とで異なるキャリア周波数が使用されること、無線端末（User Equipment（UE））が２つのMedium Access Control（MAC）エンティティを実行すること（つまり、UEはマスター基地局（Master eNodeB（MeNB））とセカンダリ基地局（Secondary eNB（SeNB））の２つの独立したスケジューラによって提供される無線リソースを利用する）、及びUEが少なくとも２つのULキャリアの同時使用をサポートする必要がある。【０００３】
3GPP Release 12のDCでは、UEは、１つのMeNBと１つのSeNBに接続する。DCを設定されたUE（DC UE）は、MeNBとSeNBの各々でのデータフローのために２つのMACエンティティと少なくとも２つのRadio Link Control（RLC）エンティティを使用する。DCでのMeNBは、DC UEのためのS1-MMEを終端するeNBである。DCでのSeNBは、DC UEに追加の無線リソースを提供する。MeNBによってUEに提供される１又は複数のサービングセルはMaster Cell Group（MCG）と呼ばれ、SeNBによって当該UEに提供される１又は複数のサービングセルはSecondary Cell Group（SCG）と呼ばれる。MCGは、MeNBに関連付けられた１又は複数のサービングセルであり、Primary Cell（PCell）とオプションで１又は複数のSecondary Cells（SCells）を含む。SCGは、SeNBに関連付けられた１又は複数のサービングセルであり、Primary Secondary Cell（PSCell）とオプションで１又は複数のSecondary Cells（SCells）を含む。3GPP Release 12のDCにおいては、PSCellは、SCG内の特別なセルであり、UEのためのアップリンク（PUCCH）が設定される点で通常のSCellと異なる。【０００４】
DCのためのコントロールプレーン・アーキテクチャでは、１つのDC UE毎に１つだけのS1-MMEが存在する。当該S1-MMEは、MeNBとMobility Management Entity（MME）の間に設定され、MeNBが当該S1-MMEを終端する。DC UEに関するMeNBとSeNBの間のシグナリングは、eNB間のシグナリングインタフェース（i.e., X2-C）を用いて行われる。【０００５】
DCのために２つのユーザプレーン・アーキテクチャが許容されている。一方のアーキテクチャでは、S1-UがMeNBのみで終端され、ユーザプレーン・データがMeNBからSeNBにX2-Uを用いて転送される。もう１つのアーキテクチャでは、S1-UがSeNBでも終端されることができる。【０００６】
したがって、DCのために３種類の無線ベアラ、つまりMCGベアラ、スプリットベアラ、及びSCGベアラが定義される。MCGベアラに関しては、MeNB がServing Gateway（S-GW）とのS1-Uコネクションを終端し、その無線プロトコルはMeNBリソースを使用するためにMeNBのみに配置される。したがって、SeNBは、MCGベアラに関するUuインタフェースでのユーザプレーン・データの転送に関与しない。【０００７】
スプリットベアラに関しては、MeNBがS-GWとのS1-Uコネクションを終端し、Packet Data Convergence Protocol（PDCP）データ（PDCP Protocol Data Unit（PDCP PDU））がMeNBとSeNBの間で転送される。したがって、スプリットベアラに関するUuインタフェースでのユーザプレーン・データの転送にMeNB及びSeNBの両方が関与する。【０００８】
SeNBベアラに関しては、SeNBがS-GWとのS1-Uコネクションを終端し、その無線プロトコルはSeNBリソースを使用するためにSeNBのみに配置される。したがって、MeNBは、SCGベアラに関するUuインタフェースでのユーザプレーン・データの転送に関与しない。【０００９】
DCに関する幾つかの全体手順が非特許文献１に規定されている（例えば、非特許文献１のセクション10.1.2.8を参照）。【００１０】
SeNB Addition手順（procedure）：
当該手順は、SeNB内にUEコンテキストを確立するためにMeNBによって開始される。当該手順は、少なくともSCG内の最初のセル（i.e., PSCell）を追加するために使用される。このとき、少なくとも１つのベアラ（スプリットベアラまたはSCGベアラ）が必ずSCG内に設定される。【００１１】
SeNB Modification手順：
当該手順は、SeNB内でのSCGの変更を行うために使用され、MeNB又はSeNBによって開始される。当該手順は、同一のSeNB内において、ベアラコンテキストを修正し・確立し・又は解放するため、ベアラコンテキストをSeNBに（又はSeNBから）送るため、又はUEコンテキストのその他のpropertiesを修正するために使用される。MeNBは、SCG SCells、SCG bearer(s)、及びsplit bearer(s)のSCG部分を追加又は解放するために当該手順を使用する。MeNBは、さらに、PSCell解放を伴うPSCell変更をトリガーするために当該手順を使用する。【００１２】
SeNB Release手順：
当該手順は、MeNB又はSeNBによって開始され、SeNB内のUEコンテキストの解放を開始するために使用される。【００１３】
Intra-MeNB Change手順：
当該手順は、同一SeNB内でのSCGを維持（keep）しつつ同一MeNB内でのハンドオーバを行うために使用される。【００１４】
SeNB Change手順：
当該手順は、SeNB間（Inter-SeNB）でSCGを変更（Change）するために使用される。当該手順は、MeNBによって開始され、ソースSeNB内からターゲットSeNBにUEコンテキストを転送し、UE内のSCG設定（SCG configuration）をあるSeNBから別のSeNBに変更するために使用される。当該手順は、基本的に、SeNB Addition手順とSeNB Release手順の組み合せによって実現される。【００１５】
MeNB to eNB Change手順：
当該手順は、MeNBによって開始される。当該手順は、ソースMeNB及びソースSeNBからターゲットeNBにコンテキストデータを転送するために使用される。【００１６】
DCでのMeNBとSeNBの間のシグナリング及びユーザプレーン・データの転送は、X2インタフェースで行われる。したがって、以下に示すDCのためのX2手順が規定されている（例えば、非特許文献２のセクション8.6及びセクション9.1.3を参照）。上述したいくつかの全体手順は、これらのDCのためのX2手順を利用する。
・SeNB Addition Preparation手順
・MeNB initiated SeNB Modification Preparation手順
・SeNB initiated SeNB Modification手順
・MeNB initiated SeNB Release手順
・SeNB initiated SeNB Release手順【００１７】
3GPP Release 12では、MeNBから他のeNB（ターゲットeNB）にUEがハンドオーバする場合、上述のMeNB to eNB Change手順が使用される。この手順では、SeNB（SCG）が完全に解放（release）される。したがって、ハンドオーバ後にSCGが必要とされる場合、ターゲットeNBは、ハンドオーバの完了後に改めてSeNB Addition手順を実行する必要がある。すなわち、当該MeNB to eNB Change手順は、通常のハンドオーバ手順に加えて、SeNB Change手順と同様のシグナリング、つまりSeNB Release手順とSeNB Addition手順の組み合せを必要とする。さらに、SCGベアラに関して、SeNBからソースMeNBへのデータフォワーディングが行われ、さらにソースMeNBからターゲットeNBへのデータフォワーディングが行われる必要がある。【００１８】
3GPP Release 13では、SeNB変更（change）を伴わないソースMeNBからターゲットMeNBへのMeNB間（Inter-MeNB）ハンドオーバ、又はSeNB Addition手順を伴うMeNB間ハンドオーバをサポートすることが検討されている。これらの手順がサポートされることで、ターゲットeNBがSeNBに改めてSCGを設定するためのSeNB Addition手順が不要となるかもしれない。さらに、SeNBからソースMeNBへのSCGベアラに関するデータフォワーディング、及びソースMeNBからターゲットeNBへの当該SCGベアラに関するデータフォワーディングが不要となるかもしれない。【００１９】
なお、特許文献１も、無線端末がDual Connectivityの間に第１のマスター基地局から第２のマスター基地局にハンドオーバするためのいくつかの手順を開示している。特許文献１に開示された１つの手順では、無線端末がDual Connectivityの間に第１のマスター基地局から第２のマスター基地局にハンドオーバする際に、第１のマスター基地局がセカンダリ基地局にSCellでのサービス提供を中断するよう要求し、セカンダリ基地局はSCellでのサービス提供を中断するとともにSCellにおける通信状況情報を保持する。さらに、当該手順では、ハンドオーバ後に第２のマスター基地局がセカンダリ基地局に通信再開の指示を送信し、当該指示の受信に応じてセカンダリ基地局がセカンダリ基地局に保持されていたSCellにおける通信状況情報に基づいてSCellでのサービスを再開する。SCellにおける通信状況情報は、例えば、（ａ）ユーザーデータ（User Plane（U-plane））の送信状況又は受信状況、（ｂ）サービス情報、（ｃ）ベアラ情報、及び（ｄ）無線リソース設定情報のうち少なくとも１つを含む。
【先行技術文献】
【特許文献】
【００２０】
【特許文献１】国際公開第２０１４／１０３１４５号
【非特許文献】
【００２１】
【非特許文献１】3GPP TS 36.300 V12.6.0 (2015-06), “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 12)”, June 2015
【非特許文献２】3GPP TS 36.423 V12.6.0 (2015-06), “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access Network (E-UTRAN); X2 application protocol (X2AP) (Release 12)”, June 2015
【発明の概要】
【発明が解決しようとする課題】
【００２２】
SeNB変更を伴わない第１のMeNBから第２のMeNBへのMeNB変更（又はMeNB間ハンドオーバ）、又はSeNB Additionを伴うMeNB変更（又はMeNB間ハンドオーバ）は、3GPP Release 12に規定されたDCに関する既存のX2手順及びX2メッセージを利用して実現されることが好ましいかもしれない。さらに、これらのMeNB変更では、Dual Connectivityのために既にSeNBに設定されている複数のベアラのうち一部のベアラをSeNBにおいて維持（keep）しながら、残りのベアラを第２のMeNBに移すか又は解放するという制御ができることが好ましいかもしれない。【００２３】
本明細書に開示される実施形態が達成しようとする目的の１つは、Dual Connectivityを無線端末（UE）に提供している間のセカンダリ基地局（SeNB）の解放を伴わないマスター基地局（MeNB）変更手順又はセカンダリ基地局（SeNB）の追加を伴うマスター基地局（MeNB）変更手順を、既存の基地局間インタフェース（X2 interface）手順及び基地局間シグナリング・メッセージ（X2メッセージ）を利用して行うことに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００２４】
第１の態様では、セカンダリ基地局は、少なくとも１つの無線トランシーバ、及び前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信するよう構成される。前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す。【００２５】
第２の態様では、セカンダリ基地局における方法は、
（ａ）第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信すること、前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、及び
（ｂ）前記SeNB追加要求メッセージの受信に応じて、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラから区別すること、
を含む。【００２６】
第３の態様では、第２のマスター基地局は、少なくとも１つの無線トランシーバ、及び前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、セカンダリ基地局が第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間にSeNB追加要求メッセージを前記セカンダリ基地局に送信するよう構成される。前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す。【００２７】
第４の態様では、第２のマスター基地局における方法は、セカンダリ基地局が第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間にSeNB追加要求メッセージを前記セカンダリ基地局に送信することを含む。前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す。【００２８】
第５の態様では、第１のマスター基地局は、少なくとも１つの無線トランシーバ、及び前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に、前記無線端末のハンドオーバ要求を第２のマスター基地局に送信し、前記ハンドオーバ要求に対する応答メッセージを前記第２のマスター基地局から受信するよう構成される。前記応答メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示す。【００２９】
第６の態様では、第１のマスター基地局における方法は、
（ａ）セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に、前記無線端末のハンドオーバ要求を第２のマスター基地局に送信すること、及び
（ｂ）前記ハンドオーバ要求に対する応答メッセージを前記第２のマスター基地局から受信すること、前記応答メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示す、
を含む。【００３０】
第７の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２、第４、又は第６の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。【００３１】
第８の態様では、無線端末は、前記第１のマスター基地局、前記第２のマスター基地局、及び前記セカンダリ基地局と通信するための少なくとも１つの無線トランシーバ、及び少なくとも１つのプロセッサを含む。前記第１のマスター基地局、前記第２のマスター基地局、及び前記セカンダリ基地局は、前記セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を前記無線端末に提供しているときに、前記dual connectivityのマスター基地局を前記第１のマスター基地局から前記第２のマスター基地局に変更する手順を実行するよう構成されている。前記少なくとも１つのプロセッサは、前記手順の間に、前記第２のマスター基地局に関するマスターセル・グループ（MCG）設定及び前記セカンダリ基地局に関するSCG設定を前記第１のマスター基地局から受信するよう構成されている。前記少なくとも１つのプロセッサは、前記MCG設定及び前記SCG設定の受信に応答して、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否か又は前記第２のマスター基地局に移されるかを認識するよう構成されている。前記少なくとも１つのプロセッサは、さらに、少なくとも１つのベアラを含む前記セカンダリ基地局の前記SCGへの接続を保持したまま、前記dual connectivityのマスター基地局を前記第１のマスター基地局から前記第２のマスター基地局に変更するよう構成されている。
【発明の効果】
【００３２】
上述の態様によれば、Dual Connectivityを無線端末（UE）に提供している間のセカンダリ基地局（SeNB）の解放を伴わないマスター基地局（MeNB）変更手順又はセカンダリ基地局（SeNB）の追加を伴うマスター基地局（MeNB）変更手順を、既存の基地局間インタフェース（X2 interface）手順及び基地局間シグナリング・メッセージ（X2メッセージ）を利用して行うことに寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００３３】
【図１】いくつかの実施形態に係る無線通信ネットワークの構成例を示す図である。
【図２Ａ】いくつかの実施形態に係るMeNB変更（MeNB間ハンドオーバ）の全体手順の一例を示すシーケンス図である。
【図２Ｂ】いくつかの実施形態に係るMeNB変更（MeNB間ハンドオーバ）の全体手順の一例を示すシーケンス図である。
【図３】第１の実施形態に係るT-MeNB及びSeNBの動作を説明するためのシーケンス図である。
【図４】第１の実施形態に係るSeNBの動作の一例を示すフローチャートである。
【図５Ａ】SeNB Addition Requestメッセージの変更（modification）の一例を示す図である。
【図５Ｂ】SeNB Addition Requestメッセージの変更（modification）の一例を示す図である。
【図６】第２の実施形態に係るT-MeNB及びS-MeNBの動作を説明するためのシーケンス図である。
【図７】第２の実施形態に係るT-MeNBの動作の一例を示すフローチャートである。
【図８】Handover Request Acknowledgeメッセージの変更（modification）の一例を示す図である。
【図９】第３の実施形態に係るS-MeNB及びSeNBの動作を説明するためのシーケンス図である。
【図１０】第３の実施形態に係るS-MeNBの動作の一例を示すフローチャートである。
【図１１Ａ】SeNB Release Requestメッセージの変更（modification）の一例を示す図である。
【図１１Ｂ】SeNB Release Requestメッセージの変更（modification）の一例を示す図である。
【図１２】いくつかの実施形態に係る基地局の構成例を示すブロック図である。
【図１３】いくつかの実施形態に係る無線端末の構成例を示すブロック図である。
【発明を実施するための形態】
【００３４】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００３５】
以下に示される複数の実施形態は、LTE及びSAE（System Architecture Evolution）を収容するEvolved Packet System（EPS）を主な対象として説明される。しかしながら、これらの実施形態は、EPSに限定されるものではなく、他のモバイル通信ネットワーク又はシステム、例えば3GPP UMTS、3GPP2 CDMA2000システム（1xRTT, HRPD (High Rate Packet Data)）、global system for mobile communications（GSM（登録商標））/ General packet radio service（GPRS）システム、及びWiMAXシステム等に適用されてもよい。
【００３６】
図１は、いくつかの実施形態に係る無線通信ネットワークの構成例を示している。図１の例では、無線通信ネットワークは、基地局（eNB）１、基地局（eNB）２、基地局（eNB）３、及び無線端末（UE）４を含む。eNB１及びeNB２は、UE４へのDual Connectivity（DC）のためのMeNB及びSeNBとしてそれぞれ動作する。UE４は、MeNB１によってDCを設定され、MeNB１によって提供されるセル１１を含むMCGとSeNB２によって提供されるセル２１を含むSCGを同時に利用する。
【００３７】
いくつかの実施形態では、図１に示されるように、SeNB２がeNB（MeNB）１と連携してDCのためのSCGをUE４に提供している間に、UE４のためのDCのMeNBがeNB１からeNB３に変更されるMeNB変更１０１を取り扱う。MeNB変更後は、UE４は、MeNB３によってDCを設定され、MeNB３によって提供されるセル３１を含むMCGとSeNB２によって提供されるセル２１を含むSCGを同時に利用する。このようなMeNB変更は、MeNB間ハンドオーバと呼ぶこともできる。以下では、MeNB変更（MeNB間ハンドオーバ）前のMeNBであるeNB１をソースMeNB（S-MeNB）と呼び、MeNB変更（MeNB間ハンドオーバ）後のMeNBであるeNB３をターゲットMeNB（T-MeNB）と呼ぶ。
【００３８】
図１に示されたeNBs１〜３の各々は、Centralized Radio Access Network（C-RAN）アーキテクチャで使用されるBaseband Unit（BBU）であってもよい。言い換えると、図１に示された各eNBは、１又は複数のRemote Radio Head（RRH）に接続されるRANノードであってもよい。いくつかの実装において、BBUとしてのeNBs１〜３の各々は、コントロールプレーン処理とユーザプレーンのデジタルベースバンド信号処理を担当する。一方、RRHは、アナログRadio Frequency（RF）信号処理（e.g., 周波数変換および信号増幅）を担当する。なお、C-RANは、Cloud RANと呼ばれることもある。また、BBUは、Radio Equipment Controller（REC）又はData Unit（DU）と呼ばれることもある。RRHは、Radio Equipment（RE）、Radio Unit（RU）、又はRemote Radio Unit（RRU）と呼ばれることもある。
【００３９】
図２Ａ及び図２Ｂは、いくつかの実施形態に係るMeNB変更（MeNB間ハンドオーバ）の全体手順の一例（手順２００）を示している。なお、後述されるように、MeNB間ハンドオーバ手順２００は、3GPP Release 12のSeNB Addition手順に相当する手順（ステップ２０２及び２０３）を包含している。すなわち、手順２００は、Dual ConnectivityをUE４に提供している間のSeNBの追加を伴うMeNB変更（MeNB間ハンドオーバ）手順である。言い換えると、手順２００は、Dual ConnectivityをUE４に提供している間のSeNB２の解放を伴わないMeNB変更（MeNB間ハンドオーバ）手順である。
【００４０】
ステップ２０１では、S-MeNB１は、UE４のMeNB間ハンドオーバをT-MeNB３に要求する。ステップ２０１のハンドオーバ要求メッセージは、MeNB変更要求メッセージと呼ぶこともできる。
【００４１】
ステップ２０２では、ステップ２０１のハンドオーバ要求メッセージの受信に応じて、T-MeNB３は、SeNB追加要求（SeNB Addition Request）メッセージをSeNB２に送信する。SeNB追加要求（SeNB Addition Request）メッセージは、SCG追加要求（SCG Addition Request）メッセージと呼ばれてもよい。当該SeNB Addition Requestメッセージは、無線アクセスベアラ（i.e., E-UTRAN Radio Access Bearer（E-RAB））の特性（characteristics）を示し、特定のE-RABのための無線リソースの割り当てをSeNB２に要求する。E-RABの特性は、例えば、E-RAB 識別子（E-RAB ID）、及びベアラタイプ（i.e., SCGベアラ又はスプリットベアラ）を示す。ここで、ベアラタイプはDRB typeとも呼ばれる。当該SeNB Addition Requestメッセージは、さらに、MCG設定（MCG Configuration）及びUE能力（UE capabilities）を含むSCG設定のための情報（SCG-ConfigInfo）を含んでもよい。
【００４２】
以下の実施形態において詳細に説明されるように、SeNB Addition Requestメッセージ（ステップ２０２）は、SeNB２に設定された複数のベアラ（i.e., SCGベアラ若しくはスプリットベアラ又はこれら両方）のうち一部のベアラがSeNB２において維持され、残りのベアラがT-MeNB３に移されるか又は解放されることをSeNB２に指示してもよい。
【００４３】
SeNB２は、T-MeNB３からのSeNB Addition Requestメッセージの受信に応じて、無線リソース及びコントロールプレーン（C-plane）・リソースを準備し、SCGベアラに関するトランスポートネットワーク・リソースを準備する。そして、SeNB２は、SCG設定（SCG-Config）を包含する応答メッセージ（SeNB Addition Request Acknowledge）をT-MeNB３に送信する（ステップ２０３）。SCG-Configは、例えばpSCellToAddMod IEを含む、RadioResourceConfigDedicatedSCG IEを含んでもよい。
【００４４】
ステップ２０４では、T-MeNB３は、ハンドオーバ要求の受け入れを示す応答メッセージ（Handover Request Acknowledge）をS-MeNB１に送信する。ステップ２０５では、Handover Request Acknowledgeメッセージの受信に応じて、S-MeNB１は、SeNB解放要求（SeNB Release Request）メッセージをSeNB２に送信する。SeNB解放要求（SeNB Release Request）メッセージは、SCG解放要求（SCG Release Request）メッセージと呼ばれてもよい。
【００４５】
ステップ２０６では、S-MeNB１は、MCG内のPCell（e.g., セル１１）において無線リソース制御（Radio Resource Control（RRC））コネクションの再構成（reconfiguration）をUE４に要求する。ステップ２０６のRRC Connection Reconfigurationメッセージは、T-MeNB３に関するモビリティ制御情報（Mobility Control Info）及びMCG設定、並びにSeNB２のSCGに関する設定情報（SCG Configuration, i.e., scg-ConfigPartMCG (e.g., scg-Counter)、scg-ConfigPartSCG）を含む。これにより、UE４は、SeNB２のSCGへの接続（つまり、少なくとも１つのベアラ（SCGベアラ又はスプリットベアラ））を保持したまま、DCのマスター基地局をS-MeNB１からT-MeNB３へ切り替えるInter-eNB Handoverの実行を指示されたと認識する。さらに、SCGのベアラのうち、どれを保持しつつ、どれを解放するかを認識することができる。例えば、UE４は、当該RRC Connection Reconfigurationメッセージを受信すると、MCG側のMAC entity（MCG MAC）とSCG側のMAC entity（SCG MAC）をリセットする。そして、MCG側のPDCP entity（MCG PDCP）と（SCGベアラの場合のみ）SCG側の保持するSCGベアラに対応するPDCP entity（SCG PDCP）を再確立（re-establish）する。続いて、MCG側のRLC entity（MCG RLC）と当該保持するSCGベアラに対応するSCG側のRLC entity（SCG RLC）を再確立（re-establish）する。
【００４６】
ステップ２０７及び２０８では、UE４は、T-MeNB３に同期するために、ランダムアクセス手順を実行し、ハンドオーバ確認（confirm）並びにMCG設定及びSCG設定の修正（変更）を含むRRC再構成の完了を通知するためのRRC Connection Reconfiguration CompleteメッセージをT-MeNB３に送信する。
【００４７】
ステップ２０９では、UE４は、RRC Connection Reconfigurationメッセージ（ステップ２０６）で受け取った新たなSCG設定（Mobility Control InfoSCGを含む）に従って、SeNB２と同期するためにランダムアクセス手順を実行する。
【００４８】
ステップ２１０では、T-MeNB３は、UE４からのRRC Connection Reconfigurationメッセージ（ステップ２０８）の受信に応じて、SeNB再構成を完了したことをSeNB２に知らせる（SeNB Reconfiguration Completeメッセージ）。
【００４９】
ステップ２１１では、S-MeNB１は、MCGに関するデータ通信状況の報告、つまりSN Status TransferメッセージをT-MeNB３に送信する。当該SN Status Transferメッセージは、例えば、MCGベアラに関するアップリンクPDCPシーケンス番号（Sequence Number（SN））、アップリンク・ハイパーフレーム番号（Hyper Frame Number（HFN））、ダウンリンクPDCPシーケンス番号、及びダウンリンク・ハイパーフレーム番号を含む。当該SN Status Transferメッセージは、スプリットベアラに関するPDCPシーケンス番号及びハイパーフレーム番号を含んでもよい。ステップ２１２では、S-MeNB１は、S-GW５から受信した未送信のダウンリンク・ユーザーデータのT-MeNB３へのフォワーディングを開始する。
【００５０】
ステップ２１３では、SeNB２は、SeNB２に設定されたUE４のための少なくとも１つのベアラのうち解放される又はT-MeNB３に移される１又は複数のベアラに関するデータ通信状況の報告、つまりSN Status TransferメッセージをT-MeNB３に送信する。当該SN Status Transferメッセージは、例えば、SCGベアラに関するアップリンクPDCPシーケンス番号（Sequence Number（SN））、アップリンク・ハイパーフレーム番号（Hyper Frame Number（HFN））、ダウンリンクPDCPシーケンス番号、及びダウンリンク・ハイパーフレーム番号を含む。当該SN Status Transferメッセージは、スプリットベアラに関するPDCPシーケンス番号及びハイパーフレーム番号を含んでもよい。
【００５１】
ステップ２１４では、SeNB２は、S-GW５から受信した未送信のダウンリンク・ユーザーデータのT-MeNB３へのフォワーディングを開始する。なお、SeNB２によるSN Status Transfer（ステップ２１３）及びデータフォワーディング（ステップ２１４）は、S-MeNB１からのSeNB Release Requestメッセージ（ステップ２０５）の受信に応じて開始されてもよいし、T-MeNB３へのSeNB Addition Request Acknowledgeメッセージ（ステップ２０３）の送信の後に開始されてもよい。
【００５２】
ステップ２１５では、T-MeNB３は、S1パススイッチ手順を開始する。ステップ２１５〜２１９のS1パススイッチ手順によって、MCGベアラ（及びオプションでスプリットベアラ）のためのS-GW５とT-MeNB３の間の１又は複数のS1ベアラ（２１７）と、SCGベアラのためのS-GW５とSeNB２との間のS1ベアラ（２１８）が設定される。なお、SCGベアラ（E-RAB）の修正が無ければ、S-GW５とSeNB２との間のS1ベアラ（２１８）の設定はMeNB間ハンドオーバの開始前と同じであってもよい。例えば、S1パススイッチ手順は省略されてもよい。
【００５３】
ステップ２２０では、T-MeNB３は、UE Context ReleaseメッセージをS-MeNB１に送信して、UE Context Release手順を開始する。T-MeNB３からのUE Context Releaseメッセージ（ステップ２２０）の受信に応じて、S-MeNB１は、UEコンテキストに関連付けられた無線及びC-planeリソースを解放することができる。ステップ２２１では、S-MeNB１は、T-MeNB３からのUE Context Releaseメッセージの受信に応じて、UE Context ReleaseメッセージをSeNB２に送信する。
【００５４】
以下では、いくつかの実施形態が説明される。これらの実施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。これらの実施形態は、例示（illustration）の目的で提供される。
【００５５】
＜第１の実施形態＞
図２Ａ及び図２Ｂに示されたMeNB変更手順では、Dual Connectivity（DC）のために既にSeNB２に設定されている複数のベアラ（i.e., SCGベアラ若しくはスプリットベアラ又はこれら両方）のうち一部のベアラをSeNB２において維持しながら、残りのベアラをT-MeNB３に移すか又は解放するという制御ができることが好ましいかもしれない。本実施形態では、MeNB変更手順においてSeNB２に設定されている複数のベアラの部分的な解放又は部分的な維持を可能とするためのSeNB Addition Requestメッセージ（ステップ２０２）の改良が説明される。
【００５６】
図３は、SeNB２がMeNB (S-MeNB)１と連携して特定のUE４にDCのためのSCGを提供している間にSeNB２がSeNB Addition Requestメッセージを他のeNB (T-MeNB)３から受信する手順の一例（手順３００）を示している。図３に示されたステップ３０１及び３０２は、図２Ａに示されたステップ２０１及び２０２に対応する。すなわち、ステップ３０１では、S-MeNB１は、UE４のMeNB間ハンドオーバをT-MeNB３に要求するためのハンドオーバ要求メッセージを送信する。当該ハンドオーバ要求メッセージは、例えば、ハンドオーバ前のMCG設定及びSCG設定を含む。
【００５７】
当該ハンドオーバ要求メッセージ（ステップ３０１）は、さらに、SeNB（又はSCG、又はSCGのベアラ（SCGベアラ又はスプリットベアラ））を維持したままのMeNB変更であることをS-MeNB１からT-MeNB３に明示的又は暗示的に伝えるための１又は複数の追加の情報要素を含んでもよい。これにより、T-MeNB３は、当該ハンドオーバ要求をS-MeNB１から受信したことに応じて、SeNB（又はSCG、又はSCGのベアラ（SCGベアラ又はスプリットベアラ））を維持したままのMeNBの変更（MeNB間ハンドオーバ）を要求されていることを認識できる。
【００５８】
いくつかの実装において、ハンドオーバ要求メッセージ（ステップ３０１）に包含される追加の情報要素（information element(s)）は、UE４のためのDCのMeNBの変更を暗示的に示すために、S-MeNB１とSeNB２の間の基地局間インタフェース（i.e., X2インタフェース）においてUE４を一意に特定するためにSeNB２によって割り当てられる無線端末識別子（i.e., SeNB UE X2AP ID）を含んでもよい。当該追加の情報要素は、S-MeNB１と連携したDCのためにSeNB２に既に設定されているUE４のための１又は複数のベアラ識別子（e.g., ネットワークベアラ識別（E-RAB ID若しくはeps-Bearer Identity）、データ無線ベアラ（Data Radio Bearer（DRB））の識別子（DRB Identity）、又はこれらの組み合せ）と同一のベアラ識別子をさらに含んでもよい。
【００５９】
さらに又はこれに代えて、いくつかの実装において、ハンドオーバ要求メッセージ（ステップ３０１）に包含される追加の情報要素（information element(s)）は、UE４のためのDCのMeNBの変更を暗示的に示すために、SCG内でUE４を一意に特定するためにSeNB２によってUE４に割り当てられる端末識別子（e.g., Cell- Radio Network Temporary Identifier（C-RNTI））を含んでもよい。この場合、当該追加の情報要素は、S-MeNB１と連携したDCのためにSeNB２に既に設定されているUE４のための１又は複数のベアラ識別子（e.g., E-RAB ID若しくはeps-Bearer Identity、DRB Identity、又はこれらの組み合せ）と同一のベアラ識別子をさらに含んでもよい。さらに、E-RAB IDは、X2メッセージの情報要素として送信され、eps-Bearer IdentityおよびDRB IdentityはX2メッセージに含まれるコンテナ（MeNB to SeNB Container）の中にRRCレイヤの情報要素として包含されて送信されてもよい。
【００６０】
さらに又はこれに代えて、いくつかの実装において、ハンドオーバ要求メッセージ（ステップ３０１）に包含される追加の情報要素（information element(s)）は、UE４のためのDCのMeNBがMeNB（S-MeNB）１からMeNB（T-MeNB）３に変更されることを明示的に示してもよい。この場合、当該追加の情報要素は、MeNB１と連携したDCのためにSeNB２に既に設定されているUE４のための１又は複数のベアラ識別子（e.g., E-RAB ID若しくはeps-Bearer Identity、DRB Identity、又はこれらの組み合せ）が変更されないことを示してもよい。
【００６１】
ステップ３０２では、ステップ３０１のハンドオーバ要求メッセージの受信に応じて、T-MeNB３は、SeNB Addition RequestメッセージをSeNB２に送信する。当該SeNB Addition Requestメッセージは、無線アクセスベアラ（i.e., E-UTRAN Radio Access Bearer（E-RAB））の特性（characteristics）を示し、特定のE-RABのための無線リソースの割り当てをSeNB２に要求する。E-RABの特性は、例えば、E-RAB 識別子（E-RAB ID）、及びベアラタイプ（i.e., SCGベアラ又はスプリットベアラ）を示す。ここで、ベアラタイプは、DRB typeとも呼ばれる。当該SeNB Addition Requestメッセージは、さらに、MCG設定（MCG Configuration）及びUE能力（UE capabilities）を含むSCG設定のための情報（SCG-ConfigInfo）を含んでもよい。また、T-MeNB３は、SCG-ConfigInfoにおいて、ネットワークベアラ識別子（e.g., eps-Bearer Identity）及びデータ無線ベアラ識別子（DRB Identity）をS-MeNB１とSeNB２との間のDCで使用しているものと同じ値に設定するように指定してもよい。同様に、T-MeNB３は、セル２１の論理識別子（sCellIndex、ServCellIndex）をS-MeNB１とSeNB２との間のDCで使用しているものと同じ値に設定するように指定してもよい。
【００６２】
当該SeNB Addition Requestメッセージ（ステップ３０２）は、さらに、SeNB（又はSCG、又はSCGのベアラ（SCGベアラ又はスプリットベアラ））を維持したままMeNBがS-MeNB１からT-MeNB３に変更されることをSeNB２に明示的又は暗示的に伝えるための１又は複数の追加の情報要素を含んでもよい。当該１又は複数の追加の情報要素情報要素は、ハンドオーバ要求メッセージ（ステップ３０１）に含まれる対応する追加の情報要素と同一であってもよいし、これから導かれてもよい。
【００６３】
すなわち、いくつかの実装において、SeNB Addition Requestメッセージ（ステップ３０２）に包含される追加の情報要素（information element(s)）は、UE４のためのDCのMeNBの変更を暗示的に示すために、S-MeNB１とSeNB２の間の基地局間インタフェース（i.e., X2インタフェース）においてUE４を一意に特定するためにSeNB２によって割り当てられる無線端末識別子（i.e., SeNB UE X2AP ID）を含んでもよい。この場合、当該追加の情報要素は、S-MeNB１と連携したDCのためにSeNB２に既に設定されているUE４のための１又は複数のベアラ識別子（e.g., E-RAB ID若しくはeps-Bearer Identity、DRB Identity、又はこれらの組み合せ）と同一のベアラ識別子をさらに含んでもよい。
【００６４】
さらに又はこれに代えて、いくつかの実装において、SeNB Addition Requestメッセージ（ステップ３０２）に包含される追加の情報要素（information element(s)）は、UE４のためのDCのMeNBの変更を暗示的に示すために、SCG内でUE４を一意に特定するためにSeNB２によってUE４に割り当てられる端末識別子（e.g., C-RNTI）を含んでもよい。この場合、当該追加の情報要素は、S-MeNB１と連携したDCのためにSeNB２に既に設定されているUE４のための１又は複数のベアラ識別子（e.g., E-RAB ID若しくはeps-Bearer Identity、DRB Identity、又はこれらの組み合せ）と同一のベアラ識別子をさらに含んでもよい。
【００６５】
さらに又はこれに代えて、いくつかの実装において、SeNB Addition Requestメッセージ（ステップ３０２）に包含される追加の情報要素（information element(s)）は、UE４のためのDCのMeNBがMeNB（S-MeNB）１からMeNB（T-MeNB）３に変更されることを明示的に示してもよい。例えば、SeNB Addition Requestメッセージは、SCG Change Indication IEを追加されてもよい。さらに、SCG Change Indication IEの新たなCause値（e.g., Inter MeNB Handover, SeNB (SCG) Stored Handover）が規定され、SeNB Addition Requestメッセージは当該Cause値を指定してもよい。また、この場合、当該追加の情報要素は、MeNB１と連携したDCのためにSeNB２に既に設定されているUE４のためのベアラ識別子（e.g., E-RAB ID若しくはeps-Bearer Identity、DRB Identity、又はこれらの組み合せ）が変更されないことを示してもよい。
【００６６】
当該SeNB Addition Requestメッセージ（ステップ３０２）は、さらに、DCのためにSeNB２に既に設定されている少なくとも１つのベアラの各々がSeNB２によって維持されるか否かを示す。言い換えると、当該SeNB Addition Requestメッセージは、SeNB２に既に設定されている各ベアラがMeNB変更後もSeNB２によって維持されるか又は解放されるか（若しくはT-MeNB３にMCGベアラとして移されるか）を示す。すなわち、当該SeNB Addition Requestメッセージは、SeNB２によって維持される１又は複数の第１のベアラをSeNB２によって維持されなくてもよい（又はT-MeNB３に移される）１又は複数の第２のベアラから区別することをSeNB２に可能とする。
【００６７】
いくつかの実装において、当該SeNB Addition Requestメッセージは、SeNB２に既に設定されている少なくとも１つのベアラがMeNB変更後もSeNB２によって維持されるか又は解放されるか（又はMCGベアラとしてT-MeNB３に移されるか）をベアラ毎に示してもよい。より具体的には、当該SeNB Addition Requestメッセージは、MeNB変更後もSeNB２によって維持される１又は複数の第１のベアラ（e.g., SCGベアラ＃１）を示す第１のリスト、及びMeNB変更後にSeNB２によって維持されなくてもよい１又は複数の第２のベアラ（e.g., SCGベアラ＃２）を示す第２のリストのうちいずれか又は両方を含んでもよい。なお、第２のリストは、SeNB２からT-MeNB３にMCGベアラとして移される１又は複数の第２のベアラを示してもよい。
【００６８】
図３に示されるように、一例において、当該第１のリストは、“E-RAB To Be Added List” 情報要素（Information Element（IE））として定義されてもよい。一方、当該第２のリストは、“E-RAB To Be Changed List” 情報要素（IE）として定義されてもよい。これに代えて、当該第２のリストは、“E-RAB To Be Released List” 情報要素（IE）又は“E-RAB To Be Reconfigured List” 情報要素（IE）として定義されてもよい。
【００６９】
ステップ３０３では、SeNB２は、MeNB (S-MeNB)１と連携して特定のUE４にDCのためのSCGを提供している間に、上述した追加の情報要素を含むSeNB Addition Requestメッセージ（ステップ３０２）を受信したことに応じて、当該SeNB Addition Requestメッセージが、S-MeNB１と連携したDCのために既に設定されているSCGに関する設定の修正（変更）を要求していると認識する（consider）よう構成されている。SCGに関する設定の修正（変更）は、例えば、（ａ）SCGに関連付けられるMeNBの設定（e.g., MeNB UE X2AP ID）の修正（変更）、（ｂ）SCGに関連付けられるMCG又はMCGベアラの設定の修正（変更）、（ｃ）SeNB security key（S-KeNB）の修正（変更）、及び（ｄ）SCG又はSCGベアラ若しくはスプリットベアラの設定の修正（変更）、のうち少なくとも１つを含む。より具体的な例としては、SeNB２は、SeNB Addition RequestメッセージのE-RAB To Be Added List IEが、既にS-MeNB１との間でDCを行っているUE４に対して設定されたものと同じ値の無線端末識別子（e.g., SeNB UE X2AP ID）、及び当該UE４に対して設定されたものと同じ値のE-RAB IDを含む場合、当該SeNB Addition Requestが当該E-RABに対応する設定の修正（変更）、または当該E-RABを含むSCG の再設定であることを認識する。
【００７０】
さらに、ステップ３０３では、SeNB２は、SeNB Addition Requestメッセージ（ステップ３０２）に基づいて、SeNB２によって維持される１又は複数の第１のベアラ（e.g., SCGベアラ＃１）をSeNB２によって維持されなくてもよい（又はT-MeNB３に移される）１又は複数の第２のベアラ（e.g., SCGベアラ＃２）から区別するよう構成されている。
【００７１】
例えば、SeNB Addition Requestメッセージ（ステップ３０２）は、上述した第１のリスト（e.g., E-RAB To Be Added List）及び第２のリスト（e.g., E-RAB To Be Changed List）の両方を含んでもよい。この場合、SeNB２は、第１のリストに含まれている１又は複数のベアラをSeNB２が維持するべきであることを認識（consider）し、第２のリストに含まれている１又は複数のベアラが解放されてもよいこと又はT-MeNB３に移されることを認識してもよい。
【００７２】
他の例では、SeNB Addition Requestメッセージ（ステップ３０２）は、上述した第１のリスト（e.g., E-RAB To Be Added List）を含むが、第２のリスト（e.g., E-RAB To Be Changed List）を含まなくてもよい。この場合、SeNB２は、第１のリストに含まれていない１又は複数のベアラが解放されてもよいこと又はT-MeNB３に移されることを認識してもよい。
【００７３】
さらに他の例では、SeNB Addition Requestメッセージ（ステップ３０２）は、上述した第２のリスト（e.g., E-RAB To Be Changed List）を含むが、第１のリスト（e.g., E-RAB To Be Added List）を含まなくてもよい。この場合、SeNB２は、第２のリストに含まれていない１又は複数のベアラをSeNB２が維持するべきであることを認識してもよい。
【００７４】
ステップ３０４では、SeNB２は、SeNB Addition Requestメッセージ（ステップ３０２）に含まれるT-MeNB３からの情報（e.g., SCG-ConfigInfo）に基づいて、新たなSCG設定（SCG-Config）を生成し、当該新たなSCG設定を包含する応答メッセージ（SeNB Addition Request Acknowledge）をT-MeNB３に送信する。当該新たなSCG設定は、SeNB２おいて維持するようにT-MeNB３からSeNB２に指示された１又は複数の第１のベアラ（e.g., SCGベアラ＃１）に関する。当該新たなSCG設定は、SCG内でUE４を一意に特定するためにSeNB２によってUE４に割り当てられる端末識別子（C-RNTI）を含んでもよい。SeNB２は、SCG確立（SCG establishment）のケースに加えて、MeNB変更に伴うSCG修正（変更）・SCG再確立（SCG re-establishment）・又はSCG再配置（SCG relocated、SCG relocation）のケースでもSCG設定内の“MobilityControlInfoSCG”情報要素にC-RNTIを必ず加えてもよい。
【００７５】
なお、図３に示された手順に関する異常条件（Abnormal Conditions）において、SeNB２及びT-MeNB３は以下のように動作してもよい。もしSeNB Addition Requestメッセージ（ステップ３０２）によって示される無線端末識別子（i.e., SeNB UE X2AP ID）がS-MeNB１とSeNB２の間の基地局間インタフェース（i.e., X2インタフェース）においてUE４を一意に特定するために使用されていない場合、SeNB２は、SeNB Addition Request Acknowledge メッセージ（ステップ３０４）の代わりにSeNB Addition Request Rejectメッセージを送信してもよい。当該SeNB Addition Request Rejectメッセージは、SeNB Addition Requestメッセージ（ステップ３０２）を受け入れられないことを示す。当該SeNB Addition Request Rejectメッセージは、要求された無線端末識別子（i.e., SeNB UE X2AP ID）が不適切であることを示すCause値（e.g., Inappropriate X2AP ID）を含んでもよい。
【００７６】
あるいは、SCGを保持したままのDC UEのinter-eNB handoverに必要な機能をSeNB２がサポートしていない場合、SeNB Addition Request Rejectメッセージは、それを示すCause値（e.g., “Bearer Keeping Option Not Supported”、”Bearer Keeping Handover Not supported”）を含んでもよい。
【００７７】
あるいは、SeNB２に設定されている複数のベアラのうち一部のベアラをSeNB２において維持しながら残りのベアラをT-MeNB３に移すか又は解放することを伴うDC UEのinter-eNB handoverに必要な機能をSeNB２がサポートしていない場合、SeNB Addition Request Rejectメッセージは、それを示すCause値（e.g., “Bearer Keeping Option Not Supported”、”Bearer Keeping Handover Not supported”）を含んでもよい。
【００７８】
T-MeNB３は、当該SeNB Addition Request Rejectメッセージの受信に応じて、ハンドオーバを受け入れられないことを示す応答メッセージ（Handover Preparation Failureメッセージ）をS-MeNB１に送信してもよい。あるいは、T-MeNB３は、Handover Request AcknowledgeメッセージのE-RABs Not Admitted List IEに、当該SeNBのベアラ（SCGベアラ、またはスプリットベアラ）のE-RAB IDを含めてもよい。このとき、S-MeNB１は、UE４にハンドオーバの指示（RRC Connection Reconfiguration including mobility Control Info）を送信する前に又はハンドオーバを中止（中断）して、SCGを解放してもよいし、SCGベアラをMCGベアラに変更してもよい。
【００７９】
図４は、SeNB２の動作の一例（処理４００）を示すフローチャートである。ブロック４０１では、SeNB２は、MeNB (S-MeNB)１と連携して特定のUE４にDCのためのSCGを提供している間に、SeNB Addition Requestメッセージを他のeNB (T-MeNB)３から受信する。ブロック４０２では、SeNB２は、SeNB Addition Requestメッセージの受信に応じて、S-MeNB１と連携したDCのためにSeNB２に既に設定されている少なくとも１つのベアラに関して、SeNB２によって維持される１又は複数の第１のベアラをSeNB２によって維持されなくてもよい（又はT-MeNB３に移される）１又は複数の第２のベアラから区別する。
【００８０】
以上の説明から理解されるように、図３及び図４を用いて説明された例によれば、T-MeNB３は、DCのためにSeNB２に既に設定されている少なくとも１つのベアラがMeNB変更後もSeNB２において維持されるか又は解放されてもよいか（若しくはT-MeNB３に移されるか）をベアラ毎にSeNB２に伝えることができる。SeNB２は、T-MeNB３からのSeNB Addition Requestメッセージの受信に応じて、DCのためにSeNB２に既に設定されている少なくとも１つのベアラがMeNB変更後も維持されるか又は解放されてもよいか（又はT-MeNB３に移されるか）をベアラ毎に認識することができる。
【００８１】
続いて以下では、SeNB Addition Requestメッセージの変更（modification）の具体例について図５Ａ及び図５Ｂを用いて説明する。図５Ａ及び図５Ｂは、非特許文献２のセクション9.1.3.1に記載されたSeNB Addition Requestメッセージに対する変更例を示している。“E-RAB To Be Changed List”IEは、DCのためにSeNB２に既に設定されている少なくとも１つのベアラのうちMeNB変更後にSeNB２によって維持されなくてもよい（又はT-MeNB３に移される）１又は複数のベアラをT-MeNB３からSeNB２に知らせるために使用される。
【００８２】
“E-RABs To Be Changed List”IEは、“E-RABs To Be Changed Item”IEを含む。“E-RABs To Be Changed Item”IEは、SCG Bearerに関して、“E-RAB ID”IE、“DL Forwarding GTP Tunnel Endpoint”IE、及び“UL Forwarding GTP Tunnel Endpoint”IEを含む。“DL Forwarding GTP Tunnel Endpoint”IEは、DLデータ（DL PDUs）フォワーディングのためのX2トランスポートベアラに関するT-MeNB３のEndpoint設定（つまり、Transport Network Layer（TNL）アドレス及びTunnel Endpoint Identifier（TEID））を示す。“UL Forwarding GTP Tunnel Endpoint”IEとのは、ULデータ（UL PDUs）フォワーディングのためのX2トランスポートベアラに関するT-MeNB３のEndpoint設定（つまり、TNLアドレス及びTEID）を示す。同様に、“E-RABs To Be Changed Item”IEは、Split Bearerに関して、E-RAB ID”IE、及び“DL Forwarding GTP Tunnel Endpoint”IEを含む。
【００８３】
なお、既に説明したように、“E-RAB To Be Changed List”IEとの名称は一例である。例えば、“E-RAB To Be Changed List”IEの代わりに、“E-RAB To Be Released List”IE又は“E-RAB To Be Reconfigured List”IEとの名称が使用されてもよい。
【００８４】
＜第２の実施形態＞
本実施形態では、MeNB変更手順においてSeNB２に設定されている複数のベアラの部分的な解放又は部分的な維持を可能とするためのHandover Request Acknowledgeメッセージ（ステップ２０４）の改良が説明される。
【００８５】
図６は、T-MeNB３が、SeNB２からのSeNB Addition Request Acknowledgeメッセージの受信後に、Handover Request AcknowledgeメッセージをS-MeNB１に送信する手順の一例（手順６００）を示している。図６に示されたステップ６０１〜６０４は、図３に示されたステップ３０１〜３０４と同様である。図６に示されたステップ６０５は、図２Ａに示されたステップ２０４に対応する。すなわちステップ６０５では、T-MeNB３は、ハンドオーバ要求（ステップ５０１）の受け入れを示す応答メッセージ（Handover Request Acknowledge）をS-MeNB１に送信する。
【００８６】
Handover Request Acknowledgeメッセージ（ステップ６０５）は、S-MeNB１と連携したDCのためにSeNB２に既に設定されている少なくとも１つのベアラの各々がSeNB２によって維持されるか否かを示す。言い換えると、当該Handover Request Acknowledgeメッセージは、SeNB２に既に設定されている少なくとも１つのベアラの各々がSeNB２によって維持されるか又はT-MeNB３に移されるかを示す。すなわち、当該Handover Request Acknowledgeメッセージは、SeNB２によって維持される１又は複数の第１のベアラをT-MeNB３に移される１又は複数の第２のベアラから区別することをS-MeNB１に可能とする。
【００８７】
いくつかの実装において、当該Handover Request Acknowledgeメッセージは、SeNB２に既に設定されている少なくとも１つのベアラがMeNB変更後もSeNB２によって維持されるか又はMCGベアラとしてT-MeNB３に移されるかをベアラ毎に示してもよい。より具体的には、当該Handover Request Acknowledgeメッセージは、T-MeNB３によって許容された（admitted）１又は複数のベアラを示す第３のリスト、及び当該第３のリストに含まれる各ベアラがSeNB２によって維持されるか又はT-MeNB３に移されるかを明示的に示すベアラ・ステイタス情報要素を含んでもよい。
【００８８】
図６に示されるように、一例において、当該第３のリストは、“E-RAB Admitted List” 情報要素（IE）として定義され、ベアラ・ステイタス情報要素は、“E-RAB Status”情報要素（IE）として定義されてもよい。“E-RAB Status”IEは、S-MeNB１とのDCのためにSeNB２に設定されている各ベアラ（e.g., SCGベアラ）がSeNB２において維持されるか又はT-MeNB３に移されるかを明示的に示す。あるいは、ベアラ・ステイタス情報要素は、SeNB２において維持されることを示す”E-RAB Kept” IE、及びT-MeNB３に移されることを示す“E-RAB Relocated (Switched)” IEの少なくともいずれかとして定義されてもよい。
【００８９】
他の例において、当該Handover Request Acknowledgeメッセージは、上述の第３のリスト、及び当該第３のリストに含まれる各ベアラがSeNB２によって維持されるか又はT-MeNB３に移されるかを暗示的に示すトンネルエンドポイント識別子（TEID）を含んでもよい。トンネルエンドポイント識別子は、SeNB２からT-MeNB３に移されるベアラに関するデータフォワーディングのためのX2トランスポートベアラのTEIDである。すなわち、S-MeNB１は、第３のリストがあるベアラのベアラ識別子（E-RAB）を含むがこれに対応付けられるべきTEIDを含まない場合に、当該ベアラがSeNB２によって維持されるベアラであると認識してもよい。
【００９０】
図７は、T-MeNB３の動作の一例（処理７００）を示すフローチャートである。ブロック７０１では、T-MeNB３は、SeNB Addition Request AcknowledgeメッセージをSeNB２から受信する。ブロック７０２では、T-MeNB３は、Handover Request AcknowledgeメッセージをS-MeNB１に送信する。当該Handover Request Acknowledgeメッセージは、SeNB２に設定されている各ベアラがSeNB２よって維持されるか又はT-MeNB３に移されるかを明示的又は暗示的に示す。
【００９１】
以上の説明から理解されるように、図６及び図７を用いて説明された例によれば、T-MeNB３は、DCのためにSeNB２に既に設定されている少なくとも１つのベアラがMeNB変更後もSeNB２において維持されるか又はT-MeNB３に移されるかをベアラ毎にS-MeNB１に伝えることができる。S-MeNB１は、T-MeNB３からのHandover Request Acknowledgeメッセージの受信に応じて、DCのためにSeNB２に既に設定されている少なくとも１つのベアラがMeNB変更後もSeNB２において維持されるか又はT-MeNB３に移されるかをベアラ毎に認識することができる。
【００９２】
続いて以下では、Handover Request Acknowledgeメッセージの変更（modification）の具体例について図８を用いて説明する。図８は、非特許文献２のセクション9.1.1.2に記載されたHandover Request Acknowledgeメッセージに対する変更例を示している。“E-RAB Status”IEは、S-MeNB１とのDCのためにSeNB２に設定されている各ベアラ（e.g., SCGベアラ）がSeNB２において維持されるか又はT-MeNB３に移されるかを明示的に示す。
【００９３】
＜第３の実施形態＞
本実施形態では、MeNB変更手順においてSeNB２に設定されている複数のベアラの部分的な解放又は部分的な維持を可能とするためのSeNB Release Requestメッセージ（ステップ２０５）の改良が説明される。
【００９４】
図９は、S-MeNB１が、T-MeNB３からのHandover Request Acknowledgeメッセージの受信後に、SeNB Release RequestメッセージをSeNB２に送信する手順の一例（手順９００）を示している。図９に示されたステップ９０１〜９０５は、図６に示されたステップ６０１〜６０５と同様である。図９に示されたステップ９０６は、図２Ａに示されたステップ２０５に対応する。すなわち、ステップ９０６では、S-MeNB１は、SeNB Release RequestメッセージをSeNB２に送信する。当該SeNB Release Requestメッセージは、S-MeNB１とのDCのためのUE４に関するSeNBとしてのリソース（e.g., UEコンテキスト）の解放をSeNB２にトリガーする。
【００９５】
SeNB Release Requestメッセージ（ステップ９０６）は、S-MeNB１と連携したDCのためにSeNB２に既に設定されている少なくとも１つのベアラの各々がSeNB２によって維持されるか否かを示す。言い換えると、当該SeNB Release Requestメッセージは、SeNB２に既に設定されている少なくとも１つのベアラの各々がSeNB２によって維持されるか又は解放されてもよいか（若しくはT-MeNB３に移されるか）を示す。すなわち、当該SeNB Release Requestメッセージは、SeNB２によって維持されるべき１又は複数の第１のベアラ、及び解放されてもよい（又はT-MeNB３に移される）１又は複数の第２のベアラを確認することをSeNB２に可能とする。
【００９６】
いくつかの実装において、当該SeNB Release Requestメッセージは、SeNB２に既に設定されている少なくとも１つのベアラがMeNB変更後もSeNB２によって維持されるか又は解放されてもよいかをベアラ毎に示してもよい。より具体的には、当該SeNB Release Requestメッセージは、S-MeNB１とのDCのためにSeNB２に設定されている１又は複数のベアラを示す第４のリスト、及び当該第４のリストに含まれる各ベアラがSeNB２によって維持されるか又は解放されてもよいか（若しくはT-MeNB３に移されるか）を明示的に示すベアラ・ステイタス情報要素を含んでもよい。
【００９７】
図９に示されるように、一例において、当該第４のリストは、“E-RAB Released List” 情報要素（IE）として定義され、ベアラ・ステイタス情報要素は、“E-RAB Status”情報要素（IE）として定義されてもよい。“E-RAB Status”IEは、S-MeNB１とのDCのためにSeNB２に設定されている各ベアラ（e.g., SCGベアラ）がSeNB２において維持されるか又は解放されてもよいか（若しくはT-MeNB３に移されるか）を明示的に示す。あるいは、ベアラ・ステイタス情報要素は、SeNB２において維持されることを示す”E-RAB Kept” IE、及び解放されてもよい（若しくはT-MeNB３に移される）ことを示す“E-RAB Released” IEの少なくともいずれかとして定義されてもよい。
【００９８】
他の例において、当該SeNB Release Requestメッセージは、SeNB２に設定されている少なくとも１つのベアラのうち解放されてもよい（すなわち、T-MeNB３に移される）１又は複数のベアラのみを示す第４のリストを含み、上述のベアラ・ステイタス情報要素を含まなくてもよい。この場合、SeNB２は、第４のリストに含まれていないベアラを維持するべきであることを確認できる。
【００９９】
図９のステップ９０７は、図２Ａのステップ２０６に対応する。すなわち、ステップ９０７では、S-MeNB１は、MCG内のPCell（e.g., セル１１）において無線リソース制御（RRC）コネクションの再構成（reconfiguration）をUE４に要求するためにRRC Connection ReconfigurationメッセージをUE４に送信する。当該RRC Connection Reconfigurationメッセージは、T-MeNB３に関するモビリティ制御情報（Mobility Control Info）及びMCG設定、並びにSeNB２に関するSCG設定を含む。これらのT-MeNB３に関するMCG設定及びSeNB２に関するSCG設定は、SeNB２に既に設定されている少なくとも１つのベアラの各々がSeNB２によって維持されるか否かを示す。言い換えると、これらのMCG設定及びSCG設定は、SeNB２に既に設定されている各ベアラがMeNB変更後もSeNB２によって維持されるか又はT-MeNB３にMCGベアラとして移されるかを示す。UE４は、当該RRC Connection Reconfigurationメッセージ（ステップ９０７）の受信に応じて、MeNB変更後にSeNB２によって維持されるか１又は複数のベアラをT-MeNB３に移される１又は複数のベアラから区別することができる。
【０１００】
図９のステップ９０８及び９０９は、図２Ｂのステップ２１３及び２１４に対応する。すなわち、ステップ９０８では、SeNB２は、SeNB２に設定されたUE４のための少なくとも１つのベアラのうち解放される又はT-MeNB３に移される１又は複数のベアラ（e.g., SCGにベアラ＃２）に関するSN Status TransferメッセージをT-MeNB３に送信する。
【０１０１】
ステップ９０９では、SeNB２は、S-GW５から受信した未送信のダウンリンク・ユーザーデータのT-MeNB３へのフォワーディングを開始する。なお、SeNB２によるSN Status Transfer（ステップ９０８）及びデータフォワーディング（ステップ９０９）は、T-MeNB３へのSeNB Addition Request Acknowledgeメッセージ（ステップ９０４）の送信の後に開始されてもよいし、T-MeNB３からのSeNB Reconfiguration Completeメッセージ（ステップ２１０）の受信に応じて開始されてもよい。
【０１０２】
図１０は、S-MeNB１の動作の一例（処理１０００）を示すフローチャートである。ブロック１００１では、S-MeNB１は、Handover Request AcknowledgeメッセージをT-MeNB３から受信する。ブロック１００２では、S-MeNB１は、SeNB Release RequestメッセージをSeNB２に送信する。当該SeNB Release Requestメッセージは、SeNB２に設定されている各ベアラがSeNB２よって維持されるか又は解放されてもよいか（若しくはT-MeNB３に移されるか）を明示的又は暗示的に示す。
【０１０３】
以上の説明から理解されるように、図９及び図１０を用いて説明された例によれば、S-MeNB１は、DCのためにSeNB２に既に設定されている少なくとも１つのベアラがMeNB変更後もSeNB２において維持されるか又は解放されてもよいか（若しくはT-MeNB３に移されるか）をベアラ毎にSeNB２に伝えることができる。SeNB２は、S-MeNB１からのSeNB Release Requestメッセージの受信に応じて、DCのためにSeNB２に既に設定されている少なくとも１つのベアラがMeNB変更後もSeNB２において維持されるか又は解放されてもよいか（若しくはT-MeNB３に移されるか）をベアラ毎に確認することができる。
【０１０４】
続いて以下では、SeNB Release Requestメッセージの変更（modification）の具体例について図１１Ａ及び図１１Ｂを用いて説明する。図１１Ａ及び図１１Ｂは、非特許文献２のセクション9.1.3.11に記載されたSeNB Release Requestメッセージに対する変更例を示している。“E-RAB Status”IEは、S-MeNB１とのDCのためにSeNB２に設定されている各ベアラ（e.g., SCGベアラ）がSeNB２において維持されるか又はT-MeNB３に移されるかを明示的に示す。
【０１０５】
最後に、上述の複数の実施形態に係るeNB１、eNB２、eNB３、及びUE４の構成例について説明する。図１２は、SeNB２の構成例を示すブロック図である。S-MeNB１及びT-MeNB３も、図１２の構成と同様の構成を有してもよい。図１２を参照すると、SeNB２は、RFトランシーバ１２０１、ネットワークインターフェース１２０３、プロセッサ１２０４、及びメモリ１２０５を含む。RFトランシーバ１２０１は、UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１２０１は、複数のトランシーバを含んでもよい。RFトランシーバ１２０１は、アンテナ１２０２及びプロセッサ１２０４と結合される。RFトランシーバ１２０１は、変調シンボルデータ（又はOFDMシンボルデータ）をプロセッサ１２０４から受信し、送信RF信号を生成し、送信RF信号をアンテナ１２０２に供給する。また、RFトランシーバ１２０１は、アンテナ１２０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１２０４に供給する。
【０１０６】
ネットワークインターフェース１２０３は、ネットワークノード（e.g., 他のeNBs、MME、およびS-GW）と通信するために使用される。ネットワークインターフェース１２０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【０１０７】
プロセッサ１２０４は、無線通信のためのデジタルベースバンド信号処理を含むデータプレーン処理とコントロールプレーン処理を行う。例えば、LTEおよびLTE-Advancedの場合、プロセッサ１２０４によるデジタルベースバンド信号処理は、PDCPレイヤ、RLCレイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。さらに、プロセッサ１２０４による信号処理は、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を含んでもよい。また、プロセッサ１２０４によるコントロールプレーン処理は、X2APプロトコル、S1-MMEプロトコルおよびRRCプロトコルの処理を含んでもよい。
【０１０８】
プロセッサ１２０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１２０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）、X2-Uインタフェース及びS1-UインタフェースでのGTP-U・UDP/IPレイヤの信号処理を行うプロセッサ（e.g., DSP）、及びコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。
【０１０９】
メモリ１２０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１２０５は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１２０５は、プロセッサ１２０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０４は、ネットワークインターフェース１２０３又は図示されていないI/Oインタフェースを介してメモリ１２０５にアクセスしてもよい。
【０１１０】
メモリ１２０５は、上述の複数の実施形態で説明されたSeNB２による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１２０４は、当該ソフトウェアモジュールをメモリ１２０５から読み出して実行することで、上述の実施形態で説明されたSeNB２の処理を行うよう構成されてもよい。
【０１１１】
図１３は、UE４の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１３０１は、eNB２と通信するためにアナログRF信号処理を行う。RFトランシーバ１３０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１３０１は、アンテナ１３０２及びベースバンドプロセッサ１３０３と結合される。すなわち、RFトランシーバ１３０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１３０３から受信し、送信RF信号を生成し、送信RF信号をアンテナ１３０２に供給する。また、RFトランシーバ１３０１は、アンテナ１３０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１３０３に供給する。
【０１１２】
ベースバンドプロセッサ１３０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
【０１１３】
例えば、LTEおよびLTE-Advancedの場合、ベースバンドプロセッサ１３０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１３０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【０１１４】
ベースバンドプロセッサ１３０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）、又はMicro Processing Unit（MPU））を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１３０４と共通化されてもよい。
【０１１５】
アプリケーションプロセッサ１３０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１３０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１３０４は、メモリ１３０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE４の各種機能を実現する。
【０１１６】
いくつかの実装において、図１３に破線（１３０５）で示されているように、ベースバンドプロセッサ１３０３及びアプリケーションプロセッサ１３０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１３０３及びアプリケーションプロセッサ１３０４は、１つのSystem on Chip（SoC）デバイス１３０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
【０１１７】
メモリ１３０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１３０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１３０６は、ベースバンドプロセッサ１３０３、アプリケーションプロセッサ１３０４、及びSoC１３０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１３０６は、ベースバンドプロセッサ１３０３内、アプリケーションプロセッサ１３０４内、又はSoC１３０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１３０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
【０１１８】
メモリ１３０６は、上述の複数の実施形態で説明されたUE４による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、ベースバンドプロセッサ１３０３又はアプリケーションプロセッサ１３０４は、当該ソフトウェアモジュールをメモリ１３０６から読み出して実行することで、上述の実施形態で説明されたUE４の処理を行うよう構成されてもよい。
【０１１９】
図１２及び図１３を用いて説明したように、上述の実施形態に係るeNB１、eNB２、eNB３、及びUE４が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１２０】
＜その他の実施形態＞
上述の実施形態は、LTE/LTE-Advanced及びその改良について主に説明した。しかしながら、上述の実施形態は、他の無線通信ネットワーク又はシステムに適用されてもよい。上述の実施形態で説明されたeNBs１〜３の各々は、無線局と呼ぶこともできる。本明細書における無線局は、無線リソース管理機能を持つ制御ノード（e.g., UMTSにおけるRadio Network Controller（RNC）、又はGSMシステムにおけるBase Station Controller（BSC））及び無線送信ノード（e.g., UMTSにおけるNodeB、又はGSMシステムにおけるBase transceiver station （BTS））を含んでもよい。
【０１２１】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【０１２２】
例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【０１２３】
（付記１）
セカンダリ基地局であって、
少なくとも１つの無線トランシーバと
前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信するよう構成され、
前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
セカンダリ基地局。
【０１２４】
（付記２）
前記少なくとも１つのプロセッサは、前記SeNB追加要求メッセージの受信に応じて、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを、前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラから区別するよう構成されている、
付記１に記載のセカンダリ基地局。
【０１２５】
（付記３）
前記少なくとも１つのプロセッサは、前記１又は複数の第２のベアラに関する前記セカンダリ基地局から前記第２のマスター基地局へのデータ通信状況の報告及びデータフォワーディングの少なくともいずれかを行うよう構成されている、
付記２に記載のセカンダリ基地局。
【０１２６】
（付記４）
前記SeNB追加要求メッセージは、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを示す第１のリスト及び前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラを示す第２のリストのうちいずれか又は両方を含む、
付記１に記載のセカンダリ基地局。
【０１２７】
（付記５）
前記SeNB追加要求メッセージは、前記第１のリストを少なくとも含み、
前記少なくとも１つのプロセッサは、前記第１のリストに含まれていない１又は複数のベアラが解放されてもよいこと又は前記第２のマスター基地局に移されることを認識するよう構成されている、
付記４に記載のセカンダリ基地局。
【０１２８】
（付記６）
前記SeNB追加要求メッセージは、前記第２のリストを少なくとも含み、
前記少なくとも１つのプロセッサは、前記第２のリストに含まれていない１又は複数のベアラが前記セカンダリ基地局によって維持されるべきであることを認識するよう構成されている、
付記４に記載のセカンダリ基地局。
【０１２９】
（付記７）
前記少なくとも１つのプロセッサは、前記第２のマスター基地局からの前記SeNB追加要求メッセージを受け入れた後に、前記dual connectivityのためのリソースの解放をトリガーするSeNB解放要求メッセージを前記第１のマスター基地局から受信するよう構成され、
前記SeNB解放要求メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
付記１〜６のいずれか１項に記載のセカンダリ基地局。
【０１３０】
（付記８）
前記少なくとも１つのプロセッサは、前記SeNB解放要求メッセージの受信に応じて、前記セカンダリ基地局によって維持される１又は複数の第１のベアラ、及び前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラを確認するよう構成されている、
付記７に記載のセカンダリ基地局。
【０１３１】
（付記９）
前記SeNB解放要求メッセージは、SCGの解放を示すSCG解放要求メッセージ、又は前記無線端末に関するコンテキストの解放を示すコンテキスト解放メッセージである、
付記７又は８に記載のセカンダリ基地局。
【０１３２】
（付記１０）
セカンダリ基地局における方法であって、
第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信すること、前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、及び
前記SeNB追加要求メッセージの受信に応じて、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラから区別すること、
を備える方法。
【０１３３】
（付記１１）
前記１又は複数の第２のベアラに関する前記セカンダリ基地局から前記第２のマスター基地局へのデータ通信状況の報告及びデータフォワーディングの少なくともいずれかを行うことをさらに備える、
付記１０に記載の方法。
【０１３４】
（付記１２）
前記SeNB追加要求メッセージは、前記１又は複数の第１のベアラを示す第１のリスト及び前記１又は複数の第２のベアラを示す第２のリストのうちいずれか又は両方を含む、
付記１０又は１１に記載の方法。
【０１３５】
（付記１３）
前記第２のマスター基地局からの前記SeNB追加要求メッセージを受け入れた後に、前記dual connectivityのためのリソースの解放をトリガーするSeNB解放要求メッセージを前記第１のマスター基地局から受信することをさらに備え、
前記SeNB解放要求メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
付記１０〜１２のいずれか１項に記載の方法。
【０１３６】
（付記１４）
セカンダリ基地局における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信すること、前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、及び
前記SeNB追加要求メッセージの受信に応じて、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラから区別すること、
を備える、
プログラム。
【０１３７】
（付記１５）
少なくとも１つの無線トランシーバと
前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、セカンダリ基地局が第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間にSeNB追加要求メッセージを前記セカンダリ基地局に送信するよう構成され、
前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
第２のマスター基地局。
【０１３８】
（付記１６）
前記SeNB追加要求メッセージは、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを示す第１のリスト及び前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラを示す第２のリストのうちいずれか又は両方を含む、
付記１５に記載の第２のマスター基地局。
【０１３９】
（付記１７）
前記少なくとも１つのプロセッサは、前記第１のマスター基地局からのハンドオーバ要求の受信に応じて、前記SeNB追加要求メッセージを送信するよう構成されている、
付記１５又は１６に記載の第２のマスター基地局。
【０１４０】
（付記１８）
前記少なくとも１つのプロセッサは、前記セカンダリ基地局から前記SeNB追加要求メッセージに対する応答メッセージを受信した後に、前記ハンドオーバ要求に対する応答メッセージを前記第１のマスター基地局に送信するよう構成され、
前記ハンドオーバ要求に対する前記応答メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示す、
付記１７に記載の第２のマスター基地局。
【０１４１】
（付記１９）
前記ハンドオーバ要求に対する前記応答メッセージは、前記第２のマスター基地局によって許容された１又は複数のベアラを示す第３のリスト、及び前記第３のリストに含まれる各ベアラが前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示すベアラ・ステイタス情報要素を含む、
付記１８に記載の第２のマスター基地局。
【０１４２】
（付記２０）
第２のマスター基地局における方法であって、
セカンダリ基地局が第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間にSeNB追加要求メッセージを前記セカンダリ基地局に送信すること、前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
を備える方法。
【０１４３】
（付記２１）
前記SeNB追加要求メッセージは、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを示す第１のリスト及び前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラを示す第２のリストのうちいずれか又は両方を含む、
付記２０に記載の方法。
【０１４４】
（付記２２）
前記送信することは、前記第１のマスター基地局からのハンドオーバ要求の受信に応じて、前記SeNB追加要求メッセージを送信することを含む、
付記２０又は２１に記載の方法。
【０１４５】
（付記２３）
前記セカンダリ基地局から前記SeNB追加要求メッセージに対する応答メッセージを受信した後に、前記ハンドオーバ要求に対する応答メッセージを前記第１のマスター基地局に送信することをさらに備え、
前記ハンドオーバ要求に対する前記応答メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示す、
付記２２に記載の方法。
【０１４６】
（付記２４）
第２のマスター基地局における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、セカンダリ基地局が第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間にSeNB追加要求メッセージを前記セカンダリ基地局に送信すること、前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
を備える、
プログラム。
【０１４７】
（付記２５）
第１のマスター基地局であって、
少なくとも１つの無線トランシーバと
前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に、前記無線端末のハンドオーバ要求を第２のマスター基地局に送信し、前記ハンドオーバ要求に対する応答メッセージを前記第２のマスター基地局から受信するよう構成され、
前記応答メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示す、
第１のマスター基地局。
【０１４８】
（付記２６）
前記応答メッセージは、前記第２のマスター基地局によって許容された１又は複数のベアラを示す第３のリスト、及び前記第３のリストに含まれる各ベアラが前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示すベアラ・ステイタス情報要素を含む、
付記２５に記載の第１のマスター基地局。
【０１４９】
（付記２７）
前記少なくとも１つのプロセッサは、前記応答メッセージを受信した後に、前記dual connectivityのためのリソースの解放をトリガーするSeNB解放要求メッセージを前記セカンダリ基地局に送信するよう構成され、
前記SeNB解放要求メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
付記２５又は２６に記載の第１のマスター基地局。
【０１５０】
（付記２８）
前記解放メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は解放されるかを示すベアラ・ステイタス情報要素を含む、
付記２７に記載の第１のマスター基地局。
【０１５１】
（付記２９）
第１のマスター基地局における方法であって、
セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に、前記無線端末のハンドオーバ要求を第２のマスター基地局に送信すること、及び
前記ハンドオーバ要求に対する応答メッセージを前記第２のマスター基地局から受信すること、前記応答メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示す、
を備える方法。
【０１５２】
（付記３０）
前記応答メッセージは、前記第２のマスター基地局によって許容された１又は複数のベアラを示す第３のリスト、及び前記第３のリストに含まれる各ベアラが前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示すベアラ・ステイタス情報要素を含む、
付記２９に記載の方法。
【０１５３】
（付記３１）
前記応答メッセージを受信した後に、前記dual connectivityのためのリソースの解放をトリガーするSeNB解放要求メッセージを前記セカンダリ基地局に送信することをさらに備え、
前記SeNB解放要求メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
付記２９又は３０に記載の方法。
【０１５４】
（付記３２）
第１のマスター基地局における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に、前記無線端末のハンドオーバ要求を第２のマスター基地局に送信すること、及び
前記ハンドオーバ要求に対する応答メッセージを前記第２のマスター基地局から受信すること、前記応答メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
を備える、
プログラム。
【０１５５】
（付記３３）
無線端末であって、
第１のマスター基地局、第２のマスター基地局、及びセカンダリ基地局と通信するための少なくとも１つの無線トランシーバと、
少なくとも１つのプロセッサと、
を備え、
前記第１のマスター基地局、前記第２のマスター基地局、及び前記セカンダリ基地局は、前記セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を前記無線端末に提供しているときに、前記dual connectivityのマスター基地局を前記第１のマスター基地局から前記第２のマスター基地局に変更する手順を実行するよう構成され、
前記少なくとも１つのプロセッサは、
前記手順の間に、前記第２のマスター基地局に関するマスターセル・グループ（MCG）設定及び前記セカンダリ基地局に関するSCG設定を前記第１のマスター基地局から受信するよう構成され、
前記MCG設定及び前記SCG設定の受信に応答して、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否か又は前記第２のマスター基地局に移されるかを認識するよう構成され、
少なくとも１つのベアラを含む前記セカンダリ基地局の前記SCGへの接続を保持したまま、前記dual connectivityのマスター基地局を前記第１のマスター基地局から前記第２のマスター基地局に変更するよう構成されている、
無線端末。
【０１５６】
（付記３４）
前記少なくとも１つのプロセッサは、前記MCG設定及び前記SCG設定の受信に応じて、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを前記第２のマスター基地局に移される１又は複数の第２のベアラから区別するよう構成されている、
付記３３に記載の無線端末。
【０１５７】
この出願は、２０１５年７月３１日に出願された日本出願特願２０１５−１５２７３６を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１５８】
１−３  基地局（eNBs）
４  無線端末（UE）
１２０１  RFトランシーバ
１２０４  プロセッサ
１２０５  メモリ
【図１】
2017022166.tif 000003
【図２Ａ】
2017022166.tif 000004
【図２Ｂ】
2017022166.tif 000005
【図３】
2017022166.tif 000006
【図４】
2017022166.tif 000007
【図５Ａ】
2017022166.tif 000008
【図５Ｂ】
2017022166.tif 000009
【図６】
2017022166.tif 000010
【図７】
2017022166.tif 000011
【図８】
2017022166.tif 000012
【図９】
2017022166.tif 000013
【図１０】
2017022166.tif 000014
【図１１Ａ】
2017022166.tif 000015
【図１１Ｂ】
2017022166.tif 000016
【図１２】
2017022166.tif 000017
【図１３】
2017022166.tif 000018
【手続補正書】
【提出日】平成30年1月10日(2018.1.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
セカンダリ基地局であって、
少なくとも１つの無線トランシーバと
前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信するよう構成され、
前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
セカンダリ基地局。
【請求項２】
前記少なくとも１つのプロセッサは、前記SeNB追加要求メッセージの受信に応じて、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを、前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラから区別するよう構成されている、
請求項１に記載のセカンダリ基地局。
【請求項３】
前記少なくとも１つのプロセッサは、前記１又は複数の第２のベアラに関する前記セカンダリ基地局から前記第２のマスター基地局へのデータ通信状況の報告及びデータフォワーディングの少なくともいずれかを行うよう構成されている、
請求項２に記載のセカンダリ基地局。
【請求項４】
前記SeNB追加要求メッセージは、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを示す第１のリスト及び前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラを示す第２のリストのうちいずれか又は両方を含む、
請求項１に記載のセカンダリ基地局。
【請求項５】
前記SeNB追加要求メッセージは、前記第１のリストを少なくとも含み、
前記少なくとも１つのプロセッサは、前記第１のリストに含まれていない１又は複数のベアラが解放されてもよいこと又は前記第２のマスター基地局に移されることを認識するよう構成されている、
請求項４に記載のセカンダリ基地局。
【請求項６】
前記少なくとも１つのプロセッサは、前記第２のマスター基地局からの前記SeNB追加要求メッセージを受け入れた後に、前記dual connectivityのためのリソースの解放をトリガーするSeNB解放要求メッセージを前記第１のマスター基地局から受信するよう構成され、
前記SeNB解放要求メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
請求項１〜５のいずれか１項に記載のセカンダリ基地局。
【請求項７】
セカンダリ基地局における方法であって、
第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信すること、前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、及び
前記SeNB追加要求メッセージの受信に応じて、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラから区別すること、
を備える方法。
【請求項８】
少なくとも１つの無線トランシーバと
前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、セカンダリ基地局が第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間にSeNB追加要求メッセージを前記セカンダリ基地局に送信するよう構成され、
前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
第２のマスター基地局。
【請求項９】
第１のマスター基地局であって、
少なくとも１つの無線トランシーバと
前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に、前記無線端末のハンドオーバ要求を第２のマスター基地局に送信し、前記ハンドオーバ要求に対する応答メッセージを前記第２のマスター基地局から受信するよう構成され、
前記応答メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示す、
第１のマスター基地局。
【請求項１０】
無線端末であって、
第１のマスター基地局、第２のマスター基地局、及びセカンダリ基地局と通信するための少なくとも１つの無線トランシーバと、
少なくとも１つのプロセッサと、
を備え、
前記第１のマスター基地局、前記第２のマスター基地局、及び前記セカンダリ基地局は、前記セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を前記無線端末に提供しているときに、前記dual connectivityのマスター基地局を前記第１のマスター基地局から前記第２のマスター基地局に変更する手順を実行するよう構成され、
前記少なくとも１つのプロセッサは、
前記手順の間に、前記第２のマスター基地局に関するマスターセル・グループ（MCG）設定及び前記セカンダリ基地局に関するSCG設定を前記第１のマスター基地局から受信するよう構成され、
前記MCG設定及び前記SCG設定の受信に応答して、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否か又は前記第２のマスター基地局に移されるかを認識するよう構成され、
少なくとも１つのベアラを含む前記セカンダリ基地局の前記SCGへの接続を保持したまま、前記dual connectivityのマスター基地局を前記第１のマスター基地局から前記第２のマスター基地局に変更するよう構成されている、
無線端末。
【国際調査報告】
2017022166.tif 000019
2017022166.tif 000020
2017022166.tif 000021