WO2021187933A1 - 릴레이 노드를 제어하는 방법 및 그 장치 - Google Patents

릴레이 노드를 제어하는 방법 및 그 장치 Download PDF

Info

Publication number
WO2021187933A1
WO2021187933A1 PCT/KR2021/003400 KR2021003400W WO2021187933A1 WO 2021187933 A1 WO2021187933 A1 WO 2021187933A1 KR 2021003400 W KR2021003400 W KR 2021003400W WO 2021187933 A1 WO2021187933 A1 WO 2021187933A1
Authority
WO
WIPO (PCT)
Prior art keywords
iab
iab node
target
donor
node
Prior art date
Application number
PCT/KR2021/003400
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 KR1020210035014A external-priority patent/KR20210118366A/ko
Application filed by 주식회사 케이티 filed Critical 주식회사 케이티
Publication of WO2021187933A1 publication Critical patent/WO2021187933A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/13—Cell handover without a predetermined boundary, e.g. virtual cells
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Definitions

  • the present disclosure relates to a technique for controlling an IAB node performing an NR-based radio relay function.
  • the relay technology is used for the purpose of extending cell coverage by using additional network nodes.
  • the relay technology to which the conventional LTE technology is applied supports data transfer at the IP packet level of the relay node, and only one relay node is configured to transfer 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 configurations are directed and configured through static operations, administration and management (OAM). Accordingly, a multi-hop relay could not be configured.
  • the present disclosure devised in the above-mentioned background, relates to a method and apparatus for an IAB node performing an NR-based radio relay function to change/migration/modify a serving parent node.
  • the present disclosure provides a method for a target Integrated Access and Backhaul (IAB) donor (Central Unit) to change a parent IAB node of an IAB node, a handover request from a source IAB donor CU
  • IAB Integrated Access and Backhaul
  • a method comprising the steps of receiving a message, setting up a terminal context for a target parent IAB node and a migrating target IAB node, and sending an RRC message to the migration target IAB node through a source IAB donor CU provides
  • the present disclosure provides a method for a source Integrated Access and Backhaul (IAB) donor (Central Unit) to change a parent IAB node of an IAB node, the measurement received from the migration target IAB node Determining a change of the parent IAB node of the migration target IAB node based on the information, and when the change of the parent IAB node of the migration target IAB node is determined, transmitting a handover request message to the target IAB donor CU;
  • the terminal context for the target parent IAB node and the migration target IAB node is set up in the IAB donor CU, receiving an RRC message from the target IAB donor CU and transmitting the RRC message to the migration target IAB node method to include.
  • the present disclosure provides a handover request message from a source IAB donor CU in a target IAB (Integrated Access and Backhaul) donor (Central Unit) CU that changes the parent IAB node of the IAB node.
  • a target IAB donor comprising a receiving unit that receives, a target parent IAB node, a control unit that sets up a terminal context for a migrating target IAB node, and a transmitting unit that transmits an RRC message to the migration target IAB node through the source IAB donor CU Provides CU devices.
  • the present disclosure relates to a source IAB (Integrated Access and Backhaul) donor (Central Unit) CU (Central Unit) that changes the parent IAB node of the IAB node, measurement information received from the migration target IAB node.
  • a source IAB (Integrated Access and Backhaul) donor (Central Unit) CU (Central Unit) that changes the parent IAB node of the IAB node, measurement information received from the migration target IAB node.
  • the transmitter and the target IAB donor transmit a handover request message to the target IAB donor CU
  • a receiving unit receiving an RRC message from the target IAB donor CU is included, wherein the transmitting unit transmits the RRC message to the migration target IAB node to provide the source IAB donor CU device.
  • the present disclosure has the effect of providing a method and apparatus for an IAB node performing an NR-based radio relay function to change/migration/modify a serving parent node.
  • FIG. 1 is a diagram schematically illustrating a structure of an NR wireless communication system to which this embodiment can be applied.
  • FIG. 2 is a diagram for explaining a frame structure in an NR system to which this embodiment can be applied.
  • FIG 3 is a diagram for explaining a resource grid supported by a radio access technology to which this embodiment can be applied.
  • FIG. 4 is a diagram for explaining 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.
  • FIGS. 8 and 9 are diagrams exemplarily illustrating an IAB structure to which the present embodiment can be applied.
  • FIG. 10 is a diagram for explaining a relationship between a parent node and a child node for an IAB node to which this embodiment can be applied.
  • FIG. 11 is a diagram for explaining an operation of a target Integrated Access and Backhaul (IAB) donor CU (Central Unit) according to an embodiment.
  • IAB Integrated Access and Backhaul
  • FIG. 12 is a diagram for explaining the operation of a source IAB (Integrated Access and Backhaul) donor (Central Unit) CU (Central Unit) according to an embodiment.
  • IAB Integrated Access and Backhaul
  • Central Unit Central Unit
  • FIG. 13 is a diagram exemplarily illustrating an Inter IAB-donor-CU movement/adaptation procedure according to an embodiment.
  • FIG. 14 is a diagram exemplarily illustrating a protocol stack for F1-C protocol support between IAB nodes according to an embodiment.
  • 15 is a diagram for describing an F1 setup procedure according to an embodiment.
  • FIG. 16 is a diagram for explaining the configuration of a target Integrated Access and Backhaul (IAB) donor CU (Central Unit) according to an embodiment.
  • IAB Integrated Access and Backhaul
  • FIG. 17 is a diagram for explaining the configuration of a source Integrated Access and Backhaul (IAB) donor CU (Central Unit) according to an embodiment.
  • IAB Integrated Access and Backhaul
  • temporal precedence relationship such as "after”, “after”, “after”, “before”, etc.
  • a flow precedence relationship when a flow precedence relationship is described, it may include a case where it is not continuous unless “immediately” or "directly” is used.
  • a wireless communication system in the present specification 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, or a core network.
  • the present embodiments disclosed below may be applied to a wireless communication system using various wireless access technologies.
  • the present embodiments are CDMA (code division multiple access), FDMA (frequency division multiple access), TDMA (time division multiple access), OFDMA (orthogonal frequency division multiple access), SC-FDMA (single carrier frequency division multiple access)
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • the wireless access technology may mean not only a specific access technology, but also a communication technology for each generation established by various communication consultation organizations such as 3GPP, 3GPP2, WiFi, Bluetooth, IEEE, and ITU.
  • CDMA may be implemented with a radio technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • UTRA universal terrestrial radio access
  • CDMA2000 Code Division Multiple Access 2000
  • TDMA may be implemented with a radio technology such as global system for mobile communications (GSM)/general packet radio service (GPRS)/enhanced datarates for GSM evolution (EDGE).
  • OFDMA may be implemented with a wireless technology such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, and evolved UTRA (E-UTRA).
  • IEEE 802.16m is an evolution of IEEE 802.16e, and provides backward compatibility with a system based on IEEE 802.16e.
  • UTRA is part of the universal mobile telecommunications system (UMTS).
  • 3rd generation partnership project (3GPP) long term evolution (LTE) is a part of evolved UMTS (E-UMTS) using evolved-UMTSterrestrial radio access (E-UTRA), and employs OFDMA in downlink and SC- in uplink FDMA is employed.
  • 3GPP 3rd generation partnership project
  • LTE long term evolution
  • E-UMTS evolved UMTS
  • E-UTRA evolved-UMTSterrestrial radio access
  • OFDMA OFDMA in downlink
  • SC- in uplink FDMA is employed.
  • the present embodiments may be applied to currently disclosed or commercialized radio access technologies, or may be applied to radio access technologies currently under development or to be developed in the future.
  • the terminal in the present specification is a comprehensive concept meaning a device including a wireless communication module for performing communication with a base station in a wireless communication system, WCDMA, LTE, NR, HSPA and IMT-2020 (5G or New Radio), etc. It should be interpreted as a concept including all of UE (User Equipment), MS (Mobile Station), UT (User Terminal), SS (Subscriber Station), wireless device, and the like in GSM.
  • the terminal may be a user portable device such as a smart phone depending on the type of use, and in a V2X communication system may mean a vehicle, a device including a wireless communication module in the vehicle, and the like.
  • a machine type communication (Machine Type Communication) system, it may mean an MTC terminal, an M2M terminal, a URLLC terminal, etc. equipped with a communication module to perform machine type communication.
  • a base station or cell in the present specification refers to an end that communicates with a terminal in terms of a network, a Node-B (Node-B), an evolved Node-B (eNB), gNode-B (gNB), a Low Power Node (LPN), Sector, site, various types of antennas, base transceiver system (BTS), access point, point (eg, transmission point, reception point, transmission/reception point), relay node (Relay Node) ), mega cell, macro cell, micro cell, pico cell, femto cell, RRH (Remote Radio Head), RU (Radio Unit), and small cell (small cell), etc.
  • the cell may mean including a BWP (Bandwidth Part) in the frequency domain.
  • the serving cell may mean the Activation BWP of the UE.
  • the base station can be interpreted in two ways. 1) in relation to the radio area, it may be the device itself providing a mega cell, a macro cell, a micro cell, a pico cell, a femto cell, or a small cell, or 2) may indicate the radio area itself.
  • the devices providing a predetermined radio area are controlled by the same entity, or all devices interacting to form a radio area cooperatively are directed to the base station.
  • a point, a transmission/reception point, a transmission point, a reception point, etc. become an embodiment of a base station according to a configuration method of a wireless area.
  • the radio area itself in which the signal is received or transmitted from the point of view of the user terminal or the neighboring base station may be indicated to the base station.
  • a cell is a component carrier having a coverage of a signal transmitted from a transmission/reception point or a coverage of a signal transmitted from a transmission/reception point, and the transmission/reception point itself.
  • Uplink refers to a method of transmitting and receiving data by the terminal to and from the base station
  • downlink Downlink (Downlink, DL, or downlink) refers to a method of transmitting and receiving data to and from the terminal by the base station do.
  • a downlink may mean a communication or communication path from a multi-transmission/reception point to a terminal
  • an uplink may mean a communication or communication path from the terminal to a multi-transmission/reception point.
  • the transmitter in the downlink, the transmitter may be a part of multiple transmission/reception points, and the receiver may be a part of the terminal.
  • the transmitter in the uplink, the transmitter may be a part of the terminal, and the receiver may be a part of the multi-transmission/reception point.
  • the uplink and downlink transmit and receive control information through a control channel such as a Physical Downlink Control CHannel (PDCCH), a Physical Uplink Control CHannel (PUCCH), etc., and a Physical Downlink Shared CHannel (PDSCH), a Physical Uplink Shared CHannel (PUSCH), etc.
  • a control channel such as a Physical Downlink Control CHannel (PDCCH), a Physical Uplink Control CHannel (PUCCH), etc.
  • PDSCH Physical Downlink Shared CHannel
  • PUSCH Physical Uplink Shared CHannel
  • 5G (5th-Generation) communication technology is developed to meet the requirements of ITU-R's next-generation wireless access technology.
  • 3GPP develops LTE-A pro, which improves LTE-Advanced technology according to the requirements of ITU-R as a 5G communication technology, and a new NR communication technology separate from 4G communication technology.
  • LTE-A pro and NR both refer to 5G communication technology.
  • 5G communication technology will be described focusing on NR unless a specific communication technology is specified.
  • NR operation scenario various operation scenarios were defined by adding consideration of satellites, automobiles, and new verticals to the existing 4G LTE scenarios. It is deployed in a range and supports the mMTC (Massive Machine Communication) scenario that requires a low data rate and asynchronous connection, and the URLLC (Ultra Reliability and Low Latency) scenario that requires high responsiveness and reliability and supports high-speed mobility. .
  • mMTC Massive Machine Communication
  • URLLC Ultra Reliability and Low Latency
  • NR discloses a wireless communication system to which a new waveform and frame structure technology, low latency technology, mmWave support technology, and forward compatible technology are applied.
  • various technical changes are presented in terms of flexibility in order to provide forward compatibility. The main technical features of NR will be described with reference to the drawings below.
  • FIG. 1 is a diagram schematically illustrating a structure of an NR system to which this embodiment can be applied.
  • the NR system is divided into a 5G Core Network (5GC) and an NR-RAN part, and the NG-RAN controls the user plane (SDAP/PDCP/RLC/MAC/PHY) and UE (User Equipment) It consists of gNBs and ng-eNBs that provide 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.
  • 5GC may be configured to include an Access and Mobility Management Function (AMF) in charge of a control plane such as terminal access and mobility control functions, and a User Plane Function (UPF) in charge of a control function for user data.
  • AMF Access and Mobility Management Function
  • UPF User Plane Function
  • NR includes support for both frequency bands below 6 GHz (FR1, Frequency Range 1) and frequency bands above 6 GHz (FR2, Frequency Range 2).
  • gNB means a base station that provides NR user plane and control plane protocol termination to a terminal
  • ng-eNB means a base station that provides E-UTRA user plane and control plane protocol termination to a terminal.
  • the base station described in this specification should be understood as encompassing gNB and ng-eNB, and may be used as a meaning to refer to gNB or ng-eNB separately if necessary.
  • a CP-OFDM waveform using a cyclic prefix is used for downlink transmission, and CP-OFDM or DFT-s-OFDM is used for uplink transmission.
  • OFDM technology is easy to combine with MIMO (Multiple Input Multiple Output), and has advantages of using a low-complexity receiver with high frequency efficiency.
  • the NR transmission numerology is determined based on sub-carrier spacing and cyclic prefix (CP), and the ⁇ value is used as an exponential value of 2 based on 15 kHz as shown in Table 1 below. is changed to
  • the NR pneumatology can be divided into five types according to the subcarrier spacing. This is different from the fact that the subcarrier interval of LTE, one of the 4G communication technologies, is fixed at 15 kHz. Specifically, subcarrier intervals used for data transmission in NR are 15, 30, 60, and 120 kHz, and subcarrier intervals used for synchronization signal transmission are 15, 30, 120, 240 kHz. In addition, the extended CP is applied only to the 60 kHz subcarrier interval.
  • a frame having a length of 10 ms is defined, which is composed of 10 subframes having the same length of 1 ms.
  • One frame can be divided into half frames of 5 ms, and each half frame includes 5 subframes. In the case of a 15 kHz subcarrier interval, one subframe consists of one slot, and each slot consists of 14 OFDM symbols.
  • FIG. 2 is a diagram for explaining a frame structure in an NR system to which this embodiment can be applied.
  • a slot is fixedly composed of 14 OFDM symbols in the case of a normal CP, but the length in the time domain of the slot may vary according to the subcarrier interval.
  • the slot in the case of a numerology having a 15 kHz subcarrier interval, the slot is 1 ms long and is composed of the same length as the subframe.
  • a slot in the case of numerology having a 30 kHz subcarrier interval, a slot consists of 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 to have a fixed time length, and the slot is defined by the number of symbols, so that 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 a sub-slot or a non-slot based schedule) to reduce transmission delay in a radio section.
  • a mini-slot or a sub-slot or a non-slot based schedule
  • the mini-slot is for efficient support of the URLLC scenario and can be scheduled in units of 2, 4, or 7 symbols.
  • NR defines uplink and downlink resource allocation at a symbol level within one slot.
  • a slot structure capable of transmitting HARQ ACK/NACK directly within a transmission slot is defined, and this slot structure is named as a self-contained structure and will be described.
  • NR is designed to support a total of 256 slot formats, of which 62 slot formats are used in 3GPP Rel-15.
  • a common frame structure constituting an FDD or TDD frame is supported through a combination of various slots.
  • 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
  • a slot structure in which downlink symbols and uplink symbols are combined are supported.
  • NR supports that data transmission is scheduled to be distributed in one or more slots.
  • the base station may inform the terminal whether the slot is a downlink slot, an uplink slot, or a flexible slot using a slot format indicator (SFI).
  • the base station may indicate the slot format by indicating the index of the table configured through UE-specific RRC signaling using SFI, and may indicate dynamically through Downlink Control Information (DCI) or statically or through RRC. It can also be ordered quasi-statically.
  • DCI Downlink Control Information
  • an antenna port In relation to a physical resource in NR, an antenna port, a resource grid, a resource element, a resource block, a bandwidth part, etc. are considered do.
  • An antenna port is defined such that a channel on which a symbol on an antenna port is carried can be inferred from a channel on which another symbol on the same antenna port is carried.
  • the two antenna ports are QC/QCL (quasi co-located or QC/QCL) quasi co-location).
  • the wide range characteristic includes one or more of delay spread, Doppler spread, frequency shift, average received power, and received timing.
  • FIG 3 is a diagram for explaining a resource grid supported by a radio access technology to which this embodiment can be applied.
  • a resource grid may exist according to each numerology.
  • the resource grid may exist according to an antenna port, a subcarrier interval, and a transmission direction.
  • a resource block consists 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 in FIG. 3 , the size of one resource block may vary according to the subcarrier interval.
  • NR defines "Point A" serving as a common reference point for a resource block grid, a common resource block, a virtual resource block, and the like.
  • FIG. 4 is a diagram for explaining a bandwidth part supported by a radio access technology to which the present embodiment can be applied.
  • a bandwidth part may be designated within the carrier bandwidth and used by the terminal.
  • the bandwidth part is associated with one numerology and is composed of a subset of continuous common resource blocks, and may be dynamically activated according to time.
  • a maximum of four bandwidth parts are configured in the terminal, respectively, in uplink and downlink, and data is transmitted/received using the activated bandwidth part at a given time.
  • the uplink and downlink bandwidth parts are set independently, and in the case of an unpaired spectrum, to prevent unnecessary frequency re-tunning between downlink and uplink operations
  • the downlink and uplink bandwidth parts are set in pairs to share a center frequency.
  • the terminal accesses the base station and performs a cell search and random access procedure in order to perform communication.
  • Cell search is a procedure in which the UE synchronizes the cell of the corresponding base station using a synchronization signal block (SSB) transmitted by the base station, obtains a physical layer cell ID, and obtains system information.
  • 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.
  • the SSB consists of a primary synchronization signal (PSS) and a secondary synchronization signal (SSS) occupying 1 symbol and 127 subcarriers, respectively, and a PBCH spanning 3 OFDM symbols and 240 subcarriers.
  • PSS primary synchronization signal
  • SSS secondary synchronization signal
  • the UE receives the SSB by monitoring the SSB in the time and frequency domains.
  • SSB can be transmitted up to 64 times in 5ms.
  • a plurality of SSBs are transmitted using different transmission beams within 5 ms, and the UE performs detection on the assumption that SSBs are transmitted every 20 ms when viewed based on one specific beam used for transmission.
  • the number of beams that can be used for SSB transmission within 5 ms time may increase as the frequency band increases.
  • up to 4 SSB beams can be transmitted in 3 GHz or less, and SSB can be transmitted using up to 8 different beams in a frequency band of 3 to 6 GHz and up to 64 different beams in a frequency band of 6 GHz or more.
  • Two SSBs are included in one slot, and the start symbol and the number of repetitions within the slot are determined according to the subcarrier interval as follows.
  • the 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 in a place other than the center of the system band, and a plurality of SSBs may be transmitted in the frequency domain when wideband operation is supported. Accordingly, the UE monitors the SSB using a synchronization raster, which is a candidate frequency location for monitoring the SSB.
  • the carrier raster and synchronization raster which are the center frequency location information of the channel for initial access, are newly defined in NR, and the synchronization raster has a wider frequency interval than the carrier raster, so that the terminal can support fast SSB search.
  • the UE may acquire the MIB through the PBCH of the SSB.
  • MIB Master Information Block
  • MIB includes minimum information for the terminal to receive the remaining system information (RMSI, Remaining Minimum System Information) broadcast by the network.
  • the PBCH includes information on the position of the first DM-RS symbol in the time domain, information for the UE to monitor SIB1 (eg, SIB1 neurology 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.
  • the SIB1 neurology information is equally applied to some messages used in the random access procedure for accessing the base station after the UE completes the cell search procedure.
  • the neurology information of SIB1 may be applied to at least one of messages 1 to 4 for the random access procedure.
  • the aforementioned RMSI may mean System Information Block 1 (SIB1), and SIB1 is periodically broadcast (eg, 160 ms) in the cell.
  • SIB1 includes information necessary for the UE to perform an initial random access procedure, and is periodically transmitted through the PDSCH.
  • CORESET Control Resource Set
  • the UE checks scheduling information for SIB1 by using SI-RNTI in CORESET, and acquires SIB1 on PDSCH according to the scheduling information.
  • SIBs other than SIB1 may be transmitted periodically or may be transmitted according to 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 through the PRACH.
  • the random access preamble is transmitted to the base station through a PRACH consisting of continuous radio resources in a specific slot that is periodically repeated.
  • a contention-based random access procedure is performed, and when performing random access for beam failure recovery (BFR), a contention-free random access procedure is performed.
  • 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 inform which terminal 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, RA-RNTI (Random Access - Radio Network Temporary Identifier).
  • the terminal Upon receiving the valid random access response, the terminal processes information included in the random access response and performs scheduled transmission to the base station. For example, the UE applies the TAC and stores the temporary C-RNTI. In addition, data stored in the buffer of the terminal or newly generated data is transmitted to the base station by using the UL grant. In this case, information for identifying the terminal should be included.
  • the terminal receives a downlink message for contention resolution.
  • the downlink control channel in NR is transmitted in a control resource set (CORESET) having a length of 1 to 3 symbols, and transmits up/down scheduling information, slot format index (SFI), transmit power control (TPC) information, etc. .
  • CORESET control resource set
  • SFI slot format index
  • TPC transmit power control
  • CORESET Control Resource Set
  • the UE may decode the control channel candidates by using one or more search spaces in the CORESET time-frequency resource.
  • QCL Quasi CoLocation
  • CORESET may exist in various forms within a carrier bandwidth within one slot, and CORESET may consist of up to three OFDM symbols in the time domain.
  • CORESET is defined as a multiple of 6 resource blocks up to the carrier bandwidth in the frequency domain.
  • the first CORESET is indicated through the MIB as part of the initial bandwidth part configuration to receive additional configuration information and system information from the network.
  • the terminal may receive and configure one or more pieces of CORESET information through RRC signaling.
  • frequencies, frames, subframes, resources, resource blocks, regions, bands, subbands, control channels, data channels, synchronization signals, various reference signals, various signals or various messages related to NR can be interpreted in various meanings used in the past or present or used in the future.
  • a donor IAB CU Central Unit in the present specification may mean a device, part, or configuration corresponding to a central unit in the base station.
  • a base station-CU (gNB-CU) represents a logical node hosting the RRC, SDAP and PDCP protocols of an NR base station (gNB).
  • a donor IAB Distributed Unit (DU) may mean a device, part, or configuration corresponding to a distributed unit within the base station.
  • Base station-DU represents a logical node hosting the RLC, MAC and PHY layers of an NR base station (gNB).
  • a CU and a DU may be logically or physically separated. Accordingly, the IAB donor CU and the IAB donor DU may be included in the base station, and each may mean a base station if necessary. The DU may also be configured in an IAB node other than the base station.
  • IAB Integrated Access and Backhaul
  • the IAB node enables radio relaying in the NG-RAN.
  • the relaying node referred to as IAB-node, supports access and backhauling via NR.
  • the terminating node of NR backhauling on network side is referred to as the IAB-donor, which represents a gNB with additional functionality to support IAB).
  • FIGS. 8 and 9 are diagrams exemplarily illustrating an IAB structure to which the present embodiment can be applied.
  • the IAB node may support a stand alone mode.
  • the IAB node may support a non-stand alone mode as shown in FIG. 9 .
  • the IAB node terminates the NR access interface (NR Uu) to the terminal and the IAB node of the next hop, and the gNB-DU as defined in 3GPP TS 38.401, terminating the F1 protocol to the gNB-CU function for the IAB donor.
  • NR Uu NR access interface
  • the IAB-node supports gNB-DU functionality, as defined in TS 38.401, to terminate the NR access interface to UEs and next-hop IAB-nodes, and to terminate the F1 protocol to the gNB-CU functionality, as defined in TS 38.401, on the IAB-donor).
  • the IAB-node DU is also referred to as IAB-DU.
  • the IAB node supports a part of the terminal function called IAB-MT (In addition to the gNB-DU) functionality, the IAB-node also supports a subset of the UE functionality referred to as IAB-MT, which includes, eg, physical layer, layer-2, RRC and NAS functionality to connect to the gNB-DU of another IAB-node or the IAB-donor, to connect to the gNB-CU on the IAB-donor, and to the core network).
  • FIG. 10 is a diagram for explaining a relationship between a parent node and a child node for an IAB node to which this embodiment can be applied.
  • the uplink direction is described as a parent node and the downlink direction is described as a child node.
  • the IAB node relays data by performing both IAB-MT and IAB-DU functions.
  • the IAB-MT function When a specific IAB node receives data from an upper direction (base station direction, uplink data transmission direction), the IAB-MT function may be used. In contrast, when transmitting downlink data to a child node, a specific IAB node may use the IAB-DU function. Accordingly, the parent node or child node may have both the functions of IAB-MT and IAB-DU. In addition, the terms parent node and child node are determined based on each IAB node, and should be understood as relative terms and concepts.
  • the operator may want to change the parent node by increasing the load on the parent node.
  • the IAB node experiences radio link failure, it may be necessary to change the parent node.
  • an IAB node could only migrate to another parent node under the same IAB donor CU that controls the corresponding IAB node. Accordingly, it is impossible to move to another parent node under an IAB donor CU that is different from the current serving IAB donor CU, so there is a problem in flexibility when the operator wants to move the IAB node in the network operation.
  • the present disclosure discloses an embodiment of an operation for providing mobility to other parent nodes under (under control) different IAB donor CUs.
  • an IAB node control method based on NR technology will be described below. However, this is for convenience of description, and the present embodiment may be applied to any radio access technology-based relay.
  • the embodiment provided below may be used when relaying NR technology-based access of an NR terminal to an NR base station through an NR backhaul.
  • the embodiment provided below may be used when the LTE technology-based access of the LTE terminal is relayed to the LTE base station through the NR backhaul.
  • the embodiment provided below may be used when relaying NR technology-based access of an NR terminal to an LTE base station providing EN-DC through an NR backhaul.
  • FIG. 11 is a diagram for explaining an operation of a target Integrated Access and Backhaul (IAB) donor CU (Central Unit) according to an embodiment.
  • IAB Integrated Access and Backhaul
  • a handover request message from a source IAB donor CU A step of receiving is performed (S1100).
  • the source IAB donor CU may determine the change of the parent IAB node for a particular IAB node.
  • the parent IAB node to be changed and the target parent IAB node may operate under the control of different IAB donor CUs.
  • the target IAB donor CU controlling the target parent IAB node receives a handover request message from the source IAB donor CU can do.
  • the handover request message includes Backhaul Adaptation Protocol (BAP) address information for the migration target IAB node, Backhaul Adaptation Protocol (BAP) routing ID information, backhaul RLC channel information, IP address information, and IAB DU ( It may include at least one of transport layer address request information for F1 transmission between the distributed unit) and the target IAB donor CU.
  • BAP Backhaul Adaptation Protocol
  • BAP Backhaul Adaptation Protocol
  • routing ID information backhaul RLC channel information
  • IP address information IP address information
  • IAB DU It may include at least one of transport layer address request information for F1 transmission between the distributed unit
  • BAP Backhaul Adaptation Protocol address information for the migration target IAB node
  • BAP Backhaul Adaptation Protocol
  • routing ID information backhaul RLC channel information
  • IP address information backhaul RLC channel information
  • IAB DU Distributed Unit
  • At least one piece of transport layer address request information for F1 transmission between the target IAB donor CUs may be received by being included as an information field in an RRC container (eg HandoverPreparationInformation message) in a handover request message.
  • RRC container eg HandoverPreparationInformation message
  • the migration target IAB node means an IAB node that changes the parent IAB node to a node controlled by a different IAB donor CU for any reason. That is, from the point of view of the migration target IAB node, the parent IAB node is changed, and the changed parent IAB node is a node controlled by another IAB donor CU. Therefore, the migration target IAB node can be processed similarly to changing the base station.
  • the target IAB donor CU performs a step of setting up a terminal context for the target parent IAB node and the migration target IAB node (S1110).
  • the target IAB donor CU may use information included in the received handover request message to set up a terminal context for the target parent IAB node and the migration target IAB node.
  • the target IAB donor CU sends a terminal context setup request message for configuring a backhaul RLC channel and a Backhaul Adaptation Protocol (BAP) layer root entry on a path between the migration target IAB node and the target IAB donor CU, the target parent IAB node can be sent to
  • BAP Backhaul Adaptation Protocol
  • the terminal context setup request message may include Backhaul Adaptation Protocol (BAP) address information and backhaul RLC channel information for the migration target IAB node.
  • BAP Backhaul Adaptation Protocol
  • the target parent IAB node may establish a connection by performing a terminal context setup operation with the migration target IAB node using information in the terminal context setup request message.
  • the target IAB donor CU performs a step of transmitting an RRC message to the migration target IAB node through the source IAB donor CU (S1120).
  • the target IAB donor CU transmits an RRC message to the source IAB donor CU.
  • the source IAB donor CU forwards the received RRC message to the migration target IAB node.
  • the RRC message may include IP address information allocated to the migration target IAB node.
  • the IP address information is allocated by the target IAB donor CU and delivered to the migration target IAB node through the source IAB donor CU.
  • the migration target IAB node can receive the IP address information and use the corresponding IP address information when transmitting and receiving data through the target parent IAB node.
  • a parent IAB node of a specific IAB node (a migration target IAB node) may be changed to an IAB node controlled by another base station (another IAB donor). This has the effect of more efficiently using radio resources from the operator's point of view.
  • FIG. 12 is a diagram for explaining the operation of a source IAB (Integrated Access and Backhaul) donor (Central Unit) CU (Central Unit) according to an embodiment.
  • IAB Integrated Access and Backhaul
  • Central Unit Central Unit
  • the source IAB (Integrated Access and Backhaul) donor (Central Unit) CU (Central Unit) determines the change of the parent IAB node of the migration target IAB node based on the measurement information received from the migration target IAB node. step may be performed (S1200).
  • the source IAB donor CU may receive measurement information from the migration target IAB node.
  • the measurement information may include channel state information, data load information on a relay path, and the like. Measurement information may be transferred from the migration target IAB node to the source IAB donor CU through the source parent IAB node.
  • the source IAB donor CU may determine whether to migrate the migration target IAB node based on the measurement information. For example, the source IAB donor CU may use the measurement information to determine the need to change the current parent IAB node of the migration target IAB node.
  • the source IAB donor CU may perform a step of transmitting a handover request message to the target IAB donor CU (S1210).
  • the handover request message includes Backhaul Adaptation Protocol (BAP) address information for the migration target IAB node, Backhaul Adaptation Protocol (BAP) routing ID information, backhaul RLC channel information, IP address information, and IAB DU ( Distributed Unit) and at least one of transport layer address request information for F1 transmission between the target IAB donor CU.
  • BAP Backhaul Adaptation Protocol
  • BAP Backhaul Adaptation Protocol
  • routing ID information backhaul RLC channel information
  • IP address information IP address information
  • IAB DU Distributed Unit
  • BAP Backhaul Adaptation Protocol
  • BAP Backhaul Adaptation Protocol
  • routing ID information backhaul RLC channel information
  • IP address information IP address information
  • IAB DU Distributed Unit
  • At least one piece of transport layer address request information for F1 transmission between the target IAB donor CUs may be transmitted by being included as an information field in an RRC container in the handover request message.
  • the source IAB donor CU may perform a step of receiving an RRC message from the target IAB donor CU (S1220). ).
  • the target IAB donor CU determines the target parent IAB node assigned to the migration target IAB node based on the handover request message, and controls terminal context setup operations of the target parent IAB node and the migration target IAB node. can do.
  • the source IAB donor CU receives an RRC message from the target IAB donor CU.
  • the RRC message may include IP address information allocated to the migration target IAB node.
  • the source IAB donor CU may perform a step of transmitting the RRC message to the migration target IAB node (S1230).
  • the source IAB donor CU may forward the received RRC message to the migration target IAB node.
  • the migration target IAB node can receive the IP address information and use the corresponding IP address information when transmitting and receiving data through the target parent IAB node.
  • a parent IAB node of a specific IAB node (a migration target IAB node) may be changed to an IAB node controlled by another base station (another IAB donor). This has the effect of more efficiently using radio resources from the operator's point of view.
  • the target parent node is served by a target IAB donor CU different from the source IAB donor CU.
  • the target parent node may use a target IAB donor DU different from the source IAB donor DU.
  • FIG. 13 is a diagram exemplarily illustrating an Inter IAB-donor-CU movement/adaptation procedure according to an embodiment.
  • the source donor DU is omitted between the source parent IAB node and the source donor CU.
  • the target donor DU is omitted between the target parent IAB node and the target donor CU. This is for convenience of understanding, and the IAB donor CU may transmit/receive related data through the IAB donor DU.
  • the parent IAB node of the migration target IAB node may be changed through the following operation.
  • the migrating IAB node MT may forward the measurement report message to the source parent IAB node.
  • the source parent IAB node DU sends a UL RRC Transfer message to the source IAB donor CU to transfer the received measurement report.
  • the source IAB donor CU transmits a handover request message to the target IAB donor CU.
  • the source IAB donor CU transmits a move/adapt request message on the Xn interface for the move/adapt request procedure to the target IAB donor CU.
  • a corresponding message is hereinafter referred to as a handover request message, and the following embodiments may be equally applied to the above-described movement/adaptation request message.
  • the handover request message may include an RRC container (Handoverpreparation message) having information necessary for the target side to prepare for handover.
  • RRC container Hydrophilicity container
  • An embodiment of the handover request message or the information included in the RRC container included in the handover request message will be separately described later.
  • Acceptance control may be performed by the target IAB donor CU.
  • the target IAB donor CU sends a terminal context setup request message to the target parent IAB node DU.
  • bearers are used by the moving IAB node MT to carry its own data and signaling traffic.
  • a backhaul RLC channel mapping rule for transmitting own data and signaling traffic may be included together by the corresponding IAB node MT.
  • the target parent IAB node DU transmits a terminal context setup response message to the target IAB donor CU.
  • the target IAB donor CU prepares for handover/movement/adaptation with the L1/L2 configuration for the moving IAB node MT. For example, the target IAB donor CU sends a handover request confirmation message to the source IAB donor CU. For another example, the target IAB donor CU sends a move/adaptation confirmation message on the Xn interface for the move/adaptation procedure to the source IAB donor CU. For convenience of explanation, a corresponding message is hereinafter referred to as a handover request confirmation message. Information included in the handover request confirmation message or the RRC container (RRC reconfiguration message) included in the handover request confirmation message will be separately described later.
  • RRC container RRC reconfiguration message
  • the source IAB donor CU transmits a terminal context modification request message to the source parent IAB node.
  • the corresponding message may include the generated RRC reconfiguration message.
  • the source parent IAB node DU forwards the received RRC reconfiguration message to the moving IAB node MT.
  • the source parent IAB node DU transmits a terminal context modification response message to the source IAB donor CU.
  • the moving IAB node MT may perform a random access procedure with the target parent IAB node DU.
  • the moving IAB node MT transmits an RRC reconfiguration complete message to the target parent IAB node DU.
  • the target parent IAB node DU sends an uplink RRC Transfer message to the target IAB donor CU.
  • the target IAB donor CU After receiving the uplink RRC Transfer message, the target IAB donor CU configures a backhaul RLC channel and a BAP layer root entry on the target path between the moving IAB node and the target IAB donor CU.
  • all F1-U tunnels and F1-Cs between the moving IAB node DU and the IAB donor CU may be switched/changed/modified.
  • a transport network layer address (TNL address) allocated by the moving IAB node may be used.
  • the transport network layer address of the moving IAB node allocated and received from the target IAB donor CU may be used.
  • an IAB node DU moving for an F1-U tunnel and/or F1-C switch/change/modification may initiate an F1-C setup procedure with a target IAB donor CU.
  • the moving IAB node DU may receive information related to an access cell to provide a radio access service and/or a backhaul link to provide a backhaul service from the target IAB donor CU.
  • the moving IAB node DU may apply/modify/change/resume the configuration for the corresponding cell and/or backhaul link with the received information.
  • the moving IAB node DU may initiate the F1-C setup procedure with the target IAB donor CU.
  • the moving IAB node DU may receive information related to an access cell to provide a radio access service and/or a backhaul link to provide a backhaul service from the target IAB donor CU.
  • the moving IAB node DU may apply/modify/change/resume the configuration for the corresponding cell and/or backhaul link with the received information. This will be described later.
  • the operation of configuring the backhaul RLC channel and the BAP layer root entry on the target path between the IAB node to which the target IAB donor CU moves and the target IAB donor CU may be performed faster than step 12 .
  • it may be performed after step 4 .
  • the terminal context setup request message includes related information (e.g. backhaul RLC channel and BAP layer root entry) and may be transmitted and performed after receiving the message.
  • the target IAB donor CU can perform AMF and PATH SWITCH procedures. Upon receiving the PATH SWITCH REQUEST ACKNOWLEDGE message from the AMF, the target IAB donor CU transmits a terminal context release request message to the source IAB donor CU to notify the handover success.
  • the source IAB donor CU sends a terminal context release command message to the source parent IAB node DU.
  • the source parent IAB node DU releases the context of the moving IAB node MT and responds to the source IAB donor CU with a terminal context release complete message.
  • the source donor CU may release the backhaul RLC channel and BAP layer root entry on the source path between the moving IAB node and the source IAB donor CU.
  • the parent IAB node of the migration target IAB node may be changed to an IAB node controlled by another base station.
  • the source IAB donor CU may transmit information necessary for changing the parent IAB node of the migration target IAB node to the target IAB donor CU through a handover request message or the like.
  • the handover request message includes target cell information, corresponding UE identification information, and UE context information required to configure a handover command (e.g. RRC reconfiguration with sync) for the UE.
  • the handover request message includes a source base station terminal XnAP identifier (Source NG-RAN node UE XnAP ID reference), a target cell global identifier (Target CGI: Cell Global ID), a GUAMI (Globally Unique AMF Identifier), UE History Information, a terminal Global NG-RAN Node ID, S-NG-RAN node UE XnAP ID included in context reference, and AMF UE NGAP ID (NG-C UE associated Signaling reference) included in UE context information, AMF's IP address of the SCTP association (Signalling TNL association address at source NG-C side), UE Security Capabilities, AS security information, Index to RAT/Frequency Selection Priority, UE Aggregate Maximum
  • the handover request message (or the RRC container included in the handover request message) includes the target cell information required to configure the RRC reconfiguration message for the IAB MT and
  • the corresponding IAB MT identification information and the corresponding IAB MT context information may be included.
  • the IAB node includes IAB MT as well as IAB DU function. Accordingly, the handover request message (or the RRC container included in the handover request message) may additionally include information necessary to generate a configuration for the IAB DU (or IAB node).
  • the handover request message includes Backhaul Adaptation Protocol (BAP) address information for the migration target IAB node, Backhaul Adaptation Protocol (BAP) routing ID information, backhaul RLC channel information, IP address information, and IAB DU of the migration target IAB node. It may include at least one of transport layer address request information for F1 transmission between (Distributed Unit) and the target IAB donor CU.
  • BAP Backhaul Adaptation Protocol
  • BAP Backhaul Adaptation Protocol
  • the handover request message may include radio access cell/backhaul link information for providing an IAB DU function terminating the NR access interface (NR Uu) to the terminal and the IAB node of the next hop.
  • An IAB node may include one or more radio access cells/backhaul links.
  • the handover request message (or the RRC container included in the handover request message) may include one or more radio access cells/backhaul link information.
  • the one or more radio access cells/backhaul link information may include cell identification information, for example, one or more of NR CGI and PCI information.
  • the handover request message may include BAP routing entry information, IP address information, and backhaul RLC channel information of the moving IAB node.
  • Corresponding information included in the handover request message may be information related to a radio access cell/backhaul link.
  • the target IAB donor CU may maintain one or more of radio access cell/backhaul link information, BAP routing entry information, IP address information, and backhaul RLC channel information.
  • the BAP routing entry information indicates information for performing routing in the IAB node. For example, it may include a BAP routing ID and a next hop BAP address. Routing in the IAB node uses the BAP routing ID in the BAP layer.
  • BAP routing ID is configured through RRC message by IAB donor CU, and consists of BAP address and BAP Path ID. For example, for a user packet, the BAP routing ID is carried in the packet's BAP header, and the IAB node uses the BAP routing ID to determine the next hop node (or BAP address of the next hop node) to be mapped.
  • the moving IAB node DU moves because F1 setup with the IAB donor CU has already been performed. A new F1 setup was unnecessary between the IAB node DU and the IAB donor CU.
  • the migration target IAB node DU may need to set up F1 with the target IAB donor CU.
  • FIG. 14 is a diagram exemplarily illustrating a protocol stack for F1-C protocol support between IAB nodes according to an embodiment.
  • the IAB node integration procedure includes IAB DU setup.
  • IAB DU setup initiates the transport network layer setup. Indicates that the DU function is configured by initiating the F1 setup procedure between the IAB DU and the IAB donor CU.
  • the F1 setup procedure is a procedure for exchanging application-level data necessary for correct interaction on the F1 interface between DU and CU. TNL linkage between DU and CU cannot be operated.
  • the purpose of the F1 Setup procedure is to exchange application level data needed for the gNB-DU and the gNB-CU to correctly interoperate on the F1 interface.
  • This procedure shall be the first F1AP procedure triggered for the F1- C interface instance after a TNL association has become operational). Also, as shown in FIG. 15, the corresponding procedure was triggered only by the DU.
  • 15 is a diagram for describing an F1 setup procedure according to an embodiment.
  • the gNB-DU 1500 transmits an F1 setup request message to the gNB-CU 1550 ( S1510 ). This initiates the F1 setup procedure. Thereafter, the gNB-CU 1550 performs F1 setup and transmits an F1 setup response message to the gNB-DU 1500 ( S1520 ).
  • any application-level configuration data and signaling connection existing between two nodes such as a reset procedure, are erased. And this procedure erases any existing application level configuration data in the two nodes and replaces it by the one received.
  • This procedure also re-initialises the F1AP UE-related contexts (if any) and erases all related signaling connections in the two nodes like a Reset procedure would do).
  • the moving IAB node DU performs F1 setup at any time after step 11 or step 12 of FIG. 13, there may be a problem in that the terminal context of the IAB node MT or the IAB node DU is reinitialized or erased. . Also, service interruption may occur during the corresponding F1 setup.
  • step 11 or after step 12 of FIG. 13 the following procedure may be performed.
  • the moving IAB node DU sends an F1 setup request message to the target IAB donor CU.
  • the F1 setup request message may include one or more of an IAB node DU ID, a cell/backhaul link list serviced by the IAB node DU, and Transport Network Layer (TNL) address information (e.g. IP address).
  • TNL Transport Network Layer
  • IP address transport layer address information
  • the cell/backhaul link list serviced by the IAB node DU included in the F1 setup request message indicates a cell/backhaul link list associated with the moving IAB node.
  • TNL (Transport Network Layer) address information represents the transport layer address request information of the IAB node for F1 transmission between the transport layer address information (IP address) or the IAB node DU and the target IAB donor CU requested for the moving IAB node.
  • the cell/backhaul link list serviced by the IAB node DU includes serviced cell information (NR CGI, NR PCI, Tracking Area Code (TAC), PLMN Id, Measurement timing configuration, RANAC) and system information. It may include more than one.
  • the TNL address information may include one or more of IP Sec Transport Address information and GTP Transport Layer Addresses.
  • the TNL address information may include a Transport Layer Address (e.g. IP address) and a GTP-TEID for the GTP tunnel.
  • Transport Layer Address the matters described in 3GPP TS 38.414 can be applied.
  • the Transport Layer Address may be a Transport Layer address and a downlink TEID in the IAB node DU.
  • the target IAB donor CU sends an F1 setup response message to the moving IAB node DU.
  • the F1 setup response message may include one or more of an IAB node CU ID, a cell/backhaul link list to be activated in the IAB node DU, and TNL address information.
  • the cell/backhaul link list activated in the IAB node DU included in the F1 setup response message indicates a cell/backhaul link list to be activated associated with the moving IAB node determined by the target IAB donor CU.
  • Transport Network Layer (TNL) address information may indicate transport layer address information (IP address) for a moving IAB node allocated by the target IAB donor CU.
  • the target IAB donor CU may be included in the request message by determining/allocating the transport layer address based on the requested transport layer address information (IP address) or the transport layer address request information.
  • the TNL address information may be a Transport Layer address or an uplink TEID in the target IAB donor CU/target IAB donor CU-UP.
  • the TNL address information may be a Transport Layer address or an uplink TEID in the target IAB donor DU.
  • the F1 setup response message may include NR CGI and NR PCI for a cell to be activated/backhaul link list to be activated in the IAB node DU.
  • the target IAB donor CU transmits a terminal context setup request message (or terminal context modification request message) to the moving IAB node DU.
  • the moving IAB node DU transmits a terminal context setup response message (or terminal context modification response message) to the target IAB donor CU.
  • step 11 or after step 12 the following procedure may be performed.
  • the moving IAB node DU sends an F1 setup request message to the target IAB donor CU.
  • the F1 setup request message may include one or more of an IAB node DU ID, a cell/backhaul link list serviced by the IAB node DU, and TNL address information.
  • the cell/backhaul link list serviced by the IAB node DU includes serviced cell information (NR CGI, NR PCI, Tracking Area Code (TAC), PLMN Id, Measurement timing configuration, RANAC) and system information. It may include more than one.
  • the TNL address information may include one or more of IP Sec Transport Address information and GTP Transport Layer Addresses.
  • the TNL address information may include a Transport Layer Address (e.g. IP address) and GTP-TEID for the GTP tunnel, and TS 38.414 may be referred to for the Transport Layer Address.
  • the target IAB donor CU sends an F1 setup response message to the moving IAB node DU.
  • the F1 setup response message may include one or more of an IAB node CU ID, a cell/backhaul link list to be activated in the IAB node DU, and TNL address information.
  • the F1 setup response message may include NR CGI and NR PCI for a cell to be activated/backhaul link list to be activated in the IAB node DU.
  • the moving IAB node DU transmits a UE CONTEXT MODIFICATION REQUIRED message to the target IAB donor CU.
  • the target IAB donor CU sends a UE CONTEXT MODIFICATION CONFIRM message to the moving IAB node DU to report the successful update of the UE context.
  • step 11 or after step 12 the following procedure may be performed.
  • the moving IAB node DU transmits a request message for simultaneously performing F1 setup and UE context modification to the target IAB donor CU.
  • the request message may be a new message distinct from the F1 setup request message or the terminal context modification required message.
  • the request message may be an improved message including an additional trigger condition and related information in the F1 setup request message or the terminal context modification required message.
  • the request message may include all or part of the information included in the F1 setup request message or the terminal context modification required message.
  • the target IAB donor CU transmits a response message for simultaneously performing a response to F1 setup and UE context modification to the moving IAB node DU.
  • the corresponding response message may be a new message distinct from the F1 setup response message or the terminal context modification confirmation message.
  • the response message may be an improved message including additional response conditions and related information in the F1 setup request message or the terminal context modification confirm message.
  • the corresponding response message may include all or part of information included in the F1 setup response message or the terminal context modification confirmation message.
  • the following procedure may be performed.
  • the IAB node MT moving in step 11 may include information for requesting/indicating F1 setup and/or terminal context modification in an RRC Reconfiguration Complete message to the target parent IAB node.
  • the target parent IAB node may transmit the RRC message to the target IAB donor CU through the uplink RRC Transfer message.
  • the target IAB donor CU transmits a terminal context setup request message (or terminal context modification request message) to the moving IAB node DU.
  • the moving IAB node DU transmits a terminal context setup response message (or terminal context modification response message) to the target IAB donor CU.
  • the following procedure may be performed.
  • the source IAB donor CU transmits a handover request message to the target IAB donor CU.
  • the handover request message may include information for requesting/instructing F1 setup and/or terminal context modification/setup for the moving IAB node DU.
  • the handover request message may include one or more of information included in the aforementioned F1 setup request message and/or terminal context modification/setup request message.
  • the target IAB donor CU sends a handover request confirmation message to the source IAB donor CU.
  • the handover request confirmation message may include information for responding/confirming/confirming the F1 setup and/or terminal context modification/setup for the moving IAB node DU.
  • the handover request confirmation message may include one or more of information included in the aforementioned F1 setup response message and/or terminal context modification response/confirmation/confirmation message.
  • the RRC Reconfiguration message included in step 6/step 7/step 8 of FIG. 13 includes information for responding/confirming/confirming the F1 setup and/or terminal context modification/setup for the moving IAB node DU.
  • the corresponding information may include one or more of information included in the aforementioned F1 setup response message and/or terminal context modification response/confirmation/confirmation message.
  • the present disclosure can improve radio resource efficiency by effectively moving a specific IAB node to a parent IAB node belonging to a different base station or CU.
  • IAB donor CU configuration of the aforementioned IAB donor CU will be briefly described with reference to the drawings. All of the above-described operations may be performed according to each of the following configurations.
  • the IAB donor CU may be replaced with a base station term, and in this case, the present disclosure may also be applied.
  • FIG. 16 is a diagram for explaining the configuration of a target Integrated Access and Backhaul (IAB) donor CU (Central Unit) according to an embodiment.
  • IAB Integrated Access and Backhaul
  • the target IAB (Integrated Access and Backhaul) donor CU 1600 that changes the parent IAB node of the IAB node is a receiving unit that receives a handover request message from the source IAB donor CU. 1630 and a control unit 1610 that sets up a terminal context for the target parent IAB node and the migration target IAB node, and a transmission unit 1620 for transmitting an RRC message to the migration target IAB node through the source IAB donor CU may include.
  • the controller 1610 may determine a change of the parent IAB node for a specific IAB node.
  • the parent IAB node to be changed and the target parent IAB node may operate under the control of different IAB donor CUs.
  • the receiving unit 1630 of the target IAB donor CU 1600 controlling the target parent IAB node is the source IAB donor A handover request message may be received from the CU.
  • the handover request message includes Backhaul Adaptation Protocol (BAP) address information for the migration target IAB node, Backhaul Adaptation Protocol (BAP) routing ID information, backhaul RLC channel information, IP address information, and IAB DU ( Distributed Unit) and at least one of transport layer address request information for F1 transmission between the target IAB donor CU.
  • BAP Backhaul Adaptation Protocol
  • BAP Backhaul Adaptation Protocol
  • routing ID information backhaul RLC channel information
  • IP address information IP address information
  • IAB DU Distributed Unit
  • BAP Backhaul Adaptation Protocol
  • BAP Backhaul Adaptation Protocol
  • routing ID information for the migration target IAB node
  • backhaul RLC channel information for the migration target IAB node
  • IP address information for the migration target IAB node
  • IAB DU Distributed Unit
  • At least one piece of transport layer address request information for F1 transmission between the target IAB donor CUs may be received as an information field included in the RRC container in the handover request message.
  • the controller 1610 may set up a terminal context for the target parent IAB node and the migration target IAB node using information included in the received handover request message.
  • control unit 1610 transmits a terminal context setup request message for configuring a backhaul RLC channel and a Backhaul Adaptation Protocol (BAP) layer root entry on a path between the migration target IAB node and the target IAB donor CU to the target parent IAB node. can be controlled to be transmitted to The transmitter 1620 transmits the terminal context setup request message to the target parent IAB node.
  • BAP Backhaul Adaptation Protocol
  • the terminal context setup request message may include Backhaul Adaptation Protocol (BAP) address information and backhaul RLC channel information for the migration target IAB node.
  • BAP Backhaul Adaptation Protocol
  • the target parent IAB node may establish a connection by performing a terminal context setup operation with the migration target IAB node using information in the terminal context setup request message.
  • the transmitter 1620 transmits an RRC message to the target IAB donor CU to the source IAB donor CU.
  • the source IAB donor CU forwards the received RRC message to the migration target IAB node.
  • the RRC message may include IP address information allocated to the migration target IAB node.
  • the IP address information is allocated by the target IAB donor CU and delivered to the migration target IAB node through the source IAB donor CU.
  • the migration target IAB node can receive the IP address information and use the corresponding IP address information when transmitting and receiving data through the target parent IAB node.
  • controller 1610 controls the overall operation of the target IAB donor CU 1600 according to the relay control method necessary for performing the above-described embodiments.
  • the transmitter 1620 and the receiver 1630 are used to transmit/receive signals, messages, and data necessary for performing the above-described embodiment with the IAB node and the source IAB donor CU.
  • FIG. 17 is a diagram for explaining the configuration of a source Integrated Access and Backhaul (IAB) donor CU (Central Unit) according to an embodiment.
  • IAB Integrated Access and Backhaul
  • the transmitter 1720 for transmitting a handover request message to the target IAB donor CU and the target IAB donor CU migrate to the target parent IAB node (Migrating)
  • the terminal context for the target IAB node it includes a receiving unit 1730 for receiving the RRC message from the target IAB donor CU.
  • the transmitter 1720 may transmit the RRC message to the migration target IAB node.
  • the receiver 1730 may receive measurement information from the migration target IAB node.
  • the measurement information may include channel state information, data load information on a relay path, and the like. Measurement information may be transferred from the migration target IAB node to the source IAB donor CU through the source parent IAB node.
  • the controller 1710 may determine whether to migrate the migration target IAB node based on the measurement information. For example, the controller 1710 may determine the need to change the current parent IAB node of the migration target IAB node by using the measurement information.
  • the handover request message includes Backhaul Adaptation Protocol (BAP) address information for the migration target IAB node, Backhaul Adaptation Protocol (BAP) routing ID information, backhaul RLC channel information, IP address information, and IAB DU (Distributed DU) of the migration target IAB node. Unit) and at least one of transport layer address request information for F1 transmission between the target IAB donor CU.
  • BAP Backhaul Adaptation Protocol
  • BAP Backhaul Adaptation Protocol
  • routing ID information backhaul RLC channel information
  • IP address information IP address information
  • IAB DU Distributed DU
  • BAP Backhaul Adaptation Protocol
  • BAP Backhaul Adaptation Protocol
  • routing ID information backhaul RLC channel information
  • IP address information IP address information
  • IAB DU Distributed Unit
  • At least one piece of transport layer address request information for F1 transmission between the target IAB donor CUs may be transmitted by being included as an information field in an RRC container in the handover request message.
  • the target IAB donor CU determines the target parent IAB node assigned to the migration target IAB node based on the handover request message, and controls terminal context setup operations of the target parent IAB node and the migration target IAB node. can do.
  • the receiving unit 1730 receives an RRC message from the target IAB donor CU.
  • the RRC message may include IP address information allocated to the migration target IAB node.
  • the transmitter 1720 may transmit the received RRC message to the migration target IAB node.
  • the migration target IAB node can receive the IP address information and use the corresponding IP address information when transmitting and receiving data through the target parent IAB node.
  • controller 1710 controls the overall operation of the source IAB donor CU 1700 according to the relay control method necessary for performing the above-described embodiments.
  • the transmitter 1720 and the receiver 1730 are used to transmit/receive signals, messages, and data necessary for performing the above-described embodiment with the IAB node and the target IAB donor CU.
  • the above-described embodiments may be implemented through various means.
  • the present embodiments may be implemented by hardware, firmware, software, or a combination thereof.
  • the method according to the present 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), may be implemented by a processor, a controller, a microcontroller or a microprocessor.
  • ASICs Application Specific Integrated Circuits
  • DSPs Digital Signal Processors
  • DSPDs Digital Signal Processing Devices
  • PLDs Programmable Logic Devices
  • FPGAs Field Programmable Gate Arrays
  • the method according to the present 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 the memory unit and driven by the processor.
  • the memory unit may be located inside or outside the processor, and may transmit and receive data to and from the processor by various known means.
  • terms such as “system”, “processor”, “controller”, “component”, “module”, “interface”, “model”, or “unit” generally refer to computer-related entities hardware, hardware and software. may mean a combination of, software, or running software.
  • the aforementioned components may be, but are not limited to, a process run by a processor, a processor, a controller, a controlling processor, an object, a thread of execution, a program, and/or a computer.
  • an application running on a controller or processor and a controller or processor can be a component.
  • One or more components may reside within a process and/or thread of execution, and the components may be located on one device (eg, a system, computing device, etc.) or distributed across two or more devices.

