WO2018182240A1 - 무선 통신 시스템에서 lte/nr 인터워킹을 위한 절차를 향상시키는 방법 및 장치 - Google Patents

무선 통신 시스템에서 lte/nr 인터워킹을 위한 절차를 향상시키는 방법 및 장치 Download PDF

Info

Publication number
WO2018182240A1
WO2018182240A1 PCT/KR2018/003424 KR2018003424W WO2018182240A1 WO 2018182240 A1 WO2018182240 A1 WO 2018182240A1 KR 2018003424 W KR2018003424 W KR 2018003424W WO 2018182240 A1 WO2018182240 A1 WO 2018182240A1
Authority
WO
WIPO (PCT)
Prior art keywords
secondary node
node
message
target
master
Prior art date
Application number
PCT/KR2018/003424
Other languages
English (en)
French (fr)
Inventor
쑤지안
변대욱
김석중
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to CN201880025609.0A priority Critical patent/CN110521274B/zh
Priority to EP18774893.4A priority patent/EP3589069B1/en
Priority to US16/064,884 priority patent/US11039349B2/en
Publication of WO2018182240A1 publication Critical patent/WO2018182240A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H04W36/00698—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink using different RATs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0069—Transmission or use of information for re-establishing the radio link in case of dual connectivity, e.g. decoupled uplink/downlink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0061—Transmission or use of information for re-establishing the radio link of neighbour cell information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Definitions

  • the present invention relates to wireless communication, and more particularly, to a method for improving a procedure for interworking 3rd generation partnership project (3GPP) long-term evolution (LTE) and new radio access technology (NR) in a wireless communication system. Relates to a device.
  • 3GPP 3rd generation partnership project
  • LTE long-term evolution
  • NR new radio access technology
  • 3rd generation partnership project (3GPP) long-term evolution (LTE) is a technology for enabling high-speed packet communication. Many approaches have been proposed to reduce the cost, improve service quality, expand coverage, and increase system capacity for LTE targets. 3GPP LTE is a high level requirement that requires cost per bit, improved service usability, flexible use of frequency bands, simple structure, open interface and proper power consumption of terminals.
  • NR new radio access technology
  • ITU International Telecommunication Union
  • 3GPP identifies the technical components needed to successfully standardize NR that meets both urgent market needs and the longer term requirements presented by the ITU radio communication sector (ITU-R) international mobile telecommunications (IMT-20-2020) process. And develop.
  • ITU-R ITU radio communication sector
  • IMT-20-2020 international mobile telecommunications
  • the NR must be able to use any spectrum band up to at least 100 GHz that can be used for wireless communication in the far future.
  • NR targets a single technology framework covering all deployment scenarios, usage scenarios, and requirements, including enhanced mobile broadband (eMBB), massive machine-type-communications (mMTC), ultra-reliable and low latency communications (URLLC), and more. It is done. NR must be inherently forward compatible.
  • eMBB enhanced mobile broadband
  • mMTC massive machine-type-communications
  • URLLC ultra-reliable and low latency communications
  • LTE / NR wireless local area network
  • UE user equipment
  • Tight interworking of LTE / NR is also under discussion.
  • Solid interworking of LTE / NR allows cooperation between the eNB (eNodeB) of LTE and the new RAN node (eg, gNB) of NR, resulting in improved throughput of the UE.
  • the eNB of LTE and the gNB of NR may manage resources separately. Specifically, dual / multiple connections that can improve the throughput of the UE can be used according to tight interworking of LTE / NR, and signaling for UE mobility can be simplified.
  • signaling can be improved by offloading the bearer to the secondary node.
  • mobility procedures can also be optimized. There may be a need for a method of optimizing the offloading procedure for a RAN node that performs hard interworking of LTE / NR.
  • the present invention provides a method and apparatus for improving a procedure for interworking 3rd generation partnership project (3GPP) long-term evolution (LTE) and new radio access technology (NR) in a wireless communication system.
  • 3GPP 3rd generation partnership project
  • LTE long-term evolution
  • NR new radio access technology
  • the present invention provides a method and apparatus for changing a secondary node when LTE and NR are connected through dual connectivity.
  • a method for performing, by a master node, a secondary node change procedure initiated by a source secondary node in a wireless communication system.
  • the method receives a secondary node change request message from the source secondary node, sends a secondary node addition request message to a target secondary node, receives a secondary node addition request confirmation message from the target secondary node, and changes a secondary node change request. Sending an acknowledgment message to the source secondary node.
  • a master node in a wireless communication system.
  • the master node includes a memory, a transceiver, and a processor connected to the memory and the transceiver, wherein the processor controls the transceiver to receive a secondary node change request message from the source secondary node, and requests to add a secondary node.
  • Control the transceiver to transmit a message to a target secondary node, control the transceiver to receive a secondary node addition request confirmation message from the target secondary node, and transmit a secondary node change request confirmation message to the source secondary node; Control the transceiver.
  • the secondary node may directly initiate the secondary node change procedure.
  • 1 shows a structure of a 3GPP LTE system.
  • FIG. 6 illustrates options 7 / 7a / 7x of a deployment scenario for tight interworking of LTE / NR.
  • SeNB 7 shows a secondary eNB (SeNB) change procedure in LTE.
  • FIG. 8 illustrates a method of performing a secondary node change procedure initiated by a secondary node according to an embodiment of the present invention.
  • 9 and 10 illustrate a method of performing a secondary node change procedure initiated by a secondary node according to another embodiment of the present invention.
  • FIG. 11 illustrates a method of performing a secondary node change procedure initiated by a secondary node according to another embodiment of the present invention.
  • FIG. 12 illustrates a method of performing a secondary node change procedure initiated by a secondary node according to another embodiment of the present invention.
  • FIG. 13 illustrates a method of performing a secondary node change procedure initiated by a secondary node according to another embodiment of the present invention.
  • FIG. 14 illustrates a method of performing a secondary node addition procedure according to an embodiment of the present invention.
  • FIG. 15 illustrates a method of performing an enhanced secondary node addition procedure according to an embodiment of the present invention.
  • 16 illustrates a method of performing an enhanced X2 / Xn configuration procedure between a master node and a secondary node according to an embodiment of the present invention.
  • FIG. 17 illustrates a method of performing an enhanced X2 / Xn configuration procedure between secondary nodes according to an embodiment of the present invention.
  • FIG. 18 illustrates a wireless communication system in which an embodiment of the present invention is implemented.
  • FIG. 19 illustrates a wireless communication system in which an embodiment of the present invention is implemented.
  • the present invention will be described based on a 3rd generation partnership project (3GPP) or a wireless communication system based on an Institute of Electrical and Electronic Engineers (IEEE).
  • 3GPP 3rd generation partnership project
  • IEEE Institute of Electrical and Electronic Engineers
  • the present invention is not limited thereto, and the present invention may be applied to other wireless communication systems having the same features described below.
  • a 3GPP long-term evolution (LTE) system structure includes one or more user equipment (UE) 10, an evolved-UMTS terrestrial radio access network (E-UTRAN), and an evolved packet core (EPC). Include.
  • the UE 10 is a communication device moved by a user.
  • the UE 10 may be fixed or mobile and may be referred to by other terms such as a mobile station (MS), a user terminal (UT), a subscriber station (SS), and a wireless device.
  • the E-UTRAN includes one or more evolved NodeBs (eNBs) 20, and a plurality of UEs may exist in one cell.
  • the eNB 20 provides an end point of a control plane and a user plane to the UE 10.
  • the eNB 20 generally refers to a fixed station that communicates with the UE 10 and may be referred to in other terms, such as a base station (BS), an access point, and the like.
  • BS base station
  • One eNB 20 may be arranged per cell.
  • the EPC includes a mobility management entity (MME) and a serving gateway (S-GW).
  • MME mobility management entity
  • S-GW serving gateway
  • the MME / S-GW 30 is located at the end of the network.
  • the MME / S-GW 30 provides an end point of session and mobility management functionality for the UE 10.
  • the MME / S-GW 30 is simply expressed as a "gateway", which may include both the MME and the S-GW.
  • a packet dana network (PDN) gateway (P-GW) may be connected to an external network.
  • PDN packet dana network gateway
  • the MME includes non-access stratum (NAS) signaling to the eNB 20, NAS signaling security, access stratum (AS) security control, inter CN (node network) signaling for mobility between 3GPP access networks, idle mode terminal reachability ( Control and execution of paging retransmission), tracking area list management (for UEs in idle mode and activation mode), P-GW and S-GW selection, MME selection for handover with MME change, 2G or 3G 3GPP access Bearer management features, including roaming, authentication, and dedicated bearer setup, selection of a serving GPRS support node (SGSN) for handover to the network, public warning system (ETWS) and earthquake and tsunami warning system (CMAS) It provides various functions such as message transmission support.
  • NAS non-access stratum
  • AS access stratum
  • inter CN node network
  • IMS node network
  • MME selection for handover with MME change 2G or 3G 3GPP access Bearer management features, including roaming, authentication, and dedicated bearer setup, selection
  • S-GW hosts can be based on per-user packet filtering (eg, through deep packet inspection), legal blocking, terminal IP (Internet protocol) address assignment, transport level packing marking in DL, UL / DL service level charging, gating and It provides various functions of class enforcement, DL class enforcement based on APN-AMBR (access point name aggregate maximum bit rate).
  • per-user packet filtering eg, through deep packet inspection
  • legal blocking e.g, terminal IP (Internet protocol) address assignment
  • transport level packing marking in DL e.g, UL / DL service level charging
  • gating Internet protocol
  • An interface for user traffic transmission or control traffic transmission may be used.
  • the UE 10 and the eNB 20 are connected by a Uu interface.
  • the eNBs 20 are connected by an X2 interface.
  • the neighboring eNB 20 may have a mesh network structure by the X2 interface.
  • the eNB 20 and the gateway 30 are connected through an S1 interface.
  • the 5G system is a 3GPP system consisting of 5G access network (AN), 5G core network (CN) and UE.
  • the 5G AN is an access network including a non-3GPP access network and / or a new generation radio access network (NG-RAN) connected to the 5G CN.
  • NG-RAN is a radio access network that has a common characteristic of being connected to a 5G CN and supports one or more of the following options.
  • NR is an anchor with E-UTRA extension.
  • E-UTRA is an anchor with NR extension.
  • an NG-RAN includes one or more NG-RAN nodes.
  • the NG-RAN node includes one or more gNBs and / or one or more ng-eNBs.
  • the gNB provides NR user plane and control plane protocol termination towards the UE.
  • the ng-eNB provides E-UTRA user plane and control plane protocol termination towards the UE.
  • gNB and ng-eNB are interconnected via an Xn interface.
  • gNB and ng-eNB are connected to 5G CN via NG interface. More specifically, gNB and ng-eNB are connected to an access and mobility management function (AMF) through an NG-C interface, and to a user plane function (UPF) through an NG-U interface.
  • AMF access and mobility management function
  • UPF user plane function
  • gNB and / or ng-eNB provides the following functions.
  • Radio resource management dynamic allocation (scheduling) of resources for the UE in radio bearer control, radio admission control, connection mobility control, uplink and downlink;
  • IP Internet protocol
  • QoS Quality of service
  • NAS non-access stratum
  • AMF provides the following main functions.
  • Idle mode UE reachability (including control and execution of paging retransmission);
  • SMF session management function
  • Anchor points for intra / inter-radio access technology (RAT) mobility (if applicable);
  • PDU protocol data unit
  • Uplink classification to support traffic flow routing to the data network
  • QoS processing for the user plane eg packet filtering, gating, UL / DL charge enforcement
  • Uplink traffic verification QoS flow mapping in service data flow (SDF)
  • SMF provides the following main functions.
  • Control plane part of policy enforcement and QoS
  • the NG-RAN supports multi-RAT dual connectivity in which a UE in RRC_CONNECTED with multiple RX / TXs is configured to use radio resources provided by two separate schedulers.
  • Multi-RAT duplex is a generalization of E-UTRA duplex. Two separate schedulers are located in two different NG-RAN nodes connected via non-ideal backhaul. One of two different NG-RAN nodes serves as a master node (MN) and the other serves as a secondary node (SN). In other words, one scheduler is located in the MN and the other scheduler is located in the SN.
  • MN master node
  • SN secondary node
  • Two different NG-RAN nodes provide either an E-UTRA connection (if the NG-RAN node is ng-eNB) or an NR connection (if the NG-RAN node is gNB).
  • En-gNB is a node that provides NR user plane and control plane protocol termination towards the UE and operates as an SN in E-UTRAN-NR dual connectivity (EN-DC).
  • the Ng-eNB is a node that provides E-UTRA user plane and control plane protocol termination towards the UE and is connected to 5GC via the NG interface.
  • the MN and the SN are connected to each other via a network interface, and at least the MN is connected to the core network.
  • the E-UTRAN supports multi-RAT dual connectivity via EN-DC, where the UE is connected to one eNB operating as MN and one en-gNB operating as SN.
  • the eNB is connected to the EPC via the S1 interface and to the en-gNB via the X2 interface.
  • the en-gNB may be connected to the EPC via the S1-U interface, and may be connected to another en-gNB via the X2-U interface.
  • the 5G CN also supports multi-RAT dual connectivity.
  • the NG-RAN supports NG-RAN E-UTRA-NR Dual Connectivity (NGEN-DC), where the UE is connected to one ng-eNB operating as MN and one gNB operating as SN.
  • the ng-eNB is connected to the 5G CN and the gNB is connected to the ng-eNB via the Xn interface.
  • the NG-RAN also supports NR-E-UTRA dual connectivity (NE-DC), where the UE is connected to one gNB operating as MN and one ng-eNB operating as SN.
  • the gNB is connected to the 5G CN and the ng-eNB is connected to the gNB via the Xn interface.
  • LTE and NR may be considered.
  • FIG. 4- (a) may be referred to as option 3
  • FIG. 4- (b) may be referred to as option 3a
  • FIG. 4- (c) may be referred to as option 3x.
  • option 3 / 3a / 3x the LTE eNB is connected to the EPC with a non-standalone NR. That is, the NR control plane is not directly connected to the EPC but is connected through the LTE eNB.
  • the NR user plane connection to the EPC can be connected via LTE eNB (option 3) or directly through the S1-U interface (option 3a), or the user plane connected directly via the S1-U interface to the LTE eNB from the gNB. (Option 3x).
  • Options 3 / 3a / 3x correspond to the EN-DC architecture described above in FIG. 3.
  • FIG. 5 shows option 4 / 4a of a deployment scenario for tight interworking of LTE / NR.
  • 5- (a) may be referred to as option 4 and FIG. 5- (b) may be referred to as option 4a.
  • the gNB is connected to the NGC with non-standalone E-UTRA. That is, the E-UTRA control plane is not directly connected to the NGC but is connected through the gNB.
  • the E-UTRA user plane connection to the NGC is connected via gNB (option 4) or directly through the NG-U interface (option 4a).
  • Option 4 / 4a corresponds to a form in which E-UTRA and NR are interchanged with each other in option 3 / 3a described above.
  • 6- (a) may be referred to as option 7, 6- (b) as option 7a and 6- (c) as option 7x.
  • the eLTE eNB ie ng-eNB
  • the NR control plane is not directly connected to the NGC but is connected through the eLTE eNB.
  • the NR user plane connection to the NGC can be connected via an eLTE eNB (option 7) or directly through the NG-U interface (option 7a), or a user plane connected directly through the NG-U interface from the gNB to the eLTE eNB. (Option 7x).
  • the SeNB change procedure is initiated by the MeNB (master eNB).
  • the SeNB change procedure is used to convey the UE context from the source SeNB to the target SeNB and to change the secondary cell group (SCG) configuration within the UE from one SeNB to another.
  • the signaling flow for the SeNB change procedure is as follows.
  • the MeNB initiates the SeNB change procedure by requesting a target SeNB (T-SeNB) to allocate resources for the UE by a SeNB addition preparation procedure.
  • T-SeNB target SeNB
  • the MeNB includes the SCG configuration of the previous SeNB in the SeNB addition request message. If forwarding is needed, the T-SeNB provides the forwarding address to the MeNB.
  • the MeNB initiates the release of S-SeNB resources towards the UE and the S-SeNB. If the Make-Before-Break SeNB change is configured, the S-SeNB determines when to stop transmission to the UE. If data forwarding is needed, the MeNB provides the data forwarding address to the S-SeNB. Direct data forwarding or indirect data forwarding is used for the SCG bearer. Only indirect data forwarding is used for split bearer. Upon receipt of the SeNB release request message, the S-SeNB stops providing user data to the UE and starts data forwarding if applicable.
  • the MeNB triggers the UE to apply the new configuration.
  • the MeNB indicates the new configuration in the RRCConnectionReconfiguration message towards the UE. If the UE cannot follow the configuration (or part thereof) included in the RRCConnectionReconfiguration message, the UE performs a reconfiguration failure procedure.
  • the connection to the S-SeNB is maintained until the UE performs initial uplink (UL) transmission to the target cell after receiving the RRCConnectionReconfiguration message including the MobilityControlInfoSCG .
  • the MeNB informs the T-SeNB.
  • the UE performs synchronization with the T-SeNB.
  • data forwarding from the S-SeNB is performed. This may be initiated as soon as the S-SeNB receives the SeNB release request message from the MeNB.
  • the path update is triggered by the MeNB.
  • the S-SeNB may release radio and C-Plane related resources associated with the UE context. In addition, data forwarding may be continued.
  • the SeNB change procedure in LTE has a problem that is triggered only by the MeNB. This is not efficient in terms of procedures.
  • EN-DC or MR-DC according to interworking of LTE / NR each node belonging to a different RAT needs to be able to initiate a SeNB change procedure.
  • the present invention proposes a secondary node change procedure initiated by a secondary node, not a master node, in an EN-DC or MR-DC according to LTE / NR interworking.
  • the master node and the secondary node may be either one of LTE or NR network nodes.
  • the master node may be any one of an eNB, gNB, and ng-eNB
  • the secondary node may also be any one of an eNB, gNB, en-gNB, and ng-eNB.
  • MN represents a master node
  • S-SN represents a source secondary node
  • T-SN represents a target secondary node.
  • step S100 the source secondary node receives the measurement report for the neighbor node from the UE.
  • the source secondary node decides to offload the service of the UE to one of its neighbor nodes.
  • step S102 the source secondary node sends a secondary node change request message to the master node.
  • the secondary node change request message may include at least one of the following.
  • the ID of the target secondary node may be recommended or determined according to the determination of the source secondary node.
  • the ID of the target secondary node may be implemented by a list of cell IDs.
  • the cell may correspond to one cell of a node.
  • the list of cell IDs may be ranked based on a measurement report regarding radio quality.
  • the list of cell IDs can be sorted from high value to low value or low value to high value. In this way, the master node can make a decision to select the appropriate target secondary node.
  • the master node that receives the secondary node change request message from the source secondary node determines whether to accept the secondary node change request. If the master node decides to accept the secondary node change request, the master node can also determine the target secondary node. In step S104, the master node sends a secondary node addition request message to the target secondary node.
  • the secondary node addition request message may include at least one of the following.
  • the target secondary node that receives the secondary node addition request message from the master node determines whether to accept the secondary node addition request.
  • the target secondary node may determine whether to accept the secondary node addition request based on the information received through the secondary node addition request message and / or the radio resource status of the target secondary node.
  • the target secondary node decides to accept the secondary node addition request, in step S106, the target secondary node sends a secondary node addition request confirmation message to the master node.
  • the secondary node addition request confirmation message may include at least one of the following.
  • the target secondary node may transmit a secondary node addition rejection message to the master node.
  • the secondary node addition rejection message may include a reason for rejection, for example, no radio resource.
  • the master node that receives the secondary node addition request confirmation message from the target secondary node determines whether to change the secondary node from the source secondary node to the target secondary node. If the master node decides to change the secondary node from the source secondary node to the target secondary node, in step S108, the master node sends a secondary node change confirmation message to the source secondary node.
  • the secondary node change confirmation message may include at least one of the following.
  • the master node sends a reconfiguration RRCC connection (RRCConnectionReconfiguration) message to the UE.
  • the RRC connection reconfiguration message may include RRC configuration information of the master node and / or RRC configuration information of the target secondary node.
  • UE receives the RRC connection reconfiguration message from the master node, and transmits at step S112 to complete the RRC connection reconfiguration (RRCConnectionReconfigurationComplete) message to the master node. If the UE cannot accept the configuration (or part thereof) included in the RRC connection reconfiguration message, the UE may perform a reconfiguration failure procedure.
  • step S114 the master node notifies the target secondary node by sending a secondary node reconfiguration complete message to the target secondary node.
  • step S116 the UE synchronizes with the target secondary node by performing a random access procedure.
  • steps S118 to S122 when one of the contexts is configured as an SCG option / SCG separation option at the source secondary node, the path update may be triggered by the master node.
  • step S124 the master node sends a UE context release message to the source secondary node.
  • the source secondary node receiving the UE context release message may release radio and C-Plane related resources associated with the UE context.
  • data forwarding may be continued.
  • 9 and 10 illustrate a method of performing a secondary node change procedure initiated by a secondary node according to another embodiment of the present invention.
  • the master node is an eNB and the source / target secondary node is an en-gNB.
  • MN represents a master node
  • S-SN represents a source secondary node
  • T-SN represents a target secondary node.
  • FIG. 9 is described.
  • step S202 the source secondary node starts the secondary node change procedure by sending an SgNB change request message to the master node.
  • Step S202 may correspond to step S102 of FIG. 8.
  • the SgNB change request message may include target secondary node ID information.
  • the SgNB change request message may include the measurement result associated with the target secondary node and the SCG configuration (for delta configuration support).
  • Table 1 shows an example of an SgNB change request message. This message is sent by the en-gNB to the MeNB to request a change of en-gNB for a particular UE.
  • the SgNB change request message includes a "Target SgNB ID Information” information element (IE).
  • the "Target SgNB ID Information” IE may correspond to the IDs of the target secondary nodes disclosed in step S102 of FIG. 8.
  • Table 2 shows an example of the "Targe SgNB ID Information” IE. This IE contains the target SgNB ID used by the MeNB to find the target en-gNB.
  • step S204 the master node requests the target secondary node to allocate resources for the UE by sending an SgNB addition request message to the target secondary node.
  • Step S204 may correspond to step S104 of FIG. 8.
  • the SgNB addition request message may include a measurement result related to the target secondary node received from the source secondary node.
  • Table 3 shows an example of the SgNB addition request message. This message is sent by the MeNB to the en-gNB to request resource preparation for EN-DC operation for a particular UE.
  • YES reject SgNB UE Aggregate Maximum Bit Rate M UE Aggregate Maximum Bit Rate 9.2.12
  • the UE Aggregate Maximum Bit Rate is split into MeNB UE Aggregate Maximum Bit Rate and SgNB UE Aggregate Maximum Bit Rate which are enforced by MeNB and en-gNB respectively.
  • YES reject Serving PLMN O PLMN Identity9.2.4 The serving PLMN of the SCG in the en-gNB.
  • E-RAB Level QoS Parameters 9.2.9 Includes the E-RAB Level QoS parameters admittable by the MCG - >>>> DL Forwarding O 9.2.5 - >>>> MeNB DL GTP TEID at MCG C-ifMCGpresent GTP Tunnel Endpoint 9.2.1 MeNB endpoint of the X2-U transport bearer at MCG.
  • DL PDCP PDUs - >>>> S1 UL GTP Tunnel Endpoint M GTP Tunnel Endpoint 9.2.1 SGW endpoint of the S1-U transport bearer.
  • E-RAB Level QoS Parameters 9.2.9 Includes E-RAB level QoS parameters requested to be provided by the SCG - >>>> MeNB UL GTP TEID at PDCP M GTP Tunnel Endpoint 9.2.1 MeNB endpoint of the X2-U transport bearer. For delivery of UL PDCP PDUs. - >>>> RLC Mode M RLC Mode9.2.119 Indicates the RLC mode.
  • - MeNB to SgNB Container M OCTET STRING Includes the SCG-ConfigInfo message as defined in TS 38.331 [31].
  • YES reject Expected UE Behavior O 9.2.70 YES ignore MeNB UE X2AP ID Extension O Extended eNB UE X2AP ID9.2.86 Allocated at the MeNB.
  • YES reject Requested MCG split SRBs O ENUMERATED (srb1, srb2, srb1 & 2, ...) Indicates that resources for MCG Split SRB are requested.
  • YES reject MeNB Resource Coordination Information O 9.2.116 Information used to coordinate resources utilization between MeNB and en-gNB. YES ignore
  • step S206 the target secondary node sends an SgNB addition request confirmation message to the master node.
  • Step S206 may correspond to step S106 of FIG. 8. If forwarding is required, the target secondary node can provide the forwarding address to the master node in the SgNB addition request confirmation message.
  • Table 4 shows an example of the SgNB addition request confirmation message. This message is sent by the en-gNB to confirm the MeNB with respect to SgNB addition preparation.
  • E-RABs Not Admitted List O E-RAB List9.2.28 A value for E-RAB ID shall only be present once in E-RABs Admitted List IE and in E-RABs Not Admitted List IE.
  • YES ignore SgNB to MeNB Container M OCTET STRING Includes the SCG-Config message as defined in TS 38.331 [31]. YES reject Criticality Diagnostics O 9.2.7 YES ignore GW Transport Layer Address O BIT STRING (1..160, ...) Indicating GW Transport Layer Address. YES ignore MeNB UE X2AP ID Extension O Extended eNB UE X2AP ID9.2.86 Allocated at the MeNB YES reject Tunnel Information for BBF O Tunnel Information 9.2.89 Indicating eNB's Local IP Address assigned by the broadband access provider, UDP port Number.
  • step S208 the master node triggers the UE to apply the new configuration.
  • the master node indicates a new configuration to the UE in an RRC connection reconfiguration message that includes an NR RRC configuration message generated by the target secondary node.
  • Step S208 may correspond to step S110 of FIG. 8.
  • step S210 the UE applies the new configuration and sends an RRC connection reconfiguration complete message.
  • the RRC connection reconfiguration complete message may include an encoded NR RRC response message for the target secondary node.
  • Step S210 may correspond to step S112 of FIG. 8. If the UE cannot accept the configuration (or part thereof) included in the RRC connection reconfiguration message, the UE performs a reconfiguration failure procedure.
  • step S212 the master node confirms the release of the source secondary node resource by sending an SgNB change grant message to the source secondary node.
  • Step S212 may correspond to step S108 of FIG. 8.
  • the master node may provide a data forwarding address to the source secondary node in the SgNB change grant message. Receipt of the SgNB change grant message triggers the source secondary node to stop providing user data to the UE and triggers data forwarding if applicable.
  • step S214 the master node informs the target secondary node via the SgNB reconfiguration complete message an encoded NR RRC response message for the target secondary node.
  • Step S214 may correspond to step S114 of FIG. 8.
  • step S216 the UE synchronizes with the target secondary node.
  • Step S216 may correspond to step S116 of FIG. 8.
  • FIG. 10 is described. The procedure of FIG. 10 is performed following the procedure of FIG.
  • steps S218 and S220 if applicable, data forwarding from the source secondary node occurs. This may be started as soon as the source secondary node receives the SgNB change grant message from the master node.
  • step S222 the source secondary node sends a secondary RAT data volume report message to the master node, and includes the data volume delivered to the UE via NR radio for the associated E-RAB (E-UTRAN radio access bearer).
  • E-RAB E-UTRAN radio access bearer
  • steps S224 to S232 when one of the bearers terminates at the source secondary node, the path update is triggered by the master node. Steps S224 through S232 may correspond to steps S118 through S122 of FIG. 8.
  • Step S234 the source secondary node receiving the UE context release message may release radio and C-Plane related resources associated with the UE context.
  • data forwarding may be continued.
  • Step S234 may correspond to step S124 of FIG. 8.
  • the master node may be any of eNB, gNB, en-gNB or ng-eNB.
  • the source secondary node and the target secondary node may also be one of an eNB, gNB, en-gNB, or ng-eNB.
  • the master node receives a secondary node change request message from the source secondary node.
  • Step S302 may correspond to step S102 of FIG. 8.
  • the secondary node change request message may include IDs of target secondary nodes.
  • the IDs of the target secondary nodes may include a list of cell IDs. The list of cell IDs may be ranked based on the measurement report received by the source secondary node from the UE.
  • the secondary node change request message may be an indicator of a secondary node change request, SCG configuration information, a measurement report for a cell of a neighbor node of the source secondary node, a measurement report for a cell of the source secondary node, or another secondary node. It may include at least one of the PDU information for the flow to be offloaded.
  • the master node may determine whether to accept the secondary node change request based on the secondary node change request message. If it is determined that the secondary node change request is accepted, the master node may determine the target secondary node.
  • step S304 the master node sends a secondary node addition request message to the target secondary node.
  • Step S304 may correspond to step S104 of FIG. 8.
  • the secondary node addition request message may include at least one of SCG configuration information or PDU information about a flow to be offloaded to the target secondary node.
  • step S306 the master node receives a secondary node addition request confirmation message from the target secondary node.
  • Step S306 may correspond to step S106 of FIG. 8.
  • the secondary node addition request confirmation message may include at least one of an SCG configuration, a list of PDU sessions or flows accepted or rejected, or a data forwarding address for the accepted PDU sessions or flows.
  • the master node may determine whether to accept the secondary node addition request based on the secondary node addition request confirmation message.
  • the master node transmits a secondary node change request confirmation message to the source secondary node.
  • the secondary node change request confirmation message is an indicator for accepting a secondary node change request, an ID of the target secondary node, an SCG configuration of the target secondary node, a list of PDU sessions or flows accepted or rejected from the target secondary node or the It may include at least one of a data forwarding address for the accepted PDU session or flow.
  • MN represents a master node
  • S-SN represents a source secondary node
  • T-SN represents a target secondary node.
  • the source secondary node performs information about roaming, access restriction information (handover restriction list (HRL)), subscription related information, and / or RAN sharing information (eg, through an initial secondary node addition procedure).
  • access restriction information handover restriction list (HRL)
  • subscription related information e.g., subscription related information
  • RAN sharing information e.g, through an initial secondary node addition procedure.
  • PLMN public land mobile network
  • the source secondary node may obtain security key information for use in another secondary node from the master node.
  • the other secondary node may be a node that can potentially change (or be handed over) from the source secondary node.
  • the source secondary node receives a measurement report about the neighboring node from the UE.
  • the source secondary node decides to offload the service of the UE to one of the neighbor nodes.
  • the source secondary node may determine to offload the service of the UE to any one of the neighbor nodes based on the measurement report about the neighbor node.
  • the source secondary node may determine to offload the service of the UE to any one of the neighbor nodes based on the roaming information, the access restriction information, the subscription related information, and / or the RAN sharing information received in step S400. .
  • step S404 the source secondary node sends a service offloading request message to the target secondary node.
  • the service offloading request message is similar to the secondary node addition request message described in step S104 of FIG.
  • the service offloading request message may include at least one of the following information.
  • Master Node ID Can be used to determine whether the target secondary node will accept the service offloading request. More specifically, it may be used to determine whether the target secondary node accepts the service offloading request, depending on whether the source secondary node and the target secondary node are under the same master node.
  • the target secondary node that receives the service offloading request message from the source secondary node determines whether to accept the service offloading request.
  • the target secondary node may determine whether to accept the service offloading request based on the information received through the service offloading request message and / or the radio resource status of the target secondary node.
  • step S406 the target secondary node sends a service offloading request confirmation message to the source secondary node.
  • the service offloading request confirmation message is similar to the secondary node addition request confirmation message described in step S106 of FIG.
  • the service offloading request confirmation message may include at least one of the following information.
  • the target secondary node may transmit a service offloading request rejection message to the source secondary node.
  • the service offloading request rejection message is similar to the secondary node addition request rejection message described in FIG. 8. However, the service offloading request rejection message is not shown in FIG. 12.
  • the service offloading request rejection message may include a reason for the rejection, for example, no radio resource or not under the same master node.
  • the source secondary node which has received the service offloading request confirmation message from the target secondary node transmits the secondary node release request message to the master node in step S408.
  • the secondary node release request message may include at least one of the following information.
  • the master node that receives the secondary node release request message from the source secondary node determines whether to accept the secondary node release request. If the master node accepts the secondary node release request, in step S410 the master node sends a secondary node release request confirmation message to the source secondary node. In addition, the master node may assign a new security key for the target secondary node.
  • the secondary node release request confirmation message may include at least one of the following information.
  • the target secondary node may use the new security key to secure data transmission.
  • the master node sends an RRCConnectionReconfiguration message to the UE.
  • the RRCConnectionReconfiguration message may include RRC configuration information of a master node and / or RRC configuration information of a target secondary node.
  • the UE having received the RRCConnectionReconfiguration message, transmits an RRCConnectionReconfigurationComplete message to the master node in step S414. If the UE cannot follow the configuration (or part thereof) included in the RRCConnectionReconfiguration message, the UE performs a reconfiguration failure procedure.
  • step S416 the master node informs the target secondary node.
  • step S4108 the UE performs synchronization with the target secondary node.
  • steps S118 to S124 described in FIG. 8 may be performed.
  • Example 1-3 Example 1-3
  • MN represents a master node
  • S-SN represents a source secondary node
  • T-SN represents a target secondary node.
  • the source secondary node performs information about roaming, access restriction information (handover restriction list (HRL)), subscription related information, and / or RAN sharing information (eg, PLMN information) through an initial secondary node addition procedure. ) Is received from the master node.
  • the source secondary node may obtain security key information for use in another secondary node from the master node.
  • the other secondary node may be a node that can potentially change (or be handed over) from the source secondary node.
  • the source secondary node receives a measurement report about the neighboring node from the UE.
  • the source secondary node decides to offload the service of the UE to one of the neighbor nodes.
  • the source secondary node may determine to offload the service of the UE to any one of the neighbor nodes based on the measurement report about the neighbor node.
  • the source secondary node may determine to offload the service of the UE to any one of the neighbor nodes based on the roaming information, access restriction information, subscription related information, and / or RAN sharing information received in step S500.
  • step S504 the source secondary node transmits a service offloading request message to the target secondary node.
  • the service offloading request message is similar to the secondary node addition request message described in step S104 of FIG.
  • the service offloading request message may include at least one of the following information.
  • Master Node ID Can be used to determine whether the target secondary node will accept the service offloading request. More specifically, it may be used to determine whether the target secondary node accepts the service offloading request, depending on whether the source secondary node and the target secondary node are under the same master node.
  • the target secondary node that receives the service offloading request message from the source secondary node determines whether to accept the service offloading request.
  • the target secondary node may determine whether to accept the service offloading request based on the information received through the service offloading request message and / or the radio resource status of the target secondary node.
  • the target secondary node If the target secondary node has accepted the service offloading request, in step S506 the target secondary node transmits a service offloading request confirmation message to the source secondary node.
  • the service offloading request confirmation message is similar to the secondary node addition request confirmation message described in step S106 of FIG.
  • the service offloading request confirmation message may include at least one of the following information.
  • the target secondary node may transmit a service offloading request rejection message to the source secondary node.
  • the service offloading request rejection message is similar to the secondary node addition request rejection message described in FIG. 8. However, the service offloading request rejection message is not shown in FIG. 13.
  • the service offloading request rejection message may include a reason for the rejection, for example, no radio resource or not under the same master node.
  • the source secondary node receiving the service offloading request confirmation message from the target secondary node transmits the secondary node change request message to the master node in step S508.
  • the secondary node change request message may include at least one of the following information.
  • the master node that receives the secondary node change request message from the source secondary node determines whether to accept the secondary node change request. If the master node accepts the secondary node change request, in step S510 the master node transmits a secondary node change request confirmation message to the source secondary node. In addition, the master node may assign a new security key for the target secondary node.
  • the secondary node change request confirmation message may include at least one of the following information.
  • the target secondary node may use the new security key to secure data transmission.
  • the master node sends an RRCConnectionReconfiguration message to the UE.
  • the RRCConnectionReconfiguration message may include RRC configuration information of a master node and / or RRC configuration information of a target secondary node.
  • the UE Upon receiving the RRCConnectionReconfiguration message, the UE transmits an RRCConnectionReconfigurationComplete message to the master node in step S514. If the UE cannot follow the configuration (or part thereof) included in the RRCConnectionReconfiguration message, the UE performs a reconfiguration failure procedure.
  • step S516 the master node informs the target secondary node.
  • step S528 the UE performs synchronization with the target secondary node.
  • steps S118 to S124 described in FIG. 8 may be performed.
  • the secondary node may directly offload its service to another secondary node. Therefore, the UE can be serviced in a more optimized state. In addition, the radio resource utilization of the master node and the secondary node can be improved.
  • the RRCConnectionReconfigurationComplete message is always delivered to the secondary node via the master node. This can be confirmed in FIG. 7 described above.
  • the MeNB performs the SeNB addition procedure toward the T-SeNB as part of the SeNB change procedure
  • the RRCConnectionReconfigurationComplete message is delivered to the T-SeNB via the MeNB. This operation can be an unnecessary delay for the secondary node.
  • the present invention proposes a method in which the UE directly transmits an RRCConnectionReconfigurationComplete message to the secondary node in the secondary node addition procedure.
  • the master node and the secondary node may be either one of LTE or NR network nodes.
  • the master node may be any one of eNB, gNB, en-gNB, and ng-eNB
  • the secondary node may also be any one of eNB, gNB, en-gNB, and ng-eNB.
  • FIG. 14 illustrates a method of performing a secondary node addition procedure according to an embodiment of the present invention. This embodiment can be applied to the initial addition of the secondary node.
  • step S602 the master node sends a secondary node addition request message to the secondary node.
  • the secondary node addition request message may include SCG configuration information.
  • the secondary node Upon receiving the secondary node addition request message from the master node, the secondary node determines the SCG configuration for the cell of the secondary node. In step S604, the secondary node sends a secondary node addition request confirmation message to the master node.
  • the secondary node addition request confirmation message includes the determined SCG configuration.
  • the master node receiving the secondary node addition request confirmation message from the secondary node confirms the received parameters and the UE capability of the master node.
  • the master node sends an RRCConnectionReconfiguration message to the UE.
  • the RRCConnectionReconfiguration message includes final parameters from the master node and the secondary node.
  • the UE Upon receiving the RRCConnectionReconfiguration message from the master node, the UE initiates a random access procedure toward the secondary node. In step S608 the UE transmits a random access preamble to the secondary node, and in step S610 the UE receives a random access response from the secondary node.
  • step S612 the UE directly sends an RRCConnectionReconfigurationComplete message to the secondary node on the SCG signaling radio bearer (SRB).
  • SRB SCG signaling radio bearer
  • the secondary node Upon receiving the RRCConnectionReconfigurationComplete message from the UE, the secondary node notifies the master node of the completion of the RRC connection reconfiguration for the secondary node in step S614. If the RRCConnectionReconfigurationComplete message includes information about the master node, the information can also be delivered to the master node.
  • the master node receiving the RRCConnectionReconfigurationComplete message from the secondary node may start transmitting data packets to the secondary node or initiate a data forwarding procedure.
  • the secondary node can quickly obtain an RRCConnectionReconfigurationComplete message, and can be quickly prepared for resource allocation and data transmission.
  • the master node may start data packet transmission to the secondary node or initiate a data forwarding procedure.
  • the present invention further proposes a method for more efficiently supporting the procedure for changing the secondary node initiated by the secondary node.
  • the master node and the secondary node may be either one of LTE or NR network nodes.
  • the master node may be any one of eNB, gNB, en-gNB, and ng-eNB
  • the secondary node may also be any one of eNB, gNB, en-gNB, and ng-eNB.
  • FIG. 15 illustrates a method of performing an enhanced secondary node addition procedure according to an embodiment of the present invention.
  • This embodiment presents one alternative to assist the secondary node in determining the secondary node change.
  • this embodiment also presents one alternative that helps the master node in determining handover while maintaining the secondary node.
  • This embodiment can also be applied to other procedures.
  • the source secondary node receives a measurement report about the neighbor node from the UE, and decides to offload the service of the UE to one of the neighbor nodes.
  • step S702 the master node sends a secondary node addition request message to the secondary node.
  • the secondary node addition request message may include at least one of the following information.
  • the list of neighboring secondary nodes may be an eNB / gNB ID and / or a cell ID.
  • the list of neighboring secondary nodes may be used to help when the secondary node triggers a secondary node change procedure in the future. That is, the secondary node may determine to change the secondary node in the future based on the list of the neighboring secondary nodes.
  • the list of neighboring secondary nodes is first obtained by the master node through an X2 / Xn configuration procedure between the master node and the surrounding secondary nodes.
  • the secondary node may store information included in the secondary node addition request message and consider it in a future mobility procedure. For example, the secondary node may consider the information included in the secondary node addition request message in a secondary node change procedure or a handover procedure to another master node. This information is important for the secondary node to determine the potential target secondary node.
  • step S704 the secondary node sends a secondary node addition request confirmation message to the master node.
  • the secondary node addition request confirmation message may include at least one of the following information.
  • the list of neighboring master nodes connected to the secondary node through an X2 / Xn interface may be an eNB / gNB ID and / or a cell ID.
  • the master node receiving the secondary node addition request confirmation message from the secondary node may use the information included in the secondary node addition request confirmation message when determining the handover to another master node while the secondary node is maintained.
  • FIG. 16 illustrates a method of performing an enhanced X2 / Xn configuration procedure between a master node and a secondary node according to an embodiment of the present invention.
  • This embodiment presents one alternative to assist the secondary node in determining the secondary node change.
  • this embodiment also presents one alternative that helps the master node in determining handover while maintaining the secondary node.
  • This embodiment can also be applied to other procedures.
  • step S712 the master node sends an X2 / Xn setup request message to the secondary node.
  • the X2 / Xn setting request message may include at least one of the following information.
  • the list of neighboring secondary nodes may be an eNB / gNB ID and / or a cell ID.
  • the list of neighboring secondary nodes may be used to help when the secondary node triggers a secondary node change procedure in the future. That is, the secondary node may determine to change the secondary node in the future based on the list of the neighboring secondary nodes.
  • the list of neighboring secondary nodes is first obtained by the master node through an X2 / Xn configuration procedure between the master node and the surrounding secondary nodes.
  • the secondary node may store information included in the X2 / Xn configuration request message and consider it in a future mobility procedure. For example, the secondary node may consider the information included in the X2 / Xn configuration request message in the procedure of changing the secondary node or handing over to another master node. This information is important for the secondary node to determine the potential target secondary node.
  • step S714 the secondary node transmits an X2 / Xn setting request confirmation message to the master node.
  • the X2 / Xn setting request confirmation message may include at least one of the following information.
  • the list of neighboring master nodes connected to the secondary node through an X2 / Xn interface may be an eNB / gNB ID and / or a cell ID.
  • the master node receiving the X2 / Xn configuration request confirmation message from the secondary node may use the information included in the X2 / Xn configuration request confirmation message when determining the handover to another master node while the secondary node is maintained.
  • FIG. 17 illustrates a method of performing an enhanced X2 / Xn configuration procedure between secondary nodes according to an embodiment of the present invention.
  • This embodiment presents one alternative to assist the secondary node in determining the secondary node change.
  • This embodiment can also be applied to other procedures.
  • the first secondary node transmits an X2 / Xn setting request message to the second secondary node.
  • the X2 / Xn configuration request message may include a list of neighboring master nodes connected to the first secondary node through an X2 / Xn interface.
  • the list of neighbor master nodes may be an eNB / gNB ID and / or a cell ID.
  • the list of neighbor master nodes may be used to help the second secondary node trigger a secondary node change procedure in the future. That is, the second secondary node may determine the secondary node change based on the list of the neighboring master nodes in the future.
  • the list of the neighboring master nodes is first obtained by the first secondary node through an X2 / Xn setting procedure between the first secondary node and the neighboring master node.
  • the second secondary node may store information included in the X2 / Xn configuration request message and consider it in a future mobility procedure. For example, the second secondary node may consider the information included in the X2 / Xn configuration request message in the procedure of changing the secondary node. This information is important for the second secondary node to determine the potential target secondary node.
  • the second secondary node transmits an X2 / Xn setting request confirmation message to the first secondary node.
  • the X2 / Xn configuration request confirmation message may include a list of neighboring master nodes connected to the second secondary node through an X2 / Xn interface.
  • the list of neighbor master nodes may be an eNB / gNB ID and / or a cell ID.
  • the list of neighbor master nodes may be used to help the first secondary node trigger a secondary node change procedure in the future. That is, the first secondary node may determine to change the secondary node in the future based on the list of the neighboring master nodes.
  • the list of the neighboring master nodes is first obtained by the second secondary node through an X2 / Xn setting procedure between the second secondary node and the surrounding master node.
  • the first secondary node may use the information included in the X2 / Xn setup request confirmation message in a future mobility procedure such as a secondary node change. This information is important for the first secondary node to determine the potential target secondary node.
  • the first and second secondary nodes may know whether they share the same master node.
  • one secondary node may determine whether to initiate the secondary node change procedure directly to another secondary node sharing the same master node.
  • the secondary node may directly offload its service to another secondary node.
  • the master node may determine whether to maintain the secondary node.
  • signaling may be reduced as compared with the prior art.
  • the UE may be serviced in a more optimized state.
  • the radio resource utilization of the master node and the secondary node can be improved.
  • FIG. 18 illustrates a wireless communication system in which an embodiment of the present invention is implemented.
  • the first node 800 includes a processor 810, a memory 820, and a transceiver 830.
  • the first node 800 may be any one of the above-described master node, source secondary node, and target secondary node. That is, the first node may be any one of an eNB, gNB, ng-eNB, and en-gNB.
  • Processor 810 may be configured to implement the functions, processes, and / or methods described herein. Layers of the air interface protocol may be implemented by the processor 810.
  • the memory 820 is connected to the processor 810 and stores various information for driving the processor 810.
  • the transceiver 830 is connected to the processor 810 to transmit and / or receive a signal.
  • the second node 900 includes a processor 910, a memory 920, and a transceiver 930.
  • the second node 900 may be any one of the above-described master node, source secondary node, and target secondary node. That is, the first node may be any one of an eNB, gNB, ng-eNB, and en-gNB.
  • Processor 910 may be configured to implement the functions, processes, and / or methods described herein. Layers of the air interface protocol may be implemented by the processor 910.
  • the memory 920 is connected to the processor 910 and stores various information for driving the processor 910.
  • the transceiver 930 is connected to the processor 910 to transmit and / or receive a radio signal.
  • the first node 800 and the second node 900 are connected to each other through an X2 interface or an Xn interface.
  • Processors 810 and 910 may include application-specific integrated circuits (ASICs), other chipsets, logic circuits, and / or data processing devices.
  • the memories 820 and 920 may include read-only memory (ROM), random access memory (RAM), flash memory, memory cards, storage media and / or other storage devices.
  • the transceivers 830 and 930 may include a baseband circuit for processing radio frequency signals.
  • the above-described technique may be implemented as a module (process, function, etc.) for performing the above-described function.
  • the module may be stored in the memory 820, 920 and executed by the processor 810, 910.
  • the memories 820 and 920 may be inside or outside the processors 810 and 910, and may be connected to the processors 810 and 910 by various well-known means.
  • FIG. 19 illustrates a wireless communication system in which an embodiment of the present invention is implemented.
  • FIG. 19 specifically describes the processors 810 and 910 described with reference to FIG. 18.
  • the processor 810 includes an X2-AP (811; X2 application protocol), an SCTP (812; control protocol), an IP 813 (Internet protocol), a data connection layer 814, and a physical layer 815.
  • the X2-AP 811 is included in a radio network layer (RNL).
  • RNL defines a procedure related to interaction between eNBs.
  • X2-AP 811 is a protocol responsible for providing signaling information over the X2 interface.
  • the X2-AP 811 is terminated by two eNBs connected via an X2 interface.
  • X2-AP 811 may be implemented by an X2-AP procedure module.
  • the functions, processes, and / or methods described herein may be implemented by the X2-AP 811.
  • SCTP 812, IP 813, data connection layer 814, and physical layer 815 may be included in a transport network layer (TNL).
  • TNL provides services for user plane and signaling delivery.
  • the processor 910 includes an X2-AP 911, an SCTP 912, an IP 913, a data connection layer 914, and a physical layer 915.
  • X2-AP 911 is included in the RNL.
  • RNL defines a procedure related to interaction between eNBs.
  • X2-AP 911 is a protocol responsible for providing signaling information on the X2 interface.
  • the X2-AP 911 is terminated by two eNBs connected via an X2 interface.
  • X2-AP 911 may be implemented by an X2-AP procedure module.
  • the functions, processes, and / or methods described herein may be implemented by the X2-AP 911.
  • SCTP 912, IP 913, data link layer 914 and physical layer 915 may be included in the TNL.
  • TNL provides services for user plane and signaling delivery.

