[go: up one dir, main page]

WO2015115629A1 - 通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末 - Google Patents

通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末 Download PDF

Info

Publication number
WO2015115629A1
WO2015115629A1 PCT/JP2015/052780 JP2015052780W WO2015115629A1 WO 2015115629 A1 WO2015115629 A1 WO 2015115629A1 JP 2015052780 W JP2015052780 W JP 2015052780W WO 2015115629 A1 WO2015115629 A1 WO 2015115629A1
Authority
WO
WIPO (PCT)
Prior art keywords
base station
menb
handover
master base
senb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2015/052780
Other languages
English (en)
French (fr)
Inventor
真人 藤代
勝裕 三井
優志 長坂
空悟 守田
童　方偉
ヘンリー チャン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Kyocera Corp
Original Assignee
Kyocera Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Kyocera Corp filed Critical Kyocera Corp
Priority to EP15743003.4A priority Critical patent/EP3101948B1/en
Priority to JP2015560058A priority patent/JPWO2015115629A1/ja
Publication of WO2015115629A1 publication Critical patent/WO2015115629A1/ja
Priority to US15/222,588 priority patent/US9699702B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2592—Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/32—Hierarchical cell structures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0058—Transmission of hand-off measurement information, e.g. measurement reports
    • 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
    • H04W36/00695—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink using split of the control plane or user plane
    • 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/0079—Transmission or use of information for re-establishing the radio link in case of hand-off failure or rejection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/06—Reselecting a communication resource in the serving access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • 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
    • 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/16—Gateway arrangements

