WO2017022166A1 - 基地局及びその方法 - Google Patents

基地局及びその方法 Download PDF

Info

Publication number
WO2017022166A1
WO2017022166A1 PCT/JP2016/002977 JP2016002977W WO2017022166A1 WO 2017022166 A1 WO2017022166 A1 WO 2017022166A1 JP 2016002977 W JP2016002977 W JP 2016002977W WO 2017022166 A1 WO2017022166 A1 WO 2017022166A1
Authority
WO
WIPO (PCT)
Prior art keywords
base station
master base
secondary base
bearer
senb
Prior art date
Application number
PCT/JP2016/002977
Other languages
English (en)
French (fr)
Inventor
尚 二木
林　貞福
Original Assignee
日本電気株式会社
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 日本電気株式会社 filed Critical 日本電気株式会社
Priority to JP2017532356A priority Critical patent/JP6784258B2/ja
Priority to CN202110875009.7A priority patent/CN113691994B/zh
Priority to ES16832457T priority patent/ES2928478T3/es
Priority to EP16832457.2A priority patent/EP3331280B1/en
Priority to MX2018001333A priority patent/MX2018001333A/es
Priority to US15/747,013 priority patent/US10477439B2/en
Priority to CN201680045189.3A priority patent/CN107925931B/zh
Publication of WO2017022166A1 publication Critical patent/WO2017022166A1/ja
Priority to US16/594,570 priority patent/US11012896B2/en

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
    • 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
    • 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