Landscapes

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

Abstract

무선 통신 시스템에서 소스 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 수행하는 방법 및 장치가 제공된다. 마스터 노드는 세컨더리 노드 변경 요청 메시지를 상기 소스 세컨더리 노드로부터 수신하고, 세컨더리 노드 부가 요청 메시지를 타겟 세컨더리 노드로 전송하고, 세컨더리 노드 부가 요청 확인 메시지를 상기 타겟 세컨더리 노드로부터 수신하고, 및 세컨더리 노드 변경 요청 확인 메시지를 상기 소스 세컨더리 노드로 전송한다.

Description

무선 통신 시스템에서 LTE/NR 인터워킹을 위한 절차를 향상시키는 방법 및 장치
본 발명은 무선 통신에 관한 것으로, 보다 상세하게는 무선 통신 시스템 중 3GPP(3rd generation partnership project) LTE(long-term evolution)와 NR(new radio access technology)의 인터워킹을 위한 절차를 향상시키는 방법 및 장치에 관한 것이다.
3GPP(3rd generation partnership project) LTE(long-term evolution)는 고속 패킷 통신을 가능하게 하기 위한 기술이다. LTE 목표인 사용자와 사업자의 비용 절감, 서비스 품질 향상, 커버리지 확장 및 시스템 용량 증대를 위해 많은 방식이 제안되었다. 3GPP LTE는 상위 레벨 필요조건으로서 비트당 비용 절감, 서비스 유용성 향상, 주파수 밴드의 유연한 사용, 간단한 구조, 개방형 인터페이스 및 단말의 적절한 전력 소비를 요구한다.
ITU(international telecommunication union) 및 3GPP에서 NR(new radio access technology) 시스템에 대한 요구 사항 및 사양을 개발하는 작업이 시작되었다. NR 시스템은 new RAT 등의 다른 이름으로 불릴 수 있다. 3GPP는 긴급한 시장 요구와 ITU-R(ITU radio communication sector) IMT(international mobile telecommunications)-2020 프로세스가 제시하는 보다 장기적인 요구 사항을 모두 적시에 만족시키는 NR을 성공적으로 표준화하기 위해 필요한 기술 구성 요소를 식별하고 개발해야 한다. 또한, NR은 먼 미래에도 무선 통신을 위해 이용될 수 있는 적어도 100 GHz에 이르는 임의의 스펙트럼 대역을 사용할 수 있어야 한다.
NR은 eMBB(enhanced mobile broadband), mMTC(massive machine-type-communications), URLLC(ultra-reliable and low latency communications) 등을 포함하는 모든 배치 시나리오, 사용 시나리오, 요구 사항을 다루는 단일 기술 프레임 워크를 대상으로 한다. NR은 본질적으로 순방향 호환성이 있어야 한다.
NR을 포함하는 5G 코어 네트워크 및 5G RAN(radio access network)을 위한 새로운 아키텍처에 따라, 단말(UE; user equipment)이 처리량(throughput) 및 UE 경험 측면에서 보다 잘 서비스 될 수 있다. 또한, LTE/NR의 단단한 인터워킹(tight interworking)도 논의 중이다. LTE/NR의 단단한 인터워킹에 의하여 LTE의 eNB(eNodeB)와 NR의 새로운 RAN 노드(예를 들어, gNB) 간의 협력이 허용되며, 결과적으로 UE의 처리량이 향상될 수 있다. LTE의 eNB와 NR의 gNB는 개별적으로 자원을 관리할 수 있다. 구체적으로, LTE/NR의 단단한 인터워킹에 따라 UE의 처리량을 향상시킬 수 있는 이중/다중 연결이 사용될 수 있으며, 또한 UE 이동성을 위한 시그널링이 단순화 될 수 있다.
NR에서 UE에 더 나은 서비스를 제공하기 위해, 베어러를 세컨더리 노드로 오프로딩 함으로써 시그널링이 개선될 수 있다. 또한, 이동성 절차 또한 최적화 될 수 있다. LTE/NR의 단단한 인터워킹을 수행하는 RAN 노드를 위하여 오프로딩 절차를 최적화 하는 방법이 요구될 수 있다.
본 발명은 무선 통신 시스템 중 3GPP(3rd generation partnership project) LTE(long-term evolution)와 NR(new radio access technology)의 인터워킹을 위한 절차를 향상시키는 방법 및 장치를 제공한다. 본 발명은 LTE와 NR이 이중 연결(dual connectivity)을 통해 연결되는 경우, 세컨더리 노드(secondary node)를 변경하는 방법 및 장치를 제공한다.
일 양태에 있어서, 무선 통신 시스템에서 소스 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 마스터 노드에 의하여 수행하는 방법이 제공된다. 상기 방법은 세컨더리 노드 변경 요청 메시지를 상기 소스 세컨더리 노드로부터 수신하고, 세컨더리 노드 부가 요청 메시지를 타겟 세컨더리 노드로 전송하고, 세컨더리 노드 부가 요청 확인 메시지를 상기 타겟 세컨더리 노드로부터 수신하고, 및 세컨더리 노드 변경 요청 확인 메시지를 상기 소스 세컨더리 노드로 전송하는 것을 포함한다.
다른 양태에 있어서, 무선 통신 시스템에서 마스터 노드가 제공된다. 상기 마스터 노드는 메모리, 송수신부, 및 상기 메모리 및 상기 송수신부와 연결되는 프로세서를 포함하며, 상기 프로세서는 세컨더리 노드 변경 요청 메시지를 상기 소스 세컨더리 노드로부터 수신하도록 상기 송수신부를 제어하고, 세컨더리 노드 부가 요청 메시지를 타겟 세컨더리 노드로 전송하도록 상기 송수신부를 제어하고, 세컨더리 노드 부가 요청 확인 메시지를 상기 타겟 세컨더리 노드로부터 수신하도록 상기 송수신부를 제어하고, 및 세컨더리 노드 변경 요청 확인 메시지를 상기 소스 세컨더리 노드로 전송하도록 상기 송수신부를 제어한다.
세컨더리 노드가 직접 세컨더리 노드 변경 절차를 개시할 수 있다.
도 1은 3GPP LTE 시스템의 구조를 나타낸다.
도 2는 NG-RAN 아키텍처를 나타낸다.
도 3은 EN-DC 아키텍처를 나타낸다.
도 4는 LTE/NR의 단단한 인터워킹을 위한 배치 시나리오의 옵션 3/3a/3x를 나타낸다.
도 5는 LTE/NR의 단단한 인터워킹을 위한 배치 시나리오의 옵션 4/4a를 나타낸다.
도 6은 LTE/NR의 단단한 인터워킹을 위한 배치 시나리오의 옵션 7/7a/7x를 나타낸다.
도 7은 LTE에서 SeNB(secondary eNB) 변경 절차를 나타낸다.
도 8은 본 발명의 일 실시예에 따라 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 수행하는 방법을 나타낸다.
도 9 및 도 10은 본 발명의 다른 실시예에 따라 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 수행하는 방법을 나타낸다.
도 11은 본 발명의 다른 실시예에 따라 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 수행하는 방법을 나타낸다.
도 12는 본 발명의 다른 실시예에 따라 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 수행하는 방법을 나타낸다.
도 13은 본 발명의 다른 실시예에 따라 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 수행하는 방법을 나타낸다.
도 14는 본 발명의 일 실시예에 따라 세컨더리 노드 부가 절차를 수행하는 방법을 나타낸다.
도 15는 본 발명의 일 실시예에 따라 향상된 세컨더리 노드 부가 절차를 수행하는 방법을 나타낸다.
도 16은 본 발명의 일 실시예에 따라 마스터 노드와 세컨더리 노드 간에 향상된 X2/Xn 설정 절차를 수행하는 방법을 나타낸다.
도 17은 본 발명의 일 실시예에 따라 세컨더리 노드 간에 향상된 X2/Xn 설정 절차를 수행하는 방법을 나타낸다.
도 18은 본 발명의 실시예가 구현되는 무선 통신 시스템을 나타낸다.
도 19는 본 발명의 실시예가 구현되는 무선 통신 시스템을 나타낸다.
이하, 본 발명은 3GPP(3rd generation partnership project) 또는 IEEE(institute of electrical and electronics engineers) 기반의 무선 통신 시스템을 중심으로 설명된다. 그러나 본 발명은 이에 제한되지 않으며, 본 발명은 이하에서 설명하는 동일한 특징을 갖는 다른 무선 통신 시스템에도 적용될 수 있다.
도 1은 3GPP LTE 시스템의 구조를 나타낸다. 도 1을 참조하면, 3GPP LTE(long-term evolution) 시스템 구조는 하나 이상의 사용자 단말(UE; user equipment; 10), E-UTRAN(evolved-UMTS terrestrial radio access network) 및 EPC(evolved packet core)를 포함한다. UE(10)는 사용자에 의해 움직이는 통신 장치이다. UE(10)는 고정되거나 이동성을 가질 수 있으며, MS(mobile station), UT(user terminal), SS(subscriber station), 무선기기(wireless device) 등 다른 용어로 불릴 수 있다.
E-UTRAN은 하나 이상의 eNB(evolved NodeB; 20)를 포함하고, 하나의 셀에 복수의 UE가 존재할 수 있다. eNB(20)는 제어 평면(control plane)과 사용자 평면(user plane)의 끝 지점을 UE(10)에게 제공한다. eNB(20)는 일반적으로 UE(10)와 통신하는 고정된 지점(fixed station)을 말하며, BS(base station), 액세스 포인트(access point) 등 다른 용어로 불릴 수 있다. 하나의 eNB(20)는 셀마다 배치될 수 있다.
EPC는 MME(mobility management entity)와 S-GW(serving gateway)를 포함한다. MME/S-GW(30)은 네트워크의 끝에 위치한다. MME/S-GW(30)은 UE(10)를 위한 세션 및 이동성 관리 기능의 끝 지점을 제공한다. 설명의 편의를 위해 MME/S-GW(30)은 "게이트웨이"로 단순히 표현하며, 이는 MME 및 S-GW를 모두 포함할 수 있다. PDN(packet dana network) 게이트웨이(P-GW)는 외부 네트워크와 연결될 수 있다.
MME는 eNB(20)로의 NAS(non-access stratum) 시그널링, NAS 시그널링 보안, AS(access stratum) 보안 제어, 3GPP 액세스 네트워크 간의 이동성을 위한 inter CN(core network) 노드 시그널링, 아이들 모드 단말 도달 가능성(페이징 재전송의 제어 및 실행 포함), 트래킹 영역 리스트 관리(아이들 모드 및 활성화 모드인 UE을 위해), P-GW 및 S-GW 선택, MME 변경과 함께 핸드오버를 위한 MME 선택, 2G 또는 3G 3GPP 액세스 네트워크로의 핸드오버를 위한 SGSN(serving GPRS support node) 선택, 로밍, 인증, 전용 베이러 설정을 포함한 베어러 관리 기능, PWS(public warning system: ETWS(earthquake and tsunami warning system) 및 CMAS(commercial mobile alert system) 포함) 메시지 전송 지원 등의 다양한 기능을 제공한다. S-GW 호스트는 사용자 별 기반 패킷 필터링(예를 들면, 심층 패킷 검사를 통해), 합법적 차단, 단말 IP(internet protocol) 주소 할당, DL에서 전송 레벨 패킹 마킹, UL/DL 서비스 레벨 과금, 게이팅 및 등급 강제, APN-AMBR(access point name aggregate maximum bit rate)에 기반한 DL 등급 강제의 갖가지 기능을 제공한다.
사용자 트래픽 전송 또는 제어 트래픽 전송을 위한 인터페이스가 사용될 수 있다. UE(10)와 eNB(20)은 Uu 인터페이스에 의해 연결된다. eNB(20) 간은 X2 인터페이스에 의해 연결된다. 이웃한 eNB(20)는 X2 인터페이스에 의한 망형 네트워크 구조를 가질 수 있다. eNB(20)와 게이트웨이(30)는 S1 인터페이스를 통해 연결된다.
5G 시스템은 5G AN(access network), 5G CN(core network) 및 UE로 구성된 3GPP 시스템이다. 5G AN은 5G CN에 연결되는 비-3GPP 접속 네트워크 및/또는 NG-RAN(new generation radio access network)를 포함하는 접속 네트워크이다. NG-RAN은 5G CN에 연결된다는 공통 특성을 가지고, 다음 옵션 중 하나 이상을 지원하는 무선 접속 네트워크이다.
1) 독립형 NR(new radio).
2) NR은 E-UTRA 확장을 갖는 앵커이다.
3) 독립형 E-UTRA.
4) E-UTRA는 NR 확장을 갖는 앵커이다.
도 2는 NG-RAN 아키텍처를 나타낸다. 도 2를 참조하면, NG-RAN은 하나 이상의 NG-RAN 노드를 포함한다. NG-RAN 노드는 하나 이상의 gNB 및/또는 하나 이상의 ng-eNB를 포함한다. gNB는 UE를 향하여 NR 사용자 평면 및 제어 평면 프로토콜 종단을 제공한다. ng-eNB는 UE를 향하여 E-UTRA 사용자 평면 및 제어 평면 프로토콜 종단을 제공한다. gNB와 ng-eNB는 Xn 인터페이스를 통해 상호 연결된다. gNB 및 ng-eNB는 NG 인터페이스를 통해 5G CN에 연결된다. 보다 구체적으로, gNB 및 ng-eNB는 NG-C 인터페이스를 통해 AMF(access and mobility management function)에 연결되고, NG-U 인터페이스를 통해 UPF(user plane function)에 연결된다.
gNB 및/또는 ng-eNB는 다음의 기능을 제공한다.
- 무선 자원 관리를 위한 기능: 무선 베어러 제어, 무선 허용 제어, 연결 이동 제어, 상향링크 및 하향링크에서 UE에 대한 자원의 동적 할당(스케줄링);
- 데이터의 IP(Internet protocol) 헤더 압축, 암호화 및 무결성 보호;
- UE에 의해 제공된 정보로부터 AMF로의 라우팅이 결정될 수 없을 때, UE 부착시 AMF의 선택;
- UPF를 향하여 사용자 평면 데이터를 라우팅;
- AMF를 향하여 제어 평면 정보의 라우팅;
- 연결 설정 및 해제;
- (AMF로부터 시작되는) 페이징 메시지의 스케줄링 및 전송;
- (AMF 또는 O&M(operations & maintenance)로부터 시작되는) 시스템 방송 정보의 스케줄링 및 전송;
- 이동성 및 스케줄링을 위한 측정 및 측정 보고 구성;
- 상향링크에서의 전송 레벨 패킷 마킹;
- 세션 관리;
- 네트워크 슬라이싱 지원;
- QoS(quality of service) 흐름 관리 및 데이터 무선 베어러로의 맵핑;
- RRC_INACTIVE 상태에 있는 UE의 지원;
- NAS(non-access stratum) 메시지의 배포 기능;
- 무선 접속 네트워크 공유;
- 이중 연결;
- NR과 E-UTRA 간의 긴밀한 연동.
AMF는 다음의 주요 기능을 제공한다.
- NAS 신호 종단;
- NAS 신호 보안;
- AS 보안 통제;
- 3GPP 액세스 네트워크 간의 이동성을 위한 인터 CN 노드 시그널링;
- 아이들 모드 UE 도달 가능성(페이징 재전송의 제어 및 실행 포함);
- 등록 영역 관리;
- 시스템 내 및 시스템 간 이동성 지원;
- 액세스 인증;
- 로밍 권한 확인을 포함한 액세스 권한 부여;
- 이동성 관리 제어(가입 및 정책);
- 네트워크 슬라이싱 지원;
- SMF(session management function) 선택.
UPF는 다음의 주요 기능을 제공한다.
- 인트라/인터-RAT(radio access technology) 이동성을 위한 앵커 포인트(적용 가능한 경우);
- 데이터 네트워크에 대한 상호 연결의 외부 PDU(protocol data unit) 세션 포인트;
- 패킷 라우팅 및 포워딩;
- 패킷 검사 및 정책 규칙 집행의 사용자 평면 부분;
- 트래픽 사용 보고;
- 데이터 네트워크로 트래픽 흐름 라우팅을 지원하는 상향링크 분류;
- 멀티 홈 PDU 세션을 지원하기 위한 지점;
- 사용자 평면에 대한 QoS 처리(예를 들어, 패킷 필터링, 게이팅, UL/DL 요금 집행);
- 상향링크 트래픽 검증(SDF(service data flow)에서 QoS 흐름 맵핑);
- 하향링크 패킷 버퍼링 및 하향링크 데이터 통지 트리거.
SMF는 다음의 주요 기능을 제공한다.
- 세션 관리;
- UE IP 주소 할당 및 관리;
- 사용자 평면 기능의 선택 및 제어;
- 트래픽을 적절한 대상으로 라우팅 하기 위해 UPF에서 트래픽 전환 구성;
- 정책 집행 및 QoS의 제어 평면 부분;
- 하향링크 데이터 통지.
이하, 멀티 RAT 이중 연결(multi-RAT dual connectivity)에 대해서 설명한다. NG-RAN은 복수의 RX/TX를 가진 RRC_CONNECTED 내의 UE가 2개의 별개의 스케줄러에 의해 제공된 무선 자원을 이용하도록 구성되는 멀티 RAT 이중 연결을 지원한다. 멀티 RAT 이중 연결은 E-UTRA 이중 연결의 일반화이다. 2개의 별개의 스케줄러는 비이상적인 백홀을 통해 연결된 2개의 서로 다른 NG-RAN 노드에 위치한다. 2개의 서로 다른 NG-RAN 노드 중 하나는 마스터 노드(MN; master node)의 역할을 하고, 나머지 하나는 세컨더리 노드(SN; secondary node)의 역할을 한다. 즉, 하나의 스케줄러는 MN에 위치하고, 다른 하나의 스케줄러는 SN에 위치한다. 2개의 서로 다른 NG-RAN 노드는 E-UTRA 접속(NG-RAN 노드가 ng-eNB인 경우) 또는 NR 접속(NG-RAN 노드가 gNB인 경우) 중 어느 하나를 제공한다. En-gNB는 UE를 향하여 NR 사용자 평면 및 제어 평면 프로토콜 종단을 제공하고, EN-DC(E-UTRAN-NR dual connectivity)에서 SN으로 동작하는 노드이다. Ng-eNB는 UE를 향하여 E-UTRA 사용자 평면 및 제어 평면 프로토콜 종단을 제공하고, NG 인터페이스를 통해 5GC에 연결되는 노드이다. MN과 SN은 네트워크 인터페이스를 통해 서로 연결되며, 적어도 MN은 코어 네트워크에 연결된다. 본 명세서에서 멀티 RAT 이중 연결은 서로 다른 노드 간의 비이상적인 백홀을 기반으로 설계되었지만, 멀티 RAT 이중 연결은 이상적인 백홀의 경우에도 사용될 수 있다.
도 3은 EN-DC 아키텍처를 나타낸다. E-UTRAN은, UE가 MN으로 동작하는 하나의 eNB 및 SN으로 동작하는 하나의 en-gNB에 연결되는, EN-DC를 통해 멀티 RAT 이중 연결을 지원한다. eNB는 S1 인터페이스를 통해 EPC에 연결되고 X2 인터페이스를 통해 en-gNB에 연결된다. en-gNB는 S1-U 인터페이스를 통해 EPC에 연결될 수 있고, X2-U 인터페이스를 통해 다른 en-gNB에 연결될 수 있다.
5G CN 또한 멀티 RAT 이중 연결을 지원한다. NG-RAN은, UE가 MN으로 동작하는 하나의 ng-eNB와 SN으로 동작하는 하나의 gNB에 연결되는, NG-RAN E-UTRA-NR 이중 연결(NGEN-DC)을 지원한다. ng-eNB는 5G CN에 연결되고 gNB는 Xn 인터페이스를 통해 ng-eNB에 연결된다. 또한, NG-RAN은, UE가 MN으로 동작하는 하나의 gNB와 SN으로 동작하는 하나의 ng-eNB에 연결되는, NR-E-UTRA 이중 연결(NE-DC)을 지원한다. gNB는 5G CN에 연결되고 ng-eNB는 Xn 인터페이스를 통해 gNB에 연결된다.
상술한 멀티 RAT 이중 연결 및/또는 LTE/NR의 단단한(tight) 인터워킹을 지원하기 위하여, LTE와 NR의 다양한 배치 시나리오가 고려될 수 있다.
도 4는 LTE/NR의 단단한 인터워킹을 위한 배치 시나리오의 옵션 3/3a/3x를 나타낸다. 도 4-(a)는 옵션 3, 도 4-(b)는 옵션 3a, 도 4-(c)는 옵션 3x로 불릴 수 있다. 옵션 3/3a/3x에서, LTE eNB는 비독립형(non-standalone) NR과 함께 EPC에 연결된다. 즉, NR 제어 평면은 EPC로 직접 연결되지 않고, LTE eNB를 통해서 연결된다. EPC로의 NR 사용자 평면 연결은, LTE eNB를 통해 연결되거나(옵션 3) 또는 S1-U 인터페이스를 통해 직접 연결되거나(옵션 3a) 또는 S1-U 인터페이스를 통해 직접 연결된 사용자 평면이 gNB에서 LTE eNB로 분리된다(옵션 3x). 옵션 3/3a/3x는 도 3에서 상술한 EN-DC 아키텍처에 대응한다.
도 5는 LTE/NR의 단단한 인터워킹을 위한 배치 시나리오의 옵션 4/4a를 나타낸다. 도 5-(a)는 옵션 4, 도 5-(b)는 옵션 4a로 불릴 수 있다. 옵션 4/4a에서, gNB는 비독립형 E-UTRA와 함께 NGC에 연결된다. 즉, E-UTRA 제어 평면은 NGC로 직접 연결되지 않고, gNB를 통해서 연결된다. NGC로의 E-UTRA 사용자 평면 연결은, gNB를 통해 연결되거나(옵션 4) 또는 NG-U 인터페이스를 통해 직접 연결된다(옵션 4a). 옵션 4/4a는 상술한 옵션 3/3a에서 E-UTRA와 NR이 서로 뒤바뀐 형태에 해당한다.
도 6은 LTE/NR의 단단한 인터워킹을 위한 배치 시나리오의 옵션 7/7a/7x를 나타낸다. 도 6-(a)는 옵션 7, 도 6-(b)는 옵션 7a, 도 6-(c)는 옵션 7x로 불릴 수 있다. 옵션 7/7a/7x에서, eLTE eNB(즉, ng-eNB)는 비독립형 NR과 함께 NGC에 연결된다. 즉, NR 제어 평면은 NGC로 직접 연결되지 않고, eLTE eNB를 통해서 연결된다. NGC로의 NR 사용자 평면 연결은, eLTE eNB를 통해 연결되거나(옵션 7) 또는 NG-U 인터페이스를 통해 직접 연결되거나(옵션 7a) 또는 NG-U 인터페이스를 통해 직접 연결된 사용자 평면이 gNB에서 eLTE eNB로 분리된다(옵션 7x).
도 7은 LTE에서 SeNB(secondary eNB) 변경 절차를 나타낸다. SeNB 변경 절차는 MeNB(master eNB)에 의하여 개시된다. SeNB 변경 절차는 소스 SeNB에서 타겟 SeNB로 UE 컨텍스트를 전달하고, UE 내에서의 SCG(secondary cell group) 구성을 하나의 SeNB에서 다른 SeNB로 변경하는 데에 사용된다. SeNB 변경 절차를 위한 시그널링 흐름은 다음과 같다.
1/2. MeNB는 SeNB 부가 준비 절차(SeNB addition preparation procedure)에 의하여 T-SeNB(target SeNB)에게 UE를 위한 자원을 할당하도록 요청함으로써, SeNB 변경 절차를 개시한다. MeNB는 SeNB 부가 요청 메시지 내에 이전 SeNB의 SCG 구성을 포함시킨다. 포워딩이 필요한 경우, T-SeNB는 포워딩 주소를 MeNB에게 제공한다.
3. T-SeNB의 자원 할당이 성공적인 경우, MeNB는 UE 및 S-SeNB를 향하여 S-SeNB 자원의 해제를 개시한다. Make-Before-Break SeNB 변경이 구성된 경우, S-SeNB는 언제 UE로 전송을 중단할지 결정한다. 데이터 포워딩이 필요한 경우, MeNB는 데이터 포워딩 주소를 S-SeNB에게 제공한다. SCG 베어러를 위하여 직접 데이터 포워딩 또는 간접 데이터 포워딩이 사용된다. 분리 베어러(split bearer)를 위하여 오직 간접 데이터 포워딩만이 사용된다. SeNB 해제 요청 메시지의 수신에 따라, S-SeNB는 UE로 사용자 데이터를 제공하는 것의 중단하고, 적용 가능한 경우 데이터 포워딩을 시작한다.
4/5. MeNB는 새로운 구성을 적용하도록 UE를 트리거 한다. MeNB는 UE를 향한 RRCConnectionReconfiguration 메시지 내에 새로운 구성을 지시한다. UE가 RRCConnectionReconfiguration 메시지 내에 포함된 구성(또는 그 일부)을 따를 수 없는 경우, UE는 재구성 실패 절차를 수행한다.
Make-Before-Break SeNB 변경이 구성된 경우, S-SeNB로의 연결은 MobilityControlInfoSCG를 포함하는 RRCConnectionReconfiguration 메시지의 수신 이후 UE가 타겟 셀로 초기 상향링크(UL; uplink) 전송을 수행하기 전까지 유지된다.
6. RRC 연결 재구성 절차가 성공한 경우, MeNB는 T-SeNB에게 알린다.
7. UE는 T-SeNB와 동기화를 수행한다.
적용 가능한 경우, S-SeNB로부터의 데이터 포워딩이 수행된다. 이는 빠르면 S-SeNB가 MeNB로부터 SeNB 해제 요청 메시지를 수신한 이후부터 개시될 수 있다.
8-10. 베어러 컨텍스트 중 하나가 S-SeNB에서 SCG 베어러 옵션으로 구성된 경우, MeNB에 의하여 경로 업데이트가 트리거 된다.
11. UE 컨텍스트 해제(UE Context Release) 메시지를 수신한 S-SeNB는, UE 컨텍스트와 연관된 무선 및 C-Plane 관련 자원을 해제할 수 있다. 또한, 진행 중이던 데이터 포워딩이 계속될 수 있다.
상술한 도 7을 참조하면, LTE에서 SeNB 변경 절차는 MeNB에 의하여만 트리거 되는 문제점을 가진다. 이는 절차 관점에서 효율적이지 않다. 또한, LTE/NR의 인터워킹에 따른 EN-DC 또는 MR-DC에서는 서로 다른 RAT에 속하는 각각의 노드가 SeNB 변경 절차를 개시할 수 있을 필요가 있다.
상술한 문제점을 해결하기 위하여, 본 발명은 LTE/NR의 인터워킹에 따른 EN-DC 또는 MR-DC에서, 마스터 노드가 아닌 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 제안한다. 이하의 실시예에서 마스터 노드와 세컨더리 노드는 LTE 또는 NR의 네트워크 노드 중 어느 하나일 수 있다. 예를 들어, 마스터 노드는 eNB, gNB, ng-eNB 중 어느 하나일 수 있고, 세컨더리 노드 역시 eNB, gNB, en-gNB, ng-eNB 중 어느 하나일 수 있다.
1. 실시예 1-1
도 8은 본 발명의 일 실시예에 따라 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 수행하는 방법을 나타낸다. 도 8에서 MN은 마스터 노드를, S-SN은 소스 세컨더리 노드를, T-SN은 타겟 세컨더리 노드를 나타낸다.
단계 S100에서, 소스 세컨더리 노드는 UE로부터 이웃 노드에 대한 측정 보고를 수신한다. 소스 세컨더리 노드는 UE의 서비스를 그 이웃 노드 중 하나로 오프로딩 하기로 결정한다.
단계 S102에서, 소스 세컨더리 노드는 세컨더리 노드 변경 요청 메시지를 마스터 노드로 전송한다. 상기 세컨더리 노드 변경 요청 메시지는 다음 중 적어도 하나를 포함할 수 있다.
(1) 세컨더리 노드 변경 요청의 지시
(2) SCG 구성 정보
(3) 인접 노드 및/또는 자체 셀에 대한 측정 보고
(4) 타겟 세컨더리 노드의 ID(identity): 타겟 세컨더리 노드의 ID는 소스 세컨더리 노드의 결정에 따라 추천되거나 결정될 수 있다. 타겟 세컨더리 노드의 ID는 셀 ID의 목록에 의해 구현될 수 있다. 셀은 노드의 하나의 셀에 대응할 수 있다. 셀 ID의 목록은 무선 품질에 관한 측정 보고에 기초하여 순위가 정해질 수 있다. 셀 ID의 목록은 높은 값에서 낮은 값 또는 낮은 값에서 높은 값으로 정렬될 수 있다. 이러한 방식으로 마스터 노드는 적절한 타겟 세컨더리 노드를 선택하는 결정을 내릴 수 있다.
(5) 다른 노드로 오프로드 될 플로우에 관한 PDU 정보
소스 세컨더리 노드로부터 세컨더리 노드 변경 요청 메시지를 수신한 마스터 노드는, 세컨더리 노드 변경 요청을 수락할지 여부를 결정한다. 마스터 노드가 세컨더리 노드 변경 요청을 수락하기로 결정하면, 마스터 노드는 또한 타겟 세컨더리 노드를 결정할 수 있다. 단계 S104에서, 마스터 노드는 세컨더리 노드 부가 요청 메시지를 타겟 세컨더리 노드에 송신한다. 상기 세컨더리 노드 부가 요청 메시지는 다음 중 적어도 하나를 포함할 수 있다.
(1) SCG 구성 정보
(2) 타겟 세컨더리 노드로 오프로드 될 플로우에 관한 PDU 정보
마스터 노드로부터 세컨더리 노드 부가 요청 메시지를 수신한 타겟 세컨더리 노드는, 세컨더리 노드 부가 요청을 수락할지 여부를 결정한다. 타겟 세컨더리 노드는 세컨더리 노드 부가 요청 메시지를 통해 수신된 정보 및/또는 타겟 세컨더리 노드의 무선 자원 상황을 기반으로 하여 세컨더리 노드 부가 요청을 수락할지 여부를 결정할 수 있다.
타겟 세컨더리 노드가 세컨더리 노드 부가 요청을 수락하기로 결정한 경우, 단계 S106에서, 타겟 세컨더리 노드는 세컨더리 노드 부가 요청 확인 메시지를 마스터 노드로 전송한다. 상기 세컨더리 노드 부가 요청 확인 메시지는 다음 중 적어도 하나를 포함할 수 있다.
(1) SCG 구성
(2) 수락된 또는 거절된 PDU 세션/플로우의 목록
(3) 수락된 PDU 세션/플로우를 위한 데이터 포워딩 주소
타겟 세컨더리 노드가 세컨더리 노드 부가 요청을 거절하기로 결정한 경우, 도 8에 개시되지 않았지만, 타겟 세컨더리 노드는 세컨더리 노드 부가 거절 메시지를 마스터 노드에 전송할 수 있다. 세컨더리 노드 부가 거절 메시지는 거절 이유, 예를 들어 무선 자원이 없음을 포함할 수 있다.
타겟 세컨더리 노드로부터 세컨더리 노드 부가 요청 확인 메시지를 수신한 마스터 노드는, 세컨더리 노드를 소스 세컨더리 노드에서 타겟 세컨더리 노드로 변경할지 여부를 결정한다. 마스터 노드가 세컨더리 노드를 소스 세컨더리 노드에서 타겟 세컨더리 노드로 변경하기로 결정하면, 단계 S108에서, 마스터 노드는 세컨더리 노드 변경 확인 메시지를 소스 세컨더리 노드로 전송한다. 상기 세컨더리 노드 변경 확인 메시지는 다음 중 적어도 하나를 포함할 수 있다.
(1) 세컨더리 노드 변경 요청 수락에 대한 지시
(2) 타겟 세컨더리 노드의 ID
(3) 타겟 세컨더리 노드의 SCG 구성
(4) 타겟 세컨더리 노드로부터 수락된 또는 거절된 PDU 세션/플로우의 목록
(5) 수락된 PDU 세션/플로우를 위한 대한 데이터 포워딩 주소
단계 S110에서, 마스터 노드는 RRCC 연결 재구성(RRCConnectionReconfiguration) 메시지를 UE로 전송한다. RRC 연결 재구성 메시지는 마스터 노드의 RRC 구성 정보 및/또는 타겟 세컨더리 노드의 RRC 구성 정보를 포함할 수 있다. 마스터 노드로부터 RRC 연결 재구성 메시지를 수신한 UE는, 단계 S112에서 RRC 연결 재구성 완료(RRCConnectionReconfigurationComplete) 메시지를 마스터 노드로 전송한다. UE가 RRC 연결 재구성 메시지에 포함된 구성(또는 그 일부)을 받아들일 수 없는 경우, UE는 재구성 실패 절차를 수행할 수 있다.
RRC 연결 재구성 절차가 성공적이면, 단계 S114에서, 마스터 노드는 타겟 세컨더리 노드에 세컨더리 노드 재구성 완료 메시지를 전송함으로써 타겟 세컨더리 노드에 이를 알린다.
단계 S116에서, UE는 랜덤 액세스 절차를 수행함으로써 타겟 세컨더리 노드와 동기화한다.
단계 S118 내지 S122에서, 컨텍스트 중 하나가 소스 세컨더리 노드에서 SCG 옵션/SCG 분리 옵션으로 구성된 경우, 마스터 노드에 의하여 경로 업데이트가 트리거 될 수 있다.
단계 S124에서, 마스터 노드는 UE 컨텍스트 해제 메시지를 소스 세컨더리 노드로 전송한다. UE 컨텍스트 해제 메시지를 수신한 소스 세컨더리 노드는, UE 컨텍스트와 연관된 무선 및 C-Plane 관련 자원을 해제할 수 있다. 또한, 진행 중이던 데이터 포워딩이 계속될 수 있다.
도 9 및 도 10은 본 발명의 다른 실시예에 따라 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 수행하는 방법을 나타낸다. 본 실시예에서 도 3에 기술된 EN-DC 구조를 가정한다. 즉, 본 실시예에서는 마스터 노드가 eNB이고 소스/타겟 세컨더리 노드가 en-gNB인 것으로 가정한다. 도 9 및 도 10에서 MN은 마스터 노드를, S-SN은 소스 세컨더리 노드를, T-SN은 타겟 세컨더리 노드를 나타낸다.
먼저, 도 9가 설명된다.
단계 S202에서, 소스 세컨더리 노드는 SgNB 변경 요구 메시지를 마스터 노드로 전송함으로써 세컨더리 노드 변경 절차를 시작한다. 단계 S202는 도 8의 단계 S102에 대응할 수 있다. SgNB 변경 요구 메시지는 타겟 세컨더리 노드 ID 정보를 포함할 수 있다. SgNB 변경 요구 메시지는 타겟 세컨더리 노드와 관련된 측정 결과 및 (델타 구성 지원을 위한) SCG 구성을 포함할 수 있다.
표 1은 SgNB 변경 요구 메시지의 일 예를 나타낸다. 이 메시지는 특정 UE에 대한 en-gNB의 변경을 요청하기 위해 en-gNB에 의해 MeNB로 전송된다.
IE/Group Name Presence Range IE type and reference Semantics description Criticality Assigned Criticality
Message Type M 9.2.13 YES reject
MeNB UE X2AP ID M eNB UE X2AP ID9.2.24 Allocated at the MeNB. YES reject
SgNB UE X2AP ID M en-gNB UE X2AP ID9.2.100 Allocated at the en-gNB. YES reject
Target SgNB ID Information M 9.2.102 YES reject
Cause M 9.2.6 YES ignore
SgNB to MeNB Container M OCTET STRING YES reject
표 1을 참조하면, SgNB 변경 요구 메시지는 "Target SgNB ID Information" IE(information element)를 포함한다. "Target SgNB ID Information" IE는 도 8의 단계 S102에서 개시된 타겟 세컨더리 노드들의 ID에 대응할 수 있다. 표 2는 "Targe SgNB ID Information" IE의 일 예를 나타낸다. 이 IE는 타겟 en-gNB를 찾기 위해 MeNB에서 사용하는 타겟 SgNB ID를 포함한다.
IE/Group Name Presence Range IE type and reference Semantics description Criticality Assigned Criticality
Target SgNB ID M reference
단계 S204에서, 마스터 노드는 타겟 세컨더리 노드로 SgNB 부가 요청 메시지를 전송함으로써 타겟 세컨더리 노드에게 UE에 대한 자원을 할당할 것을 요청한다. 단계 S204는 도 8의 단계 S104에 대응할 수 있다. SgNB 부가 요청 메시지는 소스 세컨더리 노드로부터 수신된 타겟 세컨더리 노드와 관련된 측정 결과를 포함할 수 있다.표 3은 SgNB 부가 요청 메시지의 일 예를 나타낸다. 이 메시지는 특정 UE에 대한 EN-DC 동작을 위한 자원 준비를 요청하기 위해 MeNB에 의해 en-gNB로 전송된다.
IE/Group Name Presence Range IE type and reference Semantics description Criticality Assigned Criticality
Message Type M 9.2.13 YES reject
MeNB UE X2AP ID M eNB UE X2AP ID9.2.24 Allocated at the MeNB YES reject
NR UE Security Capabilities M 9.2.107 YES reject
SgNB Security Key M 9.2.101 The S-KgNB which is provided by the MeNB, see TS 33.401 [18]. YES reject
SgNB UE Aggregate Maximum Bit Rate M UE Aggregate Maximum Bit Rate 9.2.12 The UE Aggregate Maximum Bit Rate is split into MeNB UE Aggregate Maximum Bit Rate and SgNB UE Aggregate Maximum Bit Rate which are enforced by MeNB and en-gNB respectively. YES reject
Serving PLMN O PLMN Identity9.2.4 The serving PLMN of the SCG in the en-gNB. YES ignore
Handover Restriction List O 9.2.3 YES ignore
E-RABs To Be Added List 1 YES reject
>E-RABs To Be Added Item 1 .. <maxnoof Bearers> EACH reject
>>E-RAB ID M 9.2.23 -
>>EN-DC Resource Configuration M EN-DC Resource Configuration9.2.108 Indicates the PDCP and Lower Layer MCG/SCG configuration. -
>>CHOICE Resource Configuration M
>>>PDCP present in SN This choice tag is used if the PDCP at SgNB IE in the EN-DC Resource Configuration IE is set to the value "present".
>>>>Full E-RAB Level QoS Parameters M E-RAB Level QoS Parameters 9.2.9 Includes E-RAB level QoS parameters as received on S1-MME. -
>>>>Maximum MCG admittable E-RAB Level QoS Parameters C-ifMCGandSCGpresent E-RAB Level QoS Parameters 9.2.9 Includes the E-RAB Level QoS parameters admittable by the MCG -
>>>>DL Forwarding O 9.2.5 -
>>>>MeNB DL GTP TEID at MCG C-ifMCGpresent GTP Tunnel Endpoint 9.2.1 MeNB endpoint of the X2-U transport bearer at MCG. For delivery of DL PDCP PDUs. -
>>>>S1 UL GTP Tunnel Endpoint M GTP Tunnel Endpoint 9.2.1 SGW endpoint of the S1-U transport bearer. For delivery of UL PDUs from the en-gNB. -
>>>PDCP not present in SN This choice tag is used if the PDCP at SgNB IE in the EN-DC Resource Configuration IE is set to the value "not present".
>>>>Requested SCG E-RAB Level QoS Parameters M E-RAB Level QoS Parameters 9.2.9 Includes E-RAB level QoS parameters requested to be provided by the SCG -
>>>>MeNB UL GTP TEID at PDCP M GTP Tunnel Endpoint 9.2.1 MeNB endpoint of the X2-U transport bearer. For delivery of UL PDCP PDUs. -
>>>>RLC Mode M RLC Mode9.2.119 Indicates the RLC mode. -
>>>>UL configuration C-ifMCGandSCGpresent 9.2.118 Information about UL usage in the en-gNB. -
MeNB to SgNB Container M OCTET STRING Includes the SCG-ConfigInfo message as defined in TS 38.331 [31]. YES reject
SgNB UE X2AP ID O en-gNB UE X2AP ID9.2.100 Allocated at the en-gNB. YES reject
Expected UE Behaviour O 9.2.70 YES ignore
MeNB UE X2AP ID Extension O Extended eNB UE X2AP ID9.2.86 Allocated at the MeNB. YES reject
Requested MCG split SRBs O ENUMERATED (srb1, srb2, srb1&2, ...) Indicates that resources for MCG Split SRB are requested. YES reject
MeNB Resource Coordination Information O 9.2.116 Information used to coordinate resources utilisation between MeNB and en-gNB. YES ignore
단계 S206에서, 타겟 세컨더리 노드는 SgNB 부가 요청 확인 메시지를 마스터 노드로 전송한다. 단계 S206은 도 8의 단계 S106에 대응할 수 있다. 포워이 필요한 경우, 타겟 세컨더리 노드는 SgNB 부가 요청 확인 메시지 내에서 포워딩 주소를 마스터 노드로 제공할 수 있다.표 4는 SgNB 부가 요청 확인 메시지의 일 예를 나타낸다. 이 메시지는 SgNB 부가 준비에 관하여 MeNB를 확인하기 위해 en-gNB에 의해 전송된다.
IE/Group Name Presence Range IE type and reference Semantics description Criticality Assigned Criticality
Message Type M 9.2.13 YES reject
MeNB UE X2AP ID M eNB UE X2AP ID9.2.24 Allocated at the MeNB. YES reject
SgNB UE X2AP ID M en-gNB UE X2AP ID9.2.100 Allocated at the en-gNB. YES reject
E-RABs Admitted To Be Added List 1 YES ignore
>E-RABs Admitted To Be Added Item 1 .. <maxnoof Bearers> EACH ignore
>>E-RAB ID M 9.2.23 -
>>EN-DC Resource Configuration M EN-DC Resource Configuration9.2.108 Indicates the PDCP and Lower Layer MCG/SCG configuration. -
>>CHOICE Resource Configuration M
>>>PDCP present in SN This choice tag is used if the PDCP at SgNB IE in the EN-DC Resource Configuration IE is set to the value "present".
>>>>S1 DL GTP TEID at the SgNB M GTP Tunnel Endpoint 9.2.1 SgNB endpoint of the S1 transport bearer. For delivery of DL PDUs. -
>>>>SgNB UL GTP TEID at PDCP C-ifMCGpresent GTP Tunnel Endpoint 9.2.1 SgNB endpoint of the X2-U transport bearer at PDCP. For delivery of UL PDCP PDUs. -
>>>>RLC Mode M RLC Mode9.2.119 Indicates the RLC mode. -
>>>>DL Forwarding GTP Tunnel Endpoint O GTP Tunnel Endpoint 9.2.1 Identifies the X2 transport bearer used for forwarding of DL PDUs -
>>>>UL Forwarding GTP Tunnel Endpoint O GTP Tunnel Endpoint 9.2.1 Identifies the X2 transport bearer used for forwarding of UL PDUs -
>>>>Requested MCG E-RAB Level QoS Parameters C-ifMCGandSCGpresent E-RAB Level QoS Parameters 9.2.9 Includes E-RAB level QoS parameters requested to be provided by the MCG. -
>>>>UL configuration C-ifMCGandSCGpresent 9.2.118 Information about UL usage in the en-gNB. -
>>>PDCP not present in SN This choice tag is used if the PDCP at SgNB IE in the EN-DC Resource Configuration IE is set to the value "not present".
>>>>SgNB DL GTP TEID at SCG M GTP Tunnel Endpoint 9.2.1 SgNB endpoint of the X2-U transport bearer at the SCG. For delivery of DL PDCP PDUs. - -
E-RABs Not Admitted List O E-RAB List9.2.28 A value for E-RAB ID shall only be present once in E-RABs Admitted List IE and in E-RABs Not Admitted List IE. YES ignore
SgNB to MeNB Container M OCTET STRING Includes the SCG-Config message as defined in TS 38.331[31]. YES reject
Criticality Diagnostics O 9.2.7 YES ignore
GW Transport Layer Address O BIT STRING (1..160, ...) Indicating GW Transport Layer Address. YES ignore
MeNB UE X2AP ID Extension O Extended eNB UE X2AP ID9.2.86 Allocated at the MeNB YES reject
Tunnel Information for BBF O Tunnel Information 9.2.89 Indicating eNB's Local IP Address assigned by the broadband access provider, UDP port Number. YES ignore
Admitted MCG split SRBs O ENUMERATED (srb1, srb2, srb1&2, ...) Indicates admitted SRBs YES reject
SgNB Resource Coordination Information O 9.2.117 Information used to coordinate resources utilisation between en-gNB and MeNB. YES ignore
단계 S208에서, 마스터 노드는 UE가 새로운 구성을 적용하도록 트리거 한다. 마스터 노드는 타겟 세컨더리 노드에 의해 생성된 NR RRC 구성 메시지를 포함하는 RRC 연결 재구성 메시지에서 UE로의 새로운 구성을 지시한다. 단계 S208은 도 8의 단계 S110에 대응할 수 있다.단계 S210에서, UE는 새로운 구성을 적용하고, RRC 연결 재구성 완료 메시지를 전송한다. RRC 연결 재구성 완료 메시지는 타겟 세컨더리 노드에 대한 인코딩 된 NR RRC 응답 메시지를 포함할 수 있다. 단계 S210은 도 8의 단계 S112에 대응할 수 있다. UE가 RRC 연결 재구성 메시지에 포함된 구성(또는 그 일부)을 받아들일 수 없는 경우, UE는 재구성 실패 절차를 수행한다.
타겟 세컨더리 노드 자원의 할당이 성공적이면, 단계 S212에서, 마스터 노드는 소스 세컨더리 노드에 SgNB 변경 승인 메시지를 전송함으로써 소스 세컨너더리 노드 자원의 해제를 확인한다. 단계 S212는 도 8의 단계 S108에 대응할 수 있다. 데이터 포워딩이 필요한 경우, 마스터 노드는 SgNB 변경 승인 메시지에서 소스 세컨더리 노드에 데이터 포워딩 주소를 제공할 수 있다. SgNB 변경 승인 메시지의 수신은 소스 세컨더리 노드가 사용자 데이터를 UE에 제공하는 것을 중지하는 것을 트리거 하고, 적용 가능한 경우 데이터 포워딩을 시작하도록 트리거 한다.
RRC 연결 재구성 절차가 성공적이면, 단계 S214에서, 마스터 노드는 타겟 세컨더리 노드에 대한 인코딩 된 NR RRC 응답 메시지를 SgNB 재구성 완료 메시지를 통해 타겟 세컨더리 노드에 알린다. 단계 S214는 도 8의 단계 S114에 대응할 수 있다.
단계 S216에서, UE는 타겟 세컨더리 노드와 동기화한다. 단계 S216은 도 8의 단계 S116에 대응할 수 있다.
이제, 도 10이 설명된다. 도 10의 절차는 도 9의 절차에 뒤이어서 수행된다.
단계 S218 및 S220에서, 적용 가능한 경우, 소스 세컨더리 노드로부터의 데이터 포워딩이 발생한다. 이는 빠르면 소스 세컨더리 노드가 마스터 노드로부터 SgNB 변경 승인 메시지를 수신하는 즉시 시작될 수 있다.
단계 S222에서, 소스 세컨더리 노드는 세컨더리 RAT 데이터 볼륨 보고 메시지를 마스터 노드로 전송하고, 관련 E-RAB(E-UTRAN radio access bearer)에 대하여 NR 무선을 통해 UE에 전달된 데이터 볼륨을 포함한다.
단계 S224 내지 S232에서, 베어러 중 하나가 소스 세컨더리 노드에서 종료되면, 마스터 노드에 의해 경로 업데이트가 트리거 된다. 단계 S224 내지 S232는 도 8의 단계 S118 내지 S122에 대응할 수 있다.
단계 S234에서, UE 컨텍스트 해제 메시지를 수신한 소스 세컨더리 노드는, UE 컨텍스트와 연관된 무선 및 C-Plane 관련 자원을 해제할 수 있다. 또한, 진행 중이던 데이터 포워딩이 계속될 수 있다. 단계 S234는 도 8의 단계 S124에 대응할 수 있다.
도 11은 본 발명의 다른 실시예에 따라 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 수행하는 방법을 나타낸다. 도 8 내지 도 10에서 설명된 본 발명의 실시예가 본 실시예에 적용될 수 있다. 본 실시예에서, 마스터 노드는 eNB, gNB, en-gNB 또는 ng-eNB 중 어느 하나일 수 있다. 소스 세컨더리 노드 및 상기 타겟 세컨더리 노드 또한 eNB, gNB, en-gNB 또는 ng-eNB 중 어느 하나일 수 있다.
단계 S302에서, 마스터 노드는 세컨더리 노드 변경 요청 메시지를 상기 소스 세컨더리 노드로부터 수신한다. 단계 S302는 도 8의 단계 S102에 대응할 수 있다. 상기 세컨더리 노드 변경 요청 메시지는 타겟 세컨더리 노드들의 ID를 포함할 수 있다. 상기 타겟 세컨더리 노드들의 ID는 셀 ID의 목록을 포함할 수 있다. 상기 셀 ID의 목록은 상기 소스 세컨더리 노드가 UE로부터 수신한 측정 보고를 기반으로 랭킹이 매겨질 수 있다. 추가로, 상기 세컨더리 노드 변경 요청 메시지는 세컨더리 노드 변경 요청의 지시자, SCG 구성 정보, 상기 소스 세컨더리 노드의 이웃 노드의 셀에 대한 측정 보고, 상기 소스 세컨더리 노드의 셀에 대한 측정 보고 또는 다른 세컨더리 노드로 오프로드 될 플로우에 대한 PDU 정보 중 적어도 하나를 포함할 수 있다.
마스터 노드는 상기 세컨더리 노드 변경 요청 메시지를 기반으로 세컨더리 노드 변경 요청을 수락할지 여부를 결정할 수 있다. 상기 세컨더리 노드 변경 요청을 수락하는 것으로 결정한 경우, 마스터 노드는 상기 타겟 세컨더리 노드를 결정할 수 있다.
단계 S304에서, 마스터 노드는 세컨더리 노드 부가 요청 메시지를 타겟 세컨더리 노드로 전송한다. 단계 S304는 도 8의 단계 S104에 대응할 수 있다. 상기 상기 세컨더리 노드 부가 요청 메시지는 SCG 구성 정보 또는 상기 타겟 세컨더리 노드로 오프로드 될 플로우에 대한 PDU 정보 중 적어도 하나를 포함할 수 있다.
단계 S306에서, 마스터 노드는 세컨더리 노드 부가 요청 확인 메시지를 상기 타겟 세컨더리 노드로부터 수신한다. 단계 S306은 도 8의 단계 S106에 대응할 수 있다. 상기 세컨더리 노드 부가 요청 확인 메시지는 SCG 구성, 수락되거나 거절된 PDU 세션 또는 플로우의 목록 또는 상기 수락된 PDU 세션 또는 플로우를 위한 데이터 포워딩 주소 중 적어도 하나를 포함할 수 있다.
마스터 노드는 상기 세컨더리 노드 부가 요청 확인 메시지를 기반으로 세컨더리 노드 부가 요청을 수락할지 여부를 결정할 수 있다.
단계 S308에서, 마스터 노드는 세컨더리 노드 변경 요청 확인 메시지를 상기 소스 세컨더리 노드로 전송한다. 상기 세컨더리 노드 변경 요청 확인 메시지는 세컨더리 노드 변경 요청의 수락에 대한 지시자, 상기 타겟 세컨더리 노드의 ID, 상기 타겟 세컨더리 노드의 SCG 구성, 상기 타겟 세컨더리 노드로부터 수락되거나 거절된 PDU 세션 또는 플로우의 목록 또는 상기 수락된 PDU 세션 또는 플로우를 위한 데이터 포워딩 주소 중 적어도 하나를 포함할 수 있다.
1-2. 실시예 1-2
도 12는 본 발명의 다른 실시예에 따라 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 수행하는 방법을 나타낸다. 도 12에서, MN은 마스터 노드를, S-SN은 소스 세컨더리 노드를, T-SN은 타겟 세컨더리 노드를 나타낸다.
단계 S400에서, 소스 세컨더리 노드는 최초 세컨더리 노드 부가 절차를 통해, 로밍에 관한 정보, 접속 제한 정보(핸드오버 제한 리스트(HRL; handover restriction list)), 가입 관련 정보 및/또는 RAN 공유 정보(예를 들어, PLMN(public land mobile network) 정보) 등을 마스터 노드로부터 수신한다. 또한, 소스 세컨더리 노드는 마스터 노드로부터 다른 세컨더리 노드에서 사용할 보안 키 정보를 얻을 수 있다. 상기 다른 세컨더리 노드는 상기 소스 세컨더리 노드로부터 잠재적으로 변경될 수 있는(또는, 핸드오버 될 수 있는) 노드일 수 있다.
단계 S402에서, 소스 세컨더리 노드는 이웃 노드에 관한 측정 보고를 UE로부터 수신한다. 소스 세컨더리 노드는 UE의 서비스를 이웃 노드 중 어느 하나로 오프로드 할 것을 결정한다. 소스 세컨더리 노드는 상기 이웃 노드에 관한 측정 보고를 기반으로 UE의 서비스를 이웃 노드 중 어느 하나로 오프로드 할 것을 결정할 수 있다. 또한, 소스 세컨더리 노드는 상기 단계 S400에서 수신한 로밍에 관한 정보, 접속 제한 정보, 가입 관련 정보 및/또는 RAN 공유 정보 등을 기반으로 UE의 서비스를 이웃 노드 중 어느 하나로 오프로드 할 것을 결정할 수 있다.
단계 S404에서, 소스 세컨더리 노드는 서비스 오프로딩 요청 메시지를 타겟 세컨더리 노드로 전송한다. 상기 서비스 오프로딩 요청 메시지는 도 8의 단계 S104에서 설명된 세컨더리 노드 부가 요청 메시지와 유사하다. 상기 서비스 오프로딩 요청 메시지는 다음의 정보 중 적어도 하나를 포함할 수 있다.
(1) SCG 구성 정보
(2) 세컨더리 노드 변경의 지시
(3) 마스터 노드 ID: 타겟 세컨더리 노드가 서비스 오프로딩 요청을 수락할지 여부를 결정하기 위하여 사용될 수 있다. 보다 구체적으로, 소스 세컨더리 노드와 타겟 세컨더리 노드가 동일한 마스터 노드 아래에 있는지 여부에 따라, 타겟 세컨더리 노드가 서비스 오프로딩 요청을 수락할지 여부를 결정하기 위하여 사용될 수 있다.
(4) 오프로딩 될 플로우의 PDU 정보
(5) 미래의 이동성을 위하여, 로밍에 관한 정보, 접속 제한 정보(HRL), 가입 관련 정보 및/또는 RAN 공유 정보(예를 들어, PLMN 정보)
(6) 마스터 노드로부터 미리 수신하였던 보안 키 정보
소스 세컨더리 노드로부터 서비스 오프로딩 요청 메시지를 수신한 타겟 세컨더리 노드는, 서비스 오프로딩 요청을 수락할지 여부를 결정한다. 타겟 세컨더리 노드는 서비스 오프로딩 요청을 수락할지 여부를 서비스 오프로딩 요청 메시지를 통해 수신한 정보 및/또는 타겟 세컨더리 노드의 무선 자원 상황을 기반으로 결정할 수 있다.
타겟 세컨더리 노드가 서비스 오프로딩 요청을 수락한 경우, 단계 S406에서 타겟 세컨더리 노드는 서비스 오프로딩 요청 확인 메시지를 소스 세컨더리 노드로 전송한다. 상기 서비스 오프로딩 요청 확인 메시지는 도 8의 단계 S106에서 설명된 세컨더리 노드 부가 요청 확인 메시지와 유사하다. 상기 서비스 오프로딩 요청 확인 메시지는 다음의 정보 중 적어도 하나를 포함할 수 있다.
(1) SCG 구성
(2) 수락된 PDU 세션/플로우의 목록 및 거절된 PDU/세션 플로우의 목록
(3) 수락된 PDU 세션/플로우를 위한 데이터 포워딩 주소
타겟 세컨더리 노드가 서비스 오프로딩 요청을 거절한 경우, 타겟 세컨더리 노드는 서비스 오프로딩 요청 거절 메시지를 소스 세컨더리 노드로 전송할 수 있다. 상기 서비스 오프로딩 요청 거절 메시지는 도 8에서 설명된 세컨더리 노드 부가 요청 거절 메시지와 유사하다. 다만, 상기 서비스 오프로딩 요청 거절 메시지는 도 12에서는 도시되지 않는다. 상기 서비스 오프로딩 요청 거절 메시지는 거절에 대한 이유, 예를 들어, 무선 자원 없음 또는 동일한 마스터 노드 아래에 있지 않음 등을 포함할 수 있다.
타겟 세컨더리 노드로부터 서비스 오프로딩 요청 확인 메시지를 수신한 소스 세컨더리 노드는, 단계 S408에서 세컨더리 노드 해제 요구 메시지를 마스터 노드로 전송한다. 상기 세컨더리 노드 해제 요구 메시지는 다음의 정보 중 적어도 하나를 포함할 수 있다.
(1) 메시지의 목적이 세컨더리 노드 변경임을 알리는 지시자
(2) 타겟 세컨더리 노드의 ID
(3) 타겟 세컨더리 노드의 SCG 구성
(4) 타겟 세컨더리 노드로부터 수락된 PDU 세션/플로우의 목록 및 거절된 PDU 세션/플로우의 목록
소스 세컨더리 노드로부터 세컨더리 노드 해제 요구 메시지를 수신한 마스터 노드는, 세컨더리 노드 해제 요구를 수락할지 여부를 결정한다. 마스터 노드가 세컨더리 노드 해제 요구를 수락한 경우, 단계 S410에서 마스터 노드는 세컨더리 노드 해제 요구 확인 메시지를 소스 세컨더리 노드로 전송한다. 또한, 마스터 노드는 타겟 세컨더리 노드가 사용할 새로운 보안 키를 할당할 수 있다. 상기 세컨더리 노드 해제 요구 확인 메시지는 다음의 정보 중 적어도 하나를 포함할 수 있다.
(1) 세컨더리 노드 변경을 수락하는 지시자
(2) 마스터 노드가 특정 PDU/플로우를 다시 가져오고 싶은 경우, 해당 PDU/플로우 타입 변경에 대한 정보(즉, 어느 베어러/플로우가 다시 마스터 노드로 돌아가는지)
(3) 타겟 세컨더리 노드가 사용할 새로운 보안 키
마스터 노드로부터 세컨더리 노드 해제 요구 확인 메시지를 수신한 소스 세컨더리 노드는, 상기 세컨더리 노드 해제 요구 확인 메시지가 타겟 세컨더리 노드가 사용할 새로운 보안 키를 포함하는 경우, 단계 S410a에서 상기 새로운 보안 키를 타겟 세컨더리 노드로 전송한다. 타겟 세컨더리 노드는 상기 새로운 보안 키를 데이터 전송에 대한 보안을 위하여 사용할 수 있다.
단계 S412에서, 마스터 노드는 RRCConnectionReconfiguration 메시지를 UE로 전송한다. 상기 RRCConnectionReconfiguration 메시지는 마스터 노드의 RRC 구성 정보 및/또는 타겟 세컨더리 노드의 RRC 구성 정보를 포함할 수 있다. 상기 RRCConnectionReconfiguration 메시지를 수신한 UE는, 단계 S414에서 RRCConnectionReconfigurationComplete 메시지를 마스터 노드로 전송한다. UE가 RRCConnectionReconfiguration 메시지 내에 포함된 구성(또는 그 일부)을 따를 수 없는 경우, UE는 재구성 실패 절차를 수행한다.
RRC 연결 재구성 절차가 성공한 경우, 단계 S416에서 마스터 노드는 이를 타겟 세컨더리 노드에 알린다.
단계 S418에서, UE는 타겟 세컨더리 노드와 동기화를 수행한다.
이후, 도 8에서 설명된 단계 S118 내지 S124의 동작이 수행될 수 있다.
1-3. 실시예 1-3
도 13은 본 발명의 다른 실시예에 따라 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 수행하는 방법을 나타낸다. 도 13에서, MN은 마스터 노드를, S-SN은 소스 세컨더리 노드를, T-SN은 타겟 세컨더리 노드를 나타낸다.
단계 S500에서, 소스 세컨더리 노드는 최초 세컨더리 노드 부가 절차를 통해, 로밍에 관한 정보, 접속 제한 정보(핸드오버 제한 리스트(HRL)), 가입 관련 정보 및/또는 RAN 공유 정보(예를 들어, PLMN 정보) 등을 마스터 노드로부터 수신한다. 또한, 소스 세컨더리 노드는 마스터 노드로부터 다른 세컨더리 노드에서 사용할 보안 키 정보를 얻을 수 있다. 상기 다른 세컨더리 노드는 상기 소스 세컨더리 노드로부터 잠재적으로 변경될 수 있는(또는, 핸드오버 될 수 있는) 노드일 수 있다.
단계 S502에서, 소스 세컨더리 노드는 이웃 노드에 관한 측정 보고를 UE로부터 수신한다. 소스 세컨더리 노드는 UE의 서비스를 이웃 노드 중 어느 하나로 오프로드 할 것을 결정한다. 소스 세컨더리 노드는 상기 이웃 노드에 관한 측정 보고를 기반으로 UE의 서비스를 이웃 노드 중 어느 하나로 오프로드 할 것을 결정할 수 있다. 또한, 소스 세컨더리 노드는 상기 단계 S500에서 수신한 로밍에 관한 정보, 접속 제한 정보, 가입 관련 정보 및/또는 RAN 공유 정보 등을 기반으로 UE의 서비스를 이웃 노드 중 어느 하나로 오프로드 할 것을 결정할 수 있다.
단계 S504에서, 소스 세컨더리 노드는 서비스 오프로딩 요청 메시지를 타겟 세컨더리 노드로 전송한다. 상기 서비스 오프로딩 요청 메시지는 도 8의 단계 S104에서 설명된 세컨더리 노드 부가 요청 메시지와 유사하다. 상기 서비스 오프로딩 요청 메시지는 다음의 정보 중 적어도 하나를 포함할 수 있다.
(1) SCG 구성 정보
(2) 세컨더리 노드 변경의 지시
(3) 마스터 노드 ID: 타겟 세컨더리 노드가 서비스 오프로딩 요청을 수락할지 여부를 결정하기 위하여 사용될 수 있다. 보다 구체적으로, 소스 세컨더리 노드와 타겟 세컨더리 노드가 동일한 마스터 노드 아래에 있는지 여부에 따라, 타겟 세컨더리 노드가 서비스 오프로딩 요청을 수락할지 여부를 결정하기 위하여 사용될 수 있다.
(4) 오프로딩 될 플로우의 PDU 정보
(5) 미래의 이동성을 위하여, 로밍에 관한 정보, 접속 제한 정보(HRL), 가입 관련 정보 및/또는 RAN 공유 정보(예를 들어, PLMN 정보)
(6) 마스터 노드로부터 미리 수신하였던 보안 키 정보
소스 세컨더리 노드로부터 서비스 오프로딩 요청 메시지를 수신한 타겟 세컨더리 노드는, 서비스 오프로딩 요청을 수락할지 여부를 결정한다. 타겟 세컨더리 노드는 서비스 오프로딩 요청을 수락할지 여부를 서비스 오프로딩 요청 메시지를 통해 수신한 정보 및/또는 타겟 세컨더리 노드의 무선 자원 상황을 기반으로 결정할 수 있다.
타겟 세컨더리 노드가 서비스 오프로딩 요청을 수락한 경우, 단계 S506에서 타겟 세컨더리 노드는 서비스 오프로딩 요청 확인 메시지를 소스 세컨더리 노드로 전송한다. 상기 서비스 오프로딩 요청 확인 메시지는 도 8의 단계 S106에서 설명된 세컨더리 노드 부가 요청 확인 메시지와 유사하다. 상기 서비스 오프로딩 요청 확인 메시지는 다음의 정보 중 적어도 하나를 포함할 수 있다.
(1) SCG 구성
(2) 수락된 PDU 세션/플로우의 목록 및 거절된 PDU/세션 플로우의 목록
(3) 수락된 PDU 세션/플로우를 위한 데이터 포워딩 주소
타겟 세컨더리 노드가 서비스 오프로딩 요청을 거절한 경우, 타겟 세컨더리 노드는 서비스 오프로딩 요청 거절 메시지를 소스 세컨더리 노드로 전송할 수 있다. 상기 서비스 오프로딩 요청 거절 메시지는 도 8에서 설명된 세컨더리 노드 부가 요청 거절 메시지와 유사하다. 다만, 상기 서비스 오프로딩 요청 거절 메시지는 도 13에서는 도시되지 않는다. 상기 서비스 오프로딩 요청 거절 메시지는 거절에 대한 이유, 예를 들어, 무선 자원 없음 또는 동일한 마스터 노드 아래에 있지 않음 등을 포함할 수 있다.
타겟 세컨더리 노드로부터 서비스 오프로딩 요청 확인 메시지를 수신한 소스 세컨더리 노드는, 단계 S508에서 세컨더리 노드 변경 요청 메시지를 마스터 노드로 전송한다. 상기 세컨더리 노드 변경 요청 메시지는 다음의 정보 중 적어도 하나를 포함할 수 있다.
(1) 메시지의 목적이 세컨더리 노드 변경임을 알리는 지시자
(2) 타겟 세컨더리 노드의 ID
(3) 타겟 세컨더리 노드의 SCG 구성
(4) 타겟 세컨더리 노드로부터 수락된 PDU 세션/플로우의 목록 및 거절된 PDU 세션/플로우의 목록
소스 세컨더리 노드로부터 세컨더리 노드 변경 요청 메시지를 수신한 마스터 노드는, 세컨더리 노드 변경 요청을 수락할지 여부를 결정한다. 마스터 노드가 세컨더리 노드 변경 요청을 수락한 경우, 단계 S510에서 마스터 노드는 세컨더리 노드 변경 요청 확인 메시지를 소스 세컨더리 노드로 전송한다. 또한, 마스터 노드는 타겟 세컨더리 노드가 사용할 새로운 보안 키를 할당할 수 있다. 상기 세컨더리 노드 변경 요청 확인 메시지는 다음의 정보 중 적어도 하나를 포함할 수 있다.
(1) 세컨더리 노드 변경을 수락하는 지시자
(2) 마스터 노드가 특정 PDU/플로우를 다시 가져오고 싶은 경우, 해당 PDU/플로우 타입 변경에 대한 정보(즉, 어느 베어러/플로우가 다시 마스터 노드로 돌아가는지)
(3) 타겟 세컨더리 노드가 사용할 새로운 보안 키
마스터 노드로부터 세컨더리 노드 변경 요청 확인 메시지를 수신한 소스 세컨더리 노드는, 상기 세컨더리 노드 변경 요청 확인 메시지가 타겟 세컨더리 노드가 사용할 새로운 보안 키를 포함하는 경우, 단계 S510a에서 상기 새로운 보안 키를 타겟 세컨더리 노드로 전송한다. 타겟 세컨더리 노드는 상기 새로운 보안 키를 데이터 전송에 대한 보안을 위하여 사용할 수 있다.
단계 S512에서, 마스터 노드는 RRCConnectionReconfiguration 메시지를 UE로 전송한다. 상기 RRCConnectionReconfiguration 메시지는 마스터 노드의 RRC 구성 정보 및/또는 타겟 세컨더리 노드의 RRC 구성 정보를 포함할 수 있다. 상기 RRCConnectionReconfiguration 메시지를 수신한 UE는, 단계 S514에서 RRCConnectionReconfigurationComplete 메시지를 마스터 노드로 전송한다. UE가 RRCConnectionReconfiguration 메시지 내에 포함된 구성(또는 그 일부)을 따를 수 없는 경우, UE는 재구성 실패 절차를 수행한다.
RRC 연결 재구성 절차가 성공한 경우, 단계 S516에서 마스터 노드는 이를 타겟 세컨더리 노드에 알린다.
단계 S518에서, UE는 타겟 세컨더리 노드와 동기화를 수행한다.
이후, 도 8에서 설명된 단계 S118 내지 S124의 동작이 수행될 수 있다.
상술한 본 발명의 실시예에 따라, 세컨더리 노드가 직접 자신의 서비스를 다른 세컨더리 노드로 오프로딩 시킬 수 있다. 따라서 UE가 보다 최적화된 상태에서 서비스 될 수 있다. 또한, 마스터 노드와 세컨더리 노드의 무선 자원 활용이 향상될 수 있다.
한편, 종래의 SeNB 부가 절차에서는 RRCConnectionReconfigurationComplete 메시지가 항상 마스터 노드를 거쳐 세컨더리 노드로 전달되었다. 이는 상술한 도 7에서도 확인할 수 있다. SeNB 변경 절차의 일환으로 MeNB가 T-SeNB를 향해 SeNB 부가 절차를 수행하는 경우, RRCConnectionReconfigurationComplete 메시지는 MeNB를 거쳐 T-SeNB로 전달된다. 이러한 동작은 세컨더리 노드에게 불필요한 지연이 될 수 있다.
상술한 문제점을 해결하기 위하여, 본 발명은 세컨더리 노드 부가 절차에서 RRCConnectionReconfigurationComplete 메시지를 UE가 세컨더리 노드로 직접 전송하는 방법을 제안한다. 이하의 실시예에서 마스터 노드와 세컨더리 노드는 LTE 또는 NR의 네트워크 노드 중 어느 하나일 수 있다. 예를 들어, 마스터 노드는 eNB, gNB, en-gNB, ng-eNB 중 어느 하나일 수 있고, 세컨더리 노드 역시 eNB, gNB, en-gNB, ng-eNB 중 어느 하나일 수 있다.
2. 실시예 2
도 14는 본 발명의 일 실시예에 따라 세컨더리 노드 부가 절차를 수행하는 방법을 나타낸다. 본 실시예는 세컨더리 노드의 초기 부가에 적용될 수 있다.
마스터 노드가 특정 UE를 서비스 하기 하기 위하여 세컨더리 노드를 부가하기로 결정하면, 단계 S602에서 마스터 노드는 세컨더리 노드 부가 요청 메시지를 세컨더리 노드로 전송한다. 상기 세컨더리 노드 부가 요청 메시지는 SCG 구성 정보를 포함할 수 있다.
마스터 노드로부터 세컨더리 노드 부가 요청 메시지를 수신한 세컨더리 노드는, 세컨더리 노드의 셀을 위한 SCG 구성을 결정한다. 단계 S604에서, 세컨더리 노드는 세컨더리 노드 부가 요청 확인 메시지를 마스터 노드로 전송한다. 상기 세컨더리 노드 부가 요청 확인 메시지는 상기 결정된 SCG 구성을 포함한다.
세컨더리 노드로부터 세컨더리 노드 부가 요청 확인 메시지를 수신한 마스터 노드는, 수신한 파라미터 및 마스터 노드의 UE 능력(capability)를 확인한다. 단계 S606에서, 마스터 노드는 RRCConnectionReconfiguration 메시지를 UE로 전송한다. 상기 RRCConnectionReconfiguration 메시지는 마스터 노드 및 세컨더리 노드로부터의 최종 파라미터를 포함한다.
마스터 노드로부터 RRCConnectionReconfiguration 메시지를 수신한 UE는, 세컨더리 노드를 향하여 랜덤 액세스 절차를 개시한다. 단계 S608에서 UE는 세컨더리 노드로 랜덤 액세스 프리앰블을 전송하고, 단계 S610에서 UE는 세컨더리 노드로부터 랜덤 액세스 응답을 수신한다.
단계 S612에서, UE는 SCG SRB(signaling radio bearer) 상에서 RRCConnectionReconfigurationComplete 메시지를 세컨더리 노드로 직접 전송한다. 따라서, 세컨더리 노드로의 성공적인 랜덤 액세스 절차는 세컨더리 노드 부가를 위한 RRC 연결 재구성의 성공적인 완료와 함께 올 수 있다.
UE로부터 RRCConnectionReconfigurationComplete 메시지를 수신한 세컨더리 노드는, 단계 S614에서 세컨더리 노드를 위한 RRC 연결 재구성의 완료를 마스터 노드에게 알린다. RRCConnectionReconfigurationComplete 메시지가 마스터 노드에 대한 정보를 포함한다면, 해당 정보 역시 마스터 노드로 전달될 수 있다.
세컨더리 노드부터 RRCConnectionReconfigurationComplete 메시지를 수신한 마스터 노드는, 세컨더리 노드로 데이터 패킷 전송을 시작하거나, 데이터 포워딩 절차를 개시할 수 있다.
상술한 본 발명의 실시예에 따라, 세컨더리 노드가 RRCConnectionReconfigurationComplete 메시지를 빠르게 획득할 수 있고, 자원 할당 및 데이터 전송을 위하여 빠르게 준비될 수 있다. 또한, RRCConnectionReconfigurationComplete 메시지가 마스터 노드로 전달됨에 따라, 마스터 노드는 세컨더리 노드로 데이터 패킷 전송을 시작하거나, 데이터 포워딩 절차를 개시할 수 있다.
한편, 본 발명은 상술한 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 보다 효율적으로 지원하기 위한 방법을 추가로 제안한다. 이하의 실시예에서 마스터 노드와 세컨더리 노드는 LTE 또는 NR의 네트워크 노드 중 어느 하나일 수 있다. 예를 들어, 마스터 노드는 eNB, gNB, en-gNB, ng-eNB 중 어느 하나일 수 있고, 세컨더리 노드 역시 eNB, gNB, en-gNB, ng-eNB 중 어느 하나일 수 있다.
3-1. 실시예 3-1
도 15는 본 발명의 일 실시예에 따라 향상된 세컨더리 노드 부가 절차를 수행하는 방법을 나타낸다. 본 실시예는 세컨더리 노드가 세컨더리 노드 변경을 결정할 때에 도움을 주는 하나의 대안을 제시한다. 반대 방향으로, 본 실시예는 또한 마스터 노드가 세컨더리 노드를 유지하면서 핸드오버를 결정할 때에도 도움을 주는 하나의 대안을 제시한다. 또한, 본 실시예는 다른 절차에도 적용될 수 있다.
먼저, 소스 세컨더리 노드는 이웃 노드에 관한 측정 보고를 UE로부터 수신하고, UE의 서비스를 이웃 노드 중 어느 하나로 오프로드 할 것을 결정하였다고 가정한다.
단계 S702에서, 마스터 노드는 세컨더리 노드 부가 요청 메시지를 세컨더리 노드로 전송한다. 상기 세컨더리 노드 부가 요청 메시지는 다음의 정보 중 적어도 하나를 포함할 수 있다.
(1) 상기 세컨더리 노드와 X2/Xn 인터페이스를 통해 연결된 이웃 세컨더리 노드의 목록: 상기 이웃 세컨더리 노드의 목록은 eNB/gNB ID 및/또는 셀 ID 등일 수 있다. 상기 이웃 세컨더리 노드의 목록은 상기 세컨더리 노드가 향후에 세컨더리 노드 변경 절차를 트리거 할 때 도움을 주기 위하여 사용될 수 있다. 즉, 상기 세컨더리 노드는 향후에 상기 이웃 세컨더리 노드의 목록을 기준으로 하여 세컨더리 노드 변경을 결정할 수 있다. 상기 이웃 세컨더리 노드의 목록은 마스터 노드와 그 주변의 세컨더리 노드 간의 X2/Xn 설정 절차를 통해 마스터 노드가 최초로 획득한 것이다.
(2) UE를 위한 로밍에 관한 정보 및/또는 접속 제한 정보: 이 정보 역시 상기 세컨더리 노드가 향후에 세컨더리 노드 변경 절차를 트리거 할 때 도움을 주기 위하여 사용될 수 있다.
(3) 마스터 노드와 X2/Xn 인터페이스를 통해 연결된 이웃 마스터 노드의 목록
마스터 노드로부터 세컨더리 노드 부가 요청 메시지를 수신한 세컨더리 노드는, 세컨더리 노드 부가 요청 메시지에 포함된 정보를 저장하고 이를 향후 이동성 절차에서 고려할 수 있다. 예를 들어, 세컨더리 노드는 세컨더리 노드 변경 절차 또는 다른 마스터 노드로의 핸드오버 절차 등에서 세컨더리 노드 부가 요청 메시지에 포함된 정보를 고려할 수 있다. 해당 정보는 세컨더리 노드가 잠재적인 타겟 세컨더리 노드를 결정하는 데에 중요하다.
단계 S704에서, 세컨더리 노드는 세컨더리 노드 부가 요청 확인 메시지를 마스터 노드로 전송한다. 상기 세컨더리 노드 부가 요청 확인 메시지는 다음의 정보 중 적어도 하나를 포함할 수 있다.
(1) 상기 세컨더리 노드와 X2/Xn 인터페이스를 통해 연결된 이웃 마스터 노드의 목록: 상기 이웃 마스터 노드의 목록은 eNB/gNB ID 및/또는 셀 ID 등일 수 있다.
(2) 상기 세컨더리 노드와 X2/Xn 인터페이스를 통해 연결된 이웃 세컨더리 노드의 목록
세컨더리 노드로부터 세컨더리 노드 부가 요청 확인 메시지를 수신한 마스터 노드는, 세컨더리 노드가 유지되면서 다른 마스터 노드로의 핸드오버를 결정할 때에 세컨더리 노드 부가 요청 확인 메시지에 포함된 정보를 사용할 수 있다.
3-2. 실시예 3-2
도 16은 본 발명의 일 실시예에 따라 마스터 노드와 세컨더리 노드 간에 향상된 X2/Xn 설정 절차를 수행하는 방법을 나타낸다. 본 실시예는 세컨더리 노드가 세컨더리 노드 변경을 결정할 때에 도움을 주는 하나의 대안을 제시한다. 반대 방향으로, 본 실시예는 또한 마스터 노드가 세컨더리 노드를 유지하면서 핸드오버를 결정할 때에도 도움을 주는 하나의 대안을 제시한다. 또한, 본 실시예는 다른 절차에도 적용될 수 있다.
단계 S712에서, 마스터 노드는 X2/Xn 설정 요청 메시지를 세컨더리 노드로 전송한다. 상기 X2/Xn 설정 요청 메시지는 다음의 정보 중 적어도 하나를 포함할 수 있다.
(1) 상기 세컨더리 노드와 X2/Xn 인터페이스를 통해 연결된 이웃 세컨더리 노드의 목록: 상기 이웃 세컨더리 노드의 목록은 eNB/gNB ID 및/또는 셀 ID 등일 수 있다. 상기 이웃 세컨더리 노드의 목록은 상기 세컨더리 노드가 향후에 세컨더리 노드 변경 절차를 트리거 할 때 도움을 주기 위하여 사용될 수 있다. 즉, 상기 세컨더리 노드는 향후에 상기 이웃 세컨더리 노드의 목록을 기준으로 하여 세컨더리 노드 변경을 결정할 수 있다. 상기 이웃 세컨더리 노드의 목록은 마스터 노드와 그 주변의 세컨더리 노드 간의 X2/Xn 설정 절차를 통해 마스터 노드가 최초로 획득한 것이다.
(2) 마스터 노드와 X2/Xn 인터페이스를 통해 연결된 이웃 마스터 노드의 목록
마스터 노드로부터 X2/Xn 설정 요청 메시지를 수신한 세컨더리 노드는, X2/Xn 설정 요청 메시지에 포함된 정보를 저장하고 이를 향후 이동성 절차에서 고려할 수 있다. 예를 들어, 세컨더리 노드는 세컨더리 노드 변경 절차 또는 다른 마스터 노드로의 핸드오버 절차 등에서 X2/Xn 설정 요청 메시지에 포함된 정보를 고려할 수 있다. 해당 정보는 세컨더리 노드가 잠재적인 타겟 세컨더리 노드를 결정하는 데에 중요하다.
단계 S714에서, 세컨더리 노드는 X2/Xn 설정 요청 확인 메시지를 마스터 노드로 전송한다. 상기 X2/Xn 설정 요청 확인 메시지는 다음의 정보 중 적어도 하나를 포함할 수 있다.
(1) 상기 세컨더리 노드와 X2/Xn 인터페이스를 통해 연결된 이웃 마스터 노드의 목록: 상기 이웃 마스터 노드의 목록은 eNB/gNB ID 및/또는 셀 ID 등일 수 있다.
(2) 상기 세컨더리 노드와 X2/Xn 인터페이스를 통해 연결된 이웃 세컨더리 노드의 목록
세컨더리 노드로부터 X2/Xn 설정 요청 확인 메시지를 수신한 마스터 노드는, 세컨더리 노드가 유지되면서 다른 마스터 노드로의 핸드오버를 결정할 때에 X2/Xn 설정 요청 확인 메시지에 포함된 정보를 사용할 수 있다.
3-3. 실시예 3-3
도 17은 본 발명의 일 실시예에 따라 세컨더리 노드 간에 향상된 X2/Xn 설정 절차를 수행하는 방법을 나타낸다. 본 실시예는 세컨더리 노드가 세컨더리 노드 변경을 결정할 때에 도움을 주는 하나의 대안을 제시한다. 또한, 본 실시예는 다른 절차에도 적용될 수 있다.
단계 S722에서, 제1 세컨더리 노드는 X2/Xn 설정 요청 메시지를 제2 세컨더리 노드로 전송한다. 상기 X2/Xn 설정 요청 메시지는 상기 제1 세컨더리 노드와 X2/Xn 인터페이스를 통해 연결된 이웃 마스터 노드의 목록을 포함할 수 있다. 상기 이웃 마스터 노드의 목록은 eNB/gNB ID 및/또는 셀 ID 등일 수 있다. 상기 이웃 마스터 노드의 목록은 상기 제2 세컨더리 노드가 향후에 세컨더리 노드 변경 절차를 트리거 할 때 도움을 주기 위하여 사용될 수 있다. 즉, 상기 제2 세컨더리 노드는 향후에 상기 이웃 마스터 노드의 목록을 기준으로 하여 세컨더리 노드 변경을 결정할 수 있다. 상기 이웃 마스터 노드의 목록은 제1 세컨더리 노드와 그 주변의 마스터 노드 간의 X2/Xn 설정 절차를 통해 제1 세컨더리 노드가 최초로 획득한 것이다.
제1 세컨더리 노드로부터 X2/Xn 설정 요청 메시지를 수신한 제2 세컨더리 노드는, X2/Xn 설정 요청 메시지에 포함된 정보를 저장하고 이를 향후 이동성 절차에서 고려할 수 있다. 예를 들어, 제2 세컨더리 노드는 세컨더리 노드 변경 절차 등에서 X2/Xn 설정 요청 메시지에 포함된 정보를 고려할 수 있다. 해당 정보는 제2 세컨더리 노드가 잠재적인 타겟 세컨더리 노드를 결정하는 데에 중요하다.
단계 S724에서, 제2 세컨더리 노드는 X2/Xn 설정 요청 확인 메시지를 제1 세컨더리 노드로 전송한다. 상기 X2/Xn 설정 요청 확인 메시지는 상기 제2 세컨더리 노드와 X2/Xn 인터페이스를 통해 연결된 이웃 마스터 노드의 목록을 포함할 수 있다. 상기 이웃 마스터 노드의 목록은 eNB/gNB ID 및/또는 셀 ID 등일 수 있다. 상기 이웃 마스터 노드의 목록은 상기 제1 세컨더리 노드가 향후에 세컨더리 노드 변경 절차를 트리거 할 때 도움을 주기 위하여 사용될 수 있다. 즉, 상기 제1 세컨더리 노드는 향후에 상기 이웃 마스터 노드의 목록을 기준으로 하여 세컨더리 노드 변경을 결정할 수 있다. 상기 이웃 마스터 노드의 목록은 제2 세컨더리 노드와 그 주변의 마스터 노드 간의 X2/Xn 설정 절차를 통해 제2 세컨더리 노드가 최초로 획득한 것이다.
제2 세컨더리 노드로부터 X2/Xn 설정 요청 확인 메시지를 수신한 제1 세컨더리 노드는, 세컨더리 노드 변경과 같은 향후 이동성 절차에서 X2/Xn 설정 요청 확인 메시지에 포함된 정보를 사용할 수 있다. 해당 정보는 제1 세컨더리 노드가 잠재적인 타겟 세컨더리 노드를 결정하는 데에 중요하다.
한편, 제1 및 제2 세컨더리 노드가 연결된 이웃 마스터 노드의 목록을 교환함에 따라, 제1 및 제2 세컨더리 노드는 서로가 동일한 마스터 노드를 공유하는지 여부를 알 수 있다. 제1 및 제2 세컨더리 노드가 동일한 마스터 노드를 공유하는 경우, 하나의 세컨더리 노드는 동일한 마스터 노드를 공유하는 다른 세컨더리 노드에게 직접 세컨더리 노드 변경 절차를 개시할지 여부를 결정할 수 있다.
상술한 본 발명의 실시예에 따라, 세컨더리 노드가 직접 자신의 서비스를 다른 세컨더리 노드로 오프로딩 시킬 수 있다. 또는, 마스터 노드가 세컨더리 노드를 유지할지 여부를 결정할 수도 있다. 이에 따라 종래 기술과 비교하여 시그널링이 감소할 수 있다. 또한, UE가 보다 최적화된 상태에서 서비스 될 수 있다. 또한, 마스터 노드와 세컨더리 노드의 무선 자원 활용이 향상될 수 있다.
도 18은 본 발명의 실시예가 구현되는 무선 통신 시스템을 나타낸다.
제1 노드(800)는 프로세서(processor; 810), 메모리(memory; 820) 및 송수신부(transceiver; 830)를 포함한다. 제1 노드(800)는 상술한 마스터 노드, 소스 세컨더리 노드, 타겟 세컨더리 노드 중 어느 하나일 수 있다. 즉, 제1 노드는 eNB, gNB, ng-eNB, en-gNB 중 어느 하나일 수 있다. 프로세서(810)는 본 명세서에서 설명된 기능, 과정 및/또는 방법을 구현하도록 구성될 수 있다. 무선 인터페이스 프로토콜의 계층들은 프로세서(810)에 의해 구현될 수 있다. 메모리(820)는 프로세서(810)와 연결되어, 프로세서(810)를 구동하기 위한 다양한 정보를 저장한다. 송수신부(830)는 프로세서(810)와 연결되어, 신호를 전송 및/또는 수신한다.
제2 노드(900)는 프로세서(910), 메모리(920) 및 송수신부(930)를 포함한다. 제2 노드(900)는 상술한 마스터 노드, 소스 세컨더리 노드, 타겟 세컨더리 노드 중 어느 하나일 수 있다. 즉, 제1 노드는 eNB, gNB, ng-eNB, en-gNB 중 어느 하나일 수 있다. 프로세서(910)는 본 명세서에서 설명된 기능, 과정 및/또는 방법을 구현하도록 구성될 수 있다. 무선 인터페이스 프로토콜의 계층들은 프로세서(910)에 의해 구현될 수 있다. 메모리(920)는 프로세서(910)와 연결되어, 프로세서(910)를 구동하기 위한 다양한 정보를 저장한다. 송수신부(930)는 프로세서(910)와 연결되어, 무선 신호를 전송 및/또는 수신한다.
제1 노드(800)와 제2 노드(900)는 X2 인터페이스 또는 Xn 인터페이스를 통해 서로 연결된다.
프로세서(810, 910)은 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 메모리(820, 920)는 ROM(read-only memory), RAM(random access memory), 플래시 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. 송수신부(830, 930)는 무선 주파수 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 실시예가 소프트웨어로 구현될 때, 상술한 기법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있다. 모듈은 메모리(820, 920)에 저장되고, 프로세서(810, 910)에 의해 실행될 수 있다. 메모리(820, 920)는 프로세서(810, 910) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서(810, 910)와 연결될 수 있다.
도 19는 본 발명의 실시예가 구현되는 무선 통신 시스템을 나타낸다. 도 19는 도 18에서 설명된 프로세서(810, 910)를 구체적으로 설명한다.
프로세서(810)는 X2-AP(811; X2 application protocol), SCTP(812; stream control transmission protocol), IP(813; Internet protocol), 데이터 연결 계층(814) 및 물리 계층(815)을 포함한다. X2-AP(811)는 무선 네트워크 계층(RNL; radio network layer)에 포함된다. RNL은 eNB 간의 상호 작용과 관련된 절차를 정의한다. X2-AP(811)는 X2 인터페이스 상으로 시그널링 정보를 제공하는 데에 책임이 있는 프로토콜이다. X2-AP(811)는 X2 인터페이스를 통해 연결된 두 eNB에 의하여 종단된다. X2-AP(811)는 X2-AP 절차 모듈에 의하여 구현될 수 있다. 본 명세서에서 설명된 기능, 과정 및/또는 방법이 X2-AP(811)에 의하여 구현될 수 있다. SCTP(812), IP(813), 데이터 연결 계층(814) 및 물리 계층(815)은 전송 네트워크 계층(TNL; transport network layer)에 포함될 수 있다. TNL은 사용자 평면 및 시그널링 전달을 위한 서비스를 제공한다.
프로세서(910)는 X2-AP(911), SCTP(912), IP(913), 데이터 연결 계층(914) 및 물리 계층(915)을 포함한다. X2-AP(911)는 RNL에 포함된다. RNL은 eNB 간의 상호 작용과 관련된 절차를 정의한다. X2-AP(911)는 X2 인터페이스 상으로 시그널링 정보를 제공하는 데에 책임이 있는 프로토콜이다. X2-AP(911)는 X2 인터페이스를 통해 연결된 두 eNB에 의하여 종단된다. X2-AP(911)는 X2-AP 절차 모듈에 의하여 구현될 수 있다. 본 명세서에서 설명된 기능, 과정 및/또는 방법이 X2-AP(911)에 의하여 구현될 수 있다. SCTP(912), IP(913), 데이터 연결 계층(914) 및 물리 계층(915)은 TNL에 포함될 수 있다. TNL은 사용자 평면 및 시그널링 전달을 위한 서비스를 제공한다.
상술한 예시적인 시스템에서, 상술된 본 발명의 특징에 따라 구현될 수 있는 방법들은 순서도를 기초로 설명되었다. 편의상 방법들은 일련의 단계 또는 블록으로 설명되었으나, 청구된 본 발명의 특징은 단계들 또는 블록들의 순서에 한정되는 것은 아니며, 어떤 단계는 다른 단계와 상술한 바와 다른 순서로 또는 동시에 발생할 수 있다. 또한, 당업자라면 순서도에 나타낸 단계들이 배타적이지 않고, 다른 단계가 포함되거나 순서도의 하나 또는 그 이상의 단계가 본 발명의 범위에 영향을 미치지 않고 삭제될 수 있음을 이해할 수 있을 것이다.