Definitions

  • the present invention relates to a communication control method, a master base station, a secondary base station, and a user terminal used in a mobile communication system.
  • 3GPP 3rd Generation Partnership Project
  • a specific base station for example, a small cell base station
  • a general base station for example, a macrocell base station
  • a dual connection system is scheduled to be introduced after Release 12 (see Non-Patent Document 1).
  • the user terminal establishes connections with a plurality of base stations (general base stations and specific base stations) simultaneously. Since the user terminal is assigned radio resources from each base station, the throughput is expected to be improved.
  • the double connection method may be referred to as inter-base station carrier aggregation (inter-eNB CA).
  • only one base station among the plurality of base stations that establish a connection with the user terminal establishes an RRC connection with the user terminal.
  • master base station among the plurality of base stations that establish a connection with the user terminal establishes an RRC connection with the user terminal.
  • secondary base stations among the plurality of base stations provide additional radio resources to the user terminal without establishing an RRC connection with the user terminal.
  • the user terminal in the RRC connected state performs handover as it moves.
  • an object of the present invention is to provide a communication control method, a master base station, a secondary base station, and a user terminal that realize efficient handover in a double connection scheme.
  • a communication control method includes a dual connection communication using a master base station that establishes an RRC connection with a user terminal, and a secondary base station that provides additional radio resources to the user terminal. This is a method in a supported mobile communication system.
  • the communication control method includes a handover procedure between master base stations for performing handover of the user terminal from a source master base station to a target master base station without releasing a connection between the user terminal and the secondary base station. Is provided.
  • a master base station performs communication in a double connection scheme using a master base station that establishes an RRC connection with a user terminal, and a secondary base station that provides additional radio resources to the user terminal.
  • a master base station operates as a source master base station or a target master base station.
  • the master base station performs handover of the user terminal from the source master base station to the target master base station without releasing a connection between the user terminal and the secondary base station.
  • a control unit that performs control for the handover procedure is provided.
  • a secondary base station performs communication in a double connection scheme using a master base station that establishes an RRC connection with a user terminal and a secondary base station that provides additional radio resources to the user terminal. It is the said secondary base station in the mobile communication system to support.
  • the secondary base station performs a handover procedure between master base stations for performing handover of the user terminal from the source master base station to the target master base station without releasing the connection between the user terminal and the secondary base station.
  • the control part which performs control for is provided.
  • the user terminal supports dual connection communication using a master base station that establishes an RRC connection with the user terminal and a secondary base station that provides additional radio resources to the user terminal.
  • the user terminal in a mobile communication system.
  • the user terminal performs a handover procedure between master base stations for performing handover of the user terminal from a source master base station to a target master base station without releasing a connection between the user terminal and the secondary base station.
  • the control part which performs control for this is provided.
  • FIG. 6A shows a data path configuration
  • FIG. 6B shows a protocol stack configuration.
  • FIG. 7A shows a data path configuration
  • FIG. 7B shows a protocol stack configuration.
  • FIG. 7A shows a data path configuration
  • FIG. 7B shows a protocol stack configuration.
  • FIG. 7A shows a data path configuration
  • FIG. 7B shows a protocol stack configuration.
  • FIG. 7A shows a data path configuration
  • FIG. 7B shows a protocol stack configuration.
  • FIG. 7A shows a data path configuration
  • FIG. 7B shows a protocol stack configuration.
  • movement pattern 1 which concerns on 1st Embodiment.
  • movement pattern 2 which concerns on 1st Embodiment.
  • movement pattern 2 which concerns on 1st Embodiment.
  • the communication control method is a duplex method using a master base station that establishes RRC connection with a user terminal and a secondary base station that provides additional radio resources to the user terminal.
  • This is a method in a mobile communication system that supports connection-type communication.
  • the communication control method includes a handover procedure between master base stations for performing handover of the user terminal from a source master base station to a target master base station without releasing a connection between the user terminal and the secondary base station. Is provided.
  • the handover procedure between master base stations includes a step in which the source master base station transmits a handover request for requesting handover of the user terminal to the target master base station.
  • the handover request includes information indicating the handover procedure between the master base stations.
  • the inter-master base station handover procedure includes: Transmitting, and in response to receiving the correction request, the secondary base station transmits a correction request acknowledgment to the target master base station in response to the correction request.
  • the modification request includes information indicating the handover procedure between the master base stations.
  • the target master base station transmits a handover acknowledgment for the handover request to the source master base station in response to reception of the modification request acknowledgment.
  • the inter-master-base station handover procedure is performed in such a way that the target master base station confirms handover with respect to the handover request before the target master base station transmits the modification request acknowledgment to the secondary base station. Transmitting a response to the source master base station.
  • the inter-master base station handover procedure includes a step in which the source master base station transmits a correction request for requesting correction of settings in the secondary base station to the secondary base station.
  • the modification request includes information indicating the handover procedure between the master base stations.
  • the secondary base station transmits a handover request for requesting handover of the user terminal to the target master base station in response to reception of the modification request.
  • the target master base station in the handover procedure between master base stations, sets the secondary base station as a new secondary base station for the user terminal in response to reception of the handover request. A request to add to the secondary base station.
  • the source master base station when the inter-master base station handover procedure fails in the setting in the secondary base station, the source master base station indicates information indicating the failure of the inter-master base station handover procedure. Receiving from the target master base station or the secondary base station.
  • the inter-master base station handover procedure includes a step of maintaining the tunneling between the secondary base station and the serving gateway without changing the TEID in the serving gateway.
  • a master base station uses a master base station that establishes an RRC connection with a user terminal, and a secondary base station that provides additional radio resources to the user terminal.
  • the mobile station operates as a source master base station or a target master base station.
  • the master base station performs handover of the user terminal from the source master base station to the target master base station without releasing a connection between the user terminal and the secondary base station.
  • a control unit that performs control for the handover procedure is provided.
  • the secondary base station uses a master base station that establishes RRC connection with a user terminal and a secondary base station that provides additional radio resources to the user terminal. It is the said secondary base station in the mobile communication system which supports communication of a connection system.
  • the secondary base station performs a handover procedure between master base stations for performing handover of the user terminal from the source master base station to the target master base station without releasing the connection between the user terminal and the secondary base station.
  • the control part which performs control for is provided.
  • or 6th Embodiment is the dual connection using the master base station which establishes RRC connection with a user terminal, and the secondary base station which provides an additional radio
  • the user terminal performs a handover procedure between master base stations for performing handover of the user terminal from a source master base station to a target master base station without releasing a connection between the user terminal and the secondary base station.
  • the control part which performs control for this is provided.
  • FIG. 1 is a configuration diagram of an LTE system according to the first embodiment.
  • the LTE system includes a UE (User Equipment) 100, an E-UTRAN (Evolved-UMTS Terrestrial Radio Access Network) 10, and an EPC (Evolved Packet Core) 20.
  • UE User Equipment
  • E-UTRAN Evolved-UMTS Terrestrial Radio Access Network
  • EPC Evolved Packet Core
  • the UE 100 corresponds to a user terminal.
  • the UE 100 is a mobile communication device, and performs radio communication with a cell (serving cell).
  • the configuration of the UE 100 will be described later.
  • the E-UTRAN 10 corresponds to a radio access network.
  • the E-UTRAN 10 includes an eNB 200 (evolved Node-B).
  • the eNB 200 corresponds to a base station.
  • the eNB 200 is connected to each other via the X2 interface. The configuration of the eNB 200 will be described later.
  • the eNB 200 manages one or a plurality of cells and performs radio communication with the UE 100 that has established a connection with the own cell.
  • the eNB 200 has a radio resource management (RRM) function, a user data routing function, a measurement control function for mobility control / scheduling, and the like.
  • RRM radio resource management
  • Cell is used as a term indicating a minimum unit of a radio communication area, and is also used as a term indicating a function of performing radio communication with the UE 100.
  • the EPC 20 corresponds to a core network.
  • the EPC 20 includes an MME (Mobility Management Entity) / S-GW (Serving-Gateway) 300.
  • the MME performs various mobility controls for the UE 100.
  • the S-GW controls user data transfer.
  • the MME / S-GW 300 is connected to the eNB 200 via the S1 interface.
  • FIG. 2 is a block diagram of the UE 100.
  • the UE 100 includes a plurality of antennas 101, a radio transceiver 110, a user interface 120, a GNSS (Global Navigation Satellite System) receiver 130, a battery 140, a memory 150, and a processor 160.
  • the memory 150 and the processor 160 constitute a control unit.
  • the UE 100 may not have the GNSS receiver 130.
  • the memory 150 may be integrated with the processor 160, and this set (that is, a chip set) may be used as the processor 160 '.
  • the antenna 101 and the wireless transceiver 110 are used for transmitting and receiving wireless signals.
  • the radio transceiver 110 converts the baseband signal (transmission signal) output from the processor 160 into a radio signal and transmits it from the antenna 101. Further, the radio transceiver 110 converts a radio signal received by the antenna 101 into a baseband signal (received signal) and outputs the baseband signal to the processor 160.
  • the user interface 120 is an interface with a user who owns the UE 100, and includes, for example, a display, a microphone, a speaker, and various buttons.
  • the user interface 120 receives an operation from the user and outputs a signal indicating the content of the operation to the processor 160.
  • the GNSS receiver 130 receives a GNSS signal and outputs the received signal to the processor 160 in order to obtain location information indicating the geographical location of the UE 100.
  • the battery 140 stores power to be supplied to each block of the UE 100.
  • the memory 150 stores a program executed by the processor 160 and information used for processing by the processor 160.
  • the processor 160 includes a baseband processor that modulates / demodulates and encodes / decodes a baseband signal, and a CPU (Central Processing Unit) that executes programs stored in the memory 150 and performs various processes. .
  • the processor 160 may further include a codec that performs encoding / decoding of an audio / video signal.
  • the processor 160 executes various processes and various communication protocols described later.
  • FIG. 3 is a block diagram of the eNB 200.
  • the eNB 200 includes a plurality of antennas 201, a radio transceiver 210, a network interface 220, a memory 230, and a processor 240.
  • the memory 230 and the processor 240 constitute a control unit. Further, the memory 230 may be integrated with the processor 240, and this set (that is, a chip set) may be used as the processor.
  • the antenna 201 and the wireless transceiver 210 are used for transmitting and receiving wireless signals.
  • the radio transceiver 210 converts the baseband signal (transmission signal) output from the processor 240 into a radio signal and transmits it from the antenna 201.
  • the radio transceiver 210 converts a radio signal received by the antenna 201 into a baseband signal (received signal) and outputs the baseband signal to the processor 240.
  • the network interface 220 is connected to the neighboring eNB 200 via the X2 interface and is connected to the MME / S-GW 300 via the S1 interface.
  • the network interface 220 is used for communication performed on the X2 interface and communication performed on the S1 interface.
  • the memory 230 stores a program executed by the processor 240 and information used for processing by the processor 240.
  • the processor 240 includes a baseband processor that performs modulation / demodulation and encoding / decoding of a baseband signal, and a CPU that executes a program stored in the memory 230 and performs various processes.
  • the processor 240 executes various processes and various communication protocols described later.
  • FIG. 4 is a protocol stack diagram of a radio interface in the LTE system. As shown in FIG. 4, the radio interface protocol is divided into the first to third layers of the OSI reference model, and the first layer is a physical (PHY) layer.
  • the second layer includes a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, and a PDCP (Packet Data Convergence Protocol) layer.
  • the third layer includes an RRC (Radio Resource Control) layer.
  • the physical layer performs encoding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping. Between the physical layer of UE100 and the physical layer of eNB200, user data and a control signal are transmitted via a physical channel.
  • the MAC layer performs priority control of data, retransmission processing by hybrid ARQ (HARQ), random access procedure at the time of establishing RRC connection, and the like.
  • HARQ hybrid ARQ
  • the MAC layer of the eNB 200 includes a scheduler that determines an uplink / downlink transport format (transport block size, modulation / coding scheme) and an allocation resource block to the UE 100.
  • the RLC layer transmits data to the RLC layer on the receiving side using the functions of the MAC layer and the physical layer. Between the RLC layer of the UE 100 and the RLC layer of the eNB 200, user data and control signals are transmitted via a logical channel.
  • the PDCP layer performs header compression / decompression and encryption / decryption.
  • the RRC layer is defined only in the control plane that handles control signals. Control signals (RRC messages) for various settings are transmitted between the RRC layer of the UE 100 and the RRC layer of the eNB 200.
  • the RRC layer controls the logical channel, the transport channel, and the physical channel according to establishment, re-establishment, and release of the radio bearer.
  • RRC connection When there is a connection (RRC connection) between the RRC of the UE 100 and the RRC of the eNB 200, the UE 100 is in the RRC connected state, and otherwise, the UE 100 is in the RRC idle state.
  • the NAS (Non-Access Stratum) layer located above the RRC layer performs session management and mobility management.
  • the LTE system supports a double connection method.
  • the dual connection method is scheduled to be introduced after Release 12.
  • the UE 100 establishes connections with a plurality of eNBs 200 at the same time. Since radio resources are allocated from each eNB 200 to the UE 100, an improvement in throughput is expected.
  • the double connection method may be referred to as inter-eNB 200 carrier aggregation (inter-eNB CA).
  • FIG. 5 is a diagram for explaining the outline of the double connection method.
  • the master eNB (MeNB) 200 ⁇ / b> M among the plurality of eNBs 200 that establish a connection with the UE 100 establishes an RRC connection with the UE 100.
  • the secondary eNB (SeNB) 200S among the plurality of eNBs 200 provides additional radio resources to the UE 100 without establishing an RRC connection with the UE 100.
  • the MeNB 200M establishes not only the user plane connection but also the control plane connection with the UE 100.
  • SeNB200S establishes a user plane connection with UE100, without establishing a control plane connection with UE100.
  • An Xn interface is set between the MeNB 200M and the SeNB 200S. The Xn interface is an X2 interface or a new interface.
  • the UE 100 can perform carrier aggregation using N cells managed by the MeNB 200M and M cells managed by the SeNB 200S at the same time.
  • the maximum number of serving cells of the UE 100 that is, the maximum number of (N + M) is, for example, 5.
  • the group consisting of N cells managed by the MeNB 200M is referred to as a master cell group (MCG).
  • MCG master cell group
  • SCG secondary cell group
  • a special cell in which the PUCCH of the UE 100 is provided is set in the SCG. The special cell performs a part of the function of the primary cell (PCell) in the carrier aggregation.
  • FIGS. 6 and 7 are diagrams for explaining a configuration method of a user data transfer path (data path) in the dual connection method.
  • data path There are mainly two types of user plane architectures (UP architectures) that constitute user data transfer paths (data paths) in the dual connection method.
  • UP architectures user plane architectures
  • FIG. 6 shows a first UP architecture (also referred to as UP architecture “1A”).
  • UP architecture “1A” UP architecture “1A”.
  • an S1-U interface between the MeNB 200M and the S-GW 300U and an S1-U interface between the SeNB 200S and the S-GW 300U are used.
  • the EPS bearer # 1 between the UE 100 and the P-GW passes through the S1-U interface between the MeNB 200M and the S-GW 300U.
  • the EPS bearer # 2 between the UE 100 and the P-GW passes through the S1-U interface between the SeNB 200S and the S-GW 300U.
  • the data path between the SeNB 200S and the S-GW 300U does not pass through the MeNB 200M.
  • each of the MeNB 200M and the SeNB 200S performs processing of each layer of PDCP, RLC, and MAC.
  • EPS bearer # 1 illustrated in FIG. 6A may be referred to as an “MCG bearer”
  • EPS bearer # 2 may be referred to as an “SCG bearer”.
  • the first UP architecture may also be referred to as an SCG bearer option.
  • FIG. 7 shows a second UP architecture (also referred to as UP architecture “3C”).
  • the EPS bearer # 2 between the UE 100 and the P-GW is divided in the MeNB 200M, and one of the divided bearers (split bearer) passes through the SeNB 200S. It terminates in UE 100, and the other split (split bearer) terminates in UE 100 without going through SeNB 200S.
  • the data path between the SeNB 200S and the S-GW 300U passes through the MeNB 200M.
  • FIG. 3C UP architecture
  • the MeNB 200M may be in charge of processing up to RLC (or a partial function of RLC).
  • 7A may be referred to as “MCG bearer”
  • EPS bearer # 2 may be referred to as “split bearer”.
  • the second UP architecture may be referred to as a split bearer option.
  • a scenario is mainly assumed in which the master cell is a macro cell and the secondary cell is a cell (small cell) having a narrower coverage than the macro cell.
  • the small cell is, for example, a pico cell or a femto cell, and has a coverage at least partially overlapping the coverage of the macro cell.
  • FIG. 8 is a diagram showing an operating environment according to the first embodiment.
  • the UE 100 is located in an overlapping region of the coverage of the macro cell 1 and the coverage of the small cell, and performs communication in a double connection scheme by a combination of the macro cell 1 (MeNB 200M1) and the small cell (SeNB 200S) ing.
  • the small cell is located near the boundary between the two macro cells 1 and 2.
  • UE100 is moving toward the macro cell 2 (MeNB200M2). Therefore, the UE 100 needs to be handed over from the MeNB 200M1 (source) to the MeNB 200M2 (target).
  • the MeNB 200M1 is referred to as a source MeNB (S-MeNB)
  • the MeNB 200M2 is referred to as a target MeNB (T-MeNB).
  • FIG. 9 is a sequence diagram showing a basic sequence when the UE 100 is handed over from the S-MeNB 200M1 to the T-MeNB 200M2.
  • the UE 100 performs communication in the double connection scheme with the S-MeNB 200M1 and the SeNB 200S (S101).
  • the release procedure (S104 to S113) of the SeNB 200S is performed.
  • a handover procedure (S114 to S124) from the S-MeNB 200M1 to the T-MeNB 200M2 is performed.
  • an addition procedure (S125 to S137) of the SeNB 200S is performed.
  • the S-MeNB 200M1 determines the handover of the UE 100 to the T-MeNB 200M2.
  • the S-MeNB 200M1 determines release of the SeNB resource corresponding to the UE 100.
  • the S-MeNB 200M1 transmits a SeNB resource release request (SeNB Release Request) corresponding to the UE 100 to the SeNB 200S.
  • the SeNB 200S releases SeNB resources in response to the release request.
  • the SeNB 200S transmits a response to the release request (SeNB Release Response) to the T-MeNB 200M2.
  • the SeNB 200S transmits a switching request (Path Switch Request) for moving the bearer from the SeNB 200S to the S-MeNB 200M1 to the MME 300C.
  • the MME 300C transmits an affirmative response to the switching request to the SeNB 200S.
  • the SeNB 200S performs a data transfer process of the UE 100 on the S-MeNB 200M1.
  • step S112 the S-MeNB 200M1 transmits an RRC reconfiguration message (RRC Connection Reconfiguration) for releasing the SeNB 200S to the UE 100.
  • UE100 releases the setting which concerns on SeNB200S.
  • step S113 the UE 100 transmits an RRC reconfiguration completion notification (RRC Connection Reconfiguration Complete) to the S-MeNB 200M1.
  • step S114 the S-MeNB 200M1 transmits a handover request to the T-MeNB 200M2.
  • the T-MeNB 200M2 determines whether to accept the handover request.
  • step S116 the T-MeNB 200M2 transmits a handover acknowledgment (Handover Request Acknowledge) to the S-MeNB 200M1.
  • step S117 the S-MeNB 200M1 transmits an RRC reconfiguration message for handover to the UE 100.
  • the SeNB 200S performs the data transfer process of the UE 100 on the T-MeNB 200M2.
  • step S120 the UE 100 performs random access to the T-MeNB 200M2 based on the RRC reconfiguration message, and synchronizes with the T-MeNB 200M2.
  • step S121 the UE 100 transmits an RRC reconfiguration completion notification to the T-MeNB 200M2.
  • step S122 the T-MeNB 200M2 transmits a switching request for moving the data path from the S-MeNB 200M1 to the T-MeNB 200M2 to the MME 300C.
  • step S123 the MME 300C transmits an affirmative response to the switching request to the SeNB 200S.
  • step S124 the T-MeNB 200M2 transmits a UE context release request to the S-MeNB 200M1.
  • step S125 the UE 100 transmits a measurement report to the T-MeNB 200M2.
  • step S126 the T-MeNB 200M2 determines to add a SeNB resource based on a measurement report or the like.
  • step S127 the T-MeNB 200M2 transmits an SeNB resource allocation request (SeNB Addition / Modification Request) to the SeNB 200S.
  • SeNB 200S performs radio resource setting when approving the request.
  • step S129 the SeNB 200S transmits a radio resource setting notification (SeNB Addition / Modification Command) to the T-MeNB 200M2.
  • the T-MeNB 200M2 performs the data transfer process of the UE 100 to the SeNB 200S.
  • step S132 the T-MeNB 200M2 transmits an RRC reconfiguration message for adding the SeNB 200S to the UE 100.
  • UE100 starts application of the radio
  • step S133 the UE 100 transmits an RRC reconfiguration completion notification (RRC Connection Reconfiguration Complete) to the T-MeNB 200M2.
  • step S134 the UE 100 performs random access to the SeNB 200S based on the RRC reconfiguration message, and synchronizes with the SeNB 200S.
  • step S135 the SeNB 200S that has detected the synchronization with the UE 100 transmits a notification (SeNB Addition / Modification Complete) that the radio resource setting can be used to the T-MeNB 200M2.
  • step S136 the T-MeNB 200M2 transmits a switching request for moving the bearer from the S-MeNB 200M1 to the SeNB 200S to the MME 300C.
  • step S137 the MME 300C transmits an acknowledgment to the switching request to the SeNB 200S.
  • RRC reconfiguration RRC Connection Reconfiguration
  • SeNB 200S release procedure the handover procedure
  • SeNB 200S addition procedure RRC reconfiguration (RRC Connection Reconfiguration) for the UE 100 is performed in each of the SeNB 200S release procedure, the handover procedure, and the SeNB 200S addition procedure.
  • RRC reconfiguration S112 for releasing the SeNB 200S is performed.
  • S117 the handover procedure from the S-MeNB 200M1 to the T-MeNB 200M2
  • RRC reconfiguration for handover S117
  • addition procedure of SeNB200S RRC resetting for the addition of SeNB200S (S132) is performed.
  • signaling with the core network may occur in each of the SeNB 200S release procedure, the handover procedure, and the SeNB 200S addition procedure.
  • signaling S108, S109
  • S-MeNB 200M1 the release procedure of the SeNB 200S
  • signaling (S122, S123) for switching the data path from the S-MeNB 200M1 to the T-MeNB 200M2 occurs.
  • the above-described increase in signaling can be suppressed by improving the handover sequence between the MeNBs 200M in the double connection method.
  • an improved handover sequence will be described.
  • FIG. 10 is a sequence diagram showing an operation pattern 1 according to the first embodiment. In the following, differences from the basic sequence will be mainly described.
  • the UE 100 is communicating with the S-MeNB 200M1 and the SeNB 200S in a double connection scheme (S201).
  • the S-MeNB 200M1 determines the handover of the UE 100 to the T-MeNB 200M2 based on the measurement report received (S202) from the UE 100.
  • the S-MeNB 200M1 may determine whether to release the connection between the SeNB 200S and the UE 100 when determining handover.
  • step S204 the S-MeNB 200M1 transmits a handover request to the T-MeNB 200M2.
  • the T-MeNB 200M2 determines whether the handover request is approved.
  • step S206 the T-MeNB 200M2 transmits a handover acknowledgment (Handover Request Acknowledge) to the S-MeNB 200M1.
  • the T-MeNB 200M2 includes, in the handover acknowledgment, the RRC container in which the SeNB setting is not performed.
  • the S-MeNB 200M1 may determine whether to release the connection between the SeNB 200S and the UE 100 when receiving a handover acknowledgment from the T-MeNB 200M2.
  • the S-MeNB 200M1 and the SeNB 200S perform a SeNB 200S release procedure (steps S207 to S212).
  • the release procedure is the same as the basic sequence.
  • step S213 the S-MeNB 200M1 transmits an RRC reconfiguration message including a handover command for instructing handover to the UE 100.
  • the S-MeNB 200M1 transmits information (SeNB remove) for setting the release of the connection between the SeNB 200S and the UE 100 to the UE 100 together with a handover command.
  • SeNB remove corresponds to secondary base station information related to the setting of SeNB 200S. It is preferable that the S-MeNB 200M1 transmits one RRC reconfiguration message including the handover command and the SeNB remove to the UE 100. Thereby, since the RRC reconfiguration message for only releasing SeNB200S becomes unnecessary, RRC reconfiguration can be reduced by one time compared with the basic sequence.
  • the UE 100 that has received the SeNB information together with the handover command releases the connection with the SeNB 200S according to the SeNB remove and synchronizes with the T-MeNB 200M2 according to the handover command (S216), and establishes a new RRC connection (S217). )
  • the T-MeNB 200M2 switches the data path between the S-MeNB 200M1 and the S-GW 300U and the data path (bearer) between the SeNB 200S and the S-GW 300U collectively to the T-MeNB 200M2.
  • a path switching request is transmitted to the MME 300C (S218).
  • bearer information of the S-MeNB 200M1 is included in the above-described handover request (S204) or other message.
  • the T-MeNB 200M2 can identify the bearer to be switched based on the bearer information included in the handover request.
  • the MME 300C In response to the path switching request, the MME 300C collectively switches the data path between the S-MeNB 200M1 and the S-GW 300U and the data path (bearer) between the SeNB 200S and the S-GW 300U to the T-MeNB 200M2. Perform path switching. Thereby, in the case of the first UP architecture, signaling for moving the bearer from the SeNB 200S to the S-MeNB 200M1 becomes unnecessary.
  • the addition procedure (steps S211 to S233) of the SeNB 200S is the same as the basic sequence.
  • FIG. 11 is a sequence diagram showing an operation pattern 2 according to the first embodiment.
  • the UE 100 performs communication in a double connection scheme with the S-MeNB 200M1 and the SeNB 200S (S301).
  • the S-MeNB 200M1 determines the handover of the UE 100 to the T-MeNB 200M2 based on the measurement report received (S302) from the UE 100. Further, the S-MeNB 200M1 determines whether or not to release the connection between the SeNB 200S and the UE 100 when determining handover. In the operation pattern 2, the S-MeNB 200M1 can determine a handover (DC HO: Dual Connectivity HandOver) maintaining the SeNB 200S. After determining the handover maintaining the SeNB 200S, the following operation is performed.
  • DC HO Dual Connectivity HandOver
  • the S-MeNB 200M1 transmits a handover request to the T-MeNB 200M2.
  • the S-MeNB 200M1 includes information (SeNB Information) indicating that the handover is performed while maintaining the connection between the SeNB 200S and the UE 100 in the handover request.
  • SeNB Information includes information (eNB ID, cell ID, etc.) related to SeNB 200S.
  • an element included in SeNB Addition / Modification eg UE capabilities and the radio resource configuration of the UE
  • the S-MeNB 200M1 may hold the RRC container received from the SeNB 200S during SeNB Addition before this sequence, and include the RRC container in the handover request.
  • the RRC container can be used, for example, in step S311 described later.
  • step S305 the T-MeNB 200M2 determines whether to accept the handover request.
  • the T-MeNB 200M2 may determine including acceptance of the SeNB Addition.
  • step S306 the T-MeNB 200M2 transmits a handover acknowledgment to the S-MeNB 200M1.
  • the handover acknowledgment in step S306 may be a normal handover acknowledgment, or may be omitted when it is transmitted again in step S312 described later.
  • the handover acknowledgment in step S306 may be a simplified version of a normal handover acknowledgment (for example, a flag indicating that only HO has been accepted provisionally).
  • information indicating that “there is a resource shortage and the SeNB resource needs to be added” may be included (available in step S307 described later).
  • step S307 the S-MeNB 200M1 that has received the handover acknowledgment determines to maintain the SeNB resource.
  • the S-MeNB 200M1 transmits a request (SeNB Release Addition / Modification Request) for changing / changing the MeNB to the SeNB 200S.
  • the S-MeNB 200M1 includes information (MeNB change) indicating that the SeNB switches to the T-MeNB 200M2 in the request.
  • the MeNB change includes information (eNB ID, cell ID, etc.) regarding the T-MeNB 200M2. If SeNB related setting information is included in the handover request in Step S304 (that is, the T-MeNB can already set SeNB), Step S308 may be a simple Release (however, information related to MeNB change is transmitted). )
  • step S309 the SeNB 200S performs radio resource release / change when approving the request from the S-MeNB 200M1.
  • step S310 the SeNB 200S transmits a response to the release / change request (SeNB Release Response) to the S-MeNB 200M1.
  • step S311 the SeNB 200S transmits a radio resource setting notification (SeNB Addition / Modification Request / Command) to the T-MeNB 200M2 based on the MeNB change received from the S-MeNB 200M1.
  • SeNB related setting information is included in the handover request in step S304 (that is, the T-MeNB can already set SeNB)
  • step S311 may be notified in the reverse direction or may be omitted.
  • the T-MeNB 200M2 transmits a handover acknowledgment including the SeNB radio resource (SeNB resource) setting to the S-MeNB 200M1.
  • the T-MeNB 200M2 may include the SeNB resource setting in another message and transmit it to the S-MeNB 200M1.
  • step S313 the S-MeNB 200M1 transmits an RRC reconfiguration message including the SeNB resource configuration and the handover command from the T-MeNB 200M2 to the UE 100.
  • SeNB resource setting is corresponded to the information which sets maintenance of the connection between SeNB200S and UE100.
  • the UE100 starts application of the SeNB resource setting.
  • the UE 100 is synchronized with the SeNB 200S, random access (synchronization) with respect to the SeNB 200S can be omitted. Further, information indicating that random access (synchronization) is omitted may be included in the RRC reconfiguration message.
  • the SeNB 200S performs the data transfer process of the UE 100 to the T-MeNB 200M2.
  • step S316 the UE 100 performs random access to the T-MeNB 200M2 based on the RRC reconfiguration message, and synchronizes with the T-MeNB 200M2.
  • step S317 the UE 100 transmits an RRC reconfiguration completion notification to the T-MeNB 200M2.
  • step S3108 the T-MeNB 200M2 transmits to the MME 300C a path switching request for switching the data path between the S-MeNB 200M1 and the S-GW 300U to the T-MeNB 200M2.
  • operation pattern 2 since SeNB 200S is maintained, bearer switching of SeNB 200S does not occur even in the case of the first UP architecture.
  • the handover acknowledgment is transmitted twice from the T-MeNB 200M2 to the S-MeNB 200M1 (S306, S312), but it may be performed only once (S312).
  • FIG. 12 is a diagram showing an operation scenario according to the second embodiment.
  • the configuration of the EPC 20 is also considered in the operation scenario according to the first embodiment.
  • MeNB200M1 and SeNB200S are accommodated in the same S-GW300U1, and MeNB200M1 is accommodated in another S-GW300U2. That is, each of the MeNB 200M1 and the SeNB 200S has an S1 interface with the S-GW 300U1.
  • MeNB200M2 has S1 interface between S-GW300U2.
  • the first UP architecture cannot be applied to the SeNB 200S and the MeNB 200M2, but the second UP architecture can be applied. Further, in such a scenario, when the first UP architecture is assumed, for example, advanced handover control is performed for performing handover between the MeNBs 200M while maintaining the SeNB 200S as in the operation pattern 2 according to the first embodiment. It is not possible.
  • a node that performs handover determination (HO decision) or handover approval control (Admission Control) accommodates the MeNB 200M. Based on whether or not the S-GW 300U and the S-GW 300U that accommodates the SeNB 200S match, a determination related to the double connection method is performed.
  • the said node is communication control apparatuses, such as MeNB200M or SeNB200S. For example, the node determines that the first UP architecture is not applied when the S-GW 300U that accommodates the MeNB 200M does not match the S-GW 300U that accommodates the SeNB 200S.
  • the connection between the SeNB 200S and the UE 100 is released and the handover (basic Sequence) or whether to perform handover (advanced handover) while maintaining the connection between the SeNB 200S and the UE 100.
  • the node releases the connection between the SeNB 200S and the UE 100 based on whether the S-GW 300U that accommodates the MeNB 200M2 and the S-GW 300U that accommodates the SeNB 200S match, and performs handover (basic sequence). It is determined whether to perform a handover (advanced handover) while maintaining a connection between the SeNB 200S and the UE 100.
  • each eNB 200 needs to know the S-GW 300U in which the other eNB 200 is accommodated.
  • the MeNB 200M or the SeNB 200S transmits the identification information of the S-GW 300U that houses the eNB to the neighboring eNB.
  • the S-GW 300U accommodating the own eNB is an S-GW 300U having an S1 interface with the own eNB.
  • the identification information of the S-GW 300U is, for example, S-TEID (S-GW ID) or S-GW IP address.
  • FIG. 13 is a diagram illustrating a first operation for transmitting and receiving the identification information of the S-GW 300U between the eNBs 200.
  • the eNB 200a includes the identification information of the S-GW 300U that accommodates the eNB 200a in the eNB Configuration Update message and transmits the eNB 200a to the eNB 200b.
  • the eNB Configuration Update message is a message for notifying the setting update of the eNB 200.
  • an X2 Setup message may be used instead of the eNB Configuration Update message.
  • the X2 Setup message is a message for establishing the X2 interface.
  • the identification information of the S-GW 300U is included in “Served Cell Information” of the eNB Configuration Update message.
  • FIG. 14 is a diagram illustrating a second operation for transmitting and receiving the identification information of the S-GW 300U between the eNBs 200.
  • the eNB 200a transmits the identification information of the S-GW 300U that accommodates the eNB 200a in the SeNB Addition / Modification message described above to the eNB 200b.
  • FIG. 15 is a flowchart showing an operation according to the second embodiment.
  • step S401 the node (MeNB 200M or SeNB 200S) determines whether or not the UE 100 is communicating in a double connection scheme.
  • step S401; NO it is determined in step S405 that a normal handover is performed.
  • step S402 the node determines whether or not the UE 100 is performing communication using the second UP architecture (UP architecture “3C”).
  • step S403C the second UP architecture
  • step S403 the node determines to perform advanced handover according to the first embodiment.
  • step S404 is performed.
  • the node determines whether the S-GW 300U matches or does not match as described above. If it is determined that the S-GWs 300U match (step S404; YES), in step S403, the node determines to perform advanced handover according to the first embodiment. On the other hand, when it is determined that the S-GWs 300U do not match (step S404; NO), in step S405, the node determines to perform a normal handover.
  • the third to seventh embodiments are embodiments in which the operation pattern 2 of the first embodiment is partially changed.
  • the communication control method includes: a MeNB 200M (master base station) that establishes an RRC connection with the UE 100; and a SeNB 200S (secondary base station) that provides additional radio resources to the UE 100.
  • a MeNB 200M master base station
  • SeNB 200S secondary base station
  • This is a method in an LTE system that supports dual connection communication.
  • the communication control method is an inter-MeNB handover procedure for performing a handover of the UE 100 from the S-MeNB 200M1 (source master base station) to the T-MeNB 200M2 (target master base station) without releasing the connection between the UE 100 and the SeNB 200S. Is provided.
  • FIG. 16 is a sequence diagram showing an inter-MeNB handover procedure according to the third embodiment.
  • the UE 100 is communicating with the S-MeNB 200M1 and the SeNB 200S in a double connection scheme. Note that the operation indicated by the broken line in FIG. 16 is not an essential operation.
  • step S501 the S-MeNB 200M1 transmits a handover request (“Handover Request”) message for requesting the handover of the UE 100 to the T-MeNB 200M2.
  • Handover Request a handover request
  • the “Handover Request” message includes information indicating an inter-MeNB handover procedure (“MeNB Change Indicator”).
  • MeNB Change Indicator indicates an inter-MeNB handover, and indicates an operation request related to the SeNB 200S to the T-MeNB 200M2.
  • the “Handover Request” message may include “S-MeNB UE X2AP ID”.
  • S-MeNB UE X2AP ID is the X2AP ID of S-MeNB200M1.
  • the “S-MeNB UE X2AP ID” may implicitly play the role of “MeNB Change Indicator”.
  • the “Handover Request” message includes setting information (SCG setting information) that the S-MeNB 200M1 holds in association with the SeNB 200S.
  • the “Handover Request” message includes “SCG-Configuration” and “SCG-Configuration”.
  • SCG-Configinfo is setting information (MeNB related setting information) regarding the current setting of the MeNB.
  • SCG-Configinfo is setting information for the S-MeNB 200M1.
  • SCG-Configuration is setting information (SeNB related setting information) regarding the current setting of the SeNB.
  • step S502 in response to receiving the “Handover Request” message, the T-MeNB 200M2 transmits to the SeNB 200S a correction request (“SeNB Modification Request”) message for requesting correction of settings in the SeNB 200S.
  • the “SeNB Modification Request” message includes “MeNB Change Indicator” and “S-MeNB UE X2AP ID”. Further, the “SeNB Modification Request” message includes “SCG-Configinfo”.
  • SCG-Configuration is setting information for the T-MeNB 200M2, and is used by the SeNB 200S to determine “SCG-Configuration”.
  • step S503 in response to the reception of the “SeNB Modification Request” message, the SeNB 200S collates “S-MeNB UE X2AP ID” included in the “SeNB Modification Request” message with “UE X2AP ID” on the T-MeNB 200M2 side. And associate.
  • step S504 the SeNB 200S transmits a SeNB release request (“SeNB Release Required”) message to the S-MeNB 200M1.
  • SeNB Release Required (“SeNB Release Required”) message
  • step S505 the S-MeNB 200M1 and the SeNB 200S discard the GTP-U tunnel of the split bearer.
  • step S506 the S-MeNB 200M1 transmits a SeNB release notification (“SeNB Release Confirm”) message to the SeNB 200S.
  • the SeNB 200S transmits a modification request acceptance (“SeNB Modification Request ACK”) message to the “SeNB Modification Request” message to the T-MeNB 200M2.
  • the “SeNB Modification Request ACK” message includes setting information (SCG setting information) in the SeNB 200S.
  • the SeNB 200S and the T-MeNB 200M2 establish a GTP-U tunnel of the split bearer.
  • step S508 in response to reception of the “SeNB Modification Request ACK” message, the T-MeNB 200M2 transmits a handover acknowledgment (“Handover Request Acknowledge”) to the “Handover Request Acknowledge” message to the S-MeNB 200M1.
  • the “Handover Request Acknowledge” message includes information (SCG setting information and MCG setting information) necessary for the S-MeNB 200M1 to perform RRC reconfiguration (RRC Connection Reconfiguration), which will be described later.
  • step S510 the S-MeNB 200M1 transmits an “RRC Connection Reconfiguration” message to the UE 100 in response to receiving the “Handover Request Acknowledge” message.
  • the “RRC Connection Reconfiguration” message corresponds to a handover command instructing handover to the T-MeNB 200M2, and includes SCG setting information and MCG setting information.
  • the SeNB 200S is not released.
  • step S511 the UE 100 performs an RRC connection establishment process with the T-MeNB 200M2. In this way, the UE 100 performs handover from the S-MeNB 200M1 to the T-MeNB 200M2 while maintaining the SeNB 200S.
  • the T-MeNB 200M2 makes a path switching request to the MME 300C.
  • the path switching is performed while maintaining the endpoint ID (ie, UL-TE ID) on the S-GW 300U side.
  • the first method (option 1) and the second method (option 2) will be described.
  • the T-MeNB 200M2 transmits “Path Switch Request” to the MME 300C.
  • “Path Switch Request” is information (indicator) indicating that the handover is in Dual Connectivity, or an E-RAB ID that maintains the endpoint ID, and / or an E-RAB ID that does not need to be maintained. including.
  • the MME 300C may control the S-GW 300U so that data transfer is not performed until a path update is performed for the E-RAB ID.
  • the S-MeNB 200M1 transmits “E-RAB Modification indication” to the MME 300C.
  • step S514 the MME 300C confirms that it matches the E-RAB ID, and transmits “E-RAB Modification Configuration” to the S-MeNB 200M1.
  • step S515 the MME 300C transmits “Path Switch Request ACK” to the T-MeNB 200M2.
  • step S5166 the T-MeNB 200M2 transmits “Path Switch Request” to the MME 300C.
  • “Path Switch Request” includes a list of E-RAB IDs for which the UL-TEID is not desired to be changed.
  • the MME 300C maintains the UL-TEID corresponding to the E-RAB ID in the list.
  • step S517 the MME 300C transmits “Path Switch Request ACK” to the T-MeNB 200M2.
  • step S5128 the T-MeNB 200M2 transmits “UE Context Release” to the S-MeNB 200M1.
  • the S-MeNB 200M1 releases the context information of the UE100.
  • the T-MeNB 200M2 transmits a “Handover Request Acknowledge” message including setting information (RRC container) of the T-MeNB 200M2 to the S-MeNB 200M1.
  • setting information RRC container
  • information indicating the failure of the inter-MeNB handover procedure DC unsuccessful initiated
  • the S-MeNB 200M1 may perform a procedure (SeNB Release Request) for releasing the SeNB 200S.
  • the information indicating the failure of the inter-MeNB handover procedure may include the reason for failure (Cause).
  • the reason for the failure is, for example, “X2 connection unavailable”, “S-GW relocation”, or the like.
  • Such information can be used for SON (Self Organizing Network) applications.
  • a handover negative response may be transmitted to the S-MeNB 200M1.
  • FIG. 17 is a sequence diagram illustrating an inter-MeNB handover procedure according to the first modification of the third embodiment. First, the operation in the case of the SCG bearer option will be described.
  • step S531 the UE 100 transmits “Measurement report” to the S-MeNB 200M1.
  • step S532 the S-MeNB 200M1 transmits a “Handover request” message to the T-MeNB 200M2.
  • the “Handover request” message includes the following IEs: However, not all IEs are required.
  • X2AP endpoint of SeNB for X2 Interface If the X2 interface is not between SeNB200S and T-MeNB200M2, it is used to establish X2. Alternatively, it may be established with a Global eNB ID.
  • DRB ID DRB ID
  • DRB type Split / SCG
  • KeNB * includes security parameters such as KeNB * and Token. Includes information such as KeNB * s, tokens, NCC, UE, EPS, security, capabilities, security, algorithm. These pieces of information are parameters used for calculation of Reestablishment and Token at HO Failure of UE100.
  • KeNB * is generated from target cell, target cell, physical, cell, ID, and frequency, EARFCN-DL.
  • step S533 the T-MeNB 200M2 transmits a “MeNB Change (modification request)” to the SeNB 200S.
  • “MeNB Change” includes the following IEs: However, not all IEs are required.
  • Security parameters (S-KeNB, SCG counter, MCG security algorithm, etc.) are different from “security parameter 1” included in “Security parameter 2” Handover request.
  • SeNB UE Aggregate Maximum Bit Rate This is the bit rate of the UE 100 to be guaranteed on the SeNB 200S side. This value is calculated by the T-MeNB 200M2 from “UE Aggregate Maximum Bit Rate” included in the “Handover request” message.
  • ⁇ "DRB Info" indicates DRB ID and DRB type. Based on this information, it is possible to determine which bearer configuration to maintain.
  • MCG Configuration SCG Configinfo in MeNB to SeNB container
  • MCG setting information of T-MeNB200M2 This value is the same as the contents of “MeNB to SeNB container” of the “SeNB Addition” message.
  • the SeNB 200S transmits “MeNB Change ACK” to the T-MeNB 200M2.
  • “MeNB Change ACK” includes the following IEs: However, not all IEs are required.
  • step S535 the T-MeNB 200M2 transmits a “Handover Request Acknowledge” message to the S-MeNB 200M1.
  • the “Handover Request Acknowledge” message includes the following IEs: However, not all IEs are required.
  • SCG-Config SCG-ConfigInfo (MCG Config)
  • MCG Config Contains the setting information of MCG / SCG of T-MeNB200M2 and SeNB200S.
  • SCG Counter is a value used in T-MeNB200M2.
  • Selected algorithm is determined by the SeNB 200S in step S534.
  • steps S536 to S538 are omitted.
  • step S539 the S-MeNB 200M1 transmits a “RRC Connection Reconfiguration” message to the UE 100.
  • the “RRC Connection Reconfiguration” message includes the IE included in the “Handover Request Acknowledge” message.
  • step S540 data forwarding is performed from the S-MeNB 200M1 to the T-MeNB 200M2.
  • step S541 the UE 100 establishes synchronization with the T-MeNB 200M2.
  • step S542 the UE 100 performs an RRC connection establishment process with the T-MeNB 200M2.
  • step S543 the T-MeNB 200M2 transmits “Path Switch Request” to the MME 300C.
  • “Path Switch Request” includes the DL TEID for the MCG bearer of T-MeNB200M2.
  • FIG. 18 is a diagram for explaining TEID in the case of the SCG bearer option.
  • the DL TEID of the T-MeNB 200M2 indicated by “1” in FIG. 18A is notified to the MME 300C.
  • the DL TEID for the SCG bearer is not changed.
  • the UL-TEID of the MCG bearer is taken over by the “Handover request” message from the S-MeNB 200M1 to the T-MeNB 200M2.
  • the UL-TEID of the SCG bearer should not be changed.
  • FIG. 19 is a diagram for explaining TEID in the case of the split bearer option. Here, an operation different from the case of the SCG bearer option will be described.
  • the DL-TEID in the SeNB 200S is not changed in the inter-MeNB handover procedure.
  • This DL-TEID is notified to the T-MeNB 200M2 by the IE of “SeNB GTP TEID for DL” in step S532 (“Handover Request”) or step S534 (“MeNB Change ACK”) in FIG.
  • the UL-TEID in the S-MeNB 200M1 is switched to the UL-TEID in the T-MeNB 200M2.
  • This UE-TEID is sent to the SeNB via the S-MeNB 200M1 via the IE of “T-MeNB GTP TEID for UL” in steps S535 (“Handover Request Acknowledge”) and S536 (“SeNB Modification Request”) in FIG.
  • the SeNB 200S changes the UL-TEID.
  • the MCG bearer and the SCG bearer are switched from the DL-TEID in the S-MeNB 200M1 to the DL-TEID in the T-MeNB 200M2.
  • These DL-TEIDs are notified to the MME 300C by the IE of “MCG part of split bearer” in step S543 (“Path Switch Request”) in FIG.
  • the T-MeNB 200M2 transmits a “Handover Request Acknowledge” message to the S-MeNB 200M1 before transmitting a modification request acceptance (“SeNB Modification Request Acknowledge”) message to the SeNB 200S. .
  • FIG. 20 is a sequence diagram illustrating an inter-MeNB handover procedure according to the second modification of the third embodiment.
  • step S561 the UE 100 transmits “Measurement report” to the S-MeNB 200M1.
  • step S562 the S-MeNB 200M1 transmits a “Handover Request” message to the T-MeNB 200M2.
  • step S563 the T-MeNB 200M2 transmits a “Handover Request Acknowledge” message to the S-MeNB 200M1 in response to the reception of the “Handover Request” message.
  • step S564 the T-MeNB 200M2 transmits a “SeNB Modification Request” message to the SeNB 200S.
  • step S565 the SeNB 200S transmits a “SeNB Modification Request ACK” message to the T-MeNB 200M2 in response to reception of the “SeNB Modification Request” message.
  • the SeNB 200S transmits a message (message X) including the SCG setting information to the S-MeNB 200M1.
  • the message X may be an extension of an existing message or may be a newly defined message.
  • step S567 the T-MeNB 200M2 merges the MCG setting information obtained in step S562 (setting information in the S-MeNB 200M1) and the SCG setting information obtained in step S565.
  • step S568 the S-MeNB 200M1 merges the MCG setting information obtained in step S563 (setting information in the T-MeNB 200M2) and the SCG setting information obtained in step S566.
  • the S-MeNB 200M1 starts the timer when receiving the “Handover Request Acknowledge” message in step S563, and if the message X (S566) cannot be obtained before the timer expires, the S-MeNB 200M1 indicates that the inter-MeNB handover procedure has failed. You may judge. In this case, the normal handover procedure may be switched or the handover procedure may be stopped.
  • the timer value may be set by the OAM or may be obtained by negotiation between eNBs.
  • step S569 the S-MeNB 200M1 transmits an “RRC Connection Reconfiguration” message including the MCG setting information and the SCG setting information to the UE 100.
  • step S570 the UE 100 establishes synchronization with the T-MeNB 200M2.
  • step S571 the UE 100 performs RRC connection establishment processing with the T-MeNB 200M2.
  • step S572 the T-MeNB 200M2 transmits “Path Switch Request” to the MME 300C.
  • the S-MeNB 200M1 transmits a correction request (SeNB Modification Request) message for requesting correction of settings in the SeNB 200S to the SeNB 200S.
  • the “SeNB Modification Request” message includes information indicating an inter-MeNB handover procedure (inter-MeNB HO indicator).
  • FIG. 21 is a sequence diagram showing an inter-MeNB handover procedure according to the fourth embodiment.
  • step S601 the S-MeNB 200M1 transmits a “Handover Request” message to the T-MeNB 200M2.
  • the S-MeNB 200M1 transmits a “SeNB Modification Request” message to the SeNB 200S.
  • the “SeNB Modification Request” message includes information (MeNB Change Indicator) indicating an inter-MeNB handover procedure and identification information (T-MeNB ID) of the T-MeNB 200M2.
  • the SeNB 200S transmits to the T-MeNB 200M2 a correction request (SeNB Modification Required) message for requesting correction of the SeNB 200S setting in response to the reception of the “SeNB Modification Request” message.
  • the “SeNB Modification Required” message includes an ID on the X2 interface of the S-MeNB 200M1 (S-MeNB X2AP ID) and SCG configuration information (SCG configuration).
  • the T-MeNB 200M2 matches and matches the X2AP ID in the “Handover Request” message received from the S-MeNB 200M1 with the “S-MeNB X2AP ID” in the “SeNB Modification Required” message received from the SeNB 200S.
  • the SeNB 200S setting correction process is performed between the T-MeNB 200M2 and the SeNB 200S in steps S604 and S605.
  • steps S604 and S605 are not essential processes.
  • step S606 the T-MeNB 200M2 transmits a “Handover Request Acknowledge” message to the S-MeNB 200M1.
  • the “Handover Request Acknowledge” message includes setting information of each SCG and MCG.
  • the S-MeNB 200M1 starts the timer when the “SeNB Modification Request” message is transmitted in step S602, and fails in the inter-MeNB handover procedure when the “Handover Request Acknowledge” message cannot be obtained before the timer expires. It may be determined that the above-described measures may be taken.
  • step S607 the S-MeNB 200M1 transmits an “RRC Connection Reconfiguration” message to the UE 100 in response to receiving the “Handover Request Acknowledge” message.
  • step S608 the UE 100 performs RRC connection establishment processing with the T-MeNB 200M2.
  • step S609 an approval (SeNB Modification Confirm) message for the “SeNB Modification Required” message in step S603 is transmitted to the SeNB 200S.
  • step S610 in response to the reception of the “SeNB Modification Confirm” message, the SeNB 200S transmits an acknowledgment (SeNB Modification Request ACK) message to the S-MeNB 200M1 in response to the “SeNB Modification Request” message in step S602.
  • the “SeNB Modification Request ACK” message includes “MeNB Change Indicator”.
  • step S611 the S-MeNB 200M1 releases the SeNB 200S in response to reception of the “SeNB Modification Request ACK” message.
  • step S612 “Path Switcht” (and “Path Update”) as described above is performed.
  • step S613 the T-MeNB 200M2 transmits “UE Context Release” to the S-MeNB 200M1.
  • the SeNB 200S transmits “SeNB Modification Request ACK” including “SCG Configuration” to the S-MeNB 200M1 instead of transmitting “SeNB Modification Request ACK” to the T-MeNB 200M2 in step S605.
  • “Handover Request ACK” in step S606 may not include “SCG Configuration”.
  • the SeNB 200S transmits a “Handover Request” message requesting the handover of the UE 100 to the T-MeNB 200M2 in response to reception of the “SeNB Modification Request” message from the S-MeNB 200M1. That is, the SeNB 200S transmits a “Handover Request” message to the T-MeNB 200M2 instead of the S-MeNB 200M1.
  • FIG. 22 is a sequence diagram illustrating an inter-MeNB handover procedure according to the fifth embodiment.
  • the S-MeNB 200M1 transmits a “SeNB Modification Request” message to the SeNB 200S.
  • the “SeNB Modification Request” message includes information (MeNB Change Indicator) indicating an inter-MeNB handover procedure and identification information (T-MeNB ID) of the T-MeNB 200M2.
  • the SeNB 200S transmits a “Handover Request” message to the T-MeNB 200M2 in response to reception of the “SeNB Modification Request” message.
  • the “Handover Request” message includes SCG configuration information (SCG configuration).
  • step S703 the T-MeNB 200M2 transmits a “Handover Request Acknowledge” message to the SeNB 200S in response to receiving the “Handover Request” message.
  • the “Handover Request Acknowledge” message includes setting information of each SCG and MCG.
  • step S704 in response to the reception of the “Handover Request Acknowledge” message, the SeNB 200S transmits an affirmative response (SeNB Modification ACK) message to the S-MeNB 200M1 in response to the “SeNB Modification Request” message in step S701.
  • the “SeNB Modification ACK” message includes setting information of SCG and MCG.
  • step S705 the S-MeNB 200M1 transmits an “RRC Connection Reconfiguration” message to the UE 100 in response to the reception of the “SeNB Modification ACK” message.
  • step S706 the UE 100 performs an RRC connection establishment process with the T-MeNB 200M2.
  • step S707 “Path Switcht” (and “Path Update”) as described above is performed.
  • step S708 the T-MeNB 200M2 transmits a “SeNB Reconfiguration Confirm” message to the SeNB 200S.
  • step S708 is not an essential process.
  • step S709 the SeNB 200S transmits “UE Context Release” to the S-MeNB 200M1.
  • the sixth embodiment uses “SeNB Addition” instead of “SeNB Modification” in the process of the inter-MeNB handover procedure.
  • the T-MeNB 200M2 in response to receiving the “Handover Request” message from the S-MeNB 200M1, the T-MeNB 200M2 sends an addition request (SeNB Addition Request) message to set the SeNB 200S as a new SeNB for the UE 100. To send to.
  • SeNB Addition Request addition request
  • FIG. 23 is a sequence diagram illustrating an inter-MeNB handover procedure according to the sixth embodiment.
  • step S801 the S-MeNB 200M1 and the SeNB 200S perform dual connection communication with the UE 100.
  • step S802 the S-MeNB 200M1 transmits a “Handover Request” message to the T-MeNB 200M2.
  • step S803 the T-MeNB 200M2 transmits a “SeNB Addition Request” message to the SeNB 200S in response to receiving the “Handover Request” message.
  • step S804 the SeNB 200S transmits an acknowledgment (SeNB Addition Request ACK) message to the T-MeNB 200M2 in response to the reception of the “SeNB Addition Request” message.
  • SeNB Addition Request ACK acknowledgment
  • step S805 the SeNB 200S and the T-MeNB 200M2 are in a state where a double connection method is possible.
  • the original setting information (setting information with the S-MeNB 200M1) is maintained in the SeNB 200S.
  • step S806 the T-MeNB 200M2 transmits a “Handover Request Acknowledge” message to the S-MeNB 200M1.
  • the “Handover Request Acknowledge” message includes setting information of each SCG and MCG.
  • step S807 the S-MeNB 200M1 transmits an “RRC Connection Reconfiguration” message to the UE 100 in response to reception of the “Handover Request Acknowledge” message.
  • step S808 the UE 100 performs RRC connection establishment processing with the T-MeNB 200M2.
  • step S809 the S-MeNB 200M1 transmits a “SeNB Release Request” message to the SeNB 200S.
  • the original setting information (setting information with the S-MeNB 200M1) in the SeNB 200S is released.
  • step S810 a data forwarding process is performed between the S-MeNB 200M1 and the SeNB 200S.
  • step S810 is not an essential process.
  • step S811 “Path Switcht” (and “Path Update”) as described above is performed.
  • step S812 the S-MeNB 200M1 transmits “UE Context Release” to the SeNB 200S.
  • step S813 the T-MeNB 200M2 transmits “UE Context Release” to the S-MeNB 200M1.
  • double connection communication may be performed by a combination of a macro cell and a pico cell, or double connection communication may be performed by a combination of a pico cell and a femto cell.
  • the LTE system is described as an example of the mobile communication system.
  • the present invention is not limited to the LTE system, and the present invention may be applied to a system other than the LTE system.
  • MCG handover and “SCG handover” are adopted, it is first necessary to consider the impact of using these terms.
  • MCG suggests the possibility that both PCell and SCell are configured in UE by intra-eNB carrier aggregation (CA in eNB), and the existing intra-eNB CA procedure allows only PCell handover, so the term “ The use of “MCG handover” can be misleading and can be inconsistent with existing intra-eNB CA handover procedures.
  • the existing intra-eNB CA procedure may mean the possibility of combining DC function and PCell handover. Such a function is not envisioned prior to Release 12, but in order to facilitate the description of this function, the term “PCell handover with DC” is proposed to be used to refer to such a function. Is done. Details of the usefulness of this function will be described later.
  • Proposal 1 PCell handover with DC should be used to refer to handover between two MeNBs while the duplex connection is enabled. It is necessary to consider whether such a function is actually necessary.
  • Proposal 2 Special cell handover should be used to refer to handover between two SeNBs during dual connectivity. It is necessary to consider whether such a function is necessary.
  • FIG. 24 shows the target deployment scenario.
  • the high density small cell deployment shown in FIG. 24 is required to support huge traffic in some scenarios (eg, dense cities and large shopping malls).
  • it is appropriate to predict that many small cells are arranged at the boundary of the macro cell see, for example, the upper right macro cell in FIG. 24).
  • Scenario M1 SeNB is arranged at the cell edge between the source MeNB (S-MeNB) and the target MeNB (T-MeNB).
  • Scenario S2 A source SeNB (S-SeNB) and a target SeNB (T-SeNB) are arranged in the MeNB coverage.
  • S-SeNB source SeNB
  • T-SeNB target SeNB
  • Scenario M3 SeNB (SeNB1) is arranged in the coverage of S-MeNB, and neighboring SeNB (SeNB2) is arranged in the coverage of T-MeNB.
  • SeNB SeNB
  • SeNB2 neighboring SeNB
  • regions FIG. 25.
  • Proposal 3 Three handover scenarios with dual connections should be taken into account.
  • PCell handover with DC In order to reduce the number of unnecessary RRC connection reconfigurations, an enhanced handover procedure is considered in FIG. This procedure allows the UE to maintain at least a special cell during a PCell handover with DC so that only one RRC connection reconfiguration is required.
  • PCell handover with DC can be realized using one of the following options.
  • the handover request includes parameters related to the configuration of the existing SeNB so that the T-MeNB can start the SeNB addition procedure for the SeNB.
  • the handover request includes a simple notification that the handover procedure includes a double connection.
  • the T-MeNB (or may be the SeNB) starts an additional procedure for the SeNB before the handover is completed.
  • the SeNB is released from the S-MeNB after admission control in the T-MeNB and added to the T-MeNB before UE reconfiguration.
  • the T-MeNB then sends an RRC container with both handover and SeNB addition configuration to the S-MeNB, and the final RRC connection reconfiguration is sent to the UE.
  • Proposal 4 It is necessary to decide which of the two options should be used to realize PCell handover with DC.
  • Proposal 5 It is necessary to consider an option to enhance the MeNB handover procedure with double connection with only one RRC connection reconfiguration.
  • the RRC entity with the MeNB does not change for the UE, so the special cell handover is achieved using the SeNB Add / Change and SeNB Release functions in the SeNB Add / Change Request message can do.
  • the SeNB release response message does not include the RRC container, it can be easily reduced, which means that the MeNB does not need to send an RRC reconfiguration message to the UE just for the release of the S-SeNB. Means that. And this is in harmony with the following agreement.
  • the MeNB does not change the content of the RRC configuration provided by the SeNB.
  • -FFS MeNB requests the SeNB to release any serving cell of the UE, and the SeNB creates a container, which leads to the release of the serving cell. Or, whether the MeNB can release the serving cell maintained by the SeNB by itself.
  • the FFS MeNB needs to understand or reject the RRC container received from the SeNB.
  • How to "share" eg L1 processing capacity
  • Another option is to define a new message as a “SeNB exchange request” without an RRC container.
  • the MeNB or the S-eNB starts an SeNB exchange procedure for notifying another eNB of the handover of the special cell.
  • the T-SeNB may send an add / change command including the RRC container to the MeNB, and then the MeNB may transfer the RRC container to the UE in the RRC connection reconfiguration.
  • Proposal 6 It is necessary to determine whether the SeNB release response should include an RRC container for special cell handover.
  • Option 1 PCell handover is started after SeNB1 is released. This is the same as the current intra-eNB PCell handover procedure. SeNB2 can be added after the handover is completed.
  • Option 2 PCell handover with DC is started while maintaining the SeNB1 configuration. Then, handover of the special cell is separately started from SeNB1 to SeNB2. This option basically assumes that the handover procedures for M1 and S2 are started separately.
  • Option 3 PCell handover with DC and special cell handover are started simultaneously. This requires a parallel handover procedure that combines scenarios M1 and S2.
  • Option 2 and option 3 do not require a separate handover enhancement procedure. Instead, it is sufficient to reuse the handover procedure considered for scenario M1 and scenario S2.
  • This appendix discusses four methods for realizing “inter-MeNB handover without SeNB change” (method for performing inter-MeNB handover without SeNB change) based on these Release 12 procedures.
  • the UE can be reconfigured by a single RRC connection reconfiguration message without releasing the configuration information of the SCG. That is, from the viewpoint of the UE, “handover without SeNB change” is already supported.
  • the “without SeNB change” can instruct to configure the SeNB without releasing the SCG configuration information during the inter-MeNB handover procedure. It can be interpreted as a message.
  • the SeNB setting is performed by the SeNB Addition Preparation procedure from the target MeNB after the “MeNB to eNB change” procedure is executed. Therefore, as one of the methods of “inter-MeNB handover without SeNB change” in Release 13, there is a possibility that the SeNB Addition Preparation procedure is included in the Handover Preparation. (See Figure 30)
  • the SeNB Modification Preparation procedure may be included in the Handover Preparation procedure (see FIG. 31).
  • the release 12 procedure assumes a handover in the same eNB, it is not clear which MeNB of the source MeNB or the target MeNB starts the SeNB Modification Preparation procedure.
  • the Release 12 procedure does not consider the cooperative operation with the Handover Preparation procedure, it is also necessary to discuss when the SeNB Modification PreparationMo procedure is started.
  • the target MeNB is responsible for generating the final RRC configuration for RRC connection reconfiguration.
  • the target MeNB sets “SCG Configuration” in “Target eNB To Source eNB Transient Container” to “Release”. This is included in the “HANDOVER REQUEST ACKNOWLEDGE” message (see step 3 in FIG. 30).
  • the source MeNB should not start the “SeNB Release” procedure (see step 4) until the target MeNB sends “HANDOVER REQUEST ACKNOWLEDGE”. This is because the target MeNB may reject the handover request. After receiving the handover acceptance permission, the source MeNB starts the SeNB Release procedure for the SeNB.
  • the “Intra-MeNB change invoking SCG change” procedure is also one of the candidates that can be improved to realize “inter-MeNB handover without SeNB change”.
  • the MeNB starts the “SeNB Modification Preparation” procedure.
  • the source MeNB In order to send the last RRC message to the UE at Step 4, the source MeNB will need to obtain the necessary information at step 2 or step 3.
  • the target MeNB starts a “SeNB Modification Preparation” procedure (see step 2 in FIG. 33) after receiving “HANDOVER REQUEST” indicating handover between MeNBs (see step 1).
  • the target MeNB transmits a handover acceptance permission message to the source MeNB. This message includes RRC reconfiguration information for the UE (step 3).
  • FIG. 34 shows a basic deployment scenario.
  • X2 between the source MeNB and the target MeNB and between SeNBs located in an area where handover is performed between each MeNB and each MeNB can be used. is there.
  • each eNB is connected to the same S-GW via S1.
  • the target MeNB is already established on S1 / X2, and information on each bearer corresponding to the SCG / Split bearer may be required. For example, UL GTP TEID of S-GW corresponding to SCG bearer, DL GTP TEID of SeNB, UL GTP TEID of target MeNB corresponding to Split bearer, and the like.
  • the handover procedure uses the Path switch request procedure to change the S1 user plane bearer from the source eNB to the target eNB.
  • the E-RAB Modification Indication procedure necessary for updating the S1 bearer is used for operations related to the SCG bearer. This means that the MeNB maintains the E-RAB corresponding to the MCG bearer, while the E-RAB serving as the SCG bearer is updated from the MeNB to the SeNB without changing the UL GTP TEID of the S-GW. That's what it means.
  • Proposal 1 Considering the above, the handling of GTP TEID between handovers between MeNBs should be discussed.
  • FIG. 35 shows an arrangement scenario when X2 between the target MeNB and SeNB is unavailable.
  • X2 There are two possible reasons for the unavailability of X2.
  • One is a dynamic reason that cannot be used temporarily due to network congestion, and the other is a static reason that cannot be used due to lack of connectivity.
  • the source MeNB has no way of knowing that X2 usage after handover between MeNBs is not possible.
  • the source MeNB or the target MeNB should take responsibility for a successful handover between MeNBs.
  • the target MeNB will create a HANDOVER PREPARATION FAILURE message if X2 with SeNB is not available.
  • the source MeNB does not need to consider whether X2 can be used between other eNBs.
  • Dual Connectivity rejects and further discussion is necessary as to whether a normal handover is performed.
  • the source MeNB If the source MeNB is responsible, it will need information to know whether X2 is available between other eNBs, which may require more complex functions at the source MeNB. However, it is possible to reduce the number of handover trap preparation failure messages including MeNB changes. This information can also be used for extended SON functionality. As to which node the source MeNB receives information on availability of X2 from, for example, SeNB or target MeNB, and at which timing, for example, when receiving information by handover between MeNBs or periodic status reports, Further discussion is needed.
  • the decision as to whether a handover between MeNBs can be performed should discuss which eNB should be responsible.
  • Proposal 2 It should be discussed which eNB should be responsible for ensuring X2 connectivity between the target MeNB and SeNB.
  • FIG. 36 is a deployment scenario showing that different S-GWs are connected to the source MeNB and target MeNB, and that the SeNB has connections to both S-GWs.
  • Proposal 3 As long as the target MeNB and SeNB have S1 connectivity to the same S-GW, replacement of the S-GW during handover between MeNBs can be allowed.
  • the present invention is useful in the mobile communication field.

