JP6828683B2 - 基地局装置及びその方法 - Google Patents

基地局装置及びその方法 Download PDF

Info

Publication number
JP6828683B2
JP6828683B2 JP2017532357A JP2017532357A JP6828683B2 JP 6828683 B2 JP6828683 B2 JP 6828683B2 JP 2017532357 A JP2017532357 A JP 2017532357A JP 2017532357 A JP2017532357 A JP 2017532357A JP 6828683 B2 JP6828683 B2 JP 6828683B2
Authority
JP
Japan
Prior art keywords
ran node
senb
menb
scg
base station
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017532357A
Other languages
English (en)
Other versions
JPWO2017022167A1 (ja
Inventor
尚 二木
尚 二木
林　貞福
貞福 林
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of JPWO2017022167A1 publication Critical patent/JPWO2017022167A1/ja
Application granted granted Critical
Publication of JP6828683B2 publication Critical patent/JP6828683B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0027—Control or signalling for completing the hand-off for data sessions of end-to-end connection for a plurality of data sessions of end-to-end connections, e.g. multi-call or multi-bearer end-to-end data connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/04—Reselecting a cell layer in multi-layered cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/32—Hierarchical cell structures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0072—Transmission or use of information for re-establishing the radio link of resource information of target access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/27—Control channels or signalling for resource management between access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本開示は、無線通信ネットワークに関し、特に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））の送信状況又は受信状況、（ｂ）サービス情報、（ｃ）ベアラ情報、及び（ｄ）無線リソース設定情報のうち少なくとも１つを含む。
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トランシーバ
８０４ プロセッサ
８０５ メモリ

Claims (9)

  1. セカンダリ無線アクセスネットワーク（RAN）ノードであって、
    少なくとも１つの無線トランシーバと
    前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
    を備え、
    前記少なくとも１つのプロセッサは、
    セカンダリセル・グループ（SCG）を提供し、
    前記SCG及び第１のマスターRANノードによって提供されるマスターセル・グループ（MCG）を用いたdual connectivityを行うよう構成された無線端末と通信し、
    前記第１のマスターRANノードから第２のマスターRANノードへのハンドオーバ手順の間に、前記第２のマスターRANノードから、無線端末識別子を含むSecondary RAN Node Addition Requestメッセージを受信し、
    前記Secondary RAN Node Addition Requestメッセージに含まれる前記無線端末識別子が前記セカンダリRANノードと前記第１のマスターRANノードの間のRANノード間インタフェースにおいていずれの無線端末を一意に特定するためにも使用されていない場合、前記Secondary RAN Node Addition Requestメッセージに対応するSecondary RAN Node Addition Request手順をSecondary RAN Node Addition Rejectメッセージを用いて拒絶する、
    よう構成されている、
    セカンダリRANノード。
  2. 前記無線端末識別子は、前記無線端末のための前記dual connectivityのマスターRANノードの変更を暗示的に示す、
    請求項１に記載のセカンダリRANノード。
  3. 前記無線端末識別子は、 Secondary RAN Node UE X2AP IDを含む、
    請求項１又は２に記載のセカンダリRANノード。
  4. 前記Secondary RAN Node Addition Rejectメッセージは、前記Secondary RAN Node Addition Requestメッセージに含まれる前記無線端末識別子が不適切であることを示すcauseを含む、
    請求項１〜３のいずれか１項に記載のセカンダリRANノード。
  5. 前記少なくとも１つのプロセッサは、前記Secondary RAN Node Addition Requestメッセージに含まれる前記無線端末識別子が前記RANノード間インタフェースにおいて前記無線端末を一意に特定するために使用されている場合、Secondary RAN Node Release Requestメッセージを前記第１のマスターRANノードから受信したことに応じて、前記第１のマスターRANノードと連携した前記dual connectivityのためのSCG設定を前記第２のマスターRANノードと連携したdual connectivityのための修正されたSCG設定によって置き換えるよう構成されている、
    請求項１〜４のいずれか１項に記載のセカンダリRANノード。
  6. セカンダリ無線アクセスネットワーク（RAN）ノードにおける方法であって、
    セカンダリセル・グループ（SCG）を提供すること、
    前記SCG及び第１のマスターRANノードによって提供されるマスターセル・グループ（MCG）を用いたdual connectivityを行うよう構成された無線端末と通信すること、
    前記第１のマスターRANノードから第２のマスターRANノードへのハンドオーバ手順の間に、前記第２のマスターRANノードから、無線端末識別子を含むSecondary RAN Node Addition Requestメッセージを受信すること、及び
    前記Secondary RAN Node Addition Requestメッセージに含まれる前記無線端末識別子が前記セカンダリRANノードと前記第１のマスターRANノードの間のRANノード間インタフェースにおいていずれの無線端末を一意に特定するためにも使用されていない場合、前記Secondary RAN Node Addition Requestメッセージに対応するSecondary RAN Node Addition Request手順をSecondary RAN Node Addition Rejectメッセージを用いて拒絶すること、
    を備える方法。
  7. 前記無線端末識別子は、前記無線端末のための前記dual connectivityのマスターRANノードの変更を暗示的に示す、
    請求項６に記載の方法。
  8. 前記無線端末識別子は、 Secondary RAN Node UE X2AP IDを含む、
    請求項６又は７に記載の方法。
  9. 前記Secondary RAN Node Addition Rejectメッセージは、前記Secondary RAN Node Addition Requestメッセージに含まれる前記無線端末識別子が不適切であることを示すcauseを含む、
    請求項６〜８のいずれか１項に記載の方法。
JP2017532357A 2015-07-31 2016-06-21 基地局装置及びその方法 Active JP6828683B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015152735 2015-07-31
JP2015152735 2015-07-31
PCT/JP2016/002993 WO2017022167A1 (ja) 2015-07-31 2016-06-21 基地局装置及びその方法

Publications (2)

Publication Number Publication Date
JPWO2017022167A1 JPWO2017022167A1 (ja) 2018-05-24
JP6828683B2 true JP6828683B2 (ja) 2021-02-10

Family

ID=57942627

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017532357A Active JP6828683B2 (ja) 2015-07-31 2016-06-21 基地局装置及びその方法

Country Status (6)

Country Link
US (2) US10638377B2 (ja)
EP (1) EP3331281A4 (ja)
JP (1) JP6828683B2 (ja)
KR (2) KR102198652B1 (ja)
CN (2) CN112788690A (ja)
WO (1) WO2017022167A1 (ja)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017130852A1 (ja) 2016-01-25 2017-08-03 京セラ株式会社 無線端末及び基地局
US10979944B2 (en) * 2016-11-14 2021-04-13 Apple Inc. Dynamic protocol stack reset during radio handover
US10512036B2 (en) * 2017-03-22 2019-12-17 Ofinno, Llc Secondary base station change
US11219077B2 (en) 2017-05-05 2022-01-04 Samsung Electronics Co., Ltd. Method and apparatus for coordination of RRC configurations between interworking nodes in dual connectivity
CN115767778A (zh) 2017-06-15 2023-03-07 日本电气株式会社 第一无线电接入网络节点、用户设备及其方法
WO2018228451A1 (en) * 2017-06-15 2018-12-20 Qualcomm Incorporated Techniques and apparatuses for user equipment mobility in multi-connectivity mode
JP7199798B2 (ja) * 2017-06-15 2023-01-06 シャープ株式会社 端末装置、基地局装置、通信方法、および、集積回路
CN111641981B (zh) * 2017-12-07 2023-04-11 Oppo广东移动通信有限公司 一种终端上下文的获取方法及装置、计算机存储介质
BR112020017458A2 (pt) 2018-02-28 2020-12-22 Telefonaktiebolaget Lm Ericsson (Publ) Informações de assistência para seleção de spcell
CN110366198B (zh) * 2018-03-26 2021-07-23 维沃移动通信有限公司 一种辅小区组变更结果的检测方法及终端
WO2019183911A1 (en) 2018-03-30 2019-10-03 Zte Corporation Secondary communication node change
KR20210003143A (ko) * 2018-05-07 2021-01-11 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 Rrc 연결을 중단하는 방법 및 장치, 컴퓨터 저장 매체
KR102544861B1 (ko) * 2018-05-24 2023-06-19 삼성전자 주식회사 무선 통신 시스템에서 단말의 전력 소모 감소 방법 및 장치
WO2019237944A1 (en) * 2018-06-15 2019-12-19 FG Innovation Company Limited Configuration of ultra reliable low latency communication
US11601841B2 (en) * 2018-08-01 2023-03-07 Nec Corporation Radio station, radio communication method, non-transitory computer readable medium, and radio communication system
WO2020024301A1 (zh) * 2018-08-03 2020-02-06 Oppo广东移动通信有限公司 一种保证数传输可靠性的方法及装置、网络设备
US11452157B2 (en) * 2018-08-09 2022-09-20 Nokia Technologies Oy Communication connection control in a non-homogenous network scenario
CN111148257B (zh) * 2018-11-02 2023-05-02 中兴通讯股份有限公司 状态上报、消息接收方法及装置、存储介质、电子装置
CN111148097B (zh) * 2018-11-02 2022-10-04 华为技术有限公司 一种通信方法、通信装置及系统
US11363504B2 (en) 2018-12-17 2022-06-14 Sercomm Corporation Base station and handover control method thereof
CN109842901B (zh) * 2018-12-17 2022-04-19 中磊电子股份有限公司 基地台及其换手控制方法
CN111278063B (zh) * 2019-01-04 2022-04-05 维沃移动通信有限公司 数据分流传输方法、网络主节点mn、网络辅节点sn和存储介质
WO2020243186A1 (en) 2019-05-30 2020-12-03 Google Llc Dual connectivity with secondary cell-user equipment
CN118612801A (zh) 2019-07-23 2024-09-06 北京三星通信技术研究有限公司 一种支持在移动通信网络中切换的方法
CN112312495B (zh) * 2019-07-23 2024-06-18 北京三星通信技术研究有限公司 一种支持在移动通信网络中切换的方法
KR20220062453A (ko) * 2019-09-19 2022-05-17 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 액세스 제어 방법, 단말 기기, 기지국 및 저장 매체
WO2021212452A1 (en) * 2020-04-24 2021-10-28 Qualcomm Incorporated Restoration of data connectivity upon bearer removal after handover

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102131244B (zh) * 2010-01-15 2016-01-20 中兴通讯股份有限公司 一种辅载波配对信息传递和获取的方法和系统
EP3668181A1 (en) * 2012-08-02 2020-06-17 Telefonaktiebolaget LM Ericsson (publ) A node and method for handing over a sub-set of bearers to enable multiple connectivity of a terminal towards several base stations
EP3496457A1 (en) 2012-12-28 2019-06-12 Nec Corporation Handling handover in dual connectivity
CN104135772B (zh) 2013-05-02 2019-01-18 上海朗帛通信技术有限公司 一种移动通信系统中的双连接通信方法和装置
US9338711B2 (en) * 2013-10-21 2016-05-10 Htc Corporation Method of handling handover for network of wireless communication system and communication device thereof
EP3101948B1 (en) * 2014-01-31 2019-07-17 Kyocera Corporation Communication control method, target master base station and secondary base station for inter-master station handover of a user terminal
CN113543251A (zh) * 2014-07-10 2021-10-22 北京三星通信技术研究有限公司 一种小小区系统中不同MeNB间切换的方法及设备
CN107113670B (zh) * 2014-12-30 2020-10-30 Lg 电子株式会社 无线通信系统中执行没有senb改变的menb间切换的方法和装置
EP3245840B1 (en) * 2015-01-15 2019-07-31 LG Electronics Inc. Method and apparatus for supporting standalone local gateway service for dual connectivity in wireless communication system
WO2016122367A1 (en) * 2015-01-30 2016-08-04 Telefonaktiebolaget Lm Ericsson (Publ) Network nodes and methods therein for handover for dual connectivity
EP3242510A4 (en) * 2015-02-06 2018-01-03 Kyocera Corporation Base station
WO2016163544A1 (ja) * 2015-04-10 2016-10-13 京セラ株式会社 ハンドオーバ手順を制御するための方法及び基地局

Also Published As

Publication number Publication date
US20200267608A1 (en) 2020-08-20
CN107852658A (zh) 2018-03-27
CN107852658B (zh) 2021-01-12
US20180199245A1 (en) 2018-07-12
KR20180025924A (ko) 2018-03-09
WO2017022167A1 (ja) 2017-02-09
KR102089929B1 (ko) 2020-04-20
US10638377B2 (en) 2020-04-28
EP3331281A1 (en) 2018-06-06
CN112788690A (zh) 2021-05-11
JPWO2017022167A1 (ja) 2018-05-24
KR20200030624A (ko) 2020-03-20
EP3331281A4 (en) 2019-01-02
KR102198652B1 (ko) 2021-01-05

Similar Documents

Publication Publication Date Title
JP7056715B2 (ja) 無線アクセスネットワークノード及びその方法
JP6828683B2 (ja) 基地局装置及びその方法
US12004018B2 (en) Radio communication system, radio station, radio terminal, communication control method, and computer-readable medium
JP7006732B2 (ja) 無線アクセスネットワークノード及び無線端末並びにこれらの方法
WO2018128017A1 (ja) 無線アクセスネットワークノード、無線端末、コアネットワークノード並びにこれらの方法及び非一時的なコンピュータ可読媒体
JP2023144037A (ja) 無線アクセスネットワークノード装置
WO2019030981A1 (ja) 無線アクセスネットワークノード、コアネットワークノード、及び無線端末並びにこれらの方法
CN113271589A (zh) 支持双连接的通信系统中的设备及其操作方法
WO2017181828A1 (zh) 一种双连接操作的方法及装置、计算机存储介质
WO2022030073A1 (ja) 無線アクセスネットワークノード、Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、及びこれらの方法
WO2024210008A1 (ja) 分散ユニット、中央ユニット、ｒａｎノード、無線端末、及びこれらの方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180110

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190510

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200609

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200805

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20201222

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210104

R150 Certificate of patent or registration of utility model

Ref document number: 6828683

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150