Claims (15)

  1. 무선 통신 시스템에서 소스 세컨더리 노드에 의하여 개시되는 세컨더리 노드 변경 절차를 마스터 노드에 의하여 수행하는 방법에 있어서,
    세컨더리 노드 변경 요청 메시지를 상기 소스 세컨더리 노드로부터 수신하고;
    세컨더리 노드 부가 요청 메시지를 타겟 세컨더리 노드로 전송하고;
    세컨더리 노드 부가 요청 확인 메시지를 상기 타겟 세컨더리 노드로부터 수신하고; 및
    세컨더리 노드 변경 요청 확인 메시지를 상기 소스 세컨더리 노드로 전송하는 것을 포함하는 방법.
  2. 제 1 항에 있어서,
    상기 세컨더리 노드 변경 요청 메시지는 타겟 세컨더리 노드들의 ID(identity)를 포함하는 것을 특징으로 하는 방법.
  3. 제 2 항에 있어서,
    상기 타겟 세컨더리 노드들의 ID는 셀 ID의 목록을 포함하는 것을 특징으로 하는 방법.
  4. 제 3 항에 있어서,
    상기 셀 ID의 목록은 상기 소스 세컨더리 노드가 UE(user equipment)로부터 수신한 측정 보고를 기반으로 랭킹이 매겨지는 것을 특징으로 하는 방법.
  5. 제 1 항에 있어서,
    상기 세컨더리 노드 변경 요청 메시지는 세컨더리 노드 변경 요청의 지시자, SCG(secondary cell group) 구성 정보, 상기 소스 세컨더리 노드의 이웃 노드의 셀에 대한 측정 보고, 상기 소스 세컨더리 노드의 셀에 대한 측정 보고 또는 다른 세컨더리 노드로 오프로드 될 플로우에 대한 PDU(protocol data unit) 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  6. 제 1 항에 있어서,
    상기 세컨더리 노드 변경 요청 메시지를 기반으로 세컨더리 노드 변경 요청을 수락할지 여부를 결정하는 것을 더 포함하는 하는 방법.
  7. 제 6 항에 있어서,
    상기 세컨더리 노드 변경 요청을 수락하는 것으로 결정한 경우, 상기 타겟 세컨더리 노드를 결정하는 것을 더 포함하는 하는 방법.
  8. 제 1 항에 있어서,
    상기 세컨더리 노드 부가 요청 메시지는 SCG 구성 정보 또는 상기 타겟 세컨더리 노드로 오프로드 될 플로우에 대한 PDU 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  9. 제 1 항에 있어서,
    상기 세컨더리 노드 부가 요청 확인 메시지는 SCG 구성, 수락되거나 거절된 PDU 세션 또는 플로우의 목록 또는 상기 수락된 PDU 세션 또는 플로우를 위한 데이터 포워딩 주소 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  10. 제 1 항에 있어서,
    상기 세컨더리 노드 부가 요청 확인 메시지를 기반으로 세컨더리 노드 부가 요청을 수락할지 여부를 결정하는 것을 더 포함하는 하는 방법.
  11. 제 1 항에 있어서,
    상기 세컨더리 노드 변경 요청 확인 메시지는 세컨더리 노드 변경 요청의 수락에 대한 지시자, 상기 타겟 세컨더리 노드의 ID, 상기 타겟 세컨더리 노드의 SCG 구성, 상기 타겟 세컨더리 노드로부터 수락되거나 거절된 PDU 세션 또는 플로우의 목록 또는 상기 수락된 PDU 세션 또는 플로우를 위한 데이터 포워딩 주소 중 적어도 하나를 포함하는 것을 특징으로 하는 방법.
  12. 제 1 항에 있어서,
    상기 마스터 노드는 eNB(eNodeB), gNB, en-gNB 또는 ng-eNB 중 어느 하나인 것을 특징으로 하는 방법.
  13. 제 1 항에 있어서,
    상기 소스 세컨더리 노드 및 상기 타겟 세컨더리 노드는 eNB, gNB, en-gNB 또는 ng-eNB 중 어느 하나인 것을 특징으로 하는 방법.
  14. 무선 통신 시스템에서 마스터 노드에 있어서,
    메모리;
    송수신부; 및
    상기 메모리 및 상기 송수신부와 연결되는 프로세서를 포함하며,
    상기 프로세서는,
    세컨더리 노드 변경 요청 메시지를 상기 소스 세컨더리 노드로부터 수신하도록 상기 송수신부를 제어하고,
    세컨더리 노드 부가 요청 메시지를 타겟 세컨더리 노드로 전송하도록 상기 송수신부를 제어하고,
    세컨더리 노드 부가 요청 확인 메시지를 상기 타겟 세컨더리 노드로부터 수신하도록 상기 송수신부를 제어하고, 및
    세컨더리 노드 변경 요청 확인 메시지를 상기 소스 세컨더리 노드로 전송하도록 상기 송수신부를 제어하는 것을 특징으로 하는 마스터 노드.
  15. 제 14 항에 있어서,
    상기 세컨더리 노드 변경 요청 메시지는 타겟 세컨더리 노드들의 ID(identity)를 포함하는 것을 특징으로 하는 방법.