Landscapes

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

Abstract

　第１の特徴に係る通信制御方法は、ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける方法である。前記通信制御方法は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順を備える。

Description

通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末
　本発明は、移動通信システムにおいて用いられる通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末に関する。
　移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）では、一般基地局（例えば、マクロセル基地局）よりもカバレッジの狭い特定基地局（例えば、小セル基地局）を効率的に利用するための検討が進められている。
　また、３ＧＰＰでは、リリース１２以降において二重接続方式（Ｄｕａｌ　ｃｏｎｎｅｃｔｉｖｉｔｙ）の導入が予定されている（非特許文献１参照）。二重接続方式では、ユーザ端末は、複数の基地局（一般基地局及び特定基地局）との接続を同時に確立する。ユーザ端末には、各基地局から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、基地局間キャリアアグリゲーション（ｉｎｔｅｒ－ｅＮＢ　ＣＡ）と称されることがある。
　二重接続方式では、ユーザ端末との接続を確立する複数の基地局のうち、１つの基地局（以下、「マスタ基地局」という）のみが当該ユーザ端末とのＲＲＣ接続を確立する。これに対し、当該複数の基地局のうち他の基地局（以下、「セカンダリ基地局」という）は、ＲＲＣ接続をユーザ端末と確立せずに、追加的な無線リソースをユーザ端末に提供する。
３ＧＰＰ技術報告書　「ＴＲ　３６．８４２　Ｖ１２．０．０」　２０１４年１月７日
　ＲＲＣコネクティッド状態のユーザ端末は、移動に伴ってハンドオーバを行う。
　しかしながら、ＲＲＣコネクティッド状態のユーザ端末が二重接続方式の通信を行う場合には、当該ユーザ端末のハンドオーバに係る処理が複雑になるという問題がある。
　そこで、本発明は、二重接続方式において効率的なハンドオーバを実現する通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末を提供することを目的とする。
　第１の特徴に係る通信制御方法は、ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける方法である。前記通信制御方法は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順を備える。
　第２の特徴に係るマスタ基地局は、ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおいて、ソースマスタ基地局又はターゲットマスタ基地局として動作する。前記マスタ基地局は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、前記ソースマスタ基地局から前記ターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備える。
　第３の特徴に係るセカンダリ基地局は、ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける前記セカンダリ基地局である。前記セカンダリ基地局は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備える。
　第４の特徴に係るユーザ端末は、ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける前記ユーザ端末である。前記ユーザ端末は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備える。
第１実施形態乃至第６実施形態に係るＬＴＥシステムの構成図である。 第１実施形態乃至第６実施形態に係るＵＥのブロック図である。 第１実施形態乃至第６実施形態に係るｅＮＢのブロック図である。 第１実施形態乃至第６実施形態に係る無線インターフェイスのプロトコルスタック図である。 二重接続方式の概要を説明するための図である。 第１のＵＰアーキテクチャ（ＵＰアーキテクチャ「１Ａ」）を示す図である。図６Ａはデータパス構成を示し、図６Ｂはプロトコルスタック構成を示す。 第２のＵＰアーキテクチャ（ＵＰアーキテクチャ「３Ｃ」）を示す図である。図７Ａはデータパス構成を示し、図７Ｂはプロトコルスタック構成を示す。 第１実施形態に係る動作環境を示す図である。 基本シーケンスを示すシーケンス図である。 第１実施形態に係る動作パターン１を示すシーケンス図である。 第１実施形態に係る動作パターン２を示すシーケンス図である。 第２実施形態に係る動作シナリオを示す図である。 第２実施形態に係るＳ－ＧＷ識別情報をｅＮＢ間で送受信するための第１の動作を示す図である。 第２実施形態に係るＳ－ＧＷ識別情報をｅＮＢ間で送受信するための第２の動作を示す図である。 第２実施形態に係る動作を示すフロー図である。 第３実施形態に係るＭｅＮＢ間ハンドオーバ手順を示すシーケンス図である。 第３実施形態の変更例１に係るＭｅＮＢ間ハンドオーバ手順を示すシーケンス図である。 ＳＣＧベアラ・オプションの場合のＴＥＩＤについて説明するための図である。 スプリットベアラ・オプションの場合のＴＥＩＤについて説明するための図である。 第３実施形態の変更例２に係るＭｅＮＢ間ハンドオーバ手順を示すシーケンス図である。 第４実施形態に係るＭｅＮＢ間ハンドオーバ手順を示すシーケンス図である。 第５実施形態に係るＭｅＮＢ間ハンドオーバ手順を示すシーケンス図である。 第６実施形態に係るＭｅＮＢ間ハンドオーバ手順を示すシーケンス図である。 実施形態の付記１に係る図である。 実施形態の付記１に係る図である。 実施形態の付記１に係る図である。 実施形態の付記１に係る図である。 実施形態の付記１に係る図である。 実施形態の付記１に係る図である。 実施形態の付記２に係る図である。 実施形態の付記２に係る図である。 実施形態の付記２に係る図である。 実施形態の付記２に係る図である。 実施形態の付記３に係る図である。 実施形態の付記３に係る図である。 実施形態の付記３に係る図である。
　［実施形態の概要］
　第１実施形態乃至第６実施形態に係る通信制御方法は、ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける方法である。前記通信制御方法は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順を備える。
　第１実施形態乃至第６実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記ソースマスタ基地局が、前記ユーザ端末のハンドオーバを要求するハンドオーバ要求を前記ターゲットマスタ基地局に送信するステップを有する。前記ハンドオーバ要求は、前記マスタ基地局間ハンドオーバ手順を示す情報を含む。
　第３実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記ターゲットマスタ基地局が、前記ハンドオーバ要求の受信に応じて、前記セカンダリ基地局における設定の修正を要求する修正要求を前記セカンダリ基地局に送信するステップと、前記セカンダリ基地局が、前記修正要求の受信に応じて、前記修正要求に対する修正要求肯定応答を前記ターゲットマスタ基地局に送信するステップと、を有する。前記修正要求は、前記マスタ基地局間ハンドオーバ手順を示す情報を含む。
　第３実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記ターゲットマスタ基地局が、前記修正要求肯定応答の受信に応じて、前記ハンドオーバ要求に対するハンドオーバ肯定応答を前記ソースマスタ基地局に送信するステップを有する。
　第３実施形態の変更例２において、前記マスタ基地局間ハンドオーバ手順は、前記ターゲットマスタ基地局が、前記修正要求肯定応答を前記セカンダリ基地局に送信するよりも前において、前記ハンドオーバ要求に対するハンドオーバ肯定応答を前記ソースマスタ基地局に送信するステップを有する。
　第４実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記ソースマスタ基地局が、前記セカンダリ基地局における設定の修正を要求する修正要求を前記セカンダリ基地局に送信するステップを有する。前記修正要求は、前記マスタ基地局間ハンドオーバ手順を示す情報を含む。
　第５実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記セカンダリ基地局が、前記修正要求の受信に応じて、前記ユーザ端末のハンドオーバを要求するハンドオーバ要求を前記ターゲットマスタ基地局に送信するステップを有する。
　第６実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記ターゲットマスタ基地局が、前記ハンドオーバ要求の受信に応じて、前記セカンダリ基地局を前記ユーザ端末のための新たなセカンダリ基地局として設定するための追加要求を前記セカンダリ基地局に送信するステップを有する。
　第３実施形態乃至第６実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記セカンダリ基地局における設定に失敗した場合、前記ソースマスタ基地局が、前記マスタ基地局間ハンドオーバ手順の失敗を示す情報を前記ターゲットマスタ基地局又は前記セカンダリ基地局から受信するステップを有する。
　第３実施形態乃至第６実施形態において、前記マスタ基地局間ハンドオーバ手順は、前記セカンダリ基地局とサービングゲートウェイとの間のトンネリングについて、前記サービングゲートウェイにおけるＴＥＩＤを変更することなく維持するステップを有する。
　第１実施形態乃至第６実施形態に係るマスタ基地局は、ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおいて、ソースマスタ基地局又はターゲットマスタ基地局として動作する。前記マスタ基地局は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、前記ソースマスタ基地局から前記ターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備える。
　第１実施形態乃至第６実施形態に係るセカンダリ基地局は、ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける前記セカンダリ基地局である。前記セカンダリ基地局は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備える。
　第１実施形態乃至第６実施形態に係るユーザ端末は、ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける前記ユーザ端末である。前記ユーザ端末は、前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備える。
　［第１実施形態］
　以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
　（システム構成）
　図１は、第１実施形態に係るＬＴＥシステムの構成図である。
　図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ－ＵＭＴＳ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）２０を備える。
　ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、セル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
　Ｅ－ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ－ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ　Ｎｏｄｅ－Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
　ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
　ＥＰＣ２０は、コアネットワークに相当する。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）／Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ－ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ－ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
　図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ　Ｎａｖｉｇａｔｉｏｎ　Ｓａｔｅｌｌｉｔｅ　Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
　アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
　ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
　メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
　図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、複数のアンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。また、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサとしてもよい。
　アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
　ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ－ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
　メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
　図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）層を含む。
　物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
　ＭＡＣ層は、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びＲＲＣ接続確立時のランダムアクセス手順などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）及びＵＥ１００への割当リソースブロックを決定するスケジューラを含む。
　ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
　ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
　ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態であり、そうでない場合、ＵＥ１００はＲＲＣアイドル状態である。
　ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
　（二重接続方式）
　第１実施形態に係るＬＴＥシステムは、二重接続方式をサポートする。二重接続方式は、リリース１２以降において導入が予定されている。二重接続方式では、ＵＥ１００は、複数のｅＮＢ２００との接続を同時に確立する。ＵＥ１００には、各ｅＮＢ２００から無線リソースが割り当てられるため、スループットの向上が見込まれる。なお、二重接続方式は、ｅＮＢ２００間キャリアアグリゲーション（ｉｎｔｅｒ－ｅＮＢ　ＣＡ）と称されることもある。
　図５は、二重接続方式の概要を説明するための図である。
　図５に示すように、二重接続方式では、ＵＥ１００との接続を確立する複数のｅＮＢ２００のうち、マスタｅＮＢ（ＭｅＮＢ）２００Ｍのみが当該ＵＥ１００とのＲＲＣ接続を確立する。これに対し、当該複数のｅＮＢ２００のうちセカンダリｅＮＢ（ＳｅＮＢ）２００Ｓは、ＲＲＣ接続をＵＥ１００と確立せずに、追加的な無線リソースをＵＥ１００に提供する。言い換えると、ＭｅＮＢ２００Ｍは、ユーザプレーン接続だけでなく制御プレーン接続をＵＥ１００と確立する。これに対し、ＳｅＮＢ２００Ｓは、制御プレーン接続をＵＥ１００と確立せずに、ユーザプレーン接続をＵＥ１００と確立する。ＭｅＮＢ２００ＭとＳｅＮＢ２００Ｓとの間にはＸｎインターフェイスが設定される。Ｘｎインターフェイスは、Ｘ２インターフェイス又は新たなインターフェイスである。
　二重接続方式では、ＵＥ１００は、ＭｅＮＢ２００Ｍが管理するＮ個のセル及びＳｅＮＢ２００Ｓが管理するＭ個のセルを同時に利用したキャリアアグリゲーションが可能である。二重接続方式においてＵＥ１００のサービングセルの最大数、すなわち、（Ｎ＋Ｍ）の最大数は、例えば５である。ここで、ＭｅＮＢ２００Ｍが管理するＮ個のセルからなるグループは、マスタセルグループ（ＭＣＧ）と称される。また、ＳｅＮＢ２００Ｓが管理するＭ個のセルからなるグループは、セカンダリセルグループ（ＳＣＧ）と称される。ＳＣＧには、ＵＥ１００のＰＵＣＣＨを設ける特別なセルが設定される。特別なセルは、キャリアアグリゲーションにおけるプライマリセル（ＰＣｅｌｌ）の機能の一部を遂行する。
　図６及び図７は、二重接続方式におけるユーザデータの転送経路（データパス）の構成方式を説明するための図である。二重接続方式におけるユーザデータの転送経路（データパス）を構成するユーザプレーンアーキテクチャ（ＵＰアーキテクチャ）は主に２通り存在する。
　図６は、第１のＵＰアーキテクチャ（ＵＰアーキテクチャ「１Ａ」とも称される）を示す。図６Ａに示すように、第１のＵＰアーキテクチャでは、ＭｅＮＢ２００ＭとＳ－ＧＷ３００Ｕとの間のＳ１－Ｕインターフェイスと、ＳｅＮＢ２００ＳとＳ－ＧＷ３００Ｕとの間のＳ１－Ｕインターフェイスと、が利用される。ＵＥ１００とＰ－ＧＷとの間のＥＰＳベアラ＃１は、ＭｅＮＢ２００ＭとＳ－ＧＷ３００Ｕとの間のＳ１－Ｕインターフェイスを経由する。ＵＥ１００とＰ－ＧＷとの間のＥＰＳベアラ＃２は、ＳｅＮＢ２００ＳとＳ－ＧＷ３００Ｕとの間のＳ１－Ｕインターフェイスを経由する。このように、第１のＵＰアーキテクチャでは、ＳｅＮＢ２００ＳとＳ－ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００Ｍを経由しない。図６Ｂに示すように、ＭｅＮＢ２００Ｍ及びＳｅＮＢ２００Ｓのそれぞれは、ＰＤＣＰ、ＲＬＣ、ＭＡＣの各層の処理を行う。なお、図６Ａに示すＥＰＳベアラ＃１は「ＭＣＧベアラ」と称され、ＥＰＳベアラ＃２は「ＳＣＧベアラ」と称されてもよい。また、第１のＵＰアーキテクチャは、ＳＣＧベアラ・オプションと称されてもよい。
　図７は、第２のＵＰアーキテクチャ（ＵＰアーキテクチャ「３Ｃ」とも称される）を示す。図７Ａに示すように、第２のＵＰアーキテクチャでは、ＵＥ１００とＰ－ＧＷとの間のＥＰＳベアラ＃２は、ＭｅＮＢ２００Ｍにおいて分割されており、分割された一方（ｓｐｌｉｔ　ｂｅａｒｅｒ）はＳｅＮＢ２００Ｓを経由してＵＥ１００で終端し、分割された他方（ｓｐｌｉｔ　ｂｅａｒｅｒ）はＳｅＮＢ２００Ｓを経由せずにＵＥ１００で終端する。このように、第２のＵＰアーキテクチャでは、ＳｅＮＢ２００ＳとＳ－ＧＷ３００Ｕとの間のデータパスはＭｅＮＢ２００Ｍを経由する。図７Ｂに示すように、ＥＰＳベアラ＃２における分割された一方（ｓｐｌｉｔ　ｂｅａｒｅｒ）については、ＭｅＮＢ２００ＭのＰＤＣＰ、ＳｅＮＢ２００ＳのＲＬＣ及びＭＡＣ、により各層の処理を行う。なお、ｓｐｌｉｔ　ｂｅａｒｅｒについては、ＲＬＣ（又はＲＬＣの一部機能）までの処理をＭｅＮＢ２００Ｍが担当してもよい。なお、図７Ａに示すＥＰＳベアラ＃１は「ＭＣＧベアラ」と称され、ＥＰＳベアラ＃２は「スプリットベアラ」と称されてもよい。第２のＵＰアーキテクチャは、スプリットベアラ・オプションと称されてもよい。
　（第１実施形態に係る動作）
　（１）動作シナリオ
　第１実施形態では、マスタセルがマクロセルであり、セカンダリセルがマクロセルよりもカバレッジの狭いセル（小セル）であるシナリオを主として想定する。ここで、小セルは、例えばピコセル又はフェムトセル等であり、マクロセルのカバレッジと少なくとも一部が重複するカバレッジを有する。カバレッジの広いセルをマスタセルとして設定することにより、ＲＲＣコネクティッド状態のＵＥ１００の移動に対応する、すなわち、モビリティを強化することができる。
　図８は、第１実施形態に係る動作環境を示す図である。
　図８に示すように、ＵＥ１００は、マクロセル１のカバレッジ及び小セルのカバレッジの重複領域に位置しており、マクロセル１（ＭｅＮＢ２００Ｍ１）及び小セル（ＳｅＮＢ２００Ｓ）の組み合わせにより二重接続方式の通信を行っている。小セルは、２つのマクロセル１，２の境界付近に位置する。ＵＥ１００は、マクロセル２（ＭｅＮＢ２００Ｍ２）に向けて移動している。よって、ＭｅＮＢ２００Ｍ１（ソース）からＭｅＮＢ２００Ｍ２（ターゲット）へのＵＥ１００のハンドオーバが必要になる。以下において、ＭｅＮＢ２００Ｍ１をソースＭｅＮＢ（Ｓ－ＭｅＮＢ）と称し、ＭｅＮＢ２００Ｍ２をターゲットＭｅＮＢ（Ｔ－ＭｅＮＢ）と称する。
　図９は、Ｓ－ＭｅＮＢ２００Ｍ１からＴ－ＭｅＮＢ２００Ｍ２へのＵＥ１００のハンドオーバを行う場合の基本シーケンスを示すシーケンス図である。図９の初期状態において、ＵＥ１００は、Ｓ－ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓと二重接続方式の通信を行っている（Ｓ１０１）。
　図９に示すように、基本シーケンスでは、Ｓ－ＭｅＮＢ２００Ｍ１がＵＥ１００から受信（Ｓ１０２）する測定報告などに基づいてＴ－ＭｅＮＢ２００Ｍ２へのＵＥ１００のハンドオーバを決定（Ｓ１０３）した後、次の３つの手順を行う。第１に、ＳｅＮＢ２００Ｓの解放手順（Ｓ１０４乃至Ｓ１１３）を行う。第２に、Ｓ－ＭｅＮＢ２００Ｍ１からＴ－ＭｅＮＢ２００Ｍ２へのハンドオーバ手順（Ｓ１１４乃至Ｓ１２４）を行う。第３に、ＳｅＮＢ２００Ｓの追加手順（Ｓ１２５乃至Ｓ１３７）を行う。
　詳細には、ステップＳ１０３において、Ｓ－ＭｅＮＢ２００Ｍ１は、Ｔ－ＭｅＮＢ２００Ｍ２へのＵＥ１００のハンドオーバを決定する。ステップＳ１０４において、Ｓ－ＭｅＮＢ２００Ｍ１は、ＵＥ１００に対応するＳｅＮＢリソースの解放を決定する。ステップＳ１０５において、Ｓ－ＭｅＮＢ２００Ｍ１は、ＵＥ１００に対応するＳｅＮＢリソースの解放要求（ＳｅＮＢ　Ｒｅｌｅａｓｅ　Ｒｅｑｕｅｓｔ）をＳｅＮＢ２００Ｓに送信する。ステップＳ１０６において、ＳｅＮＢ２００Ｓは、解放要求に応じて、ＳｅＮＢリソースを解放する。ステップＳ１０７において、ＳｅＮＢ２００Ｓは、解放要求に対する応答（ＳｅＮＢ　Ｒｅｌｅａｓｅ　Ｒｅｓｐｏｎｓｅ）をＴ－ＭｅＮＢ２００Ｍ２に送信する。
　第１のＵＰアーキテクチャの場合、ステップＳ１０８において、ＳｅＮＢ２００Ｓは、ベアラをＳｅＮＢ２００ＳからＳ－ＭｅＮＢ２００Ｍ１へ移すための切り替え要求（Ｐａｔｈ　Ｓｗｉｔｃｈ　Ｒｅｑｕｅｓｔ）をＭＭＥ３００Ｃに送信する。ステップＳ１０９において、ＭＭＥ３００Ｃは、切り替え要求に対する肯定応答をＳｅＮＢ２００Ｓに送信する。ステップＳ１１０及びＳ１１１において、ＳｅＮＢ２００Ｓは、ＵＥ１００のデータの転送処理をＳ－ＭｅＮＢ２００Ｍ１に対して行う。
　ステップＳ１１２において、Ｓ－ＭｅＮＢ２００Ｍ１は、ＳｅＮＢ２００Ｓの解放のためのＲＲＣ再設定メッセージ（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をＵＥ１００に送信する。ＵＥ１００は、ＳｅＮＢ２００Ｓに係る設定を解放する。ステップＳ１１３において、ＵＥ１００は、ＲＲＣ再設定の完了通知（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅ）をＳ－ＭｅＮＢ２００Ｍ１に送信する。
　ステップＳ１１４において、Ｓ－ＭｅＮＢ２００Ｍ１は、ハンドオーバ要求をＴ－ＭｅＮＢ２００Ｍ２に送信する。ステップＳ１１５において、Ｔ－ＭｅＮＢ２００Ｍ２は、ハンドオーバ要求の承認判断を行う。ステップＳ１１６において、Ｔ－ＭｅＮＢ２００Ｍ２は、ハンドオーバ肯定応答（Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ）をＳ－ＭｅＮＢ２００Ｍ１に送信する。
　ステップＳ１１７において、Ｓ－ＭｅＮＢ２００Ｍ１は、ハンドオーバのためのＲＲＣ再設定メッセージをＵＥ１００に送信する。ステップＳ１１８及びＳ１１９において、ＳｅＮＢ２００Ｓは、ＵＥ１００のデータの転送処理をＴ－ＭｅＮＢ２００Ｍ２に対して行う。
　ステップＳ１２０において、ＵＥ１００は、ＲＲＣ再設定メッセージに基づいてＴ－ＭｅＮＢ２００Ｍ２へのランダムアクセスを行い、Ｔ－ＭｅＮＢ２００Ｍ２との同期をとる。ステップＳ１２１において、ＵＥ１００は、ＲＲＣ再設定の完了通知をＴ－ＭｅＮＢ２００Ｍ２に送信する。
　ステップＳ１２２において、Ｔ－ＭｅＮＢ２００Ｍ２は、データパスをＳ－ＭｅＮＢ２００Ｍ１からＴ－ＭｅＮＢ２００Ｍ２へ移すための切り替え要求をＭＭＥ３００Ｃに送信する。ステップＳ１２３において、ＭＭＥ３００Ｃは、切り替え要求に対する肯定応答をＳｅＮＢ２００Ｓに送信する。ステップＳ１２４において、Ｔ－ＭｅＮＢ２００Ｍ２は、ＵＥコンテキストの解放要求をＳ－ＭｅＮＢ２００Ｍ１に送信する。
　ステップＳ１２５において、ＵＥ１００は、測定報告をＴ－ＭｅＮＢ２００Ｍ２に送信する。ステップＳ１２６において、Ｔ－ＭｅＮＢ２００Ｍ２は、測定報告などに基づいて、ＳｅＮＢリソースの追加を決定する。
　ステップＳ１２７において、Ｔ－ＭｅＮＢ２００Ｍ２は、ＳｅＮＢリソースの割り当て要求（ＳｅＮＢ　Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）をＳｅＮＢ２００Ｓに送信する。ステップＳ１２８において、ＳｅＮＢ２００Ｓは、要求を承認する場合に、無線リソース設定を行う。ステップＳ１２９において、ＳｅＮＢ２００Ｓは、無線リソース設定の通知（ＳｅＮＢ　Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｃｏｍｍａｎｄ）をＴ－ＭｅＮＢ２００Ｍ２に送信する。
　第１のＵＰアーキテクチャの場合、ステップＳ１３０及びＳ１３１において、Ｔ－ＭｅＮＢ２００Ｍ２は、ＵＥ１００のデータの転送処理をＳｅＮＢ２００Ｓに対して行う。
　ステップＳ１３２において、Ｔ－ＭｅＮＢ２００Ｍ２は、ＳｅＮＢ２００Ｓの追加のためのＲＲＣ再設定メッセージをＵＥ１００に送信する。ＵＥ１００は、ＳｅＮＢ２００Ｓの無線リソース設定の適用を開始する。ステップＳ１３３において、ＵＥ１００は、ＲＲＣ再設定の完了通知（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｍｐｌｅｔｅ）をＴ－ＭｅＮＢ２００Ｍ２に送信する。
　ステップＳ１３４において、ＵＥ１００は、ＲＲＣ再設定メッセージに基づいてＳｅＮＢ２００Ｓへのランダムアクセスを行い、ＳｅＮＢ２００Ｓとの同期をとる。ステップＳ１３５において、ＵＥ１００との同期を検出したＳｅＮＢ２００Ｓは、無線リソース設定の使用が可能になった旨の通知（ＳｅＮＢ　Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｃｏｍｐｌｅｔｅ）をＴ－ＭｅＮＢ２００Ｍ２に送信する。
　第１のＵＰアーキテクチャの場合、ステップＳ１３６において、Ｔ－ＭｅＮＢ２００Ｍ２は、ベアラをＳ－ＭｅＮＢ２００Ｍ１からＳｅＮＢ２００Ｓへ移すための切り替え要求をＭＭＥ３００Ｃに送信する。ステップＳ１３７において、ＭＭＥ３００Ｃは、切り替え要求に対する肯定応答をＳｅＮＢ２００Ｓに送信する。
　このように基本シーケンスでは、ＳｅＮＢ２００Ｓの解放手順、ハンドオーバ手順、ＳｅＮＢ２００Ｓの追加手順のそれぞれにおいて、ＵＥ１００に対するＲＲＣ再設定（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）が行われる。第１に、ＳｅＮＢ２００Ｓの解放手順では、ＳｅＮＢ２００Ｓの解放のためのＲＲＣ再設定（Ｓ１１２）が行われる。第２に、Ｓ－ＭｅＮＢ２００Ｍ１からＴ－ＭｅＮＢ２００Ｍ２へのハンドオーバ手順では、ハンドオーバのためのＲＲＣ再設定（Ｓ１１７）が行われる。第３に、ＳｅＮＢ２００Ｓの追加手順では、ＳｅＮＢ２００Ｓの追加のためのＲＲＣ再設定（Ｓ１３２）が行われる。このように、二重接続方式におけるＭｅＮＢ２００Ｍ間のハンドオーバでは、合計で３回のＲＲＣ再設定が行われると考えられる。よって、無線区間のシグナリングが増大するとともに、ハンドオーバに係る処理時間の増大により、ＲＬＦ・ＨＯＦ（ｈａｎｄ　ｏｖｅｒ　ｆａｉｌｕｒｅ）が増える。
　また、ＳｅＮＢ２００Ｓの解放手順、ハンドオーバ手順、ＳｅＮＢ２００Ｓの追加手順のそれぞれにおいて、コアネットワークとのシグナリングが発生し得る。第１に、ＳｅＮＢ２００Ｓの解放手順では、上述した第１のＵＰアーキテクチャの場合に、ベアラをＳｅＮＢ２００ＳからＳ－ＭｅＮＢ２００Ｍ１へ移すためのシグナリング（Ｓ１０８、Ｓ１０９）が発生する。第２に、Ｓ－ＭｅＮＢ２００Ｍ１からＴ－ＭｅＮＢ２００Ｍ２へのハンドオーバ手順では、データパスをＳ－ＭｅＮＢ２００Ｍ１からＴ－ＭｅＮＢ２００Ｍ２へ切り替えるためのシグナリング（Ｓ１２２、Ｓ１２３）が発生する。第３に、ＳｅＮＢ２００Ｓの追加手順では、第１のＵＰアーキテクチャの場合に、ベアラをＳ－ＭｅＮＢ２００Ｍ１からＳｅＮＢ２００Ｓへ移すためのシグナリング（Ｓ１３６、Ｓ１３７）が発生する。このように、二重接続方式におけるＭｅＮＢ２００Ｍ間のハンドオーバでは、最大で３回のコアネットワークとのシグナリングが発生すると考えられる。よって、ネットワーク区間のシグナリングの増大が問題となる。
　第１実施形態では、二重接続方式におけるＭｅＮＢ２００Ｍ間のハンドオーバのシーケンスを改良することにより、上述したシグナリングの増大を抑制可能とする。以下において、改良されたハンドオーバシーケンスについて説明する。
　（２）動作パターン１
　図１０は、第１実施形態に係る動作パターン１を示すシーケンス図である。以下においては、基本シーケンスとの相違点を主として説明する。図１０の初期状態において、ＵＥ１００は、Ｓ－ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓと二重接続方式の通信を行っている（Ｓ２０１）。
　図１０に示すように、ステップＳ２０３において、Ｓ－ＭｅＮＢ２００Ｍ１は、ＵＥ１００から受信（Ｓ２０２）する測定報告などに基づいて、Ｔ－ＭｅＮＢ２００Ｍ２へのＵＥ１００のハンドオーバを決定する。動作パターン１では、Ｓ－ＭｅＮＢ２００Ｍ１は、ハンドオーバの判断時に、ＳｅＮＢ２００ＳとＵＥ１００との間の接続を解放するか否かを判断してもよい。
　ステップＳ２０４において、Ｓ－ＭｅＮＢ２００Ｍ１は、ハンドオーバ要求をＴ－ＭｅＮＢ２００Ｍ２に送信する。ステップＳ２０５において、Ｔ－ＭｅＮＢ２００Ｍ２は、ハンドオーバ要求の承認判断を行う。ステップＳ２０６において、Ｔ－ＭｅＮＢ２００Ｍ２は、ハンドオーバ肯定応答（Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ）をＳ－ＭｅＮＢ２００Ｍ１に送信する。Ｔ－ＭｅＮＢ２００Ｍ２は、ＳｅＮＢ設定がされていないＲＲＣコンテナをハンドオーバ肯定応答に含める。Ｓ－ＭｅＮＢ２００Ｍ１は、Ｔ－ＭｅＮＢ２００Ｍ２からのハンドオーバ肯定応答の受信時に、ＳｅＮＢ２００ＳとＵＥ１００との間の接続を解放するか否かを判断してもよい。
　次に、Ｓ－ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓは、ＳｅＮＢ２００Ｓの解放手順（ステップＳ２０７乃至Ｓ２１２）を行う。当該解放手順は、基本シーケンスと同様である。
　ステップＳ２１３において、Ｓ－ＭｅＮＢ２００Ｍ１は、ハンドオーバを指示するためのハンドオーバ指令を含むＲＲＣ再設定メッセージをＵＥ１００に送信する。
　動作パターン１では、Ｓ－ＭｅＮＢ２００Ｍ１は、ＳｅＮＢ２００ＳとＵＥ１００との間の接続の解放を設定する情報（ＳｅＮＢ　ｒｅｍｏｖｅ）をハンドオーバ指令と共にＵＥ１００に送信する。ＳｅＮＢ　ｒｅｍｏｖｅは、ＳｅＮＢ２００Ｓの設定に関するセカンダリ基地局情報に相当する。Ｓ－ＭｅＮＢ２００Ｍ１は、ハンドオーバ指令とＳｅＮＢ　ｒｅｍｏｖｅとを含む１つのＲＲＣ再設定メッセージをＵＥ１００に送信することが好ましい。これにより、ＳｅＮＢ２００Ｓの解放だけのためのＲＲＣ再設定メッセージが不要となるため、基本シーケンスに比べてＲＲＣ再設定を１回分削減することができる。ハンドオーバ指令と共にＳｅＮＢ情報を受信したＵＥ１００は、ＳｅＮＢ　ｒｅｍｏｖｅに応じてＳｅＮＢ２００Ｓとの接続を解放しつつ、ハンドオーバ指令に応じてＴ－ＭｅＮＢ２００Ｍ２との同期をとり（Ｓ２１６）、新たなＲＲＣ接続を確立（Ｓ２１７）する。
　また、動作パターン１では、Ｔ－ＭｅＮＢ２００Ｍ２は、Ｓ－ＭｅＮＢ２００Ｍ１とＳ－ＧＷ３００Ｕとの間のデータパス、及びＳｅＮＢ２００ＳとＳ－ＧＷ３００Ｕとの間のデータパス（ベアラ）を一括してＴ－ＭｅＮＢ２００Ｍ２に切り替えるためのパス切り替え要求をＭＭＥ３００Ｃに送信（Ｓ２１８）する。なお、上述したハンドオーバ要求（Ｓ２０４）又は他のメッセージに、Ｓ－ＭｅＮＢ２００Ｍ１のベアラの情報が含まれていることが好ましい。これにより、Ｔ－ＭｅＮＢ２００Ｍ２は、ハンドオーバ要求に含まれるベアラ情報により、切り替えるベアラを特定できる。
　ＭＭＥ３００Ｃは、パス切り替え要求に応じて、Ｓ－ＭｅＮＢ２００Ｍ１とＳ－ＧＷ３００Ｕとの間のデータパス、及びＳｅＮＢ２００ＳとＳ－ＧＷ３００Ｕとの間のデータパス（ベアラ）を一括してＴ－ＭｅＮＢ２００Ｍ２に切り替えるためのパス切り替えを行う。これにより、第１のＵＰアーキテクチャの場合に、ベアラをＳｅＮＢ２００ＳからＳ－ＭｅＮＢ２００Ｍ１へ移すためのシグナリングが不要になる。
　ＳｅＮＢ２００Ｓの追加手順（ステップＳ２１１乃至Ｓ２３３）については基本シーケンスと同様である。
　（３）動作パターン２
　図１１は、第１実施形態に係る動作パターン２を示すシーケンス図である。図１１の初期状態において、ＵＥ１００は、Ｓ－ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓと二重接続方式の通信を行っている（Ｓ３０１）。
　図１１に示すように、ステップＳ３０３において、Ｓ－ＭｅＮＢ２００Ｍ１は、ＵＥ１００から受信（Ｓ３０２）する測定報告などに基づいて、Ｔ－ＭｅＮＢ２００Ｍ２へのＵＥ１００のハンドオーバを決定する。また、Ｓ－ＭｅＮＢ２００Ｍ１は、ハンドオーバの判断時に、ＳｅＮＢ２００ＳとＵＥ１００との間の接続を解放するか否かを判断する。動作パターン２では、Ｓ－ＭｅＮＢ２００Ｍ１は、ＳｅＮＢ２００Ｓを維持したハンドオーバ（ＤＣ　ＨＯ：　Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ　ＨａｎｄＯｖｅｒ）を決定可能である。ＳｅＮＢ２００Ｓを維持したハンドオーバを決定した後、次の動作を行う。
　ステップＳ３０４において、Ｓ－ＭｅＮＢ２００Ｍ１は、ハンドオーバ要求をＴ－ＭｅＮＢ２００Ｍ２に送信する。その際、Ｓ－ＭｅＮＢ２００Ｍ１は、ＳｅＮＢ２００ＳとＵＥ１００との間の接続を維持したままハンドオーバを行うことを示す情報（ＳｅＮＢ　Ｉｎｆｏｒｍａｔｉｏｎ）をハンドオーバ要求に含める。ＳｅＮＢ　Ｉｎｆｏｒｍａｔｉｏｎは、ＳｅＮＢ２００Ｓに関する情報（ｅＮＢ　ＩＤ、セルＩＤなど）を含む。また、ＳｅＮＢ　Ｉｎｆｏｒｍａｔｉｏｎには、ＳｅＮＢ　Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎに含まれる要素（ｅ．ｇ．　ＵＥ　ｃａｐａｂｉｌｉｔｉｅｓ　ａｎｄ　ｔｈｅ　ｒａｄｉｏ　ｒｅｓｏｕｒｃｅ　ｃｏｎｆｉｇｕｒａｔｉｏｎ　ｏｆ　ｔｈｅ　ＵＥ）を入れてもよい。さらに、Ｓ－ＭｅＮＢ２００Ｍ１は、本シーケンス前のＳｅＮＢ　Ａｄｄｉｔｉｏｎ時にＳｅＮＢ２００Ｓから受け取ったＲＲＣコンテナを保持しておき、当該ＲＲＣコンテナをハンドオーバ要求に含めてもよい。当該ＲＲＣコンテナは、例えば、後述するステップＳ３１１などで利用できる。
　ステップＳ３０５において、Ｔ－ＭｅＮＢ２００Ｍ２は、ハンドオーバ要求の承認の判断を行う。ここで、Ｔ－ＭｅＮＢ２００Ｍ２は、ＳｅＮＢ　Ａｄｄｉｔｉｏｎに係る情報がハンドオーバ要求に含まれている場合（つまり、ＤＣ　ＨＯを示す）は、当該ＳｅＮＢ　Ａｄｄｉｔｉｏｎの受け入れも含めて判断してもよい。
　承認（受け入れ）可の場合、ステップＳ３０６において、Ｔ－ＭｅＮＢ２００Ｍ２は、ハンドオーバ肯定応答をＳ－ＭｅＮＢ２００Ｍ１に送信する。なお、ステップＳ３０６におけるハンドオーバ肯定応答は、通常のハンドオーバ肯定応答でもよく、後述するステップＳ３１２で改めて送信される場合には省略してもよい。或いは、ステップＳ３０６におけるハンドオーバ肯定応答は、通常のハンドオーバ肯定応答を簡略化したもの（例えば、暫定的にＨＯのみ受け入れたというフラグ）であってもよい。或いは、「リソースが足りないので、当該ＨＯにはＳｅＮＢのリソース追加を要する」という意味の情報（後述するステップＳ３０７で利用可）が含まれていてもよい。
　ステップＳ３０７において、ハンドオーバ肯定応答を受信したＳ－ＭｅＮＢ２００Ｍ１は、ＳｅＮＢリソースの維持を決定する。ステップＳ３０８において、Ｓ－ＭｅＮＢ２００Ｍ１は、ＭｅＮＢを変更・交替するための要求（ＳｅＮＢ　Ｒｅｌｅａｓｅ　Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）をＳｅＮＢ２００Ｓに送信する。Ｓ－ＭｅＮＢ２００Ｍ１は、ＳｅＮＢがＴ－ＭｅＮＢ２００Ｍ２に切り替えることを示す情報（ＭｅＮＢ　ｃｈａｎｇｅ）を当該要求に含める。ＭｅＮＢ　ｃｈａｎｇｅは、Ｔ－ＭｅＮＢ２００Ｍ２に関する情報（ｅＮＢ　ＩＤ、セルＩＤなど）を含む。なお、ステップＳ３０４でハンドオーバ要求にＳｅＮＢ関連設定情報が入っていた場合（つまり、既にＴ－ＭｅＮＢがＳｅＮＢを設定可能な状態）、ステップＳ３０８は単なるＲｅｌｅａｓｅで良い（但し、ＭｅＮＢ　ｃｈａｎｇｅに係る情報は伝達される）。
　ステップＳ３０９において、ＳｅＮＢ２００Ｓは、Ｓ－ＭｅＮＢ２００Ｍ１からの要求を承認する場合に、無線リソース解放・変更を行う。ステップＳ３１０において、ＳｅＮＢ２００Ｓは、解放・変更要求に対する応答（ＳｅＮＢ　Ｒｅｌｅａｓｅ　Ｒｅｓｐｏｎｓｅ）をＳ－ＭｅＮＢ２００Ｍ１に送信する。
　ステップＳ３１１において、ＳｅＮＢ２００Ｓは、Ｓ－ＭｅＮＢ２００Ｍ１から受信したＭｅＮＢ　ｃｈａｎｇｅに基づいて、無線リソース設定の通知（ＳｅＮＢ　Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ／Ｃｏｍｍａｎｄ）をＴ－ＭｅＮＢ２００Ｍ２に送信する。なお、ステップＳ３０４でハンドオーバ要求にＳｅＮＢ関連設定情報が入っていた場合（つまり、既にＴ－ＭｅＮＢがＳｅＮＢを設定可能な状態）、ステップＳ３１１は逆方向の通知でもよいし、省略してもよい。
　ステップＳ３１２において、Ｔ－ＭｅＮＢ２００Ｍ２は、ＳｅＮＢの無線リソース（ＳｅＮＢリソース）設定を含んだハンドオーバ肯定応答をＳ－ＭｅＮＢ２００Ｍ１に送信する。或いは、Ｔ－ＭｅＮＢ２００Ｍ２は、ＳｅＮＢリソース設定を他のメッセージに含めてＳ－ＭｅＮＢ２００Ｍ１に送信してもよい。
　ステップＳ３１３において、Ｓ－ＭｅＮＢ２００Ｍ１は、Ｔ－ＭｅＮＢ２００Ｍ２からのＳｅＮＢリソース設定とハンドオーバ指令とを含むＲＲＣ再設定メッセージをＵＥ１００に送信する。ＳｅＮＢリソース設定は、ＳｅＮＢ２００ＳとＵＥ１００との間の接続の維持を設定する情報に相当する。
　ＵＥ１００は、当該ＳｅＮＢリソース設定の適用を開始する。ここで、ＵＥ１００は、ＳｅＮＢ２００Ｓと同期がとれているため、ＳｅＮＢ２００Ｓに対するランダムアクセス（同期）を省略可能である。また、ランダムアクセス（同期）の省略を示す情報がＲＲＣ再設定メッセージに含まれていてもよい。
　ステップＳ３１４及びＳ３１５において、ＳｅＮＢ２００Ｓは、ＵＥ１００のデータの転送処理をＴ－ＭｅＮＢ２００Ｍ２に対して行う。
　ステップＳ３１６において、ＵＥ１００は、ＲＲＣ再設定メッセージに基づいてＴ－ＭｅＮＢ２００Ｍ２へのランダムアクセスを行い、Ｔ－ＭｅＮＢ２００Ｍ２との同期をとる。ステップＳ３１７において、ＵＥ１００は、ＲＲＣ再設定の完了通知をＴ－ＭｅＮＢ２００Ｍ２に送信する。
　ステップＳ３１８において、Ｔ－ＭｅＮＢ２００Ｍ２は、Ｓ－ＭｅＮＢ２００Ｍ１とＳ－ＧＷ３００Ｕとの間のデータパスをＴ－ＭｅＮＢ２００Ｍ２に切り替えるためのパス切り替え要求をＭＭＥ３００Ｃに送信する。動作パターン２では、ＳｅＮＢ２００Ｓは維持されるため、第１のＵＰアーキテクチャの場合でも、ＳｅＮＢ２００Ｓのベアラ切り替えは発生しない。
　このように、動作パターン２では、ＳｅＮＢ２００Ｓを維持したままＭｅＮＢ２００Ｍ間でハンドオーバを行うことにより、基本シーケンスに比べてシグナリングを大幅に削減することができる。
　なお、動作パターン２では、Ｔ－ＭｅＮＢ２００Ｍ２からＳ－ＭｅＮＢ２００Ｍ１へのハンドオーバ肯定応答の送信が２回（Ｓ３０６、Ｓ３１２）行われているが、１回（Ｓ３１２）のみとしてもよい。
　［第２実施形態］
　以下において、第２実施形態について、第１実施形態との相違点を主として説明する。
　（１）動作シナリオ
　図１２は、第２実施形態に係る動作シナリオを示す図である。
　図１２に示すように、第２実施形態に係る動作シナリオでは、第１実施形態に係る動作シナリオにおいてＥＰＣ２０の構成も考慮する。図１２の例では、ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓは同一のＳ－ＧＷ３００Ｕ１に収容されており、ＭｅＮＢ２００Ｍ１は別のＳ－ＧＷ３００Ｕ２に収容されている。すなわち、ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓのそれぞれは、Ｓ－ＧＷ３００Ｕ１との間にＳ１インターフェイスを持つ。ＭｅＮＢ２００Ｍ２は、Ｓ－ＧＷ３００Ｕ２との間にＳ１インターフェイスを持つ。
　このようなシナリオでは、ＳｅＮＢ２００Ｓ及びＭｅＮＢ２００Ｍ２には、第１のＵＰアーキテクチャを適用することができないが、第２のＵＰアーキテクチャを適用することはできる。また、このようなシナリオでは、第１のＵＰアーキテクチャを前提とする場合に、例えば第１実施形態に係る動作パターン２のようなＳｅＮＢ２００Ｓを維持したままＭｅＮＢ２００Ｍ間のハンドオーバを行う高度なハンドオーバ制御を行うことはできない。
　（２）第２実施形態に係る動作
　第２実施形態では、第１実施形態に係るハンドオーバ制御において、ハンドオーバ判断（ＨＯ　ｄｅｃｉｓｉｏｎ）又はハンドオーバ承認制御（Ａｄｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ）などを行うノードは、ＭｅＮＢ２００Ｍを収容するＳ－ＧＷ３００ＵとＳｅＮＢ２００Ｓを収容するＳ－ＧＷ３００Ｕとが一致するか否かに基づいて、二重接続方式に係る判断を行う。当該ノードは、ＭｅＮＢ２００Ｍ又はＳｅＮＢ２００Ｓなどの通信制御装置である。例えば、当該ノードは、ＭｅＮＢ２００Ｍを収容するＳ－ＧＷ３００ＵとＳｅＮＢ２００Ｓを収容するＳ－ＧＷ３００Ｕとが一致しない場合に、第１のＵＰアーキテクチャを適用しないと判断する。
　また、図１２に示すように、第１実施形態を例に挙げると、第２のＵＰアーキテクチャが可能であるか否かに基づいて、ＳｅＮＢ２００ＳとＵＥ１００との間の接続を解放してハンドオーバ（基本シーケンス）を行うか、又はＳｅＮＢ２００ＳとＵＥ１００との間の接続を維持したままハンドオーバ（高度なハンドオーバ）を行うかを判断する。或いは、当該ノードは、ＭｅＮＢ２００Ｍ２を収容するＳ－ＧＷ３００ＵとＳｅＮＢ２００Ｓを収容するＳ－ＧＷ３００Ｕとが一致するか否かに基づいて、ＳｅＮＢ２００ＳとＵＥ１００との間の接続を解放してハンドオーバ（基本シーケンス）を行うか、又はＳｅＮＢ２００ＳとＵＥ１００との間の接続を維持したままハンドオーバ（高度なハンドオーバ）を行うかを判断する。
　このような判断をＭｅＮＢ２００Ｍ又はＳｅＮＢ２００Ｓが行うためには、各ｅＮＢ２００が他のｅＮＢ２００を収容するＳ－ＧＷ３００Ｕを把握している必要がある。
　よって、第２実施形態では、ＭｅＮＢ２００Ｍ又はＳｅＮＢ２００Ｓは、自ｅＮＢを収容するＳ－ＧＷ３００Ｕの識別情報を近隣のｅＮＢに送信する。ここで、自ｅＮＢを収容するＳ－ＧＷ３００Ｕとは、自ｅＮＢとの間にＳ１インターフェイスを持つＳ－ＧＷ３００Ｕである。Ｓ－ＧＷ３００Ｕの識別情報とは、例えばＳ－ＴＥＩＤ（Ｓ－ＧＷ　ＩＤ）又はＳ－ＧＷ　ＩＰ　ａｄｄｒｅｓｓである。
　図１３は、Ｓ－ＧＷ３００Ｕの識別情報をｅＮＢ２００間で送受信するための第１の動作を示す図である。図１３に示すように、ｅＮＢ２００ａは、ｅＮＢ２００ａを収容するＳ－ＧＷ３００Ｕの識別情報をｅＮＢ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｕｐｄａｔｅメッセージに含めてｅＮＢ２００ｂに送信する。ｅＮＢ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｕｐｄａｔｅメッセージは、ｅＮＢ２００の設定更新を通知するためのメッセージである。なお、ｅＮＢ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｕｐｄａｔｅメッセージに代えて、Ｘ２　Ｓｅｔｕｐメッセージを使用してもよい。Ｘ２　Ｓｅｔｕｐメッセージは、Ｘ２インターフェイスを確立するためのメッセージである。例えば、表１に示すように、ｅＮＢ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｕｐｄａｔｅメッセージの「Ｓｅｒｖｅｄ　Ｃｅｌｌ　Ｉｎｆｏｒｍａｔｉｏｎ」にＳ－ＧＷ３００Ｕの識別情報含める。
Figure JPOXMLDOC01-appb-T000001
  
