JP2021005909A - 無線アクセスネットワークノード及びその方法 - Google Patents

無線アクセスネットワークノード及びその方法 Download PDF

Info

Publication number
JP2021005909A
JP2021005909A JP2020175359A JP2020175359A JP2021005909A JP 2021005909 A JP2021005909 A JP 2021005909A JP 2020175359 A JP2020175359 A JP 2020175359A JP 2020175359 A JP2020175359 A JP 2020175359A JP 2021005909 A JP2021005909 A JP 2021005909A
Authority
JP
Japan
Prior art keywords
base station
ran node
senb
menb
bearer
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.)
Granted
Application number
JP2020175359A
Other languages
English (en)
Other versions
JP7056715B2 (ja
Inventor
尚 二木
Takashi Futaki
尚 二木
林　貞福
Sadafuku Hayashi
貞福 林
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 JP2021005909A publication Critical patent/JP2021005909A/ja
Application granted granted Critical
Publication of JP7056715B2 publication Critical patent/JP7056715B2/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/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/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
    • 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/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/08—Reselecting an access point
    • 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
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/10—Access point devices adapted for operation in multiple networks, e.g. multi-mode access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/34—Selective release of ongoing connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • 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)

Abstract

【課題】Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ（ＤＣ）のマスター基地局の変更手順を既存の基地局間インタフェース手順及び基地局間シグナリング・メッセージを利用して行うことに寄与する。【解決手段】ターゲット・マスターＲＡＮノード（３）は、ＤＣのためにセカンダリＲＡＮノード（２）によって確立されていたＥ−ＲＡＢｓのうちソース・マスターＲＡＮノード（１）からターゲット・マスターＲＡＮノード（３）へのハンドオーバ処理において削除される少なくとも１つを含まないようにＥ−ＲＡＢｓ Ｔｏ Ｂｅ Ａｄｄｅｄ Ｌｉｓｔ情報要素（ＩＥ）を設定する。ターゲット・マスターＲＡＮノード（３）は、設定されたＥ−ＲＡＢｓ Ｔｏ Ｂｅ Ａｄｄｅｄ Ｌｉｓｔ ＩＥを含むセカンダリノード追加要求メッセージを、当該ハンドオーバ処理において、Ｘ２インタフェースを介してセカンダリＲＡＮノード（３）に送信する。【選択図】図３

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