PCT/KR2018/003424 2017-03-25 2018-03-23 무선 통신 시스템에서 lte/nr 인터워킹을 위한 절차를 향상시키는 방법 및 장치 WO2018182240A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201880025609.0A CN110521274B (zh) 2017-03-25 2018-03-23 改善无线通信***中的lte/nr交互工作过程的方法和设备
EP18774893.4A EP3589069B1 (en) 2017-03-25 2018-03-23 Method and apparatus for improving procedure for lte/nr interworking in wireless communication system
US16/064,884 US11039349B2 (en) 2017-03-25 2018-03-23 Method and apparatus for enhancing procedure for LTE/NR interworking in wireless communication system

Applications Claiming Priority (8)

Application Number Priority Date Filing Date Title
US201762476730P 2017-03-25 2017-03-25
US62/476,730 2017-03-25
US201762491304P 2017-04-28 2017-04-28
US62/491,304 2017-04-28
US201762500559P 2017-05-03 2017-05-03
US62/500,559 2017-05-03
US201762519835P 2017-06-14 2017-06-14
US62/519,835 2017-06-14

Publications (1)

Publication Number Publication Date
WO2018182240A1 true WO2018182240A1 (ko) 2018-10-04

Family

ID=63678125

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2018/003424 WO2018182240A1 (ko) 2017-03-25 2018-03-23 무선 통신 시스템에서 lte/nr 인터워킹을 위한 절차를 향상시키는 방법 및 장치