　図１４は、Ｓ－ＧＷ３００Ｕの識別情報をｅＮＢ２００間で送受信するための第２の動作を示す図である。図１４及び表２に示すように、ｅＮＢ２００ａは、ｅＮＢ２００ａを収容するＳ－ＧＷ３００Ｕの識別情報を、上述したＳｅＮＢ　Ａｄｄｉｔｉｏｎ／Ｍｏｄｉｆｉｃａｔｉｏｎメッセージに含めてｅＮＢ２００ｂに送信する。
Figure JPOXMLDOC01-appb-T000002
  
　図１５は、第２実施形態に係る動作を示すフロー図である。
　図１５に示すように、ステップＳ４０１において、ノード（ＭｅＮＢ２００Ｍ又はＳｅＮＢ２００Ｓ）は、ＵＥ１００が二重接続方式で通信しているか否かを判断する。通常の通信を行っている場合（ステップＳ４０１；ＮＯ）、ステップＳ４０５において、通常のハンドオーバを行うと判断する。
　二重接続方式で通信している場合（ステップＳ４０１；ＹＥＳ）、ステップＳ４０２において、当該ノードは、ＵＥ１００が第２のＵＰアーキテクチャ（ＵＰアーキテクチャ「３Ｃ」）で通信を行っているか否かを判断する。第２のＵＰアーキテクチャで通信を行っている場合（ステップＳ４０２；ＹＥＳ）、ステップＳ４０３において、当該ノードは、第１実施形態に係る高度なハンドオーバを行うと判断する。
　これに対し、ＵＥ１００が第２のＵＰアーキテクチャで通信を行っていない、すなわち、ＵＥ１００が第１のＵＰアーキテクチャ（ＵＰアーキテクチャ「１Ａ」）で通信を行っている場合（ステップＳ４０２；ＮＯ）、ステップＳ４０４において、当該ノードは、上述したようなＳ－ＧＷ３００Ｕの一致／不一致を判断する。Ｓ－ＧＷ３００Ｕが一致すると判断した場合（ステップＳ４０４；ＹＥＳ）、ステップＳ４０３において、当該ノードは、第１実施形態に係る高度なハンドオーバを行うと判断する。一方、Ｓ－ＧＷ３００Ｕが一致しないと判断した場合（ステップＳ４０４；ＮＯ）、ステップＳ４０５において、当該ノードは、通常のハンドオーバを行うと判断する。
　［第３実施形態］
　第３実施形態乃至第７実施形態は、第１実施形態の動作パターン２を一部変更した実施形態である。
　以下において、第３実施形態について、第１実施形態及び第２実施形態との相違点を主として説明する。第３実施形態乃至第７実施形態における基本的なハンドオーバ手順は、第１実施形態の動作パターン２と同様である。
　具体的には、第３実施形態に係る通信制御方法は、ＵＥ１００とＲＲＣ接続を確立するＭｅＮＢ２００Ｍ（マスタ基地局）と、ＵＥ１００に追加的な無線リソースを提供するＳｅＮＢ２００Ｓ（セカンダリ基地局）と、を用いる二重接続方式の通信をサポートするＬＴＥシステムにおける方法である。通信制御方法は、ＵＥ１００とＳｅＮＢ２００Ｓとの間の接続を解放することなく、Ｓ－ＭｅＮＢ２００Ｍ１（ソースマスタ基地局）からＴ－ＭｅＮＢ２００Ｍ２（ターゲットマスタ基地局）に対してＵＥ１００のハンドオーバを行うＭｅＮＢ間ハンドオーバ手順を備える。
　図１６は、第３実施形態に係るＭｅＮＢ間ハンドオーバ手順を示すシーケンス図である。図１６の初期状態において、ＵＥ１００は、Ｓ－ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓと二重接続方式の通信を行っている。なお、図１６の破線で示す動作については、必須の動作ではないことを示している。
　図１６に示すように、ステップＳ５０１において、Ｓ－ＭｅＮＢ２００Ｍ１は、ＵＥ１００のハンドオーバを要求するハンドオーバ要求（「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」）メッセージをＴ－ＭｅＮＢ２００Ｍ２に送信する。
　「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージは、ＭｅＮＢ間ハンドオーバ手順を示す情報（「ＭｅＮＢ　Ｃｈａｎｇｅ　Ｉｎｄｉｃａｔｏｒ」）を含む。「ＭｅＮＢ　Ｃｈａｎｇｅ　Ｉｎｄｉｃａｔｏｒ」は、ＭｅＮＢ間ハンドオーバであることを示し、ＳｅＮＢ２００Ｓに関連する動作の要求をＴ－ＭｅＮＢ２００Ｍ２に示す。「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージは、「Ｓ－ＭｅＮＢ　ＵＥ　Ｘ２ＡＰ　ＩＤ」を含んでもよい。「Ｓ－ＭｅＮＢ　ＵＥ　Ｘ２ＡＰ　ＩＤ」は、Ｓ－ＭｅＮＢ２００Ｍ１のＸ２ＡＰ　ＩＤである。「Ｓ－ＭｅＮＢ　ＵＥ　Ｘ２ＡＰ　ＩＤ」は、「ＭｅＮＢ　Ｃｈａｎｇｅ　Ｉｎｄｉｃａｔｏｒ」の役割を暗示的に担ってもよい。「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージは、Ｓ－ＭｅＮＢ２００Ｍ１がＳｅＮＢ２００Ｓと対応付けて保持していた設定情報（ＳＣＧ設定情報）を含む。具体的には、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージは、「ＳＣＧ－Ｃｏｎｆｉｇｉｎｆｏ」及び「ＳＣＧ－Ｃｏｎｆｉｇｕｒａｔｉｏｎ」を含む。「ＳＣＧ－Ｃｏｎｆｉｇｉｎｆｏ」は、ＭｅＮＢの現状の設定に関する設定情報（ＭｅＮＢ関連設定情報）である。ここでは、「ＳＣＧ－Ｃｏｎｆｉｇｉｎｆｏ」は、Ｓ－ＭｅＮＢ２００Ｍ１についての設定情報である。「ＳＣＧ－Ｃｏｎｆｉｇｕｒａｔｉｏｎ」は、ＳｅＮＢの現状の設定に関する設定情報（ＳｅＮＢ関連設定情報）である。
　ステップＳ５０２において、Ｔ－ＭｅＮＢ２００Ｍ２は、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、ＳｅＮＢ２００Ｓにおける設定の修正を要求する修正要求（「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」）メッセージをＳｅＮＢ２００Ｓに送信する。「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージは、「ＭｅＮＢ　Ｃｈａｎｇｅ　Ｉｎｄｉｃａｔｏｒ」、「Ｓ－ＭｅＮＢ　ＵＥ　Ｘ２ＡＰ　ＩＤ」を含む。また、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージは、「ＳＣＧ－Ｃｏｎｆｉｇｉｎｆｏ」を含む。ここでは、「ＳＣＧ－Ｃｏｎｆｉｇｉｎｆｏ」は、Ｔ－ＭｅＮＢ２００Ｍ２についての設定情報であり、ＳｅＮＢ２００Ｓが「ＳＣＧ－Ｃｏｎｆｉｇｕｒａｔｉｏｎ」を決定するために使用される。
　ステップＳ５０３において、ＳｅＮＢ２００Ｓは、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージに含まれる「Ｓ－ＭｅＮＢ　ＵＥ　Ｘ２ＡＰ　ＩＤ」とＴ－ＭｅＮＢ２００Ｍ２側の「ＵＥ　Ｘ２ＡＰ　ＩＤ」とを照合し、対応付ける。
　ステップＳ５０４において、ＳｅＮＢ２００Ｓは、ＳｅＮＢ解放要請（「ＳｅＮＢ　Ｒｅｌｅａｓｅ　Ｒｅｑｕｉｒｅｄ」）メッセージをＳ－ＭｅＮＢ２００Ｍ１に送信する。スプリットベアラ・オプションの場合、ステップＳ５０５において、Ｓ－ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓは、スプリットベアラのＧＴＰ－Ｕトンネルを破棄する。ステップＳ５０６において、Ｓ－ＭｅＮＢ２００Ｍ１は、ＳｅＮＢ解放通知（「ＳｅＮＢ　Ｒｅｌｅａｓｅ　Ｃｏｎｆｉｒｍ」）メッセージをＳｅＮＢ２００Ｓに送信する。
　ステップＳ５０７において、ＳｅＮＢ２００Ｓは、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージに対する修正要求承諾（「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ　ＡＣＫ」）メッセージをＴ－ＭｅＮＢ２００Ｍ２に送信する。「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージは、ＳｅＮＢ２００Ｓにおける設定情報（ＳＣＧ設定情報）を含む。スプリットベアラ・オプションの場合、ステップＳ５０８において、ＳｅＮＢ２００Ｓ及びＴ－ＭｅＮＢ２００Ｍ２は、スプリットベアラのＧＴＰ－Ｕトンネルを確立する。
　ステップＳ５０８において、Ｔ－ＭｅＮＢ２００Ｍ２は、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージの受信に応じて、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージに対するハンドオーバ肯定応答（「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」）をＳ－ＭｅＮＢ２００Ｍ１に送信する。「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージは、後述するＲＲＣ再設定（ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）をＳ－ＭｅＮＢ２００Ｍ１が行うために必要な情報（ＳＣＧの設定情報及びＭＣＧの設定情報）を含む。
　ステップＳ５１０において、Ｓ－ＭｅＮＢ２００Ｍ１は、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージの受信に応じて、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージは、Ｔ－ＭｅＮＢ２００Ｍ２へのハンドオーバを指示するハンドオーバ指令に相当し、ＳＣＧの設定情報及びＭＣＧの設定情報を含む。ここで、ＳｅＮＢ２００Ｓが解放されないことに留意すべきである。
　ステップＳ５１１において、ＵＥ１００は、Ｔ－ＭｅＮＢ２００Ｍ２とのＲＲＣ接続確立処理を行う。このようにして、ＵＥ１００は、ＳｅＮＢ２００Ｓを維持しつつ、Ｓ－ＭｅＮＢ２００Ｍ１からＴ－ＭｅＮＢ２００Ｍ２へのハンドオーバを行う。
　次に、Ｔ－ＭｅＮＢ２００Ｍ２は、ＭＭＥ３００Ｃに対してパス切り替え要求を行う。ここでは、ＳＣＧベアラ・オプションの場合に、ＳｅＮＢ２００ＳとＳ－ＧＷ３００Ｕとの間のトンネリングについて、Ｓ－ＧＷ３００Ｕ側のエンドポイントＩＤ（すなわち、ＵＬ－ＴＥ　ＩＤ）を維持したままパス切り替えを行うための第１の方法（ｏｐｔｉｏｎ　１）及び第２の方法（ｏｐｔｉｏｎ　２）について説明する。
　第１の方法では、ステップＳ５１２において、Ｔ－ＭｅＮＢ２００Ｍ２は、「Ｐａｔｈ　Ｓｗｉｔｃｈ　Ｒｅｑｕｅｓｔ」をＭＭＥ３００Ｃに送信する。「Ｐａｔｈ　Ｓｗｉｔｃｈ　Ｒｅｑｕｅｓｔ」は、Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙ中のハンドオーバである旨を示す情報（インディケータ）、又は、前記エンドポイントＩＤを維持するＥ－ＲＡＢ　ＩＤ、及び／又は維持しなくてもよいＥ－ＲＡＢ　ＩＤ等を含む。ＭＭＥ３００Ｃは、当該Ｅ－ＲＡＢ　ＩＤについてパス更新が行われるまでデータ転送を行わないようＳ－ＧＷ３００Ｕを制御してもよい。ステップＳ５１３において、Ｓ－ＭｅＮＢ２００Ｍ１は、「Ｅ－ＲＡＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　ｉｎｄｉｃａｔｉｏｎ」をＭＭＥ３００Ｃに送信する。ステップＳ５１４において、ＭＭＥ３００Ｃは、前記Ｅ－ＲＡＢ　ＩＤと合致する事を確認し、「Ｅ－ＲＡＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｃｏｎｆｉｒｍａｔｉｏｎ」をＳ－ＭｅＮＢ２００Ｍ１に送信する。ステップＳ５１５において、ＭＭＥ３００Ｃは、「Ｐａｔｈ　Ｓｗｉｔｃｈ　Ｒｅｑｕｅｓｔ　ＡＣＫ」をＴ－ＭｅＮＢ２００Ｍ２に送信する。
　第２の方法では、ステップＳ５１６において、Ｔ－ＭｅＮＢ２００Ｍ２は、「Ｐａｔｈ　Ｓｗｉｔｃｈ　Ｒｅｑｕｅｓｔ」をＭＭＥ３００Ｃに送信する。「Ｐａｔｈ　Ｓｗｉｔｃｈ　Ｒｅｑｕｅｓｔ」は、ＵＬ－ＴＥＩＤが変更されたくないＥ－ＲＡＢ　ＩＤのリストを含む。ＭＭＥ３００Ｃは、当該リスト中のＥ－ＲＡＢ　ＩＤに対応するＵＬ－ＴＥＩＤを維持する。ステップＳ５１７において、ＭＭＥ３００Ｃは、「Ｐａｔｈ　Ｓｗｉｔｃｈ　Ｒｅｑｕｅｓｔ　ＡＣＫ」をＴ－ＭｅＮＢ２００Ｍ２に送信する。
　ステップＳ５１８において、Ｔ－ＭｅＮＢ２００Ｍ２は、「ＵＥ　Ｃｏｎｔｅｘｔ　Ｒｅｌｅａｓｅ」をＳ－ＭｅＮＢ２００Ｍ１に送信する。Ｓ－ＭｅＮＢ２００Ｍ１は、ＵＥ１００のコンテキスト情報を解放する。
　本シーケンスにおいて、ＳｅＮＢ２００Ｓにおける設定に失敗した場合（Ｓ５０７でＮＡＣＫの場合）を想定する。この場合、ＳｅＮＢ２００Ｓを維持しない従来のハンドオーバ手順が可能である場合、Ｔ－ＭｅＮＢ２００Ｍ２は、Ｔ－ＭｅＮＢ２００Ｍ２の設定情報（ＲＲＣコンテナ）を含む「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージをＳ－ＭｅＮＢ２００Ｍ１に送信する。但し、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージに、ＭｅＮＢ間ハンドオーバ手順の失敗を示す情報（ＤＣ　ｕｎｓｕｃｃｅｓｓｆｕｌ　ｉｎｉｔｉａｔｅｄ）を含める。これにより、ＳｅＮＢ２００Ｓにおける設定に失敗した場合でも、従来のハンドオーバ手順を行うことができる。或いは、Ｓ－ＭｅＮＢ２００Ｍ１は、ＳｅＮＢ２００Ｓを解放する手順（ＳｅＮＢ　Ｒｅｌｅａｓｅ　Ｒｅｑｕｅｓｔ）を実施してもよい。
　また、ＭｅＮＢ間ハンドオーバ手順の失敗を示す情報は、失敗の理由（Ｃａｕｓｅ）を含んでもよい。失敗の理由とは、例えば「Ｘ２　ｃｏｎｎｅｃｔｉｏｎ　ｕｎａｖａｉｌａｂｌｅ」、「Ｓ－ＧＷ　ｒｅｌｏｃａｔｉｏｎ」等である。このような情報は、ＳＯＮ（Ｓｅｌｆ　Ｏｒｇａｎｉｚｉｎｇ　Ｎｅｔｗｏｒｋ）の用途に使用することができる。
　或いは、ＳｅＮＢ２００Ｓにおける設定に失敗した場合で、例えば「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージが負荷分散目的のものである場合、ハンドオーバ否定応答をＳ－ＭｅＮＢ２００Ｍ１に送信してもよい。
　［第３実施形態の変更例１］
　ＳＣＧベアラ・オプション及びスプリットベアラ・オプションのそれぞれについてＭｅＮＢ間ハンドオーバ手順を説明する。本変更例では、各メッセージのＩＥの具体例についても説明する。
　（１）ＳＣＧベアラ・オプションの場合
　図１７は、第３実施形態の変更例１に係るＭｅＮＢ間ハンドオーバ手順を示すシーケンス図である。先ず、ＳＣＧベアラ・オプションの場合の動作を説明する。
　ステップＳ５３１において、ＵＥ１００は、Ｓ－ＭｅＮＢ２００Ｍ１に「Ｍｅａｓｕｒｅｍｅｎｔ　ｒｅｐｏｒｔ」を送信する。
　ステップＳ５３２において、Ｓ－ＭｅＮＢ２００Ｍ１は、Ｔ－ＭｅＮＢ２００Ｍ２に「Ｈａｎｄｏｖｅｒ　ｒｅｑｕｅｓｔ」メッセージを送信する。「Ｈａｎｄｏｖｅｒ　ｒｅｑｕｅｓｔ」メッセージは以下のＩＥを含む。但し、必ずしも全てのＩＥを要しない。
　　・「Ｉｎｔｅｒ　ＭｅＮＢ　ＨＯ　ＩＤ」　ＭｅＮＢ間ハンドオーバを示す。
　　・「ＳＣＧ－Ｃｏｎｆｉｇｉｎｆｏ（Ｓｏｕｒｃｅ　ＭＣＧ　ｃｏｎｆｉｇ）」　Ｓ－ＭｅＮＢ２００Ｍ１のＭＣＧ　ｃｏｎｆｉｇである。
　　・「Ｘ２ＡＰ　ｅｎｄｐｏｉｎｔ　ｏｆ　ＳｅＮＢ　ｆｏｒ　Ｘ２　Ｉｎｔｅｒｆａｃｅ」　Ｘ２インターフェイスがＳｅＮＢ２００ＳとＴ－ＭｅＮＢ２００Ｍ２との間にない場合、Ｘ２の確立に用いる。或いは、Ｇｌｏｂａｌ　ｅＮＢ　ＩＤで確立してもよい。
　　・「ＤＲＢ－ｉｎｆｏ」　ＤＲＢ　ＩＤ, ＤＲＢ　ｔｙｐｅ（Ｓｐｌｉｔ／ＳＣＧ）を含む。ＳＣＧであるか、スプリットベアラであるかの判定に用いる。
　　・「ｓｅｃｕｒｉｔｙ　ｐａｒａｍｅｔｅｒ　１」　ＫｅＮＢ＊やＴｏｋｅｎ等のセキュリティパラメータを含む。KeNB*s, tokens, NCC, UE EPS security capabilities, security algorithms 等の情報を含む。これらの情報はＵＥ１００のHO Failure時のReestablishment やTokenの計算に使用されるパラメータである。KeNB*はTarget cellのtarget cell’s physical cell ID and frequency EARFCN-DLから生成される。
　　・「Ｘ２　ＤＬ／ＵＬ　Ｆｏｒｗａｒｄｉｎｇ　ＧＴＰ　ＴＥＩＤ　ｏｆ　ＳｅＮＢ」　ベアラ解放時等に必要になるデータフォワーディングに利用するベアラのＳｅＮＢ２００Ｓ側のエンドポイント 
　ステップＳ５３３において、Ｔ－ＭｅＮＢ２００Ｍ２は、ＳｅＮＢ２００Ｓに「ＭｅＮＢ　Ｃｈａｎｇｅ（修正要求）」を送信する。「ＭｅＮＢ　Ｃｈａｎｇｅ」は以下のＩＥを含む。但し、必ずしも全てのＩＥを要しない。
　　・「Ｉｎｔｅｒ　ＭｅＮＢ　ＨＯ　ＩＤ」
　　・「Ｓｅｃｕｒｉｔｙ　ｐａｒａｍｅｔｅｒ　２」 Ｈａｎｄｏｖｅｒ　ｒｅｑｕｅｓｔに含まれていた「ｓｅｃｕｒｉｔｙ　ｐａｒａｍｅｔｅｒ　１」とは異なるセキュリティパラメータ（Ｓ－ＫｅＮＢ、ＳＣＧカウンタ、ＭＣＧセキュリティアルゴリズム等）である。
　　・「ＳｅＮＢ ＵＥ　Ａｇｇｒｅｇａｔｅ　Ｍａｘｉｍｕｍ　Ｂｉｔ　Ｒａｔｅ」　ＳｅＮＢ２００Ｓ側で保証すべきＵＥ１００のビットレートである。この値は、Ｔ－ＭｅＮＢ２００Ｍ２が、「Ｈａｎｄｏｖｅｒ　ｒｅｑｕｅｓｔ」メッセージ内に含まれる「ＵＥ　Ａｇｇｒｅｇａｔｅ　Ｍａｘｉｍｕｍ　Ｂｉｔ　Ｒａｔｅ」から算出する。
　　・「Ｓｏｕｒｃｅ　ＭｅＮＢ　ＵＥ　X２ＡＰ　ＩＤ」　どのＵＥ１００についてのハンドオーバかを示す。
　　・「ＤＲＢ　Ｉｎｆｏ」　ＤＲＢ　ＩＤ，ＤＲＢ　typeを示す。この情報を基に、どのベアラの設定を維持するかを決定できる。
　　・「Ｘ２　ＤＬ／ＵＬ　Ｆｏｒｗａｒｄｉｎｇ　ＧＴＰ　ＴＥＩＤ　ｏｆ　ＭｅＮＢ」　ベアラ解放時等に必要になるデータフォワーディングに利用するベアラのＳ－ＭｅＮＢ２００Ｍ１側のエンドポイントである。
　　・「ＭＣＧ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ（ＳＣＧ　Ｃｏｎｆｉｇｉｎｆｏ　ｉｎ　ＭｅＮＢ　ｔｏ ＳｅＮＢ　ｃｏｎｔａｉｎｅｒ）」　Ｔ－ＭｅＮＢ２００Ｍ２のMCGの設定情報。この値は、「ＳｅＮＢ Ａｄｄｉｔｉｏｎ」メッセージの「ＭｅＮＢ　ｔｏ　ＳｅＮＢ　ｃｏｎｔａｉｎｅｒ」の中身と同じ。
　ステップＳ５３４において、ＳｅＮＢ２００Ｓは、Ｔ－ＭｅＮＢ２００Ｍ２に「ＭｅＮＢ　Ｃｈａｎｇｅ　ＡＣＫ」を送信する。「ＭｅＮＢ　Ｃｈａｎｇｅ　ＡＣＫ」は以下のＩＥを含む。但し、必ずしも全てのＩＥを要しない。
　　・「ＳＣＧ　Ｃｏｎｆｉｇ」　ＳｅＮＢ２００ＳのＳＣＧの設定情報。
　　・「Ｓｅｌｅｃｔｅｄ　ａｌｇｏｒｉｔｈｍ」　ＳｅＮＢ２００Ｓが選定したセキュリティ用のアルゴリズム。
　ステップＳ５３５において、Ｔ－ＭｅＮＢ２００Ｍ２は、Ｓ－ＭｅＮＢ２００Ｍ１に「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージを送信する。「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージは以下のＩＥを含む。但し、必ずしも全てのＩＥを要しない。
　　・「ＳＣＧ－Ｃｏｎｆｉｇ，　ＳＣＧ－ＣｏｎｆｉｇＩｎｆｏ　（ＭＣＧ　Ｃｏｎｆｉｇ）」　Ｔ－ＭｅＮＢ２００Ｍ２とＳｅＮＢ２００ＳのＭＣＧ／ＳＣＧの設定情報を含む。
　　・「ｓｅｃｕｒｉｔｙ　ｐａｒａｍｅｔｅｒ３」　SCG Counter, selected algorithmを含む。SCG counterはＴ－ＭｅＮＢ２００Ｍ２で使用する値である。Selected algorithmは、ステップＳ５３４でＳｅＮＢ２００Ｓが決定したものである。
　ＳＣＧベアラ・オプションの場合、ステップＳ５３６乃至Ｓ５３８は省略される。
　ステップＳ５３９において、Ｓ－ＭｅＮＢ２００Ｍ１は、ＵＥ１００に「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージを送信する。「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージは、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージに含まれていたＩＥを含む。
　ステップＳ５４０において、Ｓ－ＭｅＮＢ２００Ｍ１からＴ－ＭｅＮＢ２００Ｍ２に対してデータフォワーディングを行う。
　ステップＳ５４１において、ＵＥ１００は、Ｔ－ＭｅＮＢ２００Ｍ２との同期を確立する。
　ステップＳ５４２において、ＵＥ１００は、Ｔ－ＭｅＮＢ２００Ｍ２とのＲＲＣ接続確立処理を行う。
　ステップＳ５４３において、Ｔ－ＭｅＮＢ２００Ｍ２は、「Ｐａｔｈ　Ｓｗｉｔｃｈ　Ｒｅｑｕｅｓｔ」をＭＭＥ３００Ｃに送信する。「Ｐａｔｈ　Ｓｗｉｔｃｈ　Ｒｅｑｕｅｓｔ」は、Ｔ－ＭｅＮＢ２００Ｍ２のＭＣＧベアラ用のＤＬ　ＴＥＩＤを含む。
　図１８は、ＳＣＧベアラ・オプションの場合のＴＥＩＤについて説明するための図である。
　図１８Ａに示すように、ＭｅＮＢ間ハンドオーバ手順において、Ｓ－ＭｅＮＢ２００Ｍ１からＴ－ＭｅＮＢ２００Ｍ２に下りリンクのＭＣＧベアラが切り替わるため、図１８Ａの「１」で示すＴ－ＭｅＮＢ２００Ｍ２のＤＬ　ＴＥＩＤをＭＭＥ３００Ｃに通知する。ＳＣＧベアラ用のＤＬ　ＴＥＩＤは変更しない。
　図１８Ｂに示すように、ＭｅＮＢ間ハンドオーバ手順において、Ｓ－ＭｅＮＢ２００Ｍ１からＴ－ＭｅＮＢ２００Ｍ２にＭＣＧベアラのＵＬ－ＴＥＩＤが「Ｈａｎｄｏｖｅｒ　ｒｅｑｕｅｓｔ」メッセージで引き継がれる。上述したように、ＳＣＧベアラのＵＬ－ＴＥＩＤは変更されるべきではない。
　（２）スプリットベアラ・オプションの場合
　図１７及び図１９を参照して、スプリットベアラ・オプションの場合の動作を説明する。図１９は、スプリットベアラ・オプションの場合のＴＥＩＤについて説明するための図である。ここでは、ＳＣＧベアラ・オプションの場合と異なる動作について説明する。
　図１９Ａの「１」に示すように、ＭｅＮＢ間ハンドオーバ手順において、ＳｅＮＢ２００ＳにおけるＤＬ－ＴＥＩＤは変更されない。このＤＬ－ＴＥＩＤは、図１７のステップＳ５３２（「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」）又はステップＳ５３４（「ＭｅＮＢ　Ｃｈａｎｇｅ　ＡＣＫ」）において、「ＳｅＮＢ　ＧＴＰ　ＴＥＩＤ　ｆｏｒ　ＤＬ」のＩＥによりＴ－ＭｅＮＢ２００Ｍ２に通知される。
　図１９Ｂの「２」に示すように、ＭｅＮＢ間ハンドオーバ手順において、Ｓ－ＭｅＮＢ２００Ｍ１におけるＵＬ－ＴＥＩＤからＴ－ＭｅＮＢ２００Ｍ２におけるＵＬ－ＴＥＩＤに切り替わる。このＵＥ－ＴＥＩＤは、図１７のステップＳ５３５（「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」）及びＳ５３６（「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」）において、「Ｔ－ＭｅＮＢ　ＧＴＰ　ＴＥＩＤ　ｆｏｒ　ＵＬ」のＩＥにより、Ｓ－ＭｅＮＢ２００Ｍ１を介してＳｅＮＢ２００に通知され、ステップＳ５３７においてＳｅＮＢ２００ＳがＵＬ－ＴＥＩＤを変更する。
　また、図１９Ａの「３」、「４」に示すように、ＭｅＮＢ間ハンドオーバ手順において、ＭＣＧベアラ及びＳＣＧベアラのそれぞれについて、Ｓ－ＭｅＮＢ２００Ｍ１におけるＤＬ－ＴＥＩＤからＴ－ＭｅＮＢ２００Ｍ２におけるＤＬ－ＴＥＩＤに切り替わる。これらのＤＬ－ＴＥＩＤは、図１７のステップＳ５４３（「Ｐａｔｈ　Ｓｗｉｔｃｈ　Ｒｅｑｕｅｓｔ」）において、「ＭＣＧ　ｐａｒｔ　ｏｆ　ｓｐｌｉｔ　ｂｅａｒｅｒ」のＩＥによりＭＭＥ３００Ｃに通知される。
　［第３実施形態の変更例２］
　第３実施形態の変更例２において、Ｔ－ＭｅＮＢ２００Ｍ２は、修正要求承諾（「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」）メッセージをＳｅＮＢ２００Ｓに送信するよりも前において、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージをＳ－ＭｅＮＢ２００Ｍ１に送信する。
　図２０は、第３実施形態の変更例２に係るＭｅＮＢ間ハンドオーバ手順を示すシーケンス図である。
　図２０に示すように、ステップＳ５６１において、ＵＥ１００は、「Ｍｅａｓｕｒｅｍｅｎｔ　ｒｅｐｏｒｔ」をＳ－ＭｅＮＢ２００Ｍ１に送信する。
　ステップＳ５６２において、Ｓ－ＭｅＮＢ２００Ｍ１は、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージをＴ－ＭｅＮＢ２００Ｍ２に送信する。
　ステップＳ５６３において、Ｔ－ＭｅＮＢ２００Ｍ２は、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージをＳ－ＭｅＮＢ２００Ｍ１に送信する。
　ステップＳ５６４において、Ｔ－ＭｅＮＢ２００Ｍ２は、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージをＳｅＮＢ２００Ｓに送信する。
　ステップＳ５６５において、ＳｅＮＢ２００Ｓは、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージをＴ－ＭｅＮＢ２００Ｍ２に送信する。
　ステップＳ５６５と同時に、ステップＳ５６６において、ＳｅＮＢ２００Ｓは、ＳＣＧ設定情報を含むメッセージ（メッセージＸ）をＳ－ＭｅＮＢ２００Ｍ１に送信する。当該メッセージＸは、既存のメッセージを拡張したものであってもよいし、新たに規定されたメッセージであってもよい。
　ステップＳ５６７において、Ｔ－ＭｅＮＢ２００Ｍ２は、ステップＳ５６２で得られたＭＣＧ設定情報（Ｓ－ＭｅＮＢ２００Ｍ１における設定情報）とステップＳ５６５で得られたＳＣＧ設定情報とをマージする。
　ステップＳ５６８において、Ｓ－ＭｅＮＢ２００Ｍ１は、ステップＳ５６３で得られたＭＣＧ設定情報（Ｔ－ＭｅＮＢ２００Ｍ２における設定情報）とステップＳ５６６で得られたＳＣＧ設定情報とをマージする。なお、Ｓ－ＭｅＮＢ２００Ｍ１は、ステップＳ５６３で「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージを受信した際にタイマを起動し、タイマ満了前にメッセージＸ（Ｓ５６６）を得られない場合に、ＭｅＮＢ間ハンドオーバ手順に失敗したと判断してもよい。この場合、通常のハンドオーバ手順に切り替えてもよいし、ハンドオーバ手順を中止してもよい。タイマの値はＯＡＭが設定してもよいし、ｅＮＢ間でネゴシエーションして得られたものでもよい。
　ステップＳ５６９において、Ｓ－ＭｅＮＢ２００Ｍ１は、ＭＣＧ設定情報及びＳＣＧ設定情報を含む「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。
　ステップＳ５７０において、ＵＥ１００は、Ｔ－ＭｅＮＢ２００Ｍ２との同期を確立する。
　ステップＳ５７１において、ＵＥ１００は、Ｔ－ＭｅＮＢ２００Ｍ２とのＲＲＣ接続確立処理を行う。
　ステップＳ５７２において、Ｔ－ＭｅＮＢ２００Ｍ２は、「Ｐａｔｈ　Ｓｗｉｔｃｈ　Ｒｅｑｕｅｓｔ」をＭＭＥ３００Ｃに送信する。
　［第４実施形態］
　以下において、第４実施形態について、第１実施形態乃至第３実施形態との相違点を主として説明する。
　第４実施形態は、Ｓ－ＭｅＮＢ２００Ｍ１からＳｅＮＢ２００Ｓに対して、ＳｅＮＢ２００Ｓにおける設定の修正を要求する修正要求（ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ）メッセージを送信する。「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージは、ＭｅＮＢ間ハンドオーバ手順を示す情報（ｉｎｔｅｒ－ＭｅＮＢ　ＨＯ　ｉｎｄｉｃａｔｏｒ）を含む。
　図２１は、第４実施形態に係るＭｅＮＢ間ハンドオーバ手順を示すシーケンス図である。
　図２１に示すように、ステップＳ６０１において、Ｓ－ＭｅＮＢ２００Ｍ１は、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージをＴ－ＭｅＮＢ２００Ｍ２に送信する。
　ステップＳ６０２において、Ｓ－ＭｅＮＢ２００Ｍ１は、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージをＳｅＮＢ２００Ｓに送信する。「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージは、ＭｅＮＢ間ハンドオーバ手順を示す情報（ＭｅＮＢ　Ｃｈａｎｇｅ　Ｉｎｄｉｃａｔｏｒ）と、Ｔ－ＭｅＮＢ２００Ｍ２の識別情報（Ｔ－ＭｅＮＢ　ＩＤ）を含む。
　ステップＳ６０３において、ＳｅＮＢ２００Ｓは、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、ＳｅＮＢ２００Ｓの設定の修正を要請する修正要請（ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｉｒｅｄ）メッセージをＴ－ＭｅＮＢ２００Ｍ２に送信する。「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｉｒｅｄ」メッセージは、Ｓ－ＭｅＮＢ２００Ｍ１のＸ２インターフェイス上のＩＤ（Ｓ－ＭｅＮＢ　Ｘ２ＡＰ　ＩＤ）と、ＳＣＧの設定情報（ＳＣＧ　ｃｏｎｆｉｇｕｒａｔｉｏｎ）と、を含む。
　Ｔ－ＭｅＮＢ２００Ｍ２は、Ｓ－ＭｅＮＢ２００Ｍ１から受信した「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージにおけるＸ２ＡＰ　ＩＤと、ＳｅＮＢ２００Ｓから受信した「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｉｒｅｄ」メッセージにおける「Ｓ－ＭｅＮＢ　Ｘ２ＡＰ　ＩＤ」と、を照合して対応付ける。
　照合された場合、ステップＳ６０４及びＳ６０５において、Ｔ－ＭｅＮＢ２００Ｍ２とＳｅＮＢ２００Ｓとの間でＳｅＮＢ２００Ｓの設定修正処理を行う。但し、ステップＳ６０４及びＳ６０５は必須の処理ではない。
　ステップＳ６０６において、Ｔ－ＭｅＮＢ２００Ｍ２は、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージをＳ－ＭｅＮＢ２００Ｍ１に送信する。「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージは、ＳＣＧ及びＭＣＧそれぞれの設定情報を含む。なお、Ｓ－ＭｅＮＢ２００Ｍ１は、ステップＳ６０２で「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージを送信した際にタイマを起動し、タイマ満了前に「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージを得られない場合に、ＭｅＮＢ間ハンドオーバ手順に失敗したと判断し、上述した対処を行ってもよい。
　ステップＳ６０７において、Ｓ－ＭｅＮＢ２００Ｍ１は、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージの受信に応じて、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。
　ステップＳ６０８において、ＵＥ１００は、Ｔ－ＭｅＮＢ２００Ｍ２とのＲＲＣ接続確立処理を行う。
　ステップＳ６０９において、ステップＳ６０３での「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｉｒｅｄ」メッセージに対する承認（ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｃｏｎｆｉｒｍ）メッセージをＳｅＮＢ２００Ｓに送信する。
　ステップＳ６１０において、ＳｅＮＢ２００Ｓは、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｃｏｎｆｉｒｍ」メッセージの受信に応じて、ステップＳ６０２での「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージに対する肯定応答（ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ　ＡＣＫ）メッセージをＳ－ＭｅＮＢ２００Ｍ１に送信する。「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージは、「ＭｅＮＢ　Ｃｈａｎｇｅ　Ｉｎｄｉｃａｔｏｒ」を含む。
　ステップＳ６１１において、Ｓ－ＭｅＮＢ２００Ｍ１は、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ　ＡＣＫ」メッセージの受信に応じて、ＳｅＮＢ２００Ｓを解放する。
　ステップＳ６１２において、上述したような「Ｐａｔｈ　Ｓｗｉｔｃｈｔ」（及び「Ｐａｔｈ　Ｕｐｄａｔｅ」）を行う。
　ステップＳ６１３において、Ｔ－ＭｅＮＢ２００Ｍ２は、「ＵＥ　Ｃｏｎｔｅｘｔ　Ｒｅｌｅａｓｅ」をＳ－ＭｅＮＢ２００Ｍ１に送信する。
　なお、本シーケンスを次のように一部変更してもよい。具体的には、ＳｅＮＢ２００Ｓは、ステップＳ６０５で「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ　ＡＣＫ」をＴ－ＭｅＮＢ２００Ｍ２に送信することに代えて、「ＳＣＧ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ」を含む「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ　ＡＣＫ」をＳ－ＭｅＮＢ２００Ｍ１に送信する。その場合、ステップＳ６０６の「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　ＡＣＫ」は「ＳＣＧ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ」を含まなくてもよい。
　［第５実施形態］
　以下において、第５実施形態について、第１実施形態乃至第４実施形態との相違点を主として説明する。
　第５実施形態において、ＳｅＮＢ２００Ｓは、Ｓ－ＭｅＮＢ２００Ｍ１からの「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、ＵＥ１００のハンドオーバを要求する「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージをＴ－ＭｅＮＢ２００Ｍ２に送信する。すなわち、ＳｅＮＢ２００ＳがＳ－ＭｅＮＢ２００Ｍ１の代わりに「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージをＴ－ＭｅＮＢ２００Ｍ２に送信する。
　図２２は、第５実施形態に係るＭｅＮＢ間ハンドオーバ手順を示すシーケンス図である。
　図２２に示すように、ステップＳ７０１において、Ｓ－ＭｅＮＢ２００Ｍ１は、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージをＳｅＮＢ２００Ｓに送信する。「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージは、ＭｅＮＢ間ハンドオーバ手順を示す情報（ＭｅＮＢ　Ｃｈａｎｇｅ　Ｉｎｄｉｃａｔｏｒ）と、Ｔ－ＭｅＮＢ２００Ｍ２の識別情報（Ｔ－ＭｅＮＢ　ＩＤ）を含む。
　ステップＳ７０２において、ＳｅＮＢ２００Ｓは、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージをＴ－ＭｅＮＢ２００Ｍ２に送信する。「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージは、ＳＣＧの設定情報（ＳＣＧ　ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含む。
　ステップＳ７０３において、Ｔ－ＭｅＮＢ２００Ｍ２は、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージをＳｅＮＢ２００Ｓに送信する。「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージは、ＳＣＧ及びＭＣＧそれぞれの設定情報を含む。
　ステップＳ７０４において、ＳｅＮＢ２００Ｓは、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージの受信に応じて、ステップＳ７０１での「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージに対する肯定応答（ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　ＡＣＫ）メッセージをＳ－ＭｅＮＢ２００Ｍ１に送信する。「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　ＡＣＫ」メッセージは、ＳＣＧ及びＭＣＧそれぞれの設定情報を含む。
　ステップＳ７０５において、Ｓ－ＭｅＮＢ２００Ｍ１は、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　ＡＣＫ」メッセージの受信に応じて、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。
　ステップＳ７０６において、ＵＥ１００は、Ｔ－ＭｅＮＢ２００Ｍ２とのＲＲＣ接続確立処理を行う。
　ステップＳ７０７において、上述したような「Ｐａｔｈ　Ｓｗｉｔｃｈｔ」（及び「Ｐａｔｈ　Ｕｐｄａｔｅ」）を行う。
　ステップＳ７０８において、Ｔ－ＭｅＮＢ２００Ｍ２は、「ＳｅＮＢ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｃｏｎｆｉｒｍ」メッセージをＳｅＮＢ２００Ｓに送信する。但し、ステップＳ７０８は必須の処理ではない。
　ステップＳ７０９において、ＳｅＮＢ２００Ｓは、「ＵＥ　Ｃｏｎｔｅｘｔ　Ｒｅｌｅａｓｅ」をＳ－ＭｅＮＢ２００Ｍ１に送信する。
　［第６実施形態］
　以下において、第６実施形態について、第１実施形態乃至第５実施形態との相違点を主として説明する。
　第６実施形態は、ＭｅＮＢ間ハンドオーバ手順の過程で、「ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ」を使用するのではなく、「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ」を使用する。具体的には、Ｔ－ＭｅＮＢ２００Ｍ２は、Ｓ－ＭｅＮＢ２００Ｍ１からの「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、ＳｅＮＢ２００ＳをＵＥ１００のための新たなＳｅＮＢとして設定するための追加要求（ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ）メッセージをＳｅＮＢ２００Ｓに送信する。これにより、ＭｅＮＢ間ハンドオーバ手順の過程で、ＳｅＮＢ２００ＳにおいてＵＥ１００に対応する設定が一時的に二重に存在することになる。
　図２３は、第６実施形態に係るＭｅＮＢ間ハンドオーバ手順を示すシーケンス図である。
　図２３に示すように、ステップＳ８０１において、Ｓ－ＭｅＮＢ２００Ｍ１及びＳｅＮＢ２００Ｓは、ＵＥ１００と二重接続方式の通信を行う。
　ステップＳ８０２において、Ｓ－ＭｅＮＢ２００Ｍ１は、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージをＴ－ＭｅＮＢ２００Ｍ２に送信する。
　ステップＳ８０３において、Ｔ－ＭｅＮＢ２００Ｍ２は、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージをＳｅＮＢ２００Ｓに送信する。
　ステップＳ８０４において、ＳｅＮＢ２００Ｓは、「ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ」メッセージの受信に応じて、肯定応答（ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｒｅｑｕｅｓｔ　ＡＣＫ）メッセージをＴ－ＭｅＮＢ２００Ｍ２に送信する。
　その結果、ステップＳ８０５において、ＳｅＮＢ２００Ｓ及びＴ－ＭｅＮＢ２００Ｍ２は、二重接続方式が可能な状態になる。一方で、ＳｅＮＢ２００Ｓには、元々の設定情報（Ｓ－ＭｅＮＢ２００Ｍ１との設定情報）が維持されている。
　ステップＳ８０６において、Ｔ－ＭｅＮＢ２００Ｍ２は、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージをＳ－ＭｅＮＢ２００Ｍ１に送信する。「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージは、ＳＣＧ及びＭＣＧそれぞれの設定情報を含む。
　ステップＳ８０７において、Ｓ－ＭｅＮＢ２００Ｍ１は、「Ｈａｎｄｏｖｅｒ　Ｒｅｑｕｅｓｔ　Ａｃｋｎｏｗｌｅｄｇｅ」メッセージの受信に応じて、「ＲＲＣ　Ｃｏｎｎｅｃｔｉｏｎ　Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ」メッセージをＵＥ１００に送信する。
　ステップＳ８０８において、ＵＥ１００は、Ｔ－ＭｅＮＢ２００Ｍ２とのＲＲＣ接続確立処理を行う。
　ステップＳ８０９において、Ｓ－ＭｅＮＢ２００Ｍ１は、「ＳｅＮＢ　Ｒｅｌｅａｓｅ　Ｒｅｑｕｅｓｔ」メッセージをＳｅＮＢ２００Ｓに送信する。その結果、ＳｅＮＢ２００Ｓにおける元々の設定情報（Ｓ－ＭｅＮＢ２００Ｍ１との設定情報）が解放される。
　ステップＳ８１０において、Ｓ－ＭｅＮＢ２００Ｍ１とＳｅＮＢ２００Ｓとの間でデータフォワーディング処理を行う。但し、ステップＳ８１０は必須の処理ではない。
　ステップＳ８１１において、上述したような「Ｐａｔｈ　Ｓｗｉｔｃｈｔ」（及び「Ｐａｔｈ　Ｕｐｄａｔｅ」）を行う。
　ステップＳ８１２において、Ｓ－ＭｅＮＢ２００Ｍ１は、「ＵＥ　Ｃｏｎｔｅｘｔ　Ｒｅｌｅａｓｅ」をＳｅＮＢ２００Ｓに送信する。
　ステップＳ８１３において、Ｔ－ＭｅＮＢ２００Ｍ２は、「ＵＥ　Ｃｏｎｔｅｘｔ　Ｒｅｌｅａｓｅ」をＳ－ＭｅＮＢ２００Ｍ１に送信する。
　［その他の実施形態］
　上述した各実施形態を別個独立に実施する場合に限らず、２以上の実施形態を組み合わせてもよい。
　上述した実施形態では、マクロセルと小セルとの組み合わせにより二重接続方式の通信を行うケースを例示した。しかしながら、そのような組み合わせに限らず、マクロセルとピコセルとの組み合わせにより二重接続方式の通信を行ってもよく、ピコセルとフェムトセルとの組み合わせにより二重接続方式の通信を行ってもよい。
　また、上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
　［付記］
　１．はじめに
　本付記では、様々なハンドオーバのシナリオを考慮して、ＭＣＧハンドオーバ及びＳＣＧハンドオーバのために必要なメカニズムについて説明する。
　２．用語
　用語「ＭＣＧハンドオーバ」及び「ＳＣＧハンドオーバ」が採用される前に、まずこれらの用語を使用した場合の影響を考慮する必要がある。ＭＣＧは、ｅＮＢ内キャリアアグリゲーション（ｅＮＢ内ＣＡ）によりＰＣｅｌｌ及びＳＣｅｌｌの両方がＵＥに設定されている可能性を示唆しており、既存のｅＮＢ内ＣＡ手順はＰＣｅｌｌハンドオーバのみを許容するので、用語「ＭＣＧハンドオーバ」の使用は誤解を招く可能性があり、既存のｅＮＢ内ＣＡハンドオーバ手順と矛盾し得る。しかしながら、既存のｅＮＢ内ＣＡ手順は、ＤＣ機能とＰＣｅｌｌハンドオーバを組み合わせる可能性を意味し得る。そのような機能はリリース１２前では想定されていないが、この機能の説明を容易にするために、用語「ＤＣを伴うＰＣｅｌｌハンドオーバ」は、このような機能を称するために使用されることが提案される。この機能の有用性についての詳細については後述する。
　考察１：ＰＣｅｌｌ及びＳＣｅｌｌの両方からなるＭＣＧハンドオーバは、既存のｅＮＢ内ＣＡハンドオーバ手順では許可されていない。
　提案１：ＤＣを伴うＰＣｅｌｌハンドオーバは、二重接続が有効化されている間に、２つのＭｅＮＢ間のハンドオーバを称するために使用されるべきである。そのような機能が実際に必要かどうかは検討が必要である。
　同様に、２つのＳｅＮＢ間のハンドオーバを記載するために、「ＳＣＧハンドオーバ」の代わりに、「特別セルのハンドオーバ」を使用することが提案される。これは、２つのＭｅＮＢ間のハンドオーバと一貫性のある手順を提供するであろう。
　提案２：特別セルのハンドオーバは、二重接続性の間における２つのＳｅＮＢ間のハンドオーバを称するために使用されるべきである。それは、そのような機能が必要かどうかは検討が必要である。
　３．ハンドオーバのシナリオ
　対象とする展開シナリオを図２４に示す。図２４に示す高密度の小セル展開は、いくつかのシナリオ（例えば、密集した都市や大型ショッピングモール）において巨大なトラフィックをサポートするために必要とされる。特に、高密度の小セル展開では、マクロセルの境界に多くの小セルが配置されることを予測することが妥当である（例えば、図２４における右上マクロセルを参照）。
　考察２：多くの小セルは、マクロセルの境界付近に展開され得る。
　考察２の結果として、二重接続を伴うハンドオーバ手順は、考慮から除外されるべきではない。具体的には、ＤＣを伴うＰＣｅｌｌハンドオーバが次のシナリオ下で有用であり得る：
　・シナリオＭ１：ＳｅＮＢがソースＭｅＮＢ（Ｓ－ＭｅＮＢ）とターゲットＭｅＮＢ（Ｔ－ＭｅＮＢ）との間のセル端に配置される。
　また、特別セルのハンドオーバは、次のシナリオ下で有用であり得る：
　・シナリオＳ２：ソースＳｅＮＢ（Ｓ－ＳｅＮＢ）及びターゲットＳｅＮＢ（Ｔ－ＳｅＮＢ）がＭｅＮＢのカバレッジ内に配置される。
　最後に、ＤＣを伴うＰＣｅｌｌハンドオーバと特別セルのハンドオーバとの組み合わせは、次のような状況の下で有用であり得る：
　・シナリオＭ３：ＳｅＮＢ（ＳｅＮＢ１）がＳ－ＭｅＮＢのカバレッジ内に配置され、隣接ＳｅＮＢ（ＳｅＮＢ２）がＴ－ＭｅＮＢのカバレッジ内に配置される。なお、ＭｅＮＢ間のセル端とＳｅＮＢ間のセル端とが同じ領域である(図２５)。
　提案３：二重接続を伴う３つのハンドオーバシナリオを考慮に入れるべきである。
　４．可能なハンドオーバ手順
　４．１．ＤＣを伴うＰＣｅｌｌハンドオーバ
　４．１．１．シナリオＭ１
　４．１．１．１．現在のハンドオーバ手順に関する問題
　シナリオＭ１のための二重接続を伴う現在のハンドオーバ手順の単純な応用を図２６に示す。このハンドオーバ手順は、二重接続のためのハンドオーバを完了するために３つのＲＲＣ接続再構成メッセージが必要とされていると仮定する。１つはＳｅＮＢの解放であり、１つはＭｅＮＢハンドオーバであり、１つは同一ＳｅＮＢの追加である。このハンドオーバ手順のためのＲＲＣ接続再構成メッセージ数の増加は、ＲＬＦ／ＨＯＦの発生及びスループット劣化をもたらし得る。
　考察３：シナリオＭ１では、ＰＣｅｌｌハンドオーバ中に同一ＳｅＮＢを解放・追加するする現在の手順は、複数のＲＲＣ接続再構成を必要とし、ＲＬＦ／ＨＯＦの増加につながる可能性がある。
　４．１．１．２．ＤＣを伴うＰＣｅｌｌハンドオーバの詳細
　不要なＲＲＣ接続再構成の数を減らすために、強化されたハンドオーバ手順が図２７で検討される。この手順は、１つのみのＲＲＣ接続再構成が必要とされるように、ＵＥがＤＣを伴うＰＣｅｌｌハンドオーバの間に少なくとも特別セルを維持することを可能とする。ＤＣを伴うＰＣｅｌｌハンドオーバが以下の選択肢の１つを使用して実現することができる。
　選択肢１：Ｔ－ＭｅＮＢがＳｅＮＢに対してＳｅＮＢ追加手順を開始することができるように、ハンドオーバ要求が、既存ＳｅＮＢの設定（configurations）に関連するパラメータを含む。
　選択肢２：ハンドオーバ要求が、ハンドオーバ手順が二重接続を含むことの簡単な通知を含む。Ｔ－ＭｅＮＢ（又はＳｅＮＢであり得る）がハンドオーバ完了前にＳｅＮＢに対して追加手順を開始する。
　いずれかの選択肢でも、Ｔ－ＭｅＮＢにおけるアドミッション制御の後に、ＳｅＮＢが、Ｓ－ＭｅＮＢから解放され、ＵＥの再構成の前にＴ－ＭｅＮＢに追加されているものとする。その後、Ｔ－ＭｅＮＢは、ハンドオーバ及びＳｅＮＢ追加の両方の構成を伴うＲＲＣコンテナをＳ－ＭｅＮＢに送信し、最終的なＲＲＣ接続再構成がＵＥに送信される。
　考察４：強化されたＤＣ手順を伴うＰＣｅｌｌハンドオーバは、ＲＲＣ接続再構成メッセージの数を減らし、ＵＥはＳＣＧ設定を維持することを可能にする。
　提案４：ＤＣを伴うＰＣｅｌｌハンドオーバを実現するために２つの選択肢のどちらを使用すべきかを決定する必要がある。
　提案５：１つのみのＲＲＣ接続再構成で二重接続を伴うＭｅＮＢハンドオーバ手順を強化するためのオプションを検討する必要がある。
　４．２．特別セルのハンドオーバ
　４．２．１．シナリオＳ２
　特別セルのハンドオーバの概念は新しいが、図２８に示すように、現在のハンドオーバ手順とＳｅＮＢ追加／変更／解放手順を使用して実現することができる。
　ＤＣを伴うＰＣｅｌｌハンドオーバとは対照的に、ＭｅＮＢとのＲＲＣエンティティはＵＥのために変わらないので、ＳｅＮＢ追加／変更要求メッセージにおけるＳｅＮＢ追加／変更及びＳｅＮＢ解放の機能を用いて特別セルのハンドオーバを実現することができる。図２８に基づき、２つのＲＲＣ接続再構成メッセージが必要とされている。しかしながら、ＳｅＮＢ解放応答メッセージがＲＲＣコンテナを含まない場合はそれを容易に削減することができ、それは、ＭｅＮＢがＳ－ＳｅＮＢの解放のためにだけにＵＥにＲＲＣ再構成メッセージを送信する必要がないことを意味する。そして、これは下記の合意と調和する。
　５）ＭｅＮＢは、ＳｅＮＢが提供するＲＲＣ構成の内容を変更しない。－ＦＦＳ　ＭｅＮＢがＵＥのいずれかのサービングセルを解放することをＳｅＮＢに要求し、ＳｅＮＢがコンテナを作成し、それがサービングセルの解放につながるか。又は、ＭｅＮＢは、自身で、ＳｅＮＢに維持されているサービングセルを解放することができるかどうか。－ＦＦＳ　ＭｅＮＢがＳｅＮＢから受信したＲＲＣコンテナを理解又は拒否する必要があるかどうか。－ＦＦＳ　ＭｅＮＢとＳｅＮＢとでどのように「共有」（例えばＬ１処理能力）するか。
　考察５：ＳｅＮＢ解放応答メッセージ内にＲＲＣコンテナが含まれていない場合、特別セルのハンドオーバに使用されるＲＲＣ接続再構成メッセージの数を削減することができる。
　他の選択肢は、ＲＲＣコンテナの無い「ＳｅＮＢ交換要求」として新しいメッセージを定義することである。図２９を参照すると、ＭｅＮＢ又はＳ－ｅＮＢの何れかが、特別セルのハンドオーバを他のｅＮＢに知らせるためのＳｅＮＢ交換手順を開始する。ｅＮＢ間の調整が完了した後、Ｔ－ＳｅＮＢは、ＲＲＣコンテナを含む追加／変更コマンドをＭｅＮＢに送信し、その後、ＭｅＮＢは、ＲＲＣコンテナをＲＲＣ接続再構成内でＵＥに転送し得る。
　提案６：ＳｅＮＢ解放応答が特別セルのハンドオーバのためのＲＲＣコンテナを含むべきかどうかを決定する必要がある。
　４．３．シナリオＭ３
　このシナリオでは、ＭｅＮＢ及びＳｅＮＢの両方のセル端が同じ領域にある。考慮すべき３つの選択肢がある。
　選択肢１：ＳｅＮＢ１の解放後にＰＣｅｌｌハンドオーバが開始される。これは、現在のｅＮＢ内ＰＣｅｌｌハンドオーバ手順と同じである。ＳｅＮＢ２はハンドオーバの完了後に追加することができる。
　選択肢２：ＳｅＮＢ１構成を維持しつつＤＣを伴うＰＣｅｌｌハンドオーバが開始される。そして、特別セルのハンドオーバは別途ＳｅＮＢ１からＳｅＮＢ２に開始される。この選択肢は、基本的には、Ｍ１とＳ２のためのハンドオーバ手順を別々に開始すると想定している。
　選択肢３：ＤＣを伴うＰＣｅｌｌハンドオーバ及び特別セルのハンドオーバを同時に開始する。これは、シナリオＭ１及びＳ２を組み合わせたパラレルハンドオーバ手順を必要とする。
　選択肢２及び選択肢３では、別個のハンドオーバ強化の手順が必要とされない。その代わりに、シナリオＭ１及びシナリオＳ２について検討されるハンドオーバ手順を再利用することで十分である。
　考察６：シナリオＭ１及びＳ２のための強化されたハンドオーバ手順がシナリオＭ３のために適用可能であり得る。シナリオＭ３のために別個に強化された手順は必要とされない。
　５．ハンドオーバシナリオのその他の制約
　二重接続用Ｘｎの機能は、既存のＸ２インターフェイス上で実現される。したがって、強化された二重接続の手順は、Ｓ１インターフェイス上で適用されない。二重接続を伴うハンドオーバについては、Ｓ１ハンドオーバ手順が完了する前にＳｅＮＢがＵＥから解放されるべきである。
　考察７：二重接続のための強化されたハンドオーバ手順は、Ｘ２インターフェイス上で適用可能であるべきである。
　［付記２］
　１.はじめに
　リリース１２では、ＭｅＮＢ間のハンドオーバはサポートしない事が決まった。つまり、ｅＮＢ間ハンドオーバ時に、ＳｅＮＢは解放されるということである。一方、リリース１２のＤｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙでは、ｅＮＢ間ハンドオーバ時に使用する“ＭｅＮＢ　ｔｏ　ｅＮＢ　ｃｈａｎｇｅ”プロシージャと、ＭｅＮＢとしての役割を維持する時に使用する“Ｉｎｔｒａ－ＭｅＮＢ　ｃｈａｎｇｅ　ｉｎｖｏｌｖｉｎｇ　ＳＣＧ　ｃｈａｎｇｅ”プロシージャが既に仕様化されている。よって、これらのプロシージャをベースラインとして、リリース１３の検討を行う事ができる。
　この付記では、これらリリース１２のプロシージャを基に、“ｉｎｔｅｒ－ＭｅＮＢ　ｈａｎｄｏｖｅｒ　ｗｉｔｈｏｕｔ　ＳｅＮＢ　ｃｈａｎｇｅ”（ＳｅＮＢ　ｃｈａｎｇｅを伴わないＭｅＮＢ間ハンドオーバを行う方法）を実現するための、４つの方法について議論する。
　２.１.検討の前提となる仮定
　まず始めに、“ｗｉｔｈｏｕｔ　ＳｅＮＢ　ｃｈａｎｇｅ”の意味について明らかにすべきである。”ｗｉｔｈｏｕｔ　ＳｅＮＢ　ｃｈａｎｇｅ”は異なる要求事項を異なる側面から暗示していると仮定している。
　（ＵＥ設定の観点）
　リリース１２における“Ｉｎｔｒａ－ＭｅＮＢ　ｃｈａｎｇｅ　ｉｎｖｏｌｖｉｎｇ　ＳＣＧ　ｃｈａｎｇｅ”プロシージャによると、ＵＥは、ＳＣＧの設定情報の解放を伴わずに、単一のＲＲＣ接続再設定メッセージによって、再設定されることが可能である。つまり、ＵＥの視点から考えると、既に”ｈａｎｄｏｖｅｒ　ｗｉｔｈｏｕｔ　ＳｅＮＢ　ｃｈａｎｇｅ”はサポートされているということである。リリース１３におけるＭｅＮＢ間ハンドオーバについて、“ｗｉｔｈｏｕｔ　ＳｅＮＢ　ｃｈａｎｇｅ”は、ＭｅＮＢ間ハンドオーバプロシージャの間に、ＳＣＧの設定情報を解放することなく、ＳｅＮＢの設定を行うことを指示できる、単一のＲＲＣ接続再設定メッセージである、と解釈できる。
　考察１：単一のＲＲＣ接続再設定が、ＭｅＮＢ間ハンドオーバプロシージャに含まれる可能性がある。
　リリース１２における“ＭｅＮＢ　ｔｏ　ｅＮＢ　ｃｈａｎｇｅ”プロシージャに関して、ＳｅＮＢの設定は、“ＭｅＮＢ　ｔｏ　ｅＮＢ　ｃｈａｎｇｅ”プロシージャの実行後、ターゲットＭｅＮＢからのＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｐｒｅｐａｒａｔｉｏｎプロシージャによって、実行される。よって、リリース１３における“ｉｎｔｅｒ－ＭｅＮＢ　ｈａｎｄｏｖｅｒ　ｗｉｔｈｏｕｔ　ＳｅＮＢ　ｃｈａｎｇｅ”の方法のひとつとして、Ｈａｎｄｏｖｅｒ　Ｐｒｅｐａｒａｔｉｏｎ中にＳｅＮＢ　Ａｄｄｉｔｉｏｎ　Ｐｒｅｐａｒａｔｉｏｎプロシージャが含まれる可能性がある。（図３０参照）
　一方、“Ｉｎｔｒａ－ＭｅＮＢ　ｃｈａｎｇｅ　ｉｎｖｏｌｖｉｎｇ　ＳＣＧ　ｃｈａｎｇｅ”プロシージャをリリース１３のベースラインとした場合、ＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ　ＰｒｅｐａｒａｔｉｏｎプロシージャがＨａｎｄｏｖｅｒ　Ｐｒｅｐａｒａｔｉｏｎプロシージャ中に含まれる可能性がある（図３１参照）。しかしながら、リリース１２のプロシージャは同一ｅＮＢ内におけるハンドオーバを想定しているため、ソースＭｅＮＢとターゲットＭｅＮＢのどちらのＭｅＮＢがＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｐｒｅｐａｒａｔｉｏｎプロシージャを開始するのかが明確ではない。加えて、リリース１２のプロシージャはＨａｎｄｏｖｅｒ　Ｐｒｅｐａｒａｔｉｏｎプロシージャとの協調動作を考慮していないため、いつＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｐｒｅｐａｒａｔｉｏｎ プロシージャが開始されるのかについての議論も必要である。
　考察２：ＳｅＮＢ　Ａｄｄｉｔｉｏｎ　ＰｒｅｐａｒａｔｉｏｎとＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｐｒｅｐａｒａｔｉｏｎのどちらかが、ＭｅＮＢ間ハンドオーバ中のＳｅＮＢ設定に用いられる可能性がある。
　考察３：もしＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ　ＰｒｅｐａｒａｔｉｏｎがＭｅＮＢ間ハンドオーバに用いられる場合、どのＭｅＮＢがいつ当該プロシージャを開始するのかが明確ではない。
　２.２. 概略設計の選択肢
　（Ａｌｔ　１：”ＭｅＮＢ　ｔｏ　ｅＮＢ　ｃｈａｎｇｅ”の拡張）
　ターゲットＭｅＮＢは、ＲＲＣ接続再設定の為の最終的なＲＲＣ設定を生成する責務を負う。現状の”ＭｅＮＢ　ｔｏ　ｅＮＢ　ｃｈａｎｇｅ”プロシージャにおいて、ターゲットＭｅＮＢは”Ｔａｒｇｅｔ　ｅＮＢ　Ｔｏ　Ｓｏｕｒｃｅ　ｅＮＢ　Ｔｒａｎｓｐａｒｅｎｔ　Ｃｏｎｔａｉｎｅｒ”の中の”ＳＣＧ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ”を”Ｒｅｌｅａｓｅ”に設定する。これは、”ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ　ＡＣＫＮＯＷＬＥＤＧＥ"メッセージに含まれる（図３０のｓｔｅｐ　３参照）。
　リリース１３におけるＳｅＮＢ変更を伴わないＭｅＮＢ間ハンドオーバプロシージャにおいて、ターゲットＭｅＮＢは”ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ　ＡＣＫＮＯＷＬＥＤＧＥ”メッセージとして、ソースＭｅＮＢに対して”ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ　ＡＣＫＮＯＷＬＥＤＧＥ”が送信されるよりも以前に、”ＳＣＧ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ”を”ｓｅｔｕｐ”に設定し、適切な設定情報を入力する可能性がある。当該理由から、ＳｅＮＢ　Ａｄｄｉｔｉｏｎプロシージャ（ｓｔｅｐ　２参照）が実行される事は、簡単な拡張のひとつであると思われる。
　ターゲットＭｅＮＢが”ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ　ＡＣＫＮＯＷＬＥＤＧＥ”を送信するまで、ソースＭｅＮＢは”ＳｅＮＢ　Ｒｅｌｅａｓｅ”プロシージャ（ｓｔｅｐ　　４参照）を開始すべきではない。なぜならば、ターゲットＭｅＮＢが当該ハンドオーバ要求を拒否する可能性がある為である。ハンドオーバ受入許可を受信した後、ソースＭｅＮＢはＳｅＮＢ　ＲｅｌｅａｓｅプロシージャをＳｅＮＢに対して開始する。
　（Ａｌｔ　２：”Ｉｎｔｒａ－ＭｅＮＢ　ｃｈａｎｇｅ　ｉｎｖｏｌｖｉｎｇ　ＳＣＧ　ｃｈａｎｇｅ”の拡張）
　“Ｉｎｔｒａ－ＭｅＮＢ　ｃｈａｎｇｅ　ｉｎｖｏｌｖｉｎｇ　ＳＣＧ　ｃｈａｎｇｅ”プロシージャもまた、”ｉｎｔｅｒ－ＭｅＮＢ　ｈａｎｄｏｖｅｒ　ｗｉｔｈｏｕｔ　ＳｅＮＢ　ｃｈａｎｇｅ”を実現する為に改良される候補のひとつである。現在のプロシージャでは、ＭｅＮＢが”ＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｐｒｅｐａｒａｔｉｏｎ”プロシージャを開始する。
　ＭｅＮＢ間ハンドオーバの場合を考えると、どちらのＭｅＮＢが当該プロシージャを開始するのかが不明確である。加えて、”ＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｐｒｅｐａｒａｔｉｏｎ”プロシージャは”Ｈａｎｄｏｖｅｒ　Ｐｒｅｐａｒａｔｉｏｎ”プロシージャとのインタラクションを仮定していないので、当該プロシージャをいつ実行するのかについても、検討が必要である。これら検討事項を基に、３つの選択肢が考えられる。３つのそれぞれの選択肢は下記に示されるＡｌｔ２－１，Ａｌｔ２－２，Ａｌｔ２－３となる。
　加えて、単一のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージで、ｉｎｔｅｒ　ＭｅＮＢ　ハンドオーバを実現するためには、それぞれの選択肢のＳｔｅｐ４の前に、どのようにして、ソースＭｅＮＢがＲＲＣの設定情報を保持するのかという共通の問題が存在する。そのため、例えば、どのようにしてＳＣＧ－ｃｏｎｆｉｇＩｎｆｏや、ＳＣＧ―ｃｏｎｆｉｇのような必要な情報を交換するのか、ということや、設定情報のための交渉をどのように行うかは議論されるべきだろう。
　（Ａｌｔ　２-１：ソースＭｅＮＢが開始するＳｅＮＢ　ｍｏｄｉｆｉｃａｔｉｏｎとＨａｎｄｏｖｅｒ　Ｐｒｅｐａｒａｔｉｏｎの並列実行の場合）
　この場合、ソースＭｅＮＢは、”Ｈａｎｄｏｖｅｒ　Ｐｒｅｐａｒａｔｉｏｎ”プロシージャの途中で“ＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｐｒｅｐａｒａｔｉｏｎ”プロシージャを開始する。当該プロシージャは並列実行される可能性がある（図３１のｓｔｅｐ　 １およびｓｔｅｐ　２参照）。
　Ｓｔｅｐ４においてＵＥへ最後のＲＲＣメッセージを送信するために、ソースＭｅＮＢは必要な情報をｓｔｅｐ２もしくはｓｔｅｐ３で手に入れる必要があるだろう。
　（Ａｌｔ　２-２:ソースＭｅＮＢが開始するＳｅＮＢ　ＭｏｄｉｆｉｃａｔｉｏｎがＨａｎｄｏｖｅｒ　Ｐｒｅｐａｒａｔｉｏｎの後に実行される場合）
　この場合、ソースＭｅＮＢは、”ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ　ＡＣＫＮＯＷＬＥＤＧＥ”を受信した後に、”ＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｐｒｅｐａｒａｔｉｏｎ”プロシージャを開始する（図３２のｓｔｅｐ　３参照）。
　（Ａｌｔ　２-３:ターゲットＭｅＮＢが開始するＳｅＮＢ　Ｍｏｄｉｆｉｃａｔｉｏｎを用いる場合）
　この場合、ターゲットＭｅＮＢは、ＭｅＮＢ間ハンドオーバを示唆する”ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ”を受信した後に（ｓｔｅｐ　１参照）、”ＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｐｒｅｐａｒａｔｉｏｎ”プロシージャを開始する（図３３のｓｔｅｐ　 ２参照）。”ＳｅＮＢ Ｍｏｄｉｆｉｃａｔｉｏｎ　Ｐｒｅｐａｒａｔｉｏｎ”プロシージャの完了後に、ターゲットＭｅＮＢはハンドオーバ受入許可メッセージを、ソースＭｅＮＢに対して送信する。このメッセージには当該ＵＥに対するＲＲＣ再設定情報を含む（ｓｔｅｐ　３）。
　ここで、Ａｌｔ　１と同様の理由により、ターゲットＭｅＮＢが当該プロシージャを開始する場合は、”ＨＡＮＤＯＶＥＲ　ＲＥＱＵＥＳＴ　ＡＣＫＮＯＷＬＥＤＧＥ”を送信するよりも以前に開始されるべきである（図３３のｓｔｅｐ　２参照)。
　２.３. 初期評価
　各選択肢に対する初期評価結果を表３に示す。
Figure JPOXMLDOC01-appb-T000003
　もっとも簡単な拡張はＡｌｔ　１であると思われる。一方、他の選択肢は潜在的にＭｅＮＢ間ハンドオーバプロシージャを最適化できる可能性がある。しかしながら、無線アクセスネットワーク観点だけで見ても、全ての選択肢に長所と短所がある。
　［付記３］
　１. はじめに
　この付記ではＳ１とＸ２インターフェイスの接続性の観点から、ＳｅＮＢの変更無しのｉｎｔｅｒ－ＭｅＮＢハンドオーバをサポートするための要求事項について、考えられる基地局等の配置のシナリオを基に議論する。
　２.１. 配置シナリオ１（基本シナリオ）
　図３４は基本的な配置シナリオを示している、このシナリオにおいて、ソース ＭｅＮＢとターゲットＭｅＮＢ間と、各ＭｅＮＢと各ＭｅＮＢ間でハンドオーバが行われる領域に位置しているＳｅＮＢ間のＸ２は利用可能である。加えて、各ｅＮＢは同一のＳ－ＧＷにＳ１で接続されている。
　このシナリオの場合、ハンドオーバＰｒｅｐａｒａｔｉｏｎとＰａｔｈ　ｓｗｉｔｃｈ　ｒｅｑｕｅｓｔ　を含む全体のハンドオーバプロシージャは、下記の側面から、再考される必要がある。
　ベアラの情報について
　Ｅ－ＲＡＢを管理するために、ターゲットＭｅＮＢはＳ１/Ｘ２上で既に確立されており、ＳＣＧ／Ｓｐｌｉｔベアラに対応する、それぞれのベアラの情報が必要かもしれない。例えば、ＳＣＧベアラに対応したＳ－ＧＷのＵＬ　ＧＴＰ　ＴＥＩＤや、ＳｅＮＢのＤＬ　ＧＴＰ　ＴＥＩＤ、また、Ｓｐｌｉｔベアラに対応したターゲットＭｅＮＢのＵＬ　ＧＴＰ　ＴＥＩＤなどである。
　考察１:　ＭｅＮＢ間のハンドオーバの間、既に確立されたＳＣＧ／Ｓｐｌｉｔベアラに対応するＥ－ＲＡＢの情報の交換がＭｅＮＢ間で必要かもしれない。
　Ｐａｔｈ　ｓｗｉｔｃｈについて
　Ｒｅｌ－１２もしくは、それ以前、ハンドオーバプロシージャはＳ１のユーザプレーンベアラをソースｅＮＢからターゲットｅＮＢへ変更するために、Ｐａｔｈ　ｓｗｉｔｃｈ　ｒｅｑｕｅｓｔ　プロシージャを使用している。Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙの場合、Ｓ１ベアラの更新に必要なＥ－ＲＡＢ　Ｍｏｄｉｆｉｃａｔｉｏｎ　ＩｎｄｉｃａｔｉｏｎプロシージャがＳＣＧ ベアラに関連した操作に使用されている。これはつまり、ＭＣＧベアラに対応するＥ－ＲＡＢをＭｅＮＢが維持する一方、ＳＣＧベアラとなるＥ－ＲＡＢをＳ－ＧＷのＵＬ　ＧＴＰ　ＴＥＩＤの変更なしに、ＭｅＮＢからＳｅＮＢへ更新するために使用されるということである。
　ＳＣＧベアラを維持しつつＭｅＮＢ間のハンドオーバを行うＲｅｌ－１３プロシージャを検討する場合、Ｓ－ＧＷとＳｅＮＢ間のＵＬ　ＧＴＰ　ＴＥＩＤは変更されてはならないという要求があるだろう。理由は、これらの既に確立されたベアラはＭｅＮＢハンドオーバには関係ないからである。仮に、ＭｅＮＢ間のハンドオーバにおいてＰａｔｈ　ｓｗｉｔｃｈ　ｒｅｑｕｅｓｔプロシージャを再利用すれば、ＥＰＣはＳ－ＧＷのＵＬ　ＧＴＰ　ＴＥＩＤを変更することを許容してしまい、これは、ＳｅＮＢに対して問題となる可能性がある。
　考察２: ＭｅＮＢ間のハンドオーバ 間はＳ－ＧＷのＧＴＰ　ＴＥＩＤが変更されることは許されないだろう。
　上記の考えられる要求を考慮すると、ＭｅＮＢ間のハンドオーバ のための、Ｘ２もしくはＳ１で必要とされるプロシージャ、もしくは、現状のプロシージャの拡張案を検討すべきである。
　提案１:　上記を考慮して、ＭｅＮＢ間のハンドオーバ間のＧＴＰ　ＴＥＩＤの扱いについて議論すべきである。
　２．２．配置シナリオ２（ターゲットＭｅＮＢとＳｅＮＢ間にＸ２が無い）
　以前のＲＡＮ２＃８５会合の際、ターゲットＭｅＮＢとＳｅＮＢ間のＸ２の接続性に関する小さな議論があった。そのため、我々はそのような議論をこの配置シナリオへ反映させた。
　図３５はターゲットＭｅＮＢとＳｅＮＢ間のＸ２が利用不可である場合の配置シナリオである。Ｘ２の利用不可に関しては２つの理由が想定される。１つはネットワークの混雑等で、一時的に利用出来ない動的な理由、もう一つは、接続性がないために利用出来ない静的な理由である。現状、ソースＭｅＮＢはＭｅＮＢ間のハンドオーバ後のＸ２利用が不可であることを知る術を持っていない。
　考察３:　ソースＭｅＮＢは動的、もしくは静的な理由でもたらされる、Ｘ２の利用不可という事実を知らない。
　この配置シナリオの場合、ＭｅＮＢ間のハンドオーバを成功させるための責任をソースＭｅＮＢ もしくはターゲットＭｅＮＢのどちらが負うべきかを明確化する必要がある。単純な仮定として、ターゲット ＭｅＮＢが責任を負う場合、ターゲットＭｅＮＢはＳｅＮＢとのＸ２が利用不可な場合はＨＡＮＤＯＶＥＲ　ＰＲＥＰＡＲＡＴＩＯＮ　ＦＡＩＬＵＲＥメッセージ返信するように作成するだろう。ソースＭｅＮＢは他のｅＮＢ間のＸ２の利用可否について、考慮しなくて良い。この場合、Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙは拒絶し、通常のハンドオーバは実行するのかということについては更なる議論が必要である。
　ソースＭｅＮＢが責任を負う場合、他のｅＮＢ間のＸ２の利用可否を知るための情報が必要だろう、これはソースＭｅＮＢにおいて更なる複雑な機能を要することになるかもしれない。しかし、ＭｅＮＢの変更を含むハンドオーバ 準備失敗メッセージの数を減らすことが可能である。また、この情報は、拡張されるSON機能のためにも使用可能である。ソースＭｅＮＢがどのノード、例えばＳｅＮＢやターゲットＭｅＮＢからＸ２の利用可否に関する情報を貰うのかといったことや、どのタイミング、例えば、ＭｅＮＢ間のハンドオーバ時もしくは、定期的な状況報告よって情報を受けとるかについては、更なる議論が必要である。
　ＭｅＮＢ間のハンドオーバが実行可能かどうかについての判断は、どのｅＮＢが責任を負うべきかについて議論すべきである。
　提案２:　ターゲットＭｅＮＢとＳｅＮＢ間のＸ２の接続性を保証する責任を、どのｅＮＢが負うべきか、議論すべきである。
　２．３．配置シナリオ３（Ｓ－ＧＷの置きかえを伴うＸ２ハンドオーバ）
　図３６は異なるＳ－ＧＷがソースＭｅＮＢとターゲット ＭｅＮＢに接続している、また、ＳｅＮＢが両方のＳ－ＧＷとの接続を持っていることを示す、配置シナリオである。
　現在の合意事項に従えば、Ｄｕａｌ　Ｃｏｎｎｅｃｔｉｖｉｔｙの際のＳｅＮＢ　Ａｄｄｉｔｉｏｎ時のＳ－ＧＷの置き換えを禁止している、一方、Ｓ－ＧＷの置き換えが発生するＸ２ハンドオーバはサポートしている。Ｒｅｌ－１２の合意事項の範囲外となる、Ｓ－ＧＷが置き変えられるＭｅＮＢ間のハンドオーバで、ターゲットＭｅＮＢとＳｅＮＢは同じＳ－ＧＷに接続を持つ、という場合、シグナリング負荷の低減と、ユーザの体感するサービス品質の改良のために、このＳ－ＧＷの置き換えを伴う、ＭｅＮＢ間のハンドオーバを受け入れるべきである。
　提案３:　ターゲットＭｅＮＢとＳｅＮＢが同一Ｓ－ＧＷへＳ１の接続性を持っている限り、ＭｅＮＢ間のハンドオーバ時のＳ－ＧＷの置き換えを許容することが出来る。
　[相互参照]
　米国仮出願第６１／９３４３５０号（２０１４年１月３１日出願）の全内容が、参照により本願明細書に組み込まれている。
　本発明は、移動通信分野において有用である。