Abstract

본 개시는 릴레이 기술에 관한 것으로, 일 측면에서, 타겟 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)가 IAB 노드의 패런츠(Parents) IAB 노드를 변경하는 방법에 있어서, 소스 IAB 도너 CU로부터 핸드오버 요청 메시지를 수신하는 단계와 타겟 패런츠 IAB 노드와 이주(Migrating) 대상 IAB 노드에 대한 단말 컨택스트를 셋업하는 단계 및 소스 IAB 도너 CU를 통해서 이주 대상 IAB 노드로 RRC 메시지를 전송하는 단계를 포함하는 방법을 제공한다.

Description

릴레이 노드를 제어하는 방법 및 그 장치
본 개시는 NR 기반 무선 릴레이 기능을 수행하는 IAB 노드를 제어하는 기술에 관한 것이다.
무선통신 시스템에서 릴레이 기술은 추가적인 네트워크 노드를 이용하여 셀 커버리지를 확장하기 위한 목적으로 사용되었다.
따라서, 종래 LTE 기술이 적용되는 릴레이 기술은 릴레이 노드의 IP 패킷 레벨에서 데이터 전달을 지원하였으며, 하나의 릴레이 노드만이 단말과 기지국 사이의 IP 패킷을 전달하도록 구성되었다.
즉, 종래 LTE 기술이 적용되는 릴레이 기술은 단순한 서비스 제공을 위해 단일 홉 릴레이 기능만을 제공했으며, 대부분의 구성이 정적인 OAM(Operations, administration and management)을 통해 지시되어 구성되었다. 이에 따라 복수의 홉 릴레이를 구성할 수 없었다.
또한, 종래 LTE 기술을 통해 복수 홉 릴레이를 지원하고자 하는 경우 복수의 릴레이 노드들을 통해 데이터를 구분해 처리할 수 없었으며, IP 계층 상위의 시그널링과 데이터 처리는 지연을 증가시킬 수 있는 문제가 있다.
이를 해결하기 위해 멀티 홉을 구성하여 사용자 데이터를 기지국으로 정확하게 전달하기 위한 기술에 대한 연구가 진행되고 있으며, 멀티 홉 기반으로 데이터를 송수신하는 경우에 데이터 처리 및 재전송 방법 등에 대한 문제점이 예상되고 있다. 특히, 특정 IAB 노드에 데이터 처리가 몰리는 경우에 이를 해결하기 위한 방법이 요구되고 있다.
전술한 배경에서 안출된 본 개시는 NR 기반 무선 릴레이 기능을 수행하는 IAB 노드가 서빙 패런츠 노드를 변경/이동(migration)/수정하는 방법 및 장치에 관한 것이다.
일 측면에서, 본 개시는 타겟 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)가 IAB 노드의 패런츠(Parents) IAB 노드를 변경하는 방법에 있어서, 소스 IAB 도너 CU로부터 핸드오버 요청 메시지를 수신하는 단계와 타겟 패런츠 IAB 노드와 이주(Migrating) 대상 IAB 노드에 대한 단말 컨택스트를 셋업하는 단계 및 소스 IAB 도너 CU를 통해서 이주 대상 IAB 노드로 RRC 메시지를 전송하는 단계를 포함하는 방법을 제공한다.
일 측면에서, 본 개시는 소스 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)가 IAB 노드의 패런츠(Parents) IAB 노드를 변경하는 방법에 있어서, 이주 대상 IAB 노드로부터 수신되는 측정 정보에 기초하여 이주 대상 IAB 노드의 패런츠 IAB 노드의 변경을 결정하는 단계와 이주 대상 IAB 노드의 패런츠 IAB 노드의 변경이 결정되면, 타겟 IAB 도너 CU로 핸드오버 요청 메시지를 전송하는 단계와 타겟 IAB 도너 CU에서 타겟 패런츠 IAB 노드와 이주(Migrating) 대상 IAB 노드에 대한 단말 컨택스트가 셋업되면, 타겟 IAB 도너 CU로부터 RRC 메시지를 수신하는 단계 및 RRC 메시지를 이주 대상 IAB 노드로 전송하는 단계를 포함하는 방법을 제공한다.
일 측면에서, 본 개시는 IAB 노드의 패런츠(Parents) IAB 노드를 변경하는 타겟 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)에 있어서, 소스 IAB 도너 CU로부터 핸드오버 요청 메시지를 수신하는 수신부와 타겟 패런츠 IAB 노드와 이주(Migrating) 대상 IAB 노드에 대한 단말 컨택스트를 셋업하는 제어부 및 소스 IAB 도너 CU를 통해서 이주 대상 IAB 노드로 RRC 메시지를 전송하는 송신부를 포함하는 타겟 IAB 도너 CU 장치를 제공한다.
일 측면에서, 본 개시는 IAB 노드의 패런츠(Parents) IAB 노드를 변경하는 소스 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)에 있어서, 이주 대상 IAB 노드로부터 수신되는 측정 정보에 기초하여 이주 대상 IAB 노드의 패런츠 IAB 노드의 변경을 결정하는 제어부와 이주 대상 IAB 노드의 패런츠 IAB 노드의 변경이 결정되면, 타겟 IAB 도너 CU로 핸드오버 요청 메시지를 전송하는 송신부 및 타겟 IAB 도너 CU에서 타겟 패런츠 IAB 노드와 이주(Migrating) 대상 IAB 노드에 대한 단말 컨택스트가 셋업되면, 타겟 IAB 도너 CU로부터 RRC 메시지를 수신하는 수신부를 포함하되, 송신부는 RRC 메시지를 이주 대상 IAB 노드로 전송하는 소스 IAB 도너 CU 장치를 제공한다.
본 개시는 NR 기반 무선 릴레이 기능을 수행하는 IAB 노드가 서빙 패런츠 노드를 변경/이동(migration)/수정하는 방법 및 장치를 제공하는 효과가 있다.
도 1은 본 실시예가 적용될 수 있는 NR 무선 통신 시스템에 대한 구조를 간략하게 도시한 도면이다.
도 2는 본 실시예가 적용될 수 있는 NR 시스템에서의 프레임 구조를 설명하기 위한 도면이다.
도 3은 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 자원 그리드를 설명하기 위한 도면이다.
도 4는 본 실시예가 적용될 수 있는 무선 접속 기술이 지원하는 대역폭 파트를 설명하기 위한 도면이다.
도 5는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 동기 신호 블록을 예시적으로 도시한 도면이다.
도 6는 본 실시예가 적용될 수 있는 무선 접속 기술에서의 랜덤 액세스 절차를 설명하기 위한 도면이다.
도 7은 CORESET에 대해서 설명하기 위한 도면이다.
도 8 및 도 9는 본 실시예가 적용될 수 있는 IAB 구조를 예시적으로 도시한 도면이다.
도 10은 본 실시예가 적용될 수 있는 IAB 노드에 대한 패런츠 노드와 차일드 노드 관계를 설명하기 위한 도면이다.
도 11은 일 실시예에 따른 타겟 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)의 동작을 설명하기 위한 도면이다.
도 12는 일 실시예에 따른 소스 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)의 동작을 설명하기 위한 도면이다.
도 13은 일 실시예에 따른 Inter IAB-donor-CU 이동/적응 프로시져를 예시적으로 도시한 도면이다.
도 14는 일 실시예에 따른 IAB 노드 간 F1-C 프로토콜 지원을 위한 프로토콜 스택을 예시적으로 도시한 도면이다.
도 15는 일 실시예에 따른 F1 셋업 프로시져를 설명하기 위한 도면이다.
도 16은 일 실시예에 따른 타겟 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)의 구성을 설명하기 위한 도면이다.
도 17은 일 실시예에 따른 소스 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)의 구성을 설명하기 위한 도면이다.
이하, 본 개시의 일부 실시예들을 예시적인 도면을 참조하여 상세하게 설명한다. 각 도면의 구성 요소들에 참조부호를 부가함에 있어서, 동일한 구성 요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호를 가질 수 있다. 또한, 본 실시예들을 설명함에 있어, 관련된 공지 구성 또는 기능에 대한 구체적인 설명이 본 기술 사상의 요지를 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명은 생략할 수 있다. 본 명세서 상에서 언급된 "포함한다", "갖는다", "이루어진다" 등이 사용되는 경우 "~만"이 사용되지 않는 이상 다른 부분이 추가될 수 있다. 구성 요소를 단수로 표현한 경우에 특별한 명시적인 기재 사항이 없는 한 복수를 포함하는 경우를 포함할 수 있다.
또한, 본 개시의 구성 요소를 설명하는 데 있어서, 제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) 또는 NOMA(non-orthogonal multiple access) 등과 같은 다양한 다양한 무선 접속 기술에 적용될 수 있다. 또한, 무선 접속 기술은 특정 접속 기술을 의미하는 것뿐만 아니라 3GPP, 3GPP2, WiFi, Bluetooth, IEEE, ITU 등 다양한 통신 협의기구에서 제정하는 각 세대 별 통신 기술을 의미할 수 있다. 예를 들어, 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, NR, 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 단말, URLLC 단말 등을 의미할 수도 있다.
본 명세서의 기지국 또는 셀은 네트워크 측면에서 단말과 통신하는 종단을 지칭하며, 노드-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) 등 다양한 커버리지 영역을 모두 포괄하는 의미이다. 또한, 셀은 주파수 도메인에서의 BWP(Bandwidth Part)를 포함하는 의미일 수 있다. 예를 들어, 서빙 셀은 단말의 Activation BWP를 의미할 수 있다.
앞서 나열된 다양한 셀은 하나 이상의 셀을 제어하는 기지국이 존재하므로 기지국은 두 가지 의미로 해석될 수 있다. 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을 중심으로 5G 통신 기술을 설명한다.
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 시스템에서는 순방향(Forard) 호환성을 제공하기 위해서 유연성 측면에서 다양한 기술적 변화를 제시하고 있다. 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를 기준으로 μ 값이 2의 지수 값으로 사용되어 지수적으로 변경된다.
μ 서브캐리어 간격 Cyclic prefix Supported for data Supported for synch
0 15 Normal Yes Yes
1 30 Normal Yes Yes
2 60 Normal, Extended Yes No
3 120 Normal Yes Yes
4 240 Normal No Yes
위 표 1과 같이 NR의 뉴머롤러지는 서브캐리어 간격에 따라 5가지로 구분될 수 있다. 이는 4G 통신 기술 중 하나인 LTE의 서브캐리어 간격이 15kHz로 고정되는 것과는 차이가 있다. 구체적으로, NR에서 데이터 전송을 위해서 사용되는 서브캐리어 간격은 15, 30, 60, 120kHz이고, 동기 신호 전송을 위해서 사용되는 서브캐리어 간격은 15, 30, 120, 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개의 슬롯 포맷이 3GPP Rel-15에서 사용된다. 또한, 다양한 슬롯의 조합을 통해서 FDD 또는 TDD 프레임을 구성하는 공통 프레임 구조를 지원한다. 예를 들어, 슬롯의 심볼이 모두 하향링크로 설정되는 슬롯 구조와 심볼이 모두 상향링크로 설정되는 슬롯 구조 및 하향링크 심볼과 상향링크 심볼이 결합된 슬롯 구조를 지원한다. 또한, NR은 데이터 전송이 하나 이상의 슬롯에 분산되어 스케줄링됨을 지원한다. 따라서, 기지국은 슬롯 포맷 지시자(SFI, Slot Format Indicator)를 이용하여 단말에 슬롯이 하향링크 슬롯인지, 상향링크 슬롯인지 또는 플렉시블 슬롯인지를 알려줄 수 있다. 기지국은 단말 특정하게(UE-specific) 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에 도시된 바와 같이 캐리어 대역폭 내에서 대역폭 파트(BWP)를 지정하여 단말이 사용할 수 있다. 또한, 대역폭 파트는 하나의 뉴머롤러지와 연계되며 연속적인 공통 자원 블록의 서브 셋으로 구성되고, 시간에 따라 동적으로 활성화 될 수 있다. 단말에는 상향링크 및 하향링크 각각 최대 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 뉴머롤러지 정보는 단말이 셀 검색 절차를 완료한 이후에 기지국에 접속하기 위한 랜덤 액세스 절차에서 사용되는 일부 메시지에서도 동일하게 적용된다. 예를 들어, 랜덤 액세스 절차를 위한 메시지 1 내지 4 중 적어도 하나에 SIB1의 뉴머롤러지 정보가 적용될 수 있다.
전술한 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 CORESET>
NR에서의 하향링크 제어채널은 1~3 심볼의 길이를 가지는 CORESET(Control Resource Set)에서 전송되며, 상/하향 스케줄링 정보와 SFI(Slot format Index), TPC(Transmit Power Control) 정보 등을 전송한다.
이와 같이 NR에서는 시스템의 유연성을 확보하기 위해서, CORESET 개념을 도입하였다. CORESET(Control Resource Set)은 하향링크 제어 신호를 위한 시간-주파수 자원을 의미한다. 단말은 CORESET 시간-주파수 자원에서 하나 이상의 검색 공간을 사용하여 제어 채널 후보를 디코딩할 수 있다. CORESET 별 QCL(Quasi CoLocation) 가정을 설정하였으며, 이는 종래 QCL에 의해서 가정되는 특성인 지연 스프레드, 도플러 스프레드, 도플러 쉬프트, 평균 지연 외에 아날로그 빔 방향에 대한 특성을 알리기 위한 목적으로 사용된다.
도 7은 CORESET에 대해서 설명하기 위한 도면이다.
도 7을 참조하면, CORESET은 하나의 슬롯 내에서 캐리어 대역폭 내에서 다양한 형태로 존재할 수 있으며, 시간 도메인 상에서 CORESET은 최대 3개의 OFDM 심볼로 구성될 수 있다. 또한, CORESET은 주파수 도메인 상에서 캐리어 대역폭까지 6개의 자원 블록의 배수로 정의된다.
첫 번째 CORESET은 네트워크로부터 추가 구성 정보 및 시스템 정보를 수신할 수 있도록 초기 대역폭 파트 구성의 일부로 MIB를 통해서 지시된다. 기지국과의 연결 설정 후에 단말은 RRC 시그널링을 통해서 하나 이상의 CORESET 정보를 수신하여 구성할 수 있다.
본 명세서에서 NR(New Radio)과 관련한 주파수, 프레임, 서브프레임, 자원, 자원블럭, 영역(region), 밴드, 서브밴드, 제어채널, 데이터채널, 동기신호, 각종 참조신호, 각종 신호 또는 각종 메시지는 과거 또는 현재 사용되는 의미 또는 장래 사용되는 다양한 의미로 해석될 수 있다.
본 명세서에서의 도너 IAB CU(Central Unit)은 기지국 내에서 중앙유닛(Central Unit)에 해당하는 장치, 파트, 구성을 의미할 수 있다. 기지국-CU(gNB-CU)는 NR 기지국(gNB)의 RRC, SDAP 그리고 PDCP 프로토콜을 호스팅하는 논리적인 노드를 나타낸다. 도너 IAB DU(Distributed Unit)은 기지국 내에서 분산 유닛(Distributed Unit)에 해당하는 장치, 파트, 구성을 의미할 수 있다. 기지국-DU(gNB-DU)는 NR 기지국(gNB)의 RLC, MAC 그리고 PHY 계층을 호스팅하는 논리적인 노드를 나타낸다. CU와 DU는 논리적 또는 물리적으로 구분될 수도 있다. 따라서, IAB 도너 CU와 IAB 도너 DU는 기지국에 포함될 수 있으며, 필요에 따라 각각은 기지국을 의미할 수도 있다. DU는 기지국이 아닌 IAB 노드에도 구성될 수 있다.
IAB(Integrated Access and Backhaul)
IAB 노드는 NG-RAN에서 무선 릴레잉을 가능하게 한다. IAB 노드로 불리는 릴레잉 노드는 NR을 통해 액세스와 백홀링을 지원한다(The relaying node, referred to as IAB-node, supports access and backhauling via NR). 네트워크 상에서 NR 백홀링의 터미네이팅 노드는 IAB-donor로 불리며 IAB를 지원하기 위해 추가 기능을 가진 기지국을 나타낸다(The terminating node of NR backhauling on network side is referred to as the IAB-donor, which represents a gNB with additional functionality to support IAB).
도 8 및 도 9는 본 실시예가 적용될 수 있는 IAB 구조를 예시적으로 도시한 도면이다.
도 8과 같이 IAB 노드는 Stand alone 모드를 지원할 수 있다. 또는 도 9와 같이 IAB 노드는 Non-stand alone 모드를 지원할 수도 있다. IAB 노드는 단말과 다음 홉의 IAB 노드에게 NR 액세스 인터페이스(NR Uu)를 터미네이트 하는, 그리고 IAB 도너에 대한 gNB-CU 기능에 대한 F1 프로토콜을 터미네이트 하는, 3GPP TS 38.401에 정의된 gNB-DU 기능을 지원한다(The IAB-node supports gNB-DU functionality, as defined in TS 38.401, to terminate the NR access interface to UEs and next-hop IAB-nodes, and to terminate the F1 protocol to the gNB-CU functionality, as defined in TS 38.401, on the IAB-donor). IAB 노드 DU는 IAB-DU로 불릴 수 있다(The IAB-node DU is also referred to as IAB-DU.) IAB 노드는 IAB-MT로 불리는 단말 기능의 일부를 지원한다(In addition to the gNB-DU functionality, the IAB-node also supports a subset of the UE functionality referred to as IAB-MT, which includes, e.g., physical layer, layer-2, RRC and NAS functionality to connect to the gNB-DU of another IAB-node or the IAB-donor, to connect to the gNB-CU on the IAB-donor, and to the core network).
도 10은 본 실시예가 적용될 수 있는 IAB 노드에 대한 패런츠 노드와 차일드 노드 관계를 설명하기 위한 도면이다.
도 10을 참조하면, 특정 IAB 노드를 기준으로 상향링크 방향은 패런츠 노드로 하향링크 방향은 차일드 노드로 기재하여 설명한다. IAB 노드는 IAB-MT와 IAB-DU 기능을 모두 수행하여 데이터를 릴레잉한다.
특정 IAB 노드가 상위 방향(기지국 방향, 상향링크 데이터 전송 방향)으로부터 데이터를 수신함에 있어서, IAB-MT 기능이 사용될 수 있다. 이와 달리 차일드 노드로 하향링크 데이터를 전송함에 있어서, 특정 IAB 노드는 IAB-DU의 기능을 사용할 수 있다. 따라서, 패런츠 노드 또는 차일드 노드도 IAB-MT와 IAB-DU의 기능을 모두 가지고 있을 수 있다. 또한, 패런츠 노드 및 차일드 노드 용어는 각각의 IAB 노드를 기준으로 결정되는 것으로 상대적인 용어 및 개념으로 이해되어야 한다.
한편, 오퍼레이터는 패런츠 노드의 부하 증가 등에 의해 패런츠 노드를 변경하고자 할 수 있다. 또는 IAB 노드가 무선 링크 실패를 경험하는 경우, 패런츠 노드의 변경이 필요할 수 있다. 종래 기술에서 IAB 노드는 해당 IAB 노드를 제어하는 동일한 IAB 도너 CU 아래에 있는 다른 패런츠 노드로만 이동(migration)할 수 있었다. 이에 따라 현재 서빙 IAB 도너 CU와는 다른 IAB 도너 CU 아래에 있는 다른 패런츠 노드로 이동이 불가능하여 오퍼레이터가 네트워크 운영상에 IAB 노드를 이동하고자 할 때 유연성이 떨어지는 문제가 있었다.
이러한 문제점을 해결하기 위해 본 개시는 서로 다른 IAB 도너 CU 아래(제어하)에 있는 다른 패런츠 노드로의 이동성을 제공하기 위한 동작에 대한 실시예를 개시한다.
설명의 편의를 위해 이하에서는 NR 기술 기반의 IAB 노드 제어 방법에 대해 설명한다. 하지만 이는 설명의 편의를 위한 것으로 임의의 무선액세스 기술 기반의 릴레이에도 본 실시예가 적용될 수 있다. 이하에서 제공하는 실시 예는 NR 단말의 NR 기술 기반 액세스를 NR 백홀을 통해 NR 기지국에 릴레이하는 경우에 사용될 수 있다. 이하에서 제공하는 실시 예는 LTE단말의 LTE 기술 기반 액세스를 NR 백홀을 통해 LTE 기지국에 릴레이하는 경우에 사용될 수 있다. 이하에서 제공하는 실시 예는 NR 단말의 NR 기술 기반 액세스를 NR 백홀을 통해 EN-DC를 제공하는 LTE 기지국에 릴레이하는 경우에 사용될 수 있다.
도 11은 일 실시예에 따른 타겟 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)의 동작을 설명하기 위한 도면이다.
도 11을 참조하면, 타겟 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)는 IAB 노드의 패런츠(Parents) IAB 노드를 변경하는 방법에 있어서, 소스 IAB 도너 CU로부터 핸드오버 요청 메시지를 수신하는 단계를 수행한다(S1100).
예를 들어, 소스 IAB 도너 CU는 특정 IAB 노드에 대한 패런츠 IAB 노드의 변경을 결정할 수 있다. 이 경우, 변경 대상이 되는 패런츠 IAB 노드와 타겟 패런츠 IAB 노드는 서로 다른 IAB 도너 CU의 제어에 의해서 동작할 수 있다. 서로 다른 IAB 도너 CU가 제어하는 패런츠 IAB 노드로 특정 IAB 노드의 패런츠 IAB 노드를 변경하는 경우, 타겟 패런츠 IAB 노드를 제어하는 타겟 IAB 도너 CU는 소스 IAB 도너 CU로부터 핸드오버 요청 메시지를 수신할 수 있다.
일 예로, 핸드오버 요청 메시지는 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보, BAP(Backhaul Adaptation Protocol) 라우팅 ID 정보, 백홀 RLC 채널정보, IP 주소정보 및 이주 대상 IAB 노드의 IAB DU(Distributed Unit)와 타겟 IAB 도너 CU 간 F1 전송을 위한 전송 계층 주소(Transport Layer Address) 요청 정보 중 적어도 하나를 포함할 수 있다.
다른 예로, 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보, BAP(Backhaul Adaptation Protocol) 라우팅 ID 정보, 백홀 RLC 채널정보, IP 주소정보 및 상기 이주 대상 IAB 노드의 IAB DU(Distributed Unit)와 상기 타겟 IAB 도너 CU 간 F1 전송을 위한 전송 계층 주소 요청 정보 중 적어도 하나의 정보는, 핸드오버 요청 메시지 내의 RRC 컨테이너(e.g HandoverPreparationInformation message)에 정보 필드로 포함되어 수신될 수도 있다.
여기서, 이주 대상 IAB 노드는 임의의 사유로 패런츠 IAB 노드를 서로 다른 IAB 도너 CU가 제어하는 노드로 변경하는 IAB 노드를 의미한다. 즉, 이주 대상 IAB 노드 입장에서는 패런츠 IAB 노드가 변경되며, 변경된 패런츠 IAB 노드는 다른 IAB 도너 CU가 제어하는 노드이다. 따라서, 이주 대상 IAB 노드 입장에서는 마치 기지국을 변경하는 것과 유사하게 처리될 수 있다.
타겟 IAB 도너 CU는 타겟 패런츠 IAB 노드와 이주(Migrating) 대상 IAB 노드에 대한 단말 컨택스트를 셋업하는 단계를 수행한다(S1110).
예를 들어, 타겟 IAB 도너 CU는 수신된 핸드오버 요청 메시지 내에 포함된 정보를 이용하여 타겟 패런츠 IAB 노드와 이주(Migrating) 대상 IAB 노드에 대한 단말 컨택스트를 셋업할 수 있다.
일 예로, 타겟 IAB 도너 CU는 이주 대상 IAB 노드와 타겟 IAB 도너 CU 간의 경로 상에 백홀 RLC 채널과 BAP(Backhaul Adaptation Protocol) 계층 루트 엔트리를 구성하기 위한 단말 컨택스트 셋업 요청 메시지를 타겟 패런츠 IAB 노드로 전송할 수 있다.
예를 들어, 단말 컨택스트 셋업 요청 메시지는 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보 및 백홀 RLC 채널 정보를 포함할 수 있다.
다른 예로, 타겟 패런츠 IAB 노드는 단말 컨택스트 셋업 요청 메시지 내의 정보를 이용하여 이주 대상 IAB 노드와 단말 컨택스트 셋업 동작을 수행하여 연결을 형성할 수 있다.
타겟 IAB 도너 CU는 소스 IAB 도너 CU를 통해서 이주 대상 IAB 노드로 RRC 메시지를 전송하는 단계를 수행한다(S1120).
예를 들어, 타겟 패런츠 IAB 노드와 이주 대상 IAB 노드의 단말 컨택스트 셋업이 완료되면, 타겟 IAB 도너 CU는 소스 IAB 도너 CU로 RRC 메시지를 전송한다. 소스 IAB 도너 CU는 수신된 RRC 메시지를 이주 대상 IAB 노드로 전달한다.
예를 들어, RRC 메시지는 이주 대상 IAB 노드에 할당되는 IP 주소정보를 포함할 수 있다. 여기서, IP 주소정보는 타겟 IAB 도너 CU가 할당하여 소스 IAB 도너 CU를 통해서 이주 대상 IAB 노드로 전달한다.
이주 대상 IAB 노드는 IP 주소정보를 수신하여, 타겟 패런츠 IAB 노드를 통해서 데이터를 송수신할 때, 해당 IP 주소정보를 이용할 수 있다.
전술한 동작을 통해서 특정 IAB 노드(이주 대상 IAB 노드)의 패런츠 IAB 노드를 다른 기지국(다른 IAB 도너)이 제어하는 IAB 노드로도 변경할 수 있다. 이는 오퍼레이터 입장에서 무선자원을 보다 효율적으로 사용하게 하는 효과가 있다.
도 12는 일 실시예에 따른 소스 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)의 동작을 설명하기 위한 도면이다.
도 12를 참조하면, 소스 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)는 이주 대상 IAB 노드로부터 수신되는 측정 정보에 기초하여 이주 대상 IAB 노드의 패런츠 IAB 노드의 변경을 결정하는 단계를 수행할 수 있다(S1200).
예를 들어, 소스 IAB 도너 CU는 이주 대상 IAB 노드로부터 측정 정보를 수신할 수 있다. 측정 정보는 채널 상태 정보를 포함할 수 있으며, 릴레이 경로 상의 데이터 부하 정보 등을 포함할 수도 있다. 측정 정보는 이주 대상 IAB 노드로부터 소스 패런츠 IAB 노드를 통해서 소스 IAB 도너 CU로 전달될 수 있다.
소스 IAB 도너 CU는 측정 정보에 기초하여 이주 대상 IAB 노드의 이주 여부를 결정할 수 있다. 예를 들어, 소스 IAB 도너 CU는 측정 정보를 이용하여 이주 대상 IAB 노드의 현재 패런츠 IAB 노드의 변경 필요성을 판단할 수 있다.
소스 IAB 도너 CU는 이주 대상 IAB 노드의 패런츠 IAB 노드의 변경이 결정되면, 타겟 IAB 도너 CU로 핸드오버 요청 메시지를 전송하는 단계를 수행할 수 있다(S1210).
일 예로, 핸드오버 요청 메시지는 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보, BAP(Backhaul Adaptation Protocol) 라우팅 ID 정보, 백홀 RLC 채널정보, IP 주소정보 및 이주 대상 IAB 노드의 IAB DU(Distributed Unit)와 타겟 IAB 도너 CU 간 F1 전송을 위한 전송 계층 주소 요청 정보 중 적어도 하나를 포함할 수 있다.
다른 예로, 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보, BAP(Backhaul Adaptation Protocol) 라우팅 ID 정보, 백홀 RLC 채널정보, IP 주소정보 및 상기 이주 대상 IAB 노드의 IAB DU(Distributed Unit)와 상기 타겟 IAB 도너 CU 간 F1 전송을 위한 전송 계층 주소 요청 정보 중 적어도 하나의 정보는, 핸드오버 요청 메시지 내의 RRC 컨테이너에 정보 필드로 포함되어 전송될 수도 있다.
소스 IAB 도너 CU는 타겟 IAB 도너 CU에서 타겟 패런츠 IAB 노드와 이주(Migrating) 대상 IAB 노드에 대한 단말 컨택스트가 셋업되면, 타겟 IAB 도너 CU로부터 RRC 메시지를 수신하는 단계를 수행할 수 있다(S1220).
예를 들어, 타겟 IAB 도너 CU는 핸드오버 요청 메시지에 기초하여 이주 대상 IAB 노드에 할당된 타겟 패런츠 IAB 노드를 결정하고, 타겟 패런츠 IAB 노드와 이주 대상 IAB 노드의 단말 컨택스트 셋업 동작을 제어할 수 있다.
타겟 패런츠 IAB 노드와 이주 대상 IAB 노드의 단말 컨택스트가 셋업되면, 소스 IAB 도너 CU는 타겟 IAB 도너 CU로부터 RRC 메시지를 수신한다.
예를 들어, RRC 메시지는 이주 대상 IAB 노드에 할당되는 IP 주소정보를 포함할 수 있다.
소스 IAB 도너 CU는 RRC 메시지를 이주 대상 IAB 노드로 전송하는 단계를 수행할 수 있다(S1230).
소스 IAB 도너 CU는 수신된 RRC 메시지를 이주 대상 IAB 노드로 전달할 수 있다. 이주 대상 IAB 노드는 IP 주소정보를 수신하여, 타겟 패런츠 IAB 노드를 통해서 데이터를 송수신할 때, 해당 IP 주소정보를 이용할 수 있다.
전술한 동작을 통해서 특정 IAB 노드(이주 대상 IAB 노드)의 패런츠 IAB 노드를 다른 기지국(다른 IAB 도너)이 제어하는 IAB 노드로도 변경할 수 있다. 이는 오퍼레이터 입장에서 무선자원을 보다 효율적으로 사용하게 하는 효과가 있다.
아래에서는 전술한 IAB 도너의 각 동작에 대해서 보다 다양한 실시예를 설명한다. 이하에서 설명하는 각 실시예는 개별적으로 또는 임의의 조합으로 적용될 수 있다.
서로 다른 도너기지국/CU을 통한 IAB 이동/적응을 위한 프로시져 실시예
먼저, 서로 다른 IAB 도너 CU 아래에 있는 다른 패런츠 노드로 이동을 제공하기 위한 세부 프로시져가 필요하다. 해당 프로시져 상에서 타겟 패런츠 노드는 소스 IAB 도너 CU와 다른 타겟 IAB 도너 CU에 의해 서비스된다. 해당 프로시져 상에서 타겟 패런츠 노드는 소스 IAB 도너 DU와 다른 타겟 IAB 도너 DU를 사용할 수 있다.
도 13은 일 실시예에 따른 Inter IAB-donor-CU 이동/적응 프로시져를 예시적으로 도시한 도면이다.
도 13에서는 설명의 편의를 위해, 소스 패런츠 IAB 노드와 소스 도너 CU 사이에 소스 도너 DU는 생략한다. 또한 타겟 패런츠 IAB노드와 타겟 donor CU 사이에 타겟 donor DU는 생략한다. 이는 이해의 편의를 위한 것으로 IAB 도너 CU는 IAB 도너 DU를 통해서 관련 데이터를 송수신할 수 있다.
도 13을 참조하면, 아래의 동작을 통해서 이주 대상 IAB 노드의 패런츠 IAB 노드를 변경할 수 있다.
1. 이동하는(migrating) IAB 노드 MT는 측정 리포트 메시지를 소스 패런트 IAB 노드로 전달할 수 있다.
2. 소스 패런트 IAB노드 DU는 수신된 측정 리포트를 전달하기 위해 UL RRC Transfer 메시지를 소스 IAB donor CU로 전송한다.
3. 일 예를 들어 소스 IAB donor CU는 타겟 IAB donor CU로 핸드오버 요청 메시지를 전송한다. 다른 예를 들어 소스 IAB donor CU는 타겟 IAB donor CU로 이동/적응 요청 프로시져를 위한 Xn 인터페이스 상의 이동/적응 요청 메시지를 전송한다. 설명의 편의를 위해 이하에서 해당 메시지를 핸드오버 요청 메시지로 표기하며, 전술한 이동/적응 요청 메시지의 경우에도 이하의 실시예가 동일하게 적용될 수 있다.
예를 들어, 핸드오버 요청 메시지는 타겟 측에서 핸드오버를 준비하기 위해 필요한 정보를 가진 RRC 컨테이너(Handoverpreparation 메시지)를 포함할 수 있다. 핸드오버 요청 메시지 또는 핸드오버 요청 메시지에 포함되는 RRC 컨테이너가 포함하는 정보의 실시예는 별도로 후술한다.
4. 타겟 IAB donor CU에 의해 수락제어가 수행될 수 있다. 이동하는 IAB 노드 MT에 대한 단말 컨택스트를 생성하기 위해 그리고 하나 또는 이상의 베어러를 셋업하기 위해 타겟 IAB donor CU는 단말 컨택스트 셋업 요청 메시지를 타겟 패런트 IAB 노드 DU로 전송한다. 이 베어러들은 이동하는 IAB 노드 MT에 의해 자체 데이터와 시그널링 트래픽(IAB 노드 MT's own data and signalling traffic)을 전달하는데 사용된다. 해당 IAB 노드 MT에 의해 자체 데이터와 시그널링 트래픽 전달을 위한 백홀 RLC 채널 매핑 룰이 함께 포함될 수 있다.
5. 타겟 패런츠 IAB 노드 DU는 단말 컨택스트 셋업 응답 메시지를 타겟 IAB donor CU로 전송한다.
6. 타겟 IAB donor CU는 이동하는 IAB 노드 MT에 대한 L1/L2 구성을 가지고 핸드오버/이동/적응을 준비한다. 일 예를 들어 타겟 IAB donor CU는 핸드오버 요청 확인 메시지를 소스 IAB donor CU로 보낸다. 다른 예를 들어 타겟 IAB donor CU는 이동/적응 프로시져를 위한 Xn 인터페이스 상의 이동/적응 확인 메시지를 소스 IAB donor CU로 보낸다. 설명의 편의를 위해 이하에서 해당 메시지를 핸드오버 요청 확인 메시지로 표기한다. 핸드오버 요청 확인 메시지 또는 핸드오버 요청 확인 메시지에 포함되는 RRC 컨테이너(RRC 재구성 메시지)가 포함하는 정보에 대해서는 별도로 후술한다.
7. 소스 IAB donor CU는 소스 패런트 IAB노드로 단말 컨택스트 수정 요청 메시지를 전송한다. 해당 메시지는 생성된 RRC 재구성 메시지를 포함할 수 있다.
8. 소스 패런트 IAB노드 DU는 수신된 RRC 재구성 메시지를 이동하는 IAB 노드 MT로 전달한다.
9. 소스 패런트 IAB노드 DU는 단말 컨택스트 수정 응답 메시지를 소스 IAB donor CU로 전송한다.
10. 이동하는 IAB노드 MT는 타겟 패런트 IAB 노드DU와 랜덤액세스 프로시져가 수행될 수 있다.
11. 이동하는 IAB노드MT는 타겟 패런트 IAB 노드 DU에 RRC 재구성 완료 메시지를 전송한다.
12. 수신된 RRC 재구성 완료 메시지를 전달하기 위해 타겟 패런트 IAB노드 DU는 타겟 IAB donor CU로 업링크 RRC Transfer 메시지를 전송한다.
업링크 RRC Transfer 메시지를 수신한 후 타겟 IAB donor CU는 이동하는 IAB 노드와 타겟IAB donor CU 간 타겟 경로 상에 백홀 RLC 채널과 BAP 레이어 루트 엔트리를 구성한다.
업링크 RRC Transfer 메시지를 수신한 후, 이동하는 IAB 노드 DU와 IAB donor CU 간 모든 F1-U 터널과 F1-C는 스위치/변경/수정 될 수 있다. 이 때 일 예로 이동하는 IAB 노드가 자체적으로 할당한 전송 네트워크 레이어 주소(TNL address)를 사용할 수 있다. 다른 예로 타겟IAB donor CU로부터 할당되어 수신된 이동하는 IAB 노드의 전송 네트워크 레이어 주소를 사용할 수 있다. F1-U 터널 및/또는 F1-C 스위치/변경/수정을 위해 일 예를 들어 이동하는 IAB 노드 DU는 타겟 IAB donor CU와 F1-C 설정 프로시져를 개시할 수 있다. 이동하는 IAB 노드 DU는 타겟 IAB donor CU로부터 무선 액세스 서비스를 제공할 액세스 셀 및/또는 백홀 서비스를 제공할 백홀 링크에 관련된 정보를 수신할 수 있다. 이동하는 IAB 노드 DU는 수신된 정보를 가지고 해당 셀 및/또는 백홀 링크에 대한 구성을 적용/수정/변경/재개 할 수 있다. 다른 예를 들어 이동하는 IAB 노드 DU는 타겟 IAB donor CU와 F1-C 설정 프로시져를 개시할 수 있다. 이동하는 IAB 노드 DU는 타겟 IAB donor CU로부터 무선 액세스 서비스를 제공할 액세스 셀 및/또는 백홀 서비스를 제공할 백홀 링크에 관련된 정보를 수신할 수 있다. 이동하는 IAB 노드 DU는 수신된 정보를 가지고 해당 셀 및/또는 백홀 링크에 대한 구성을 적용/수정/변경/재개 할 수 있다. 이와 관련해서는 후술한다.
다른 예로 타겟 IAB donor CU가 이동하는 IAB 노드와 타겟 IAB donor CU 간 타겟 경로 상에 백홀 RLC 채널과 BAP 레이어 루트 엔트리를 구성하는 동작은 스텝12 보다 더 빠르게 수행될 수 있다. 일 예를 들어 스텝 4 이후에 수행될 수 있다. 다른 예를 들어 스텝 4에서 단말 컨택스트 셋업 요청 메시지에 관련 정보(e.g. 백홀 RLC 채널과 BAP 레이어 루트 엔트리)를 포함해 전송하고 해당 메시지를 수신한 후 수행될 수도 있다.
13. 타겟 IAB donor CU는 AMF와 PATH SWITCH 프로시져를 수행할 수 있다. AMF로부터 PATH SWITCH REQUEST ACKNOWLEDGE 메시지를 수신하면, 타겟 IAB donor CU는 핸드오버 성공에 대해 알리기 위해 단말 컨택스트 해제 요청 메시지를 소스 IAB donor CU로 전달한다.
14. 소스 IAB donor CU는 소스 패런츠 IAB 노드 DU로 단말 컨택스트 해제 커맨드 메시지를 전송한다.
15. 소스 패런츠 IAB 노드 DU는 이동하는 IAB 노드 MT의 컨택스트를 해제한다 그리고 소스 IAB donor CU에 단말 컨택스트 해제 완료 메시지를 가지고 응답한다.
소스 donor CU는 이동하는 IAB 노드와 소스 IAB donor CU 간 소스 경로 상에 백홀 RLC 채널과 BAP 레이어 루트 엔트리를 해제할 수 있다.
전술한 동작을 통해서 이주 대상 IAB 노드의 패런츠 IAB 노드를 다른 기지국이 제어하는 IAB 노드로 변경할 수 있다.
IAB 노드에 연계된 무선 액세스 셀/백홀 링크 정보를 소스 기지국(소스 IAB 도너 CU)에서 타겟 기지국(타겟 IAB 도너 CU)로 전달하는 실시예
전술한 바와 같이, 소스 IAB 도너 CU는 타겟 IAB 도너 CU로 핸드오버 요청 메시지 등을 통해서 이주 대상 IAB 노드의 패런츠 IAB 노드 변경에 필요한 정보를 전송할 수 있다.
TS 38.423에 명시된 종래 기술에 의한 핸드오버 요청메시지는 단말에 대한 핸드오버 명령(e.g RRC reconfiguration with sync)을 구성하기 위해 필요한 타겟 셀 정보와 해당 단말 식별정보, 단말 컨택스트 정보를 포함했었다. 구체적으로 핸드오버 요청 메시지는 소스 기지국 단말 XnAP 식별자(Source NG-RAN node UE XnAP ID reference), 타겟 셀 글로벌 식별자(Target CGI: Cell Global ID), GUAMI(Globally Unique AMF Identifier), UE History Information, 단말 컨택스트 레퍼런스에 포함되는 Global NG-RAN Node ID, S-NG-RAN node UE XnAP ID 그리고 단말 컨택스트 정보에 포함되는 AMF UE NGAP ID(NG-C UE associated Signalling reference), AMF's IP address of the SCTP association(Signalling TNL association address at source NG-C side), 단말 시큐리티 캐퍼빌리티(UE Security Capabilities), AS 시큐리티 정보, Index to RAT/Frequency Selection Priority, UE Aggregate Maximum Bit Rate, 셋업될 PDU 세션 정보(PDU Session Resources To Be Setup List), HandoverPreparationInformation message(RRC context), Location Reporting Information 및 Mobility Restriction List 중 적어도 하나의 정보를 포함했었다.
IAB 노드 MT에 대한 이동/적응/핸드오버 프로시져를 제공하고자 한다면, 핸드오버 요청 메시지(또는 핸드오버 요청 메시지에 포함되는 RRC 컨테이너)는 IAB MT에 대한 RRC 재구성 메시지를 구성하기 위해 필요한 타겟 셀 정보와 해당 IAB MT 식별정보, 해당 IAB MT 컨택스트 정보를 포함하도록 할 수 있다.
한편, IAB 노드는 IAB MT 뿐만 아니라 IAB DU 기능을 포함한다. 따라서 핸드오버 요청 메시지(또는 핸드오버 요청 메시지에 포함되는 RRC 컨테이너)는 IAB DU(또는 IAB 노드)에 대한 구성을 생성하기 위해 필요한 정보를 추가로 포함하도록 할 수 있다.
예를 들어, 핸드오버 요청 메시지는 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보, BAP(Backhaul Adaptation Protocol) 라우팅 ID 정보, 백홀 RLC 채널정보, IP 주소정보 및 이주 대상 IAB 노드의 IAB DU(Distributed Unit)와 타겟 IAB 도너 CU 간 F1 전송을 위한 전송 계층 주소 요청 정보 중 적어도 하나를 포함할 수 있다.
일 예를 들어, 핸드오버 요청 메시지는 단말과 다음 홉의 IAB 노드에게 NR 액세스 인터페이스(NR Uu)를 터미네이트 하는 IAB DU 기능을 제공하기 위한 무선액세스셀/백홀링크 정보를 포함할 수 있다. IAB 노드는 하나 이상의 무선액세스셀/백홀링크를 포함할 수 있다. 따라서 핸드오버 요청 메시지(또는 핸드오버 요청 메시지에 포함되는 RRC 컨테이너)는 하나 이상의 무선액세스셀/백홀링크 정보를 포함할 수 있다. 해당 하나 이상의 무선액세스셀/백홀링크 정보는 셀 식별정보, 예를 들어 NR CGI 또는 PCI 중 하나 이상의 정보를 포함할 수 있다. 다른 예를 들어 핸드오버 요청 메시지는 이동하는 IAB 노드의 BAP 라우팅 엔트리 정보, IP 주소 정보, 백홀 RLC 채널 정보를 포함할 수 있다. 핸드오버 요청 메시지에 포함되는 해당 정보는 무선액세스셀/백홀링크에 연계된 정보 일 수 있다.
이를 통해 타겟 IAB donor CU가 무선액세스셀/백홀링크 정보, BAP 라우팅 엔트리 정보, IP 주소 정보 및 백홀 RLC 채널 정보 중 하나 이상의 정보를 유지할 수 있다. 여기서 BAP 라우팅 엔트리 정보는 IAB 노드에서 라우팅을 수행하기 위한 정보를 나타낸다. 예를 들어 BAP 라우팅 ID, Next hop BAP address를 포함할 수 있다. IAB 노드에서 라우팅은 BAP 계층에서 BAP 라우팅 ID를 사용한다. BAP 라우팅 ID는 IAB donor CU에 의해 RRC 메시지를 통해 구성되며 BAP address와 BAP Path ID로 구성된다. 예를 들어 사용자 패킷에 대해 BAP 라우팅 ID는 패킷의 BAP헤더를 통해 운반되며 IAB 노드는 BAP 라우팅 ID를 이용하여 매핑되는 다음 홉 노드(또는 다음 홉 노드의 BAP address)를 결정한다.
IAB 노드 DU 파트 셋업을 빠르게 수행하기 위해 TNL 설정과 F1 셋업을 위한 정보를 소스 기지국(소스 IAB 도너 CU)에서 타겟 기지국(타겟 IAB 도너 CU)로 전달하는 실시예
이동하는 IAB 노드 MT가 해당 IAB 노드를 제어하는 동일한 IAB donor CU 아래에 있는 다른 패런츠 노드로 이동/적응하는 경우, 이동하는 IAB 노드 DU는 이미 IAB donor CU와 F1 셋업이 수행된 상태이기 때문에 이동하는 IAB 노드 DU와 IAB donor CU 간에 새로운 F1 셋업이 불필요했다. 그러나, 본 실시예에서와 같이 다른 IAB 도너 CU가 제어하는 패런츠 노드로 이동하는 경우에는 이주 대상 IAB 노드 DU는 타겟 IAB 도너 CU와 F1 셋업이 필요할 수 있다.
도 14는 일 실시예에 따른 IAB 노드 간 F1-C 프로토콜 지원을 위한 프로토콜 스택을 예시적으로 도시한 도면이다.
도 14를 참조하면, IAB 노드가 무선 릴레잉 기능을 수행하기 위해서는 IAB 노드 인테그레이션 프로시져를 수행해야 한다. IAB 노드 인테그레이션 프로시져는 IAB DU 셋업을 포함한다. IAB DU 셋업은 전송 네트워크 레이어 설정을 개시하고. IAB DU 와 IAB donor CU 간에 F1 셋업 프로시져를 개시하여 DU 기능이 구성되도록 하는 것을 나타낸다. F1 application protocol에 대한 3GPP 표준 규격인 TS38.473에 따르면 F1 셋업 프로시져는 DU와 CU 간 F1 인터페이스 상에서 올바르게 상호동작하기 위해 필요한 응용 수준 데이터를 교환하기 위한 프로시져로 DU와 CU 간에 TNL 연계가 운용할 수 있은 후에 트리거된다 (The purpose of the F1 Setup procedure is to exchange application level data needed for the gNB-DU and the gNB-CU to correctly interoperate on the F1 interface. This procedure shall be the first F1AP procedure triggered for the F1-C interface instance after a TNL association has become operational). 또한 도 15와 같이 DU에 의해서만 해당 프로시져가 트리거 되었다.
도 15는 일 실시예에 따른 F1 셋업 프로시져를 설명하기 위한 도면이다.
도 15를 참조하면, gNB-DU(1500)는 F1 셋업이 필요한 경우에 gNB-CU(1550)으로 F1 셋업 요청 메시지를 전송한다(S1510). 이를 통해서 F1 셋업 프로시져가 개시된다. 이후, gNB-CU(1550)는 F1 셋업을 수행하고, F1 셋업 응답 메시지를 gNB-DU(1500)로 전송한다(S1520).
따라서, 이동하는 IAB 노드 MT가 해당 IAB 노드를 제어하는 동일한 IAB donor CU 아래에 있는 다른 패런츠 노드로 이동/적응하는 경우, IAB 노드 DU와 IAB donor CU 간에 이미 F1 셋업 프로시져가 수행된 상태이기 때문에 추가적인 F1 셋업이 불필요하다.
그러나, 전술한 바와 같이 이동하는 IAB 노드 MT가 해당 IAB 노드를 제어하는 소스 IAB donor CU와 다른 타겟 IAB donor CU 아래에 있는 패런츠 노드로 이동/적응하는 경우, 이동하는 IAB 노드 DU와 타겟 IAB donor CU 간에 F1 셋업이 수행되지 않은 상태이기 때문에, 이동하는 IAB노드 DU가 타겟 IAB donor CU를 통해 데이터를 송수신하기 위해서는 F1 셋업이 먼저 선행될 필요가 있다.
그러나, 종래 기술에서 F1 셋업 프로시져가 수행되면 리셋 프로시져와 같이 두 노드간에 존재하는 임의의 응용레벨구성 데이터와 시그널링 연결은 지워진다. 그리고 F1AP 단말 관련 컨택스트를 재초기화한다(This procedure erases any existing application level configuration data in the two nodes and replaces it by the one received. This procedure also re-initialises the F1AP UE-related contexts (if any) and erases all related signalling connections in the two nodes like a Reset procedure would do).
따라서, 이동하는 IAB 노드 DU가 도 13의 스텝 11 이후 또는 스텝 12 이후 임의의 시점에 F1 셋업을 수행한다면, IAB 노드 MT 또는 IAB 노드 DU의 단말 컨택스트가 재초기화되거나 지워지는 문제가 있을 수 있다. 또한 해당 F1 셋업을 수행하는 동안 서비스 중단이 발생할 수 있다.
이러한 문제점을 해결하기 위해서, 본 개시에서는 아래의 실시예를 제안하고자 한다. 아래의 실시예는 개별적으로 또는 임의의 조합으로 적용될 수 있다.
제 1 실시예
일 예로, 도 13의 스텝 11 이후 또는 스텝 12 이후에, 다음과 같은 절차가 수행될 수 있다.
1. 이동하는 IAB 노드 DU는 타겟 IAB donor CU로 F1 셋업 요청 메시지를 송신한다.
예를 들어, F1 셋업 요청 메시지는 IAB 노드 DU ID, IAB 노드 DU에서 서비스되는 셀/백홀링크 리스트 및 TNL(Transport Network Layer) 주소 정보(e.g. IP address) 중 하나 이상을 포함할 수 있다. 일 예로, F1 셋업 요청 메시지에 포함되는 IAB 노드 DU에서 서비스되는 셀/백홀링크 리스트는 이동하는 IAB 노드에 연계된 셀/백홀링크 리스트를 나타낸다. 그리고 TNL(Transport Network Layer) 주소 정보는 이동하는 IAB 노드를 위해 요청된 전송 계층 주소 정보(IP address) 또는 IAB노드 DU와 타겟 IAB 도너 CU 간 F1 전송을 위한 IAB노드의 전송 계층 주소 요청 정보를 나타낼 수 있다. 또는, F1 셋업 요청 메시지는 IAB 노드 DU에서 서비스되는 셀/백홀링크 리스트는 서비스되는 셀 정보(NR CGI, NR PCI, TAC(Tracking Area Code), PLMN Id, Measurement timing configuration, RANAC) 및 시스템 정보 중 하나 이상을 포함할 수 있다. TNL 주소 정보는 IP Sec Transport Address 정보 및 GTP Transport Layer Addresses 중 하나 이상의 정보를 포함할 수 있다. 예를 들어, TNL 주소 정보는 GTP 터널에 대한 Transport Layer Address(e.g. IP address) 및 GTP-TEID를 포함할 수 있다. Transport Layer Address에 대해서는 3GPP TS 38.414에 기재되어 있는 사항이 적용될 수 있다. 예를 들어 Transport Layer Address는 IAB 노드 DU에서 Transport Layer address, 다운링크 TEID가 될 수 있다.
2. 타겟 IAB donor CU는 이동하는 IAB 노드 DU로 F1 셋업 응답 메시지를 송신한다.
예를 들어, F1 셋업 응답 메시지는 IAB 노드 CU ID, IAB 노드 DU에서 활성화될 셀/백홀링크 리스트(Cells to be activated list) 및 TNL 주소 정보 중 하나 이상을 포함할 수 있다. F1 셋업 응답 메시지에 포함되는 IAB 노드 DU에서 활성화되는 셀/백홀링크 리스트는 타겟 IAB donor CU에 의해 결정된 이동하는 IAB 노드에 연계된 활성화될 셀/백홀링크 리스트를 나타낸다. 그리고 TNL(Transport Network Layer) 주소 정보는 타겟 IAB donor CU에 의해 할당된 이동하는 IAB 노드를 위한 전송 계층 주소 정보(IP address)를 나타낼 수 있다. 타겟 IAB donor CU는 상기 요청 메시지에 포함되어 요청된 전송 계층 주소 정보(IP address) 또는 전송 계층 주소 요청 정보를 기반으로 전송 계층 주소를 결정/할당해 포함할 수 있다.
일 예를 들어 TNL 주소 정보는 타겟 IAB donor CU/타겟 IAB donor CU-UP에서 Transport Layer address 또는 업링크 TEID가 될 수 있다. 다른 예를 들어, TNL 주소 정보는 타겟 IAB donor DU에서 Transport Layer address 또는 업링크 TEID가 될 수 있다. 또는 F1 셋업 응답 메시지는 IAB 노드 DU에서 활성화될 셀/백홀링크 리스트 활성화될 셀에 대한 NR CGI, NR PCI를 포함할 수도 있다.
3. 타겟 IAB donor CU는 이동하는 IAB 노드 DU로 단말 컨택스트 셋업 요청 메시지(또는 단말 컨택스트 수정 요청 메시지)를 송신한다.
4. 단말 컨택스트 셋업에 성공하면, 이동하는 IAB 노드 DU는 타겟 IAB donor CU로 단말 컨택스트 셋업 응답 메시지(또는 단말 컨택스트 수정 응답 메시지)를 송신한다.
제 2 실시예
한편, 다른 예로 스텝 11 이후 또는 스텝 12 이후에, 다음과 같은 절차가 수행될 수도 있다.
1. 이동하는 IAB 노드 DU는 타겟 IAB donor CU로 F1 셋업 요청 메시지를 송신한다.
예를 들어, F1 셋업 요청 메시지는 IAB 노드 DU ID, IAB 노드 DU에서 서비스되는 셀/백홀링크 리스트 및 TNL 주소 정보 중 하나 이상을 포함할 수 있다. 또는, F1 셋업 요청 메시지는 IAB 노드 DU에서 서비스되는 셀/백홀링크 리스트는 서비스되는 셀 정보(NR CGI, NR PCI, TAC(Tracking Area Code), PLMN Id, Measurement timing configuration, RANAC) 및 시스템 정보 중 하나 이상을 포함할 수 있다. TNL 주소 정보는 IP Sec Transport Address 정보 및 GTP Transport Layer Addresses 중 하나 이상의 정보를 포함할 수 있다. 일 예로 TNL 주소 정보는 GTP 터널에 대한 Transport Layer Address(e.g. IP address), GTP-TEID를 포함할 수 있으며, Transport Layer Address에 대해서는 TS 38.414를 참조할 수 있다.
2. 타겟 IAB donor CU는 이동하는 IAB 노드 DU로 F1 셋업 응답 메시지를 송신한다.
예를 들어, F1 셋업 응답 메시지는 IAB 노드 CU ID, IAB 노드 DU에서 활성화될 셀/백홀링크 리스트(Cells to be activated list) 및 TNL 주소 정보 중 하나 이상을 포함할 수 있다. F1 셋업 응답 메시지는 IAB 노드 DU에서 활성화될 셀/백홀링크 리스트 활성화될 셀에 대한 NR CGI, NR PCI를 포함할 수 있다.
3. 이동하는 IAB 노드 DU는 타겟 IAB donor CU로 단말 컨택스트 수정 필요 메시지(UE CONTEXT MODIFICATION REQUIRED)를 송신한다.
4. 타겟 IAB donor CU는 단말 컨택스트의 성공적인 업데이트를 리포트하기 위해 이동하는 IAB 노드 DU로 단말 컨택스트 수정 컨펌 메시지(UE CONTEXT MODIFICATION CONFIRM)를 송신한다.
제 3 실시예
또 다른 예로, 스텝 11 이후 또는 스텝 12 이후에, 다음과 같은 절차가 수행될 수 있다.
1. 이동하는 IAB 노드 DU는 타겟 IAB donor CU로 F1 셋업과 단말 컨택스트 수정을 동시에 수행하기 위한 요청 메시지를 송신한다.
예를 들어, 요청 메시지는 F1 셋업 요청 메시지 또는 단말 컨택스트 수정 필요 메시지와 구분되는 새로운 메시지일 수 있다. 또는 요청 메시지는 F1 셋업 요청 메시지 또는 단말 컨택스트 수정 필요 메시지에 추가적인 트리거 조건과 관련 정보를 포함해 개량된 메시지일 수 있다. 해당 요청 메시지는 F1 셋업 요청 메시지 또는 단말 컨택스트 수정 필요 메시지에 포함되는 정보의 전부 또는 일부를 포함할 수 있다.
2. 타겟 IAB donor CU는 이동하는 IAB 노드 DU로 F1 셋업과 단말 컨택스트 수정에 대한 응답을 동시에 수행하기 위한 응답 메시지를 송신한다.
해당 응답 메시지는 F1 셋업 응답 메시지 또는 단말 컨택스트 수정 컨펌 메시지와 구분되는 새로운 메시지일 수 있다. 또는 응답 메시지는 F1 셋업 요청 메시지 또는 단말 컨택스트 수정 컨펌 메시지에 추가적인 응답 조건과 관련 정보를 포함해 개량된 메시지일 수 있다. 해당 응답 메시지는 F1 셋업 응답 메시지 또는 단말 컨택스트 수정 컨펌 메시지에 포함되는 정보의 전부 또는 일부를 포함할 수 있다.
제 4 실시예
다른 예로 다음과 같은 절차가 수행될 수 있다.
도 13을 다시 참조하여 설명한다.
1. 스텝 11에서 이동하는 IAB 노드 MT는 RRC Reconfiguration Complete 메시지 내에 F1 셋업 및/또는 단말 컨택스트 수정을 요청/지시하기 위한 정보를 포함해 타겟 패런츠 IAB 노드로 송신할 수 있다.
2. 스텝 12에서 타겟 패런츠 IAB 노드는 업링크 RRC Transfer 메시지를 통해 해당 RRC 메시지를 타겟 IAB donor CU로 송신할 수 있다.
3. 타겟 IAB donor CU는 이동하는 IAB 노드 DU로 단말 컨택스트 셋업 요청 메시지(또는 단말 컨택스트 수정 요청 메시지)를 송신한다.
4. 단말 컨택스트 셋업에 성공하면, 이동하는 IAB 노드 DU는 타겟 IAB donor CU로 단말 컨택스트 셋업 응답 메시지(또는 단말 컨택스트 수정 응답 메시지)를 송신한다.
제 5 실시예
다른 예로 다음과 같은 절차를 수행될 수 있다.
1. 도 13의 스텝 3에서 소스 IAB donor CU는 타겟 IAB donor CU로 핸드오버 요청 메시지를 전송한다. 핸드오버 요청 메시지는 이동하는 IAB 노드 DU에 대한 F1 셋업 및/또는 단말 컨택스트 수정/셋업을 요청/지시하기 위한 정보를 포함할 수 있다. 핸드오버 요청 메시지는 전술한 F1 셋업 요청 메시지 및/또는 단말 컨택스트 수정/셋업 요청 메시지에 포함되는 정보 중 하나 이상의 정보를 포함할 수 있다.
2. 도 13의 스텝 6에서 타겟 IAB donor CU는 핸드오버 요청 확인 메시지를 소스 IAB donor CU로 보낸다. 핸드오버 요청 확인 메시지는 이동하는 IAB 노드 DU에 대한 F1 셋업 및/또는 단말 컨택스트 수정/셋업을 응답/확인/컨펌하기 위한 정보를 포함할 수 있다. 또는 핸드오버 요청 확인 메시지는 전술한 F1 셋업 응답 메시지 및/또는 단말 컨택스트 수정 응답/확인/컨펌 메시지에 포함되는 정보 중 하나 이상의 정보를 포함할 수 있다.
3. 도 13의 스텝 6/스텝7/스텝8에 포함되는 RRC Reconfiguration 메시지는 이동하는 IAB 노드 DU에 대한 F1 셋업 및/또는 단말 컨택스트 수정/셋업을 응답/확인/컨펌하기 위한 정보를 포함할 수 있다. 해당 정보는 전술한 F1 셋업 응답 메시지 및/또는 단말 컨택스트 수정 응답/확인/컨펌 메시지에 포함되는 정보 중 하나 이상의 정보를 포함할 수 있다.
이상에서 설명한 동작을 통해서 본 개시는 서로 다른 기지국 또는 CU 에 속한 패런츠 IAB 노드로 특정 IAB 노드를 효과적으로 이동하여 무선자원 효율성을 향상시킬 수 있다.
아래에서는 전술한 IAB 도너 CU의 구성을 도면을 참조하여 간략하게 설명한다. 이상에서 설명한 동작은 아래의 각 구성에 의해서 모두 수행될 수 있다. 또한, IAB 도너 CU는 기지국 용어로 대체될 수 있으며, 이 경우에도 본 개시는 적용될 수 있다.
도 16은 일 실시예에 따른 타겟 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)의 구성을 설명하기 위한 도면이다.
도 16을 참조하면, IAB 노드의 패런츠(Parents) IAB 노드를 변경하는 타겟 IAB(Integrated Access and Backhaul) 도너(Donor) CU(1600)는, 소스 IAB 도너 CU로부터 핸드오버 요청 메시지를 수신하는 수신부(1630)와 타겟 패런츠 IAB 노드와 이주(Migrating) 대상 IAB 노드에 대한 단말 컨택스트를 셋업하는 제어부(1610) 및 소스 IAB 도너 CU를 통해서 이주 대상 IAB 노드로 RRC 메시지를 전송하는 송신부(1620)를 포함할 수 있다.
예를 들어, 제어부(1610)는 특정 IAB 노드에 대한 패런츠 IAB 노드의 변경을 결정할 수 있다. 이 경우, 변경 대상이 되는 패런츠 IAB 노드와 타겟 패런츠 IAB 노드는 서로 다른 IAB 도너 CU의 제어에 의해서 동작할 수 있다. 서로 다른 IAB 도너 CU가 제어하는 패런츠 IAB 노드로 특정 IAB 노드의 패런츠 IAB 노드를 변경하는 경우, 타겟 패런츠 IAB 노드를 제어하는 타겟 IAB 도너 CU(1600)의 수신부(1630)는 소스 IAB 도너 CU로부터 핸드오버 요청 메시지를 수신할 수 있다.
일 예로, 핸드오버 요청 메시지는 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보, BAP(Backhaul Adaptation Protocol) 라우팅 ID 정보, 백홀 RLC 채널정보, IP 주소정보 및 이주 대상 IAB 노드의 IAB DU(Distributed Unit)와 타겟 IAB 도너 CU 간 F1 전송을 위한 전송 계층 주소 요청 정보 중 적어도 하나를 포함할 수 있다.
다른 예로, 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보, BAP(Backhaul Adaptation Protocol) 라우팅 ID 정보, 백홀 RLC 채널정보, IP 주소정보 및 상기 이주 대상 IAB 노드의 IAB DU(Distributed Unit)와 상기 타겟 IAB 도너 CU 간 F1 전송을 위한 전송 계층 주소 요청 정보 중 적어도 하나의 정보는, 핸드오버 요청 메시지 내의 RRC 컨테이너에 정보 필드로 포함되어 수신될 수도 있다.
한편, 제어부(1610)는 수신된 핸드오버 요청 메시지 내에 포함된 정보를 이용하여 타겟 패런츠 IAB 노드와 이주(Migrating) 대상 IAB 노드에 대한 단말 컨택스트를 셋업할 수 있다.
일 예로, 제어부(1610)는 이주 대상 IAB 노드와 타겟 IAB 도너 CU 간의 경로 상에 백홀 RLC 채널과 BAP(Backhaul Adaptation Protocol) 계층 루트 엔트리를 구성하기 위한 단말 컨택스트 셋업 요청 메시지를 타겟 패런츠 IAB 노드로 전송하도록 제어할 수 있다. 송신부(1620)는 단말 컨택스트 셋업 요청 메시지를 타겟 패런츠 IAB 노드로 전송한다.
예를 들어, 단말 컨택스트 셋업 요청 메시지는 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보 및 백홀 RLC 채널 정보를 포함할 수 있다. 타겟 패런츠 IAB 노드는 단말 컨택스트 셋업 요청 메시지 내의 정보를 이용하여 이주 대상 IAB 노드와 단말 컨택스트 셋업 동작을 수행하여 연결을 형성할 수 있다.
또한, 송신부(1620)는 타겟 패런츠 IAB 노드와 이주 대상 IAB 노드의 단말 컨택스트 셋업이 완료되면, 타겟 IAB 도너 CU는 소스 IAB 도너 CU로 RRC 메시지를 전송한다. 소스 IAB 도너 CU는 수신된 RRC 메시지를 이주 대상 IAB 노드로 전달한다.
예를 들어, RRC 메시지는 이주 대상 IAB 노드에 할당되는 IP 주소정보를 포함할 수 있다. 여기서, IP 주소정보는 타겟 IAB 도너 CU가 할당하여 소스 IAB 도너 CU를 통해서 이주 대상 IAB 노드로 전달한다. 이주 대상 IAB 노드는 IP 주소정보를 수신하여, 타겟 패런츠 IAB 노드를 통해서 데이터를 송수신할 때, 해당 IP 주소정보를 이용할 수 있다.
이 외에도, 제어부(1610)는 전술한 본 실시예들을 수행하기에 필요한 릴레이 제어 방법에 따른 전반적인 타겟 IAB 도너 CU(1600)의 동작을 제어한다.
송신부(1620)와 수신부(1630)는 전술한 본 실시예를 수행하기에 필요한 신호나 메시지, 데이터를 IAB 노드, 소스 IAB 도너 CU와 송수신하는데 사용된다.
도 17은 일 실시예에 따른 소스 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)의 구성을 설명하기 위한 도면이다.
도 17을 참조하면, 소스 IAB(Integrated Access and Backhaul) 도너(Donor) CU(1700)에 있어서, 이주 대상 IAB 노드로부터 수신되는 측정 정보에 기초하여 이주 대상 IAB 노드의 패런츠 IAB 노드의 변경을 결정하는 제어부(1710)와 이주 대상 IAB 노드의 패런츠 IAB 노드의 변경이 결정되면, 타겟 IAB 도너 CU로 핸드오버 요청 메시지를 전송하는 송신부(1720) 및 타겟 IAB 도너 CU에서 타겟 패런츠 IAB 노드와 이주(Migrating) 대상 IAB 노드에 대한 단말 컨택스트가 셋업되면, 타겟 IAB 도너 CU로부터 RRC 메시지를 수신하는 수신부(1730)를 포함한다. 송신부(1720)는 RRC 메시지를 이주 대상 IAB 노드로 전송할 수 있다.
예를 들어, 수신부(1730)는 이주 대상 IAB 노드로부터 측정 정보를 수신할 수 있다. 측정 정보는 채널 상태 정보를 포함할 수 있으며, 릴레이 경로 상의 데이터 부하 정보 등을 포함할 수도 있다. 측정 정보는 이주 대상 IAB 노드로부터 소스 패런츠 IAB 노드를 통해서 소스 IAB 도너 CU로 전달될 수 있다.
제어부(1710)는 측정 정보에 기초하여 이주 대상 IAB 노드의 이주 여부를 결정할 수 있다. 예를 들어, 제어부(1710)는 측정 정보를 이용하여 이주 대상 IAB 노드의 현재 패런츠 IAB 노드의 변경 필요성을 판단할 수 있다.
한편, 핸드오버 요청 메시지는 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보, BAP(Backhaul Adaptation Protocol) 라우팅 ID 정보, 백홀 RLC 채널정보, IP 주소정보 및 이주 대상 IAB 노드의 IAB DU(Distributed Unit)와 타겟 IAB 도너 CU 간 F1 전송을 위한 전송 계층 주소 요청 정보 중 적어도 하나를 포함할 수 있다.
다른 예로, 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보, BAP(Backhaul Adaptation Protocol) 라우팅 ID 정보, 백홀 RLC 채널정보, IP 주소정보 및 상기 이주 대상 IAB 노드의 IAB DU(Distributed Unit)와 상기 타겟 IAB 도너 CU 간 F1 전송을 위한 전송 계층 주소 요청 정보 중 적어도 하나의 정보는, 핸드오버 요청 메시지 내의 RRC 컨테이너에 정보 필드로 포함되어 전송될 수도 있다.
예를 들어, 타겟 IAB 도너 CU는 핸드오버 요청 메시지에 기초하여 이주 대상 IAB 노드에 할당된 타겟 패런츠 IAB 노드를 결정하고, 타겟 패런츠 IAB 노드와 이주 대상 IAB 노드의 단말 컨택스트 셋업 동작을 제어할 수 있다.
타겟 패런츠 IAB 노드와 이주 대상 IAB 노드의 단말 컨택스트가 셋업되면, 수신부(1730)는 타겟 IAB 도너 CU로부터 RRC 메시지를 수신한다. 예를 들어, RRC 메시지는 이주 대상 IAB 노드에 할당되는 IP 주소정보를 포함할 수 있다.
송신부(1720)는 수신된 RRC 메시지를 이주 대상 IAB 노드로 전송할 수 있다. 이주 대상 IAB 노드는 IP 주소정보를 수신하여, 타겟 패런츠 IAB 노드를 통해서 데이터를 송수신할 때, 해당 IP 주소정보를 이용할 수 있다.
이 외에도, 제어부(1710)는 전술한 본 실시예들을 수행하기에 필요한 릴레이 제어 방법에 따른 전반적인 소스 IAB 도너 CU(1700)의 동작을 제어한다.
송신부(1720)와 수신부(1730)는 전술한 본 실시예를 수행하기에 필요한 신호나 메시지, 데이터를 IAB 노드, 타겟 IAB 도너 CU와 송수신하는데 사용된다.
전술한 실시예들은 무선 접속 시스템들인 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
본 특허출원은 2020년 03월 20일 한국에 출원한 특허출원번호 제 10-2020-0034209 호 및 2021년 03월 18일 한국에 출원한 특허출원번호 제 10-2021-0035014호에 대해 미국 특허법 119(a)조 (35 U.S.C § 119(a))에 따라 우선권을 주장하며, 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다. 아울러, 본 특허출원은 미국 이외에 국가에 대해서도 위와 동일한 이유로 우선권을 주장하면 그 모든 내용은 참고문헌으로 본 특허출원에 병합된다.

Claims (18)

  1. 타겟 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)가 IAB 노드의 패런츠(Parents) IAB 노드를 변경하는 방법에 있어서,
    소스 IAB 도너 CU로부터 핸드오버 요청 메시지를 수신하는 단계;
    타겟 패런츠 IAB 노드와 이주(Migrating) 대상 IAB 노드에 대한 단말 컨택스트를 셋업하는 단계; 및
    상기 소스 IAB 도너 CU를 통해서 상기 이주 대상 IAB 노드로 RRC 메시지를 전송하는 단계를 포함하는 방법.
  2. 제 1 항에 있어서,
    상기 핸드오버 요청 메시지는,
    상기 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보, BAP(Backhaul Adaptation Protocol) 라우팅 ID 정보, 백홀 RLC 채널정보, IP 주소정보 및 상기 이주 대상 IAB 노드의 IAB DU(Distributed Unit)와 상기 타겟 IAB 도너 CU 간 F1 전송을 위한 전송 계층 주소 요청 정보 중 적어도 하나를 포함하는 방법.
  3. 제 2 항에 있어서,
    상기 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보, BAP(Backhaul Adaptation Protocol) 라우팅 ID 정보, 백홀 RLC 채널정보, IP 주소정보 및 상기 이주 대상 IAB 노드의 IAB DU(Distributed Unit)와 상기 타겟 IAB 도너 CU 간 F1 전송을 위한 전송 계층 주소 요청 정보 중 적어도 하나의 정보는,
    상기 핸드오버 요청 메시지 내의 RRC 컨테이너에 포함되는 방법.
  4. 제 1 항에 있어서,
    상기 단말 컨택스트를 셋업하는 단계는,
    상기 이주 대상 IAB 노드와 상기 타겟 IAB 도너 CU 간의 경로 상에 백홀 RLC 채널과 BAP(Backhaul Adaptation Protocol) 계층 루트 엔트리를 구성하기 위한 단말 컨택스트 셋업 요청 메시지를 상기 타겟 패런츠 IAB 노드로 전송하는 단계를 더 포함하는 방법.
  5. 제 4 항에 있어서,
    상기 단말 컨택스트 셋업 요청 메시지는,
    상기 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보 및 상기 백홀 RLC 채널 정보를 포함하는 방법.
  6. 제 1 항에 있어서,
    상기 소스 IAB 도너 CU를 통해서 상기 이주 대상 IAB 노드로 전송되는 RRC 메시지는,
    상기 이주 대상 IAB 노드에 할당되는 IP 주소정보를 포함하는 방법.
  7. 제 6 항에 있어서,
    상기 IP 주소정보는,
    상기 타겟 IAB 도너 CU가 할당하여 상기 소스 IAB 도너 CU를 통해서 상기 이주 대상 IAB 노드로 전달되는 방법.
  8. 소스 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)가 IAB 노드의 패런츠(Parents) IAB 노드를 변경하는 방법에 있어서,
    이주 대상 IAB 노드로부터 수신되는 측정 정보에 기초하여 상기 이주 대상 IAB 노드의 패런츠 IAB 노드의 변경을 결정하는 단계;
    상기 이주 대상 IAB 노드의 상기 패런츠 IAB 노드의 변경이 결정되면, 타겟 IAB 도너 CU로 핸드오버 요청 메시지를 전송하는 단계;
    상기 타겟 IAB 도너 CU에서 타겟 패런츠 IAB 노드와 상기 이주(Migrating) 대상 IAB 노드에 대한 단말 컨택스트가 셋업되면, 상기 타겟 IAB 도너 CU로부터 RRC 메시지를 수신하는 단계; 및
    상기 RRC 메시지를 상기 이주 대상 IAB 노드로 전송하는 단계를 포함하는 방법.
  9. 제 8 항에 있어서,
    상기 핸드오버 요청 메시지는,
    상기 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보, BAP(Backhaul Adaptation Protocol) 라우팅 ID 정보, 백홀 RLC 채널정보, IP 주소정보 및 상기 이주 대상 IAB 노드의 IAB DU(Distributed Unit)와 상기 타겟 IAB 도너 CU 간 F1 전송을 위한 전송 계층 주소 요청 정보 중 적어도 하나를 포함하는 방법.
  10. 제 8 항에 있어서,
    상기 RRC 메시지는,
    상기 이주 대상 IAB 노드에 할당되는 IP 주소정보를 포함하는 방법.
  11. 제 10 항에 있어서,
    상기 IP 주소정보는,
    상기 타겟 IAB 도너 CU가 할당하는 방법.
  12. IAB 노드의 패런츠(Parents) IAB 노드를 변경하는 타겟 IAB(Integrated Access and Backhaul) 도너(Donor) CU(Central Unit)에 있어서,
    소스 IAB 도너 CU로부터 핸드오버 요청 메시지를 수신하는 수신부;
    타겟 패런츠 IAB 노드와 이주(Migrating) 대상 IAB 노드에 대한 단말 컨택스트를 셋업하는 제어부; 및
    상기 소스 IAB 도너 CU를 통해서 상기 이주 대상 IAB 노드로 RRC 메시지를 전송하는 송신부를 포함하는 타겟 IAB 도너 CU.
  13. 제 12 항에 있어서,
    상기 핸드오버 요청 메시지는,
    상기 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보, BAP(Backhaul Adaptation Protocol) 라우팅 ID 정보, 백홀 RLC 채널정보, IP 주소정보 및 상기 이주 대상 IAB 노드의 IAB DU(Distributed Unit)와 상기 타겟 IAB 도너 CU 간 F1 전송을 위한 전송 계층 주소 요청 정보 중 적어도 하나를 포함하는 타겟 IAB 도너 CU.
  14. 제 13 항에 있어서,
    상기 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보, BAP(Backhaul Adaptation Protocol) 라우팅 ID 정보, 백홀 RLC 채널정보, IP 주소정보 및 상기 이주 대상 IAB 노드의 IAB DU(Distributed Unit)와 상기 타겟 IAB 도너 CU 간 F1 전송을 위한 전송 계층 주소 요청 정보 중 적어도 하나의 정보는,
    상기 핸드오버 요청 메시지 내의 RRC 컨테이너에 포함되는 타겟 IAB 도너 CU.
  15. 제 12 항에 있어서,
    상기 송신부는,
    상기 이주 대상 IAB 노드와 상기 타겟 IAB 도너 CU 간의 경로 상에 백홀 RLC 채널과 BAP(Backhaul Adaptation Protocol) 계층 루트 엔트리를 구성하기 위한 단말 컨택스트 셋업 요청 메시지를 상기 타겟 패런츠 IAB 노드로 더 전송하는 타겟 IAB 도너 CU.
  16. 제 15 항에 있어서,
    상기 단말 컨택스트 셋업 요청 메시지는,
    상기 이주 대상 IAB 노드를 위한 BAP(Backhaul Adaptation Protocol) 주소 정보 및 상기 백홀 RLC 채널 정보를 포함하는 타겟 IAB 도너 CU.
  17. 제 12 항에 있어서,
    상기 소스 IAB 도너 CU를 통해서 상기 이주 대상 IAB 노드로 전송되는 RRC 메시지는,
    상기 이주 대상 IAB 노드에 할당되는 IP 주소정보를 포함하는 타겟 IAB 도너 CU.
  18. 제 17 항에 있어서,
    상기 IP 주소정보는,
    상기 타겟 IAB 도너 CU가 할당하여 상기 소스 IAB 도너 CU를 통해서 상기 이주 대상 IAB 노드로 전달되는 타겟 IAB 도너 CU.