Country Status (4)

Country Link
US (1) US11039349B2 (ko)
EP (1) EP3589069B1 (ko)
CN (1) CN110521274B (ko)
WO (1) WO2018182240A1 (ko)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021056387A1 (en) * 2019-09-27 2021-04-01 Nokia Shanghai Bell Co., Ltd. Device, method, apparatus and computer readable medium for inter-master node handover
US10980074B2 (en) 2018-07-03 2021-04-13 Mediatek Inc. Apparatuses and methods for supporting dual talk of multiple subscriber identities
WO2021088642A1 (zh) * 2019-11-07 2021-05-14 大唐移动通信设备有限公司 一种辅基站变更方法、主基站、辅基站和终端
WO2021092160A1 (en) * 2019-11-06 2021-05-14 Qualcomm Incorporated Conditional procedures for adding and changing a secondary node (sn) initiated by a sn
WO2021091133A1 (en) * 2019-11-08 2021-05-14 Samsung Electronics Co., Ltd. Electronic device supporting dual-connectivity and method for operating the same
WO2021238601A1 (zh) * 2020-05-29 2021-12-02 中国电信股份有限公司 多连接网络中的数据传输方法、网络设备和***
KR20220049749A (ko) * 2020-10-15 2022-04-22 주식회사 엘지유플러스 Nsa 시스템 및 그 제어방법
CN114765813A (zh) * 2021-01-13 2022-07-19 中国电信股份有限公司 条件主辅小区添加或改变方法、主/辅节点和通信***
EP4152826A4 (en) * 2020-10-22 2023-07-26 Guangdong Oppo Mobile Telecommunications Corp., Ltd. METHOD OF CHANGING A SECONDARY NODE, TERMINAL DEVICE AND NETWORK DEVICE

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB201621072D0 (en) * 2016-12-12 2017-01-25 Samsung Electronics Co Ltd NR QOS handling
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
CN109787791B (zh) * 2017-11-10 2024-04-12 华为技术有限公司 通信方法及通信设备
EP3777318A4 (en) * 2018-03-30 2021-04-07 ZTE Corporation CHANGE OF SECONDARY COMMUNICATION NODE
JP7353279B2 (ja) * 2018-06-21 2023-09-29 株式会社Ｎｔｔドコモ ネットワークノード
KR20210018499A (ko) * 2018-07-06 2021-02-17 현대자동차주식회사 리소스 관리 방법 및 장치
EP3834475A1 (en) * 2018-08-09 2021-06-16 Nokia Technologies Oy Communication connection control in a non-homogenous network scenario
CN110831083B (zh) * 2018-08-10 2021-03-23 华为技术有限公司 数据传输的方法和设备
WO2020097789A1 (en) * 2018-11-13 2020-05-22 Qualcomm Incorporated Optimized secondary node reporting for multi-radio access technology dual connectivity
WO2020197482A1 (en) * 2019-03-28 2020-10-01 Telefonaktiebolaget Lm Ericsson (Publ) User equipment, radio network node and methods performed therein for handling communication
CN111866963B (zh) * 2019-04-28 2021-12-31 华为技术有限公司 通信方法、通信装置、计算机存储介质及通信***
US11985553B2 (en) * 2020-01-29 2024-05-14 Qualcomm Incorporated Techniques for inter-system handing over from a standalone to a non-standalone mode
US11206604B1 (en) * 2020-02-24 2021-12-21 Sprint Spectrum L.P. Dynamic control of connections with dual-connectivity-capable devices
US20210352543A1 (en) * 2020-05-08 2021-11-11 Qualcomm Incorporated Signaling aspects of a conditional primary secondary cell change procedure in multi-radio access technology dual connectivity
JP7456011B2 (ja) * 2020-06-26 2024-03-26 テレフオンアクチーボラゲット エルエム エリクソン（パブル） マルチｒａｔネットワークにおける無線コネクションの構成
WO2022021272A1 (en) * 2020-07-31 2022-02-03 Zte Corporation Method for addition and change of conditional primary cells in a secondary cell group
WO2022067781A1 (zh) * 2020-09-30 2022-04-07 华为技术有限公司 一种通信方法及相关设备
JP2023543492A (ja) * 2020-09-30 2023-10-16 華為技術有限公司 通信方法及び関連デバイス
US11540184B1 (en) 2020-10-07 2022-12-27 T-Mobile Innovations Llc Dynamic handover trigger based on primary path throughput
EP3986026A1 (en) * 2020-10-13 2022-04-20 Nokia Technologies Oy Inter-secondary node conditional pscell change procedure
CN114828157A (zh) * 2021-01-22 2022-07-29 北京三星通信技术研究有限公司 电子设备及其方法
WO2023010393A1 (en) * 2021-08-05 2023-02-09 Zte Corporation Conditional cell reconfiguration initiated by a secondary node
WO2023033689A1 (en) * 2021-09-01 2023-03-09 Telefonaktiebolaget Lm Ericsson (Publ) Methods and network nodes for verifying cell relations in a wireless communication network
US11843971B2 (en) * 2021-10-14 2023-12-12 Cisco Technology, Inc. Dynamic enablement of RLC mode based on UE RF conditions
CN116074898A (zh) * 2021-10-29 2023-05-05 中国电信股份有限公司 信息传输方法、装置、设备及存储介质
EP4335161A1 (en) * 2022-01-26 2024-03-13 Samsung Electronics Co., Ltd. A method for adding nodes

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101365588B1 (ko) * 2012-07-25 2014-02-21 에스케이텔레콤 주식회사 기지국게이트웨이장치 및 기지국게이트웨이장치의 동작 방법
KR20150096499A (ko) * 2013-10-28 2015-08-24 엘지전자 주식회사 이종 네트워크에서 이중 연결 동작을 수행하기 위한 방법 및 장치
US20160212790A1 (en) * 2013-12-24 2016-07-21 Kyocera Corporation Mobile communication system, control apparatus, base station, and user terminal
WO2016114612A1 (en) * 2015-01-15 2016-07-21 Lg Electronics Inc. Method and apparatus for supporting standalone local gateway service for dual connectivity in wireless communication system
KR20160132071A (ko) * 2014-03-10 2016-11-16 닛본 덴끼 가부시끼가이샤 Dc (이중 접속성) 를 위한 장치, 시스템 및 방법

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9807818B2 (en) * 2013-08-08 2017-10-31 Industrial Technology Research Institute Method of radio bearer establishment in dual connectivity
JPWO2015115629A1 (ja) * 2014-01-31 2017-03-23 京セラ株式会社 通信制御方法、マスタ基地局、及びセカンダリ基地局
JP6937827B2 (ja) * 2016-11-04 2021-09-22 テレフオンアクチーボラゲット エルエム エリクソン（パブル） 次世代無線ネットワークにおける二次ノード変更の測定シグナリング

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101365588B1 (ko) * 2012-07-25 2014-02-21 에스케이텔레콤 주식회사 기지국게이트웨이장치 및 기지국게이트웨이장치의 동작 방법
KR20150096499A (ko) * 2013-10-28 2015-08-24 엘지전자 주식회사 이종 네트워크에서 이중 연결 동작을 수행하기 위한 방법 및 장치
US20160212790A1 (en) * 2013-12-24 2016-07-21 Kyocera Corporation Mobile communication system, control apparatus, base station, and user terminal
KR20160132071A (ko) * 2014-03-10 2016-11-16 닛본 덴끼 가부시끼가이샤 Dc (이중 접속성) 를 위한 장치, 시스템 및 방법
WO2016114612A1 (en) * 2015-01-15 2016-07-21 Lg Electronics Inc. Method and apparatus for supporting standalone local gateway service for dual connectivity in wireless communication system

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10980074B2 (en) 2018-07-03 2021-04-13 Mediatek Inc. Apparatuses and methods for supporting dual talk of multiple subscriber identities
TWI747297B (zh) * 2018-07-03 2021-11-21 聯發科技股份有限公司 用於支援複數個訂戶標識的雙對話的裝置和方法
WO2021056387A1 (en) * 2019-09-27 2021-04-01 Nokia Shanghai Bell Co., Ltd. Device, method, apparatus and computer readable medium for inter-master node handover
WO2021092160A1 (en) * 2019-11-06 2021-05-14 Qualcomm Incorporated Conditional procedures for adding and changing a secondary node (sn) initiated by a sn
US11477707B2 (en) 2019-11-06 2022-10-18 Qualcomm Incorporated Conditional procedures for adding and changing a secondary node (SN) initiated by a SN
WO2021088642A1 (zh) * 2019-11-07 2021-05-14 大唐移动通信设备有限公司 一种辅基站变更方法、主基站、辅基站和终端
US11337275B2 (en) 2019-11-08 2022-05-17 Samsung Electronics Co., Ltd. Electronic device supporting dual-connectivity and method for operating the same
WO2021091133A1 (en) * 2019-11-08 2021-05-14 Samsung Electronics Co., Ltd. Electronic device supporting dual-connectivity and method for operating the same
WO2021238601A1 (zh) * 2020-05-29 2021-12-02 中国电信股份有限公司 多连接网络中的数据传输方法、网络设备和***
KR20220049749A (ko) * 2020-10-15 2022-04-22 주식회사 엘지유플러스 Nsa 시스템 및 그 제어방법
KR102469410B1 (ko) * 2020-10-15 2022-11-21 주식회사 엘지유플러스 Nsa 시스템 및 그 제어방법
EP4152826A4 (en) * 2020-10-22 2023-07-26 Guangdong Oppo Mobile Telecommunications Corp., Ltd. METHOD OF CHANGING A SECONDARY NODE, TERMINAL DEVICE AND NETWORK DEVICE
CN114765813A (zh) * 2021-01-13 2022-07-19 中国电信股份有限公司 条件主辅小区添加或改变方法、主/辅节点和通信***