Claims (10)

  1. ソース・マスター無線アクセスネットワーク（RAN）ノードにより提供されるマスターセル・グループ（MCG）及びセカンダリRANノードにより提供されるセカンダリ・セルグループ（SCG）を用いるDual Connectivityを行うUser Equipment（UE）を前記セカンダリRANノードの変更を伴わずに前記ソース・マスターRANノードからターゲット・マスターRANノードに変更するハンドオーバ処理における前記ターゲット・マスターRANノードとしてのRANノードであって、
    X2インタフェースと、
    E-RABs To Be Added List情報要素（IE）を含むセカンダリノード追加要求メッセージを、前記ハンドオーバ処理において、前記X2インタフェースを介して前記セカンダリRANノードに送信するよう構成された少なくとも１つのプロセッサと、
    を備え、
    前記少なくとも１つのプロセッサは、前記ソース・マスターRANノードとの前記Dual Connectivityのために前記セカンダリRANノードによって確立されていたE-RABsのうち前記ハンドオーバ処理において削除される少なくとも１つを、前記E-RABs To Be Added List IEに含めないよう構成される、
    RANノード。
  2. 前記セカンダリノード追加要求メッセージは、前記セカンダリRANノードの追加の要求を示す、
    請求項１に記載のRANノード。
  3. 前記E-RABs To Be Added List IEは、前記ソース・マスターRANノードとの前記Dual Connectivityのために前記セカンダリRANノードによって確立されていた前記E-RABsのうち少なくとも１つを含み、当該少なくとも１つE-RABが前記セカンダリRANノードにおいて維持されると認識することを前記セカンダリRANノードに引き起こす、
    請求項１又は２に記載のRANノード。
  4. 前記E-RABs To Be Added List IEは、前記ソース・マスターRANノードとの前記Dual Connectivityのために前記セカンダリRANノードによって確立されていた前記E-RABsのうち前記ハンドオーバ処理において削除されない少なくとも１つを含む、
    請求項１又は２に記載のRANノード。
  5. ソース・マスター無線アクセスネットワーク（RAN）ノードにより提供されるマスターセル・グループ（MCG）及びセカンダリRANノードにより提供されるセカンダリ・セルグループ（SCG）を用いるDual Connectivityを行うUser Equipment（UE）を前記セカンダリRANノードの変更を伴わずに前記ソース・マスターRANノードからターゲット・マスターRANノードに変更するハンドオーバ処理における前記セカンダリRANノードとしてのRANノードであって、
    X2インタフェースと、
    E-RABs To Be Added List情報要素（IE）を含むセカンダリノード追加要求メッセージを、前記ハンドオーバ処理において、前記X2インタフェースを介して前記ターゲット・マスターRANノードから受信するよう構成された少なくとも１つのプロセッサと、
    を備え、
    前記E-RABs To Be Added List IEは、前記ソース・マスターRANノードとの前記Dual Connectivityのために前記セカンダリRANノードによって確立されていたE-RABsのうち前記ハンドオーバ処理において削除される少なくとも１つを含まない、
    RANノード。
  6. 前記セカンダリノード追加要求メッセージは、前記セカンダリRANノードの追加の要求を示す、
    請求項５に記載のRANノード。
  7. ソース・マスター無線アクセスネットワーク（RAN）ノードにより提供されるマスターセル・グループ（MCG）及びセカンダリRANノードにより提供されるセカンダリ・セルグループ（SCG）を用いるDual Connectivityを行うUser Equipment（UE）を前記セカンダリRANノードの変更を伴わずに前記ソース・マスターRANノードからターゲット・マスターRANノードに変更するハンドオーバ処理における前記ターゲット・マスターRANノードとしてのRANノードのための方法であって、
    前記ソース・マスターRANノードとの前記Dual Connectivityのために前記セカンダリRANノードによって確立されていたE-RABsのうち前記ハンドオーバ処理において削除される少なくとも１つを含まないようにE-RABs To Be Added List情報要素（IE）を設定すること、及び
    前記E-RABs To Be Added List IEを含むセカンダリノード追加要求メッセージを、前記ハンドオーバ処理において、X2インタフェースを介して前記セカンダリRANノードに送信すること、
    を備える方法。
  8. 前記セカンダリノード追加要求メッセージは、前記セカンダリRANノードの追加の要求を示す、
    請求項７に記載の方法。
  9. 前記E-RABs To Be Added List IEは、前記ソース・マスターRANノードとの前記Dual Connectivityのために前記セカンダリRANノードによって確立されていた前記E-RABsのうち少なくとも１つを含み、当該少なくとも１つE-RABが前記セカンダリRANノードにおいて維持されると認識することを前記セカンダリRANノードに引き起こす、
    請求項７又は８に記載の方法。
  10. 前記E-RABs To Be Added List IEは、前記ソース・マスターRANノードとの前記Dual Connectivityのために前記セカンダリRANノードによって確立されていた前記E-RABsのうち前記ハンドオーバ処理において削除されない少なくとも１つを含む、
    請求項７又は８に記載の方法。
JP2020175359A 2015-07-31 2020-10-19 無線アクセスネットワークノード及びその方法 Active JP7056715B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015152736 2015-07-31
JP2015152736 2015-07-31

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2017532356A Division JP6784258B2 (ja) 2015-07-31 2016-06-21 基地局及びその方法

Publications (2)

Publication Number Publication Date
JP2021005909A true JP2021005909A (ja) 2021-01-14
JP7056715B2 JP7056715B2 (ja) 2022-04-19

Family

ID=57942681

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2017532356A Active JP6784258B2 (ja) 2015-07-31 2016-06-21 基地局及びその方法
JP2020175359A Active JP7056715B2 (ja) 2015-07-31 2020-10-19 無線アクセスネットワークノード及びその方法

Family Applications Before (1)

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

Country Status (7)

