(57)【要約】セカンダリ基地局（２）は、第１のマスター基地局（１）と連携してＤＣのためのセカンダリセル・グループ（ＳＣＧ）を無線端末（４）に提供している間に第２のマスター基地局（３）からＳｅＮＢ追加要求メッセージ（３０２）を受信する。セカンダリ基地局（２）は、当該ＳｅＮＢ追加要求メッセージ（３０２）が無線端末（４）のためのＤＣのマスター基地局が第１のマスター基地局（１）から第２のマスター基地局（３）に変更されることを明示的又は暗示的に示すことに応じて、当該ＳｅＮＢ追加要求メッセージ（３０２）が既に設定されているＳＣＧの修正を要求していると認識する。これにより、例えば、Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ（ＤＣ）のマスター基地局の変更手順を既存の基地局間インタフェース手順及び基地局間シグナリング・メッセージを利用して行うことに寄与できる。
2017022167.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの無線トランシーバと
前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信した場合、前記SeNB追加要求メッセージが前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的又は暗示的に示す第１の情報要素を含むことに応じて、前記SeNB追加要求メッセージが前記SCGに関する設定の修正を要求していると認識するよう構成されている、
基地局装置。
【請求項２】
前記第１の情報要素は、前記無線端末のための前記dual connectivityのマスター基地局の変更を暗示的に示すために、前記第１のマスター基地局と前記基地局装置の間の基地局間インタフェースにおいて前記無線端末を一意に特定するために前記基地局装置によって割り当てられる無線端末識別子を含む、
請求項１に記載の基地局装置。
【請求項３】
前記無線端末識別子は、前記基地局装置によって割り当てられるSeNB UE X2AP IDを含む、
請求項２に記載の基地局装置。
【請求項４】
前記第１の情報要素は、前記第１のマスター基地局と連携した前記dual connectivityのために前記基地局装置に既に設定されているネットワークベアラのベアラ識別子と同一のベアラ識別子をさらに含む、
請求項２又は３に記載の基地局装置。
【請求項５】
前記第１の情報要素は、前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的に示す、
請求項１に記載の基地局装置。
【請求項６】
前記少なくとも１つのプロセッサは、前記SeNB追加要求メッセージへの応答メッセージを前記第２のマスター基地局に送信することに応じて、前記第１のマスター基地局と連携した前記dual connectivityのためのSCG設定を前記第２のマスター基地局と連携したdual connectivityのために修正された又は新たに設定されたSCG設定によって置き換えるよう構成されている、
請求項１〜５のいずれか１項に記載の基地局装置。
【請求項７】
前記少なくとも１つのプロセッサは、SeNB解放要求メッセージを前記第１のマスター基地局から受信したことに応じて、前記第１のマスター基地局と連携した前記dual connectivityのためのSCG設定を前記第２のマスター基地局と連携したdual connectivityのための修正されたSCG設定によって置き換えるよう構成されている、
請求項１〜５のいずれか１項に記載の基地局装置。
【請求項８】
前記少なくとも１つのプロセッサは、前記第２のマスター基地局からの前記SeNB追加要求メッセージを受け入れた後に、前記dual connectivityのためのリソースの解放をトリガーするSeNB解放要求メッセージを前記第１のマスター基地局から受信した場合に、前記無線端末のコンテキストに関連付けられた無線リソースおよびコントロールプレーン・リソースのうち一部のリソースを解放できるが残りのリソースを維持するべきであることを認識するよう構成されている、
請求項１〜７のいずれか１項に記載の基地局装置。
【請求項９】
前記一部のリソースは、前記無線端末に関連付けられた前記第１のマスター基地局と前記基地局装置の間の基地局間インタフェース・コネクションの１又は複数の識別子を含む、
請求項８に記載の基地局装置。
【請求項１０】
前記残りのリソースは、前記無線端末に関連付けられたベアラの設定を含む、
請求項８又は９に記載の基地局装置。
【請求項１１】
前記ベアラの設定は、前記ベアラの識別子、論理チャネル設定、及びRadio Link Control（RLC）設定を含む、
請求項１０に記載の基地局装置。
【請求項１２】
前記少なくとも１つのプロセッサは、前記第２のマスター基地局からの前記SeNB追加要求メッセージを受け入れた後に、前記dual connectivityのためのリソースの解放をトリガーするSeNB解放要求メッセージを前記第１のマスター基地局から受信した場合に、前記基地局装置から前記第１又は第２のマスター基地局へのデータフォワーディングが必要でなくても前記無線端末のユーザーデータに関する状態を維持するべきであることを認識するよう構成されている、
請求項１〜１１のいずれか１項に記載の基地局装置。
【請求項１３】
前記ユーザーデータに関する状態は、前記無線端末のユーザーデータに関するPacket data Convergence Protocol（PDCP）状態及びRadio Link Control（RLC）状態のうち少なくとも一方を含む、
請求項１２に記載の基地局装置。
【請求項１４】
前記SeNB解放要求メッセージは、前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的に示す第２の情報要素、若しくは前記無線端末のコンテキストに関連付けられたリソースの部分的な解放を示す第３の情報要素、又はこれら両方を含む、
請求項８〜１３のいずれか１項に記載の基地局装置。
【請求項１５】
セカンダリ基地局における方法であって、
第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信すること、及び
前記SeNB追加要求メッセージが前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的又は暗示的に示す第１の情報要素を含むことに応じて、前記SeNB追加要求メッセージが前記SCGに関する設定の修正を要求していると認識すること、
を備える方法。
【請求項１６】
セカンダリ基地局における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信すること、及び
前記SeNB追加要求メッセージが前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的又は暗示的に示す第１の情報要素を含むことに応じて、前記SeNB追加要求メッセージが前記SCGに関する設定の修正を要求していると認識すること、
を含む、
非一時的なコンピュータ可読媒体。
【請求項１７】
無線端末であって、
第１のマスター基地局、第２のマスター基地局、及びセカンダリ基地局と通信するための少なくとも１つの無線トランシーバと、
少なくとも１つのプロセッサと、
を備え、
前記セカンダリ基地局は、前記セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を前記無線端末に提供している間に前記第２のマスター基地局からSeNB追加要求メッセージを受信した場合、前記SeNB追加要求メッセージが前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的又は暗示的に示す第１の情報要素を含むことに応じて、前記SeNB追加要求メッセージが前記SCGに関する設定の修正を要求していると認識するよう構成されており、
前記少なくとも１つのプロセッサは、前記第１のマスター基地局及び前記第２のマスター基地局と通信し、前記セカンダリ基地局の前記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変更では、SeNBは、3GPP Release 12のSeNB Addition手順およびSeNB Release手順とは異なる動作をしなければならない。【００２３】
本明細書に開示される実施形態が達成しようとする目的の１つは、Dual Connectivityを無線端末（UE）に提供している間のセカンダリ基地局（SeNB）の解放を伴わないマスター基地局（MeNB）変更手順又はセカンダリ基地局（SeNB）の追加を伴うマスター基地局（MeNB）変更手順を、既存の基地局間インタフェース（X2 interface）手順及び基地局間シグナリング・メッセージ（X2メッセージ）を利用して行うことに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００２４】
第１の態様では、基地局装置は、少なくとも１つの無線トランシーバ、及び前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信した場合、前記SeNB追加要求メッセージが前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的又は暗示的に示す第１の情報要素を含むことに応じて、前記SeNB追加要求メッセージが前記SCGに関する設定の修正を要求していると認識するよう構成されている。【００２５】
第２の態様では、セカンダリ基地局における方法は、
（ａ）第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信すること、及び
（ｂ）前記SeNB追加要求メッセージが前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的又は暗示的に示す第１の情報要素を含むことに応じて、前記SeNB追加要求メッセージが前記SCGに関する設定の修正を要求していると認識すること、
を含む。【００２６】
第３の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。【００２７】
第４の態様では、無線端末は、前記第１のマスター基地局、前記第２のマスター基地局、及び前記セカンダリ基地局と通信するための少なくとも１つの無線トランシーバ、及び少なくとも１つのプロセッサを含む。前記セカンダリ基地局は、前記セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を前記無線端末に提供している間に前記第２のマスター基地局からSeNB追加要求メッセージを受信した場合、前記SeNB追加要求メッセージが前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的又は暗示的に示す第１の情報要素を含むことに応じて、前記SeNB追加要求メッセージが前記SCGに関する設定の修正を要求していると認識するよう構成されている。前記少なくとも１つのプロセッサは、前記第１のマスター基地局及び前記第２のマスター基地局と通信し、前記セカンダリ基地局の前記SCGへの接続を保持したまま、前記dual connectivityのマスター基地局を前記第１のマスター基地局から前記第２のマスター基地局に変更するよう構成されている。
【発明の効果】
【００２８】
上述の態様によれば、Dual Connectivityを無線端末（UE）に提供している間のセカンダリ基地局（SeNB）の解放を伴わないマスター基地局（MeNB）変更手順又はセカンダリ基地局（SeNB）の追加を伴うマスター基地局（MeNB）変更手順を、既存の基地局間インタフェース（X2 interface）手順及び基地局間シグナリング・メッセージ（X2メッセージ）を利用して行うことに寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００２９】
【図１】いくつかの実施形態に係る無線通信ネットワークの構成例を示す図である。
【図２Ａ】いくつかの実施形態に係るMeNB変更（MeNB間ハンドオーバ）の全体手順の一例を示すシーケンス図である。
【図２Ｂ】いくつかの実施形態に係るMeNB変更（MeNB間ハンドオーバ）の全体手順の一例を示すシーケンス図である。
【図３】第１の実施形態に係るSeNBの動作を説明するためのシーケンス図である。
【図４】第１の実施形態に係るSeNBの動作の一例を示すフローチャートである。
【図５】第２の実施形態に係るSeNBの動作を説明するためのシーケンス図である。
【図６】第２の実施形態に係るSeNBの動作の一例を示すフローチャートである。
【図７】第３の実施形態に係るSeNBの動作を説明するためのシーケンス図である。
【図８】いくつかの実施形態に係る基地局の構成例を示すブロック図である。
【図９】いくつかの実施形態に係る無線端末の構成例を示すブロック図である。
【発明を実施するための形態】
【００３０】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００３１】
以下に示される複数の実施形態は、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２は、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の実行を指示されたと認識する。例えば、UE４は、当該RRC Connection Reconfigurationメッセージを受信すると、MCG側のMAC entity（MCG MAC）とSCG側のMAC entity（SCG MAC）をリセットする。そして、MCG側のPDCP entity（MCG PDCP）と（SCGベアラの場合のみ）SCG側のPDCP entity（SCG PDCP）を再確立（re-establish）する。続いて、MCG側のRLC entity（MCG RLC）と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３へのフォワーディングを開始する。
【００４５】
ステップ２１３では、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変更手順は、既存のSeNB Addition手順及びSeNB Release手順を利用して、SeNBの追加を伴うMeNB変更手順（又はSeNB２の解放を伴わないMeNB変更手順）を実現している。したがって、図２Ａ及び図２Ｂに示された手順では、SeNB２は、T-MeNB３からのSeNB Addition Requestメッセージ（ステップ２０２）を既存の（通常の）SeNB Addition Requestメッセージと区別しなければならない。なぜなら、当該SeNB Addition Requestメッセージ（ステップ２０２）は、SeNB２に既に設定されているSCG（又はE-RAB）に関連付けられるMeNB及びMCGをS-MeNB１からT-MeNB３に変更するために使用されており、したがって既存の（通常の）SeNB Addition Requestメッセージと異なる役割を持つためである。
【００４９】
本実施形態では、図２Ａに示されたSeNB Addition Requestメッセージ（ステップ２０２）を既存の（通常の）メッセージと区別するためのS-MeNB１、SeNB２、及びT-MeNB３の動作並びにメッセージ構成の具体例が説明される。
【００５０】
図３は、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２は、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メッセージ（ステップ３０２）に含まれるT-MeNB３からの情報（e.g., SCG-ConfigInfo）に基づいて、新たなSCG設定（SCG-Config）を生成し、当該新たなSCG設定を包含する応答メッセージ（SeNB Addition Request Acknowledge）をT-MeNB３に送信する。当該新たな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”）を含んでもよい。
【００６３】
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)３から受信する。ブロック４０２では、S-MeNB１とのDCにおいて当該特定のUE４を一意に特定するためにSeNB２によって設定されたUE ID（e.g., SeNB UE X2AP ID）を当該SeNB Addition Requestメッセージ（ブロック４０１）が含む場合、SeNB２は、当該SeNB Addition Requestメッセージを既に設定されているSCG（SCG Config、又はベアラ(e.g., E-RAB)）の修正（変更）の要求であると認識する。
【００６５】
以上の説明から理解されるように、図３及び図４を用いて説明された例によれば、SeNB２は、MeNB (S-MeNB)１と連携して特定のUE４にDCのためのSCGを提供している間に、SeNB Addition Requestメッセージを他のeNB (T-MeNB)３から受信した場合に、当該SeNB Addition Requestメッセージを既存の（通常の）SeNB Addition Requestメッセージと区別することができる。したがって、T-MeNB３から受信したSeNB Addition Requestメッセージをエラーケース（error case）と判断し、これを無視したりSCG（又はベアラ）を解放したりすることを防ぐことができる。
【００６６】
なお、T-MeNB３からのSeNB Addition Requestメッセージの受信に応じて、SeNB２は、さらに以下のように動作してもよい。いくつかの実装において、SeNB２は、SeNB Addition Request AcknowledgeメッセージをT-MeNB３に送信することに応じて、S-MeNB１と連携したDCのためのSCG設定をT-MeNB３と連携したDCのための修正されたSCG設定（又は、新たに設定されたSCG設定）によって置き換えるよう構成されてもよい。
【００６７】
これに代えて、SeNB２は、SeNB Release Requestメッセージ（ステップ２０５）をS-MeNB１から受信したことに応じて、S-MeNB１と連携したDCのためのSCG設定をT-MeNB３と連携したDCのための修正されたSCG設定（又は、新たに設定されたSCG設定）によって置き換えるよう構成されてもよい。
【００６８】
いくつかの実装において、SeNB２は、SeNB Addition RequestメッセージをT-MeNB３から受信したことに応じて、UE４へのユーザーデータの送信若しくはUE４からのユーザーデータの受信又はこれら両方を停止するよう構成されてもよい。
【００６９】
＜第２の実施形態＞
図２Ａ及び図２Ｂに示された手順では、SeNB２は、S-MeNB１からのSeNB Release Requestメッセージ（ステップ２０５）及びUE Context Releaseメッセージ（ステップ２１９）を既存の（通常の）SeNB Release Request及びUE Context Releaseメッセージと区別しなければならない。なぜなら、これらのSeNB Release Request及びUE Context Releaseメッセージ（ステップ２０５及び２１９）は、UE４のUEコンテキストに関連付けられたリソースのうち一部のみの解放をSeNB２に許可するものであり、したがって既存の（通常の）SeNB Release Request及びUE Context Releaseメッセージと異なる役割を持つためである。
【００７０】
本実施形態では、図２Ａ及び図２Ｂに示されたSeNB Release Requestメッセージ（ステップ２０５）及びUE Context Releaseメッセージ（ステップ２１９）を既存の（通常の）メッセージと区別するためのS-MeNB１、SeNB２、及びT-MeNB３の動作並びにメッセージ構成の具体例が説明される。
【００７１】
図５は、SeNB２が、T-MeNB３からのSeNB Addition Requestメッセージの受信後に、SeNB Release RequestメッセージをS-MeNB１から受信する手順の一例（手順５００）を示している。図５に示されたステップ５０１〜５０４は、図３に示されたステップ３０１〜３０４と同様である。図５に示されたステップ５０５及び５０６は、図２Ａに示されたステップ２０４及び２０５に対応する。すなわちステップ５０５では、T-MeNB３は、ハンドオーバ要求（ステップ５０１）の受け入れを示す応答メッセージ（Handover Request Acknowledge）をS-MeNB１に送信する。
【００７２】
ステップ５０６では、Handover Request Acknowledgeメッセージの受信に応じて、S-MeNB１は、SeNB Release RequestメッセージをSeNB２に送信する。当該SeNB Release Requestメッセージは、S-MeNB１とのDCのためのUE４に関するSeNBとしてのリソース（e.g., UEコンテキスト）の解放をSeNB２にトリガーする。
【００７３】
ステップ５０７では、SeNB２は、T-MeNB３からのSeNB Addition Request（ステップ５０２）を受け入れた後に、SeNB Release Requestメッセージ（ステップ５０６）をS-MeNB１から受信した場合に、UE４のUEコンテキストに関連付けられたリソースのうち一部を解放できるが残りのリソースを維持するべきであることを認識する。
【００７４】
言い換えると、SeNB２は、S-MeNB１からのSeNB Release Requestメッセージ（ステップ５０６）の受信よりも前に、UE４のDCのためのSCG又はベアラ（E-RAB）に対する修正の要求とみなされるT-MeNB３からのSeNB Addition Requestを受け入れていた場合（ステップ５０３）に、UE４のUEコンテキストに関連付けられたリソースのうち一部を解放できるが残りのリソースを維持するべきであることを認識する。
【００７５】
さらに言い換えると、SeNB２は、S-MeNB１からのSeNB Release Requestメッセージ（ステップ５０６）の受信よりも前に、UE４のためのDCのMeNBがS-MeNB１からT-MeNB３に変更されることをT-MeNB３から明示的又は暗示的に知らされていた場合（ステップ５０２）に、UE４のUEコンテキストに関連付けられたリソースのうち一部を解放できるが残りのリソースを維持するべきであることを認識する。
【００７６】
いくつかの実装において、SeNB２は、S-MeNB１からのSeNB Release Requestメッセージ（ステップ５０６）の受信に応じて、UE４のUEコンテキストに関連付けられた無線リソースおよびコントロールプレーン・リソースのうち一部のリソースを解放できるが残りのリソースを維持するべきであることを認識してもよい。解放されてもよい一部のリソースは、例えば、UE４に関連付けられたS-MeNB１とSeNB２の間の基地局間インタフェース・コネクション（X2インタフェース・コネクション）の１又は複数の識別子（e.g.,S-MeNB１によって割り当てられたMeNB UE X2AP ID）を含む。解放されるべきでない残りのリソースは、例えば、UE４に関連付けられたSCGでのベアラ設定を含む。当該ベアラ設定は、例えば、ベアラ識別子（e.g., E-RAB ID若しくはeps-Bearer Identity、DRB Identity、又はこれらの組み合せ）、論理チャネル設定、及びRadio Link Control（RLC）設定を含む。当該ベアラ設定は、T-MeNB３からのSeNB Addition Requestに基づいて更新された設定であってもよい。
【００７７】
さらに又はこれに代えて、いくつかの実装において、SeNB２は、S-MeNB１からのSeNB Release Requestメッセージ（ステップ５０６）の受信に応じて、SeNB２からS-MeNB１（又はT-MeNB３）へのデータフォワーディングが必要でなくてもUE４のユーザーデータに関する状態を維持するべきであることを認識してもよい。当該ユーザーデータに関する状態は、例えば、UE４のユーザーデータに関するPacket data Convergence Protocol（PDCP）状態（e.g., PDCP SN及びHFN）及びRadio Link Control（RLC）状態のうち少なくとも一方を含む。
【００７８】
図６は、SeNB２の動作の一例（処理６００）を示すフローチャートである。ブロック６０１では、SeNB２は、MeNB (S-MeNB)１と連携して特定のUE４にDCのためのSCGを提供している間に、SeNB Release RequestメッセージをS-MeNB１から受信する。ブロック６０２では、SeNB２は、S-MeNB１からのSeNB Release Requestメッセージの受信（ブロック６０１）よりも前に、UE４のDCのためのSCG又はベアラ（E-RAB）に対する修正の要求（変更）とみなされるT-MeNB３からのSeNB Addition Requestを受け入れていた場合に、当該SeNB Release Requestメッセージを当該特定のUE４に関するリソースの一部のみの解放をトリガーする要求であると認識する。例えば、SeNB２は、SeNB Release Requestメッセージで受信したE-RAB To Be Released List IEが、T-MeNB３から追加を要求され（つまり、SeNB Addition Requestメッセージで指定され）、SeNB２が受け入れた（つまり、当該要求を受諾した）ものと同じベアラ識別子（e.g., E-RAB ID）を含む場合、SeNB２は当該SeNB Releaseメッセージを、（UE４に関する）対応するE-RABの一部のリソースのみの解放をトリガーする要求であると認識する。
【００７９】
以上の説明から理解されるように、図５及び図６を用いて説明された例によれば、SeNB２は、MeNB (S-MeNB)１と連携して特定のUE４にDCのためのSCGを提供している間に、SeNB Release RequestメッセージをS-MeNB１から受信した場合に、T-MeNB３からのSeNB Addition Requestを既に受け入れているか否かに基づいて、当該SeNB Release Requestメッセージの受信に応じて解放してもよいリソースを認識することができる。したがって、SeNB（又はSCG、又はSCGのベアラ（SCGベアラ又はスプリットベアラ））を維持したままのMeNB変更（MeNB間ハンドオーバ）が行われる場合に、T-MeNB３と連携したDCのために引き続き使用されるリソースが解放（削除（remove））されることを防止できる。
【００８０】
＜第３の実施形態＞
本実施形態では、第２の実施形態の変形例が説明される。図５及び図６を用いて説明された手順及び動作は、S-MeNB１からのSeNB Release RequestメッセージのSeNB２による受信時に代えて又は加えて、S-MeNB１からのUE Context ReleaseメッセージのSeNB２による受信時に行われてもよい。図７は、SeNB２が、T-MeNB３からのSeNB Addition Requestメッセージの受信後に、SeNB UE Context ReleaseメッセージをS-MeNB１から受信する手順の一例（手順７００）を示している。図７に示されたステップ７０１〜７０４は、図３に示されたステップ３０１〜３０４及び図５に示されたステップ５０１〜５０４と同様である。
【００８１】
図７に示されたステップ７０５及び７０６は、図２Ｂに示されたステップ２１８及び２１９に対応する。すなわちステップ７０５では、T-MeNB３は、UE Context ReleaseメッセージをS-MeNB１に送信する。ステップ７０６では、S-MeNB１は、T-MeNB３からのUE Context Releaseメッセージの受信に応じて、UE Context ReleaseメッセージをSeNB２に送信する。
【００８２】
ステップ７０７では、SeNB２は、T-MeNB３からのSeNB Addition Request（ステップ７０２）を受け入れた後に、UE Context Releaseメッセージ（ステップ７０６）をS-MeNB１から受信した場合に、UE４のUEコンテキストに関連付けられたリソースのうち一部を解放できるが残りのリソースを維持するべきであることを認識する。
【００８３】
言い換えると、SeNB２は、S-MeNB１からのUE Context Releaseメッセージ（ステップ７０６）の受信よりも前に、UE４のDCのためのSCG又はベアラ（E-RAB）に対する修正の要求とみなされるT-MeNB３からのSeNB Addition Requestを受け入れていた場合（ステップ７０３）に、UE４のUEコンテキストに関連付けられたリソースのうち一部を解放できるが残りのリソースを維持するべきであることを認識する。
【００８４】
さらに言い換えると、SeNB２は、S-MeNB１からのUE Context Releaseメッセージ（ステップ７０６）の受信よりも前に、UE４のためのDCのMeNBがS-MeNB１からT-MeNB３に変更されることをT-MeNB３から明示的又は暗示的に知らされていた場合（ステップ７０２）に、UE４のUEコンテキストに関連付けられたリソースのうち一部を解放できるが残りのリソースを維持するべきであることを認識する。
【００８５】
図７を用いて説明された例によれば、SeNB２は、MeNB (S-MeNB)１と連携して特定のUE４にDCのためのSCGを提供している間に、UE Context ReleaseメッセージをS-MeNB１から受信した場合に、T-MeNB３からのSeNB Addition Requestを既に受け入れているか否かに基づいて、当該UE Context Releaseメッセージの受信に応じて解放してもよいリソースを認識することができる。したがって、SeNB（又はSCG、又はSCGのベアラ（SCGベアラ又はスプリットベアラ））を維持したままのMeNB変更（MeNB間ハンドオーバ）が行われる場合に、T-MeNB３と連携したDCのために引き続き使用されるリソースが解放（削除（remove））されることを防止できる。
【００８６】
図５〜図６を用いて説明された例において、S-MeNB１は、SeNB Release Request メッセージ又はUE Context Releaseメッセージ内に、UEのためのDCのMeNBがS-MeNB１からT-MeNB３に変更されることを明示的に示す情報要素を含めてもよい。さらに又はこれに代えて、S-MeNB１は、SeNB Release Request メッセージ又はUE Context Releaseメッセージ内に、UE４のUEコンテキストに関連付けられたリソースの部分的な解放（i.e., partial SeNB Release Request又はpartial UE Context Release）を示す情報要素を含めてもよい。これらの情報要素は、解放メッセージ（SeNB Release Request メッセージ又はUE Context Releaseメッセージ）の要因を示すCause情報要素であってもよい。例えば、“Inter MeNB Handover”、“Optimized Handover”、又は“Control plane release”を示す新たなCause値／Cause名が定義されてもよい。これにより、SeNB２は、これらの情報要素を包含するSeNB Release Request メッセージ又はUE Context Releaseメッセージを既存の（通常の）SeNB Release Request メッセージ又はUE Context Releaseメッセージと容易に区別することができる。
【００８７】
最後に、上述の複数の実施形態に係る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追加要求メッセージが前記SCGに関する設定の修正を要求していると認識するよう構成されている、
基地局装置。
【０１０６】
（付記Ａ２）
前記第１の情報要素は、前記無線端末のための前記dual connectivityのマスター基地局の変更を暗示的に示すために、前記第１のマスター基地局と前記基地局装置の間の基地局間インタフェースにおいて前記無線端末を一意に特定するために前記基地局装置によって割り当てられる無線端末識別子を含む、
付記Ａ１に記載の基地局装置。
【０１０７】
（付記Ａ３）
前記無線端末識別子は、前記基地局装置によって割り当てられるSeNB UE X2AP IDを含む、
付記Ａ２に記載の基地局装置。
【０１０８】
（付記Ａ４）
前記第１の情報要素は、前記第１のマスター基地局と連携した前記dual connectivityのために前記基地局装置に既に設定されているネットワークベアラのベアラ識別子と同一のベアラ識別子をさらに含む、
付記Ａ２又はＡ３に記載の基地局装置。
【０１０９】
（付記Ａ５）
前記第１の情報要素は、前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的に示す、
付記Ａ１に記載の基地局装置。
【０１１０】
（付記Ａ６）
前記SeNB追加要求メッセージは、前記第１のマスター基地局と連携した前記dual connectivityのために前記基地局装置に既に設定されているネットワークベアラの識別子とデータ無線ベアラのベアラ識別子の組み合わせと同一のベアラ識別子の組み合わせを指定する情報を含む、
付記Ａ５に記載の基地局装置。
【０１１１】
（付記Ａ７）
前記少なくとも１つのプロセッサは、前記SeNB追加要求メッセージへの応答メッセージを前記第２のマスター基地局に送信することに応じて、前記第１のマスター基地局と連携した前記dual connectivityのためのSCG設定を前記第２のマスター基地局と連携したdual connectivityのために修正された又は新たに設定されたSCG設定によって置き換えるよう構成されている、
付記Ａ１〜Ａ６のいずれか１項に記載の基地局装置。
【０１１２】
（付記Ａ８）
前記少なくとも１つのプロセッサは、SCG解放要求メッセージを前記第１のマスター基地局から受信したことに応じて、前記第１のマスター基地局と連携した前記dual connectivityのためのSCG設定を前記第２のマスター基地局と連携したdual connectivityのための修正されたSCG設定によって置き換えるよう構成されている、
付記Ａ１〜Ａ６のいずれか１項に記載の基地局装置。
【０１１３】
（付記Ａ９）
前記少なくとも１つのプロセッサは、前記SeNB追加要求メッセージを前記第２のマスター基地局から受信したことに応じて、前記無線端末へのユーザーデータの送信若しくは前記無線端末からのユーザーデータの受信又はこれら両方を停止するよう構成されている、
付記Ａ１〜Ａ８のいずれか１項に記載の基地局装置。
【０１１４】
（付記Ａ１０）
前記少なくとも１つのプロセッサは、前記第２のマスター基地局からの前記SeNB追加要求メッセージを受け入れた後に、前記dual connectivityのための前記無線端末のコンテキストの解放をトリガーする解放メッセージを前記第１のマスター基地局から受信した場合に、前記無線端末の前記コンテキストに関連付けられた無線リソースおよびコントロールプレーン・リソースのうち一部のリソースを解放できるが残りのリソースを維持するべきであることを認識するよう構成されている、
付記Ａ１〜Ａ９のいずれか１項に記載の基地局装置。
【０１１５】
（付記Ａ１１）
前記一部のリソースは、前記無線端末に関連付けられた前記第１のマスター基地局と前記基地局装置の間の基地局間インタフェース・コネクションの１又は複数の識別子を含む、
付記Ａ１０に記載の基地局装置。
【０１１６】
（付記Ａ１２）
前記残りのリソースは、前記無線端末に関連付けられたベアラの設定を含む、
付記Ａ１０又はＡ１１に記載の基地局装置。
【０１１７】
（付記Ａ１３）
前記ベアラの設定は、前記ベアラの識別子、論理チャネル設定、及びRadio Link Control（RLC）設定を含む、
付記Ａ１２に記載の基地局装置。
【０１１８】
（付記Ａ１４）
前記ベアラの設定は、前記第２のマスター基地局からの前記SeNB追加要求に基づいて更新されている、
付記Ａ１２又はＡ１３に記載の基地局装置。
【０１１９】
（付記Ａ１５）
前記少なくとも１つのプロセッサは、前記第２のマスター基地局からの前記SeNB追加要求メッセージを受け入れた後に、前記dual connectivityのための前記無線端末のコンテキストの解放をトリガーする解放メッセージを前記第１のマスター基地局から受信した場合に、前記基地局装置から前記第１又は第２のマスター基地局へのデータフォワーディングが必要でなくても前記無線端末のユーザーデータに関する状態を維持するべきであることを認識するよう構成されている、
付記Ａ１〜Ａ１４のいずれか１項に記載の基地局装置。
【０１２０】
（付記Ａ１６）
前記ユーザーデータに関する状態は、前記無線端末のユーザーデータに関するPacket data Convergence Protocol（PDCP）状態及びRadio Link Control（RLC）状態のうち少なくとも一方を含む、
付記Ａ１５に記載の基地局装置。
【０１２１】
（付記Ａ１７）
前記解放メッセージは、SCGの解放を示すSCG解放要求メッセージ、又は前記無線端末に関するコンテキストの解放を示すコンテキスト解放メッセージである、
付記Ａ１０〜Ａ１６のいずれか１項に記載の基地局装置。
【０１２２】
（付記Ａ１８）
前記解放メッセージは、前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的に示す第２の情報要素、若しくは前記無線端末のコンテキストに関連付けられたリソースの部分的な解放を示す第３の情報要素、又はこれら両方を含む、
付記Ａ１０〜１７のいずれか１項に記載の基地局装置。
【０１２３】
（付記Ａ１９）
前記第２の情報要素及び前記第３の情報要素の少なくとも一方は、前記解放メッセージの要因を示すCause情報要素を含む、
付記Ａ１８に記載の基地局装置。
【０１２４】
（付記Ｂ１）
少なくとも１つの無線トランシーバと
前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に前記dual connectivityのための前記無線端末のコンテキストの解放をトリガーする解放メッセージを前記第１のマスター基地局から受信するよう構成され、
前記解放メッセージの受信よりも前に、前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを前記第２のマスター基地局から明示的又は暗示的に知らされていた場合に、前記解放メッセージの受信に応じて、前記無線端末の前記コンテキストに関連付けられた無線リソースおよびコントロールプレーン・リソースのうち一部のリソースを解放できるが残りのリソースを維持するべきであることを認識するよう構成されている、
基地局装置。
【０１２５】
（付記Ｂ２）
前記一部のリソースは、前記無線端末に関連付けられた前記第１のマスター基地局と前記基地局装置の間の基地局間インタフェース・コネクションの１又は複数の識別子を含む、
付記Ｂ１に記載の基地局装置。
【０１２６】
（付記Ｂ３）
前記残りのリソースは、前記無線端末に関連付けられたベアラの設定を含む、
付記Ｂ１又はＢ２に記載の基地局装置。
【０１２７】
（付記Ｂ４）
前記ベアラの設定は、前記ベアラの識別子、論理チャネル設定、及びRadio Link Control（RLC）設定を含む、
付記Ｂ３に記載の基地局装置。
【０１２８】
（付記Ｂ５）
前記ベアラの設定は、前記第２のマスター基地局からの前記SeNB追加要求に基づいて更新されている、
付記Ｂ３又は４に記載の基地局装置。
【０１２９】
（付記Ｂ６）
少なくとも１つの無線トランシーバと
前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に前記dual connectivityのための前記無線端末のコンテキストの解放をトリガーする解放メッセージを前記第１のマスター基地局から受信するよう構成され、
前記解放メッセージの受信よりも前に、前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを前記第２のマスター基地局から明示的又は暗示的に知らされていた場合に、前記解放メッセージの受信に応じて、前記第１又は第２のマスター基地局へのデータフォワーディングが必要でなくても前記無線端末のユーザーデータに関する状態を維持するべきであることを認識するよう構成されている、
基地局装置。
【０１３０】
（付記Ｂ７）
前記ユーザーデータに関する状態は、前記無線端末のユーザーデータに関するPacket data Convergence Protocol（PDCP）状態及びRadio Link Control（RLC）状態のうち少なくとも一方を含む、
付記Ｂ６に記載の基地局装置。
【０１３１】
（付記Ｂ８）
前記解放メッセージは、SCGの解放を示すSCG解放要求メッセージ、又は前記無線端末に関するコンテキストの解放を示すコンテキスト解放メッセージである、
付記Ｂ１〜Ｂ７のいずれか１項に記載の基地局装置。
【０１３２】
（付記Ｂ９）
前記解放メッセージは、前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的に示す第２の情報要素、若しくは前記無線端末の前記コンテキストに関連付けられた無線リソースおよびコントロールプレーン・リソースの部分的な解放を示す第３の情報要素、又はこれら両方を含む、
付記Ｂ１〜Ｂ８のいずれか１項に記載の基地局装置。
【０１３３】
（付記Ｂ１０）
前記第２の情報要素及び前記第３の情報要素の少なくとも一方は、前記解放メッセージの要因を示すCause情報要素を含む、
付記Ｂ９に記載の基地局装置。
【０１３４】
この出願は、２０１５年７月３１日に出願された日本出願特願２０１５−１５２７３５を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１３５】
１−３  基地局（eNBs）
４  無線端末（UE）
８０１  RFトランシーバ
８０４  プロセッサ
８０５  メモリ
【図１】
2017022167.tif 000003
【図２Ａ】
2017022167.tif 000004
【図２Ｂ】
2017022167.tif 000005
【図３】
2017022167.tif 000006
【図４】
2017022167.tif 000007
【図５】
2017022167.tif 000008
【図６】
2017022167.tif 000009
【図７】
2017022167.tif 000010
【図８】
2017022167.tif 000011
【図９】
2017022167.tif 000012
【手続補正書】
【提出日】平成30年1月10日(2018.1.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つの無線トランシーバと
前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信した場合、前記SeNB追加要求メッセージが前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的又は暗示的に示す第１の情報要素を含むことに応じて、前記SeNB追加要求メッセージが前記SCGに関する設定の修正を要求していると認識するよう構成されている、
基地局装置。
【請求項２】
前記第１の情報要素は、前記無線端末のための前記dual connectivityのマスター基地局の変更を暗示的に示すために、前記第１のマスター基地局と前記基地局装置の間の基地局間インタフェースにおいて前記無線端末を一意に特定するために前記基地局装置によって割り当てられる無線端末識別子を含む、
請求項１に記載の基地局装置。
【請求項３】
前記無線端末識別子は、前記基地局装置によって割り当てられるSeNB UE X2AP IDを含む、
請求項２に記載の基地局装置。
【請求項４】
前記第１の情報要素は、前記第１のマスター基地局と連携した前記dual connectivityのために前記基地局装置に既に設定されているネットワークベアラのベアラ識別子と同一のベアラ識別子をさらに含む、
請求項２又は３に記載の基地局装置。
【請求項５】
前記第１の情報要素は、前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的に示す、
請求項１に記載の基地局装置。
【請求項６】
前記少なくとも１つのプロセッサは、前記SeNB追加要求メッセージへの応答メッセージを前記第２のマスター基地局に送信することに応じて、前記第１のマスター基地局と連携した前記dual connectivityのためのSCG設定を前記第２のマスター基地局と連携したdual connectivityのために修正された又は新たに設定されたSCG設定によって置き換えるよう構成されている、
請求項１〜５のいずれか１項に記載の基地局装置。
【請求項７】
前記少なくとも１つのプロセッサは、SeNB解放要求メッセージを前記第１のマスター基地局から受信したことに応じて、前記第１のマスター基地局と連携した前記dual connectivityのためのSCG設定を前記第２のマスター基地局と連携したdual connectivityのための修正されたSCG設定によって置き換えるよう構成されている、
請求項１〜５のいずれか１項に記載の基地局装置。
【請求項８】
前記少なくとも１つのプロセッサは、前記第２のマスター基地局からの前記SeNB追加要求メッセージを受け入れた後に、前記dual connectivityのためのリソースの解放をトリガーするSeNB解放要求メッセージを前記第１のマスター基地局から受信した場合に、前記無線端末のコンテキストに関連付けられた無線リソースおよびコントロールプレーン・リソースのうち一部のリソースを解放できるが残りのリソースを維持するべきであることを認識するよう構成されている、
請求項１〜７のいずれか１項に記載の基地局装置。
【請求項９】
セカンダリ基地局における方法であって、
第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信すること、及び
前記SeNB追加要求メッセージが前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的又は暗示的に示す第１の情報要素を含むことに応じて、前記SeNB追加要求メッセージが前記SCGに関する設定の修正を要求していると認識すること、
を備える方法。
【請求項１０】
無線端末であって、
第１のマスター基地局、第２のマスター基地局、及びセカンダリ基地局と通信するための少なくとも１つの無線トランシーバと、
少なくとも１つのプロセッサと、
を備え、
前記セカンダリ基地局は、前記セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を前記無線端末に提供している間に前記第２のマスター基地局からSeNB追加要求メッセージを受信した場合、前記SeNB追加要求メッセージが前記無線端末のための前記dual connectivityのマスター基地局が前記第１のマスター基地局から前記第２のマスター基地局に変更されることを明示的又は暗示的に示す第１の情報要素を含むことに応じて、前記SeNB追加要求メッセージが前記SCGに関する設定の修正を要求していると認識するよう構成されており、
前記少なくとも１つのプロセッサは、前記第１のマスター基地局及び前記第２のマスター基地局と通信し、前記セカンダリ基地局の前記SCGへの接続を保持したまま、前記dual connectivityのマスター基地局を前記第１のマスター基地局から前記第２のマスター基地局に変更するよう構成されている、
無線端末。
【国際調査報告】
2017022167.tif 000013
2017022167.tif 000014
2017022167.tif 000015
2017022167.tif 000016