Also Published As

Publication number Publication date
CN110521274A (zh) 2019-11-29
EP3589069A4 (en) 2020-03-04
EP3589069A1 (en) 2020-01-01
US11039349B2 (en) 2021-06-15
US20200389823A1 (en) 2020-12-10
CN110521274B (zh) 2023-08-22
EP3589069B1 (en) 2021-09-01

Similar Documents

Publication Publication Date Title
WO2018182240A1 (ko) 무선 통신 시스템에서 lte/nr 인터워킹을 위한 절차를 향상시키는 방법 및 장치
WO2019194486A1 (en) Method and apparatus for discarding buffered data while keeping connection in cp-up separation
WO2019194592A1 (en) Method for supporting handover and corresponding base station and network node
WO2019160278A1 (ko) Ma pdu 세션의 수립을 처리하는 방안 그리고 amf 노드 및 smf 노드
WO2018088812A1 (ko) 핸드오버 방법 및 사용자기기
WO2011021876A2 (en) Server for control plane at mobile communication network and method for controlling sipto based session
WO2016006969A1 (en) Inter-menb handover method and device in a small cell system
WO2017135779A1 (ko) 무선 통신 시스템에서 rrc 연결 재개를 수행하는 방법 및 장치
WO2018124761A1 (ko) 무선 통신 시스템에서 빔을 지원하는 방법 및 장치
WO2015020449A1 (ko) 듀얼 커넥티비티 지원을 위한 pdcp 분산 구조의 보안 키 생성 및 관리 방안
WO2012138099A2 (ko) 이동통신 네트워크 내에서 제어 평면을 담당하는 서버 및그 서버에서 트래픽 우회 서비스 이동성 지원 방법
WO2016117979A1 (en) Method and apparatus supporting local breakout in a dual-connectivity architecture
WO2016153130A1 (ko) 무선 통신 시스템에서 단말의 데이터 송수신 방법 및 장치
WO2018128406A1 (ko) 무선 통신 시스템에서 lte/nr 인터워킹의 지원을 위한 인터페이스를 관리하는 방법 및 장치
WO2018182254A1 (ko) 무선 통신 시스템에서 scg 실패 정보 메시지를 전송하는 방법 및 장치
WO2011136617A2 (ko) 이동통신 네트워크 내에서 제어 평면(control plane)을 담당하는 서버 및 그 서버에서 서비스를 제어하는 방법
WO2018004278A1 (ko) 이중 연결 상태에서 데이터를 송수신하는 방법 및 그 장치
WO2012108660A2 (ko) 이동통신 네트워크 내에서 제어 평면을 담당하는 서버 및 그 서버에서 서비스를 제어하는 방법
WO2013019035A2 (en) Apparatus and method for supporting handover
WO2018221942A1 (ko) 상향링크 서비스 품질을 관리하는 방법 및 상기 방법을 수행하는 기지국
WO2017196095A2 (ko) 단말의 듀얼 커넥티비티 구성 방법 및 그 장치
WO2016148357A1 (ko) 무선 통신 시스템에서 단말의 데이터 송수신 방법 및 장치
WO2018199641A1 (ko) 무선 통신 시스템에서 lte/nr 인터워킹을 위하여 측정을 구성하고 보고하는 방법 및 장치
WO2017105077A1 (ko) 사용자기기 및 데이터 수신 방법과 네트워크 노드 및 데이터 전송 방법
WO2018174624A1 (ko) 무선 통신 시스템에서 lte/nr 인터워킹을 위한 단말 능력을 조정하는 방법 및 장치

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018774893

Country of ref document: EP

Effective date: 20190924