Country Link
US (2) US10477439B2 (ja)
EP (1) EP3331280B1 (ja)
JP (2) JP6784258B2 (ja)
CN (2) CN113691994B (ja)
ES (1) ES2928478T3 (ja)
MX (1) MX2018001333A (ja)
WO (1) WO2017022166A1 (ja)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017022166A1 (ja) * 2015-07-31 2017-02-09 日本電気株式会社 基地局及びその方法
CN106559920B (zh) * 2015-09-30 2022-09-09 北京三星通信技术研究有限公司 双连接架构下支持sipto或lipa承载释放的方法和设备
EP3363259A1 (en) * 2015-10-15 2018-08-22 Telefonaktiebolaget LM Ericsson (publ) Methods, apparatuses and computer programs for providing an x2 interface between a network unit and a remote network in wireless communication systems
CN106604356B (zh) 2015-10-15 2020-02-14 华为终端有限公司 无线通信接入方法、装置、处理器和无线终端
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
US11190968B2 (en) * 2017-06-16 2021-11-30 Samsung Electronics Co., Ltd Apparatus and method for managing connections in wireless communication system
WO2018230982A1 (en) * 2017-06-16 2018-12-20 Samsung Electronics Co., Ltd. Apparatus and method for managing connections in wireless communication system
CN111345110B (zh) * 2017-09-20 2024-02-23 诺基亚技术有限公司 关于多无线电接入技术-双连接中的辅小区组重新激活的方法、装置和计算机程序
CN109803334B (zh) * 2017-11-17 2021-01-22 电信科学技术研究院 一种Pscell的切换方法及设备
CN113225775B (zh) * 2018-06-22 2023-11-10 华为技术有限公司 一种多制式双连接中的通信方法和通信装置
US20210360475A1 (en) * 2018-10-23 2021-11-18 Telefonaktiebolaget Lm Ericsson (Publ) Method and Arrangement for Flow Control in a Split Path Communication System
EP3744150A1 (en) * 2018-10-26 2020-12-02 Google LLC Efficient handling of a resource control state change and multi-node connectivity
CN111148097B (zh) * 2018-11-02 2022-10-04 华为技术有限公司 一种通信方法、通信装置及系统
US10952083B2 (en) 2018-11-12 2021-03-16 At&T Intellectual Property I, L.P. Network optimization and control for wireless networks
US10834645B2 (en) 2018-11-30 2020-11-10 Google Llc Active coordination set for mobility management
US11224081B2 (en) 2018-12-05 2022-01-11 Google Llc Disengaged-mode active coordination set management
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 中磊电子股份有限公司 基地台及其换手控制方法
WO2020142532A1 (en) * 2019-01-02 2020-07-09 Google Llc Multiple active-coordination-set aggregation for mobility management
WO2020144919A1 (ja) * 2019-01-11 2020-07-16 日本電気株式会社 無線アクセスネットワークノード、無線端末、及びこれらのための方法
CN109548107B (zh) * 2019-01-18 2021-09-21 中国科学院上海高等研究院 基于通信网络双连接切换的方法、系统、介质及设备
WO2020159773A1 (en) * 2019-01-28 2020-08-06 Google Llc Dynamic carrier subband operation for active coordination sets
CN113170356B (zh) * 2019-01-31 2023-08-22 中兴通讯股份有限公司 用于多连接性系统中的承载业务迁移的方法和装置
CN111586767B (zh) * 2019-02-15 2022-03-25 华为技术有限公司 一种终端信息的通信处理方法和相关设备
US11889322B2 (en) 2019-03-12 2024-01-30 Google Llc User-equipment coordination set beam sweeping
US10893572B2 (en) 2019-05-22 2021-01-12 Google Llc User-equipment-coordination set for disengaged mode
EP4005101B1 (en) 2019-09-19 2023-12-20 Google LLC Enhanced beam searching for active coordination sets
CN114467362A (zh) * 2019-09-27 2022-05-10 上海诺基亚贝尔股份有限公司 用于主节点间切换的设备、方法、装置和计算机可读介质
CN114828123A (zh) * 2019-09-29 2022-07-29 展讯通信（上海）有限公司 小区条件更新方法及用户设备、计算机可读存储介质
CN110677922A (zh) * 2019-10-10 2020-01-10 东阳市人民医院 用于传输肛肠外科大数据信息的装置及非暂时性计算机可读存储介质
CN116828508A (zh) * 2020-01-21 2023-09-29 大唐移动通信设备有限公司 一种承载的配置信息的处理方法、网络设备及终端
US11540346B1 (en) * 2020-04-15 2022-12-27 Sprint Spectrum L.P. Use of threshold RAB-modification rate as basis to control configuration of dual connectivity
JP2024512656A (ja) * 2021-04-01 2024-03-19 アップル インコーポレイテッド デュアルコネクティビティにおけるプライマリ基地局およびセカンダリ基地局へのハンドオーバ

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016163544A1 (ja) * 2015-04-10 2016-10-13 京セラ株式会社 ハンドオーバ手順を制御するための方法及び基地局

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104904290B (zh) 2012-12-28 2019-12-10 日本电气株式会社 无线电通信系统、无线电站、无线电终端、通信控制方法和计算机可读介质
US9955520B2 (en) 2013-07-07 2018-04-24 Lg Electronics Inc. Method for configuring dual connectivity for terminal by base station in wireless communication system and apparatus for same
CN104349374A (zh) * 2013-08-02 2015-02-11 北京三星通信技术研究有限公司 异构通信系统中保持业务连续性的方法
KR101740871B1 (ko) * 2013-08-08 2017-05-26 엘지전자 주식회사 이종 네트워크에서 무선 링크 실패와 관련된 동작을 수행하기 위한 방법 및 장치
CN104378793B (zh) * 2013-08-12 2019-06-14 中兴通讯股份有限公司 一种切换方法、主控基站及受控基站
CN104427566B (zh) * 2013-08-30 2019-09-10 南京中兴新软件有限责任公司 一种切换方法及载波聚合系统
US9924405B2 (en) * 2013-10-04 2018-03-20 Industrial Technology Research Institute Method for buffer status report in dual connectivity
WO2015065129A1 (en) * 2013-11-01 2015-05-07 Lg Electronics Inc. Method and apparatus for performing operation related to radio link failure in a heterogeneous network
CN104684104B (zh) * 2013-11-29 2018-08-31 中国移动通信集团公司 一种双连接方法、双连接切换方法及相应的系统和设备
CN111182600B (zh) * 2014-01-28 2021-09-07 北京三星通信技术研究有限公司 在无线通信系统中支持ue移动的方法及装置
US9538575B2 (en) * 2014-01-30 2017-01-03 Sharp Kabushiki Kaisha Systems and methods for dual-connectivity operation
WO2015115629A1 (ja) * 2014-01-31 2015-08-06 京セラ株式会社 通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末
JP2015177548A (ja) * 2014-03-14 2015-10-05 宏達國際電子股▲ふん▼有限公司 ユーザ機器及び基地局に適用しうる接続変更方法
CN106134240B (zh) * 2014-03-21 2019-12-13 三星电子株式会社 用于在支持多个载波的移动通信系统中发送/接收信号的方法和装置
WO2016013814A1 (en) * 2014-07-23 2016-01-28 Samsung Electronics Co., Ltd. Method and apparatus for generating and transmitting power headroom report in mobile communication system
CN104202778B (zh) * 2014-08-05 2017-12-19 电信科学技术研究院 一种承载接纳控制方法及装置
CN104301955A (zh) * 2014-09-02 2015-01-21 中兴通讯股份有限公司 一种用户设备切换基站的方法及基站、用户设备
WO2016056794A1 (en) * 2014-10-08 2016-04-14 Lg Electronics Inc. Method and apparatus for handling duplicated e-rabs for dual connectivity in wireless communication system
US10342066B2 (en) * 2014-11-07 2019-07-02 Nokia Solutions And Networks Oy Method and apparatus for dual connectivity management
EP3241384B1 (en) * 2014-12-30 2019-07-24 LG Electronics Inc. Method and apparatus for performing inter-menb handover without senb change in a wireless communication system
US10356835B2 (en) * 2015-02-06 2019-07-16 Kyocera Corporation Communication control apparatus and base station
WO2017022166A1 (ja) * 2015-07-31 2017-02-09 日本電気株式会社 基地局及びその方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016163544A1 (ja) * 2015-04-10 2016-10-13 京セラ株式会社 ハンドオーバ手順を制御するための方法及び基地局

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
CATT: "Solutions for inter-MeNB handover without SeNB change[online]", 3GPP TSG-RAN WG3#87, vol. R3-150219, JPN6020020429, 13 February 2015 (2015-02-13), ISSN: 0004722327 *