Claims (13)

  1. 　ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける通信制御方法であって、
    　前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順を備えることを特徴とする通信制御方法。
  2. 　前記マスタ基地局間ハンドオーバ手順は、
    　前記ソースマスタ基地局が、前記ユーザ端末のハンドオーバを要求するハンドオーバ要求を前記ターゲットマスタ基地局に送信するステップを有し、
    　前記ハンドオーバ要求は、前記マスタ基地局間ハンドオーバ手順を示す情報を含むことを特徴とする請求項１に記載の通信制御方法。
  3. 　前記マスタ基地局間ハンドオーバ手順は、
    　前記ターゲットマスタ基地局が、前記ハンドオーバ要求の受信に応じて、前記セカンダリ基地局における設定の修正を要求する修正要求を前記セカンダリ基地局に送信するステップと、
    　前記セカンダリ基地局が、前記修正要求の受信に応じて、前記修正要求に対する修正要求肯定応答を前記ターゲットマスタ基地局に送信するステップと、を有し、
    　前記修正要求は、前記マスタ基地局間ハンドオーバ手順を示す情報を含むことを特徴とする請求項２に記載の通信制御方法。
  4. 　前記マスタ基地局間ハンドオーバ手順は、
    　前記ターゲットマスタ基地局が、前記修正要求肯定応答の受信に応じて、前記ハンドオーバ要求に対するハンドオーバ肯定応答を前記ソースマスタ基地局に送信するステップを有することを特徴とする請求項３に記載の通信制御方法。
  5. 　前記マスタ基地局間ハンドオーバ手順は、
    　前記ターゲットマスタ基地局が、前記修正要求肯定応答を前記セカンダリ基地局に送信するよりも前において、前記ハンドオーバ要求に対するハンドオーバ肯定応答を前記ソースマスタ基地局に送信するステップを有することを特徴とする請求項３に記載の通信制御方法。
  6. 　前記マスタ基地局間ハンドオーバ手順は、
    　前記ソースマスタ基地局が、前記セカンダリ基地局における設定の修正を要求する修正要求を前記セカンダリ基地局に送信するステップを有し、
    　前記修正要求は、前記マスタ基地局間ハンドオーバ手順を示す情報を含むことを特徴とする請求項１に記載の通信制御方法。
  7. 　前記マスタ基地局間ハンドオーバ手順は、
    　前記セカンダリ基地局が、前記修正要求の受信に応じて、前記ユーザ端末のハンドオーバを要求するハンドオーバ要求を前記ターゲットマスタ基地局に送信するステップを有することを特徴とする請求項６に記載の通信制御方法。
  8. 　前記マスタ基地局間ハンドオーバ手順は、
    　前記ターゲットマスタ基地局が、前記ハンドオーバ要求の受信に応じて、前記セカンダリ基地局を前記ユーザ端末のための新たなセカンダリ基地局として設定するための追加要求を前記セカンダリ基地局に送信するステップを有することを特徴とする請求項２に記載の通信制御方法。
  9. 　前記マスタ基地局間ハンドオーバ手順は、
    　前記セカンダリ基地局における設定に失敗した場合、前記ソースマスタ基地局が、前記マスタ基地局間ハンドオーバ手順の失敗を示す情報を前記ターゲットマスタ基地局又は前記セカンダリ基地局から受信するステップを有することを特徴とする請求項１に記載の通信制御方法。
  10. 　前記マスタ基地局間ハンドオーバ手順は、
    　前記セカンダリ基地局とサービングゲートウェイとの間のトンネリングについて、前記サービングゲートウェイにおけるＴＥＩＤを変更することなく維持するステップを有することを特徴とする請求項１に記載の通信制御方法。
  11. 　ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおいて、ソースマスタ基地局又はターゲットマスタ基地局として動作するマスタ基地局であって、
    　前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、前記ソースマスタ基地局から前記ターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備えることを特徴とするマスタ基地局。
  12. 　ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける前記セカンダリ基地局であって、
    　前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備えることを特徴とするセカンダリ基地局。
  13. 　ユーザ端末とＲＲＣ接続を確立するマスタ基地局と、前記ユーザ端末に追加的な無線リソースを提供するセカンダリ基地局と、を用いる二重接続方式の通信をサポートする移動通信システムにおける前記ユーザ端末であって、
    　前記ユーザ端末と前記セカンダリ基地局との間の接続を解放することなく、ソースマスタ基地局からターゲットマスタ基地局に対して前記ユーザ端末のハンドオーバを行うマスタ基地局間ハンドオーバ手順のための制御を行う制御部を備えることを特徴とするユーザ端末。
