WO2019160282A1 - 릴레이 노드에서 상향링크 사용자 데이터를 처리하는 방법 및 그 장치 - Google Patents

릴레이 노드에서 상향링크 사용자 데이터를 처리하는 방법 및 그 장치 Download PDF

Info

Publication number
WO2019160282A1
WO2019160282A1 PCT/KR2019/001616 KR2019001616W WO2019160282A1 WO 2019160282 A1 WO2019160282 A1 WO 2019160282A1 KR 2019001616 W KR2019001616 W KR 2019001616W WO 2019160282 A1 WO2019160282 A1 WO 2019160282A1
Authority
WO
WIPO (PCT)
Prior art keywords
base station
iab
terminal
donor base
node
Prior art date
Application number
PCT/KR2019/001616
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
Priority claimed from KR1020190009666A external-priority patent/KR102322380B1/ko
Application filed by 주식회사 케이티 filed Critical 주식회사 케이티
Priority to CN201980013687.3A priority Critical patent/CN111727662B/zh
Priority to US16/969,935 priority patent/US11252635B2/en
Publication of WO2019160282A1 publication Critical patent/WO2019160282A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H04B7/15—Active relay systems
    • H04B7/155—Ground-based stations
    • H04B7/15528—Control of operation parameters of a relay station to exploit the physical medium
    • H04B7/15542—Selecting at relay station its transmit and receive resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices
    • H04W88/085—Access point devices with remote components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/045—Interfaces between hierarchically different network devices between access point and backbone network device

Definitions

  • the present disclosure relates to an integrated access and backhaul (IAB) based data processing method and apparatus using 5G NR wireless communication technology.
  • IAB integrated access and backhaul
  • relay technology has been used to extend cell coverage using additional network nodes.
  • the relay technology to which the conventional LTE technology is applied supports data transmission at the IP packet level of the relay node, and only one relay node is configured to transmit the IP packet between the terminal and the base station.
  • the relay technology to which the conventional LTE technology is applied provides only a single hop relay function to provide a simple service, and most of the configuration is indicated and configured through static OAM (Operations, administration and management). As a result, a plurality of hop relays could not be configured.
  • an embodiment of the present disclosure is to propose a relay structure for transmitting uplink user data of a terminal to a donor base station through a backhaul RLC channel when a plurality of relay hops are configured.
  • an embodiment proposes an RRC message processing method for relaying an RRC message through one or more hops while maintaining security between a terminal and a base station in a multi-hop relay structure.
  • the method in a method in which a relay node processes uplink user data, includes receiving uplink user data from a terminal and performing logical channel identification information associated with an RLC PDU of uplink user data. Deriving a UE bearer identifier (UE-bearer-ID), selecting a backhaul RLC channel for transmitting uplink user data based on at least one of the UE bearer identifier and donor base station address information, and selecting the selected backhaul RLC channel. It provides a method comprising the step of transmitting uplink user data to the donor base station or another relay node.
  • UE-bearer-ID UE bearer identifier
  • an embodiment of the present invention provides a relay node for processing uplink user data, comprising: a receiver for receiving uplink user data from a terminal and a terminal bearer identifier using logical channel identification information associated with an RLC PDU of uplink user data; A control unit for deriving a UE-bearer-ID, selecting a backhaul RLC channel to transmit uplink user data based on at least one of a terminal bearer identifier and donor base station address information, and donor uplink user data through a selected backhaul RLC channel
  • a relay node including a transmitter for transmitting to a base station or another relay node.
  • the present disclosure dynamically configures a plurality of relay hops, thereby providing an effect of effectively classifying and processing data according to terminal-specific or service-specific requirements.
  • the present disclosure provides the effect of preventing the delay of signaling and data processing on the IP layer while maintaining the security of the RRC message delivered in the relay structure.
  • FIG. 1 is a diagram schematically illustrating a structure of an NR wireless communication system to which an embodiment of the present invention may be applied.
  • FIG. 2 is a view for explaining a frame structure in an NR system to which the present embodiment can be applied.
  • FIG. 3 is a diagram for describing a resource grid supported by a radio access technology to which the present embodiment can be applied.
  • FIG. 4 is a diagram for describing a bandwidth part supported by a radio access technology to which the present embodiment can be applied.
  • FIG. 5 is a diagram exemplarily illustrating a synchronization signal block in a radio access technology to which the present embodiment can be applied.
  • FIG. 6 is a diagram for explaining a random access procedure in a radio access technology to which the present embodiment can be applied.
  • FIG. 7 is a diagram illustrating an example of a relay-based user plane protocol structure in LTE technology.
  • 8 (A) and 8 (B) are diagrams illustrating a relay node start up procedure in a LTE technology.
  • FIG. 9 is a diagram illustrating an RRC connection establishment procedure using a relay node according to an embodiment.
  • FIG. 10 is a flowchart for describing an operation of relaying an RRC message by a relay node according to an embodiment.
  • FIG. 11 is a diagram illustrating a protocol structure in which an RRC message is delivered according to an embodiment.
  • FIG. 12 is a signal diagram illustrating a procedure of transmitting an RRC message to a base station according to an embodiment.
  • FIG. 13 is a flowchart illustrating an operation of transmitting uplink user data by a relay node according to an embodiment.
  • FIG. 14 is a diagram illustrating a protocol structure for transmitting uplink user data according to an embodiment.
  • FIG. 15 is a diagram illustrating a protocol structure for transmitting uplink user data in a donor base station having a single structure according to an embodiment.
  • 16 is a diagram illustrating a protocol structure in which uplink user data is delivered according to an embodiment.
  • 17 is a diagram illustrating a protocol structure in which uplink user data is delivered according to an embodiment.
  • FIG. 18 is a diagram illustrating a protocol structure in which uplink user data is delivered according to an embodiment.
  • 19 is a diagram illustrating a protocol structure in which uplink user data is delivered according to an embodiment.
  • 20 is a block diagram illustrating a configuration of a relay node according to an embodiment.
  • first, second, A, B, (a), and (b) may be used. These terms are only to distinguish the components from other components, and the terms are not limited in nature, order, order, or number of the components. If a component is described as being “connected”, “coupled” or “connected” to another component, that component may be directly connected to or connected to that other component, but between components It is to be understood that the elements may be “interposed” or each component may be “connected”, “coupled” or “connected” through other components.
  • the wireless communication system herein refers to a system for providing various communication services such as voice and data packets using radio resources, and may include a terminal, a base station, and a core network.
  • the embodiments disclosed below may be applied to a wireless communication system using various wireless access technologies.
  • the embodiments of the present invention may include code division multiple access (CDMA), frequency division multiple access (FDMA), timedivision multiple access (TDMA), orthogonal frequency division multiple access (OFDMA), and single carrier frequency division multiple access (SC-FDMA).
  • CDMA may be implemented by a radio technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA may be implemented in a wireless technology such as global system for mobile communications (GSM) / general packet radio service (GPRS) / enhanced data rates for GSM evolution (EDGE).
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA may be implemented in wireless technologies such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, evolved UTRA (E-UTRA), and the like.
  • IEEE 802.16m is an evolution of IEEE 802.16e and provides backward compatibility with systems based on IEEE 802.16e.
  • UTRA is part of a universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long term evolution (LTE) is part of evolved UMTS (E-UMTS) using evolved-UMTS terrestrial radio access (E-UTRA), employing OFDMA in downlink and SC- in uplink FDMA is adopted.
  • 3GPP 3rd generation partnership project
  • LTE long term evolution
  • E-UMTS evolved UMTS
  • E-UTRA evolved-UMTS terrestrial radio access
  • the embodiments may be applied to a wireless access technology that is currently disclosed or commercialized, and may be applied to a wireless access technology that is
  • the terminal in the present specification is a comprehensive concept of a device including a wireless communication module for communicating with a base station in a wireless communication system, and includes a UE in WCDMA, LTE, HSPA, and IMT-2020 (5G or New Radio).
  • (User Equipment) should be interpreted as a concept that includes a mobile station (MS), a user terminal (UT), a subscriber station (SS), a wireless device, and the like in GSM.
  • the terminal may be a user portable device such as a smart phone according to a usage form, and may mean a vehicle, a device including a wireless communication module in a vehicle, and the like in a V2X communication system.
  • a machine type communication (Machine Type Communication) system may mean an MTC terminal, an M2M terminal equipped with a communication module to perform machine type communication.
  • a base station or a cell of the present specification refers to an end point that communicates with a terminal in terms of a network, and includes a Node-B, an evolved Node-B, an eNB, a gNode-B, a Low Power Node, and an LPN. Sector, site, various types of antenna, base transceiver system (BTS), access point, access point (for example, transmission point, reception point, transmission point and reception point), relay node ), A mega cell, a macro cell, a micro cell, a pico cell, a femto cell, a remote radio head (RRH), a radio unit (RU), and a small cell.
  • BTS base transceiver system
  • RRH remote radio head
  • RU radio unit
  • the base station may be interpreted in two meanings. 1) the device providing the mega cell, the macro cell, the micro cell, the pico cell, the femto cell, the small cell in relation to the wireless area, or 2) the wireless area itself. In 1) all devices that provide a given radio area are controlled by the same entity or interact with each other to cooperatively configure the radio area to the base station. According to the configuration of the wireless area, a point, a transmission point, a transmission point, a reception point, and the like become one embodiment of a base station. In 2), the base station may indicate the radio area itself that receives or transmits a signal from the viewpoint of the user terminal or the position of a neighboring base station.
  • a cell refers to a component carrier having a coverage of a signal transmitted from a transmission / reception point or a signal transmitted from a transmission point or a transmission / reception point, and the transmission / reception point itself. Can be.
  • Uplink means a method for transmitting and receiving data to the base station by the terminal
  • downlink Downlink (Downlink, DL, or downlink) means a method for transmitting and receiving data to the terminal by the base station do.
  • Downlink may mean a communication or communication path from the multiple transmission and reception points to the terminal
  • uplink may mean a communication or communication path from the terminal to the multiple transmission and reception points.
  • the transmitter in the downlink, the transmitter may be part of multiple transmission / reception points, and the receiver may be part of the terminal.
  • uplink a transmitter may be part of a terminal, and a receiver may be part of multiple transmission / reception points.
  • the uplink and the downlink transmit and receive control information through a control channel such as a physical downlink control channel (PDCCH), a physical uplink control channel (PUCCH), a physical downlink shared channel (PDSCH), a physical uplink shared channel (PUSCH), and the like.
  • a control channel such as a physical downlink control channel (PDCCH), a physical uplink control channel (PUCCH), a physical downlink shared channel (PDSCH), a physical uplink shared channel (PUSCH), and the like.
  • Data is transmitted and received by configuring the same data channel.
  • a situation in which a signal is transmitted and received through a channel such as PUCCH, PUSCH, PDCCH, and PDSCH is described as 'transmit and receive PUCCH, PUSCH, PDCCH, and PDSCH'. do.
  • 3GPP After researching 4G (4th-Generation) communication technology, 3GPP is conducting research on 5G (5th-Generation) communication technology to meet the requirements of ITU-R next generation wireless access technology. Specifically, 3GPP is conducting research on a new NR communication technology separate from LTE-A pro and 4G communication technology, in which LTE-Advanced technology is enhanced to meet the requirements of ITU-R as 5G communication technology.
  • LTE-A pro and NR both appear to be submitted in 5G communication technology, but for the convenience of description, the following describes the embodiments of the present invention mainly on NR.
  • Operational scenarios in NR defined various operational scenarios by adding considerations to satellites, automobiles, and new verticals in the existing 4G LTE scenarios.In terms of services, they have eMBB (Enhanced Mobile Broadband) scenarios and high terminal density. Supports a range of mass machine communication (MMTC) scenarios that require low data rates and asynchronous connections, and Ultra Reliability and Low Latency (URLLC) scenarios that require high responsiveness and reliability and support high-speed mobility. .
  • MMTC mass machine communication
  • URLLC Ultra Reliability and Low Latency
  • NR discloses a wireless communication system using a new waveform and frame structure technology, low latency technology, mmWave support technology, and forward compatible technology.
  • the NR system proposes various technological changes in terms of flexibility to provide forward compatibility. The main technical features will be described below with reference to the drawings.
  • FIG. 1 is a diagram schematically illustrating a structure of an NR system to which the present embodiment may be applied.
  • an NR system is divided into a 5G core network (5GC) and an NR-RAN part, and the NG-RAN controls a user plane (SDAP / PDCP / RLC / MAC / PHY) and a user equipment (UE). It consists of gNB and ng-eNBs providing a planar (RRC) protocol termination.
  • the gNB interconnects or gNBs and ng-eNBs are interconnected via an Xn interface.
  • gNB and ng-eNB are each connected to 5GC through the NG interface.
  • the 5GC may be configured to include an access and mobility management function (AMF) that is in charge of a control plane such as a terminal access and mobility control function, and a user plane function (UPF), which is in charge of a control function in user data.
  • AMF access and mobility management function
  • UPF user plane function
  • NR includes support for sub-6 GHz frequency bands (FR1, Frequency Range 1) and 6 GHz and higher frequency bands (FR2, Frequency Range 2).
  • gNB means a base station providing the NR user plane and control plane protocol termination to the terminal
  • ng-eNB means a base station providing the E-UTRA user plane and control plane protocol termination to the terminal.
  • the base station described in the present specification should be understood to mean gNB and ng-eNB, and may be used to mean gNB or ng-eNB.
  • a CP-OFDM waveform using a cyclic prefix is used for downlink transmission, and a CP-OFDM or DFT-s-OFDM is used for uplink transmission.
  • OFDM technology is easy to combine with Multiple Input Multiple Output (MIMO), and has the advantage of using a low complexity receiver with high frequency efficiency.
  • MIMO Multiple Input Multiple Output
  • the NR transmission neuron is determined based on sub-carrier spacing and cyclic prefix (CP), based on 15khz as shown in Table 1 below.
  • CP cyclic prefix
  • the NR's pneumoroller may be classified into five types according to the subcarrier spacing. This is different from the fixed subcarrier spacing of LTE, which is one of 4G communication technologies, to be 15 kHz. Specifically, the subcarrier spacing used for data transmission in NR is 15, 30, 60, 120khz, and the subcarrier spacing used for synchronization signal transmission is 15, 30, 12, 240khz. In addition, the extended CP is applied only to the 60khz subcarrier interval.
  • the frame structure (frame) in NR is a frame having a length of 10ms consisting of 10 subframes having the same length of 1ms is defined.
  • One frame may be divided into half frames of 5 ms, and each half frame includes five subframes.
  • one subframe consists of one slot, and each slot consists of 14 OFDM symbols.
  • 2 is a view for explaining a frame structure in an NR system to which the present embodiment can be applied.
  • the slot is fixedly configured with 14 OFDM symbols in the case of a normal CP, but the length of the slot may vary depending on the subcarrier spacing.
  • the slot in the case of a newerology with a 15khz subcarrier spacing, the slot has a length of 1 ms and the same length as the subframe.
  • the slot in the case of a numerology having a 30khz subcarrier spacing, the slot includes 14 OFDM symbols, but two slots may be included in one subframe with a length of 0.5 ms. That is, the subframe and the frame are defined with a fixed time length, the slot is defined by the number of symbols, the time length may vary according to the subcarrier interval.
  • NR defines a basic unit of scheduling as a slot, and also introduces a mini slot (or subslot or non-slot based schedule) to reduce transmission delay of a radio section.
  • the use of a wide subcarrier spacing shortens the length of one slot in inverse proportion, thereby reducing the transmission delay in the radio section.
  • the mini slot (or sub slot) is for efficient support for the URLLC scenario and can be scheduled in units of 2, 4, and 7 symbols.
  • NR defines uplink and downlink resource allocation at a symbol level in one slot.
  • a slot structure capable of transmitting HARQ ACK / NACK directly within a transmission slot has been defined, and this slot structure will be described as a self-contained structure.
  • NR is designed to support a total of 256 slot formats, of which 62 slot formats are used in the Rel-15.
  • a combination of various slots supports a common frame structure constituting an FDD or TDD frame. For example, a slot structure in which all symbols of a slot are set to downlink, a slot structure in which all symbols are set to uplink, and a slot structure in which downlink symbol and uplink symbol are combined are supported.
  • NR also supports that data transmission is distributed and scheduled in one or more slots. Accordingly, the base station can inform the terminal whether the slot is a downlink slot, an uplink slot, or a flexible slot by using a slot format indicator (SFI).
  • SFI slot format indicator
  • the base station may indicate the slot format by using the SFI to indicate the index of the table configured through the RRC signaling to the terminal specific, and may be indicated dynamically through the downlink control information (DCI) or statically or quasi-statically through the RRC. It may be.
  • DCI downlink control information
  • the antenna port is defined such that the channel on which the symbol is carried on the antenna port can be inferred from the channel on which another symbol on the same antenna port is carried. If the large-scale property of a channel carrying a symbol on one antenna port can be deduced from the channel carrying the symbol on another antenna port, then the two antenna ports are quasi co-located or QC / QCL. quasi co-location relationship.
  • the broad characteristics include one or more of delay spread, Doppler spread, frequency shift, average received power, and received timing.
  • FIG. 3 is a diagram for describing a resource grid supported by a radio access technology to which the present embodiment can be applied.
  • the Resource Grid since the Resource Grid supports a plurality of numerologies in the same carrier, a resource grid may exist according to each numerology.
  • the resource grid may exist according to the antenna port, subcarrier spacing, and transmission direction.
  • the resource block is composed of 12 subcarriers and is defined only in the frequency domain.
  • a resource element is composed of one OFDM symbol and one subcarrier. Accordingly, as shown in FIG. 3, one resource block may vary in size depending on the subcarrier spacing.
  • the NR defines "Point A" serving as a common reference point for the resource block grid, a common resource block, a virtual resource block, and the like.
  • FIG. 4 is a diagram for describing a bandwidth part supported by a radio access technology to which the present embodiment can be applied.
  • the bandwidth part can be designated within the carrier bandwidth and used by the terminal.
  • the bandwidth part is associated with one neuralology and consists of a subset of consecutive common resource blocks and can be dynamically activated over time.
  • the UE is configured with up to four bandwidth parts, respectively, uplink and downlink, and data is transmitted and received using the bandwidth part activated at a given time.
  • uplink and downlink bandwidth parts are set independently, and in the case of unpaired spectrum, to prevent unnecessary frequency re-tunning between downlink and uplink operation.
  • the bandwidth parts of the downlink and the uplink are configured in pairs so as to share the center frequency.
  • the UE performs a cell search and random access procedure to access and communicate with a base station.
  • Cell search is a procedure in which a terminal synchronizes with a cell of a corresponding base station, obtains a physical layer cell ID, and acquires system information by using a synchronization signal block (SSB) transmitted by a base station.
  • SSB synchronization signal block
  • FIG. 5 is a diagram exemplarily illustrating a synchronization signal block in a radio access technology to which the present embodiment can be applied.
  • an SSB is composed of a primary synchronization signal (PSS) and a secondary synchronization signal (SSS), which occupy one symbol and 127 subcarriers, respectively, three OFDM symbols, and a PBCH spanning 240 subcarriers.
  • PSS primary synchronization signal
  • SSS secondary synchronization signal
  • the terminal monitors the SSB in the time and frequency domain to receive the SSB.
  • SSB can be transmitted up to 64 times in 5ms.
  • a plurality of SSBs are transmitted in different transmission beams within 5ms, and the UE performs detection assuming that SSBs are transmitted every 20ms based on a specific beam used for transmission.
  • the number of beams available for SSB transmission within 5 ms time may increase as the frequency band increases. For example, up to 4 SSB beams can be transmitted at 3 GHz or less, and up to 8 different SSBs can be transmitted at a frequency band of 3 to 6 GHz and up to 64 different beams at a frequency band of 6 GHz or more.
  • Two SSBs are included in one slot, and the start symbol and the number of repetitions in the slot are determined according to the subcarrier spacing.
  • SSB is not transmitted at the center frequency of the carrier bandwidth, unlike the SS of the conventional LTE. That is, the SSB may be transmitted even where the center of the system band is not, and when supporting broadband operation, a plurality of SSBs may be transmitted in the frequency domain. Accordingly, the terminal monitors the SSB using a synchronization raster, which is a candidate frequency position for monitoring the SSB.
  • the carrier raster and the synchronization raster which are the center frequency position information of the channel for initial access, are newly defined in the NR, and the synchronization raster has a wider frequency interval than the carrier raster, and thus supports fast SSB search of the terminal. Can be.
  • the UE may acquire the MIB through the PBCH of the SSB.
  • the Master Information Block includes minimum information for the UE to receive the remaining system information (RMSI) that the network broadcasts.
  • the PBCH is information about the position of the first DM-RS symbol in the time domain, information for the UE to monitor SIB1 (for example, SIB1 neuronological information, information related to SIB1 CORESET, search space information, PDCCH Related parameter information, etc.), offset information between the common resource block and the SSB (the position of the absolute SSB in the carrier is transmitted through SIB1), and the like.
  • SIB1 neuronological information is equally applied to message 2 and message 4 of the random access procedure for accessing the base station after the terminal completes the cell search procedure.
  • the aforementioned RMSI means System Information Block 1 (SIB1), and SIB1 is broadcast periodically (ex, 160 ms) in a cell.
  • SIB1 includes information necessary for the UE to perform an initial random access procedure and is periodically transmitted through the PDSCH.
  • the UE needs to receive the information of the neuterology used for the SIB1 transmission and the control resource set (CORESET) information used for the scheduling of the SIB1 through the PBCH.
  • the UE checks scheduling information on SIB1 using SI-RNTI in CORESET and acquires SIB1 on PDSCH according to the scheduling information.
  • the remaining SIBs other than SIB1 may be transmitted periodically or may be transmitted at the request of the terminal.
  • FIG. 6 is a diagram for explaining a random access procedure in a radio access technology to which the present embodiment can be applied.
  • the terminal transmits a random access preamble for random access to the base station.
  • the random access preamble is transmitted on the PRACH.
  • the random access preamble is transmitted to the base station through a PRACH composed of consecutive radio resources in a specific slot that is periodically repeated.
  • BFR beam failure recovery
  • the terminal receives a random access response to the transmitted random access preamble.
  • the random access response may include a random access preamble identifier (ID), a UL grant (uplink radio resource), a temporary C-RNTI (Temporary Cell-Radio Network Temporary Identifier), and a time alignment command (TAC). Since one random access response may include random access response information for one or more terminals, the random access preamble identifier may be included to indicate to which UE the included UL Grant, temporary C-RNTI, and TAC are valid.
  • the random access preamble identifier may be an identifier for the random access preamble received by the base station.
  • the TAC may be included as information for the UE to adjust uplink synchronization.
  • the random access response may be indicated by a random access identifier on the PDCCH, that is, a Random Access-Radio Network Temporary Identifier (RA-RNTI).
  • RA-RNTI Random Access-Radio Network Temporary Identifier
  • the terminal Upon receiving the valid random access response, the terminal processes the information included in the random access response and performs the scheduled transmission to the base station. For example, the terminal applies a TAC and stores a temporary C-RNTI. In addition, by using the UL Grant, data or newly generated data stored in the buffer of the terminal is transmitted to the base station. In this case, information that can identify the terminal should be included.
  • the terminal receives a downlink message for contention resolution.
  • NR New Radio
  • relay technology In LTE technology, relay technology has been used for the purpose of extending cell coverage through the use of an additional network node called a relay node (RN).
  • the LTE RN relays user plane data and control plane data at the IP packet level.
  • a service is provided only through a single RN between a donor base station (Denor eNB, DeNB) serving a relay node and a terminal. That is, only relay through a single hop was supported between the UE and the DeNB.
  • DeNB donor base station
  • FIG. 7 is a diagram illustrating an example of a relay-based user plane protocol structure in LTE technology.
  • the terminal 700 communicates with the donor base station 720 through the relay node 710.
  • the donor base station 720 transmits data of the terminal 700 to the gateway 730.
  • the terminal 700 includes an L1 physical layer and an L2 layer, IP, TCP / UDP, App. It is organized in layers.
  • the relay node 710 is connected to the terminal 700 through the L1 and L2 layers, and is connected to the donor base station 720 through the GTP-u layer above the IP layer to transmit and receive data.
  • the relay protocol in LTE technology is configured as shown in FIG.
  • FIG. 8 is a diagram illustrating a relay node start-up procedure in LTE technology.
  • the RN startup procedure of FIGS. 8A and 8B for initiating RN operation is used to configure the necessary parameters for the RN.
  • the RN 800 after the RN 800 is powered on (S805), the RN 800 performs a two-step start procedure.
  • the RN 800 When the RN 800 is powered on, it has two steps because the RN 800 does not know which cell is allowed for network attach. Since not all base stations support serving the RN 800, the RN 800 needs to identify which cell supports the RN 800 operation. If the RN 800 already knows accessible cells, phase I may be omitted and phase II may be performed immediately.
  • Phase I will be described with reference to FIG. 8A.
  • Phase I Attach for RN preconfiguration.
  • the RN 800 connects to the E-UTRAN / EPC as a terminal at power up (S815), and retrieves an initial configuration parameter including a list of DeNB cells from the RN OAM 850 (S825). After the operation S825 is completed, the RN 800 disconnects from the network as a terminal (S835) and triggers Phase II described below.
  • the MME 820 performs S-GW and P-GW 830 selection for the RN 800 as a general terminal.
  • the RN attaches to the E-UTRAN / EPC as a UE at power-up and retrieves initial configuration parameters, including the list of DeNB cells, from RN OAM.After this operation is complete, the RN detaches from the network as a UE and triggers Phase II. The MME performs the S-GW and P-GW selection for the RN as a normal UE.
  • Phase II will be described with reference to FIG. 8 (B).
  • the RN 800 connects to the DeNB 810 selected from the list collected in Phase I to start the relaying operation (S806).
  • RN 800 starts to establish S1 and X2 connections with DeNB 810.
  • the DeNB 810 initiates an RN reconfiguration procedure through RRC signaling for an RN specific parameter (S807).
  • the RN connects to a DeNB selected from the list acquired during Phase I to start relay operations.
  • the DeNB may initiate an RN reconfiguration procedure via RRC signaling for RN-specific parameters.
  • the DeNB 810 performs an S1 eNB configuration update procedure when the configuration data is updated to the RN connection after performing S1 setup with the RN 800 (S808) (S809).
  • the DeNB 810 updates the cell information by performing an X2 eNB configuration update procedure (S812).
  • S1 eNB Configuration Update procedure if the configuration data for the DeNB is updated dueto the RN attach.
  • the DeNB performs the X2 eNB Configuration Update procedure (s) to update the cell information).
  • the RN cells' ECGIs are configured by RN OAM.
  • the RN 800 starts to operate as a relay (S813).
  • the configuration of the relay is mostly provided through a static OAM.
  • the RN acts as a base station, and the RN recognizes the donor base station as a core network entity and forms a terminal context in the RN. Therefore, the RN is configured by indicating most of the configuration through the static OAM, and only the radio configuration (for example, the RN subframe configuration) specific to the entire RN device has been indicated and configured by the decision of the donor base station. Accordingly, when multi-hop is supported between the terminal and the base station (donor base station), it is difficult to efficiently configure the service requirements for each terminal.
  • Next-generation wireless access networks (hereinafter referred to as NR or 5G or NG-RAN for ease of explanation) are distributed with centralized nodes (hereafter referred to as central units (CUs) for ease of explanation) to support efficient network deployment.
  • Nodes hereinafter referred to as DUs (Distributed Units for convenience) may be provided separately. That is, the base station may be configured divided into CU and DU in a logical or physical aspect.
  • the base station is a base station to which the NR technology is applied and may be referred to as gNB to distinguish it from an LTE base station (eNB).
  • gNB LTE base station
  • NR technology may be applied to the base station, the donor base station, and the relay node unless otherwise described below.
  • CU refers to logical nodes hosting RRC, SDAP and PDCP protocols.
  • CU means a logical node hosting RRC and upper layer L2 protocol (PDCP).
  • the CU controls the operation of one or more DUs.
  • the CU terminates the F1 interface associated with the DU (gNB Central Unit (gNB-CU): a logical node hosting RRC, SDAP and PDCP protocols, and controls the operation of one or more gNB-DUs.
  • gNB-CU also terminates F1 interface connected with the gNB-DU.
  • DU means a logical node hosting the RLC, MAC and PHY layers. The operation of the DU is partly controlled by the CU.
  • One DU supports one or a plurality of cells. One cell is supported by only one DU.
  • the DU terminates the F1 interface connected to the CU (gNB Distributed Unit (gNB-DU): a logical node hosting RLC, MAC and PHY layers, and its operation is partly controlled by gNB-CU.
  • gNB-DU gNB Distributed Unit
  • One gNB-DU supportsone or multiplecells
  • One cell is supportedby only one gNB-DU.
  • the gNB-DU terminates F1 interface connected with the gNB-CU.
  • the NG-RAN consists of a set of gNBs connected to the 5GC through the NG.
  • 5GC 5G Core network
  • the base stations may be interconnected through the Xn interface.
  • GNBs can be interconnected through the Xn.
  • a base station may consist of one CU and DUs
  • a gNB may consist of a gNB-CU and gNB-DUs).
  • CU and DU are connected via F1 interface.
  • a gNB-CU and a gNB-DU is connected via F1 logical interface.
  • One DU is connected to only one CU.
  • One gNB-DU is connected to only one gNB-CU).
  • the F1 interface is an interface providing an interconnection between the CU and the DU, and the F1AP (The F1 Application Protocol) is used to provide a signaling procedure on the interface.
  • F1AP The F1 Application Protocol
  • the S1-U interface and X2-C interface for one base station consisting of CU and DU are terminated at the CU (For EN-DC, the S1-U and X2-C interfaces for a gNB). consisting of a gNB-CU and gNB-DUs, terminate in the gNB-CU.)
  • the DU connected to the CU is visible to other base stations and the 5GC as only one base station (The gNB-CU and connected gNB-DUs are only visible to other gNBs and the 5GC as a gNB).
  • NR 5G wireless communication technology
  • the use of relay technology can be increased due to the higher bandwidth and the use of multi-beam systems compared to LTE. This makes it easier for operators to build a dense network of self-backhauled NR cells that provide their own backhaul function.
  • millimeter wave bands can have the disadvantage of experiencing severe short-term blocking.
  • small coverage and beam operations in the millimeter wave band may need to be connected to base stations connected to wired / fiber via multi-hop relays.
  • the terminal cannot be connected to a base station connected to a wired / optical line by using a relay technology according to the conventional LTE technology.
  • multi-hop relays must process data in multi-hop, it can be difficult to use for delay-sensitive 5G service transmission. Accordingly, research on various protocol structures for satisfying service quality in multi-hop is necessary, but no specific technology has been presented.
  • the present disclosure proposes an NR relay structure that can effectively divide data into quality requirements for each terminal or service by configuring a plurality of hop relays.
  • a specific procedure and apparatus for connecting a terminal to a base station through a multi-hop relay node are proposed.
  • the donor base station herein refers to a radio network node (or base station or gNB or part of gNB) that terminates an interface to a core network (NG interface (eg, N2, N3 interface)).
  • the donor base station may be physically connected to the core network or another base station through a wired / optical line.
  • the donor base station may configure a backhaul with other NR nodes such as a base station, a CU, a DU, a core network node (AMF, UPF, etc.) using an NR radio technology.
  • the donor base station may be composed of one CU and one or more DUs in the same manner as the NR base station.
  • the donor base station may be replaced with various terms such as IAB-DN, DgNB, DN, and Donor base station.
  • an integrated access and backhaul (IAB) node refers to a node that supports access to a terminal and wireless self-backhauling using NR radio technology. IAB nodes can configure backhaul to other NR nodes using NR radio technology. In addition, IAB nodes are not physically connected to other NR nodes via wired / optical lines.
  • the IAB node may be replaced with various terms such as a relay node, an NR-RN, an NR relay, or an integrated node. Hereinafter, the description will be given as a relay node or an IAB node.
  • Un interface represents an interface between an IAB node and an IAB node or an interface between an IAB node and a donor base station.
  • the Un interface can be replaced by various terms such as an IAB backhaul interface, a U-IAB interface, and a Ui interface.
  • the IAB nodes When a terminal wants to access a donor base station through a multi-hop IAB node, the IAB nodes should be able to effectively classify / process user data traffic between the terminal and the donor base station. For example, the IAB node should be able to determine the next hop and transmit the uplink data to the next hop so that the uplink data belonging to the specific radio bearer received from the specific terminal can be transmitted to the donor base station. In another example, the IAB node determines the next hop and transmits the downlink data to the next hop so that the downlink data belonging to the specific radio bearer of the specific terminal received from the specific donor base station can be processed / delivered to the corresponding terminal. It should be possible.
  • the multi-hop IAB node and the donor base station must perform RRC connection establishment. That is, similarly to the RN startup procedure described with reference to FIG. 8, the IAB node may perform a procedure for configuring parameters required for the IAB node in order to start operation of the IAB node.
  • FIG. 9 is a diagram illustrating an RRC connection establishment procedure using a relay node according to an embodiment.
  • the prober described with reference to FIG. 9 may be applied to various protocol structures described below.
  • the terminal and the donor base station transmit and receive data through two hops (eg, IAB 1 and IAB 2). This is for convenience of description only, and may be equally applicable to any IAB node number.
  • the donor base station 903 performs a connection setup operation with the IAB nodes IAB 2 and 902 directly connected through the air interface (S910).
  • the donor base station 903 performs a connection setup operation with other IAB nodes IAB 1 and 901 (S915).
  • the terminal 900 transmits a random access preamble to the IAB 1 901, and initiates a random access operation to the IAB 1 901 (S920).
  • the IAB 1 901 transmits a response to the random access preamble in the random access response message to the terminal 900 (S925).
  • the terminal 900 transmits an RRC connection request message to initiate an RRC connection establishment procedure with the donor base station 903 (S930).
  • the donor base station 903 is connected to the terminal 900 or the IAB 1 901 or the IAB 2 902 on the backhaul interface between the IAB 2 902 and the donor base station 903 through an RRC connection reconfiguration procedure with the IAB 2 902.
  • a signaling radio bearer for control message transmission is configured (S935).
  • the donor base station 903 transmits a control message of the terminal 900 or the IAB 1 901 on the interface of the IAB 1 901 and the donor base station 903 through an RRC connection reconfiguration procedure with the IAB 1 901.
  • a signaling radio bearer is configured (S940).
  • the donor base station 903 transmits an RRC connection setup message to the terminal 900 to set up an RRC connection to the terminal 900 (S945).
  • the terminal 900 sets up an RRC connection with the donor base station 903 using the received RRC connection setup message, and sends an RRC connection setup complete message through the IAB 1 901 and / or the IAB 2 902.
  • the process transmits to step 903.
  • the donor base station 903 When the donor base station 903 completes the RRC connection setup with the terminal 900, the donor base station 903 performs signaling with the core network entity (S955). Through this, the PDU session ID, the S-NSSAI, the QFI (QoS flow indicator), and the QoS profile associated with the QFI to be configured in the terminal 900 are received from the core network entity. Thereafter, the donor base station 903 performs a radio resource configuration procedure for distinguishing and relaying data radio bearers for the IAB 1 901, the IAB 2 902, and the terminal 900 (S965 and S970). The donor base station 903 transmits an RRC connection reconfiguration message to configure a radio resource in the terminal 900 (S970). The terminal 900 transmits an RRC connection reconfiguration complete message to notify confirmation of the radio resource configuration (S975).
  • the terminal and the donor base station establishes an RRC connection, and configures a radio resource (radio bearer).
  • the IAB node may establish an RRC connection to the donor base station to perform network registration. For example, if the IAB node selects a cell provided by the donor base station and is connected to the donor base station through the cell, the IAB node may establish an RRC connection to the donor base station to perform network registration.
  • the IAB node may extract an initial configuration parameter containing a donor base station cell list from the (IAB) OAM for preconfiguration of the IAB node. Thereafter, for the IAB operation, the IAB node may select a cell having the best radio quality among the cells included in the donor base station cell list, establish an RRC connection through the cell, and perform IAB node operation.
  • the IAB node and the cells of the IAB node may be configured by the IAB OAM.
  • the cell configuration of the IAB node and the IAB node may be performed together when extracting an initial configuration parameter including a donor base station cell list from the IAB OAM, or may be performed in a phase II process of performing network registration as an IAB node. Or may be preconfigured in an IAB node.
  • radio resource configuration for the IAB node and the cells of the IAB node may be indicated and configured by the donor base station.
  • the radio resource configuration operation may be performed in phase I when the IAB node performs network registration as a terminal.
  • the radio resource configuration operation may be performed in phase II of performing network registration as an IAB node.
  • the radio resource configuration operation may be performed and configured when triggered by the donor base station. If the NR-based IAB node supports a multi-hop topology, the donor base station may control the radio resource of the IAB node for efficient radio resource control.
  • the IAB nodes can effectively classify / process user data traffic between the terminal and the donor base station according to QoS parameters.
  • the IAB node sends an interface setup request message between the IAB node and the donor base station to the donor base station.
  • the interface between the IAB node and the donor base station is referred to as an F3 interface.
  • the F3 interface may represent an interface between an access IAB node (e.g. first hop IAB node) serving a terminal and a donor base station. If the donor base station is divided into a CU and a DU, the F3 interface may represent an interface between an access IAB node serving a terminal and a donor base station DU, or an interface between an access IAB node serving a terminal and a donor base station CU.
  • a higher layer protocol may be provided to provide a signaling procedure between a donor base station and an IAB node on the F3 interface. It is written as (F3 Application Protocol).
  • F3 Application Protocol the interface setup request message between the IAB node and the donor base station described above represents an F3AP message used for exchanging application level data necessary for the IAB node and the donor base station to operate correctly on the F3 interface.
  • the F3 interface setup request message includes a cell list configured in the IAB node.
  • the F3 interface setup request message may include a cell list configured at the IAB node and ready to be activated, or a candidate cell list that may be configured / activated.
  • the F3 interface setup request message may be included in the uplink RRC message and transmitted.
  • the uplink RRC message may be an RRC setup complete message or a UL Information Transfer message or a UE assistant Information message.
  • the donor base station guarantees connectivity to the core network. For this reason, the donor base station may perform an NG setup or gNB configuration update procedure with a 5G core network (5GC).
  • 5GC 5G core network
  • the donor base station sends an F3 interface setup response message between the IAB node and the donor base station to the IAB node.
  • the F3 interface setup response message may include a list of cells to configure in the IAB node.
  • the F3 interface setup response message may include a cell list to be activated among the cell list or candidate cell list to be activated in the IAB node.
  • the F3 interface setup response message may be included in the downlink RRC message and transmitted.
  • the downlink RRC message may be an RRC connection reconfiguration message or a DL Information Transfer message. If the IAB node succeeds in activating the cell, the activated cell becomes the cells become operational.
  • IAB 1 IAB node
  • IAB 2 IAB node
  • the IAB node may establish an RRC connection to the donor base station via another IAB node and perform network registration. For example, if an IAB node selects a (activated) cell provided by another IAB node and connects to the donor base station through another IAB node, the IAB node establishes an RRC connection to the donor base station through another IAB node and registers the network. Can be performed.
  • the IAB node may extract an initial configuration parameter including a cell list of another IAB node in addition to the donor base station cell list from the IAB OAM.
  • the IAB node may extract an initial configuration parameter including the cell list of another IAB node, except for the donor base station cell list, from the IAB OAM.
  • the IAB node may be a donor base station cell list from the IAB OAM, a cell list of another IAB node, an active cell list of another IAB node, a cell list of adjacent IAB nodes, an active cell list of adjacent IAB nodes, a cell of a neighboring IAB node.
  • An initial configuration parameter including at least one of a list, a neighbor cell list, and a neighbor cell list associated with an IAB node may be extracted.
  • the IAB node may select a cell having the best radio quality among the cells included in the received cell list, establish an RRC connection through the cell, and perform IAB node operation.
  • the donor base station may indicate / configure preconfiguration information or configuration information of the IAB node connected to the donor base station through another IAB node to the IAB node through an RRC message.
  • the preconfiguration information or configuration information may be a donor base station cell list, a cell list of another IAB node, an active cell list of another IAB node, a cell list of an adjacent IAB node, an active cell list of an adjacent IAB node, a neighbor IAB. At least one of a cell list of a node, a neighbor cell list, and a neighbor cell list associated with an IAB node may be included.
  • the aforementioned RRC message may be included in an RRC connection release message or an RRC connection reconfiguration message.
  • the donor base station may release the RRC connection of the IAB node. Subsequently, for an IAB operation, the IAB node (or terminal) may select a cell having the best radio quality among the cells included in the received cell list, establish an RRC connection through the corresponding cell, and perform an IAB node operation.
  • the IAB node performs the same cell selection / reselection operation as the IDLE mode general terminal, it is likely to select / reselect the cell with the best radio quality or to select / reselect the cell with the highest radio quality on the priority frequency. high. However, in order to efficiently perform the relay operation, it may be desirable to consider whether the selected / reselected cell is a cell provided by the donor base station or the number of hops to the donor base station.
  • the IAB node may select / reselect in consideration of whether the donor base station is provided by each cell or the number of hops to the donor base station. Specifically, when the IAB node performs an operation for cell selection / reselection, information or donor for indicating whether the cell is a cell provided by the donor base station to a cell selection criterion (or cell reselection criterion / cell ranking criterion). One or more of adjustment parameters / offsets / scaling values depending on the number of hops to the base station may be included (added or subtracted). The parameter additionally applied to the above-described cell selection criteria may be applied to one of the following cell selection / cell reselection criteria parameters.
  • the following equation shows an example of the cell selection reference value.
  • Qoffset temp refers to offset parameters that can be applied as needed. Parameters additionally applied according to the present disclosure may be subtracted or added in each of the above-described equations.
  • the above-described donor base station cell list, a cell list of another IAB node, a parameter for cell selection / cell reselection of an IAB node (for example, information indicating whether or not the cell is provided by the donor base station, up to the donor base station)
  • a parameter for cell selection / cell reselection of an IAB node for example, information indicating whether or not the cell is provided by the donor base station, up to the donor base station
  • initial configuration parameters of the IAB node may be broadcast through system information of a cell provided by a donor base station or a cell provided with an IAB node.
  • the above-described donor base station cell list, a cell list of another IAB node, a parameter for cell selection / cell reselection of the IAB node (for example, information indicating whether the cell is provided by the donor base station, up to the donor base station)
  • Information for indicating the number of connection hops, additional parameters) and one or more of the initial configuration parameters of the IAB node may be provided through additional system information / On demand system information.
  • the system is divided into other system information (RMSI) rather than the minimum system information and the minimum system information that the terminal can always receive.
  • the minimum system information is broadcast in a fixed period and includes basic information required for initial access, and is divided into a master information block transmitted on a BCH and a system information block type 1 transmitted on a DL-SCH. Can be.
  • other system information is provided with a period and scheduling information that is broadcast by the System Information Block Type 1 (SystemInformationBlockType1).
  • the information of the donor base station provided for the IAB node may not be essential minimum system information.
  • the terminal may acquire other system information (RMSI) on-deamand based on the minimum system information.
  • RMSI system information
  • other system information may be received in the process of performing random access.
  • other system information may be received during the RRC connection setup process.
  • the above-described donor base station cell list, a cell list of another IAB node, a parameter for cell selection / cell reselection of the IAB node (for example, information indicating whether the cell is provided by the donor base station, up to the donor base station)
  • a parameter for cell selection / cell reselection of the IAB node for example, information indicating whether the cell is provided by the donor base station, up to the donor base station
  • initial configuration parameters of the IAB node may be transmitted by the donor base station to the IAB node through a dedicated RRC message.
  • the dedicated RRC message transmitted by the base station may be an RRC connection release message or an RRC connection reconfiguration message.
  • the above-described donor base station cell list, a cell list of another IAB node, a parameter for cell selection / cell reselection of the IAB node (for example, information indicating whether the cell is provided by the donor base station, up to the donor base station)
  • a parameter for cell selection / cell reselection of the IAB node for example, information indicating whether the cell is provided by the donor base station, up to the donor base station
  • One or more of information for indicating the number of connection hops, additional parameters) and initial configuration parameters of the IAB node may be transmitted by the donor base station to the IAB node through an F3AP message.
  • the above-described donor base station cell list, cell list of other IAB nodes, and cell selection / cell reselection of IAB nodes may be used when the IAB node experiences a radio link failure (for example, when the connected IAB node is a higher IAB node). Detecting a failure in the radio link to the node), an IAB node may be used to perform cell selection / reselection / link selection for connection recovery to the donor base station. For example, if an IAB node detects a radio link failure, the IAB node reestablishes the connection to the donor base station through another cell.
  • This procedure may be provided through a general cell selection procedure or may perform cell selection among cells provided via an alternate path pre-configured by the donor base station.
  • the donor base station may configure information on the IAB node to perform reconfiguration first to support fast recovery when any IAB node detects a radio link failure through an RRC dedicated message.
  • the information includes one or more of priority cells, priority cell lists, priority frequencies, reset candidate cells, reset candidate cell lists, donor base station cell lists, cell lists of other IAB nodes, and connection hops to donor base stations per cell. It may include. If the IAB node detects a radio link failure to the donor base station or higher IAB node, it reestablishes the connection to the donor base station using the corresponding information.
  • the IAB node may perform cell selection with priority among the indicated cells.
  • the IAB node may select the indicated cell by checking the physical cell identifier of each cell through the broadcast system information.
  • the donor base station transmits information for modifying the number of connection hops to each donor base station of each IAB node or a cell accommodated by each IAB node to each IAB node, and the corresponding IAB node receives the information and stores the changed information.
  • the information may be indicated from the donor base station to the IAB node through an RRC message or an F3AP message.
  • the terminal may also perform cell selection / cell reselection by prioritizing the cell based on parameters such as information for indicating whether the cell is provided by the donor base station and information for indicating the number of connection hops to the donor base station. have.
  • the terminal When the IDLE state terminal selects a cell associated with the IAB 1 node according to the cell selection / cell reselection criteria, when the terminal attempts to access the network (for example, triggers transmission of outgoing data from the IDLE terminal), the terminal is an IAB 1 node. Initiate a random access procedure.
  • the MAC entity of the terminal transmits the random access preamble to the IAB 1 node. That is, the terminal recognizes the IAB 1 node as a base station and transmits a random access preamble.
  • the UE After transmitting a contention-based random access preamble, the UE starts a random access response window at the start of the first PDCCH occlusion after a fixed symbol duration from the end of the preamble transmission. While the random access response window is in operation, the UE monitors the PDCCH for the random access response identified by the RA-RNTI. When the terminal receives the random access response message identified by the RA-RNTI in the PDCCH monitoring process, the terminal performs the remaining random access procedure using the response message.
  • the terminal transmits an RRC connection request message to the IAB 1 node.
  • the IAB 1 node transmits an RRC connection request message to the donor base station through the IAB 2 node.
  • the IAB 1 node may transmit an RRC connection request message by including the uplink RRC message.
  • the IAB 1 node may send an RRC connection request message through a signaling radio bearer (eg, a signaling radio bearer configured for SRB0 or SRB1 / SRB2 configured for any signaling radio bearer).
  • the RRC connection request message may be included in the F3AP message transmitted by the IAB 1 node to the donor base station through the F3 interface and transmitted through the signaling radio bearer.
  • the F3AP message for this may be an application level message for uplink RRC message transmission.
  • the F3AP message transmitted by the IAB 1 node to the donor base station through the F3 interface may include information on at least one of a terminal identifier and signaling bearer type (eg SRB0, SRB 1, SRB2) in addition to the RRC connection request message.
  • the message transmitted by the IAB 1 node to the donor base station may include the C-RNTI.
  • the terminal identifier is a valid C-RNTI transmitted by the terminal to the IAB 1 node, RA-RNTI included when the terminal transmits a random access preamble for contention-based random access, and Temporary C assigned by the IAB 1 through a random access response message.
  • IAB 1 may be one or more of the RA-RNTI information and the C-RNTI of the terminal confirmed through the random access response message.
  • the donor base station may acquire the C-RNTI assigned by the access IAB node of the terminal, and uniquely identify the terminal together with IAB node information and / or cell identification information to perform radio resource control.
  • the terminal identifier may be an I-RNTI allocated by the IAB1 node.
  • the I-RNTI may uniquely identify a terminal context of the corresponding terminal as identification information for identifying the inactive state terminal.
  • the IAB 1 node may transmit a new terminal identifier (denoted as IAB-RNTI for convenience of description) to uniquely identify the terminal accommodated at the donor base station to the donor base station.
  • the donor base station may uniquely identify the terminal through the IAB-RNTI and the IAB node information.
  • the message transmitted by the IAB 1 node to the donor base station may include an IAB UE F3AP ID for uniquely identifying the terminal association through the F3 interface.
  • a terminal selects a random access preamble by itself, there is a possibility that more than one terminal simultaneously transmits the same random access preamble. In this case, confirmation by the base station that has received the random access preamble may not be sufficient, and additional contention resolution steps are required. To this end, the IAB node or the donor base station may indicate to the terminal which transmission of the terminal is actually received.
  • the terminal When the terminal transmits the MAC PDU on the uplink radio resource allocated by the random access response, the terminal includes identification information of the terminal in the MAC PDU. If the terminal has a valid C-RNTI, the C-RNTI MAC CE is included in the MAC PDU. For example, message 3 (MSG3) includes C-RNTI.
  • the IAB 1 node may include a C-RNTI when transmitting an RRC connection request message to a donor base station to support centralized control of radio resources of connected IAB nodes. If the terminal does not have a valid C-RNTI, for example, when the CCCH message (RRC connection request message) is transmitted, the CCCH SDU including the identification information of the terminal is included in the MAC PDU.
  • the UE detects the C-RNTI through the PDCCH or receives the same UE contention resolution identity MAC CE as the CCCH SDU previously transmitted by the UE, the UE considers the random access procedure successful.
  • the IAB 1 node stores / buffers / stores / maintains an RRC connection request message (CCCH SDU) until an RRC connection setup message is received from a donor base station.
  • CCCH SDU RRC connection request message
  • an IAB 1 node may receive an RRC connection request message (CCCH SDU) together when receiving an RRC connection setup message from a donor base station.
  • CCCH SDU RRC connection request message
  • the donor base station stores the C-RNTI of the terminal as a temporary C-RNTI as a terminal context. After receiving the RRC connection setup complete message from the terminal sets the value of the temporary C-RNTI to C-RNTI.
  • the IAB 1 node stores / buffers / stores / maintains the C-RNTI received from the UE. After receiving the RRC connection setup message from the donor base station sets the value of the temporary C-RNTI to C-RNTI. Or, when receiving the RRC connection setup complete message from the terminal, sets the value of the temporary C-RNTI to C-RNTI.
  • the donor base station may configure SRB1 for the terminal that has transmitted the RRC connection request message to the IAB 1 node / IAB 2 node and transmit data (RRC message) through the corresponding signaling radio bearer between the donor base station and the terminal.
  • the donor base station may configure the necessary configuration information in the IAB1 node / IAB2 node to the IAB 1 node / IAB 2 node.
  • the configuration information may include mapping information for mapping and transmitting signaling radio bearer data of each terminal to a radio bearer / RLC bearer between interfaces.
  • the donor base station configures SRB1 between the IAB 1 node and the donor base station to transmit the RRC message of the UE and the F3AP message of the IAB 1 node to the IAB 1 node, which is the access IAB node of the UE, and then the RRC message of the UE through the corresponding signaling radio bearer. And the F3AP message of the IAB 1 node may be transmitted to the donor base station.
  • the donor base station configures SRB1 between the IAB 2 node and the donor base station to transmit the RRC message of the IAB 1 node and the F3AP message of the IAB 2 node to the IAB 2 node, the access IAB node of the IAB 1 node, through the corresponding signaling radio bearer.
  • the RRC message of the IAB 1 node and the F3AP message of the IAB2 node may be transmitted to the donor base station.
  • the donor base station transmits an RRC message or an F3AP message including mapping information for transmitting the RRC message of the terminal to the SRB1 between the IAB 1 node and the donor base station to the IAB 1 node which is the access IAB node of the terminal.
  • the donor base station may include an RRC including mapping information between an incoming RLC channel including an RRC message of a terminal received from a corresponding IAB 1 node and an outgoing RLC channel transmitted to a donor base station to an IAB 2 node that is an access IAB node of an IAB 1 node.
  • Message or F3AP message can be sent.
  • the RRC message of each terminal may be transmitted by being distinguished between the IAB 1 node and the IAB 2 node, and between the IAB 2 node and the donor base station.
  • steps 6 to 7 may be performed simultaneously with step 8 or after step 8.
  • the donor base station transmits an RRC connection setup message to the terminal through the IAB2 node and the IAB1 node.
  • the RRC connection setup message transmitted from the donor base station to the terminal may be transmitted to the IAB 1 node or the IAB 2 node through the SRB.
  • the RRC connection setup message may be included in the F3AP control message between the donor base station and the IAB 1 node and transmitted to the IAB 1 node through the SRB.
  • the terminal sets the value of the temporary C-RNTI to C-RNTI.
  • the terminal transmits an RRC connection setup complete message to the donor base station through the IAB node1.
  • the RRC connection setup complete message may be sent from the IAB node 1 to the IAB node 2 or the donor base station through the SRB.
  • the RRC connection setup complete message may be included in the F3AP message and transmitted through the SRB.
  • the terminal identifier when the terminal identifier is used as C-RNTI (16 bits), there is a very low possibility of collision. Therefore, as an example of the aforementioned terminal identifier, the C-RNTI allocated by the IAB-1 node may be used. However, there is also the possibility that a C-RNTI that is duplicated / collided / contended in cells provided by multiple IAB nodes housed in a donor base station is used.
  • the node identifier may be used together with the terminal identifier assigned by the C-RNTI or IAB 1 node as the terminal identifier so that collision does not occur.
  • the node identifier may be assigned when the IAB node establishes a connection setup / access to the donor node.
  • the node identifier may be assigned to the IAB node at the donor base station via the RRC message.
  • the IAB nodes When a terminal wants to access a donor base station through a multi-hop IAB node, the IAB nodes should be able to effectively classify / process user data traffic between the terminal and the donor base station. For example, the IAB node should be able to determine the next hop and forward the data to the next hop so that the uplink data belonging to the specific radio bearer received from the specific terminal can be delivered to the donor base station.
  • the IAB node should be able to determine the next hop and forward the data to the next hop so that downlink data belonging to a specific radio bearer of a specific terminal received from a specific donor base station can be processed / delivered to the corresponding terminal. do.
  • the donor base station performs signaling with the core network entity when the RRC connection establishment with the terminal is completed. For example, the donor base station sends an NGAP initial UE message to the core network through an NG interface between the base station and the AMF to receive an initial terminal context setup message, and establishes a terminal context. Perform the procedure. Through this, the PDU session ID, the S-NSSAI, the QFI (QoS flow indicator), and the QoS profile associated with the QFI to be configured in the terminal 900 are received from the core network entity. It can be used with any of the signaling messages described in the 3GPP TS 38.413 NGAP protocol.
  • the donor base station When the donor base station configures a data radio bearer (DRB) with a terminal and transmits and receives data, the donor base station may configure configuration information required by the IAB 1 node / IAB 2 node in the IAB 1 node / IAB 2 node.
  • the terminal is a terminal that has transmitted the RRC connection request message, and transmits and receives data with the donor base station through the configured DRB.
  • the configuration information configured in the IAB 1 node and / or the IAB 2 node may include mapping information for transmitting data for each data radio bearer of each terminal by mapping the data to the radio bearer / RLC bearer between interfaces.
  • it may include mapping information for transmitting data for each data radio bearer of each terminal to an interface between an IAB 1 node and an IAB 2 node and an interface between an IAB 2 node and a donor base station.
  • the information may be indicated to the IAB node through an F3AP message between the donor base station and the IAB node.
  • Steps 11 to 12 may be performed simultaneously with or after step 13.
  • the donor base station configures a radio resource (such as a radio bearer configuration) in the terminal through an RRC connection reconfiguration message.
  • the terminal sends a confirmation message about this.
  • the terminal and the IAB nodes donor base station establishes a connection through a relay operation, and transmits and receives an RRC message.
  • the relay node for transmitting the RRC message of the terminal to the donor base station in more detail.
  • the RRC message transmitted by the terminal may be delivered to the donor base station through a signaling radio bearer, and may be delivered in an F3AP message.
  • a description will be made of the uplink RRC message, but may also be applied to the downlink RRC message.
  • the relay node below describes the above-described IAB node by way of example, but is not limited thereto.
  • FIG. 10 is a flowchart for describing an operation of relaying an RRC message by a relay node according to an embodiment.
  • a relay node may perform a step of establishing a signaling radio bearer or higher layer connection with a donor base station (S1000).
  • the relay node may establish a connection with the donor base station and set up a signaling radio bearer.
  • the relay node may establish a higher layer connection with the donor base station.
  • the higher layer connection may mean F3AP (F3 Application Protocol).
  • a relay node refers to an IAB (Integrated Access and Backhaul) node connected to a terminal through a radio access and connected to another relay node or a donor base station through a wireless backhaul.
  • the relay node may mean an IAB node connected to another relay node or a donor base station through a wireless backhaul. That is, the relay node may be an IAB node that performs direct connection with the terminal through radio access, or may be an IAB node that is located in the middle of the relay path or the donor base station and is not directly connected to the terminal.
  • the relay node may receive mapping information from the donor base station to establish a signaling radio bearer or higher layer connection. For example, the relay node may establish a connection by using mapping information between logical channel identification information of the terminal received from the donor base station and the backhaul RLC channel.
  • ciphering is performed in the PDCP entity of the relay node and the PDCP entity of the donor base station.
  • the relay node may perform the step of receiving the RRC message transmitted from the terminal (S1010).
  • the relay node receives an RRC message through radio access with the terminal.
  • the relay node may perform the step of transmitting the RRC message to a donor base station or another relay node using a signaling radio bearer or a higher layer protocol (S1020).
  • the relay node may transmit address information of the donor base station to the F3AP message including the RRC message in the adaptation entity of the relay node.
  • the address information of the donor base station may mean a GPRS Tunnelling Protocol (GTP) Tunnel Endpoint Identifier (TEID) or a donor base station IP address received from the donor base station.
  • GTP GPRS Tunnelling Protocol
  • TEID Tunnel Endpoint Identifier
  • the RRC message received from the terminal may be added to the payload of the F3AP message and transmitted through the signaling radio bearer.
  • the F3AP message may further include at least one of terminal identification information and signaling radio bearer identification information.
  • the relay node transmits the RRC message of the terminal in the payload of the F3AP to the donor base station through the signaling radio bearer.
  • the donor base station performs siphering on the PDCP entity.
  • FIG. 11 is a diagram illustrating a protocol structure in which an RRC message is delivered according to an embodiment.
  • the donor base station 1130 assumes a separation structure between a CU and a DU, but may be applied even when the separation structure is not. That is, the structure of the donor base station 1130 is not limited.
  • the RRC and PDCP of the terminal 1100 are connected to the RRC and PDCP layer of the donor base station 1130, and the RLC of the terminal 1100 is associated with the RLC layer of the IAB 2 1110.
  • the terminal 1100 transmits an RRC message to an incoming RLC entity of the IAB 2 1110 through an RLC entity associated with an SRB between the terminal 1100 and the donor base station 1130.
  • the IAB 2 1110 is associated with the donor base station 1130 through F3-AP, and transfers the RRC message of the terminal 1100 to the IAB 1 1120 through the SRB between the IAB 2 1110 and the donor base station 1130. do.
  • the IAB 1 1120 is a backhaul RLC channel between an IAB 2 1110 and an IAB 1 1120 associated with an SRB (MT's SRB in the drawing) that transmits an RRC message of the UE, and the IAB 1 1120 and the donor base station 1130. It is mapped to the backhaul RLC channel and transmits the RRC message of the UE 1100.
  • SRB MT's SRB in the drawing
  • the IAB 2 1110 and the IAB 1 1120 classify the RRC message transmitted including the Adaptation entity.
  • the RRC message is included in the payload of the F3AP message and can be delivered through the SRB.
  • FIG. 12 is a signal diagram illustrating a procedure of transmitting an RRC message to a base station according to an embodiment.
  • MT Mobile Terminate
  • IAB 2 may be recognized similarly to the UE, and the above-described RRC message transfer procedure may be applied.
  • IAB nodes may be divided into MT parts and DU parts, and the MT part may be recognized as a function similar to a terminal in terms of a donor base station or an connected IAB node.
  • the DU part is recognized as a function similar to a DU base station in terms of a terminal or an connected IAB node.
  • the DU base station represents a logical node hosting the RLC, MAC and PHY layers.
  • IAB 1 1210 receives an RRC connection request message from IAB 2 1200 (S1230).
  • the IAB 2 (1200) MT part performs normal cell search and cell selection and transmits an "RRC connection request" to the IAB 1 1210 DU part.
  • the RRC message is encapsulated as 1231, and the payload 1 transmitted to the donor base station includes PDCP and RRC data (IAB-node2 MT part performs normal cell discovery and cell selection and sends "RRC connection request" to IAB-node1 DU part).
  • the IAB 1 1210 DU part receives payload 1 transmitted from the IAB 2 1200 MT part.
  • Payload 1 represents a PDCP PDU containing an RRC message.
  • the DU part of IAB 1 1210 generates an F3AP message (ie, an initial UL RRC message) for carrying payload 1 (S1235) (IAB-node1 DU part generates F3AP message (ie the initial UL RRC Message) to carry the RRC message sent from IAB-node2 MT part).
  • F3AP message ie, an initial UL RRC message
  • S1235 payload 1
  • IAB-node1 DU part generates F3AP message (ie the initial UL RRC Message) to carry the RRC message sent from IAB-node2 MT part).
  • the MT part of the IAB 1 1210 transmits the encapsulated uplink F3AP message to the DU 1221 of the donor base station 1220 through the SRB (S1240) (IAB-node1 MT part transmits the encapsulated uplink F3AP message to Donor- DU via SRB).
  • the uplink F3AP message 1241 further includes IAB 2 1200 F3AP UE ID and Adaptation layer information. Payload 2 of 1241 includes PDCP, F3AP, Payload 1.
  • DU 1221 of donor base station 1220 learns a particular message type (F3AP message of IAB node). Then remove the header of the adaptation layer and encapsulate payload 2 (including the I3 node's F3AP message) in its own F1AP message (S1245) (Donor-DU learns the specific message type (F3AP message of IAB-node). removes the header of adaptation layer, and encapsulates the payload2 (including the F3AP message of IAB-node) in its own F1AP message).
  • the DU 1221 of the donor base station 1220 transmits the F1AP message 1251 including the F3AP message of the IAB 1 1210 to the CU 1222 of the donor base station 1220 (S1250) (Donor-DU sends its F1AP message which contains the IAB-node1's F3AP message towards the donor-CU).
  • the CU 1222 of the donor base station 1220 decapsulates the F1AP message 1251 received from the DU 1221 of the donor base station 1220, and then obtains payload 2.
  • the CU 1222 of the donor base station 1220 obtains an "RRC connection request" message in payload 2 through additional decapsulation (S1255) (After decapsulation of the F1AP message received from Donor-DU, Donor-CU get) payload2, and obtains the "RRC connection request" message inside payload2 through further decapsulation).
  • the CU 1222 of the donor base station 1220 includes a F1AP message (eg, DL IAB F1AP) that includes routing information for payload 2 and payload 2 (eg, IAB 1 address, donor base station CU address, etc.).
  • F1AP message eg, DL IAB F1AP
  • payload 2 eg, IAB 1 address, donor base station CU address, etc.
  • S1260 Donor-CU sends the F1AP message (eg DL IAB F1AP message transfer) which contains payload2 towards the Donor-DU and routing information (eg, IAB-node 1 address, Donor-CU address, etc.) for the payload2).
  • DU 1221 of donor base station 1220 extracts payload 2 from the received F1AP message (eg, DL IAB F1AP message) and adds an adaptation layer header containing the necessary routing information for payload 2 (S1265) (Donor-DU extract payload2 from the received F1AP message (eg DL IAB F1AP message transfer), and adds the adaptation layer header which includes essential routing information for payload2).
  • F1AP message eg, DL IAB F1AP message
  • S1265 an adaptation layer header containing the necessary routing information for payload 2
  • Donor-DU extract payload2 from the received F1AP message (eg DL IAB F1AP message transfer), and adds the adaptation layer header which includes essential routing information for payload2).
  • the DU 1221 of the donor base station 1220 transmits an encapsulated downlink F3AP message (transmission of a DL RRC message inside payload 2) as an IAB 1 1210 MT part through an SRB (S1270) (Donor-DU transmits).
  • the encapsulated downlink F3AP message (DL RRC message transfer, inside payload2) towards IAB-node1 MT part via SRB).
  • the MT part of IAB 1 1210 learns a specific message type (F3AP message from an IAB node) according to a specific SRB or message type indicator, and confirms that the F3AP message is for itself with routing information in the adaptation header. . Thereafter, the IAB 1 1210 MT part removes the header of the adaptation layer and delivers an F3AP message including an RRC message for the IAB 2 1200 after the receiver processing of the PDCP layer to the IAB 1 1210 DU part ( S1280) (IAB-node1 MT part learns the specific message type (F3AP message of IAB-node) according to the specific SRB or the message type indicator, and knows that the F3AP message is for itself from the routing information in the adaptation header.
  • a specific message type F3AP message from an IAB node
  • IAB-node 1 MT part removes the header of adaptation layer, and forwards the F3AP message which contains the RRC message for IAB-node 2 after receiver processing of the PDCP layer to IAB-node 1 DU part.
  • the IAB-node 1 DU part extracts the RRC message from F3-AP message).
  • the DU part of IAB 1 1210 extracts the RRC message from the F3AP message (IAB-node 1 DU parts send the RRC message (RRC connection setup) towards IAB-node 2).
  • the relay node transmits the RRC message to the donor base station through the SRB by including the RRC message in the F3AP message.
  • a protocol structure of a relay node supporting the above-described operation will be described.
  • the user plane protocol structure will be described through an uplink data transmission operation. This is just for convenience of explanation, and the same method may be applied to the control plane protocol structure.
  • the following describes a protocol structure through two hops, but a structure through a hop set to any number is included in the scope of the present disclosure.
  • FIG. 13 is a flowchart illustrating an operation of transmitting uplink user data by a relay node according to an embodiment.
  • a relay node may perform receiving uplink user data from a terminal (S1300).
  • the relay node may mean an IAB (Integrated Access and Backhaul) node connected to the terminal through wireless access and connected to another relay node or a donor base station through a wireless backhaul.
  • the relay node may refer to an IAB node connected to another relay node through a wireless backhaul and also connected to a donor base station through a wireless backhaul.
  • the relay node receives uplink user data transmitted from the terminal to the donor base station.
  • the relay node may perform a step of deriving a UE bearer identifier (UE-bearer-ID) by using logical channel identification information associated with an RLC PDU of uplink user data (S1310).
  • UE-bearer-ID UE bearer identifier
  • the relay node extracts the UE bearer identifier using logical channel identification information associated with the RLC PDU. That is, the relay node may check the terminal bearer identifier using the logical channel identification information.
  • the UE bearer identifier may indicate a PDU session ID and a QFI (QoS flow indicator) indicated to identify a bearer of the UE from the donor base station.
  • QFI QoS flow indicator
  • the terminal bearer identifier may indicate a radio bearer identifier (drb-identiy) indicated to identify a bearer of the terminal from the donor base station.
  • the terminal bearer identifier may indicate a GPRS Tunnelling Protocol (GTP) Tunnel endpoint identifier (TEID) assigned and indicated to identify a bearer of the corresponding terminal from the donor base station.
  • GTP GPRS Tunnelling Protocol
  • TEID Tunnel endpoint identifier
  • the relay node may perform a step of selecting a backhaul RLC channel for transmitting uplink user data based on at least one of a terminal bearer identifier and donor base station address information (S1320). For example, the relay node may select a backhaul RLC channel mapped to the corresponding UE bearer identifier using the derived UE bearer identifier. Alternatively, the relay node may select a backhaul RLC channel to transmit uplink user data using donor base station address information.
  • the donor base station address information may be a GPRS Tunnelling Protocol (GTP) Tunnel endpoint identifier (TEID) or a donor base station IP address received from the donor base station. That is, the relay node may receive and store donor base station address information in advance.
  • GTP GPRS Tunnelling Protocol
  • TEID Tunnel endpoint identifier
  • the relay node may select the backhaul RLC channel based on the backhaul RLC channel mapping information included in the terminal context setup message of the terminal received from the donor base station. That is, backhaul RLC channel mapping information is required to select a backhaul RLC channel using at least one of the above-described terminal bearer identifier and donor base station address information.
  • the relay node may receive backhaul RLC channel mapping information from the donor base station.
  • the backhaul RLC channel mapping information may include N: 1 (N is a natural number of 1 or more) mapping information between at least one of the terminal bearer identifier and the donor base station address information and the backhaul RLC channel.
  • the backhaul RLC channel mapping information may include mapping information between the terminal bearer identifier and the donor base station address information.
  • the backhaul RLC channel may be configured according to the logical channel configuration information of the RRC message. That is, the relay node may configure the backhaul RLC channel using the logical channel configuration information of the RRC message.
  • the relay node may perform the step of transmitting uplink user data to the donor base station or another relay node through the selected backhaul RLC channel (S1330).
  • the relay node may transmit information including at least one of terminal bearer identifier, donor base station address information, logical channel identification information, and mapping information between logical channel identification information and backhaul RLC channel in uplink user data in the adaptation entity of the relay node. .
  • the relay node may add UE bearer identifier information to the uplink user data. Adding the terminal bearer identifier information may be performed in the adaptation entity of the relay node.
  • the donor base station address information and the above-described mapping information may be additionally included in the uplink user data transmitted, so that the donor base station or another relay node may use the corresponding information.
  • the relay node further includes receiving an RRC connection request message from the terminal and transmitting the RRC connection request message to the donor base station through a signaling radio bearer or an F3AP message before receiving the uplink user data from the terminal. can do.
  • the relay node may include the RRC message of the UE in the F3AP message and transmit the same through the SRB.
  • the signaling radio bearer or F3AP message may be configured to include donor base station address information in the adaptation entity.
  • the relay node may process the uplink user data by using various information such as logical channel identification information and mapping information. That is, the relay node determines a donor base station or another relay node to transmit corresponding uplink user data and transmits it through the selected backhaul RLC channel.
  • a relay node will be described as an IAB node.
  • FIG. 14 is a diagram illustrating a protocol structure for transmitting uplink user data according to an embodiment.
  • the IAB 2 1410 receives uplink user data through the DRB from the UE 1400.
  • the IAB 2 1410 derives the UE bearer identifier by using logical channel identification information associated with the RLC PDU of the received uplink user data.
  • the relay node selects a backhaul RLC channel to transmit uplink user data based on at least one of a terminal bearer identifier and donor base station address information.
  • the received uplink user data is transmitted to the IAB 1 1420 through the MT part.
  • IAB 2 1410 selects a backhaul RLC channel.
  • IAB 2 (1410) is in addition to the uplink user data transmitted to the IAB 1 (1420) terminal bearer identifier, donor base station 1430 address information, logical channel identification information and logical channel identification information and mapping information between the backhaul RLC channel It may include at least one of the information.
  • the IAB 1 1420 delivers a message including uplink user data received from the IAB 2 1410 to the DU 1431 of the donor base station 1430.
  • the DU 1431 of the donor base station 1430 transmits to the CU 1432 through the IP layer.
  • FIG. 15 is a diagram illustrating a protocol structure for transmitting uplink user data in a donor base station having a single structure according to an embodiment.
  • the protocol structure of FIG. 14 is the same as that of the terminal 1400, the IAB 2 1410, and the IAB 1 1420.
  • the donor base station 1500 may not be divided into CU / DU. That is, the donor base station may perform operations from the SDAP layer to the MAC layer in one logical node.
  • the transmission path and operation of uplink user data are the same as in FIG.
  • 16 is a diagram illustrating a protocol structure in which uplink user data is delivered according to an embodiment.
  • each IAB nodes 1610 and 1620 may forward user data at L3 (IP layer) similar to the conventional LTE RN.
  • the first hop IAB nodes (IAB-1, 1610) having a direct wireless connection with the terminal 1600 should support not only the layer 2 function but also the higher layer functions of the layer 3 or more.
  • the IAB 1 1610 may configure / reconfigure a radio connection parameter to the terminal 1600 through an RRC connection reconfiguration message to the terminal 1600.
  • the IAB 1 1610 supporting the layer 3 may control a cell having a cell identifier owned by it, and may make the terminal 1600 look like a normal base station.
  • a delay for processing an IP packet may be increased in addition to the layer 2 processing.
  • IAB nodes User data forwarding between IAB nodes (ex, between IAB 1 and IAB 2) is done via the GTP-U (or GTP-U / UDP / IP, or GTP-C, GTP / SCTP protocol if control plane data) protocols. Can be. Through this, it may be possible to process traffic that is differentiated / differentiated for each radio bearer per user (or per flow). For example, the IAB nodes 1610 and 1620 may distinguish this through the GTP TEID. To this end, the IAB nodes 1610 and 1620 may receive the GTP-TEID and the donor base station IP address as donor base station address information in advance.
  • the GTP-TEID is an information for unambiguously identifying the tunnel endpoint at the receiving GTP-U protocol entity and locally assigns a TEID to be used by the transmitting side at the receiving side of the GTP tunnel.
  • one GTP-U tunnel is identified with one TEID, one IP address, and one UDP port number.
  • the TEID indicates the tunnel to which the user data which becomes the payload in the GTP-U tunnel belongs.
  • the donor base station may allocate a TEID mapped to the terminal bearer identifier and transmit the TEID to the access IAB node serving the terminal along with the donor base station IP address.
  • the TEID and the IP address may be delivered through an RRC message or an F3AP message.
  • the IAB nodes 1610 and 1620 may include GTP TEID, PDU session ID, S-NSSAI, QoS flow indicator (QFI), QoS profile (eg 5QI, allocation and retention priority, Guaranteed Flow Bit Rate, Maximum Flow Bit). Rate), DSCP, drb-identity and SRB type can be distinguished through the mapping information for one or more.
  • the IAB nodes 1610 and 1620 may receive the uplink user data associated with the PDU session ID and the QFI of the corresponding terminal from the terminal 1600, map them to the GTP-TEID, and transmit them to the donor base station.
  • GTP-U User data forwarding between the IAB nodes 1610, 1620 and the donor base station (DgNB) is via the GTP-U (or GTP-U / UDP / IP, GTP-C, GTP / SCTP protocol if control plane data) protocols. Can be done. Through this, it may be possible to process traffic that is differentiated / differentiated by user (or by flow) for each radio bearer. For example, this can be distinguished through a GTP TEID. For another example, this may be distinguished through mapping information about one or more of GTP TEID, PDU session ID, S-NSSAI, and QFI.
  • mapping information may be indicated to the IAB node through the OAM.
  • the aforementioned mapping information may be indicated to the IAB node through an RRC message by the donor base station.
  • the aforementioned mapping information may be indicated by the donor base station to the IAB node through an F3AP message.
  • the aforementioned mapping information may include E-RAB, PDU session resource information (eg, PDU session ID, S-NSSAI, etc.), QFI / QCI, associated QoS profile, Diffserv code point (DSCP), TEID, and transport layer address. (eg, donor base station IP address), drb-identity, and SRB type.
  • QFI and transport layer information may include mapping information. Or, it may include mapping information between the DSCP and radio bearer identification information (drb-identity or SRB type). Or, it may include mapping information between the QFI and radio bearer identification information (drb-identity or SRB type).
  • PDU session resource information eg, PDU session ID, S-NSSAI, etc.
  • QFI / QCI associated QoS profile
  • DSCP Diffserv code point
  • TEID Transport layer Address
  • a field containing information of one or more of -identity and SRB type is associated with one flow / bearer on an interface between IAB nodes or between an IAB and a donor base station.
  • PDU session resource information eg, PDU session ID, S-NSSAI, etc.
  • QFI / QCI associated QoS profile
  • DSCP Diffserv code point
  • TEID transport layer address
  • drb-identity transport layer address
  • SRB type transport layer address
  • the information may be used to identify the radio bearer of the air interface between the terminal and the IAB node.
  • the IAB nodes 1610 and 1620 receive the uplink user data associated with the PDU session ID and the QFI of the corresponding terminal from the terminal 1600, map them to the GTP-TEID, the donor base station IP address, and transmit them to the donor base station. Can be.
  • 17 is a diagram illustrating a protocol structure in which uplink user data is delivered according to an embodiment.
  • the first hop IAB node 1710 constituting a direct wireless connection with the terminal 1600 may allow user data to be forwarded in L3 (IP layer) similarly to the conventional LTE RN.
  • the first hop IAB nodes IAB 1 and 1710 having a direct wireless connection with the terminal 1600 should support not only the layer 2 function but also the higher layer functions of the layer 3 or more.
  • IAB 1 1710 may configure / reconfigure radio connection parameters to the terminal 1600 through an RRC connection reconfiguration message.
  • the IAB 1 1710 supporting the layer 3 may control a cell having a cell identifier owned by it, and may make the terminal 1600 look like a normal base station.
  • a delay for processing an IP packet may be increased in addition to the layer 2 processing.
  • GTP-U (or GTP-U / UDP / IP, if the control plane data, GTP-C, GTP User data can be transferred via the protocol.
  • the first hop IAB node 1710 and the donor base station 1730 having a direct wireless connection with the terminal 1600 may process traffic classified by user (or flow) by radio bearer per user through GTP TEID. May be possible.
  • the IAB node 1710 and the donor base station 1730 may include a GTP TEID, a transport layer address (eg, a donor base station IP address), a PDU session ID, an S-NSSAI, a QoS flow indicator (QFI), an associated QoS profile, Traffic per user radio bearer can be distinguished through mapping information on one or more of DSCP, drb-identity and SRB type.
  • the first hop IAB node 1710 receives the uplink user data associated with the PDU session ID and the QFI of the corresponding terminal from the terminal 1600 and maps it to the GTP-TEID and the donor base station IP address to classify the donor base station.
  • the first hop IAB node 1710 classifies and forwards user data in the RLC layer, as shown in FIGS. 18 to 19, the first hop IAB node 1710 receives the PDU session ID of the corresponding terminal from the terminal 1600. And uplink user data associated with the logical channel identification information mapped to the QFI or the terminal bearer identifier, may be transmitted to the donor base station by mapping it to the GTP-TEID and the donor base station IP address.
  • user data forwarding of the IAB nodes IAB 2 and 1720 rather than the first hop IAB node 1710 having a direct wireless connection with the terminal 1600 may be performed based on L2.
  • user data may be forwarded in the SDAP layer.
  • data forwarding that satisfies QoS for each flow can be performed.
  • Each QoS flow is processed with the corresponding data through a corresponding QoS parameter / profile (e.g., one or more of 5G QoS Identifier, Allocation and Retention Priority, Guaranteed Flow Bit Rate, Maximum Flow Bit Rate, and Reflective QoS Attribute).
  • a corresponding QoS parameter / profile e.g., one or more of 5G QoS Identifier, Allocation and Retention Priority, Guaranteed Flow Bit Rate, Maximum Flow Bit Rate, and Reflective QoS Attribute.
  • the terminal identifier for the terminal-specific classification may be added and transmitted in the transmitting SDAP entity or the adaptation layer entity above the SDAP.
  • the IAB 2 node 1720 may select a flow / data mapped based on the added terminal identifier.
  • the receiving SDAP entity or the adaptation layer entity higher than the SDAP may remove the terminal identifier for distinguishing the terminal and transmit the terminal identifier to the higher layer.
  • the IAB 2 node 1720 of FIG. 17 may operate without the SDAP layer. That is, the IAB 2 node 1720 may forward user data in the PDCP layer. Through this, data forwarding for distinguishing a radio bearer can be performed, and ciphering and / or integrity protection can be provided in each link. However, since the IAB 2 node 1720 may not be distinguished for each terminal, the terminal may be transmitted by adding a terminal identifier for distinguishing between terminals in the transmitting SDAP entity or the adaptation layer entity between the SDAP and the PDCP entity or the PDCP entity.
  • the radio bearer is selected based on this, and the terminal identifier for the terminal-specific identification is removed from the receiving SDAP entity or the adaptation layer entity between the SDAP and the PDCP entity or the PDCP entity and transmitted to the upper layer.
  • the IAB 2 node 1720 of FIG. 17 may operate without the SDAP layer and the PDCP layer.
  • the user data may be forwarded on an adaptation layer or an RLC layer or an RLC layer or an RLC layer and an MAC layer on the MAC layer.
  • data forwarding for distinguishing a radio bearer / RLC bearer / logical channel may be performed.
  • the terminal bearer identifier for the terminal-specific identification in the adaptation layer entity or RLC layer entity on the transmitting RLC or the adaptation layer entity or MAC entity on the RLC layer and the MAC layer since the IAB 2 node 1720 cannot be distinguished for each terminal, the terminal bearer identifier for the terminal-specific identification in the adaptation layer entity or RLC layer entity on the transmitting RLC or the adaptation layer entity or MAC entity on the RLC layer and the MAC layer.
  • the IAB 2 node 1720 selects a radio bearer that is mapped based on a UE bearer identifier, and an adaptation layer entity or RLC layer entity or RLC layer entity on the receiving RLC of the donor base station 1730 or an adaptation layer entity or MAC on the RLC layer and the MAC layer.
  • the terminal bearer identifier for entity-specific identification must be removed from the entity and transmitted to the upper layer.
  • L2 forwarding at the IAB 2 node 1720 may be provided with reference to embodiments described below (L2 forwarding at the IAB node-1, L2 forwarding at the IAB node-2). Details are described in the following examples.
  • An embodiment of a protocol structure for performing L2 forwarding on an IAB node-1 (application of an adaptation layer above RLC)
  • 18 is a diagram illustrating a protocol structure in which uplink user data is delivered according to an embodiment.
  • 19 is a diagram illustrating a protocol structure in which uplink user data is delivered according to an embodiment.
  • the IAB nodes 1810 and 1820 may separate and forward user data in a layer 2 entity (sub layer 2 entity).
  • the IAB nodes 1810 and 1820 may divide and forward user data in the RLC layer.
  • the IAB nodes 1810 and 1820 may place an adaptation layer on the RLC layer and forward the user data separately on the adaptation layer.
  • the IAB nodes 1910 and 1920 may place an adaptation layer below the RLC layer (or above the MAC layer) and forward the user data separately on the RLC layer.
  • a first hop IAB node capable of directly wirelessly connecting a terminal-specific RLC bearer (or radio bearer) with the terminal 1600 (for uplink data).
  • RLC bearer (or radio bearer) on the interface between IAB nodes (between IAB 1 and IAB 2) or RLC bearer (or radio bearer) between IAB nodes 1810 and 1820 and donor base station 1830 in the adaptation layer entity of 1, 1810.
  • the RLC bearer (RLC channel) represents a lower layer part of the radio bearer configuration consisting of the RLC and the logical channel configuration.
  • an RLC bearer and a radio bearer may be used interchangeably.
  • an RLC bearer may be referred to as a radio bearer, and a radio bearer may be referred to as an RLC bearer.
  • the RLC bearer may be replaced with a radio bearer, and the radio bearer may be replaced with an RLC bearer.
  • the UE RLC bearer (or radio bearer) on the per-device RLC bearer (or radio bearer) and IAB node (between IAB 1 and IAB 2) interface in the adaptation layer entity of the first hop IAB node (IAB 1) having a direct radio connection Can be configured to map 1 to 1.
  • the 1-to-1 mapping configuration may be configured by the donor base station through an RRC message to the IAB 1 node.
  • the 1-to-1 mapping configuration may be configured by the donor base station through an F3AP message to an IAB 1 node.
  • the one-to-one mapping configuration may be configured by indicating mapping information from the OAM to the IAB 1 node.
  • the RLC bearer (or radio bearer) for each terminal and the RLC bearer (or radio bearer) between the IAB node and the donor base station (between IAB 2 and DgNB) may be configured in a one-to-one manner.
  • the 1-to-1 mapping configuration may be configured by the donor base station transmitting an RRC message to the IAB 2 node.
  • the 1-to-1 mapping configuration may be configured by the donor base station through an F3AP message to an IAB 2 node.
  • the one-to-one mapping configuration may be configured by indicating mapping information from the OAM to the IAB 1 node.
  • the UE RLC bearer (or radio bearer) on the per-device RLC bearer (or radio bearer) and IAB node (between IAB 1 and IAB 2) interface in the adaptation layer entity of the first hop IAB node (IAB 1) having a direct radio connection
  • the maximum number of radio bearers (or the maximum number of radio bearers that a terminal can provide) between a terminal and a base station.
  • the maximum number of DRBs that can be provided is eight.
  • the maximum number of DRBs that can be provided is only 32.
  • an IAB node accepts a plurality of IAB nodes and terminals and relays them to a donor base station, if the maximum number of DRBs that an IAB node can provide is equal to the maximum number of DRBs that a general terminal can provide, There may be a problem in that the number of RLC bearings / wireless bearers mapped to a radio bearer and a terminal capable of providing a relay between IAB nodes or between an IAB node and a donor base station may occur.
  • a node IAB 1 is connected to a terminal-1, a terminal-2, and a terminal-3, and three radio bearers (wireless bearing-1, wireless bearer-2, and wireless bearer-3) are configured in the terminal-1.
  • two radio bearers are configured in the terminal-2.
  • the terminal-3 is composed of two radio bearers (a radio bearer A and a radio bearer B).
  • there is no terminal directly connected to the IAB 2 node and there is no IAB node directly connected to IAB 2 in addition to IAB 1.
  • the number of transmitting RLC entities of the terminal-1 is three
  • the number of transmitting RLC entities of the terminal-2 is two
  • the number of transmitting RLC entities of the terminal 3 is two for uplink data processing.
  • the number of receiving RLC entities of the IAB 1 node peered to this is three (terminal-1 peering entity), two (terminal-2 peering entity), and two (terminal-3 peering entity).
  • the donor base station may determine the number of transmitting RLC entities for data transmission from node IAB 1 to node IAB 2.
  • the number of radio bearers / RLC bearers capable of the same packet forwarding process may be determined according to radio bearers / RCL bearer types / attributes to be provided for each terminal.
  • the radio bearer 1 of the terminal-1, the radio bearer-a of the terminal-2, and the radio bearer-A of the terminal-3 may perform the same packet forwarding process (for example, a default bearer of the same PDU session, or the same).
  • service provisioning is a radio bearer
  • three radio bearers / RLC bearers are routed from the IAB-1 node to the IAB 2 node (or one RLC bearer on the interface between the IAB 2 nodes at the IAB 1 node). Can be processed / delivered by mapping to. This may be provided in the adaptation layer entity.
  • the receiving RLC entity (RLC-RX1) peered from the IAB 1 node to the transmitting RLC entity (RLC-TX1) of the UE-1 radio bearer-1 is one transmitting RLC entity to the IAB 2 node (for convenience of description). May be mapped to RLC entity-11).
  • Receive RLC entity (RLC-RXa) peered to transmit RLC entity (RLC-TXa) of UE-2 radio bearer-a at node IAB-1 maps to the same transmit RLC entity (RLC entity-11) to node IAB 2 Can be.
  • the receiving RLC entity (RLC-RXA) peered to the transmitting RLC entity (RLC-TXA) of the UE-3 radio bearer-A at the IAB 1 node is mapped to the same transmitting RLC entity (RLC entity-11) to the IAB-2 node. Can be.
  • the RLC entity (or RLC configuration information) in the terminal may be distinguished by logical channel identification information. Therefore, the mapping between the receiving RLC entity of the IAB 1 node peered to the RLC entity of the specific radio bearer / RLC bearer of the specific UE and the transmitting RLC entity of the IAB 1 node peered to the receiving RLC entity of the IAB 2 node is determined for each logical channel identification information. It can be provided in conjunction with.
  • the donor base station may provide this by configuring mapping information between logical channel identification information of a specific radio bearer / RLC bearer of a specific terminal and logical channel identification information of an RLC bearer on a radio interface between IAB-1 and IAB 2 in IAB1. have.
  • the donor base station may indicate configuration information including mapping information corresponding to an IAB node when an RRC message is instructed to the terminal in order to configure a radio resource for the terminal. For example, when the donor base station transmits the RRC reconfiguration message of the terminal to the terminal through the IAB node, the donor base station may include mapping information corresponding to the IAB node through the F3AP message including the corresponding RRC reconfiguration message.
  • the RLC entity in the terminal may be distinguished by radio bearer identification information associated with the PDCP entity.
  • the donor base station instructs / configures IAB 1 mapping information between radio bearer identification information of a specific radio bearer / RLC bearer of a specific terminal and logical channel identification information (or radio bearer identification information) on a radio interface between IAB 1 and IAB 2.
  • radio bearer identification information associated with the PDCP entity may be provided.
  • the terminal radio bearer identification information associated with the PDCP entity may be provided as included in the adaptation layer configuration information on the RRC message for the IAB 1 radio resource configuration.
  • the terminal radio bearer identification information associated with the PDCP entity may be provided in the RLC configuration information on the RRC message for IAB 1 radio resource configuration.
  • the terminal radio bearer identification information associated with the PDCP entity may be provided by being included in logical channel configuration information on an RRC message for IAB 1 radio resource configuration.
  • the terminal radio bearer identification information associated with the PDCP entity may be provided included in the F3AP message transmitted to the IAB1 node.
  • the configuration information / mapping information includes a terminal identifier, radio bearer identifier / logical channel identification information of the terminal, and logical channel identification information (or radio bearer identification information) for an RLC bearer on a radio interface between IAB 1 and IAB 2 mapped thereto. It may include.
  • the mapping information may be indicated to the IAB 1 node at the donor base station through an RRC message or an F3AP message.
  • the donor base station may indicate configuration information including mapping information corresponding to the IAB 1 node when instructing the RRC message to the terminal to configure a radio resource to the terminal. For example, when the donor base station transmits the RRC reconfiguration message of the terminal to the terminal through the IAB node, the donor base station may include mapping information corresponding to the IAB node through the F3AP message including the corresponding RRC reconfiguration message.
  • the RLC entity (or RLC configuration information) of the terminal at the IAB1 node when the first hop IAB node transmits data for each radio bearer of the terminal to the donor base station through the GTP TEID, the RLC entity (or RLC configuration information) of the terminal at the IAB1 node. May be mapped to a GTP TEID to transmit a radio bearer for each terminal.
  • the mapping between the TEID in the IAB1 node and the transmitting RLC entity of the IAB 1 node peered to the receiving RLC entity of the IAB 2 node may be provided by linking the logical channel identification information with the GTP TEID and the donor base station IP address.
  • the donor base station converts mapping information between a TEID mapped to a specific radio bearer / RLC bearer of a specific terminal, a donor base station IP address, and logical channel identification information (or radio bearer identification information) on the radio interface between IAB 1 and IAB 2 to IAB 1.
  • This information may be provided included in the adaptation layer configuration information on the RRC message for IAB 1 radio resource configuration. Or it may be provided included in the RLC configuration information on the RRC message for IAB 1 radio resource configuration. Or it may be provided included in the logical channel configuration information on the RRC message for IAB 1 radio resource configuration. Or it may be provided included in the F3AP message transmitted to the IAB 1 node.
  • the configuration information / mapping information includes a terminal identifier, a TEID associated with a radio bearer identifier / logical channel identification information of the terminal, a logical channel identification for an RLC bearer on a radio interface between an IAB 1 and an IAB 2 mapped to a donor base station IP address.
  • Information (or radio bearer identification information).
  • the mapping information may be indicated to the IAB 1 node at the donor base station through an RRC message or an F3AP message.
  • the donor base station may indicate configuration information including mapping information corresponding to the IAB 1 node when instructing the RRC message to the terminal to configure a radio resource to the terminal. For example, when the donor base station transmits the RRC reconfiguration message of the terminal to the terminal through the IAB node, the donor base station may include mapping information corresponding to the IAB node through the F3AP message including the corresponding RRC reconfiguration message.
  • an RLC bearer (or RLC bearer (or radio bearer) per terminal at an intermediate IAB node (IAB 2) located at an intermediate IAB node (between IAB 1 and IAB 2)) is connected between an IAB node and a donor base station.
  • Information for mapping to an RLC bearer (or radio bearer) (between IAB 2 and DgNB) is required.
  • the donor base station may determine the number of radio bearers / RLC bearers capable of the same packet forwarding process at the IAB node (IAB 2) located in the middle according to the radio bearer / RCL bearing type / property to be provided for each terminal.
  • the donor base station may perform the same packet forwarding process at the IAB node (IAB 2) located in the middle according to the radio bearer / RCL bearer type / attribution provided by the IAB node (IAB 1) connected to the lower layer. The number can be determined.
  • the RLC entity (or RLC configuration information) in the terminal may be distinguished by logical channel identification information. Therefore, mapping information for instructing to transmit data belonging to a specific radio bearer / RLC bearer of a specific terminal from a IAB node to a next hop IAB node (or a donor base station when the next hop is a donor base station) may be provided through logical channel identification information.
  • the donor base station may provide this information by indicating / configuring mapping information between logical channel identification information of a specific radio bearer / RLC bearer of a specific terminal and logical channel identification information of an RLC bearer on a radio interface between an IAB 2 and a donor base station to the IAB 2. Can be.
  • the donor base station may indicate configuration information including mapping information corresponding to the IAB node when instructing the RRC message to the terminal to configure a radio resource to the terminal.
  • the RLC entity in the terminal may be distinguished by radio bearer identification information associated with the PDCP entity.
  • the donor base station instructs / configures IAB 2 with mapping information between radio bearer identification information of a specific radio bearer / RLC bearer of a specific terminal and logical channel identification information (or radio bearer identification information) on an air interface between IAB 1 and IAB 2. This can be provided by.
  • the mapping information may be included in the adaptation layer configuration information.
  • the mapping information may include a terminal identifier, radio bearer identifier / logical channel identification information of the terminal, and logical channel identification information (or radio bearer identification information) for the RLC bearer on the radio interface between the IAB-2 and the donor base station mapped thereto. Can be.
  • the IAB-2 may deliver the corresponding MAC entity to the corresponding data according to the mapping information according to the configured mapping information.
  • the donor base station adaptation layer entity may transmit the corresponding data to the associated PDCP entity based on the terminal identifier and logical channel identification information (or radio bearer identification information) included in the received data.
  • mapping information between logical channel identification information of an RLC bearer on an air interface between IAB 1 and IAB 2 and logical channel identification information of an RLC bearer on an air interface between an IAB 2 and a donor base station may be configured in IAB 2.
  • the mapping information may be indicated to the IAB 2 node at the donor base station through an RRC message or an F3AP message. This is when the donor base station instructs the IAB 1 node through the RRC message or when the RRC message is instructed to the UE to configure radio resources to the UE, configuration information including mapping information corresponding to the IAB 2 node is transmitted through the F3AP message. Can be directed.
  • the RLC entity in the terminal may be distinguished by radio bearer identification information associated with the PDCP entity.
  • the donor base station configures, in IAB 2, mapping information between the radio bearer identification of the RLC bearer on the radio interface between IAB 1 and IAB 2 and the logical channel identification information (or radio bearer identification information) on the radio interface between IAB 2 and the donor base station. This can be provided by.
  • the IAB 2 may add one or more pieces of information to the header according to the configured mapping information, and deliver the header added data to the corresponding MAC entity.
  • the donor base station adaptation layer entity may transmit the corresponding data to the associated PDCP entity based on the terminal bearer identifier and logical channel identification information (or radio bearer identification information) included in the received data.
  • the IAB2 node when the first hop IAB node transmits data of the radio bearer of the terminal to the donor base station through the GTP TEID, the IAB2 node is an RLC entity (or RLC configuration information) of the terminal.
  • a radio bearer for each terminal may be classified and transmitted using the GTP TEID mapped to the donor base station IP address.
  • the IAB1 node adds a TEID and a donor base station IP address on a header for user data (for example, an IP packet) through a radio bearer for each terminal.
  • the adaptation layer of the IAB 2 node may transmit the TEID and the donor base station IP address in association with the logical channel identification information of the transmitting RLC entity.
  • the donor base station may instruct / configure IAB 2 with mapping information between a TEID mapped to a specific radio bearer / RLC bearer of a specific terminal and logical channel identification information (or radio bearer identification information) on the radio interface between the IAB 2 and the donor base station.
  • This information may be provided included in the adaptation layer configuration information on the RRC message for IAB 2 radio resource configuration. Or it may be provided included in the RLC configuration information on the RRC message for IAB 2 radio resource configuration. Or it may be provided included in the logical channel configuration information on the RRC message for IAB 2 radio resource configuration. Or it may be provided included in the F3AP message between the donor base station and the IAB2 node.
  • the configuration information / mapping information includes a terminal identifier, a TEID associated with a radio bearer identifier / logical channel identification information of the terminal, a logical channel identification for an RLC bearer on a radio interface between an IAB 2 and a donor base station mapped to a donor base station IP address.
  • Information (or radio bearer identification information).
  • the mapping information may be indicated to the IAB 2 node at the donor base station through an RRC message or an F3AP message.
  • the donor base station may indicate configuration information including mapping information corresponding to the IAB 2 node through the F3AP message.
  • the adaptation layer is configured between the MAC and the RLC layer (or if the adaptation function is provided using the MAC header on the MAC layer) as shown in FIG. 19, a terminal-specific radio bearer is directly connected to the terminal for uplink data.
  • IAB 1 the adaptation layer entity of the first hop IAB node (IAB 1) having a, it must map to a radio bearer / RLC bearer on an interface between IAB nodes or a radio bearer / RLC bearer between an IAB node and a donor base station.
  • the number of RLC entities (RLC bearers) of radio bearers on an interface between IAB nodes or the number of RLC entities (or RLC bearers) of radio bearers between an IAB node and a donor base station is determined by the number of RLC entities per radio bearer per terminal of the IAB 1 node (terminal RLC). Number of bearers). For example, an IAB 1 node is connected to a terminal-1 and a terminal-2, and the terminal-1 has two radio bearers and the terminal-2 has three radio bearers. In addition, it is assumed that there is no terminal directly connected to the IAB 2 node, and that there is no IAB node directly connected to IAB 2 other than IAB 1.
  • the number of RLC entities is 2 in terminal 1 and the number of RLC entities in terminal 2 is 3 for uplink data processing.
  • the number of receiving RLC entities of an IAB 1 node receiving data of UE 1 and UE 2 is 5 plus 2 and 3.
  • the number of sending RLC entities from node IAB 1 to node IAB 2 is also five.
  • the number of receiving RLC entities of the IAB 2 node is also five.
  • the number of transmitting RLC entities from the node IAB 2 to the donor base station is also five, and the number of receiving RLC entities at the donor base station is also five.
  • the number of RLC bearers on each interface is the same.
  • the UE and the donor base station have PDCP entities per radio bearer, and are not ordinary redundant bearers.
  • the radio bearer needs to configure an RLC entity equal to the number of radio bearers between the terminal and the base station in the IAB node because the PDCP entity is mapped one-to-one to the RLC entity.
  • the IAB node may multiplex MAC SDUs of different terminals on the interface between the IAB node and the IAB node or through the same transport channel on the interface between the IAB node and the donor base station.
  • the IAB node multiplexes MAC SDUs belonging to different radio bearers (or different logical channels) of different terminals on the same transport channel on the interface between the IAB node and the IAB node or on the interface between the IAB node and the donor base station. Can be.
  • a UE ID and radio bearer identification information for data (for example, an RLC PDU) received by a transmitting adaptation layer entity from an RLC entity (RLC bearer) configured for each radio bearer per terminal, or Adds a header including SRB identification information) / logical channel identification information.
  • the transmission adaptation entity forwards the data with the header added to the transmission MAC entity, and identifies the logical channel associated with the transmission MAC entity by using one or more of a terminal identifier (UE ID) and radio bearer identification information / logical channel identification information.
  • Information can be added on the MAC header.
  • the message with the MAC header added is transmitted by multiplexing on the same transport channel on the interface between the IAB node and the IAB node or on the interface between the IAB node and the donor base station.
  • the receiving MAC entity may identify the logical channel identification information associated with the terminal identifier (UE ID) and one or more of the radio bearer identification information / logical channel identification information to classify and process data for each radio bearer for each terminal. .
  • the receiving MAC entity processes the received data and forwards it to the receiving adaptation layer entity.
  • the receiving adaptation layer entity delivers data (RLC PDU) (removing the adaptation header) to the receiving RLC entity mapped to the terminal identifier and the radio bearer identifier / logical channel identification.
  • the MAC header may include logical channel identification information associated with the MAC header using at least one of a terminal identifier (UE ID) and radio bearer identification information (data radio bearer identification information or SRB identification information) and logical channel identification information in the transmitting MAC entity. Add to phase This is multiplexed over the same transport channel on the interface between the IAB node and the IAB node or on the interface between the IAB node and the donor base station.
  • the receiving MAC entity may classify and process data for each radio bearer for each terminal through logical channel identification information associated with the at least one information using a terminal identifier (UE ID) and radio bearer identification information / logical channel identification information.
  • the receiving MAC entity processes the received data and then transfers the data (RLC PDU) to the receiving RLC entity (removing the adaptation header) which is mapped to the terminal identifier and radio bearer identifier / logical channel identification.
  • the maximum number of radio bearers that can be provided between the terminal and the base station There is currently a limit on the maximum number of radio bearers that can be provided between the terminal and the base station.
  • the maximum number of DRBs that can be provided is eight.
  • the maximum number of DRBs that can be provided is only 32. Therefore, when an IAB node accepts a plurality of IAB nodes and terminals and relays them to a donor base station, if the maximum number of DRBs that an IAB node can provide is equal to the maximum number of DRBs that a general terminal can provide, the IAB node There may be a problem in that the number of terminals and radio bearers capable of providing a relay between an IAB node or between an IAB node and a donor base station is limited.
  • a radio bearer on a radio interface between a first hop IAB node (IAB 1) having a direct radio connection with a terminal in a terminal may be a radio bearer on a radio interface between an IAB node and an IAB node or between an IAB node and a donor base station. Can be mapped to bearers.
  • a terminal-1, a terminal-2, and a terminal-3 are connected to the IAB 1 node, and three radio bearers (wireless bearing-1, wireless bearer-2, and wireless bearer-3) are configured in the terminal-1.
  • two radio bearers are configured in the terminal-2.
  • the terminal-3 is composed of two radio bearers (a radio bearer A and a radio bearer B).
  • there is no terminal directly connected to the IAB 2 node and there is no IAB node directly connected to IAB 2 in addition to IAB 1.
  • the number of transmitting RLC entities to terminal-1 is three
  • the number of transmitting RLC entities at terminal-2 is two
  • the number of transmitting RLC entities at terminal-3 is two for uplink data processing.
  • the number of receiving RLC entities of the peered IAB 1 node is three, two, and two, respectively.
  • the donor base station may determine the number of transmitting RLC entities from node IAB 1 to node IAB 2.
  • the number of radio bearers capable of the same packet forwarding process may be determined according to the radio bearer type to be provided for each terminal.
  • the radio bearer 1 of the terminal-1, the radio bearer-a of the terminal-2, and the radio bearer-A of the terminal-3 may perform the same packet forwarding process (for example, a default bearer of the same PDU session, or the same).
  • the service provision is a radio bearer
  • the three radio bearers may be mapped to one RLC entity when transmitting from the IAB 1 node to the IAB 2 node.
  • the receiving RLC entity (RLC-RX1) peered from the IAB 1 node to the transmitting RLC entity (RLC-TX1) of the UE-1 radio bearer-1 is one transmitting RLC entity to the IAB 2 node (for convenience of description). May be mapped to RLC entity-11).
  • the receiving RLC entity (RLC-RXa) peered to the transmitting RLC entity (RLC-TXa) of the UE-2 radio bearer-a at the IAB 1 node may be mapped to the same transmitting RLC entity (RLC entity-11) to the IAB 2 node.
  • the receiving RLC entity (RLC-RXA) peered to the transmitting RLC entity (RLC-TXA) of the UE-3 radio bearer-A at the IAB 1 node may be mapped to the same transmitting RLC entity (RLC entity-11) to the IAB 2 node. Can be.
  • the RLC entity in the terminal may be distinguished by logical channel identification information. Therefore, the mapping between the RLC entity of the IAB 1 node peered to the RLC entity of the radio bearer per terminal and the RLC entity of the IAB 1 node peered to the RLC entity of the IAB 2 node may be provided through logical channel identification information.
  • the donor base station may provide this by configuring mapping information between logical channel identification information of the terminal and logical channel identification information on the air interface between IAB 1 and IAB 2 in IAB 1.
  • the RLC entity in the terminal may be distinguished by radio bearer identification information associated with the PDCP entity.
  • the donor base station may provide this by configuring mapping information between radio bearer identification information of a terminal and logical channel identification information on a radio interface between IAB 1 and IAB 2 in IAB 1. This may be indicated to the IAB 1 node at the donor base station via the RRC message.
  • the donor base station instructs the RRC message for configuring a radio resource to the terminal, the donor base station may indicate configuration information including mapping information corresponding to the IAB 1 node through the F3AP message.
  • the donor base station adaptation layer entity may transmit the corresponding data to the associated RLC entity based on the terminal identifier or logical channel identification information (or radio bearer identification information) included in the received data.
  • the adaptation layer may separate the data by RLC bearer / radio bearer / logical channel identification information, and buffer / store / process the data to transmit the received adaptation layer to the associated UE-specific RLC bearer.
  • an RLC bearer on an interface between IAB nodes (between IAB 1 and IAB 2) (or UE-specific RLC bearer at an intermediate IAB node (IAB 2)) is connected between an IAB node and a donor base station (IAB 2 and DgNB).
  • IAB 2 and DgNB donor base station
  • the RLC entity (or RLC configuration information) in the terminal may be distinguished by logical channel identification information. Therefore, mapping information for instructing to transmit data belonging to a specific radio bearer / RLC bearer of a specific terminal from a IAB node to a next hop IAB node (or a donor base station when the next hop is a donor base station) may be provided through logical channel identification information. Can be.
  • the donor base station may provide this by configuring mapping information between logical channel identification information of a specific radio bearer / RLC bearer of a specific terminal and logical channel identification information of an RLC bearer on a radio interface between an IAB 2 and a donor base station in the IAB 2. .
  • the donor base station may indicate configuration information including mapping information to the IAB node through the F3AP message when instructing the RRC message to the terminal in order to configure the radio resource to the terminal.
  • the RLC entity in the terminal may be distinguished by radio bearer identification information associated with the PDCP entity.
  • the donor base station configures IAB 1 by mapping mapping information between radio bearer identification information of a specific radio bearer / RLC bearer of a specific terminal and logical channel identification information (or radio bearer identification information) on a radio interface between IAB 1 and IAB 2. Can provide.
  • the configuration information / mapping information may be a terminal identifier or radio bearer identifier / logical channel identification information of the terminal and logical channel identification information (or radio bearer identification information) for an RLC bearer on a radio interface between an IAB 2 node and a donor base station mapped thereto. It may include. IAB 2 may deliver the data to the corresponding MAC entity according to the configured mapping information.
  • the donor base station adaptation layer entity may deliver the corresponding data to the associated RLC entity based on the terminal identifier or logical channel identification information (or radio bearer identification information) included in the received data.
  • the adaptation layer may separate the data by RLC bearer / radio bearer / logical channel identification information, and buffer / store / process the data to transmit the received adaptation layer to the associated UE-specific RLC bearer.
  • this may be provided by configuring, in IAB 2, mapping information between logical channel identification information of an RLC bearer on a radio interface between IAB 1 and IAB 2 and logical channel identification information of an RLC bearer on a radio interface between IAB 2 and a donor base station. This may be indicated to the IAB 2 node at the donor base station via the RRC message. Alternatively, when the donor base station instructs the IAB 1 node through the RRC message or when the RRC message is instructed to configure the radio resource to the terminal, configuration information including mapping information corresponding to the IAB 2 node may be indicated.
  • the RLC entity in the terminal may be distinguished by radio bearer identification information associated with the PDCP entity.
  • the donor base station configures the radio bearer identification information of the RLC bearer on the radio interface between the IAB 1 and the IAB 2 and the mapping information between the logical channel identification information (or radio bearer identification information) on the radio interface between the IAB 2 and the donor base station on the IAB 2. This can be provided by.
  • the IAB 2 may add the mapping information to the header according to the configured mapping information and deliver it to the corresponding MAC entity.
  • the donor base station adaptation layer entity may transmit the corresponding data to the associated PDCP entity based on the terminal identifier or logical channel identification information (or radio bearer identification information) included in the received data.
  • the terminal can effectively transmit and receive data by establishing a connection to the base station through a multi-hop relay node under the control of the donor base station.
  • FIG. 20 is a diagram illustrating a configuration of a relay node 2000 according to another embodiment.
  • a relay node 2000 processing an RRC message includes a control unit 2010 for establishing a donor base station and a signaling radio bearer or higher layer connection, a receiver 2030 for receiving an RRC message transmitted from a terminal, and an RRC.
  • the transmitter 2020 transmits a message to a donor base station or another relay node using a signaling radio bearer or a higher layer protocol.
  • the controller 2010 may establish a connection with the donor base station and set up a signaling radio bearer. Alternatively, the controller 2010 may establish a higher layer connection with the donor base station.
  • the higher layer connection may mean F3AP (F3 Application Protocol).
  • the relay node 2000 refers to an integrated access and backhaul (IAB) node connected to a terminal through a wireless access and connected to another relay node or a donor base station through a wireless backhaul.
  • the relay node 2000 may mean an IAB node connected to another relay node or a donor base station through a wireless backhaul. That is, the relay node 2000 may be an IAB node that performs direct connection with the terminal through wireless access, or may be an IAB node that is located in the middle of the relay path or the donor base station and is not directly connected to the terminal.
  • the receiver 2030 may receive mapping information from a donor base station in order to establish a signaling radio bearer or a higher layer connection.
  • the controller 2010 may establish a connection by using mapping information between logical channel identification information of the terminal received from the donor base station and the backhaul RLC channel.
  • ciphering is performed on the PDCP entity of the relay node 2000 and the PDCP entity of the donor base station.
  • the receiver 2030 receives an RRC message through wireless access with the terminal.
  • the transmitter 2020 may add the address information of the donor base station to the F3AP message including the RRC message in the adaptation entity of the relay node.
  • the address information of the donor base station may refer to a GPRS Tunnelling Protocol (GTP) Tunnel Endpoint Identifier (TEID) or a donor base station IP address received from the donor base station.
  • GTP GPRS Tunnelling Protocol
  • TEID Tunnel Endpoint Identifier
  • the RRC message received from the terminal may be added to the payload of the F3AP message and transmitted through the signaling radio bearer.
  • the F3AP message may further include at least one of terminal identification information and signaling radio bearer identification information.
  • the transmitter 2020 includes the RRC message of the UE in the payload of the F3AP and delivers the RRC message to the donor base station through the signaling radio bearer.
  • the donor base station performs siphering on the PDCP entity.
  • the receiving unit 2030 may receive the uplink user data from the terminal in the method of processing the uplink user data.
  • the controller 2010 can derive a UE bearer identifier (UE-bearer-ID) by using logical channel identification information associated with the RLC PDU of uplink user data. For example, when uplink user data is received, the controller 2010 extracts a UE bearer identifier using logical channel identification information associated with an RLC PDU. That is, the controller 2010 can check the terminal bearer identifier by using the logical channel identification information.
  • UE-bearer-ID UE bearer identifier
  • the controller 2010 may select a backhaul RLC channel for transmitting uplink user data based on at least one of a terminal bearer identifier and donor base station address information. For example, the controller 2010 may select a backhaul RLC channel mapped to the corresponding terminal bearer identifier by using the derived terminal bearer identifier. Alternatively, the controller 2010 may select a backhaul RLC channel for transmitting uplink user data using donor base station address information.
  • the donor base station address information may be a GPRS Tunnelling Protocol (GTP) Tunnel endpoint identifier (TEID) or a donor base station IP address received from the donor base station. That is, the controller 2010 may receive and store donor base station address information in advance.
  • GTP GPRS Tunnelling Protocol
  • TEID Tunnel endpoint identifier
  • the controller 2010 may select the backhaul RLC channel based on the backhaul RLC channel mapping information included in the terminal context setup message of the terminal received from the donor base station. That is, backhaul RLC channel mapping information is required to select a backhaul RLC channel using at least one of the above-described terminal bearer identifier and donor base station address information.
  • the receiver 2030 may receive backhaul RLC channel mapping information from the donor base station.
  • the backhaul RLC channel mapping information may include N: 1 (N is a natural number of 1 or more) mapping information between at least one of the terminal bearer identifier and the donor base station address information and the backhaul RLC channel.
  • the backhaul RLC channel mapping information may include mapping information between the terminal bearer identifier and the donor base station address information.
  • the backhaul RLC channel may be configured according to the logical channel configuration information of the RRC message. That is, the controller 2010 can configure the backhaul RLC channel using the logical channel configuration information of the RRC message.
  • the transmitter 2020 may transmit uplink user data to the donor base station or another relay node through the selected backhaul RLC channel.
  • the transmitter 2020 may transmit, to the uplink user data, the relay node in the adaptation entity of the relay node, at least one of terminal bearer identifier, donor base station address information, logical channel identification information, and logical channel identification information and mapping information between the backhaul RLC channel. Can be transmitted.
  • the controller 2010 may add the terminal bearer identifier information to the uplink user data.
  • the adding of the terminal bearer identifier information may be performed at the adaptation entity of the relay node.
  • the donor base station address information and the above-described mapping information may be additionally included in the uplink user data transmitted, so that the donor base station or another relay node may use the corresponding information.
  • the reception unit 2030 may receive an RRC connection request message from the terminal before receiving the uplink user data from the terminal.
  • the transmitter 2020 may transmit the RRC connection request message to the donor base station through a signaling radio bearer or an F3AP message. It may further comprise the step.
  • control unit 2010 includes the RRC message of the terminal necessary to perform the above-described embodiment in the F3AP message and delivers the information through the SRB, and uses the logical channel identification information to transmit the uplink user data of the terminal to the backhaul RLC. Controls the overall operation of the relay node 2000 for transmission over the channel.
  • the transmitter 2020 and the receiver 2030 are used to transmit and receive signals, messages, and data necessary for carrying out the above-described disclosure with a terminal, another relay node, and a donor base station.
  • the above-described embodiments may be implemented through various means.
  • the embodiments may be implemented by hardware, firmware, software, or a combination thereof.
  • the method according to the embodiments may include one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), FPGAs. (Field Programmable Gate Arrays), a processor, a controller, a microcontroller, a microprocessor, and the like.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • a processor a controller, a microcontroller, a microprocessor, and the like.
  • the method according to the embodiments may be implemented in the form of an apparatus, procedure, or function for performing the functions or operations described above.
  • the software code may be stored in a memory unit and driven by a processor.
  • the memory unit may be located inside or outside the processor, and may exchange data with the processor by various known means.
  • system generally refer to computer-related entity hardware, hardware and software. May mean a combination, software, or running software.
  • the aforementioned components may be, but are not limited to, a process driven by a processor, a processor, a controller, a control processor, an object, an execution thread, a program, and / or a computer.
  • an application running on a controller or processor and a controller or processor can be components.
  • One or more components can reside within a process and / or thread of execution and a component can be located on one system or deployed on more than one system.

Abstract

본 개시는 5G NR 무선통신 기술을 활용한 IAB(Integrated Access and Backhaul) 기반의 데이터 처리 방법 및 장치에 관한 것이다. 일 실시예는 릴레이 노드가 상향링크 사용자 데이터를 처리하는 방법에 있어서, 단말로부터 상향링크 사용자 데이터를 수신하는 단계와 상향링크 사용자 데이터의 RLC PDU에 연계된 논리채널식별정보를 이용하여 단말 베어러 식별자(UE-bearer-ID)를 유도하는 단계와 단말 베어러 식별자 및 도너 기지국 주소 정보 중 적어도 하나에 기초하여 상향링크 사용자 데이터를 전송할 백홀 RLC 채널을 선택하는 단계 및 선택된 백홀 RLC 채널을 통해서 상향링크 사용자 데이터를 도너 기지국 또는 타 릴레이 노드로 전송하는 단계를 포함하는 방법 및 장치를 제공한다.

Description

릴레이 노드에서 상향링크 사용자 데이터를 처리하는 방법 및 그 장치
본 개시는 5G NR 무선통신 기술을 활용한 IAB(Integrated Access and Backhaul) 기반의 데이터 처리 방법 및 장치에 관한 것이다.
무선통신 시스템에서 릴레이 기술은 추가적인 네트워크 노드를 이용하여 셀 커버리지를 확장하기 위한 목적으로 사용되었다.
따라서, 종래 LTE 기술이 적용되는 릴레이 기술은 릴레이 노드의 IP 패킷 레벨에서 데이터 전달을 지원하였으며, 하나의 릴레이 노드만이 단말과 기지국 사이의 IP 패킷을 전달하도록 구성되었다.
즉, 종래 LTE 기술이 적용되는 릴레이 기술은 단순한 서비스 제공을 위해 단일 홉 릴레이 기능만을 제공했으며, 대부분의 구성이 정적인 OAM(Operations, administration and management)을 통해 지시되어 구성되었다. 이에 따라 복수의 홉 릴레이를 구성할 수 없었다.
또한, 종래 LTE 기술을 통해 복수 홉 릴레이를 지원하고자 하는 경우 복수의 릴레이 노드들을 통해 데이터를 구분해 처리할 수 없었으며, IP 계층 상위의 시그널링과 데이터 처리는 지연을 증가시킬 수 있는 문제가 있다.
이를 해결하기 위해 멀티 홉을 구성하여 사용자 데이터를 기지국으로 정확하게 전달하기 위한 기술에 대한 연구가 요구되고 있다.
전술한 배경에서 본 개시의 일 실시예는 복수의 릴레이 홉이 구성되는 경우에 단말의 상향링크 사용자 데이터를 백홀 RLC 채널을 통해서 도너 기지국으로 전송하는 릴레이 구조를 제안하고자 한다.
또한, 일 실시예는 복수 홉 릴레이 구조에서 단말과 기지국 간에 보안성을 유지하면서 RRC 메시지를 하나 이상의 홉을 통해서 릴레이하기 위한 RRC 메시지 처리 방법을 제안하고자 한다.
전술한 과제에서 안출된 일 실시예는 릴레이 노드가 상향링크 사용자 데이터를 처리하는 방법에 있어서, 단말로부터 상향링크 사용자 데이터를 수신하는 단계와 상향링크 사용자 데이터의 RLC PDU에 연계된 논리채널식별정보를 이용하여 단말 베어러 식별자(UE-bearer-ID)를 유도하는 단계와 단말 베어러 식별자 및 도너 기지국 주소 정보 중 적어도 하나에 기초하여 상향링크 사용자 데이터를 전송할 백홀 RLC 채널을 선택하는 단계 및 선택된 백홀 RLC 채널을 통해서 상향링크 사용자 데이터를 도너 기지국 또는 타 릴레이 노드로 전송하는 단계를 포함하는 방법을 제공한다.
또한, 일 실시예는 상향링크 사용자 데이터를 처리하는 릴레이 노드에 있어서, 단말로부터 상향링크 사용자 데이터를 수신하는 수신부와 상향링크 사용자 데이터의 RLC PDU에 연계된 논리채널식별정보를 이용하여 단말 베어러 식별자(UE-bearer-ID)를 유도하고, 단말 베어러 식별자 및 도너 기지국 주소 정보 중 적어도 하나에 기초하여 상향링크 사용자 데이터를 전송할 백홀 RLC 채널을 선택하는 제어부 및 선택된 백홀 RLC 채널을 통해서 상향링크 사용자 데이터를 도너 기지국 또는 타 릴레이 노드로 전송하는 송신부를 포함하는 릴레이 노드를 제공한다.
본 개시는 복수의 릴레이 홉을 동적으로 구성하여, 단말 별 또는 서비스 별 요구사항에 따라 데이터를 효과적으로 구분하여 처리하는 효과를 제공한다.
또한, 본 개시는 릴레이 구조에서 전달되는 RRC 메시지의 보안성을 유지하면서 IP 계층 상위의 시그널링과 데이터 처리의 지연을 방지하는 효과를 제공한다.
도 1은 본 실시예가 적용될 수 있는 NR 무선 통신 시스템에 대한 구조를 간략하게 도시한 도면이다.
도 2는 본 실시예가 적용될 수 있는 NR 시스템에서의 프레임 구조를 설명하기 위한 도면이다.
도 3은 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 자원 그리드를 설명하기 위한 도면이다.
도 4는 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 대역폭 파트를 설명하기 위한 도면이다.
도 5는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 동기 신호 블록을 예시적으로 도시한 도면이다.
도 6는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 랜덤 액세스 절차를 설명하기 위한 도면이다.
도 7은 LTE 기술에서 릴레이 기반 사용자 플레인 프로토콜 구조의 일 예를 도시한 도면이다.
도 8(A) 및 8(B)는 LTE 기술에서 릴레이 노드 스타트 업(RN startup) 절차를 도시한 도면이다.
도 9는 일 실시예에 따른 릴레이 노드를 이용한 RRC 연결 설정 프로시져를 설명하기 위한 도면이다.
도 10은 일 실시예에 따른 릴레이 노드가 RRC 메시지를 전달하는 동작을 설명하기 위한 흐름도이다.
도 11은 일 실시예에 따른 RRC 메시지가 전달되는 프로토콜 구조를 예시적으로 나타낸 도면이다.
도 12는 일 실시예에 따른 RRC 메시지가 기지국으로 전달되는 절차를 설명하기 위한 신호도이다.
도 13은 일 실시예에 따른 릴레이 노드가 상향링크 사용자 데이터를 전달하는 동작을 설명하기 위한 흐름도이다.
도 14는 일 실시예에 따른 상향링크 사용자 데이터가 전달되는 프로토콜 구조를 예시적으로 나타낸 도면이다.
도 15는 일 실시예에 따른 단일 구조의 도너 기지국에서의 상향링크 사용자 데이터가 전달되는 프로토콜 구조를 예시적으로 나타낸 도면이다.
도 16은 일 실시예에 따른 상향링크 사용자 데이터가 전달되는 프로토콜 구조를 예시적으로 나타낸 도면이다.
도 17은 일 실시예에 따른 상향링크 사용자 데이터가 전달되는 프로토콜 구조를 예시적으로 나타낸 도면이다.
도 18은 일 실시예에 따른 상향링크 사용자 데이터가 전달되는 프로토콜 구조를 예시적으로 나타낸 도면이다.
도 19는 일 실시예에 따른 상향링크 사용자 데이터가 전달되는 프로토콜 구조를 예시적으로 나타낸 도면이다.
도 20은 일 실시예에 따른 릴레이 노드의 구성을 설명하기 위한 블록도이다.
이하, 본 기술사상의 일부 실시 예들을 예시적인 도면을 참조하여 상세하게 설명한다. 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가질 수 있다. 또한, 본 기술사상을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 기술적 사상의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략할 수 있다.
또한, 본 실시 예들의 구성 요소를 설명하는 데 있어서, 제 1, 제 2, A, B, (a), (b) 등의 용어를 사용할 수 있다. 이러한 용어는 그 구성 요소를 다른 구성 요소와 구별하기 위한 것일 뿐, 그 용어에 의해 해당 구성 요소의 본질, 차례, 순서 또는 개수 등이 한정되지 않는다. 어떤 구성 요소가 다른 구성요소에 "연결", "결합" 또는 "접속"된다고 기재된 경우, 그 구성 요소는 그 다른 구성요소에 직접적으로 연결되거나 또는 접속될 수 있지만, 각 구성 요소 사이에 다른 구성 요소가 "개재"되거나, 각 구성 요소가 다른 구성 요소를 통해 "연결", "결합" 또는 "접속"될 수도 있다고 이해되어야 할 것이다.
또한, 본 명세서에서 사용되는 용어와 기술적 명칭은 특정한 실시 예를 설명하기 위한 것으로, 해당 용어에 기술사상이 한정되는 것은 아니다. 이하에서 기재되는 용어는 별도의 정의가 없는 한 본 기술사상이 속하는 기술 분야에서 통상의 지식을 가진 자에 의해서 일반적으로 이해되는 의미로 해석될 수 있다. 해당 용어가 본 기술 사상을 정확하게 표현하지 못하는 잘못된 기술적 용어일 때에는, 당업자가 올바르게 이해할 수 있는 기술적 용어로 대체되어 이해되어야 할 것이다. 또한, 본 명세서에서 사용되는 일반적인 용어는 사전에 정의되어 있는 바에 따라, 또는 전후 문맥상에 따라 해석되어야 하며, 과도하게 축소된 의미로 해석되지 않아야 한다.
본 명세서에서의 무선 통신 시스템은 음성, 데이터 패킷 등과 같은 다양한 통신 서비스를 무선자원을 이용하여 제공하기 위한 시스템을 의미하며, 단말과 기지국, 코어 네트워크를 포함할 수 있다.
이하에서 개시하는 본 실시 예들은 다양한 무선 접속 기술을 사용하는 무선 통신 시스템에서 적용될 수 있다. 예를 들어, 본 실시 예들은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(timedivision multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(singlecarrier frequency division multiple access) 등과 같은 다양한 무선 접속 기술에 적용될 수 있다. CDMA는UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced datarates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical andelectronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTSterrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. 이와 같이 본 실시 예들은 현재 개시되거나 상용화된 무선 접속 기술에 적용될 수 있고, 현재 개발 중이거나 향후 개발될 무선 접속 기술에 적용될 수도 있다.
한편, 본 명세서에서의 단말은 무선 통신 시스템에서 기지국과 통신을 수행하는 무선 통신 모듈을 포함하는 장치를 의미하는 포괄적 개념으로서, WCDMA, LTE, HSPA 및 IMT-2020(5G 또는 New Radio) 등에서의 UE(User Equipment)는 물론, GSM에서의 MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), 무선 기기(wireless device) 등을 모두 포함하는 개념으로 해석되어야 할 것이다. 또한, 단말은 사용 형태에 따라 스마트 폰과 같은 사용자 휴대 기기가 될 수도 있고, V2X 통신 시스템에서는 차량, 차량 내의 무선 통신 모듈을 포함하는 장치 등을 의미할 수도 있다. 또한, 기계 형태 통신(Machine Type Communication) 시스템의 경우에 기계 형태 통신이 수행되도록 통신 모듈을 탑재한 MTC 단말, M2M 단말 등을 의미할 수도 있다.
본 명세서의 기지국 또는 셀은 네트워크 측면에서 단말과 통신하는 종단을 지칭하며, 노드-B(Node-B), eNB(evolved Node-B), gNB(gNode-B), LPN(Low Power Node), 섹터(Sector), 싸이트(Site), 다양한 형태의 안테나, BTS(Base Transceiver System), 액세스 포인트(Access Point), 포인트(예를 들어, 송신포인트, 수신포인트, 송수신포인트), 릴레이 노드(Relay Node), 메가 셀, 매크로 셀, 마이크로 셀, 피코 셀, 펨토 셀, RRH(Remote Radio Head), RU(Radio Unit), 스몰 셀(small cell) 등 다양한 커버리지 영역을 모두 포괄하는 의미이다.
앞서 나열된 다양한 셀은 각 셀을 제어하는 기지국이 존재하므로 기지국은 두 가지 의미로 해석될 수 있다. 1) 무선 영역과 관련하여 메가 셀, 매크로 셀, 마이크로 셀, 피코 셀, 펨토 셀, 스몰 셀(small cell)을 제공하는 장치 그 자체이거나, 2) 무선 영역 그 자체를 지시할 수 있다. 1)에서 소정의 무선 영역을 제공하는 장치들이 동일한 개체에 의해 제어되거나 무선 영역을 협업으로 구성하도록 상호 작용하는 모든 장치들을 모두 기지국으로 지시한다. 무선 영역의 구성 방식에 따라 포인트, 송수신 포인트, 송신 포인트, 수신 포인트 등은 기지국의 일 실시 예가 된다. 2)에서 사용자 단말의 관점 또는 이웃하는 기지국의 입장에서 신호를 수신하거나 송신하게 되는 무선 영역 그 자체를 기지국으로 지시할 수 있다.
본 명세서에서 셀(Cell)은 송수신 포인트로부터 전송되는 신호의 커버리지 또는 송수신 포인트(transmission point 또는 transmission/reception point)로부터 전송되는 신호의 커버리지를 가지는 요소 반송파(component carrier), 그 송수신 포인트 자체를 의미할 수 있다.
상향링크(Uplink, UL, 또는 업링크)는 단말에 의해 기지국으로 데이터를 송수신하는 방식을 의미하며, 하향링크(Downlink, DL, 또는 다운링크)는 기지국에 의해 단말로 데이터를 송수신하는 방식을 의미한다. 하향링크(downlink)는 다중 송수신 포인트에서 단말로의 통신 또는 통신 경로를 의미할 수 있으며, 상향링크(uplink)는 단말에서 다중 송수신 포인트로의 통신 또는 통신 경로를 의미할 수 있다. 이때, 하향링크에서 송신기는 다중 송수신 포인트의 일부분일 수 있고, 수신기는 단말의 일부분일 수 있다. 또한, 상향링크에서 송신기는 단말의 일부분일 수 있고, 수신기는 다중 송수신 포인트의 일부분일 수 있다.
상향링크와 하향링크는, PDCCH(Physical Downlink Control CHannel), PUCCH(Physical Uplink Control CHannel) 등과 같은 제어 채널을 통하여 제어 정보를 송수신하고, PDSCH(Physical Downlink Shared CHannel), PUSCH(Physical Uplink Shared CHannel) 등과 같은 데이터 채널을 구성하여 데이터를 송수신한다.이하에서는 PUCCH, PUSCH, PDCCH 및 PDSCH 등과 같은 채널을 통해 신호가 송수신되는 상황을 'PUCCH, PUSCH, PDCCH 및 PDSCH를 전송, 수신한다'는 형태로 표기하기도 한다.
설명을 명확하게 하기 위해, 이하에서는 본 기술 사상을 3GPP LTE/LTE-A/NR(New RAT) 통신 시스템을 위주로 기술하지만 본 기술적 특징이 이에 제한되는 것은 아니다.
3GPP에서는 4G(4th-Generation) 통신 기술에 대한 연구 이후에 ITU-R의 차세대 무선 접속 기술의 요구사항에 맞추기 위한 5G(5th-Generation)통신 기술에 대한 연구를 진행하고 있다. 구체적으로, 3GPP는 5G 통신 기술로 LTE-Advanced 기술을 ITU-R의 요구사항에 맞추어 향상 시킨 LTE-A pro와 4G 통신 기술과는 별개의 새로운 NR 통신 기술에 대한 연구를 진행하고 있다. LTE-A pro와 NR은 모두 5G 통신 기술로 제출될 것으로 보이나, 이하에서는 설명의 편의를 위해서 NR을 중심으로 본 실시예들을 설명한다.
NR에서의 운영 시나리오는 기존 4G LTE의 시나리오에서 위성, 자동차, 그리고 새로운 버티컬 등에 대한 고려를 추가하여 다양한 동작 시나리오를 정의하였으며, 서비스 측면에서 eMBB(Enhanced Mobile Broadband) 시나리오, 높은 단말 밀도를 가지되 넓은 범위에 전개되어 낮은 데이터 레이트(data rate)와 비동기식 접속이 요구되는 mMTC(Massive Machine Communication) 시나리오, 높은 응답성과 신뢰성이 요구되고 고속 이동성을 지원할 수 있는 URLLC(Ultra Reliability and Low Latency) 시나리오를 지원한다.
이러한 시나리오를 만족하기 위해서 NR은 새로운 waveform 및 프레임 구조 기술, 낮은 지연속도(Low latency) 기술, 초고주파 대역(mmWave) 지원 기술, 순방향 호환성(Forward compatible) 제공 기술이 적용된 무선 통신 시스템을 개시한다. 특히, NR 시스템에서는 순방향 호환성을 제공하기 위해서 유연성 측면에서 다양한 기술적 변화를 제시하고 있다. 주요 기술적 특징은 아래에서 도면을 참조하여 설명한다.
<NR 시스템 일반>
도 1은 본 실시예가 적용될 수 있는 NR 시스템에 대한 구조를 간략하게 도시한 도면이다.
도 1을 참조하면, NR 시스템은 5GC(5G Core Network)와 NR-RAN파트로 구분되며, NG-RAN은 사용자 평면(SDAP/PDCP/RLC/MAC/PHY) 및 UE(User Equipment)에 대한 제어 평면(RRC) 프로토콜 종단을 제공하는 gNB와 ng-eNB들로 구성된다.gNB 상호 또는 gNB와 ng-eNB는 Xn 인터페이스를 통해 상호 연결된다. gNB와 ng-eNB는 각각 NG 인터페이스를 통해 5GC로 연결된다. 5GC는 단말 접속 및 이동성 제어 기능 등의 제어 평면을 담당하는 AMF (Access and Mobility Management Function)와 사용자 데이터에 제어 기능을 담당하는 UPF (User Plane Function)를 포함하여 구성될 수 있다. NR에서는 6GHz 이하 주파수 대역(FR1, Frequency Range 1)과 6GHz 이상 주파수 대역(FR2, Frequency Range 2)에 대한 지원을 모두 포함한다.
gNB는 단말로 NR 사용자 평면 및 제어 평면 프로토콜 종단을 제공하는 기지국을 의미하고, ng-eNB는 단말로 E-UTRA 사용자 평면 및 제어 평면 프로토콜 종단을 제공하는 기지국을 의미한다. 본 명세서에서 기재하는 기지국은 gNB및 ng-eNB를 포괄하는 의미로 이해되어야 하며, 필요에 따라 gNB 또는 ng-eNB를 구분하여 지칭하는 의미로 사용될 수도 있다.
<NR 웨이브 폼, 뉴머롤러지 및 프레임 구조>
NR에서는 하향링크 전송을 위해서 Cyclic prefix를 사용하는 CP-OFDM 웨이브 폼을 사용하고, 상향링크 전송을 위해서 CP-OFDM 또는 DFT-s-OFDM을 사용한다. OFDM 기술은 MIMO(Multiple Input Multiple Output)와 결합이 용이하며, 높은 주파수 효율과 함께 저 복잡도의 수신기를 사용할 수 있다는 장점을 가지고 있다.
한편, NR에서는 전술한 3가지 시나리오 별로 데이터 속도, 지연속도, 커버리지 등에 대한 요구가 서로 상이하기 때문에 임의의 NR 시스템을 구성하는 주파수 대역을 통해 각각의 시나리오 별 요구사항을 효율적으로 만족시킬 필요가 있다. 이를 위해서, 서로 다른 복수의 뉴머롤러지(numerology) 기반의 무선 자원을 효율적으로 멀티플렉싱(multiplexing)하기 위한 기술이 제안되었다.
구체적으로, NR 전송 뉴머롤러지는 서브캐리어 간격(sub-carrier spacing)과 CP(Cyclic prefix)에 기초하여 결정되며, 아래 표 1과 같이 15khz를 기준으로
Figure PCTKR2019001616-appb-I000001
값이 2의 지수 값으로 사용되어 지수적으로 변경된다.
Figure PCTKR2019001616-appb-T000001
위 표 1과 같이 NR의 뉴머롤러지는서브캐리어 간격에 따라 5가지로 구분될 수 있다. 이는 4G 통신 기술 중 하나인 LTE의 서브캐리어 간격이 15khz로 고정되는 것과는 차이가 있다. 구체적으로, NR에서 데이터 전송을 위해서 사용되는 서브캐리어 간격은 15, 30, 60, 120khz이고, 동기 신호 전송을 위해서 사용되는 서브캐리어 간격은 15, 30, 12, 240khz이다. 또한, 확장 CP는 60khz 서브캐리어 간격에만 적용된다. 한편, NR에서의 프레임 구조(frame structure)는 1ms의 동일한 길이를 가지는 10의 서브프레임(subframe)으로 구성되는 10ms의 길이를 가지는 프레임(frame)이 정의된다. 하나의 프레임은 5ms의 하프 프레임으로 나뉠 수 있으며, 각 하프 프레임은 5개의 서브프레임을 포함한다. 15khz 서브캐리어 간격의 경우에 하나의 서브프레임은 1개의 슬롯(slot)으로 구성되고, 각 슬롯은 14개의 OFDM 심볼(symbol)로 구성된다. 도 2는 본 실시예가 적용될 수 있는 NR 시스템에서의 프레임 구조를 설명하기 위한 도면이다.
도 2를 참조하면, 슬롯은 노멀 CP의 경우에 고정적으로 14개의 OFDM 심볼로 구성되나, 슬롯의 길이는 서브캐리어 간격에 따라 달라질 수 있다. 예를 들어, 15khz 서브캐리어 간격을 가지는 뉴머롤러지의 경우에 슬롯은 1ms 길이로 서브프레임과 동일한 길이로 구성된다. 이와 달리, 30khz 서브캐리어 간격을 가지는 뉴머롤러지의 경우에 슬롯은 14개의 OFDM 심볼로 구성되나, 0.5ms의 길이로 하나의 서브프레임에 두 개의 슬롯이 포함될 수 있다. 즉, 서브프레임과 프레임은 고정된 시간 길이를 가지고 정의되며, 슬롯은 심볼의 개수로 정의되어 서브캐리어 간격에 따라 시간 길이가 달라질 수 있다.
한편, NR은 스케줄링의 기본 단위를 슬롯으로 정의하고, 무선 구간의 전송 지연을 감소시키기 위해서 미니 슬롯(또는 서브 슬롯 또는 non-slot based schedule)도 도입하였다. 넓은 서브캐리어 간격을 사용하면 하나의 슬롯의 길이가 반비례하여 짧아지기 때문에 무선 구간에서의 전송 지연을 줄일 수 있다. 미니 슬롯(또는 서브 슬롯)은 URLLC 시나리오에 대한 효율적인 지원을 위한 것으로 2, 4, 7개 심볼 단위로 스케줄링이 가능하다.
또한, NR은 LTE와 달리 상향링크 및 하향링크 자원 할당을 하나의 슬롯 내에서 심볼 레벨로 정의하였다. HARQ 지연을 줄이기 위해 전송 슬롯 내에서 바로 HARQ ACK/NACK을 송신할 수 있는 슬롯 구조가 정의되었으며, 이러한 슬롯 구조를 자기 포함(self-contained) 구조로 명명하여 설명한다.
NR에서는 총 256개의 슬롯 포맷을 지원할 수 있도록 설계되었으며, 이중 62개의 슬롯 포맷이 Rel-15에서 사용된다. 또한, 다양한 슬롯의 조합을 통해서 FDD 또는 TDD 프레임을 구성하는 공통 프레임 구조를 지원한다. 예를 들어, 슬롯의 심볼이 모두 하향링크로 설정되는 슬롯 구조와 심볼이 모두 상향링크로 설정되는 슬롯 구조 및 하향링크 심볼과 상향링크 심볼이 결합된 슬롯 구조를 지원한다. 또한, NR은 데이터 전송이 하나 이상의 슬롯에 분산되어 스케줄링됨을 지원한다. 따라서, 기지국은 슬롯 포맷 지시자(SFI, Slot Format Indicator)를 이용하여 단말에 슬롯이 하향링크 슬롯인지, 상향링크 슬롯인지 또는 플렉시블 슬롯인지를 알려줄 수 있다. 기지국은 단말 특정하게 RRC 시그널링을 통해서 구성된 테이블의 인덱스를 SFI를 이용하여 지시함으로써 슬롯 포맷을 지시할 수 있으며, DCI(Downlink Control Information)를 통해서 동적으로 지시하거나 RRC를 통해서 정적 또는 준정적으로 지시할 수도 있다.
<NR 물리 자원 >
NR에서의 물리 자원(physical resource)과 관련하여, 안테나 포트(antenna port), 자원 그리드(resource grid), 자원 요소(resource element), 자원 블록(resource block), 대역폭 파트(bandwidth part) 등이 고려될 수 있다.
안테나 포트는 안테나 포트 상의 심볼이 운반되는 채널이 동일한 안테나 포트 상의 다른 심볼이 운반되는 채널로부터 추론될 수 있도록 정의된다. 하나의 안테나 포트 상의 심볼이 운반되는 채널의 광범위 특성(large-scale property)이 다른 안테나 포트 상의 심볼이 운반되는 채널로부터 추론될 수 있는 경우, 2 개의 안테나 포트는 QC/QCL(quasi co-located 혹은 quasi co-location) 관계에 있다고 할 수 있다. 여기에서, 광범위 특성은 지연 확산(Delay spread), 도플러 확산(Doppler spread), 주파수 시프트(Frequency shift), 평균 수신 파워(Average received power), 수신 타이밍(Received Timing) 중 하나 이상을 포함한다.
도 3은 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 자원 그리드를 설명하기 위한 도면이다.
도 3을 참조하면, 자원 그리드(Resource Grid)는 NR이 동일 캐리어에서 복수의 뉴머롤러지를 지원하기 때문에 각 뉴머롤러지에 따라 자원 그리드가 존재할 수 있다. 또한, 자원 그리드는 안테나 포트, 서브캐리어 간격, 전송 방향에 따라 존재할 수 있다.
자원 블록(resource block)은 12개의 서브캐리어로 구성되며, 주파수 도메인 상에서만 정의된다. 또한, 자원 요소(resource element)는 1개의 OFDM 심볼과 1개의 서브캐리어로 구성된다. 따라서, 도 3에서와 같이 하나의 자원 블록은 서브캐리어 간격에 따라 그 크기가 달라질 수 있다. 또한, NR에서는 자원 블록 그리드를 위한 공통 참조점 역할을 수행하는 "Point A"와 공통 자원 블록, 가상 자원 블록 등을 정의한다.
도 4는 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 대역폭 파트를 설명하기 위한 도면이다.
NR에서는 캐리어 대역폭이 20Mhz로 고정된 LTE와 달리 서브캐리어 간격 별로 최대 캐리어 대역폭이 50Mhz에서 400Mhz로 설정된다. 따라서, 모든 단말이 이러한 캐리어 대역폭을 모두 사용하는 것을 가정하지 않는다. 이에 따라서 NR에서는 도 4에 도시된 바와 같이 캐리어 대역폭 내에서 대역폭 파트를 지정하여 단말이 사용할 수 있다. 또한, 대역폭 파트는 하나의 뉴머롤러지와 연계되며 연속적인 공통 자원 블록의 서브 셋으로 구성되고, 시간에 따라 동적으로 활성화 될 수 있다. 단말에는 상향링크 및 하향링크 각각 최대 4개의 대역폭 파트가 구성되고, 주어진 시간에 활성화된 대역폭 파트를 이용하여 데이터가 송수신된다.
페어드 스펙트럼(paired spectrum)의 경우 상향링크 및 하향링크 대역폭 파트가 독립적으로 설정되며, 언페어드 스펙트럼(unpaired spectrum)의 경우 하향링크와 상향링크 동작 간에 불필요한 주파수 리튜닝(re-tunning)을 방지하기 위해서 하향링크와 상향링크의 대역폭 파트가 중심 주파수를 공유할 수 있도록 쌍을 이루어 설정된다.
<NR 초기 접속>
NR에서 단말은 기지국에 접속하여 통신을 수행하기 위해서 셀 검색 및 랜덤 액세스 절차를 수행한다.
셀 검색은 기지국이 전송하는 동기 신호 블록(SSB, Synchronization Signal Block)를 이용하여 단말이 해당 기지국의 셀에 동기를 맞추고, 물리계층 셀 ID를 획득하며, 시스템 정보를 획득하는 절차이다.
도 5는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 동기 신호 블록을 예시적으로 도시한 도면이다.
도 5를 참조하면, SSB는 각각 1개 심볼 및 127개 서브 캐리어를 점유하는 PSS(primarysynchronization signal) 및 SSS(secondary synchronization signal) 및 3개의 OFDM 심볼 및 240 개의 서브캐리어에 걸쳐있는 PBCH로 구성된다.
단말은 시간 및 주파수 도메인에서 SSB를 모니터링하여 SSB를 수신한다.
SSB는 5ms 동안 최대 64번 전송될 수 있다. 다수의 SSB는 5ms 시간 내에서 서로 다른 전송 빔으로 전송되며, 단말은 전송에 사용되는 특정 하나의 빔을 기준으로 볼 때에는 20ms의 주기마다 SSB가 전송된다고 가정하고 검출을 수행한다. 5ms 시간 내에서 SSB 전송에 사용할 수 있는 빔의 개수는 주파수 대역이 높을수록 증가할 수 있다. 예를 들어, 3GHz 이하에서는 최대 4개의 SSB 빔 전송이 가능하며, 3~6GHz까지의 주파수 대역에서는 최대 8개, 6GHz 이상의 주파수 대역에서는 최대 64개의 서로 다른 빔을 사용하여 SSB를 전송할 수 있다.
SSB는 하나의 슬롯에 두 개가 포함되며, 서브캐리어 간격에 따라 아래와 같이 슬롯 내에서의 시작 심볼과 반복 횟수가 결정된다.
한편, SSB는 종래 LTE의 SS와 달리 캐리어 대역폭의 센터 주파수에서 전송되지 않는다. 즉, SSB는 시스템 대역의 중심이 아닌 곳에서도 전송될 수 있고, 광대역 운영을 지원하는 경우 주파수 도메인 상에서 복수의 SSB가 전송될 수 있다. 이에 따라서, 단말은 SSB를 모니터링 하는 후보 주파수 위치인 동기 래스터(synchronization raster)를 이용하여 SSB를 모니터링 한다. 초기 접속을 위한 채널의 중심 주파수 위치 정보인 캐리어래스터(carrier raster)와 동기 래스터는 NR에서 새롭게 정의되었으며, 동기 래스터는 캐리어래스터에 비해서, 주파수 간격이 넓게 설정되어 있어서, 단말의 빠른 SSB 검색을 지원할 수 있다.
단말은 SSB의 PBCH를 통해서 MIB를 획득할 수 있다. MIB(Master Information Block)는 단말이 네트워크가 브로드캐스팅 하는 나머지 시스템 정보(RMSI, Remaining Minimum System Information)를 수신하기 위한 최소 정보를 포함한다. 또한, PBCH는 시간 도메인 상에서의 첫 번째 DM-RS 심볼의 위치에 대한 정보, SIB1을 단말이 모니터링하기 위한 정보(예를 들어, SIB1 뉴머롤러지 정보, SIB1 CORESET에 관련된 정보, 검색 공간 정보, PDCCH 관련 파라미터 정보 등), 공통 자원 블록과 SSB 사이의 오프셋 정보(캐리어 내에서의 절대 SSB의 위치는 SIB1을 통해서 전송) 등을 포함할 수 있다. 여기서, SIB1 뉴머롤러지 정보는 단말이 셀 검색 절차를 완료한 이후에 기지국에 접속하기 위한 랜덤 액세스 절차의 메시지 2와 메시지 4에서도 동일하게 적용된다.
전술한 RMSI는 SIB1(System Information Block 1)을 의미하며, SIB1은 셀에서 주기적으로(ex, 160ms) 브로드캐스팅 된다. SIB1은 단말이 초기 랜덤 액세스 절차를 수행하는데 필요한 정보를 포함하며, PDSCH를 통해서 주기적으로 전송된다. 단말이 SIB1을 수신하기 위해서는 PBCH를 통해서 SIB1 전송에 사용되는 뉴머롤러지 정보, SIB1의 스케줄링에 사용되는 CORESET(Control Resource Set) 정보를 수신해야 한다. 단말은 CORESET 내에서 SI-RNTI를 이용하여 SIB1에 대한 스케줄링 정보를 확인하고, 스케줄링 정보에 따라 SIB1을 PDSCH 상에서 획득한다. SIB1을 제외한 나머지 SIB들은 주기적으로 전송될 수도 있고, 단말의 요구에 따라 전송될 수도 있다.
도 6는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 랜덤 액세스 절차를 설명하기 위한 도면이다.
도 6을 참조하면, 셀 검색이 완료되면 단말은 기지국으로 랜덤 액세스를 위한 랜덤 액세스 프리앰블을 전송한다. 랜덤 액세스 프리앰블은 PRACH를 통해서 전송된다. 구체적으로, 랜덤 액세스 프리앰블은 주기적으로 반복되는 특정 슬롯에서 연속된 무선 자원으로 구성되는 PRACH를 통해서 기지국으로 전송된다. 일반적으로, 단말이 셀에 초기 접속하는 경우에 경쟁 기반 랜덤 액세스 절차를 수행되며, 빔 실패 복구(BFR, Beam Failure Recovery)를 위해서 랜덤 액세스를 수행하는 경우에는 비경쟁 기반 랜덤 액세스 절차가 수행된다.
단말은 전송한 랜덤 액세스 프리앰블에 대한 랜덤 액세스 응답을 수신한다. 랜덤 액세스 응답에는 랜덤 액세스 프리앰블식별자(ID), UL Grant (상향링크 무선자원), 임시 C-RNTI(Temporary Cell - Radio Network Temporary Identifier) 그리고 TAC(Time Alignment Command) 이 포함될 수 있다. 하나의 랜덤 액세스 응답에는 하나 이상의 단말들을 위한 랜덤 액세스 응답 정보가 포함될 수 있기 때문에, 랜덤 액세스 프리앰블식별자는 포함된 UL Grant, 임시 C-RNTI 그리고 TAC가 어느 단말에게 유효한지를 알려주기 위하여 포함될 수 있다. 랜덤 액세스 프리앰블식별자는 기지국이 수신한 랜덤 액세스 프리앰블에 대한 식별자일 수 있다. TAC는 단말이 상향 링크 동기를 조정하기 위한 정보로서 포함될 수 있다. 랜덤 액세스 응답은 PDCCH상의 랜덤 액세스 식별자, 즉 RA-RNTI(Random Access - Radio Network Temporary Identifier)에 의해지시될 수 있다.
유효한 랜덤 액세스 응답을 수신한 단말은 랜덤 액세스 응답에 포함된 정보를 처리하고, 기지국으로스케줄링된 전송을 수행한다. 예를 들어, 단말은 TAC을 적용시키고, 임시 C-RNTI를 저장한다. 또한, UL Grant를 이용하여, 단말의 버퍼에 저장된 데이터 또는 새롭게 생성된 데이터를 기지국으로 전송한다. 이 경우 단말을 식별할 수 있는 정보가 포함되어야 한다.
마지막으로 단말은 경쟁 해소를 위한 하향링크 메시지를 수신한다.
본 명세서에서 NR(New Radio)과 관련한 주파수, 프레임, 서브프레임, 자원, 자원블럭, 영역(region), 밴드, 서브밴드, 제어채널, 데이터채널, 동기신호, 각종 참조신호, 각종 신호, 각종 메시지는 과거 또는 현재 사용되는 의미 또는 장래 사용되는 다양한 의미로 해석될 수 있다.
LTE 릴레이 기술
LTE 기술에서 릴레이 기술은 릴레이 노드(Relay node, RN)로 불리는 추가적인 네트워크 노드의 사용을 통해 셀 커버리지를 확장하기 위한 목적으로 사용되었다. LTE RN은 IP 패킷 레벨에서 사용자 플레인 데이터와 제어 플레인 데이터에 대한 릴레이를 수행하였다. 또한, 릴레이 노드를 서비스하는 기지국인 도너 기지국(Donor eNB, DeNB)과 단말 간에는 하나의 RN을 통해서만 서비스가 제공되었다. 즉, 단말과 DeNB 간에 단일 홉을 통한 릴레이만을 지원했었다.
도 7은 LTE 기술에서 릴레이 기반 사용자 플레인 프로토콜 구조의 일 예를 도시한 도면이다.
도 7을 참조하면, 단말(700)은 릴레이 노드(710)를 통해서 도너 기지국(720)과 통신을 수행한다. 도너 기지국(720)은 게이트웨이(730)로 단말(700)의 데이터를 전달한다. 단말(700)은 L1 물리계층과 L2 계층, IP, TCP/UDP, App. 계층으로 구성된다. 릴레이 노드(710)는 단말(700)과 L1, L2 계층을 통해서 연결되고, 도너 기지국(720)과 IP 계층 상위의 GTP-u 계층을 통해서 연결되어 데이터를 송수신한다. 이를 위해서, LTE 기술에서의 릴레이 프로토콜은 도 7과 같이 구성되었다.
도 8은 LTE 기술에서 릴레이 노드 스타트 업(RN startup) 절차를 도시한 도면이다.
LTE 릴레이 기술에서 RN 동작을 시작하기 위한 도 8(A) 및 도 8(B)의 RN startup 프로시져가 RN에 필요한 파라미터를 구성하기 위해 사용된다.
도 8(A) 및 8(B)를 참조하면, RN(800)이 전원을 켠 후에(S805), RN(800)은 두 단계의 시작 프로시져를 수행한다. RN(800)이 전원을 켰을 때, RN(800)이 어떤 셀에 네트워크 등록(attach)을 위해 허용되는지를 모르기 때문에 두 단계를 가진다. 모든 기지국이 RN(800)을 서비스하도록 지원하지 않기 때문에 RN(800)은 어떤 셀이 RN(800) 동작을 지원하는지 식별할 필요가 있다. 만약 RN(800)이 이미 접속 가능한 셀들을 알고 있다면 phase I은 생략하고 바로 phase II가 수행될 수 있다.
이하, 도 8(A)를 참조하여 Phase I을 설명한다.
Phase I: RN 사전구성을 위한 접속(Attach for RN preconfiguration).
RN(800)은 파워 업 시에 단말로서 E-UTRAN/EPC에 접속하고(S815), RN OAM(850)으로부터 DeNB 셀의 리스트를 포함하는 초기 구성 파라미터를 검색한다(S825). S825 동작이 완료된 이후에 RN(800)은 단말로서 네트워크로부터 분리하고(S835), 하기에서 설명하는 Phase II를 트리거한다. MME(820)는 일반 단말로서 RN(800)에 대한 S-GW 및 P-GW(830) 선택을 수행한다.(The RN attaches to the E-UTRAN/EPC as a UE at power-up and retrieves initial configuration parameters, including the list of DeNB cells, from RN OAM. After this operation is complete, the RN detaches from the network as a UE and triggers Phase II. The MME performs the S-GW and P-GW selection for the RN as a normal UE.)
이하, 도 8(B)를 참조하여 Phase II를 설명한다.
Phase II: RN 동작을 위한 접속(Attach for RN operation).
도 8(B)를 참조하면, RN(800)은 중계 작업을 시작하기 위해서 Phase I에서 수집한 리스트에서 선택된 DeNB(810)에 연결을 수행한다(S806).
DeNB(810)가 S1/X2에 대한 베어러 설정을 시작하면 RN(800)은 DeNB(810)와의 S1 및 X2 연결 설정을 시작한다. 또한, DeNB(810)는 RN 특정 파라미터에 대한 RRC 시그널링을 통해 RN 재구성 절차를 개시한다(S807).(The RN connects to a DeNB selected from the list acquired duringPhase I to start relay operations. After the DeNB initiates setup of bearer for S1/X2, the RN initiates the setup of S1 and X2 associations with the DeNB. In addition, the DeNB may initiate an RN reconfiguration procedure via RRC signalling for RN-specific parameters.)
DeNB(810)는 RN(800)과 S1 셋업을 수행한(S808) 이후, 구성 데이터가 RN 연결로 업데이트 되는 경우에 S1 eNB 구성 업데이트 절차를 수행한다(S809). 또한, DeNB(810)는 RN(800)과 X2 셋업을 수행한(S811) 이후, X2 eNB 구성 업데이트 절차를 수행하여 셀 정보를 업데이트 한다(S812). (After the S1 setup, the DeNB performs the S1 eNB Configuration Update procedure(s), if the configuration data for the DeNB is updated dueto the RN attach. After the X2 setup, the DeNB performs the X2 eNB Configuration Update procedure(s) to update the cell information). Phase II에서 RN 셀의 ECGI들은 RN OAM에 의해서 구성된다(In this phase the RN cells' ECGIs are configured by RN OAM).
Phase II 단계가 완료되면, RN(800)은 릴레이로서 동작을 시작한다(S813).
이와 같이, 종래 LTE 릴레이 기술의 RN은 단일 홉의 릴레이만을 지원했기 때문에 릴레이에 대한 구성이 대부분 정적인 OAM을 통해 제공되었다. 단말 관점에서 RN은 기지국 역할을 하며, RN은 도너 기지국을 코어망 개체와 같이 인식하여 RN에 단말 컨택스트를 구성했다. 따라서 RN은 대부분의 구성이 정적인 OAM을 통해 지시되어 구성되며, RN 장치 전체에 특정한 무선 구성(예를 들어, RN 서브프레임 구성)만이 도너 기지국의 결정에 의해 지시되어 구성되었었다. 이에 따라 단말과 기지국(도너 기지국)간에 멀티 홉을 지원하는 경우에는 단말 별 서비스 요구사항에 따른 효율적인 구성이 어려운 단점이 있었다. 만약 종래 LTE 기술을 통해 복수 홉 릴레이를 지원하고자 하는 경우, 복수의 릴레이 노드들을 통해 데이터를 구분해 처리할 수 있는 방법이 없는 문제점도 있다. 또한 IP 계층 상위의 시그널링과 데이터 처리는 지연을 증가시킬 수 있는 문제가 있다.
상위 계층 기능 분리 구조(High layer functionalsplit)
차세대 무선 액세스망(이하에서 설명의 편의를 위해 NR 또는 5G 또는 NG-RAN으로 기재)은 효율적인 망구축을 지원하기 위해 집중노드(이하에서 설명의 편의를 위해 CU(Central Unit)로 표기)와 분산노드(이하에서 편의를 위해 DU(Distributed Unit)로 표기)로 분리되어 제공될 수 있다. 즉, 기지국은 논리적 또는 물리적 측면에서 CU와 DU로 구분되어 구성될 수 있다. 본 개시에서의 기지국은 NR 기술이 적용되는 기지국으로 LTE 기지국(eNB)과 구분하기 위해서 gNB로 표기될 수 있다. 아울러, 이하에서 별도의 기재가 없는 경우에 기지국, 도너 기지국 및 릴레이 노드는 NR 기술이 적용될 수 있다.
CU는 RRC, SDAP 그리고 PDCP 프로토콜을 호스팅하는 논리적인 노드를 의미한다. 또는 CU는 RRC와 상위계층 L2 프로토콜(PDCP)을 호스팅하는 논리적인 노드를 의미한다. CU는 하나 이상의 DU의 오퍼레이션을 제어한다. CU는 DU와 연결된 F1 인터페이스를 터미네이트 한다.(gNB Central Unit (gNB-CU): a logical node hosting RRC, SDAP and PDCP protocols, and controls the operation of one or more gNB-DUs. The gNB-CU also terminates F1 interface connected with the gNB-DU.)
DU는 RLC, MAC 그리고 PHY 계층을 호스팅하는 논리적인 노드를 의미한다. DU의 오퍼레이션은 CU에 의해 부분적으로 제어된다. 하나의 DU는 하나 또는 복수의 셀들을 지원한다. 하나의 셀은 단 하나의 DU에 의해 지원된다. DU는 CU와 연결된 F1 인터페이스를 터미네이트 한다(gNB Distributed Unit (gNB-DU): a logical node hosting RLC, MAC and PHY layers, and its operation is partly controlled by gNB-CU. One gNB-DU supportsone or multiplecells. One cell is supportedby only one gNB-DU. The gNB-DU terminates F1 interface connected with the gNB-CU.)
NG-RAN은 NG 인터페이스를 통해 5GC(5G Core network)에 연결되는 한 셋의 기지국(gNB)으로 구성된다.(The NG-RAN consists of a set of gNBs connected to the 5GC through the NG.)
기지국들은 Xn 인터페이스를 통해 상호 연결될 수 있다.(gNBs can be interconnected through the Xn.) 기지국은 하나의 CU 그리고 DU들로 구성될 수 있다.(A gNB may consist of a gNB-CU and gNB-DUs). CU와 DU는 F1인터페이스를 통해 연결된다.(A gNB-CU and a gNB-DU is connected via F1 logical interface.) 하나의 DU는 단 하나의 CU에만 연결된다.(One gNB-DU is connected to only one gNB-CU). CU와 DU로 구성되는 하나의 기지국에 대한 NG 인터페이스 그리고 Xn-C 인터페이스는 CU에서 터미네이트 된다.(For NG-RAN, the NG and Xn-C interfaces for a gNB consisting of a gNB-CU and gNB-DUs, terminate in the gNB-CU.)
이와 같이 F1 인터페이스는 CU와 DU간에 상호 접속을 제공하는 인터페이스로 해당 인터페이스 상의 시그널링 프로시져를 제공하기 위해 F1AP(The F1 Application Protocol)이 사용된다.
EN-DC에 대해 CU와 DU로 구성되는 하나의 기지국에 대한 S1-U 인터페이스 그리고 X2-C 인터페이스는 CU에서 터미네이트 된다.(For EN-DC, the S1-U and X2-C interfaces for a gNB consisting of a gNB-CU and gNB-DUs, terminate in the gNB-CU.) CU와 연결된 DU는 다른 기지국들과 5GC에게 하나의 기지국으로만 보인다(The gNB-CU and connected gNB-DUs are only visible to other gNBs and the 5GC as a gNB).
NR(New Radio) 기반 릴레이
3GPP에서는 기술 발전에 따른 다양한 요구사항을 만족시키기 위한 5G 무선통신 기술(NR)에 대한 초기 규격 작업을 수행하고 있다. 고주파수 대역을 사용할 수 있는 NR에서는 LTE에 비해 더 넗은 대역폭과 멀티 빔 시스템의 사용 등으로 릴레이 기술의 활용이 늘어날 수 있다. 이를 통해 사업자는 스스로 백홀 기능을 제공하는 NR 셀들의 밀집된 네트워크(a dense network of self-backhauled NR cells)를 좀 더 쉽게 구축할 수 있다. 그러나, 밀리미터웨이브 대역은 심각한 short-term 블락킹을 경험할 수 있는 단점이 있을 수 있다. 또한 밀리미터웨이브 대역의 작은 커버리지와 빔 오퍼레이션은 멀티 홉 릴레이를 통해 유선/광회선(fiber)에 연결된 기지국에 연결하는 것이 필요할 수 있다. 이 경우 종래 LTE 기술에 의한 릴레이 기술을 사용하여 단말을 유선/광회선에 연결된 기지국에 연결시킬 수 없었다. 특히 멀티 홉 릴레이는 멀티 홉에서 데이터를 처리해야 함에 따라 지연에 민감한 5G 서비스 전송에 사용이 곤란할 수 있다. 이에 따라 멀티 홉에서 서비스 별 품질을 만족시키기 위한 다양한 프로토콜 구조에 대한 연구가 필요하지만 이에 대해서는 구체적인 기술이 제시되지 않았다.
따라서, 본 개시에서는 복수의 홉 릴레이를 구성하여 단말 별 또는 서비스 별 품질 요구사항에 데이터를 효과적으로 구분처리할 수 있는 NR 릴레이 구조를 제안하고자 한다. 또한, NR 릴레이 구조 하에서 단말이 멀티 홉의 릴레이 노드를 통해 기지국에 연결하기 위한 구체적인 프로시져 및 장치를 제안하고자 한다.
이하에 개시하는 실시예는 개별적으로 또는 각각의 일부 또는 전부를 상호 조합하여 실시될 수 있다. 또한, 이하에서는 이해의 편의를 위하여 NR 단말에 대한 NR 액세스를 NR 기반의 무선 self-backhauling을 통해 NR기지국(도너 기지국)에 릴레이하는 경우를 중심으로 설명한다. 단, 이는 설명상의 예시일 뿐, 아래에서 설명하는 각 실시예는 LTE 단말에 대한 LTE 액세스를 NR 기반의 무선 self-backhauling을 통해 LTE 기지국(도너 기지국)에 릴레이하는 경우에도 적용될 수 있다.
본 명세서에서의 도너 기지국은 코어망에 대한 인터페이스(NG interface, 예를 들어, N2, N3 인터페이스)를 터미네이트하는 무선망 노드(또는 기지국 또는 gNB 또는 part of gNB)를 의미한다. 도너 기지국은 물리적으로 유선/광회선을 통해 코어망 또는 다른 기지국으로 연결될 수 있다. 또한, 도너 기지국은 NR 무선 기술을 사용하여 기지국, CU, DU, 코어망 노드(AMF, UPF 등) 등 다른 NR 노드와 백홀을 구성할 수 있다. 도너 기지국은 NR 기지국과 동일하게 하나의 CU와 하나 이상의 DU로 구성될 수 있다. 도너 기지국은 IAB-DN, DgNB, DN, Donor기지국 등 다양한 용어로 대체될 수 있다.
한편, IAB(Integrated access and backhaul) 노드는 NR 무선 기술을 사용하여 단말에 대한 액세스 및 무선 self-backhauling을 지원하는 노드를 의미한다. IAB 노드는 NR 무선 기술을 사용하여 다른 NR 노드로의 백홀을 구성할 수 있다. 또한, IAB 노드는 물리적으로 유선/광회선을 통해 다른 NR 노드와 연결되지 못한다. IAB 노드는 릴레이노드, NR-RN, NR 릴레이, 통합 노드 등 다양한 용어로 대체될 수 있다. 이하에서는, 릴레이 노드 또는 IAB 노드로 기재하여 설명한다.
또한, Un 인터페이스는 IAB 노드와 IAB 노드 간 인터페이스 또는 IAB 노드와 도너 기지국과의 인터페이스를 나타낸다. Un 인터페이스는 IAB 백홀 인터페이스, U-IAB 인터페이스, Ui인터페이스 등 다양한 용어로 대체될 수 있다.
멀티 홉 IAB 노드를 통해 단말이 도너 기지국에 액세스하고자 할 때, IAB 노드들은 단말과 도너 기지국 간에 사용자 데이터 트래픽을 효과적으로 구분해 처리/전달할 수 있어야 한다. 일 예를 들어 IAB 노드는 특정 단말로부터 수신한 특정 무선베어러에 속한 상향링크 데이터를 구분해서 도너 기지국으로 전달할 수 있도록, 다음 홉을 결정하고 해당 상향링크 데이터를 다음 홉으로 전달할 수 있어야 한다. 다른 예를 들어 IAB 노드는 특정 도너 기지국으로부터 수신한 특정 단말의 특정 무선베어러에 속한 하향링크 데이터를 구분해서 해당 단말로 처리/전달할 수 있도록, 다음 홉을 결정하고 해당 하향링크 데이터를 다음 홉으로 전달할 수 있어야 한다.
이러한 동작을 구현하기 위해서 멀티 홉 IAB 노드와 도너 기지국은 RRC 연결 설정을 수행해야 한다. 즉, 도 8에서 설명한 RN startup 프로시져와 유사하게, IAB 노드는 IAB 노드 동작을 시작하기 위해서, IAB 노드에 필요한 파라미터를 구성하기 위한 프로시져를 수행할 수 있다.
도 9는 일 실시예에 따른 릴레이 노드를 이용한 RRC 연결 설정 프로시져를 설명하기 위한 도면이다.
도 9를 참조하여 설명하는 프로지셔는 이하에서 설명하는 다양한 프로토콜 구조에서 적용될 수 있다. 도 9에서는 설명의 편의를 위해서 단말과 도너 기지국이 두 개의 홉(ex, IAB 1, IAB 2)을 통해서 데이터를 송수신하는 경우를 중심으로 설명한다. 이는 설명의 편의를 위한 것일 뿐, 임의의 IAB 노드 개수를 포함하는 경우에도 동일하게 적용될 수 있다.
도 9를 참조하면, 도너 기지국(903)은 무선 인터페이스를 통해 직접 연결되는 IAB 노드(IAB 2, 902)과 연결 셋업 동작을 수행한다(S910). 연결 셋업 동작이 완료되면, 도너 기지국(903)은 다른 IAB 노드(IAB 1, 901)와 연결 셋업 동작을 수행한다(S915).
단말(900)은 IAB 1(901)로 Random access preamble을 전송하여, IAB 1(901)에 랜덤 액세스 동작을 개시한다(S920). IAB 1(901)은 단말(900)로 랜덤 액세스 프리앰블에 대한 응답을 랜덤 액세스 응답 메시지에 포함하여 전송한다(S925). 단말(900)은 RRC 연결 요청 메시지를 전송하여 도너 기지국(903)과 RRC 연결 설정 절차를 개시한다(S930). 도너 기지국(903)은 IAB 2(902)와 RRC 연결 재구성 절차를 통해서 IAB 2(902)와 도너 기지국(903) 간 백홀 인터페이스 상에 단말(900) 또는 IAB 1(901) 또는 IAB 2(902)의 제어메시지 전송을 위한 시그널링 무선베어러를 구성한다(S935). 또한, 도너 기지국(903)은 IAB 1(901)과 RRC 연결 재구성 절차를 통해서 IAB 1(901)와 도너 기지국(903) 인터페이스 상에 단말(900) 또는 IAB 1(901)의 제어메시지 전송을 위한 시그널링 무선베어러를 구성한다(S940).
도너 기지국(903)은 단말(900)로 RRC 연결 셋업 메시지를 전송하여 단말(900)에 RRC 연결을 셋업한다(S945). 단말(900)은 수신된 RRC 연결 셋업 메시지를 이용하여 도너 기지국(903)과의 RRC 연결을 셋업하고, RRC 연결 셋업 완료 메시지를 IAB 1(901) 및/또는 IAB 2(902)를 통해 도너 기지국(903)으로 전송한다(S950).
도너 기지국(903)은 단말(900)과 RRC 연결 셋업이 완료되면, 코어망 개체와 시그널링을 수행한다(S955). 이를 통해, 단말(900)에 구성할 PDU session ID, S-NSSAI, QFI(QoS flow Indicator), QFI와 연계된 QoS 프로파일 정보를 코어망 개체로부터 수신한다. 이후, 도너 기지국(903)은 IAB 1(901) 및 IAB 2(902)과 단말(900)을 위한 데이터 무선 베어러를 구분하여 릴레이 하기 위한 무선자원 구성 절차를 수행한다(S965, S970). 도너 기지국(903)은 RRC 연결 재구성 메시지를 전송하여 단말(900)에 무선자원을 구성한다(S970). 단말(900)은 RRC 연결 재구성 완료 메시지를 전송하여 무선자원 구성에 대한 확인을 통지한다(S975).
이상에서와 같이, 릴레이 노드(IAB 노드)를 통해서, 단말과 도너 기지국은 RRC 연결을 설정하고, 무선자원(무선 베어러)을 구성한다.
아래에서는, 도 9에서 설명한 각 단계에 대해서 단계 별로 나누어 보다 상세하게 설명한다.
1) 도너 기지국과 무선 인터페이스를 통해 직접 연결되는 IAB 노드(IAB 2)의 connection setup
만약, IAB 노드가 도너 기지국과 무선 인터페이스를 통해 직접 연결된다면, IAB 노드는 도너 기지국으로 RRC 연결을 설정하여 네트워크 등록을 수행할 수 있다. 예를 들어, IAB 노드가 도너 기지국이 제공하는 셀을 선택하고 해당 셀을 통해 도너 기지국에 연결된다면, IAB 노드는 도너 기지국으로 RRC 연결을 설정하여 네트워크 등록을 수행할 수 있다. IAB 노드는 IAB 노드의 사전구성을 위해 (IAB) OAM으로부터 도너 기지국 셀 리스트를 포함하는 초기 구성 파라미터를 추출해 올 수 있다. 이후 IAB operation을 위해서, IAB 노드는 도너 기지국 셀 리스트에 포함된 셀 중에서 가장 좋은 무선 품질을 가진 셀을 선택하여 해당 셀을 통해 RRC 연결을 설정하고 IAB 노드 오퍼레이션을 수행할 수 있다.
일 예로, IAB 노드와 IAB 노드의 셀들은 IAB OAM에 의해 구성될 수 있다. IAB 노드와 IAB 노드의 셀 구성은 IAB OAM으로부터 도너 기지국 셀 리스트를 포함하는 초기 구성 파라미터를 추출해 올 때 함께 수행되거나, 이후 IAB 노드로서 네트워크 등록을 수행하는 phase II 과정에서 수행될 수도 있다. 또는 IAB 노드에 사전 구성될 수 있다.
다른 예로, IAB 노드와 IAB 노드의 셀들에 대한 무선자원 구성은 도너 기지국에 의해 지시되어 구성될 수 있다. 무선자원 구성동작은 IAB 노드가 단말로서 네트워크 등록을 수행하는 phase I에 수행될 수 있다. 또는 무선자원 구성동작은 IAB 노드로서 네트워크 등록을 수행하는 phase II에 수행될 수 있다. 또는 무선자원 구성동작은 도너 기지국에 의해 트리거되는 경우에 수행되어 구성될 수 있다. 만약, NR 기반의 IAB 노드가 멀티 홉 토폴로지를 지원한다면, 효율적인 무선 자원 제어를 위해 도너 기지국이 IAB 노드의 무선자원을 제어할 수 있다. 이를 통해 단말이 도너 기지국에 액세스하여 데이터를 송수신 할 때, IAB 노드들은 QoS 파라미터에 따라 단말과 도너 기지국 간에 사용자 데이터 트래픽을 효과적으로 구분해 처리/전달할 수 있다.
또 다른 예로, IAB 노드는 IAB 노드와 도너 기지국 간의 인터페이스 셋업 요청 메시지를 도너 기지국으로 송신한다. 설명의 편의를 이하에서 IAB 노드와 도너 기지국 간의 인터페이스를 F3 인터페이스로 표기한다. 이는 설명의 편의를 위한 것으로 임의의 다른 명칭으로 대체될 수 있다. F3 인터페이스는 단말을 서비스 하는 액세스 IAB 노드(e.g. first hop IAB노드)와 도너 기지국간 인터페이스를 나타낼 수 있다. 만약 도너 기지국이 CU와 DU로 분리된 경우 F3 인터페이스는 단말을 서비스 하는 액세스 IAB 노드와 도너 기지국 DU간 인터페이스를 나타낼 수도 있고, 단말을 서비스 하는 액세스 IAB 노드와 도너 기지국 CU간 인터페이스를 나타낼 수 있다.
CU와 DU 간 인터페이스인 F1 인터페이스의 F1AP(F1 Application Protocol)와 유사하게, F3 인터페이스 상에서 도너 기지국과 IAB 노드 간 시그널링 프로시져를 제공하기 위한 상위 계층 프로토콜이 제공될 수 있으며, 설명의 편의를 위해 이를 F3AP(F3 Application Protocol)로 표기해 사용한다. 예를 들어 전술한 IAB 노드와 도너 기지국 간의 인터페이스 셋업 요청 메시지는 F3 인터페이스 상에서 IAB노드와 도너 기지국이 올바르게 동작하기 위해 필요한 애플리케이션 레벨의 데이터를 교환하기 위해 사용되는 F3AP 메시지를 나타낸다.
F3 인터페이스 셋업 요청 메시지는 IAB 노드에 구성된 셀 리스트를 포함한다. 또는, F3 인터페이스 셋업 요청 메시지는 IAB 노드에 구성되고 활성화될 준비가 된 셀 리스트 또는 구성/활성화될 수 있는 후보 셀 리스트를 포함할 수 있다. F3 인터페이스 셋업 요청 메시지는 업링크 RRC 메시지에 포함되어 전송될 수 있다. 일 예를 들어, 업링크 RRC 메시지는 RRC setup complete message 또는 UL Information Transfer 메시지 또는 UE assistant Information 메시지 일 수 있다.
도너 기지국은 코어 망으로의 연결(connectivity)을 보장한다. 이러한 이유로, 도너 기지국은 NG 셋업 또는 gNB Configuration update 프로시져를 5GC(5G Core network)와 수행할 수도 있다.
도너 기지국은 IAB 노드와 도너 기지국 간의 F3 인터페이스 셋업 응답 메시지를 IAB 노드로 송신한다. F3 인터페이스 셋업 응답 메시지는 IAB 노드에 구성할 셀 리스트를 포함할 수 있다. 또는 F3 인터페이스 셋업 응답 메시지는 IAB 노드에서 활성화될 셀 리스트 또는 후보 셀 리스트 중 활성화될 셀 리스트를 포함할 수 있다. F3 인터페이스 셋업 응답 메시지는 다운링크 RRC 메시지에 포함되어 전송될 수 있다. 일 예를 들어 다운링크 RRC 메시지는 RRC connection reconfiguration message 또는 DL Information Transfer 메시지일 수 있다. 만약, IAB 노드가 셀을 활성화하는데 성공하면 활성화된 셀은 작동하게 된다(the cells become operational).
2) 다른 IAB 노드(ex, IAB 2)가 제공하는 무선 인터페이스를 통해 연결되는 IAB 노드(IAB 1)의 connection setup
IAB 노드가 다른 IAB 노드를 통해 도너 기지국에 연결된다면, IAB 노드는 다른 IAB 노드를 통해 도너 기지국으로 RRC 연결을 설정하고 네트워크 등록을 수행할 수 있다. 예를 들어, IAB 노드가 다른 IAB 노드가 제공하는 (활성화된) 셀을 선택하고 다른 IAB 노드를 통해 도너 기지국에 연결된다면, IAB 노드는 다른 IAB 노드를 통해 도너 기지국으로 RRC 연결을 설정하고 네트워크 등록을 수행할 수 있다.
일 예로, 다른 IAB 노드를 통해 도너 기지국에 연결되는 IAB 노드의 사전구성을 위해서, IAB 노드는 IAB OAM으로부터 도너 기지국 셀 리스트 이외에 다른 IAB 노드의 셀 리스트를 포함하는 초기 구성 파라미터를 추출해 올 수 있다. 또는 IAB 노드는 IAB OAM으로부터 도너 기지국 셀 리스트를 제외하고, 다른 IAB 노드의 셀 리스트를 포함하는 초기 구성 파라미터를 추출해 올 수 있다. 또는, IAB 노드는 IAB OAM으로부터 도너 기지국 셀 리스트, 다른 IAB 노드의 셀 리스트, 다른 IAB 노드의 활성화된 셀 리스트, 인접한 IAB 노드의 셀 리스트, 인접한 IAB 노드의 활성화된 셀 리스트, 이웃 IAB 노드의 셀 리스트, 이웃 셀 리스트 및 IAB 노드에 연계된 이웃 셀 리스트 중 적어도 하나를 포함하는 초기 구성 파라미터를 추출해 올 수 있다.
이후, IAB operation을 위해 IAB 노드는 수신된 셀 리스트에 포함된 셀 중에서 가장 좋은 무선 품질을 가진 셀을 선택하여 해당 셀을 통해 RRC 연결을 설정하고 IAB 노드 오퍼레이션을 수행할 수 있다.
다른 예로, 도너 기지국은 다른 IAB 노드를 통해 도너 기지국에 연결된 IAB 노드의 사전 구성 정보 또는 구성정보를 RRC 메시지를 통해 IAB 노드로 지시/구성할 수 있다. 예를 들어, 사전 구성 정보 또는 구성정보는 도너 기지국 셀 리스트, 다른 IAB 노드의 셀 리스트, 다른 IAB 노드의 활성화된 셀 리스트, 인접한 IAB 노드의 셀 리스트, 인접한 IAB 노드의 활성화된 셀 리스트, 이웃 IAB 노드의 셀 리스트, 이웃 셀 리스트 및 IAB 노드에 연계된 이웃 셀 리스트 중 적어도 하나의 정보를 포함할 수 있다. 전술한 RRC 메시지는 RRC 연결 해제 메시지 또는 RRC 연결 재구성 메시지에 포함될 수 있다. 도너 기지국은 IAB 노드의 RRC 연결을 해제할 수 있다. 이후, IAB operation을 위해 IAB 노드(또는 단말)는 수신된 셀 리스트에 포함된 셀 중에서 가장 좋은 무선 품질을 가진 셀을 선택하여 해당 셀을 통해 RRC 연결을 설정하고 IAB 노드 오퍼레이션을 수행할 수 있다.
만약 IAB노드가 IDLE 모드 일반 단말과 동일한 셀선택/재선택 동작을 수행한다면, 무선 품질이 가장 좋은 셀을 선택/재선택하거나 우선순위 주파수 상에서 무선 품질이 가장 좋은 셀을 선택/재선택 할 가능성이 높다. 그러나, 릴레이 동작을 효율적으로 수행하기 위해서는 선택/재선택된 셀이 도너 기지국이 제공하는 셀인지 여부 또는 도너 기지국까지의 홉 수 등을 고려하는 것이 바람직할 수 있다.
이를 위한 일 예로, IAB 노드는 수신된 셀 리스트에 포함된 셀을 선택/재선택함에 있어서, 각 셀의 도너 기지국 제공 여부 또는 도너 기지국까지의 홉 수를 고려하여 선택/재선택할 수 있다. 구체적으로, IAB 노드는 셀 선택/재선택을 위한 동작 수행 시, 셀 선택 기준(또는 셀 재선택 기준/셀 랭킹 기준)에 해당 셀이 도너 기지국에서 제공하는 셀인지 여부를 지시하기 위한 정보 또는 도너 기지국까지의 홉 수에 따른 조정 파라미터/오프셋/스케일링값 중 하나 이상을 포함하여 고려(가산 또는 감산)할 수 있다. 전술한 셀 선택 기준에 추가적으로 적용되는 파라미터는 이하의 셀선택/셀재선택 기준 파라미터 중 하나에 적용되어 사용될 수 있다.
아래의 식은 셀선택 기준값의 일 예를 나타낸다.
Srxlev = Qrxlevmeas - (Qrxlevmin + Qrxlevminoffset) - Pcompensation - Qoffsettemp
Squal = Qqualmeas - (Qqualmin + Qqualminoffset) - Qoffsettemp
각 파라미터는 아래 표의 값을 의미하며, Qoffsettemp는 필요에 따라 적용될 수 있는 오프셋 파라미터를 의미한다. 본 개시에 따라서 추가적으로 적용되는 파라미터는 전술한 각 식에서 감산 또는 가산될 수 있다.
[규칙 제91조에 의한 정정 19.03.2019]　
Figure WO-DOC-FIGURE-tb
한편, 전술한 도너 기지국 셀 리스트, 다른 IAB 노드의 셀 리스트, IAB 노드의 셀선택/셀재선택을 위한 파라미터(예를 들어, 도너 기지국에서 제공하는 셀인지 여부를 지시하기 위한 정보, 도너 기지국 까지의 연결 홉 수를 지시하기 위한 정보, 추가적 파라미터) 및 IAB 노드의 초기 구성 파라미터 중 하나 이상의 정보는 도너 기지국이 제공하는 셀 또는 IAB 노드가 제공되는 셀의 시스템 정보를 통해 브로드캐스트 될 수 있다.
또는, 전술한 도너 기지국 셀 리스트, 다른 IAB 노드의 셀 리스트, IAB 노드의 셀선택/셀재선택을 위한 파라미터(예를 들어, 도너 기지국에서 제공하는 셀인지 여부를 지시하기 위한 정보, 도너 기지국 까지의 연결 홉 수를 지시하기 위한 정보, 추가적 파라미터) 및 IAB 노드의 초기 구성 파라미터 중 하나 이상의 정보는 추가 시스템 정보/On demand 시스템 정보를 통해 제공될 수 있다.
구체적으로, NR에서는 고정된 주기로 브로드캐스트되어 단말이 항상 수신할 수 있는 최소 시스템 정보와 최소 시스템 정보가 아닌 Other 시스템 정보(RMSI)로 구분된다. 최소 시스템 정보는 고정된 주기로 브로드캐스트되며 초기 접속을 위해 필요한 기본 정보를 포함하는 것으로 BCH 상에서 전송되는 마스터정보블락(MasterInformationBlock)과 DL-SCH상에 전송되는 시스템정보블락유형1(SystemInformationBlockType1)으로 구분될 수 있다. 반면 other 시스템 정보(RMSI)는 시스템정보블락유형1(SystemInformationBlockType1)에 의해 브로드캐스트 되는 주기와 스케줄링 정보가 제공된다. IAB 노드를 위해 제공되는 도너 기지국의 정보는 필수적인 최소 시스템 정보가 아닐 수 있다. 따라서 단말이 최소 시스템 정보를 기반으로 on-deamand 방식으로 other 시스템 정보(RMSI)를 획득할 수 있다. 일 예를 들어 랜덤 액세스를 수행하는 과정에서 other 시스템 정보를 수신할 수 있다. 다른 예를 들어 RRC 연결 설정과정에서 other 시스템 정보를 수신할 수 있다.
또는, 전술한 도너 기지국 셀 리스트, 다른 IAB 노드의 셀 리스트, IAB 노드의 셀선택/셀재선택을 위한 파라미터(예를 들어, 도너 기지국에서 제공하는 셀인지 여부를 지시하기 위한 정보, 도너 기지국 까지의 연결 홉 수를 지시하기 위한 정보, 추가적 파라미터) 및 IAB 노드의 초기 구성 파라미터 중 하나 이상의 정보는 도너 기지국이 전용 RRC 메시지를 통해 IAB 노드로 전송할 수 있다. 예를 들어, 기지국이 전송하는 전용 RRC 메시지는 RRC 연결 해제 메시지 또는 RRC 연결 재구성 메시지일 수 있다.
또는, 전술한 도너 기지국 셀 리스트, 다른 IAB 노드의 셀 리스트, IAB 노드의 셀선택/셀재선택을 위한 파라미터(예를 들어, 도너 기지국에서 제공하는 셀인지 여부를 지시하기 위한 정보, 도너 기지국 까지의 연결 홉 수를 지시하기 위한 정보, 추가적 파라미터) 및 IAB 노드의 초기 구성 파라미터 중 하나 이상의 정보는 도너 기지국이 F3AP 메시지를 통해 IAB 노드로 전송할 수 있다.
또한, 전술한 도너 기지국 셀 리스트, 다른 IAB 노드의 셀 리스트, IAB 노드의 셀선택/셀재선택을 위한 파라미터는 IAB노드가 무선 링크 실패를 경험했을 때(예를 들어 연결 상태의 IAB노드가 상위 IAB 노드로 무선 링크에서 실패를 검출), IAB 노드가 도너 기지국으로 연결 복구를 위해 셀선택/재선택/링크선택을 수행하기 위해 사용될 수 있다. 예를 들어 IAB 노드가 무선 링크 실패를 검출하면, 그 IAB 노드는 또 다른 셀을 통해 도너 기지국에 연결을 재설정한다. 이러한 절차는 일반 셀선택 절차를 통해 제공될 수도 있고, 도너 기지국에 의해 사전 구성된 대체 경로를 통해 제공되는 셀 중에 셀선택을 수행할 수도 있다. 도너 기지국은 RRC 전용 메시지를 통해 임의의 IAB 노드가 무선 링크 실패를 검출했을 때, 빠른 복구를 지원하기 위해 우선해 재설정을 수행할 정보를 IAB 노드에 구성할 수 있다. 해당 정보는 우선순위 셀, 우선순위 셀 리스트, 우선순위 주파수, 재설정 후보셀, 재설정 후보셀 리스트, 도너 기지국 셀 리스트, 다른 IAB 노드의 셀 리스트, 셀 별 도너 기지국 까지의 연결 홉수 중 하나 이상의 정보를 포함할 수 있다. IAB 노드가 도너 기지국 또는 상위 IAB 노드로의 무선 링크 실패를 검출하면 해당 정보를 이용해 도너 기지국에 연결을 재설정한다. 일 예로 IAB 노드는 지시된 셀 중에 우선해 셀선택을 수행할 수 있다. 다른 예로 IAB 노드는 브로드캐스트 되는 시스템 정보를 통해 각 셀의 물리셀식별자를 확인하여 지시된 셀을 선택할 수 있다. IAB 노드의 무선 링크가 재설정되면 해당 IAB 노드와 연결된 다른 IAB 노드의 도너 기지국 까지의 연결 홉수가 변경된다. 도너 기지국은 각 IAB 노드 또는 각 IAB 노드가 수용한 셀의 도너 기지국 까지의 연결 홉수를 수정하기 위한 정보를 각각의 IAB 노드로 전달하고 해당 IAB 노드는 이를 수신해 해당 정보를 변경해 저장한다. 해당 정보는 RRC 메시지 또는 F3AP 메시지를 통해 도너 기지국에서 IAB 노드로 지시될 수 있다.
한편, 단말도 전술한 도너 기지국에서 제공하는 셀인지 여부를 지시하기 위한 정보, 도너 기지국까지의 연결 홉 수를 지시하기 위한 정보 등의 파라미터를 기반으로 셀을 우선해서 셀선택/셀재선택을 수행할 수도 있다.
3) Random access preamble 전송
IDLE 상태 단말이 셀선택/셀재선택 기준에 따라 IAB 1노드에 연계된 셀을 선택하는 경우, 해당 단말이 네트워크 액세스를 시도하면(예를 들어 IDLE 단말에서 발신 데이터 전송 트리거), 단말은 IAB 1 노드로 랜덤액세스 프로시져를 개시한다. 단말의 MAC 엔티티는 랜덤 액세스 프리앰블을 IAB 1 노드로 전송한다. 즉, 단말은 IAB 1 노드를 기지국으로 인지하여 랜덤 액세스 프리앰블을 전송한다.
4) Random access response
경쟁 기반의 랜덤액세스 프리앰블을 전송한 단말은 프리앰블 전송의 끝으로부터 고정된 특정 심볼 듀레이션 이후에, 첫번째 PDCCH 오케이젼의 시작에 랜덤액세스 응답 윈도우를 시작한다. 랜덤액세스 응답 윈도우가 동작하는 동안 단말은 RA-RNTI에 의해 식별되는 랜덤 액세스 응답을 위한 PDCCH를 모니터링 한다. 단말이 PDCCH 모니터링 과정에서 RA-RNTI에 의해서 식별되는 랜덤 액세스 응답 메시지를 수신하면, 단말은 해당 응답 메시지를 이용하여 나머지 랜덤 액세스 절차를 수행한다.
5) RRC 연결 요청 메시지 전송
단말은 RRC 연결 요청 메시지를 IAB 1노드로 전송한다.
IAB 1 노드는 RRC 연결 요청 메시지를 IAB 2노드를 통해 도너 기지국으로 전송한다.
일 예로, IAB 1 노드는 RRC 연결 요청 메시지를 업링크 RRC 메시지에 포함하여 전송할 수 있다. 다른 예로, IAB 1 노드는 RRC 연결 요청 메시지를 시그널링 무선베어러(예를 들어 SRB0을 위해 구성된 시그널링 무선베어러 또는 임의의 시그널링 무선베어러를 위해 구성된 SRB1/SRB2)를 통해 전송할 수 있다. RRC 연결 요청 메시지는 IAB 1 노드가 F3 인터페이스를 통해 도너 기지국으로 전송하는 F3AP 메시지 내에 포함되어 시그널링 무선베어러를 통해서 전송될 수 있다. 이를 위한 F3AP 메시지는 업링크 RRC 메시지 전송을 위한 애플리케이션 레벨 메시지가 될 수 있다. 또 다른 예로, IAB 1 노드가 F3 인터페이스를 통해 도너 기지국으로 전송하는 F3AP 메시지는 RRC 연결 요청 메시지에 더해 단말 식별자 및 시그널링 베어러 유형(e.g. SRB0, SRB 1, SRB2) 중 하나 이상의 정보를 포함할 수 있다. 일 예를 들어, IAB 1 노드가 도너 기지국으로 전송하는 메시지는 C-RNTI를 포함할 수 있다. 또는, 단말 식별자는 단말이 IAB 1 노드로 전송한 유효한 C-RNTI, 경쟁 기반 랜덤 액세스를 위해 단말이 랜덤액세스 프리앰블을 전송할 때 포함한 RA-RNTI, IAB 1이 랜덤액세스 응답 메시지를 통해 할당한 Temporary C-RNTI, IAB 1이 랜덤액세스 응답 메시지를 통해 확인한 RA-RNTI 정보 및 단말의 C-RNTI 중 하나 이상의 정보가 될 수 있다. 이를 통해 도너 기지국은 단말의 액세스 IAB 노드가 할당한 C-RNTI를 획득하여, IAB 노드 정보 및/또는 셀 식별정보와 함께 해당 단말을 유일하게 식별하여 무선 자원 제어를 할 수 있다. 다른 예를 들어 단말 식별자는 IAB1 노드가 할당한 I-RNTI가 될 수 있다. I-RNTI는 인액티브 상태 단말을 식별하기 위한 식별정보로 해당 단말의 단말 컨택스트를 유일하게 식별할 수 있다. 다른 예를 들어 도너 기지국에서 수용된 단말을 유일하게 식별할 수 있는 새로운 단말 식별자(설명의 편의를 위해 IAB-RNTI로 표기)를 IAB 1노드가 도너 기지국으로 전송할 수 있다. 도너 기지국은 IAB-RNTI와 IAB노드 정보를 통해 단말을 유일하게 식별할 수 있다. 다른 예를 들어 IAB 1 노드가 도너 기지국으로 전송하는 메시지는 F3 인터페이스를 통한 단말 어소시에이션을 유일하게 식별하기 위한 IAB UE F3AP ID를 포함할 수 있다.
경쟁 기반의 랜덤액세스에서 단말은 스스로 랜덤 액세스 프리앰블을 선택하기 때문에 하나 이상의 단말이 동일한 랜덤액세스 프리앰블을 동시에 전송할 가능성이 있다. 이러한 경우 랜덤액세스 프리앰블을 수신한 기지국에 의한 확인만으로는 충분하지 않을 수 있으며 추가적인 컨텐션 해결 스텝이 필요하다. 이를 위해 IAB 노드 또는 도너 기지국은 어떤 단말의 전송이 실제로 수신되었는지를 단말로 지시할 수 있다.
단말이 랜덤 액세스 응답에 의해 할당된 업링크 무선 자원을 통해 MAC PDU를 전송할 때, 단말은 MAC PDU에 단말의 식별 정보를 포함한다. 만약 단말이 유효한 C-RNTI를 가진다면, C-RNTI MAC CE가 MAC PDU내에 포함된다. 예를 들어 메시지 3(MSG3)에 C-RNTI가 포함된다. IAB 1노드는 연결된 IAB 노드들의 무선자원에 대한 중앙집중적인 제어를 수행하도록 지원하기 위해, 도너 기지국으로 RRC connection request 메시지를 전송할 때, C-RNTI를 포함할 수 있다. 만약 단말이 유효한 C-RNTI를 가지지 않는다면, 예를 들어 CCCH 메시지(RRC connection request 메시지)가 전송될 때 단말의 식별정보를 포함한 CCCH SDU가 MAC PDU 내에 포함된다.
그 이후, 단말이 PDCCH를 통해 C-RNTI를 검출했을 때 또는 단말이 이전에 전송한 CCCH SDU와 동일한 UE contention resolution identity MAC CE를 수신하면, 단말은 랜덤액세스 프로시져가 성공적인 것으로 고려한다.
이를 위한 일 예로 IAB 1노드는 도너 기지국으로부터 RRC 연결 셋업 메시지를 수신할 때까지 RRC 연결 요청 메시지(CCCH SDU)를 저장/버퍼링/보관/유지한다.
이를 위한 다른 예로 IAB 1노드는 도너 기지국으로부터 RRC 연결 셋업 메시지를 수신할 때 RRC 연결 요청 메시지(CCCH SDU)를 함께 수신할 수 있다.
이를 위한 다른 예로 도너 기지국은 단말의 C-RNTI를 temporary C-RNTI로서 단말 컨택스트로 저장한다. 이후 단말로부터 RRC 연결 셋업 완료 메시지를 수신하면 temporary C-RNTI의 값을 C-RNTI로 세팅한다.
이를 위한 다른 예로 IAB 1노드는 단말로부터 수신한 C-RNTI를 저장/버퍼링/보관/유지한다. 이후 도너 기지국으로부터 RRC 연결 셋업 메시지를 수신하면 temporary C-RNTI의 값을 C-RNTI로 세팅한다. 또는 단말로부터 RRC 연결 셋업 완료 메시지를 수신하면, temporary C-RNTI의 값을 C-RNTI로 세팅한다.
6~7) IAB 1노드/IAB 2 노드에 해당 단말 또는 IAB 노드의 제어메시지 전송을 위한 시그널링 무선베어러 구성
도너 기지국은 IAB 1노드/IAB 2 노드에 RRC 연결 요청메시지를 전송한 단말에 대해 SRB1을 구성하여 해당 시그널링 무선베어러를 통한 데이터(RRC 메시지)를 도너 기지국과 단말 간에 전송할 수 있다.
이를 위해서 도너 기지국은 IAB1노드/IAB2노드에서 필요한 구성정보를 IAB 1 노드/IAB 2 노드에 구성할 수 있다. 예를 들어 구성정보는 각 단말의 시그널링 무선베어러 별 데이터를 인터페이스 간에 무선베어러/RLC 베어러에 매핑하여 전송하기 위한 매핑정보를 포함할 수 있다.
일 예로 도너 기지국은 단말의 액세스 IAB 노드인 IAB 1노드에 단말의 RRC 메시지와 IAB 1 노드의 F3AP 메시지 전송을 위해 IAB 1노드와 도너 기지국 간에 SRB1을 구성하여 해당 시그널링 무선베어러를 통해 단말의 RRC 메시지와 IAB 1 노드의 F3AP 메시지를 도너 기지국으로 전송할 수 있다. 다른 예로 도너 기지국은 IAB 1노드의 액세스 IAB 노드인 IAB 2노드에 IAB 1노드의 RRC 메시지와 IAB 2 노드의 F3AP 메시지 전송을 위해 IAB 2노드와 도너 기지국 간에 SRB1을 구성하여 해당 시그널링 무선베어러를 통해 IAB 1노드의 RRC 메시지와 IAB2 노드의 F3AP 메시지를 도너 기지국으로 전송할 수 있다. 다른 예로 도너 기지국은 단말의 액세스 IAB 노드인 IAB 1노드에 해당 단말의 RRC 메시지를 IAB 1노드와 도너 기지국 간에 SRB1에 매핑하여 전송하기 위한 매핑정보를 포함하는 RRC 메시지 또는 F3AP 메시지를 해당 시그널링 무선베어러를 통해 전송할 수 있다. 다른 예로 도너 기지국은 IAB 1 노드의 액세스 IAB 노드인 IAB 2노드에 해당 IAB 1 노드로부터 수신되는 단말의 RRC 메시지를 포함하는 인입 RLC 채널과 도너 기지국으로 전송하는 인출 RLC 채널 간의 매핑정보를 포함하는 RRC 메시지 또는 F3AP 메시지를 전송할 수 있다. 이를 통해 각 단말의 RRC 메시지를 IAB 1 노드와 IAB 2 노드 간, 그리고 IAB 2 노드와 도너 기지국 간에 구분하여 전송할 수 있다.
필요에 따라 스텝 6~7은 스텝 8과 동시에 또는 스텝 8 이후에 수행될 수도 있다.
8) 도너 기지국에서 단말로 RRC 연결셋업 메시지 전송
도너 기지국은 RRC 연결 셋업 메시지를 IAB2노드와 IAB1노드를 통해 단말로 전송한다. 도너 기지국이 단말로 전송하는 RRC 연결셋업 메시지는 IAB 1 노드 또는 IAB 2 노드로 SRB를 통해서 전송될 수 있다. RRC 연결셋업 메시지는 도너 기지국과 IAB 1 노드 간 F3AP 제어메시지에 포함되어 SRB를 통해 IAB 1 노드로 전송될 수 있다.
9) 단말에서 RRC 연결 셋업 완료 메시지를 IAB 노드1을 통해 도너 기지국으로 전송
만약 CCCH SDU가 MSG3에 포함되고 PDCCH 전송이 단말의 temporary C-RNTI에 의해 어드레스 되었다면, 만약 MAC PDU가 성공적으로 디코드 되었다면, 만약 MAC CE 내에 UE contention resolution identity가 MSG3에 전송한 CCCH SDU와 매치된다면 단말은 경쟁 해소가 성공적인 것으로 고려한다. 단말은 temporary C-RNTI의 값을 C-RNTI로 세팅한다.
단말은 RRC 연결 셋업 완료 메시지를 IAB 노드1을 통해 도너 기지국으로 전송한다. RRC 연결 셋업 완료 메시지는 SRB를 통해서 IAB 노드 1에서 IAB 노드 2 또는 도너 기지국으로 전송될 수 있다. 이 경우, RRC 연결 셋업 완료 메시지는 F3AP 메시지에 포함되어 SRB를 통해서 전송될 수 있다.
한편, 단말 식별자를 C-RNTI(16비트)로 사용하면 collision 발생 가능성이 매우 낮게 존재한다. 따라서 전술한 단말 식별자의 일 예로 IAB-1 노드에서 할당한 C-RNTI를 사용할 수 있다. 그러나, 도너 기지국에 수용된 다수의 IAB 노드들이 제공하는 셀들에서 중복/충돌/경합 되는 C-RNTI가 사용될 가능성도 존재한다. Collision이 발생하지 않도록 단말 식별자로 C-RNTI 또는 IAB 1노드가 할당하는 단말 식별자에 더해 노드 식별자를 함께 사용할 수 있다. 해당 노드 식별자는 IAB 노드가 도너 노드에 연결을 설정할 때(connection setup)/액세스를 시도할 때 할당될 수 있다. 노드 식별자는 RRC 메시지를 통해 도너 기지국에서 IAB 노드에 할당될 수 있다.
멀티 홉 IAB 노드를 통해 단말이 도너 기지국에 액세스하고자 할 때, IAB 노드들은 단말과 도너 기지국 간에 사용자 데이터 트래픽을 효과적으로 구분해 처리/전달할 수 있어야 한다. 일 예를 들어, IAB노드는 특정 단말로부터 수신한 특정 무선베어러에 속한 업링크 데이터를 도너 기지국으로 전달할 수 있도록 다음 홉을 결정하고 해당 데이터를 다음 홉으로 포워딩 할 수 있어야 한다.
다른 예를 들어 IAB노드는 특정 도너 기지국으로부터 수신한 특정 단말의 특정 무선베어러에 속한 다운링크 데이터를 해당 단말로 구분해 처리/전달할 수 있도록 다음 홉을 결정하고 해당 데이터를 다음 홉으로 포워딩 할 수 있어야 한다.
10) 코어망 시그널링
도너 기지국은 단말과 RRC 연결 설정을 완료하면 코어망 개체와 시그널링을 수행한다. 예를 들어, 도너 기지국은 기지국과 AMF 간 NG 인터페이스를 통해 코어망에 NGAP 초기 단말 메시지(initial UE message)를 보내 초기 단말 컨택스트 셋업 메시지를 수신하고, 단말 컨택스트를 설정하는 등의 코어망 시그널링 절차를 수행한다. 이를 통해, 단말(900)에 구성할 PDU session ID, S-NSSAI, QFI(QoS flow Indicator), QFI와 연계된 QoS 프로파일 정보를 코어망 개체로부터 수신한다. 이는 3GPP TS 38.413 NGAP 프로토콜에 기술된 임의의 시그널링 메시지 중 하나가 사용될 수 있다.
11~12) IAB 1 노드/IAB 2 노드에 해당 단말을 위한 데이터 무선베어러 구성
도너 기지국은 단말과 데이터 무선 베어러(DRB)를 구성하여 데이터를 송수신하는 데에 있어서, IAB 1 노드/IAB 2 노드에서 필요한 구성정보를 IAB 1 노드/IAB 2 노드에 구성할 수 있다. 단말은 RRC 연결 요청 메시지를 전송한 단말이며, 구성된 DRB를 통해서 도너 기지국과 데이터를 송수신한다.
이를 위해서, IAB 1 노드 및/또는 IAB 2 노드에 구성하는 구성정보는 각 단말의 데이터 무선베어러 별 데이터를 인터페이스 간에 무선베어러/RLC 베어러에 매핑하여 전송하기 위한 매핑정보를 포함할 수 있다. 예를 들어 각 단말의 데이터 무선베어러 별 데이터를 IAB 1노드와 IAB 2 노드 간 인터페이스 그리고 IAB 2노드와 도너 기지국 간 인터페이스에 매핑하여 전송하기 위한 매핑정보를 포함할 수 있다. 해당 정보는 도너 기지국과 IAB 노드 간 F3AP 메시지를 통해 IAB 노드로 지시될 수 있다.
스텝 11~12은 스텝 13과 동시에 또는 스텝 13 이후에 수행될 수 있다.
13~14) RRC 연결 재구성 프로시져를 통해 단말에 무선 자원 구성
도너 기지국은 RRC 연결 재구성 메시지를 통해 단말에 무선 자원(무선베어러 구성 등)을 구성한다. 단말은 이에 대해 확인 메시지를 보낸다.
이상에서 살펴본 바와 같이, 단말과 IAB 노드들 도너 기지국은 릴레이 동작을 통해서 연결을 설정하고, RRC 메시지를 송수신한다.
이하에서는 단말의 RRC 메시지를 도너 기지국으로 전달하는 릴레이 노드(IAB 노드)의 동작에 대해서 보다 상세하게 설명한다. 예를 들어, 단말이 전송하는 RRC 메시지는 시그널링 무선베어러를 통해서 도너 기지국으로 전달될 수 있으며, F3AP 메시지에 포함되어 전달될 수 있다. 본 실시예에서는 상향링크 RRC 메시지를 중심으로 설명하나, 하향링크 RRC 메시지에도 적용될 수 있다. 또한, 아래에서의 릴레이 노드는 전술한 IAB 노드를 예를들어 설명하나, 이에 한정되는 것은 아니다.
도 10은 일 실시예에 따른 릴레이 노드가 RRC 메시지를 전달하는 동작을 설명하기 위한 흐름도이다.
도 10을 참조하면, 릴레이 노드는 RRC 메시지를 처리하는 방법에 있어서, 도너 기지국과 시그널링 무선베어러 또는 상위계층 연결을 설정하는 단계를 수행할 수 있다(S1000). 릴레이 노드는 도너 기지국과 연결을 설정하고, 시그널링 무선베어러를 설정할 수 있다. 또는, 릴레이 노드는 도너 기지국과 상위계층 연결을 설정할 수 있다. 일 예로, 상위계층 연결은 F3AP(F3 Application Protocol)를 의미할 수 있다.
예를 들어, 릴레이 노드는 단말과 무선 액세스를 통해서 접속되고, 타 릴레이 노드 또는 도너 기지국과 무선 백홀로 연결되는 IAB(Integrated access and backhaul) 노드를 의미한다. 또는, 릴레이 노드는 타 릴레이 노드 또는 도너 기지국과 무선 백홀로 연결되는 IAB 노드를 의미할 수 있다. 즉, 여기서, 릴레이 노드는 단말과 무선 액세스를 통해서 직접 연결을 수행하는 IAB 노드일 수도 있고, 릴레이 경로의 중간 또는 도너 기지국 측면에 위치하여 단말과 직접 연결되지 않는 IAB 노드일 수도 있다.
릴레이 노드는 시그널링 무선베어러 또는 상위계층 연결을 설정하기 위해서 도너 기지국으로부터 매핑정보를 수신할 수 있다. 예를 들어, 릴레이 노드는 도너 기지국으로부터 수신되는 단말의 논리채널식별정보와 백홀 RLC 채널 간의 매핑정보를 이용하여 연결을 설정할 수 있다.
설정되는 시그널링 무선베어러는 릴레이 노드의 PDCP 개체와 도너 기지국의 PDCP 개체에서 사이퍼링(Ciphering)이 수행된다.
한편, 릴레이 노드는 단말에서 전송한 RRC 메시지를 수신하는 단계를 수행할 수 있다(S1010). 예를 들어, 릴레이 노드는 단말과의 무선 액세스를 통해서 RRC 메시지를 수신한다.
릴레이 노드는 RRC 메시지를 시그널링 무선베어러 또는 상위계층 프로토콜을 이용하여 도너 기지국 또는 타 릴레이 노드로 전송하는 단계를 수행할 수 있다(S1020). 예를 들어, 릴레이 노드는 릴레이 노드의 어댑테이션 개체에서 RRC 메시지를 포함하는 F3AP메시지에 도너 기지국의 주소정보를 추가하여 전송할 수 있다. 여기서, 도너 기지국의 주소정보는 도너 기지국으로부터 수신되는 GTP(GPRS Tunnelling Protocol) TEID(Tunnel endpoint identifier) 또는 도너 기지국 IP 주소를 의미할 수 있다.
또한, 단말로부터 수신되는 RRC 메시지는 F3AP 메시지의 페이로드에 추가되어 시그널링 무선베어러를 통해서 전송될 수 있다. 이 외에도, F3AP 메시지는 단말 식별정보 및 시그널링 무선베어러 식별정보 중 적어도 하나를 더 포함할 수 있다.
이를 통해서, 릴레이 노드는 단말의 RRC 메시지를 F3AP의 페이로드에 포함하여 시그널링 무선베어러를 통해서 도너 기지국으로 전달한다. 또한, 시그널링 무선베어러를 통해서 송신하기 위해서, 도너 기지국은 PDCP 개체에서 사이퍼링을 수행한다.
도 11은 일 실시예에 따른 RRC 메시지가 전달되는 프로토콜 구조를 예시적으로 나타낸 도면이다.
도 11을 참조하면, 도너 기지국(1130)은 CU와 DU의 분리구조를 가정하였으나, 분리구조가 아닌 경우에도 적용될 수 있다. 즉, 도너 기지국(1130)의 구조에 제한은 없다.
단말(1100)의 RRC와 PDCP는 도너 기지국(1130)의 RRC와 PDCP 계층에 연결되고, 단말(1100)의 RLC 는 IAB 2(1110)의 RLC 계층과 연계된다. 단말(1100)은 단말(1100)과 도너 기지국(1130)간 SRB에 연계된 RLC 엔티티를 통해서 RRC 메시지를 IAB 2(1110)의 인입 RLC 엔티티로 전송한다. IAB 2(1110)은 F3-AP를 통해서 도너 기지국(1130)과 연계되며, IAB 1(1120)로 단말(1100)의 RRC 메시지를 IAB 2(1110)와 도너 기지국(1130)간 SRB를 통해서 전달한다. IAB 1(1120)은 단말의 RRC 메시지를 전송하는 SRB(도면에서 MT's SRB)에 연계된 IAB 2(1110)와 IAB 1(1120) 간 백홀 RLC 채널은 IAB 1(1120)과 도너 기지국(1130)간 백홀 RLC 채널로 매핑되어 단말(1100)의 RRC 메시지를 전달한다.
필요에 따라, IAB 2(1110) 및 IAB 1(1120)은 Adaptation 개체를 포함하여 전달되는 RRC 메시지를 구분 처리한다. RRC 메시지는 F3AP 메시지의 페이로드에 포함되고 SRB를 통해서 전달될 수 있다.
도 12는 일 실시예에 따른 RRC 메시지가 기지국으로 전달되는 절차를 설명하기 위한 신호도이다. 도 12에서는 IAB 2의 MT(Mobile Terminate) 파트를 도너 기지국에 연결 설정하는 경우를 예를 들어 설명한다. 따라서, IAB 1 입장에서 IAB 2는 단말과 유사하게 인지되어 전술한 RRC 메시지 전달 프로시져가 적용될 수 있다.
IAB 노드들은 MT 파트와 DU 파트로 구분될 수 있으며, MT 파트는 도너 기지국 또는 연결된 IAB 노드 측면에서는 단말과 유사한 기능으로 인지된다. DU 파트는 단말 또는 연결된 IAB 노드 측면에서는 DU 기지국과 유사한 기능으로 인지된다. 전술한 바와 같이 DU 기지국은 RLC, MAC 그리고 PHY 계층을 호스팅하는 논리적인 노드를 나타낸다.
도 12를 참조하면, IAB 1(1210)은 IAB 2(1200)로부터 RRC 연결 요청 메시지를 수신한다(S1230). IAB 2(1200) MT 파트는 정상적인 셀 탐색 및 셀 선택을 수행하고 "RRC 연결 요청"을 IAB 1(1210) DU 파트로 전송한다. RRC 메시지는 1231과 같이 캡슐화 되며, 도너 기지국으로 전송되는 페이로드 1에는 PDCP, RRC 데이터가 포함된다(IAB-node2 MT part performs normal cell discovery and cell selection and sends "RRC connection request" to IAB-node1 DU part).
IAB 1(1210) DU 파트는 IAB 2(1200) MT 파트로부터 전송된 페이로드 1을 수신한다. 페이로드 1은 RRC 메시지를 포함하는 PDCP PDU를 나타낸다.
IAB 1(1210)의 DU 파트는 페이로드 1을 운반하기 위한 F3AP 메시지(즉, 초기 UL RRC 메시지)를 생성한다(S1235)(IAB-node1 DU part generates F3AP message (i.e. the initial UL RRC Message) to carry the RRC message sent from IAB-node2 MT part).
IAB 1(1210)의 MT 파트는 캡슐화된 업링크 F3AP 메시지를 SRB를 통해서 도너 기지국(1220)의 DU(1221)로 전송한다(S1240)(IAB-node1 MT part transmits the encapsulated uplink F3AP message to Donor-DU via SRB). 업링크 F3AP 메시지(1241)는 IAB 2(1200) F3AP UE ID, Adaptation layer 정보를 추가적으로 포함한다. 1241의 페이로드 2는 PDCP, F3AP, 페이로드 1을 포함한다.
도너 기지국(1220)의 DU(1221)는 특정 메시지 유형(IAB 노드의 F3AP 메시지)을 학습한다. 그런 다음 adaptation 계층의 헤더를 제거하고 자체 F1AP 메시지에 페이로드 2(IAB 노드의 F3AP 메시지 포함)를 캡슐화한다(S1245)(Donor-DU learns the specific message type (F3AP message of IAB-node). Then it removes the header of adaptation layer, and encapsulates the payload2 (including the F3AP message of IAB-node) in its own F1AP message).
도너 기지국(1220)의 DU(1221)는 IAB 1(1210)의 F3AP 메시지가 포함 된 F1AP 메시지(1251)를 도너 기지국(1220)의 CU(1222)로 전송한다(S1250)(Donor-DU sends its F1AP message which contains the IAB-node1's F3AP message towards the donor-CU).
도너 기지국(1220)의 CU(1222)는 도너 기지국(1220)의 DU(1221)로부터 수신 한 F1AP 메시지(1251)를 캡슐화 해제 한 후, 페이로드 2를 획득한다. 도너 기지국(1220)의 CU(1222)는 추가적인 디 캡슐레이션을 통해 페이로드 2 내의 "RRC 연결 요청"메시지를 획득한다(S1255)(After decapsulation of the F1AP message received from Donor-DU, Donor-CU get payload2, and obtains the "RRC connection request" message inside payload2 through further decapsulation).
도너 기지국(1220)의 CU(1222)는 페이로드 2 및 페이로드 2에 대한 라우팅 정보(예를 들어, IAB 1 어드레스, 도너 기지국 CU 어드레스 등)를 포함하는 F1AP 메시지(예를 들면, DL IAB F1AP 메시지 전송)를 도너 기지국(1220)의 DU(1221)로 전송한다(S1260)(Donor-CU sends the F1AP message (e.g. DL IAB F1AP message transfer) which contains payload2 towards the Donor-DU and routing information (e.g., IAB-node 1 address, Donor-CU address, etc.) for the payload2).
도너 기지국(1220)의 DU(1221)는 수신된 F1AP 메시지(예를 들어, DL IAB F1AP 메시지)로부터 페이로드 2를 추출하고, 페이로드 2에 대한 필수 라우팅 정보를 포함하는 adaptation 계층 헤더를 부가한다(S1265)(Donor-DU extract payload2 from the received F1AP message (e.g. DL IAB F1AP message transfer), and adds the adaptation layer header which includes essential routing information for payload2).
도너 기지국(1220)의 DU(1221)는 SRB를 통해 IAB 1(1210) MT 파트로 캡슐화 된 다운링크 F3AP 메시지(페이로드 2 내부의 DL RRC 메시지 전송)를 전송한다(S1270)(Donor-DU transmits the encapsulated downlink F3AP message (DL RRC message transfer, inside payload2) towards IAB-node1 MT part via SRB).
IAB 1(1210)의 MT 파트는 특정 SRB 또는 메시지 유형 표시자에 따라 특정 메시지 유형(IAB 노드의 F3AP 메시지)을 학습하고, F3AP 메시지가 adaptation 헤더의 라우팅 정보로 F3AP 메시지가 자신에 대한 것임을 확인한다. 이후, IAB 1(1210) MT 파트는 adaptation 계층의 헤더를 제거하고, PDCP 계층의 수신기 처리 후 IAB 2(1200)에 대한 RRC 메시지를 포함하는 F3AP 메시지를 IAB 1(1210) DU 부분으로 전달한다(S1280)(IAB-node1 MT part learns the specific message type (F3AP message of IAB-node) according to the specific SRB or the message type indicator, and knows that the F3AP message is for itself from the routing information in the adaptation header. Then IAB-node 1 MT part removes the header of adaptation layer, and forwards the F3AP message which contains the RRC message for IAB-node 2 after receiver processing of the PDCP layer to IAB-node 1 DU part. The IAB-node 1 DU part extracts the RRC message from F3-AP message).
IAB 1(1210)의 DU 파트는 F3AP 메시지에서 RRC 메시지를 추출한다(IAB-node1 DU parts send the RRC message (RRC connection setup) towards IAB-node 2).
이상에서 설명한 바와 같이, 릴레이 노드는 F3AP 메시지에 RRC 메시지를 포함하여 SRB를 통해서 도너 기지국으로 전달한다.
이하에서는, 전술한 동작을 지원하는 릴레이 노드의 프로토콜 구조에 대해 설명한다. 설명의 편의를 위해 이하에서는 사용자 플레인 프로토콜 구조에 대해서 상향링크 데이터 전송 동작을 통해서 설명한다. 이는 설명의 편의를 위한 것일 뿐, 제어 플레인 프로토콜 구조도 동일한 방법이 적용될 수 있다. 또한, 이하에서 두 개의 홉을 통한 프로토콜 구조에 대해 설명하나, 임의의 개수로 설정된 홉을 통한 구조도 본 개시의 범주에 포함된다.
도 13은 일 실시예에 따른 릴레이 노드가 상향링크 사용자 데이터를 전달하는 동작을 설명하기 위한 흐름도이다.
도 13을 참조하면, 릴레이 노드는 상향링크 사용자 데이터를 처리하는 방법에 있어서 단말로부터 상향링크 사용자 데이터를 수신하는 단계를 수행할 수 있다(S1300). 전술한 바와 같이, 릴레이 노드는 단말과 무선 액세스를 통해서 접속되고, 타 릴레이 노드 또는 도너 기지국과 무선 백홀로 연결되는 IAB(Integrated access and backhaul) 노드를 의미할 수 있다. 또는, 릴레이 노드는 타 릴레이 노드와 무선 백홀로 연결되고, 도너 기지국과도 무선 백홀로 연결되는 IAB 노드를 의미할 수 있다. 릴레이 노드는 단말이 도너 기지국으로 전송하는 상향링크 사용자 데이터를 수신한다.
릴레이 노드는 상향링크 사용자 데이터의 RLC PDU에 연계된 논리채널식별정보를 이용하여 단말 베어러 식별자(UE-bearer-ID)를 유도하는 단계를 수행할 수 있다(S1310). 상향링크 사용자 데이터가 수신되면, 릴레이 노드는 RLC PDU에 연계되는 논리채널식별정보를 이용하여 단말 베어러 식별자를 추출한다. 즉, 릴레이 노드는 논리채널식별정보를 이용하여 단말 베어러 식별자를 확인할 수 있다. 일 예로 단말 베어러 식별자는 도너 기지국으로부터 해당 단말의 베어러를 식별하기 위해 지시된 PDU session ID과 QFI(QoS flow Indicator)를 나타낼 수 있다. 다른 예로 단말 베어러 식별자는 도너 기지국으로부터 해당 단말의 베어러를 식별하기 위해 지시된 무선 베어러 식별자(drb-identiy)를 나타낼 수 있다. 다른 예로 단말 베어러 식별자는 도너 기지국으로부터 해당 단말의 베어러를 식별하기 위해 할당되어 지시된 GTP(GPRS Tunnelling Protocol) TEID(Tunnel endpoint identifier)를 나타낼 수 있다.
릴레이 노드는 단말 베어러 식별자 및 도너 기지국 주소 정보 중 적어도 하나에 기초하여 상향링크 사용자 데이터를 전송할 백홀 RLC 채널을 선택하는 단계를 수행할 수 있다(S1320). 예를 들어, 릴레이 노드는 유도된 단말 베어러 식별자를 이용하여 해당 단말 베어러 식별자에 매핑되는 백홀 RLC 채널을 선택할 수 있다. 또는 릴레이 노드는 도너 기지국 주소 정보를 이용하여 상향링크 사용자 데이터를 전송할 백홀 RLC 채널을 선택할 수 있다. 일 예로, 도너 기지국 주소 정보는 도너 기지국으로부터 수신되는 GTP(GPRS Tunnelling Protocol) TEID(Tunnel endpoint identifier) 또는 도너 기지국 IP 주소일 수 있다. 즉, 릴레이 노드는 사전에 도너 기지국 주소정보를 수신하여 저장할 수 있다.
한편, 릴레이 노드는 도너 기지국으로부터 수신되는 단말의 단말 컨택스트 셋업 메시지에 포함되는 백홀 RLC 채널매핑정보에 기초하여 백홀 RLC 채널을 선택할 수 있다. 즉, 전술한 단말 베어러 식별자 및 도너 기지국 주소정보 중 적어도 하나를 이용하여 백홀 RLC 채널을 선택하기 위해서는 백홀 RLC 채널 매핑정보가 요구된다. 릴레이 노드는 도너 기지국으로부터 백홀 RLC 채널매핑정보를 수신할 수 있다.
예를 들어, 백홀 RLC 채널매핑정보는 단말 베어러 식별자 및 도너 기지국 주소 정보 중 적어도 하나와 백홀 RLC 채널 간의 N:1(N은 1이상의 자연수) 매핑정보를 포함할 수 있다. 또는, 백홀 RLC 채널매핑정보는 단말 베어러 식별자와 도너 기지국 주소 정보 간의 매핑정보를 포함할 수도 있다.
한편, 백홀 RLC 채널은 RRC 메시지의 논리채널구성정보에 따라 구성될 수 있다. 즉, 릴레이 노드는 RRC 메시지의 논리채널구성정보를 이용하여 백홀 RLC 채널을 구성할 수 있다.
릴레이 노드는 선택된 백홀 RLC 채널을 통해서 상향링크 사용자 데이터를 도너 기지국 또는 타 릴레이 노드로 전송하는 단계를 수행할 수 있다(S1330). 릴레이 노드는 릴레이 노드의 어댑테이션 개체에서 단말 베어러 식별자, 도너 기지국 주소 정보, 논리채널식별정보 및 논리채널식별정보와 백홀 RLC 채널간의 매핑정보 중 적어도 하나의 정보를 상향링크 사용자 데이터에 포함하여 전송할 수 있다. 예를 들어, 릴레이 노드는 상향링크 사용자 데이터를 백홀 RLC 채널을 통해서 전송함에 있어서, 상향링크 사용자 데이터에 추가적으로 단말 베어러 식별자 정보를 추가할 수 있다. 단말 베어러 식별자 정보를 추가하는 동작은 릴레이 노드의 어댑테이션 개체에서 수행될 수 있다. 또는, 전송되는 상향링크 사용자 데이터에 도너 기지국 주소정보, 전술한 매핑정보 등이 추가적으로 포함되어 도너 기지국 또는 타 릴레이 노드가 해당 정보를 활용할 수 있다.
한편, 릴레이 노드는 단말로부터 상향링크 사용자 데이터를 수신하기 이전에, 단말로부터 RRC 연결 요청 메시지를 수신하는 단계와 RRC 연결 요청 메시지를 시그널링 무선베어러 또는 F3AP 메시지를 통해서 도너 기지국으로 전송하는 단계를 더 포함할 수 있다. 도 10 내지 도 12를 참조하여 설명한 바와 같이, 릴레이 노드는 단말의 RRC 메시지를 F3AP 메시지에 포함하여 SRB를 통해서 전달할 수 있다. 시그널링 무선베어러 또는 F3AP 메시지는 어댑테이션 개체에서 도너 기지국 주소정보를 포함하도록 설정될 수 있다.
이상에서 설명한 바와 같이, 릴레이 노드는 단말이 도너 기지국으로 전송하는 상향링크 사용자 데이터가 수신되면, 논리채널식별정보, 매핑정보 등의 다양한 정보를 이용하여 상향링크 사용자 데이터를 구분하여 처리할 수 있다. 즉, 릴레이 노드는 해당 상향링크 사용자 데이터를 전달할 도너 기지국 또는 타 릴레이 노드를 결정하여 선택된 백홀 RLC 채널을 통해서 전송한다.
아래에서는 전술한 상향링크 사용자 데이터 전달을 위한 프로토콜의 다양한 예시를 도면을 참조하여 설명한다. 설명의 편의를 위해서 이하에서는 릴레이 노드를 IAB 노드로 기재하여 설명한다.
도 14는 일 실시예에 따른 상향링크 사용자 데이터가 전달되는 프로토콜 구조를 예시적으로 나타낸 도면이다.
도 14를 참조하면, IAB 2(1410)는 단말(1400)로부터 DRB를 통해서 상향링크 사용자 데이터를 수신한다. IAB 2(1410)는 수신된 상향링크 사용자 데이터의 RLC PDU에 연계된 논리채널식별정보를 이용하여 단말 베어러 식별자를 유도한다. 또한, 릴레이 노드는 단말 베어러 식별자 및 도너 기지국 주소정보 중 적어도 하나에 기초하여, 상향링크 사용자 데이터를 전송할 백홀 RLC 채널을 선택한다.
수신된 상향링크 사용자 데이터는 MT 파트를 통해서 IAB 1(1420)으로 전달된다. IAB 1(1420)으로 상향링크 사용자 데이터를 전송하기 위해서, IAB 2(1410)는 백홀 RLC 채널을 선택한다. 또한, IAB 2(1410)는 IAB 1(1420)으로 전송하는 상향링크 사용자 데이터에 추가적으로 단말 베어러 식별자, 도너 기지국(1430) 주소 정보, 논리채널식별정보 및 논리채널식별정보와 백홀 RLC 채널간의 매핑정보 중 적어도 하나의 정보를 포함할 수 있다.
IAB 1(1420)은 IAB 2(1410)로부터 수신된 상향링크 사용자 데이터를 포함하는 메시지를 도너 기지국(1430)의 DU(1431)로 전달한다. 도너 기지국(1430)의 DU(1431)는 IP 계층을 통해서 CU(1432)로 전달한다.
도 15는 일 실시예에 따른 단일 구조의 도너 기지국에서의 상향링크 사용자 데이터가 전달되는 프로토콜 구조를 예시적으로 나타낸 도면이다.
도 15를 참조하면, 도 14의 프로토콜 구조와 단말(1400), IAB 2(1410) 및 IAB 1(1420)과 동일하다. 단, 도너 기지국(1500)이 CU/DU로 구분되지 않을 수 있다. 즉, 도너 기지국은 SDAP 계층에서부터 MAC 계층까지의 동작을 하나의 논리적 노드에서 수행될 수 있다. 그 외, 상향링크 사용자 데이터의 전송 경로 및 동작은 도 14와 동일한 바 생략한다.
- IAB 노드에서 L3 포워딩을 수행하는 프로토콜 구조 실시예
도 16은 일 실시예에 따른 상향링크 사용자 데이터가 전달되는 프로토콜 구조를 예시적으로 나타낸 도면이다.
도 16을 참조하면, (각각의) IAB 노드(1610, 1620)는 종래 LTE RN과 유사하게 L3(IP 계층)에서 사용자 데이터를 포워딩할 수 있다. 이를 위해 단말(1600)과 직접 무선 연결을 가지는 첫 번째 홉 IAB 노드(IAB-1, 1610))은 레이어 2 기능뿐만 아니라 레이어 3 이상의 상위계층 기능을 지원해야 한다. 예를 들어, IAB 1(1610)은 단말(1600)에 RRC 연결 재구성 메시지를 통해 단말(1600)에 무선 연결 파라미터를 구성/재구성할 수 있다. 이를 통해 레이어 3를 지원하는 IAB 1(1610)은 자신이 소유한 셀 식별자를 가진 셀을 제어할 수 있으며, 단말(1600)에 보통의 기지국처럼 보이도록 할 수 있다. 그러나, 이 경우 사용자 데이터를 처리하는데 있어서, 레이어 2 처리에 더해 IP 패킷 처리를 위한 지연이 증가할 수 있는 문제가 있다.
IAB 노드(ex, IAB 1과 IAB 2 간)간 사용자 데이터 포워딩은 GTP-U(또는 GTP-U/UDP/IP, 만약 제어플레인 데이터일 경우 GTP-C, GTP/SCTP 프로토콜 사용) 프로토콜을 통해 수행될 수 있다. 이를 통해 사용자별 무선 베어러별(또는 플로우 별) 구분된/차별화된 트래픽 처리가 가능할 수 있다. 일 예를 들어 IAB 노드(1610, 1620)는 GTP TEID를 통해 이를 구분할 수 있다. 이를 위해서, IAB 노드(1610, 1620)는 사전에 도너 기지국 주소정보로 GTP-TEID와 도너기지국 IP 주소를 수신할 수 있다. 통상 GTP-TEID는 수신 GTP-U 프로토콜 엔티티에서 터널 엔드포인트를 모호하지 않게 식별하기 위한 정보로 GTP 터널의 수신측에서 송신측이 사용해야 할 TEID를 로컬하게 할당한다. 각 네트워크 노드에서 하나의 GTP-U 터널은 하나의 TEID, 하나의 IP 주소 그리고 하나의 UDP 포트 넘버를 가지고 식별된다. TEID는 GTP-U 터널 내의 페이로드가 되는 사용자 데이터가 속한 터널을 지시한다.
본 발명에서 도너 기지국은 단말 베어러 식별자에 매핑되는 TEID를 할당하여 도너 기지국 IP주소와 함께 해당 단말을 서비스하는 액세스 IAB 노드로 전달할 수 있다. 이 때 TEID, IP 주소는 RRC 메시지 또는 F3AP 메시지를 통해 전달될 수 있다.
다른 예를 들어, IAB 노드(1610, 1620)는 GTP TEID, PDU session ID, S-NSSAI, QFI(QoS flow Indicator), QoS 프로파일(e.g. 5QI, allocation and retention priority, Guaranteed Flow Bit Rate, Maximum Flow Bit Rate), DSCP, drb-identity 및 SRB type 중 하나 이상에 대한 매핑정보를 통해 이를 구분할 수 있다. 일 예로 IAB 노드(1610, 1620)는 단말(1600)로부터 해당 단말의 PDU session ID와 QFI에 연계된 업링크 사용자 데이터를 수신하여 이를 GTP-TEID에 매핑하여 도너 기지국으로 구분 전송할 수 있다.
IAB 노드(1610, 1620)와 도너 기지국(DgNB)간 사용자 데이터 포워딩은 GTP-U(또는 GTP-U/UDP/IP, 만약 제어플레인 데이터일 경우 GTP-C, GTP/SCTP 프로토콜 사용) 프로토콜을 통해 수행할 수 있다. 이를 통해 사용자별 무선 베어러별(또는 플로우별) 구분된/차별화된 트래픽 처리가 가능할 수 있다. 일 예를 들어 GTP TEID를 통해 이를 구분할 수 있다. 다른 예를 들어 GTP TEID, PDU session ID, S-NSSAI 및 QFI 중 하나 이상에 대한 매핑정보를 통해 이를 구분할 수 있다.
일 예로 전술한 매핑정보는 OAM을 통해 IAB 노드에 지시될 수 있다. 다른 예로 전술한 매핑 정보는 도너 기지국에 의해 RRC 메시지를 통해 IAB 노드에 지시될 수 있다. 다른 예로 전술한 매핑 정보는 도너 기지국에 의해 F3AP 메시지를 통해 IAB 노드에 지시될 수 있다. 다른 예로 전술한 매핑 정보는 E-RAB, PDU session resource 정보(예를 들어 PDU session ID, S-NSSAI 등), QFI/QCI, 연계된 QoS 프로파일, DSCP(Diffserv code point), TEID, Transport layer Address(e.g. 도너 기지국 IP address), drb-identity 및 SRB type 중 하나 이상의 정보 간 상호 매핑정보를 포함할 수 있다. 구체적으로 일 예를 들어 QFI와 Transport layer Information(TEID, Transport layer Address) 매핑정보를 포함할 수 있다. 또는, DSCP와 무선베어러 식별정보(drb-identity 또는 SRB type)간 매핑 정보를 포함할 수 있다. 또는, QFI와 무선베어러 식별정보(drb-identity 또는 SRB type)간 매핑정보를 포함할 수 있다. 이에 따라 GTP-U 헤더 내에 포함되는 PDU session resource 정보(예를 들어 PDU session ID, S-NSSAI 등), QFI/QCI, 연계된 QoS 프로파일, DSCP(Diffserv code point), TEID, Transport layer Address, drb-identity 및 SRB type 중 하나 이상의 정보를 포함하는 필드는 IAB 노드 간 인터페이스 또는 IAB와 도너 기지국 간 인터페이스 상의 하나의 플로우/베어러에 연계된다. 그리고 PDU session resource 정보(예를 들어 PDU session ID, S-NSSAI 등), QFI/QCI, 연계된 QoS 프로파일, DSCP(Diffserv code point), TEID, Transport layer Address, drb-identity 및 SRB type 중 하나 이상의 정보는 단말과 IAB 노드간 무선 인터페이스의 무선베어러를 식별하는데 사용될 수 있다. 일 예로 IAB노드(1610, 1620)는 단말(1600)로부터 해당 단말의 PDU session ID와 QFI에 연계된 업링크 사용자 데이터를 수신하여 이를 GTP-TEID, 도너 기지국 IP주소에 매핑하여 도너 기지국으로 구분 전송할 수 있다.
- 단말과 연결된 첫 번째 홉 IAB 노드에서 L3 포워딩, 다른 IAB 노드에서는 L2 포워딩 수행을 위한 프로토콜 구조 실시예
도 17은 일 실시예에 따른 상향링크 사용자 데이터가 전달되는 프로토콜 구조를 예시적으로 나타낸 도면이다.
도 17을 참조하면, 단말(1600)과 직접 무선 연결을 구성하는 첫 번째 홉 IAB 노드(1710)는 종래 LTE RN과 유사하게 L3(IP 계층)에서 사용자 데이터를 포워딩하도록 할 수 있다. 이를 위해 단말(1600)과 직접 무선 연결을 가지는 첫 번째 홉 IAB 노드(IAB 1, 1710)은 레이어 2 기능뿐만 아니라 레이어 3 이상의 상위 계층 기능을 지원해야 한다. 예를 들어 IAB 1(1710)은 RRC 연결 재구성 메시지를 통해 단말(1600)에 무선 연결 파라미터를 구성/재구성할 수 있다. 이를 통해 레이어 3를 지원하는 IAB 1(1710)은 자신이 소유한 셀 식별자를 가진 셀을 제어할 수 있으며, 단말(1600)에 보통의 기지국처럼 보이도록 할 수 있다. 그러나, 이 경우 레이어 2 처리에 더해 IP 패킷 처리를 위한 지연이 증가할 수 있는 문제가 있다.
단말(1600)과 직접 무선 연결을 가지는 첫 번째 홉 IAB 노드(1710)와 도너 기지국(1730)간에는 GTP-U(또는 GTP-U/UDP/IP, 만약, 제어플레인 데이터일 경우 GTP-C, GTP/SCTP 프로토콜 사용) 프로토콜을 통해 사용자 데이터가 전달될 수 있다. 일 예를 들어 단말(1600)과 직접 무선 연결을 가지는 첫 번째 홉 IAB 노드(1710)와 도너 기지국(1730)은 GTP TEID를 통해 사용자별 무선 베어러별(또는 플로우별) 구분된/차별화된 트래픽 처리가 가능할 수 있다. 다른 예를 들어 IAB 노드(1710)와 도너 기지국(1730)은 GTP TEID, Transport layer Address(e.g. 도너 기지국 IP address), PDU session ID, S-NSSAI, QFI(QoS flow Indicator), 연계된 QoS 프로파일, DSCP, drb-identity 및 SRB type 중 하나 이상에 대한 매핑 정보를 통해 사용자별 무선 베어러 별 트래픽을 구분할 수 있다. 일 예로 첫 번째 홉 IAB 노드(1710)는 단말(1600)로부터 해당 단말의 PDU session ID와 QFI에 연계된 업링크 사용자 데이터를 수신하여 이를 GTP-TEID, 도너 기지국 IP주소에 매핑하여 도너 기지국으로 구분 전송할 수 있다. 다른 예로 도 18 내지 도 19와 같이 첫 번째 홉 IAB 노드(1710)가 RLC 레이어에서 사용자 데이터를 구분하여 포워딩하는 경우, 첫 번째 홉 IAB 노드(1710)는 단말(1600)로부터 해당 단말의 PDU session ID와 QFI 또는 단말 베어러 식별자에 매핑되는 논리채널 식별정보에 연계된 업링크 사용자 데이터를 수신하여 이를 GTP-TEID, 도너 기지국 IP주소에 매핑하여 도너 기지국으로 구분 전송할 수 있다.
한편, 단말(1600)과 직접 무선 연결을 가지는 첫 번째 홉 IAB 노드(1710)가 아닌 IAB 노드(IAB 2, 1720)의 사용자 데이터 포워딩은 L2 기반으로 수행될 수 있다. 일 예를 들어 도 17과 같이 SDAP 레이어에서 사용자 데이터를 포워딩할 수 있다. 이를 통해 플로우 별 QoS를 만족시키는 데이터 포워딩을 수행할 수 있다. 각각의 QoS flow는 해당하는 QoS 파라미터/프로파일(예를 들어, 5G QoS Identifier, Allocation and Retention Priority, Guaranteed Flow Bit Rate, Maximum Flow Bit Rate 및 Reflective QoS Attribute 중 하나 이상의 파라미터)를 통해 해당하는 데이터 포워딩 처리가 수행될 수 있으며, QFI(QoS flow Indicator)와 연계된 QoS 프로파일에 따라 DRB에 매핑될 수 있다. 그러나, IAB 2 노드(1720)에서 단말 별 데이터 구분이 불가할 수 있기 때문에, 송신 SDAP 엔티티 또는 SDAP 상위의 어댑테이션 레이어 엔티티에서 단말별 구분을 위한 단말 식별자를 추가해 송신할 수 있다. IAB 2 노드(1720)에서 추가된 단말 식별자를 기반으로 매핑되는 플로우/데이터를 선택할 수 있다. 수신 SDAP 엔티티 또는 SDAP 상위의 어댑테이션 레이어 엔티티는 단말별 구분을 위한 단말 식별자를 제거해 상위 계층으로 전송할 수 있다.
또는, 도 17의 IAB 2 노드(1720)는 SDAP 레이어 없이 동작할 수 있다. 즉, IAB 2 노드(1720)는 PDCP 레이어에서 사용자 데이터를 포워딩할 수 있다. 이를 통해 무선베어러를 구분하는 데이터 포워딩을 수행할 수 있으며, 각각의 링크에서 사이퍼링 및/또는 integrity protection을 제공할 수 있다. 하지만 IAB 2 노드(1720)에서 단말 별 구분이 불가할 수 있기 때문에, 송신 SDAP 엔티티 또는 SDAP와 PDCP 엔티티 사이의 어댑테이션 레이어 엔티티 또는 PDCP 엔티티에서 단말별 구분을 위한 단말 식별자를 추가해 송신하고, IAB 2 노드(1720)에서 이를 기반으로 매핑되는 무선베어러를 선택하며 수신 SDAP 엔티티 또는 SDAP와 PDCP 엔티티 사이의 어댑테이션 레이어 엔티티 또는 PDCP 엔티티에서 단말별 구분을 위한 단말 식별자를 제거해 상위 계층으로 전송해야 한다.
또는, 도 17의 IAB 2 노드(1720)는 SDAP 레이어와 PDCP 레이어 없이 동작할 수 있다. 그리고 RLC 상위의 어댑테이션 레이어 또는 RLC 레이어 또는 RLC 레이어와 MAC 레이어 상의 어댑테이션 레이어 또는 MAC 레이어 상에서 사용자 데이터를 포워딩할 수 있다. 이를 통해 무선 베어러/RLC베어러/논리채널을 구분하는 데이터 포워딩이 수행될 수 있다. 그러나, IAB 2 노드(1720)에서 단말 별 구분이 불가하기 때문에, 송신 RLC 상위의 어댑테이션 레이어 엔티티 또는 RLC 레이어 엔티티 또는 RLC 레이어와 MAC 레이어 상의 어댑테이션 레이어 엔티티 또는 MAC 엔티티에서 단말별 구분을 위한 단말 베어러 식별자를 추가해 송신할 수 있다. IAB 2 노드(1720)는 단말 베어러 식별자를 기반으로 매핑되는 무선베어러를 선택하며, 도너 기지국(1730)의 수신 RLC 상위의 어댑테이션 레이어 엔티티 또는 RLC 레이어 엔티티 또는 RLC 레이어와 MAC 레이어 상의 어댑테이션 레이어 엔티티 또는 MAC 엔티티에서 단말별 구분을 위한 단말 베어러 식별자를 제거해 상위 계층으로 전송해야 한다.
또는, IAB 2 노드(1720)에서의 L2 포워딩은 하기에서 설명하는 실시 예(IAB 노드에서 L2 포워딩 수행-1, IAB 노드에서 L2 포워딩 수행-2)들을 참조하여 제공될 수 있다. 세부적인 내용은 하기의 실시 예에서 설명한다.
- IAB 노드에서 L2 포워딩 수행-1 (RLC 상위에 어댑테이션 레이어 적용)을 위한 프로토콜 구조 실시예
도 18은 일 실시예에 따른 상향링크 사용자 데이터가 전달되는 프로토콜 구조를 예시적으로 나타낸 도면이다. 도 19는 일 실시예에 따른 상향링크 사용자 데이터가 전달되는 프로토콜 구조를 예시적으로 나타낸 도면이다.
도 18과 같이, IAB 노드(1810, 1820)가 레이어 2 엔티티(서브 레이어 2 엔티티)에서 사용자 데이터를 구분하여 포워딩할 수 있다.
일 예를 들어 IAB 노드(1810, 1820)는 RLC 레이어에서 사용자 데이터를 구분하여 포워딩할 수 있다. 다른 예를 들어 도 18과 같이 IAB 노드(1810, 1820)는 RLC 레이어 상위에 어댑테이션 레이어를 두어 해당 어댑테이션 레이어 상에서 사용자 데이터를 구분하여 포워딩할 수 있다. 다른 예를 들어 도 19와 같이 IAB 노드(1910, 1920)는 RLC 레이어 하위에(또는 MAC 레이어 상위에) 어댑테이션 레이어를 두며 RLC 레이어 상에서 사용자 데이터를 구분하여 포워딩하도록 할 수 있다.
한편, 설명의 편의를 위해 단말이 업링크 데이터를 IAB 노드를 통해 도너 기지국으로 전송하는 방법을 설명한다. 이는 설명의 편의를 위한 것으로 다운링크 데이터 전송도 유사하게 제공될 수 있다.
도 18과 같이 RLC 계층 상위에 어댑테이션 레이어가 존재한다면, (업링크 데이터에 대해) 단말별 RLC 베어러(또는 무선 베어러)를 단말(1600)과 직접 무선 연결을 가능하게 되는 첫 번째 홉 IAB 노드(IAB 1, 1810)의 어댑테이션 레이어 엔티티에서 IAB 노드 간(IAB 1과 IAB 2 간) 인터페이스 상의 RLC 베어러(또는 무선 베어러) 또는 IAB 노드(1810, 1820)와 도너 기지국(1830) 간 RLC 베어러(또는 무선베어러)에 매핑할 필요가 있다. 여기서 RLC 베어러(RLC 채널)란 RLC 그리고 논리채널 구성으로 구성되는 무선 베어러 구성의 하위 계층 부분을 나타낸다. IAB노드를 통한 업링크 데이터 전송에서 예를 들면, IAB 1와 IAB 2 간 무선 백홀 인터페이스 상에서 IAB 1의 송신 RLC 엔티티와 IAB 2의 수신 RLC 엔티티 간의 논리적인 연결 또는 해당 채널을 나타낸다. 설명의 편의를 위해 본 명세서에서는 RLC 베어러와 무선 베어러를 혼용해 사용할 수 있다. 예를 들어 RLC 베어러를 무선 베어러로 표기할 수 있고, 무선 베어러를 RLC 베어러로 표기할 수도 있다. RLC 베어러는 무선 베어러로 대체될 수 있고, 무선 베어러를 RLC 베어러로 대체될 수도 있다.
만약 IAB 노드 간(IAB 1과 IAB 2 간) 인터페이스 상에서 또는 IAB 노드와 도너 기지국 간(IAB 2와 DgNB 간) 인터페이스 상에서 제공할 수 있는 RLC 베어러(또는 무선 베어러)의 수에 특정한 제한이 없다면, 단말과 직접 무선 연결을 가지는 첫 번째 홉 IAB 노드(IAB 1)의 어댑테이션 레이어 엔티티에서 단말별 RLC 베어러(또는 무선 베어러)와 IAB 노드 간(IAB 1과 IAB 2 간) 인터페이스 상의 RLC베어러(또는 무선 베어러)를 1 대 1로 매핑하도록 구성 할 수 있다. 일 예로 1 대 1 매핑 구성은 도너 기지국이 IAB 1 노드로 RRC 메시지를 통해 구성할 수 있다. 다른 예로 1 대 1 매핑 구성은 도너 기지국이 IAB 1 노드로 F3AP 메시지를 통해 구성할 수 있다. 다른 예로 1 대 1 매핑 구성은 OAM에서 IAB 1 노드로 매핑 정보를 지시하여 구성될 수 있다.
또는, 단말별 RLC 베어러(또는 무선 베어러)와 IAB 노드와 도너 기지국 간(IAB 2와 DgNB 간) RLC 베어러(또는 무선베어러)가 1대1로 매핑되도록 구성할 수 있다. 일 예로 1 대 1 매핑 구성은 도너 기지국이 IAB 2 노드로 RRC 메시지를 전송하여 구성할 수 있다. 다른 예로 1 대 1 매핑 구성은 도너 기지국이 IAB 2 노드로 F3AP 메시지를 통해 구성할 수 있다. 다른 예로 1 대 1 매핑 구성은 OAM에서 IAB 1 노드로 매핑 정보를 지시하여 구성할 수 있다.
만약 IAB 노드 간(IAB 1과 IAB 2 간) 인터페이스 상에서 또는 IAB 노드와 도너 기지국 간(IAB 2와 DgNB 간) 인터페이스 상에서 제공할 수 있는 RLC 베어러(또는 무선 베어러)의 수에 특정한 제한이 있다면, 단말과 직접 무선 연결을 가지는 첫 번째 홉 IAB 노드(IAB 1)의 어댑테이션 레이어 엔티티에서 단말별 RLC 베어러(또는 무선 베어러)와 IAB 노드 간(IAB 1과 IAB 2 간) 인터페이스 상의 RLC 베어러(또는 무선 베어러)를, 또는 중간에 위치한 IAB 노드(IAB 2)에서 단말별 RLC 베어러(또는 무선 베어러)와 도너 기지국 간(IAB 2와 DgNB 간) RLC 베어러(또는 무선베어러)를 N:1로 매핑할 필요가 있다. 여기서 N은 임의의 자연수를 나타낸다.
현재 단말과 기지국 간에서 제공될 수 있는 최대 무선베어러의 수(또는 단말이 제공할 수 있는 최대 무선 베어러의 수)에는 제약이 있다. 예를 들어 LTE에서는 제공할 수 있는 최대 DRB의 수는 8개다. NR의 경우도 제공할 수 있는 최대 DRB의 수는 32개에 불과하다. 따라서 IAB 노드가 다수의 IAB 노드 및 단말을 수용하여 이를 도너 기지국에 릴레이 하는 경우, 만약 IAB노드가 제공할 수 있는 최대 DRB의 수가 일반 단말이 제공할 수 있는 최대 DRB 수와 같다면, IAB 노드와 IAB 노드 간 또는 IAB 노드와 도너 기지국 간에 릴레이를 제공할 수 있는 단말과 무선 베어러에 매핑되는 RLC베어러/무선베어러의 수를 제한해야 하는 문제가 발생할 수 있다.
예를 들어 다음과 같은 상황을 가정하자. IAB 1 노드가 단말-1, 단말-2, 단말-3과 연결되어 있고, 단말-1에 3개의 무선베어러(무선베어러-1, 무선베어러-2, 무선베어러-3)가 구성되어 있다. 그리고 단말-2에 2개의 무선베어러(무선베어러-a, 무선베어러-b)가 구성되어 있다. 그리고 단말-3에 2개의 무선베어러(무선베어러-A, 무선베어러-B)가 구성되어 있다. 그리고, IAB 2 노드에 직접 연결된 단말이 없으며, IAB 1 이외에 IAB 2에 직접 연결된 IAB 노드가 없다. 도너 기지국에 직접 연결된 단말이 없으며, IAB 2 이외에 직접 연결된 IAB 노드가 없다.
위와 같이 가정한 경우, 업링크 데이터 처리를 위해 단말-1의 송신 RLC 엔티티의 수는 3개, 단말-2의 송신 RLC 엔티티의 수는 2개, 단말 3의 송신 RLC 엔티티의 수는 2개다. 이에 피어링된 IAB 1 노드의 수신 RLC 엔티티의 수는 각각 3개(단말-1 피어링 엔티티), 2개(단말-2 피어링 엔티티), 2개(단말-3 피어링 엔티티)다. 도너 기지국은 IAB 1 노드에서 IAB 2 노드로 데이터 전송을 위한 송신 RLC 엔티티의 수를 결정할 수 있다. 예를 들어 단말 별 제공해야 할 무선베어러/RCL베어러 유형/속성에 따라 동일한 패킷 포워딩 처리가 가능한 무선베어러/RLC베어러의 수를 결정할 수 있다. 일 예로 단말-1의 무선베어러-1, 단말-2의 무선베어러-a, 단말-3의 무선베어러-A가 동일한 패킷 포워딩 처리가 가능한 무선베어러(예를 들어 동일한 PDU 세션의 디폴트 베어러, 또는 동일한 서비스 제공을 무선베어러 인 경우)라면, 세 개의 무선베어러/RLC베어러를 IAB -1 노드에서 IAB 2 노드로의 하나의 송신 RLC 엔티티(또는 IAB 1 노드에서 IAB 2 노드 간 인터페이스 상의 하나의 RLC 베어러)에 매핑시켜 데이터를 처리/전달할 수 있다. 이는 어댑테이션 레이어 엔티티에서 제공될 수 있다. 이에 따라 IAB 1 노드에서 단말-1 무선베어러-1의 송신 RLC 엔티티(RLC-TX1)에 피어링된 수신 RLC 엔티티(RLC-RX1)는 IAB 2 노드로의 하나의 송신 RLC 엔티티(설명의 편의를 위해 RLC 엔티티-11로 표기)로 매핑될 수 있다. IAB-1 노드에서 단말-2 무선베어러-a의 송신 RLC 엔티티(RLC-TXa)에 피어링된 수신 RLC 엔티티(RLC-RXa)는 IAB 2 노드로의 동일한 송신 RLC 엔티티(RLC 엔티티-11)로 매핑될 수 있다. IAB 1 노드에서 단말-3 무선베어러-A의 송신 RLC 엔티티(RLC-TXA)에 피어링된 수신 RLC 엔티티(RLC-RXA)는 IAB-2 노드로의 동일한 송신 RLC 엔티티(RLC 엔티티-11)로 매핑될 수 있다.
한편, 업링크 데이터 전송에 있어서 단말에서 RLC 엔티티(또는 RLC 구성정보)는 논리채널식별정보에 의해 구분될 수 있다. 따라서 특정 단말의 특정 무선베어러/RLC베어러의 RLC 엔티티에 피어링된 IAB 1 노드의 수신 RLC 엔티티와 IAB 2 노드의 수신 RLC 엔티티에 피어링 된 IAB 1 노드의 송신 RLC 엔티티 간의 매핑은 각각의 논리채널식별정보를 연계시켜 제공될 수 있다. 일 예로 도너 기지국은 특정 단말의 특정 무선베어러/RLC베어러의 논리채널식별정보와 IAB-1과 IAB 2 간의 무선인터페이스 상의 RLC 베어러의 논리채널식별정보 간 매핑정보를 IAB 1에 구성함으로써 이를 제공할 수 있다. 이는 RRC 메시지 또는 F3AP 메시지를 통해 도너 기지국에서 IAB-1 노드에 지시될 수 있다. 도너 기지국은 단말에 무선 자원을 구성하기 위해서, 단말에 RRC 메시지를 지시할 때, IAB 노드에 해당하는 매핑정보를 포함한 구성정보를 지시할 수 있다. 예를 들어 도너 기지국은 해당 단말의 RRC 재구성 메시지를 IAB 노드를 통해 단말로 전송할 때, 해당 RRC 재구성 메시지를 포함하는 F3AP 메시지를 통해 그 IAB 노드로 해당하는 매핑정보를 함께 포함할 수 있다.
또 다른 방법으로 단말에서 RLC 엔티티는 PDCP 엔티티에 연계된 무선 베어러 식별정보에 의해 구분될 수 있다. 일 예로 도너 기지국은 특정 단말의 특정 무선 베어러/RLC베어러의 무선베어러 식별정보와 IAB 1과 IAB 2 간의 무선인터페이스 상의 논리채널 식별정보(또는 무선베어러 식별정보) 간 매핑정보를 IAB 1에 지시/구성함으로써 PDCP 엔티티에 연계된 무선 베어러 식별정보를 제공할 수 있다.
PDCP 엔티티에 연계된 단말 무선 베어러 식별정보는 IAB 1 무선자원 구성을 위한 RRC 메시지 상의 어댑테이션 레이어 구성정보에 포함되어 제공될 수 있다. 또는 PDCP 엔티티에 연계된 단말 무선 베어러 식별정보는 IAB 1 무선자원 구성을 위한 RRC 메시지 상의 RLC 구성정보에 포함되어 제공될 수 있다. 또는 PDCP 엔티티에 연계된 단말 무선 베어러 식별정보는 IAB 1 무선자원 구성을 위한 RRC 메시지 상의 논리채널 구성정보에 포함되어 제공될 수 있다. 또는 PDCP 엔티티에 연계된 단말 무선 베어러 식별정보는 IAB1 노드로 전송되는 F3AP 메시지에 포함되어 제공될 수 있다. 해당 구성정보/매핑정보는 단말 식별자, 해당 단말의 무선 베어러 식별자/논리채널 식별정보와 이에 매핑되는 IAB 1과 IAB 2 간의 무선인터페이스 상의 RLC 베어러에 대한 논리채널식별정보(또는 무선베어러 식별정보)를 포함할 수 있다. 매핑 정보는 RRC 메시지 또는 F3AP 메시지를 통해 도너 기지국에서 IAB 1 노드에 지시될 수 있다. 도너 기지국은 단말에 무선 자원을 구성하기 위해 단말에 RRC 메시지를 지시할 때, IAB 1 노드에 해당하는 매핑정보를 포함한 구성정보를 지시할 수 있다. 예를 들어 도너 기지국은 해당 단말의 RRC 재구성 메시지를 IAB 노드를 통해 단말로 전송할 때, 해당 RRC 재구성 메시지를 포함하는 F3AP 메시지를 통해 그 IAB 노드로 해당하는 매핑정보를 함께 포함할 수 있다.
또 다른 방법으로 도 15 내지 도 17와 같이 첫 번째 홉 IAB 노드가 단말의 무선베어러별 데이터를 GTP TEID를 통해 구분하여 도너 기지국으로 전달하는 경우, IAB1 노드에서 단말의 RLC 엔티티(또는 RLC 구성정보)는 GTP TEID에 매핑되어 단말별 무선베어러를 구분해 전송할 수 있다. IAB1 노드에서 TEID와 IAB 2 노드의 수신 RLC 엔티티에 피어링 된 IAB 1 노드의 송신 RLC 엔티티 간의 매핑은 GTP TEID와 도너 기지국 IP 주소를 논리채널식별정보를 연계시켜 제공될 수 있다. 일 예로 도너 기지국은 특정 단말의 특정 무선 베어러/RLC베어러에 매핑되는 TEID, 도너 기지국 IP주소와 IAB 1과 IAB 2 간의 무선인터페이스 상의 논리채널 식별정보(또는 무선베어러 식별정보) 간 매핑정보를 IAB 1에 지시/구성할 수 있다. 해당 정보는 IAB 1 무선자원 구성을 위한 RRC 메시지 상의 어댑테이션 레이어 구성정보에 포함되어 제공될 수 있다. 또는 IAB 1 무선자원 구성을 위한 RRC 메시지 상의 RLC 구성정보에 포함되어 제공될 수 있다. 또는 IAB 1 무선자원 구성을 위한 RRC 메시지 상의 논리채널 구성정보에 포함되어 제공될 수 있다. 또는 IAB 1 노드로 전송되는 F3AP 메시지에 포함되어 제공될 수 있다. 해당 구성정보/매핑정보는 단말 식별자, 해당 단말의 무선 베어러 식별자/논리채널 식별정보와 연계된 TEID, 도너 기지국 IP 주소와 이에 매핑되는 IAB 1과 IAB 2 간의 무선인터페이스 상의 RLC 베어러에 대한 논리채널식별정보(또는 무선베어러 식별정보)를 포함할 수 있다. 매핑 정보는 RRC 메시지 또는 F3AP 메시지를 통해 도너 기지국에서 IAB 1 노드에 지시될 수 있다. 도너 기지국은 단말에 무선 자원을 구성하기 위해 단말에 RRC 메시지를 지시할 때, IAB 1 노드에 해당하는 매핑정보를 포함한 구성정보를 지시할 수 있다. 예를 들어 도너 기지국은 해당 단말의 RRC 재구성 메시지를 IAB 노드를 통해 단말로 전송할 때, 해당 RRC 재구성 메시지를 포함하는 F3AP 메시지를 통해 그 IAB 노드로 해당하는 매핑정보를 함께 포함할 수 있다.
전술한 방법과 유사하게 IAB 노드 간(IAB 1과 IAB 2 간) 인터페이스 상의 RLC 베어러(또는 중간에 위치한 IAB 노드(IAB 2)에서 단말 별 RLC 베어러(또는 무선 베어러))를 IAB 노드와 도너 기지국 간(IAB 2와 DgNB 간) RLC 베어러(또는 무선베어러)로 매핑하기 위한 정보가 요구된다. 예를 들어 도너 기지국은 단말 별 제공해야 할 무선베어러/RCL베어러 유형/속성에 따라 중간에 위치한 IAB 노드(IAB 2)에서 동일한 패킷 포워딩 처리가 가능한 무선베어러/RLC베어러의 수를 결정할 수 있다. 또는 도너 기지국은 하위계층에 연결된 IAB 노드(IAB 1)에서 제공하는 무선베어러/RCL베어러 유형/속성에 따라, 중간에 위치한 IAB 노드(IAB 2)에서 동일한 패킷 포워딩 처리가 가능한 무선베어러/RLC베어러의 수를 결정할 수 있다.
업링크 데이터 전송에 있어서, 단말에서의 RLC 엔티티(또는 RLC 구성정보)는 논리채널식별정보에 의해 구분될 수 있다. 따라서 특정 단말의 특정 무선베어러/RLC베어러에 속한 데이터를 IAB 노드에서 다음 홉 IAB 노드(또는 다음 홉이 도너 기지국인 경우 도너 기지국)으로 전송하도록 지시하기 위한 매핑정보는 논리채널 식별정보를 통해 제공될 수 있다. 일 예로 도너 기지국은 특정 단말의 특정 무선베어러/RLC베어러의 논리채널 식별정보와 IAB 2와 도너기지국 간의 무선인터페이스 상의 RLC 베어러의 논리채널 식별정보 간 매핑정보를 IAB 2에 지시/구성함으로써 이를 제공할 수 있다. 이는 RRC 메시지 또는 F3AP 메시지를 통해 도너 기지국에서 IAB 2 노드에 지시될 수 있다. 도너 기지국은 단말에 무선 자원을 구성하기 위해 단말에 RRC 메시지를 지시할 때, IAB 노드에 해당하는 매핑정보를 포함한 구성정보를 지시할 수 있다.
또 다른 방법으로 단말에서 RLC 엔티티는 PDCP 엔티티에 연계된 무선 베어러 식별정보에 의해 구분될 수 있다. 일 예로 도너 기지국은 특정 단말의 특정 무선 베어러/RLC베어러의 무선베어러 식별정보와 IAB 1과 IAB 2 간의 무선 인터페이스 상의 논리채널 식별정보(또는 무선베어러 식별정보) 간 매핑정보를 IAB 2에 지시/구성함으로써 이를 제공할 수 있다.
매핑정보는 어댑테이션 레이어 구성정보에 포함되어 제공될 수 있다. 해당 매핑정보는 단말 식별자, 해당 단말의 무선 베어러 식별자/논리채널 식별정보와 이에 매핑되는 IAB-2과 도너 기지국 간의 무선인터페이스 상의 RLC베어러에 대한 논리채널 식별정보(또는 무선베어러 식별정보)를 포함할 수 있다. IAB-2는 구성된 매핑정보에 따라 해당 데이터에 매핑 정보에 따라 이를 해당하는 MAC 엔티티로 전달할 수 있다.
도너기지국 어댑테이션 레이어 엔티티는 수신된 데이터에 포함된 단말 식별자, 논리채널 식별정보(또는 무선베어러 식별정보)를 기반으로 해당 데이터를 연계된 PDCP 엔티티로 전달할 수 있다.
다른 예로 IAB 1과 IAB 2 간의 무선 인터페이스 상의 RLC 베어러의 논리채널 식별정보와 IAB 2와 도너기지국 간의 무선인터페이스 상의 RLC 베어러의 논리채널 식별정보 간 매핑정보를 IAB 2에 구성할 수 있다. 매핑정보는 RRC 메시지 또는 F3AP 메시지를 통해 도너 기지국에서 IAB 2 노드에 지시될 수 있다. 이는 RRC 메시지를 통해 도너 기지국에서 IAB 1 노드에 지시할 때 또는 단말에 무선 자원을 구성하기 위해 단말에 RRC 메시지를 지시할 때, IAB 2 노드에 해당하는 매핑정보를 포함한 구성정보를 F3AP 메시지를 통해 지시할 수 있다.
또 다른 방법으로 단말에서 RLC 엔티티는 PDCP 엔티티에 연계된 무선 베어러 식별정보에 의해 구분될 수 있다. 일 예로 도너 기지국은 IAB 1과 IAB 2 간의 무선인터페이스 상의 RLC 베어러의 무선베어러 식별정보와 IAB 2과 도너 기지국 간의 무선인터페이스 상의 논리채널 식별정보(또는 무선베어러 식별정보) 간 매핑정보를 IAB 2에 구성함으로써 이를 제공할 수 있다. IAB 2는 구성된 매핑정보에 따라 해당 데이터에 하나 이상의 정보를 헤더에 추가하고, 헤더가 추가된 데이터를 해당하는 MAC 엔티티로 전달할 수 있다. 도너 기지국 어댑테이션 레이어 엔티티는 수신된 데이터에 포함된 단말 베어러 식별자, 논리채널 식별정보(또는 무선베어러 식별정보)를 기반으로 해당 데이터를 연계된 PDCP 엔티티로 전달할 수 있다.
또 다른 방법으로 도 15 내지 도 17와 같이 첫 번째 홉 IAB 노드가 단말의 무선베어러별 데이터를 GTP TEID를 통해 구분하여 도너 기지국으로 전달하는 경우, IAB2 노드는 단말의 RLC 엔티티(또는 RLC 구성정보)에 매핑된 GTP TEID, 도너 기지국 IP 주소를 이용하여 단말별 무선베어러를 구분해 전송할 수 있다. IAB1 노드는 어댑테이션 계층에서 해당 단말별 무선베어러를 통한 사용자 데이터(예를 들어 IP 패킷)에 대해 TEID, 도너 기지국 IP 주소를 헤더 상에 추가하여 전송한다. IAB 2 노드의 어댑테이션 계층은 TEID, 도너 기지국 IP 주소를 송신 RLC 엔티티의 논리채널식별정보를 연계시켜 전송할 수 있다. 일 예로 도너 기지국은 특정 단말의 특정 무선 베어러/RLC베어러에 매핑되는 TEID와 IAB 2와 도너 기지국 간의 무선인터페이스 상의 논리채널 식별정보(또는 무선베어러 식별정보) 간 매핑정보를 IAB 2에 지시/구성할 수 있다. 해당 정보는 IAB 2 무선자원 구성을 위한 RRC 메시지 상의 어댑테이션 레이어 구성정보에 포함되어 제공될 수 있다. 또는 IAB 2 무선자원 구성을 위한 RRC 메시지 상의 RLC 구성정보에 포함되어 제공될 수 있다. 또는 IAB 2 무선자원 구성을 위한 RRC 메시지 상의 논리채널 구성정보에 포함되어 제공될 수 있다. 또는 도너 기지국과 IAB2 노드 간 F3AP 메시지에 포함되어 제공될 수 있다. 해당 구성정보/매핑정보는 단말 식별자, 해당 단말의 무선 베어러 식별자/논리채널 식별정보와 연계된 TEID, 도너 기지국 IP 주소와 이에 매핑되는 IAB 2과 도너 기지국 간의 무선인터페이스 상의 RLC 베어러에 대한 논리채널식별정보(또는 무선베어러 식별정보)를 포함할 수 있다. 매핑 정보는 RRC 메시지 또는 F3AP 메시지를 통해 도너 기지국에서 IAB 2 노드에 지시될 수 있다. 도너 기지국은 단말에 무선 자원을 구성하기 위해 단말에 RRC 메시지를 지시할 때, IAB 2 노드에 해당하는 매핑정보를 포함한 구성정보를 F3AP 메시지를 통해 지시할 수 있다.
- IAB 노드에서 L2 포워딩 수행-2 (RLC 하위에 어댑테이션 레이어 적용) 프로토콜 구조 실시예
다른 예로 도 19와 같이 만약 MAC과 RLC 계층 사이에 어댑테이션 레이어를 구성한다면(또는 MAC 레이어 상에서 MAC 헤더를 사용하여 어댑테이션 기능을 제공한다면), 업링크 데이터에 대해 단말별 무선 베어러를 단말과 직접 무선 연결을 가지는 첫 번째 홉 IAB 노드(IAB 1)의 어댑테이션 레이어 엔티티에서 IAB 노드 간 인터페이스 상의 무선베어러/RLC베어러 또는 IAB 노드와 도너 기지국 간 무선베어러/RLC베어러에 매핑해야 한다. IAB 노드 간 인터페이스 상의 무선 베어러의 RLC 엔티티(RLC 베어러) 또는 IAB 노드와 도너 기지국 간 무선베어러의 RLC 엔티티 수(또는 RLC 베어러 수)는 IAB 1 노드 의 단말별 무선베어러별 RLC 엔티티 수(단말별 RLC 베어러 수)와 동일한 수로 구성될 수 있다. 예를 들어 IAB 1 노드가 단말-1과 단말-2과 연결되어 있고 단말-1이 2개의 무선 베어러, 단말-2가 3개의 무선베어러가 구성되어 있다. 그리고, IAB 2 노드에 직접 연결된 단말이 없으며, IAB 1이외에 IAB 2에 직접 연결된 IAB 노드가 없다고 가정한다. 도너 기지국에 직접 연결된 단말이 없으며, IAB-2 이외에 직접 연결된 IAB 노드가 없는 경우, 업링크 데이터 처리를 위해 단말 1에 RLC 엔티티의 수는 2개, 단말 2에 RLC 엔티티의 수는 3개이다. 그리고 단말 1과 단말 2의 데이터를 수신하는 IAB 1 노드의 수신 RLC 엔티티의 수는 2와 3을 더한 5개가 된다. IAB 1 노드에서 IAB 2 노드로 송신 RLC 엔티티의 수 역시 5개가 된다. IAB 2 노드의 수신 RLC 엔티티의 수 역시 5개가 된다. IAB 2 노드에서 도너 기지국으로 송신 RLC 엔티티의 수 역시 5개가 되며 도너 기지국의 수신 RLC 엔티티의 수 역시 5개가 된다. 각 인터페이스에서 RLC 베어러의 수가 같다.
만약 MAC과 RLC 계층 사이에 어댑테이션 레이어를 구성한다면(또는 MAC 레이어 상에서 MAC 헤더를 사용하여 어댑테이션 기능을 제공한다면), 단말과 도너 기지국에서 무선 베어러별로 PDCP 엔티티를 가지며, 중복구성 베어러가 아닌, 보통의 무선 베어러는 PDCP 엔티티가 RLC 엔티티에 1대 1로 매핑되기 때문에 IAB 노드에서도 단말과 기지국 간의 무선 베어러 수와 동일한 RLC 엔티티를 구성할 필요가 있다.
이를 통해 IAB 노드는 하나의 단말 내에서 서로 다른 무선베어러에 속한(또는 서로 다른 논리채널에 속한) MAC SDUs를 IAB 노드와 IAB 노드 간 인터페이스 상에서 또는 IAB 노드와 도너 기지국 간 인터페이스 상에서 동일한 전송 채널을 통해 멀티플렉싱 하여 전송할 수 있다.
IAB 노드는 서로 다른 단말의 MAC SDUs를 IAB 노드와 IAB 노드 간 인터페이스 상에서 또는 IAB 노드와 도너 기지국 간 인터페이스 상에서 동일한 전송 채널을 통해 멀티플렉싱 하여 전송할 수 있다.
IAB 노드는 서로 다른 단말의 서로 다른 무선베어러에 속한(또는 서로 다른 논리채널에 속한) MAC SDUs를 IAB 노드와 IAB 노드 간 인터페이스 상에서 또는 IAB 노드와 도너 기지국 간 인터페이스 상에서 동일한 전송 채널을 통해 멀티플렉싱 하여 전송할 수 있다.
일 예로 송신 어댑테이션 레이어 엔티티가 단말별 무선베어러별로 구성된 RLC 엔티티(RLC 베어러)로부터 수신한 데이터(예를 들어 RLC PDU)에 대해 단말 식별자(UE ID) 및 무선베어러 식별정보(데이터 무선 베어러 식별정보 또는 SRB 식별정보)/논리채널 식별정보를 포함하는 헤더를 추가한다. 송신 어댑테이션 개체는 헤더가 추가된 데이터를 송신 MAC 개체로 전달하고, 송신 MAC 개체에서 단말 식별자(UE ID) 및 무선베어러 식별정보/논리채널 식별정보 중 하나 이상의 정보를 이용하여 이에 연계된 논리채널 식별정보를 MAC 헤더 상에 추가할 수 있다. MAC 헤더가 추가된 메시지는 IAB 노드와 IAB 노드 간 인터페이스 상에서 또는 IAB 노드와 도너 기지국 간 인터페이스 상에서 동일한 전송 채널을 통해 멀티플렉싱 하여 전송된다. 수신 MAC 개체는 단말 식별자(UE ID) 및 무선베어러 식별정보/논리채널 식별정보 중 하나 이상의 정보를 이용하여 이에 연계된 논리채널 식별정보를 확인하여 단말 별 무선베어러별 데이터를 구분해 처리할 수 있다. 수신 MAC 개체는 수신한 데이터를 처리한 후 수신 어댑테이션 레이어 엔티티로 전달한다. 수신 어댑테이션 레이어 엔티티는 단말 식별자 및 무선 베어러 식별자/논리채널 식별정보에 매핑되는 수신 RLC 엔티티로 (어댑테이션 헤더를 제거하고) 데이터(RLC PDU)를 전달한다.
다른 예로 MAC 개체가 송신 어댑테이션 레이어 기능을 제공하는 경우, 단말별 무선베어러별로 구성된 RLC 엔티티로부터 수신한 데이터(예를 들어 RLC PDU)에 대해 송신 MAC 개체에서 단말 식별자(UE ID)를 포함하는 헤더 필드를 추가한다. 또한, 송신 MAC 개체에서 단말 식별자(UE ID) 및 무선 베어러 식별정보(데이터 무선 베어러 식별정보 또는 SRB 식별정보)/논리채널 식별정보 중 하나 이상의 정보를 이용하여 이에 연계된 논리채널 식별정보를 MAC 헤더 상에 추가한다. 이를 IAB 노드와 IAB 노드 간 인터페이스 상에서 또는 IAB 노드와 도너 기지국 간 인터페이스 상에서 동일한 전송 채널을 통해 멀티플렉싱 하여 전송한다. 수신 MAC 개체는 단말 식별자(UE ID) 및 무선베어러 식별정보/논리채널 식별정보 중 하나 이상의 정보를 이용하여 이에 연계된 논리채널 식별정보를 통해 단말 별 무선베어러별 데이터를 구분해 처리할 수 있다. 수신 MAC 개체는 수신한 데이터를 처리한 후 단말 식별자 및 무선 베어러 식별자/논리채널 식별정보에 매핑되는 수신 RLC 엔티티로 (어댑테이션 헤더를 제거하고) 데이터(RLC PDU)를 전달한다.
현재 단말과 기지국 간에서 제공될 수 있는 최대 무선베어러의 수에는 제약이 있다. 예를 들어 LTE에서는 제공할 수 있는 최대 DRB의 수는 8개다. NR의 경우도 제공할 수 있는 최대 DRB의 수는 32개에 불과하다. 따라서 IAB 노드가 다수의 IAB 노드 및 단말을 수용하여 이를 도너 기지국에 릴레이하고자 하는 경우, 만약 IAB노드가 제공할 수 있는 최대 DRB의 수가 일반 단말이 제공할 수 있는 최대 DRB 수와 같다면, IAB 노드와 IAB 노드 간 또는 IAB 노드와 도너 기지국 간에 릴레이를 제공할 수 있는 단말과 무선 베어러 수가 제한되는 문제가 발생할 수 있다.
이를 해결하기 위한 일 예로 단말에서 단말과 직접 무선 연결을 가지는 첫 번째 홉 IAB 노드(IAB 1) 간 무선 인터페이스 상의 무선 베어러를 IAB 노드와 IAB 노드 간 무선 인터페이스 상의 무선베어러 또는 IAB 노드와 도너 기지국 간 무선 베어러로 매핑할 수 있다.
예를 들어 다음과 같은 상황을 가정하자.
IAB 1 노드에 단말-1, 단말-2, 단말-3이 연결되어 있고, 단말-1에 3개의 무선베어러(무선베어러-1, 무선베어러-2, 무선베어러-3)가 구성되어 있다. 그리고 단말-2에 2개의 무선베어러(무선베어러-a, 무선베어러-b)가 구성되어 있다. 그리고 단말-3에 2개의 무선베어러(무선베어러-A, 무선베어러-B)가 구성되어 있다. 그리고, IAB 2 노드에 직접 연결된 단말이 없으며, IAB 1 이외에 IAB 2에 직접 연결된 IAB 노드가 없다. 도너 기지국에 직접 연결된 단말이 없으며, IAB 2 이외에 직접 연결된 IAB 노드가 없다.
이 경우, 업링크 데이터 처리를 위해 단말-1에 송신 RLC 엔티티의 수는 3개, 단말-2에 송신 RLC 엔티티의 수는 2개, 단말-3에 송신 RLC 엔티티의 수는 2개다. 이에 피어링된 IAB 1 노드의 수신 RLC 엔티티의 수는 각각 3개, 2개, 2개다. 도너 기지국은 IAB 1 노드에서 IAB 2 노드로 송신 RLC 엔티티의 수를 결정할 수 있다. 예를 들어 단말 별 제공해야 할 무선 베어러 유형에 따라 동일한 패킷 포워딩 처리가 가능한 무선베어러의 수를 결정할 수 있다. 일 예로 단말-1의 무선베어러-1, 단말-2의 무선베어러-a, 단말-3의 무선베어러-A가 동일한 패킷 포워딩 처리가 가능한 무선베어러(예를 들어 동일한 PDU 세션의 디폴트 베어러, 또는 동일한 서비스 제공을 무선베어러 인 경우)라면, 그 세 개의 무선베어러를 IAB 1 노드에서 IAB 2 노드로 송신 시에 하나의 RLC 엔티티로 매핑시킬 수 있다. 이에 따라 IAB 1 노드에서 단말-1 무선베어러-1의 송신 RLC 엔티티(RLC-TX1)에 피어링된 수신 RLC 엔티티(RLC-RX1)는 IAB 2 노드로의 하나의 송신 RLC 엔티티(설명의 편의를 위해 RLC 엔티티-11로 표기)로 매핑될 수 있다. IAB 1 노드에서 단말-2 무선베어러-a의 송신 RLC 엔티티(RLC-TXa)에 피어링된 수신 RLC 엔티티(RLC-RXa)는 IAB 2 노드로의 동일한 송신 RLC 엔티티(RLC 엔티티-11)로 매핑될 수 있다. IAB 1 노드에서 단말-3 무선베어러-A의 송신 RLC 엔티티(RLC-TXA)에 피어링된 수신 RLC 엔티티(RLC-RXA)는 IAB 2 노드로의 동일한 송신 RLC 엔티티(RLC 엔티티-11)로 매핑될 수 있다.
단말에서 RLC 엔티티는 논리채널 식별정보에 의해 구분될 수 있다. 따라서 단말별 무선베어러의 RLC 엔티티에 피어링된 IAB 1 노드의 RLC 엔티티와 IAB 2 노드의 RLC 엔티티에 피어링 된 IAB 1 노드의 RLC 엔티티 간의 매핑은 논리채널 식별정보를 통해 제공될 수 있다. 일 예로, 도너 기지국은 단말의 논리채널 식별정보와 IAB 1과 IAB 2 간의 무선 인터페이스 상 논리채널 식별정보 간 매핑정보를 IAB 1에 구성함으로써 이를 제공할 수 있다.
또 다른 방법으로 단말에서 RLC 엔티티는 PDCP 엔티티에 연계된 무선 베어러 식별정보에 의해 구분될 수 있다. 일 예로 도너 기지국은 단말의 무선 베어러 식별정보와 IAB 1과 IAB 2 간의 무선인터페이스 상 논리채널 식별정보 간 매핑정보를 IAB 1에 구성함으로써 이를 제공할 수 있다. 이는 RRC 메시지를 통해 도너 기지국에서 IAB 1 노드에 지시될 수 있다. 도너 기지국은 단말에 무선 자원을 구성하기 위한 RRC 메시지를 지시할 때, IAB 1 노드에 해당하는 매핑정보를 포함한 구성정보를 F3AP 메시지를 통해 지시할 수도 있다.
일 예로 도너기지국 어댑테이션 레이어 엔티티는 수신된 데이터에 포함된 단말 식별자 또는 논리채널 식별정보(또는 무선베어러 식별정보)를 기반으로 해당 데이터를 연계된 RLC 엔티티로 전달할 수 있다. 다른 예로 어댑테이션 레이어는 RLC 베어러별/무선베어러별/논리채널식별정보별로 데이터를 구분해 버퍼링/보관/처리 함으로써 수신 어댑테이션 레이어에서 이를 연계된 단말별 RLC 베어러로 전달할 수 있다.
전술한 방법과 유사하게 IAB 노드 간(IAB 1과 IAB 2 간) 인터페이스 상의 RLC 베어러(또는 중간에 위치한 IAB 노드(IAB 2)에서 단말별 RLC베어러)를 IAB 노드와 도너 기지국 간(IAB 2와 DgNB 간) RLC 베어러로 매핑하기 위한 정보를 구성하는 방법도 있다.
업링크 데이터 전송에 있어서 단말에서 RLC 엔티티(또는 RLC 구성정보)는 논리채널 식별정보에 의해 구분될 수 있다. 따라서 특정 단말의 특정 무선베어러/RLC베어러에 속한 데이터를 IAB 노드에서 다음 홉 IAB 노드(또는 다음 홉이 도너 기지국인 경우 도너 기지국)으로 전송하도록 지시하기 위한 매핑 정보는 논리채널 식별정보를 통해 제공될 수 있다. 일 예로 도너 기지국은 특정 단말의 특정 무선베어러/RLC베어러의 논리채널 식별정보와 IAB 2와 도너기지국 간의 무선인터페이스 상의 RLC 베어러의 논리채널 식별정보 간 매핑정보를 IAB 2에 구성함으로써 이를 제공할 수 있다. 이는 RRC 메시지 또는 F3AP 메시지를 통해 도너 기지국에서 IAB 2 노드에 지시될 수 있다. 또는, 도너 기지국은 단말에 무선 자원을 구성하기 위해서, 단말로 RRC 메시지를 지시할 때, IAB 노드에 매핑정보를 포함한 구성정보를 F3AP 메시지를 통해 지시할 수도 있다.
또 다른 방법으로 단말에서 RLC 엔티티는 PDCP 엔티티에 연계된 무선 베어러 식별정보에 의해 구분될 수 있다. 일 예로 도너 기지국은 특정 단말의 특정 무선 베어러/RLC베어러의 무선베어러 식별정보와 IAB 1과 IAB 2 간의 무선인터페이스 상의 논리채널 식별정보(또는 무선베어러 식별정보) 간 매핑정보를 IAB 1에 구성함으로써 이를 제공할 수 있다.
이는 어댑테이션 레이어 구성정보에 포함되어 제공될 수 있다. 해당 구성정보/매핑정보는 단말 식별자 또는 해당 단말의 무선 베어러 식별자/논리채널 식별정보와 이에 매핑되는 IAB 2 노드와 도너 기지국 간의 무선인터페이스 상의 RLC 베어러에 대한 논리채널 식별정보(또는 무선베어러 식별정보)를 포함할 수 있다. IAB 2는 구성된 매핑정보에 따라 해당 데이터를 해당하는 MAC 엔티티로 전달할 수 있다.
일 예로 도너 기지국 어댑테이션 레이어 엔티티는 수신된 데이터에 포함된 단말 식별자 또는 논리채널 식별정보(또는 무선베어러 식별정보)를 기반으로 해당 데이터를 연계된 RLC 엔티티로 전달할 수 있다. 다른 예로 어댑테이션 레이어는 RLC 베어러별/무선베어러별/논리채널식별정보별로 데이터를 구분해 버퍼링/보관/처리 함으로써 수신 어댑테이션 레이어에서 이를 연계된 단말별 RLC 베어러로 전달할 수 있다.
다른 예로 IAB 1과 IAB 2 간의 무선인터페이스 상의 RLC 베어러의 논리채널 식별정보와 IAB 2와 도너기지국 간의 무선인터페이스 상의 RLC 베어러의 논리채널 식별정보 간 매핑정보를 IAB 2에 구성함으로써 이를 제공할 수 있다. 이는 RRC 메시지를 통해 도너 기지국에서 IAB 2 노드에 지시될 수 있다. 또는 RRC 메시지를 통해 도너 기지국에서 IAB 1 노드에 지시할 때 또는 단말에 무선 자원을 구성하기 위해 RRC 메시지를 지시할 때, IAB 2 노드에 해당하는 매핑정보를 포함한 구성정보를 지시할 수 있다.
또 다른 방법으로 단말에서 RLC 엔티티는 PDCP 엔티티에 연계된 무선 베어러 식별정보에 의해 구분될 수 있다. 일 예로 도너 기지국은 IAB 1과 IAB 2 간의 무선인터페이스 상의 RLC 베어러의 무선베어러 식별정보와 IAB 2와 도너 기지국 간의 무선인터페이스 상의 논리채널 식별정보(또는 무선베어러 식별정보) 간 매핑정보를 IAB 2에 구성함으로써 이를 제공할 수 있다. IAB 2는 구성된 매핑정보에 따라 해당 데이터에 매핑 정보를 헤더에 추가하고 이를 해당하는 MAC 엔티티로 전달할 수 있다. 도너 기지국 어댑테이션 레이어 엔티티는 수신된 데이터에 포함된 단말 식별자 또는 논리채널 식별정보(또는 무선베어러 식별정보)를 기반으로 해당 데이터를 연계된 PDCP 엔티티로 전달할 수 있다.
이상에서 설명한 프로토콜 구조 및 RRC 메시지 처리 방식을 적용하는 경우, 도너 기지국 제어 하에 단말이 멀티 홉의 릴레이 노드를 통해 효과적으로 기지국에 연결을 설정하여 데이터를 송수신할 수 있는 효과가 있다.
아래에서는 전술한 각 실시예의 일부 또는 전부를 수행할 수 있는 릴레이 노드의 구성을 도면을 참조하여 간략하게 다시 한 번 설명한다.
도 20은 또 다른 실시예에 의한 릴레이 노드(2000)의 구성을 보여주는 도면이다.
도 20을 참조하면, RRC 메시지를 처리하는 릴레이 노드(2000)는 도너 기지국과 시그널링 무선베어러 또는 상위계층 연결을 설정하는 제어부(2010)와 단말에서 전송한 RRC 메시지를 수신하는 수신부(2030) 및 RRC 메시지를 시그널링 무선베어러 또는 상위계층 프로토콜을 이용하여 도너 기지국 또는 타 릴레이 노드로 전송하는 송신부(2020)를 포함한다.
제어부(2010)는 도너 기지국과 연결을 설정하고, 시그널링 무선베어러를 설정할 수 있다. 또는, 제어부(2010)는 도너 기지국과 상위계층 연결을 설정할 수 있다. 일 예로, 상위계층 연결은 F3AP(F3 Application Protocol)를 의미할 수 있다.
예를 들어, 릴레이 노드(2000)는 단말과 무선 액세스를 통해서 접속되고, 타 릴레이 노드 또는 도너 기지국과 무선 백홀로 연결되는 IAB(Integrated access and backhaul) 노드를 의미한다. 또는, 릴레이 노드(2000)는 타 릴레이 노드 또는 도너 기지국과 무선 백홀로 연결되는 IAB 노드를 의미할 수 있다. 즉, 여기서, 릴레이 노드(2000)는 단말과 무선 액세스를 통해서 직접 연결을 수행하는 IAB 노드일 수도 있고, 릴레이 경로의 중간 또는 도너 기지국 측면에 위치하여 단말과 직접 연결되지 않는 IAB 노드일 수도 있다.
수신부(2030)는 시그널링 무선베어러 또는 상위계층 연결을 설정하기 위해서 도너 기지국으로부터 매핑정보를 수신할 수 있다. 예를 들어, 제어부(2010)는 도너 기지국으로부터 수신되는 단말의 논리채널식별정보와 백홀 RLC 채널 간의 매핑정보를 이용하여 연결을 설정할 수 있다. 설정되는 시그널링 무선베어러는 릴레이 노드(2000)의 PDCP 개체와 도너 기지국의 PDCP 개체에서 사이퍼링(Ciphering)이 수행된다.
또한, 수신부(2030)는 단말과의 무선 액세스를 통해서 RRC 메시지를 수신한다.
송신부(2020)는 릴레이 노드의 어댑테이션 개체에서 RRC 메시지를 포함하는 F3AP메시지에 도너 기지국의 주소정보를 추가하여 전송할 수 있다. 여기서, 도너 기지국의 주소정보는 도너 기지국으로부터 수신되는 GTP(GPRS Tunnelling Protocol) TEID(Tunnel endpoint identifier) 또는 도너 기지국 IP주소를 의미할 수 있다.
또한, 단말로부터 수신되는 RRC 메시지는 F3AP 메시지의 페이로드에 추가되어 시그널링 무선베어러를 통해서 전송될 수 있다. 이 외에도, F3AP 메시지는 단말 식별정보 및 시그널링 무선베어러 식별정보 중 적어도 하나를 더 포함할 수 있다.
이를 통해서, 송신부(2020)는 단말의 RRC 메시지를 F3AP의 페이로드에 포함하여 시그널링 무선베어러를 통해서 도너 기지국으로 전달한다. 또한, 시그널링 무선베어러를 통해서 송신하기 위해서, 도너 기지국은 PDCP 개체에서 사이퍼링을 수행한다.
또한, 수신부(2030)는 상향링크 사용자 데이터를 처리하는 방법에 있어서 단말로부터 상향링크 사용자 데이터를 수신할 수 있다.
제어부(2010)는 상향링크 사용자 데이터의 RLC PDU에 연계된 논리채널식별정보를 이용하여 단말 베어러 식별자(UE-bearer-ID)를 유도할 수 있다. 예를 들어, 제어부(2010)는 상향링크 사용자 데이터가 수신되면, RLC PDU에 연계되는 논리채널식별정보를 이용하여 단말 베어러 식별자를 추출한다. 즉, 제어부(2010)는 논리채널식별정보를 이용하여 단말 베어러 식별자를 확인할 수 있다.
제어부(2010)는 단말 베어러 식별자 및 도너 기지국 주소 정보 중 적어도 하나에 기초하여 상향링크 사용자 데이터를 전송할 백홀 RLC 채널을 선택할 수 있다. 예를 들어, 제어부(2010)는 유도된 단말 베어러 식별자를 이용하여 해당 단말 베어러 식별자에 매핑되는 백홀 RLC 채널을 선택할 수 있다. 또는 제어부(2010)는 도너 기지국 주소 정보를 이용하여 상향링크 사용자 데이터를 전송할 백홀 RLC 채널을 선택할 수 있다. 일 예로, 도너 기지국 주소 정보는 도너 기지국으로부터 수신되는 GTP(GPRS Tunnelling Protocol) TEID(Tunnel endpoint identifier) 또는 도너 기지국 IP주소일 수 있다. 즉, 제어부(2010)는 사전에 도너 기지국 주소정보를 수신하여 저장할 수 있다.
한편, 제어부(2010)는 도너 기지국으로부터 수신되는 단말의 단말 컨택스트 셋업 메시지에 포함되는 백홀 RLC 채널매핑정보에 기초하여 백홀 RLC 채널을 선택할 수 있다. 즉, 전술한 단말 베어러 식별자 및 도너 기지국 주소정보 중 적어도 하나를 이용하여 백홀 RLC 채널을 선택하기 위해서는 백홀 RLC 채널 매핑정보가 요구된다. 수신부(2030)는 도너 기지국으로부터 백홀 RLC 채널매핑정보를 수신할 수 있다.
예를 들어, 백홀 RLC 채널매핑정보는 단말 베어러 식별자 및 도너 기지국 주소 정보 중 적어도 하나와 백홀 RLC 채널 간의 N:1(N은 1이상의 자연수) 매핑정보를 포함할 수 있다. 또는, 백홀 RLC 채널매핑정보는 단말 베어러 식별자와 도너 기지국 주소 정보 간의 매핑정보를 포함할 수도 있다.
한편, 백홀 RLC 채널은 RRC 메시지의 논리채널구성정보에 따라 구성될 수 있다. 즉, 제어부(2010)는 RRC 메시지의 논리채널구성정보를 이용하여 백홀 RLC 채널을 구성할 수 있다.
송신부(2020)는 선택된 백홀 RLC 채널을 통해서 상향링크 사용자 데이터를 도너 기지국 또는 타 릴레이 노드로 전송할 수 있다. 송신부(2020)는릴레이 노드는 릴레이 노드의 어댑테이션 개체에서 단말 베어러 식별자, 도너 기지국 주소 정보, 논리채널식별정보 및 논리채널식별정보와 백홀 RLC 채널간의 매핑정보 중 적어도 하나의 정보를 상향링크 사용자 데이터에 포함하여 전송할 수 있다. 예를 들어, 제어부(2010)는 상향링크 사용자 데이터를 백홀 RLC 채널을 통해서 전송함에 있어서, 상향링크 사용자 데이터에 추가적으로 단말 베어러 식별자 정보를 추가할 수 있다. 단말 베어러 식별자 정보 추가를 추가하는 동작은 릴레이 노드의 어댑테이션 개체에서 수행될 수 있다. 또는, 전송되는 상향링크 사용자 데이터에 도너 기지국 주소정보, 전술한 매핑정보 등이 추가적으로 포함되어 도너 기지국 또는 타 릴레이 노드가 해당 정보를 활용할 수 있다.
한편, 수신부(2030)는 단말로부터 상향링크 사용자 데이터를 수신하기 이전에, 단말로부터 RRC 연결 요청 메시지를 수신할 수 있다. 또한, 송신부(2020)는 RRC 연결 요청 메시지를 시그널링 무선베어러 또는 F3AP 메시지를 통해서 도너 기지국으로 전송할 수 있다. 하는 단계를 더 포함할 수 있다.
이 외에도, 제어부(2010)는 전술한 본 실시예를 수행하기에 필요한 단말의 RRC 메시지를 F3AP 메시지에 포함하여 SRB를 통해서 전달하고, 논리채널식별정보를 이용하여 단말의 상향링크 사용자 데이터를 백홀 RLC 채널을 통해서 전송하기 위한 전반적인 릴레이 노드(2000)의 동작을 제어한다.
송신부(2020)와 수신부(2030)는 전술한 본 개시를 수행하기에 필요한 신호나 메시지, 데이터를 단말 및 타 릴레이 노드, 도너 기지국과 송수신하는데 사용된다.
전술한 실시예들은 무선 접속 시스템들인 IEEE 802, 3GPP 및 3GPP2 중 적어도 하나에 개시된 표준 문서들에 의해 뒷받침될 수 있다. 즉, 본 실시 예들 중 본 기술적 사상을 명확히 드러내기 위해 설명하지 않은 단계, 구성, 부분들은 전술한 표준 문서들에 의해 뒷받침될 수 있다. 또한, 본 명세서에서 개시하고 있는 모든 용어들은위에서 개시한 표준 문서들에 의해 설명될 수 있다.
상술한 본 실시예들은 다양한 수단을 통해 구현될 수 있다. 예를 들어, 본 실시예들은 하드웨어, 펌웨어(firmware), 소프트웨어 또는 그것들의 결합 등에 의해 구현될 수 있다.
하드웨어에 의한 구현의 경우, 본 실시예들에 따른 방법은 하나 또는 그 이상의 ASICs(Application Specific Integrated Circuits), DSPs(Digital Signal Processors), DSPDs(Digital Signal Processing Devices), PLDs(Programmable Logic Devices), FPGAs(Field Programmable Gate Arrays), 프로세서, 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 등에 의해 구현될 수 있다.
펌웨어나 소프트웨어에 의한 구현의 경우, 본 실시예들에 따른 방법은 이상에서 설명된 기능 또는 동작들을 수행하는 장치, 절차 또는 함수 등의 형태로 구현될 수 있다. 소프트웨어 코드는 메모리 유닛에 저장되어 프로세서에 의해 구동될 수 있다. 상기 메모리 유닛은 상기 프로세서 내부 또는 외부에 위치하여, 이미 공지된 다양한 수단에 의해 상기 프로세서와 데이터를 주고 받을 수 있다.
또한, 위에서 설명한 "시스템", "프로세서", "컨트롤러", "컴포넌트", "모듈", "인터페이스", "모델", "유닛" 등의 용어는 일반적으로 컴퓨터 관련 엔티티 하드웨어, 하드웨어와 소프트웨어의 조합, 소프트웨어 또는 실행 중인 소프트웨어를 의미할 수 있다. 예를 들어, 전술한 구성요소는 프로세서에 의해서 구동되는 프로세스, 프로세서, 컨트롤러, 제어 프로세서, 개체, 실행 스레드, 프로그램 및/또는 컴퓨터일 수 있지만 이에 국한되지 않는다. 예를 들어, 컨트롤러 또는 프로세서에서 실행 중인 애플리케이션과 컨트롤러 또는 프로세서가 모두 구성 요소가 될 수 있습니다. 하나 이상의 구성 요소가 프로세스 및/또는 실행 스레드 내에 있을 수 있으며 구성 요소는 한 시스템에 위치하거나 두 대 이상의 시스템에 배포될 수 있습니다.
이상에서의 설명 및 첨부된 도면은 본 기술 사상을 예시적으로 나타낸 것에 불과한 것으로서, 본 기술 분야에서 통상의 지식을 가진 자라면 본 기술의 본질적인 특성에서 벗어나지 않는 범위에서 구성의 결합, 분리, 치환 및 변경 등의 다양한 수정 및 변형이 가능할 것이다. 따라서, 본 명세서에 개시된 실시 예들은 본 기술 사상을 한정하기 위한 것이 아니라 설명하기 위한 것이고, 이러한 실시 예에 의하여 본 기술 사상의 범위가 한정되는 것은 아니다. 본 기술 사상의 보호 범위는 청구범위에 의하여 해석되어야 하며, 그와 동등한 범위 내에 있는 모든 기술 사상은 본 명세서의 권리범위에 포함되는 것으로 해석되어야 할 것이다.
CROSS-REFERENCE TO RELATED APPLICATION
본 특허출원은 2018년 02월 14일 한국에 출원한 특허출원번호 제 10-2018-0018732 호 및 2019년 01월 25일 한국에 출원한 특허출원번호 제 10-2019-0009666 호에 대해 미국 특허법 119(a)조 (35 U.S.C § 119(a))에 따라 우선권을 주장하며, 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다. 아울러, 본 특허출원은 미국 이외에 국가에 대해서도 위와 동일한 이유로 우선권을 주장하면 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다.

Claims (20)

  1. 릴레이 노드가 상향링크 사용자 데이터를 처리하는 방법에 있어서,
    단말로부터 상향링크 사용자 데이터를 수신하는 단계;
    상기 상향링크 사용자 데이터의 RLC PDU에 연계된 논리채널식별정보를 이용하여 단말 베어러 식별자(UE-bearer-ID)를 유도하는 단계;
    상기 단말 베어러 식별자 및 도너 기지국 주소 정보 중 적어도 하나에 기초하여 상기 상향링크 사용자 데이터를 전송할 백홀 RLC 채널을 선택하는 단계; 및
    상기 선택된 백홀 RLC 채널을 통해서 상기 상향링크 사용자 데이터를 상기 도너 기지국 또는 타 릴레이 노드로 전송하는 단계를 포함하는 방법.
  2. 제 1 항에 있어서,
    상기 릴레이 노드는,
    상기 단말과 무선 액세스를 통해서 접속되고, 상기 타 릴레이 노드 또는 상기 도너 기지국과 무선 백홀로 연결되는 IAB(Integrated access and backhaul) 노드인 것을 특징으로 하는 방법.
  3. 제 1 항에 있어서,
    상기 도너 기지국 주소 정보는,
    상기 도너 기지국으로부터 수신되는 GTP(GPRS Tunnelling Protocol) TEID(Tunnel endpoint identifier) 또는 도너 기지국 IP 주소인 것을 특징으로 하는 방법.
  4. 제 1 항에 있어서,
    상기 백홀 RLC 채널을 선택하는 단계는,
    상기 도너 기지국으로부터 수신되는 상기 단말의 단말 컨택스트 셋업 메시지에 포함되는 백홀 RLC 채널매핑정보에 기초하여 상기 백홀 RLC 채널을 선택하는 것을 특징으로 하는 방법.
  5. 제 4 항에 있어서,
    상기 백홀 RLC 채널매핑정보는,
    상기 단말 베어러 식별자 및 상기 도너 기지국 주소 정보 중 적어도 하나와 상기 백홀 RLC 채널 간의 N:1(N은 1이상의 자연수) 매핑정보를 포함하는 것을 특징으로 하는 방법.
  6. 제 4 항에 있어서,
    상기 백홀 RLC 채널매핑정보는,
    상기 단말 베어러 식별자와 상기 도너 기지국 주소 정보 간의 매핑정보를 포함하는 것을 특징으로 하는 방법.
  7. 제 1 항에 있어서,
    상기 백홀 RLC 채널은,
    RRC 메시지의 논리채널구성정보에 따라 구성되는 것을 특징으로 하는 방법.
  8. 제 1 항에 있어서,
    상기 전송하는 단계는,
    상기 릴레이 노드의 어댑테이션 개체에서 상기 단말 베어러 식별자, 상기 도너 기지국 주소 정보, 상기 논리채널식별정보 및 상기 논리채널식별정보와 상기 백홀 RLC 채널간의 매핑정보 중 적어도 하나의 정보를 상기 상향링크 사용자 데이터에 포함하여 전송하는 것을 특징으로 하는 방법.
  9. 제 1 항에 있어서,
    상기 상향링크 데이터를 수신하는 단계 이전에,
    상기 단말로부터 RRC 연결 요청 메시지를 수신하는 단계; 및
    상기 RRC 연결 요청 메시지를 시그널링 무선베어러 또는 F3AP 메시지를 통해서 상기 도너 기지국으로 전송하는 단계를 더 포함하는 방법.
  10. 제 9 항에 있어서,
    상기 시그널링 무선베어러 또는 F3AP 메시지는,
    어댑테이션 개체에서 상기 도너 기지국 주소정보를 포함하도록 설정되는 것을 특징으로 하는 방법.
  11. 상향링크 사용자 데이터를 처리하는 릴레이 노드에 있어서,
    단말로부터 상향링크 사용자 데이터를 수신하는 수신부;
    상기 상향링크 사용자 데이터의 RLC PDU에 연계된 논리채널식별정보를 이용하여 단말 베어러 식별자(UE-bearer-ID)를 유도하고,
    상기 단말 베어러 식별자 및 도너 기지국 주소 정보 중 적어도 하나에 기초하여 상기 상향링크 사용자 데이터를 전송할 백홀 RLC 채널을 선택하는 제어부; 및
    상기 선택된 백홀 RLC 채널을 통해서 상기 상향링크 사용자 데이터를 상기 도너 기지국 또는 타 릴레이 노드로 전송하는 송신부를 포함하는 릴레이 노드.
  12. 제 11 항에 있어서,
    상기 릴레이 노드는,
    상기 단말과 무선 액세스를 통해서 접속되고, 상기 타 릴레이 노드 또는 상기 도너 기지국과 무선 백홀로 연결되는 IAB(Integrated access and backhaul) 노드인 것을 특징으로 하는 릴레이 노드.
  13. 제 11 항에 있어서,
    상기 도너 기지국 주소 정보는,
    상기 도너 기지국으로부터 수신되는 GTP(GPRS Tunnelling Protocol) TEID(Tunnel endpoint identifier) 또는 도너 기지국 IP 주소인 것을 특징으로 하는 릴레이 노드.
  14. 제 11 항에 있어서,
    상기 제어부는,
    상기 도너 기지국으로부터 수신되는 상기 단말의 단말 컨택스트 셋업 메시지에 포함되는 백홀 RLC 채널매핑정보에 기초하여 상기 백홀 RLC 채널을 선택하는 것을 특징으로 하는 릴레이 노드.
  15. 제 14 항에 있어서,
    상기 백홀 RLC 채널매핑정보는,
    상기 단말 베어러 식별자 및 도너 기지국 주소 정보 중 적어도 하나와 상기 백홀 RLC 채널 간의 N:1(N은 1이상의 자연수) 매핑정보를 포함하는 것을 특징으로 하는 릴레이 노드.
  16. 제 14 항에 있어서,
    상기 백홀 RLC 채널매핑정보는,
    상기 단말 베어러 식별자 및 상기 도너 기지국 주소 정보 간의 매핑정보를 포함하는 것을 특징으로 하는 릴레이 노드.
  17. 제 11 항에 있어서,
    상기 백홀 RLC 채널은,
    RRC 메시지의 논리채널구성정보에 따라 구성되는 것을 특징으로 하는 릴레이 노드.
  18. 제 11 항에 있어서,
    상기 송신부는,
    상기 릴레이 노드의 어댑테이션 개체에서 상기 단말 베어러 식별자, 상기 도너 기지국 주소 정보, 상기 논리채널식별정보 및 상기 논리채널식별정보와 상기 백홀 RLC 채널간의 매핑정보 중 적어도 하나의 정보를 상기 상향링크 사용자 데이터에 포함하여 전송하는 것을 특징으로 하는 릴레이 노드.
  19. 제 11 항에 있어서,
    상기 수신부가 상기 단말로부터 RRC 연결 요청 메시지를 수신하는 경우,
    상기 송신부는 상기 RRC 연결 요청 메시지를 시그널링 무선베어러 또는 F3AP 메시지를 통해서 상기 도너 기지국으로 전송하는 릴레이 노드.
  20. 제 19 항에 있어서,
    상기 시그널링 무선베어러 또는 F3AP 메시지는,
    어댑테이션 개체에서 상기 도너 기지국 주소정보를 포함하도록 설정되는 것을 특징으로 하는 릴레이 노드.
PCT/KR2019/001616 2018-02-14 2019-02-11 릴레이 노드에서 상향링크 사용자 데이터를 처리하는 방법 및 그 장치 WO2019160282A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201980013687.3A CN111727662B (zh) 2018-02-14 2019-02-11 在中继节点中处理上行链路用户数据的方法及其装置
US16/969,935 US11252635B2 (en) 2018-02-14 2019-02-11 Method for processing uplink user data in relay node, and device for same

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20180018732 2018-02-14
KR10-2018-0018732 2018-02-14
KR10-2019-0009666 2019-01-25
KR1020190009666A KR102322380B1 (ko) 2018-02-14 2019-01-25 릴레이 노드에서 상향링크 사용자 데이터를 처리하는 방법 및 그 장치

Publications (1)

Publication Number Publication Date
WO2019160282A1 true WO2019160282A1 (ko) 2019-08-22

Family

ID=67619824

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/001616 WO2019160282A1 (ko) 2018-02-14 2019-02-11 릴레이 노드에서 상향링크 사용자 데이터를 처리하는 방법 및 그 장치

Country Status (2)

Country Link
US (1) US11252635B2 (ko)
WO (1) WO2019160282A1 (ko)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021045464A1 (en) * 2019-09-06 2021-03-11 Lg Electronics Inc. Method and apparatus for support of cu-du split in mt-edt procedure in a wireless communication system
CN113556794A (zh) * 2020-04-23 2021-10-26 华为技术有限公司 通信方法、装置及系统
WO2022010318A1 (ko) * 2020-07-09 2022-01-13 엘지전자 주식회사 Mt 및 du에 대한 직교 dmrs 매핑 방법 및 상기 방법을 이용하는 노드
US20220086930A1 (en) * 2020-09-15 2022-03-17 Electronics And Telecommunications Research Institute Method and apparatus for supporting terminal relay
WO2023132665A1 (en) * 2022-01-05 2023-07-13 Samsung Electronics Co., Ltd. Communication method, network node, electronic device and storage medium

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102312235B1 (ko) * 2017-05-02 2021-10-13 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 신호를 전송하는 방법, 네트워크 장치와 단말 장치
WO2019194596A1 (en) * 2018-04-04 2019-10-10 Samsung Electronics Co., Ltd. Method and apparatus for configuring a relay node
CN110475368B (zh) * 2018-05-10 2022-12-20 中兴通讯股份有限公司 信息传输方法及装置
CN112823539A (zh) * 2018-09-08 2021-05-18 欧芬诺有限责任公司 回程链路连接信息
CN111586886B (zh) * 2019-02-15 2022-05-13 华为技术有限公司 一种无线回传链路的控制方法及装置
CN111586887B (zh) * 2019-02-15 2023-03-28 华为技术有限公司 无线回传系统、通信方法及其装置
US20220141890A1 (en) * 2019-03-26 2022-05-05 Apple Inc. Link Establishment in Relay Nodes
US20220183105A1 (en) * 2019-03-28 2022-06-09 Telefonaktiebolaget Lm Ericsson (Publ) Iab node release procedure
WO2020222196A1 (en) * 2019-05-02 2020-11-05 Telefonaktiebolaget Lm Ericsson (Publ) Bearer mapping in iab nodes
GB2583521B (en) * 2019-05-02 2022-01-12 Samsung Electronics Co Ltd Relay network routing
WO2021097801A1 (en) * 2019-11-22 2021-05-27 Mediatek Singapore Pte. Ltd. Methods and apparatus of packet routing for sidelink relay
US11184843B2 (en) * 2019-11-26 2021-11-23 Netsia, Inc. Apparatus and method for QoS aware GTP-U transport in mobile networks
US11672016B2 (en) * 2019-12-09 2023-06-06 Qualcomm Incorporated RACH configuration for different power classes
CN115136502A (zh) * 2020-02-10 2022-09-30 瑞典爱立信有限公司 无线电通信的方法和装置
US11832277B2 (en) * 2020-07-07 2023-11-28 Lg Electronics Inc. Method and apparatus for paging for multicast and broadcast service in a wireless communication system
US11595969B1 (en) * 2020-08-05 2023-02-28 Sprint Spectrum Lp Allocating air interface resources to relay nodes in heterogeneous networks
US11659468B2 (en) 2020-10-22 2023-05-23 Electronics And Telecommunications Research Institute Method and apparatus for link configuration and routing of relay system
US11812346B2 (en) * 2021-03-12 2023-11-07 Verizon Patent And Licensing Inc. System and method for controlling and managing integrated access and backhaul
GB2622783A (en) * 2022-09-27 2024-04-03 Nokia Solutions & Networks Oy Configuring a wireless backhaul link for relaying wireless communication signals between nodes

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100103862A1 (en) * 2008-10-24 2010-04-29 Qualcomm Incorporated Device attachment and bearer activation using cell relays
KR100968037B1 (ko) * 2009-04-21 2010-07-07 엘지전자 주식회사 무선 통신 시스템에서 무선 베어러를 관리하는 방법 및 장치
WO2011122894A2 (ko) * 2010-04-01 2011-10-06 엘지전자 주식회사 무선 통신 시스템에서 신호 처리 방법 및 이를 위한 장치
WO2014142611A1 (en) * 2013-03-14 2014-09-18 Lg Electronics Inc. Method and apparatus for performing data transmission in wireless communication system
US9007992B2 (en) * 2008-11-18 2015-04-14 Nokia Corporation Relaying in a communication system

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5479571B2 (ja) * 2009-03-20 2014-04-23 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 高度ｌｔｅにおけるセルフバックホール処理及びリレー処理用の無線ベアラ識別
KR101660983B1 (ko) 2009-04-13 2016-09-28 엘지전자 주식회사 무선 통신 시스템상에서 단말의 ｍａｃ 계층에 의해 무선 자원을 구성하는 방법
KR101098592B1 (ko) 2009-04-13 2011-12-23 엘지전자 주식회사 무선 통신 시스템상에서 점대다 서비스를 수신하는 방법
WO2010123279A2 (en) 2009-04-21 2010-10-28 Lg Electronics Inc. Method of utilizing a relay node in wireless communication system
KR101637584B1 (ko) 2009-04-21 2016-07-07 엘지전자 주식회사 무선 통신 시스템상에서 서비스의 품질(ＱｏＳ)을 보장하는 방법
KR101559801B1 (ko) 2009-04-21 2015-10-13 엘지전자 주식회사 반송파집합 방식을 이용한 통신 시스템에서 ｒｒｃ 연결 또는 재연결을 수행하는 방법
KR101630882B1 (ko) 2009-04-21 2016-06-15 엘지전자 주식회사 무선 통신 시스템의 릴레이 노드(Ｒｅｌａｙ ｎｏｄｅ)에서 무선자원을 효율적으로 사용하는 방법
KR101621102B1 (ko) 2009-04-21 2016-05-16 엘지전자 주식회사 다중 반송파 시스템에서 반송파의 설정장치 및 방법
KR101611300B1 (ko) 2009-04-21 2016-04-11 엘지전자 주식회사 전송 지시자를 이용한 중계기 통신 기법
KR101633936B1 (ko) 2009-04-21 2016-06-28 엘지전자 주식회사 다중 반송파 시스템에서 무선연결의 설정장치 및 방법
KR101674947B1 (ko) 2009-04-21 2016-11-10 엘지전자 주식회사 효율적인 보안 관련 처리
KR101582696B1 (ko) 2009-04-21 2016-01-06 엘지전자 주식회사 다중 반송파 시스템에서 무선통신의 수행장치 및 방법
KR101572272B1 (ko) 2009-04-21 2015-12-07 엘지전자 주식회사 다중 반송파 시스템에서 무선통신의 수행장치 및 방법
US8553726B2 (en) 2009-04-23 2013-10-08 Lg Electronics Inc. Scheduling transmission of messages relating to multimedia broadcast/multicast service (MBMS)
KR101622406B1 (ko) 2009-04-24 2016-05-19 엘지전자 주식회사 무선 통신 시스템에서 네트워크 접속 방법 및 장치
US8954086B2 (en) 2009-04-27 2015-02-10 Lg Electronics Inc. Method of performing a measurement procedure in LTE-A (long-term evolution advanced) system
KR101717522B1 (ko) 2009-04-27 2017-03-17 엘지전자 주식회사 다중 반송파를 지원하는 무선 통신 시스템에서 하향링크 제어채널을 모니터링하는 방법 및 장치
EP2257090A1 (en) 2009-05-28 2010-12-01 Lg Electronics Inc. Data unit reception management method and related system and device
KR101670513B1 (ko) 2009-06-01 2016-10-31 엘지전자 주식회사 무선 통신 시스템에서 측정 결과 보고 방법 및 장치
KR101617048B1 (ko) 2009-06-01 2016-05-02 엘지전자 주식회사 다중 반송파 시스템에서 요소 반송파의 실패를 처리하는 방법 및 장치
CN102804655B (zh) 2009-06-07 2015-05-13 Lg电子株式会社 在载波聚合移动通信系统中用户设备执行随机接入的方法
US8374117B2 (en) 2009-06-07 2013-02-12 Lg Electronics Inc. Apparatus and method for setting up radio bearer in wireless communication system
KR101607336B1 (ko) 2009-06-07 2016-03-30 엘지전자 주식회사 무선 통신 시스템에서 ｒｂ 설정 방법 및 장치
WO2010143900A2 (en) 2009-06-12 2010-12-16 Lg Electronics Inc. Apparatus and method for flow control in wireless communication system
KR101632218B1 (ko) 2009-06-22 2016-06-22 엘지전자 주식회사 다중 반송파를 지원하는 무선 통신 시스템에서 시스템 정보 관리 방법 및 장치
JP6441373B2 (ja) 2014-02-28 2018-12-19 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける低い遅延を有する上向きリンクデータ送信方法及び装置
JP6568872B2 (ja) 2014-07-03 2019-08-28 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける上向きリンクデータの送信方法及びこのために装置
US10736175B2 (en) 2014-10-02 2020-08-04 Kt Corporation Method for processing data using WLAN carrier and apparatus therefor
KR20160040419A (ko) 2014-10-02 2016-04-14 주식회사 케이티 Wlan 캐리어를 이용한 데이터 처리 방법 및 그 장치
US10432295B2 (en) * 2018-01-11 2019-10-01 At&T Intellectual Property I, L.P. Radio link control layer based relaying for integrated access and backhaul transmissions in wireless networks

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100103862A1 (en) * 2008-10-24 2010-04-29 Qualcomm Incorporated Device attachment and bearer activation using cell relays
US9007992B2 (en) * 2008-11-18 2015-04-14 Nokia Corporation Relaying in a communication system
KR100968037B1 (ko) * 2009-04-21 2010-07-07 엘지전자 주식회사 무선 통신 시스템에서 무선 베어러를 관리하는 방법 및 장치
WO2011122894A2 (ko) * 2010-04-01 2011-10-06 엘지전자 주식회사 무선 통신 시스템에서 신호 처리 방법 및 이를 위한 장치
WO2014142611A1 (en) * 2013-03-14 2014-09-18 Lg Electronics Inc. Method and apparatus for performing data transmission in wireless communication system

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021045464A1 (en) * 2019-09-06 2021-03-11 Lg Electronics Inc. Method and apparatus for support of cu-du split in mt-edt procedure in a wireless communication system
CN113556794A (zh) * 2020-04-23 2021-10-26 华为技术有限公司 通信方法、装置及系统
CN113556794B (zh) * 2020-04-23 2022-10-28 华为技术有限公司 通信方法、装置及系统
WO2022010318A1 (ko) * 2020-07-09 2022-01-13 엘지전자 주식회사 Mt 및 du에 대한 직교 dmrs 매핑 방법 및 상기 방법을 이용하는 노드
US20220086930A1 (en) * 2020-09-15 2022-03-17 Electronics And Telecommunications Research Institute Method and apparatus for supporting terminal relay
US11706828B2 (en) * 2020-09-15 2023-07-18 Electronics And Telecommunications Research Institute Method and apparatus for supporting terminal relay
WO2023132665A1 (en) * 2022-01-05 2023-07-13 Samsung Electronics Co., Ltd. Communication method, network node, electronic device and storage medium

Also Published As

Publication number Publication date
US11252635B2 (en) 2022-02-15
US20210014768A1 (en) 2021-01-14

Similar Documents

Publication Publication Date Title
WO2019160282A1 (ko) 릴레이 노드에서 상향링크 사용자 데이터를 처리하는 방법 및 그 장치
WO2018182286A1 (ko) 무선 통신 시스템에서 경로 재선택을 수행하는 방법 및 이를 위한 장치
WO2019160342A1 (en) Method and apparatus for supporting rach-less mobility with pre-allocated beams in wireless communication system
WO2018155908A1 (ko) 무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치
WO2019098663A1 (en) Method and apparatus for deprioritizing duplicated packet transmission in wireless communication system
WO2018143786A1 (ko) 무선 통신 시스템에서 사이드링크 통신을 수행하는 방법 및 이를 위한 장치
WO2020256420A1 (ko) 소량 데이터 전송 방법 및 그 장치
WO2018079947A1 (ko) 무선 통신 시스템에서 ue 이동성을 지원하기 위한 방법 및 이를 위한 장치
WO2015064972A1 (ko) 이동통신망에서 이중 연결을 구성하기 위한 방법 및 그 장치
WO2017142171A1 (ko) 차세대 이동통신에서 세션을 생성, 수정, 해제하는 방법 및 단말
WO2021002632A1 (ko) 소량 데이터의 부하 제어 방법 및 장치
WO2016140403A1 (ko) 무선 통신 시스템에서 단말의 rrc 연결 방법 및 장치
WO2017099464A1 (ko) 이동성 관리 객체에 의한 s1 연결 해제 수행 방법 및 이동성 관리 객체와, 기지국에 의한 s1 연결 해제 수행 방법 및 기지국
WO2020027491A1 (ko) 릴레이 노드에서 데이터를 처리하는 방법 및 그 장치
WO2018186552A1 (ko) 무선 통신 시스템에서 사이드링크 통신을 수행하기 위한 방법 및 이를 위한 장치
WO2014157888A1 (ko) 복수의 기지국과 연결된 상황에서의 핸드오버 방법 및 그 장치
WO2021034142A1 (ko) 리모트 ue를 위한 릴레이 ue의 동작 방법
WO2018174602A1 (ko) 무선 통신 시스템에서 사이드링크 동기 신호를 송수신하는 방법 및 이를 위한 장치
WO2020085831A1 (ko) 차량 통신을 수행하는 방법 및 그 장치
WO2021125691A1 (ko) 통신 경로 스위칭
WO2021040463A1 (ko) 3gpp ps data off에 관련된 통신
WO2021206340A1 (ko) 사이드링크 통신을 제어하는 방법 및 그 장치
WO2019212249A1 (ko) 릴레이 노드를 통한 데이터 처리 방법 및 그 장치
WO2016159634A1 (ko) 무선 베어러 재구성 방법 및 그 장치
WO2018199673A1 (ko) Edt에 따라 데이터를 전송하는 방안

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19754677

Country of ref document: EP

Kind code of ref document: A1

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 14.04.2021)

122 Ep: pct application non-entry in european phase

Ref document number: 19754677

Country of ref document: EP

Kind code of ref document: A1