WO2023128725A1 - 백 홀 및 액세스 홀 결합 시스템에서, 도너 노드간 통신시의 연결 실패의 처리 장치 및 방법 - Google Patents

백 홀 및 액세스 홀 결합 시스템에서, 도너 노드간 통신시의 연결 실패의 처리 장치 및 방법 Download PDF

Info

Publication number
WO2023128725A1
WO2023128725A1 PCT/KR2023/000061 KR2023000061W WO2023128725A1 WO 2023128725 A1 WO2023128725 A1 WO 2023128725A1 KR 2023000061 W KR2023000061 W KR 2023000061W WO 2023128725 A1 WO2023128725 A1 WO 2023128725A1
Authority
WO
WIPO (PCT)
Prior art keywords
routing
packet
donor
link
information
Prior art date
Application number
PCT/KR2023/000061
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 삼성전자 주식회사
Publication of WO2023128725A1 publication Critical patent/WO2023128725A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/042—Public Land Mobile systems, e.g. cellular systems
    • H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations

Definitions

  • the present disclosure relates to a backhaul and access hall combination system.
  • the 5G communication system or pre-5G communication system is being called a system after a 4G network (Beyond 4G Network) communication system or an LTE system (Post LTE).
  • the 5G communication system is being considered for implementation in an ultra-high frequency (mmWave) band (eg, a 60 gigabyte (60 GHz) band).
  • mmWave ultra-high frequency
  • advanced coding modulation Advanced Coding Modulation: ACM
  • FQAM Hybrid FSK and QAM Modulation
  • SWSC Simple Window Superposition Coding
  • advanced access technologies FBMC (Filter Bank Multi Carrier), NOMA (non orthogonal multiple access) and SCMA (sparse code multiple access) are being developed.
  • IoT Internet of Things
  • IoE Internet of Everything
  • M2M Machine Type Communication
  • MTC Machine Type Communication
  • 5G communication technologies such as sensor network, Machine to Machine (M2M), and Machine Type Communication (MTC) are implemented by techniques such as beamforming, MIMO, and array antenna, There is.
  • M2M Machine to Machine
  • MTC Machine Type Communication
  • cloud RAN cloud radio access network
  • one object of the present disclosure is to provide a device and method capable of effectively providing a service in a mobile communication system.
  • the present disclosure relates to a link failure handling procedure of a boundary node when a backhaul and access combination system is made of inter donor dual connection.
  • F1 connection with a first donor central unit (CU) and RRC with a second donor CU Acquiring configuration information including backhaul adaptation protocol (BAP) header rewriting information in a state in which dual connectivity (DC) by (radio resource control) connection is established;
  • BAP backhaul adaptation protocol
  • DC dual connectivity
  • RLF radio link failure
  • the communication unit and configuration including backhaul adaptation protocol (BAP) header rewriting information in a state in which dual connectivity (DC) is established by an F1 connection with a first donor central unit (CU) and a radio resource control (RRC) connection with a second donor CU.
  • BAP backhaul adaptation protocol
  • DC dual connectivity
  • CU first donor central unit
  • RRC radio resource control
  • a first link belonging to the topology of the donor CU is checked, and if a radio link failure (RLF) of the first link is confirmed, the packet is routed based on the configuration information, belonging to the topology of the first donor CU. and a control unit that checks a second link and, if the second link is available, routes the packet through the second link.
  • RLF radio link failure
  • a boundary node among nodes of a backhaul and access combination system may not perform packet header rewriting or deliver a failure indicator to a descendant node when RLF occurs in one of its dual connections. There is. Due to this, routing failure can be prevented by not using routing for packet header rewriting and using another detour link.
  • FIG. 1 is a diagram illustrating the structure of an LTE system according to some embodiments of the present disclosure.
  • FIG. 2 is a diagram illustrating a radio protocol structure of an LTE system according to some embodiments of the present disclosure.
  • FIG. 3 is a diagram illustrating the structure of a next-generation mobile communication system according to some embodiments of the present disclosure.
  • FIG. 4 is a diagram illustrating a radio protocol structure of a next-generation mobile communication system according to some embodiments of the present disclosure.
  • FIG. 5 is a block diagram illustrating an internal structure of a terminal according to some embodiments of the present disclosure.
  • FIG. 6 is a block diagram showing the configuration of an NR base station according to some embodiments of the present disclosure.
  • FIG. 7 is a diagram illustrating a scenario to which some embodiments of the present disclosure are applied.
  • FIG. 8 is a flowchart of a scenario to which some embodiments of the present disclosure are applied.
  • FIG. 9 is a diagram illustrating the operation of the boundary IAB node for solution 1 when the SCG link is unavailable to RLF and there is no link to transmit packets.
  • 11 is a flowchart of solution 2 when there is no link to transmit packets because the SCG link is unavailable to RLF.
  • connection node a term referring to network entities, a term referring to messages, a term referring to an interface between network entities, and a term referring to various types of identification information. Etc. are illustrated for convenience of description. Accordingly, the present disclosure is not limited to the terms described below, and other terms denoting objects having equivalent technical meanings may be used.
  • the present disclosure uses terms and names defined in the 3GPP LTE (3rd Generation Partnership Project Long Term Evolution) standard.
  • 3GPP LTE 3rd Generation Partnership Project Long Term Evolution
  • the present disclosure is not limited by the above terms and names, and may be equally applied to systems conforming to other standards.
  • each block of the process flow chart diagrams and combinations of the flow chart diagrams can be performed by computer program instructions.
  • These computer program instructions may be embodied in a processor of a general purpose computer, special purpose computer, or other programmable data processing equipment, so that the instructions executed by the processor of the computer or other programmable data processing equipment are described in the flowchart block(s). It creates means to perform functions.
  • These computer program instructions may also be stored in a computer usable or computer readable memory that can be directed to a computer or other programmable data processing equipment to implement functionality in a particular way, such that the computer usable or computer readable memory
  • the instructions stored in are also capable of producing an article of manufacture containing instruction means that perform the functions described in the flowchart block(s).
  • the computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operational steps are performed on the computer or other programmable data processing equipment to create a computer-executed process to generate computer or other programmable data processing equipment. Instructions for performing processing equipment may also provide steps for performing the functions described in the flowchart block(s).
  • each block may represent a module, segment, or portion of code that includes one or more executable instructions for executing specified logical function(s). It should also be noted that in some alternative implementations it is possible for the functions mentioned in the blocks to occur out of order. For example, it is possible that two blocks shown in succession may in fact be performed substantially concurrently, or that the blocks may sometimes be performed in reverse order depending on their function.
  • ' ⁇ unit' used in this embodiment means software or hardware components such as FPGA (Field Programmable Gate Array) or ASIC (Application Specific Integrated Circuit), and ' ⁇ unit' performs certain roles. do.
  • ' ⁇ part' is not limited to software or hardware.
  • ' ⁇ bu' may be configured to be in an addressable storage medium and may be configured to reproduce one or more processors. Therefore, as an example, ' ⁇ unit' refers to components such as software components, object-oriented software components, class components, and task components, processes, functions, properties, and procedures. , subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables.
  • components and ' ⁇ units' may be combined into smaller numbers of components and ' ⁇ units' or further separated into additional components and ' ⁇ units'.
  • components and ' ⁇ units' may be implemented to play one or more CPUs in a device or a secure multimedia card.
  • ' ⁇ unit' may include one or more processors.
  • a terminal may refer to a MAC entity in a terminal that exists for each Master Cell Group (MCG) and Secondary Cell Group (SCG), which will be described later.
  • MCG Master Cell Group
  • SCG Secondary Cell Group
  • the present disclosure uses terms and names defined in the 3rd Generation Partnership Project Long Term Evolution (3GPP LTE) standard.
  • 3GPP LTE 3rd Generation Partnership Project Long Term Evolution
  • a base station is a subject that performs resource allocation of a terminal, and may be at least one of a gNode B, an eNode B, a Node B, a base station (BS), a wireless access unit, a base station controller, or a node on a network.
  • the terminal may include a user equipment (UE), a mobile station (MS), a cellular phone, a smart phone, a computer, or a multimedia system capable of performing communication functions.
  • UE user equipment
  • MS mobile station
  • cellular phone a smart phone
  • computer or a multimedia system capable of performing communication functions.
  • multimedia system capable of performing communication functions.
  • the present disclosure is applicable to 3GPP NR (5th generation mobile communication standard).
  • the present disclosure provides intelligent services (e.g., smart home, smart building, smart city, smart car or connected car, health care, digital education, retail, security and safety related services) based on 5G communication technology and IoT related technology. etc.) can be applied.
  • eNB may be used interchangeably with gNB for convenience of description. That is, a base station described as an eNB may indicate a gNB.
  • the term terminal may refer to mobile phones, NB-IoT devices, sensors, as well as other wireless communication devices.
  • the wireless communication system has moved away from providing voice-oriented services in the early days and, for example, 3GPP's HSPA (High Speed Packet Access), LTE (Long Term Evolution or E-UTRA (Evolved Universal Terrestrial Radio Access)), LTE-Advanced (LTE-A), LTE-Pro, 3GPP2's High Rate Packet Data (HRPD), UMB (Ultra Mobile Broadband), and IEEE's 802.16e, a broadband wireless network that provides high-speed, high-quality packet data services. evolving into a communication system.
  • an Orthogonal Frequency Division Multiplexing (OFDM) method is employed in downlink (DL), and Single Carrier Frequency Division Multiplexing (SC-FDMA) in uplink (UL).
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier Frequency Division Multiplexing
  • Uplink refers to a radio link in which a terminal (UE; User Equipment or MS; Mobile Station) transmits data or control signals to a base station (eNode B or BS; Base Station)
  • downlink refers to a radio link in which a base station transmits data or control signals to a terminal.
  • the multiple access method as described above distinguishes data or control information of each user by allocating and operating time-frequency resources to carry data or control information for each user so that they do not overlap each other, that is, so that orthogonality is established. .
  • Enhanced Mobile BroadBand eMBB
  • massive Machine Type Communication mMTC
  • Ultra Reliability Low Latency Communication URLLC
  • eMBB may aim to provide a data transmission rate that is more improved than that supported by existing LTE, LTE-A, or LTE-Pro.
  • an eMBB in a 5G communication system, an eMBB must be able to provide a peak data rate of 20 Gbps in downlink and a peak data rate of 10 Gbps in uplink from the perspective of one base station.
  • the 5G communication system may need to provide a user perceived data rate while providing a maximum transmission rate.
  • the 5G communication system may require improvement of various transmission and reception technologies, including a more advanced Multi Input Multi Output (MIMO) transmission technology.
  • MIMO Multi Input Multi Output
  • the 5G communication system uses a frequency bandwidth wider than 20MHz in a frequency band of 3 to 6GHz or 6GHz or higher to meet the requirements of the 5G communication system. data transfer rate can be satisfied.
  • mMTC is being considered to support application services such as Internet of Things (IoT) in 5G communication systems.
  • IoT Internet of Things
  • mMTC may require support for large-scale terminal access within a cell, improved terminal coverage, improved battery time, and reduced terminal cost. Since the Internet of Things is attached to various sensors and various devices to provide communication functions, it must be able to support a large number of terminals (eg, 1,000,000 terminals/km2) in a cell.
  • terminals supporting mMTC are likely to be located in shadow areas that are not covered by cells, such as the basement of a building, so a wider coverage than other services provided by the 5G communication system may be required.
  • a terminal supporting mMTC must be composed of a low-cost terminal, and since it is difficult to frequently replace a battery of the terminal, a very long battery life time such as 10 to 15 years may be required.
  • URLLC as a cellular-based wireless communication service used for a specific purpose (mission-critical), remote control for robots or machinery, industrial automation, It can be used for services used in unmanned aerial vehicles, remote health care, and emergency alerts. Therefore, communications provided by URLLC may need to provide very low latency (ultra-low latency) and very high reliability (ultra-reliability). For example, a service supporting URLLC must satisfy an air interface latency of less than 0.5 milliseconds, and at the same time may have a requirement of a packet error rate of 10-5 or less. Therefore, for the service supporting URLLC, the 5G system must provide a transmit time interval (TTI) that is smaller than that of other services, and at the same time, design that allocates wide resources in the frequency band to secure the reliability of the communication link. items may be requested.
  • TTI transmit time interval
  • the three services considered in the aforementioned 5G communication system that is, eMBB, URLLC, and mMTC, can be multiplexed and transmitted in one system.
  • different transmission/reception techniques and transmission/reception parameters may be used between services in order to satisfy different requirements of each service.
  • mMTC, URLLC, and eMBB are only examples of different service types, and the service types to which the present disclosure is applied are not limited to the above-mentioned examples.
  • the embodiments of the present invention will be described below using LTE, LTE-A, LTE Pro or 5G (or NR, next-generation mobile communication) systems as examples, the present invention can be applied to other communication systems having similar technical backgrounds or channel types. An embodiment of may be applied. In addition, the embodiments of the present invention can be applied to other communication systems through some modification within a range that does not greatly deviate from the scope of the present invention as determined by a person with skillful technical knowledge.
  • FIG. 1 is a diagram illustrating the structure of an LTE system according to some embodiments of the present disclosure.
  • the radio access network of the LTE system includes a next-generation base station (Evolved Node B, hereinafter referred to as ENB, Node B or base station) (1-05, 1-10, 1-15, 1-20) and It may be composed of a Mobility Management Entity (MME) (1-25) and an S-GW (1-30, Serving-Gateway).
  • ENB Next-generation base station
  • MME Mobility Management Entity
  • S-GW Serving-Gateway
  • a user equipment (UE or terminal) 1-35 may access an external network through ENBs 1-05 to 1-20 and the S-GW 1-30.
  • ENBs 1-05 to 1-20 may correspond to existing Node Bs of the UMTS system.
  • the ENB is connected to the UE (1-35) through a radio channel and can perform a more complex role than the existing Node B.
  • all user traffic including real-time services such as VoIP (Voice over IP) through Internet protocol can be serviced through a shared channel. Therefore, a device may be required to perform scheduling by collecting status information such as buffer status, available transmit power status, and channel status of UEs, and ENBs 1-05 to 1-20 may be in charge of this.
  • One ENB can typically control multiple cells.
  • an LTE system may use orthogonal frequency division multiplexing (OFDM) as a radio access technology in a 20 MHz bandwidth, for example.
  • the ENB may apply an Adaptive Modulation & Coding (AMC) method that determines a modulation scheme and a channel coding rate according to the channel condition of the terminal.
  • the S-GW 1-30 is a device that provides a data bearer, and can create or remove a data bearer under the control of the MME 1-25.
  • the MME is a device in charge of various control functions as well as a mobility management function for a terminal, and may be connected to a plurality of base stations.
  • FIG. 2 is a diagram illustrating a radio protocol structure of an LTE system according to some embodiments of the present disclosure.
  • the radio protocols of the LTE system are Packet Data Convergence Protocol (PDCP) (2-05, 2-40) and Radio Link Control (RLC) ( 2-10, 2-35), medium access control (MAC) (2-15, 2-30).
  • PDCP may be in charge of operations such as IP header compression/restoration.
  • RLC Radio Link Control
  • MAC medium access control
  • the Radio Link Control (RLC) units 2-10 and 2-35 may perform an ARQ operation by reconstructing a PDCP Packet Data Unit (PDU) into an appropriate size.
  • PDU Packet Data Unit
  • RLC SDU discard function (RLC SDU discard (only for UM and AM data transfer)
  • the MACs 2-15 and 2-30 are connected to several RLC layer devices configured in one terminal, and multiplex RLC PDUs to MAC PDUs and demultiplex RLC PDUs from MAC PDUs. can do.
  • the main functions of MAC can be summarized as follows. Of course, it is not limited to the following examples.
  • the physical layers 2-20 and 2-25 channel-code and modulate higher-layer data, make OFDM symbols and transmit them through a radio channel, or demodulate OFDM symbols received through a radio channel and channel It can decode and pass it to the upper layer.
  • the physical layers 2-20 and 2-25 channel-code and modulate higher-layer data, make OFDM symbols and transmit them through a radio channel, or demodulate OFDM symbols received through a radio channel and channel It can decode and pass it to the upper layer.
  • it is not limited to the following examples.
  • FIG. 3 is a diagram illustrating the structure of a next-generation mobile communication system according to some embodiments of the present disclosure.
  • the radio access network of the next-generation mobile communication system includes a next-generation base station (New Radio Node B, hereinafter NR gNB or NR base station) 3-10 and a next-generation radio core network (New Radio Core Network, NR CN) (3-05).
  • NR gNB Next-generation base station
  • NR CN Next-generation radio core network
  • a next-generation radio user equipment (New Radio User Equipment, NR UE or UE) 3-15 can access an external network through the NR gNB 3-10 and the NR CN 3-05.
  • NR gNBs 3-10 may correspond to evolved Node Bs (eNBs) of the existing LTE system.
  • the NR gNB is connected to the NR UE 3-15 through a radio channel and can provide superior service to the existing Node B.
  • eNBs evolved Node Bs
  • all user traffic can be serviced through a shared channel. Therefore, a device for performing scheduling by collecting status information such as buffer status, available transmit power status, and channel status of UEs may be required, and the NR NB 3-10 may be in charge of this.
  • One NR gNB can control multiple cells.
  • a bandwidth higher than the current maximum bandwidth may be applied in order to implement high-speed data transmission compared to current LTE.
  • a beamforming technology may be additionally used by using Orthogonal Frequency Division Multiplexing (OFDM) as a radio access technology.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the NR gNB determines a modulation scheme and a channel coding rate according to the channel condition of the terminal. Adaptive Modulation & Coding (AMC) scheme this may apply.
  • the NR CN 3-05 may perform functions such as mobility support, bearer setup, and QoS setup.
  • the NR CN 3-05 is a device in charge of various control functions as well as a mobility management function for a terminal, and can be connected to a plurality of base stations.
  • the next-generation mobile communication system can be interworked with the existing LTE system, and the NR CN can be connected to the MME (3-25) through a network interface.
  • the MME may be connected to the eNB (3-30), which is an existing base station.
  • FIG. 4 is a diagram illustrating a radio protocol structure of a next-generation mobile communication system according to some embodiments of the present disclosure.
  • the radio protocols of the next-generation mobile communication system are NR Service Data Adaptation Protocol (SDAP) (4-01, 4-45) and NR PDCP (4-05, 4-05, 4-40), NR RLC (4-10, 4-35), and NR MAC (4-15, 4-30).
  • SDAP NR Service Data Adaptation Protocol
  • NR PDCP (4-05, 4-05, 4-40)
  • NR RLC (4-10, 4-35)
  • NR MAC MAC
  • the main functions of the NR SDAPs 4-01 and 4-45 may include some of the following functions. However, it is not limited to the following examples.
  • mapping function between a QoS flow and a data bearer for uplink and downlink mapping between a QoS flow and a DRB for both DL and UL
  • the UE uses a Radio Resource Control (RRC) message for each PDCP layer device, each bearer, or each logical channel, whether to use the header of the SDAP layer device or whether to use the function of the SDAP layer device can be set.
  • RRC Radio Resource Control
  • the terminal sets the Non-Access Stratum (NAS) Quality of Service (QoS) reflection setting 1-bit indicator (NAS reflective QoS) of the SDAP header and the access layer (Access Stratum) Stratum, AS) With a 1-bit QoS reflection setting indicator (AS reflective QoS), the terminal may be instructed to update or reset mapping information for uplink and downlink QoS flows and data bearers.
  • the SDAP header may include QoS flow ID information indicating QoS.
  • QoS information may be used as data processing priority and scheduling information to support smooth service.
  • the main functions of the NR PDCPs 4-05 and 4-40 may include some of the following functions. However, it is not limited to the following examples.
  • the reordering function of the NR PDCP device may refer to a function of reordering PDCP PDUs received from a lower layer in order based on a PDCP sequence number (SN).
  • the reordering function of the NR PDCP device may include a function of forwarding data to a higher layer in the rearranged order, or may include a function of directly forwarding data without considering the order, and rearranging the order may cause loss It may include a function of recording lost PDCP PDUs, a function of reporting the status of lost PDCP PDUs to the transmitting side, and a function of requesting retransmission of lost PDCP PDUs. there is.
  • the main functions of the NR RLCs 4-10 and 4-35 may include some of the following functions. However, it is not limited to the following examples.
  • the in-sequence delivery function of the NR RLC device may refer to a function of sequentially delivering RLC SDUs received from a lower layer to an upper layer.
  • the in-sequence delivery function of the NR RLC device may include a function of reassembling and delivering them.
  • the in-sequence delivery function of the NR RLC device may include a function of rearranging received RLC PDUs based on an RLC sequence number (SN) or a PDCP sequence number (SN), and rearranging the order results in loss It may include a function of recording lost RLC PDUs, a function of reporting the status of lost RLC PDUs to the transmitting side, and a function of requesting retransmission of lost RLC PDUs. there is.
  • In-sequence delivery of the NR RLC device may include, when there is a lost RLC SDU, a function of sequentially delivering only RLC SDUs prior to the lost RLC SDU to a higher layer.
  • the in-sequence delivery function of the NR RLC device may include a function of sequentially delivering all RLC SDUs received so far to a higher layer if a predetermined timer expires even if there is a lost RLC SDU.
  • the NR RLC device may process RLC PDUs in the order in which they are received regardless of the order of sequence numbers (out-of sequence delivery) and deliver them to the NR PDCP device.
  • the NR RLC device When the NR RLC device receives a segment, it may receive segments stored in a buffer or to be received later, reconstruct it into one complete RLC PDU, and then transmit it to the NR PDCP device.
  • the NR RLC layer may not include a concatenation function, and may perform a function in the NR MAC layer or may be replaced with a multiplexing function of the NR MAC layer.
  • the out-of-sequence delivery of the NR RLC device may mean a function of immediately delivering RLC SDUs received from a lower layer to an upper layer regardless of order.
  • Out-of-sequence delivery of the NR RLC device may include a function of reassembling and delivering, when originally one RLC SDU is divided into several RLC SDUs and received.
  • the out-of-sequence delivery function of the NR RLC device may include a function of storing RLC SNs or PDCP SNs of received RLC PDUs and arranging the order to record lost RLC PDUs.
  • the NR MACs (4-15, 4-30) may be connected to several NR RLC layer devices configured in one terminal, and the main functions of the NR MAC may include some of the following functions . However, it is not limited to the following examples.
  • the NR PHY layers (4-20, 4-25) channel code and modulate higher layer data, convert OFDM symbols into OFDM symbols and transmit them through a radio channel, or demodulate OFDM symbols received through a radio channel and channel decode them to a higher layer. You can perform forwarding operations.
  • FIG. 5 is a block diagram showing the internal structure of a terminal to which the present invention is applied.
  • a terminal may include a radio frequency (RF) processing unit 5-10, a baseband processing unit 5-20, a storage unit 5-30, and a control unit 5-40.
  • RF radio frequency
  • the control unit 5-40 of the terminal may include a multi-connection processing unit 5-42.
  • the terminal may include fewer or more configurations than the configuration shown in FIG. 5 .
  • the RF processor 5-10 may perform functions for transmitting and receiving signals through a wireless channel, such as band conversion and amplification of signals. That is, the RF processing unit 5-10 up-converts the baseband signal provided from the baseband processing unit 5-20 into an RF band signal, transmits the signal through an antenna, and converts the RF band signal received through the antenna into a baseband signal. It can be down-converted to a signal.
  • the RF processor 5-10 may include a transmit filter, a receive filter, an amplifier, a mixer, an oscillator, a digital to analog converter (DAC), an analog to digital converter (ADC), and the like. there is. Of course, it is not limited to the above examples. In FIG.
  • the terminal may include a plurality of antennas.
  • the RF processor 5-10 may include a plurality of RF chains.
  • the RF processor 2e-10 may perform beamforming. For beamforming, the RF processor 5 - 10 may adjust the phase and size of signals transmitted and received through a plurality of antennas or antenna elements.
  • the RF processor 5-10 may perform Multi Input Multi Output (MIMO), and may receive multiple layers when performing the MIMO operation.
  • MIMO Multi Input Multi Output
  • the baseband processor 5-20 performs a conversion function between a baseband signal and a bit string according to the physical layer standard of the system. For example, during data transmission, the baseband processor 5-20 generates complex symbols by encoding and modulating a transmission bit stream. Also, when receiving data, the baseband processing unit 5-20 may demodulate and decode the baseband signal provided from the RF processing unit 5-10 to restore the received bit string. For example, in the case of orthogonal frequency division multiplexing (OFDM), during data transmission, the baseband processor 5-20 encodes and modulates a transmission bit stream to generate complex symbols, and maps the complex symbols to subcarriers. After that, OFDM symbols are configured through inverse fast Fourier transform (IFFT) operation and cyclic prefix (CP) insertion.
  • IFFT inverse fast Fourier transform
  • CP cyclic prefix
  • the baseband processing unit 5-20 divides the baseband signal provided from the RF processing unit 5-10 into OFDM symbol units, and signals mapped to subcarriers through fast Fourier transform (FFT). After restoring them, the received bit stream can be restored through demodulation and decoding.
  • FFT fast Fourier transform
  • the baseband processing unit 5-20 and the RF processing unit 5-10 transmit and receive signals as described above.
  • the baseband processing unit 5-20 and the RF processing unit 5-10 may be referred to as a transmitter, a receiver, a transceiver, or a communication unit.
  • at least one of the baseband processing unit 5-20 and the RF processing unit 5-10 may include a plurality of communication modules to support a plurality of different wireless access technologies.
  • at least one of the baseband processing unit 5-20 and the RF processing unit 5-10 may include different communication modules to process signals of different frequency bands.
  • different radio access technologies may include a wireless LAN (eg, IEEE 802.11), a cellular network (eg, LTE), and the like.
  • the different frequency bands may include a super high frequency (SHF) (eg, 2.NRHz, NRhz) band and a millimeter wave (eg, 60 GHz) band.
  • SHF super high frequency
  • the terminal may transmit and receive signals with the base station using the baseband processing unit 5-20 and the RF processing unit 5-10, and the signal may include control information and data.
  • the storage unit 5-30 stores data such as a basic program for operation of the terminal, an application program, and setting information.
  • the storage unit 5 - 30 may store information related to the second access node performing wireless communication using the second wireless access technology. And, the storage unit 5-30 provides the stored data according to the request of the control unit 5-40.
  • the storage unit 5 - 30 may include a storage medium such as a ROM, a RAM, a hard disk, a CD-ROM, and a DVD, or a combination of storage media. Also, the storage unit 5 - 30 may be composed of a plurality of memories.
  • the controller 5-40 controls overall operations of the terminal.
  • the control unit 5-40 transmits and receives signals through the baseband processing unit 5-20 and the RF processing unit 5-10.
  • the control unit 5-40 writes and reads data in the storage unit 5-30.
  • the controller 5-40 may include at least one processor.
  • the control unit 5 - 40 may include a communication processor (CP) that controls communication and an application processor (AP) that controls upper layers such as application programs.
  • CP communication processor
  • AP application processor
  • at least one component in the terminal may be implemented as one chip.
  • FIG. 6 is a block diagram showing the configuration of an NR base station according to some embodiments of the present disclosure.
  • a base station may include an RF processing unit 6-10, a baseband processing unit 6-20, a backhaul communication unit 6-30, a storage unit 6-40, and a control unit 6-50.
  • the control unit 6-50 of the base station may include a multi-connection processing unit 6-52.
  • the base station may include fewer or more configurations than the configuration shown in FIG. 6 .
  • the RF processing unit 6-10 may perform functions for transmitting and receiving signals through a wireless channel, such as band conversion and amplification of signals. That is, the RF processing unit 6-10 up-converts the baseband signal provided from the baseband processing unit 6-20 into an RF band signal, transmits the signal through an antenna, and converts the RF band signal received through the antenna into a baseband signal. down-convert to a signal.
  • the RF processor 6-10 may include a transmit filter, a receive filter, an amplifier, a mixer, an oscillator, a DAC, an ADC, and the like. In FIG. 6, only one antenna is shown, but the RF processor 6-10 may include a plurality of antennas.
  • the RF processor 6-10 may include a plurality of RF chains. Also, the RF processor 6-10 may perform beamforming. For beamforming, the RF processing unit 6-10 may adjust the phase and size of signals transmitted and received through a plurality of antennas or antenna elements. The RF processing unit may perform downlink MIMO operation by transmitting one or more layers.
  • the baseband processing unit 6-20 may perform a conversion function between a baseband signal and a bit stream according to the physical layer standard of the first radio access technology. For example, during data transmission, the baseband processor 6-20 may generate complex symbols by encoding and modulating a transmission bit stream. Also, when receiving data, the baseband processing unit 6-20 may demodulate and decode the baseband signal provided from the RF processing unit 6-10 to restore the received bit string. For example, according to the OFDM scheme, when data is transmitted, the baseband processing unit 6-20 generates complex symbols by encoding and modulating a transmission bit stream, maps the complex symbols to subcarriers, and performs an IFFT operation and OFDM symbols are configured through CP insertion.
  • the baseband processing unit 6-20 divides the baseband signal provided from the RF processing unit 6-10 into OFDM symbol units, restores signals mapped to subcarriers through FFT operation, and , the received bit stream can be restored through demodulation and decoding.
  • the baseband processing unit 6-20 and the RF processing unit 6-10 can transmit and receive signals as described above. Accordingly, the baseband processing unit 6-20 and the RF processing unit 6-10 may be referred to as a transmission unit, a reception unit, a transmission/reception unit, a communication unit, or a wireless communication unit.
  • the base station may transmit/receive signals with the terminal using the baseband processor 6-20 and the RF processor 6-10, and the signals may include control information and data.
  • the backhaul communication unit 6-30 provides an interface for communicating with other nodes in the network. That is, the backhaul communication unit 6-30 converts a bit string transmitted from the main base station to another node, for example, a secondary base station, a core network, etc., into a physical signal, and converts a physical signal received from another node into a bit string. can do.
  • the backhaul communication unit 6-30 may be included in the communication unit.
  • the storage unit 6-40 stores data such as basic programs for operation of the base station, application programs, and setting information.
  • the storage unit 6-40 may store information about bearers allocated to the connected terminal, measurement results reported from the connected terminal, and the like.
  • the storage unit 6-40 may store information that is a criterion for determining whether to provide or stop multiple connections to the terminal.
  • the storage unit 6-40 provides the stored data according to the request of the control unit 6-50.
  • the storage unit 6 - 40 may include a storage medium such as a ROM, a RAM, a hard disk, a CD-ROM, and a DVD, or a combination of storage media.
  • the storage unit 6-40 may be composed of a plurality of memories. According to some embodiments, the storage unit 6 - 40 may store a program for performing the buffer status reporting method according to the present disclosure.
  • the controller 6-50 controls overall operations of the base station.
  • the control unit 6-50 transmits and receives signals through the baseband processing unit 6-20 and the RF processing unit 6-10 or through the backhaul communication unit 6-30.
  • the control unit 6-50 writes and reads data in the storage unit 6-40.
  • the controller 6-50 may include at least one processor. Also, at least one configuration of the base station may be implemented with one chip.
  • FIG. 7 is a diagram illustrating a scenario to which some embodiments of the present disclosure are applied.
  • IAB node 2 there are two IAB donors, donor 1 (710) and donor 2 (720), which manage each topology, and IAB node 2 (730) is a boundary node, Donor 2 (720) becomes the junction of each topology.
  • the f1 termination point of IAB node 2 730 is donor 1 710, and the destination and start point of backhaul traffic becomes donor 1 710.
  • the MCG (master cell group) link of the RRC entity of the boundary node becomes donor 1 (710) and the SCG (secondary cell group) link becomes donor 2 (720). Accordingly, after the dual connection of the boundary IAB node is established, part of the backhaul traffic of donor 1 (710) can be transmitted/received through the topology of donor 2 (720).
  • donor 1 710 may be offloaded through the topology of donor 2 720 due to offload necessity.
  • donor 1 (710) may share topology-related information of donor 2 (720) and use routing information of backhaul packets to use the topology of donor 2 (720), routing ID for performing packet rewriting.
  • Information and routing information reflecting the topology of donor 2 720 to be applied after rewriting may be delivered to the boundary IAB node. This delivery can be through Donor 1 (710) or Donor 2 (720) can deliver directly.
  • the boundary IAB node When the boundary IAB node receives DL and UL BAP packets, it refers to the routing ID information for performing packet rewriting, and if the routing ID included in the packet header is the routing ID for the rewriting, the appropriate routing ID at the target node is applied to rewrite the packet header.
  • the routing ID included in the packet header is the routing ID for the rewriting
  • the appropriate routing ID at the target node is applied to rewrite the packet header.
  • UL after rewriting, packets are routed to the topology of donor 2 (720) using the routing table in which the topology information of donor 2 (720) is reflected, and donor 2 (720) returns IP to donor 1 (710). It transmits the packet through the network.
  • FIG. 8 is a flowchart of a scenario to which some embodiments of the present disclosure are applied.
  • FIG. 8 will explain the flow based on the scenario of FIG. 7 .
  • the CU of donor 1 is called CU1 (810)
  • the CU of donor 2 is called CU2 (820).
  • CU1 (810) and IAB node (830) perform SCG preparation procedures with CU2 (820) while maintaining a connected state, and CU1 (810) and CU2 (820) share routing ID information for packet rewriting Do (S801).
  • CU1 810 may transmit an Xn message including an indicator indicating that packet offload will be performed to CU2 820.
  • CU1 (810) may receive SCG configuration information from CU2 (820) and deliver it to IAB node (830) (S802).
  • the IAB node 830 receiving this information applies the RRC configuration information (S803), and the target IAB node 840, which is the target parent node under the CU2 820 topology (in FIG. 7, IAB MT-3 and DU- Corresponding to IAB node 3 including 3), you can try to connect. More specifically, the IAB node 830 may perform a random access procedure with the target IAB node 840, and if the random access is successful, an RRCReconfigurationComplete message may be delivered to the CU1 810. Based on this message transmission, the IAB node 810 may operate as a boundary node. Also, CU1 810 may transmit a SNReconfiguratoinComplete message to CU2 820.
  • DC setting may be completed (S804).
  • CU1 (810) may perform traffic offload to CU2 (820) (S805).
  • CU2 820 may determine that SCG addition has been completed and may transmit packet rewriting information and routing information to IAB node 830. This information may be transmitted from the CU2 820 to the IAB node 830 through an RRC message or F1AP (S807). After receiving this information, the IAB node 830 may perform packet header rewriting and a routing procedure using the corresponding rewritten routing ID for BAP traffic using the topology of CU2 820 (S808).
  • CU1 810 assumes that dual connection is completed, and configures routing for local rerouting Information may be delivered to the IAB node 830 through an RRCReconfiguration or F1AP message (S806).
  • both MCG/SCG links of the IAB node 830 for which dual connection is set are configured to correspond to respective RRCs of CU1 810 and CU2 820.
  • Each CU manages its own topology information, BAP address of each node, and routing ID to each node. If CU1 (810) intends to offload specific BAP packets with the topology of CU2 (820), through CU2 (820) or by CU1 (810), information on routing IDs of offloaded BAP packets and their routing ID Rewriting information including target routing ID information to be used by changing . may be delivered to the IAB node 830. And, CU2 820 may deliver routing information considering the topology of CU2 820 to IAB node 830.
  • the boundary IAB node 830 Upon receiving this information, the boundary IAB node 830 transmits headers of packets corresponding to the previous routing ID included in the rewriting information for DL traffic received through the SCG link and UL traffic received from the child node in the target topology. Routing is performed by rewriting with the routing ID to be used and applying a routing table based on the target topology.
  • radio link failure occurs in the SCG link
  • the routing information based on the target topology of the boundary IAB node is unavailable due to the RLF, since there is only one SCG link in the UL direction egress link. If it does, there is no link to forward the packet. Accordingly, UL packets may be buffered or discarded at the boundary IAB node.
  • FIG. 9 is a flowchart illustrating the operation of the boundary IAB node for solution 1 to be described below
  • FIG. 10 is a flowchart for solution 1 to be described below.
  • the routing ID of the BAP header received in UL/DL is checked, and whether it is mapped to the 'previous routing ID' of the rewriting information is checked. If they match, If the corresponding routing ID is replaced with a new routing ID corresponding to the matching previous routing ID, and the routing table of the target topology is applied to perform routing of the corresponding packet on the premise of the new routing ID, in this proposal,
  • routing can be performed using the local re-routing table. (In most cases, local re-routing table information is provided in advance so that the MCG link is used as a backup egress link)
  • routing can be performed by applying the used local re-routing table. (In most cases, local re-routing table information is provided in advance so that the MCG link is used as a backup egress link)
  • a boundary IAB node may be configured for dual connection according to a topology of CU1 and a topology of CU2 (S910).
  • routing information may be received through packet header rewriting configuration and a target topology (the topology of CU2) (S920). Thereafter, when a packet for uplink (UL) BAP traffic is received from the child IAB node, a packet header rewriting operation may be performed by checking the header of the packet. More specifically, the boundary IAB node according to an example of the present disclosure corresponds to the previous routing ID when the routing ID included in the header of the packet matches the “previous routing ID” of the packet header rewriting setting. It is possible to rewrite the header of the packet with a new routing ID that is In addition, the header rewritten packet may be routed using routing information based on the target topology (S930).
  • an RLF for a link belonging to the target topology that is, an SCG may be generated (S940).
  • the boundary IAB node may stop a header rewriting operation for all received packets and a routing operation based on a target topology. And, for packets that have already been header rewritten, the header of the packet can be reconstructed (rewritten) so that the “previous routing ID” included before the rewriting of the corresponding packet is restored.
  • the restoration operation may be performed based on previously acquired configuration information based on the topology of the first donor CU. More specifically, the restoration operation checks the routing ID mapped to the BAP address (next hop's address) of the egress link to transmit the corresponding packet in the configuration information, and reconstructs the header using the checked routing ID.
  • routing may be performed by applying a local rerouting setting (routing table) based on the topology of the first CU to the reconfigured packet.
  • a routing operation based on the local rerouting setting (routing table) may be performed without a separate header rewriting operation (S950). .
  • a first donor CU (CU1, 1010) may perform an SCG preparation procedure using a second donor CU (CU2, 1020) and IAB-related information (S1001).
  • CU1 1010 may transmit an RRCReconfiguration message including the SCG configuration acquired from CU2 1020 to the boundary IAB node 1030.
  • the boundary IAB node 1030 according to an example of the present disclosure applies the obtained RRCReconfiguration message (S1003), and based on this, performs a random access procedure with the parent IAB node 1040 based on the topology of CU2 1020.
  • an RRC reset completion message is transmitted to CU1 (1010), and CU1 (1010) transmits an SN reset completion message to CU2 (1020) based on this, so that the boundary IAB node (1030) DC setting for may be completed (S1004). Also, due to this, CU1 (1010) may offload traffic to CU2 (1020) (S1005).
  • CU1 1010 may transmit configuration information for local routing based on the topology of CU1 to the boundary IAB node 1030 (S1006).
  • Corresponding configuration information may be transmitted through an RRCReconfiguration message or an F1AP message.
  • CU2 1020 may transmit information including BAP setting, routing setting, and rewriting setting based on the topology of CU2 to the boundary IAB node 1030 through an RRCRecofniguration message or an F1AP message (S1007 ).
  • the corresponding information may be transmitted to the boundary IAB node 1030 through the CU1 1010.
  • the boundary IAB node 1030 may perform a rewriting operation for a packet and a routing procedure to a target topology based on the received configuration information (S1008).
  • the boundary IAB node 1030 detects radio link failure (RLF) of a link belonging to the target topology, for example, a link to the SCG parent IAB node 1040 (S1009), information about this (eg, For example, SCGFailureInforamtion) may be transmitted to CU1 (1010) (S1010).
  • CU1 (1010) receiving the corresponding information may perform an SCG preparation procedure for establishing a DC connection between CU2 (1020) and a new parent IAB node (1050) (S1011).
  • the boundary IAB node 1030 may offload traffic to a link belonging to the topology of CU1 1010 through local rerouting based on SCG RLF detection (S1012).
  • CU1 1010 may transmit RRCReconfiguration including the PSCell change setting to the boundary IAB node 1030 (S1013), and thus a new PSCell 1050 may be configured.
  • the boundary IAB node 1030 may perform a random access procedure with the new PSCell 1050, and if the random access procedure is successfully completed, a DC including the new PSCell 1050 may be established (S1014).
  • CU2 may transmit (S1015) BAP settings, routing settings, and rewriting settings based on the changed PSCell (1050) to the boundary IAB node (1030), and the boundary IAB node (which was in the process of offloading traffic through local rerouting operation) 1030) may fall back to a rewriting operation and perform a target topology routing operation based on the newly received configuration (S1016).
  • the boundary IAB node may transmit a type 2 RLF indicator (RLF detection indicator) to the child node.
  • This indicator may additionally include at least one of the following information.
  • Routing IDs of BAP packets to be routed to the corresponding SCG link that is, 'previous routing IDs' of packet header rewriting information, and BAP destination address information on each routing ID
  • a child node receiving the type 2 RLF indicator can perform the following operations.
  • the boundary IAB node may transmit a type 3 RLF indicator (ie RLF recovery indicator) to the child node that sent the type 2 indicator.
  • the child node receiving the relevant indicator does not perform local rerouting and falls back to the state before receiving the type 2 RLF indicator.
  • CU1 1110 and CU2 1120 may similarly perform an SCG preparation procedure using IAB-related information (S1101), and the boundary IAB node 1130 performs the CU1 preparation procedure by the SCG preparation procedure.
  • SCG setting provided by the CU2 (1120) is received from (1110) (S1102)
  • the DC setting is completed by applying the RRC setting (S1103) and performing a random access procedure with the parent IAB node (1140) of the CU2 topology. It can (S1104).
  • CU1 (1110) may offload traffic to CU2 (1120) (S1105).
  • the boundary IAB node 1130 receives a message for local rerouting configuration received from CU1 1110 (S1106), and based on the DC configuration, BAP configuration and routing configuration from CU2 1020 After receiving information including , and rewriting settings (S1107), a rewriting operation for packets and a routing procedure to a target topology can be performed (S1108).
  • the boundary IAB node 1130 may detect radio link failure (RLF) of a link belonging to the target topology, for example, a link to the SCG parent IAB node 1140 (S1109).
  • RLF radio link failure
  • the boundary IAB node 1130 may directly detect that RLF has occurred for the link to the SCG parent IAB node 1140, and RLF detection for the link from the SCG parent IAB node 1140. It can also be detected by receiving an indicator. If RLF is detected in this way, the boundary IAB node 1130 may transmit a type 2 RLF indicator to the child IAB node 1160 (S1110).
  • the type 2 RLF indicator may include, for example, information about a routing ID before header rewriting.
  • the child IAB node 1160 may determine that packet routing through the boundary IAB node 1130 is not available, and may perform a local rerouting operation for the packet having the previous routing ID (S1111).
  • the boundary IAB node 1130 may transmit information on the SCG RLF (eg, SCGFailureInforamtion) to the CU1 1110 (S1112).
  • CU1 (1110) receiving the corresponding information performs an SCG preparation procedure for establishing a DC connection with CU2 (1120) and a new parent IAB node (1150) (S1113), and the boundary IAB node (1130) performs SCG Based on RLF detection, traffic may be offloaded to a link belonging to the topology of CU1 1110 through local rerouting (S1114).
  • CU1 1110 may transmit RRCReconfiguration including the PSCell change setting to the boundary IAB node 1130 (S1115), and thus a new PSCell 1150 may be configured.
  • the boundary IAB node 1130 may perform a random access procedure with the new PSCell 1150, and if the random access procedure is successfully completed, a DC including the new PSCell 1150 may be established (S1116).
  • the CU2 (1120) may transmit (S1117) BAP settings, routing settings, and rewriting settings based on the changed PSCell (1150) to the boundary IAB node (1130), and the boundary that was in the process of offloading traffic through local rerouting operation
  • the IAB node 1130 may transmit a type 3 RLF indicator indicating that the RLF has been restored to the child IAB node 1160 (S1118). Accordingly, the child IAB node (1160) falls back to the normal routing operation (S1119) to route the packet to the boundary IAB node (1130), and the boundary IAB node (1130) falls back to the rewriting operation to generate the data of the CU2 (1120).
  • a routing operation based on the topology may be performed (S1120).
  • the boundary IAB node When RLF occurs on the SCG egress link, the boundary IAB node performs buffering on BAP packets corresponding to the 'previous routing ID' in the header rewriting configuration information. When the RLF is restored, header rewriting and routing based on the target topology may be performed.