PCT/KR2021/003400 2020-03-20 2021-03-19 릴레이 노드를 제어하는 방법 및 그 장치 WO2021187933A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20200034209 2020-03-20
KR10-2020-0034209 2020-03-20
KR10-2021-0035014 2021-03-18
KR1020210035014A KR20210118366A (ko) 2020-03-20 2021-03-18 릴레이 노드를 제어하는 방법 및 그 장치

Publications (1)

Publication Number Publication Date
WO2021187933A1 true WO2021187933A1 (ko) 2021-09-23

Family

ID=77771501

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/003400 WO2021187933A1 (ko) 2020-03-20 2021-03-19 릴레이 노드를 제어하는 방법 및 그 장치

Country Status (1)

Country Link
WO (1) WO2021187933A1 (ko)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023158361A1 (en) * 2022-02-17 2023-08-24 Telefonaktiebolaget Lm Ericsson (Publ) First node, network node, radio network node and methods performed thereby for handling configuration of the first node
WO2023197184A1 (zh) * 2022-04-12 2023-10-19 富士通株式会社 Iab宿主设备以及传输地址配置方法
WO2024067200A1 (zh) * 2022-09-28 2024-04-04 华为技术有限公司 通信方法、装置以及系统

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019246446A1 (en) * 2018-06-21 2019-12-26 Google Llc Maintaining communication and signaling interfaces through a donor base station handover

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019246446A1 (en) * 2018-06-21 2019-12-26 Google Llc Maintaining communication and signaling interfaces through a donor base station handover

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
HUAWEI: "Inter IAB donor-CU topology adaptation", 3GPP DRAFT; R3-200763, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. E-meeting; 20200224 - 20200306, 14 February 2020 (2020-02-14), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051854207 *
LG ELECTRONICS: "(TP for NR_IAB BL CR for TS 38.401): IAB-node migration between different IAB-donors", 3GPP DRAFT; R3-197009, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. Reno, NV, USA; 20191118 - 20191122, 8 November 2019 (2019-11-08), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051820665 *
SAMSUNG: "Further discussion on IP address issues of IAB network", 3GPP DRAFT; R3-194994_WASR3-193979_IPADDASSIGN_V0.0, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. Chongqing, China; 20191014 - 20191018, 4 October 2019 (2019-10-04), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051792044 *
ZTE, SANECHIPS: "Discussion on network-controlled IAB migrating handling", 3GPP DRAFT; R3-200472, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG3, no. e-Meeting; 20200224 - 20200306, 15 February 2020 (2020-02-15), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051854479 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023158361A1 (en) * 2022-02-17 2023-08-24 Telefonaktiebolaget Lm Ericsson (Publ) First node, network node, radio network node and methods performed thereby for handling configuration of the first node
WO2023197184A1 (zh) * 2022-04-12 2023-10-19 富士通株式会社 Iab宿主设备以及传输地址配置方法
WO2024067200A1 (zh) * 2022-09-28 2024-04-04 华为技术有限公司 通信方法、装置以及系统