PCT/JP2015/052780 2014-01-31 2015-01-30 通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末 Ceased WO2015115629A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP15743003.4A EP3101948B1 (en) 2014-01-31 2015-01-30 Communication control method, target master base station and secondary base station for inter-master station handover of a user terminal
JP2015560058A JPWO2015115629A1 (ja) 2014-01-31 2015-01-30 通信制御方法、マスタ基地局、及びセカンダリ基地局
US15/222,588 US9699702B2 (en) 2014-01-31 2016-07-28 Communication control method, master base station, secondary base station, and user terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201461934350P 2014-01-31 2014-01-31
US61/934,350 2014-01-31

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/222,588 Continuation US9699702B2 (en) 2014-01-31 2016-07-28 Communication control method, master base station, secondary base station, and user terminal

Publications (1)

Publication Number Publication Date
WO2015115629A1 true WO2015115629A1 (ja) 2015-08-06

Family

ID=53757188

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/JP2015/052780 Ceased WO2015115629A1 (ja) 2014-01-31 2015-01-30 通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末
PCT/JP2015/052764 Ceased WO2015115621A1 (ja) 2014-01-31 2015-01-30 通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末

Family Applications After (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/052764 Ceased WO2015115621A1 (ja) 2014-01-31 2015-01-30 通信制御方法、マスタ基地局、セカンダリ基地局、及びユーザ端末

Country Status (4)

Country Link
US (2) US9867107B2 (ja)
EP (2) EP3101949B1 (ja)
JP (5) JP6082129B2 (ja)
WO (2) WO2015115629A1 (ja)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017022166A1 (ja) * 2015-07-31 2017-02-09 日本電気株式会社 基地局及びその方法
JPWO2015141607A1 (ja) * 2014-03-20 2017-04-06 三菱電機株式会社 通信システム
WO2017198898A1 (en) * 2016-05-17 2017-11-23 Nokia Technologies Oy Path switch method between lte and 5g node
JP2018503332A (ja) * 2015-01-26 2018-02-01 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ハンドオーバー装置および方法
JP2018507649A (ja) * 2015-03-04 2018-03-15 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ デュアルリンクハンドオーバー
WO2018066702A1 (ja) * 2016-10-07 2018-04-12 株式会社Ｎｔｔドコモ 無線通信システム、ネットワーク装置及び無線通信方法
CN108353332A (zh) * 2015-11-04 2018-07-31 三菱电机株式会社 通信系统
JP2019512981A (ja) * 2016-04-01 2019-05-16 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 無線リソース管理方法および装置
AU2015414056B2 (en) * 2015-11-06 2020-06-25 Koninklijke Philips N.V. Method and device for anchor replacement
CN113424585A (zh) * 2019-02-11 2021-09-21 诺基亚技术有限公司 利用网络切片的蜂窝部署中的增强型移动性

Families Citing this family (69)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6464179B2 (ja) * 2014-03-06 2019-02-06 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいてハンドオーバを行う方法及び装置
WO2015136888A1 (en) 2014-03-10 2015-09-17 Nec Corporation Apparatus, system and method for sce/dc
JP2015177548A (ja) * 2014-03-14 2015-10-05 宏達國際電子股▲ふん▼有限公司 ユーザ機器及び基地局に適用しうる接続変更方法
HUE054540T2 (hu) * 2014-03-19 2021-09-28 Alcatel Lucent Kiszolgáló átjáró upling felhasználói sík végpontjának átkapcsolása egy hordozó számára kettõs kapcsolódási mûveletnél
WO2015142078A1 (en) * 2014-03-19 2015-09-24 Lg Electronics Inc. Method and apparatus for transmitting information on serving gateway for supporting small cell mobility in wireless communication system
CN104936174B (zh) * 2014-03-21 2019-04-19 上海诺基亚贝尔股份有限公司 在基于用户平面1a架构的双连接情形下更新密钥的方法
EP3141016A1 (en) * 2014-05-08 2017-03-15 Telefonaktiebolaget LM Ericsson (publ) Triggering performance level re-configuration in radio base stations
GB2528913B (en) 2014-08-04 2017-03-01 Samsung Electronics Co Ltd Signalling in dual connectivity mobile communication networks
JP5852193B1 (ja) * 2014-08-06 2016-02-03 株式会社Ｎｔｔドコモ ユーザ装置
HUE047983T2 (hu) * 2014-08-06 2020-05-28 Ntt Docomo Inc Felhasználói készülék
CN107113671B (zh) 2014-12-30 2020-06-05 Lg 电子株式会社 无线通信系统中执行无senb变化的menb间切换的方法和装置
WO2016152140A1 (ja) * 2015-03-25 2016-09-29 日本電気株式会社 通信装置、通信システム、制御方法
CN113938866B (zh) * 2015-04-27 2025-01-07 华为技术有限公司 一种数据传输方法、装置及系统
US11178558B2 (en) * 2015-05-22 2021-11-16 Parallel Wireless, Inc. Wireless backhaul resiliency
KR102089929B1 (ko) * 2015-07-31 2020-04-20 닛본 덴끼 가부시끼가이샤 기지국 장치 및 그 방법
EP3337265B1 (en) * 2015-08-11 2021-02-24 Nec Corporation Apparatus and method related to dual connectivity
JP6405476B2 (ja) * 2016-01-25 2018-10-17 京セラ株式会社 無線端末及び基地局
WO2017170158A1 (ja) * 2016-03-31 2017-10-05 京セラ株式会社 通信方法及び通信装置
WO2017171506A1 (en) * 2016-04-01 2017-10-05 Samsung Electronics Co., Ltd. Method and enb equipment for supporting seamless handover
CN107277879B (zh) * 2016-04-01 2021-06-04 北京三星通信技术研究有限公司 一种支持无缝切换的方法及基站设备
US10251099B2 (en) * 2016-07-22 2019-04-02 Lg Electronics Inc. Method and apparatus for enhancing inter-MeNB handover without SeNB change in wireless communication system
CN107708104B (zh) * 2016-08-03 2022-03-01 中兴通讯股份有限公司 辅基站变更的方法及装置
CN113194479B (zh) 2016-08-10 2025-01-03 日本电气株式会社 无线电接入网络节点、无线电终端、核心网络节点及方法
CN109565732B (zh) 2016-08-10 2021-10-22 日本电气株式会社 无线接入网节点、无线终端、核心网节点及其方法
EP3500048B1 (en) * 2016-08-10 2021-11-03 Nec Corporation Radio access network node, wireless terminal, core network node, and methods for these
CN113507735B (zh) 2016-08-10 2025-01-14 日本电气株式会社 无线接入网节点、无线终端、核心网节点及其方法
US10952117B2 (en) 2016-08-12 2021-03-16 Lg Electronics Inc. Method for changing serving cell in wireless communication system and apparatus therefor
US10524277B2 (en) * 2016-08-13 2019-12-31 Qualcomm Incorporated Method and apparatus for secondary base station mobility
CN108207010B (zh) * 2016-12-20 2022-07-26 中兴通讯股份有限公司 一种无线链路管理的方法及装置、系统
CN110493849B (zh) * 2016-12-30 2020-11-10 华为技术有限公司 一种双连接方法、接入网设备和计算机可读存储介质
CN109561485B (zh) 2017-01-06 2020-01-17 华为技术有限公司 一种通信方法、接入网设备、核心网设备和用户设备
US11184785B2 (en) * 2017-03-17 2021-11-23 Qualcomm Incorporated Radio measurement and configuration
US10757621B2 (en) * 2017-03-22 2020-08-25 Ofinno, Llc Conditional handover execution
US10512036B2 (en) * 2017-03-22 2019-12-17 Ofinno, Llc Secondary base station change
EP3589069B1 (en) * 2017-03-25 2021-09-01 LG Electronics Inc. Method and apparatus for improving procedure for lte/nr interworking in wireless communication system
WO2018206855A1 (en) * 2017-05-12 2018-11-15 Nokia Technologies Oy Protocol data unit session splitting function and signalling
CN109246723B (zh) * 2017-06-15 2020-04-07 维沃移动通信有限公司 一种非连续接收参数的配置方法、终端及网络侧设备
HUE063604T2 (hu) * 2017-06-16 2024-01-28 Ericsson Telefon Ab L M Eljárás és berendezés mérési jelentéshez és számítógéppel olvasható adathordozó
EP4243490A3 (en) * 2017-06-16 2023-10-18 Samsung Electronics Co., Ltd. Apparatus and method for managing connections in wireless communication system
KR102401279B1 (ko) 2017-08-21 2022-05-25 삼성전자 주식회사 무선 통신 네트워크에서 통신 방법 및 이를 위한 시스템
KR102402652B1 (ko) 2017-08-22 2022-05-26 삼성전자 주식회사 무선 통신 시스템에서 장치, 기지국 및 이의 제어 방법
KR102381577B1 (ko) * 2017-08-22 2022-04-01 삼성전자 주식회사 무선 통신 시스템에서 단말, 기지국 및 이의 제어 방법
EP3685626A1 (en) * 2017-09-20 2020-07-29 Nokia Technologies Oy Method, apparatus and computer program related to secondary cell group reactivation in multi-radio access technology-dual connectivity
CN109548042B (zh) * 2017-09-22 2023-11-17 中兴通讯股份有限公司 一种网络切片配置方法及装置
WO2019095088A1 (zh) * 2017-11-14 2019-05-23 华为技术有限公司 一种切换的方法以及设备
CN109963315B (zh) * 2017-12-25 2020-08-04 中国移动通信集团公司 一种辅基站分配方法及装置
CN111935808B (zh) * 2018-05-07 2022-02-18 Oppo广东移动通信有限公司 一种悬挂rrc连接的方法及装置、计算机存储介质
CN110536487B (zh) * 2018-05-25 2021-12-10 华为技术有限公司 一种数据传输方法及装置
WO2019223767A1 (zh) * 2018-05-25 2019-11-28 华为技术有限公司 一种数据传输方法及装置
US11470517B2 (en) * 2018-06-12 2022-10-11 Nokia Technologies Oy Two-step addition of a primary-secondary cell, PSCell, in a multi-connected handover
US20210378046A1 (en) * 2018-06-19 2021-12-02 Mitsubishi Electric Corporation Communication system and communication terminal device
US11071025B2 (en) * 2018-06-29 2021-07-20 FG Innovation Company Limited Cell handover with minimum mobility interruption
CN110769481B (zh) * 2018-07-26 2021-02-12 维沃移动通信有限公司 服务节点更新方法和设备
EP3841786B1 (en) * 2018-08-21 2024-09-04 Nokia Technologies Oy Dual connectivity handover
WO2020068659A1 (en) * 2018-09-27 2020-04-02 Intel Corporation Pdcp and rohc handling for multi-connectivity handover
US10716037B2 (en) * 2018-10-11 2020-07-14 International Business Machines Corporation Assessment of machine learning performance with limited test data
CN111107591B (zh) * 2018-10-26 2021-11-02 大唐移动通信设备有限公司 一种进行切换的方法及设备
WO2020087318A1 (en) 2018-10-31 2020-05-07 Chongqing University Of Posts And Telecommunications Systems and methods for a handover
US10667192B1 (en) * 2018-11-12 2020-05-26 Qualcomm Incorporated Handover techniques in wireless communications
US11006342B2 (en) 2018-11-12 2021-05-11 Qualcomm Incorporated Handover techniques in wireless communications
FR3088792A1 (fr) 2018-11-19 2020-05-22 Orange Gestion de transfert intercellulaire sans latence pour terminal mobile à attachement multiple
EP3925347B1 (en) * 2019-02-11 2024-10-09 Telefonaktiebolaget LM Ericsson (publ) Methods providing resource coordination information between ran nodes for sidelink communications and related network nodes
JP6870022B2 (ja) * 2019-03-28 2021-05-12 シャープ株式会社 端末装置、方法、および、集積回路
CN114788342B (zh) * 2019-10-02 2024-07-09 高通股份有限公司 并行切换和故障处理
CN112702768A (zh) * 2019-10-22 2021-04-23 中国移动通信有限公司研究院 双连接切换方法、装置、基站及终端
WO2021156952A1 (ja) * 2020-02-04 2021-08-12 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局
ES3049223T3 (en) * 2020-07-31 2025-12-15 Zte Corp Method for addition and change of conditional primary cells in secondary cell group
EP4176622A4 (en) 2020-07-31 2024-04-10 ZTE Corporation METHOD FOR ADDING AND CHANGING CONDITIONAL PRIMARY CELLS IN A GROUP OF SECONDARY CELLS
US12058769B2 (en) 2021-12-21 2024-08-06 T-Mobile Usa, Inc. Carrier aggregation restoration

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011162197A1 (ja) * 2010-06-22 2011-12-29 シャープ株式会社 無線通信システム、基地局装置および通信方法
WO2014013846A1 (ja) * 2012-07-18 2014-01-23 日本電気株式会社 無線基地局、移動通信システム、ハンドオーバ制御方法およびプログラム

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100260109A1 (en) * 2009-04-10 2010-10-14 Qualcomm Incorporated Optimized inter-access point packet routing for ip relay nodes
JP5123274B2 (ja) 2009-11-02 2013-01-23 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及び無線基地局
US8787242B2 (en) * 2009-11-06 2014-07-22 Qualcomm Incorporated Header compression for relay nodes
CN102118817A (zh) * 2009-12-30 2011-07-06 中兴通讯股份有限公司 一种基站间移动性参数协商方法及系统
US20110310791A1 (en) * 2010-06-22 2011-12-22 Qualcomm Incorporated Automatic neighbor relation (anr) functions for relay nodes, home base stations, and related entities
US9408125B2 (en) * 2012-07-05 2016-08-02 Qualcomm Incorporated Aggregation of data bearers for carrier aggregation
ES2754026T3 (es) * 2012-10-05 2020-04-15 Nec Corp Sistema de comunicación inalámbrica, estación base y procedimiento de control de comunicación
WO2014109603A1 (en) * 2013-01-11 2014-07-17 Lg Electronics Inc. Method and apparatus for transmitting indication in wireless communication system
EP2946491A4 (en) * 2013-01-17 2016-09-14 Intel Ip Corp METHOD, DEVICE AND SYSTEM FOR CARRIER MANAGEMENT IN A WIRELESS COMMUNICATION SYSTEM
KR101568310B1 (ko) * 2013-02-01 2015-11-12 주식회사 케이티 스몰 셀 환경에서의 사용자 플레인 데이터 전송 방법 및 장치
PL2984871T3 (pl) * 2013-04-12 2021-01-11 Nokia Solutions And Networks Oy Operacja pdcp w celu podwójnego połączenia
WO2015009075A1 (en) * 2013-07-17 2015-01-22 Lg Electronics Inc. Method and apparatus for performing handover procedure for dual connectivity in wireless communication system
CN104581843B (zh) * 2013-10-21 2018-07-03 宏达国际电子股份有限公司 用于无线通信系统的网络端的处理交递方法及其通信装置
US9538575B2 (en) * 2014-01-30 2017-01-03 Sharp Kabushiki Kaisha Systems and methods for dual-connectivity operation

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011162197A1 (ja) * 2010-06-22 2011-12-29 シャープ株式会社 無線通信システム、基地局装置および通信方法
WO2014013846A1 (ja) * 2012-07-18 2014-01-23 日本電気株式会社 無線基地局、移動通信システム、ハンドオーバ制御方法およびプログラム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "Signalling procedures for dual connectivity", 3GPP TSG-RAN WG2 #84 TDOC R2- 134219, XP050736966 *
ZTE CORPORATION: "Analysis on the Solutions for the Prioritized Scenarios of MeNB Handover", 3GPP TSG-RAN3 MEETING #83 R3-140053, 29 January 2014 (2014-01-29), pages 1 - 5, XP055215884 *

Cited By (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10743227B2 (en) 2014-03-20 2020-08-11 Mitsubishi Electric Corporation Communication system for performing an enhanced handover for a dual connection mobile device
JPWO2015141607A1 (ja) * 2014-03-20 2017-04-06 三菱電機株式会社 通信システム
US12375989B2 (en) 2014-03-20 2025-07-29 Mitsubishi Electric Corporation Mobile communication system, base station, master base station, secondary base station and user equipment
US11997557B2 (en) 2014-03-20 2024-05-28 Mitsubishi Electric Corporation Mobile communication system, master base station, secondary base station, target base station and user equipment
JP2018503332A (ja) * 2015-01-26 2018-02-01 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． ハンドオーバー装置および方法
US10362519B2 (en) 2015-01-26 2019-07-23 Huawei Technologies Co., Ltd. Handover apparatus and method
US10873889B2 (en) 2015-01-26 2020-12-22 Huawei Technologies Co., Ltd. Handover apparatus and method
JP2018507649A (ja) * 2015-03-04 2018-03-15 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ デュアルリンクハンドオーバー
US10869241B2 (en) 2015-03-04 2020-12-15 Qualcomm Incorporated Dual link handover
US11805460B2 (en) 2015-03-04 2023-10-31 Qualcomm Incorporated Dual link handover
JP2020010355A (ja) * 2015-03-04 2020-01-16 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ デュアルリンクハンドオーバー
WO2017022166A1 (ja) * 2015-07-31 2017-02-09 日本電気株式会社 基地局及びその方法
US11012896B2 (en) 2015-07-31 2021-05-18 Nec Corporation Base station and method thereof
US10477439B2 (en) 2015-07-31 2019-11-12 Nec Corporation Base station and method thereof
CN108353332A (zh) * 2015-11-04 2018-07-31 三菱电机株式会社 通信系统
CN108353332B (zh) * 2015-11-04 2021-08-10 三菱电机株式会社 通信系统
AU2015414056B2 (en) * 2015-11-06 2020-06-25 Koninklijke Philips N.V. Method and device for anchor replacement
US11184811B2 (en) 2015-11-06 2021-11-23 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for anchor replacement
US10924965B2 (en) 2016-04-01 2021-02-16 Huawei Technologies Co., Ltd. Radio resource management method and apparatus
JP2019512981A (ja) * 2016-04-01 2019-05-16 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 無線リソース管理方法および装置
US11115880B2 (en) 2016-05-17 2021-09-07 Nokia Technologies Oy Path switch method between LTE and 5G node
WO2017198898A1 (en) * 2016-05-17 2017-11-23 Nokia Technologies Oy Path switch method between lte and 5g node
US10856354B2 (en) 2016-10-07 2020-12-01 Ntt Docomo, Inc. Radio communication system, network device, and radio communication method
WO2018066702A1 (ja) * 2016-10-07 2018-04-12 株式会社Ｎｔｔドコモ 無線通信システム、ネットワーク装置及び無線通信方法
CN113424585A (zh) * 2019-02-11 2021-09-21 诺基亚技术有限公司 利用网络切片的蜂窝部署中的增强型移动性

Also Published As

Publication number Publication date
JP6130565B2 (ja) 2017-05-17
EP3101948A4 (en) 2017-08-02
JP2016213881A (ja) 2016-12-15
US20160227459A1 (en) 2016-08-04
JP6105184B1 (ja) 2017-03-29
JP2016213880A (ja) 2016-12-15
JP2017108422A (ja) 2017-06-15
JPWO2015115629A1 (ja) 2017-03-23
EP3101949A1 (en) 2016-12-07
US20160337925A1 (en) 2016-11-17
US9867107B2 (en) 2018-01-09
JPWO2015115621A1 (ja) 2017-03-23
EP3101949A4 (en) 2017-08-02
JP6082129B2 (ja) 2017-02-15
EP3101948A1 (en) 2016-12-07
EP3101948B1 (en) 2019-07-17
US9699702B2 (en) 2017-07-04
EP3101949B1 (en) 2019-06-19
WO2015115621A1 (ja) 2015-08-06

Similar Documents

Publication Publication Date Title
JP6130565B2 (ja) マスタ基地局、セカンダリ基地局、及びプロセッサ
JP6262917B2 (ja) ハンドオーバ手順を制御するための方法及び基地局
JP6030264B1 (ja) 通信制御方法、マスタ基地局及びセカンダリ基地局
JP6412887B2 (ja) 基地局、ユーザ端末、及び通信制御方法
JP6280669B1 (ja) 基地局、方法、及びシステム
JP6886400B2 (ja) 通信制御方法、基地局、及びユーザ端末
JP6272444B2 (ja) 通信方法、基地局、及びプロセッサ
JPWO2016167212A1 (ja) 基地局及び通信制御方法

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015560058

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2015743003

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015743003

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE