WO2018164469A1 - Cu-du 분할 시나리오에서 데이터를 전송하는 방법 및 장치 - Google Patents

Cu-du 분할 시나리오에서 데이터를 전송하는 방법 및 장치 Download PDF

Info

Publication number
WO2018164469A1
WO2018164469A1 PCT/KR2018/002680 KR2018002680W WO2018164469A1 WO 2018164469 A1 WO2018164469 A1 WO 2018164469A1 KR 2018002680 W KR2018002680 W KR 2018002680W WO 2018164469 A1 WO2018164469 A1 WO 2018164469A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
base station
terminal
information
source
Prior art date
Application number
PCT/KR2018/002680
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 EP18763493.6A priority Critical patent/EP3468251B1/en
Priority to US16/064,832 priority patent/US10798624B2/en
Priority to JP2019504766A priority patent/JP6728472B2/ja
Priority to KR1020187037733A priority patent/KR102172396B1/ko
Priority to CN201880016999.5A priority patent/CN110383888B/zh
Publication of WO2018164469A1 publication Critical patent/WO2018164469A1/ko
Priority to US17/006,313 priority patent/US11323929B2/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • 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
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H04W36/023—Buffering or recovering information during reselection
    • H04W36/0235—Buffering or recovering information during reselection by transmitting sequence numbers, e.g. SN status transfer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/06—Reselecting a communication resource in the serving access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components
    • 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 a wireless communication system, and more particularly, to a method and apparatus for supporting data in a scenario in which a central unit and a distributed unit of a base station are divided.
  • a 5G communication system or a pre-5G communication system is called a system after a 4G network (beyond 4G network) or after a long term evolution (LTE) system (post LTE).
  • a source distribution unit (DU) of a base station in a wireless communication system is provided a method for stopping data transmission to the terminal.
  • the method includes receiving a message from a central unit (CU) of the base station instructing to stop data transmission to the terminal; And when the message is received from the CU of the base station, stopping data transmission to the terminal.
  • CU central unit
  • a source DU of a base station for stopping data transmission to a terminal in a wireless communication system is provided.
  • the source DU is a memory; Transceiver; And a processor connecting the memory and the transceiver, wherein the processor controls the transceiver to receive a message from a central unit (CU) of the base station instructing the transceiver to stop transmitting data to the terminal, and the message When is received from the CU of the base station, the transceiver can be controlled to stop data transmission to the terminal.
  • CU central unit
  • FIG. 1 shows a structure of an LTE system.
  • FIG. 2 shows an air interface protocol of an LTE system for a control plane.
  • FIG 3 shows an air interface protocol of an LTE system for a user plane.
  • 5 shows the air interface protocol of a 5G system for the user plane.
  • FIG. 6 shows a separate type of centralized deployment scenario.
  • FIG. 7 illustrates a functional split between a central unit and a distributed unit in a split base station deployment scenario.
  • FIG. 8 is a diagram for describing data loss generated in a source DU when the UE moves between adjacent DUs in the same CU.
  • FIG. 9 illustrates a procedure in which a source DU of a base station stops data transmission to a terminal according to an embodiment of the present invention.
  • FIG. 10 illustrates an example of a downlink data transfer state frame according to an embodiment of the present invention.
  • 11A and 11B illustrate a DU change procedure between adjacent DUs in the same CU according to an embodiment of the present invention.
  • FIG. 12 illustrates a DU change procedure between adjacent DUs in the same CU according to an embodiment of the present invention.
  • 13A and 13B illustrate a DU change procedure between adjacent DUs in the same CU according to an embodiment of the present invention.
  • 14A and 14B illustrate a DU change procedure between adjacent DUs in the same CU according to an embodiment of the present invention.
  • 15 is a block diagram illustrating a method of stopping data transmission to a terminal by a source DU of a base station according to an embodiment of the present invention.
  • 16 is a block diagram of a wireless communication system in which an embodiment of the present invention is implemented.
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • CDMA may be implemented with a radio technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA may be implemented with wireless technologies such as global system for mobile communications (GSM) / general packet radio service (GPRS) / enhanced data rates for GSM evolution (EDGE).
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA may be implemented by wireless technologies such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, evolved UTRA (E-UTRA), and the like.
  • IEEE 802.16m is an evolution of IEEE 802.16e and provides backward compatibility with systems based on IEEE 802.16e.
  • UTRA is part of a universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long term evolution (LTE) is part of evolved UMTS (E-UMTS) using evolved-UMTS terrestrial radio access (E-UTRA), which employs OFDMA in downlink and SC in uplink -FDMA is adopted.
  • LTE-A (advanced) is the evolution of 3GPP LTE.
  • 5G communication system is the evolution of LTE-A.
  • FIG. 1 shows a structure of an LTE system.
  • Communication networks are widely deployed to provide various communication services such as IMS and Voice over internet protocol (VoIP) over packet data.
  • VoIP Voice over internet protocol
  • an LTE system structure includes one or more UEs 10, an evolved-UMTS terrestrial radio access network (E-UTRAN), and an evolved packet core (EPC).
  • the terminal 10 is a communication device moved by a user.
  • the terminal 10 may be fixed or mobile and may be called by other terms such as a mobile station (MS), a user terminal (UT), a subscriber station (SS), and a wireless device.
  • MS mobile station
  • UT user terminal
  • SS subscriber station
  • wireless device a wireless device.
  • the E-UTRAN may include one or more evolved node-eB (eNB) 20, and a plurality of terminals may exist in one cell.
  • the eNB 20 provides an end point of a control plane and a user plane to the terminal.
  • the eNB 20 generally refers to a fixed station communicating with the terminal 10, and may be referred to in other terms such as a base station (BS), a base transceiver system (BTS), an access point, and the like.
  • BS base station
  • BTS base transceiver system
  • One eNB 20 may be arranged per cell. There may be one or more cells within the coverage of the eNB 20.
  • One cell may be configured to have one of bandwidths such as 1.25, 2.5, 5, 10, and 20 MHz to provide downlink (DL) or uplink (UL) transmission service to various terminals. In this case, different cells may be configured to provide different bandwidths.
  • DL means communication from the eNB 20 to the terminal 10
  • UL means communication from the terminal 10 to the eNB 20.
  • the transmitter may be part of the eNB 20 and the receiver may be part of the terminal 10.
  • the transmitter may be part of the terminal 10 and the receiver may be part of the eNB 20.
  • the EPC may include a mobility management entity (MME) that serves as a control plane, and a system architecture evolution (SAE) gateway (S-GW) that serves as a user plane.
  • MME mobility management entity
  • SAE system architecture evolution gateway
  • S-GW gateway
  • the MME / S-GW 30 may be located at the end of the network and is connected to an external network.
  • the MME has information about the access information of the terminal or the capability of the terminal, and this information may be mainly used for mobility management of the terminal.
  • S-GW is a gateway having an E-UTRAN as an endpoint.
  • the MME / S-GW 30 provides the terminal 10 with the endpoint of the session and the mobility management function.
  • the EPC may further include a packet data network (PDN) -gateway (GW).
  • PDN-GW is a gateway with PDN as an endpoint.
  • 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 terminals in idle mode and active mode), P-GW and S-GW selection, MME selection for handover with MME change, 2G or 3G 3GPP access Bearer management, including roaming, authentication, and dedicated bearer settings, SGSN (serving GPRS support node) for handover to the network, public warning system (ETWS) and commercial mobile alarm system (PWS) It provides various functions such as CMAS) and message transmission support.
  • NAS non-access stratum
  • AS access stratum
  • inter CN node network
  • MME selection for handover with MME change
  • 2G or 3G 3GPP access Bearer management including roaming, authentication, and dedicated bearer settings
  • SGSN serving GPRS support no
  • 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.
  • MME / S-GW 30 is simply represented as a "gateway", which may include both MME and S-GW.
  • An interface for user traffic transmission or control traffic transmission may be used.
  • the terminal 10 and the eNB 20 may be connected by the Uu interface.
  • the eNBs 20 may be interconnected by an X2 interface. Neighboring eNBs 20 may have a mesh network structure by the X2 interface.
  • the eNBs 20 may be connected with the EPC by the S1 interface.
  • the eNBs 20 may be connected to the EPC by the S1-MME interface and may be connected to the S-GW by the S1-U interface.
  • the S1 interface supports a many-to-many-relation between eNB 20 and MME / S-GW 30.
  • the eNB 20 may select for the gateway 30, routing to the gateway 30 during radio resource control (RRC) activation, scheduling and transmission of paging messages, scheduling channel information (BCH), and the like.
  • RRC radio resource control
  • BCH scheduling channel information
  • the gateway 30 may perform paging initiation, LTE idle state management, user plane encryption, SAE bearer control, and encryption and integrity protection functions of NAS signaling in the EPC.
  • FIG. 2 shows an air interface protocol of an LTE system for a control plane.
  • 3 shows an air interface protocol of an LTE system for a user plane.
  • the layer of the air interface protocol between the UE and the E-UTRAN is based on the lower three layers of the open system interconnection (OSI) model, which is well known in communication systems, and includes L1 (first layer), L2 (second layer), and L3 (third layer). Hierarchical).
  • the air interface protocol between the UE and the E-UTRAN may be horizontally divided into a physical layer, a data link layer, and a network layer, and vertically a protocol stack for transmitting control signals.
  • Layers of the radio interface protocol may exist in pairs in the UE and the E-UTRAN, which may be responsible for data transmission of the Uu interface.
  • the physical layer belongs to L1.
  • the physical layer provides an information transmission service to a higher layer through a physical channel.
  • the physical layer is connected to a higher layer of a media access control (MAC) layer through a transport channel.
  • Physical channels are mapped to transport channels.
  • Data may be transmitted between the MAC layer and the physical layer through a transport channel.
  • Data between different physical layers, that is, between the physical layer of the transmitter and the physical layer of the receiver may be transmitted using radio resources through a physical channel.
  • the physical layer may be modulated using an orthogonal frequency division multiplexing (OFDM) scheme, and utilizes time and frequency as radio resources.
  • OFDM orthogonal frequency division multiplexing
  • the physical layer uses several physical control channels.
  • a physical downlink control channel (PDCCH) reports resource allocation of a paging channel (PCH) and a downlink shared channel (DL-SCH), and hybrid automatic repeat request (HARQ) information related to the DL-SCH to the UE.
  • the PDCCH may carry an uplink grant to report to the UE regarding resource allocation of uplink transmission.
  • the physical control format indicator channel (PCFICH) informs the UE of the number of OFDM symbols used for the PDCCH and is transmitted every subframe.
  • a physical hybrid ARQ indicator channel (PHICH) carries a HARQ ACK (non-acknowledgement) / NACK (non-acknowledgement) signal for UL-SCH transmission.
  • a physical uplink control channel (PUCCH) carries UL control information such as HARQ ACK / NACK, a scheduling request, and a CQI for downlink transmission.
  • the physical uplink shared channel (PUSCH) carries an uplink shared channel (UL-SCH).
  • the physical channel includes a plurality of subframes in the time domain and a plurality of subcarriers in the frequency domain.
  • One subframe consists of a plurality of symbols in the time domain.
  • One subframe consists of a plurality of resource blocks (RBs).
  • One resource block is composed of a plurality of symbols and a plurality of subcarriers.
  • each subframe may use specific subcarriers of specific symbols of the corresponding subframe for the PDCCH.
  • the first symbol of the subframe may be used for the PDCCH.
  • the PDCCH may carry dynamically allocated resources, such as a physical resource block (PRB) and modulation and coding schemes (MCS).
  • a transmission time interval (TTI) which is a unit time at which data is transmitted, may be equal to the length of one subframe.
  • One subframe may have a length of 1 ms.
  • a DL transport channel for transmitting data from a network to a UE includes a broadcast channel (BCH) for transmitting system information, a paging channel (PCH) for transmitting a paging message, and a DL-SCH for transmitting user traffic or control signals. And the like.
  • BCH broadcast channel
  • PCH paging channel
  • DL-SCH supports dynamic link adaptation and dynamic / semi-static resource allocation by varying HARQ, modulation, coding and transmit power.
  • the DL-SCH may enable the use of broadcast and beamforming throughout the cell.
  • System information carries one or more system information blocks. All system information blocks can be transmitted in the same period. Traffic or control signals of a multimedia broadcast / multicast service (MBMS) are transmitted through a multicast channel (MCH).
  • MCH multicast channel
  • the UL transport channel for transmitting data from the terminal to the network includes a random access channel (RAC) for transmitting an initial control message, a UL-SCH for transmitting user traffic or a control signal, and the like.
  • the UL-SCH can support dynamic link adaptation due to HARQ and transmit power and potential changes in modulation and coding.
  • the UL-SCH may enable the use of beamforming.
  • RACH is generally used for initial connection to a cell.
  • the MAC layer belonging to L2 provides a service to a radio link control (RLC) layer, which is a higher layer, through a logical channel.
  • RLC radio link control
  • the MAC layer provides a mapping function from a plurality of logical channels to a plurality of transport channels.
  • the MAC layer also provides a logical channel multiplexing function by mapping from multiple logical channels to a single transport channel.
  • the MAC sublayer provides data transfer services on logical channels.
  • the logical channel may be divided into a control channel for information transmission in the control plane and a traffic channel for information transmission in the user plane according to the type of information to be transmitted. That is, a set of logical channel types is defined for other data transfer services provided by the MAC layer.
  • the logical channel is located above the transport channel and mapped to the transport channel.
  • the control channel is used only for conveying information in the control plane.
  • the control channel provided by the MAC layer includes a broadcast control channel (BCCH), a paging control channel (PCCH), a common control channel (CCCH), a multicast control channel (MCCH), and a dedicated control channel (DCCH).
  • BCCH is a downlink channel for broadcasting system control information.
  • PCCH is a downlink channel used for transmitting paging information and paging a terminal whose cell-level location is not known to the network.
  • CCCH is used by the terminal when there is no RRC connection with the network.
  • MCCH is a one-to-many downlink channel used to transmit MBMS control information from the network to the terminal.
  • DCCH is a one-to-one bidirectional channel used by the terminal for transmitting dedicated control information between the terminal and the network in an RRC connection state.
  • the traffic channel is used only for conveying information in the user plane.
  • the traffic channel provided by the MAC layer includes a dedicated traffic channel (DTCH) and a multicast traffic channel (MTCH).
  • DTCH is used for transmission of user information of one UE in a one-to-one channel and may exist in both uplink and downlink.
  • MTCH is a one-to-many downlink channel for transmitting traffic data from the network to the terminal.
  • the uplink connection between the logical channel and the transport channel includes a DCCH that can be mapped to the UL-SCH, a DTCH that can be mapped to the UL-SCH, and a CCCH that can be mapped to the UL-SCH.
  • the downlink connection between the logical channel and the transport channel is a BCCH that can be mapped to a BCH or DL-SCH, a PCCH that can be mapped to a PCH, a DCCH that can be mapped to a DL-SCH, a DTCH that can be mapped to a DL-SCH, MCCH that can be mapped to MCH and MTCH that can be mapped to MCH.
  • the RLC layer belongs to L2.
  • the function of the RLC layer includes adjusting the size of the data by segmentation / concatenation of the data received from the upper layer in the radio section such that the lower layer is suitable for transmitting data.
  • the RLC layer is divided into three modes: transparent mode (TM), unacknowledged mode (UM) and acknowledged mode (AM). Provides three modes of operation.
  • TM transparent mode
  • UM unacknowledged mode
  • AM acknowledged mode
  • AM RLC provides retransmission through automatic repeat request (ARQ) for reliable data transmission.
  • ARQ automatic repeat request
  • the function of the RLC layer may be implemented as a functional block inside the MAC layer, in which case the RLC layer may not exist.
  • the packet data convergence protocol (PDCP) layer belongs to L2.
  • the PDCP layer introduces an IP packet, such as IPv4 or IPv6, over a relatively low bandwidth air interface to provide header compression that reduces unnecessary control information so that the transmitted data is transmitted efficiently. Header compression improves transmission efficiency in the wireless section by transmitting only the information necessary for the header of the data.
  • the PDCP layer provides security. Security functions include encryption to prevent third party inspection and integrity protection to prevent third party data manipulation.
  • the radio resource control (RRC) layer belongs to L3.
  • the RRC layer at the bottom of L3 is defined only in the control plane.
  • the RRC layer serves to control radio resources between the terminal and the network.
  • the UE and the network exchange RRC messages through the RRC layer.
  • the RRC layer is responsible for the control of logical channels, transport channels and physical channels in connection with the configuration, re-configuration and release of RBs.
  • RB is a logical path provided by L1 and L2 for data transmission between the terminal and the network. That is, RB means a service provided by L2 for data transmission between the UE and the E-UTRAN. Setting up an RB means defining the characteristics of the radio protocol layer and channel to provide a particular service, and determining each specific parameter and method of operation.
  • RBs may be classified into two types: signaling RBs (SRBs) and data RBs (DRBs).
  • SRBs signaling RBs
  • DRBs data RBs
  • the non-access stratum (NAS) layer located above the RRC layer performs functions such as session management and mobility management.
  • the RLC and MAC layers may perform functions such as scheduling, ARQ and HARQ.
  • the RRC layer (ended at the eNB at the network side) may perform functions such as broadcast, paging, RRC connection management, RB control, mobility function, and UE measurement report / control.
  • the NAS control protocol (terminated at the gateway's MME at the network side) may perform functions such as SAE bearer management, authentication, LTE_IDLE mobility handling, paging initiation at LTE_IDLE, and security control for signaling between the terminal and the gateway.
  • the RLC and MAC layer may perform the same function as the function in the control plane.
  • the PDCP layer may perform user plane functions such as header compression, integrity protection and encryption.
  • EPC Evolved Packet Core
  • MME mobility management entity
  • S-GW serving gateway
  • P-GW packet data network gateway
  • 5G core network or NextGen core network
  • functions, reference points, protocols, etc. are defined for each network function (NF). That is, 5G core network does not define functions, reference points, protocols, etc. for each entity.
  • the 5G system structure includes one or more UEs 10, a Next Generation-Radio Access Network (NG-RAN), and a Next Generation Core (NGC).
  • NG-RAN Next Generation-Radio Access Network
  • NNC Next Generation Core
  • the NG-RAN may include one or more gNBs 40, and a plurality of terminals may exist in one cell.
  • the gNB 40 provides the terminal with the control plane and the end point of the user plane.
  • the gNB 40 generally refers to a fixed station communicating with the terminal 10 and may be referred to as other terms such as a base station (BS), a base transceiver system (BTS), an access point, and the like.
  • BS base station
  • BTS base transceiver system
  • One gNB 40 may be arranged per cell. There may be one or more cells within coverage of the gNB 40.
  • the NGC may include an Access and Mobility Function (AMF) and a Session Management Function (SMF) that are responsible for the functions of the control plane.
  • AMF Access and Mobility Function
  • SMF Session Management Function
  • the AMF may be responsible for the mobility management function
  • the SMF may be responsible for the session management function.
  • the NGC may include a user plane function (UPF) that is responsible for the function of the user plane.
  • UPF user plane function
  • Terminal 10 and gNB 40 may be connected by an NG3 interface.
  • the gNBs 40 may be interconnected by Xn interface.
  • Neighboring gNBs 40 may have a mesh network structure with an Xn interface.
  • the gNBs 40 may be connected to the NGC by the NG interface.
  • the gNBs 40 may be connected to the AMF by the NG-C interface and may be connected to the UPF by the NG-U interface.
  • the NG interface supports a many-to-many-relation between gNB 40 and MME / UPF 50.
  • the gNB host may determine functions for radio resource management, IP header compression and encryption of user data stream, and routing to AMF from information provided by the terminal. Selection of an AMF at UE attachment when no routing to an AMF can be determined from the information provided by the UE, Routing of User Plane data to one or more UPFs towards UPF (s)), Scheduling and transmission of paging messages (originated from the AMF), transmission and scheduling of system broadcast information (derived from AMF or O & M) Scheduling and transmission of system broadcast information (originated from the AMF or O & M), or setting up and measuring measurement reports for scheduling and mobility (Me It can perform functions such as asurement and measurement reporting configuration for mobility and scheduling.
  • Access and Mobility Function (AMF) hosts can be used for NAS signaling termination, NAS signaling security, AS Security control, and inter CN node signaling for mobility between 3GPP access networks.
  • node signaling for mobility between 3GPP access networks IDLE mode UE reachability (including control and execution of paging retransmission), UE in ACTIVE mode and IDLE mode Tracking Area list management (for UE in idle and active mode), AMF selection for handovers with AMF change, Access Authentication, Or perform key functions such as access authorization including check of roaming rights.
  • a user plane function (UPF) host is an anchor point for Intra- / Inter-RAT mobility (when applicable), an external PDU session point for the interconnection to the data network (if applicable).
  • (External PDU session point of interconnect to Data Network) Packet routing & forwarding, Packet inspection and User plane part of Policy rule enforcement, Traffic usage reporting ( Traffic usage reporting, Uplink classifier to support routing traffic flows to a data network, Branching point to support multi- homed PDU session, QoS handling for the user plane, e.g.
  • packet filtering gating, QoS handling for user plane, eg packet filtering, gating, UL / DL rate enforcement, uplink traffic verification (SDF to QoS flow mapping), transport level packet marking in downlink and uplink It can perform main functions such as packet marking in the uplink and downlink, or downlink packet buffering and downlink data notification triggering.
  • QoS handling for user plane eg packet filtering, gating, UL / DL rate enforcement, uplink traffic verification (SDF to QoS flow mapping), transport level packet marking in downlink and uplink
  • SDF to QoS flow mapping uplink traffic verification
  • transport level packet marking in downlink and uplink It can perform main functions such as packet marking in the uplink and downlink, or downlink packet buffering and downlink data notification triggering.
  • the Session Management Function (SMF) host is responsible for session management, UE IP address allocation and management, selection and control of UP functions, and traffic to the appropriate destinations.
  • Configure traffic steering at UPF to route traffic to proper destination, control part of policy enforcement and QoS, or downlink data notification Can perform key functions such as
  • 5 shows the air interface protocol of a 5G system for the user plane.
  • the air interface protocol of the 5G system for the user plane may include a new layer called Service Data Adaptation Protocol (SDAP) as compared to the LTE system.
  • SDAP Service Data Adaptation Protocol
  • the main services and functions of the SDAP layer are the mapping between the Quality of Service flow (QoS) and data radio bearer (DRB), and the QoS flow ID (QFI) marking in both DL and UL packets.
  • QoS Quality of Service flow
  • DRB data radio bearer
  • QFI QoS flow ID marking in both DL and UL packets.
  • a single protocol entity in SDAP may be configured for each individual PDU session except for dual connectivity (DC), in which two entities may be configured.
  • 5G RAN is a non-centralized deployment scenario and co-sited deployment according to the type of base station functions deployed in a central unit and a distributed unit, and coexistence with 4G base stations. It may be divided into a Deployment with E-UTRA scenario and a Centralized Deployment scenario.
  • 5G RAN, gNB, Next Generation NodeB, New RAN, and NR BS New Radio Base Station
  • 5G RAN, gNB, Next Generation NodeB, New RAN, and NR BS New Radio Base Station
  • FIG. 6 shows a separate type of centralized deployment scenario.
  • the gNB may be divided into a central unit and a distribution unit. That is, gNB may be separated and operated hierarchically.
  • the central unit may perform the function of the upper layers of the base station, and the distributed unit may perform the function of the lower layers of the base station.
  • FIG. 7 illustrates a functional split between a central unit and a distributed unit in a split base station deployment scenario.
  • the RRC layer is in a central unit and the PDCP layer, RLC layer, MAC layer, physical layer and RF are in a distributed unit.
  • the RRC layer and PDCP layer are in the central unit and the RLC layer, MAC layer, physical layer and RF are in the distributed unit.
  • the RRC layer, PDCP layer and RLC upper layer are in the central unit and the RLC lower layer, MAC layer, physical layer and RF are in the distributed unit.
  • the RRC layer, PDCP layer and RLC layer are in the central unit and the MAC layer, physical layer and RF are in the distributed unit.
  • the RRC layer, PDCP layer, RLC layer and MAC upper layer are in the central unit and the MAC lower layer, physical layer and RF are in the distributed unit.
  • the RRC layer, PDCP layer, RLC layer and MAC layer are in the central unit and the physical layer and RF are in the distributed unit.
  • the RRC layer, PDCP layer, RLC layer, MAC layer and upper physical layer are in the central unit, and the lower physical layer and RF are in the distributed unit.
  • the RRC layer, PDCP layer, RLC layer, MAC layer and physical layer are in the central unit and the RF is in the distributed unit.
  • the central unit may be referred to as a CU, and the distribution unit may be referred to as a DU.
  • the CU may be a logical node hosting a radio resource control (RRC), a service data adaptation protocol (SDAP) and a packet data convergence protocol (PDCP) layer of the gNB, and the DU may be a radio link control (RLC) of the gNB. It may be a logical node that hosts a media access control (MAC) and a physical (PHY) layer. Alternatively, the CU may be a logical node hosting the RRC and PDCP layers of en-gNB.
  • RRC radio resource control
  • SDAP service data adaptation protocol
  • PDCP packet data convergence protocol
  • RLC radio link control
  • It may be a logical node that hosts a media access control (MAC) and a physical (PHY) layer.
  • the CU may be a logical node hosting the RRC and PDCP layers of en-gNB.
  • a lost RLC PDU may be generated in the source DU.
  • FIG. 8 is a diagram for describing data loss generated in a source DU when the UE moves between adjacent DUs in the same CU.
  • DU 1 to DU 2 are controlled by the same CU, and the terminal moves from the area of DU 1 to the area of DU 2.
  • DU 1 may be a source DU and DU 2 may be a target DU.
  • a lost RLC PDU may occur at the source DU (ie DU 1), and the lost RLC PDU may be a target DU (ie It needs to be retransmitted by DU 2). Therefore, in order to provide the UE with the lost RLC PDU, the target DU (ie, DU 2) must know which RLC PDU is lost.
  • the target DU i.e., DU 2
  • the target DU does not allow any RLC PDU It is unknown whether DU 1) is lost. Therefore, the target DU (ie, DU 2) cannot retransmit lost RLC PDUs generated in the source DU (ie, DU 1) to the UE.
  • a procedure for retransmitting lost data needs to be proposed.
  • a method of retransmitting lost data and an apparatus supporting the same according to an embodiment of the present invention will be described.
  • FIG. 9 illustrates a procedure in which a source DU of a base station stops data transmission to a terminal according to an embodiment of the present invention.
  • the CU may determine to change a DU of a terminal from a source DU to a target DU.
  • the source DU and the target DU may belong to the same CU.
  • the CU may transmit a message to the source DU instructing to stop data transmission to the terminal.
  • the message may be a UE context modification request message or a new message.
  • a UE context modification request message transmitted by a CU to provide a change of UE context information to a DU may be defined as shown in Table 1 below.
  • the UE context modification request message may include a transmission stop indicator IE (IE), and the transmission stop indicator IE may instruct the DU to stop data transmission to the UE.
  • IE transmission stop indicator
  • the source DU may stop data transmission to the terminal.
  • the source DU may transmit information on unsuccessfully transmitted downlink data to the UE to the CU.
  • the information may be included in a downlink data delivery status frame.
  • the information on the downlink data may be sequence numbers of PDCP PDUs corresponding to lost RLC PDUs.
  • the information on the downlink data is the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP among the PDCP PDUs received from the CU PDUs received from the CU).
  • FIG. 10 illustrates an example of a downlink data transfer state frame according to an embodiment of the present invention.
  • the downlink data delivery status frame is the highest NR PDCP PDU sequence number successfully transmitted to the UE sequentially among the NR PDCP PDUs received from the node hosting the NR PDCP entity. successfully delivered in sequence to the UE among those NR PDCP PDUs received from the node hosting the NR PDCP entity).
  • the node hosting the NR PDCP entity may be a CU.
  • the CU may transmit downlink data not successfully transmitted to the UE to the target DU.
  • the downlink data may be a downlink packet, and the downlink packet may include a PDCP PDU that is not successfully transmitted to the terminal in the source DU.
  • downlink data that is not successfully transmitted from the source DU to the terminal may be quickly retransmitted from the CU to the target DU.
  • 11A and 11B illustrate a DU change procedure between adjacent DUs in the same CU according to an embodiment of the present invention.
  • the terminal may enter an RRC_CONNECTED state.
  • a measurement report message may be triggered and sent to the source DU.
  • the source DU may transmit a message including a container for piggybacking the measurement report message to the CU.
  • the message may be an uplink RRC transport message or a new message.
  • the source DU may provide feedback to the CU for downlink data directed to the UE.
  • step S1104 when the CU receives the measurement report message from the terminal and feedback from the source DU, the CU may determine to change the DU of the terminal.
  • step S1105a the CU may transmit a message to the source DU instructing to stop data transmission to the terminal.
  • the message may be a UE context modification request message, a DU change indication message, or a new message.
  • the message may indicate that the source DU of the terminal is changed. If the message is to be sent after step S1108, step S1105a and step S1105b can be skipped.
  • step S1105b when the source DU receives the message from the CU, the source DU may stop data transmission to the terminal and transmit a downlink data delivery status frame to the CU.
  • the downlink data transfer state frame may be transmitted to inform the CU of downlink data that has not been successfully transmitted to the UE. That is, the source DU may provide feedback to the CU about downlink data directed to the terminal including information on the lost PDU.
  • the information on the lost PDUs may be sequence numbers of PDCP PDUs corresponding to lost RLC PDUs.
  • the information on the lost PDU is the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU received from the CU). Accordingly, the CU can know downlink data (eg, a downlink packet including a PDCP PDU not successfully transmitted in the source DU) to the terminal, and the downlink data is transmitted from the CU to the target DU. May be sent to.
  • the CU may initiate the change of the DU by requesting the target DU to generate a UE context for the terminal and / or allocate radio resources.
  • the change of the DU may be requested by a UE context setup procedure or a bearer setup procedure. That is, the CU may send a UE context setup request message or bearer setup request message to the target DU.
  • the CU may include the following for each bearer in the UE context setup request message or bearer setup request message.
  • RB ID (eg SRB ID or DRB ID)
  • TEID Uplink Tunnel Endpoint Identifier
  • the CU may include the following in the UE context setup request message or bearer setup request message.
  • the RRC context may include information related to beam measurement, RSRQ, RSRP, RACH configuration, and / or RACH resources for the UE. All information or some information may not be included in the RRC context.
  • the UE context setup request message or bearer setup request message may be wirelessly transmitted among the information contained in the RRC container provided by the MeNB. It may include radio resource configuration and / or RLC / MAC / PHY layer related information.
  • the UE context setup request message or bearer setup request message includes an indicator for informing the target DU of either an inter-DU mobility case or an EN-DC case. can do.
  • the target DU may establish a requested bearer and / or UE context for the terminal, and is required on the F1 interface for the bearer requested to be established. You can allocate the required resource.
  • the target DU may allocate a beam and a RACH associated with a resource based on the received information included or not included in the RRC context, and set a RACH configuration.
  • the target DU may respond to the CU with a UE Context Setup Response message or a Bearer Setup Response message. Can be.
  • the target DU may include the following for each bearer in the UE context setup response message or bearer setup response message.
  • RB ID (eg SRB ID or DRB ID)
  • TEID Downlink Tunnel Endpoint Identifier
  • the target DU may include the following in the UE context setup response message or bearer setup response message.
  • the RRC context may include information related to an allocated beam, a set RACH configuration, or an allocated RACH resource. All information or some information may not be included in the RRC context.
  • the target DU receives information included in an indicator indicating an EN-DC case and / or an RRC container provided by the MeNB, the target DU corresponds to radio resource related information corresponding to or received in the EN-DC case. related information).
  • step S1109a if the CU receives a response message from the target DU, and steps S1105a and S1105b are skipped, the CU may send a message to the source DU instructing to stop data transmission to the terminal.
  • the message may be a UE context modification request message, a DU change indication message, or a new message.
  • the message may indicate that the source DU of the terminal is changed.
  • steps S1105a and S1105b are not skipped, steps S1109a and S1109b are skipped and based on the feedback provided by step S1105b, the CU may retransmit the PDCP PDU associated with the lost RLC PDU for each bearer to the target DU.
  • the CU may generate an RRC message to be provided to the terminal.
  • the RRC message may be an RRC Connection Reconfiguration message.
  • the RRC message may include an RRC context received from a target DU.
  • step S1109b when the source DU receives the message from the CU, the source DU may stop data transmission to the terminal and transmit a downlink data delivery status frame to the CU.
  • the downlink data transfer state frame may be transmitted to inform the CU of downlink data that has not been successfully transmitted to the UE. That is, the source DU may provide feedback to the CU about downlink data directed to the terminal including information on the lost PDU.
  • the information on the lost PDUs may be sequence numbers of PDCP PDUs corresponding to lost RLC PDUs.
  • the information on the lost PDU is the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU received from the CU).
  • the CU may retransmit the PDCP PDU associated with the lost RLC PDU for each bearer to the target DU based on the feedback. That is, the CU can know downlink data (eg, a downlink packet including a PDCP PDU not successfully transmitted from the source DU) that is not successfully transmitted to the UE, and the downlink data is a target DU from the CU. May be sent to.
  • downlink data eg, a downlink packet including a PDCP PDU not successfully transmitted from the source DU
  • the downlink data is a target DU from the CU. May be sent to.
  • the CU may transmit a message including a container for piggybacking the RRC connection reestablishment message to the source DU.
  • the message may be a downlink RRC transport message or a new message. If steps S1105a and S1105b are skipped or if steps S1109a and S1109b are skipped, an indicator may be included in the message for stopping data transmission to the terminal and providing feedback to the CU for downlink data directed to the terminal.
  • step S1111 when the source DU receives the message from the CU, the source DU may transmit an RRC Connection Reconfiguration message to the UE.
  • the source DU may stop data transmission to the terminal and provide feedback to the CU about the downlink data directed to the terminal.
  • the feedback may include information about the lost PDU.
  • the information on the lost PDUs may be sequence numbers of PDCP PDUs corresponding to lost RLC PDUs.
  • the information on the lost PDU is the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU received from the CU).
  • the CU may retransmit the PDCP PDU associated with the lost RLC PDU for each bearer to the target DU based on the feedback. That is, the CU can know downlink data (eg, a downlink packet including a PDCP PDU not successfully transmitted from the source DU) that is not successfully transmitted to the UE, and the downlink data is a target DU from the CU. May be sent to.
  • downlink data eg, a downlink packet including a PDCP PDU not successfully transmitted from the source DU
  • the downlink data is a target DU from the CU. May be sent to.
  • the terminal may disconnect from the source DU.
  • step S1113 the UE may transmit an RRC Connection Reconfiguration Complete message to the target DU.
  • the target DU may send a message including a container to piggyback the RRC connection reset complete message to the CU.
  • the message may be an uplink RRC transport message or a new message.
  • step S1115 when the CU receives the message from the target DU, in order to release the UE context and / or radio resources for the UE, the CU may release a UE context release procedure or bearer release procedure toward the source DU. (Bearer Release procedure) can be triggered.
  • the CU may instruct the source DU having the F1 connection to stop downlink data transmission.
  • the source DU may provide feedback for downlink data. Therefore, when the UE moves from the source DU to the target DU, downlink data (eg, PCDP PDUs associated with lost RLC PDUs generated in the source DU) from the source DU to the UE is sent from the CU to the target DU. Can be resent quickly. In addition, signaling for DU change can be reduced or minimized.
  • the UE's experience eg, smooth and seamless DU change or handover
  • the RAN node can process the data packet more efficiently.
  • FIG. 12 illustrates a DU change procedure between adjacent DUs in the same CU according to an embodiment of the present invention.
  • step S1200 the terminal may enter the RRC_CONNECTED state.
  • the CU may initiate change of the DU by requesting a target DU to allocate radio resources to the terminal.
  • the change of the DU may be requested by a bearer setup procedure. That is, the CU may send a bearer setup request message to the target DU.
  • the CU may include the following for each bearer in the bearer setup request message.
  • RB ID (eg SRB ID or DRB ID)
  • TEID Uplink Tunnel Endpoint Identifier
  • step S1202 if the target DU receives a request message from the CU, the target DU may establish a requested bearer for the terminal, and the required resource on the F1 interface for the bearer requested to be established. Can be assigned.
  • the target DU may respond to the CU in a bearer setup response message.
  • the target DU may include the following for each bearer in the bearer setup response message.
  • RB ID (eg SRB ID or DRB ID)
  • TEID Downlink Tunnel Endpoint Identifier
  • step S1204 when the CU receives the response message from the target DU, the CU may send an RRC Connection Reconfiguration message including a new configuration for accessing the target DU.
  • the RRC connection reestablishment message may be transmitted to the terminal through a source DU.
  • step S1205 the UE may transmit an RRC connection reconfiguration complete message to the CU through the target DU.
  • step S1206 when the CU receives the completion message from the terminal, the CU may trigger a bearer release procedure by requesting the source DU to release the radio resource for the terminal.
  • step S1207 when the source DU receives a bearer release request message, the source DU may release all resources of the bearer and the F1 interface for the terminal.
  • the source DU may send a message to the CU containing information about the lost PDU.
  • the message may be a lost PDU indication message or a bearer release response message.
  • Information about the lost PDU may be provided for each bearer.
  • the information on the lost PDUs may be sequence numbers of PDCP PDUs corresponding to lost RLC PDUs.
  • the information on the lost PDU is the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU received from the CU).
  • step S1209 when the CU receives the message from the source DU, based on the information about the lost PDU included in the received message, the CU may provide the lost PDCP PDU to the target DU.
  • the source DU when a change of a DU occurs in the same CU according to the mobility of the UE, the source DU is connected to F1 information about the lost PDCP PDU corresponding to the lost RLC PDU for a specific UE It can inform the CU with. Therefore, when the UE moves from the source DU to the target DU, downlink data (eg, PCDP PDUs associated with lost RLC PDUs generated in the source DU) from the source DU to the UE is sent from the CU to the target DU. Can be resent quickly.
  • the UE's experience eg, smooth and seamless DU change or handover
  • the RAN node can process the data packet more efficiently.
  • 13A and 13B illustrate a DU change procedure between adjacent DUs in the same CU according to an embodiment of the present invention.
  • the terminal may enter an RRC_CONNECTED state.
  • a measurement report message may be triggered and may be transmitted to the CU through the source DU.
  • the measurement report message may be transmitted using a container included in an uplink RRC transport message or a new message.
  • step S1302 the CU may determine to change the DU of the terminal based on the measurement report message.
  • the CU may transmit a DU status reporting request message or a new message to the source DU.
  • the message may include a bearer ID (eg, radio bearer ID) and a lost PDU report indicator.
  • the message may be transmitted to request the CU to report the lost PDU for each bearer provided to the terminal performing the DU change when the RLC PDU is lost.
  • step S1303a-2 if the source DU receives a request message from the CU, the source DU may report when the RLC PDU transmitted to the terminal for each bearer is lost.
  • the CU may transmit a lost PDU Reporting Control message or a new message to the source DU.
  • the message may include a bearer ID (eg, a radio bearer ID).
  • the message may be sent to request the CU to report the lost PDU if the RLC PDU is lost.
  • the source DU may report when the RLC PDU transmitted to the UE for each bearer is lost.
  • the CU may initiate the change of the DU by requesting the target DU to generate a UE context for the terminal and / or to allocate a radio resource.
  • the change of the DU may be requested by a UE context setup procedure or a bearer setup procedure. That is, the CU may send a UE context setup request message or bearer setup request message to the target DU.
  • the CU may include the following for each bearer in the UE context setup request message or bearer setup request message.
  • RB ID (eg SRB ID or DRB ID)
  • TEID Uplink Tunnel Endpoint Identifier
  • the CU may include the following in the UE context setup request message or bearer setup request message.
  • the RRC context may include information related to beam measurement, RSRQ, RSRP, RACH configuration, and / or RACH resources for the UE. All information or some information may not be included in the RRC context.
  • the target DU may establish a requested bearer and / or UE context for the terminal, and is required on the F1 interface for the bearer requested to be established. You can allocate the required resource.
  • the target DU may allocate a beam and a RACH associated with a resource based on the received information included or not included in the RRC context, and set a RACH configuration.
  • the target DU may respond to the CU with a UE context setup response message or bearer setup response message. Can be.
  • the target DU may include the following for each bearer in the UE context setup response message or bearer setup response message.
  • RB ID (eg SRB ID or DRB ID)
  • TEID Downlink Tunnel Endpoint Identifier
  • the target DU may include the following in the UE context setup response message or bearer setup response message.
  • the RRC context may include information related to an allocated beam, a set RACH configuration, or an allocated RACH resource. All information or some information may not be included in the RRC context.
  • the source DU includes a bearer ID (e.g., radio bearer ID) and a DU status update message containing information about the lost PDU (DU Status). Update message) or a new message may be transmitted to the CU.
  • the information on the lost PDUs may be sequence numbers of PDCP PDUs corresponding to lost RLC PDUs.
  • the information on the lost PDU is the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU received from the CU).
  • Information about the lost PDU may be provided for each bearer.
  • Step S1307a may be performed between step S1304 and step S1306.
  • the source DU is a lost PDU report message (Lost PDU Report) containing information about the bearer ID (eg, radio bearer ID) and the lost PDU. message or new message may be transmitted to the CU.
  • the information on the lost PDUs may be sequence numbers of PDCP PDUs corresponding to lost RLC PDUs.
  • the information on the lost PDU is the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU received from the CU). Information about the lost PDU may be provided for each bearer.
  • Step S1307b may be performed between step S1304 and step S1306.
  • step S1308 if the CU receives a UE context setup response message or bearer setup response message from the target DU, the CU includes an RRC that includes a new setup (eg, an RRC context received from the target DU) to access the target DU.
  • the RRC connection reconfiguration message may be transmitted.
  • the RRC connection reestablishment message may be transmitted to the terminal through a source DU.
  • the RRC connection reestablishment message may be transmitted using a container included in a downlink RRC transport message or a new message.
  • the terminal may disconnect from the source DU.
  • the UE may transmit an RRC connection reconfiguration complete message to the CU through the target DU.
  • the RRC connection reconfiguration complete message may be transmitted using a container included in an uplink RRC transport message or a new message.
  • step S1311 when the CU receives the RRC connection reset complete message from the terminal, based on the bearer ID and information on the lost PDU per bearer received in step S1307a or S1307b, the CU is associated with the lost RLC PDU for each bearer
  • the PDCP PDU may be retransmitted to the target DU.
  • step S1312 when the CU receives the RRC connection reset complete message from the terminal, the CU requests the source DU to release the UE context and / or radio resources for the terminal to bearer release procedure or UE context release procedure (UE Context Release procedure) can be triggered.
  • UE Context Release procedure UE Context Release procedure
  • step S1313 when a bearer release request message or a UE context release request message is received, the source DU is a UE context for the terminal and / or corresponding resources on all bearer and F1 interfaces. Can be released.
  • the source DU may transmit a bearer release response message or a UE context release response message to the CU.
  • the source DU when the change of the DU in the same CU according to the mobility of the terminal, the source DU has a F1 connection information on the PDCP PDU corresponding to the lost RLC PDU for the specific terminal Can inform the CU. Therefore, when the UE moves from the source DU to the target DU, downlink data (eg, PCDP PDUs associated with lost RLC PDUs generated in the source DU) from the source DU to the UE is sent from the CU to the target DU. Can be resent quickly.
  • the UE's experience eg, smooth and seamless DU change or handover
  • the RAN node can process the data packet more efficiently.
  • 14A and 14B illustrate a DU change procedure between adjacent DUs in the same CU according to an embodiment of the present invention.
  • the terminal may enter an RRC_CONNECTED state.
  • a Measurement Report message may be triggered and sent to the CU via the source DU.
  • the measurement report message may be transmitted using a container included in an uplink RRC transport message or a new message.
  • step S1402 the CU may determine to change the DU of the terminal based on the measurement report message.
  • the CU may initiate the change of the DU by requesting the target DU to generate a UE context for the terminal and / or allocate radio resources.
  • the change of the DU may be requested by a UE context setup procedure or a bearer setup procedure. That is, the CU may send a UE context setup request message or bearer setup request message to the target DU.
  • the CU may include the following for each bearer in the UE context setup request message or bearer setup request message.
  • RB ID (eg SRB ID or DRB ID)
  • TEID Uplink Tunnel Endpoint Identifier
  • the CU may include the following in the UE context setup request message or bearer setup request message.
  • the RRC context may include information related to beam measurement, RSRQ, RSRP, RACH configuration, and / or RACH resources for the UE. All information or some information may not be included in the RRC context.
  • step S1404 if the target DU receives a request message from the CU, the target DU may establish a requested bearer and / or UE context for the terminal, and is required on the F1 interface for the bearer requested to be established. You can allocate the required resource. In addition, with respect to the UE, the target DU may allocate a beam and an RACH associated with a resource and set an RACH configuration based on the received RRC context.
  • the target DU may respond to the CU with a UE context setup response message or bearer setup response message. Can be.
  • the target DU may include the following for each bearer in the UE context setup response message or bearer setup response message.
  • RB ID (eg SRB ID or DRB ID)
  • TEID Downlink Tunnel Endpoint Identifier
  • the target DU may include the following in the UE context setup response message or bearer setup response message.
  • the RRC context may include information related to an allocated beam, a set RACH configuration, or an allocated RACH resource. All information or some information may not be included in the RRC context.
  • step S1406 when the CU receives the response message from the target DU, in order to release the UE context and / or radio resources for the terminal, the CU may perform a UE context release request message or a bearer release request message ( Bearer Release Request message) may be transmitted to the source DU.
  • a bearer release request message Bearer Release Request message
  • the source DU may send a message to the CU including information on the lost PDU and bearer ID.
  • the message may be a lost PDU indication message, a bearer release response message, or a UE context release response message.
  • Information about the lost PDU and bearer ID may be provided for each bearer.
  • the information on the bearer ID may be a radio bearer ID.
  • the information on the lost PDUs may be sequence numbers of PDCP PDUs corresponding to lost RLC PDUs.
  • the information on the lost PDU is the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU received from the CU).
  • the source DU may release the corresponding resources on the UE context and / or all bearer and F1 interfaces for the terminal.
  • step S1408 when the CU receives a message from the source DU, the CU includes an RRC Connection Reconfiguration message that includes a new configuration (eg, an RRC context received from the target DU) to access the target DU. Can be transmitted.
  • the RRC connection reestablishment message may be transmitted to the terminal through a source DU.
  • the RRC connection reestablishment message may be transmitted using a container included in a downlink RRC transport message or a new message.
  • the terminal may disconnect from the source DU.
  • the UE may transmit an RRC Connection Reconfiguration Complete message to the CU through the target DU.
  • the RRC connection reconfiguration complete message may be transmitted using a container included in an uplink RRC transport message or a new message.
  • step S1411 when the CU receives the RRC connection reset complete message from the terminal, based on the information on the bearer ID and bearer ID for each bearer received in step S1407, the CU is PDCP PDU associated with the lost RLC PDU for each bearer May be retransmitted to the target DU.
  • the source DU corresponds to the lost RLC PDU for a specific UE.
  • Information on the PDCP PDU may be informed to the CU having the F1 connection. Therefore, when the UE moves from the source DU to the target DU, downlink data (eg, PCDP PDUs associated with lost RLC PDUs generated in the source DU) from the source DU to the UE is sent from the CU to the target DU. Can be resent quickly. In addition, signaling for DU change can be reduced or minimized.
  • the UE's experience eg, smooth and seamless DU change or handover
  • the RAN node can process the data packet more efficiently.
  • 15 is a block diagram illustrating a method of stopping data transmission to a terminal by a source DU of a base station according to an embodiment of the present invention.
  • the source DU of the base station may receive a message from the central unit (CU) of the base station instructing to stop data transmission to the terminal.
  • the CU may be a logical node hosting a radio resource control (RRC), a service data adaptation protocol (SDAP), and a packet data convergence protocol (PDCP) layer of the base station
  • the DU may be an RLC (RLC) of the base station.
  • RRC radio resource control
  • SDAP service data adaptation protocol
  • PDCP packet data convergence protocol
  • RLC RLC
  • It may be a logical node hosting a radio link control (MAC), a media access control (MAC), and a physical (PHY) layer.
  • the message may be a UE context modification request message.
  • step S1520 if the message is received from the CU of the base station, the source DU of the base station may stop the data transmission to the terminal.
  • the source DU of the base station may transmit information about downlink data that is not successfully transmitted to the terminal in the source DU of the base station to the CU of the base station.
  • the information on the downlink data may be information on lost protocol data units (PDUs).
  • the information on the downlink data may be the highest PDCP PDU sequence number successfully transmitted to the terminal sequentially among PDCP PDUs received from the CU of the base station.
  • the information on the downlink data may be a PDCP PDU sequence number corresponding to the lost RLC PDU.
  • Information on the downlink data may be included in a downlink data delivery status frame. Based on the information on the downlink data, the downlink data may be retransmitted to the target DU of the base station for each bearer by the CU of the base station.
  • the source DU of the base station may receive a measurement report message (measurement report message) from the terminal.
  • the source DU of the base station may transmit an uplink RRC transport message including the measurement report message to the CU of the base station. If the CU of the base station determines to change the source DU of the base station for the terminal based on the measurement report message included in the uplink RRC transport message, a message instructing to stop data transmission for the terminal May be received from the CU of the base station.
  • the source DU of the base station may transmit an RRC connection reconfiguration message to the terminal.
  • 16 is a block diagram of a wireless communication system in which an embodiment of the present invention is implemented.
  • the terminal 1600 includes a processor 1601, a memory 1602, and a transceiver 1603.
  • the memory 1602 is connected to the processor 1601 and stores various information for driving the processor 1601.
  • the transceiver 1603 is connected to the processor 1601 to transmit and / or receive a radio signal.
  • the processor 1601 implements the proposed functions, processes, and / or methods. In the above-described embodiment, the operation of the terminal may be implemented by the processor 1601.
  • the DU 1610 of the base station includes a processor 1611, a memory 1612, and a transceiver 1613.
  • the memory 1612 is connected to the processor 1611 and stores various information for driving the processor 1611.
  • the transceiver 1613 is coupled to the processor 1611 to transmit and / or receive wireless signals.
  • Processor 1611 implements the proposed functions, processes, and / or methods. In the above-described embodiment, the operation of the DU of the base station may be implemented by the processor 1611.
  • the CU 1620 of the base station includes a processor 1621, a memory 1622, and a transceiver 1623.
  • the memory 1622 is connected to the processor 1621 and stores various information for driving the processor 1621.
  • the transceiver 1623 is coupled to the processor 1621 to transmit and / or receive signals.
  • Processor 1621 implements the proposed functions, processes, and / or methods. In the above-described embodiment, the operation of the CU of the base station may be implemented by the processor 1621.
  • the processor may include application-specific integrated circuits (ASICs), other chipsets, logic circuits, and / or data processing devices.
  • the memory may include read-only memory (ROM), random access memory (RAM), flash memory, memory card, storage medium and / or other storage device.
  • the transceiver may include baseband circuitry for processing wireless signals.
  • the above technique may be implemented as a module (process, function, etc.) for performing the above-described function.
  • the module may be stored in memory and executed by a processor.
  • the memory may be internal or external to the processor and may be coupled to the processor by various well known means.

Landscapes

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

Abstract

무선 통신 시스템에서 기지국의 소스(source) DU(distribution unit)가 단말에 대한 데이터 전송을 중단하는 방법 및 이를 지원하는 장치가 제공된다. 상기 방법은, 상기 단말에 대한 데이터 전송을 중단하도록 지시하는 메시지를 상기 기지국의 CU(central unit)로부터 수신하는 단계; 및 상기 메시지가 상기 기지국의 CU로부터 수신되면, 상기 단말에 대한 데이터 전송을 중단하는 단계;를 포함할 수 있다.

Description

CU-DU 분할 시나리오에서 데이터를 전송하는 방법 및 장치
본 발명은 무선 통신 시스템에 관한 것으로서, 보다 상세하게는 기지국의 중앙 유닛(Central Unit)과 분산 유닛(Distributed Unit)이 분할된 시나리오에서 데이터를 전송하는 방법 및 이를 지원하는 장치에 관한 것이다.
4G(4th-Generation) 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G(5th-Generation) 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (beyond 4G network) 통신 시스템 또는 LTE(long term evolution) 시스템 이후(post LTE) 이후의 시스템이라 불리고 있다.
한편, CU(Central Unit) 및 DU(Distributed Unit)가 PDCP 계층과 RLC 계층 사이에서 분할되는 경우, 단말이 단말의 이동성으로 인해 DU를 변경하면, 손실된(lost) 데이터가 소스 DU에서 발생될 수 있다. 따라서, 손실된 데이터를 재전송하기 위한 절차가 제안될 필요가 있다.
일 실시 예에 있어서, 무선 통신 시스템에서 기지국의 소스(source) DU(distribution unit)가 단말에 대한 데이터 전송을 중단하는 방법이 제공된다. 상기 방법은, 상기 단말에 대한 데이터 전송을 중단하도록 지시하는 메시지를 상기 기지국의 CU(central unit)로부터 수신하는 단계; 및 상기 메시지가 상기 기지국의 CU로부터 수신되면, 상기 단말에 대한 데이터 전송을 중단하는 단계;를 포함할 수 있다.
다른 실시 예에 있어서, 무선 통신 시스템에서 단말에 대한 데이터 전송을 중단하는 기지국의 소스 DU가 제공된다. 상기 소스 DU는 메모리; 송수신기; 및 상기 메모리와 상기 송수신기를 연결하는 프로세서를 포함하되, 상기 프로세서는 상기 송수신기가 상기 단말에 대한 데이터 전송을 중단하도록 지시하는 메시지를 상기 기지국의 CU(central unit)로부터 수신하도록 제어하고, 및 상기 메시지가 상기 기지국의 CU로부터 수신되면, 상기 송수신기가 상기 단말에 대한 데이터 전송을 중단하도록 제어할 수 있다.
단말의 이동성으로 인한 데이터 손실을 방지할 수 있다.
도 1은 LTE 시스템의 구조를 나타낸다.
도 2는 제어 평면에 대한 LTE 시스템의 무선 인터페이스 프로토콜을 나타낸다.
도 3은 사용자 평면에 대한 LTE 시스템의 무선 인터페이스 프로토콜을 나타낸다.
도 4는 5G 시스템의 구조를 나타낸다.
도 5는 사용자 평면에 대한 5G 시스템의 무선 인터페이스 프로토콜을 나타낸다.
도 6은 분리형 기지국 배치(Centralized Deployment) 시나리오를 나타낸다.
도 7은 분리형 기지국 배치 시나리오에서, 중앙 유닛과 분산 유닛 사이의 기능 분할(split)을 나타낸다.
도 8은 단말이 동일한 CU 내의 인접하는 DU 사이를 이동하는 경우, 소스 DU에서 발생되는 데이터 손실을 설명하기 위한 도면이다.
도 9는 본 발명의 일 실시 예에 따라, 기지국의 소스 DU가 단말에 대한 데이터 전송을 중단하는 절차를 나타낸다.
도 10은 본 발명의 일 실시 예에 따라, 하향링크 데이터 전달 상태 프레임의 일 예를 나타낸다.
도 11a 및 도 11b는 본 발명의 일 실시 예에 따라, 동일한 CU 내의 인접한 DU 사이에서의 DU 변경 절차를 나타낸다.
도 12는 본 발명의 일 실시 예에 따라, 동일한 CU 내의 인접한 DU 사이에서의 DU 변경 절차를 나타낸다.
도 13a 및 도 13b는 본 발명의 일 실시 예에 따라, 동일한 CU 내의 인접한 DU 사이에서의 DU 변경 절차를 나타낸다.
도 14a 및 도 14b는 본 발명의 일 실시 예에 따라, 동일한 CU 내의 인접한 DU 사이에서의 DU 변경 절차를 나타낸다.
도 15는 본 발명의 일 실시 예에 따라, 기지국의 소스 DU가 단말에 대한 데이터 전송을 중단하는 방법을 나타내는 블록도이다.
도 16은 본 발명의 실시 예가 구현되는 무선 통신 시스템의 블록도이다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 통신 시스템에 사용될 수 있다. CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTS terrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(advanced)는 3GPP LTE의 진화이다. 5G 통신 시스템은 LTE-A의 진화이다.
설명을 명확하게 하기 위해, LTE-A를 위주로 기술하지만 본 발명의 기술적 사상이 이에 제한되는 것은 아니다.
도 1은 LTE 시스템의 구조를 나타낸다. 통신 네트워크는 IMS 및 패킷 데이터를 통한 인터넷 전화(Voice over internet protocol: VoIP)와 같은 다양한 통신 서비스들을 제공하기 위하여 넓게 설치된다.
도 1을 참조하면, LTE 시스템 구조는 하나 이상의 단말(UE; 10), E-UTRAN(evolved-UMTS terrestrial radio access network) 및 EPC(evolved packet core)를 포함한다. 단말(10)은 사용자에 의해 움직이는 통신 장치이다. 단말(10)은 고정되거나 이동성을 가질 수 있으며, MS(mobile station), UT(user terminal), SS(subscriber station), 무선기기(wireless device) 등 다른 용어로 불릴 수 있다.
E-UTRAN은 하나 이상의 eNB(evolved node-B; 20)를 포함할 수 있고, 하나의 셀에 복수의 단말이 존재할 수 있다. eNB(20)는 제어 평면(control plane)과 사용자 평면(user plane)의 끝 지점을 단말에게 제공한다. eNB(20)는 일반적으로 단말(10)과 통신하는 고정된 지점(fixed station)을 말하며, BS(base station), BTS(base transceiver system), 액세스 포인트(access point) 등 다른 용어로 불릴 수 있다. 하나의 eNB(20)는 셀마다 배치될 수 있다. eNB(20)의 커버리지 내에 하나 이상의 셀이 존재할 수 있다. 하나의 셀은 1.25, 2.5, 5, 10 및 20 MHz 등의 대역폭 중 하나를 가지도록 설정되어 여러 단말에게 하향링크(DL; downlink) 또는 상향링크(UL; uplink) 전송 서비스를 제공할 수 있다. 이때 서로 다른 셀은 서로 다른 대역폭을 제공하도록 설정될 수 있다.
이하에서, DL은 eNB(20)에서 단말(10)로의 통신을 의미하며, UL은 단말(10)에서 eNB(20)으로의 통신을 의미한다. DL에서 송신기는 eNB(20)의 일부이고, 수신기는 단말(10)의 일부일 수 있다. UL에서 송신기는 단말(10)의 일부이고, 수신기는 eNB(20)의 일부일 수 있다.
EPC는 제어 평면의 기능을 담당하는 MME(mobility management entity), 사용자 평면의 기능을 담당하는 S-GW(system architecture evolution (SAE) gateway)를 포함할 수 있다. MME/S-GW(30)은 네트워크의 끝에 위치할 수 있으며, 외부 네트워크와 연결된다. MME는 단말의 접속 정보나 단말의 능력에 관한 정보를 가지며, 이러한 정보는 주로 단말의 이동성 관리에 사용될 수 있다. S-GW는 E-UTRAN을 종단점으로 갖는 게이트웨이이다. MME/S-GW(30)은 세션의 종단점과 이동성 관리 기능을 단말(10)에 제공한다. EPC는 PDN(packet data network)-GW(gateway)를 더 포함할 수 있다. PDN-GW는 PDN을 종단점으로 갖는 게이트웨이이다.
MME는 eNB(20)로의 NAS(non-access stratum) 시그널링, NAS 시그널링 보안, AS(access stratum) 보안 제어, 3GPP 액세스 네트워크 간의 이동성을 위한 inter CN(core network) 노드 시그널링, 아이들 모드 단말 도달 가능성(페이징 재전송의 제어 및 실행 포함), 트래킹 영역 리스트 관리(아이들 모드 및 활성화 모드인 단말을 위해), P-GW 및 S-GW 선택, MME 변경과 함께 핸드오버를 위한 MME 선택, 2G 또는 3G 3GPP 액세스 네트워크로의 핸드오버를 위한 SGSN(serving GPRS support node) 선택, 로밍, 인증, 전용 베이러 설정을 포함한 베어러 관리 기능, PWS(public warning system: 지진/쓰나미 경보 시스템(ETWS) 및 상용 모바일 경보 시스템(CMAS) 포함) 메시지 전송 지원 등의 다양한 기능을 제공한다. S-GW 호스트는 사용자 별 기반 패킷 필터링(예를 들면, 심층 패킷 검사를 통해), 합법적 차단, 단말 IP(internet protocol) 주소 할당, DL에서 전송 레벨 패킹 마킹, UL/DL 서비스 레벨 과금, 게이팅 및 등급 강제, APN-AMBR에 기반한 DL 등급 강제의 갖가지 기능을 제공한다. 명확성을 위해 MME/S-GW(30)은 "게이트웨이"로 단순히 표현하며, 이는 MME 및 S-GW를 모두 포함할 수 있다.
사용자 트래픽 전송 또는 제어 트래픽 전송을 위한 인터페이스가 사용될 수 있다. 단말(10) 및 eNB(20)은 Uu 인터페이스에 의해 연결될 수 있다. eNB(20)들은 X2 인터페이스에 의해 상호간 연결될 수 있다. 이웃한 eNB(20)들은 X2 인터페이스에 의한 망형 네트워크 구조를 가질 수 있다. eNB(20)들은 S1 인터페이스에 의해 EPC와 연결될 수 있다. eNB(20)들은 S1-MME 인터페이스에 의해 EPC와 연결될 수 있으며, S1-U 인터페이스에 의해 S-GW와 연결될 수 있다. S1 인터페이스는 eNB(20)와 MME/S-GW(30) 간에 다수-대-다수 관계(many-to-many-relation)를 지원한다.
eNB(20)은 게이트웨이(30)에 대한 선택, RRC(radio resource control) 활성(activation) 동안 게이트웨이(30)로의 라우팅(routing), 페이징 메시지의 스케줄링 및 전송, BCH(broadcast channel) 정보의 스케줄링 및 전송, UL 및 DL에서 단말(10)들로의 자원의 동적 할당, eNB 측정의 설정(configuration) 및 제공(provisioning), 무선 베어러 제어, RAC(radio admission control) 및 LTE 활성 상태에서 연결 이동성 제어 기능을 수행할 수 있다. 상기 언급처럼 게이트웨이(30)는 EPC에서 페이징 개시, LTE 아이들 상태 관리, 사용자 평면의 암호화, SAE 베어러 제어 및 NAS 시그널링의 암호화와 무결성 보호 기능을 수행할 수 있다.
도 2는 제어 평면에 대한 LTE 시스템의 무선 인터페이스 프로토콜을 나타낸다. 도 3은 사용자 평면에 대한 LTE 시스템의 무선 인터페이스 프로토콜을 나타낸다.
단말과 E-UTRAN 간의 무선 인터페이스 프로토콜의 계층은 통신 시스템에서 널리 알려진 OSI(open system interconnection) 모델의 하위 3개 계층을 바탕으로 L1(제1 계층), L2(제2 계층) 및 L3(제3 계층)으로 구분된다. 단말과 E-UTRAN 간의 무선 인터페이스 프로토콜은 수평적으로 물리 계층, 데이터 링크 계층(data link layer) 및 네트워크 계층(network layer)으로 구분될 수 있고, 수직적으로는 제어 신호 전송을 위한 프로토콜 스택(protocol stack)인 제어 평면(control plane)과 데이터 정보 전송을 위한 프로토콜 스택인 사용자 평면(user plane)으로 구분될 수 있다. 무선 인터페이스 프로토콜의 계층은 단말과 E-UTRAN에서 쌍(pair)으로 존재할 수 있고, 이는 Uu 인터페이스의 데이터 전송을 담당할 수 있다.
물리 계층(PHY; physical layer)은 L1에 속한다. 물리 계층은 물리 채널을 통해 상위 계층에 정보 전송 서비스를 제공한다. 물리 계층은 상위 계층인 MAC(media access control) 계층과 전송 채널(transport channel)을 통해 연결된다. 물리 채널은 전송 채널에 맵핑 된다. 전송 채널을 통해 MAC 계층과 물리 계층 사이로 데이터가 전송될 수 있다. 서로 다른 물리 계층 사이, 즉 송신기의 물리 계층과 수신기의 물리 계층 간에 데이터는 물리 채널을 통해 무선 자원을 이용하여 전송될 수 있다. 물리 계층은 OFDM(orthogonal frequency division multiplexing) 방식을 이용하여 변조될 수 있고, 시간과 주파수를 무선 자원으로 활용한다.
물리 계층은 몇몇의 물리 제어 채널(physical control channel)을 사용한다. PDCCH(physical downlink control channel)은 PCH(paging channel) 및 DL-SCH(downlink shared channel)의 자원 할당, DL-SCH와 관련되는 HARQ(hybrid automatic repeat request) 정보에 대하여 단말에 보고한다. PDCCH는 상향링크 전송의 자원 할당에 관하여 단말에 보고하기 위해 상향링크 그랜트를 나를 수 있다. PCFICH(physical control format indicator channel)은 PDCCH를 위해 사용되는 OFDM 심벌의 개수를 단말에 알려주며, 모든 서브프레임마다 전송된다. PHICH(physical hybrid ARQ indicator channel)은 UL-SCH 전송에 대한 HARQ ACK(acknowledgement)/NACK(non-acknowledgement) 신호를 나른다. PUCCH(physical uplink control channel)은 하향링크 전송을 위한 HARQ ACK/NACK, 스케줄링 요청 및 CQI와 같은 UL 제어 정보를 나른다. PUSCH(physical uplink shared channel)은 UL-SCH(uplink shared channel)를 나른다.
물리 채널은 시간 영역에서 복수의 서브프레임(subframe)들과 주파수 영역에서 복수의 부반송파(subcarrier)들로 구성된다. 하나의 서브프레임은 시간 영역에서 복수의 심벌들로 구성된다. 하나의 서브프레임은 복수의 자원 블록(RB; resource block)들로 구성된다. 하나의 자원 블록은 복수의 심벌들과 복수의 부반송파들로 구성된다. 또한, 각 서브프레임은 PDCCH를 위하여 해당 서브프레임의 특정 심벌들의 특정 부반송파들을 이용할 수 있다. 예를 들어, 서브프레임의 첫 번째 심벌이 PDCCH를 위하여 사용될 수 있다. PDCCH는 PRB(physical resource block) 및 MCS(modulation and coding schemes)와 같이 동적으로 할당된 자원을 나를 수 있다. 데이터가 전송되는 단위 시간인 TTI(transmission time interval)는 1개의 서브프레임의 길이와 동일할 수 있다. 서브프레임 하나의 길이는 1ms일 수 있다.
전송채널은 채널이 공유되는지 아닌지에 따라 공통 전송 채널 및 전용 전송 채널로 분류된다. 네트워크에서 단말로 데이터를 전송하는 DL 전송 채널(DL transport channel)은 시스템 정보를 전송하는 BCH(broadcast channel), 페이징 메시지를 전송하는 PCH(paging channel), 사용자 트래픽 또는 제어 신호를 전송하는 DL-SCH 등을 포함한다. DL-SCH는 HARQ, 변조, 코딩 및 전송 전력의 변화에 의한 동적 링크 적응 및 동적/반정적 자원 할당을 지원한다. 또한, DL-SCH는 셀 전체에 브로드캐스트 및 빔포밍의 사용을 가능하게 할 수 있다. 시스템 정보는 하나 이상의 시스템 정보 블록들을 나른다. 모든 시스템 정보 블록들은 같은 주기로 전송될 수 있다. MBMS(multimedia broadcast/multicast service)의 트래픽 또는 제어 신호는 MCH(multicast channel)를 통해 전송된다.
단말에서 네트워크로 데이터를 전송하는 UL 전송 채널은 초기 제어 메시지(initial control message)를 전송하는 RACH(random access channel), 사용자 트래픽 또는 제어 신호를 전송하는 UL-SCH 등을 포함한다. UL-SCH는 HARQ 및 전송 전력 및 잠재적인 변조 및 코딩의 변화에 의한 동적 링크 적응을 지원할 수 있다. 또한, UL-SCH는 빔포밍의 사용을 가능하게 할 수 있다. RACH는 일반적으로 셀로의 초기 접속에 사용된다.
L2에 속하는 MAC 계층은 논리 채널(logical channel)을 통해 상위 계층인 RLC(radio link control) 계층에게 서비스를 제공한다. MAC 계층은 복수의 논리 채널에서 복수의 전송 채널로의 맵핑 기능을 제공한다. 또한, MAC 계층은 복수의 논리 채널에서 단수의 전송 채널로의 맵핑에 의한 논리 채널 다중화 기능을 제공한다. MAC 부 계층은 논리 채널상의 데이터 전송 서비스를 제공한다.
논리 채널은 전송되는 정보의 종류에 따라, 제어 평면의 정보 전달을 위한 제어 채널과 사용자 평면의 정보 전달을 위한 트래픽 채널로 나눌 수 있다. 즉, 논리 채널 타입의 집합은 MAC 계층에 의해 제공되는 다른 데이터 전송 서비스를 위해 정의된다. 논리채널은 전송 채널의 상위에 위치하고 전송채널에 맵핑 된다.
제어 채널은 제어 평면의 정보 전달만을 위해 사용된다. MAC 계층에 의하여 제공되는 제어 채널은 BCCH(broadcast control channel), PCCH(paging control channel), CCCH(common control channel), MCCH(multicast control channel) 및 DCCH(dedicated control channel)을 포함한다. BCCH는 시스템 제어 정보를 방송하기 위한 하향링크 채널이다. PCCH는 페이징 정보의 전송 및 셀 단위의 위치가 네트워크에 알려지지 않은 단말을 페이징 하기 위해 사용되는 하향링크 채널이다. CCCH는 네트워크와 RRC 연결을 갖지 않을 때 단말에 의해 사용된다. MCCH는 네트워크로부터 단말에게 MBMS 제어 정보를 전송하는데 사용되는 일대다 하향링크 채널이다. DCCH는 RRC 연결 상태에서 단말과 네트워크간에 전용 제어 정보 전송을 위해 단말에 의해 사용되는 일대일 양방향 채널이다.
트래픽 채널은 사용자 평면의 정보 전달만을 위해 사용된다. MAC 계층에 의하여 제공되는 트래픽 채널은 DTCH(dedicated traffic channel) 및 MTCH(multicast traffic channel)을 포함한다. DTCH는 일대일 채널로 하나의 단말의 사용자 정보의 전송을 위해 사용되며, 상향링크 및 하향링크 모두에 존재할 수 있다. MTCH는 네트워크로부터 단말에게 트래픽 데이터를 전송하기 위한 일대다 하향링크 채널이다.
논리 채널과 전송 채널간의 상향링크 연결은 UL-SCH에 맵핑 될 수 있는 DCCH, UL-SCH에 맵핑 될 수 있는 DTCH 및 UL-SCH에 맵핑 될 수 있는 CCCH를 포함한다. 논리 채널과 전송 채널간의 하향링크 연결은 BCH 또는 DL-SCH에 맵핑 될 수 있는 BCCH, PCH에 맵핑 될 수 있는 PCCH, DL-SCH에 맵핑 될 수 있는 DCCH, DL-SCH에 맵핑 될 수 있는 DTCH, MCH에 맵핑 될 수 있는 MCCH 및 MCH에 맵핑 될 수 있는 MTCH를 포함한다.
RLC 계층은 L2에 속한다. RLC 계층의 기능은 하위 계층이 데이터를 전송하기에 적합하도록 무선 섹션에서 상위 계층으로부터 수신된 데이터의 분할/연접에 의한 데이터의 크기 조정을 포함한다. 무선 베어러(RB; radio bearer)가 요구하는 다양한 QoS를 보장하기 위해, RLC 계층은 투명 모드(TM; transparent mode), 비 확인 모드(UM; unacknowledged mode) 및 확인 모드(AM; acknowledged mode)의 세 가지의 동작 모드를 제공한다. AM RLC는 신뢰성 있는 데이터 전송을 위해 ARQ(automatic repeat request)를 통해 재전송 기능을 제공한다. 한편, RLC 계층의 기능은 MAC 계층 내부의 기능 블록으로 구현될 수 있으며, 이때 RLC 계층은 존재하지 않을 수도 있다.
PDCP(packet data convergence protocol) 계층은 L2에 속한다. PDCP 계층은 상대적으로 대역폭이 작은 무선 인터페이스 상에서 IPv4 또는 IPv6와 같은 IP 패킷을 도입하여 전송되는 데이터가 효율적으로 전송되도록 불필요한 제어 정보를 줄이는 헤더 압축 기능을 제공한다. 헤더 압축은 데이터의 헤더에 필요한 정보만을 전송함으로써 무선 섹션에서 전송 효율을 높인다. 게다가, PDCP 계층은 보안 기능을 제공한다. 보안기능은 제3자의 검사를 방지하는 암호화 및 제3자의 데이터 조작을 방지하는 무결성 보호를 포함한다.
RRC(radio resource control) 계층은 L3에 속한다. L3의 가장 하단 부분에 위치하는 RRC 계층은 오직 제어 평면에서만 정의된다. RRC 계층은 단말과 네트워크 간의 무선 자원을 제어하는 역할을 수행한다. 이를 위해 단말과 네트워크는 RRC 계층을 통해 RRC 메시지를 교환한다. RRC 계층은 RB들의 구성(configuration), 재구성(re-configuration) 및 해제(release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. RB는 단말과 네트워크 간의 데이터 전달을 위해 L1 및 L2에 의해 제공되는 논리적 경로이다. 즉, RB는 단말과 E-UTRAN 간의 데이터 전송을 위해 L2에 의해 제공되는 서비스를 의미한다. RB가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 결정함을 의미한다. RB는 SRB(signaling RB)와 DRB(data RB) 두 가지로 구분될 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.
RRC 계층 상위에 위치하는 NAS(Non-Access Stratum) 계층은 연결관리(Session Management)와 이동성 관리(Mobility Management) 등의 기능을 수행한다.
도 2를 참조하면, RLC 및 MAC 계층(네트워크 측에서 eNB에서 종료)은 스케줄링, ARQ 및 HARQ와 같은 기능을 수행할 수 있다. RRC 계층(네트워크 측에서 eNB에서 종료)은 방송, 페이징, RRC 연결 관리, RB 제어, 이동성 기능 및 단말 측정 보고/제어와 같은 기능을 수행할 수 있다. NAS 제어 프로토콜(네트워크 측에서 게이트웨이의 MME에서 종료)은 SAE 베어러 관리, 인증, LTE_IDLE 이동성 핸들링, LTE_IDLE에서 페이징 개시 및 단말과 게이트웨이 간의 시그널링을 위한 보안 제어와 같은 기능을 수행할 수 있다.
도 3을 참조하면, RLC 및 MAC 계층(네트워크 측에서 eNB에서 종료)은 제어 평면에서의 기능과 동일한 기능을 수행할 수 있다. PDCP 계층(네트워크 측에서 eNB에서 종료)은 헤더 압축, 무결성 보호 및 암호화와 같은 사용자 평면 기능을 수행할 수 있다.
이하, 5G 네트워크 구조에 대하여 설명한다.
도 4는 5G 시스템의 구조를 나타낸다.
기존 EPS(Evolved Packet System)의 코어 네트워크 구조인 EPC(Evolved Packet Core)의 경우, MME(Mobility Management Entity), S-GW(Serving Gateway), P-GW(Packet Data Network Gateway) 등 엔티티(entity) 별로 기능, 참조점(reference point), 프로토콜 등이 정의되어 있다.
반면, 5G 코어 네트워크(또는, NextGen 코어 네트워크)의 경우, 네트워크 기능(NF; Network Function) 별로 기능, 참조점, 프로토콜 등이 정의되어 있다. 즉, 5G 코어 네트워크는 엔티티 별로 기능, 참조점, 프로토콜 등이 정의되지 않는다.
도 4를 참조하면, 5G 시스템 구조는 하나 이상의 단말(UE; 10), NG-RAN(Next Generation-Radio Access Network) 및 NGC(Next Generation Core)를 포함한다.
NG-RAN은 하나 이상의 gNB(40)를 포함할 수 있고, 하나의 셀에 복수의 단말이 존재할 수 있다. gNB(40)는 제어 평면(control plane)과 사용자 평면(user plane)의 끝 지점을 단말에게 제공한다. gNB(40)는 일반적으로 단말(10)과 통신하는 고정된 지점(fixed station)을 말하며, BS(base station), BTS(base transceiver system), 액세스 포인트(access point) 등 다른 용어로 불릴 수 있다. 하나의 gNB(40)는 셀마다 배치될 수 있다. gNB(40)의 커버리지 내에 하나 이상의 셀이 존재할 수 있다.
NGC는 제어 평면의 기능을 담당하는 AMF(Access and Mobility Function) 및 SMF(Session Management Function)를 포함할 수 있다. AMF는 이동성 관리 기능을 담당할 수 있고, SMF는 세션 관리 기능을 담당할 수 있다. NGC는 사용자 평면의 기능을 담당하는 UPF(User Plane Function)를 포함할 수 있다.
사용자 트래픽 전송 또는 제어 트래픽 전송을 위한 인터페이스가 사용될 수 있다. 단말(10) 및 gNB(40)은 NG3 인터페이스에 의해 연결될 수 있다. gNB(40)들은 Xn 인터페이스에 의해 상호간 연결될 수 있다. 이웃한 gNB(40)들은 Xn 인터페이스에 의한 망형 네트워크 구조를 가질 수 있다. gNB(40)들은 NG 인터페이스에 의해 NGC와 연결될 수 있다. gNB(40)들은 NG-C 인터페이스에 의해 AMF와 연결될 수 있으며, NG-U 인터페이스에 의해 UPF와 연결될 수 있다. NG 인터페이스는 gNB(40)와 MME/UPF(50) 간에 다수-대-다수 관계(many-to-many-relation)를 지원한다.
gNB 호스트는 무선 자원 관리에 대한 기능 (Functions for Radio Resource Management), IP 헤더 압축 및 사용자 데이터 스트림의 암호화 (IP header compression and encryption of user data stream), AMF로의 라우팅이 단말에 의해 제공된 정보로부터 결정될 수 없을 때 단말 부착에서 AMF의 선택 (Selection of an AMF at UE attachment when no routing to an AMF can be determined from the information provided by the UE), 하나 이상의 UPF를 향한 사용자 평면 데이터의 라우팅 (Routing of User Plane data towards UPF(s)), (AMF로부터 유래된) 페이징 메시지의 전송 및 스케줄링 (Scheduling and transmission of paging messages (originated from the AMF)), (AMF 또는 O&M으로부터 유래된) 시스템 방송 정보의 전송 및 스케줄링 (Scheduling and transmission of system broadcast information (originated from the AMF or O&M)), 또는 스케줄링 및 이동성에 대한 측정 보고 설정 및 측정 (Measurement and measurement reporting configuration for mobility and scheduling)과 같은 기능을 수행할 수 있다.
AMF(Access and Mobility Function) 호스트는 NAS 시그널링 종료 (NAS signalling termination), NAS 시그널링 보안 (NAS signalling security), AS 보안 제어 (AS Security control), 3GPP 액세스 네트워크 간의 이동성을 위한 인터 CN 노드 시그널링 (Inter CN node signalling for mobility between 3GPP access networks), (페이징 재전송의 실행 및 제어를 포함하는) IDLE 모드 단말 도달 가능성 (Idle mode UE Reachability (including control and execution of paging retransmission)), ACTIVE 모드 및 IDLE 모드에 있는 단말에 대한 트래킹 영역 리스트 관리 (Tracking Area list management (for UE in idle and active mode)), AMF 변경을 수반하는 핸드오버에 대한 AMF 선택 (AMF selection for handovers with AMF change), 액세스 인증 (Access Authentication), 또는 로밍 권한의 확인을 포함하는 액세스 승인 (Access Authorization including check of roaming rights)과 같은 주요 기능을 수행할 수 있다.
UPF(User Plane Function) 호스트는 (적용 가능한 경우) 인트라/인터-RAT 이동성을 위한 앵커 포인트 (Anchor point for Intra-/Inter-RAT mobility (when applicable)), 데이터 네트워크로 상호 연결의 외부 PDU 세션 포인트 (External PDU session point of interconnect to Data Network), 패킷 라우팅 및 포워딩 (Packet routing & forwarding), 패킷 검사 및 정책 규칙 적용의 사용자 평면 파트 (Packet inspection and User plane part of Policy rule enforcement), 트래픽 사용 보고 (Traffic usage reporting), 데이터 네트워크로 트래픽 흐름을 라우팅하는 것을 지원하는 업 링크 분류자 (Uplink classifier to support routing traffic flows to a data network), 멀티 홈 PDU 세션을 지원하는 브랜칭 포인트(Branching point to support multi-homed PDU session), 사용자 평면에 대한 QoS 핸들링, 예를 들어, 패킷 필터링, 게이팅, UL/DL 요금 집행 (QoS handling for user plane, e.g. packet filtering, gating, UL/DL rate enforcement), 상향링크 트래픽 확인 (SDF에서 QoS 흐름 매핑으로) (Uplink Traffic verification (SDF to QoS flow mapping)), 하향링크 및 상향링크에서의 전송 레벨 패킷 마킹 (Transport level packet marking in the uplink and downlink), 또는 하향링크 패킷 버퍼링 및 하향링크 데이터 통지 트리거링 (Downlink packet buffering and downlink data notification triggering)과 같은 주요 기능을 수행할 수 있다.
SMF(Session Management Function) 호스트는 세션 관리 (Session Management), UE IP 주소 할당 및 관리 (UE IP address allocation and management), UP 기능의 선택 및 제어 (Selection and control of UP function), 트래픽을 적절한 대상으로 라우트하기 위해 UPF에서 트래픽 조정을 구성 (Configures traffic steering at UPF to route traffic to proper destination), QoS 및 정책 집행의 일부를 제어 (Control part of policy enforcement and QoS), 또는 하향링크 데이터 통지 (Downlink Data Notification)와 같은 주요 기능을 수행할 수 있다.
도 5는 사용자 평면에 대한 5G 시스템의 무선 인터페이스 프로토콜을 나타낸다.
도 5를 참조하면, 사용자 평면에 대한 5G 시스템의 무선 인터페이스 프로토콜은 LTE 시스템과 비교하여 SDAP(Service Data Adaptation Protocol)라는 새로운 계층을 포함할 수 있다. SDAP 계층의 주요 서비스 및 기능은 QoS 플로우(Quality of Service flow)와 DRB(data radio bearer) 사이의 맵핑, DL 및 UL 패킷 모두에서 QFI(QoS flow ID) 마킹이다. SDAP의 싱글 프로토콜 엔티티는 두 개의 엔티티가 설정(configure)될 수 있는 DC(dual connectivity)를 제외하고, 각각의 개별 PDU 세션에 대하여 설정될 수 있다.
이하, 5G RAN 배치 시나리오에 대하여 설명한다.
5G RAN은 기지국 기능을 중앙 유닛(Central Unit)과 분산 유닛(Distributed Unit)에 배치시키는 형태 및 4G 기지국과의 공존 여부 등에 따라 일체형 기지국 배치(Non-centralised deployment) 시나리오, 동일 국사 배치(Co-Sited Deployment with E-UTRA) 시나리오 및 분리형 기지국 배치(Centralized Deployment) 시나리오로 나뉠 수 있다. 본 명세서에서, 5G RAN, gNB, Next Generation NodeB, New RAN 및 NR BS(New Radio Base Station)은 5G를 위해 새롭게 정의된 기지국을 의미할 수 있다.
도 6은 분리형 기지국 배치(Centralized Deployment) 시나리오를 나타낸다.
도 6을 참조하면, gNB는 중앙 유닛 및 분산 유닛으로 분리될 수 있다. 즉, gNB는 계층적으로 분리되어 운용될 수 있다. 중앙 유닛은 기지국의 상위 계층(upper layers)의 기능을 수행할 수 있고, 분산 유닛은 기지국의 하위 계층(lower layers)의 기능을 수행할 수 있다.
도 7은 분리형 기지국 배치 시나리오에서, 중앙 유닛과 분산 유닛 사이의 기능 분할(split)을 나타낸다.
도 7을 참조하면, 옵션 1의 경우, RRC 계층은 중앙 유닛에 있고, PDCP 계층, RLC 계층, MAC 계층, 물리 계층 및 RF는 분산 유닛에 있다. 옵션 2의 경우, RRC 계층 및 PDCP 계층은 중앙 유닛에 있고, RLC 계층, MAC 계층, 물리 계층 및 RF는 분산 유닛에 있다. 옵션 3의 경우, RRC 계층, PDCP 계층 및 RLC 상위 계층은 중앙 유닛에 있고, RLC 하위 계층, MAC 계층, 물리 계층 및 RF는 분산 유닛에 있다. 옵션 4의 경우, RRC 계층, PDCP 계층 및 RLC 계층은 중앙 유닛에 있고, MAC 계층, 물리 계층 및 RF는 분산 유닛에 있다. 옵션 5의 경우, RRC 계층, PDCP 계층, RLC 계층 및 MAC 상위 계층은 중앙 유닛에 있고, MAC 하위 계층, 물리 계층 및 RF는 분산 유닛에 있다. 옵션 6의 경우, RRC 계층, PDCP 계층, RLC 계층 및 MAC 계층은 중앙 유닛에 있고, 물리 계층 및 RF는 분산 유닛에 있다. 옵션 7의 경우, RRC 계층, PDCP 계층, RLC 계층, MAC 계층 및 상위 물리 계층은 중앙 유닛에 있고, 하위 물리 계층 및 RF는 분산 유닛에 있다. 옵션 8의 경우, RRC 계층, PDCP 계층, RLC 계층, MAC 계층 및 물리 계층은 중앙 유닛에 있고, RF는 분산 유닛에 있다.
이하, 본 명세서에서, 중앙 유닛은 CU라고 칭하고, 분산 유닛은 DU라고 칭할 수 있다. CU는 gNB의 RRC(radio resource control), SDAP(service data adaptation protocol) 및 PDCP(packet data convergence protocol) 계층을 호스팅하는 로지컬 노드(logical node)일 수 있고, DU는 gNB의 RLC(radio link control), MAC(media access control) 및 PHY(physical) 계층을 호스팅하는 로지컬 노드일 수 있다. 대안적으로, CU는 en-gNB의 RRC 및 PDCP 계층을 호스팅하는 로지컬 노드일 수 있다.
한편, CU 및 DU가 도 7의 옵션 2와 같이 분할되는 경우, 단말이 상기 단말의 이동성으로 인해 DU를 변경하면, 손실된(lost) RLC PDU가 소스 DU에서 발생될 수 있다.
도 8은 단말이 동일한 CU 내의 인접하는 DU 사이를 이동하는 경우, 소스 DU에서 발생되는 데이터 손실을 설명하기 위한 도면이다.
도 8을 참조하면, DU 1 내지 DU 2는 동일한 CU에 의해 제어되고, 단말은 DU 1의 영역에서 DU 2의 영역으로 이동하는 것으로 가정한다. 따라서, DU 1은 소스 DU일 수 있고, DU 2는 타겟 DU일 수 있다. 단말이 동일한 CU 내의 인접한 DU 사이에서(즉, DU 1에서 DU 2로) 이동하면, 손실된 RLC PDU가 소스 DU(즉, DU 1)에서 발생할 수 있고, 상기 손실된 RLC PDU는 타겟 DU(즉, DU 2)에 의해 재 전송될 필요가 있다. 따라서, 상기 손실된 RLC PDU를 단말에게 제공하기 위해, 타겟 DU(즉, DU 2)는 어떤 RLC PDU가 손실되었는지 알아야만 한다. 하지만, 소스 DU(즉, DU 1)와 타겟 DU(즉, DU 2)는 물리적으로 떨어져 있고, 상호 간에 인터페이스도 없기 때문에, 타겟 DU(즉, DU 2)는 어떤 RLC PDU가 소스 DU(즉, DU 1)에서 손실되었는지 알 수 없다. 그러므로, 타겟 DU(즉, DU 2)는 소스 DU(즉, DU 1)에서 발생한 손실된 RLC PDU를 단말에게 재 전송할 수 없다. 상기와 같은 문제를 해결하기 위해, 손실된 데이터를 재전송하기 위한 절차가 제안될 필요가 있다. 이하, 본 발명의 일 실시 예에 따라, 손실된 데이터를 재전송하는 방법 및 이를 지원하는 장치에 대하여 설명한다.
도 9는 본 발명의 일 실시 예에 따라, 기지국의 소스 DU가 단말에 대한 데이터 전송을 중단하는 절차를 나타낸다.
도 9를 참조하면, 단계 S910에서, CU는 단말의 DU를 소스 DU에서 타겟 DU로 변경하기로 결정할 수 있다. 상기 소스 DU와 타겟 DU는 동일한 CU에 속할 수 있다.
단계 S920에서, CU는 단말에 대한 데이터 전송을 중단하도록 지시하는 메시지를 소스 DU에게 전송할 수 있다. 메시지는 UE 컨텍스트 수정 요청 메시지(UE Context Modification Request message) 또는 새로운 메시지(new message)일 수 있다. 예를 들어, UE 컨텍스트 정보의 변경을 DU에 제공하기 위해 CU에 의해 전송되는 UE 컨텍스트 수정 요청 메시지는 표 1 과 같이 정의될 수 있다.
IE/Group Name Presence Criticality Assigned Criticality
Message Type M YES reject
gNB-CU UE F1AP ID M YES reject
gNB-DU UE F1AP ID M YES reject
PSCell ID O YES Ignore
DRX Cycle O YES ignore
CU to DU RRC Information O YES reject
Transmission Stop Indicator O YES ignore
표 1을 참조하면, UE 컨텍스트 수정 요청 메시지는 전송 중단 지시자 IE(Transmission Stop Indicator IE)를 포함할 수 있고, 상기 전송 중단 지시자 IE는 DU에게 단말에 대한 데이터 전송을 중단하도록 지시할 수 있다.
단계 S930에서, 소스 DU는 단말에 대한 데이터 전송을 중단할 수 있다. 그리고, 소스 DU는 단말에게 성공적으로 전송되지 않은 하향링크 데이터(unsuccessfully transmitted downlink data to the UE)에 대한 정보를 CU에게 전송할 수 있다. 상기 정보는 하향링크 데이터 전달 상태 프레임(Downlink Data Delivery Status frame)에 포함될 수 있다. 예를 들어, 상기 하향링크 데이터에 대한 정보는 손실된 RLC PDU에 해당하는 PDCP PDU의 시퀀스 번호(sequence numbers of PDCP PDU corresponding to lost RLC PDUs)일 수 있다. 예를 들어, 상기 하향링크 데이터에 대한 정보는 CU로부터 수신된 PDCP PDU 중에서 단말에 순차적으로 성공적으로 전달된 가장 높은 PDCP PDU 시퀀스 번호(the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU)일 수 있다.
도 10은 본 발명의 일 실시 예에 따라, 하향링크 데이터 전달 상태 프레임의 일 예를 나타낸다.
도 10을 참조하면, 하향링크 데이터 전달 상태 프레임은 NR PDCP 엔티티를 호스팅하는 노드로부터 수신된 NR PDCP PDU 중에서 단말에 순차적으로 성공적으로 전달된 가장 높은 NR PDCP PDU 시퀀스 번호(the highest NR PDCP PDU sequence number successfully delivered in sequence to the UE among those NR PDCP PDUs received from the node hosting the NR PDCP entity)를 포함할 수 있다. 상기 NR PDCP 엔티티를 호스팅하는 노드는 CU일 수 있다.
다시 도 9를 참조하면, 단계 S940에서, CU는 단말에게 성공적으로 전송되지 않은 하향링크 데이터를 타겟 DU에게 전송할 수 있다. 상기 하향링크 데이터는 하향링크 패킷일 수 있으며, 상기 하향링크 패킷은 소스 DU에서 성공적으로 단말에게 전송되지 않은 PDCP PDU를 포함할 수 있다.
본 발명의 일 실시 예에 따르면, 단말이 소스 DU에서 타겟 DU로 이동할 때, 소스 DU에서 단말에게 성공적으로 전송되지 않은 하향링크 데이터는 CU로부터 타겟 DU에게 신속하게 재전송될 수 있다.
도 11a 및 도 11b는 본 발명의 일 실시 예에 따라, 동일한 CU 내의 인접한 DU 사이에서의 DU 변경 절차를 나타낸다.
도 11a를 참조하면, 단계 S1100에서, 단말은 RRC_CONNECTED 상태로 진입할 수 있다.
단계 S1101에서, 측정 보고 메시지(Measurement Report message)가 트리거될 수 있고, 소스 DU에게 전송될 수 있다.
단계 S1102에서, 소스 DU는 상기 측정 보고 메시지를 피기백하는 컨테이너를 포함하는 메시지를 CU에게 전송할 수 있다. 상기 메시지는 상향링크 RRC 트랜스포트 메시지(Uplink RRC Transport message) 또는 새로운 메시지(new message)일 수 있다.
단계 S1103에서, 소스 DU는 단말로 향하는 하향링크 데이터에 대한 피드백을 CU에게 제공할 수 있다.
단계 S1104에서, CU가 단말로부터의 측정 보고 메시지 및 소스 DU로부터의 피드백을 수신하면, CU는 단말의 DU를 변경하기로 결정할 수 있다.
단계 S1105a에서, CU는 단말에 대한 데이터 전송을 중단하도록 지시하는 메시지를 소스 DU에게 전송할 수 있다. 상기 메시지는 UE 컨텍스트 수정 요청 메시지(UE Context Modification Request message), DU 변경 지시 메시지(DU Change Indication message) 또는 새로운 메시지(new message)일 수 있다. 부가적으로, 상기 메시지는 단말의 소스 DU가 변경됨을 지시할 수 있다. 만약 상기 메시지가 단계 S1108 이후에 전송되어야 하면, 단계 S1105a 및 단계 S1105b는 스킵될 수 있다.
단계 S1105b에서, 소스 DU가 상기 메시지를 CU로부터 수신하면, 소스 DU는 단말로의 데이터 전송을 중단하고, 하향링크 데이터 전달 상태 프레임(Downlink Data Delivery Status frame)을 CU에게 전송할 수 있다. 상기 하향링크 데이터 전달 상태 프레임은 단말에게 성공적으로 전송되지 않은 하향링크 데이터를 CU에게 알리기 위해 전송될 수 있다. 즉, 소스 DU는 손실된 PDU에 대한 정보를 포함하는 단말로 향하는 하향링크 데이터에 대한 피드백을 CU에게 제공할 수 있다. 예를 들어, 손실된 PDU에 대한 정보는 손실된 RLC PDU에 해당하는 PDCP PDU의 시퀀스 번호(sequence numbers of PDCP PDU corresponding to lost RLC PDUs)일 수 있다. 예를 들어, 손실된 PDU에 대한 정보는 CU로부터 수신된 PDCP PDU 중에서 단말에 순차적으로 성공적으로 전달된 가장 높은 PDCP PDU 시퀀스 번호(the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU)일 수 있다. 따라서, CU는 단말에게 성공적으로 전송되지 않은 하향링크 데이터(예를 들어, 소스 DU에서 성공적으로 전송되지 않은 PDCP PDU를 포함하는 하향링크 패킷)를 알 수 있고, 상기 하향링크 데이터는 CU로부터 타겟 DU에게 전송될 수 있다.
단계 S1106에서, CU는 단말에 대한 UE 컨텍스트의 생성 및/또는 무선 자원의 할당을 타겟 DU에게 요청함으로써 DU의 변경을 개시할 수 있다. 상기 DU의 변경은 UE 컨텍스트 셋업 절차(UE Context Setup procedure) 또는 베어러 셋업 절차(Bearer Setup procedure)에 의해 요청될 수 있다. 즉, CU는 UE 컨텍스트 셋업 요청 메시지 또는 베어러 셋업 요청 메시지를 타겟 DU에게 전송할 수 있다. CU는 상기 UE 컨텍스트 셋업 요청 메시지 또는 베어러 셋업 요청 메시지에 베어러 별로 다음을 포함할 수 있다.
- RB ID (예를 들어, SRB ID 또는 DRB ID)
- CU에 대한 TNL 어드레스
- CU에 대한 상향링크 TEID(Uplink Tunnel Endpoint Identifier)
- RLC 설정
- 논리 채널 설정(logical channel configuration)
또한, CU는 상기 UE 컨텍스트 셋업 요청 메시지 또는 베어러 셋업 요청 메시지에 다음을 포함할 수 있다.
- CU UE F1AP ID
- RRC 컨텍스트
상기 RRC 컨텍스트는 단말에 대한 빔 측정, RSRQ, RSRP, RACH 설정 및/또는 RACH 자원과 관련된 정보를 포함할 수 있다. 모든 정보 또는 일부 정보는 RRC 컨텍스트에 포함되지 않을 수 있다. 또한, EN-DC 케이스에서, CU가 SgNB 수정 요청 메시지(SgNB Modification Request message)를 MeNB로부터 수신하면, 상기 UE 컨텍스트 셋업 요청 메시지 또는 베어러 셋업 요청 메시지는 MeNB에 의해 제공된 RRC 컨테이너에 포함된 정보 중에서 무선 자원 설정(radio resource configuration) 및/또는 RLC/MAC/PHY 계층 관련 정보를 포함할 수 있다. 부가적으로, 상기 UE 컨텍스트 셋업 요청 메시지 또는 베어러 셋업 요청 메시지는 인터-DU 이동성 케이스(inter-DU mobility case) 또는 EN-DC 케이스(EN-DC case) 중 어느 하나를 타겟 DU에게 알리는 지시자를 포함할 수 있다.
단계 S1107에서, 타겟 DU가 CU로부터 요청 메시지를 수신하면, 타겟 DU는 단말에 대하여 요청된 베어러 및/또는 UE 컨텍스트를 확립(establish)할 수 있고, 확립되도록 요청된 베어러에 대하여 F1 인터페이스 상에 필요한 자원(required resource)을 할당할 수 있다. 또한, 단말에 대하여, RRC 컨텍스트에 포함되거나 포함되지 않은 수신된 정보를 기반으로, 타겟 DU는 자원과 관련된 빔 및 RACH를 할당할 수 있고, RACH 설정(configuration)을 셋(set)할 수 있다.
단계 S1108에서, 요청된 베어러 및/또는 UE 컨텍스트가 확립되었음을 지시하기 위해, 타겟 DU는 UE 컨텍스트 셋업 응답 메시지(UE Context Setup Response message) 또는 베어러 셋업 응답 메시지(Bearer Setup Response message)로 CU에게 응답할 수 있다. 타겟 DU는 상기 UE 컨텍스트 셋업 응답 메시지 또는 베어러 셋업 응답 메시지에 베어러 별로 다음을 포함할 수 있다.
- RB ID (예를 들어, SRB ID 또는 DRB ID)
- 타겟 DU에 대한 TNL 어드레스
- 타겟 DU에 대한 하향링크 TEID(Downlink Tunnel Endpoint Identifier)
또한, 타겟 DU는 상기 UE 컨텍스트 셋업 응답 메시지 또는 베어러 셋업 응답 메시지에 다음을 포함할 수 있다.
- RRC 컨텍스트
상기 RRC 컨텍스트는 할당된 빔(allocated beam), 셋된 RACH 설정(set RACH configuration) 또는 할당된 RACH 자원(allocated RACH resource)과 관련된 정보를 포함할 수 있다. 모든 정보 또는 일부 정보는 RRC 컨텍스트에 포함되지 않을 수 있다. 타겟 DU가 EN-DC 케이스를 지시하는 지시자 및/또는 MeNB에 의해 제공된 RRC 컨테이너에 포함된 정보를 수신하면, 타겟 DU는 EN-DC 케이스에 대응하거나 수신된 것에 대응하는 무선 자원 관련 정보(radio resource related information)를 포함할 수 있다.
단계 S1109a에서, CU가 응답 메시지를 타겟 DU로부터 수신하고, 단계 S1105a 및 S1105b가 스킵되면, CU는 단말에 대한 데이터 전송을 중단하도록 지시하는 메시지를 소스 DU에게 전송할 수 있다. 상기 메시지는 UE 컨텍스트 수정 요청 메시지(UE Context Modification Request message), DU 변경 지시 메시지(DU Change Indication message) 또는 새로운 메시지(new message)일 수 있다. 부가적으로, 상기 메시지는 단말의 소스 DU가 변경됨을 지시할 수 있다.
단계 S1105a 및 S1105b가 스킵되지 않으면, 단계 S1109a 및 S1109b는 스킵되고, 단계 S1105b에 의해 제공된 피드백을 기반으로, CU는 각 베어러에 대하여 손실된 RLC PDU와 관련된 PDCP PDU를 타겟 DU에게 재전송 할 수 있다.
CU는 단말에게 제공될 RRC 메시지를 생성(generate)할 수 있다. 예를 들어, 상기 RRC 메시지는 RRC 연결 재설정 메시지(RRC Connection Reconfiguration message)일 수 있다. 상기 RRC 메시지는 타겟 DU로부터 수신된 RRC 컨텍스트를 포함할 수 있다.
단계 S1109b에서, 소스 DU가 상기 메시지를 CU로부터 수신하면, 소스 DU는 단말로의 데이터 전송을 중단하고, 하향링크 데이터 전달 상태 프레임(Downlink Data Delivery Status frame)을 CU에게 전송할 수 있다. 상기 하향링크 데이터 전달 상태 프레임은 단말에게 성공적으로 전송되지 않은 하향링크 데이터를 CU에게 알리기 위해 전송될 수 있다. 즉, 소스 DU는 손실된 PDU에 대한 정보를 포함하는 단말로 향하는 하향링크 데이터에 대한 피드백을 CU에게 제공할 수 있다. 예를 들어, 손실된 PDU에 대한 정보는 손실된 RLC PDU에 해당하는 PDCP PDU의 시퀀스 번호(sequence numbers of PDCP PDU corresponding to lost RLC PDUs)일 수 있다. 예를 들어, 손실된 PDU에 대한 정보는 CU로부터 수신된 PDCP PDU 중에서 단말에 순차적으로 성공적으로 전달된 가장 높은 PDCP PDU 시퀀스 번호(the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU)일 수 있다. 이후, CU는 상기 피드백을 기반으로 각 베어러에 대한 손실된 RLC PDU와 관련된 PDCP PDU를 타겟 DU에게 재전송할 수 있다. 즉, CU는 단말에게 성공적으로 전송되지 않은 하향링크 데이터(예를 들어, 소스 DU에서 성공적으로 전송되지 않은 PDCP PDU를 포함하는 하향링크 패킷)를 알 수 있고, 상기 하향링크 데이터는 CU로부터 타겟 DU에게 전송될 수 있다.
단계 S1110에서, CU는 RRC 연결 재설정 메시지를 피기백하는 컨테이너를 포함하는 메시지를 소스 DU에게 전송할 수 있다. 상기 메시지는 하향링크 RRC 트랜스포트 메시지(Downlink RRC Transport message) 또는 새로운 메시지(new message)일 수 있다. 만약 단계 S1105a 및 S1105b가 스킵되거나, 단계 S1109a 및 S1109b가 스킵되면, 단말로의 데이터 전송을 중단하고 단말로 향하는 하향링크 데이터에 대한 피드백을 CU에게 제공하도록 하기 위한 지시자가 상기 메시지에 포함될 수 있다.
단계 S1111에서, 소스 DU가 CU로부터 상기 메시지를 수신하면, 소스 DU는 RRC 연결 재설정 메시지(RRC Connection Reconfiguration message)를 단말에게 전송할 수 있다. 소스 DU가 단계 S1110에서 CU로부터 지시자를 수신하면, 소스 DU는 단말로의 데이터 전송을 중단하고 단말로 향하는 하향링크 데이터에 대한 피드백을 CU에게 제공할 수 있다. 상기 피드백은 손실된 PDU에 대한 정보를 포함할 수 있다. 예를 들어, 손실된 PDU에 대한 정보는 손실된 RLC PDU에 해당하는 PDCP PDU의 시퀀스 번호(sequence numbers of PDCP PDU corresponding to lost RLC PDUs)일 수 있다. 예를 들어, 손실된 PDU에 대한 정보는 CU로부터 수신된 PDCP PDU 중에서 단말에 순차적으로 성공적으로 전달된 가장 높은 PDCP PDU 시퀀스 번호(the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU)일 수 있다. 이후, CU는 상기 피드백을 기반으로 각 베어러에 대한 손실된 RLC PDU와 관련된 PDCP PDU를 타겟 DU에게 재전송할 수 있다. 즉, CU는 단말에게 성공적으로 전송되지 않은 하향링크 데이터(예를 들어, 소스 DU에서 성공적으로 전송되지 않은 PDCP PDU를 포함하는 하향링크 패킷)를 알 수 있고, 상기 하향링크 데이터는 CU로부터 타겟 DU에게 전송될 수 있다.
도 11b를 참조하면, 단계 S1112에서, 단말은 소스 DU와의 연결을 끊을 수 있다.
단계 S1113에서, 단말은 RRC 연결 재설정 완료 메시지(RRC Connection Reconfiguration Complete message)를 타겟 DU에게 전송할 수 있다.
단계 S1114에서, 타겟 DU는 RRC 연결 재설정 완료 메시지를 피기백하는 컨테이너를 포함하는 메시지를 CU에게 전송할 수 있다. 상기 메시지는 상향링크 RRC 트랜스포트 메시지(Uplink RRC Transport message) 또는 새로운 메시지(new message)일 수 있다.
단계 S1115에서, CU가 상기 메시지를 타겟 DU로부터 수신하면, 단말에 대한 UE 컨텍스트 및/또는 무선 자원을 해제하기 위해, CU는 소스 DU를 향해 UE 컨텍스트 해제 절차(UE Context Release procedure) 또는 베어러 해제 절차(Bearer Release procedure)를 트리거할 수 있다.
본 발명의 일 실시 예에 따르면, CU가 RRC 연결 재설정 절차를 트리거하기 전에, CU는 F1 연결을 가지는 소스 DU에게 하향링크 데이터 전송을 중단하도록 지시할 수 있다. 그리고, 소스 DU는 하향링크 데이터에 대한 피드백을 제공할 수 있다. 따라서, 단말이 소스 DU에서 타겟 DU로 이동할 때, 소스 DU에서 단말에게 성공적으로 전송되지 않은 하향링크 데이터(예를 들어, 소스 DU에서 발생한 손실된 RLC PDU와 관련된 PCDP PDU)는 CU로부터 타겟 DU에게 신속하게 재전송될 수 있다. 또한, DU 변경을 위한 시그널링은 감소되거나 최소화될 수 있다. 따라서, DU 변경 또는 핸드오버 동안에, 단말의 경험(예를 들어, smooth 및 seamless한 DU 변경 또는 핸드오버)이 향상될 수 있고, RAN 노드는 데이터 패킷을 보다 효율적으로 처리할 수 있다.
도 12는 본 발명의 일 실시 예에 따라, 동일한 CU 내의 인접한 DU 사이에서의 DU 변경 절차를 나타낸다.
도 12를 참조하면, 단계 S1200에서, 단말은 RRC_CONNECTED 상태로 진입할 수 있다.
단계 S1201에서, CU는 단말에 대한 무선 자원의 할당을 타겟 DU에게 요청함으로써 DU의 변경을 개시할 수 있다. 상기 DU의 변경은 베어러 셋업 절차(Bearer Setup procedure)에 의해 요청될 수 있다. 즉, CU는 베어러 셋업 요청 메시지를 타겟 DU에게 전송할 수 있다. CU는 상기 베어러 셋업 요청 메시지에 베어러 별로 다음을 포함할 수 있다.
- RB ID (예를 들어, SRB ID 또는 DRB ID)
- CU에 대한 TNL 어드레스
- CU에 대한 상향링크 TEID(Uplink Tunnel Endpoint Identifier)
- RLC 설정
- 논리 채널 설정(logical channel configuration)
단계 S1202에서, 타겟 DU가 CU로부터 요청 메시지를 수신하면, 타겟 DU는 단말에 대하여 요청된 베어러를 확립(establish)할 수 있고, 확립되도록 요청된 베어러에 대하여 F1 인터페이스 상에 필요한 자원(required resource)을 할당할 수 있다.
단계 S1203에서, 요청된 베어러가 확립되었음을 지시하기 위해, 타겟 DU는 베어러 셋업 응답 메시지(Bearer Setup Response message)로 CU에게 응답할 수 있다. 타겟 DU는 상기 베어러 셋업 응답 메시지에 베어러 별로 다음을 포함할 수 있다.
- RB ID (예를 들어, SRB ID 또는 DRB ID)
- 타겟 DU에 대한 TNL 어드레스
- 타겟 DU에 대한 하향링크 TEID(Downlink Tunnel Endpoint Identifier)
단계 S1204에서, CU가 응답 메시지를 타겟 DU로부터 수신하면, CU는 타겟 DU로 액세스하기 위한 새로운 설정을 포함하는 RRC 연결 재설정 메시지(RRC Connection Reconfiguration message)를 전송할 수 있다. 상기 RRC 연결 재설정 메시지는 소스 DU를 통해 단말에게 전송될 수 있다.
단계 S1205에서, 단말은 RRC 연결 재설정 완료 메시지(RRC Connection Reconfiguration Complete message)를 타겟 DU를 통해 CU에게 전송할 수 있다.
단계 S1206에서, CU가 완료 메시지를 단말로부터 수신하면, CU는 단말에 대한 무선 자원을 해제하도록 소스 DU에게 요청함으로써 베어러 해제 절차를 트리거할 수 있다.
단계 S1207에서, 소스 DU가 베어러 해제 요청 메시지(Bearer Release Request message)를 수신하면, 소스 DU는 단말에 대한 모든 베어러 및 F1 인터페이스상의 해당 자원을 해제할 수 있다.
단계 S1208에서, 소스 DU는 손실된 PDU에 대한 정보를 포함하는 메시지를 CU에게 전송할 수 있다. 상기 메시지는 손실된 PDU 지시 메시지(Lost PDU Indication message) 또는 베어러 해제 응답 메시지(Bearer Release Response message)일 수 있다. 손실된 PDU에 대한 정보는 베어러 별로 제공될 수 있다. 예를 들어, 손실된 PDU에 대한 정보는 손실된 RLC PDU에 해당하는 PDCP PDU의 시퀀스 번호(sequence numbers of PDCP PDU corresponding to lost RLC PDUs)일 수 있다. 예를 들어, 손실된 PDU에 대한 정보는 CU로부터 수신된 PDCP PDU 중에서 단말에 순차적으로 성공적으로 전달된 가장 높은 PDCP PDU 시퀀스 번호(the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU)일 수 있다.
단계 S1209에서, CU가 상기 메시지를 소스 DU로부터 수신하면, 수신된 메시지에 포함된 손실된 PDU에 대한 정보를 기반으로, CU는 손실된 PDCP PDU를 타겟 DU에게 제공할 수 있다.
본 발명의 일 실시 예에 따르면, 단말의 이동성에 따라 동일한 CU 내에서 DU의 변경이 발생하는 경우, 소스 DU는 특정 단말에 대한 손실된 RLC PDU에 대응하는 손실된 PDCP PDU에 대한 정보를 F1 연결을 가지는 CU에게 알릴 수 있다. 따라서, 단말이 소스 DU에서 타겟 DU로 이동할 때, 소스 DU에서 단말에게 성공적으로 전송되지 않은 하향링크 데이터(예를 들어, 소스 DU에서 발생한 손실된 RLC PDU와 관련된 PCDP PDU)는 CU로부터 타겟 DU에게 신속하게 재전송될 수 있다. 따라서, DU 변경 또는 핸드오버 동안에, 단말의 경험(예를 들어, smooth 및 seamless한 DU 변경 또는 핸드오버)이 향상될 수 있고, RAN 노드는 데이터 패킷을 보다 효율적으로 처리할 수 있다.
도 13a 및 도 13b는 본 발명의 일 실시 예에 따라, 동일한 CU 내의 인접한 DU 사이에서의 DU 변경 절차를 나타낸다.
도 13a를 참조하면, 단계 S1300에서, 단말은 RRC_CONNECTED 상태로 진입할 수 있다.
단계 S1301에서, 측정 보고 메시지(Measurement Report message)가 트리거될 수 있고, 소스 DU를 통해 CU에게 전송될 수 있다. F1 인터페이스에서, 측정 보고 메시지는 상향링크 RRC 트랜스포트 메시지(Uplink RRC Transport message) 또는 새로운 메시지(new message)에 포함되는 컨테이너를 사용하여 전송될 수 있다.
단계 S1302에서, CU는 측정 보고 메시지를 기반으로 단말의 DU를 변경하기로 결정할 수 있다.
단계 S1303a-1에서, CU는 DU 상태 보고 요청 메시지(DU Status Reporting Request message) 또는 새로운 메시지(new message)를 소스 DU에게 전송할 수 있다. 상기 메시지는 베어러 ID(예를 들어, 무선 베어러 ID) 및 손실된 PDU 보고 지시자를 포함할 수 있다. 상기 메시지는 RLC PDU가 손실되는 경우에 DU 변경을 수행하는 단말에게 제공되는 베어러 별로 손실된 PDU를 CU에게 보고하도록 요청하기 위해 전송될 수 있다.
단계 S1303a-2에서, 소스 DU가 요청 메시지를 CU로부터 수신하면, 소스 DU는 각 베어러에 대하여 단말에게 전송된 RLC PDU가 손실되는 경우에 이를 보고할 수 있다.
단계 S1303b에서, CU는 손실된 PDU 보고 제어 메시지(Lost PDU Reporting Control message) 또는 새로운 메시지(new message)를 소스 DU에게 전송할 수 있다. 상기 메시지는 베어러 ID(예를 들어, 무선 베어러 ID)를 포함할 수 있다. 상기 메시지는 RLC PDU가 손실되는 경우에 손실된 PDU를 CU에게 보고하도록 요청하기 위해 전송될 수 있다. 소스 DU가 요청 메시지를 CU로부터 수신하면, 소스 DU는 각 베어러에 대하여 단말에게 전송된 RLC PDU가 손실되는 경우에 이를 보고할 수 있다.
단계 S1304에서, CU는 단말에 대한 UE 컨텍스트의 생성 및/또는 무선 자원의 할당을 타겟 DU에게 요청함으로써 DU의 변경을 개시할 수 있다. 상기 DU의 변경은 UE 컨텍스트 셋업 절차(UE Context Setup procedure) 또는 베어러 셋업 절차(Bearer Setup procedure)에 의해 요청될 수 있다. 즉, CU는 UE 컨텍스트 셋업 요청 메시지 또는 베어러 셋업 요청 메시지를 타겟 DU에게 전송할 수 있다. CU는 상기 UE 컨텍스트 셋업 요청 메시지 또는 베어러 셋업 요청 메시지에 베어러 별로 다음을 포함할 수 있다.
- RB ID (예를 들어, SRB ID 또는 DRB ID)
- CU에 대한 TNL 어드레스
- CU에 대한 상향링크 TEID(Uplink Tunnel Endpoint Identifier)
- RLC 설정
- 논리 채널 설정(logical channel configuration)
또한, CU는 상기 UE 컨텍스트 셋업 요청 메시지 또는 베어러 셋업 요청 메시지에 다음을 포함할 수 있다.
- CU UE F1AP ID
- RRC 컨텍스트
상기 RRC 컨텍스트는 단말에 대한 빔 측정, RSRQ, RSRP, RACH 설정 및/또는 RACH 자원과 관련된 정보를 포함할 수 있다. 모든 정보 또는 일부 정보는 RRC 컨텍스트에 포함되지 않을 수 있다.
단계 S1305에서, 타겟 DU가 CU로부터 요청 메시지를 수신하면, 타겟 DU는 단말에 대하여 요청된 베어러 및/또는 UE 컨텍스트를 확립(establish)할 수 있고, 확립되도록 요청된 베어러에 대하여 F1 인터페이스 상에 필요한 자원(required resource)을 할당할 수 있다. 또한, 단말에 대하여, RRC 컨텍스트에 포함되거나 포함되지 않은 수신된 정보를 기반으로, 타겟 DU는 자원과 관련된 빔 및 RACH를 할당할 수 있고, RACH 설정(configuration)을 셋(set)할 수 있다.
단계 S1306에서, 요청된 베어러 및/또는 UE 컨텍스트가 확립되었음을 지시하기 위해, 타겟 DU는 UE 컨텍스트 셋업 응답 메시지(UE Context Setup Response message) 또는 베어러 셋업 응답 메시지(Bearer Setup Response message)로 CU에게 응답할 수 있다. 타겟 DU는 상기 UE 컨텍스트 셋업 응답 메시지 또는 베어러 셋업 응답 메시지에 베어러 별로 다음을 포함할 수 있다.
- RB ID (예를 들어, SRB ID 또는 DRB ID)
- 타겟 DU에 대한 TNL 어드레스
- 타겟 DU에 대한 하향링크 TEID(Downlink Tunnel Endpoint Identifier)
또한, 타겟 DU는 상기 UE 컨텍스트 셋업 응답 메시지 또는 베어러 셋업 응답 메시지에 다음을 포함할 수 있다.
- RRC 컨텍스트
상기 RRC 컨텍스트는 할당된 빔(allocated beam), 셋된 RACH 설정(set RACH configuration) 또는 할당된 RACH 자원(allocated RACH resource)과 관련된 정보를 포함할 수 있다. 모든 정보 또는 일부 정보는 RRC 컨텍스트에 포함되지 않을 수 있다.
단계 S1303a-2 이후에 베어러에 대한 RLC PDU가 손실되면, 단계 S1307a에서, 소스 DU는 베어러 ID(예를 들어, 무선 베어러 ID) 및 손실된 PDU에 대한 정보를 포함하는 DU 상태 업데이트 메시지(DU Status Update message) 또는 새로운 메시지(new message)를 CU에게 전송할 수 있다. 예를 들어, 손실된 PDU에 대한 정보는 손실된 RLC PDU에 해당하는 PDCP PDU의 시퀀스 번호(sequence numbers of PDCP PDU corresponding to lost RLC PDUs)일 수 있다. 예를 들어, 손실된 PDU에 대한 정보는 CU로부터 수신된 PDCP PDU 중에서 단말에 순차적으로 성공적으로 전달된 가장 높은 PDCP PDU 시퀀스 번호(the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU)일 수 있다. 손실된 PDU에 대한 정보는 베어러 별로 제공될 수 있다. 단계 S1307a는 단계 S1304 및 단계 S1306 사이에서 수행될 수도 있다.
단계 S1303b 이후에 베어러에 대한 RLC PDU가 손실되면, 단계 S1307b에서, 소스 DU는 베어러 ID(예를 들어, 무선 베어러 ID) 및 손실된 PDU에 대한 정보를 포함하는 손실된 PDU 보고 메시지(Lost PDU Report message) 또는 새로운 메시지(new message)를 CU에게 전송할 수 있다. 예를 들어, 손실된 PDU에 대한 정보는 손실된 RLC PDU에 해당하는 PDCP PDU의 시퀀스 번호(sequence numbers of PDCP PDU corresponding to lost RLC PDUs)일 수 있다. 예를 들어, 손실된 PDU에 대한 정보는 CU로부터 수신된 PDCP PDU 중에서 단말에 순차적으로 성공적으로 전달된 가장 높은 PDCP PDU 시퀀스 번호(the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU)일 수 있다. 손실된 PDU에 대한 정보는 베어러 별로 제공될 수 있다. 단계 S1307b는 단계 S1304 및 단계 S1306 사이에서 수행될 수도 있다.
단계 S1308에서, CU가 UE 컨텍스트 셋업 응답 메시지 또는 베어러 셋업 응답 메시지를 타겟 DU로부터 수신하면, CU는 타겟 DU로 액세스하기 위한 새로운 설정(예를 들어, 타겟 DU로부터 수신된 RRC 컨텍스트)을 포함하는 RRC 연결 재설정 메시지(RRC Connection Reconfiguration message)를 전송할 수 있다. 상기 RRC 연결 재설정 메시지는 소스 DU를 통해 단말에게 전송될 수 있다. 상기 RRC 연결 재설정 메시지는 하향링크 RRC 트랜스포트 메시지(Downlink RRC Transport message) 또는 새로운 메시지(new message)에 포함된 컨테이너를 사용하여 전송될 수 있다.
도 13b를 참조하면, 단계 S1309에서, 단말은 소스 DU와의 연결을 끊을 수 있다.
단계 S1310에서, 단말은 RRC 연결 재설정 완료 메시지(RRC Connection Reconfiguration Complete message)를 타겟 DU를 통해 CU에게 전송할 수 있다. 상기 RRC 연결 재설정 완료 메시지는 상향링크 RRC 트랜스포트 메시지(Uplink RRC Transport message) 또는 새로운 메시지(new message)에 포함된 컨테이너를 사용하여 전송될 수 있다.
단계 S1311에서, CU가 RRC 연결 재설정 완료 메시지를 단말로부터 수신하면, 단계 S1307a 또는 S1307b에서 수신된 베어러 별 손실된 PDU에 대한 정보 및 베어러 ID를 기반으로, CU는 각 베어러 별로 손실된 RLC PDU와 관련된 PDCP PDU를 타겟 DU에게 재전송할 수 있다.
단계 S1312에서, CU가 RRC 연결 재설정 완료 메시지를 단말로부터 수신하면, CU는 단말에 대한 UE 컨텍스트 및/또는 무선 자원을 해제하도록 소스 DU에게 요청함으로써 베어러 해제 절차(Bearer Release procedure) 또는 UE 컨텍스트 해제 절차(UE Context Release procedure)를 트리거할 수 있다.
단계 S1313에서, 베어러 해제 요청 메시지(Bearer Release Request message) 또는 UE 컨텍스트 해제 요청 메시지(UE Context Release Request message)가 수신되면, 소스 DU는 단말에 대한 UE 컨텍스트 및/또는 모든 베어러 및 F1 인터페이스 상의 해당 자원을 해제할 수 있다.
단계 S1314에서, 소스 DU는 베어러 해제 응답 메시지(Bearer Release Response message) 또는 UE 컨텍스트 해제 응답 메시지(UE Context Release Response message)를 CU에게 전송할 수 있다.
본 발명의 일 실시 예에 따르면, 단말의 이동성에 따라 동일한 CU 내에서 DU의 변경이 발생하는 경우, 소스 DU는 특정 단말에 대한 손실된 RLC PDU에 대응하는 PDCP PDU에 대한 정보를 F1 연결을 가지는 CU에게 알릴 수 있다. 따라서, 단말이 소스 DU에서 타겟 DU로 이동할 때, 소스 DU에서 단말에게 성공적으로 전송되지 않은 하향링크 데이터(예를 들어, 소스 DU에서 발생한 손실된 RLC PDU와 관련된 PCDP PDU)는 CU로부터 타겟 DU에게 신속하게 재전송될 수 있다. 따라서, DU 변경 또는 핸드오버 동안에, 단말의 경험(예를 들어, smooth 및 seamless한 DU 변경 또는 핸드오버)이 향상될 수 있고, RAN 노드는 데이터 패킷을 보다 효율적으로 처리할 수 있다.
도 14a 및 도 14b는 본 발명의 일 실시 예에 따라, 동일한 CU 내의 인접한 DU 사이에서의 DU 변경 절차를 나타낸다.
도 14a를 참조하면, 단계 S1400에서, 단말은 RRC_CONNECTED 상태로 진입할 수 있다.
단계 S1401에서, 측정 보고 메시지(Measurement Report message)가 트리거될 수 있고, 소스 DU를 통해 CU에게 전송될 수 있다. F1 인터페이스에서, 측정 보고 메시지는 상향링크 RRC 트랜스포트 메시지(Uplink RRC Transport message) 또는 새로운 메시지(new message)에 포함되는 컨테이너를 사용하여 전송될 수 있다.
단계 S1402에서, CU는 측정 보고 메시지를 기반으로 단말의 DU를 변경하기로 결정할 수 있다.
단계 S1403에서, CU는 단말에 대한 UE 컨텍스트의 생성 및/또는 무선 자원의 할당을 타겟 DU에게 요청함으로써 DU의 변경을 개시할 수 있다. 상기 DU의 변경은 UE 컨텍스트 셋업 절차(UE Context Setup procedure) 또는 베어러 셋업 절차(Bearer Setup procedure)에 의해 요청될 수 있다. 즉, CU는 UE 컨텍스트 셋업 요청 메시지 또는 베어러 셋업 요청 메시지를 타겟 DU에게 전송할 수 있다. CU는 상기 UE 컨텍스트 셋업 요청 메시지 또는 베어러 셋업 요청 메시지에 베어러 별로 다음을 포함할 수 있다.
- RB ID (예를 들어, SRB ID 또는 DRB ID)
- CU에 대한 TNL 어드레스
- CU에 대한 상향링크 TEID(Uplink Tunnel Endpoint Identifier)
- RLC 설정
- 논리 채널 설정(logical channel configuration)
또한, CU는 상기 UE 컨텍스트 셋업 요청 메시지 또는 베어러 셋업 요청 메시지에 다음을 포함할 수 있다.
- CU UE F1AP ID
- RRC 컨텍스트
상기 RRC 컨텍스트는 단말에 대한 빔 측정, RSRQ, RSRP, RACH 설정 및/또는 RACH 자원과 관련된 정보를 포함할 수 있다. 모든 정보 또는 일부 정보는 RRC 컨텍스트에 포함되지 않을 수 있다.
단계 S1404에서, 타겟 DU가 CU로부터 요청 메시지를 수신하면, 타겟 DU는 단말에 대하여 요청된 베어러 및/또는 UE 컨텍스트를 확립(establish)할 수 있고, 확립되도록 요청된 베어러에 대하여 F1 인터페이스 상에 필요한 자원(required resource)을 할당할 수 있다. 또한, 단말에 대하여, 수신된 RRC 컨텍스트를 기반으로, 타겟 DU는 자원과 관련된 빔 및 RACH를 할당할 수 있고, RACH 설정(configuration)을 셋(set)할 수 있다.
단계 S1405에서, 요청된 베어러 및/또는 UE 컨텍스트가 확립되었음을 지시하기 위해, 타겟 DU는 UE 컨텍스트 셋업 응답 메시지(UE Context Setup Response message) 또는 베어러 셋업 응답 메시지(Bearer Setup Response message)로 CU에게 응답할 수 있다. 타겟 DU는 상기 UE 컨텍스트 셋업 응답 메시지 또는 베어러 셋업 응답 메시지에 베어러 별로 다음을 포함할 수 있다.
- RB ID (예를 들어, SRB ID 또는 DRB ID)
- 타겟 DU에 대한 TNL 어드레스
- 타겟 DU에 대한 하향링크 TEID(Downlink Tunnel Endpoint Identifier)
또한, 타겟 DU는 상기 UE 컨텍스트 셋업 응답 메시지 또는 베어러 셋업 응답 메시지에 다음을 포함할 수 있다.
- RRC 컨텍스트
상기 RRC 컨텍스트는 할당된 빔(allocated beam), 셋된 RACH 설정(set RACH configuration) 또는 할당된 RACH 자원(allocated RACH resource)과 관련된 정보를 포함할 수 있다. 모든 정보 또는 일부 정보는 RRC 컨텍스트에 포함되지 않을 수 있다.
단계 S1406에서, CU가 응답 메시지를 타겟 DU로부터 수신하면, 단말에 대한 UE 컨텍스트 및/또는 무선 자원을 해제하기 위해, CU는 UE 컨텍스트 해제 요청 메시지(UE Context Release Request message) 또는 베어러 해제 요청 메시지(Bearer Release Request message)를 소스 DU에게 전송할 수 있다.
단계 S1407에서, UE 컨텍스트 해제 요청 메시지 또는 베어러 해제 요청 메시지가 수신되면, 소스 DU는 손실된 PDU 및 베어러 ID에 대한 정보를 포함하는 메시지를 CU에게 전송할 수 있다. 상기 메시지는 손실된 PDU 지시 메시지(Lost PDU Indication message), 베어러 해제 응답 메시지(Bearer Release Response message) 또는 UE 컨텍스트 해제 응답 메시지(UE Context Release Response message)일 수 있다. 손실된 PDU 및 베어러 ID에 대한 정보는 베어러 별로 제공될 수 있다. 예를 들어, 상기 베어러 ID에 대한 정보는 무선 베어러 ID일 수 있다. 예를 들어, 손실된 PDU에 대한 정보는 손실된 RLC PDU에 해당하는 PDCP PDU의 시퀀스 번호(sequence numbers of PDCP PDU corresponding to lost RLC PDUs)일 수 있다. 예를 들어, 손실된 PDU에 대한 정보는 CU로부터 수신된 PDCP PDU 중에서 단말에 순차적으로 성공적으로 전달된 가장 높은 PDCP PDU 시퀀스 번호(the highest PDCP PDU sequence number successfully delivered in sequence to the UE among those PDCP PDUs received from the CU)일 수 있다. 또한, 소스 DU는 단말에 대한 UE 컨텍스트 및/또는 모든 베어러 및 F1 인터페이스 상의 해당 자원을 해제할 수 있다.
단계 S1408에서, CU가 메시지를 소스 DU로부터 수신하면, CU는 타겟 DU로 액세스하기 위한 새로운 설정(예를 들어, 타겟 DU로부터 수신된 RRC 컨텍스트)을 포함하는 RRC 연결 재설정 메시지(RRC Connection Reconfiguration message)를 전송할 수 있다. 상기 RRC 연결 재설정 메시지는 소스 DU를 통해 단말에게 전송될 수 있다. 상기 RRC 연결 재설정 메시지는 하향링크 RRC 트랜스포트 메시지(Downlink RRC Transport message) 또는 새로운 메시지(new message)에 포함된 컨테이너를 사용하여 전송될 수 있다.
도 14b를 참조하면, 단계 S1409에서, 단말은 소스 DU와의 연결을 끊을 수 있다.
단계 S1410에서, 단말은 RRC 연결 재설정 완료 메시지(RRC Connection Reconfiguration Complete message)를 타겟 DU를 통해 CU에게 전송할 수 있다. 상기 RRC 연결 재설정 완료 메시지는 상향링크 RRC 트랜스포트 메시지(Uplink RRC Transport message) 또는 새로운 메시지(new message)에 포함된 컨테이너를 사용하여 전송될 수 있다.
단계 S1411에서, CU가 RRC 연결 재설정 완료 메시지를 단말로부터 수신하면, 단계 S1407에서 수신된 베어러 별 손실된 PDU에 대한 정보 및 베어러 ID를 기반으로, CU는 각 베어러 별로 손실된 RLC PDU와 관련된 PDCP PDU를 타겟 DU에게 재전송할 수 있다.
본 발명의 일 실시 예에 따르면, CU가 RRC 연결 재설정 절차를 트리거하기 전에, 단말의 이동성에 따라 동일한 CU 내에서 DU의 변경이 발생하는 경우, 소스 DU는 특정 단말에 대한 손실된 RLC PDU에 대응하는 PDCP PDU에 대한 정보를 F1 연결을 가지는 CU에게 알릴 수 있다. 따라서, 단말이 소스 DU에서 타겟 DU로 이동할 때, 소스 DU에서 단말에게 성공적으로 전송되지 않은 하향링크 데이터(예를 들어, 소스 DU에서 발생한 손실된 RLC PDU와 관련된 PCDP PDU)는 CU로부터 타겟 DU에게 신속하게 재전송될 수 있다. 또한, DU 변경을 위한 시그널링은 감소되거나 최소화될 수 있다. 따라서, DU 변경 또는 핸드오버 동안에, 단말의 경험(예를 들어, smooth 및 seamless한 DU 변경 또는 핸드오버)이 향상될 수 있고, RAN 노드는 데이터 패킷을 보다 효율적으로 처리할 수 있다.
도 15는 본 발명의 일 실시 예에 따라, 기지국의 소스 DU가 단말에 대한 데이터 전송을 중단하는 방법을 나타내는 블록도이다.
도 15를 참조하면, 단계 S1510에서, 기지국의 소스 DU는 상기 단말에 대한 데이터 전송을 중단하도록 지시하는 메시지를 상기 기지국의 CU(central unit)로부터 수신할 수 있다. 상기 CU는 상기 기지국의 RRC(radio resource control), SDAP(service data adaptation protocol) 및 PDCP(packet data convergence protocol) 계층을 호스팅하는 로지컬 노드(logical node)일 수 있고, 상기 DU는 상기 기지국의 RLC(radio link control), MAC(media access control) 및 PHY(physical) 계층을 호스팅하는 로지컬 노드(logical node)일 수 있다. 상기 메시지는 UE 컨텍스트 수정 요청 메시지(UE Context Modification Request message)일 수 있다.
단계 S1520에서, 상기 메시지가 상기 기지국의 CU로부터 수신되면, 기지국의 소스 DU는 상기 단말에 대한 데이터 전송을 중단할 수 있다.
부가적으로, 기지국의 소스 DU는 상기 기지국의 소스 DU에서 상기 단말에게 성공적으로 전송되지 않은 하향링크 데이터에 대한 정보를 상기 기지국의 CU에게 전송할 수 있다. 상기 하향링크 데이터에 대한 정보는 손실된(lost) PDU(protocol data unit)에 대한 정보일 수 있다. 상기 하향링크 데이터에 대한 정보는 상기 기지국의 CU로부터 수신된 PDCP PDU 중에서 순차적으로 상기 단말에게 성공적으로 전달된 가장 높은 PDCP PDU 시퀀스 번호(sequence number)일 수 있다. 상기 하향링크 데이터에 대한 정보는 손실된 RLC PDU에 대응하는 PDCP PDU 시퀀스 번호일 수 있다. 상기 하향링크 데이터에 대한 정보는 하향링크 데이터 전달 상태 프레임(Downlink Data Delivery Status frame)에 포함될 수 있다. 상기 하향링크 데이터에 대한 정보를 기반으로, 상기 하향링크 데이터는 상기 기지국의 CU에 의해 각 베어러에 대하여 상기 기지국의 타겟(target) DU에게 재전송될 수 있다.
부가적으로, 기지국의 소스 DU는 측정 보고 메시지(measurement report message)를 상기 단말로부터 수신할 수 있다. 그리고, 기지국의 소스 DU는 상기 측정 보고 메시지를 포함하는 상향링크 RRC 트랜스포트 메시지(Uplink RRC Transport message)를 상기 기지국의 CU에게 전송할 수 있다. 상기 기지국의 CU가 상기 상향링크 RRC 트랜스포트 메시지에 포함된 상기 측정 보고 메시지를 기반으로 상기 단말에 대한 상기 기지국의 소스 DU를 변경하기로 결정하면, 상기 단말에 대한 데이터 전송을 중단하도록 지시하는 메시지가 상기 기지국의 CU로부터 수신될 수 있다.
부가적으로, 상기 메시지가 상기 기지국의 CU로부터 수신되면, 기지국의 소스 DU는 RRC 연결 재설정 메시지(RRC Connection Reconfiguration message)를 상기 단말에게 전송할 수 있다.
도 16은 본 발명의 실시 예가 구현되는 무선 통신 시스템의 블록도이다.
단말(1600)은 프로세서(processor, 1601), 메모리(memory, 1602) 및 송수신기(transceiver, 1603)를 포함한다. 메모리(1602)는 프로세서(1601)와 연결되어, 프로세서(1601)를 구동하기 위한 다양한 정보를 저장한다. 송수신기(1603)는 프로세서(1601)와 연결되어, 무선 신호를 송신 및/또는 수신한다. 프로세서(1601)는 제안된 기능, 과정 및/또는 방법을 구현한다. 전술한 실시 예에서 단말의 동작은 프로세서(1601)에 의해 구현될 수 있다.
기지국의 DU(1610)는 프로세서(1611), 메모리(1612) 및 송수신기(1613)를 포함한다. 메모리(1612)는 프로세서(1611)와 연결되어, 프로세서(1611)를 구동하기 위한 다양한 정보를 저장한다. 송수신기(1613)는 프로세서(1611)와 연결되어, 무선 신호를 송신 및/또는 수신한다. 프로세서(1611)는 제안된 기능, 과정 및/또는 방법을 구현한다. 전술한 실시 예에서 기지국의 DU의 동작은 프로세서(1611)에 의해 구현될 수 있다.
기지국의 CU(1620)는 프로세서(1621), 메모리(1622) 및 송수신기(1623)를 포함한다. 메모리(1622)는 프로세서(1621)와 연결되어, 프로세서(1621)를 구동하기 위한 다양한 정보를 저장한다. 송수신기(1623)는 프로세서(1621)와 연결되어, 신호를 송신 및/또는 수신한다. 프로세서(1621)는 제안된 기능, 과정 및/또는 방법을 구현한다. 전술한 실시 예에서 기지국의 CU의 동작은 프로세서(1621)에 의해 구현될 수 있다.
프로세서는 ASIC(application-specific integrated circuit), 다른 칩셋, 논리 회로 및/또는 데이터 처리 장치를 포함할 수 있다. 메모리는 ROM(read-only memory), RAM(random access memory), 플래시 메모리, 메모리 카드, 저장 매체 및/또는 다른 저장 장치를 포함할 수 있다. 송수신기는 무선 신호를 처리하기 위한 베이스밴드 회로를 포함할 수 있다. 실시 예가 소프트웨어로 구현될 때, 상술한 기법은 상술한 기능을 수행하는 모듈(과정, 기능 등)로 구현될 수 있다. 모듈은 메모리에 저장되고, 프로세서에 의해 실행될 수 있다. 메모리는 프로세서 내부 또는 외부에 있을 수 있고, 잘 알려진 다양한 수단으로 프로세서와 연결될 수 있다.
상술한 일례들에 기초하여 본 명세서에 따른 다양한 기법들이 도면과 도면 부호를 통해 설명되었다. 설명의 편의를 위해, 각 기법들은 특정한 순서에 따라 다수의 단계나 블록들을 설명하였으나, 이러한 단계나 블록의 구체적 순서는 청구항에 기재된 발명을 제한하는 것이 아니며, 각 단계나 블록은 다른 순서로 구현되거나, 또 다른 단계나 블록들과 동시에 수행되는 것이 가능하다. 또한, 통상의 기술자라면 간 단계나 블록이 한정적으로 기술된 것이나 아니며, 발명의 보호 범위에 영향을 주지 않는 범위 내에서 적어도 하나의 다른 단계들이 추가되거나 삭제되는 것이 가능하다는 것을 알 수 있을 것이다.
상술한 실시 예는 다양한 일례를 포함한다. 통상의 기술자라면 발명의 모든 가능한 일례의 조합이 설명될 수 없다는 점을 알 것이고, 또한 본 명세서의 기술로부터 다양한 조합이 파생될 수 있다는 점을 알 것이다. 따라서 발명의 보호범위는, 이하 청구항에 기재된 범위를 벗어나지 않는 범위 내에서, 상세한 설명에 기재된 다양한 일례를 조합하여 판단해야 할 것이다.

Claims (15)

  1. 무선 통신 시스템에서 기지국의 소스(source) DU(distribution unit)가 단말에 대한 데이터 전송을 중단하는 방법에 있어서,
    상기 단말에 대한 데이터 전송을 중단하도록 지시하는 메시지를 상기 기지국의 CU(central unit)로부터 수신하는 단계; 및
    상기 메시지가 상기 기지국의 CU로부터 수신되면, 상기 단말에 대한 데이터 전송을 중단하는 단계;를 포함하는 것을 특징으로 하는 방법.
  2. 제 1 항에 있어서,
    상기 CU는 상기 기지국의 RRC(radio resource control), SDAP(service data adaptation protocol) 및 PDCP(packet data convergence protocol) 계층을 호스팅하는 로지컬 노드(logical node)이고, 상기 DU는 상기 기지국의 RLC(radio link control), MAC(media access control) 및 PHY(physical) 계층을 호스팅하는 로지컬 노드(logical node)인 것을 특징으로 하는 방법.
  3. 제 1 항에 있어서,
    상기 기지국의 소스 DU에서 상기 단말에게 성공적으로 전송되지 않은 하향링크 데이터에 대한 정보를 상기 기지국의 CU에게 전송하는 단계;를 더 포함하는 것을 특징으로 하는 방법.
  4. 제 3 항에 있어서,
    상기 하향링크 데이터에 대한 정보는 손실된(lost) PDU(protocol data unit)에 대한 정보인 것을 특징으로 하는 방법.
  5. 제 3 항에 있어서,
    상기 하향링크 데이터에 대한 정보는 상기 기지국의 CU로부터 수신된 PDCP PDU 중에서 순차적으로 상기 단말에게 성공적으로 전달된 가장 높은 PDCP PDU 시퀀스 번호(sequence number)인 것을 특징으로 하는 방법.
  6. 제 3 항에 있어서,
    상기 하향링크 데이터에 대한 정보는 손실된 RLC PDU에 대응하는 PDCP PDU 시퀀스 번호인 것을 특징으로 하는 방법.
  7. 제 3 항에 있어서,
    상기 하향링크 데이터에 대한 정보는 하향링크 데이터 전달 상태 프레임(Downlink Data Delivery Status frame)에 포함되는 것을 특징으로 하는 방법.
  8. 제 3 항에 있어서,
    상기 하향링크 데이터에 대한 정보를 기반으로, 상기 하향링크 데이터는 상기 기지국의 CU에 의해 각 베어러에 대하여 상기 기지국의 타겟(target) DU에게 재전송되는 것을 특징으로 하는 방법.
  9. 제 1 항에 있어서,
    측정 보고 메시지(measurement report message)를 상기 단말로부터 수신하는 단계; 및
    상기 측정 보고 메시지를 포함하는 상향링크 RRC 트랜스포트 메시지(Uplink RRC Transport message)를 상기 기지국의 CU에게 전송하는 단계;를 더 포함하는 것을 특징으로 하는 방법.
  10. 제 9 항에 있어서,
    상기 기지국의 CU가 상기 상향링크 RRC 트랜스포트 메시지에 포함된 상기 측정 보고 메시지를 기반으로 상기 단말에 대한 상기 기지국의 소스 DU를 변경하기로 결정하면, 상기 단말에 대한 데이터 전송을 중단하도록 지시하는 메시지가 상기 기지국의 CU로부터 수신되는 것을 특징으로 하는 방법.
  11. 제 1 항에 있어서,
    상기 메시지가 상기 기지국의 CU로부터 수신되면, RRC 연결 재설정 메시지(RRC Connection Reconfiguration message)를 상기 단말에게 전송하는 단계;를 더 포함하는 것을 특징으로 하는 방법.
  12. 제 1 항에 있어서,
    상기 메시지는 UE 컨텍스트 수정 요청 메시지(UE Context Modification Request message)인 것을 특징으로 하는 방법.
  13. 제 1 항에 있어서,
    상기 기지국의 CU가 SgNB 수정 요청 메시지(SgNB Modification Request message)를 MeNB로부터 수신하면, 상기 단말에 대한 데이터 전송을 중단하도록 지시하는 메시지가 상기 기지국의 CU로부터 수신되는 것을 특징으로 하는 방법.
  14. 무선 통신 시스템에서 단말에 대한 데이터 전송을 중단하는 기지국의 소스(source) DU(distribution unit)에 있어서,
    메모리; 송수신기; 및 상기 메모리와 상기 송수신기를 연결하는 프로세서를 포함하되, 상기 프로세서는
    상기 송수신기가 상기 단말에 대한 데이터 전송을 중단하도록 지시하는 메시지를 상기 기지국의 CU(central unit)로부터 수신하도록 제어하고, 및
    상기 메시지가 상기 기지국의 CU로부터 수신되면, 상기 송수신기가 상기 단말에 대한 데이터 전송을 중단하도록 제어하는 것을 특징으로 하는 기지국의 소스 DU.
  15. 제 14 항에 있어서,
    상기 CU는 상기 기지국의 RRC(radio resource control), SDAP(service data adaptation protocol) 및 PDCP(packet data convergence protocol) 계층을 호스팅하는 로지컬 노드(logical node)이고, 상기 DU는 상기 기지국의 RLC(radio link control), MAC(media access control) 및 PHY(physical) 계층을 호스팅하는 로지컬 노드(logical node)인 것을 특징으로 하는 기지국의 소스 DU.
PCT/KR2018/002680 2017-03-07 2018-03-07 Cu-du 분할 시나리오에서 데이터를 전송하는 방법 및 장치 WO2018164469A1 (ko)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP18763493.6A EP3468251B1 (en) 2017-03-07 2018-03-07 Method and device for transmitting data in cu-du split scenario
US16/064,832 US10798624B2 (en) 2017-03-07 2018-03-07 Method and apparatus for transmitting data in CU-DU split scenario
JP2019504766A JP6728472B2 (ja) 2017-03-07 2018-03-07 Ｃｕ−ｄｕ分割シナリオにおけるデータを送信する方法及び装置
KR1020187037733A KR102172396B1 (ko) 2017-03-07 2018-03-07 Cu-du 분할 시나리오에서 데이터를 전송하는 방법 및 장치
CN201880016999.5A CN110383888B (zh) 2017-03-07 2018-03-07 用于在cu-du切分场景下发送数据的方法和装置
US17/006,313 US11323929B2 (en) 2017-03-07 2020-08-28 Method and apparatus for transmitting data in CU-DU split scenario

Applications Claiming Priority (10)

Application Number Priority Date Filing Date Title
US201762467830P 2017-03-07 2017-03-07
US62/467,830 2017-03-07
US201762475227P 2017-03-23 2017-03-23
US62/475,227 2017-03-23
US201762488076P 2017-04-21 2017-04-21
US62/488,076 2017-04-21
US201762536468P 2017-07-25 2017-07-25
US62/536,468 2017-07-25
US201762555050P 2017-09-07 2017-09-07
US62/555,050 2017-09-07

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US16/064,832 A-371-Of-International US10798624B2 (en) 2017-03-07 2018-03-07 Method and apparatus for transmitting data in CU-DU split scenario
US17/006,313 Continuation US11323929B2 (en) 2017-03-07 2020-08-28 Method and apparatus for transmitting data in CU-DU split scenario

Publications (1)

Publication Number Publication Date
WO2018164469A1 true WO2018164469A1 (ko) 2018-09-13

Family

ID=63447822

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2018/002680 WO2018164469A1 (ko) 2017-03-07 2018-03-07 Cu-du 분할 시나리오에서 데이터를 전송하는 방법 및 장치

Country Status (6)

Country Link
US (2) US10798624B2 (ko)
EP (1) EP3468251B1 (ko)
JP (1) JP6728472B2 (ko)
KR (1) KR102172396B1 (ko)
CN (1) CN110383888B (ko)
WO (1) WO2018164469A1 (ko)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020067346A1 (en) 2018-09-28 2020-04-02 Sharp Kabushiki Kaisha Radio access network and methods for expedited network access
WO2020071878A1 (en) * 2018-10-05 2020-04-09 Lg Electronics Inc. Resource handling for nr v2x based on split of cu-du
WO2020092357A1 (en) * 2018-11-01 2020-05-07 Apple Inc. Enhancement of user plane flow control for retransmitted packets
US10972932B2 (en) * 2017-11-17 2021-04-06 Telefonaktiebolaget Lm Ericsson (Publ) Methods, apparatus and systems relating to data radio bearer inactivity
CN113170360A (zh) * 2018-10-09 2021-07-23 联想(北京)有限公司 上下文设置请求中的设备信息
US20210378044A1 (en) * 2019-02-15 2021-12-02 Huawei Technologies Co., Ltd. Method for controlling wireless backhaul link and apparatus
EP3911019A4 (en) * 2019-02-02 2022-03-16 Huawei Technologies Co., Ltd. COMMUNICATION METHOD AND APPARATUS
EP3908041A4 (en) * 2019-02-03 2022-10-12 ZTE Corporation METHOD AND DEVICE FOR CELL SWITCHING AND USER PROCESSING METHOD AND DEVICE
US11595853B2 (en) 2018-10-04 2023-02-28 Telefonaktiebolaget Lm Ericsson (Publ) Redirection mechanism to support network sharing/slicing with CU-DU split

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108574967B (zh) 2017-03-13 2021-08-03 中兴通讯股份有限公司 一种数据传输方法及装置
US10674426B2 (en) * 2017-03-14 2020-06-02 Telefonaktiebolaget Lm Ericsson (Publ) Providing communication for a mobile communication device using a central unit node and distributed unit nodes
US11457503B2 (en) * 2017-03-17 2022-09-27 Apple Inc. Re-transmission of PDCP PDUS by centralized nodes of a RAN architecture
CN108924894B (zh) * 2017-04-11 2023-09-29 华为技术有限公司 一种移动性管理方法、接入网设备和终端设备
JP7313281B2 (ja) * 2017-04-27 2023-07-24 三菱電機株式会社 通信システム
WO2018203784A1 (en) * 2017-05-03 2018-11-08 Telefonaktiebolaget Lm Ericsson (Publ) Methods and operations by network nodes and user equipments
CN109246770B (zh) 2017-05-05 2021-06-22 华为技术有限公司 一种切换的方法、终端设备及网络设备
CN108811153A (zh) * 2017-05-05 2018-11-13 华为技术有限公司 通信方法、集中式单元、分布式单元、基站及终端设备
KR102405717B1 (ko) * 2017-06-15 2022-06-03 지티이 코포레이션 무선 네트워크의 두 노드 사이에서 구성 정보를 교환하기 위한 시스템 및 방법
KR102394123B1 (ko) * 2017-06-16 2022-05-04 삼성전자 주식회사 차세대 이동 통신 시스템에서 복수 개의 스케쥴링 요청을 전송하는 방법 및 장치
CN109788544B (zh) * 2017-11-15 2021-06-18 大唐移动通信设备有限公司 一种层2处理方法、cu及du
US10862613B2 (en) * 2018-02-01 2020-12-08 T-Mobile Usa, Inc. Dynamic numerology based on services
US11153271B2 (en) * 2018-02-16 2021-10-19 Apple Inc. Managing bearers in a radio access network
US11159472B2 (en) * 2018-04-06 2021-10-26 Telefonaktiebolaget Lm Ericsson (Publ) Methods, central unit and distributed unit of a radio network node, for handling a message for transmission to a wireless device
US11190989B2 (en) * 2018-05-22 2021-11-30 Apple Inc. Mobility management for inter-gNB (next generation node-b) handover in new radio (NR) systems
GB2574898A (en) * 2018-06-22 2019-12-25 Nec Corp Communication system
US11178573B2 (en) * 2018-08-01 2021-11-16 Kt Corporation Method for load management of base station and apparatuses thereof
CN110831043B (zh) * 2018-08-10 2022-09-27 维沃移动通信有限公司 一种干扰处理方法、装置及系统
CN110971357B (zh) * 2018-09-28 2021-04-27 维沃移动通信有限公司 信息指示方法、指示接收方法、终端及网络侧设备
BR112021008056A2 (pt) * 2018-11-02 2021-08-03 Zte Corporation transmissão de dados e técnicas de medição
US11297669B2 (en) * 2018-11-02 2022-04-05 Samsung Electronics Co., Ltd. Method for transmitting control signaling in relay network, configuration method and device
EP3697040B1 (en) * 2019-02-15 2022-03-09 Nokia Solutions and Networks Oy Congestion control in a wireless communication network
US11546812B2 (en) * 2019-09-23 2023-01-03 Verizon Patent And Licensing Inc. Systems and methods for distributed unit handover
CN115023973A (zh) * 2020-01-03 2022-09-06 中兴通讯股份有限公司 用于管理多媒体广播多播服务(mbms)连续性的系统和方法
US11736908B2 (en) 2020-01-23 2023-08-22 Lg Electronics Inc. Switching between unicast and multicast by considering degraded user experience in a wireless communication system
US20230108178A1 (en) * 2020-02-03 2023-04-06 Lg Electronics Inc. Method and apparatus for multicast-broadcast service area control in wireless communication system
US20230083266A1 (en) * 2020-02-13 2023-03-16 Google Llc Dual active protocol stack operation for handover and pscell change
KR20230017309A (ko) * 2020-07-24 2023-02-03 엘지전자 주식회사 무선 통신 시스템에서 자원 할당을 위한 방법 및 장치
EP4193674A1 (en) * 2020-08-06 2023-06-14 Google LLC Managing sidelink communication
WO2022066888A1 (en) * 2020-09-24 2022-03-31 Kyungmin Park Completion indication of small data transmission
WO2022073226A1 (en) * 2020-10-10 2022-04-14 Lenovo (Beijing) Limited Method and apparatus for transmission of control signals
JP7508075B2 (ja) * 2021-01-14 2024-07-01 オフィノ， エルエルシー 非アクティブコンテキスト管理
CN115707029A (zh) * 2021-08-06 2023-02-17 华为技术有限公司 一种通信方法及通信装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140378114A1 (en) * 2012-02-06 2014-12-25 Samsung Electronics Co., Ltd. Method and apparatus for efficiently transmitting small amounts of data in wireless communication systems
WO2015105389A1 (ko) * 2014-01-10 2015-07-16 엘지전자 주식회사 무선랜에서 파워 세이브 모드 기반의 동작 방법 및 장치
KR20160126830A (ko) * 2015-04-23 2016-11-02 주식회사 케이티 기지국, 그리고 이의 베어러 전송 방법

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008123140A1 (ja) * 2007-03-22 2008-10-16 Nec Corporation 移動体通信システム及び通信方法
GB2449629A (en) * 2007-05-01 2008-12-03 Nec Corp Buffering numbered unsegmented PDCP SDUs in 3GPP system to assist efficient hard handover
KR102091469B1 (ko) * 2012-04-26 2020-03-20 삼성전자주식회사 서킷 스위치 폴백 서비스를 지원하는 무선 통신 시스템에서 단말의 통신 방법 및 장치
CN107371152B (zh) * 2012-06-21 2020-12-15 华为技术有限公司 用户设备辅助信息上报的方法、用户设备和基站
US20140254551A1 (en) * 2013-03-11 2014-09-11 Qualcomm Incorporated Method and apparatus for media access control -based fast cell switching for high-speed packet access
US9838282B2 (en) * 2014-05-09 2017-12-05 Telefonaktiebolaget Lm Ericsson (Publ) PDCP and flow control for split bearer
KR102521355B1 (ko) * 2015-04-09 2023-04-14 삼성전자주식회사 비면허 대역을 사용하는 통신시스템에서 주파수 재사용을 위한 lbt 기법
KR102460350B1 (ko) * 2015-11-06 2022-10-28 삼성전자주식회사 통신 시스템에서 데이터 송수신 방법 및 장치
WO2017138988A1 (en) * 2016-02-12 2017-08-17 Intel IP Corporation Systems, methods, and devices for reduced handover data interruption
US10178702B2 (en) * 2016-06-10 2019-01-08 Futurewei Technologies, Inc. System and method for cell switching
CN106102106B (zh) * 2016-06-20 2020-03-24 电信科学技术研究院 一种终端接入的方法、装置及网络架构
CN106162730B (zh) * 2016-07-12 2019-11-15 上海华为技术有限公司 一种通信的方法、设备及系统
US10609753B2 (en) * 2017-01-26 2020-03-31 Htc Corporation Base station and communication device can switch between two different base stations
WO2018148083A1 (en) * 2017-02-10 2018-08-16 Intel IP Corporation Management of voice services for user equipments in coverage enhancement (ce) mode b
US10531336B2 (en) * 2017-02-26 2020-01-07 Mariana Goldhamer Link control in centralized deployments

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140378114A1 (en) * 2012-02-06 2014-12-25 Samsung Electronics Co., Ltd. Method and apparatus for efficiently transmitting small amounts of data in wireless communication systems
WO2015105389A1 (ko) * 2014-01-10 2015-07-16 엘지전자 주식회사 무선랜에서 파워 세이브 모드 기반의 동작 방법 및 장치
KR20160126830A (ko) * 2015-04-23 2016-11-02 주식회사 케이티 기지국, 그리고 이의 베어러 전송 방법

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
SAMSUNG: "Grouping of NR User Plane Functions and Placements in CUDU Split", R2-166506, 3GPP TSG-RAN WG2 MEETING #95BIS, 30 September 2016 (2016-09-30), Kaohsiung, Taiwan, XP051161744 *
ZTE: "Further Consideration on New RAN Aggregation Scenarios Due to CUDU Split", R3-162705, 3GPP TSG RAN WG3 MEETING #94, 18 November 2016 (2016-11-18), Reno, USA, XP051178811 *

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10972932B2 (en) * 2017-11-17 2021-04-06 Telefonaktiebolaget Lm Ericsson (Publ) Methods, apparatus and systems relating to data radio bearer inactivity
CN112715055A (zh) * 2018-09-28 2021-04-27 夏普株式会社 无线电接入网络和用于加速的网络接入的方法
EP3858103A4 (en) * 2018-09-28 2022-07-13 Sharp Kabushiki Kaisha RADIO ACCESS NETWORK AND ACCELERATED NETWORK ACCESS METHODS
WO2020067346A1 (en) 2018-09-28 2020-04-02 Sharp Kabushiki Kaisha Radio access network and methods for expedited network access
CN112715055B (zh) * 2018-09-28 2024-03-22 夏普株式会社 无线电接入网络和用于加速的网络接入的方法
US11595853B2 (en) 2018-10-04 2023-02-28 Telefonaktiebolaget Lm Ericsson (Publ) Redirection mechanism to support network sharing/slicing with CU-DU split
US11968696B2 (en) 2018-10-05 2024-04-23 Lg Electronics Inc. Resource handling for NR V2X based on split of CU-DU
WO2020071878A1 (en) * 2018-10-05 2020-04-09 Lg Electronics Inc. Resource handling for nr v2x based on split of cu-du
CN113170360A (zh) * 2018-10-09 2021-07-23 联想(北京)有限公司 上下文设置请求中的设备信息
WO2020092357A1 (en) * 2018-11-01 2020-05-07 Apple Inc. Enhancement of user plane flow control for retransmitted packets
US11991087B2 (en) 2018-11-01 2024-05-21 Apple Inc. Enhancement of user plane flow control for retransmitted packets
EP3911019A4 (en) * 2019-02-02 2022-03-16 Huawei Technologies Co., Ltd. COMMUNICATION METHOD AND APPARATUS
EP3908041A4 (en) * 2019-02-03 2022-10-12 ZTE Corporation METHOD AND DEVICE FOR CELL SWITCHING AND USER PROCESSING METHOD AND DEVICE
US11991573B2 (en) 2019-02-03 2024-05-21 Zte Corporation Cell handover method and device, and user processing method and device
US20210378044A1 (en) * 2019-02-15 2021-12-02 Huawei Technologies Co., Ltd. Method for controlling wireless backhaul link and apparatus

Also Published As

Publication number Publication date
US11323929B2 (en) 2022-05-03
US20200396663A1 (en) 2020-12-17
KR102172396B1 (ko) 2020-10-30
JP6728472B2 (ja) 2020-07-22
EP3468251B1 (en) 2020-12-02
EP3468251A1 (en) 2019-04-10
KR20190008384A (ko) 2019-01-23
JP2019522443A (ja) 2019-08-08
EP3468251A4 (en) 2020-01-08
CN110383888B (zh) 2021-08-27
US20190387444A1 (en) 2019-12-19
CN110383888A (zh) 2019-10-25
US10798624B2 (en) 2020-10-06

Similar Documents

Publication Publication Date Title
WO2018164469A1 (ko) Cu-du 분할 시나리오에서 데이터를 전송하는 방법 및 장치
WO2018128462A1 (ko) Qos 플로우 대 drb 맵핑에 대한 규칙을 전송하는 방법 및 장치
WO2018128452A1 (en) Method for transmitting lossless data packet based on quality of service (qos) framework in wireless communication system and a device therefor
WO2018174627A1 (ko) 무선 통신 시스템에서 다음 메시지를 위하여 사용되는 베어러의 타입을 지시하는 방법 및 장치
WO2019027205A1 (ko) Cu-du 분할 시나리오에서 rrc 연결을 재개하는 방법 및 장치
WO2018143593A1 (en) Method for performing reflective quality of service (qos) in wireless communication system and a device therefor
WO2018066905A1 (ko) V2x 통신을 수행하는 방법 및 장치
WO2018080218A1 (ko) 베어러를 확립하는 방법 및 장치
WO2018182231A1 (en) Method for performing mcg recovery in dual connectivity in wireless communication system and a device therefor
WO2017171354A1 (ko) 단말이 이동성을 수행하는 방법 및 장치
WO2018124810A1 (ko) Drb를 확립하는 방법 및 장치
WO2019027296A1 (en) METHOD FOR EXECUTING RAN-BASED RADIO MESSAGING AND DEVICE SUPPORTING SAID METHOD
WO2018203709A1 (en) Method and apparatus for performing access to cell
WO2018182254A1 (ko) 무선 통신 시스템에서 scg 실패 정보 메시지를 전송하는 방법 및 장치
WO2019022530A1 (en) METHOD AND APPARATUS FOR PERFORMING EDT
WO2017078297A1 (en) Method for transmitting a sidelink buffer status reporting in a d2d communication system and device therefor
WO2018164431A1 (ko) 슬라이스 별로 간섭을 조정하는 방법 및 장치
WO2018139888A1 (ko) 단말 컨텍스트의 관리 방법 및 이를 지원하는 장치
WO2019022397A1 (ko) Cu-du 분할 시나리오에서 무선 베어러를 수정하는 방법 및 장치
WO2019004667A1 (en) METHOD AND APPARATUS FOR SIGNALING MEASURING RESULT
WO2018174625A1 (ko) Rrc 연결을 요청하는 방법 및 장치
WO2018164528A1 (ko) 단말 능력을 전달하는 방법 및 이를 지원하는 장치
WO2017200299A1 (ko) 단말의 셀 재선택 절차 수행 방법 및 이를 지원하는 장치
WO2019054841A1 (en) METHOD FOR IMPLEMENTING REFLECTIVE SERVICE QUALITY IN WIRELESS COMMUNICATION SYSTEM, AND DEVICE THEREOF
WO2017222322A1 (ko) Mbms 서비스 수신 방법 및 이를 지원하는 장치

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20187037733

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2019504766

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2018763493

Country of ref document: EP

Effective date: 20190107

NENP Non-entry into the national phase

Ref country code: DE