Also Published As

Publication number Publication date
CN107925931A (zh) 2018-04-17
WO2017022166A1 (ja) 2017-02-09
JP6784258B2 (ja) 2020-11-11
CN113691994A (zh) 2021-11-23
CN107925931B (zh) 2021-08-03
US20180213450A1 (en) 2018-07-26
US11012896B2 (en) 2021-05-18
JP7056715B2 (ja) 2022-04-19
EP3331280A1 (en) 2018-06-06
EP3331280A4 (en) 2019-03-13
ES2928478T3 (es) 2022-11-18
MX2018001333A (es) 2018-05-22
JPWO2017022166A1 (ja) 2018-05-24
US10477439B2 (en) 2019-11-12
US20200037208A1 (en) 2020-01-30
CN113691994B (zh) 2024-03-05
EP3331280B1 (en) 2022-08-24

Similar Documents

Publication Publication Date Title
JP7056715B2 (ja) 無線アクセスネットワークノード及びその方法
JP6828683B2 (ja) 基地局装置及びその方法
US11265766B2 (en) Radio communication system, radio station, radio terminal, communication control method, and computer-readable medium
JP6741178B2 (ja) 無線アクセスネットワークノード及び無線端末並びにこれらの方法
US20220330101A1 (en) Radio communication system, radio station, radio terminal, communication control method, and computer-readable medium
CN107113904B (zh) 双连接移动通信网中的信令
WO2018128017A1 (ja) 無線アクセスネットワークノード、無線端末、コアネットワークノード並びにこれらの方法及び非一時的なコンピュータ可読媒体
US11606733B2 (en) Radio communication system, base station, mobile station, communication control method, and computer readable medium
US9924556B2 (en) Radio communication system, base station, mobile station, communication control method, and non-transitory computer readable medium
US12004018B2 (en) Radio communication system, radio station, radio terminal, communication control method, and computer-readable medium

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20201019

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211207

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220201

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: 20220308

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220321

R151 Written notification of patent or utility model registration

Ref document number: 7056715

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151