WO2018203619A1 - 무선 통신 시스템에서 베어러 타입 변경을 지원하는 방법 및 장치 - Google Patents

무선 통신 시스템에서 베어러 타입 변경을 지원하는 방법 및 장치 Download PDF

Info

Publication number
WO2018203619A1
WO2018203619A1 PCT/KR2018/004896 KR2018004896W WO2018203619A1 WO 2018203619 A1 WO2018203619 A1 WO 2018203619A1 KR 2018004896 W KR2018004896 W KR 2018004896W WO 2018203619 A1 WO2018203619 A1 WO 2018203619A1
Authority
WO
WIPO (PCT)
Prior art keywords
bearer
scg
type change
bearer type
indication
Prior art date
Application number
PCT/KR2018/004896
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 CN201880034078.1A priority Critical patent/CN110710323A/zh
Priority to EP18795274.2A priority patent/EP3609288A4/en
Priority to KR1020197033455A priority patent/KR20190139269A/ko
Priority to US16/610,403 priority patent/US20200120736A1/en
Publication of WO2018203619A1 publication Critical patent/WO2018203619A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • 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
    • H04W76/16—Involving different core network technologies, e.g. a packet-switched [PS] bearer in combination with a circuit-switched [CS] bearer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/082—Load balancing or load distribution among bearers or channels
    • 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
    • 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 and apparatus for supporting bearer type change in a wireless communication system.
  • 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.
  • SCG split bearer a split bearer over SCG (hereinafter referred to as SCG split bearer) may be introduced for dual connectivity of LTE / NR and / or tight interworking of LTE / NR.
  • a bearer type change between the SCG bearer and the SCG split bearer may be performed, and this bearer type change may be performed by the secondary node (SN; dual connection of LTE / NR and / or hard interworking of LTE / NR).
  • SN dual connection of LTE / NR and / or hard interworking of LTE / NR.
  • a secondary node is initiated and a method of performing without release of a bearer is required.
  • a method for performing a bearer type change procedure between a secondary cell group (SCG) bearer and an SCG split bearer by a secondary node (SN) of dual connectivity in a wireless communication system sends an indication of a bearer type change between the SCG bearer and the SCG split bearer to the master node (MN) of the dual connectivity, receives an indication from the MN to accept the bearer type change, and the bearer This involves performing type changes.
  • SCG secondary cell group
  • SN secondary node
  • a secondary connection (SN) node in a wireless communication system includes a memory, a transceiver, and a processor connected to the memory and the transceiver, wherein the processor indicates an indication of a bearer type change between a secondary cell group (SCG) bearer and an SCG split bearer.
  • SCG secondary cell group
  • control the transceiver to transmit to a master node, control the transceiver to receive an indication from the MN to accept the bearer type change, and perform the bearer type change.
  • an SN can efficiently initiate and perform bearer type changes between SCG bearers and SCG split bearers without releasing bearers.
  • 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.
  • FIG 9 shows an example of a bearer type change procedure according to an embodiment of the present invention.
  • FIG. 10 shows another example of a bearer type change procedure according to an embodiment of the present invention.
  • FIG. 11 shows another example of a bearer type change procedure according to an embodiment of the present invention.
  • FIG. 12 shows another example of a bearer type change procedure according to an embodiment of the present invention.
  • FIG 13 shows another example of a bearer type change procedure according to an embodiment of the present invention.
  • FIG. 14 illustrates a method of performing a bearer type change procedure between an SCG bearer and an SCG split bearer by an SN of dual connectivity according to an embodiment of the present invention.
  • FIG. 15 illustrates a wireless communication system in which an embodiment of the present invention is implemented.
  • FIG. 16 shows a processor of the first RAN node and the second RAN node shown in FIG. 15.
  • 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 following three bearer types may be considered for dual connectivity of LTE / NR.
  • MCG master cell group
  • SCG Secondary cell group
  • split bearer via SCG The split of bearer occurs in SN.
  • MN is eNB (ie, MeNB (master eNB)) and SN is gNB (ie, SgNB).
  • gNB ie, SgNB
  • the MeNB / SgNB is connected to the core network through S1-U or NG-U.
  • the MCG bearer is configured on the MeNB side via a new LTE AS sublayer.
  • the split bearer via MCG is branched at the PDCP layer via the new LTE AS sublayer on the MeNB side and delivered to the RLC layer of the SgNB via the Xx / Xn interface.
  • MN is gNB (ie, MgNB) and SN is eNB (ie, secondary eNB (SeNB)).
  • the MgNB / SeNB is connected with the core network through the NG-U.
  • the MCG bearer is configured on the MgNB side via a new NR AS sublayer.
  • the split bearer via MCG is branched at the PDCP layer via the new NR AS sublayer on the MgNB side and delivered to the RLC layer of the SeNB via the Xn interface.
  • FIG. 8 shows a split bearer over an SCG.
  • MN is eNB (ie, MeNB) and SN is gNB (ie, SgNB).
  • the MeNB / SgNB is connected to the core network through S1-U or NG-U.
  • the MCG bearer is configured on the MeNB side via a new LTE AS sublayer.
  • the split bearer via the SCG is branched at the PDCP layer via the new NR AS sublayer on the SgNB side and delivered to the RLC layer of the MeNB via the Xx / Xn interface.
  • FIG. 8- (a) MN is eNB (ie, MeNB) and SN is gNB (ie, SgNB).
  • the MeNB / SgNB is connected to the core network through S1-U or NG-U.
  • the MCG bearer is configured on the MeNB side via a new LTE AS sublayer.
  • the split bearer via the SCG is branched
  • MN is gNB (ie, MgNB) and SN is eNB (ie, SeNB).
  • MgNB / SeNB is connected to the core network through the NG-U.
  • the MCG bearer is configured on the MgNB side via a new NR AS sublayer.
  • the split bearer over the SCG is branched at the PDCP layer via the new LTE AS sublayer on the SeNB side and delivered to the RLC layer of the MgNB via the Xn interface.
  • the three bearer types may be supported regardless of the connected core network, except for the split bearer over the SCG when the MN is gNB.
  • the bearer type reconfiguration reconfiguration between the SCG bearer and the MCG bearer, reconfiguration of the SCG bearer between two different secondary nodes, and reconfiguration between the MCG bearer and the MCG split bearer may be supported.
  • a split bearer (hereinafter referred to as SCG split bearer) over SCG may be introduced for dual connectivity of LTE / NR and / or tight interworking of LTE / NR.
  • SCG split bearers may be used when data packets are directed towards the gNB operating as an SN to overload the SCG bearer, or the quality of the SCG bearer is poor. That is, when it is advantageous to have a portion of the data packet transmitted over the SCG bearer transmitted over the MCG bearer, the SCG split bearer may be used.
  • the node which determines whether to use the SCG split bearer by separating a portion of the data packet transmitted through the SCG bearer to the MCG bearer is preferably a gNB operating as the SN.
  • a data packet is currently transmitted through an SCG bearer, and a node that can best determine whether to use an SCG split bearer is a gNB operating as an SN.
  • SCG split bearer is not supported, only MCG split bearer is supported, and a node that decides whether to split MCG bearer into MCG split bearer was MeNB.
  • Table 1 shows four cases of bearer type change between SCG bearer and SCG split bearer that may occur in dual connectivity of LTE / NR and / or tight interworking of LTE / NR.
  • 9 shows an example of a bearer type change procedure according to an embodiment of the present invention.
  • 9 shows a bearer type change procedure from SCG bearer triggered by SN to SCG split bearer.
  • the SN may initiate a bearer type change procedure to split the SCG bearer into an SCG split bearer.
  • the MN may be either eNB or gNB, and the SN may be gNB.
  • the SN sends a message containing a bearer type change indication to the MN.
  • the bearer type change indication may indicate that the SN wants to change the bearer type from the SCG bearer to the SCG split bearer.
  • the bearer type change indication may be implemented by adding a new information element (IE) in the message.
  • the bearer type change indication may include an E-UTRAN radio access bearer (E-RAB) IE ("E-RABs to be changed" IE) to be changed in the message or a PDU session IE ("PDU sessions" to be changed / modified). to be changed / modified "IE” or the like.
  • E-RAB E-UTRAN radio access bearer
  • the message including the bearer type change indication may further include information on a bearer / flow to which the bearer type is changed.
  • the information on the bearer / flow may include at least one of a bearer identifier (ID), a quality of service (QoS) parameter, and a flow ID.
  • the information on the bearer / flow may include an ID and a list of bearers to be changed and QoS parameters.
  • the information on the bearer / flow may include an ID and list of a flow to be changed (which may be part of a specific PDU session or a specific DRB (data RB)), a PDU session ID, and QoS parameters. .
  • the message including the bearer type change indication may further include a GPRS tunneling protocol (GTP) tunnel ID (TID) for the SN for the UL split bearer.
  • GTP GPRS tunneling protocol
  • TNL transport network layer
  • the message including the bearer type change indication may further include information on the changed radio configuration for the bearer / flow of the SN.
  • the MN Upon receiving the message including the bearer type change indication, the MN determines whether to accept or reject the bearer type change requested by the SN. If the MN decides to accept the bearer type change requested by the SN, in step S910 the MN sends a message to the SN containing information for establishing a tunnel for the SCG split bearer.
  • the information for establishing the tunnel may include a GTP TEID for the MN.
  • the GTP TEID for the MN may correspond to the TNL address of the MN.
  • Information for establishing the tunnel may be included in the message for each DRB or PDU.
  • the message including the information for establishing the tunnel may further include an accepted bearer type change indication.
  • the accepted bearer type change indication may indicate that the bearer type change from the SCG bearer requested by the SN to the SCG split bearer has been accepted.
  • the accepted bearer type change indication may be implemented by adding a new IE in the message.
  • the accepted bearer type change indication may be an E-RAB IE ("E-RABs to be changed" IE) to be changed in the message or a PDU session IE ("PDU sessions to be changed / modified”) to be changed / modified. IE "or the like.
  • the message including the information for establishing the tunnel may further include information on a bearer / flow whose bearer type is to be changed.
  • the information on the bearer / flow may include at least one of a bearer ID, a QoS parameter, and a flow ID.
  • the information on the bearer / flow may include ID and list of bearers to be changed and QoS parameters determined by the MN.
  • the bearer / flow information includes ID and list, PDU session ID and QoS parameters of the flow to be changed (which may be part of a specific PDU session or a specific DRB (data RB)) determined by the MN. It may include.
  • the message including the information for establishing the tunnel may further include SN configuration information. This is because the configuration of the MN is changed by the bearer type change indication requested by the SN. In order for the SN to be based on the configuration of the MN, the corresponding information needs to be transmitted to the SN.
  • the SN may know that the MN has accepted the bearer type change from the SCG bearer to the SCG split bearer. Accordingly, the SN may perform modified / final radio resource configuration for changing the SCG bearer into an SCG split bearer. Further, in step S920, the SN may send a message including the changed radio configuration for the SN to the MN.
  • the modified radio configuration for the SN may include the final radio configuration for the SCG bearer.
  • the message may further include a GTP TEID for the SN for the UL split bearer.
  • 10 shows another example of a bearer type change procedure according to an embodiment of the present invention.
  • 10 shows a bearer type change procedure from an SCG bearer to an SCG split bearer triggered by an MN or a bearer type change procedure from an MCG bearer / MCG split bearer to an SCG bearer / SCG split bearer.
  • the MN finds that the SN load is getting higher or near the limit, the SN initiates a bearer type change procedure that splits the SCG bearer into an SCG split bearer. can do. Accordingly, the MN can preemptively reduce the load on the SN.
  • the MN may initiate a bearer type change procedure from the MCG bearer / MCG split bearer to the SCG bearer / SCG split bearer.
  • the MN may be either eNB or gNB, and the SN may be gNB.
  • the MN sends a message to the SN including a bearer type change indication and information for establishing a tunnel for the SCG split bearer.
  • the bearer type change indication may indicate that the MN wants to change the bearer type from the SCG bearer to the SCG split bearer.
  • the bearer type change indication may indicate that the MN wants to change the bearer type from the MCG bearer / MCG split bearer to the SCG bearer / SCG split bearer.
  • the bearer type change indication may be implemented by adding a new IE in the message.
  • the bearer type change indication may be an E-RAB IE ("E-RABs to be changed” IE) to be changed in the message or a PDU session IE ("PDU sessions to be changed / modified" IE ") to be changed.
  • E-RABs to be changed IE
  • PDU sessions to be changed / modified IE
  • the information for establishing a tunnel for the SCG split bearer may include a GTP TEID for the MN, and the GTP TEID for the MN may correspond to the TNL address of the MN.
  • Information for setting may be included in the message for each DRB or PDU.
  • the message including the bearer type change indication and information for establishing a tunnel for the SCG split bearer may further include information on a bearer / flow whose bearer type is to be changed.
  • the information on the bearer / flow may include at least one of a bearer ID, a QoS parameter, and a flow ID.
  • the information on the bearer / flow may include an ID and a list of bearers to be changed and QoS parameters.
  • the information on the bearer / flow may include an ID and list of a flow to be changed (which may be part of a specific PDU session or a specific DRB (data RB)), a PDU session ID, and QoS parameters. .
  • the message including the bearer type change indication and information for establishing a tunnel for the SCG split bearer may further include SN configuration information.
  • the SN Upon receiving the message including the bearer type change indication and information for establishing a tunnel for SCG split bearer, the SN determines whether to accept or reject the bearer type change requested by the MN. If the SN decides to accept the bearer type change requested by the MN, the SN may perform modified / final radio resource configuration to change the SCG bearer into an SCG split bearer. Further, in step S1010, the SN may send a message including the changed radio configuration for the SN to the MN. The modified radio configuration for the SN may include the final radio configuration for the SCG bearer.
  • the message may further include a GTP TEID for the SN. The GTP TEID for the SN may be included in the message for each DRB or PDU.
  • the message may further include information on a bearer / flow for which the change has been accepted. The information on the bearer / flow may include at least one of a bearer ID, a QoS parameter, and a flow ID.
  • 11 shows another example of a bearer type change procedure according to an embodiment of the present invention.
  • 11 shows a bearer type change procedure from SCG split bearer to SCG bearer triggered by SN. If the SN determines that its overload condition has been resolved or is no longer severe, the SN may initiate a bearer type change procedure that turns the SCG split bearer back to the SCG bearer.
  • the MN may be either eNB or gNB, and the SN may be gNB.
  • the SN sends a message containing a bearer type change indication to the MN.
  • the bearer type change indication may indicate that the SN wants to change the bearer type from the SCG split bearer to the SCG bearer.
  • the bearer type change indication may be implemented by adding a new IE in the message.
  • the bearer type change indication may be an E-RAB IE ("E-RABs to be changed" IE) to be changed in the message or a PDU session IE ("PDU sessions to be changed / modified” IE ”) to be changed. Or the like.
  • the message including the bearer type change indication may further include information on a bearer / flow to which the bearer type is changed.
  • the information on the bearer / flow may include at least one of a bearer ID, a QoS parameter, and a flow ID.
  • the information on the bearer / flow may include an ID and a list of bearers to be changed and QoS parameters.
  • the information on the bearer / flow may include an ID and list of a flow to be changed (which may be part of a specific PDU session or a specific DRB (data RB)), a PDU session ID, and QoS parameters. .
  • the message including the bearer type change indication may further include a DL forwarding GTP TEID for data forwarding to the SN.
  • the message including the bearer type change indication may further include information on the changed radio configuration for the bearer / flow of the SN.
  • the MN receiving the message including the bearer type change indication may accept the bearer type change requested by the SN.
  • the MN sends a response message to the SN.
  • the response message may include an accepted bearer type change indication.
  • the accepted bearer type change indication may indicate that the bearer type change from the SCG split bearer requested by the SN to the SCG bearer has been accepted.
  • the accepted bearer type change indication may be implemented by adding a new IE in the message.
  • the accepted bearer type change indication may be an E-RAB IE ("E-RABs to be changed" IE) to be changed in the message or a PDU session IE ("PDU sessions to be changed / modified") to be changed / modified. IE "or the like.
  • the response message may further include information on a bearer / flow whose bearer type is to be changed.
  • the information on the bearer / flow may include at least one of a bearer ID, a QoS parameter, and a flow ID.
  • the information on the bearer / flow may include ID and list of bearers to be changed and QoS parameters determined by the MN.
  • the bearer / flow information includes ID and list, PDU session ID and QoS parameters of the flow to be changed (which may be part of a specific PDU session or a specific DRB (data RB)) determined by the MN. It may include.
  • the response message may further include SN configuration information. This is because the configuration of the MN is changed by the bearer type change indication requested by the SN. In order for the SN to be based on the configuration of the MN, the corresponding information needs to be transmitted to the SN.
  • the SN may know that the MN has accepted a bearer type change from the SCG split bearer to the SCG bearer. Accordingly, the SN may perform modified / final radio resource configuration for changing the SCG split bearer to the SCG bearer. In addition, in step S1120, the SN may transmit a message including the changed radio configuration for the SN to the MN.
  • the modified radio configuration for the SN may include the final radio configuration for the SCG bearer.
  • the message may further include a DL forwarding GTP TEID for data forwarding to the SN.
  • 12 shows another example of a bearer type change procedure according to an embodiment of the present invention.
  • 12 illustrates a bearer type change procedure from an SCG split bearer to an SCG bearer triggered by an MN or a bearer type change procedure from an SCG bearer / SCG split bearer to an MCG bearer / MCG split bearer. If the SN does not preempt the procedure of changing the bearer type from the SCG split bearer to the SCG bearer described in FIG. 11 even though the load of the MN is getting higher or near the limit, the MN will SCG split the bearer. The bearer type change procedure may be initiated back to the bearer. This allows the MN to offload itself.
  • the MN may initiate a bearer type change procedure from the SCG bearer / SCG split bearer to the MCG bearer / MCG split bearer.
  • the MN may be either eNB or gNB, and the SN may be gNB.
  • the MN sends a message containing a bearer type change indication to the SN.
  • the bearer type change indication may indicate that the MN wants to change the bearer type from the SCG split bearer to the SCG bearer.
  • the bearer type change indication may indicate that the MN wants to change the bearer type from the SCG bearer / SCG split bearer to the MCG bearer / MCG split bearer.
  • the bearer type change indication may be implemented by adding a new IE in the message.
  • the bearer type change indication may be an E-RAB IE ("E-RABs to be changed” IE) to be changed in the message or a PDU session IE ("PDU sessions to be changed / modified” IE ”) to be changed. Or the like.
  • E-RABs to be changed IE
  • PDU session IE PDU sessions to be changed / modified” IE
  • the message including the bearer type change indication may further include information on a bearer / flow to which the bearer type is changed.
  • the information on the bearer / flow may include at least one of a bearer ID, a QoS parameter, and a flow ID.
  • the information on the bearer / flow may include an ID and a list of bearers to be changed and QoS parameters.
  • the information on the bearer / flow may include an ID and list of a flow to be changed (which may be part of a specific PDU session or a specific DRB (data RB)), a PDU session ID, and QoS parameters. .
  • the message including the bearer type change indication may further include SN configuration information. This is because the configuration of the MN has changed. In order for the SN to be based on the configuration of the MN, the corresponding information needs to be transmitted to the SN.
  • the SN Upon receiving the message including the bearer type change indication, the SN determines whether to accept or reject the bearer type change requested by the MN. If the SN decides to accept the bearer type change requested by the MN, the SN may perform modified / final radio resource configuration to change the SCG split bearer to the SCG bearer. Further, in step S1210, the SN may send a message including the changed radio configuration for the SN to the MN.
  • the modified radio configuration for the SN may include the final radio configuration for the SCG bearer.
  • the message may further include a GTP TEID for the SN.
  • the GTP TEID for the SN may be included in the message for each DRB or PDU.
  • the message may further include information on a bearer / flow for which the change has been accepted.
  • the information on the bearer / flow may include at least one of a bearer ID, a QoS parameter, and a flow ID.
  • FIG. 13 shows another example of a bearer type change procedure according to an embodiment of the present invention.
  • FIG. 13 illustrates a bearer type change procedure from an SCG bearer / SCG split bearer triggered by an SN to an MCG bearer / MCG split bearer.
  • the MN may be either eNB or gNB
  • the SN may be gNB.
  • the SN transmits a message including a bearer type change request to the MN.
  • the bearer type change request may indicate that the SN wants to change the bearer type from the SCG bearer / SCG split bearer to the MCG bearer / MCG split bearer.
  • the bearer type change request may be implemented by adding a new IE in the message.
  • the bearer type change request may be an E-RAB IE ("E-RABs to be changed" IE) to be changed in the message or a PDU session IE ("PDU sessions to be changed / modified" IE ”) to be changed. Or the like.
  • the message including the bearer type change request may further include information on a bearer / flow to which the bearer type is to be changed.
  • the information on the bearer / flow may include at least one of a bearer ID, a QoS parameter, and a flow ID.
  • the information on the bearer / flow may include an ID and a list of bearers to be changed and QoS parameters.
  • the information on the bearer / flow may include an ID and list of a flow to be changed (which may be part of a specific PDU session or a specific DRB (data RB)), a PDU session ID, and QoS parameters. .
  • the message including the bearer type change request may further include a GTP TEID for the SN.
  • the GTP TEID for the SN may be included in the message for each DRB or PDU.
  • the message including the bearer type change request may further include information on the changed radio configuration for the bearer / flow of the SN.
  • the MN Upon receiving the message including the bearer type change request, the MN determines whether to accept or reject the bearer type change requested by the SN. If the MN decides to accept the bearer type change requested by the SN, in step S1310 the MN sends a message to the SN containing information for establishing a tunnel for the MCG bearer / MCG split bearer.
  • the MN sends a message to the SN containing information for establishing a tunnel for the MCG bearer / MCG split bearer.
  • the information for establishing the tunnel may include a GTP TEID for the MN.
  • the GTP TEID for the MN may correspond to the TNL address of the MN.
  • Information for establishing the tunnel may be included in the message for each DRB or PDU.
  • the message including the information for establishing the tunnel may further include an accepted bearer type change indication.
  • the accepted bearer type change indication may indicate that the bearer type change from the SCG bearer / SCG split bearer requested by the SN to the MCG bearer / MCG split bearer has been accepted.
  • the accepted bearer type change indication may be implemented by adding a new IE in the message.
  • the accepted bearer type change indication may be an E-RAB IE ("E-RABs to be changed" IE) to be changed in the message or a PDU session IE ("PDU sessions to be changed / modified") to be changed / modified. IE "or the like.
  • the message including the information for establishing the tunnel may further include information on a bearer / flow whose bearer type is to be changed.
  • the information on the bearer / flow may include at least one of a bearer ID, a QoS parameter, and a flow ID.
  • the information on the bearer / flow may include ID and list of bearers to be changed and QoS parameters determined by the MN.
  • the information on the bearer / flow may include an ID and list of the flow to be changed (which may be a specific PDU session or part of a specific DRB) determined by the MN, PDU session ID and QoS parameters. .
  • the message including the information for establishing the tunnel may further include SN configuration information. This is because the configuration of the MN is changed by the bearer type change indication requested by the SN. In order for the SN to be based on the configuration of the MN, the corresponding information needs to be transmitted to the SN.
  • the SN may know that the MN has accepted a bearer type change from the SCG bearer / SCG split bearer to the MCG bearer / MCG split bearer. Accordingly, the SN may perform modified / final radio resource configuration for changing the SCG bearer / SCG split bearer to the MCG bearer / MCG split bearer. Further, in step S1320, the SN may send a message including the changed radio configuration for the SN to the MN.
  • the modified radio configuration for the SN may include the final radio configuration for the SCG bearer.
  • the message may further include a GTP TEID for the SN.
  • the GTP TEID for the SN may be included in the message for each DRB or PDU.
  • the MN may be either eNB of LTE or gNB of NR, and SN may be gNB.
  • the dual connectivity may be dual connectivity between LTE and NR or multi-RAT dual connectivity.
  • step S1400 the SN sends an indication of the bearer type change between the SCG bearer and the SCG split bearer to the MN of the dual connection.
  • step S1410 the SN receives an indication from the MN to accept the bearer type change.
  • step S1420 the SN performs the bearer type change.
  • the bearer type change may be a change from the SCG bearer to the SCG split bearer.
  • the change from the SCG bearer to the SCG split bearer may be performed when the SN is overloaded or the quality of the SCG bearer is poor.
  • the information on the bearer or flow to be changed and / or the information on the GTP TEID for the SN may be transmitted to the MN together with the indication of the bearer type change.
  • information on the bearer or flow to be changed and / or information on the GTP TEID for the MN may be received from the MN.
  • the bearer type change may be a change from the SCG split bearer to the SCG bearer.
  • the change from the SCG split bearer to the SCG bearer may be performed when the overload condition of the SN is resolved.
  • information on the bearer or flow to be changed and / or DL forwarding GTP TEID for data forwarding to the SN may be transmitted to the MN.
  • information on the bearer or flow to be changed determined by the MN may be received from the MN.
  • the bearer type change between the SCG bearer and the SCG split bearer or the bearer type change between the SCG bearer / SCG split bearer and the MCG bearer / MCG split bearer is based on the load situation and / or radio quality in the SN. It can be freely performed between and SN. Therefore, the radio resource use of the MN and SN can be improved for the UE, and can be better serviced from the MN and SN from the UE's point of view.
  • FIG. 15 illustrates a wireless communication system in which an embodiment of the present invention is implemented.
  • the first RAN node 1500 includes a processor 1510, a memory 1520, and a transceiver 1530.
  • the first RAN node 1500 corresponds to the MN in the embodiment of the invention described in FIGS. 9-14.
  • the memory 1520 is connected to the processor 1510 and stores various information for driving the processor 1510.
  • the transceiver 1530 is connected to the processor 1510 and transmits a signal to the second RAN node 1600 or receives a signal from the second RAN node 1600.
  • the processor 1510 may be configured to implement the functions, processes, and / or methods related to interaction with the second RAN node 1600 described herein. More specifically, the processor 1510 may control the transceiver 1530 to perform steps S900 to S920 in FIG. 9. The processor 1510 may control the transceiver 1530 to perform steps S1000 to S1010 in FIG. 10. The processor 1510 may control the transceiver 1530 to perform steps S1100 to S1120 in FIG. 11. The processor 1510 may control the transceiver 1530 to perform steps S1200 to S1210 in FIG. 12. The processor 1510 may control the transceiver 1530 to perform steps S1300 to S1320 in FIG. 13. The processor 1510 may control the transceiver 1530 to perform steps S1400 to S1410 in FIG. 14.
  • the second RAN node 1600 includes a processor 1610, a memory 1620, and a transceiver 1630.
  • the second RAN node 1600 corresponds to an SN in the embodiment of the invention described in FIGS. 9-14.
  • the memory 1620 is connected to the processor 1610 and stores various information for driving the processor 1610.
  • the transceiver 1630 is connected to the processor 1610 and transmits a signal to the first RAN node 1500 or receives a signal from the first RAN node 1500.
  • the processor 1610 may be configured to implement the functions, processes, and / or methods related to interaction with the first RAN node 1500 described herein. More specifically, the processor 1610 may control the transceiver 1630 to perform steps S900 to S920 in FIG. 9. The processor 1610 may control the transceiver 1630 to perform steps S1000 to S1010 in FIG. 10. The processor 1610 may control the transceiver 1530 to perform steps S1100 to S1120 in FIG. 11. The processor 1610 may control the transceiver 1530 to perform steps S1200 to S1210 in FIG. 12. The processor 1610 may control the transceiver 1630 to perform steps S1300 to S1320 in FIG. 13. The processor 1610 may control the transceiver 1630 to perform or perform steps S1400 to S1420 in FIG. 14.
  • the first RAN node 1500 and the second RAN node 1600 are connected to each other via an X2 interface or an Xn interface.
  • Processors 1510 and 1610 may include application-specific integrated circuits (ASICs), other chipsets, logic circuits, and / or data processing devices.
  • the memories 1520 and 1620 may include read-only memory (ROM), random access memory (RAM), flash memory, memory cards, storage media and / or other storage devices.
  • the transceivers 1530 and 1630 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 memories 1520 and 1620 and executed by the processors 1510 and 1610.
  • the memories 1520 and 1620 may be inside or outside the processors 1510 and 1610, and may be connected to the processors 1510 and 1610 by various well-known means.
  • FIG. 16 shows a processor of the first RAN node and the second RAN node shown in FIG. 15.
  • the processor 1510 may include an X2 application protocol (X2-AP) layer 1511, a stream control transmission protocol (SCTP) layer 1512, an internet protocol (IP) layer 1513, a data connection layer 1514, and a physical layer ( 1515).
  • the X2-AP layer 1511 is included in a radio network layer (RNL). RNL defines a procedure related to interaction between eNBs.
  • the X2-AP layer 1511 is a protocol responsible for providing signaling information on the X2 interface.
  • the X2-AP layer 1511 is terminated by two eNB / gNBs connected via an X2 / Xn interface.
  • the X2-AP layer 1511 may be implemented by an X2-AP procedure module.
  • the X2-AP layer 1511 may be configured to implement the functions, processes, and / or methods of the processor 1510.
  • the SCTP layer 1512, the IP layer 1513, the data connection layer 1514, and the physical layer 1515 may be included in a transport network layer (TNL).
  • TNL provides services for user plane and signaling delivery.
  • the processor 1610 includes an X2-AP layer 1611, an SCTP layer 1612, an IP layer 1613, a data link layer 1614, and a physical layer 1615.
  • the X2-AP layer 1611 is included in the RNL.
  • RNL defines a procedure related to interaction between eNBs.
  • the X2-AP layer 1611 is a protocol responsible for providing signaling information on the X2 interface.
  • the X2-AP layer 1611 is terminated by two eNB / gNBs connected via an X2 / Xn interface.
  • the X2-AP layer 1611 may be implemented by an X2-AP procedure module.
  • the X2-AP layer 1611 may be configured to implement the functions, processes, and / or methods of the processor 1610.
  • SCTP layer 1612, IP layer 1613, data link layer 1614 and physical layer 1615 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

무선 통신 시스템에서 SCG(secondary cell group) 베어러와 SCG 분리 베어러 간의 베어러 타입 변경 절차를 수행하는 방법이 제공된다. 다양한 시나리오에 의하여, SCG 베어러에서 SCG 분리 베어러로의 베어러 타입 변경 또는 SCG 분리 베어러에서 SCG 베어러로의 베어러 타입 변경이 수행될 수 있고, 이를 위한 절차가 이중 연결의 SN(secondary node) 또는 MN(master node)에 의하여 개시될 수 있다. 상기 SN이 베어러 타입 변경 절차를 개시하는 경우, 상기 SN은 상기 SCG 베어러와 상기 SCG 분리 베어러 간의 베어러 타입 변경에 대한 지시를 상기 MN으로 전송하고, 상기 베어러 타입 변경을 수락한다는 지시를 상기 MN으로부터 수신하고, 및 상기 베어러 타입 변경을 수행한다.

Description

무선 통신 시스템에서 베어러 타입 변경을 지원하는 방법 및 장치
본 발명은 무선 통신에 관한 것으로, 보다 상세하게는 무선 통신 시스템에서 베어러 타입 변경을 지원하는 방법 방법 및 장치에 관한 것이다.
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 이동성을 위한 시그널링이 단순화 될 수 있다.
종래의 LTE의 이중 연결에서는 MCG(master cell group) 베어러의 일부를 SCG 베어러로 분리하는 MCG 분리 베어러만이 지원되었으며, SCG 베어러의 일부를 MCG 베어러로 분리하는 SCG(secondary cell group) 분리 베어러는 지원되지 않았다. 그러나, LTE/NR의 이중 연결 및/또는 LTE/NR의 단단한 인터워킹을 위하여 SCG를 통한 분리 베어러(이하, SCG 분리 베어러)가 도입될 수 있다. SCG 분리 베어러의 도입에 따라 SCG 베어러와 SCG 분리 베어러 간의 베어러 타입 변경이 수행될 수 있는데, 이러한 베어러 타입 변경을 LTE/NR의 이중 연결 및/또는 LTE/NR의 단단한 인터워킹의 세컨더리 노드(SN; secondary node)가 개시하고, 또한 베어러의 해제 없이 수행하는 방법이 요구된다.
일 양태에 있어서, 무선 통신 시스템에서 이중 연결의 SN(secondary node)에 의한 SCG(secondary cell group) 베어러와 SCG 분리 베어러 간의 베어러 타입 변경 절차를 수행하는 방법이 제공된다. 상기 방법은 상기 SCG 베어러와 상기 SCG 분리 베어러 간의 베어러 타입 변경에 대한 지시를 상기 이중 연결의 MN(master node)로 전송하고, 상기 베어러 타입 변경을 수락한다는 지시를 상기 MN으로부터 수신하고, 및 상기 베어러 타입 변경을 수행하는 것을 포함한다.
다른 양태에 있어서, 무선 통신 시스템에서 이중 연결의 SN(secondary node)이 제공된다. 상기 SN은 메모리, 송수신부, 및 상기 메모리 및 상기 송수신부와 연결되는 프로세서를 포함하며, 상기 프로세서는 SCG(secondary cell group) 베어러와 SCG 분리 베어러 간의 베어러 타입 변경에 대한 지시를 상기 이중 연결의 MN(master node)로 전송하도록 상기 송수신부를 제어하고, 상기 베어러 타입 변경을 수락한다는 지시를 상기 MN으로부터 수신하도록 상기 송수신부를 제어하고, 및 상기 베어러 타입 변경을 수행한다.
LTE/NR의 단단한 인터워킹에서 SN이 베어러의 해제 없이 SCG 베어러와 SCG 분리 베어러 간의 베어러 타입 변경을 효율적으로 개시하고 수행할 수 있다.
도 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은 MCG를 통한 분리 베어러를 나타낸다.
도 8은 SCG를 통한 분리 베어러를 나타낸다.
도 9는 본 발명에 일 실시예에 따른 베어러 타입 변경 절차의 일 예를 나타낸다.
도 10은 본 발명에 일 실시예에 따른 베어러 타입 변경 절차의 또 다른 예를 나타낸다.
도 11은 본 발명에 일 실시예에 따른 베어러 타입 변경 절차의 또 다른 예를 나타낸다.
도 12는 본 발명에 일 실시예에 따른 베어러 타입 변경 절차의 또 다른 예를 나타낸다.
도 13은 본 발명에 일 실시예에 따른 베어러 타입 변경 절차의 또 다른 예를 나타낸다.
도 14는 본 발명의 일 실시예에 따른 이중 연결의 SN에 의한 SCG 베어러와 SCG 분리 베어러 간의 베어러 타입 변경 절차를 수행하는 방법을 나타낸다.
도 15는 본 발명의 실시예가 구현되는 무선 통신 시스템을 나타낸다.
도 16은 도 15에서 도시된 제1 RAN 노드 및 제2 RAN 노드의 프로세서를 나타낸다.
이하, 본 발명은 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).
LTE/NR의 이중 연결을 위하여 다음의 3가지 베어러 타입이 고려될 수 있다.
- MCG(master cell group)를 통한 분리 베어러: 종래 LTE의 이중 연결 아키텍처 중 옵션 3C와 유사하다.
- SCG(secondary cell group) 베어러: 종래 LTE의 이중 연결 아키텍처 중 옵션 1A와 유사하다.
- SCG를 통한 분리 베어러: 베어러의 분리가 SN에서 발생한다.
도 7은 MCG를 통한 분리 베어러를 나타낸다. 도 7-(a)에서 MN은 eNB (즉, MeNB(master eNB)), SN은 gNB(즉, SgNB)이다. 도 7-(a)에서 MeNB/SgNB는 S1-U 또는 NG-U를 통해 코어 네트워크와 연결된다. MCG 베어러는 MeNB 측에서 새로운 LTE AS 부계층을 거쳐 구성된다. MCG를 통한 분리 베어러는 MeNB 측에서 새로운 LTE AS 부계층을 거쳐, PDCP 계층에서 분기되고, Xx/Xn 인터페이스를 통해 SgNB의 RLC 계층으로 전달된다. 도 7-(b)에서 MN은 gNB (즉, MgNB), SN은 eNB(즉, SeNB(secondary eNB))이다. 도 7-(b)에서 MgNB/SeNB는 NG-U를 통해 코어 네트워크와 연결된다. MCG 베어러는 MgNB 측에서 새로운 NR AS 부계층을 거쳐 구성된다. MCG를 통한 분리 베어러는 MgNB 측에서 새로운 NR AS 부계층을 거쳐, PDCP 계층에서 분기되고, Xn 인터페이스를 통해 SeNB의 RLC 계층으로 전달된다.
도 8은 SCG를 통한 분리 베어러를 나타낸다. 도 8-(a)에서 MN은 eNB (즉, MeNB), SN은 gNB(즉, SgNB)이다. 도 8-(a)에서 MeNB/SgNB는 S1-U 또는 NG-U를 통해 코어 네트워크와 연결된다. MCG 베어러는 MeNB 측에서 새로운 LTE AS 부계층을 거쳐 구성된다. SCG를 통한 분리 베어러는 SgNB 측에서 새로운 NR AS 부계층을 거쳐, PDCP 계층에서 분기되고, Xx/Xn 인터페이스를 통해 MeNB의 RLC 계층으로 전달된다. 도 8-(b)에서 MN은 gNB (즉, MgNB), SN은 eNB(즉, SeNB)이다. 도 8-(b)에서 MgNB/SeNB는 NG-U를 통해 코어 네트워크와 연결된다. MCG 베어러는 MgNB 측에서 새로운 NR AS 부계층을 거쳐 구성된다. SCG를 통한 분리 베어러는 SeNB 측에서 새로운 LTE AS 부계층을 거쳐, PDCP 계층에서 분기되고, Xn 인터페이스를 통해 MgNB의 RLC 계층으로 전달된다.
상기 3가지 베어러 타입은, MN이 gNB일 때 SCG를 통한 분리 베어러를 제외하고는, 연결된 코어 네트워크게 관계 없이 지원될 수 있다. 베어러 타입의 재구성과 관련하여, SCG 베어러와 MCG 베어러 간의 재구성, 서로 다른 2개의 세컨더리 노드 간의 SCG 베어러의 재구성, 및 MCG 베어러와 MCG 분리 베어러 간의 재구성이 지원될 수 있다.
상술한 바와 같이, LTE/NR의 이중 연결 및/또는 LTE/NR의 단단한 인터워킹을 위하여 SCG를 통한 분리 베어러(이하, SCG 분리 베어러)가 도입될 수 있다. SN으로 동작하는 gNB 쪽으로 데이터 패킷이 몰려 SCG 베어러에 과부하가 걸리거나, 또는 SCG 베어러의 품질이 좋지 않을 때, SCG 분리 베어러가 사용될 수 있다. 즉, SCG 베어러를 통해 전송되는 데이터 패킷의 일부를 MCG 베어러를 통해 전송되도록 하는 것이 유리할 때, SCG 분리 베어러가 사용될 수 있다.
한편, SCG 베어러를 통해 전송되는 데이터 패킷의 일부를 MCG 베어러 쪽으로 분리하여 SCG 분리 베어러를 사용할지 여부를 결정하는 노드는 SN으로 동작하는 gNB가 되는 것이 바람직하다. 이는 현재 SCG 베어러를 통해 데이터 패킷이 전송되고 있고, SCG 분리 베어러를 사용할지 여부를 가장 잘 결정할 수 있는 노드는 SN으로 동작하는 gNB이기 때문이다. 이는 종래의 LTE의 이중 연결과 다른 점이다. 종래의 LTE의 이중 연결에서는 SCG 분리 베어러는 지원되지 않고 MCG 분리 베어러만이 지원되었으며, MCG 베어러를 MCG 분리 베어러로 분리할지 여부를 결정하는 노드는 MeNB였다.
이하, LTE/NR의 이중 연결 및/또는 LTE/NR의 단단한 인터워킹에서, 본 발명에 의하여 제안되는 SCG 베어러와 SCG 분리 베어러 간의 베어러 타입 변경을 MN과 SN 사이에서 어떻게 트리거 하고 수행할 것인지에 대한 방법을 실시예를 통해 설명한다. 추가적으로, 본 발명에 의하여 제안되는 SCG 베어러/SCG 분리 베어러에서 MCG 베어러/MCG 분리 베어러로의 베어러 타입 변경 또는 MCG 베어러/MCG 분리 베어러에서 SCG 베어러/SCG 분리 베어러로의 베어러 타입 변경을 MN과 SN 사이에서 어떻게 트리거 하고 수행할 것인지에 대한 방법 또한 실시예를 통해 설명한다.
표 1은 LTE/NR의 이중 연결 및/또는 LTE/NR의 단단한 인터워킹에서 발생할 수 있는 SCG 베어러와 SCG 분리 베어러 간의 베어러 타입 변경의 4가지 경우를 나타낸다.
베어러 타입 변경 트리거링 노드: MN 또는 SN
SCG 베어러에서 SCG 분리 베어러로 변경 경우 1: SN 트리거
경우 2: MN 트리거
SCG 분리 베어러에서 SCG 베어러로 변경 경우 3: SN 트리거
경우 4: MN 트리거
표 1을 참조하면, SCG 베어러와 SCG 분리 베어러 간의 베어러 타입 변경에 대하여, 1) SN에 의하여 트리거 되는 SCG 베어러에서 SCG 분리 베어러로의 베어러 타입 변경, 2) MN에 의하여 트리거 되는 SCG 베어러에서 SCG 분리 베어러로의 베어러 타입 변경, 3) SN에 의하여 트리거 되는 SCG 분리 베어러에서 SCG 베어러로의 베어러 타입 변경, 4) MN에 의하여 트리거 되는 SCG 분리 베어러에서 SCG 베어러로의 베어러 타입 변경의 4가지 경우가 존재한다.
도 9는 본 발명에 일 실시예에 따른 베어러 타입 변경 절차의 일 예를 나타낸다. 도 9는 SN에 의하여 트리거 되는 SCG 베어러에서 SCG 분리 베어러로의 베어러 타입 변경 절차를 나타낸다. SCG 베어러에 과부하가 걸리거나 또는 SCG 베어러의 품질이 좋지 않을 때, SN은 SCG 베어러를 SCG 분리 베어러로 분리하는 베어러 타입 변경 절차를 개시할 수 있다. 이하의 설명에서 MN은 eNB 또는 gNB 중 어느 하나일 수 있고, SN은 gNB일 수 있다.
단계 S900에서, SN은 베어러 타입 변경 지시를 포함하는 메시지를 MN으로 전송한다. 상기 베어러 타입 변경 지시는 SN이 SCG 베어러에서 SCG 분리 베어러로 베어러 타입 변경을 원함을 지시할 수 있다. 상기 베어러 타입 변경 지시는 상기 메시지 내에 새로운 IE(information element)를 추가함으로써 구현될 수 있다. 예를 들어, 상기 베어러 타입 변경 지시는 상기 메시지 내에 변경될 E-RAB(E-UTRAN radio access bearer) IE(" E-RABs to be changed" IE) 또는 변경/수정될 PDU 세션 IE("PDU sessions to be changed/modified" IE" 등에 의하여 구현될 수 있다.
또한, 상기 베어러 타입 변경 지시를 포함하는 메시지는, 베어러 타입이 변경될 베어러/플로우에 대한 정보를 더 포함할 수 있다. 상기 베어러/플로우에 대한 정보는 베어러 ID(identifier), QoS(quality of service) 파라미터, 플로우 ID 중 적어도 하나를 포함할 수 있다. EN-DC의 경우, 상기 베어러/플로우에 대한 정보는 변경될 베어러의 ID 및 리스트 및 QoS 파라미터를 포함할 수 있다. 멀티 RAT 이중 연결의 경우, 상기 베어러/플로우에 대한 정보는 변경될 플로우(특정 PDU 세션 또는 특정 DRB(data RB)의 일부일 수 있다)의 ID 및 리스트 및 PDU 세션 ID, QoS 파라미터를 포함할 수 있다.
또한, 상기 베어러 타입 변경 지시를 포함하는 메시지는, UL 분리 베어러를 위하여 SN에 대한 GTP(GPRS tunneling protocol) TEID(tunnel endpoint ID)을 더 포함할 수 있다. 상기 SN에 대한 GTP TEID는 SN의 전송 네트워크 계층(TNL; transport network layer) 주소에 대응할 수 있다.
또한, 상기 베어러 타입 변경 지시를 포함하는 메시지는, SN의 베어러/플로우에 대한 변경된 무선 구성에 대한 정보를 더 포함할 수 있다.
상기 베어러 타입 변경 지시를 포함하는 메시지를 수신한 MN은, SN이 요청한 베어러 타입 변경을 수락할지 또는 거절할지를 결정한다. MN이 SN이 요청한 베어러 타입 변경을 수락하기로 결정한 경우, 단계 S910에서 MN은 SCG 분리 베어러를 위한 터널을 설정하기 위한 정보를 포함하는 메시지를 SN으로 전송한다. SCG 베어러가 SCG 분리 베어러로 분리되면 데이터 패킷의 일부가 MCG 베어러 측으로 옮겨져야 하므로, 이를 위한 터널을 설정하기 위한 정보가 필요하다. 상기 터널을 설정하기 위한 정보는 MN에 대한 GTP TEID를 포함할 수 있다. 상기 MN에 대한 GTP TEID는 MN의 TNL 주소에 대응할 수 있다. 상기 터널을 설정하기 위한 정보는 DRB 별로 또는 PDU 별로 상기 메시지에 포함될 수 있다.
또한, 상기 터널을 설정하기 위한 정보를 포함하는 메시지는, 수락된 베어러 타입 변경 지시를 더 포함할 수 있다. 상기 수락된 베어러 타입 변경 지시는 SN이 요청한 SCG 베어러에서 SCG 분리 베어러로의 베어러 타입 변경이 수락되었음을 지시할 수 있다. 상기 수락된 베어러 타입 변경 지시는 상기 메시지 내에 새로운 IE를 추가함으로써 구현될 수 있다. 예를 들어, 상기 수락된 베어러 타입 변경 지시는 상기 메시지 내에 변경될 E-RAB IE(" E-RABs to be changed" IE) 또는 변경/수정될 PDU 세션 IE("PDU sessions to be changed/modified" IE" 등에 의하여 구현될 수 있다.
또한, 상기 터널을 설정하기 위한 정보를 포함하는 메시지는, 베어러 타입이 변경될 베어러/플로우에 대한 정보를 더 포함할 수 있다. 상기 베어러/플로우에 대한 정보는 베어러 ID, QoS 파라미터, 플로우 ID 중 적어도 하나를 포함할 수 있다. EN-DC의 경우, 상기 베어러/플로우에 대한 정보는 MN에 의하여 결정된 변경될 베어러의 ID 및 리스트 및 QoS 파라미터를 포함할 수 있다. 멀티 RAT 이중 연결의 경우, 상기 베어러/플로우에 대한 정보는 MN에 의하여 결정된 변경될 플로우(특정 PDU 세션 또는 특정 DRB(data RB)의 일부일 수 있다)의 ID 및 리스트, PDU 세션 ID 및 QoS 파라미터를 포함할 수 있다.
또한, 상기 터널을 설정하기 위한 정보를 포함하는 메시지는, SN 구성 정보를 더 포함할 수 있다. 이는 SN이 요청한 베어러 타입 변경 지시에 의하여 MN의 구성이 변경되었기 때문이다. SN이 MN의 구성을 기준으로 삼기 위하여, 해당 정보가 SN으로 전송될 필요가 있다.
상기 터널을 설정하기 위한 정보를 포함하는 메시지를 수신한 SN은, MN이 SCG 베어러에서 SCG 분리 베어러로의 베어러 타입 변경을 수락했음을 알 수 있다. 이에 따라, SN은 SCG 베어러를 SCG 분리 베어러로 변경하기 위한 변경된/최종적인 무선 자원 구성을 수행할 수 있다. 또한, 단계 S920에서, SN은 SN에 대한 변경된 무선 구성을 포함하는 메시지를 MN으로 전송할 수 있다. 상기 SN에 대한 변경된 무선 구성은 SCG 베어러에 대한 최종적인 무선 구성을 포함할 수 있다. 또한, 상기 메시지는 UL 분리 베어러를 위하여 SN에 대한 GTP TEID를 더 포함할 수 있다.
도 10은 본 발명에 일 실시예에 따른 베어러 타입 변경 절차의 또 다른 예를 나타낸다. 도 10은 MN에 의하여 트리거 되는 SCG 베어러에서 SCG 분리 베어러로의 베어러 타입 변경 절차 또는 MCG 베어러/MCG 분리 베어러에서 SCG 베어러/SCG 분리 베어러로의 베어러 타입 변경 절차를 나타낸다. MN과 SN 간에 교환되는 자원 상태 보고 메커니즘을 통해, SN의 부하가 점점 높아지거나 또는 한도에 다다르고 있음을 MN이 알게 된 경우, SN은 SCG 베어러를 SCG 분리 베어러로 분리하는 베어러 타입 변경 절차를 개시할 수 있다. 이에 따라 MN은 선제적으로 SN의 부하를 덜어줄 수 있다. 또는, MN은 MCG 베어러/MCG 분리 베어러에서 SCG 베어러/SCG 분리 베어러로의 베어러 타입 변경 절차를 개시할 수 있다. 이하의 설명에서 MN은 eNB 또는 gNB 중 어느 하나일 수 있고, SN은 gNB일 수 있다.
단계 S1000에서, MN은 베어러 타입 변경 지시 및 SCG 분리 베어러를 위한 터널을 설정하기 위한 정보를 포함하는 메시지를 SN으로 전송한다. 상기 베어러 타입 변경 지시는 MN이 SCG 베어러에서 SCG 분리 베어러로 베어러 타입 변경을 원함을 지시할 수 있다. 또는, 상기 베어러 타입 변경 지시는 MN이 MCG 베어러/MCG 분리 베어러에서 SCG 베어러/SCG 분리 베어러로 베어러 타입 변경을 원함을 지시할 수 있다. 상기 베어러 타입 변경 지시는 상기 메시지 내에 새로운 IE를 추가함으로써 구현될 수 있다. 예를 들어, 상기 베어러 타입 변경 지시는 상기 메시지 내에 변경될 E-RAB IE(" E-RABs to be changed" IE) 또는 변경/수정될 PDU 세션 IE("PDU sessions to be changed/modified" IE" 등에 의하여 구현될 수 있다. 상기 SCG 분리 베어러를 위한 터널을 설정하기 위한 정보는 MN에 대한 GTP TEID를 포함할 수 있다. 상기 MN에 대한 GTP TEID는 MN의 TNL 주소에 대응할 수 있다. 상기 터널을 설정하기 위한 정보는 DRB 별로 또는 PDU 별로 상기 메시지에 포함될 수 있다.
또한, 상기 베어러 타입 변경 지시 및 SCG 분리 베어러를 위한 터널을 설정하기 위한 정보를 포함하는 메시지는, 베어러 타입이 변경될 베어러/플로우에 대한 정보를 더 포함할 수 있다. 상기 베어러/플로우에 대한 정보는 베어러 ID, QoS 파라미터, 플로우 ID 중 적어도 하나를 포함할 수 있다. EN-DC의 경우, 상기 베어러/플로우에 대한 정보는 변경될 베어러의 ID 및 리스트 및 QoS 파라미터를 포함할 수 있다. 멀티 RAT 이중 연결의 경우, 상기 베어러/플로우에 대한 정보는 변경될 플로우(특정 PDU 세션 또는 특정 DRB(data RB)의 일부일 수 있다)의 ID 및 리스트 및 PDU 세션 ID, QoS 파라미터를 포함할 수 있다.
또한, 상기 베어러 타입 변경 지시 및 SCG 분리 베어러를 위한 터널을 설정하기 위한 정보를 포함하는 메시지는, SN 구성 정보를 더 포함할 수 있다.
상기 베어러 타입 변경 지시 및 SCG 분리 베어러를 위한 터널을 설정하기 위한 정보를 포함하는 메시지를 수신한 SN은, MN이 요청한 베어러 타입 변경을 수락할지 또는 거절할지를 결정한다. SN이 MN이 요청한 베어러 타입 변경을 수락하기로 결정한 경우, SN은 SCG 베어러를 SCG 분리 베어러로 변경하기 위한 변경된/최종적인 무선 자원 구성을 수행할 수 있다. 또한, 단계 S1010에서, SN은 SN에 대한 변경된 무선 구성을 포함하는 메시지를 MN으로 전송할 수 있다. 상기 SN에 대한 변경된 무선 구성은 SCG 베어러에 대한 최종적인 무선 구성을 포함할 수 있다. 또한, 상기 메시지는 SN에 대한 GTP TEID를 더 포함할 수 있다. 상기 SN에 대한 GTP TEID는 DRB 별로 또는 PDU 별로 상기 메시지에 포함될 수 있다. 또한, 상기 메시지는 변경이 수락된 베어러/플로우에 대한 정보를 더 포함할 수 있다. 상기 베어러/플로우에 대한 정보는 베어러 ID, QoS 파라미터, 플로우 ID 중 적어도 하나를 포함할 수 있다.
도 11은 본 발명에 일 실시예에 따른 베어러 타입 변경 절차의 또 다른 예를 나타낸다. 도 11은 SN에 의하여 트리거 되는 SCG 분리 베어러에서 SCG 베어러로의 베어러 타입 변경 절차를 나타낸다. SN이 자신의 과부하 상태가 해결되었거나 더 이상 심각하지 않다고 판단한 경우, SN은 SCG 분리 베어러를 다시 SCG 베어러로 돌리는 베어러 타입 변경 절차를 개시할 수 있다. 이하의 설명에서 MN은 eNB 또는 gNB 중 어느 하나일 수 있고, SN은 gNB일 수 있다.
단계 S1100에서, SN은 베어러 타입 변경 지시를 포함하는 메시지를 MN으로 전송한다. 상기 베어러 타입 변경 지시는 SN이 SCG 분리 베어러에서 SCG 베어러로 베어러 타입 변경을 원함을 지시할 수 있다. 상기 베어러 타입 변경 지시는 상기 메시지 내에 새로운 IE를 추가함으로써 구현될 수 있다. 예를 들어, 상기 베어러 타입 변경 지시는 상기 메시지 내에 변경될 E-RAB IE(" E-RABs to be changed" IE) 또는 변경/수정될 PDU 세션 IE("PDU sessions to be changed/modified" IE" 등에 의하여 구현될 수 있다.
또한, 상기 베어러 타입 변경 지시를 포함하는 메시지는, 베어러 타입이 변경될 베어러/플로우에 대한 정보를 더 포함할 수 있다. 상기 베어러/플로우에 대한 정보는 베어러 ID, QoS 파라미터, 플로우 ID 중 적어도 하나를 포함할 수 있다. EN-DC의 경우, 상기 베어러/플로우에 대한 정보는 변경될 베어러의 ID 및 리스트 및 QoS 파라미터를 포함할 수 있다. 멀티 RAT 이중 연결의 경우, 상기 베어러/플로우에 대한 정보는 변경될 플로우(특정 PDU 세션 또는 특정 DRB(data RB)의 일부일 수 있다)의 ID 및 리스트 및 PDU 세션 ID, QoS 파라미터를 포함할 수 있다.
또한, 상기 베어러 타입 변경 지시를 포함하는 메시지는, SN으로의 데이터 포워딩을 위하여 DL 포워딩 GTP TEID를 더 포함할 수 있다. 또한, 상기 베어러 타입 변경 지시를 포함하는 메시지는, SN의 베어러/플로우에 대한 변경된 무선 구성에 대한 정보를 더 포함할 수 있다.
상기 베어러 타입 변경 지시를 포함하는 메시지를 수신한 MN은, SN이 요청한 베어러 타입 변경을 수락할 수 있다. 단계 S1110에서 MN은 응답 메시지를 SN으로 전송한다. 상기 응답 메시지는 수락된 베어러 타입 변경 지시를 포함할 수 있다. 상기 수락된 베어러 타입 변경 지시는 SN이 요청한 SCG 분리 베어러에서 SCG 베어러로의 베어러 타입 변경이 수락되었음을 지시할 수 있다. 상기 수락된 베어러 타입 변경 지시는 상기 메시지 내에 새로운 IE를 추가함으로써 구현될 수 있다. 예를 들어, 상기 수락된 베어러 타입 변경 지시는 상기 메시지 내에 변경될 E-RAB IE(" E-RABs to be changed" IE) 또는 변경/수정될 PDU 세션 IE("PDU sessions to be changed/modified" IE" 등에 의하여 구현될 수 있다.
또한, 상기 응답 메시지는 베어러 타입이 변경될 베어러/플로우에 대한 정보를 더 포함할 수 있다. 상기 베어러/플로우에 대한 정보는 베어러 ID, QoS 파라미터, 플로우 ID 중 적어도 하나를 포함할 수 있다. EN-DC의 경우, 상기 베어러/플로우에 대한 정보는 MN에 의하여 결정된 변경될 베어러의 ID 및 리스트 및 QoS 파라미터를 포함할 수 있다. 멀티 RAT 이중 연결의 경우, 상기 베어러/플로우에 대한 정보는 MN에 의하여 결정된 변경될 플로우(특정 PDU 세션 또는 특정 DRB(data RB)의 일부일 수 있다)의 ID 및 리스트, PDU 세션 ID 및 QoS 파라미터를 포함할 수 있다.
또한, 상기 응답 메시지는 SN 구성 정보를 더 포함할 수 있다. 이는 SN이 요청한 베어러 타입 변경 지시에 의하여 MN의 구성이 변경되었기 때문이다. SN이 MN의 구성을 기준으로 삼기 위하여, 해당 정보가 SN으로 전송될 필요가 있다.
상기 응답 메시지를 수신한 SN은, MN이 SCG 분리 베어러에서 SCG 베어러로의 베어러 타입 변경을 수락했음을 알 수 있다. 이에 따라, SN은 SCG 분리 베어러를 SCG 베어러로 변경하기 위한 변경된/최종적인 무선 자원 구성을 수행할 수 있다. 또한, 단계 S1120에서, SN은 SN에 대한 변경된 무선 구성을 포함하는 메시지를 MN으로 전송할 수 있다. 상기 SN에 대한 변경된 무선 구성은 SCG 베어러에 대한 최종적인 무선 구성을 포함할 수 있다. 또한, 상기 메시지는 SN으로의 데이터 포워딩을 위하여 DL 포워딩 GTP TEID를 더 포함할 수 있다.
도 12는 본 발명에 일 실시예에 따른 베어러 타입 변경 절차의 또 다른 예를 나타낸다. 도 12는 MN에 의하여 트리거 되는 SCG 분리 베어러에서 SCG 베어러로의 베어러 타입 변경 절차 또는 SCG 베어러/SCG 분리 베어러에서 MCG 베어러/MCG 분리 베어러로의 베어러 타입 변경 절차를 나타낸다. MN의 부하가 점점 높아지거나 또는 한도에 다다르고 있음에도 불구하고 SN이 도 11에서 설명된 SCG 분리 베어러에서 SCG 베어러로의 베어러 타입 변경 절차를 선제적으로 수행하지 않는 경우, MN은 SCG 분리 베어러를 SCG 베어러로 다시 돌리는 베어러 타입 변경 절차를 개시할 수 있다. 이에 따라 MN은 자신의 부하를 덜 수 있다. 또는, MN은 SCG 베어러/SCG 분리 베어러에서 MCG 베어러/MCG 분리 베어러로의 베어러 타입 변경 절차를 개시할 수 있다. 이하의 설명에서 MN은 eNB 또는 gNB 중 어느 하나일 수 있고, SN은 gNB일 수 있다.
단계 S1200에서, MN은 베어러 타입 변경 지시를 포함하는 메시지를 SN으로 전송한다. 상기 베어러 타입 변경 지시는 MN이 SCG 분리 베어러에서 SCG 베어러로 베어러 타입 변경을 원함을 지시할 수 있다. 또는, 상기 베어러 타입 변경 지시는 MN이 SCG 베어러/SCG 분리 베어러에서 MCG 베어러/MCG 분리 베어러로 베어러 타입 변경을 원함을 지시할 수 있다. 상기 베어러 타입 변경 지시는 상기 메시지 내에 새로운 IE를 추가함으로써 구현될 수 있다. 예를 들어, 상기 베어러 타입 변경 지시는 상기 메시지 내에 변경될 E-RAB IE(" E-RABs to be changed" IE) 또는 변경/수정될 PDU 세션 IE("PDU sessions to be changed/modified" IE" 등에 의하여 구현될 수 있다.
또한, 상기 베어러 타입 변경 지시를 포함하는 메시지는, 베어러 타입이 변경될 베어러/플로우에 대한 정보를 더 포함할 수 있다. 상기 베어러/플로우에 대한 정보는 베어러 ID, QoS 파라미터, 플로우 ID 중 적어도 하나를 포함할 수 있다. EN-DC의 경우, 상기 베어러/플로우에 대한 정보는 변경될 베어러의 ID 및 리스트 및 QoS 파라미터를 포함할 수 있다. 멀티 RAT 이중 연결의 경우, 상기 베어러/플로우에 대한 정보는 변경될 플로우(특정 PDU 세션 또는 특정 DRB(data RB)의 일부일 수 있다)의 ID 및 리스트 및 PDU 세션 ID, QoS 파라미터를 포함할 수 있다.
또한, 상기 베어러 타입 변경 지시를 포함하는 메시지는, SN 구성 정보를 더 포함할 수 있다. 이는 MN의 구성이 변경되었기 때문이다. SN이 MN의 구성을 기준으로 삼기 위하여, 해당 정보가 SN으로 전송될 필요가 있다.
상기 베어러 타입 변경 지시를 포함하는 메시지를 수신한 SN은, MN이 요청한 베어러 타입 변경을 수락할지 또는 거절할지를 결정한다. SN이 MN이 요청한 베어러 타입 변경을 수락하기로 결정한 경우, SN은 SCG 분리 베어러를 SCG 베어러로 변경하기 위한 변경된/최종적인 무선 자원 구성을 수행할 수 있다. 또한, 단계 S1210에서, SN은 SN에 대한 변경된 무선 구성을 포함하는 메시지를 MN으로 전송할 수 있다. 상기 SN에 대한 변경된 무선 구성은 SCG 베어러에 대한 최종적인 무선 구성을 포함할 수 있다. 또한, 상기 메시지는 SN에 대한 GTP TEID를 더 포함할 수 있다. 상기 SN에 대한 GTP TEID는 DRB 별로 또는 PDU 별로 상기 메시지에 포함될 수 있다. 또한, 상기 메시지는 변경이 수락된 베어러/플로우에 대한 정보를 더 포함할 수 있다. 상기 베어러/플로우에 대한 정보는 베어러 ID, QoS 파라미터, 플로우 ID 중 적어도 하나를 포함할 수 있다.
도 13은 본 발명에 일 실시예에 따른 베어러 타입 변경 절차의 또 다른 예를 나타낸다. 도 13은 SN에 의하여 트리거 되는 SCG 베어러/SCG 분리 베어러에서 MCG 베어러/MCG 분리 베어러로의 베어러 타입 변경 절차를 나타낸다. 이하의 설명에서 MN은 eNB 또는 gNB 중 어느 하나일 수 있고, SN은 gNB일 수 있다.
단계 S1300에서, SN은 베어러 타입 변경 요청을 포함하는 메시지를 MN으로 전송한다. 상기 베어러 타입 변경 요청은 SN이 SCG 베어러/SCG 분리 베어러에서 MCG 베어러/MCG 분리 베어러로 베어러 타입 변경을 원함을 지시할 수 있다. 상기 베어러 타입 변경 요청은 상기 메시지 내에 새로운 IE를 추가함으로써 구현될 수 있다. 예를 들어, 상기 베어러 타입 변경 요청은 상기 메시지 내에 변경될 E-RAB IE(" E-RABs to be changed" IE) 또는 변경/수정될 PDU 세션 IE("PDU sessions to be changed/modified" IE" 등에 의하여 구현될 수 있다.
또한, 상기 베어러 타입 변경 요청을 포함하는 메시지는, 베어러 타입이 변경될 베어러/플로우에 대한 정보를 더 포함할 수 있다. 상기 베어러/플로우에 대한 정보는 베어러 ID, QoS 파라미터, 플로우 ID 중 적어도 하나를 포함할 수 있다. EN-DC의 경우, 상기 베어러/플로우에 대한 정보는 변경될 베어러의 ID 및 리스트 및 QoS 파라미터를 포함할 수 있다. 멀티 RAT 이중 연결의 경우, 상기 베어러/플로우에 대한 정보는 변경될 플로우(특정 PDU 세션 또는 특정 DRB(data RB)의 일부일 수 있다)의 ID 및 리스트 및 PDU 세션 ID, QoS 파라미터를 포함할 수 있다.
또한, 상기 베어러 타입 변경 요청을 포함하는 메시지는, SN에 대한 GTP TEID를 더 포함할 수 있다. 상기 SN에 대한 GTP TEID는 DRB 별로 또는 PDU 별로 상기 메시지에 포함될 수 있다. 또한, 상기 베어러 타입 변경 요청을 포함하는 메시지는, SN의 베어러/플로우에 대한 변경된 무선 구성에 대한 정보를 더 포함할 수 있다.
상기 베어러 타입 변경 요청을 포함하는 메시지를 수신한 MN은, SN이 요청한 베어러 타입 변경을 수락할지 또는 거절할지를 결정한다. MN이 SN이 요청한 베어러 타입 변경을 수락하기로 결정한 경우, 단계 S1310에서 MN은 MCG 베어러/MCG 분리 베어러를 위한 터널을 설정하기 위한 정보를 포함하는 메시지를 SN으로 전송한다. SCG 베어러/SCG 분리 베어러가 MCG 베어러/MCG 분리 베어러로 변경되면 데이터 패킷의 일부가 MCG 베어러 측으로 옮겨져야 하므로, 이를 위한 터널을 설정하기 위한 정보가 필요하다. 상기 터널을 설정하기 위한 정보는 MN에 대한 GTP TEID를 포함할 수 있다. 상기 MN에 대한 GTP TEID는 MN의 TNL 주소에 대응할 수 있다. 상기 터널을 설정하기 위한 정보는 DRB 별로 또는 PDU 별로 상기 메시지에 포함될 수 있다.
또한, 상기 터널을 설정하기 위한 정보를 포함하는 메시지는, 수락된 베어러 타입 변경 지시를 더 포함할 수 있다. 상기 수락된 베어러 타입 변경 지시는 SN이 요청한 SCG 베어러/SCG 분리 베어러에서 MCG 베어러/MCG 분리 베어러로의 베어러 타입 변경이 수락되었음을 지시할 수 있다. 상기 수락된 베어러 타입 변경 지시는 상기 메시지 내에 새로운 IE를 추가함으로써 구현될 수 있다. 예를 들어, 상기 수락된 베어러 타입 변경 지시는 상기 메시지 내에 변경될 E-RAB IE(" E-RABs to be changed" IE) 또는 변경/수정될 PDU 세션 IE("PDU sessions to be changed/modified" IE" 등에 의하여 구현될 수 있다.
또한, 상기 터널을 설정하기 위한 정보를 포함하는 메시지는, 베어러 타입이 변경될 베어러/플로우에 대한 정보를 더 포함할 수 있다. 상기 베어러/플로우에 대한 정보는 베어러 ID, QoS 파라미터, 플로우 ID 중 적어도 하나를 포함할 수 있다. EN-DC의 경우, 상기 베어러/플로우에 대한 정보는 MN에 의하여 결정된 변경될 베어러의 ID 및 리스트 및 QoS 파라미터를 포함할 수 있다. 멀티 RAT 이중 연결의 경우, 상기 베어러/플로우에 대한 정보는 MN에 의하여 결정된 변경될 플로우(특정 PDU 세션 또는 특정 DRB의 일부일 수 있다)의 ID 및 리스트, PDU 세션 ID 및 QoS 파라미터를 포함할 수 있다.
또한, 상기 터널을 설정하기 위한 정보를 포함하는 메시지는, SN 구성 정보를 더 포함할 수 있다. 이는 SN이 요청한 베어러 타입 변경 지시에 의하여 MN의 구성이 변경되었기 때문이다. SN이 MN의 구성을 기준으로 삼기 위하여, 해당 정보가 SN으로 전송될 필요가 있다.
상기 터널을 설정하기 위한 정보를 포함하는 메시지를 수신한 SN은, MN이 SCG 베어러/SCG 분리 베어러에서 MCG 베어러/MCG 분리 베어러로의 베어러 타입 변경을 수락했음을 알 수 있다. 이에 따라, SN은 SCG 베어러/SCG 분리 베어러를 MCG 베어러/MCG 분리 베어러로 변경하기 위한 변경된/최종적인 무선 자원 구성을 수행할 수 있다. 또한, 단계 S1320에서, SN은 SN에 대한 변경된 무선 구성을 포함하는 메시지를 MN으로 전송할 수 있다. 상기 SN에 대한 변경된 무선 구성은 SCG 베어러에 대한 최종적인 무선 구성을 포함할 수 있다. 또한, 상기 메시지는 SN에 대한 GTP TEID를 더 포함할 수 있다. 상기 SN에 대한 GTP TEID는 DRB 별로 또는 PDU 별로 상기 메시지에 포함될 수 있다.
도 14는 본 발명의 일 실시예에 따른 이중 연결의 SN에 의한 SCG 베어러와 SCG 분리 베어러 간의 베어러 타입 변경 절차를 수행하는 방법을 나타낸다. 본 실시예는 상술한 도 9 또는 도 11의 실시예, 즉 SN에 의하여 트리거 되는 베어러 타입 변경 절차에 적용될 수 있다. 본 실시예에서 MN은 LTE의 eNB 또는 NR의 gNB 중 어느 하나이며, SN은 gNB일 수 있다. 상기 이중 연결은 LTE와 NR 간의 이중 연결 또는 멀티 RAT 이중 연결일 수 있다.
단계 S1400에서, SN은 SCG 베어러와 SCG 분리 베어러 간의 베어러 타입 변경에 대한 지시를 이중 연결의 MN으로 전송한다. 단계 S1410에서, SN은 상기 베어러 타입 변경을 수락한다는 지시를 상기 MN으로부터 수신한다. 단계 S1420에서, SN은 상기 베어러 타입 변경을 수행한다.
상기 베어러 타입 변경은 상기 SCG 베어러에서 상기 SCG 분리 베어러로의 변경일 수 있다. 상기 SCG 베어러에서 상기 SCG 분리 베어러로의 변경은 상기 SN이 과부하 상태에 있거나 상기 SCG 베어러의 품질이 좋지 않을 때 수행될 수 있다. 이때 상기 베어러 타입 변경에 대한 지시와 함께, 변경될 베어러 또는 플로우에 대한 정보 및/또는 상기 SN에 대한 GTP TEID에 대한 정보가 상기 MN으로 전송될 수 있다. 또한, 상기 베어러 타입 변경을 수락한다는 지시와 함께, 상기 MN에 의하여 결정된 변경될 베어러 또는 플로우에 대한 정보 및/또는 상기 MN에 대한 GTP TEID에 대한 정보가 상기 MN으로부터 수신될 수 있다.
또는, 상기 베어러 타입 변경은 상기 SCG 분리 베어러에서 상기 SCG 베어러로의 변경일 수 있다. 상기 SCG 분리 베어러에서 상기 SCG 베어러로의 변경은 상기 SN의 과부하 상태가 해결된 경우에 수행될 수 있다. 이때 상기 베어러 타입 변경에 대한 지시와 함께, 변경될 베어러 또는 플로우에 대한 정보 및/또는 상기 SN으로의 데이터 포워딩을 위한 DL 포워딩 GTP TEID가 상기 MN으로 전송될 수 있다. 또한, 상기 베어러 타입 변경을 수락한다는 지시와 함께, 상기 MN에 의하여 결정된 변경될 베어러 또는 플로우에 대한 정보가 상기 MN으로부터 수신될 수 있다.
본 발명에 따라, SN에서의 부하 상황 및/또는 무선 품질을 기반으로 하여, SCG 베어러와 SCG 분리 베어러 간의 베어러 타입 변경 또는 SCG 베어러/SCG 분리 베어러와 MCG 베어러/MCG 분리 베어러 간의 베어러 타입 변경이 MN과 SN 간에 자유롭게 수행될 수 있다. 따라서 MN과 SN의 무선 자원 사용이 UE에 대하여 향상될 수 있으며, UE의 입장에서는 MN과 SN으로부터 더 잘 서비스 될 수 있다.
도 15는 본 발명의 실시예가 구현되는 무선 통신 시스템을 나타낸다.
제1 RAN 노드(1500)는 프로세서(processor; 1510), 메모리(memory; 1520) 및 송수신부(transceiver; 1530)를 포함한다. 제1 RAN 노드(1500)는 도 9 내지 도 14에서 설명된 본 발명의 실시예에서 MN에 대응한다. 메모리(1520)는 프로세서(1510)와 연결되어, 프로세서(1510)를 구동하기 위한 다양한 정보를 저장한다. 송수신부(1530)는 프로세서(1510)와 연결되어, 제2 RAN 노드(1600)로 신호를 전송하거나, 제2 RAN 노드(1600)로부터 신호를 수신한다.
프로세서(1510)는 본 명세서에서 설명된 제2 RAN 노드(1600)과의 상호 작용과 관련된 기능, 과정 및/또는 방법을 구현하도록 구성될 수 있다. 보다 구체적으로, 프로세서(1510)는 도 9에서 단계 S900 내지 단계 S920을 수행하도록 송수신부(1530)를 제어할 수 있다. 프로세서(1510)는 도 10에서 단계 S1000 내지 단계 S1010을 수행하도록 송수신부(1530)를 제어할 수 있다. 프로세서(1510)는 도 11에서 단계 S1100 내지 단계 S1120을 수행하도록 송수신부(1530)를 제어할 수 있다. 프로세서(1510)는 도 12에서 단계 S1200 내지 단계 S1210을 수행하도록 송수신부(1530)를 제어할 수 있다. 프로세서(1510)는 도 13에서 단계 S1300 내지 단계 S1320을 수행하도록 송수신부(1530)를 제어할 수 있다. 프로세서(1510)는 도 14에서 단계 S1400 내지 단계 S1410을 수행하도록 송수신부(1530)를 제어할 수 있다.
제2 RAN 노드(1600)는 프로세서(1610), 메모리(1620) 및 송수신부(1630)를 포함한다. 제2 RAN 노드(1600)는 도 9 내지 도 14에서 설명된 본 발명의 실시예에서 SN에 대응한다. 메모리(1620)는 프로세서(1610)와 연결되어, 프로세서(1610)를 구동하기 위한 다양한 정보를 저장한다. 송수신부(1630)는 프로세서(1610)와 연결되어, 제1 RAN 노드(1500)로 신호를 전송하거나, 제1 RAN 노드(1500)로부터 신호를 수신한다.
프로세서(1610)는 본 명세서에서 설명된 제1 RAN 노드(1500)과의 상호 작용과 관련된 기능, 과정 및/또는 방법을 구현하도록 구성될 수 있다. 보다 구체적으로, 프로세서(1610)는 도 9에서 단계 S900 내지 단계 S920을 수행하도록 송수신부(1630)를 제어할 수 있다. 프로세서(1610)는 도 10에서 단계 S1000 내지 단계 S1010을 수행하도록 송수신부(1630)를 제어할 수 있다. 프로세서(1610)는 도 11에서 단계 S1100 내지 단계 S1120을 수행하도록 송수신부(1530)를 제어할 수 있다. 프로세서(1610)는 도 12에서 단계 S1200 내지 단계 S1210을 수행하도록 송수신부(1530)를 제어할 수 있다. 프로세서(1610)는 도 13에서 단계 S1300 내지 단계 S1320을 수행하도록 송수신부(1630)를 제어할 수 있다. 프로세서(1610)는 도 14에서 단계 S1400 내지 단계 S1420을 수행하거나 또는 수행하도록 송수신부(1630)를 제어할 수 있다.
제1 RAN 노드(1500)와 제2 RAN 노드(1600)는 X2 인터페이스 또는 Xn 인터페이스를 통해 서로 연결된다.
프로세서(1510, 1610)은 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 메모리(1520, 1620)는 ROM(read-only memory), RAM(random access memory), 플래시 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. 송수신부(1530, 1630)는 무선 주파수 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 실시예가 소프트웨어로 구현될 때, 상술한 기법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있다. 모듈은 메모리(1520, 1620)에 저장되고, 프로세서(1510, 1610)에 의해 실행될 수 있다. 메모리(1520, 1620)는 프로세서(1510, 1610) 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서(1510, 1610)와 연결될 수 있다.
도 16은 도 15에서 도시된 제1 RAN 노드 및 제2 RAN 노드의 프로세서를 나타낸다.
프로세서(1510)는 X2-AP(X2 application protocol) 계층(1511), SCTP(stream control transmission protocol) 계층(1512), IP(Internet protocol) 계층(1513), 데이터 연결 계층(1514) 및 물리 계층(1515)을 포함한다. X2-AP 계층(1511)은 무선 네트워크 계층(RNL; radio network layer)에 포함된다. RNL은 eNB 간의 상호 작용과 관련된 절차를 정의한다. X2-AP 계층(1511)은 X2 인터페이스 상으로 시그널링 정보를 제공하는 데에 책임이 있는 프로토콜이다. X2-AP 계층(1511)는 X2/Xn 인터페이스를 통해 연결된 두 eNB/gNB에 의하여 종단된다. X2-AP 계층(1511)는 X2-AP 절차 모듈에 의하여 구현될 수 있다. X2-AP 계층(1511)은 프로세서(1510)의 기능, 과정 및/또는 방법을 구현하도록 구성될 수 있다. SCTP 계층(1512), IP 계층(1513), 데이터 연결 계층(1514) 및 물리 계층(1515)은 전송 네트워크 계층(TNL; transport network layer)에 포함될 수 있다. TNL은 사용자 평면 및 시그널링 전달을 위한 서비스를 제공한다.
프로세서(1610)는 X2-AP 계층(1611), SCTP 계층(1612), IP 계층(1613), 데이터 연결 계층(1614) 및 물리 계층(1615)을 포함한다. X2-AP 계층(1611)은 RNL에 포함된다. RNL은 eNB 간의 상호 작용과 관련된 절차를 정의한다. X2-AP 계층(1611)은 X2 인터페이스 상으로 시그널링 정보를 제공하는 데에 책임이 있는 프로토콜이다. X2-AP 계층(1611)는 X2/Xn 인터페이스를 통해 연결된 두 eNB/gNB에 의하여 종단된다. X2-AP 계층(1611)는 X2-AP 절차 모듈에 의하여 구현될 수 있다. X2-AP 계층(1611)은 프로세서(1610)의 기능, 과정 및/또는 방법을 구현하도록 구성될 수 있다. SCTP 계층(1612), IP 계층(1613), 데이터 연결 계층(1614) 및 물리 계층(1615)은 TNL에 포함될 수 있다. TNL은 사용자 평면 및 시그널링 전달을 위한 서비스를 제공한다.
상술한 예시적인 시스템에서, 상술된 본 발명의 특징에 따라 구현될 수 있는 방법들은 순서도를 기초로 설명되었다. 편의상 방법들은 일련의 단계 또는 블록으로 설명되었으나, 청구된 본 발명의 특징은 단계들 또는 블록들의 순서에 한정되는 것은 아니며, 어떤 단계는 다른 단계와 상술한 바와 다른 순서로 또는 동시에 발생할 수 있다. 또한, 당업자라면 순서도에 나타낸 단계들이 배타적이지 않고, 다른 단계가 포함되거나 순서도의 하나 또는 그 이상의 단계가 본 발명의 범위에 영향을 미치지 않고 삭제될 수 있음을 이해할 수 있을 것이다.

Claims (15)

  1. 무선 통신 시스템에서 이중 연결의 SN(secondary node)에 의한 SCG(secondary cell group) 베어러와 SCG 분리 베어러 간의 베어러 타입 변경 절차를 수행하는 방법에 있어서,
    상기 SCG 베어러와 상기 SCG 분리 베어러 간의 베어러 타입 변경에 대한 지시를 상기 이중 연결의 MN(master node)로 전송하고;
    상기 베어러 타입 변경을 수락한다는 지시를 상기 MN으로부터 수신하고; 및
    상기 베어러 타입 변경을 수행하는 것을 포함하는 방법.
  2. 제 1 항에 있어서,
    상기 베어러 타입 변경은 상기 SCG 베어러에서 상기 SCG 분리 베어러로의 변경인 것을 특징으로 하는 방법.
  3. 제 2 항에 있어서,
    상기 SCG 베어러에서 상기 SCG 분리 베어러로의 변경은 상기 SN이 과부하 상태에 있거나 상기 SCG 베어러의 품질이 좋지 않을 때 수행되는 것을 특징으로 하는 방법.
  4. 제 2 항에 있어서,
    상기 베어러 타입 변경에 대한 지시와 함께, 변경될 베어러 또는 플로우에 대한 정보가 상기 MN으로 전송되는 것을 특징으로 하는 방법.
  5. 제 2 항에 있어서,
    상기 베어러 타입 변경에 대한 지시와 함께, 상기 SN에 대한 GTP(GRPS tunneling protocol) TEID(tunnel endpoint ID)에 대한 정보가 상기 MN으로 전송되는 것을 특징으로 하는 방법.
  6. 제 2 항에 있어서,
    상기 베어러 타입 변경을 수락한다는 지시와 함께, 상기 MN에 의하여 결정된 변경될 베어러 또는 플로우에 대한 정보가 상기 MN으로부터 수신되는 것을 특징으로 하는 방법.
  7. 제 2 항에 있어서,
    상기 베어러 타입 변경을 수락한다는 지시와 함께, 상기 MN에 대한 GTP TEID에 대한 정보가 상기 MN으로부터 수신되는 것을 특징으로 하는 방법.
  8. 제 1 항에 있어서,
    상기 베어러 타입 변경은 상기 SCG 분리 베어러에서 상기 SCG 베어러로의 변경인 것을 특징으로 하는 방법.
  9. 제 8 항에 있어서,
    상기 SCG 분리 베어러에서 상기 SCG 베어러로의 변경은 상기 SN의 과부하 상태가 해결된 경우에 수행되는 것을 특징으로 하는 방법.
  10. 제 8 항에 있어서,
    상기 베어러 타입 변경에 대한 지시와 함께, 변경될 베어러 또는 플로우에 대한 정보가 상기 MN으로 전송되는 것을 특징으로 하는 방법.
  11. 제 8 항에 있어서,
    상기 베어러 타입 변경에 대한 지시와 함께, 상기 SN으로의 데이터 포워딩을 위한 DL(downlink) 포워딩 GTP TEID가 상기 MN으로 전송되는 것을 특징으로 하는 방법.
  12. 제 8 항에 있어서,
    상기 베어러 타입 변경을 수락한다는 지시와 함께, 상기 MN에 의하여 결정된 변경될 베어러 또는 플로우에 대한 정보가 상기 MN으로부터 수신되는 것을 특징으로 하는 방법.
  13. 제 1 항에 있어서,
    상기 MN은 LTE(long-term evolution)의 eNB(eNodeB) 또는 NR(new radio access technology)의 gNB 중 어느 하나이며,
    상기 SN은 gNB인 것을 특징으로 하는 방법.
  14. 제 1 항에 있어서,
    상기 이중 연결은 LTE와 NR 간의 이중 연결 또는 멀티 RAT 이중 연결인 것을 특징으로 하는 방법.
  15. 무선 통신 시스템에서 이중 연결의 SN(secondary node)에 있어서,
    메모리;
    송수신부; 및
    상기 메모리 및 상기 송수신부와 연결되는 프로세서를 포함하며,
    상기 프로세서는,
    SCG(secondary cell group) 베어러와 SCG 분리 베어러 간의 베어러 타입 변경에 대한 지시를 상기 이중 연결의 MN(master node)로 전송하도록 상기 송수신부를 제어하고,
    상기 베어러 타입 변경을 수락한다는 지시를 상기 MN으로부터 수신하도록 상기 송수신부를 제어하고, 및
    상기 베어러 타입 변경을 수행하는 것을 특징으로 하는 SN.
PCT/KR2018/004896 2017-05-02 2018-04-27 무선 통신 시스템에서 베어러 타입 변경을 지원하는 방법 및 장치 WO2018203619A1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201880034078.1A CN110710323A (zh) 2017-05-02 2018-04-27 支持无线通信系统中的承载类型改变的方法和设备
EP18795274.2A EP3609288A4 (en) 2017-05-02 2018-04-27 METHOD AND DEVICE FOR SUPPORTING THE CHANGING OF THE CARRIER TYPE IN A WIRELESS COMMUNICATION SYSTEM
KR1020197033455A KR20190139269A (ko) 2017-05-02 2018-04-27 무선 통신 시스템에서 베어러 타입 변경을 지원하는 방법 및 장치
US16/610,403 US20200120736A1 (en) 2017-05-02 2018-04-27 Method and apparatus for supporting bearer type change in wireless communication system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201762492964P 2017-05-02 2017-05-02
US62/492,964 2017-05-02
US201762581055P 2017-11-03 2017-11-03
US62/581,055 2017-11-03

Publications (1)

Publication Number Publication Date
WO2018203619A1 true WO2018203619A1 (ko) 2018-11-08

Family

ID=64016075

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2018/004896 WO2018203619A1 (ko) 2017-05-02 2018-04-27 무선 통신 시스템에서 베어러 타입 변경을 지원하는 방법 및 장치

Country Status (5)

Country Link
US (1) US20200120736A1 (ko)
EP (1) EP3609288A4 (ko)
KR (1) KR20190139269A (ko)
CN (1) CN110710323A (ko)
WO (1) WO2018203619A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020098719A1 (zh) * 2018-11-14 2020-05-22 华为技术有限公司 一种通信方法及其装置
CN114208251A (zh) * 2019-08-01 2022-03-18 株式会社Ntt都科摩 基站、网络节点以及通信方法

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2742348C1 (ru) * 2017-05-12 2021-02-05 Нокиа Текнолоджиз Ой Функция и сигнализация разбиения сеанса протокольных блоков данных
CN113316973A (zh) * 2019-01-18 2021-08-27 中兴通讯股份有限公司 移除多连接系统中的用户平面连接的方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016036113A1 (en) * 2014-09-05 2016-03-10 Lg Electronics Inc. Method and apparatus for performing interworking between 3gpp and wlan for dual connectivity in wireless communication system
WO2016071082A1 (en) * 2014-11-07 2016-05-12 Alcatel Lucent Secondary base station bearer change
KR20160081915A (ko) * 2013-11-01 2016-07-08 삼성전자주식회사 베어러를 재구성하는 방법 및 장치
WO2016112970A1 (en) * 2015-01-14 2016-07-21 Nokia Solutions And Networks Oy Efficient secondary cell group change procedure for dual connectivity

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20160081915A (ko) * 2013-11-01 2016-07-08 삼성전자주식회사 베어러를 재구성하는 방법 및 장치
WO2016036113A1 (en) * 2014-09-05 2016-03-10 Lg Electronics Inc. Method and apparatus for performing interworking between 3gpp and wlan for dual connectivity in wireless communication system
WO2016071082A1 (en) * 2014-11-07 2016-05-12 Alcatel Lucent Secondary base station bearer change
WO2016112970A1 (en) * 2015-01-14 2016-07-21 Nokia Solutions And Networks Oy Efficient secondary cell group change procedure for dual connectivity

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CHEN, JESSE: "5G-NR (New Radio) in 3GPP from RAN2 point of view", 9 September 2016 (2016-09-09), pages 1 - 65, XP055453825, Retrieved from the Internet <URL:http://3gpptrend.cm.nctu.edu.tw/20160909/4.TR20160909_5G-NR-New-Radio-in-3GPP-from-RAN2-point-of-view-_Jesse_v3.pdf> *
See also references of EP3609288A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020098719A1 (zh) * 2018-11-14 2020-05-22 华为技术有限公司 一种通信方法及其装置
CN114208251A (zh) * 2019-08-01 2022-03-18 株式会社Ntt都科摩 基站、网络节点以及通信方法

Also Published As

Publication number Publication date
EP3609288A4 (en) 2020-03-25
CN110710323A (zh) 2020-01-17
KR20190139269A (ko) 2019-12-17
EP3609288A1 (en) 2020-02-12
US20200120736A1 (en) 2020-04-16

Similar Documents

Publication Publication Date Title
WO2018174627A1 (ko) 무선 통신 시스템에서 다음 메시지를 위하여 사용되는 베어러의 타입을 지시하는 방법 및 장치
WO2018182240A1 (ko) 무선 통신 시스템에서 lte/nr 인터워킹을 위한 절차를 향상시키는 방법 및 장치
WO2018128406A1 (ko) 무선 통신 시스템에서 lte/nr 인터워킹의 지원을 위한 인터페이스를 관리하는 방법 및 장치
WO2018124761A1 (ko) 무선 통신 시스템에서 빔을 지원하는 방법 및 장치
WO2018164469A1 (ko) Cu-du 분할 시나리오에서 데이터를 전송하는 방법 및 장치
WO2018182254A1 (ko) 무선 통신 시스템에서 scg 실패 정보 메시지를 전송하는 방법 및 장치
WO2017010693A1 (ko) 단말의 무선연결 구성방법 및 그 장치
WO2018199641A1 (ko) 무선 통신 시스템에서 lte/nr 인터워킹을 위하여 측정을 구성하고 보고하는 방법 및 장치
WO2018128452A1 (en) Method for transmitting lossless data packet based on quality of service (qos) framework in wireless communication system and a device therefor
WO2017164641A2 (ko) 데이터 유닛을 전송하는 방법 및 사용자기기와, 데이터 유닛을 수신하는 방법 및 사용자기기
WO2018080218A1 (ko) 베어러를 확립하는 방법 및 장치
WO2018088812A1 (ko) 핸드오버 방법 및 사용자기기
WO2017188787A2 (ko) 무선 통신 시스템에서 기지국에 의해 수행되는 데이터 전달 방법 및 상기 방법을 이용하는 장치
WO2017135779A1 (ko) 무선 통신 시스템에서 rrc 연결 재개를 수행하는 방법 및 장치
WO2018174624A1 (ko) 무선 통신 시스템에서 lte/nr 인터워킹을 위한 단말 능력을 조정하는 방법 및 장치
WO2019027205A1 (ko) Cu-du 분할 시나리오에서 rrc 연결을 재개하는 방법 및 장치
WO2017142363A1 (ko) 서비스 요청 전송 및 사용자기기, 그리고 서비스 요청 수신 및 기지국
WO2016153130A1 (ko) 무선 통신 시스템에서 단말의 데이터 송수신 방법 및 장치
WO2017171427A1 (ko) 시스템 정보 전송 방법 및 기지국과 시스템 정보 수신 방법 및 사용자기기
WO2019194528A1 (en) Method and apparatus for performing transmission
WO2017119778A1 (ko) 사용자기기 및 데이터 전송 방법과, 네트워크 노드 및 데이터 전송 방법
WO2012108717A2 (en) Method for processing data associated with handover in a wireless network
WO2017126948A1 (ko) 무선 통신 시스템에서 로컬 네트워크에서 v2x 메시지 송수신 방법 및 이를 위한 장치
WO2018203619A1 (ko) 무선 통신 시스템에서 베어러 타입 변경을 지원하는 방법 및 장치
WO2018066905A1 (ko) V2x 통신을 수행하는 방법 및 장치

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

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

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2018795274

Country of ref document: EP

Effective date: 20191107