Landscapes

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

Abstract

본 개시는 4G 시스템 이후 보다 높은 데이터 전송률을 지원하기 위한 5G 통신 시스템을 IoT 기술과 융합하는 통신 기법 및 그 시스템에 관한 것이다. 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스 (예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 개시는, 백홀 및 액세스 홀 결합 시스템에서 패킷 라우팅 실패를 방지할 수 있는 방법 및 장치를 개시한다.

Description

백 홀 및 액세스 홀 결합 시스템에서, 도너 노드간 통신시의 연결 실패의 처리 장치 및 방법
본 개시는 백홀 및 액세스 홀 결합 시스템에 관한 것이다.
4G 통신 시스템 상용화 이후 증가 추세에 있는 무선 데이터 트래픽 수요를 충족시키기 위해, 개선된 5G 통신 시스템 또는 pre-5G 통신 시스템을 개발하기 위한 노력이 이루어지고 있다. 이러한 이유로, 5G 통신 시스템 또는 pre-5G 통신 시스템은 4G 네트워크 이후 (Beyond 4G Network) 통신 시스템 또는 LTE 시스템 이후 (Post LTE) 이후의 시스템이라 불리어지고 있다. 높은 데이터 전송률을 달성하기 위해, 5G 통신 시스템은 초고주파 (mmWave) 대역 (예를 들어, 60기가 (60GHz) 대역과 같은)에서의 구현이 고려되고 있다. 초고주파 대역에서의 전파의 경로손실 완화 및 전파의 전달 거리를 증가시키기 위해, 5G 통신 시스템에서는 빔포밍 (beamforming), 거대 배열 다중 입출력 (massive MIMO), 전차원 다중입출력 (full dimensional MIMO, FD-MIMO), 어레이 안테나 (array antenna), 아날로그 빔형성 (analog beam-forming), 및 대규모 안테나 (large scale antenna) 기술들이 논의되고 있다. 또한 시스템의 네트워크 개선을 위해, 5G 통신 시스템에서는 진화된 소형 셀, 개선된 소형 셀 (advanced small cell), 클라우드 무선 액세스 네트워크 (cloud radio access network: cloud RAN), 초고밀도 네트워크 (ultra-dense network), 기기 간 통신 (Device to Device communication: D1d), 무선 백홀 (wireless backhaul), 이동 네트워크 (moving network), 협력 통신 (cooperative communication), CoMP (Coordinated Multi-Points), 및 수신 간섭제거 (interference cancellation) 등의 기술 개발이 이루어지고 있다. 이 밖에도, 5G 시스템에서는 진보된 코딩 변조(Advanced Coding Modulation: ACM) 방식인 FQAM (Hybrid FSK and QAM Modulation) 및 SWSC (Sliding Window Superposition Coding)과, 진보된 접속 기술인 FBMC (Filter Bank Multi Carrier), NOMA (non orthogonal multiple access), 및 SCMA (sparse code multiple access) 등이 개발되고 있다.
한편, 인터넷은 인간이 정보를 생성하고 소비하는 인간 중심의 연결 망에서, 사물 등 분산된 구성 요소들 간에 정보를 주고 받아 처리하는 IoT (Internet of Things, 사물인터넷) 망으로 진화하고 있다. 클라우드 서버 등과의 연결을 통한 빅데이터 (Big data) 처리 기술 등이 IoT 기술에 결합된 IoE (Internet of Everything) 기술도 대두되고 있다. IoT를 구현하기 위해서, 센싱 기술, 유무선 통신 및 네트워크 인프라, 서비스 인터페이스 기술, 및 보안 기술과 같은 기술 요소 들이 요구되어, 최근에는 사물간의 연결을 위한 센서 네트워크 (sensor network), 사물 통신 (Machine to Machine, M2M), MTC (Machine Type Communication) 등의 기술이 연구되고 있다. IoT 환경에서는 연결된 사물들에서 생성된 데이터를 수집, 분석하여 인간의 삶에 새로운 가치를 창출하는 지능형 IT (Internet Technology) 서비스가 제공될 수 있다. IoT는 기존의 IT (information technology) 기술과 다양한 산업 간의 융합 및 복합을 통하여 스마트홈, 스마트 빌딩, 스마트 시티, 스마트 카 혹은 커넥티드 카, 스마트 그리드, 헬스 케어, 스마트 가전, 첨단의료서비스 등의 분야에 응용될 수 있다.
이에, 5G 통신 시스템을 IoT 망에 적용하기 위한 다양한 시도들이 이루어지고 있다. 예를 들어, 센서 네트워크 (sensor network), 사물 통신 (Machine to Machine, M2M), MTC (Machine Type Communication) 등의 기술이 5G 통신 기술이 빔 포밍, MIMO, 및 어레이 안테나 등의 기법에 의해 구현되고 있는 것이다. 앞서 설명한 빅데이터 처리 기술로써 클라우드 무선 액세스 네트워크 (cloud RAN)가 적용되는 것도 5G 기술과 IoT 기술 융합의 일 예라고 할 수 있을 것이다.
상술한 것과 같이 이동통신 시스템의 발전에 따라 다양한 서비스를 제공할 수 있게 됨으로써, 이러한 서비스들을 효과적으로 제공하기 위한 방안이 요구되고 있다.
이를 위하여 본 개시의 일 목적은, 이동 통신 시스템에서 서비스를 효과적으로 제공할 수 있는 장치 및 방법을 제공하고자 한다.
보다 구체적으로, 본 개시는 백홀 및 액세스 결합 시스템이 inter donor dual connection 으로 이루어졌을 경우, boundary node 의 링크 실패 처리 절차에 관한 것이다.
상기와 같은 문제점을 해결하기 위한 본 개시의 일 실시 예에 따른 통신 시스템에서 IAB(integrated access and backhaul) 노드의 방법에 있어서, 제1 donor CU(central unit)와의 F1 연결 및 제2 donor CU와의 RRC(radio resource control) 연결에 의한 DC(dual connectivity)가 설정된 상태에서, BAP(backhaul adaptation protocol) header rewriting 정보를 포함하는 설정 정보를 획득하는 단계; child IAB 노드로부터 패킷이 수신되면, 상기 BAP header rewriting 정보에 기반하여 상기 패킷에 대한 BAP header rewriting 동작을 수행하는 단계; 상기 BAP header rewriting 동작에 기반하여 상기 패킷을 라우팅할, 상기 제2 donor CU의 토폴로지에 속한 제1 링크를 확인하는 단계; 상기 제1 링크의 RLF(radio link failure)가 확인되면, 상기 설정 정보에 기반하여 상기 패킷을 라우팅할, 상기 제1 donor CU의 토폴로지에 속한 제2 링크를 확인하는 단계; 및 상기 제2 링크가 이용 가능하면, 상기 제2 링크를 통하여 상기 패킷을 라우팅하는 단계를 포함할 수 있다.
또한, 본 개시의 일 실시 예에 따른 통신 시스템에서 IAB(integrated access and backhaul) 노드의 장치에 있어서, 통신부; 및 제1 donor CU(central unit)와의 F1 연결 및 제2 donor CU와의 RRC(radio resource control) 연결에 의한 DC(dual connectivity)가 설정된 상태에서, BAP(backhaul adaptation protocol) header rewriting 정보를 포함하는 설정 정보를 획득하고, child IAB 노드로부터 패킷이 수신되면, 상기 BAP header rewriting 정보에 기반하여 상기 패킷에 대한 BAP header rewriting 동작을 수행하며, 상기 BAP header rewriting 동작에 기반하여 상기 패킷을 라우팅할, 상기 제2 donor CU의 토폴로지에 속한 제1 링크를 확인하고, 상기 제1 링크의 RLF(radio link failure)가 확인되면, 상기 설정 정보에 기반하여 상기 패킷을 라우팅할, 상기 제1 donor CU의 토폴로지에 속한 제2 링크를 확인하며, 및 상기 제2 링크가 이용 가능하면, 상기 제2 링크를 통하여 상기 패킷을 라우팅하는 제어부를 포함할 수 있다.
본 개시의 일 실시예에 따르면, 백홀 및 액세스 결합 시스템의 노드 중 boundary node는 자신의 dual connection 중 하나의 링크에서 RLF 가 발생할 경우, packet header rewriting 을 수행하지 않거나, 실패 지시자를 자손 노드에게 전달할 수 있다. 이로 인해, packet header rewriting 용 라우팅을 사용하지 않고, 다른 우회 링크를 사용함으로써 라우팅 실패를 막을 수 있는 효과가 있다.
도 1은 본 개시의 일부 실시예에 따른 LTE 시스템의 구조를 도시하는 도면이다.
도 2는 본 개시의 일부 실시예에 따른 LTE 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 3은 본 개시의 일부 실시예에 따른 차세대 이동통신 시스템의 구조를 도시하는 도면이다.
도 4는 본 개시의 일부 실시예에 따른 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 5는 본 개시의 일부 실시예에 따른 단말의 내부 구조를 도시하는 블록도이다.
도 6은 본 개시의 일부 실시예에 따른 NR 기지국의 구성을 나타낸 블록도이다.
도 7은 본 개시의 일부 실시예가 적용되는 시나리오를 나타낸 도면이다.
도 8 은 본 개시의 일부 실시예가 적용 되는 시나리오의 흐름도이다.
도 9는 SCG link가 RLF로 unavailable하여, 패킷을 전달할 링크가 없는 경우의 solution 1 에 대한 boundary IAB node의 동작을 도식화한 도면이다.
도 10은 SCG link가 RLF로 unavailable하여, 패킷을 전달할 링크가 없는 경우의 solution 1 에 대한 흐름도이다.
도 11은 SCG link가 RLF로 unavailable하여, 패킷을 전달할 링크가 없는 경우의 solution 2에 대한 흐름도이다.
이하 첨부된 도면을 참조하여 본 개시의 동작 원리를 상세히 설명한다. 하기에서 본 개시를 설명하기에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시이 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다.
이하 설명의 편의를 위하여, 본 개시은 3GPP LTE(3rd Generation Partnership Project Long Term Evolution) 규격에서 정의하고 있는 용어 및 명칭들을 사용한다. 하지만, 본 개시가 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.
본 개시의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시 예들을 참조하면 명확해질 것이다. 그러나 본 개시는 이하에서 개시되는 실시 예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시 예들은 본 개시의 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
이때, 처리 흐름도 도면들의 각 블록과 흐름도 도면들의 조합들은 컴퓨터 프로그램 인스트럭션들에 의해 수행될 수 있음을 이해할 수 있을 것이다. 이들 컴퓨터 프로그램 인스트럭션들은 범용 컴퓨터, 특수용 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서에 탑재될 수 있으므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비의 프로세서를 통해 수행되는 그 인스트럭션들이 흐름도 블록(들)에서 설명된 기능들을 수행하는 수단을 생성하게 된다. 이들 컴퓨터 프로그램 인스트럭션들은 특정 방식으로 기능을 구현하기 위해 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 지향할 수 있는 컴퓨터 이용 가능 또는 컴퓨터 판독 가능 메모리에 저장되는 것도 가능하므로, 그 컴퓨터 이용가능 또는 컴퓨터 판독 가능 메모리에 저장된 인스트럭션들은 흐름도 블록(들)에서 설명된 기능을 수행하는 인스트럭션 수단을 내포하는 제조 품목을 생산하는 것도 가능하다. 컴퓨터 프로그램 인스트럭션들은 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에 탑재되는 것도 가능하므로, 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비 상에서 일련의 동작 단계들이 수행되어 컴퓨터로 실행되는 프로세스를 생성해서 컴퓨터 또는 기타 프로그램 가능한 데이터 프로세싱 장비를 수행하는 인스트럭션들은 흐름도 블록(들)에서 설명된 기능들을 실행하기 위한 단계들을 제공하는 것도 가능하다.
또한, 각 블록은 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실행 예들에서는 블록들에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능함을 주목해야 한다. 예를 들면, 잇달아 도시되어 있는 두 개의 블록들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.
이때, 본 실시예에서 사용되는 '~부'라는 용어는 소프트웨어 또는 FPGA(Field Programmable Gate Array) 또는 ASIC(Application Specific Integrated Circuit)과 같은 하드웨어 구성요소를 의미하며, '~부'는 어떤 역할들을 수행한다. 그렇지만 '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니다. '~부'는 어드레싱할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들, 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다. 또한 실시예에서 '~부'는 하나 이상의 프로세서를 포함할 수 있다.
하기에서 본 개시를 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 본 개시의 실시 예를 설명하기로 한다.
이하 설명에서 사용되는 접속 노드(node)를 식별하기 위한 용어, 망 객체(network entity)들을 지칭하는 용어, 메시지들을 지칭하는 용어, 망 객체들 간 인터페이스를 지칭하는 용어, 다양한 식별 정보들을 지칭하는 용어 등은 설명의 편의를 위해 예시된 것이다. 따라서, 본 개시가 후술되는 용어들에 한정되는 것은 아니며, 동등한 기술적 의미를 가지는 대상을 지칭하는 다른 용어가 사용될 수 있다. 예를 들어, 이하 설명에서 단말이라 함은, 후술할 MCG(Master Cell Group)와 SCG(Secondary Cell Group)별로 각각 존재하는 단말 내의 MAC entity를 칭할 수 있다.
이하 설명의 편의를 위하여, 본 개시는 3GPP LTE(3rd Generation Partnership Project Long Term Evolution) 규격에서 정의하고 있는 용어 및 명칭들을 사용한다. 하지만, 본 개시가 상기 용어 및 명칭들에 의해 한정되는 것은 아니며, 다른 규격에 따르는 시스템에도 동일하게 적용될 수 있다.
이하, 기지국은 단말의 자원할당을 수행하는 주체로서, gNode B, eNode B, Node B, BS (Base Station), 무선 접속 유닛, 기지국 제어기, 또는 네트워크 상의 노드 중 적어도 하나일 수 있다. 단말은 UE (User Equipment), MS (Mobile Station), 셀룰러폰, 스마트폰, 컴퓨터, 또는 통신기능을 수행할 수 있는 멀티미디어시스템을 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니다.
특히 본 개시는 3GPP NR (5세대 이동통신 표준)에 적용할 수 있다. 또한 본 개시는 5G 통신 기술 및 IoT 관련 기술을 기반으로 지능형 서비스(예를 들어, 스마트 홈, 스마트 빌딩, 스마트 시티, 스마트 카 또는 커넥티드 카, 헬스 케어, 디지털 교육, 소매업, 보안 및 안전 관련 서비스 등)에 적용될 수 있다. 본 발명에서 eNB는 설명의 편의를 위하여 gNB와 혼용되어 사용될 수 있다. 즉 eNB로 설명한 기지국은 gNB를 나타낼 수 있다. 또한 단말이라는 용어는 핸드폰, NB-IoT 기기들, 센서들 뿐만 아니라 또 다른 무선 통신 기기들을 나타낼 수 있다.
무선 통신 시스템은 초기의 음성 위주의 서비스를 제공하던 것에서 벗어나 예를 들어, 3GPP의 HSPA(High Speed Packet Access), LTE(Long Term Evolution 또는 E-UTRA (Evolved Universal Terrestrial Radio Access)), LTE-Advanced(LTE-A), LTE-Pro, 3GPP2의 HRPD(High Rate Packet Data), UMB(Ultra Mobile Broadband), 및 IEEE의 802.16e 등의 통신 표준과 같이 고속, 고품질의 패킷 데이터 서비스를 제공하는 광대역 무선 통신 시스템으로 발전하고 있다.
광대역 무선 통신 시스템의 대표적인 예로, LTE 시스템에서는 하향링크(DL; DownLink)에서는 OFDM(Orthogonal Frequency Division Multiplexing) 방식을 채용하고 있고, 상향링크(UL; UpLink)에서는 SC-FDMA(Single Carrier Frequency Division Multiple Access) 방식을 채용하고 있다. 상향링크는 단말(UE; User Equipment 또는 MS; Mobile Station)이 기지국(eNode B 또는 BS; Base Station)으로 데이터 또는 제어신호를 전송하는 무선링크를 뜻하고, 하향링크는 기지국이 단말로 데이터 또는 제어신호를 전송하는 무선링크를 뜻한다. 상기와 같은 다중 접속 방식은, 각 사용자 별로 데이터 또는 제어정보를 실어 보낼 시간-주파수 자원을 서로 겹치지 않도록, 즉 직교성(Orthogonality)이 성립하도록, 할당 및 운용함으로써 각 사용자의 데이터 또는 제어정보를 구분한다.
LTE 이후의 향후 통신 시스템으로서, 즉, 5G 통신시스템은 사용자 및 서비스 제공자 등의 다양한 요구 사항을 자유롭게 반영할 수 있어야 하기 때문에 다양한 요구사항을 동시에 만족하는 서비스가 지원되어야 한다. 5G 통신시스템을 위해 고려되는 서비스로는 향상된 모바일 광대역 통신(eMBB; Enhanced Mobile BroadBand), 대규모 기계형 통신(mMTC; massive Machine Type Communication), 초신뢰 저지연 통신(URLLC; Ultra Reliability Low Latency Communication) 등이 있다.
일부 실시예에 따르면, eMBB는 기존의 LTE, LTE-A 또는 LTE-Pro가 지원하는 데이터 전송 속도보다 더욱 향상된 데이터 전송 속도를 제공하는 것을 목표로 할 수 있다. 예를 들어, 5G 통신시스템에서 eMBB는 하나의 기지국 관점에서 하향링크에서는 20Gbps의 최대 전송 속도(peak data rate), 상향링크에서는 10Gbps의 최대 전송 속도를 제공할 수 있어야 한다. 또한 5G 통신시스템은 최대 전송 속도를 제공하는 동시에, 증가된 단말의 실제 체감 전송 속도(User perceived data rate)를 제공해야 할 수 있다. 이와 같은 요구 사항을 만족시키기 위해, 5G 통신 시스템에서는 더욱 향상된 다중 안테나 (MIMO; Multi Input Multi Output) 전송 기술을 포함하여 다양한 송수신 기술의 향상을 요구될 수 있다. 또한 현재의 LTE가 사용하는 2GHz 대역에서 최대 20MHz 전송대역폭을 사용하여 신호를 전송하는 반면에 5G 통신시스템은 3~6GHz 또는 6GHz 이상의 주파수 대역에서 20MHz 보다 넓은 주파수 대역폭을 사용함으로써 5G 통신시스템에서 요구하는 데이터 전송 속도를 만족시킬 수 있다.
동시에, 5G 통신시스템에서 사물 인터넷(IoT; Internet of Thing)와 같은 응용 서비스를 지원하기 위해 mMTC가 고려되고 있다. mMTC는 효율적으로 사물 인터넷을 제공하기 위해 셀 내에서 대규모 단말의 접속 지원, 단말의 커버리지 향상, 향상된 배터리 시간, 단말의 비용 감소 등이 요구될 수 있다. 사물 인터넷은 여러 가지 센서 및 다양한 기기에 부착되어 통신 기능을 제공하므로 셀 내에서 많은 수의 단말(예를 들어, 1,000,000 단말/km2)을 지원할 수 있어야 한다. 또한 mMTC를 지원하는 단말은 서비스의 특성상 건물의 지하와 같이 셀이 커버하지 못하는 음영지역에 위치할 가능성이 높으므로 5G 통신시스템에서 제공하는 다른 서비스 대비 더욱 넓은 커버리지가 요구될 수 있다. mMTC를 지원하는 단말은 저가의 단말로 구성되어야 하며, 단말의 배터리를 자주 교환하기 힘들기 때문에 10~15년과 같이 매우 긴 배터리 생명시간(battery life time)이 요구될 수 있다.
마지막으로, URLLC의 경우, 특정한 목적(mission-critical)으로 사용되는 셀룰러 기반 무선 통신 서비스로서, 로봇(Robot) 또는 기계 장치(Machinery)에 대한 원격 제어(remote control), 산업 자동화(industrial automation), 무인 비행장치(Unmanned Aerial Vehicle), 원격 건강 제어(Remote health care), 비상 상황 알림(emergency alert) 등에 사용되는 서비스 등에 사용될 수 있다. 따라서 URLLC가 제공하는 통신은 매우 낮은 저지연(초저지연) 및 매우 높은 신뢰도(초신뢰도)를 제공해야 할 수 있다. 예를 들어, URLLC을 지원하는 서비스는 0.5 밀리초보다 작은 무선 접속 지연시간(Air interface latency)를 만족해야 하며, 동시에 10-5 이하의 패킷 오류율(Packet Error Rate)의 요구사항을 가질 수 있다. 따라서, URLLC을 지원하는 서비스를 위해 5G 시스템은 다른 서비스보다 작은 전송 시간 구간(TTI; Transmit Time Interval)를 제공해야 하며, 동시에 통신 링크의 신뢰성을 확보하기 위해 주파수 대역에서 넓은 리소스를 할당해야 하는 설계사항이 요구될 수 있다.
전술한 5G 통신 시스템에서 고려되는 세가지 서비스들, 즉 eMBB, URLLC, mMTC는 하나의 시스템에서 다중화되어 전송될 수 있다. 이 때, 각각의 서비스들이 갖는 상이한 요구사항을 만족시키기 위해 서비스 간에 서로 다른 송수신 기법 및 송수신 파라미터를 사용할 수 있다. 다만, 전술한 mMTC, URLLC, eMBB는 서로 다른 서비스 유형의 일 예일 뿐, 본 개시의 적용 대상이 되는 서비스 유형이 전술한 예에 한정되는 것은 아니다.
또한, 이하에서 LTE, LTE-A, LTE Pro 또는 5G(또는 NR, 차세대 이동 통신) 시스템을 일례로서 본 발명의 실시예를 설명하지만, 유사한 기술적 배경 또는 채널형태를 갖는 여타의 통신시스템에도 본 발명의 실시예가 적용될 수 있다. 또한, 본 발명의 실시 예는 숙련된 기술적 지식을 가진 자의 판단으로써 본 발명의 범위를 크게 벗어나지 아니하는 범위에서 일부 변형을 통해 다른 통신시스템에도 적용될 수 있다.
도 1은 본 개시의 일부 실시예에 따른 LTE 시스템의 구조를 도시하는 도면이다.
도 1을 참조하면, 도시한 바와 같이 LTE 시스템의 무선 액세스 네트워크는 차세대 기지국(Evolved Node B, 이하 ENB, Node B 또는 기지국)(1-05, 1-10, 1-15, 1-20)과 이동성 관리 엔티티 (Mobility Management Entity, MME)(1-25) 및 S-GW(1-30, Serving-Gateway)로 구성될 수 있다. 사용자 단말(User Equipment, 이하 UE 또는 단말)(1-35)은 ENB(1-05 내지 1-20) 및 S-GW(1-30)를 통해 외부 네트워크에 접속할 수 있다.
도 1에서 ENB(1-05 내지 1-20)는 UMTS 시스템의 기존 노드 B(Node B)에 대응될 수 있다. ENB는 UE(1-35)와 무선 채널로 연결되며 기존 노드 B 보다 복잡한 역할을 수행할 수 있다. LTE 시스템에서는 인터넷 프로토콜을 통한 VoIP(Voice over IP)와 같은 실시간 서비스를 비롯한 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 될 수 있다. 따라서, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요할 수 있으며, 이를 ENB(1-05 ~ 1-20)가 담당할 수 있다. 하나의 ENB는 통상 다수의 셀들을 제어할 수 있다. 예를 들면, 100 Mbps의 전송 속도를 구현하기 위해서 LTE 시스템은 예컨대, 20 MHz 대역폭에서 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, OFDM)을 무선 접속 기술로 사용할 수 있다. 또한 ENB는 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(Adaptive Modulation & Coding, AMC) 방식을 적용할 수 있다. S-GW(1-30)는 데이터 베어러(bearer)를 제공하는 장치이며, MME(1-25)의 제어에 따라서 데이터 베어러를 생성하거나 제거할 수 있다. MME는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 다수의 기지국들과 연결될 수 있다.
도 2는 본 개시의 일부 실시예에 따른 LTE 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 2를 참조하면, LTE 시스템의 무선 프로토콜은 단말과 ENB에서 각각 패킷 데이터 컨버전스 프로토콜 (Packet Data Convergence Protocol, PDCP)(2-05, 2-40), 무선 링크 제어(Radio Link Control, RLC)(2-10, 2-35), 매체 액세스 제어 (Medium Access Control, MAC)(2-15, 2-30)를 포함할 수 있다. PDCP는 IP 헤더 압축/복원 등의 동작을 담당할 수 있다. PDCP의 주요 기능은 하기와 같이 요약될 수 있다. 물론 하기 예시에 제한되는 것은 아니다.
- 헤더 압축 및 압축 해제 기능(Header compression and decompression: ROHC only)
- 사용자 데이터 전송 기능 (Transfer of user data)
- 순차적 전달 기능(In-sequence delivery of upper layer PDUs at PDCP re-establishment procedure for RLC AM)
- 순서 재정렬 기능(For split bearers in DC (only support for RLC AM): PDCP PDU routing for transmission and PDCP PDU reordering for reception)
- 중복 탐지 기능(Duplicate detection of lower layer SDUs at PDCP re-establishment procedure for RLC AM)
- 재전송 기능(Retransmission of PDCP SDUs at handover and, for split bearers in DC, of PDCP PDUs at PDCP data-recovery procedure, for RLC AM)
- 암호화 및 복호화 기능(Ciphering and deciphering)
- 타이머 기반 SDU 삭제 기능(Timer-based SDU discard in uplink)
일부 실시예에 따르면, 무선 링크 제어(Radio Link Control, RLC)(2-10, 2-35)는 PDCP 패킷 데이터 유닛(Packet Data Unit, PDU)을 적절한 크기로 재구성해서 ARQ 동작 등을 수행할 수 있다. RLC의 주요 기능은 하기와 같이 요약될 수 있다. 물론 하기 예시에 제한되는 것은 아니다.
- 데이터 전송 기능(Transfer of upper layer PDUs)
- ARQ 기능(Error Correction through ARQ (only for AM data transfer))
- 접합, 분할, 재조립 기능(Concatenation, segmentation and reassembly of RLC SDUs (only for UM and AM data transfer))
- 재분할 기능(Re-segmentation of RLC data PDUs (only for AM data transfer))
- 순서 재정렬 기능(Reordering of RLC data PDUs (only for UM and AM data transfer)
- 중복 탐지 기능(Duplicate detection (only for UM and AM data transfer))
- 오류 탐지 기능(Protocol error detection (only for AM data transfer))
- RLC SDU 삭제 기능(RLC SDU discard (only for UM and AM data transfer))
- RLC 재수립 기능(RLC re-establishment)
일부 실시예에 따르면, MAC(2-15, 2-30)은 한 단말에 구성된 여러 RLC 계층 장치들과 연결되며, RLC PDU들을 MAC PDU에 다중화하고 MAC PDU로부터 RLC PDU들을 역다중화하는 동작을 수행할 수 있다. MAC의 주요 기능은 하기와 같이 요약될 수 있다. 물론 하기 예시에 제한되지 않는다.
- 맵핑 기능(Mapping between logical channels and transport channels)
- 다중화 및 역다중화 기능(Multiplexing/demultiplexing of MAC SDUs belonging to one or different logical channels into/from transport blocks (TB) delivered to/from the physical layer on transport channels)
- 스케쥴링 정보 보고 기능(Scheduling information reporting)
- HARQ 기능(Error correction through HARQ)
- 로지컬 채널 간 우선 순위 조절 기능(Priority handling between logical channels of one UE)
- 단말간 우선 순위 조절 기능(Priority handling between UEs by means of dynamic scheduling)
- MBMS 서비스 확인 기능(MBMS service identification)
- 전송 포맷 선택 기능(Transport format selection)
- 패딩 기능(Padding)
일부 실시예에 따르면, 물리 계층(2-20, 2-25)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 할 수 있다. 물론 하기 예시에 제한되지 않는다.
도 3은 본 개시의 일부 실시예에 따른 차세대 이동통신 시스템의 구조를 도시하는 도면이다.
도 3을 참조하면, 차세대 이동통신 시스템(이하 NR 또는 5g)의 무선 액세스 네트워크는 차세대 기지국(New Radio Node B, 이하 NR gNB 또는 NR 기지국)(3-10)과 차세대 무선 코어 네트워크(New Radio Core Network, NR CN)(3-05)로 구성될 수 있다. 차세대 무선 사용자 단말(New Radio User Equipment, NR UE 또는 단말)(3-15)은 NR gNB(3-10) 및 NR CN(3-05)를 통해 외부 네트워크에 접속할 수 있다.
도 3에서 NR gNB(3-10)는 기존 LTE 시스템의 eNB (Evolved Node B)에 대응될 수 있다. NR gNB는 NR UE(3-15)와 무선 채널로 연결되며 기존 노드 B 보다 더 월등한 서비스를 제공해줄 수 있다. 차세대 이동통신 시스템에서는 모든 사용자 트래픽이 공용 채널(shared channel)을 통해 서비스 될 수 있다. 따라서, UE들의 버퍼 상태, 가용 전송 전력 상태, 채널 상태 등의 상태 정보를 취합해서 스케줄링을 하는 장치가 필요할 수 있으며, 이를 NR NB(3-10)가 담당할 수 있다. 하나의 NR gNB는 다수의 셀들을 제어할 수 있다. 차세대 이동통신 시스템에서는, 현재 LTE 대비 초고속 데이터 전송을 구현하기 위해서, 현재의 최대 대역폭 이상의 대역폭이 적용될 수 있다. 또한, 직교 주파수 분할 다중 방식(Orthogonal Frequency Division Multiplexing, OFDM)을 무선 접속 기술로 하여 추가적으로 빔포밍 기술이 사용될 수 있다.
또한, 일부 실시예에 따르면, NR gNB는 단말의 채널 상태에 맞춰 변조 방식(modulation scheme)과 채널 코딩률(channel coding rate)을 결정하는 적응 변조 코딩(Adaptive Modulation & Coding, 이하 AMC라 한다) 방식이 적용될 수 있다. NR CN(3-05)는 이동성 지원, 베어러 설정, QoS 설정 등의 기능을 수행할 수 있다. NR CN(3-05)는 단말에 대한 이동성 관리 기능은 물론 각종 제어 기능을 담당하는 장치로 다수의 기지국 들과 연결될 수 있다. 또한 차세대 이동통신 시스템은 기존 LTE 시스템과도 연동될 수 있으며, NR CN이 MME (3-25)와 네트워크 인터페이스를 통해 연결될 수 있다. MME는 기존 기지국인 eNB (3-30)과 연결될 수 있다.
도 4는 본 개시의 일부 실시예에 따른 차세대 이동통신 시스템의 무선 프로토콜 구조를 나타낸 도면이다.
도 4를 참조하면, 차세대 이동통신 시스템의 무선 프로토콜은 단말과 NR 기지국에서 각각 NR 서비스 데이터 적응 프로토콜(Service Data Adaptation Protocol, SDAP)(4-01, 4-45), NR PDCP(4-05, 4-40), NR RLC(4-10, 4-35), NR MAC(4-15, 4-30)를 포함할 수 있다.
일부 실시예에 따르면, NR SDAP(4-01, 4-45)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 다만, 하기 예시에 제한되지 않는다.
- 사용자 데이터의 전달 기능(transfer of user plane data)
- 상향 링크와 하향 링크에 대해서 QoS flow와 데이터 베어러의 맵핑 기능(mapping between a QoS flow and a DRB for both DL and UL)
- 상향 링크와 하향 링크에 대해서 QoS flow ID를 마킹 기능(marking QoS flow ID in both DL and UL packets)
- 상향 링크 SDAP PDU들에 대해서 relective QoS flow를 데이터 베어러에 맵핑시키는 기능 (reflective QoS flow to DRB mapping for the UL SDAP PDUs)
SDAP 계층 장치에 대해 단말은 무선 자원 제어(Radio Resource Control, RRC) 메시지로 각 PDCP 계층 장치 별로 또는 베어러 별로 또는 로지컬 채널 별로 SDAP 계층 장치의 헤더를 사용할 지 여부 또는 SDAP 계층 장치의 기능을 사용할 지 여부를 설정 받을 수 있다. 또한 SDAP 계층 장치는 SDAP 헤더가 설정된 경우, 단말은, SDAP 헤더의 비접속 계층(Non-Access Stratum, NAS) QoS(Quality of Service) 반영 설정 1비트 지시자(NAS reflective QoS)와, 접속 계층 (Access Stratum, AS) QoS 반영 설정 1비트 지시자(AS reflective QoS)로, 단말이 상향 링크와 하향 링크의 QoS 플로우(flow)와 데이터 베어러에 대한 맵핑 정보를 갱신 또는 재설정할 수 있도록 지시할 수 있다. 일부 실시예에 따르면, SDAP 헤더는 QoS를 나타내는 QoS flow ID 정보를 포함할 수 있다. 일부 실시에에 따르면, QoS 정보는 원할한 서비스를 지원하기 위한 데이터 처리 우선 순위, 스케쥴링 정보 등으로 사용될 수 있다.
일부 실시예에 따르면, NR PDCP (4-05, 4-40)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 다만, 하기 예시에 제한되지 않는다.
- 헤더 압축 및 압축 해제 기능(Header compression and decompression: ROHC only)
- 사용자 데이터 전송 기능 (Transfer of user data)
- 순차적 전달 기능(In-sequence delivery of upper layer PDUs)
- 비순차적 전달 기능 (Out-of-sequence delivery of upper layer PDUs)
- 순서 재정렬 기능(PDCP PDU reordering for reception)
- 중복 탐지 기능(Duplicate detection of lower layer SDUs)
- 재전송 기능(Retransmission of PDCP SDUs)
- 암호화 및 복호화 기능(Ciphering and deciphering)
- 타이머 기반 SDU 삭제 기능(Timer-based SDU discard in uplink)
상술한 내용에서, NR PDCP 장치의 순서 재정렬 기능(reordering)은 하위 계층에서 수신한 PDCP PDU들을 PDCP SN(sequence number)을 기반으로 순서대로 재정렬하는 기능을 의미할 수 있다. NR PDCP 장치의 순서 재정렬 기능(reordering)은 재정렬된 순서대로 데이터를 상위 계층에 전달하는 기능을 포함할 수 있으며, 또는 순서를 고려하지 않고 바로 전달하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 PDCP PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 PDCP PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다.
일부 실시예에 따르면, NR RLC(4-10, 4-35)의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 다만 하기 예시에 제한되지 않는다.
- 데이터 전송 기능(Transfer of upper layer PDUs)
- 순차적 전달 기능(In-sequence delivery of upper layer PDUs)
- 비순차적 전달 기능(Out-of-sequence delivery of upper layer PDUs)
- ARQ 기능(Error Correction through ARQ)
- 접합, 분할, 재조립 기능(Concatenation, segmentation and reassembly of RLC SDUs)
- 재분할 기능(Re-segmentation of RLC data PDUs)
- 순서 재정렬 기능(Reordering of RLC data PDUs)
- 중복 탐지 기능(Duplicate detection)
- 오류 탐지 기능(Protocol error detection)
- RLC SDU 삭제 기능(RLC SDU discard)
- RLC 재수립 기능(RLC re-establishment)
상술한 내용에서, NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 의미할 수 있다. 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은 이를 재조립하여 전달하는 기능을 포함할 수 있다.
NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은, 수신한 RLC PDU들을 RLC SN(sequence number) 또는 PDCP SN(sequence number)를 기준으로 재정렬하는 기능을 포함할 수 있으며, 순서를 재정렬하여 유실된 RLC PDU들을 기록하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 상태 보고를 송신 측에 하는 기능을 포함할 수 있으며, 유실된 RLC PDU들에 대한 재전송을 요청하는 기능을 포함할 수 있다.
NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은, 유실된 RLC SDU가 있을 경우, 유실된 RLC SDU 이전까지의 RLC SDU들만을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다.
NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은, 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 타이머가 시작되기 전에 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다.
NR RLC 장치의 순차적 전달 기능(In-sequence delivery)은, 유실된 RLC SDU가 있어도 소정의 타이머가 만료되었다면 현재까지 수신된 모든 RLC SDU들을 순서대로 상위 계층에 전달하는 기능을 포함할 수 있다.
NR RLC 장치는, 일련번호(Sequence number)의 순서와 상관없이(Out-of sequence delivery) RLC PDU들을 수신하는 순서대로 처리하여 NR PDCP 장치로 전달할 수 있다.
NR RLC 장치가 세그먼트(segment)를 수신할 경우에는, 버퍼에 저장되어 있거나 추후에 수신될 세그먼트들을 수신하여, 온전한 하나의 RLC PDU로 재구성한 후, 이를 NR PDCP 장치로 전달할 수 있다.
NR RLC 계층은 접합(Concatenation) 기능을 포함하지 않을 수 있고, NR MAC 계층에서 기능을 수행하거나 NR MAC 계층의 다중화(multiplexing) 기능으로 대체할 수 있다.
상술한 내용에서, NR RLC 장치의 비순차적 전달 기능(Out-of-sequence delivery)은 하위 계층으로부터 수신한 RLC SDU들을 순서와 상관없이 바로 상위 계층으로 전달하는 기능을 의미할 수 있다. NR RLC 장치의 비순차적 전달 기능(Out-of-sequence delivery)은, 원래 하나의 RLC SDU가 여러 개의 RLC SDU들로 분할되어 수신된 경우, 이를 재조립하여 전달하는 기능을 포함할 수 있다. NR RLC 장치의 비순차적 전달 기능(Out-of-sequence delivery)은, 수신한 RLC PDU들의 RLC SN 또는 PDCP SN을 저장하고 순서를 정렬하여 유실된 RLC PDU들을 기록해두는 기능을 포함할 수 있다.
일부 실시예에 따르면, NR MAC(4-15, 4-30)은 한 단말에 구성된 여러 NR RLC 계층 장치들과 연결될 수 있으며, NR MAC의 주요 기능은 다음의 기능들 중 일부를 포함할 수 있다. 다만, 하기 예시에 제한되지 않는다.
- 맵핑 기능(Mapping between logical channels and transport channels)
- 다중화 및 역다중화 기능(Multiplexing/demultiplexing of MAC SDUs)
- 스케쥴링 정보 보고 기능(Scheduling information reporting)
- HARQ 기능(Error correction through HARQ)
- 로지컬 채널 간 우선 순위 조절 기능(Priority handling between logical channels of one UE)
- 단말간 우선 순위 조절 기능(Priority handling between UEs by means of dynamic scheduling)
- MBMS 서비스 확인 기능(MBMS service identification)
- 전송 포맷 선택 기능(Transport format selection)
- 패딩 기능(Padding)
NR PHY 계층(4-20, 4-25)은 상위 계층 데이터를 채널 코딩 및 변조하고, OFDM 심벌로 만들어서 무선 채널로 전송하거나, 무선 채널을 통해 수신한 OFDM 심벌을 복조하고 채널 디코딩해서 상위 계층으로 전달하는 동작을 수행할 수 있다.
도 5는 본 발명을 적용한 단말의 내부 구조를 도시하는 블록도이다.
도 5를 참고하면, 단말은 RF(Radio Frequency) 처리부(5-10), 기저대역(baseband)처리부(5-20), 저장부(5-30), 제어부(5-40)를 포함할 수 있다. 또한, 본 발명의 일 실시예에 따른 단말의 제어부(5-40)는 다중 연결 처리부(5-42)를 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니며 단말은 도 5에 도시된 구성보다 더 적은 구성을 포함하거나, 더 많은 구성을 포함할 수 있다.
RF 처리부(5-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행할 수 있다. 즉, RF 처리부(5-10)는 기저대역처리부(5-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향 변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환할 수 있다. 예를 들어, RF 처리부(5-10)는 송신 필터, 수신 필터, 증폭기, 믹서(mixer), 오실레이터(oscillator), DAC(digital to analog convertor), ADC(analog to digital convertor) 등을 포함할 수 있다. 물론 상기 예시에 제한되지 않는다. 도 5에서는, 하나의 안테나만이 도시되었으나, 단말은 복수의 안테나들을 구비할 수 있다. 또한, RF 처리부(5-10)는 복수의 RF 체인들을 포함할 수 있다. 또한, RF 처리부(2e-10)는 빔포밍(beamforming)을 수행할 수 있다. 빔포밍을 위해, RF 처리부(5-10)는 복수의 안테나들 또는 안테나 요소(element)들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. 또한 RF 처리부(5-10)는 MIMO(Multi Input Multi Output)를 수행할 수 있으며, MIMO 동작 수행 시 여러 개의 레이어를 수신할 수 있다.
기저대역처리부(5-20)은 시스템의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행한다. 예를 들어, 데이터 송신 시, 기저대역처리부(5-20)은 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성한다. 또한, 데이터 수신 시, 기저대역처리부(5-20)은 RF 처리부(5-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 예를 들어, OFDM(orthogonal frequency division multiplexing) 방식에 따르는 경우, 데이터 송신 시, 기저대역처리부(5-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 복소 심벌들을 부반송파들에 매핑한 후, IFFT(inverse fast Fourier transform) 연산 및 CP(cyclic prefix) 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 기저대역처리부(5-20)은 RF 처리부(5-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT(fast Fourier transform)를 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다.
기저대역처리부(5-20) 및 RF 처리부(5-10)는 상술한 바와 같이 신호를 송신 및 수신한다. 기저대역처리부(5-20) 및 RF 처리부(5-10)는 송신부, 수신부, 송수신부 또는 통신부로 지칭될 수 있다. 나아가, 기저대역처리부(5-20) 및 RF 처리부(5-10) 중 적어도 하나는 서로 다른 복수의 무선 접속 기술들을 지원하기 위해 복수의 통신 모듈들을 포함할 수 있다. 또한, 기저대역처리부(5-20) 및 RF처리부(5-10) 중 적어도 하나는 서로 다른 주파수 대역의 신호들을 처리하기 위해 서로 다른 통신 모듈들을 포함할 수 있다. 예를 들어, 서로 다른 무선 접속 기술들은 무선 랜(예: IEEE 802.11), 셀룰러 망(예: LTE) 등을 포함할 수 있다. 또한, 상기 서로 다른 주파수 대역들은 극고단파(SHF:super high frequency)(예: 2.NRHz, NRhz) 대역, mm파(millimeter wave)(예: 60GHz) 대역을 포함할 수 있다. 단말은 기저대역처리부(5-20) 및 RF처리부(5-10)을 이용하여 기지국과 신호를 송수신할 수 있으며, 신호는 제어 정보 및 데이터를 포함할 수 있다.
저장부(5-30)는 단말의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 특히, 저장부(5-30)는 제2무선 접속 기술을 이용하여 무선 통신을 수행하는 제2접속 노드에 관련된 정보를 저장할 수 있다. 그리고, 저장부(5-30)는 제어부(5-40)의 요청에 따라 저장된 데이터를 제공한다. 저장부(5-30)는 롬(ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 저장부(5-30)는 복수 개의 메모리로 구성될 수도 있다.
제어부(5-40)는 단말의 전반적인 동작들을 제어한다. 예를 들어, 제어부(5-40)는 기저대역처리부(5-20) 및 RF처리부(5-10)을 통해 신호를 송수신한다. 또한, 제어부(5-40)는 저장부(5-30)에 데이터를 기록하고, 읽는다. 이를 위해, 제어부(5-40)는 적어도 하나의 프로세서(processor)를 포함할 수 있다. 예를 들어, 제어부(5-40)는 통신을 위한 제어를 수행하는 CP(communication processor) 및 응용 프로그램 등 상위 계층을 제어하는 AP(application processor)를 포함할 수 있다. 또한 단말 내의 적어도 하나의 구성은 하나의 칩으로 구현될 수 있다.
도 6은 본 개시의 일부 실시예에 따른 NR 기지국의 구성을 나타낸 블록도이다.
도 6을 참조하면, 기지국은 RF처리부(6-10), 기저대역처리부(6-20), 백홀통신부(6-30), 저장부(6-40), 제어부(6-50)를 포함할 수 있다. 또한, 본 발명의 일 실시예에 따른 기지국의 제어부(6-50)는 다중연결 처리부(6-52)를 포함할 수 있다. 물론 상기 예시에 제한되는 것은 아니며 기지국은 도 6에 도시된 구성보다 더 적은 구성을 포함하거나, 더 많은 구성을 포함할 수 있다.
RF 처리부(6-10)는 신호의 대역 변환, 증폭 등 무선 채널을 통해 신호를 송수신하기 위한 기능을 수행할 수 있다. 즉, RF 처리부(6-10)는 기저대역처리부(6-20)로부터 제공되는 기저대역 신호를 RF 대역 신호로 상향 변환한 후 안테나를 통해 송신하고, 안테나를 통해 수신되는 RF 대역 신호를 기저대역 신호로 하향 변환한다. 예를 들어, RF처리부(6-10)는 송신 필터, 수신 필터, 증폭기, 믹서, 오실레이터, DAC, ADC 등을 포함할 수 있다. 도 6에서는, 하나의 안테나만이 도시되었으나, 상기 RF 처리부(6-10)는 복수의 안테나들을 구비할 수 있다. 또한, RF처리부(6-10)는 복수의 RF 체인들을 포함할 수 있다. 또한 RF처리부(6-10)는 빔포밍을 수행할 수 있다. 빔포밍을 위해, RF처리부(6-10)는 복수의 안테나들 또는 안테나 요소들을 통해 송수신되는 신호들 각각의 위상 및 크기를 조절할 수 있다. RF 처리부는 하나 이상의 레이어를 전송함으로써 하향 MIMO 동작을 수행할 수 있다.
기저대역처리부(6-20)는 제1 무선 접속 기술의 물리 계층 규격에 따라 기저대역 신호 및 비트열 간 변환 기능을 수행할 수 있다. 예를 들어, 데이터 송신 시, 기저대역처리부(6-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성할 수 있다. 또한, 데이터 수신 시, 기저대역처리부(6-20)는 상기 RF처리부(6-10)로부터 제공되는 기저대역 신호를 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 예를 들어, OFDM 방식에 따르는 경우, 데이터 송신 시, 기저대역처리부(6-20)는 송신 비트열을 부호화 및 변조함으로써 복소 심벌들을 생성하고, 복소 심벌들을 부반송파들에 매핑한 후, IFFT 연산 및 CP 삽입을 통해 OFDM 심벌들을 구성한다. 또한, 데이터 수신 시, 기저대역처리부(6-20)은 RF처리부(6-10)로부터 제공되는 기저대역 신호를 OFDM 심벌 단위로 분할하고, FFT 연산을 통해 부반송파들에 매핑된 신호들을 복원한 후, 복조 및 복호화를 통해 수신 비트열을 복원할 수 있다. 기저대역처리부(6-20) 및 RF처리부(6-10)는 상술한 바와 같이 신호를 송신 및 수신할 수 있다. 이에 따라, 기저대역처리부(6-20) 및 RF처리부(6-10)는 송신부, 수신부, 송수신부, 통신부 또는 무선 통신부로 지칭될 수 있다. 기지국은 기저대역처리부(6-20) 및 RF처리부(6-10)을 이용하여 단말과 신호를 송수신할 수 있으며, 신호는 제어 정보 및 데이터를 포함할 수 있다.
백홀통신부(6-30)는 네트워크 내 다른 노드들과 통신을 수행하기 위한 인터페이스를 제공한다. 즉, 백홀통신부(6-30)는 주기지국에서 다른 노드, 예를 들어, 보조기지국, 코어망 등으로 송신되는 비트열을 물리적 신호로 변환하고, 다른 노드로부터 수신되는 물리적 신호를 비트열로 변환할 수 있다. 백홀통신부(6-30)은 통신부에 포함될 수도 있다.
저장부(6-40)는 기지국의 동작을 위한 기본 프로그램, 응용 프로그램, 설정 정보 등의 데이터를 저장한다. 저장부(6-40)는 접속된 단말에 할당된 베어러에 대한 정보, 접속된 단말로부터 보고된 측정 결과 등을 저장할 수 있다. 또한, 저장부(6-40)는 단말에게 다중 연결을 제공하거나, 중단할지 여부의 판단 기준이 되는 정보를 저장할 수 있다. 그리고, 저장부(6-40)는 제어부(6-50)의 요청에 따라 저장된 데이터를 제공한다. 저장부(6-40)는 롬 (ROM), 램(RAM), 하드디스크, CD-ROM 및 DVD 등과 같은 저장 매체 또는 저장 매체들의 조합으로 구성될 수 있다. 또한, 저장부(6-40)는 복수 개의 메모리로 구성될 수도 있다. 일부 실시예에 따르면, 일부 실시예에 따르면, 저장부(6-40)는 본 개시에 따른 버퍼 상태 보고 방법을 수행하기 위한 프로그램을 저장할 수도 있다.
제어부(6-50)는 기지국의 전반적인 동작들을 제어한다. 예를 들어, 제어부(6-50)는 기저대역처리부(6-20) 및 RF처리부(6-10)을 통해 또는 백홀통신부(6-30)을 통해 신호를 송수신한다. 또한, 제어부(6-50)는 저장부(6-40)에 데이터를 기록하고, 읽는다. 이를 위해, 제어부(6-50)는 적어도 하나의 프로세서를 포함할 수 있다. 또한 기지국의 적어도 하나의 구성은 하나의 칩으로 구현될 수 있다.
도 7은 본 개시의 일부 실시예가 적용되는 시나리오를 나타낸 도면이다.
이 경우, IAB donor 는 도너(donor) 1(710) 과 도너 2(720)의 두 개가 존재하고, 각각의 토폴로지를 관장하며, IAB node 2(730)는 boundary node로서, 도너 1(710)과 도너 2(720) 각각의 토폴로지의 접합점이 된다. 하지만, IAB node 2(730)의 f1 termination point는 donor 1(710)으로서, 백홀 트래픽의 종착지와 시작점은 도너 1(710)이 된다. 대신, boundary node의 RRC entity의, MCG(master cell group) 링크는 도너 1(710), SCG(secondary cell group) 링크는 도너 2(720)가 된다. 이에 따라 boundary IAB node의 dual connection이 설립된 이후, 도너 1(710)의 백홀 트래픽의 일부는 도너 2(720)의 토폴로지를 통하여 송/수신 될 수 있다. 예를 들어, 도너 1(710)의 백홀 트래픽은, 오프로드 필요성에 의하여, 도너 2(720)의 토폴로지를 통하여 오프로드 될 수 있다. 이를 위하여, 도너 1(710)은 도너 2(720)의 토폴로지 관련 정보를 공유받을 수 있으며, 도너 2(720)의 토폴로지를 사용할 백홀 패킷들의 라우팅 정보 등을 활용하여, 패킷 rewriting 수행을 위한 routing ID 정보 및 rewriting 이후에 적용할 도너 2(720)의 토폴로지가 반영된 라우팅 정보를 boundary IAB node에게 전달해줄 수 있다. 이 전달은 도너 1(710)을 통해서 할 수 있거나, 도너 2(720)가 직접 전달할 수 있다. 바운더리 IAB node는 DL 및 UL BAP 패킷을 수신하면, 패킷 rewriting 수행을 위한 routing ID 정보를 참조하여, 패킷 헤더에 포함된 routing ID가 상기 rewriting을 위한 routing ID일 경우, 그에 맞는 target node에서의 routing ID를 적용하여 패킷 헤더를 다시 작성한다. UL의 경우, 다시 작성한 이후는 도너 2(720)의 토폴로지 정보가 반영된 라우팅 테이블을 사용하여, 도너 2(720) 토폴로지로 패킷을 라우팅하여, 도너 2(720)가 다시 도너 1(710)로 IP 네트워크를 통하여 해당 패킷을 전송하게 한다.
도 8 은 본 개시의 일부 실시예가 적용 되는 시나리오의 흐름도이다.
도 8은 도 7 의 시나리오를 기반으로 그 흐름을 설명하기로 한다. 예를 들어, 도너 1의 CU를 CU1(810)이라고 하고, 도너 2의 CU를 CU2(820)라고 명명하기로 한다. CU1(810)과 IAB node(830)는 연결 상태를 유지한 상황에서, CU2(820)와 SCG 준비 절차를 수행하고, CU1(810)과 CU2(820)는 packet rewriting을 위한 routing ID 정보를 공유한다(S801). 이때, CU1(810)은 CU2(820)에게 packet offload를 수행할 것이라는 지시자를 포함한 Xn 메시지를 전달할 수 있다. CU1(810)은 SCG 설정 정보를 CU2(820)로부터 수신하여, IAB node(830)에게 전달할 수 있다(S802).
이 정보를 수신한 IAB node(830)는 RRC 설정 정보를 적용(S803)하고, CU2(820) 토폴로지 하에 있는 타겟 parent node인 타겟 IAB node (840)(도 7에서, IAB MT-3 및 DU-3를 포함하는 IAB node 3에 대응)에 접속 시도를 할 수 있다. 보다 구체적으로, IAB node(830)는 타겟 IAB node(840)로 랜덤 액세스 절차를 수행하고, 랜덤 액세스에 성공하면, RRCReconfigurationComplete 메시지를 CU1(810)에게 전달할 수 있다. 이 메시지 전송에 기반하여 IAB node(810)는 바운더리(boundary) node로 동작할 수 있다. 또한 CU1(810)은 CU2(820)에게 SNReconfiguratoinComplete 메시지를 전달할 수 있다. 이로 인하여 DC 설정이 완료될 수 있다(S804). 또한, SNReconfiguratoinComplete 메시지의 전송에 기반하여, CU1(810)은 CU2(820)로 traffic offload를 수행할 수 있다(S805). CU1(810)으로부터 SN 재설정 완료(SNReconfiguratoinComplete) 메시지를 수신한 CU2(820)는 SCG addition이 완료되었음을 판단하고, packet rewriting 정보 및 routing 정보를 IAB node(830)에게 전달할 수 있다. 이 정보는 CU2(820)에서 RRC 메시지 또는 F1AP를 통하여 IAB node(830)에게 전달될 수 있다(S807). 이 정보를 수신한 후 IAB node(830)는 CU2(820)의 토폴로지를 사용하는 BAP traffic에 대하여, packet header rewriting 및 해당 rewritten routing ID를 사용한 라우팅 절차를 수행할 수 있다(S808).
한편, IAB node(830)가 CU1(810)에게, SCG addition 완료를 의미하는 RRCReconfiguationComplete 메시지를 전송한 이후, CU1(810)은 이중 접속(dual connection)이 완성되었음을 가정하여, local rerouting을 위한 routing 설정 정보를 RRCReconfiguration 또는 F1AP 메시지를 통하여 IAB node(830)에게 전달할 수 있다(S806).
[해결하고자 하는 문제 상황]
상기와 같은 경우, dual connection이 설정된 IAB node(830)의 양 MCG/SCG 링크는, CU1(810)과 CU2(820)의 각 RRC에 대응되어 설정된다. 각 CU는 자신만의 토폴로지 정보, 각 노드의 BAP address 및 각 노드로의 routing ID를 관리하고 있다. 만약 CU1(810)이 CU2(820)의 토폴로지로 특정 BAP 패킷들을 offload 시키고자 할 경우, CU2(820)를 통하여, 또는 CU1(810)이, offload 되는 BAP 패킷들의 routing ID들의 정보 및 그 routing ID를 바꿔 사용할 대상 routing ID 정보를 포함하는 rewriting 정보를 IAB node(830)로, 전달해줄 수 있다. 그리고 CU2(820)는, CU2(820)의 토폴로지를 고려한 라우팅 정보를 IAB node(830)로 전달해줄 수 있다.
이 정보들을 수신한 boundary IAB node(830)는 SCG 링크를 통하여 수신되는 DL 트래픽 및 child node로부터 수신되는 UL 트래픽에 대하여, rewriting 정보에 포함된 이전 routing ID에 해당하는 패킷들의 헤더를, 타겟 토폴로지에서 사용될 routing ID로 rewriting 하고, 타겟 토폴로지를 기반으로 한 라우팅 테이블을 적용하여 라우팅을 수행한다.
이때, 만약 SCG link에 RLF(radio link failure)가 발생하면, boundary IAB node의 타겟 토폴로지를 기반으로 한 라우팅 정보는, UL 방향의 egress link가 SCG link 하나만 존재하므로, 해당 egress link가 RLF로 인하여 unavailable하게 될 경우, 패킷을 전달할 링크가 없다. 이에 따라, boundary IAB node에서 UL 패킷들이 버퍼링 되거나 discard될 수 있다.
이 문제를 해결하는 방법으로서, 본 개시에서는 다음의 방법을 제안한다. 도 9는 이하 설명할 solution 1에 대한 boundary IAB node의 동작을 설명하는 순서도이고, 도 10은 이하 설명할 솔루션 1에 대한 흐름도이다.
1. Solution 1
　　　A. 기존 inter donor redundancy에서 packet rewriting 및 target topology로의 라우팅 작업을 수행하지 않는다.
　　　　　　i. 기존에는 packet header rewriting 정보 및 타겟 토폴로지의 라우팅 테이블 정보를 수신하면, UL/DL 에서 수신되는 BAP header의 routing ID를 확인하여, rewriting 정보의 '이전 routing ID'와 매핑되는지를 검사하고, 일치한다면, 일치하는 이전 routing ID에 대응되는 새로운 routing ID로 해당 routing ID를 바꿔쓰는 동작을 수행하고, 새로운 routing ID를 전제로, 타겟 토폴로지의 라우팅 테이블을 적용하여 해당 패킷의 라우팅을 수행했다면, 본 제안에서는,
　　　　　　　　　1. 이미 rewritten된 패킷들에 대하여
　　　　　　　　　　　　A. 상기 rewriting 동작을 수행하던 중, SCG link 의 RLF가 발생하면, 상기 rewriting 동작 및 타겟 토폴로지에 기반한 라우팅 동작을 중지하고, 기존 rewritten 되기 전의 routing ID로 다시 패킷 헤더를 재작성 한다. 그리고;
　　　　　　　　　　　　B. SCG link가 unavailable할 경우, 사용하는 local re-routing 테이블을 사용하여 라우팅을 수행할 수 있다. (대다수의 경우, MCG link가 backup egress link로 사용되도록 local re-routing 테이블 정보가 미리 제공되어있다)
　　　　　　　　　2. 수신한 BAP 패킷들 중 아직 rewritten되지 않은 패킷들에 대하여
　　　　　　　　　　　　A. Rewriting 동작 및 타겟 토폴로지 기반의 라우팅 동작을 수행하지 않는다.
　　　　　　　　　　　　B. SCG link가 unavailable할 경우, 사용하는 local re-routing 테이블을 적용하여 라우팅을 수행할 수 있다. (대다수의 경우, MCG link가 backup egress link로 사용되도록 local re-routing 테이블 정보가 미리 제공되어 있다)
　　　　　　　　　3. 만약 SCG link 의 RLF가 복구될 경우, rewriting 및 타겟 토폴로지 기반의 라우팅 동작을 다시 수행하도록 한다. BAP 동작상에서는, 타겟 토폴로지로의 egress link가 available해질 경우, packet header rewriting 및 target topology routing을 수행한다고 표현할 수도 있다.
도 9는 본 개시의 일 예시에 따른 boundary IAB node가 상술한 solution 1을 수행하는 동작을 설명하고 있다. 보다 구체적으로 도 9를 참조하면, boundary IAB node는 CU1의 토폴로지 및 CU2의 토폴로지에 의한 이중 연결(dual connection)이 설정될 수 있다(S910).
그리고, 이중 연결이 설정된 상태에서, packet header rewriting 설정 및 타겟 토폴로지(CU2의 토폴로지)를 통한 라우팅 정보를 수신할 수 있다(S920). 이후 child IAB node로부터, 상향링크(uplink, UL) BAP 트래픽에 대한 패킷이 수신되면, 상기 패킷의 헤더를 확인하여, packet header rewriting 동작을 수행할 수 있다. 보다 구체적으로, 본 개시의 일 예시에 따른 boundary IAB node는 상기 패킷의 헤더에 포함된 routing ID가, 상기 packet header rewriting 설정의 “이전 routing ID”와 매치(match)되면, 상기 이전 routing ID에 대응되는 새로운 routing ID로 상기 패킷의 헤더를 rewriting 할 수 있다. 그리고, 타겟 토폴로지에 기반한 라우팅 정보를 이용하여 상기 header rewriting된 패킷에 대한 라우팅을 수행할 수 있다(S930).
이후, 타겟 토폴로지에 속한 링크, 즉 SCG에 대한 RLF가 발생할 수 있다(S940).
SCG에 대한 RLF가 발생하면, 본 개시의 일 예시에 따른 boundary IAB node는, 모든 수신된 패킷에 대한 header rewriting 동작 및 타겟 토폴로지에 기반한 라우팅 동작을 정지할 수 있다. 그리고, 이미 header rewriting된 패킷에 대하여는, 해당 패킷이 rewriting되기 이전 포함하고 있었던 “이전 routing ID”로 복원되도록 상기 패킷의 헤더를 재구성(재작성)할 수 있다. 여기에서, 복원 동작은, 제1 donor CU의 토폴로지에 기반하여 기 획득하였던 설정 정보에 기반하여 수행될 수 있다. 보다 구체적으로, 복원 동작은, 해당 패킷을 전송할 egress link의 BAP address(next hop's address)와 매핑되어 있는 routing ID를 상기 설정 정보에서 확인하고, 확인된 routing ID를 이용하여 상기 헤더를 재구성하는 동작을 의미할 수 있다. 그리고, 이와 같이 재구성된 패킷을, 제1 CU의 토폴로지에 기반한 local rerouting 설정(라우팅 테이블)을 적용하여 라우팅을 수행할 수 있다. 이와 달리, 수신된 패킷들 중 아직 rewriting 동작이 수행되지 않은 적어도 하나의 패킷에 대하여는, 별도의 헤더 재작성 동작 없이, 상기 local rerouting 설정(라우팅 테이블)에 기반한 라우팅 동작을 수행할 수 있다(S950).
도 10은, 상기에서 설명한 동작을, 노드들 간 전체 흐름으로 도시한 도면이다. 도 10을 참조하면, 제1 donor CU(CU1, 1010)는, 제2 donor CU(CU2, 1020)와 IAB 관련 정보를 이용하여 SCG 준비 절차를 수행할 수 있다(S1001). 그리고 CU1(1010)는, CU2(1020)로부터 획득한 SCG 설정을 포함한 RRCReconfiguration 메시지를 바운더리 IAB node(1030)로 전송할 수 있다. 본 개시의 일 예시에 따른 바운더리 IAB node(1030)는, 획득한 RRCReconfiguration 메시지를 적용(S1003)하고, 이에 기반하여 CU2(1020)의 토폴로지에 기반한 parent IAB node(1040)와 랜덤 액세스 절차를 수행할 수 있다. 랜덤 액세스 절차가 성공적으로 완료되면, RRC 재설정 완료 메시지를 CU1(1010)으로 전송하게 되고, CU1(1010)은 이에 기반하여 SN 재설정 완료 메시지를 CU2(1020)로 전송함으로써, 바운더리 IAB node(1030)에 대한 DC 설정이 완료될 수 있다(S1004). 또한, 이로 인하여, CU1(1010)은, CU2(1020)로 트래픽을 오프로드할 수 있다(S1005).
한편, 본 개시의 일 예시에 따른 CU1(1010)은, CU1의 토폴로지를 기반으로 하는 local routing을 위한 설정 정보를 바운더리 IAB node(1030)로 전송할 수 있다(S1006). 해당 설정 정보는, RRCReconfiguration 메시지 또는 F1AP 메시지를 통하여 전송될 수 있다. 또한, DC 설정에 기반하여, CU2(1020)는 CU2의 토폴로지에 기반한 BAP 설정, 라우팅 설정, 및 rewriting 설정을 포함한 정보를 RRCRecofniguration 메시지 또는 F1AP 메시지를 통하여 바운더리 IAB node(1030)로 전송할 수 있다(S1007). 다만, 해당 정보들은 CU1(1010)을 통하여 바운더리 IAB node(1030)로 전송될 수도 있다. 이후 바운더리 IAB node(1030)는, 수신된 설정 정보들에 기반하여, 패킷에 대한 rewriting 동작 및 타겟 토폴로지로의 라우팅 절차를 수행할 수 있다(S1008).
한편, 바운더리 IAB node(1030)는, 타겟 토폴로지에 속한 링크, 예를 들어, SCG parent IAB node(1040)에 대한 링크의 RLF(radio link failure)가 감지(S1009)되면, 이에 대한 정보(예를 들어, SCGFailureInforamtion)를 CU1(1010)으로 전송할 수 있다(S1010). 해당 정보를 수신한 CU1(1010)은, CU2(1020)와 새로운 parent IAB node(1050)로 DC 연결을 설정하기 위한 SCG 준비 절차를 수행할 수 있다(S1011). 또한, 바운더리 IAB node(1030)는, SCG의 RLF 감지에 기반하여, local rerouting을 통하여 CU1(1010)의 토폴로지에 속한 링크로 트래픽을 오프로드할 수 있다(S1012).
이후, PSCell이 변경되면, CU1(1010)은 PSCell 변경 설정을 포함한 RRCReconfiguration을 바운더리 IAB node(1030)로 전송(S1013)할 수 있고, 이에 따라 새로운 PSCell(1050)이 설정될 수 있다. 바운더리 IAB node(1030)는 새로운 PSCell(1050)과의 랜덤 액세스 절차를 수행할 수 있고, 랜덤 액세스 절차가 성공적으로 완료되면, 새로운 PSCell(1050)을 포함한 DC가 설정될 수 있다(S1014). 이후, CU2는 변경된 PSCell(1050)에 기반한 BAP 설정, 라우팅 설정 및 rewriting 설정 등을 바운더리 IAB node(1030)로 전송(S1015)할 수 있고, local rerouting 동작을 통한 트래픽 오프로딩 중이었던 바운더리 IAB node(1030)는, 다시, rewriting 동작으로 fallback하여, 새롭게 수신된 설정에 기반한 타겟 토폴로지 라우팅 동작을 수행할 수 있다(S1016).
도 11 은 이하 설명할 솔루션 2에 대한 흐름도이다.
2. Solution 2
　　　A. 만약 SCG link에 RLF가 발생하면, boundary IAB node는 type 2 RLF 지시자(RLF detection 지시자)를 child node에게 전달할 수 있다. 이 지시자에는 다음의 최소 한가지 정보가 추가적으로 포함될 수 있다.
　　　　　　i. Inter donor boundary node failure indication
　　　　　　ii. RLF가 MCG link인지 SCG link인지에 대한 표시자
　　　　　　iii. 해당 SCG link로 라우팅될 예정이던 BAP 패킷의 routing ID들, 즉 packet header rewriting 정보의 '이전 routing ID'들, 및 각 routing ID 상의 BAP destination address 정보
　　　B. 이미 packet rewriting 해놓은 패킷들은 RLF가 회복될 때까지 boundary IAB node에서 버퍼링한다.
　　　C. 상기 type 2 RLF 지시자를 받은 child node는 다음의 동작을 수행할 수 있다.
　　　　　　i. 함께 전송된 '이전 routing ID' 에 일치하는 routing ID를 갖는 BAP packet에 대하여, local rerouting을 수행하여, 상기 BAP packet이 해당 boundary IAB node로 전송되지 않고 available한 다른 parent node로 전송되도록 할 수 있다.
　　　　　　ii. 만약 boundary IAB node의 SCG link가 RLF 상황에서 복구 된다면, boundary IAB node는 type 2 지시자를 보냈던 child node에게 type 3 RLF 지시자(즉, RLF 복구 지시자)를 전송할 수 있다. 해당 지시자를 받은 child node는 local rerouting을 수행하지 않고, type 2 RLF 지시자를 받기 이전 상태로 fall back한다.
보다 구체적으로, 도 11을 참조하여, 상술한 solution 2에 기반한 동작을 노드들 간 수행하는 전체 흐름도를 설명하기로 한다. 다만, 도 10과 중복되는 절차에 대하여는 상세한 설명을 생략하기로 한다.
도 11을 참조하면, CU1(1110) 및 CU2(1120)는 마찬가지로 IAB 관련 정보를 이용하여 SCG 준비 절차를 수행(S1101)할 수 있고, 바운더리 IAB node(1130)는, 상기 SCG 준비 절차에 의하여 CU1(1110)으로부터 CU2(1120)가 제공한 SCG 설정을 수신(S1102)하면, 해당 RRC 설정을 적용(S1103)하여 CU2 토폴로지의 parent IAB node(1140)와의 랜덤 액세스 절차를 수행함으로써 DC 설정을 완료할 수 있다(S1104). 또한, 이로 인하여, CU1(1110)은, CU2(1120)로 트래픽을 오프로드할 수 있다(S1105).
본 개시의 일 예시에 따른 바운더리 IAB node(1130)는 CU1(1110)으로부터 수신한 local rerouting 설정을 위한 메시지를 수신하고(S1106), DC 설정에 기반하여, CU2(1020)로부터 BAP 설정, 라우팅 설정, 및 rewriting 설정을 포함한 정보를 수신한 뒤(S1107), 패킷에 대한 rewriting 동작 및 타겟 토폴로지로의 라우팅 절차를 수행할 수 있다(S1108).
한편, 바운더리 IAB node(1130)는, 타겟 토폴로지에 속한 링크, 예를 들어, SCG parent IAB node(1140)에 대한 링크의 RLF(radio link failure)를 감지(S1109)할 수 있다. 여기에서, 바운더리 IAB node(1130)는, SCG parent IAB node(1140)에 대한 링크에 대하여 RLF가 발생하였다는 것을 직접 감지할 수도 있고, 상기 SCG parent IAB node(1140)로부터 상기 링크에 대한 RLF detection 지시자를 수신하는 것에 의하여 감지할 수도 있다. 이와 같이 RLF가 detection되면, 바운더리 IAB node(1130)는 child IAB node(1160)로 type 2 RLF 지시자를 전송할 수 있다(S1110). 여기에서 type 2 RLF 지시자는, 예를 들어, 헤더 rewriting 되기 이전의 라우팅 ID에 대한 정보를 포함할 수 있다. 이를 수신한 child IAB node(1160)는 바운더리 IAB node(1130)를 통한 패킷의 라우팅이 available 하지 않다 판단하여, 이전 routing ID를 갖는 패킷에 대한 local rerouting 동작을 수행할 수 있다(S1111).
또한, 바운더리 IAB node(1130)는, SCG RLF에 대한 정보(예를 들어, SCGFailureInforamtion)를 CU1(1110)으로 전송할 수 있다(S1112). 해당 정보를 수신한 CU1(1110)은, CU2(1120)와 새로운 parent IAB node(1150)로 DC 연결을 설정하기 위한 SCG 준비 절차를 수행하며(S1113), 바운더리 IAB node(1130)는, SCG의 RLF 감지에 기반하여, local rerouting을 통하여 CU1(1110)의 토폴로지에 속한 링크로 트래픽을 오프로드할 수 있다(S1114).
이후, PSCell이 변경되면, CU1(1110)은 PSCell 변경 설정을 포함한 RRCReconfiguration을 바운더리 IAB node(1130)로 전송(S1115)할 수 있고, 이에 따라 새로운 PSCell(1150)이 설정될 수 있다. 바운더리 IAB node(1130)는 새로운 PSCell(1150)과의 랜덤 액세스 절차를 수행할 수 있고, 랜덤 액세스 절차가 성공적으로 완료되면, 새로운 PSCell(1150)을 포함한 DC가 설정될 수 있다(S1116). 이후, CU2(1120)는 변경된 PSCell(1150)에 기반한 BAP 설정, 라우팅 설정 및 rewriting 설정 등을 바운더리 IAB node(1130)로 전송(S1117)할 수 있고, local rerouting 동작을 통한 트래픽 오프로딩 중이었던 바운더리 IAB node(1130)는, child IAB node(1160)로, RLF가 복구되었음을 알리는 type 3 RLF 지시자를 전송할 수 있다(S1118). 이에 따라 child IAB node(1160)는 다시 normal routing 동작으로 fallback(S1119)하여, boundary IAB node(1130)로 패킷을 라우팅하게 되고, boundary IAB node(1130)는 rewriting 동작으로 fallback하여 CU2(1120)의 토폴로지에 기반한 라우팅 동작을 수행할 수 있다(S1120).
3. Solution 3
　　　A. SCG egress link에 RLF 발생 시, boundary IAB node는 header rewriting 설정 정보상의 '이전 routing ID'에 해당하는 BAP packet들에 대하여 버퍼링을 수행한다. 상기 RLF가 복구되는 시점에, header rewriting 및 타겟 토폴로지에 기반한 라우팅을 수행할 수 있다.
한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 아니 되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (14)

  1. 통신 시스템에서 IAB(integrated access and backhaul) 노드의 방법에 있어서,
    제1 donor CU(central unit)와의 F1 연결 및 제2 donor CU와의 RRC(radio resource control) 연결에 의한 DC(dual connectivity)가 설정된 상태에서, BAP(backhaul adaptation protocol) header rewriting 정보를 포함하는 설정 정보를 획득하는 단계;
    child IAB 노드로부터 패킷이 수신되면, 상기 BAP header rewriting 정보에 기반하여 상기 패킷에 대한 BAP header rewriting 동작을 수행하는 단계;
    상기 BAP header rewriting 동작에 기반하여 상기 패킷을 라우팅할, 상기 제2 donor CU의 토폴로지에 속한 제1 링크를 확인하는 단계;
    상기 제1 링크의 RLF(radio link failure)가 확인되면, 상기 설정 정보에 기반하여 상기 패킷을 라우팅할, 상기 제1 donor CU의 토폴로지에 속한 제2 링크를 확인하는 단계; 및
    상기 제2 링크가 이용 가능하면, 상기 제2 링크를 통하여 상기 패킷을 라우팅하는 단계를 포함하는 것을 특징으로 하는 IAB 노드의 방법.
  2. 제1항에 있어서,
    상기 BAP header rewriting 정보는, 상기 제1 donor CU의 토폴로지와 관련된 제1 routing ID(identity)와 상기 제2 donor CU의 토폴로지와 관련된 제2 routing ID 간의 매핑에 관한 정보를 포함하고,
    상기 BAP header rewriting 동작은, 상기 패킷의 헤더에 포함된 routing ID가 상기 제1 routing ID와 대응되면, 상기 패킷의 헤더를 상기 제2 routing ID로 rewriting 하는 동작을 포함하는 것을 특징으로 하는 IAB 노드의 방법.
  3. 제1항에 있어서,
    상기 제2 링크는, 상기 설정 정보에 포함된, 상기 제1 donor CU의 토폴로지에 기반한 routing 정보에 의하여 확인되고,
    상기 패킷을 라우팅하는 단계는, 상기 BAP header rewriting 동작이 수행된 상기 패킷의 헤더를, 상기 routing 정보에 기반하여 재구성하는 단계를 더 포함하는 것을 특징으로 하는 IAB 노드의 방법.
  4. 제1항에 있어서,
    상기 설정 정보는, 상기 제1 donor CU로부터, F1AP 메시지를 통하여 수신되는 것을 특징으로 하는 IAB 노드의 방법.
  5. 제1항에 있어서,
    상기 RLF가 복구(recovery)된 것을 확인하는 단계; 및
    상기 child IAB 노드로부터 상기 제1 링크와 관련된 다른 패킷이 수신되면, 상기 recovery에 기반하여 상기 다른 패킷에 대한 상기 BAP header rewriting 동작을 수행하는 단계를 더 포함하는 것을 특징으로 하는 IAB 노드의 방법.
  6. 제1항에 있어서,
    상기 RLF가 감지(detection)되었음을 지시하는 type 2 지시자를 상기 child IAB 노드로 전송하는 단계를 더 포함하는 것을 특징으로 하는 IAB 노드의 방법.
  7. 제6항에 있어서,
    상기 type 2 지시자는, inter-donor 바운더리 노드 실패 지시자, 상기 RLF가 발생한 링크가 어느 donor CU의 토폴로지에 대한 것인지를 지시하는 정보, 또는 상기 제1 링크에 대응되는 routing ID(identity) 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 IAB 노드의 방법.
  8. 통신 시스템에서 IAB(integrated access and backhaul) 노드의 장치에 있어서,
    통신부; 및
    제1 donor CU(central unit)와의 F1 연결 및 제2 donor CU와의 RRC(radio resource control) 연결에 의한 DC(dual connectivity)가 설정된 상태에서, BAP(backhaul adaptation protocol) header rewriting 정보를 포함하는 설정 정보를 획득하고, child IAB 노드로부터 패킷이 수신되면, 상기 BAP header rewriting 정보에 기반하여 상기 패킷에 대한 BAP header rewriting 동작을 수행하며, 상기 BAP header rewriting 동작에 기반하여 상기 패킷을 라우팅할, 상기 제2 donor CU의 토폴로지에 속한 제1 링크를 확인하고, 상기 제1 링크의 RLF(radio link failure)가 확인되면, 상기 설정 정보에 기반하여 상기 패킷을 라우팅할, 상기 제1 donor CU의 토폴로지에 속한 제2 링크를 확인하며, 및 상기 제2 링크가 이용 가능하면, 상기 제2 링크를 통하여 상기 패킷을 라우팅하는 제어부를 포함하는 것을 특징으로 하는 IAB 노드의 장치.
  9. 제8항에 있어서,
    상기 BAP header rewriting 정보는, 상기 제1 donor CU의 토폴로지와 관련된 제1 routing ID(identity)와 상기 제2 donor CU의 토폴로지와 관련된 제2 routing ID 간의 매핑에 관한 정보를 포함하고,
    상기 제어부는, 상기 패킷의 헤더에 포함된 routing ID가 상기 제1 routing ID와 대응되면, 상기 패킷의 헤더를 상기 제2 routing ID로 rewriting 하는 동작을 수행하는 것을 특징으로 하는 IAB 노드의 장치.
  10. 제8항에 있어서,
    상기 제2 링크는, 상기 설정 정보에 포함된, 상기 제1 donor CU의 토폴로지에 기반한 routing 정보에 의하여 확인되고,
    상기 제어부는, 상기 BAP header rewriting 동작이 수행된 상기 패킷의 헤더를, 상기 routing 정보에 기반하여 재구성하는 것을 특징으로 하는 IAB 노드의 장치.
  11. 제8항에 있어서,
    상기 설정 정보는, 상기 제1 donor CU로부터, F1AP 메시지를 통하여 수신되는 것을 특징으로 하는 IAB 노드의 장치.
  12. 제8항에 있어서, 상기 제어부는,
    상기 RLF가 복구(recovery)된 것을 확인하고, 및 상기 child IAB 노드로부터 상기 제1 링크와 관련된 다른 패킷이 수신되면, 상기 recovery에 기반하여 상기 다른 패킷에 대한 상기 BAP header rewriting 동작을 수행하는 것을 특징으로 하는 IAB 노드의 장치.
  13. 제8항에 있어서, 상기 제어부는,
    상기 RLF가 감지(detection)되었음을 지시하는 type 2 지시자를 상기 child IAB 노드로 전송하도록 상기 통신부를 제어하는 것을 특징으로 하는 IAB 노드의 장치.
  14. 제13항에 있어서,
    상기 type 2 지시자는, inter-donor 바운더리 노드 실패 지시자, 상기 RLF가 발생한 링크가 어느 donor CU의 토폴로지에 대한 것인지를 지시하는 정보, 또는 상기 제1 링크에 대응되는 routing ID(identity) 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 IAB 노드의 장치.
PCT/KR2023/000061 2022-01-03 2023-01-03 백 홀 및 액세스 홀 결합 시스템에서, 도너 노드간 통신시의 연결 실패의 처리 장치 및 방법 WO2023128725A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020220000423A KR20230105183A (ko) 2022-01-03 2022-01-03 백 홀 및 액세스 홀 결합 시스템에서, 도너 노드간 통신시의 연결 실패의 처리 장치 및 방법
KR10-2022-0000423 2022-01-03

Publications (1)

Publication Number Publication Date
WO2023128725A1 true WO2023128725A1 (ko) 2023-07-06

Family

ID=86999808

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/000061 WO2023128725A1 (ko) 2022-01-03 2023-01-03 백 홀 및 액세스 홀 결합 시스템에서, 도너 노드간 통신시의 연결 실패의 처리 장치 및 방법

Country Status (2)

Country Link
KR (1) KR20230105183A (ko)
WO (1) WO2023128725A1 (ko)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200120725A1 (en) * 2018-06-13 2020-04-16 Telefonaktiebolaget Lm Ericsson (Publ) Internet Protocol (IP) Address Assignment in Integrated Access Backhaul (IAB) Networks

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200120725A1 (en) * 2018-06-13 2020-04-16 Telefonaktiebolaget Lm Ericsson (Publ) Internet Protocol (IP) Address Assignment in Integrated Access Backhaul (IAB) Networks

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
ERICSSON: "IAB Inter-donor Topology Adaptation", 3GPP DRAFT; R3-210721, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. Online; 20210125 - 20210204, 15 January 2021 (2021-01-15), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051969082 *
ERICSSON: "On IAB Inter-donor Topology Adaptation", 3GPP DRAFT; R2-2101449, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic meeting; 20210125 - 20210205, 14 January 2021 (2021-01-14), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051972930 *
HUAWEI, HISILICON: "Running CR of TS 38.340 for eIAB", 3GPP DRAFT; R2-2111637, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. Electronic; 20211101 - 20211112, 19 November 2021 (2021-11-19), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052078460 *
QUALCOMM INCORPORATED: "Backhaul transport for inter-donor redundancy", 3GPP DRAFT; R3-210349, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. E-meeting; 20210125 - 20210205, 14 January 2021 (2021-01-14), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP051972992 *

Also Published As

Publication number Publication date
KR20230105183A (ko) 2023-07-11

Similar Documents

Publication Publication Date Title
WO2019245352A1 (ko) 이동통신 시스템에서 무선 링크 실패 보고 방법 및 장치
WO2019235768A1 (en) Method and apparatus for accelerating ciphering and deciphering in wireless communication system
WO2017018783A1 (ko) 무선 통신 시스템에서 랭크 관련 정보를 결정하는 방법 및 장치
EP3769460A1 (en) Method and apparatus for indicating semi-persistent sounding reference signal as reference signal of neighboring cell in next-generation mobile communication system
WO2017200326A1 (ko) 이동 통신 시스템에서 효율적인 레이어 2 기능을 수행하는 방법 및 장치
WO2019103558A1 (ko) 무선 통신 시스템에서 데이터 처리 방법 및 장치
WO2020226389A1 (ko) 무선 통신 시스템에서 단말 능력을 보고하는 방법 및 장치
WO2018131990A1 (en) Method and apparatus for processing data in a wireless communication system
WO2021251741A1 (ko) 무선 통신 시스템에서 스케줄링 방법 및 장치
WO2021066433A1 (en) Measurement method and apparatus for conditional handover
WO2020032455A1 (en) Method and apparatus of supporting lossless pdcp version change in next-generation mobile communication system
WO2021230713A1 (ko) 차세대 이동 통신 시스템에서 conditional pscell change 과정을 수행하는 방법 및 장치
WO2021215831A1 (ko) 무선 통신 시스템에서 위치 기반 시스템을 위한 시스템 정보를 요청하는 방법 및 장치
WO2020197315A1 (ko) 차세대 이동 통신 시스템에서 데이터 송수신 중단이 없는 핸드오버 방법 및 장치
WO2023113480A1 (en) Method and device for preventing data decompression error in next-generation mobile communication system
WO2021206506A1 (ko) 백홀 및 액세스 홀 결합 시스템에서 du에게 ip 주소를 할당하는 방법 및 장치
WO2021157991A1 (ko) 차세대 이동통신 시스템에서 단말 동작 및 장치
WO2022211526A1 (ko) 무선 통신 시스템에서 필요에 따라 전송 가능한 하향 링크 포지셔닝 기준 신호 지원 방법 및 장치
WO2023128725A1 (ko) 백 홀 및 액세스 홀 결합 시스템에서, 도너 노드간 통신시의 연결 실패의 처리 장치 및 방법
WO2021206405A1 (ko) 차세대 이동 통신 시스템에서 하향링크 rrc 분할 메시지를 처리하는 방법 및 장치
WO2021221409A1 (ko) 무선 통신 시스템에서 제어 정보를 설정하는 방법 및 장치
WO2023287194A1 (ko) 백홀 액세스 홀 결합 시스템에서 도너 간 이동성 수행시 선택적 admission 제어 방법
WO2022270981A1 (ko) 무선 통신 시스템에서 지역 재-라우팅을 수행하기 위한 장치 및 방법
WO2022146044A1 (ko) 백홀 및 액세스 홀 결합 시스템에서 제어 평면 시그날링을 지원하는 장치 및 방법
WO2023003342A2 (ko) 포지셔닝을 위한 다중 서비스 품질 처리방법 및 장치

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

Country of ref document: EP

Kind code of ref document: A1