Similar Documents

Publication Publication Date Title
WO2019160332A1 (ko) 상향링크 데이터를 전송하는 방법 및 장치
WO2016048068A1 (ko) D2d 신호의 송신 방법 및 이를 위한 단말
WO2014204202A1 (en) Methods of ul tdm for inter-enodeb carrier aggregation
WO2020145610A1 (ko) 상향링크 제어 정보를 송수신하는 방법 및 장치
WO2021060786A1 (ko) 사이드링크 통신을 제어하는 방법 및 그 장치
WO2014112850A1 (ko) Tdd을 지원하는 이동통신 시스템에서 tdd 설정 정보를 단말에게 효과적으로 제공하고 상향링크 전송 타이밍을 결정하기 위한 방법 및 장치
WO2013162345A1 (ko) 무선 통신 시스템에서 장치-대-장치 통신을 수행하는 방법 및 장치
WO2020189932A1 (ko) 비지상 네트워크를 이용하여 통신을 수행하는 방법 및 그 장치
WO2021187933A1 (ko) 릴레이 노드를 제어하는 방법 및 그 장치
WO2020045920A1 (ko) 비면허 대역에서의 채널 접속 실패를 처리하는 방법 및 장치
WO2018230995A1 (en) Method for performing a random access procedure in wireless communication system and a device therefor
WO2021206340A1 (ko) 사이드링크 통신을 제어하는 방법 및 그 장치
WO2018151340A1 (ko) 무선 통신 시스템에서 단말 간 채널을 측정하는 방법 및 이를 위한 장치
WO2021230614A1 (ko) 업링크 데이터 전송 방법 및 장치
WO2022092801A1 (ko) 사이드링크 통신 제어 방법 및 그 장치
WO2020085831A1 (ko) 차량 통신을 수행하는 방법 및 그 장치
WO2020060234A1 (ko) 데이터 전송 방법 및 장치
WO2020263019A1 (ko) 사이드링크 harq 피드백 전송 방법 및 그 장치
WO2022031139A1 (ko) 사이드링크 harq 피드백 제어 방법 및 그 장치
WO2020209657A1 (ko) 사이드링크 통신을 수행하는 방법 및 그 장치
WO2020209655A1 (ko) 측위를 위한 참조신호를 송수신하는 방법 및 장치
WO2017192019A1 (ko) 무선 통신 시스템에서 뉴머롤로지에 대한 정보를 획득하는 방법 및 이를 위한 장치
WO2019221443A1 (ko) 비면허 대역의 무선 통신을 위한 lbt(리슨 비포 토크)를 수행하는 방법 및 장치
WO2022203289A1 (ko) Mbs 세션을 제어하는 방법 및 장치
WO2021206371A1 (ko) 사이드링크 통신을 제어하는 방법 및 그 장치

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21772411

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

Country of ref document: EP

Kind code of ref document: A1