Definitions

  • This disclosure relates to wireless communication networks, and in particular, to Dual Connectivity (DC).
  • DC Dual Connectivity
  • DC Dual Connectivity
  • CoMP Coordinated Multipoint
  • different carrier frequencies are used in a macro cell and a small cell (pico cell), and a wireless terminal (User Equipment (UE)) executes two Medium Access Control (MAC) entities (that is, UE).
  • MAC Medium Access Control
  • Master eNodeB Master eNodeB
  • SeNB secondary base station
  • Secondary eNB Secondary eNB
  • the UE connects to one MeNB and one SeNB.
  • a UE configured with DC (DC UE) uses two MAC entities and at least two Radio Link Control (RLC) entities for data flow in each of MeNB and SeNB.
  • the MeNB in DC is an eNB that terminates S1-MME for DC-UE.
  • SeNB in DC provides additional radio resources to DC UE.
  • MCG Master ⁇ ⁇ Cell Group
  • SCG Secondary Cell Group
  • the MCG is one or a plurality of serving cells associated with the MeNB, and includes a Primary cell (PCell) and optionally one or a plurality of Secondary cells (SCells).
  • SCG is one or a plurality of serving cells associated with SeNB, and includes PrimaryPrimSecondary Cell (PSCell) and optionally one or more Secondary Cells (SCells).
  • PSCell is a special cell in SCG and differs from normal SCell in that uplink (PUCCH) for UE is set.
  • S1-MME In the control plane architecture for DC, there is only one S1-MME for each DC UE.
  • the S1-MME is set between the MeNB and the Mobility Management Entity (MME), and the MeNB terminates the S1-MME.
  • Signaling between MeNB and SeNB regarding DC UE is performed using a signaling interface (i.e., X2-C) between eNBs.
  • S1-U is terminated at MeNB only, and user plane data is transferred from MeNB to SeNB using X2-U.
  • S1-U can also be terminated at SeNB.
  • MCG bearer terminates the S1-U connection with Serving Gateway (S-GW), and its radio protocol is arranged only in MeNB to use MeNB resources. Therefore, SeNB is not involved in the transfer of user plane data on the Uu interface for MCG bearers.
  • S-GW Serving Gateway
  • the MeNB terminates the S1-U connection with the S-GW, and Packet Data Convergence Protocol (PDCP) data (PDCP Protocol Data Unit (PDCP PDU)) is transferred between the MeNB and SeNB. Therefore, both MeNB and SeNB are involved in the transfer of user plane data on the Uu interface for split bearers.
  • PDCP Packet Data Convergence Protocol
  • PDCP PDU Packet Data Convergence Protocol Data Unit
  • SeNB terminates the S1-U connection with S-GW, and its radio protocol is arranged only in SeNB in order to use SeNB resources. Therefore, the MeNB is not involved in the transfer of user plane data on the Uu interface for the SCG bearer.
  • Non-Patent Document 1 Some overall procedures for DC are defined in Non-Patent Document 1 (see, for example, Section 10.1.2.8 of Non-Patent Document 1).
  • SeNB Addition procedure (procedure): The procedure is initiated by the MeNB to establish a UE context within the SeNB. This procedure is used to add at least the first cell (ie, PSCell) in the SCG. At this time, at least one bearer (split bearer or SCG bearer) is always set in the SCG.
  • SeNB Modification Procedure The procedure is used to make SCG changes within SeNB and is initiated by MeNB or SeNB. The procedure is used to modify / establish / release bearer context within the same SeNB, to send bearer context to / from SeNB, or to modify other properties of UE context Is done. MeNB uses the procedure to add or release SCG parts of SCG SCells, SCG bearer (s), and split bearer (s). The MeNB further uses the procedure to trigger a PSCell change with PSCell release.
  • SeNB Release procedure The procedure is initiated by MeNB or SeNB and is used to initiate the release of UE context in SeNB.
  • Intra-MeNB Change procedure This procedure is used to perform handover within the same MeNB while keeping SCG within the same SeNB.
  • SeNB Change procedure This procedure is used to change the SCG between SeNBs (Inter-SeNB). The procedure is initiated by the MeNB and is used to transfer the UE context from within the source SeNB to the target SeNB and change the SCG configuration in the UE from one SeNB to another. This procedure is basically realized by a combination of the SeNB Addition procedure and the SeNB Release procedure.
  • MeNB to eNB Change procedure The procedure is initiated by MeNB. This procedure is used to transfer context data from the source MeNB and source SeNB to the target eNB.
  • the above MeNB toeNB Change procedure is used.
  • SeNB SeNB
  • the target eNB needs to execute the SeNBitionAddition procedure again after the handover is completed. That is, the MeNB to eNB Change procedure requires the same signaling as the SeNB Change procedure, that is, a combination of the SeNB Release procedure and the SeNB Addition procedure, in addition to the normal handover procedure.
  • the SCG bearer data forwarding from the SeNB to the source MeNB needs to be performed, and further data forwarding from the source MeNB to the target eNB needs to be performed.
  • Inter-MeNB Inter-MeNB
  • SeNB Addition procedure for setting the SCG for the target eNB to SeNB may be unnecessary.
  • data forwarding related to the SCG bearer from the SeNB to the source MeNB and data forwarding related to the SCG bearer from the source MeNB to the target eNB may be unnecessary.
  • Patent Document 1 also discloses several procedures for a wireless terminal to perform a handover from a first master base station to a second master base station during Dual Connectivity.
  • the first master base station becomes a secondary base station.
  • the secondary base station requests to interrupt service provision in the SCell, and the secondary base station interrupts service provision in the SCell and holds communication status information in the SCell.
  • the second master base station transmits an instruction to resume communication to the secondary base station, and the communication status in the SCell in which the secondary base station is held in the secondary base station in response to the reception of the instruction Resume service on SCell based on information.
  • the communication status information in the SCell includes, for example, (a) transmission status or reception status of user data (User Plane (U-plane)), (b) service information, (c) bearer information, and (d) radio resource setting information. At least one of them.
  • 3GPP TS 36.300 V12.6.0 (2015-06), “3rd Generation Partnership Project, Technical Technical Specification Group Radio Access Network, Evolved Universal Terrestrial Radio Access, E-UTRA, Evolved Universal Terrestrial, Radio Access Access ; Stage 2 (Release 12) ”, June 2015 3GPP TS 36.423 V12.6.0 (2015-06), “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access Network (E-UTRAN); X2 application protocol (X2AP) (Release) 2015
  • the MeNB change (or inter-MeNB handover) from the first MeNB to the second MeNB without SeNB change, or the MeNB change (or inter-MeNB handover) with SeNB Addition is an existing DC related to 3GPP Release 12 It may be preferable to implement using X2 procedures and X2 messages. Furthermore, in these MeNB changes, while maintaining some bearers in the SeNB among the multiple bearers already set in the SeNB for Dual Connectivity, the remaining bearers are moved to the second MeNB. Or it may be preferable to have control over release.
  • MeNB master base station
  • MeNB Change procedure or master base station (MeNB) change procedure with the addition of secondary base station (SeNB), using existing inter-base station interface (X2Xinterface) procedure and inter-base station signaling message (X2 message)
  • X2Xinterface inter-base station interface
  • X2 message inter-base station signaling message
  • the secondary base station includes at least one radio transceiver and at least one processor coupled to the at least one radio transceiver.
  • the at least one processor cooperates with the first master base station to provide a secondary cell group (SCG) for dual connectivity to the wireless terminal while receiving a SeNB addition request message from the second master base station. Configured to receive.
  • the SeNB addition request message indicates whether or not each of the at least one bearer already set in the secondary base station for the dual connectivity is maintained by the secondary base station.
  • the method in the secondary base station is: (A) Receiving a SeNB addition request message from the second master base station while providing the wireless terminal with a secondary cell group (SCG) for dual connectivity in cooperation with the first master base station
  • the SeNB addition request message indicates whether each of at least one bearer already set in the secondary base station for the dual connectivity is maintained by the secondary base station, and (b) the In response to receiving the SeNB addition request message, distinguishing one or more first bearers maintained by the secondary base station from one or more second bearers that may not be maintained by the secondary base station. , including.
  • the second master base station includes at least one radio transceiver and at least one processor coupled to the at least one radio transceiver.
  • the at least one processor sends a SeNB addition request message to the secondary terminal while the secondary base station provides a secondary cell group (SCG) for dual connectivity to the wireless terminal in cooperation with the first master base station. It is configured to transmit to the base station.
  • the SeNB addition request message indicates whether or not each of the at least one bearer already set in the secondary base station for the dual connectivity is maintained by the secondary base station.
  • the secondary base station provides a secondary cell group (SCG) for dual connectivity to the wireless terminal in cooperation with the first master base station.
  • SCG secondary cell group
  • the SeNB addition request message indicates whether or not each of the at least one bearer already set in the secondary base station for the dual connectivity is maintained by the secondary base station.
  • the first master base station includes at least one radio transceiver and at least one processor coupled to the at least one radio transceiver.
  • the at least one processor provides handover of the wireless terminal while the secondary base station provides a secondary cell group (SCG) for dual connectivity to the wireless terminal in cooperation with the first master base station.
  • SCG secondary cell group
  • a request is transmitted to the second master base station, and a response message to the handover request is received from the second master base station.
  • the response message indicates whether each of at least one bearer already configured in the secondary base station for the dual connectivity is maintained by the secondary base station or moved to the second master base station. Show.
  • the method in the first master base station is: (A) While the secondary base station provides a secondary cell group (SCG) for dual connectivity to the wireless terminal in cooperation with the first master base station, a second handover request for the wireless terminal is issued. (B) receiving a response message to the handover request from the second master base station, and the response message is already set in the secondary base station for the dual connectivity.
  • SCG secondary cell group
  • Each of the at least one bearer being maintained is maintained by the secondary base station or transferred to the second master base station; including.
  • the program includes a group of instructions (software code) for causing the computer to perform the method according to the second, fourth, or sixth aspect described above when read by the computer.
  • a wireless terminal includes at least one wireless transceiver for communicating with the first master base station, the second master base station, and the secondary base station, and at least one processor.
  • the first master base station, the second master base station, and the secondary base station are configured such that the secondary base station cooperates with the first master base station to provide a secondary cell group (SCG for dual connectivity).
  • SCG secondary cell group
  • a procedure for changing the dual-connectivity master base station from the first master base station to the second master base station is executed.
  • the at least one processor is configured to receive a master cell group (MCG) setting for the second master base station and an SCG setting for the secondary base station from the first master base station during the procedure. Has been.
  • MCG master cell group
  • the at least one processor In response to receiving the MCG setting and the SCG setting, the at least one processor maintains each of at least one bearer already set in the secondary base station for the dual connectivity by the secondary base station. It is configured to recognize whether or not to be transferred to the second master base station. The at least one processor further removes the dual-connectivity master base station from the first master base station while maintaining a connection of the secondary base station including at least one bearer to the SCG. It is configured to change to a master base station.
  • An apparatus, a method, and a program for contributing to performing a master base station (MeNB) change procedure involving a base station using an existing inter-base station interface (X2 interface) procedure and an inter-base station signaling message (X2 message) Can be provided.
  • EPS Evolved Packet System
  • SAE System Architecture Evolution
  • 3GPP UMTS 3GPP2 CDMA2000 systems (1xRTT, HRPD (High Rate Packet Data)
  • GSM registered trademark
  • GPRS General packet radio service
  • WiMAX WiMAX
  • FIG. 1 shows a configuration example of a wireless communication network according to some embodiments.
  • the wireless communication network includes a base station (eNB) 1, a base station (eNB) 2, a base station (eNB) 3, and a wireless terminal (UE) 4.
  • eNB1 and eNB2 operate as MeNB and SeNB for DualNBConnectivity (DC) to UE4, respectively.
  • UE4 sets DC by MeNB1 and uses simultaneously SCG containing the cell 21 provided by MCG containing the cell 11 provided by MeNB1, and SeNB2.
  • DC MeNB for UE4 is eNB1.
  • the MeNB change 101 is changed from eNB3 to eNB3.
  • the UE 4 is set to DC by the MeNB 3 and simultaneously uses the MCG including the cell 31 provided by the MeNB 3 and the SCG including the cell 21 provided by the SeNB 2.
  • Such a MeNB change can also be called inter-MeNB handover.
  • eNB1 which is MeNB before MeNB change (handover between MeNB) is called source MeNB (S-MeNB)
  • eNB3 which is MeNB after MeNB change (handover between MeNB) is called target MeNB (T-MeNB).
  • Each of eNBs 1 to 3 shown in FIG. 1 may be a Baseband Unit (BBU) used in a Centralized Radio Access Network (C-RAN) architecture.
  • BBU Baseband Unit
  • C-RAN Centralized Radio Access Network
  • each eNB shown in FIG. 1 may be a RAN node connected to one or a plurality of Remote Radio Head (RRH).
  • RRH Remote Radio Head
  • each of the eNBs 1-3 as BBUs is responsible for control plane processing and user plane digital baseband signal processing.
  • RRH is in charge of analog radio frequency (RF) signal processing (e.g., frequency conversion and signal amplification).
  • RF radio frequency
  • C-RAN is sometimes called Cloud RAN.
  • a BBU may also be called Radio Equipment Controller (REC) or Data Unit (DU).
  • RRH may also be called RadioRadEquipment (RE), Radio Unit (RU), or Remote Radio Unit (RRU).
  • FIG. 2A and FIG. 2B show an example (procedure 200) of the overall procedure for changing the MeNB (inter-MeNB handover) according to some embodiments.
  • the inter-MeNB handover procedure 200 includes procedures (steps 202 and 203) corresponding to the SeNB Addition procedure of 3GPP Release 12. That is, the procedure 200 is a MeNB change (handover between MeNB) procedure with addition of SeNB while providing Dual Connectivity to UE4. In other words, the procedure 200 is a MeNB change (inter-MeNB handover) procedure that does not involve releasing the SeNB 2 while providing DualDConnectivity to the UE 4.
  • step 201 S-MeNB1 requests T-MeNB3 for UE4 inter-MeNB handover.
  • the handover request message in step 201 can also be called a MeNB change request message.
  • the T-MeNB 3 transmits a SeNB addition request (SeNB Addition Request) message to SeNB2.
  • the SeNB addition request (SeNB Addition Request) message may be called an SCG addition request (SCG Addition Request) message.
  • the SeNB Addition Request message indicates the characteristics (characteristics) of the radio access bearer (ie, E-UTRAN Radio Access Bearer (E-RAB)), and requests the SeNB2 to allocate radio resources for a specific E-RAB. .
  • the characteristics of E-RAB indicate, for example, an E-RAB identifier (E-RAB ID) and a bearer type (i.e., SCG bearer or split bearer).
  • E-RAB ID E-RAB identifier
  • a bearer type i.e., SCG bearer or split bearer
  • the bearer type is also called DRB type.
  • the SeNB Addition Request message may further include information for SCG setting (SCG-ConfigInfo) including MCG setting (MCG
  • the SeNB Addition Request message (step 202) is generated when some bearers among a plurality of bearers (ie, SCG bearer and / or split bearer) set in SeNB2 are received. It may be maintained in SeNB2 and may instruct SeNB2 that the remaining bearers are moved to T-MeNB3 or released.
  • a plurality of bearers ie, SCG bearer and / or split bearer
  • SeNB 2 In response to receiving the SeNB Addition Request message from T-MeNB 3, SeNB 2 prepares radio resources and control plane (C-plane) resources, and prepares transport network resources related to SCG bearers. Then, SeNB2 transmits a response message (SeNB Addition Request Acknowledge) including the SCG setting (SCG-Config) to T-MeNB3 (step 203).
  • the SCG-Config may include RadioResourceConfigDedicatedSCG
  • the T-MeNB 3 transmits a response message (Handover Request Acknowledge) indicating acceptance of the handover request to the S-MeNB 1.
  • the S-MeNB1 transmits a SeNB release request (SeNB Release Request) message to the SeNB2.
  • the SeNB release request (SeNB Release Request) message may be referred to as an SCG release request (SCG Release Request) message.
  • the S-MeNB 1 requests the UE 4 to reconfigure the radio resource control (Radio Resource Control (RRC)) connection in the PCell (e.g., cell 11) in the MCG.
  • RRC Radio Resource Control
  • the RRC Connection Reconfiguration message of step 206 includes mobility control information (Mobility Control Info) and MCG settings for T-MeNB3, and configuration information (SCG Configuration, ie, scg-ConfigPartMCG (eg, scg-Counter), scg for SeNB2 -ConfigPartSCG).
  • UE4 switches the master base station of DC from S-MeNB1 to T-MeNB3, holding
  • MCG MAC entity
  • UE4 performs a random access procedure to synchronize with T-MeNB3 and notifies completion of RRC reconfiguration including confirmation of handover (confirm) and modification (change) of MCG setting and SCG setting.
  • RRC Connection Reconfiguration Complete message is sent to T-MeNB3.
  • step 209 UE4 performs a random access procedure in order to synchronize with SeNB2, according to the new SCG setting (including Mobility ControlInfoSCG) received in the RRC Connection Reconfiguration message (step 206).
  • the new SCG setting including Mobility ControlInfoSCG
  • T-MeNB3 notifies SeNB2 that SeNB reconfiguration has been completed in response to reception of the RRC Connection Reconfiguration message (step 208) from UE4 (SeNB Reconfiguration Complete message).
  • the S-MeNB 1 transmits a data communication status report regarding MCG, that is, an SN Status Transfer message to the T-MeNB 3.
  • the SN Status Transfer message includes, for example, an uplink PDCP sequence number (Sequence Number (SN)), an uplink hyperframe number (Hyper Frame Number (HFN)), a downlink PDCP sequence number, and a downlink Contains the hyperframe number.
  • the SN Status Transfer message may include a PDCP sequence number and a hyperframe number related to the split bearer.
  • S-MeNB 1 starts forwarding untransmitted downlink user data received from S-GW 5 to T-MeNB 3.
  • SeNB2 reports a data communication status report regarding one or more bearers released among at least one bearer for UE4 set in SeNB2 or moved to T-MeNB3, that is, an SN Status Transfer message. Transmit to T-MeNB3.
  • the SN Status Transfer message includes, for example, an uplink PDCP sequence number (Sequence Number (SN)), an uplink hyperframe number (Hyper Frame Number (HFN)), a downlink PDCP sequence number, and a downlink Contains the hyperframe number.
  • the SN Status Transfer message may include a PDCP sequence number and a hyperframe number related to the split bearer.
  • SeNB 2 starts forwarding untransmitted downlink user data received from S-GW 5 to T-MeNB 3.
  • SN ⁇ ⁇ Status Transfer (step 213) and data forwarding (step 214) by SeNB2 may be started in response to reception of a SeNB Release Request message (step 205) from S-MeNB1, or to T-MeNB3. It may be started after the transmission of the SeNB Addition Request Acknowledge message (step 203).
  • the T-MeNB 3 starts the S1 path switch procedure.
  • One or more S1 bearers (217) between S-GW5 and T-MeNB3 for MCG bearer (and optionally split bearer) and S for SCG bearer by the S1 path switch procedure of steps 215-219 -The S1 bearer (218) between GW5 and SeNB2 is set. If there is no modification of the SCG bearer (E-RAB), the setting of the S1 bearer (218) between the S-GW 5 and SeNB 2 may be the same as before the start of the inter-MeNB handover. For example, the S1 path switch procedure may be omitted.
  • T-MeNB3 transmits a UE Context Release message to S-MeNB1, and starts the UE Context Release procedure.
  • the S-MeNB1 can release the radio and C-plane resources associated with the UE context.
  • the S-MeNB1 transmits a UE Context Release message to the SeNB2 in response to reception of the UE Context Release message from the T-MeNB3.
  • FIG. 3 shows that while SeNB 2 provides SCG for DC to specific UE 4 in cooperation with MeNB (S-MeNB) 1, SeNB 2 sends a SeNB Addition Request message from another eNB (T-MeNB) 3.
  • An example of the receiving procedure (procedure 300) is shown.
  • Steps 301 and 302 shown in FIG. 3 correspond to steps 201 and 202 shown in FIG. 2A. That is, in step 301, S-MeNB1 transmits the hand-over request message for requesting T-MeNB3 for the inter-MeNB handover of UE4.
  • the handover request message includes, for example, the MCG setting and the SCG setting before the handover.
  • the handover request message (step 301) further indicates from S-MeNB1 to T-MeNB3 that it is a MeNB change while maintaining SeNB (or SCG, or SCG bearer (SCG bearer or split bearer)). Or it may include one or more additional information elements to convey implicitly. Accordingly, the T-MeNB 3 changes the MeNB while maintaining the SeNB (or SCG or SCG bearer (SCG bearer or split bearer)) in response to receiving the handover request from the S-MeNB 1 (MeNB). It can be recognized that an inter-handover is required.
  • the additional information element (information element (s)) included in the handover request message (step 301) is S-MeNB1 to implicitly indicate the change of DC MeNB for UE4. May include a radio terminal identifier (ie, SeNB UE X2AP ID) assigned by SeNB 2 to uniquely identify UE 4 in the inter-base station interface (ie, X2 interface) between SeNB2 and SeNB2.
  • the additional information element includes one or more bearer identifiers (eg, network bearer identification (E-RAB ID or eps-Bearer Identity) for UE4 already set in SeNB2 for DC linked with S-MeNB1. ), An identifier (DRB Identity) of data radio bearer (DRB), or a combination thereof, may further include a bearer identifier.
  • an additional information element (information element (s)) included in the handover request message (step 301) may implicitly change the DC MeNB for UE4.
  • a terminal identifier eg, Cell- Radio Network Temporary Identifier (C-RNTI)
  • C-RNTI Cell- Radio Network Temporary Identifier
  • the additional information element includes one or more bearer identifiers (eg, E-RAB ID or eps-Bearer Identity, for UE4 already set in SeNB2 for DC in cooperation with S-MeNB1. It may further include the same bearer identifier as DRB ⁇ Identity or a combination thereof.
  • the E-RAB ID is transmitted as an information element of the X2 message, and eps-Bearer Identity and DRBityIdentity are included in the container (MeNB to SeNB Container) included in the X2 message and sent as an RRC layer information element. May be.
  • the additional information element (information element (s)) included in the handover request message (step 301) is the MeNB (S-MeNB) )
  • the change from 1 to MeNB (T-MeNB) 3 may be explicitly indicated.
  • the additional information element includes one or a plurality of bearer identifiers (eg, E-RAB ID or eps-Bearer Identity, DRB Identity) for UE4 already set in SeNB2 for DC linked with MeNB1. , Or a combination thereof) may indicate no change.
  • T-MeNB 3 transmits a SeNB301Addition Request message to SeNB 2 in response to the reception of the handover request message in step 301.
  • the SeNB Addition Request message indicates the characteristics (characteristics) of the radio access bearer (ie, E-UTRAN Radio Access Bearer (E-RAB)), and requests the SeNB2 to allocate radio resources for a specific E-RAB.
  • the characteristics of E-RAB indicate, for example, an E-RAB identifier (E-RAB ID) and a bearer type (i.e., SCG bearer or split bearer).
  • E-RAB ID E-RAB identifier
  • a bearer type i.e., SCG bearer or split bearer
  • the bearer type is also called DRB type.
  • the SeNB Addition Request message may further include information for SCG setting (SCG-ConfigInfo) including MCG setting (MCG Configuration) and UE capability (UE capabilities).
  • SCG-ConfigInfo information for SCG setting
  • MCG setting MCG Configuration
  • UE capabilities UE capabilities
  • T-MeNB3 uses the network bearer identifier (eg, eps-Bearer Identity) and the data radio bearer identifier (DRB Identity) in DC between S-MeNB1 and SeNB2 in SCG-ConfigInfo. You may specify to set to the same value.
  • the T-MeNB 3 may specify that the logical identifier (sCellIndex, ServCellIndex) of the cell 21 is set to the same value as that used in the DC between the S-MeNB1 and SeNB2.
  • the SeNB Addition Request message (step 302) further indicates that the MeNB is changed from S-MeNB1 to T-MeNB3 while maintaining the SeNB (or SCG or SCG bearer (SCG bearer or split bearer)).
  • One or more additional information elements may be included for explicit or implicit communication.
  • the one or more additional information element information elements may be the same as or derived from the corresponding additional information element included in the handover request message (step 301).
  • the additional information element (information element (s)) included in the SeNB Addition Request message (step 302) implicitly indicates a DC MeNB change for UE4,
  • a radio terminal identifier ie, SeNB UE X2AP ID
  • the additional information element includes one or more bearer identifiers (eg, E-RAB ID or eps-Bearer Identity, for UE4 already set in SeNB2 for DC in cooperation with S-MeNB1. It may further include the same bearer identifier as DRB ⁇ Identity or a combination thereof.
  • additional information elements included in the SeNB Addition Request message (step 302) may imply a DC MeNB change for UE4.
  • the terminal identifier eg, C-RNTI
  • the additional information element includes one or more bearer identifiers (eg, E-RAB ID or eps-Bearer Identity, for UE4 already set in SeNB2 for DC in cooperation with S-MeNB1. It may further include the same bearer identifier as DRB ⁇ Identity or a combination thereof.
  • the additional information element (information element (s)) included in the SeNB Addition Request message (step 302) is MeNB (S- The change from MeNB) 1 to MeNB (T-MeNB) 3 may be explicitly shown.
  • the SeNB Addition Request message may include SCG Change Indication IE.
  • new cause values e.g., “Inter” MeNB ”Handover,“ SeNB ”(SCG)“ Stored ”Handover
  • SCG“ Change Indication ”IE may be defined, and the“ Cause Value ”may be specified in the SeNB“ Addition ”Request message.
  • the additional information element includes the bearer identifier (eg, E-RAB ID or eps-Bearer Identity, DRB Identity, or the UE4 that has already been set in SeNB2 for DC linked with MeNB1. It may be shown that these combinations) are not changed.
  • the bearer identifier eg, E-RAB ID or eps-Bearer Identity, DRB Identity, or the UE4 that has already been set in SeNB2 for DC linked with MeNB1. It may be shown that these combinations) are not changed.
  • the SeNB Addition Request message (step 302) further indicates whether or not each of at least one bearer already set in SeNB2 for DC is maintained by SeNB2.
  • the SeNB Addition Request message indicates whether each bearer already set in SeNB2 is maintained or released by SeNB2 even after the MeNB change (or transferred to T-MeNB3 as an MCG bearer).
  • the SeNB Addition Request message distinguishes one or more first bearers maintained by SeNB2 from one or more second bearers that may not be maintained by SeNB2 (or moved to T-MeNB3). It makes SeNB2 possible to do.
  • the SeNB Addition Request message is maintained or released by SeNB2 even after at least one bearer already set in SeNB2 is changed to MeNB (or moved to T-MeNB3 as an MCG bearer). May be indicated for each bearer. More specifically, the SeNB Addition Request message includes the first list indicating one or more first bearers (eg, SCG bearer # 1) maintained by SeNB2 even after the MeNB change, and SeNB2 after the MeNB change. May include either or both of a second list indicating one or more second bearers (eg, SCG bearer # 2) that may not be maintained by. Note that the second list may indicate one or a plurality of second bearers that are transferred from the SeNB 2 to the T-MeNB 3 as MCG bearers.
  • first bearers eg, SCG bearer # 1
  • SeNB2 after the MeNB change.
  • a second list indicating one or more second bearers
  • the second list may indicate one or a plurality of second bearers that are transferred from the SeNB 2 to the T
  • the first list may be defined as “E-RABRATo Be Added List” information element (Information Element (IE)).
  • the second list may be defined as “E-RAB To Be Changed List” information element (IE).
  • the second list may be defined as “E-RAB To Be Released List” information element (IE) or “E-RAB To Be Reconfigured List” information element (IE).
  • step 303 while SeNB2 is providing SCG for DC to specific UE4 in cooperation with MeNB
  • MeNB settings eg, MeNB UE X2AP ID
  • SeNB2 is the same value as that set for UE4 in which E-RAB To Be Added List IE of SeNB Addition Request message is already DC with S-MeNB1. If the wireless terminal identifier (eg, SeNB UE X2AP ID) and E-RAB ID of the same value as those set for the UE4 are included, the SeNB Addition Request corrects the setting corresponding to the E-RAB Recognize (changed) or resetting SCG IV including the E-RAB.
  • SeNB2 does not have to maintain one or more first bearers (eg, SCG bearer # 1) maintained by SeNB2 based on SeNBSeAddition Request message (step 302). It is configured to distinguish from one or more second bearers (eg, SCG bearer # 2) that are good (or moved to T-MeNB 3).
  • first bearers eg, SCG bearer # 1
  • second bearers eg, SCG bearer # 2
  • the SeNB Addition Request message may include both the first list (eg, E-RAB To Be Added List) and the second list (eg, E-RAB To Be Changed List). Good.
  • SeNB2 recognizes that SeNB2 should maintain one or more bearers included in the first list, and one or more bearers included in the second list. It may be recognized that may be released or moved to T-MeNB3.
  • the SeNB Addition Request message (step 302) includes the first list (eg, E-RAB To Be Added List) described above, but the second list (eg, E-RAB To Be Changed List). ) May not be included.
  • SeNB2 may recognize that one or more bearers that are not included in the first list may be released or moved to T-MeNB3.
  • the SeNB Addition Request message (step 302) includes the second list (eg, E-RAB To Be Changed List) described above, but the first list (eg, E-RAB To Be Added). List) may not be included. In this case, SeNB2 may recognize that SeNB2 should maintain one or more bearers that are not included in the second list.
  • the second list eg, E-RAB To Be Changed List
  • the first list eg, E-RAB To Be Added. List
  • SeNB2 In Step 304, SeNB2 generates a new SCG setting (SCG-Config) based on information (eg, (SCG-ConfigInfo) from T-MeNB3 included in the SeNB Addition Request message (Step 302).
  • a response message (SeNB Addition Request Acknowledge) including a correct SCG setting is transmitted to T-MeNB3.
  • the new SCG setting relates to one or more first bearers (e.g., SCG bearer # 1) instructed by SeNB 2 from T-MeNB 3 to be maintained in SeNB 2.
  • the new SCG setting may include a terminal identifier (C-RNTI) assigned to UE4 by SeNB2 in order to uniquely identify UE4 in the SCG.
  • C-RNTI terminal identifier
  • SeNB2 is also SCG in the case of SCG amendment (change), SCG re-establishment (SCG re-establishment), or SCG relocation (SCGlocatedrelocated, SCG relocation) with MeNB change.
  • C-RNTI may be added to the “MobilityControlInfoSCG” information element in the setting.
  • SeNB 2 and T-MeNB 3 may operate as follows. If the radio terminal identifier (ie, SeNB UE X2AP ID) indicated by the SeNB Addition Request message (step 302) uniquely identifies UE4 in the inter-base station interface (ie, X2 interface) between S-MeNB1 and SeNB2. If not used, SeNB 2 may transmit a SeNB Addition Request Reject message instead of the SeNB Addition Request Acknowledge message (step 304). The SeNB Addition Request Reject message indicates that the SeNB Addition Request message (step 302) cannot be accepted. The SeNB Addition Request Reject message may include a Cause value (e.g., Inappropriate X2AP ID) indicating that the requested wireless terminal identifier (i.e., SeNB UE X2AP ID) is inappropriate.
  • a Cause value e.g., Inappropriate X2AP ID
  • SeNB Addition Request Reject message indicates a Cause value (eg, “Bearer Keeping Option Not Supported”) , “Bearer Keeping Handover Not supported”).
  • the SeNB Addition Request Reject message may include a Cause value indicating it (eg, “Bearer Keeping Option Not Supported”, “Bearer Keeping Handover Not supported”).
  • the T-MeNB 3 may transmit a response message (Handover Preparation Failure message) indicating that the handover cannot be accepted to the S-MeNB 1 in response to reception of the SeNB Addition Request Request Reject message.
  • the T-MeNB 3 may include the E-RAB ID of the bearer (SCG bearer or split bearer) of the SeNB in the E-RABs Not Admitted Hand List IE of the Handover Request Acknowledge message.
  • the S-MeNB 1 may release the SCG before transmitting the handover instruction (RRC Connection Reconfiguration including mobility Control Info) to the UE 4 or cancel (interrupt) the handover, or release the SCG bearer to the MCG. You may change to bearer.
  • FIG. 4 is a flowchart showing an example of operation of SeNB 2 (processing 400).
  • SeNB2 is providing SCG for DC to specific UE4 in cooperation with MeNB
  • Request_message is received from other eNB (T-MeNB) 3.
  • the SeNB 2 receives one or more of the first or more first maintained by the SeNB 2 with respect to at least one bearer already set up in the SeNB 2 for the DC associated with the S-MeNB 1 in response to receiving the SeNBSeAddition Request message.
  • One bearer is distinguished from one or more second bearers that may not be maintained by SeNB 2 (or moved to T-MeNB 3).
  • T-MeNB 3 has changed at least one bearer already set in SeNB 2 for DC after the MeNB change. Can also be maintained in SeNB2 or released (or moved to T-MeNB3) for each bearer to SeNB2. Whether SeNB2 is maintained or released even after the MeNB change, at least one bearer already set in SeNB2 for DC in response to reception of SeNB Addition Request message from T-MeNB3 ( Or is transferred to T-MeNB3) for each bearer.
  • FIGS. 5A and 5B show a modification example to the SeNB Addition Request message described in Section 9.1.3.1 of Non-Patent Document 2.
  • FIG. “E-RAB To Be Changed List” IE may not be maintained by SeNB2 after MeNB change among at least one bearer already set in SeNB2 for DC (or moved to T-MeNB3) 1 Or it is used in order to notify a plurality of bearers from T-MeNB3 to SeNB2.
  • E-RABs To To Be Changed IE includes “E-RABs To To Be Changed Item” IE.
  • E-RABs To Be Changed Item IE includes “E-RAB ID” IE, “DL Forwarding GTP Tunnel Endpoint” IE, and “UL Forwarding GTP Tunnel Endpoint” IE for SCG Bearer.
  • DL Forwarding GTP Tunnel Endpoint IE sets T-MeNB3 Endpoint settings (ie Transport Network Layer (TNL) address and Tunnel Endpoint Identifier (TEID)) for X2 transport bearer for DL data (DL PDUs) forwarding. Show.
  • TNL Transport Network Layer
  • TEID Tunnel Endpoint Identifier
  • UL Forwarding GTP Tunnel Endpoint indicates the T-MeNB3 Endpoint setting (ie, TNL address and TEID) related to the X2 transport bearer for UL data (UL PDUs) forwarding.
  • E-RABs To Be Changed Item includes E-RAB ID ”IE and“ DL Forwarding GTP Tunnel Endpoint ”IE with respect to Split Bearer.
  • E-RAB To Be Changed List is an example.
  • the name “E-RAB To Be Changed List” IE or “E-RAB To Be Reconfigured List” IE may be used.
  • FIG. 6 shows an example of a procedure (procedure 600) in which the T-MeNB 3 transmits a Handover Request Acknowledge message to the S-MeNB 1 after receiving the SeNB Addition Request Acknowledge message from the SeNB 2.
  • Steps 601 to 604 shown in FIG. 6 are the same as steps 301 to 304 shown in FIG.
  • Step 605 shown in FIG. 6 corresponds to step 204 shown in FIG. 2A. That is, in step 605, T-MeNB3 transmits a response message (Handover Request Acknowledge) indicating acceptance of the handover request (step 501) to S-MeNB1.
  • a response message Handover Request Acknowledge
  • the Handover Request Acknowledge message (step 605) indicates whether or not each of at least one bearer already set in SeNB2 is maintained by SeNB2 for DC in cooperation with S-MeNB1. In other words, the Handover Request Acknowledge message indicates whether each of at least one bearer already set in SeNB2 is maintained by SeNB2 or moved to T-MeNB3. That is, the Handover Request Acknowledge message allows S-MeNB1 to distinguish one or more first bearers maintained by SeNB2 from one or more second bearers transferred to T-MeNB3.
  • the Handover Request Acknowledge message indicates for each bearer whether at least one bearer already set in SeNB2 is maintained by SeNB2 even after the MeNB change or moved to T-MeNB3 as an MCG bearer. May be shown. More specifically, the Handover Request Acknowledge message includes a third list indicating one or more bearers allowed by T-MeNB3 and each bearer included in the third list is maintained by SeNB2. Or a bearer status information element that explicitly indicates whether to be transferred to the T-MeNB 3.
  • the third list is defined as “E-RAB Admitted List” information element (IE), and the bearer status information element is “E-RAB Status” information element ( IE).
  • “E-RAB Status” IE explicitly indicates whether each bearer (eg, SCG bearer) set in SeNB2 for DC with S-MeNB1 is maintained in SeNB2 or moved to T-MeNB3 Shown in Alternatively, the bearer status information element is at least one of “E-RAB Kept” IE indicating that it is maintained in SeNB2 and “E-RAB Relocated (Switched)” IE indicating that it is moved to T-MeNB3 May be defined.
  • the Handover Request Acknowledge message implicitly indicates the third list above and whether each bearer included in the third list is maintained by SeNB2 or moved to T-MeNB3.
  • a tunnel endpoint identifier (TEID) may be included.
  • the tunnel endpoint identifier is the TEID of the X2 transport bearer for data forwarding related to the bearer transferred from SeNB2 to T-MeNB3. That is, when S-MeNB1 includes a bearer identifier (E-RAB) of a bearer with a third list but does not include a TEID to be associated with this, the bearer is a bearer maintained by SeNB2. You may recognize it.
  • E-RAB bearer identifier
  • FIG. 7 is a flowchart showing an example of operation of T-MeNB 3 (processing 700).
  • T-MeNB3 receives SeNB
  • T-MeNB3 sends a Handover Request Acknowledge message to S-MeNB1.
  • the Handover Request Acknowledge message explicitly or implicitly indicates whether each bearer set in SeNB2 is maintained by SeNB2 or moved to T-MeNB3.
  • the T-MeNB 3 has changed at least one bearer already set in the SeNB 2 for DC after the MeNB change. Can be transmitted to S-MeNB1 for each bearer whether it is maintained in SeNB2 or moved to T-MeNB3.
  • S-MeNB1 maintains at least one bearer already set in SeNB2 for DC in SeNB2 even after the MeNB change or T-MeNB3 Can be recognized for each bearer.
  • FIG. 8 shows an example of a change to the Handover Request Acknowledge message described in Section 9.1.1.2 of Non-Patent Document 2.
  • E-RAB Status IE explicitly indicates whether each bearer (eg, SCG bearer) set in SeNB2 for DC with S-MeNB1 is maintained in SeNB2 or moved to T-MeNB3 Shown in
  • FIG. 9 shows an example of a procedure (procedure 900) in which the S-MeNB 1 transmits a SeNB Release Release Request message to the SeNB 2 after receiving a Handover Request Acknowledge message from the T-MeNB 3.
  • Steps 901 to 905 shown in FIG. 9 are the same as steps 601 to 605 shown in FIG. Step 906 shown in FIG. 9 corresponds to step 205 shown in FIG. 2A. That is, in step 906, S-MeNB1 transmits SeNB
  • the SeNB Release Request message triggers SeNB2 to release a resource (e.g., UE context) as SeNB regarding UE4 for DC with S-MeNB1.
  • a resource e.g., UE context
  • the SeNB Release Request message (step 906) indicates whether or not each of at least one bearer already set in SeNB2 for DC linked with S-MeNB1 is maintained by SeNB2.
  • the SeNB Release Request message indicates whether each of at least one bearer already set in SeNB2 may be maintained or released by SeNB2 (or transferred to T-MeNB3). That is, the SeNB Release Request message confirms one or more first bearers to be maintained by SeNB2 and one or more second bearers that may be released (or moved to T-MeNB3). This enables SeNB2.
  • the SeNB Release Request message may indicate for each bearer whether at least one bearer already configured in SeNB2 may be maintained or released by SeNB2 after the MeNB change.
  • the SeNB Release Request message includes a fourth list indicating one or more bearers set in SeNB2 for DC with S-MeNB1, and each of the fourth lists included in the fourth list.
  • a bearer status information element may be included that explicitly indicates whether the bearer may be maintained or released by SeNB 2 (or moved to T-MeNB 3).
  • the fourth list is defined as “E-RAB Released List” information element (IE), and the bearer status information element is “E-RAB Status” information element ( IE).
  • “E-RAB Status” IE indicates whether each bearer (eg, SCG bearer) set in SeNB2 for DC with S-MeNB1 may be maintained or released in SeNB2 (or T- Explicitly indicate whether it will be moved to MeNB3.
  • the bearer status information element “E-RAB Kept” IE indicating that it is maintained in SeNB2 and “E-RAB Released” IE indicating that it may be released (or moved to T-MeNB3) May be defined as at least one of the following.
  • the SeNB Release Request message may be released among at least one bearer set in SeNB2 (that is, transferred to T-MeNB3), which indicates only one or a plurality of bearers. It includes a list and may not include the bearer status information element described above. In this case, SeNB2 can confirm that the bearer which is not contained in the 4th list should be maintained.
  • Step 907 in FIG. 9 corresponds to step 206 in FIG. 2A. That is, in step 907, the S-MeNB1 transmits an RRC Connection Reconfiguration message to the UE4 in order to request the UE4 to reconfigure the radio resource control (RRC) connection in the PCell (eg, cell 11) in the MCG. To do.
  • the RRC Connection Reconfiguration message includes mobility control information (Mobility Control Info) related to T-MeNB3 and MCG setting, and SCG setting related to SeNB2. These MCG setting regarding T-MeNB3 and SCG setting regarding SeNB2 indicate whether each of at least one bearer already set in SeNB2 is maintained by SeNB2.
  • these MCG settings and SCG settings indicate whether each bearer already set in SeNB2 is maintained by SeNB2 even after the MeNB change or is transferred to T-MeNB3 as an MCG bearer.
  • UE4 can distinguish one or more bearers maintained by SeNB2 after MeNB change or one or more bearers moved to T-MeNB3 in response to receiving the RRC Connection Reconfiguration message (step 907) .
  • Steps 908 and 909 in FIG. 9 correspond to steps 213 and 214 in FIG. 2B. That is, in step 908, SeNB2 is SN among one or more bearers (eg, bearer # 2 to SCG) that are released or transferred to T-MeNB3 among at least one bearer for UE4 set in SeNB2. Send Status Transfer message to T-MeNB3.
  • bearers eg, bearer # 2 to SCG
  • SeNB 2 starts forwarding untransmitted downlink user data received from S-GW 5 to T-MeNB 3.
  • SN Status Transfer (step 908) and data forwarding (step 909) by SeNB2 may be started after transmission of SeNB Addition Request Acknowledge message (step 904) to T-MeNB3, or from T-MeNB3. It may be started in response to reception of the SeNB Reconfiguration Complete message (step 210).
  • FIG. 10 is a flowchart showing an example of operation of the S-MeNB 1 (processing 1000).
  • S-MeNB1 receives a Handover Request Acknowledge message from T-MeNB3.
  • S-MeNB1 transmits SeNB
  • the SeNB Release Request message explicitly or implicitly indicates whether each bearer set in SeNB2 may be maintained or released by SeNB2 (or moved to T-MeNB3).
  • S-MeNB1 has changed at least one bearer already set in SeNB2 for DC after the MeNB change. Can also be maintained in SeNB2 or released (or moved to T-MeNB3) for each bearer to SeNB2.
  • SeNB2 may be maintained or released in SeNB2 even after at least one bearer already set in SeNB2 for DC is changed to MeNB (Or whether it is moved to T-MeNB3) for each bearer.
  • FIGS. 11A and 11B show a modification example to the SeNB Release Request message described in Section 9.3.1.11.
  • E-RAB Status IE explicitly indicates whether each bearer (eg, SCG bearer) set in SeNB2 for DC with S-MeNB1 is maintained in SeNB2 or moved to T-MeNB3 Shown in
  • FIG. 12 is a block diagram illustrating a configuration example of SeNB2.
  • S-MeNB1 and T-MeNB3 may also have the same configuration as the configuration of FIG.
  • SeNB 2 includes an RF transceiver 1201, a network interface 1203, a processor 1204, and a memory 1205.
  • the RF transceiver 1201 performs analog RF signal processing to communicate with UEs.
  • the RF transceiver 1201 may include multiple transceivers.
  • RF transceiver 1201 is coupled to antenna 1202 and processor 1204.
  • the RF transceiver 1201 receives modulation symbol data (or OFDM symbol data) from the processor 1204, generates a transmission RF signal, and supplies the transmission RF signal to the antenna 1202. Further, the RF transceiver 1201 generates a baseband received signal based on the received RF signal received by the antenna 1202 and supplies this to the processor 1204.
  • modulation symbol data or OFDM symbol data
  • the network interface 1203 is used to communicate with network nodes (e.g., other eNBs, MMEs, and S-GWs).
  • the network interface 1203 may include, for example, a network interface card (NIC) compliant with IEEE 802.3 series.
  • NIC network interface card
  • the processor 1204 performs data plane processing and control plane processing including digital baseband signal processing for wireless communication.
  • the digital baseband signal processing by the processor 1204 may include signal processing of a PDCP layer, an RLC layer, a MAC layer, and a PHY layer.
  • the signal processing by the processor 1204 may include GTP-U / UDP / IP layer signal processing at the X2-U interface and the S1-U interface.
  • the control plane processing by the processor 1204 may include processing of the X2AP protocol, the S1-MME protocol, and the RRC protocol.
  • the processor 1204 may include a plurality of processors.
  • the processor 1204 includes a modem processor (eg, DSP) that performs digital baseband signal processing, a processor that performs signal processing of the GTP-U / UDP / IP layer in the X2-U interface and the S1-U interface (eg, DSP) and a protocol stack processor (eg, CPU or MPU) that performs control plane processing may be included.
  • DSP modem processor
  • a processor that performs signal processing of the GTP-U / UDP / IP layer in the X2-U interface and the S1-U interface eg, DSP
  • a protocol stack processor eg, CPU or MPU
  • the memory 1205 is configured by a combination of a volatile memory and a nonvolatile memory.
  • the memory 1205 may include a plurality of physically independent memory devices.
  • the volatile memory is, for example, Static Random Access Memory (SRAM), Dynamic RAM (DRAM), or a combination thereof.
  • the non-volatile memory is a mask Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, hard disk drive, or any combination thereof.
  • Memory 1205 may include storage located remotely from processor 1204. In this case, the processor 1204 may access the memory 1205 via the network interface 1203 or an I / O interface not shown.
  • the memory 1205 may store a software module (computer program) including an instruction group and data for performing processing by the SeNB 2 described in the above-described embodiments.
  • the processor 1204 may be configured to perform the SeNB2 processing described in the above-described embodiment by reading the software module from the memory 1205 and executing the software module.
  • FIG. 13 is a block diagram showing a configuration example of UE4.
  • wireless Frequency (RF) transceiver 1301 performs analog RF signal processing in order to communicate with eNB2.
  • Analog RF signal processing performed by the RF transceiver 1301 includes frequency up-conversion, frequency down-conversion, and amplification.
  • RF transceiver 1301 is coupled to antenna 1302 and baseband processor 1303. That is, the RF transceiver 1301 receives modulation symbol data (or OFDM symbol data) from the baseband processor 1303, generates a transmission RF signal, and supplies the transmission RF signal to the antenna 1302. Further, the RF transceiver 1301 generates a baseband received signal based on the received RF signal received by the antenna 1302 and supplies this to the baseband processor 1303.
  • modulation symbol data or OFDM symbol data
  • the baseband processor 1303 performs digital baseband signal processing (data plane processing) and control plane processing for wireless communication.
  • Digital baseband signal processing consists of (a) data compression / decompression, (b) data segmentation / concatenation, (c) ⁇ transmission format (transmission frame) generation / decomposition, and (d) transmission path encoding / decoding. , (E) modulation (symbol mapping) / demodulation, and (f) generation of OFDM symbol data (baseband OFDM signal) by Inverse Fast Fourier Transform (IFFT).
  • control plane processing includes layer 1 (eg, transmission power control), layer 2 (eg, radio resource management, hybrid automatic repeat request (HARQ) processing), and layer 3 (eg, attach, mobility, and call management). Communication management).
  • the digital baseband signal processing by the baseband processor 1303 includes signal processing of Packet Data Convergence Protocol (PDCP) layer, Radio Link Control (RLC) layer, MAC layer, and PHY layer. But you can.
  • the control plane processing by the baseband processor 1303 may include Non-Access-Stratum (NAS) protocol, RRC protocol, and MAC CE processing.
  • NAS Non-Access-Stratum
  • the baseband processor 1303 includes a modem processor (eg, Digital Signal Processor (DSP)) that performs digital baseband signal processing and a protocol stack processor (eg, Central Processing Unit (CPU), or Micro Processing Unit (CPU) that performs control plane processing. (MPU)).
  • DSP Digital Signal Processor
  • protocol stack processor eg, Central Processing Unit (CPU), or Micro Processing Unit (CPU) that performs control plane processing. (MPU)
  • a protocol stack processor that performs control plane processing may be shared with an application processor 1304 described later.
  • the application processor 1304 is also called a CPU, MPU, microprocessor, or processor core.
  • the application processor 1304 may include a plurality of processors (a plurality of processor cores).
  • the application processor 1304 is a system software program (Operating System (OS)) read from the memory 1306 or a memory (not shown) and various application programs (for example, call application, web browser, mailer, camera operation application, music playback)
  • OS Operating System
  • application programs for example, call application, web browser, mailer, camera operation application, music playback
  • Various functions of UE4 are realized by executing (application).
  • the baseband processor 1303 and the application processor 1304 may be integrated on a single chip, as indicated by the dashed line (1305) in FIG.
  • the baseband processor 1303 and the application processor 1304 may be implemented as one System on Chip (SoC) device 1305.
  • SoC System on Chip
  • An SoC device is sometimes called a system Large Scale Integration (LSI) or chipset.
  • the memory 1306 is a volatile memory, a nonvolatile memory, or a combination thereof.
  • the memory 1306 may include a plurality of physically independent memory devices.
  • the volatile memory is, for example, Static Random Access Memory (SRAM), Dynamic RAM (DRAM), or a combination thereof.
  • the non-volatile memory is a mask Read Only Memory (MROM), Electrically Erasable Programmable ROM (EEPROM), flash memory, hard disk drive, or any combination thereof.
  • the memory 1306 may include an external memory device accessible from the baseband processor 1303, the application processor 1304, and the SoC 1305.
  • the memory 1306 may include an embedded memory device integrated within the baseband processor 1303, the application processor 1304, or the SoC 1305.
  • the memory 1306 may include a memory in a Universal Integrated Circuit Card (UICC).
  • UICC Universal Integrated Circuit Card
  • the memory 1306 may store a software module (computer program) including an instruction group and data for performing processing by the UE 4 described in the plurality of embodiments.
  • the baseband processor 1303 or the application processor 1304 may be configured to read and execute the software module from the memory 1306 to perform the processing of the UE 4 described in the above embodiment.
  • each of the processors included in the eNB 1, eNB 2, eNB 3, and UE 4 is a command for causing a computer to execute the algorithm described with reference to the drawings.
  • the program can be stored and supplied to a computer using various types of non-transitory computer readable media.
  • Non-transitory computer readable media include various types of tangible storage media (tangible storage medium).
  • non-transitory computer-readable media are magnetic recording media (eg flexible disks, magnetic tapes, hard disk drives), magneto-optical recording media (eg magneto-optical discs), Compact Disc Read Only Memory (CD-ROM), CD-ROM R, CD-R / W, semiconductor memory (for example, mask ROM, Programmable ROM (PROM), Erasable PROM (EPROM), flash ROM, Random Access Memory (RAM)).
  • the program may also be supplied to the computer by various types of temporary computer-readable media. Examples of transitory computer readable media include electrical signals, optical signals, and electromagnetic waves.
  • the temporary computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • Each of the eNBs 1 to 3 described in the above embodiment can also be called a radio station.
  • the radio station in this specification includes a control node having a radio resource management function (eg, Radio Network Controller (RNC) in UMTS, or Base Station Controller (BSC) in GSM system) and a radio transmission node (eg, NodeB in UMTS, Alternatively, a Base transceiver station (BTS) in the GSM system may be included.
  • RNC Radio Network Controller
  • BSC Base Station Controller
  • BTS Base transceiver station
  • a secondary base station At least one radio transceiver and at least one processor coupled to the at least one radio transceiver; With The at least one processor cooperates with the first master base station to provide a secondary cell group (SCG) for dual connectivity to the wireless terminal while receiving a SeNB addition request message from the second master base station. Is configured to receive The SeNB addition request message indicates whether each of at least one bearer already set in the secondary base station for the dual connectivity is maintained by the secondary base station, Secondary base station.
  • SCG secondary cell group
  • the one or more first bearers maintained by the secondary base station may not be maintained by the secondary base station. Configured to distinguish from the second bearer of The secondary base station according to attachment 1.
  • the at least one processor is configured to perform at least one of reporting and data forwarding of a data communication status from the secondary base station to the second master base station regarding the one or more second bearers. , The secondary base station according to attachment 2.
  • the SeNB addition request message includes a first list indicating one or more first bearers maintained by the secondary base station and one or more second bearers that may not be maintained by the secondary base station. Including either or both of the second lists shown, The secondary base station according to attachment 1.
  • the SeNB addition request message includes at least the first list, The at least one processor is configured to recognize that one or more bearers not included in the first list may be released or moved to the second master base station; The secondary base station according to attachment 4.
  • the SeNB addition request message includes at least the second list,
  • the at least one processor is configured to recognize that one or more bearers not included in the second list should be maintained by the secondary base station;
  • the secondary base station according to attachment 4.
  • the at least one processor accepts the SeNB addition request message from the second master base station and then sends a SeNB release request message that triggers release of resources for the dual connectivity to the first master base station. Configured to receive from The SeNB release request message indicates whether each of the at least one bearer is maintained by the secondary base station, The secondary base station according to any one of appendices 1 to 6.
  • the at least one processor may be one or more first bearers maintained by the secondary base station in response to receiving the SeNB release request message, and one or more that may not be maintained by the secondary base station Configured to verify the second bearer of The secondary base station according to attachment 7.
  • the SeNB release request message is an SCG release request message indicating release of an SCG, or a context release message indicating release of a context related to the wireless terminal.
  • the secondary base station according to appendix 7 or 8.
  • a method in a secondary base station Receiving a SeNB addition request message from a second master base station while providing a secondary cell group (SCG) for dual connectivity to a wireless terminal in cooperation with the first master base station, the SeNB The addition request message indicates whether each of at least one bearer already configured in the secondary base station for the dual connectivity is maintained by the secondary base station, and reception of the SeNB addition request message Accordingly, distinguishing one or more first bearers maintained by the secondary base station from one or more second bearers that may not be maintained by the secondary base station, A method comprising:
  • Appendix 11 Further comprising performing at least one of reporting of data communication status and data forwarding from the secondary base station to the second master base station regarding the one or more second bearers, The method according to appendix 10.
  • the SeNB addition request message includes either or both of a first list indicating the one or more first bearers and a second list indicating the one or more second bearers, The method according to appendix 10 or 11.
  • the SeNB release request message indicates whether each of the at least one bearer is maintained by the secondary base station, The method according to any one of appendices 10 to 12.
  • (Appendix 14) A program for causing a computer to perform a method in a secondary base station, The method Receiving a SeNB addition request message from a second master base station while providing a secondary cell group (SCG) for dual connectivity to a wireless terminal in cooperation with the first master base station, the SeNB The addition request message indicates whether each of at least one bearer already configured in the secondary base station for the dual connectivity is maintained by the secondary base station, and reception of the SeNB addition request message Accordingly, distinguishing one or more first bearers maintained by the secondary base station from one or more second bearers that may not be maintained by the secondary base station, Comprising program.
  • SCG secondary cell group
  • SCG secondary cell group
  • the SeNB addition request message includes a first list indicating one or more first bearers maintained by the secondary base station and one or more second bearers that may not be maintained by the secondary base station. Including either or both of the second lists shown, The second master base station according to attachment 15.
  • the at least one processor is configured to transmit the SeNB addition request message in response to receiving a handover request from the first master base station;
  • the second master base station according to Supplementary Note 15 or 16.
  • the at least one processor is configured to transmit a response message to the handover request to the first master base station after receiving a response message to the SeNB addition request message from the secondary base station;
  • the response message to the handover request indicates whether each of the at least one bearer is maintained by the secondary base station or moved to the second master base station;
  • the second master base station according to appendix 17.
  • the response message to the handover request includes a third list indicating one or more bearers allowed by the second master base station, and each bearer included in the third list maintained by the secondary base station.
  • a bearer status information element indicating whether to be transferred to the second master base station, The second master base station according to attachment 18.
  • a method in a second master base station comprising: Transmitting a SeNB addition request message to the secondary base station while the secondary base station is providing a secondary cell group (SCG) for dual connectivity to the wireless terminal in cooperation with the first master base station;
  • the SeNB addition request message indicates whether each of at least one bearer already set in the secondary base station for the dual connectivity is maintained by the secondary base station,
  • a method comprising:
  • the SeNB addition request message includes a first list indicating one or more first bearers maintained by the secondary base station and one or more second bearers that may not be maintained by the secondary base station. Including either or both of the second lists shown, The method according to appendix 20.
  • the transmitting includes transmitting the SeNB addition request message in response to receiving a handover request from the first master base station.
  • (Appendix 24) A program for causing a computer to perform the method in the second master base station, In the method, while the secondary base station provides a secondary cell group (SCG) for dual connectivity to the wireless terminal in cooperation with the first master base station, a SeNB addition request message is sent to the secondary base station. Transmitting, the SeNB addition request message indicates whether each of at least one bearer already configured in the secondary base station for the dual connectivity is maintained by the secondary base station, Comprising program.
  • SCG secondary cell group
  • SCG secondary cell group
  • the response message includes a third list indicating one or more bearers allowed by the second master base station, and each bearer included in the third list is maintained by the secondary base station, or A bearer status information element indicating whether to be transferred to the second master base station; The first master base station according to attachment 25.
  • the at least one processor is configured to send a SeNB release request message to the secondary base station that triggers a release of resources for the dual connectivity after receiving the response message;
  • the SeNB release request message indicates whether each of the at least one bearer is maintained by the secondary base station, The first master base station according to attachment 25 or 26.
  • the release message includes a bearer status information element indicating whether each of the at least one bearer is maintained or released by the secondary base station.
  • the first master base station according to attachment 27.
  • a method in a first master base station comprising: While the secondary base station provides a secondary cell group (SCG) for dual connectivity to the wireless terminal in cooperation with the first master base station, the handover request of the wireless terminal is sent to the second master base. Transmitting to the station, and receiving a response message to the handover request from the second master base station, the response message being at least one already set in the secondary base station for the dual connectivity Indicating whether each bearer is maintained by the secondary base station or moved to the second master base station;
  • SCG secondary cell group
  • the response message includes a third list indicating one or more bearers allowed by the second master base station, and each bearer included in the third list is maintained by the secondary base station, or A bearer status information element indicating whether to be transferred to the second master base station; The method according to appendix 29.
  • the SeNB release request message indicates whether each of the at least one bearer is maintained by the secondary base station, The method according to appendix 29 or 30.
  • (Appendix 32) A program for causing a computer to perform the method in the first master base station, The method While the secondary base station provides a secondary cell group (SCG) for dual connectivity to the wireless terminal in cooperation with the first master base station, the handover request of the wireless terminal is sent to the second master base. Transmitting to the station, and receiving a response message to the handover request from the second master base station, the response message being at least one already set in the secondary base station for the dual connectivity Indicating whether each of the bearers is maintained by the secondary base station; Comprising program.
  • SCG secondary cell group
  • a wireless terminal At least one radio transceiver for communicating with a first master base station, a second master base station, and a secondary base station; At least one processor; With The first master base station, the second master base station, and the secondary base station are configured such that the secondary base station cooperates with the first master base station to provide a secondary cell group (SCG for dual connectivity).
  • SCG secondary cell group
  • the dual connectivity master base station is configured to execute a procedure for changing from the first master base station to the second master base station
  • the at least one processor comprises: During the procedure, configured to receive a master cell group (MCG) setting for the second master base station and an SCG setting for the secondary base station from the first master base station; In response to receiving the MCG setting and the SCG setting, whether each of at least one bearer already set in the secondary base station for the dual connectivity is maintained by the secondary base station or the Configured to recognize whether to be transferred to a second master base station;
  • the dual connectivity master base station is configured to be changed from the first master base station to the second master base station while maintaining the connection to the SCG of the secondary base station including at least one bearer. ing, Wireless terminal.
  • the at least one processor moves one or more first bearers maintained by the secondary base station to the second master base station in response to receiving the MCG setting and the SCG setting. Configured to distinguish from the second bearer of The wireless terminal according to attachment 33.
  • Base stations eNBs
  • UE Wireless terminals
  • RF transceiver 1204
  • processor 1205 memory

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 (20)

  1. 　セカンダリ基地局であって、
    　少なくとも１つの無線トランシーバと
    　前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
    を備え、
    　前記少なくとも１つのプロセッサは、第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信するよう構成され、
    　前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
    セカンダリ基地局。
  2. 　前記少なくとも１つのプロセッサは、前記SeNB追加要求メッセージの受信に応じて、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを、前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラから区別するよう構成されている、
    請求項１に記載のセカンダリ基地局。
  3. 　前記少なくとも１つのプロセッサは、前記１又は複数の第２のベアラに関する前記セカンダリ基地局から前記第２のマスター基地局へのデータ通信状況の報告及びデータフォワーディングの少なくともいずれかを行うよう構成されている、
    請求項２に記載のセカンダリ基地局。
  4. 　前記SeNB追加要求メッセージは、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを示す第１のリスト及び前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラを示す第２のリストのうちいずれか又は両方を含む、
    請求項１に記載のセカンダリ基地局。
  5. 　前記SeNB追加要求メッセージは、前記第１のリストを少なくとも含み、
    　前記少なくとも１つのプロセッサは、前記第１のリストに含まれていない１又は複数のベアラが解放されてもよいこと又は前記第２のマスター基地局に移されることを認識するよう構成されている、
    請求項４に記載のセカンダリ基地局。
  6. 　前記少なくとも１つのプロセッサは、前記第２のマスター基地局からの前記SeNB追加要求メッセージを受け入れた後に、前記dual connectivityのためのリソースの解放をトリガーするSeNB解放要求メッセージを前記第１のマスター基地局から受信するよう構成され、
    　前記SeNB解放要求メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
    請求項１～５のいずれか１項に記載のセカンダリ基地局。
  7. 　セカンダリ基地局における方法であって、
    　第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信すること、前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、及び
    　前記SeNB追加要求メッセージの受信に応じて、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラから区別すること、
    を備える方法。
  8. 　セカンダリ基地局における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、
    　第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に第２のマスター基地局からSeNB追加要求メッセージを受信すること、前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、及び
    　前記SeNB追加要求メッセージの受信に応じて、前記セカンダリ基地局によって維持される１又は複数の第１のベアラを前記セカンダリ基地局によって維持されなくてもよい１又は複数の第２のベアラから区別すること、
    を備える、
    非一時的なコンピュータ可読媒体。
  9. 　少なくとも１つの無線トランシーバと
    　前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
    を備え、
    　前記少なくとも１つのプロセッサは、セカンダリ基地局が第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間にSeNB追加要求メッセージを前記セカンダリ基地局に送信するよう構成され、
    　前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
    第２のマスター基地局。
  10. 　前記少なくとも１つのプロセッサは、前記第１のマスター基地局からのハンドオーバ要求の受信に応じて、前記SeNB追加要求メッセージを送信するよう構成されている、
    請求項９に記載の第２のマスター基地局。
  11. 　前記少なくとも１つのプロセッサは、前記セカンダリ基地局から前記SeNB追加要求メッセージに対する応答メッセージを受信した後に、前記ハンドオーバ要求に対する応答メッセージを前記第１のマスター基地局に送信するよう構成され、
    　前記ハンドオーバ要求に対する前記応答メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示す、
    請求項１０に記載の第２のマスター基地局。
  12. 　前記ハンドオーバ要求に対する前記応答メッセージは、前記第２のマスター基地局によって許容された１又は複数のベアラを示す第３のリスト、及び前記第３のリストに含まれる各ベアラが前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示すベアラ・ステイタス情報要素を含む、
    請求項１１に記載の第２のマスター基地局。
  13. 　第２のマスター基地局における方法であって、
    　セカンダリ基地局が第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間にSeNB追加要求メッセージを前記セカンダリ基地局に送信すること、前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
    を備える方法。
  14. 　第２のマスター基地局における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、セカンダリ基地局が第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間にSeNB追加要求メッセージを前記セカンダリ基地局に送信すること、前記SeNB追加要求メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
    を備える、
    非一時的なコンピュータ可読媒体。
  15. 　第１のマスター基地局であって、
    　少なくとも１つの無線トランシーバと
    　前記少なくとも１つの無線トランシーバに結合された少なくとも１つのプロセッサと、
    を備え、
    　前記少なくとも１つのプロセッサは、セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に、前記無線端末のハンドオーバ要求を第２のマスター基地局に送信し、前記ハンドオーバ要求に対する応答メッセージを前記第２のマスター基地局から受信するよう構成され、
    　前記応答メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示す、
    第１のマスター基地局。
  16. 　前記少なくとも１つのプロセッサは、前記応答メッセージを受信した後に、前記dual connectivityのためのリソースの解放をトリガーするSeNB解放要求メッセージを前記セカンダリ基地局に送信するよう構成され、
    　前記SeNB解放要求メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
    請求項１５に記載の第１のマスター基地局。
  17. 　前記SeNB解放要求メッセージは、前記少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は解放されるかを示すベアラ・ステイタス情報要素を含む、
    請求項１６に記載の第１のマスター基地局。
  18. 　第１のマスター基地局における方法であって、
    　セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に、前記無線端末のハンドオーバ要求を第２のマスター基地局に送信すること、及び
    　前記ハンドオーバ要求に対する応答メッセージを前記第２のマスター基地局から受信すること、前記応答メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか又は前記第２のマスター基地局に移されるかを示す、
    を備える方法。
  19. 　第１のマスター基地局における方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
    　前記方法は、
    　セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を無線端末に提供している間に、前記無線端末のハンドオーバ要求を第２のマスター基地局に送信すること、及び
    　前記ハンドオーバ要求に対する応答メッセージを前記第２のマスター基地局から受信すること、前記応答メッセージは、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否かを示す、
    を備える、
    非一時的なコンピュータ可読媒体。
  20. 　無線端末であって、
    　第１のマスター基地局、第２のマスター基地局、及びセカンダリ基地局と通信するための少なくとも１つの無線トランシーバと、
    　少なくとも１つのプロセッサと、
    を備え、
    　前記第１のマスター基地局、前記第２のマスター基地局、及び前記セカンダリ基地局は、前記セカンダリ基地局が前記第１のマスター基地局と連携してdual connectivityのためのセカンダリセル・グループ（SCG）を前記無線端末に提供しているときに、前記dual connectivityのマスター基地局を前記第１のマスター基地局から前記第２のマスター基地局に変更する手順を実行するよう構成され、
    　前記少なくとも１つのプロセッサは、
    　前記手順の間に、前記第２のマスター基地局に関するマスターセル・グループ（MCG）設定及び前記セカンダリ基地局に関するSCG設定を前記第１のマスター基地局から受信するよう構成され、
    　前記MCG設定及び前記SCG設定の受信に応答して、前記dual connectivityのために前記セカンダリ基地局に既に設定されている少なくとも１つのベアラの各々が前記セカンダリ基地局によって維持されるか否か又は前記第２のマスター基地局に移されるかを認識するよう構成され、
    　少なくとも１つのベアラを含む前記セカンダリ基地局の前記SCGへの接続を保持したまま、前記dual connectivityのマスター基地局を前記第１のマスター基地局から前記第２のマスター基地局に変更するよう構成されている、
    無線端末。
PCT/JP2016/002977 2015-07-31 2016-06-21 基地局及びその方法 WO2017022166A1 (ja)

Priority Applications (8)

Application Number Priority Date Filing Date Title
JP2017532356A JP6784258B2 (ja) 2015-07-31 2016-06-21 基地局及びその方法
CN202110875009.7A CN113691994B (zh) 2015-07-31 2016-06-21 无线接入网节点及其方法
ES16832457T ES2928478T3 (es) 2015-07-31 2016-06-21 Estación base y método de la misma
EP16832457.2A EP3331280B1 (en) 2015-07-31 2016-06-21 Base station and method thereof
MX2018001333A MX2018001333A (es) 2015-07-31 2016-06-21 Estacion base y metodo de la misma.
US15/747,013 US10477439B2 (en) 2015-07-31 2016-06-21 Base station and method thereof
CN201680045189.3A CN107925931B (zh) 2015-07-31 2016-06-21 基站及其方法
US16/594,570 US11012896B2 (en) 2015-07-31 2019-10-07 Base station and method thereof

Applications Claiming Priority (2)

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

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/747,013 A-371-Of-International US10477439B2 (en) 2015-07-31 2016-06-21 Base station and method thereof
US16/594,570 Continuation US11012896B2 (en) 2015-07-31 2019-10-07 Base station and method thereof

Publications (1)

Publication Number Publication Date
WO2017022166A1 true WO2017022166A1 (ja) 2017-02-09

Family

ID=57942681

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/002977 WO2017022166A1 (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) CN107925931B (ja)
ES (1) ES2928478T3 (ja)
MX (1) MX2018001333A (ja)
WO (1) WO2017022166A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019096023A1 (zh) * 2017-11-17 2019-05-23 电信科学技术研究院有限公司 一种Pscell的切换方法及设备
JP2022520614A (ja) * 2019-02-15 2022-03-31 華為技術有限公司 端末情報の通信処理方法及び関連するデバイス

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107925931B (zh) * 2015-07-31 2021-08-03 日本电气株式会社 基站及其方法
CN106559920B (zh) * 2015-09-30 2022-09-09 北京三星通信技术研究有限公司 双连接架构下支持sipto或lipa承载释放的方法和设备
CN106604356B (zh) 2015-10-15 2020-02-14 华为终端有限公司 无线通信接入方法、装置、处理器和无线终端
WO2017065657A1 (en) * 2015-10-15 2017-04-20 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
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
WO2018230982A1 (en) * 2017-06-16 2018-12-20 Samsung Electronics Co., Ltd. Apparatus and method for managing connections in wireless communication system
EP3639615B1 (en) * 2017-06-16 2021-09-22 Samsung Electronics Co., Ltd. Apparatus and method for managing connections in wireless communication system
US11343866B2 (en) * 2017-09-20 2022-05-24 Nokia Technologies Oy Method, apparatus and computer program related to secondary cell group reactivation in multi-radio access technology-dual connectivity
CN110636640B (zh) * 2018-06-22 2023-09-22 华为技术有限公司 一种多制式双连接中的通信方法和通信装置
EP3871440A1 (en) * 2018-10-23 2021-09-01 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for flow control in a split path communication system
CN112840739B (zh) * 2018-10-26 2024-04-12 谷歌有限责任公司 资源控制状态更改和多节点连接性的高效处理
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
CN109842901B (zh) * 2018-12-17 2022-04-19 中磊电子股份有限公司 基地台及其换手控制方法
US11363504B2 (en) 2018-12-17 2022-06-14 Sercomm Corporation Base station and handover control method thereof
CN113243125B (zh) * 2019-01-02 2024-05-07 谷歌有限责任公司 用于移动性管理的多活动协调集聚合的方法和装置
EP3910985B1 (en) * 2019-01-11 2023-12-20 NEC Corporation Wireless access network node, wireless terminal, and method therefor
CN109548107B (zh) * 2019-01-18 2021-09-21 中国科学院上海高等研究院 基于通信网络双连接切换的方法、系统、介质及设备
IL283191B2 (en) * 2019-01-28 2024-04-01 Google Llc Dynamic carrier subband operation for active coordination sets
EP3918832A4 (en) * 2019-01-31 2022-02-23 ZTE Corporation METHOD AND DEVICE FOR CARRIER TRAFFIC MIGRATION IN SYSTEMS WITH MULTICONNECTIVITY
EP3928436B1 (en) 2019-03-12 2024-02-14 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 上海诺基亚贝尔股份有限公司 用于主节点间切换的设备、方法、装置和计算机可读介质
CN114222336A (zh) * 2019-09-29 2022-03-22 展讯通信（上海）有限公司 小区条件更新方法及用户设备、计算机可读存储介质
CN110677922A (zh) * 2019-10-10 2020-01-10 东阳市人民医院 用于传输肛肠外科大数据信息的装置及非暂时性计算机可读存储介质
CN113225749B (zh) * 2020-01-21 2023-08-15 大唐移动通信设备有限公司 一种承载的配置信息的处理方法、网络设备及终端
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
WO2015115629A1 (ja) * 2014-01-31 2015-08-06 京セラ株式会社 通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末

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 日本电气株式会社 无线电通信系统、无线电站、无线电终端、通信控制方法和计算机可读介质
WO2015005624A1 (ko) 2013-07-07 2015-01-15 엘지전자 주식회사 무선 통신 시스템에서 기지국이 단말의 이중 연결을 설정하는 방법 및 이를 위한 장치
CN104349374A (zh) * 2013-08-02 2015-02-11 北京三星通信技术研究有限公司 异构通信系统中保持业务连续性的方法
WO2015020321A1 (en) * 2013-08-08 2015-02-12 Lg Electronics Inc. Method and apparatus for performing operation related to radio link failure in a heterogeneous network
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
KR101835472B1 (ko) * 2013-11-01 2018-04-19 엘지전자 주식회사 이종망 네트워크에서 이중 연결과 관련된 동작을 수행하기 위한 방법 및 장치
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
US9894519B2 (en) * 2014-03-14 2018-02-13 Htc Corporation Connection modification method applicable to user equipment and base station
CN106134240B (zh) * 2014-03-21 2019-12-13 三星电子株式会社 用于在支持多个载波的移动通信系统中发送/接收信号的方法和装置
EP3172923B1 (en) * 2014-07-23 2019-10-23 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 中兴通讯股份有限公司 一种用户设备切换基站的方法及基站、用户设备
KR20170067724A (ko) * 2014-10-08 2017-06-16 엘지전자 주식회사 무선 통신 시스템에서 이중 연결에 대하여 중복된 e-rab를 취급하기 위한 방법 및 장치
US10342066B2 (en) * 2014-11-07 2019-07-02 Nokia Solutions And Networks Oy Method and apparatus for dual connectivity management
EP3241385B1 (en) * 2014-12-30 2019-08-21 LG Electronics Inc. Method for performing inter-menb handover without senb change in wireless communication system
WO2016125887A1 (ja) * 2015-02-06 2016-08-11 京セラ株式会社 基地局
JP6262917B2 (ja) * 2015-04-10 2018-01-17 京セラ株式会社 ハンドオーバ手順を制御するための方法及び基地局
CN107925931B (zh) * 2015-07-31 2021-08-03 日本电气株式会社 基站及其方法

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015115629A1 (ja) * 2014-01-31 2015-08-06 京セラ株式会社 通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
CATT: "Solutions for inter-MeNB handover without SeNB change", 3GPP TSG-RAN WG3#87 R3- 150219, 30 January 2015 (2015-01-30), XP050953783, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/ tsg_ran/WG3_Iu/TSGR3_87/Docs/R3-150219.zip> *
ERICSSON: "Analysis of inter-MeNB handover without SeNB change", 3GPP TSG-RAN WG3#87 R3-150329, 31 January 2015 (2015-01-31), XP050953896, Retrieved from the Internet <URL:http://www. 3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_87/Docs/R3- 150329.zip> *
See also references of EP3331280A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019096023A1 (zh) * 2017-11-17 2019-05-23 电信科学技术研究院有限公司 一种Pscell的切换方法及设备
JP2022520614A (ja) * 2019-02-15 2022-03-31 華為技術有限公司 端末情報の通信処理方法及び関連するデバイス

Also Published As

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

Similar Documents

Publication Publication Date Title
JP7056715B2 (ja) 無線アクセスネットワークノード及びその方法
US20200267608A1 (en) Base station apparatus and method thereof
US11265766B2 (en) Radio communication system, radio station, radio terminal, communication control method, and computer-readable medium
JP7318779B2 (ja) マスター無線アクセスネットワークノード、ａｍｆ、及びこれらの方法
JP7396519B2 (ja) 無線アクセスネットワークノード及び無線端末並びにこれらの方法
US20220330101A1 (en) Radio communication system, radio station, radio terminal, communication control method, and computer-readable medium
WO2018128017A1 (ja) 無線アクセスネットワークノード、無線端末、コアネットワークノード並びにこれらの方法及び非一時的なコンピュータ可読媒体
JP6648809B2 (ja) 無線通信システム、基地局、及び通信方法
US12004018B2 (en) Radio communication system, radio station, radio terminal, communication control method, and computer-readable medium

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16832457

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017532356

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15747013

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: MX/A/2018/001333

Country of ref document: MX

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2016832457

Country of ref document: EP