WO2021221411A1 - 무선 통신 시스템에서 신호 전송 방법 및 장치 - Google Patents

무선 통신 시스템에서 신호 전송 방법 및 장치 Download PDF

Info

Publication number
WO2021221411A1
WO2021221411A1 PCT/KR2021/005259 KR2021005259W WO2021221411A1 WO 2021221411 A1 WO2021221411 A1 WO 2021221411A1 KR 2021005259 W KR2021005259 W KR 2021005259W WO 2021221411 A1 WO2021221411 A1 WO 2021221411A1
Authority
WO
WIPO (PCT)
Prior art keywords
routing
iab
iab node
bap
node
Prior art date
Application number
PCT/KR2021/005259
Other languages
English (en)
French (fr)
Inventor
김현민
김영대
황봉준
오종옥
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of WO2021221411A1 publication Critical patent/WO2021221411A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/18—Communication route or path selection, e.g. power-based or shortest path routing based on predicted events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/20—Communication route or path selection, e.g. power-based or shortest path routing based on geographic position or location
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/24—Connectivity information management, e.g. connectivity discovery or connectivity update
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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

Definitions

  • the following description relates to a wireless communication system, and to a method and an apparatus for signal transmission in a wireless communication system.
  • the wireless communication system is a multiple access system that supports communication with multiple users by sharing available system resources (eg, bandwidth, transmission power, etc.).
  • Examples of the multiple access system include a code division multiple access (CDMA) system, a frequency division multiple access (FDMA) system, a time division multiple access (TDMA) system, an orthogonal frequency division multiple access (OFDMA) system, and a single carrier frequency (SC-FDMA) system.
  • 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
  • a sidelink refers to a communication method in which a direct link is established between user equipment (UE), and voice or data is directly exchanged between terminals without going through a base station (BS).
  • SL is being considered as one way to solve the burden of the base station due to the rapidly increasing data traffic.
  • V2X vehicle-to-everything refers to a communication technology that exchanges information with other vehicles, pedestrians, and infrastructure-built objects through wired/wireless communication.
  • V2X can be divided into four types: vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), vehicle-to-network (V2N), and vehicle-to-pedestrian (V2P).
  • V2X communication may be provided through a PC5 interface and/or a Uu interface.
  • next-generation radio access technology in consideration of the like may be referred to as a new radio access technology (RAT) or a new radio (NR).
  • RAT new radio access technology
  • NR new radio
  • V2X vehicle-to-everything
  • the present disclosure relates to a method and apparatus for signal transmission in a wireless communication system.
  • the present disclosure relates to a V2X broadcasting (broadcasting) method and apparatus in a wireless communication system.
  • the present disclosure relates to an efficient data broadcasting method in a wireless communication system.
  • the IAB donor receives routing-related information from an IAB node (Integrated Access and Backhaul-node), The steps of the IAB donor setting up a local routing path based on the routing-related information, the IAB donor transmitting a routing update request message to the IAB node based on the local routing path, and the IAB donor the IAB node It may include receiving a routing update confirmation message from.
  • the routing update request message may include at least one of a backhaul adaptation protocol (BAP) address, a BAP path ID, and a next hop BAP address.
  • the routing-related information may include at least one of broadcast distance, lane, and situation information.
  • the routing update request message may include at least one of a V2X flag, a broadcast TEID (broadcast TEID), and a security key.
  • the IAB node receiving routing-related information from a terminal, wherein the IAB node is an IAB donor Transmitting the routing-related information to (Integrated Access and Backhaul-Doner), the IAB node receiving a routing update request message based on the local routing from the IAB donor, a routing table based on the routing update request message updating and sending, by the IAB node, a routing update confirmation message to the IAB donor.
  • the routing update request message may include at least one of a backhaul adaptation protocol (BAP) address, a BAP path ID, and a next hop BAP address.
  • BAP backhaul adaptation protocol
  • the routing-related information may include at least one of broadcast distance, lane, and situation information.
  • the routing update request message may include at least one of a V2X flag, a broadcast TEID (broadcast TEID), and a security key.
  • the method of operating an IAB node in a wireless communication system further includes the steps of: the IAB node broadcasting data to terminals connected thereto; and the IAB node transmitting data to another IAB node based on the routing table.
  • an IAB donor Integrated Access and Backhaul-Doner
  • the transceiver may receive routing-related information from an IAB node (Integrated Access and Backhaul-node).
  • the processor may configure a local routing path based on the routing-related information.
  • the transceiver may transmit a routing update request message based on the local routing path.
  • the transceiver may receive the routing update confirmation message from the IAB donor the IAB node.
  • the routing update request message may include at least one of a backhaul adaptation protocol (BAP) address, a BAP path ID, and a next hop BAP address.
  • the routing-related information may include at least one of broadcast distance, lane, and situation information.
  • the routing update request message may include at least one of a V2X flag, a broadcast TEID (broadcast TEID), and a security key.
  • an IAB node Integrated Access and Backhaul-node
  • it may include a transceiver and a processor connected to the transceiver.
  • the transceiver may receive routing-related information from the terminal.
  • the transceiver may transmit the routing-related information to an IAB donor (Integrated Access and Backhaul-Doner).
  • the transceiver may receive a routing update request message based on the local routing from the IAB donor.
  • the processor may update the routing table based on the routing update request message.
  • the transceiver may transmit a routing update confirmation message to the IAB donor.
  • the routing update request message may include at least one of a backhaul adaptation protocol (BAP) address, a BAP path ID, and a next hop BAP address.
  • BAP backhaul adaptation protocol
  • the at least one processor is configured to enable the device to be configured with an Integrated Access and It can be controlled to receive routing-related information from the backhaul-node).
  • the at least one processor may control the device to establish a local routing path based on the routing-related information.
  • the at least one processor may control the device to transmit a routing update request message to the IAB node based on the local routing path.
  • the routing update request message may include at least one of a backhaul adaptation protocol (BAP) address, a BAP path ID, and a next hop BAP address.
  • BAP backhaul adaptation protocol
  • the at least one processor may control the device to receive a routing update confirmation message from the IAB node.
  • the computer-readable medium is executable by a processor ( executable) may include the at least one command.
  • the at least one instruction may instruct the computer-readable medium to receive routing-related information from an IAB node (Integrated Access and Backhaul-node).
  • the at least one instruction may instruct the computer-readable medium to establish a local routing path based on the routing-related information.
  • the at least one instruction may instruct the computer-readable medium to transmit a routing update request message to the IAB node based on the local routing path.
  • the routing update request message may include at least one of a backhaul adaptation protocol (BAP) address, a BAP path ID, and a next hop BAP address.
  • BAP backhaul adaptation protocol
  • the at least one instruction may instruct the computer-readable medium to receive a routing update confirmation message from the IAB node.
  • the terminal transmits routing-related information to the IAB node (Integrated Access and Backhaul-node), the IAB node based on a routing table and broadcasting data through Receive a routing update request message based on local routing, and the IAB node may update the routing table based on the routing update request message.
  • the IAB node sends a routing update confirmation message to the IAB donor,
  • the routing update request message may include at least one of a backhaul adaptation protocol (BAP) address, a BAP path ID, and a next hop BAP address.
  • BAP backhaul adaptation protocol
  • a terminal in a wireless communication system may include a transceiver and a processor connected to the transceiver.
  • the transceiver may transmit routing-related information to the IAB node (Integrated Access and Backhaul-node) and broadcast data through the IAB node based on a routing table.
  • IAB node Integrated Access and Backhaul-node
  • the routing table indicates that the IAB node transmits the routing-related information to a donor (Integrated Access and Backhaul-Doner), the IAB node receives a routing update request message based on the local routing from the IAB donor, and the IAB node receives the routing update request message based on the routing update request message
  • the IAB node may transmit a routing update confirmation message to the IAB donor
  • the routing update request message includes a backhaul adaptation protocol (BAP) address, a BAP path ID, and a next hop BAP. It may include at least one of an address (next hop BAP address).
  • data broadcast or multicast as well as unicast may be possible by the IAB donor creating a local routing and the IAB node updating the routing table.
  • an IAB node can reduce overhead by removing a routing table according to a specific condition.
  • Effects obtainable in the embodiments of the present disclosure are not limited to the above-mentioned effects, and other effects not mentioned are the technical fields to which the technical configuration of the present disclosure is applied from the description of the embodiments of the present disclosure below. It can be clearly derived and understood by those of ordinary skill in the art. That is, unintended effects of implementing the configuration described in the present disclosure may also be derived by those of ordinary skill in the art from the embodiments of the present disclosure.
  • FIG. 1 illustrates a structure of a wireless communication system according to an embodiment of the present disclosure.
  • FIGS. 2A and 2B illustrate a radio protocol architecture, according to an embodiment of the present disclosure.
  • FIG 3 illustrates an example of an integrated access and backhaul (IAB) link according to an embodiment of the present disclosure.
  • IAB integrated access and backhaul
  • FIG 4 illustrates another example of an IAB link, according to an embodiment of the present disclosure.
  • 5A to 5C show examples of IAB structures in a standalone (SA) mode and a non-SA (NSA) mode according to an embodiment of the present disclosure.
  • 6A and 6B illustrate a connection structure of an IAB node and an IAB donor according to an embodiment of the present disclosure.
  • 7A and 7B illustrate a radio protocol architecture for SL communication, according to an embodiment of the present disclosure.
  • FIG. 8 illustrates a synchronization source or synchronization reference of V2X, according to an embodiment of the present disclosure.
  • 9A and 9B illustrate a procedure for a terminal to perform V2X or SL communication according to a transmission mode, according to an embodiment of the present disclosure.
  • 10A to 10C illustrate three types of casts, according to an embodiment of the present disclosure.
  • FIG. 11 is a diagram illustrating an IAB network applicable to the present disclosure.
  • 12A and 12B are diagrams related to an example of a signal transmission method applicable to the present disclosure.
  • FIG. 13 is a diagram illustrating an example of a signal transmission method applicable to the present disclosure.
  • FIG. 14 is a diagram illustrating an example of an IAB operation method applicable to the present disclosure.
  • 15A to 15C are diagrams related to an example of a method for generating a routing path applicable to the present disclosure.
  • 16A and 16B show an example of a signal transmission method applicable to the present disclosure.
  • FIG 17 is a diagram illustrating an example of an IAB donor operation procedure applicable to the present disclosure.
  • FIG. 18 is a diagram illustrating an example of an IAB node operation procedure applicable to the present disclosure.
  • 19 is a diagram illustrating an example of an operation procedure of a terminal applicable to the present disclosure.
  • 20A to 20C are diagrams illustrating an example of V2X broadcast triggering applicable to the present disclosure.
  • 21 is a diagram illustrating an example of see-through data transfer applicable to the present disclosure.
  • FIG. 22 shows an example of a routing algorithm unit applicable to the present disclosure.
  • 23A to 23C are diagrams illustrating routing determination methods applicable to the present disclosure.
  • 24 is a diagram illustrating an example of a data transmission method applicable to the present disclosure.
  • 25 is a diagram illustrating an example of mapping of a BAP to an RLC channel applicable to the present disclosure.
  • 26 shows an example of a communication system, according to an embodiment of the present disclosure.
  • FIG. 27 illustrates an example of a wireless device, according to an embodiment of the present disclosure.
  • FIG. 28 illustrates an example of a vehicle or autonomous vehicle, according to an embodiment of the present disclosure.
  • each component or feature may be considered optional unless explicitly stated otherwise.
  • Each component or feature may be implemented in a form that is not combined with other components or features.
  • some components and/or features may be combined to configure an embodiment of the present disclosure.
  • the order of operations described in embodiments of the present disclosure may be changed. Some configurations or features of one embodiment may be included in other embodiments, or may be replaced with corresponding configurations or features of other embodiments.
  • a or B (A or B) may mean “only A”, “only B”, or “both A and B”.
  • a or B (A or B)” in the present specification may be interpreted as “A and/or B (A and/or B)”.
  • A, B or C(A, B or C) herein means “only A”, “only B”, “only C”, or “any and any combination of A, B and C ( any combination of A, B and C)”.
  • a slash (/) or a comma (comma) may mean “and/or”.
  • A/B may mean “A and/or B”. Accordingly, “A/B” may mean “only A”, “only B”, or “both A and B”.
  • A, B, C may mean “A, B, or C”.
  • At least one of A and B may mean “only A”, “only B” or “both A and B”. Also, in the present specification, the expression “at least one of A or B” or “at least one of A and/or B” means “at least one of A and/or B”. It can be interpreted the same as "A and B (at least one of A and B)”.
  • At least one of A, B and C means “only A”, “only B”, “only C”, or “A, B and C” any combination of A, B and C”. Also, “at least one of A, B or C” or “at least one of A, B and/or C” means can mean “at least one of A, B and C”.
  • parentheses used herein may mean “for example”.
  • PDCCH control information
  • PDCCH control information
  • parentheses used herein may mean “for example”.
  • PDCCH control information
  • a higher layer parameter may be a parameter set for the terminal, set in advance, or a predefined parameter.
  • the base station or the network may transmit higher layer parameters to the terminal.
  • the higher layer parameter may be transmitted through radio resource control (RRC) signaling or medium access control (MAC) signaling.
  • RRC radio resource control
  • MAC medium access control
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • CDMA may be implemented with a radio technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA may be implemented with a radio technology such as global system for mobile communications (GSM)/general packet radio service (GPRS)/enhanced data rates for GSM evolution (EDGE).
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA may be implemented 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-UMTS terrestrial radio access (E-UTRA), and employs OFDMA in downlink and SC in uplink - Adopt FDMA.
  • LTE-A (advanced) is an evolution of 3GPP LTE.
  • 5G NR is a successor technology of LTE-A, and is a new clean-slate type mobile communication system with characteristics such as high performance, low latency, and high availability. 5G NR can utilize all available spectrum resources, from low frequency bands below 1 GHz, to intermediate frequency bands from 1 GHz to 10 GHz, and high frequency (millimeter wave) bands above 24 GHz.
  • 5G NR is mainly described, but the technical idea according to an embodiment of the present disclosure is not limited thereto.
  • FIG. 1 illustrates a structure of a wireless communication system according to an embodiment of the present disclosure.
  • the embodiment of FIG. 1 may be combined with various embodiments of the present disclosure.
  • a wireless communication system includes a radio access network (RAN) 102 and a core network 103 .
  • the radio access network 102 includes a base station 120 that provides a control plane and a user plane to a terminal 110 .
  • the terminal 110 may be fixed or mobile, and includes a user equipment (UE), a mobile station (MS), a subscriber station (SS), a mobile subscriber station (MSS), It may be called another term such as a mobile terminal, an advanced mobile station (AMS), or a wireless device.
  • UE user equipment
  • MS mobile station
  • SS subscriber station
  • MSS mobile subscriber station
  • AMS advanced mobile station
  • the base station 120 means a node that provides a radio access service to the terminal 110, and a fixed station, Node B, eNB (eNode B), gNB (gNode B), ng-eNB, advanced base station (advanced station) It may be referred to as a base station (ABS) or other terms such as an access point, a base tansceiver system (BTS), or an access point (AP).
  • the core network 103 includes a core network entity 130 .
  • the core network entity 130 may be defined in various ways according to functions, and may be referred to as other terms such as a core network node, a network node, and a network equipment.
  • the radio access network 102 may be referred to as an Evolved-UMTS Terrestrial Radio Access Network (E-UTRAN), and the core network 103 may be referred to as an evolved packet core (EPC).
  • the core network 103 includes a Mobility Management Entity (MME), a Serving Gateway (S-GW), and a packet data network-gateway (P-GW).
  • MME Mobility Management Entity
  • S-GW Serving Gateway
  • P-GW packet data network-gateway
  • the MME has access information of the terminal or information about the capability of the terminal, and this information is mainly used for mobility management of the terminal.
  • the S-GW is a gateway having E-UTRAN as an endpoint
  • the P-GW is a gateway having a packet data network (PDN) as an endpoint.
  • PDN packet data network
  • the radio access network 102 may be referred to as NG-RAN, and the core network 103 may be referred to as 5GC (5G core).
  • the core network 103 includes an access and mobility management function (AMF), a user plane function (UPF), and a session management function (SMF).
  • AMF access and mobility management function
  • UPF user plane function
  • SMF session management function
  • the AMF provides a function for access and mobility management in units of terminals
  • the UPF performs a function of mutually transferring data units between the upper data network and the wireless access network 102
  • the SMF provides a session management function.
  • the base stations 120 may be connected to each other through an Xn interface.
  • the base station 120 may be connected to the core network 103 through an NG interface.
  • the base station 130 may be connected to the AMF through the NG-C interface, may be connected to the UPF through the NG-U interface.
  • FIG. 2A and 2B illustrate a radio protocol architecture, according to an embodiment of the present disclosure.
  • the embodiment of FIG. 2 may be combined with various embodiments of the present disclosure.
  • FIG. 2A illustrates a radio protocol structure for a user plane
  • FIG. 2B illustrates a radio protocol structure for a control plane.
  • the user plane is a protocol stack for user data transmission
  • the control plane is a protocol stack for control signal transmission.
  • a physical layer provides an information transmission service to an upper layer using a physical channel.
  • the physical layer is connected to a medium access control (MAC) layer, which is an upper layer, through a transport channel.
  • MAC medium access control
  • Data moves between the MAC layer and the physical layer through the transport channel. Transmission channels are classified according to how and with what characteristics data is transmitted over the air interface.
  • the physical channel may be modulated in an Orthogonal Frequency Division Multiplexing (OFDM) scheme, and time and frequency are used as radio resources.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the MAC layer provides a service to a radio link control (RLC) layer, which is an upper layer, through a logical channel.
  • RLC radio link control
  • the MAC layer provides a mapping function from a plurality of logical channels to a plurality of transport channels.
  • the MAC layer provides a logical channel multiplexing function by mapping a plurality of logical channels to a single transport channel.
  • the MAC sublayer provides data transfer services on logical channels.
  • the RLC layer performs concatenation, segmentation, and reassembly of RLC service data units (SDUs).
  • SDUs RLC service data units
  • the RLC layer has a transparent mode (Transparent Mode, TM), an unacknowledged mode (Unacknowledged Mode, UM) and an acknowledged mode (Acknowledged Mode).
  • TM Transparent Mode
  • UM Unacknowledged Mode
  • AM acknowledged Mode
  • AM RLC provides error correction through automatic repeat request (ARQ).
  • the RRC (Radio Resource Control) layer is defined only in the control plane.
  • the RRC layer is responsible for controlling logical channels, transport channels and physical channels in relation to configuration, re-configuration, and release of radio bearers.
  • RB means a logical path provided by the first layer (physical layer or PHY layer) and the second layer (MAC layer, RLC layer, and Packet Data Convergence Protocol (PDCP) layer) for data transfer between the terminal and the network.
  • the functions of the PDCP layer in the user plane include delivery of user data, header compression and ciphering.
  • the functions of the PDCP layer in the control plane include transmission of control plane data and encryption/integrity protection.
  • the SDAP Service Data Adaptation Protocol
  • the SDAP layer performs mapping between QoS flows and data radio bearers, and marking QoS flow identifiers (IDs) in downlink and uplink packets.
  • Setting the RB means defining the characteristics of a radio protocol layer and channel to provide a specific service, and setting each specific parameter and operation method.
  • the RB may be further divided into a Signaling Radio Bearer (SRB) and a Data Radio Bearer (DRB).
  • SRB Signaling Radio Bearer
  • DRB Data Radio Bearer
  • the terminal When an RRC connection is established between the RRC layer of the terminal and the RRC layer of the base station, the terminal is in the RRC_CONNECTED state, otherwise it is in the RRC_IDLE state.
  • the RRC_INACTIVE state is additionally defined, and the UE in the RRC_INACTIVE state may release the connection with the base station while maintaining the connection with the core network.
  • a downlink transmission channel for transmitting data from the network to the terminal there are a BCH (Broadcast Channel) for transmitting system information and a downlink SCH (Shared Channel) for transmitting user traffic or control messages. Traffic or control messages of downlink multicast or broadcast services may be transmitted through a downlink SCH or may be transmitted through a separate downlink multicast channel (MCH).
  • a random access channel RACH
  • SCH uplink shared channel
  • the logical channels that are located above the transport channel and are mapped to the transport channel include a Broadcast Control Channel (BCCH), a Paging Control Channel (PCCH), a Common Control Channel (CCCH), a Multicast Control Channel (MCCH), and a Multicast Traffic Channel (MTCH). channels), etc.
  • BCCH Broadcast Control Channel
  • PCCH Paging Control Channel
  • CCCH Common Control Channel
  • MCCH Multicast Control Channel
  • MTCH Multicast Traffic Channel
  • a physical channel consists of several OFDM symbols in the time domain and several sub-carriers in the frequency domain.
  • One sub-frame is composed of a plurality of OFDM symbols in the time domain.
  • a resource block is a resource allocation unit and includes a plurality of OFDM symbols and a plurality of sub-carriers.
  • each subframe may use specific subcarriers of specific OFDM symbols (eg, the first OFDM symbol) of the corresponding subframe for a Physical Downlink Control Channel (PDCCH), that is, an L1/L2 control channel.
  • PDCCH Physical Downlink Control Channel
  • a Transmission Time Interval (TTI) is a unit time of subframe transmission.
  • IAB Integrated access and backhaul
  • the backhaul and relay links allow for flexible, very dense deployment of NR cells without the need to proportionally densify the transport network.
  • NR creates opportunities to develop integrated access and backhaul (IAB) links due to the expected wide bandwidth available in NR compared to LTE. This makes it easier to deploy a dense network of self-backhauled NR cells in a more integrated manner by building according to a defined control and data channel/procedure to provide access to the UE.
  • IAB network An example of an IAB network is shown in FIG. 3 below. 3 illustrates an example of an IAB link, according to an embodiment of the present disclosure.
  • a relay node eg, rTRP (relay TRP)
  • a relay node 1 is connected to a donor gNB (DgNB) and a relay node 2 (RN2) is connected to the relay node 1 through a wireless backhaul. That is, the donor gNB integrally provides a backhaul link for relay node1 and an access link for UE1, and relay node1 integrally provides a backhaul link for relay node2 and an access link for UE2.
  • FIG. 5A to 5C show examples of IAB structures in a standalone (SA) mode and a non-SA (NSA) mode according to an embodiment of the present disclosure.
  • FIG. 5A illustrates a case in which the UE operates in the NSA mode
  • FIG. 5B illustrates the case in which the UE operates in the NSA mode
  • the IAB node operates in the NGC mode
  • FIG. 5C illustrates a case in which the UE and the IAB node operate in the NSA mode.
  • the IAB node may operate in SA mode or NAS mode. When operating in NSA mode, the IAB node can only use the NR link for backhauling.
  • a UE can connect to more types of core networks than an IAB node.
  • 6A and 6B illustrate a connection structure of an IAB node and an IAB donor according to an embodiment of the present disclosure.
  • 6A shows a hierarchical structure of nodes
  • FIG. 6B shows the concept of a parent node and a child node.
  • a link between a donor node and an IAB node or a link between IAB nodes is referred to as a backhaul link.
  • a link between a donor node and a UE or a link between an IAB node and a UE is referred to as an access link. That is, the access link is a link for connection with the UE, and the backhaul link is a link for connection between non-UE nodes (eg, an IAB node, an IAB donor, a base station).
  • the IAB node includes a mobile terminal (MT) and a distributed unit (DU), the MT is a component for connection with an upper node, and the DU is a component for connection with a lower node.
  • IAB donors include DUs and central units (CUs).
  • CN is a component for connection with the core network.
  • a lower node connected through a DU is a child node, and a connection with a child node is a child link.
  • an upper node connected through the MT is a parent node, and a connection to the parent node is a parent link.
  • a terminal accessing the IAB node may perform uplink communication and downlink communication through the IAB node.
  • the uplink data transmitted by the terminal is transmitted from the IAB node to the IAB donor through at least one wireless backhaullink, and is processed through the CU of the IAB donor.
  • Downlink data directed to the terminal is transmitted from the IAB donor to the IAB node through at least one wireless backhaul link, and is transmitted to the terminal by the DU of the IAB node.
  • the IAB node may follow an initial access procedure similar to the UE, such as cell search, system information acquisition, random access, etc., to initially establish a connection to a parent IAB node or an IAB donor.
  • SSB/CSI-RS based on RRM measurement is the starting point of IAB discovery and measurement.
  • Downlink IAB node transmission (eg, transmission on the backhaul link from the IAB node to the child IAB node, transmission on the access link from the IAB node to the UE) may be scheduled by the IAB node.
  • Uplink IAB transmission (eg, transmission on the backhaul link from an IAB node to a parent IAB node or an IAB donor is scheduled by the parent IAB node or IAB donor).
  • FIG. 7A and 7B illustrate a radio protocol architecture for SL communication, according to an embodiment of the present disclosure. 7A and 7B may be combined with various embodiments of the present disclosure. Specifically, FIG. 7A shows a user plane protocol stack, and FIG. 7B illustrates a control plane protocol stack.
  • SLSS SL Synchronization Signal
  • the SLSS is an SL-specific sequence and may include a Primary Sidelink Synchronization Signal (PSSS) and a Secondary Sidelink Synchronization Signal (SSSS).
  • PSSS Primary Sidelink Synchronization Signal
  • SSSS Secondary Sidelink Synchronization Signal
  • the PSSS may be referred to as a Sidelink Primary Synchronization Signal (S-PSS)
  • S-SSS Sidelink Secondary Synchronization Signal
  • S-SSS Sidelink Secondary Synchronization Signal
  • length-127 M-sequences may be used for S-PSS
  • length-127 Gold sequences may be used for S-SSS.
  • the terminal may detect an initial signal using S-PSS and may obtain synchronization.
  • the UE may acquire detailed synchronization using S-PSS and S-SSS, and may detect a synchronization signal ID.
  • PSBCH Physical Sidelink Broadcast Channel
  • PSBCH Physical Sidelink Broadcast Channel
  • the basic information is information related to SLSS, duplex mode (Duplex Mode, DM), TDD UL/DL (Time Division Duplex Uplink/Downlink) configuration, resource pool related information, type of application related to SLSS, It may be a subframe offset, broadcast information, or the like.
  • the payload size of PSBCH may be 56 bits including a CRC of 24 bits.
  • S-PSS, S-SSS, and PSBCH may be included in a block format supporting periodic transmission (eg, SL SS (Synchronization Signal)/PSBCH block, hereinafter S-SSB (Sidelink-Synchronization Signal Block)).
  • the S-SSB may have the same numerology (ie, SCS and CP length) as a Physical Sidelink Control Channel (PSCCH)/Physical Sidelink Shared Channel (PSSCH) in the carrier, and the transmission bandwidth is (pre)set SL BWP (Sidelink) BWP).
  • the bandwidth of the S-SSB may be 11 resource blocks (RBs).
  • the PSBCH may span 11 RBs.
  • the frequency position of the S-SSB may be set (in advance). Therefore, the UE does not need to perform hysteresis detection in the frequency to discover the S-SSB in the carrier.
  • TDMA time division multiple access
  • FDMA frequency division multiples access
  • ISI Inter Symbol Interference
  • ICI Inter Carrier Interference
  • SLSS sidelink synchronization signal
  • MIB-SL-V2X master information block-sidelink-V2X
  • RLC radio link control
  • FIG. 8 illustrates a synchronization source or synchronization reference of V2X, according to an embodiment of the present disclosure.
  • the embodiment of FIG. 8 may be combined with various embodiments of the present disclosure.
  • the terminal is directly synchronized to GNSS (global navigation satellite systems), or indirectly synchronized to the GNSS through the terminal (in network coverage or out of network coverage) synchronized to the GNSS.
  • GNSS global navigation satellite systems
  • the UE may calculate the DFN and the subframe number using Coordinated Universal Time (UTC) and a (pre)set Direct Frame Number (DFN) offset.
  • UTC Coordinated Universal Time
  • DFN Direct Frame Number
  • the terminal may be directly synchronized with the base station or may be synchronized with another terminal synchronized with the base station in time/frequency.
  • the base station may be an eNB or a gNB.
  • the terminal may receive synchronization information provided by the base station and may be directly synchronized with the base station. Thereafter, the terminal may provide synchronization information to other adjacent terminals.
  • the terminal timing is set as the synchronization reference, the terminal is a cell (if within cell coverage at the frequency), primary cell or serving cell (when out of cell coverage at the frequency) associated with the frequency for synchronization and downlink measurement ) can be followed.
  • a base station may provide a synchronization setting for a carrier used for V2X or SL communication.
  • the terminal may follow the synchronization setting received from the base station. If the terminal does not detect any cell in the carrier used for the V2X or SL communication and does not receive a synchronization setting from the serving cell, the terminal may follow the preset synchronization setting.
  • the terminal may be synchronized with another terminal that has not obtained synchronization information directly or indirectly from the base station or GNSS.
  • the synchronization source and preference may be preset in the terminal.
  • the synchronization source and preference may be set through a control message provided by the base station.
  • the SL synchronization source may be associated with a synchronization priority.
  • a relationship between a synchronization source and a synchronization priority may be defined as in Table 1 or Table 2.
  • Table 1 or Table 2 is only an example, and the relationship between the synchronization source and the synchronization priority may be defined in various forms.
  • GNSS-based synchronization Base station-based synchronization (eNB/gNB-based synchronization) P0 GNSS base station P1 All terminals synchronized directly to GNSS All terminals directly synchronized to the base station P2 All terminals indirectly synchronized to GNSS All terminals indirectly synchronized with the base station P3 all other terminals GNSS P4 N/A All terminals synchronized directly to GNSS P5 N/A All terminals indirectly synchronized to GNSS P6 N/A all other terminals
  • GNSS-based synchronization Base station-based synchronization (eNB/gNB-based synchronization) P0 GNSS base station P1 All terminals synchronized directly to GNSS All terminals directly synchronized to the base station P2 All terminals indirectly synchronized to GNSS All terminals indirectly synchronized with the base station P3 base station GNSS P4 All terminals directly synchronized to the base station All terminals synchronized directly to GNSS P5 All terminals indirectly synchronized with the base station All terminals indirectly synchronized to GNSS P6 Remaining terminal(s) with low priority Remaining terminal(s) with low priority
  • a base station may include at least one of a gNB or an eNB.
  • Whether to use GNSS-based synchronization or base station-based synchronization may be set (in advance).
  • the UE may derive the transmission timing of the UE from the available synchronization criterion having the highest priority.
  • the terminal may (re)select a synchronization reference, and the terminal may obtain synchronization from the synchronization reference.
  • the UE may perform SL communication (eg, PSCCH/PSSCH transmission/reception, Physical Sidelink Feedback Channel (PSFCH) transmission/reception, S-SSB transmission/reception, reference signal transmission/reception, etc.) based on the obtained synchronization.
  • SL communication eg, PSCCH/PSSCH transmission/reception, Physical Sidelink Feedback Channel (PSFCH) transmission/reception, S-SSB transmission/reception, reference signal transmission/reception, etc.
  • 9A and 9B illustrate a procedure for a terminal to perform V2X or SL communication according to a transmission mode, according to an embodiment of the present disclosure.
  • 9A and 9B may be combined with various embodiments of the present disclosure.
  • the transmission mode may be referred to as a mode or a resource allocation mode.
  • a transmission mode in LTE may be referred to as an LTE transmission mode
  • a transmission mode in NR may be referred to as an NR resource allocation mode.
  • FIG. 9A illustrates a terminal operation related to LTE transmission mode 1 or LTE transmission mode 3 .
  • FIG. 9A illustrates a terminal operation related to NR resource allocation mode 1.
  • LTE transmission mode 1 may be applied to general SL communication
  • LTE transmission mode 3 may be applied to V2X communication.
  • FIG. 9B illustrates a terminal operation related to LTE transmission mode 2 or LTE transmission mode 4. Or, for example, FIG. 9B illustrates a terminal operation related to NR resource allocation mode 2.
  • the base station may schedule an SL resource to be used by the terminal for SL transmission.
  • the base station may transmit information related to SL resources and/or information related to UL resources to the first terminal.
  • the UL resource may include a PUCCH resource and/or a PUSCH resource.
  • the UL resource may be a resource for reporting SL HARQ feedback to the base station.
  • the first terminal may receive information related to a dynamic grant (DG) resource and/or information related to a configured grant (CG) resource from the base station.
  • the CG resource may include a CG type 1 resource or a CG type 2 resource.
  • the DG resource may be a resource configured/allocated by the base station to the first terminal through downlink control information (DCI).
  • the CG resource may be a (periodic) resource configured/allocated by the base station to the first terminal through DCI and/or RRC message.
  • the base station may transmit an RRC message including information related to the CG resource to the first terminal.
  • the base station may transmit an RRC message including information related to the CG resource to the first terminal, and the base station transmits DCI related to activation or release of the CG resource. It can be transmitted to the first terminal.
  • the first terminal may transmit a PSCCH (eg, sidelink control information (SCI) or 1 st- stage SCI) to the second terminal based on the resource scheduling.
  • a PSCCH eg, sidelink control information (SCI) or 1 st- stage SCI
  • PSSCH eg, 2 nd -stage SCI, MAC PDU, data, etc.
  • the first terminal may receive the PSFCH related to the PSCCH/PSSCH from the second terminal.
  • HARQ feedback information eg, NACK information or ACK information
  • the first terminal may transmit/report the HARQ feedback information to the base station through PUCCH or PUSCH.
  • the HARQ feedback information reported to the base station may be information generated by the first terminal based on HARQ feedback information received from the second terminal.
  • the HARQ feedback information reported to the base station may be information generated by the first terminal based on a preset rule.
  • the DCI may be a DCI for scheduling of an SL.
  • the format of the DCI may be DCI format 3_0 or DCI format 3_1.
  • the UE may determine an SL transmission resource within an SL resource configured by a base station/network or a preset SL resource.
  • the configured SL resource or the preset SL resource may be a resource pool.
  • the UE may autonomously select or schedule a resource for SL transmission.
  • the terminal may perform SL communication by selecting a resource by itself within a set resource pool.
  • the terminal may select a resource by itself within the selection window by performing a sensing (sensing) and resource (re)selection procedure.
  • the sensing may be performed in units of subchannels.
  • the first terminal select the resource itself in the resource pool PSCCH by using the resources (e.g., SCI (Sidelink Control Information) or the 1 st -stage SCI) may be transmitted to the second terminal. Subsequently, the first terminal may transmit a PSSCH (eg, 2 nd -stage SCI, MAC PDU, data, etc.) related to the PSCCH to the second terminal. Thereafter, the first terminal may receive the PSFCH related to the PSCCH/PSSCH from the second terminal.
  • SCI Servicelink Control Information
  • 1 st -stage SCI Physical channels allocation
  • a first terminal may transmit an SCI to a second terminal on a PSCCH.
  • the first terminal may transmit two consecutive SCIs (eg, 2-stage SCI) to the second terminal on the PSCCH and/or the PSSCH.
  • the second terminal may decode two consecutive SCIs (eg, 2-stage SCI) to receive the PSSCH from the first terminal.
  • SCI is transmitted on PSCCH 1 st SCI
  • SCI claim 1 may be called st -stage SCI or SCI format 1 st -stage
  • SCI transmitted on the 2 nd PSSCH SCI SCI Claim 2, 2 It can be called nd -stage SCI or 2 nd -stage SCI format.
  • 1 st -stage SCI format may include SCI format 1-A
  • 2 nd -stage SCI format may include SCI format 2-A and/or SCI format 2-B.
  • 10A to 10C illustrate three types of casts, according to an embodiment of the present disclosure. 10A to 10C may be combined with various embodiments of the present disclosure.
  • FIG. 10A illustrates SL communication of a broadcast type
  • FIG. 10B illustrates SL communication of a unicast type
  • FIG. 10C illustrates SL communication of a groupcast type.
  • the terminal may perform one-to-one communication with another terminal.
  • the terminal may perform SL communication with one or more terminals in a group to which the terminal belongs.
  • SL groupcast communication may be replaced with SL multicast communication, SL one-to-many communication, or the like.
  • SL HARQ feedback may be enabled for unicast.
  • the receiving terminal in non-CBG (non-Code Block Group) operation, when the receiving terminal decodes the PSCCH targeting the receiving terminal, and the receiving terminal successfully decodes the transport block related to the PSCCH, the receiving terminal HARQ-ACK may be generated. And, the receiving terminal may transmit the HARQ-ACK to the transmitting terminal.
  • the receiving terminal after the receiving terminal decodes the PSCCH targeting the receiving terminal, if the receiving terminal does not successfully decode the transport block related to the PSCCH, the receiving terminal may generate a HARQ-NACK. And, the receiving terminal may transmit the HARQ-NACK to the transmitting terminal.
  • SL HARQ feedback may be enabled for groupcast.
  • two HARQ feedback options may be supported for groupcast.
  • Groupcast option 1 After the receiving terminal decodes the PSCCH targeting the receiving terminal, if the receiving terminal fails to decode the transport block related to the PSCCH, the receiving terminal transmits the HARQ-NACK through the PSFCH It can be transmitted to the transmitting terminal. On the other hand, if the receiving terminal decodes the PSCCH targeting the receiving terminal, and the receiving terminal successfully decodes the transport block related to the PSCCH, the receiving terminal may not transmit the HARQ-ACK to the transmitting terminal.
  • (2) groupcast option 2 If the receiving terminal fails to decode a transport block related to the PSCCH after the receiving terminal decodes the PSCCH targeting the receiving terminal, the receiving terminal transmits HARQ-NACK through the PSFCH It can be transmitted to the transmitting terminal. And, when the receiving terminal decodes the PSCCH targeting the receiving terminal, and the receiving terminal successfully decodes the transport block related to the PSCCH, the receiving terminal may transmit a HARQ-ACK to the transmitting terminal through the PSFCH.
  • all terminals performing groupcast communication may share a PSFCH resource.
  • terminals belonging to the same group may transmit HARQ feedback using the same PSFCH resource.
  • each terminal performing groupcast communication may use different PSFCH resources for HARQ feedback transmission.
  • terminals belonging to the same group may transmit HARQ feedback using different PSFCH resources.
  • HARQ-ACK may be referred to as ACK, ACK information, or positive-ACK information
  • HARQ-NACK may be referred to as NACK, NACK information, or negative-ACK information.
  • SL measurement and reporting between terminals may be considered in SL.
  • the receiving terminal may receive a reference signal from the transmitting terminal, and the receiving terminal may measure a channel state for the transmitting terminal based on the reference signal.
  • the receiving terminal may report channel state information (CSI) to the transmitting terminal.
  • CSI channel state information
  • SL-related measurement and reporting may include measurement and reporting of CBR, and reporting of location information.
  • CSI Channel Status Information
  • V2X examples include CQI (Channel Quality Indicator), PMI (Precoding Matrix Index), RI (Rank Indicator), RSRP (Reference Signal Received Power), RSRQ (Reference Signal Received Quality), path gain (pathgain)/pathloss, SRI (Sounding Reference Symbols, Resource Indicator), CRI (CSI-RS Resource Indicator), interference condition, vehicle motion, and the like.
  • CQI Channel Quality Indicator
  • PMI Precoding Matrix Index
  • RI Rank Indicator
  • RSRP Reference Signal Received Power
  • RSRQ Reference Signal Received Quality
  • path gain pathgain
  • SRI Sounding Reference Symbols
  • Resource Indicator Resource Indicator
  • CRI CSI-RS Resource Indicator
  • interference condition vehicle motion, and the like.
  • the transmitting terminal may transmit a CSI-RS to the receiving terminal, and the receiving terminal may measure CQI or RI by using the CSI-RS.
  • the CSI-RS may be referred to as an SL CSI-RS.
  • the CSI-RS may be confined within PSSCH transmission.
  • the transmitting terminal may transmit the CSI-RS to the receiving terminal by including the CSI-RS on the PSSCH resource.
  • the terminal determines whether the energy measured in the unit time/frequency resource is above a certain level, and determines the amount and frequency of its transmission resource according to the ratio of the unit time/frequency resource in which the energy of the predetermined level or more is observed.
  • a ratio of time/frequency resources in which energy of a certain level or higher is observed may be defined as a channel congestion ratio (CBR).
  • CBR channel congestion ratio
  • the UE may measure CBR for a channel/frequency. Additionally, the UE may transmit the measured CBR to the network/base station.
  • V2X may be defined in unicast (unicast), broadcast (broadcast) and groupcast (groupcast).
  • V2X providing a see-through service by a vehicle through broadcast may not guarantee reliability of data. Accordingly, the vehicle may provide a see-through service through groupcast to ensure data reliability.
  • each vehicle must synchronize with each other through a synchronization operation with respect to another vehicle or base station connected to the vehicle.
  • each vehicle may need to connect a radio bearer to each other.
  • each IAB (integrated access and backhaul) node may have a flow path configured through tunneling.
  • the first network routing domain may be provided with a first interface.
  • the second network routing domain may be provided with a second interface.
  • the first interface may communicate traffic flows with a remote network via the first tunnel. Route information of the first network routing domain and the second network routing domains may be determined.
  • the second interface may decide to transfer the traffic flow from the first tunnel to the second tunnel. Traffic flow communication may be performed with the remote network through the second tunnel.
  • tunneling of a source node and a destination node is performed.
  • V2X vehicle to everything
  • V2N vehicle to network
  • the present disclosure proposes a method of data broadcasting or data group casting through local routing without data reaching a server using the IAB function.
  • the present disclosure proposes a method in which data is transmitted from a terminal to a roadside unit (RSU) and broadcast again from the RSU to another terminal, rather than being broadcast after reaching the server.
  • RSU roadside unit
  • the RSU may perform the IAB function.
  • the present disclosure proposes a method for local routing by the RSU node when a vehicle accident occurs based on the above-described data transmission method.
  • the present disclosure enables various services based on local routing for broadcast or groupcast. Terms such as vehicle, terminal, and wireless device may be used interchangeably.
  • the IAB network may include an IAB donor 1102 and an IAB node 1104 .
  • the IAB donor may manage the IAB node.
  • IAB doner 1102 may include IAB-doner-CU and IAB-doner-DU.
  • the architecture is in the form of an IAB donor and an IAB node located in the backhaul.
  • the architecture is a network that enables routing between IAB nodes 1104 via CU-UPs in the IAB donor 1102 (TR 38.874). Routing may be added as an upper sublayer in which a backhaul adaptation protocol (BAP) of each IAB node exists on a radio link control (RLC) layer.
  • BAP can manage routing tables.
  • FIG. 12a and 12B are diagrams related to an example of a signal transmission method applicable to the present disclosure. More specifically, FIG. 12a is a diagram of resource allocation when a V2X event is triggered.
  • the terminal 1202 may trigger a V2X event. As an example, the see-through may be triggered for the terminal 1202 . As another example, when a vehicle accident occurs, V2X broadcasting may be triggered.
  • the terminal 1202 may transmit a scheduling request (SR) to the IAB node 1204 when the V2X event is triggered. Also, the terminal 1202 may transmit a buffer status report (BSR) to the IAB node 1204 .
  • the IAB node 1204 may receive the scheduling request and transmit downlink control information (DCI) on uplink to the terminal 1202 .
  • DCI downlink control information
  • the terminal 1202 may transmit a V2X service indication to the IAB node 1204 based on the received DCI.
  • the terminal 1202 may transmit a V2X service indication based on a media access control (MAC) control element (CE) of the BSR.
  • the terminal may transmit a V2X service indication based on the LCID value.
  • it may be a broadcasting V2X index 110110.
  • the LCID values are shown in Table 3 below.
  • the IAB node may receive the V2X indication and trigger the broadcast V2X based on the LCID value.
  • the terminal may include the accident situation, broadcast distance and lane information in the V2X service indication message.
  • the UE may include at least one of accident situation, broadcast distance, and lane information in the MAC CE subheader.
  • the terminal may include situations requiring broadcast V2X in the V2X indication message, and is not limited to the above-described embodiment.
  • the vehicle when the vehicle detects an accident ahead, the vehicle triggers an SR in layer 2 to receive an uplink radio resource allocated to the IAB RSU through the NAS and transmits it to the IAB. .
  • the IAB RSU may receive an additional message by transmitting an uplink DCI to the vehicle.
  • the vehicle may transmit a V2X service indication message to the IAB RSU for data broadcasting.
  • the IAB RSU may determine whether to broadcast the MAC CE decoding.
  • the broadcast data transmission may additionally include the degree of an accident, the broadcast range, and lane information.
  • FIG. 13 is a diagram illustrating an example of a signal transmission method applicable to the present disclosure. More specifically, FIG. 13 shows a signal transmission procedure of an IAB node.
  • the IAB node 1304 may trigger (trigger) broadcasting.
  • the IAB node 1304 may trigger broadcasting by receiving a V2X service indication message from the terminal 1302 .
  • the V2X service indication message may include accident situation, broadcast distance and lane information.
  • the IAB node may trigger broadcasting by decoding the MAC CE.
  • the MAC CE subheader may include at least one of accident situation, broadcast distance, and lane information.
  • the V2X service indication message may include situations requiring broadcast V2X, and is not limited to the above-described embodiment.
  • the IAB node 1304 may transmit a V2X service request message to the IAB donor 1306.
  • the V2X service request message includes information related to broadcasting.
  • the IAB node 1304 may transmit a V2X service request message to the IAB donor 1306 through a MAC header including at least one of an accident situation, a broadcast distance, and lane information.
  • the IAB node 1304 may transmit at least one of an accident situation, a broadcast distance, and lane information to the IAB donor 1306 as data. In this case, the IAB node 1304 may transmit to the IAB donor 1306 based on a wire.
  • the IAB donor 1306 may set up local routing for broadcasting.
  • the IAB donor 1306 may receive a V2X service request message from the IAB node 1304 .
  • IAB donor 1306 may include IAB donor CUs and IAB donor DUs.
  • the IAB donor CU can check the range-related parameters included in the V2X service request message. If the range-related parameter is set, the IAB donor CU may create a local routing path based on the parameter. When the range-related parameter is not set, the IAB donor CU may create a local routing path using a parameter set as a default therein.
  • a method of generating a routing path may be various, and is not limited to the above-described embodiment.
  • the IAB donor 1306 may transmit a routing update request message to the IAB node 1304.
  • the routing update request message may include at least one of a BAP address, a BAP path ID, a next hop BAP address, and a V2X flag.
  • the IAB donor may update the routing table of the BAP sublayer and transmit a security key for broadcasting to the IAB node.
  • the IAB node 1304 may perform a setting process for broadcasting using a value included in the routing update request message.
  • the IAB node may remove the path for broadcasting when all data is used.
  • the IAB node may remove a route for broadcasting when a limited time has elapsed.
  • the IAB donor 1306 may also send a routing update request message to the IAB node 1308 .
  • step S1401 the IAB donor may receive a V2X service indication message from the IAB node.
  • step S1403 the IAB donor may check the broadcasting parameters based on the received message.
  • step S1405 the IAB donor may check the message and, if the broadcasting parameter is set, may create a local routing path based on the set parameter.
  • step S1407 the IAB donor may check the message and, if the broadcasting parameter is not set, may connect to the server through the UPF.
  • 15A to 15C are diagrams related to an example of a method for generating a routing path applicable to the present disclosure.
  • 15A shows an example of a routing path creation procedure.
  • the IAB donor may receive a V2X service indication message from the IAB node.
  • the IAB donor may check whether a broadcasting parameter is set based on the received message.
  • the IAB donor may check whether the range parameter is set.
  • the IAB donor may generate a routing path based on the range parameter (parameter).
  • the IAB donor may generate a routing path based on a routing algorithm unit operation.
  • step S1509 if a broadcasting parameter is not set, the IAB donor may perform a normal operation.
  • 15B shows an IAB node, an IAB donor-DU and an IAB donor-CU.
  • a backhaul adaptation protocol (BAP) may be located in an upper sublayer above the RLC layer.
  • 15C is a diagram illustrating an example of a BAP.
  • the PDU type may set the broadcasting PDU type.
  • the Routing ID (Oct 2) may include a 10-bit BAP address, a 10-bit BAP path identity, and a 10-bit Next Hop BAP Address.
  • steps S1601 to S1613 are an example of a routing path setting procedure.
  • steps S1615 to S1625 are an example of a procedure for transmitting data according to a set routing path.
  • the terminal 1602 may trigger a V2X broadcasting event.
  • the terminal 1602 may transmit a scheduling request (SR) to the IAB node 1604 .
  • the IAB node may transmit DCI related to uplink to the terminal.
  • the terminal may transmit a V2X service indication message to the IAB node.
  • the terminal may transmit a V2X service indication message to the IAB node based on the MAC CE.
  • the V2X service indication message may include broadcasting information.
  • the broadcasting information may include accident situation, broadcasting distance, and lane information.
  • the IAB node may receive a V2X service indication message from the terminal.
  • the IAB node receiving the message may trigger V2X broadcasting.
  • the IAB node 1604 may transmit a V2X service indication message to the IAB donor 1608.
  • the V2X service indication message may include broadcasting information.
  • the broadcasting information may include accident situation, broadcasting distance, and lane information.
  • the IAB donor may receive a V2X service indication message from the IAB node.
  • the IAB donor may create a local routing for broadcasting based on the received message.
  • the IAB donor 1608 may transmit a routing update request message to the IAB nodes.
  • the IAB donor 1608 may send a routing update request message to the IAB node 1604 and the IAB node 1606 connected thereto.
  • the routing update request message may include a BAP address, a BAP path identity, a V2X flag, a broadcast-tunnel endpoint identifier (TEID), and a security key. have.
  • the IAB node may receive a routing update request message and update the routing table.
  • the IAB node 1604 may transmit a routing update confirm message.
  • the IAB node 1606 may send a routing update confirm message.
  • the terminal 1602 may transmit a buffer status report (BSR) to the IAB node 1604 .
  • BSR buffer status report
  • the UE may transmit a buffer status report (BSR) to the IAB node through a media access channel control element (MAC CE).
  • DCI downlink control information
  • the terminal may transmit uplink data.
  • the IAB node receiving the uplink data may broadcast the data to the terminals based on the updated routing table.
  • the IAB node 1604 receiving the uplink data may transmit a BSR to another IAB node 1606 .
  • the other IAB node 1606 receiving the BSR may transmit DCI for the uplink to the IAB node 1604 .
  • the IAB node 1604 may transmit data to another IAB node 1606 .
  • the IAB node 1604 may remove the routing path for broadcasting. As an example, when all data is used, the IAB node may remove a routing path for broadcasting. As another example, when the time limit has elapsed, the IAB node may remove the routing path for broadcasting.
  • the other IAB node 1606 that has received the data may broadcast the data to the terminals. Another IAB node 1606 may also remove the routing path when the data is all used up or the time limit has elapsed.
  • the IAB donor may receive routing-related information from the IAB node.
  • the routing-related information may include at least one of broadcast distance, lane, and context information.
  • the terminal may trigger V2X broadcasting.
  • the vehicle may trigger V2X broadcasting in order to broadcast data about the accident to surrounding vehicles.
  • the UE may transmit routing-related information to the IAB node.
  • the IAB node may receive routing-related information to trigger V2X broadcasting.
  • the IAB node may transmit routing-related information to the IAB donor.
  • the routing-related information may be transmitted in the form of the above-described service indication message.
  • the IAB donor may set up a local routing path based on the routing-related information.
  • the IAB donor may generate a local routing path based on at least one of a broadcast distance, a lane, and context information.
  • the IAB donor may create a local routing to allow data transfer only to the IAB node at a certain distance from the IAB node in consideration of the broadcast distance.
  • the IAB donor can create a local routing so that data is not broadcast to vehicles in the lane opposite to the lane where the accident occurred in consideration of the lane information.
  • the IAB donor can create a local route taking into account the U-turn situation as well.
  • the IAB donor may transmit a routing update request message to the IAB node based on the local routing path.
  • the routing update request message may include at least one of a backhaul adaptation protocol (BAP) address, a BAP path ID, and a next hop BAP address.
  • the routing update request message may further include at least one of a V2X flag, a broadcast TEID (broadcast TEID), and a security key.
  • the IAB donor may receive a routing update confirmation message from the IAB node.
  • step S1801 the IAB node may receive routing-related information from the terminal.
  • the IAB node may transmit routing-related information to the IAB donor.
  • the routing-related information may include at least one of broadcast distance, lane, and context information.
  • the IAB node may receive a routing update request message based on local routing from the IAB donor.
  • the routing update request message may include at least one of a backhaul adaptation protocol (BAP) address, a BAP path ID, and a next hop BAP address.
  • the routing update request message may further include at least one of a V2X flag, a broadcast TEID (broadcast TEID), and a security key.
  • the IAB node may update the routing table based on the routing update request message.
  • data received from the terminal may be broadcast to terminals connected to the IAB node.
  • data received from the terminal may be delivered to another IAB node connected to the terminal.
  • the IAB node that has received the data can broadcast data to terminals connected to it again.
  • the IAB node may simultaneously broadcast data to terminals and transfer data to other IAB nodes.
  • the IAB node may transmit a routing update confirmation message to the IAB donor.
  • the IAB node may further include broadcasting data to terminals connected thereto.
  • the IAB node may further include transmitting data to another IAB node.
  • the IAB node may remove the routing table after a certain period of time or according to specific conditions to reduce overhead. As an example, the IAB node may remove the routing table after data broadcasting. As an example, the IAB node may remove the routing table after transmitting data to another node.
  • step S1901 the terminal may transmit routing-related information to the IAB node.
  • the routing-related information may include at least one of broadcast distance, lane, and context information.
  • step S1903 data may be broadcast through the IAB node based on the routing table.
  • the IAB node transmits the routing-related information to an IAB donor (Integrated Access and Backhaul-Doner), the IAB node receives a routing update request message based on the local routing from the IAB donor, and the The IAB node updates the routing table based on the routing update request message, wherein the IAB node transmits a routing update confirmation message to the IAB donor, and the routing update request message includes a backhaul adaptation protocol (BAP) address, It may include at least one of a BAP path ID and a next hop BAP address.
  • BAP backhaul adaptation protocol
  • 20A to 20C are diagrams illustrating an example of V2X broadcast triggering applicable to the present disclosure.
  • 20A is a diagram illustrating a see-through triggering condition as an example of a V2X broadcast.
  • the vehicle is moving on a four-lane road, and the vehicle 2002 is an accident vehicle. When an accident occurs in a vehicle in front, a situation in which the vehicle in the rear notifies surrounding vehicles may occur.
  • each vehicle is in an in-coverage state with respect to each nearby IAB node.
  • An IAB donor may communicate with IAB nodes.
  • the IAB RSU may incur overhead.
  • vehicles it is possible for vehicles to reduce the overhead of the IAB RSU by triggering the see-through according to a specific condition.
  • the see-through may be triggered when an accident occurs in front of the vehicle.
  • the vehicle may check whether an accident has occurred in front. The vehicle may confirm the occurrence of an accident based on whether the accident site is visible by the vehicle's camera or a medium capable of capturing a video.
  • step S2003 when the identified accident is an accident occurring in a lane in which the vehicle is located, the vehicle may perform see-through triggering. If the identified accident does not occur in the lane where the vehicle is located, the vehicle may not perform see-through triggering.
  • a vehicle 1902 is an accident vehicle, and it is assumed that an accident has occurred in all lanes. Since the vehicle 1904 can confirm the occurrence of an accident with a camera or the like, see-through data can be generated. Since the vehicle 1906 is located behind the accident and cannot confirm the accident by a camera or the like, see-through data may not be generated.
  • the vehicle may trigger the see-through according to the triggering condition described above in FIG. 20B .
  • a vehicle 2102 and a vehicle 2104 may belong to in-coverage of the IAB node 2110 .
  • vehicle 2102 and the vehicle 2104 may confirm the occurrence of the accident. Accordingly, vehicle 2102 and vehicle 2104 may trigger see-through.
  • the vehicle 2102 may transmit a scheduling request (SR) to the IAB node 2110 through a NAS (Non-Access Stratum) in order to be allocated an uplink radio resource.
  • the IAB node may be a roadside unit (RSU).
  • the IAB node 2110 may transmit an uplink DCI to the vehicle 2102 to receive an additional message.
  • the vehicle 2102 may transmit a V2X service indication message to the IAB node for data broadcasting.
  • the IAB node may determine whether to broadcast by decoding the MAC CE.
  • the V2X service indication message may include accident situation, broadcast distance and lane information.
  • the routing algorithm unit may include a converter 2202 , a random access memory (RAM) 2204 , and an algorithm generator 2206 .
  • the routing algorithm unit may receive data from the outside.
  • the routing algorithm unit may receive distance information.
  • the routing algorithm unit may receive location information from a GPS module (GPS module) 2208 . That is, the routing algorithm unit is a type of hardware capable of having distance information and location information as input values.
  • Converter 2202 may be an RX/TX converter. That is, the converter 2202 may be a transceiver converter.
  • the RAM 2204 may store training data for an artificial intelligence (AI) algorithm or information for knowing the location of the IAB node.
  • AI artificial intelligence
  • the RAM 2204 may store a bandwidth used between IAB nodes, a distance between IAB nodes, distance information received from a source UE, information on an accident vehicle lane, and the like.
  • Algorithm generator 2206 may generate an optimal routing based on the AI.
  • the algorithm generator 2206 may set a basic algorithm-based routing path.
  • the algorithm generator 2206 may set a routing path based on a supervised learning based algorithm.
  • 23A to 23C are diagrams illustrating routing determination methods applicable to the present disclosure.
  • 23A shows a routing decision method using a distance parameter. Referring to FIG. 23A , it is assumed that an accident occurs in a vehicle connected to the IAB node 2302a. Accordingly, V2X broadcasting may be triggered in the vehicle connected to the IAB node 2302a.
  • a distance parameter may be used.
  • the distance parameter is 10m.
  • the IAB donor 2310a may know the locations of the IAB nodes connected thereto. Accordingly, the IAB donor 2310a can know the locations of the IAB node 2302a, the IAB node 2304a, the IAB node 2306a, the IAB node 2308a, and the IAB node 2312a.
  • the IAB donor may know the location of the IAB nodes based on a global positioning system (GPS), a global navigation satellite system (GNSS), and an Observed Time Difference Of Arrival (OTDOA).
  • GPS global positioning system
  • GNSS global navigation satellite system
  • OTDOA Observed Time Difference Of Arrival
  • the IAB donor may determine routing based on the distance parameter.
  • IAB donor 2310a knows the locations of IAB 2302a, IAB 2304a, IAB 2306a, and IAB 2308a, so IAB node 2304a and IAB node 2306a within 10 m from IAB node 2302a It can be seen that is included.
  • the IAB donor may determine the routing based on the distance parameter 10m. That is, the IAB donor can determine the routing so that IAB nodes within 10m of the IAB 2302a node that has broadcast to the surrounding vehicles of the accident-occurring vehicle can broadcast data. Accordingly, the IAB donor 2310a may determine routing so that the IAB node 2304a and the IAG node 2306a may broadcast, but the IAB node 2308a may not broadcast.
  • the direction of the vehicle may be considered.
  • the IAB donor 2310a may determine routing so that data broadcasting can be performed only for vehicles in the same direction as the vehicle in which the accident occurred. Also, the IAB donor 2310a may determine routing so that data broadcasting is not performed to vehicles traveling in a direction opposite to the vehicle in which the accident occurred. Accordingly, the IAB node 2312a may not broadcast about the occurrence of an accident to vehicles connected thereto. Accordingly, since data broadcasting is not performed to vehicles that do not need to receive data on the occurrence of an accident, radio resources can be efficiently used.
  • the IAB donor can determine the routing to broadcast data about the accident only to vehicles located behind the vehicle in which the accident occurred.
  • some vehicles at the rear of the vehicles connected to the IAB node 2302b have an accident. Vehicles located in front of the vehicles in which the accident occurred in the direction of travel do not need to receive broadcasts about the accident. Accordingly, the IAB donor 2310b may determine routing so as not to broadcast data to vehicles located in front of the vehicle in which the accident occurred among vehicles connected to the IAB node 2302b. In addition, the IAB donor 2310b may determine the routing to broadcast data about the accident only to vehicles behind the same lane as the vehicle in which the accident occurred.
  • the existence of a U-turn possible lane within a predetermined range may be considered when determining routing.
  • the IAB donor can set up a routing table to broadcast data about the accident to vehicles in the opposite lane if there is a signal that can make a U-turn within a limited distance from the accident.
  • the BAP address may mean an ID of an IAB node.
  • the BAP Path ID may mean a path ID belonging to the local routing.
  • Next hop ID may be ID information transmitted based on hop to hop.
  • the IAB RSU that has received the data from the terminal may deliver the data to the next IAB RSU based on the routing table.
  • the IAB RSU may set a broadcast flag in a BAP control header.
  • the IAB RSU that has received the data can check the broadcast flag. If the IAB RSU is set by checking the broadcast flag, it can be delivered to the next IAB RSU. In addition, at the same time, it is possible to deliver data to the V2X terminals connected to it.
  • IAB donor 2408 creates routing tables for IAB node 2402 , IAB node 2404 , and IAB node 2406 . Since the next hop ID of the IAB node 2402 is 11, the IAB node 2402 may transmit data to the IAB node 2404 having the BAP address of 11. FIG. For example, the IAB node 2402 may transmit data to the IAB node 2404 and at the same time perform data broadcasting on the occurrence of an accident to vehicles connected to the IAB node 2404 . Since the next hop ID of the IAB node 2404 is 12, the IAB node 2404 may transmit data to the IAB node 2406 having the BAP address of 12.
  • the IAB node 2404 may transmit data to the IAB node 2406 and at the same time perform data broadcasting on the occurrence of an accident to vehicles connected to the IAB node 2406 . Since the next hop ID of the IAB node 2406 is 0, the IAB node 2406 may not forward data to the next IAB node.
  • mapping from an upper layer may include determining a BAP address and a BAP path ID. Also, the mapping may include adding a BAP header. Referring to the right side of FIG. 25 , the ingress RLC channel must determine which operation to perform among transmission to a higher layer or transmission of a portion of the BAP sublayer. When delivery to a higher layer is determined, the BAP header may be removed.
  • 26 shows an example of a communication system, according to an embodiment of the present disclosure. 26 may be combined with various embodiments of the present disclosure.
  • a communication system applied to the present disclosure includes a wireless device, a base station, and a network.
  • the wireless device refers to a device that performs communication using a wireless access technology (eg, 5G NR, LTE), and may be referred to as a communication/wireless/5G device.
  • the wireless device may include a robot 110a, a vehicle 110b-1, a vehicle 110b-2, an extended reality (XR) device 110c, a hand-held device 110d, and a home appliance. appliance) 110e, an Internet of Thing (IoT) device 110f, and an artificial intelligence (AI) device/server 110g.
  • a wireless access technology eg, 5G NR, LTE
  • XR extended reality
  • IoT Internet of Thing
  • AI artificial intelligence
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous driving vehicle, a vehicle capable of performing inter-vehicle communication, and the like.
  • the vehicles 110b-1 and 110b-2 may include an unmanned aerial vehicle (UAV) (eg, a drone).
  • UAV unmanned aerial vehicle
  • the XR device 110c includes augmented reality (AR)/virtual reality (VR)/mixed reality (MR) devices, and includes a head-mounted device (HMD), a head-up display (HUD) provided in a vehicle, a television, It may be implemented in the form of a smartphone, a computer, a wearable device, a home appliance, a digital signage, a vehicle, a robot, and the like.
  • the portable device 110d may include a smart phone, a smart pad, a wearable device (eg, a smart watch, smart glasses), a computer (eg, a laptop computer), and the like.
  • the home appliance 110e may include a TV, a refrigerator, a washing machine, and the like.
  • the IoT device 110f may include a sensor, a smart meter, and the like.
  • the base stations 120a to 120e and the network may be implemented as a wireless device, and a specific wireless device 120a may operate as a base station/network node to other wireless devices.
  • the wireless communication technology implemented in the wireless devices 110a to 110f of the present specification may include a narrowband Internet of Things for low-power communication as well as LTE, NR, and 6G.
  • the NB-IoT technology may be an example of a LPWAN (Low Power Wide Area Network) technology, and may be implemented in standards such as LTE Cat NB1 and/or LTE Cat NB2, and is limited to the above-mentioned names. no.
  • the wireless communication technology implemented in the wireless devices 110a to 110f of the present specification may perform communication based on the LTE-M technology.
  • the LTE-M technology may be an example of an LPWAN technology, and may be called by various names such as enhanced machine type communication (eMTC).
  • eMTC enhanced machine type communication
  • LTE-M technology is 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine It may be implemented in at least one of various standards such as Type Communication, and/or 7) LTE M, and is not limited to the above-described name.
  • the wireless communication technology implemented in the wireless devices 110a to 110f of the present specification is at least one of ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) considering low power communication.
  • LPWAN Low Power Wide Area Network
  • the ZigBee technology can create PAN (personal area networks) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and can be called by various names.
  • the wireless devices 110a to 110f may be connected to a network through the base stations 120a to 120e.
  • AI technology may be applied to the wireless devices 110a to 110f, and the wireless devices 110a to 110f may be connected to the AI server 110g through a network.
  • the network may be configured using a 3G network, a 4G (eg, LTE) network, or a 5G (eg, NR) network.
  • the wireless devices 110a to 110f may communicate with each other through the base stations 120a to 120e/network, but may communicate directly (eg, sidelink communication) without using the base stations 120a to 120e/network. have.
  • the vehicles 110b-1 and 110b-2 may perform direct communication (eg, vehicle to vehicle (V2V)/vehicle to everything (V2X) communication).
  • the IoT device 110f eg, a sensor
  • the IoT device 110f may communicate directly with another IoT device (eg, a sensor) or other wireless devices 110a to 110f.
  • Wireless communication/connection 150a, 150b, and 150c may be performed between the wireless devices 110a to 110f/base stations 120a to 120e, and the base stations 120a to 120e/base stations 120a to 120e.
  • wireless communication/connection includes uplink/downlink communication 150a and sidelink communication 150b (or D2D communication), and communication between base stations 150c (eg, relay, integrated access backhaul (IAB)). This can be done via radio access technology (eg 5G NR).
  • radio access technology eg 5G NR
  • the wireless device and the base station/wireless device, and the base station and the base station may transmit/receive radio signals to each other.
  • the wireless communication/connection 150a , 150b , 150c may transmit/receive signals through various physical channels.
  • various configuration information setting processes for transmission/reception of wireless signals various signal processing processes (eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.) , at least a part of a resource allocation process, etc. may be performed.
  • FIG. 27 illustrates an example of a wireless device, according to an embodiment of the present disclosure.
  • the embodiment of FIG. 27 may be combined with various embodiments of the present disclosure.
  • the first wireless device 200a and the second wireless device 200b may transmit/receive wireless signals through various wireless access technologies (eg, LTE, NR).
  • ⁇ first wireless device 200a, second wireless device 200b ⁇ is ⁇ wireless device 110x, base station 120x ⁇ of FIG. 1 and/or ⁇ wireless device 110x, wireless device 110x) ⁇ can be matched.
  • the first wireless device 200a includes one or more processors 202a and one or more memories 204a, and may further include one or more transceivers 206a and/or one or more antennas 208a.
  • the processor 202a controls the memory 204a and/or the transceiver 206a and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or operational flow charts disclosed herein.
  • the processor 202a may process information in the memory 204a to generate first information/signal, and then transmit a wireless signal including the first information/signal through the transceiver 206a.
  • the processor 202a may receive the radio signal including the second information/signal through the transceiver 206a, and then store the information obtained from the signal processing of the second information/signal in the memory 204a.
  • the memory 204a may be connected to the processor 202a and may store various information related to the operation of the processor 202a.
  • the memory 204a may provide instructions for performing some or all of the processes controlled by the processor 202a, or for performing the descriptions, functions, procedures, suggestions, methods, and/or operational flowcharts disclosed herein. may store software code including
  • the processor 202a and the memory 204a may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
  • a wireless communication technology eg, LTE, NR
  • the transceiver 206a may be coupled to the processor 202a and may transmit and/or receive wireless signals via one or more antennas 208a.
  • the transceiver 206a may include a transmitter and/or a receiver.
  • the transceiver 206a may be used interchangeably with a radio frequency (RF) unit.
  • RF radio frequency
  • a wireless device may refer to a communication modem/circuit/chip.
  • the first wireless device may be an IAB donor (Integrated Access and Backhaul-Doner) in a wireless communication system.
  • the IAB donor may include a transceiver and a processor coupled to the transceiver.
  • the transceiver may receive routing-related information from an IAB node (Integrated Access and Backhaul-node).
  • the processor may configure a local routing path based on the routing-related information.
  • the transceiver may transmit a routing update request message based on the local routing path.
  • the routing update request message may include at least one of a backhaul adaptation protocol (BAP) address, a BAP path ID, and a next hop BAP address.
  • BAP backhaul adaptation protocol
  • the transceiver may receive the routing update confirmation message from the IAB donor the IAB node.
  • the first wireless device may be a device including at least one memory and at least one processor functionally connected to the at least one memory.
  • the at least one processor may control the device to receive routing-related information from an IAB node (Integrated Access and Backhaul-node).
  • the at least one processor may control the device to establish a local routing path based on the routing-related information.
  • the at least one processor may control the device to transmit a routing update request message to the IAB node based on the local routing path.
  • the routing update request message may include at least one of a backhaul adaptation protocol (BAP) address, a BAP path ID, and a next hop BAP address.
  • BAP backhaul adaptation protocol
  • the at least one processor may control the device to receive a routing update confirmation message from the IAB node.
  • an IAB node in a wireless communication system may include a transceiver and a processor connected to the transceiver.
  • the transceiver may receive routing-related information from the terminal.
  • the transceiver may transmit the routing-related information to an IAB donor (Integrated Access and Backhaul-Doner).
  • the transceiver may receive a routing update request message based on the local routing from the IAB donor.
  • the routing update request message may include at least one of a backhaul adaptation protocol (BAP) address, a BAP path ID, and a next hop BAP address.
  • the routing table may be updated based on .
  • the transceiver may transmit a routing update confirmation message to the IAB donor.
  • the second wireless device 200b performs wireless communication with the first wireless device 200a, and includes one or more processors 202b, one or more memories 204b, and additionally one or more transceivers 206b and/or one
  • the above antenna 208b may be further included.
  • the functions of the one or more processors 202b, one or more memories 204b, one or more transceivers 206b, and/or one or more antennas 208b may include the one or more processors 202a, one or more memories of the first wireless device 200a. 204a, one or more transceivers 206a and/or one or more antennas 208a.
  • one or more protocol layers may be implemented by one or more processors 202a, 202b.
  • one or more processors (202a, 202b) is one or more layers (eg, PHY (physical), MAC (media access control), RLC (radio link control), PDCP (packet data convergence protocol), RRC (radio resource) control) and a functional layer such as service data adaptation protocol (SDAP)).
  • the one or more processors 202a, 202b may include one or more protocol data units (PDUs), one or more service data units (SDUs), messages, It can generate control information, data or information.
  • PDUs protocol data units
  • SDUs service data units
  • the one or more processors 202a and 202b generate a signal (eg, a baseband signal) including PDUs, SDUs, messages, control information, data or information according to the functions, procedures, proposals and/or methods disclosed herein. , to one or more transceivers 206a, 206b.
  • the one or more processors 202a, 202b may receive a signal (eg, a baseband signal) from one or more transceivers 206a, 206b, and may be described in any of the descriptions, functions, procedures, proposals, methods, and/or operational flowcharts disclosed herein.
  • PDUs, SDUs, messages, control information, data, or information may be acquired according to the above.
  • One or more processors 202a, 202b may be referred to as controllers, microcontrollers, microprocessors, or microcomputers.
  • One or more processors 202a, 202b may be implemented by hardware, firmware, software, or a combination thereof.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGAs field programmable gate arrays
  • the descriptions, functions, procedures, suggestions, methods, and/or flowcharts of operations disclosed in this document may be implemented using firmware or software, which may be implemented to include modules, procedures, functions, and the like.
  • the descriptions, functions, procedures, proposals, methods, and/or flow charts disclosed in this document may contain firmware or software configured to perform one or more processors 202a, 202b, or stored in one or more memories 204a, 204b. It may be driven by the above processors 202a and 202b.
  • the descriptions, functions, procedures, suggestions, methods, and/or flowcharts of operations disclosed herein may be implemented using firmware or software in the form of code, instructions, and/or a set of instructions.
  • the first wireless device may be a non-transitory computer-readable medium storing at least one instruction.
  • the first wireless device may include the at least one instruction executable by the processor.
  • the at least one instruction may instruct the computer-readable medium to receive routing-related information from an IAB node (Integrated Access and Backhaul-node).
  • the at least one instruction may instruct the computer-readable medium to establish a local routing path based on the routing-related information.
  • the at least one instruction may instruct the computer-readable medium to transmit a routing update request message to the IAB node based on the local routing path.
  • the routing update request message may include at least one of a backhaul adaptation protocol (BAP) address, a BAP path ID, and a next hop BAP address.
  • BAP backhaul adaptation protocol
  • the at least one instruction may instruct the computer-readable medium to receive a routing update confirmation message from the IAB node.
  • One or more memories 204a, 204b may be coupled to one or more processors 202a, 202b and may store various types of data, signals, messages, information, programs, codes, instructions, and/or instructions.
  • One or more memories 204a, 204b may include read only memory (ROM), random access memory (RAM), erasable programmable read only memory (EPROM), flash memory, hard drives, registers, cache memory, computer readable storage media and/or It may consist of a combination of these.
  • One or more memories 204a, 204b may be located inside and/or external to one or more processors 202a, 202b. Further, one or more memories 204a, 204b may be coupled to one or more processors 202a, 202b through various technologies, such as wired or wireless connections.
  • the one or more transceivers 206a, 206b may transmit user data, control information, radio signals/channels, etc. referred to in the methods and/or operational flowcharts herein, to one or more other devices.
  • the one or more transceivers 206a, 206b may receive user data, control information, radio signals/channels, etc. referred to in the descriptions, functions, procedures, suggestions, methods, and/or flow charts, etc. disclosed herein, from one or more other devices. have.
  • one or more transceivers 206a, 206b may be coupled to one or more antennas 208a, 208b via the one or more antennas 208a, 208b to the descriptions, functions, procedures, proposals, methods and/or described herein.
  • one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
  • the one or more transceivers 206a, 206b converts the received radio signal/channel, etc. from the RF band signal to process the received user data, control information, radio signal/channel, etc. using the one or more processors 202a, 202b. It can be converted into a baseband signal.
  • One or more transceivers 206a, 206b may convert user data, control information, radio signals/channels, etc. processed using one or more processors 202a, 202b from baseband signals to RF band signals.
  • one or more transceivers 206a, 206b may include (analog) oscillators and/or filters.
  • 28 illustrates an example of a vehicle or autonomous vehicle, according to an embodiment of the present disclosure.
  • 28 illustrates a vehicle or an autonomous driving vehicle applied to the present disclosure.
  • the vehicle or autonomous driving vehicle may be implemented as a mobile robot, a vehicle, a train, an aerial vehicle (AV), a ship, etc., but is not limited to the shape of the vehicle.
  • the embodiment of FIG. 28 may be combined with various embodiments of the present disclosure.
  • the vehicle or autonomous driving vehicle 600 includes an antenna unit 608 , a communication unit 610 , a control unit 620 , a driving unit 640a , a power supply unit 640b , a sensor unit 640c and autonomous driving.
  • a portion 640d may be included.
  • the antenna unit 650 may be configured as a part of the communication unit 610 .
  • Blocks 610/630/640a to 640d correspond to blocks 510/530/540 of FIG. ZE, respectively, and redundant descriptions are omitted.
  • the communication unit 610 may transmit/receive signals (eg, data, control signals, etc.) to and from external devices such as other vehicles, base stations (eg, base stations, roadside units, etc.), servers, and the like.
  • the controller 620 may perform various operations by controlling elements of the vehicle or the autonomous driving vehicle 100 .
  • the controller 120 may include an Electronic Control Unit (ECU).
  • the driving unit 640a may cause the vehicle or the autonomous driving vehicle 600 to run on the ground.
  • the driving unit 640a may include an engine, a motor, a power train, a wheel, a brake, a steering device, and the like.
  • the power supply unit 640b supplies power to the vehicle or the autonomous driving vehicle 600 , and may include a wired/wireless charging circuit, a battery, and the like.
  • the sensor unit 640c may obtain vehicle status, surrounding environment information, user information, and the like.
  • the sensor unit 640c includes an inertial measurement unit (IMU) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight sensor, a heading sensor, a position module, and a vehicle forward movement.
  • IMU inertial measurement unit
  • a collision sensor a wheel sensor
  • a speed sensor a speed sensor
  • an inclination sensor a weight sensor
  • a heading sensor a position module
  • a vehicle forward movement / may include a reverse sensor, a battery sensor, a fuel sensor, a tire sensor, a steering sensor, a temperature sensor, a humidity sensor, an ultrasonic sensor, an illuminance sensor, a pedal position sensor, and the like.
  • the autonomous driving unit 640d includes a technology for maintaining a driving lane, a technology for automatically adjusting speed such as adaptive cruise control, a technology for automatically driving along a predetermined route, and a technology for automatically setting a route when a destination is set. technology can be implemented.
  • the communication unit 610 may receive map data, traffic information data, and the like from an external server.
  • the autonomous driving unit 640d may generate an autonomous driving route and a driving plan based on the acquired data.
  • the controller 620 may control the driving unit 640a to move the vehicle or the autonomous driving vehicle 600 along the autonomous driving path according to the driving plan (eg, speed/direction adjustment).
  • the communication unit 610 may obtain the latest traffic information data from an external server non/periodically, and may acquire surrounding traffic information data from surrounding vehicles.
  • the sensor unit 640c may acquire vehicle state and surrounding environment information.
  • the autonomous driving unit 640d may update the autonomous driving route and the driving plan based on the newly acquired data/information.
  • the communication unit 610 may transmit information about a vehicle location, an autonomous driving route, a driving plan, and the like to an external server.
  • the external server may predict traffic information data in advance using AI technology or the like based on information collected from the vehicle or autonomous vehicles, and may provide the predicted traffic information data to the vehicle or autonomous vehicles.
  • examples of the above-described proposed method may also be included as one of the implementation methods of the present disclosure, it is obvious that they may be regarded as a kind of proposed method.
  • the above-described proposed methods may be implemented independently, or may be implemented in the form of a combination (or merge) of some of the proposed methods.
  • the rule can be defined so that the information on whether the proposed methods are applied (or information on the rules of the proposed methods) is notified by the base station to the terminal through a predefined signal (eg, a physical layer signal or a higher layer signal). .
  • Embodiments of the present disclosure may be applied to various wireless access systems.
  • various radio access systems there is a 3rd Generation Partnership Project (3GPP) or a 3GPP2 system.
  • 3GPP 3rd Generation Partnership Project
  • 3GPP2 3rd Generation Partnership Project2
  • Embodiments of the present disclosure may be applied not only to the various radio access systems, but also to all technical fields to which the various radio access systems are applied. Furthermore, the proposed method can be applied to mmWave and THz communication systems using very high frequency bands.
  • embodiments of the present disclosure may be applied to various applications such as free-running vehicles and drones.

Landscapes

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

Abstract

본 개시는 무선 통신 시스템에서 IAB 도너(Integrated Access and Backhaul-Doner)의 동작 방법에 관한 것으로, 상기 IAB 도너가 IAB 노드(Integrated Access and Backhaul-node)로부터 라우팅 관련 정보를 수신하는 단계, 상기 IAB 도너가 상기 라우팅 관련 정보에 기초하여 로컬 라우팅 경로를 설정하는 단계, 상기 IAB 도너가 상기 로컬 라우팅 경로에 기초하여 라우팅 업데이트 요청 메시지를 전송하는 단계, 상기 IAB 도너가 상기 IAB 노드로부터 라우팅 업데이트 확인 메시지를 수신하는 단계를 포함할 수 있다. 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다.

Description

무선 통신 시스템에서 신호 전송 방법 및 장치
이하의 설명은 무선 통신 시스템에 대한 것으로, 무선 통신 시스템에서 신호 전송을 위한 방법 및 장치에 관한 것이다.
무선 통신 시스템은 가용한 시스템 자원(예를 들어, 대역폭, 전송 전력 등)을 공유하여 다중 사용자와의 통신을 지원하는 다중 접속(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) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
사이드링크(sidelink, SL)란 단말(User Equipment, UE)들 간에 직접적인 링크를 설정하여, 기지국(Base Station, BS)을 거치지 않고, 단말 간에 음성 또는 데이터 등을 직접 주고 받는 통신 방식을 말한다. SL는 급속도로 증가하는 데이터 트래픽에 따른 기지국의 부담을 해결할 수 있는 하나의 방안으로서 고려되고 있다.
V2X(vehicle-to-everything)는 유/무선 통신을 통해 다른 차량, 보행자, 인프라가 구축된 사물 등과 정보를 교환하는 통신 기술을 의미한다. V2X는 V2V(vehicle-to-vehicle), V2I(vehicle-to-infrastructure), V2N(vehicle-to- network) 및 V2P(vehicle-to-pedestrian)와 같은 4 가지 유형으로 구분될 수 있다. V2X 통신은 PC5 인터페이스 및/또는 Uu 인터페이스를 통해 제공될 수 있다.
한편, 더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라, 기존의 무선 액세스 기술(Radio Access Technology, RAT)에 비해 향상된 모바일 광대역 (mobile broadband) 통신에 대한 필요성이 대두되고 있다. 이에 따라, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스 또는 단말을 고려한 통신 시스템이 논의되고 있는데, 개선된 이동 광대역 통신, 매시브 MTC(Machine Type Communication), URLLC(Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 무선 접속 기술을 새로운 RAT(new radio access technology) 또는 NR(new radio)이라 칭할 수 있다. NR에서도 V2X(vehicle-to-everything) 통신이 지원될 수 있다.
본 개시는 무선 통신 시스템에서 신호 전송을 위한 방법 및 장치에 관한 것이다.
본 개시는 무선 통신 시스템에서 V2X 브로드캐스팅(broadcasting) 방법 및 장치에 관한 것이다.
본 개시는 무선 통신 시스템에서 효율적인 데이터 브로드캐스팅 방법에 관한 것이다.
본 개시에서 이루고자 하는 기술적 목적들은 이상에서 언급한 사항들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 이하 설명할 본 개시의 실시 예들로부터 본 개시의 기술 구성이 적용되는 기술분야에서 통상의 지식을 가진 자에 의해 고려될 수 있다.
본 개시의 일 예로서, 무선 통신 시스템에서 IAB 도너(Integrated Access and Backhaul-Doner)의 동작 방법에 있어서, 상기 IAB 도너가 IAB 노드(Integrated Access and Backhaul-node)로부터 라우팅 관련 정보를 수신하는 단계, 상기 IAB 도너가 상기 라우팅 관련 정보에 기초하여 로컬 라우팅 경로를 설정하는 단계, 상기 IAB 도너가 상기 IAB 노드에게 상기 로컬 라우팅 경로에 기초하여 라우팅 업데이트 요청 메시지를 전송하는 단계 및 상기 IAB 도너가 상기 IAB 노드로부터 라우팅 업데이트 확인 메시지를 수신하는 단계를 포함할 수 있다. 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다. 상기 라우팅 관련 정보는 브로드캐스트 거리, 차선 및 상황 정보 중 적어도 하나를 포함할 수 있다. 상기 라우팅 업데이트 요청 메시지는 V2X 플래그(V2X flag), 브로드캐스트 TEID(broadcast TEID), 시큐리티 키(security key) 중 적어도 하나를 포함할 수 있다.
본 개시의 일 예로써, 무선 통신 시스템에서 IAB 노드(Integrated Access and Backhaul-node)의 동작 방법에 있어서, 상기 IAB 노드(node)가 단말로부터 라우팅 관련 정보를 수신하는 단계, 상기 IAB 노드가 IAB 도너(Integrated Access and Backhaul-Doner)에게 상기 라우팅 관련 정보를 전송하는 단계, 상기 IAB 노드가 상기 IAB 도너로부터 상기 로컬 라우팅에 기초한 라우팅 업데이트 요청 메시지를 수신하는 단계, 상기 라우팅 업데이트 요청 메시지에 기초하여 라우팅 테이블을 업데이트하는 단계 및 상기 IAB 노드가 상기 IAB 도너에게 라우팅 업데이트 확인 메시지를 전송하는 단계를 포함할 수 있다. 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다. 상기 라우팅 관련 정보는 브로드캐스트 거리, 차선 및 상황 정보 중 적어도 하나를 포함할 수 있다. 상기 라우팅 업데이트 요청 메시지는 V2X 플래그(V2X flag), 브로드캐스트 TEID(broadcast TEID), 시큐리티 키(security key) 중 적어도 하나를 포함할 수 있다. 무선 통신 시스템에서 IAB 노드의 동작 방법은 상기 IAB 노드가 자신과 연결된 단말들에게 데이터를 브로드캐스팅하는 단계 및 상기 IAB 노드가 상기 라우팅 테이블에 기초하여 다른 IAB 노드에게 데이터를 전달하는 단계를 더 포함할 수 있다.
본 개시의 일 예로써, 무선 통신 시스템에서 IAB 도너(Integrated Access and Backhaul-Doner)에 있어서, 송수신기 및 상기 송수신기와 연결된 프로세서를 포함할 수 있다. 상기 송수신기는 IAB 노드(Integrated Access and Backhaul-node)로부터 라우팅 관련 정보를 수신할 수 있다. 상기 프로세서는 상기 라우팅 관련 정보에 기초하여 로컬 라우팅 경로를 설정할 수 있다. 상기 송수신기는 상기 로컬 라우팅 경로에 기초하여 라우팅 업데이트 요청 메시지를 전송할 수 있다. 상기 송수신기는 상기 IAB 도너가 상기 IAB 노드로부터 라우팅 업데이트 확인 메시지를 수신할 수 있다. 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다. 상기 라우팅 관련 정보는 브로드캐스트 거리, 차선 및 상황 정보 중 적어도 하나를 포함할 수 있다. 상기 라우팅 업데이트 요청 메시지는 V2X 플래그(V2X flag), 브로드캐스트 TEID(broadcast TEID), 시큐리티 키(security key) 중 적어도 하나를 포함할 수 있다.
본 개시의 일 예로써, 무선 통신 시스템에서 IAB 노드(Integrated Access and Backhaul-node)에 있어서, 송수신기 및 상기 송수신기와 연결된 프로세서를 포함할 수 있다.
상기 송수신기는 단말로부터 라우팅 관련 정보를 수신할 수 있다. 상기 송수신기가 IAB 도너(Integrated Access and Backhaul-Doner)에게 상기 라우팅 관련 정보를 전송할 수 있다. 상기 송수신기가 상기 IAB 도너로부터 상기 로컬 라우팅에 기초한 라우팅 업데이트 요청 메시지를 수신할 수 있다. 상기 프로세서는 상기 라우팅 업데이트 요청 메시지에 기초하여 라우팅 테이블을 업데이트할 수 있다. 상기 송수신기가 상기 IAB 도너에게 라우팅 업데이트 확인 메시지를 전송할 수 있다. 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다.
본 개시의 일 예로써, 적어도 하나의 메모리 및 상기 적어도 하나의 메모리들과 기능적으로 연결되어 있는 적어도 하나의 프로세서를 포함하는 장치에 있어서, 상기 적어도 하나의 프로세서는 상기 장치가 IAB 노드(Integrated Access and Backhaul-node)로부터 라우팅 관련 정보를 수신하도록 제어할 수 있다. 상기 적어도 하나의 프로세서는 상기 장치가 상기 라우팅 관련 정보에 기초하여 로컬 라우팅 경로를 설정하도록 제어할 수 있다. 상기 적어도 하나의 프로세서는 상기 장치가 상기 IAB 노드에게 상기 로컬 라우팅 경로에 기초하여 라우팅 업데이트 요청 메시지를 전송하도록 제어할 수 있다. 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다. 상기 적어도 하나의 프로세서는 상기 장치가 상기 IAB 노드로부터 라우팅 업데이트 확인 메시지를 수신하도록 제어할 수 있다.
본 개시의 일 예로써, 적어도 하나의 명령어(instructions)을 저장하는 비-일시적인(non-transitory) 컴퓨터 판독 가능 매체(computer-readable medium)에 있어서, 상기 컴퓨터 판독 가능 매체는 프로세서에 의해 실행 가능한(executable) 상기 적어도 하나의 명령어를 포함할 수 있다. 상기 적어도 하나의 명령어는 상기 컴퓨터 판독 가능 매체가 IAB 노드(Integrated Access and Backhaul-node)로부터 라우팅 관련 정보를 수신하도록 지시할 수 있다. 상기 적어도 하나의 명령어는 상기 컴퓨터 판독 가능 매체가 상기 라우팅 관련 정보에 기초하여 로컬 라우팅 경로를 설정하도록 지시할 수 있다. 상기 적어도 하나의 명령어는 상기 컴퓨터 판독 가능 매체가 상기 IAB 노드에게 상기 로컬 라우팅 경로에 기초하여 라우팅 업데이트 요청 메시지를 전송하도록 지시할 수 있다. 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다. 상기 적어도 하나의 명령어는 상기 컴퓨터 판독 가능 매체가 상기 IAB 노드로부터 라우팅 업데이트 확인 메시지를 수신하도록 지시할 수 있다.
본 개시의 일 예로써, 무선 통신 시스템에서 단말의 동작 방법에 있어서, 상기 단말은 상기 IAB 노드((Integrated Access and Backhaul-node)에게 라우팅 관련 정보를 전송하는 단계, 라우팅 테이블에 기초하여 상기 IAB 노드를 통해 데이터 브로드캐스팅하는 단계를 포함할 수 있다. 상기 라우팅 테이블은, 상기 IAB 노드가 IAB 도너(Integrated Access and Backhaul-Doner)에게 상기 라우팅 관련 정보를 전송하고, 상기 IAB 노드가 상기 IAB 도너로부터 상기 로컬 라우팅에 기초한 라우팅 업데이트 요청 메시지를 수신하고, 상기 IAB 노드가 상기 라우팅 업데이트 요청 메시지에 기초하여 상기 라우팅 테이블을 업데이트한 것일 수 있다. 상기 IAB 노드는 상기 IAB 도너에게 라우팅 업데이트 확인 메시지를 전송하고, 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다.
본 개시의 일 예로써, 무선 통신 시스템에서 단말에 있어서, 송수신기, 상기 송수신기와 연결된 프로세서를 포함할 수 있다. 상기 송수신기는 상기 IAB 노드((Integrated Access and Backhaul-node)에게 라우팅 관련 정보를 전송하고, 라우팅 테이블에 기초하여 상기 IAB 노드를 통해 데이터 브로드캐스팅할 수 있다. 상기 라우팅 테이블은, 상기 IAB 노드가 IAB 도너(Integrated Access and Backhaul-Doner)에게 상기 라우팅 관련 정보를 전송하고, 상기 IAB 노드가 상기 IAB 도너로부터 상기 로컬 라우팅에 기초한 라우팅 업데이트 요청 메시지를 수신하고, 상기 IAB 노드가 상기 라우팅 업데이트 요청 메시지에 기초하여 업데이트된 것일 수 있다. 상기 IAB 노드는 상기 IAB 도너에게 라우팅 업데이트 확인 메시지를 전송할 수 있다. 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다.
상술한 본 개시의 양태들은 본 개시의 바람직한 실시 예들 중 일부에 불과하며, 본 개시의 기술적 특징들이 반영된 다양한 실시 예들이 당해 기술분야의 통상적인 지식을 가진 자에 의해 이하 상술할 본 개시의 상세한 설명을 기반으로 도출되고 이해될 수 있다.
본 개시에 기초한 실시 예들에 의해 하기와 같은 효과가 있을 수 있다.
본 개시에 따르면, 데이터가 IAB 노드를 통해 브로드캐스팅되므로 지연감소 효과가 있다.
본 개시에 따르면, IAB 도너가 로컬 라우팅을 생성하고 IAB 노드가 라우팅 테이블을 업데이트함으로써 유니캐스트 뿐만 아니라 데이터 브로드캐스트 또는 멀티캐스트가 가능할 수 있다.
본 개시에 따르면, 특정 조건에 따라 IAB 노드가 라우팅 테이블을 제거함으로써 오버헤드를 감소시킬 수 있다.
본 개시의 실시 예들에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 이하의 본 개시의 실시 예들에 대한 기재로부터 본 개시의 기술 구성이 적용되는 기술분야에서 통상의 지식을 가진 자에게 명확하게 도출되고 이해될 수 있다. 즉, 본 개시에서 서술하는 구성을 실시함에 따른 의도하지 않은 효과들 역시 본 개시의 실시 예들로부터 당해 기술분야의 통상의 지식을 가진 자에 의해 도출될 수 있다.
이하에 첨부되는 도면들은 본 개시에 관한 이해를 돕기 위한 것으로, 상세한 설명과 함께 본 개시에 대한 실시 예들을 제공할 수 있다. 다만, 본 개시의 기술적 특징이 특정 도면에 한정되는 것은 아니며, 각 도면에서 개시하는 특징들은 서로 조합되어 새로운 실시 예로 구성될 수 있다. 각 도면에서의 참조 번호(reference numerals)들은 구조적 구성요소(structural elements)를 의미할 수 있다.
도 1은 본 개시의 일 실시 예에 따른, 무선 통신 시스템의 구조를 도시한다.
도 2a 및 도 2b는 본 개시의 일 실시 예에 따른, 무선 프로토콜 구조(radio protocol architecture)를 도시한다.
도 3은 본 개시의 일 실시 예에 따른, IAB(integrated access and backhaul) 링크의 예를 도시한다.
도 4는 본 개시의 일 실시 예에 따른, IAB 링크의 다른 예를 도시한다.
도 5a 내지 도 5c는 본 개시의 일 실시 예에 따른, SA(standalone) 모드 및 NSA(non-SA) 모드에서의 IAB 구조들의 예들을 도시한다.
도 6a 및 도 6b는 본 개시의 일 실시 예에 따른, IAB 노드 및 IAB 도너의 연결 구조를 도시한다.
도 7a 및 도 7b는 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 도시한다.
도 8은 본 개시의 일 실시 예에 따른, V2X의 동기화 소스(synchronization source) 또는 동기화 기준(synchronization reference)을 도시한다.
도 9a 및 도 9b는 본 개시의 일 실시 예에 따라, 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 도시한다.
도 10a 내지 도 10c는 본 개시의 일 실시 예에 따른, 세 가지 캐스트 타입들을 도시한다.
도 11은 본 개시에 적용 가능한 IAB 네트워크를 나타낸 도면이다.
도 12a 및 도 12b는 본 개시에 적용 가능한 신호 전송 방법의 일 예와 관련된 도면이다.
도 13은 본 개시에 적용 가능한 신호 전송 방법의 일 예를 나타낸 도면이다.
도 14는 본 개시에 적용 가능한 IAB 동작 방법의 일 예를 나타낸 도면이다.
도 15a 내지 도 15c는 본 개시에 적용 가능한 라우팅 경로 생성 방법의 일 예와 관련한 도면이다.
도 16a 및 도 16b는 본 개시에 적용 가능한 신호 전송 방법의 일 예를 나타낸 것이다.
도 17은 본 개시에 적용 가능한 IAB 도너 동작 절차의 일 예를 나타낸 도면이다.
도 18은 본 개시에 적용 가능한 IAB 노드 동작 절차의 일 예를 나타낸 도면이다.
도 19는 본 개시에 적용 가능한 단말의 동작 절차의 일 예를 나타낸 도면이다.
도 20a 내지 도 20c는 본 개시에 적용 가능한 V2X 브로드캐스트 트리거링의 일 예를 나타낸 도면이다.
도 21은 본 개시에 적용 가능한 시스루 데이터 전달의 일 예를 나타낸 도면이다.
도 22는 본 개시에 적용 가능한 라우팅 알고리즘 유닛(routing algorithm unit)의 일 예를 나타낸 것이다.
도 23a 내지 도 23c는 본 개시에 적용 가능한 라우팅 결정 방법들을 나타낸 도면이다.
도 24는 본 개시에 적용 가능한 데이터 전송 방법의 일 예를 나타낸 도면이다.
도 25는 본 개시에 적용 가능한 BAP의 RLC 채널로의 매핑의 일 예를 나타낸 도면이다.
도 26은 본 개시의 일 실시 예에 따른, 통신 시스템 예를 도시한다.
도 27은 본 개시의 일 실시 예에 따른, 무선 기기의 예를 도시한다.
도 28은 본 개시의 일 실시 예에 따른, 차량 또는 자율 주행 차량의 예를 도시한다.
이하의 실시 예들은 본 개시의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 개시의 실시 예를 구성할 수도 있다. 본 개시의 실시 예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시 예의 일부 구성이나 특징은 다른 실시 예에 포함될 수 있고, 또는 다른 실시 예의 대응하는 구성 또는 특징과 교체될 수 있다.
도면에 대한 설명에서, 본 개시의 요지를 흐릴 수 있는 절차 또는 단계 등은 기술하지 않았으며, 당업자의 수준에서 이해할 수 있을 정도의 절차 또는 단계는 또한 기술하지 아니하였다.
명세서 전체에서, 어떤 부분이 어떤 구성요소를 "포함(comprising 또는 including)"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 "쪋부", "쪋기", "모듈" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 결합으로 구현될 수 있다. 또한, "일(a 또는 an)", "하나(one)", "그(the)" 및 유사 관련어는 본 개시를 기술하는 문맥에 있어서(특히, 이하의 청구항의 문맥에서) 본 명세서에 달리 지시되거나 문맥에 의해 분명하게 반박되지 않는 한, 단수 및 복수 모두를 포함하는 의미로 사용될 수 있다.
본 명세서에서 "A 또는 B(A or B)"는 "오직 A", "오직 B" 또는 "A와 B 모두"를 의미할 수 있다. 달리 표현하면, 본 명세서에서 "A 또는 B(A or B)"는 "A 및/또는 B(A and/or B)"으로 해석될 수 있다. 예를 들어, 본 명세서에서 "A, B 또는 C(A, B or C)"는 "오직 A", "오직 B", "오직 C", 또는 "A, B 및 C의 임의의 모든 조합(any combination of A, B and C)"를 의미할 수 있다.
본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 "및/또는(and/or)"을 의미할 수 있다. 예를 들어, "A/B"는 "A 및/또는 B"를 의미할 수 있다. 이에 따라 "A/B"는 "오직 A", "오직 B", 또는 "A와 B 모두"를 의미할 수 있다. 예를 들어, "A, B, C"는 "A, B 또는 C"를 의미할 수 있다.
본 명세서에서 "적어도 하나의 A 및 B(at least one of A and B)"는, "오직 A", "오직 B" 또는 "A와 B 모두"를 의미할 수 있다. 또한, 본 명세서에서 "적어도 하나의 A 또는 B(at least one of A or B)"나 "적어도 하나의 A 및/또는 B(at least one of A and/or B)"라는 표현은 "적어도 하나의 A 및 B(at least one of A and B)"와 동일하게 해석될 수 있다.
또한, 본 명세서에서 "적어도 하나의 A, B 및 C(at least one of A, B and C)"는, "오직 A", "오직 B", "오직 C", 또는 "A, B 및 C의 임의의 모든 조합(any combination of A, B and C)"를 의미할 수 있다. 또한, "적어도 하나의 A, B 또는 C(at least one of A, B or C)"나 "적어도 하나의 A, B 및/또는 C(at least one of A, B and/or C)"는 "적어도 하나의 A, B 및 C(at least one of A, B and C)"를 의미할 수 있다.
또한, 본 명세서에서 사용되는 괄호는 "예를 들어(for example)"를 의미할 수 있다. 구체적으로, "제어 정보(PDCCH)"로 표시된 경우, "제어 정보"의 일례로 "PDCCH"가 제안된 것일 수 있다. 달리 표현하면 본 명세서의 "제어 정보"는 "PDCCH"로 제한(limit)되지 않고, "PDDCH"가 "제어 정보"의 일례로 제안된 것일 수 있다. 또한, "제어 정보(즉, PDCCH)"로 표시된 경우에도, "제어 정보"의 일례로 "PDCCH"가 제안된 것일 수 있다.
이하의 설명에서 '~일 때, ~ 경우(when, if, in case of)'는 '~에 기초하여/기반하여(based on)'로 대체될 수 있다.
본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.
본 명세서에서, 상위 계층 파라미터(higher layer parameter) 단말에 대하여 설정되거나, 사전에 설정되거나, 사전에 정의된 파라미터일 수 있다. 예를 들어, 기지국 또는 네트워크는 상위 계층 파라미터를 단말에게 전송할 수 있다. 예를 들어, 상위 계층 파라미터는 RRC(radio resource control) 시그널링 또는 MAC(medium access control) 시그널링을 통해서 전송될 수 있다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 통신 시스템에 사용될 수 있다. CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTS terrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(advanced)는 3GPP LTE의 진화이다.
5G NR은 LTE-A의 후속 기술로서, 고성능, 저지연, 고가용성 등의 특성을 가지는 새로운 Clean-slate 형태의 이동 통신 시스템이다. 5G NR은 1GHz 미만의 저주파 대역에서부터 1GHz~10GHz의 중간 주파 대역, 24GHz 이상의 고주파(밀리미터파) 대역 등 사용 가능한 모든 스펙트럼 자원을 활용할 수 있다.
설명을 명확하게 하기 위해, 5G NR을 위주로 기술하지만 본 개시의 일 실시 예에 따른 기술적 사상이 이에 제한되는 것은 아니다.
본 명세서에서 사용된 용어 및 기술 중에서 구체적으로 설명되지 않은 용어 및 기술에 대해서는, 본 명세서가 출원되기 전에 공개된 무선 통신 표준 문서가 참조될 수 있다.
본 개시에 적용 가능한 통신 시스템
도 1은 본 개시의 일 실시 예에 따른, 무선 통신 시스템의 구조를 도시한다. 도 1의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 1을 참고하면, 무선 통신 시스템은 무선 접속 망(radio access network, RAN)(102) 및 코어 망(core network)(103)을 포함한다. 무선 접속 망(102)은 단말(terminal)(110)에게 제어 평면(control plane)과 사용자 평면(user plane)을 제공하는 기지국(base station)(120)을 포함한다. 단말(110)은 고정되거나 이동성을 가질 수 있으며, 사용자 장비(user equipment, UE), 이동국(mobile station, MS), 가입자국(subscriber station, SS), 이동 가입자 단말(mobile subscriber station, MSS), 이동 단말(mobile terminal) 또는 발전된 이동 단말(advanced mobile station, AMS), 무선기기(Wireless Device) 등 다른 용어로 불릴 수 있다. 기지국(120)은 단말(110)에게 무선 접속 서비스를 제공하는 노드를 의미하며, 고정국(fixed station), Node B, eNB(eNode B), gNB(gNode B), ng-eNB, 발전된 기지국(advanced base station, ABS) 또는 억세스 포인트(access point), BTS(base tansceiver system), 액세스 포인트(access point, AP) 등 다른 용어로 불릴 수 있다. 코어 망(103)은 코어 망 엔티티(entity)(130)를 포함한다. 코어 망 엔티티(130)는 기능에 따라 다양하게 정의될 수 있으며, 코어 망 노드(node), 네트워크 노드(network node), 네트워크 장비(network equipment) 등 다른 용어로 불릴 수 있다.
적용되는 시스템 규격에 따라 시스템의 구성 요소들이 다르게 지칭될 수 있다. LTE 또는 LTE-A 규격의 경우, 무선 접속 망(102)은 E-UTRAN(Evolved-UMTS Terrestrial Radio Access Network)으로, 코어 망(103)은 EPC(evolved packet core)로 지칭될 수 있다. 이 경우, 코어 망(103)는 MME(Mobility Management Entity), S-GW(Serving Gateway) 및 P-GW(packet data network-gateway)를 포함한다. MME는 단말의 접속 정보나 단말의 능력에 관한 정보를 가지고 있으며, 이러한 정보는 단말의 이동성 관리에 주로 사용된다. S-GW는 E-UTRAN을 종단점으로 갖는 게이트웨이이며, P-GW는 PDN(packet data network)을 종단점으로 갖는 게이트웨이이다.
5G NR 규격의 경우, 무선 접속 망(102)은 NG-RAN으로, 코어 망(103)은 5GC(5G core)로 지칭될 수 있다. 이 경우, 코어 망(103)는 AMF(access and mobility management function), UPF(user plane function), SMF(session management function)를 포함한다. AMF는 단말 단위의 접속 및 이동성 관리를 위한 기능을 제공하며, UPF는 상위의 데이터 망 및 무선 접속 망(102) 간 데이터 유닛을 상호 전달하는 기능을 수행하고, SMF는 세션 관리 기능을 제공한다.
기지국(120)은 상호 간에 Xn 인터페이스로 연결될 수 있다. 기지국(120)은 코어 망(103)과 NG 인터페이스를 통해 연결될 수 있다. 보다 구체적으로, 기지국(130)은 NG-C 인터페이스를 통해 AMF와 연결될 수 있고, NG-U 인터페이스를 통해 UPF와 연결될 수 있다.
도 2a 및 도 2b는 본 개시의 일 실시 예에 따른, 무선 프로토콜 구조(radio protocol architecture)를 도시한다. 도 2의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다. 구체적으로, 도 2a는 사용자 평면(user plane)에 대한 무선 프로토콜 구조를, 도 2b는 제어 평면(control plane)에 대한 무선 프로토콜 구조를 예시한다. 사용자 평면은 사용자 데이터 전송을 위한 프로토콜 스택(protocol stack)이고, 제어 평면은 제어 신호 전송을 위한 프로토콜 스택이다.
도 2a 및 도 2b를 참고하면, 물리 계층(physical layer)은 물리 채널을 이용하여 상위 계층에게 정보 전송 서비스를 제공한다. 물리 계층은 상위 계층인 MAC(Medium Access Control) 계층과는 전송 채널(transport channel)을 통해 연결되어 있다. 전송 채널을 통해 MAC 계층과 물리 계층 사이로 데이터가 이동한다. 전송 채널은 무선 인터페이스를 통해 데이터가 어떻게 어떤 특징으로 전송되는가에 따라 분류된다.
서로 다른 물리계층 사이, 즉 송신기와 수신기의 물리 계층 사이는 물리 채널을 통해 데이터가 이동한다. 상기 물리 채널은 OFDM(Orthogonal Frequency Division Multiplexing) 방식으로 변조될 수 있고, 시간과 주파수를 무선 자원으로 활용한다.
MAC 계층은 논리 채널(logical channel)을 통해 상위 계층인 RLC(radio link control) 계층에게 서비스를 제공한다. MAC 계층은 복수의 논리 채널에서 복수의 전송 채널로의 맵핑 기능을 제공한다. 또한, MAC 계층은 복수의 논리 채널에서 단수의 전송 채널로의 맵핑에 의한 논리 채널 다중화 기능을 제공한다. MAC 부 계층은 논리 채널상의 데이터 전송 서비스를 제공한다.
RLC 계층은 RLC SDU(Service Data Unit)의 연결(concatenation), 분할(segmentation) 및 재결합(reassembly)을 수행한다. 무선 베어러(Radio Bearer, RB)가 요구하는 다양한 QoS(Quality of Service)를 보장하기 위해, RLC 계층은 투명 모드(Transparent Mode, TM), 비확인 모드(Unacknowledged Mode, UM) 및 확인 모드(Acknowledged Mode, AM)의 세 가지의 동작 모드들을 제공한다. AM RLC는 ARQ(automatic repeat request)를 통해 오류 정정을 제공한다.
RRC(Radio Resource Control) 계층은 제어 평면에서만 정의된다. RRC 계층은 무선 베어러들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. RB는 단말과 네트워크간의 데이터 전달을 위해 제1 계층(physical 계층 또는 PHY 계층) 및 제2 계층(MAC 계층, RLC 계층, PDCP(Packet Data Convergence Protocol) 계층)에 의해 제공되는 논리적 경로를 의미한다.
사용자 평면에서의 PDCP 계층의 기능은 사용자 데이터의 전달, 헤더 압축(header compression) 및 암호화(ciphering)를 포함한다. 제어 평면에서의 PDCP 계층의 기능은 제어 평면 데이터의 전달 및 암호화/무결성 보호(integrity protection)를 포함한다.
SDAP(Service Data Adaptation Protocol) 계층은 사용자 평면에서만 정의된다. SDAP 계층은 QoS 플로우(flow)와 데이터 무선 베어러 간의 매핑, 하향링크 및 상향링크 패킷 내 QoS 플로우 식별자(ID) 마킹 등을 수행한다.
RB가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다. RB는 다시 SRB(Signaling Radio Bearer)와 DRB(Data Radio Bearer) 두 가지로 나누어질 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.
단말의 RRC 계층과 기지국의 RRC 계층 사이에 RRC 연결(RRC connection)이 확립되면, 단말은 RRC_CONNECTED 상태에 있게 되고, 그렇지 못할 경우 RRC_IDLE 상태에 있게 된다. NR의 경우, RRC_INACTIVE 상태가 추가로 정의되었으며, RRC_INACTIVE 상태의 단말은 코어 네트워크와의 연결을 유지하는 반면 기지국과의 연결을 해지(release)할 수 있다.
네트워크에서 단말로 데이터를 전송하는 하향링크 전송 채널로는 시스템 정보를 전송하는 BCH(Broadcast Channel)과 그 이외에 사용자 트래픽이나 제어 메시지를 전송하는 하향링크 SCH(Shared Channel)이 있다. 하향링크 멀티캐스트 또는 브로드캐스트 서비스의 트래픽 또는 제어메시지의 경우 하향링크 SCH를 통해 전송될 수도 있고, 또는 별도의 하향링크 MCH(Multicast Channel)을 통해 전송될 수도 있다. 한편, 단말에서 네트워크로 데이터를 전송하는 상향링크 전송 채널로는 초기 제어메시지를 전송하는 RACH(Random Access Channel)와 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 상향링크 SCH(Shared Channel)가 있다.
전송 채널 상위에 있으며, 전송 채널에 맵핑되는 논리 채널(Logical Channel)로는 BCCH(Broadcast Control Channel), PCCH(Paging Control Channel), CCCH(Common Control Channel), MCCH(Multicast Control Channel), MTCH(Multicast Traffic Channel) 등이 있다.
물리 채널(Physical Channel)은 시간 영역에서 여러 개의 OFDM 심벌과 주파수 영역에서 여러 개의 부반송파(sub-carrier)로 구성된다. 하나의 서브프레임(sub-frame)은 시간 영역에서 복수의 OFDM 심벌(symbol)들로 구성된다. 자원 블록은 자원 할당 단위로, 복수의 OFDM 심벌들과 복수의 부반송파(sub-carrier)들로 구성된다. 또한 각 서브프레임은 PDCCH(Physical Downlink Control Channel) 즉, L1/L2 제어 채널을 위해 해당 서브프레임의 특정 OFDM 심벌들(예: 첫 번째 OFDM 심볼)의 특정 부반송파들을 이용할 수 있다. TTI(Transmission Time Interval)는 서브프레임 전송의 단위시간이다.
IAB(integrated access and backhaul) 기술
미래의 셀룰러 통신 배치 시나리오 및 어플리케이션을 가능하기 하기 위한 잠재적인 기술들 중 하나는 백홀 및 중계 링크들을 지원하는 것이다. 백홀 및 중계 링크들은, 전송 네트워크를 비례하여 밀집화할 필요 없이, NR 셀들의 유동적이며, 매우 밀집한 배치를 가능케한다.
대규모 MIMO 또는 다중 빔 시스템에 더하여, LTE와 비교하여 NR에서 예상되는 가용한 넓은 대역폭으로 인해, NR은 IAB(integrated access and backhaul) 링크를 개발할 기회를 생성한다. 이는, UE에 대한 액세스를 제공하기 위해 정의된 제어 및 데이터 채널/절차에 따라 건설함으로써, 더욱 통합된 방식으로 자가-백홀 연결된 NR 셀들의 밀집된 네트워크의 배치를 더 쉽게 한다. IAB 네트워크의 일 예가 이하 도 3에 도시된다. 도 3은 본 개시의 일 실시 예에 따른, IAB 링크의 예를 도시한다. 도 3을 참고하면, 중계 노드(예: rTRP(relay TRP))는 액세스 링크 및 백홀링크를 시간, 주파수 또는 공간(예: 빔-기반 동작)에서 다중화할 수 있다.
다음과 같은 요구사항들이 IAB에 의해 해소될 수 있다.
-실내 및 실외 시나리오에서 인밴드 및 아웃밴드 중계를 위한 효과적며 유동적인 동작
- 다중 홉 연결성
- 종단 간 라우팅 선택 및 최적화
- 높은 공간 효율을 가지는 백홀링크 지원
- 종래의 UE에 대한 지원
도 4는 본 개시의 일 실시 예에 따른, IAB 링크의 다른 예를 도시한다. 도 4를 참고하면, 도너 gNB(doner gNB, DgNB)에 중계 노드1(relay node 1, RN1)가, 중계 노드1에 중계 노드2(relay node 2, RN2)가 무선 백홀을 통해 연결된다. 즉, 도너 gNB는 중계 노드1을 위한 백홀링크 및 UE1을 위한 액세스 링크를 통합적으로 제공하고, 중계 노드1은 중계 노드2를 위한 백홀링크 및 UE2를 위한 액세스 링크를 통합적으로 제공한다.
도 5a 내지 도 5c는 본 개시의 일 실시 예에 따른, SA(standalone) 모드 및 NSA(non-SA) 모드에서의 IAB 구조들의 예들을 도시한다. 도 5a는 SA 모드의 경우, 도 5b는 UE는 NSA 모드로, IAB 노드는 NGC 모드로 동작하는 경우, 도 5c는 UE 및 IAB 노드가 NSA로 동작하는 경우를 예시한다.
도 5a 내지 도 5c를 참고하면, IAB 노드는 SA 모드 또는 NAS 모드로 동작할 수 있다. NSA 모드로 동작하는 경우, IAB 노드는 백홀링을 위해 오직 NR 링크만을 사용할 수 있다. UE는 IAB 노드에 비하여 더 많은 종류의 코어 망들에 연결할 수 있다.
도 6a 및 도 6b는 본 개시의 일 실시 예에 따른, IAB 노드 및 IAB 도너의 연결 구조를 도시한다. 도 6a는 노드들의 계층 구조를, 도 6b는 부모 노드 및 자식 노드의 개념을 도시한다.
도 6a를 참고하면, 도너 노드 및 IAB 노드 간의 링크 또는 IAB 노드들 간의 링크는 백홀링크라고 지칭된다. 도너 노드 및 UE 간의 링크 또는 IAB 노드 및 UE 간의 링크는 액세스 링크라고 지칭된다. 즉, 액세스 링크는 UE와의 연결을 위한 링크이고, 백홀링크는 UE가 아닌 노드들(예: IAB 노드, IAB 도너, 기지국) 간의 연결을 위한 링크이다. IAB 노드는 MT(mobile terminal) 및 DU(distributed unit)을 포함하며, MT는 상위 노드와의 연결을 위한 구성요소이고, DU는 하위 노드와의 연결을 위한 구성요소이다. IAB 도너는 DU 및 CU(central unit)를 포함한다. CN는 코어 망과의 연결을 위한 구성요소이다.
하나의 IAB 노드의 입장에서, DU를 통해 연결된 하위 노드는 자식(child) 노드이고, 자식 노드와의 연결은 자식 링크이다. 또한, MT를 통해 연결된 상위 노드는 부모(parent) 노드이고, 부모 노드와의 연결은 부모 링크이다.
IAB 노드에 접속한 단말은 IAB 노드를 통해 상향링크 통신 및 하향링크 통신을 수행할 수 있다. 단말이 송신한 상향링크 데이터는 IAB 노드로부터 적어도 하나의 무선 백홀링크를 통해 IAB 도너까지 송신되고, IAB 도너의 CU를 통해 처리된다. 단말을 향한 하향링크 데이터는 IAB 도너로부터 적어도 하나의 무선 백홀링크를 통하 IAB 노드로 송신되고, IAB 노드의 DU에 의해 다말로 송신된다.
IAB 노드는, 부모 IAB 노드 또는 IAB 도너로의 연결을 초기 설정하기 위해, 셀 검색, 시스템 정보 획득, 랜덤 액세스 등 UE와 유사한 초기 접속 절차에 따를 수 있다. RRM 측정 기반의 SSB/CSI-RS가 IAB 발견 및 측정의 시작점이다.
하향링크 IAB 노드 전송(예: IAB 노드로부터 자식 IAB 노드로의 백홀링크 상의 전송, IAB 노드로부터 UE로의 액세스 링크 상의 전송)은 IAB 노드에 의해 스케줄링될 수 있다. 상향링크 IAB 전송(예: IAB 노드로부터 부모 IAB 노드 또는 IAB 도너로의 백홀링크 상의 전송은 부모 IAB 노드 또는 IAB 도너에 의해 스케줄링된다.
V2X 또는 사이드링크(sidelink, SL) 통신
도 7a 및 도 7b는 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 도시한다. 도 7a 및 도 7b의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다. 구체적으로, 도 7(a)는 사용자 평면 프로토콜 스택을 나타내고, 도 7b는 제어 평면 프로토콜 스택을 예시한다.
SL 동기 신호(Sidelink Synchronization Signal, SLSS) 및 동기화 정보
SLSS는 SL 특정적인 시퀀스(sequence)로, PSSS(Primary Sidelink Synchronization Signal)와 SSSS(Secondary Sidelink Synchronization Signal)를 포함할 수 있다. 상기 PSSS는 S-PSS(Sidelink Primary Synchronization Signal)라고 칭할 수 있고, 상기 SSSS는 S-SSS(Sidelink Secondary Synchronization Signal)라고 칭할 수 있다. 예를 들어, 길이-127 M-시퀀스(length-127 M-sequences)가 S-PSS에 대하여 사용될 수 있고, 길이-127 골드-시퀀스(length-127 Gold sequences)가 S-SSS에 대하여 사용될 수 있다. 예를 들어, 단말은 S-PSS를 이용하여 최초 신호를 검출(signal detection)할 수 있고, 동기를 획득할 수 있다. 예를 들어, 단말은 S-PSS 및 S-SSS를 이용하여 세부 동기를 획득할 수 있고, 동기 신호 ID를 검출할 수 있다.
PSBCH(Physical Sidelink Broadcast Channel)는 SL 신호 송수신 전에 단말이 가장 먼저 알아야 하는 기본이 되는 (시스템) 정보가 전송되는 (방송) 채널일 수 있다. 예를 들어, 상기 기본이 되는 정보는 SLSS에 관련된 정보, 듀플렉스 모드(Duplex Mode, DM), TDD UL/DL(Time Division Duplex Uplink/Downlink) 구성, 리소스 풀 관련 정보, SLSS에 관련된 애플리케이션의 종류, 서브프레임 오프셋, 방송 정보 등일 수 있다. 예를 들어, PSBCH 성능의 평가를 위해, NR V2X에서, PSBCH의 페이로드 크기는 24 비트의 CRC를 포함하여 56 비트일 수 있다.
S-PSS, S-SSS 및 PSBCH는 주기적 전송을 지원하는 블록 포맷(예를 들어, SL SS(Synchronization Signal)/PSBCH 블록, 이하 S-SSB(Sidelink-Synchronization Signal Block))에 포함될 수 있다. 상기 S-SSB는 캐리어 내의 PSCCH(Physical Sidelink Control Channel)/PSSCH(Physical Sidelink Shared Channel)와 동일한 뉴머놀로지(즉, SCS 및 CP 길이)를 가질 수 있고, 전송 대역폭은 (미리) 설정된 SL BWP(Sidelink BWP) 내에 있을 수 있다. 예를 들어, S-SSB의 대역폭은 11 RB(Resource Block)일 수 있다. 예를 들어, PSBCH는 11 RB에 걸쳐있을 수 있다. 그리고, S-SSB의 주파수 위치는 (미리) 설정될 수 있다. 따라서, 단말은 캐리어에서 S-SSB를 발견하기 위해 주파수에서 히스테리시스 검출(hypothesis detection)을 수행할 필요가 없다.
SL 단말의 동기 획득
TDMA(time division multiple access) 및 FDMA(frequency division multiples access) 시스템에서, 정확한 시간 및 주파수 동기화는 필수적이다. 시간 및 주파수 동기화가 정확하게 되지 않으면, 심볼 간 간섭(Inter Symbol Interference, ISI) 및 반송파 간 간섭(Inter Carrier Interference, ICI)으로 인해 시스템 성능이 저하될 수 있다. 이는, V2X에서도 마찬가지이다. V2X에서는 시간/주파수 동기화를 위해, 물리 계층에서는 SL 동기 신호(sidelink synchronization signal, SLSS)를 사용할 수 있고, RLC(radio link control) 계층에서는 MIB-SL-V2X(master information block-sidelink-V2X)를 사용할 수 있다.
도 8은 본 개시의 일 실시 예에 따른, V2X의 동기화 소스(synchronization source) 또는 동기화 기준(synchronization reference)을 도시한다. 도 8의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 8을 참고하면, V2X에서, 단말은 GNSS(global navigation satellite systems)에 직접적으로 동기화 되거나, 또는 GNSS에 직접적으로 동기화된 (네트워크 커버리지 내의 또는 네트워크 커버리지 밖의) 단말을 통해 비간접적으로 GNSS에 동기화 될 수 있다. GNSS가 동기화 소스로 설정된 경우, 단말은 UTC(Coordinated Universal Time) 및 (미리) 설정된 DFN(Direct Frame Number) 오프셋을 사용하여 DFN 및 서브프레임 번호를 계산할 수 있다.
또는, 단말은 기지국에 직접 동기화되거나, 기지국에 시간/주파수 동기화된 다른 단말에게 동기화될 수 있다. 예를 들어, 상기 기지국은 eNB 또는 gNB일 수 있다. 예를 들어, 단말이 네트워크 커버리지 내에 있는 경우, 상기 단말은 기지국이 제공하는 동기화 정보를 수신하고, 상기 기지국에 직접 동기화될 수 있다. 그 후, 상기 단말은 동기화 정보를 인접한 다른 단말에게 제공할 수 있다. 기지국 타이밍이 동기화 기준으로 설정된 경우, 단말은 동기화 및 하향링크 측정을 위해 해당 주파수에 연관된 셀(상기 주파수에서 셀 커버리지 내에 있는 경우), 프라이머리 셀 또는 서빙 셀(상기 주파수에서 셀 커버리지 바깥에 있는 경우)을 따를 수 있다.
기지국(예를 들어, 서빙 셀)은 V2X 또는 SL 통신에 사용되는 반송파에 대한 동기화 설정을 제공할 수 있다. 이 경우, 단말은 상기 기지국으로부터 수신한 동기화 설정을 따를 수 있다. 만약, 단말이 상기 V2X 또는 SL 통신에 사용되는 반송파에서 어떤 셀도 검출하지 못했고, 서빙 셀로부터 동기화 설정도 수신하지 못했다면, 상기 단말은 미리 설정된 동기화 설정을 따를 수 있다.
또는, 단말은 기지국이나 GNSS로부터 직접 또는 간접적으로 동기화 정보를 획득하지 못한 다른 단말에게 동기화될 수도 있다. 동기화 소스 및 선호도는 단말에게 미리 설정될 수 있다. 또는, 동기화 소스 및 선호도는 기지국에 의하여 제공되는 제어 메시지를 통해 설정될 수 있다.
SL 동기화 소스는 동기화 우선 순위와 연관될 수 있다. 예를 들어, 동기화 소스와 동기화 우선 순위 사이의 관계는 표 1 또는 표 2와 같이 정의될 수 있다. 표 1 또는 표 2는 일 예에 불과하며, 동기화 소스와 동기화 우선 순위 사이의 관계는 다양한 형태로 정의될 수 있다.
우선
순위
레벨		 GNSS 기반의 동기화
(GNSS-based synchronization)		 기지국 기반의 동기화
(eNB/gNB-based synchronization)
P0 GNSS 기지국
P1 GNSS에 직접 동기화된 모든 단말 기지국에 직접 동기화된 모든 단말
P2 GNSS에 간접 동기화된 모든 단말 기지국에 간접 동기화된 모든 단말
P3 다른 모든 단말 GNSS
P4 N/A GNSS에 직접 동기화된 모든 단말
P5 N/A GNSS에 간접 동기화된 모든 단말
P6 N/A 다른 모든 단말
우선
순위
레벨		 GNSS 기반의 동기화
(GNSS-based synchronization)		 기지국 기반의 동기화
(eNB/gNB-based synchronization)
P0 GNSS 기지국
P1 GNSS에 직접 동기화된 모든 단말 기지국에 직접 동기화된 모든 단말
P2 GNSS에 간접 동기화된 모든 단말 기지국에 간접 동기화된 모든 단말
P3 기지국 GNSS
P4 기지국에 직접 동기화된 모든 단말 GNSS에 직접 동기화된 모든 단말
P5 기지국에 간접 동기화된 모든 단말 GNSS에 간접 동기화된 모든 단말
P6 낮은 우선 순위를 가지는 남은 단말(들) 낮은 우선 순위를 가지는 남은 단말(들)
표 1 또는 표 2에서, P0가 가장 높은 우선 순위를 의미할 수 있고, P6이 가장 낮은 우선순위를 의미할 수 있다. 표 1 또는 표 2에서, 기지국은 gNB 또는 eNB 중 적어도 어느 하나를 포함할 수 있다.
GNSS 기반의 동기화 또는 기지국 기반의 동기화를 사용할지 여부는 (미리) 설정될 수 있다. 싱글-캐리어 동작에서, 단말은 가장 높은 우선 순위를 가지는 이용 가능한 동기화 기준으로부터 상기 단말의 전송 타이밍을 유도할 수 있다.
예를 들어, 단말은 동기화 기준(synchronization reference)을 (재)선택할 수 있고, 단말은 상기 동기화 기준으로부터 동기를 획득할 수 있다. 그리고, 단말은 획득된 동기를 기반으로 SL 통신(예: PSCCH/PSSCH 송수신, PSFCH(Physical Sidelink Feedback Channel) 송수신, S-SSB 송수신, 참조 신호 송수신 등)을 수행할 수 있다.
도 9a 및 도 9b는 본 개시의 일 실시 예에 따라, 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 도시한다. 도 9a 및 도 9b의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다. 본 개시의 다양한 실시 예에서, 전송 모드는 모드 또는 자원 할당 모드라고 칭할 수 있다. 이하, 설명의 편의를 위해, LTE에서 전송 모드는 LTE 전송 모드라고 칭할 수 있고, NR에서 전송 모드는 NR 자원 할당 모드라고 칭할 수 있다.
예를 들어, 도 9a는 LTE 전송 모드 1 또는 LTE 전송 모드 3과 관련된 단말 동작을 예시한다. 또는, 예를 들어, 도 9a는 NR 자원 할당 모드 1과 관련된 단말 동작을 예시한다. 예를 들어, LTE 전송 모드 1은 일반적인 SL 통신에 적용될 수 있고, LTE 전송 모드 3은 V2X 통신에 적용될 수 있다.
예를 들어, 도 9b는 LTE 전송 모드 2 또는 LTE 전송 모드 4와 관련된 단말 동작을 예시한다. 또는, 예를 들어, 도 9b는 NR 자원 할당 모드 2와 관련된 단말 동작을 예시한다.
도 9a를 참고하면, LTE 전송 모드 1, LTE 전송 모드 3 또는 NR 자원 할당 모드 1에서, 기지국은 SL 전송을 위해 단말에 의해 사용될 SL 자원을 스케줄링할 수 있다. 예를 들어, 기지국은 제1 단말에게 SL 자원과 관련된 정보 및/또는 UL 자원과 관련된 정보를 전송할 수 있다. 예를 들어, 상기 UL 자원은 PUCCH 자원 및/또는 PUSCH 자원을 포함할 수 있다. 예를 들어, 상기 UL 자원은 SL HARQ 피드백을 기지국에게 보고하기 위한 자원일 수 있다.
예를 들어, 제1 단말은 DG(dynamic grant) 자원과 관련된 정보 및/또는 CG(configured grant) 자원과 관련된 정보를 기지국으로부터 수신할 수 있다. 예를 들어, CG 자원은 CG 타입 1 자원 또는 CG 타입 2 자원을 포함할 수 있다. 본 명세서에서, DG 자원은, 기지국이 DCI(downlink control information)를 통해서 제1 단말에게 설정/할당하는 자원일 수 있다. 본 명세서에서, CG 자원은, 기지국이 DCI 및/또는 RRC 메시지를 통해서 제1 단말에게 설정/할당하는 (주기적인) 자원일 수 있다. 예를 들어, CG 타입 1 자원의 경우, 기지국은 CG 자원과 관련된 정보를 포함하는 RRC 메시지를 제1 단말에게 전송할 수 있다. 예를 들어, CG 타입 2 자원의 경우, 기지국은 CG 자원과 관련된 정보를 포함하는 RRC 메시지를 제1 단말에게 전송할 수 있고, 기지국은 CG 자원의 활성화(activation) 또는 해제(release)와 관련된 DCI를 제1 단말에게 전송할 수 있다.
이어, 제1 단말은 상기 자원 스케줄링을 기반으로 PSCCH(예: SCI(Sidelink Control Information) 또는 1st-stage SCI)를 제2 단말에게 전송할 수 있다. 이후, 제1 단말은 상기 PSCCH와 관련된 PSSCH(예: 2nd-stage SCI, MAC PDU, 데이터 등)를 제2 단말에게 전송할 수 있다. 이후, 제1 단말은 PSCCH/PSSCH와 관련된 PSFCH를 제2 단말로부터 수신할 수 있다. 예를 들어, HARQ 피드백 정보(예: NACK 정보 또는 ACK 정보)가 상기 PSFCH를 통해서 상기 제2 단말로부터 수신될 수 있다. 이후, 제1 단말은 HARQ 피드백 정보를 PUCCH 또는 PUSCH를 통해서 기지국에게 전송/보고할 수 있다. 예를 들어, 상기 기지국에게 보고되는 HARQ 피드백 정보는, 상기 제1 단말이 상기 제2 단말로부터 수신한 HARQ 피드백 정보를 기반으로 생성(generate)하는 정보일 수 있다. 예를 들어, 상기 기지국에게 보고되는 HARQ 피드백 정보는, 상기 제1 단말이 사전에 설정된 규칙을 기반으로 생성(generate)하는 정보일 수 있다. 예를 들어, 상기 DCI는 SL의 스케줄링을 위한 DCI일 수 있다. 예를 들어, 상기 DCI의 포맷은 DCI 포맷 3_0 또는 DCI 포맷 3_1일 수 있다.
도 9b를 참고하면, LTE 전송 모드 2, LTE 전송 모드 4 또는 NR 자원 할당 모드 2에서, 단말은 기지국/네트워크에 의해 설정된 SL 자원 또는 미리 설정된 SL 자원 내에서 SL 전송 자원을 결정할 수 있다. 예를 들어, 상기 설정된 SL 자원 또는 미리 설정된 SL 자원은 자원 풀일 수 있다. 예를 들어, 단말은 자율적으로 SL 전송을 위한 자원을 선택 또는 스케줄링할 수 있다. 예를 들어, 단말은 설정된 자원 풀 내에서 자원을 스스로 선택하여, SL 통신을 수행할 수 있다. 예를 들어, 단말은 센싱(sensing) 및 자원 (재)선택 절차를 수행하여, 선택 윈도우 내에서 스스로 자원을 선택할 수 있다. 예를 들어, 상기 센싱은 서브채널 단위로 수행될 수 있다. 예를 들어, 자원 풀 내에서 자원을 스스로 선택한 제1 단말은 상기 자원을 사용하여 PSCCH(예: SCI(Sidelink Control Information) 또는 1st-stage SCI)를 제2 단말에게 전송할 수 있다. 이어, 제1 단말은 상기 PSCCH와 관련된 PSSCH(예: 2nd-stage SCI, MAC PDU, 데이터 등)를 제2 단말에게 전송할 수 있다. 이후, 제1 단말은 PSCCH/PSSCH와 관련된 PSFCH를 제2 단말로부터 수신할 수 있다.
도 9a 또는 도 9b를 참고하면, 예를 들어, 제1 단말은 PSCCH 상에서 SCI를 제2 단말에게 전송할 수 있다. 또는, 예를 들어, 제1 단말은 PSCCH 및/또는 PSSCH 상에서 두 개의 연속적인 SCI(예: 2-stage SCI)를 제2 단말에게 전송할 수 있다. 이 경우, 제2 단말은 PSSCH를 제1 단말로부터 수신하기 위해 두 개의 연속적인 SCI(예: 2-stage SCI)를 디코딩할 수 있다. 본 명세서에서, PSCCH 상에서 전송되는 SCI는 1st SCI, 제1 SCI, 1st-stage SCI 또는 1st-stage SCI 포맷이라고 칭할 수 있고, PSSCH 상에서 전송되는 SCI는 2nd SCI, 제2 SCI, 2nd-stage SCI 또는 2nd-stage SCI 포맷이라고 칭할 수 있다. 예를 들어, 1st-stage SCI 포맷은 SCI 포맷 1-A를 포함할 수 있고, 2nd-stage SCI 포맷은 SCI 포맷 2-A 및/또는 SCI 포맷 2-B를 포함할 수 있다.
도 10a 내지 도 10c는 본 개시의 일 실시 예에 따른, 세 가지 캐스트 타입들을 도시한다. 10a 내지 도 10c의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
구체적으로, 도 10a는 브로드캐스트 타입의 SL 통신을, 도 10b는 유니캐스트 타입의 SL 통신을, 도 10c는 그룹캐스트 타입의 SL 통신을 예시한다. 유니캐스트 타입의 SL 통신의 경우, 단말은 다른 단말과 일 대 일 통신을 수행할 수 있다. 그룹캐스트 타입의 SL 통신의 경우, 단말은 자신이 속하는 그룹 내의 하나 이상의 단말과 SL 통신을 수행할 수 있다. 본 개시의 다양한 실시 예에서, SL 그룹캐스트 통신은 SL 멀티캐스트(multicast) 통신, SL 일 대 다(one-to-many) 통신 등으로 대체될 수 있다.
HARQ(Hybrid Automatic Repeat Request) 절차
SL HARQ 피드백은 유니캐스트에 대하여 인에이블될 수 있다. 이 경우, non-CBG(non-Code Block Group) 동작에서, 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩하고, 및 수신 단말이 상기 PSCCH와 관련된 전송 블록을 성공적으로 디코딩하면, 수신 단말은 HARQ-ACK을 생성할 수 있다. 그리고, 수신 단말은 HARQ-ACK을 전송 단말에게 전송할 수 있다. 반면, 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩한 이후에, 수신 단말이 상기 PSCCH와 관련된 전송 블록을 성공적으로 디코딩하지 못하면, 수신 단말은 HARQ-NACK을 생성할 수 있다. 그리고, 수신 단말은 HARQ-NACK을 전송 단말에게 전송할 수 있다.
예를 들어, SL HARQ 피드백은 그룹캐스트에 대하여 인에이블될 수 있다. 예를 들어, non-CBG 동작에서, 두 가지 HARQ 피드백 옵션이 그룹캐스트에 대하여 지원될 수 있다.
(1) 그룹캐스트 옵션 1: 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩한 이후에, 수신 단말이 상기 PSCCH와 관련된 전송 블록의 디코딩에 실패하면, 수신 단말은 HARQ-NACK을 PSFCH를 통해 전송 단말에게 전송할 수 있다. 반면, 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩하고, 및 수신 단말이 상기 PSCCH와 관련된 전송 블록을 성공적으로 디코딩하면, 수신 단말은 HARQ-ACK을 전송 단말에게 전송하지 않을 수 있다.
(2) 그룹캐스트 옵션 2: 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩한 이후에, 수신 단말이 상기 PSCCH와 관련된 전송 블록의 디코딩에 실패하면, 수신 단말은 HARQ-NACK을 PSFCH를 통해 전송 단말에게 전송할 수 있다. 그리고, 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩하고, 및 수신 단말이 상기 PSCCH와 관련된 전송 블록을 성공적으로 디코딩하면, 수신 단말은 HARQ-ACK을 PSFCH를 통해 전송 단말에게 전송할 수 있다.
예를 들어, 그룹캐스트 옵션 1이 SL HARQ 피드백에 사용되면, 그룹캐스트 통신을 수행하는 모든 단말은 PSFCH 자원을 공유할 수 있다. 예를 들어, 동일한 그룹에 속하는 단말은 동일한 PSFCH 자원을 이용하여 HARQ 피드백을 전송할 수 있다.
예를 들어, 그룹캐스트 옵션 2가 SL HARQ 피드백에 사용되면, 그룹캐스트 통신을 수행하는 각각의 단말은 HARQ 피드백 전송을 위해 서로 다른 PSFCH 자원을 사용할 수 있다. 예를 들어, 동일한 그룹에 속하는 단말은 서로 다른 PSFCH 자원을 이용하여 HARQ 피드백을 전송할 수 있다.
본 명세서에서, HARQ-ACK은 ACK, ACK 정보 또는 긍정(positive)-ACK 정보라고 칭할 수 있고, HARQ-NACK은 NACK, NACK 정보 또는 부정(negative)-ACK 정보라고 칭할 수 있다.
SL 측정(measurement) 및 보고(reporting)
QoS 예측(prediction), 초기 전송 파라미터 셋팅(initial transmission parameter setting), 링크 적응(link adaptation), 링크 관리(link management), 어드미션 제어(admission control) 등의 목적으로, 단말 간의 SL 측정 및 보고(예를 들어, RSRP, RSRQ)가 SL에서 고려될 수 있다. 예를 들어, 수신 단말은 전송 단말로부터 참조 신호를 수신할 수 있고, 수신 단말은 참조 신호를 기반으로 전송 단말에 대한 채널 상태를 측정할 수 있다. 그리고, 수신 단말은 채널 상태 정보(Channel State Information, CSI)를 전송 단말에게 보고할 수 있다. SL 관련 측정 및 보고는 CBR의 측정 및 보고, 및 위치 정보의 보고를 포함할 수 있다. V2X에 대한 CSI(Channel Status Information)의 예는 CQI(Channel Quality Indicator), PMI(Precoding Matrix Index), RI(Rank Indicator), RSRP(Reference Signal Received Power), RSRQ(Reference Signal Received Quality), 경로이득(pathgain)/경로손실(pathloss), SRI(SRS, Sounding Reference Symbols, Resource Indicator), CRI(CSI-RS Resource Indicator), 간섭 조건(interference condition), 차량 동작(vehicle motion) 등일 수 있다. CSI 보고는 설정에 따라 활성화 및 비활성화될 수 있다.
예를 들어, 전송 단말은 CSI-RS를 수신 단말에게 전송할 수 있고, 수신 단말은 상기 CSI-RS를 이용하여 CQI 또는 RI를 측정할 수 있다. 예를 들어, 상기 CSI-RS는 SL CSI-RS라고 칭할 수 있다. 예를 들어, 상기 CSI-RS는 PSSCH 전송 내에 국한(confined)될 수 있다. 예를 들어, 전송 단말은 PSSCH 자원 상에 CSI-RS를 포함시켜 수신 단말에게 전송할 수 있다.
SL 혼잡 제어(sidelink congestion control)
예를 들어, 단말은 단위 시간/주파수 자원에서 측정된 에너지가 일정 수준 이상인지 여부를 판단하고, 일정 수준 이상의 에너지가 관찰된 단위 시간/주파수 자원의 비율에 따라서 자신의 전송 자원의 양 및 빈도를 조절할 수 있다. 본 명세서에서, 일정 수준 이상의 에너지가 관찰된 시간/주파수 자원의 비율을 채널 혼잡 비율(Channel Busy Ratio, CBR)이라고 정의할 수 있다. 단말은 채널/주파수에 대하여 CBR을 측정할 수 있다. 부가적으로, 단말은 측정된 CBR을 네트워크/기지국에게 전송할 수 있다.
본 개시의 구체적인 실시 예들
5G 기반의 V2X는 다양한 전송 방법이 정의된다. 일 예로, V2X는 유니캐스트(unicast), 브로드캐스트(broadcast) 및 그룹캐스트(groupcast)가 정의될 수 있다. V2X에서 차량이 브로드캐스트를 통해서 시스루(see-through) 서비스를 제공하는 것은 데이터에 대한 신뢰성을 보장할 수 없을 수 있다. 따라서, 차량은 데이터의 신뢰성 보장을 위해 그룹캐스트를 통해서 시스루 서비스를 제공할 수 있다. 여기서, 각 차량은 자신과 연결되어 있는 다른 차량 또는 기지국에 대해 동기화(synchronization) 동작을 통해 서로 동기를 맞추어야 한다. 또한, 각 차량은 서로 무선 베어러(radio bearer)를 연결해야 할 수 있다. 또한, 각 차량은 서로 데이터를 전송 및 수신하기 위한 동작을 더 필요로 하기 때문에 시스루 서비스 제공에 시간이 더 걸릴 수 있다.
이하, 백홀 네트워크(backhaul network)에서 트래픽 플로우 이전 방법에 대해서 설명한다. 코어 네트워크(core network)에서 각 IAB(integrated access and backhaul) 노드는 터널링(tunneling)을 통해서 플로우 경로가 설정될 수 있다. 일 예로, 제1 네트워크 라우팅 도메인은 제1 인터페이스가 제공될 수 있다. 제2 네트워크 라우팅 도메인은 제2 인터페이스가 제공될 수 있다. 제1 인터페이스는 제1 터널을 통해 원격 네트워크와 트래픽 플로우를 통신할 수 있다. 제1 네트워크 라우팅 도메인 및 제2 네트워크 라우팅 도메인들의 루트 정보가 결정될 수 있다. 제2 인터페이스는 제1 터널로부터 제2 터널로 트래픽 플로우를 이전하기로 결정할 수 있다. 트래픽 플로우 통신은 제2 터널을 통해 원격 네트워크와 수행될 수 있다. 이러한 방법은 소스 노드(source node)와 목적지 노드(destination node)의 터널링(tunneling)이 수행된다. 즉, IAB 노드와 IAB 도너(IAB-doner)의 터널링이 수행된다. 따라서, 이러한 방식은 유니캐스트 동작만 가능하다. 이러한 방식은 멀티캐스트 혹은 브로드캐스트는 지원되지 않는 문제점이 있다. 본 개시는 백홀 네트워크의 트래픽 플로우가 브로드캐스트 혹은 멀티캐스트를 지원하도록 할 수 있다. V2X(vehicle to everything)는 V2N(vehicle to network)을 포함할 수 있다. V2N에 있어서, 본 개시는 IAB 기능을 이용하여 데이터가 서버까지 도달하지 않고 로컬 라우팅(local routing)을 통해 데이터 브로드캐스팅 또는 데이터 그룹캐스팅하는 방법을 제안한다. 일 예로, 본 개시는 데이터가 서버까지 도달한 후 브로드캐스팅 되는 것이 아니라, 단말로부터 RSU(roadside unit)까지 전송되고 다시 RSU에서 다른 단말로 브로드캐스팅하는 방법을 제안한다. RSU는 IAB 기능을 수행할 수 있다. 본 개시는 상술한 데이터 전송 방법에 기초하여 차량 사고 발생 시 RSU 노드가 로컬 라우팅을 하는 방법을 제안한다. 본 개시는 브로드캐스트 또는 그룹캐스트를 위한 로컬 라우팅에 기초하여 다양한 서비스가 가능하도록 한다. 차량, 단말, 무선 기기 등의 용어는 혼용될 수 있다.
도 11은 본 개시에 적용 가능한 IAB 네트워크를 나타낸 도면이다. IAB 네트워크는 IAB 도너(1102) 및 IAB 노드(1104)를 포함할 수 있다. 일 예로, IAB 도너는 IAB 노드를 관리할 수 있다. IAB 도너(1102)는 IAB-doner-CU 및 IAB-doner-DU를 포함할 수 있다. 아키텍처는 백홀에 IAB 도너 및 IAB 노드가 위치하는 형태이다. 아키텍처는 IAB 도너(1102) 내의 CU-UP를 통해 IAB 노드(1104) 간 라우팅이 가능하도록 한 네트워크이다(TR 38.874). 라우팅은 각 IAB 노드의 BAP(backhaul adaptation protocol)가 RLC(radio link control) 레이어(layer) 위에 존재하는 상위 서브레이어(sublayer)로 추가될 수 있다. BAP가 라우팅 테이블을 관리할 수 있다.
도 12a 및 도 12b는 본 개시에 적용 가능한 신호 전송 방법의 일 예와 관련된 도면이다. 조금 더 구체적으로, 도 12a는 V2X 이벤트가 트리거 되는 경우, 리소스 할당에 관한 도면이다. 단말(1202)은 V2X 이벤트가 트리거될 수 있다. 일 예로, 단말(1202)은 시스루가 트리거 될 수 있다. 또 다른 예로, 차량 사고 발생 시, V2X 브로드캐스팅이 트리거 될 수 있다. 단말(1202)은 V2X 이벤트가 트리거되면 IAB 노드(1204)에게 스케줄링 요청(scheduling request, SR)을 전송할 수 있다. 또한, 단말(1202)는 IAB 노드(1204)에게 버퍼 상태 보고(buffe status report, BSR)를 전송할 수 있다. IAB 노드(1204)는 스케줄링 요청을 수신하고 단말(1202)에게 상향링크(uplink)에 관한 DCI(downlink control information)를 전송할 수 있다. 단말(1202)은 수신한 DCI에 기초하여 V2X 서비스 인디케이션(service indication)을 IAB 노드(1204)에게 전송할 수 있다. 일 예로, 단말(1202)은 BSR의 MAC(media access control) CE(control element)에 기초하여 V2X 서비스 인디케이션을 전송할 수 있다. 단말은 LCID 값에 기초하여 V2X 서비스 인디케이션을 전송할 수 있다. 일 예로, 브로드캐스팅 V2X 인덱스 110110일 수 있다. LCID 값은 아래 표 3과 같다. IAB 노드는 V2X 인디케이션을 수신하고, LCID 값에 기초하여 브로드캐스트 V2X를 트리거링할 수 있다.
INDEX LCID values
000000 CCCH
000001-100000 Identity of the logical channel
100001-110101 Reserved
110110 Broadcasting V2X
110111 Configured Grant Confirmation
111000 Multiple Entry PHR
111001 Single Entry PHR
111010 C-RNTI
111011 Short Truncated BSR
111100 Long Truncated BSR
111101 Short BSR
111110 Long BSR
111111 Padding
도 12b는 본 개시에 적용 가능한 MAC CE 서브헤더의 일 예를 나타낸 도면이다. 단말은 V2X 서비스 인디케이션 메시지에 사고상황, 브로드캐스트 거리 및 차선 정보를 포함시킬 수 있다. 일 예로, 단말은 MAC CE 서브헤더에 사고상황, 브로드캐스트 거리 및 차선 정보 중 적어도 하나를 포함시킬 수 있다. 단말은 V2X 인디케이션 메시지에 브로드캐스트 V2X가 필요한 상황들을 포함시킬 수 있으며, 상술한 실시예로 한정되지 않는다.
일 예로, 차량이 전방의 사고를 감지하면, 차량은 NAS를 통해 상향링크 무선 자원(uplink radio resource)을 IAB RSU에 할당받기 위해 레이어 2(layer 2)에서 SR을 트리거하여 IAB에 송신할 수 있다. IAB RSU는 상향링크 DCI를 차량에 전송하여 추가적인 메시지를 수신할 수 있다. 차량은 데이터 브로드캐스팅을 위해 IAB RSU에게 V2X 서비스 인디케이션 메시지를 전송할 수 있다. IAB RSU는 MAC CE를 복호(decoding) 브로드캐스팅 여부를 판단할 수 있다. 브로드 캐스팅 데이터 전송은 사고의 정도, 브로드캐스트 범위 및 차선 정보 등을 추가적으로 포함할 수 있다.
도 13은 본 개시에 적용 가능한 신호 전송 방법의 일 예를 나타낸 도면이다. 조금 더 구체적으로, 도 13은 IAB 노드의 신호 전송 절차를 나타낸 것이다. S1301 단계에서, IAB 노드(1304)는 브로드캐스팅을 트리거(trigger) 할 수 있다. 일 예로, IAB 노드(1304)는 단말(1302)로부터 V2X 서비스 인디케이션 메시지를 수신함으로써 브로드캐스팅이 트리거 할 수 있다. V2X 서비스 인디케이션 메시지는 사고상황, 브로드캐스트 거리 및 차선 정보를 포함할 수 있다. IAB 노드는 MAC CE를 복호함으로써 브로드캐스팅을 트리거할 수 있다. MAC CE 서브헤더는 사고상황, 브로드캐스트 거리 및 차선 정보 중 적어도 하나를 포함할 수 있다. V2X 서비스 인디케이션 메시지는 브로드캐스트 V2X가 필요한 상황들을 포함시킬 수 있으며, 상술한 실시예로 한정되지 않는다.
S1303 단계에서, IAB 노드(1304)는 IAB 도너(1306)에게 V2X 서비스 요청 메시지를 전송할 수 있다. V2X 서비스 요청 메시지는 브로드캐스팅과 관련된 정보를 포함한다. 일 예로, IAB 노드(1304)는 사고상황, 브로드캐스트 거리 및 차선 정보 중 적어도 하나를 포함하는 MAC 헤더를 통해 IAB 도너(1306)에게 V2X 서비스 요청 메시지를 전송할 수 있다. 또한, IAB 노드(1304)는 사고상황, 브로드캐스트 거리 및 차선 정보 중 적어도 하나를 데이터로써 IAB 도너(1306)에게 전송할 수 있다. 이 경우, IAB 노드(1304)는 IAB 도너(1306)에게 유선에 기초하여 전송한 것일 수 있다.
S1305 단계에서, IAB 도너(1306)는 브로드캐스팅을 위한 로컬 라우팅을 세팅할 수 있다. IAB 도너(1306)는 IAB 노드(1304)로부터 V2X 서비스 요청 메시지를 수신할 수 있다. IAB 도너(1306)는 IAB 도너 CU 및 IAB 도너 DU를 포함할 수 있다. IAB 도너 CU는 V2X 서비스 요청 메시지가 포함하는 범위 관련 파라미터를 확인할 수 있다. IAB 도너 CU는 범위 관련 파라미터가 세팅되어 있으면 파라미터에 기초하여 로컬 라우팅 경로를 생성할 수 있다. IAB 도너 CU는 범위 관련 파라미터가 세팅되어 있지 않으면, 내부에 디폴트(default)로 설정되어 있는 파라미터를 이용하여 로컬 라우팅 경로를 생성할 수 있다. 라우팅 경로를 생성하는 방법은 다양할 수 있으며, 상술한 실시예로 한정되지 않는다.
S1307 단계에서, IAB 도너(1306)는 IAB 노드(1304)에게 라우팅 업데이트 요청 메시지를 전송할 수 있다. 라우팅 업데이트 요청 메시지는 BAP 주소(address), BAP 패스 아이디(path ID), 다음 홒 BAP 주소(Next hop BAP address), V2X 플래그(flag) 중 적어도 하나를 포함할 수 있다. 일 예로, IAB 도너는 BAP 서브 레이어의 라우팅 테이블을 업데이트하고 브로드캐스팅을 위한 시큐리티 키(security key)를 IAB 노드에게 전달할 수 있다. IAB 노드(1304)는 라우팅 업데이트 요청 메시지가 포함하는 값을 이용하여 브로드캐스팅을 하기위한 세팅(setting) 과정을 수행할 수 있다. 또 다른 예로, IAB 노드는 데이터를 모두 사용한 경우 브로드캐스팅을 위한 경로를 제거할 수 있다. 또 다른 예로, IAB 노드는 제한된 시간이 경과한 경우 브로드캐스팅을 위한 경로를 제거할 수 있다. 또한, IAB 도너(1306)는 IAB 노드(1308)에게도 라우팅 업데이트 요청 메시지를 전송할 수 있다.
도 14는 본 개시에 적용 가능한 IAB 동작 방법의 일 예를 나타낸 도면이다. S1401 단계에서, IAB 도너는 IAB 노드로부터 V2X 서비스 인디케이션 메시지를 수신할 수 있다. S1403 단계에서, IAB 도너는 수신한 메시지에 기초하여 브로드캐스팅 파라미터를 확인할 수 있다. S1405 단계에서, IAB 도너는 메시지를 확인하고, 브로드캐스팅 파라미터가 세팅되어 있는 경우 세팅되어 있는 파라미터에 기초하여 로컬 라우팅 경로를 생성할 수 있다. S1407 단계에서, IAB 도너는 메시지를 확인하고 브로드캐스팅 파라미터가 세팅되어 있지 않은 경우, UPF를 통해 서버로 연결할 수 있다.
도 15a 내지 도 15c는 본 개시에 적용 가능한 라우팅 경로 생성 방법의 일 예와 관련한 도면이다. 도 15a는 라우팅 경로 생성 절차의 일 예를 나타낸다. S1501 단계에서, IAB 도너는 IAB 노드로부터 V2X 서비스 인디케이션 메시지를 수신할 수 있다. S1503 단계에서, IAB 도너는 수신한 메시지에 기초하여 브로드캐스팅 파라미터(broadcasting parameter)가 세팅(set)되어 있는지 확인할 수 있다. S1505 단계에서, 브로드캐스팅 파라미터가 세팅되어 있는 경우, IAB 도너는 범위 파라미터가 세팅되어 있는지 확인할 수 있다. S1507 단계에서, 범위 파라미터(parameter)가 세팅(set)되어 있는 경우, IAB 도너는 범위 파라미터(parameter)에 기초하여 라우팅 경로를 생성할 수 있다. 일 예로, IAB 도너는 라우팅 알고리즘 유닛 동작(routing algorithm unit operation)에 기초하여 라우팅 경로를 생성할 수 있다. S1509 단계에서, 브로드캐스팅 파라미터(broadcasting parameter)가 설정되지 않은 경우, IAB 도너는 노멀 동작(normal operation)을 수행할 수 있다. 도 15b는 IAB 노드, IAB 도너-DU 및 IAB 도너-CU를 나타낸다. BAP(backhaul adaptation protocol)은 RLC 레이어 위인 상위 서브 레이어(sublayer)에 위치할 수 있다. 도 15c는 BAP의 일 예를 나타낸 도면이다. PDU type은 브로드캐스팅 PDU 타입을 설정할 수 있다. 라우팅 아이디(Routing ID, Oct 2)는 10비트의 BAP 주소, 10비트의 BAP 패쓰 아이디(BAP path identity) 및 10비트의 다음 호프 BAP 주소(Next Hop BAP Address)를 포함할 수 있다.
도 16a 및 도 16b는 본 개시에 적용 가능한 신호 전송 방법의 일 예를 나타낸 것이다. 도 16a를 참고하면, S1601 단계부터 S1613 단계는 라우팅 경로 설정 절차의 일 예이다. 도 16b를 참고하면, S1615 단계부터 S1625단계는 설정된 라우팅 경로에 따라 데이터를 전송하는 절차의 일 예이다.
단말(1602)은 V2X 브로드캐스팅 이벤트가 트리거될 수 있다. S1601 단계에서, 단말(1602)은 IAB 노드(1604)에게 스케줄링 요청(scheduling request, SR)을 전송할 수 있다. S1603 단계에서, IAB 노드는 단말에게 상향링크에 관한 DCI를 전송할 수 있다. S1605 단계에서, 단말은 IAB 노드에게 V2X 서비스 인디케이션 메시지를 전송할 수 있다. 일 예로, 단말은 IAB 노드에게 V2X 서비스 인디케이션 메시지를 MAC CE에 기초하여 전송할 수 있다. V2X 서비스 인디케이션 메시지는 브로드캐스팅 정보를 포함할 수 있다. 브로드캐스팅 정보는 사고상황, 브로드캐스트 거리 및 차선 정보를 포함할 수 있다. IAB 노드는 단말로부터 V2X 서비스 인디케이션 메시지를 수신할 수 있다. 메시지를 수신한 IAB 노드는 V2X 브로드캐스팅이 트리거될 수 있다. S1607 단계에서, IAB 노드(1604)는 IAB 도너(1608)에게 V2X 서비스 인디케이션 메시지를 전송할 수 있다. V2X 서비스 인디케이션 메시지는 브로드캐스팅 정보를 포함할 수 있다. 일 예로, 브로드캐스팅 정보는 사고상황, 브로드캐스트 거리 및 차선 정보를 포함할 수 있다. IAB 도너는 IAB 노드로부터 V2X 서비스 인디케이션 메시지를 수신할 수 있다. S1609 단계에서, IAB 도너는 수신한 메시지에 기초하여 브로드캐스팅을 위한 로컬 라우팅을 생성할 수 있다. S1611 단계에서, IAB 도너(1608)는 IAB 노드들에게 라우팅 업데이트 요청 메시지를 전송할 수 있다. 일 예로, IAB 도너(1608)는 자신과 연결되어 있는 IAB 노드(1604) 및 IAB 노드(1606)에게 라우팅 업데이트 요청 메시지를 보낼 수 있다. 라우팅 업데이트 요청 메시지는 BAP 주소(BAP Address), BAP 패쓰 아이디(BAP path identity), V2X 플래그(V2X flag), 브로드캐스트-TEID(broadcast-tunnel endpoint identifier) 및 시큐리티 키(security key)를 포함할 수 있다. IAB 노드는 라우팅 업데이트 요청(routing update request) 메시지를 수신하고 라우팅 테이블을 업데이트할 수 있다. S1613 단계에서, IAB 노드(1604)는 라우팅 업데이트 확인(routing update confirm) 메시지를 전송할 수 있다. IAB 노드(1606)는 라우팅 업데이트 확인(routing update confirm) 메시지를 전송할 수 있다.
도 16b를 참고하면, S1615 단계에서, 단말(1602)은 IAB 노드(1604)에게 버퍼 상태 보고(buffer status report, BSR)를 전송할 수 있다. 일 예로, 단말은 MAC CE(media access channel control element)를 통해 BSR(buffer status report)을 IAB 노드에게 전송할 수 있다. S1617 단계에서, IAB 노드는 단말에게 상향링크에 관한 DCI(downlink control information)를 전송할 수 있다. S1619 단계에서, 단말은 상향링크 데이터를 전송할 수 있다. 상향링크 데이터를 수신한 IAB 노드는 업데이트된 라우팅 테이블에 기초하여 데이터를 단말들에게 브로드캐스팅할 수 있다. S1621 단계에서, 상향링크 데이터를 수신한 IAB 노드(1604)는 다른 IAB 노드(1606)에게 BSR을 전송할 수 있다. S1623 단계에서, BSR을 수신한 다른 IAB 노드(1606)는 상향링크에 관한 DCI를 IAB 노드(1604)에게 전송할 수 있다. S1625 단계에서, IAB 노드(1604)는 다른 IAB 노드(1606)에게 데이터 전송을 할 수 있다. IAB 노드(1604)는 브로드캐스팅을 위한 라우팅 경로를 제거할 수 있다. 일 예로, IAB 노드는 데이터를 모두 사용한 경우, 브로드캐스팅을 위한 라우팅 경로를 제거할 수 있다. 또 다른 예로, IAB 노드는 제한 시간이 경과한 경우, 브로드캐스팅을 위한 라우팅 경로를 제거할 수 잇다. 데이터를 수신한 다른 IAB 노드(1606)는 데이터를 단말들에게 브로드캐스팅할 수 있다. 다른 IAB 노드(1606) 역시 데이터를 모두 사용하거나 제한 시간이 경과한 경우 라우팅 경로를 제거할 수 있다.
도 17은 본 개시에 적용 가능한 IAB 도너 동작 절차의 일 예를 나타낸 도면이다. S1701 단계에서, IAB 도너는 IAB 노드로부터 라우팅 관련 정보를 수신할 수 있다. 라우팅 관련 정보는 브로드캐스트 거리, 차선 및 상황 정보 중 적어도 하나를 포함할 수 있다. 조금 더 구체적으로, 단말은 V2X 브로드캐스팅을 트리거링할 수 있다. 일 예로, 차량은 전방에 사고가 발생한 경우 주변 차량들에게 사고에 대해 데이터 브로드캐스팅을 하기 위해서 V2X 브로드캐스팅 트리거링을 할 수 있다. 단말이 V2X 브로드캐스팅을 트리거링 한 후에, 단말은 IAB 노드에게 라우팅 관련 정보를 전송할 수 있다. IAB 노드는 라우팅 관련 정보를 수신하여 V2X 브로드캐스팅이 트리거링될 수 있다. IAB 노드는 IAB 도너에게 라우팅 관련 정보를 전송할 수 있다. 라우팅 관련 정보는 상술한 서비스 인디케이션 메시지 형태로 전송될 수 있다.
S1703 단계에서, IAB 도너는 상기 라우팅 관련 정보에 기초하여 로컬 라우팅 경로를 설정할 수 있다. 일 예로, IAB 도너는 브로드캐스트 거리, 차선 및 상황 정보 중 적어도 하나에 기초하여 로컬 라우팅 경로를 생성할 수 있다. 더 구체적인 예시로, IAB 도너는 브로드캐스트 거리를 고려하여 IAB 노드로부터 일정 거리의 IAB 노드에게만 데이터 전달을 허용하도록 로컬 라우팅을 생성할 수 있다. IAB 도너는 차선 정보를 고려하여 사고가 발생한 차선의 반대 차선의 차량들에게는 데이터 브로드캐스팅을 하지 않도록 로컬 라우팅을 생성할 수 있다. IAB 도너는 유턴 상황도 고려하여 로컬 라우팅을 생성할 수 있다.
S1705 단계에서, 상기 IAB 도너는 IAB 노드에게 상기 로컬 라우팅 경로에 기초하여 라우팅 업데이트 요청 메시지를 전송할 수 있다. 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다. 라우팅 업데이트 요청 메시지는 V2X 플래그(V2X flag), 브로드캐스트 TEID(broadcast TEID), 시큐리티 키(security key) 중 적어도 하나를 더 포함할 수 있다.
S1707 단계에서, IAB 도너는 IAB 노드로부터 라우팅 업데이트 확인 메시지를 수신할 수 있다.
도 18은 본 개시에 적용 가능한 IAB 노드 동작 절차의 일 예를 나타낸 도면이다. S1801 단계에서, IAB 노드는 단말로부터 라우팅 관련 정보를 수신할 수 있다.
S1803 단계에서, IAB 노드는 IAB 도너에게 라우팅 관련 정보를 전송할 수 있다. 라우팅 관련 정보는 브로드캐스트 거리, 차선 및 상황 정보 중 적어도 하나를 포함할 수 있다.
S1805 단계에서, IAB 노드는 IAB 도너로부터 로컬 라우팅에 기초한 라우팅 업데이트 요청 메시지 수신할 수 있다. 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다. 라우팅 업데이트 요청 메시지는 V2X 플래그(V2X flag), 브로드캐스트 TEID(broadcast TEID), 시큐리티 키(security key) 중 적어도 하나를 더 포함할 수 있다.
S1807 단계에서, IAB 노드는 라우팅 업데이트 요청 메시지에 기초하여 라우팅 테이블을 업데이트 할 수 있다. IAB 노드가 라우팅 데이블을 업데이트한 후에, 단말로부터 수신한 데이터를 자신과 연결되어 있는 단말들에게 브로드캐스팅할 수 있다. 또한, 단말로부터 수신한 데이터를 자신과 연결되어 있는 다른 IAB 노드에게 전달할 수 있다. 데이터를 전달받은 IAB 노드는 다시 자신과 연결되어 있는 단말들에게 데이터 브로드캐스팅을 할 수 있다. IAB 노드는 단말들에게 데이터 브로드캐스팅 및 다른 IAB 노드에게 데이터 전달을 동시에 할 수 있다.
S1809 단계에서, IAB 노드는 IAB 도너에게 라우팅 업데이트 확인 메시지를 전송할 수 있다. IAB 노드 동작 절차에 있어서, IAB 노드가 자신과 연결된 단말들에게 데이터를 브로드캐스팅하는 단계를 더 포함할 수 있다. 또한, 상기 IAB 노드가 다른 IAB 노드에게 데이터를 전달하는 단계를 더 포함할 수 있다. IAB 노드는 오버헤드 감소를 위해 일정 시간이 지나거나 특정 조건에 따라 라우팅 테이블을 제거할 수 있다. 일 예로, IAB 노드는 데이터 브로드캐스팅 후에 라우팅 테이블을 제거할 수 있다. 일 예로, IAB 노드는 다른 노드에게 데이터를 전달한 후에 라우팅 테이블을 제거할 수 있다.
도 19는 본 개시에 적용 가능한 단말의 동작 절차의 일 예를 나타낸 도면이다. S1901 단계에서, 단말은 IAB 노드에게 라우팅 관련 정보를 전송할 수 있다. 라우팅 관련 정보는 브로드캐스트 거리, 차선 및 상황 정보 중 적어도 하나를 포함할 수 있다. S1903 단계에서, 라우팅 테이블에 기초하여 상기 IAB 노드를 통해 데이터 브로드캐스팅할 수 있다.
상기 라우팅 테이블은, 상기 IAB 노드가 IAB 도너(Integrated Access and Backhaul-Doner)에게 상기 라우팅 관련 정보를 전송하고, 상기 IAB 노드가 상기 IAB 도너로부터 상기 로컬 라우팅에 기초한 라우팅 업데이트 요청 메시지를 수신하고, 상기 IAB 노드가 상기 라우팅 업데이트 요청 메시지에 기초하여 상기 라우팅 테이블을 업데이트한 것이되, 상기 IAB 노드는 상기 IAB 도너에게 라우팅 업데이트 확인 메시지를 전송하고, 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다.
도 20a 내지 도 20c는 본 개시에 적용 가능한 V2X 브로드캐스트 트리거링의 일 예를 나타낸 도면이다. 도 20a는 V2X 브로드캐스트의 일 예로써, 시스루(see-through) 트리거링 조건을 나타내는 도면이다. 도 20a를 참고하면, 4차선 도로에 차량이 이동하고 있는 상황이며, 차량(2002)은 사고 차량이다. 전방 차량에서 사고가 발생한 경우 후방에 있는 차량은 그 사고를 주변 차량들에게 알리는 상황이 발생할 수 있다. 도 20a를 참고하면, 각각의 차량들은 각각 근처의 IAB 노드에 대해서, 인-커버리지(in-coverage) 상태이다. IAB 도너는 IAB 노드들과 통신할 수 있다.
도 20b 및 도 20c는 시스루 데이터 발생 조건을 나타낸다. 다수의 자동차가 동시에 시스루 데이터를 송신하게 되면 IAB RSU는 오버헤드가 발생할 수 있다. 따라서, 차량들이 특정 조건에 따라 시스루를 트리거링함으로써 IAB RSU의 오버헤드를 감소시킬 수 있다. 일 예로, 차량은 전방에 사고가 발생한 경우에 시스루가 트리거링 될 수 있다. 또 다른 예로, S2001 단계에서, 차량은 전방에 사고가 발생했는지 확인할 수 있다. 차량은 차량의 카메라 또는 동영상을 촬영할 수 있는 매체에 의해 사고현장이 보이는지 여부에 기초하여 사고 발생을 확인할 수 있다.
전방에 사고가 발생하지 않은 경우, 차량은 시스루 트리거링을 하지 않을 수 있다. S2003 단계에서, 확인한 사고가 그 차량이 위치한 차선에서 발생한 사고인 경우, 차량은 시스루 트리거링을 할 수 있다. 확인한 사고가 그 차량이 위치한 차선에서 발생하지 않은 경우, 차량은 시스루 트리거링을 하지 않을 수 있다. 도 20c를 참고하면 차량(1902)은 사고 차량이며, 모든 차선에서 사고가 발생한 것으로 가정한다. 차량(1904)는 사고 발생을 카메라 등에 의해 확인할 수 있으므로 시스루 데이터가 발생할 수 있다. 차량(1906)은 사고 후방에 위치하여 카메라 등에 의해 사고를 확인할 수 없으므로 시스루 데이터가 발생하지 않을 수 있다.
도 21은 본 개시에 적용 가능한 시스루 데이터 전달의 일 예를 나타낸 도면이다. 도 20b에서 상술한 트리거링 조건에 따라 차량은 시스루를 트리거링할 수 있다. 도 21을 참고하면, 차량(2102) 및 차량(2104)는 IAB 노드(2110)의 인-커버리지(in-coverage)에 속할 수 있다. 전방에 사고가 발생한 경우 차량(2102) 및 차량(2104)은 사고 발생을 확인할 수 있다. 이에 따라, 차량(2102) 및 차량(2104)은 시스루를 트리거링할 수 있다. 차량(2102)은 상향링크 무선 자원을 할당받기 위해 NAS(Non-Access Stratum)를 통해서 IAB 노드(2110)에게 스케줄링 요청(scheduling request, SR)을 전송할 수 있다. IAB 노드는 RSU(roadside unit)일 수 있다. IAB 노드(2110)는 상향링크 DCI를 차량(2102)에게 전송하여 추가적인 메시지를 수신할 수 있다. 차량(2102)은 데이터 브로드캐스팅을 위해 V2X 서비스 인디케이션 메시지를 IAB 노드에게 전송할 수 있다. IAB 노드는 MAC CE를 복호하여 브로드캐스팅 여부를 판단할 수 있다. V2X 서비스 인디케이션 메시지는 사고 상황, 브로드캐스트 거리 및 차선 정보를 포함할 수 있다.
도 22는 본 개시에 적용 가능한 라우팅 알고리즘 유닛(routing algorithm unit)의 일 예를 나타낸 것이다. 라우팅 알고리즘 유닛은 컨버터(converter, 2202), 램(random access memory, RAM, 2204) 및 알고리즘 생성기(algorithm generator, 2206)를 포함할 수 있다. 라우팅 알고리즘 유닛은 외부에서 데이터를 수신할 수 있다. 일 예로, 라우팅 알고리즘 유닛은 거리정보를 수신할 수 있다. 또 다른 예로, 라우팅 알고리즘 유닛은 GPS 모듈(GPS module, 2208)로부터 위치 정보를 수신할 수 있다. 즉, 라우팅 알고리즘 유닛은 거리정보 및 위치 정보를 인풋(input) 값으로 가질 수 있는 하드웨어의 한 종류이다. 컨버터(2202)는 RX/TX 컨버터일 수 있다. 즉, 컨버터(2202)는 송수신 컨버터일 수 있다. 램(2204)은 AI(artificial intelligence) 알고리즘을 위한 트레이닝 데이터 또는 IAB 노드의 위치를 알기 위한 정보를 저장할 수 있다. 램(2204)은 IAB 노드간 사용되고 있는 대역폭(bandwidth), IAB 노드 간 거리, 소스 단말(source UE)로부터 받은 거리정보, 사고 발생 차량 차선 정보 등을 저장할 수 있다. 알고리즘 생성기(2206)는 AI에 기초하여 최적 라우팅을 생성할 수 있다. 알고리즘 생성기(2206)는 기본적인 알고리즘 베이스의 라우팅 경로를 설정할 수 있다. 알고리즘 생성기(2206)는 지도 러닝 기반의 알고리즘(supervised learning based algorithm)에 기초하여 라우팅 경로를 설정할 수 있다.
도 23a 내지 도 23c는 본 개시에 적용 가능한 라우팅 결정 방법들을 나타낸 도면이다. 도 23a는 거리 파라미터를 사용한 라우팅 결정 방법을 나타낸다. 도 23a를 참고하면, IAB 노드(2302a)와 연결된 차량에서 사고가 발생한 상황을 가정한다. 따라서, IAB 노드(2302a)와 연결된 차량에서 V2X 브로드캐스팅이 트리거링될 수 있다.
라우팅 결정 방법에 있어서, 거리 파라미터가 사용될 수 있다. 일 예로, 도 23a를 참고하면, 거리 파라미터가 10m라고 가정한다. IAB 도너(2310a)는 자신과 연결되어 있는 IAB 노드들의 위치를 알 수 있다. 따라서, IAB 도너(2310a)는 IAB 노드(2302a), IAB 노드(2304a), IAB 노드(2306a), IAB 노드(2308a) 및 IAB 노드(2312a)의 위치를 알 수 있다. IAB 도너는 GPS(global positioning system), GNSS(global navigation satellite system) 및 OTDOA(Observed Time Difference Of Arrival) 등에 기초하여 IAB 노드들의 위치를 알 수 있다. IAB 도너는 거리 파라미에 기초하여 라우팅을 결정할 수 있다. IAB 도너(2310a)는 IAB(2302a), IAB(2304a), IAB(2306a) 및 IAB(2308a)의 위치를 알고 있으므로, IAB 노드(2302a)로부터 10m 이내에 IAB 노드(2304a) 및 IAB 노드(2306a)가 포함되는 것을 알 수 있다. IAB 도너는 거리 파라미터 10m에 기초하여 라우팅을 결정할 수 있다. 즉, IAB 도너는 사고 발생 차량의 주변 차량들에게 브로드캐스팅을 한 IAB(2302a) 노드를 기준으로 10m 이내의 IAB 노드들이 데이터 브로드캐스팅 할 수 있도록 라우팅을 결정할 수 있다. 따라서, IAB 도너(2310a)는 IAB 노드(2304a) 및 IAG 노드(2306a)는 브로드캐스팅을 할 수 있되, IAB 노드(2308a)는 브로드캐스팅을 하지 못하도록 라우팅을 결정할 수 있다.
또 다른 예로, 라우팅 결정 방법에 있어서, 차량의 방향이 고려될 수 있다. 도 23a를 참고하면, IAB 도너(2310a)는 사고가 발생한 차량과 같은 방향의 차량들에 대해서만 데이터 브로드캐스팅이 수행될 수 있도록 라우팅을 결정할 수 있다. 또한, IAB 도너(2310a)는 사고가 발생한 차량과 반대 방향으로 진행하는 차량들에게는 데이터 브로드 캐스팅이 수행되지 않도록 라우팅을 결정할 수 있다. 따라서, IAB 노드(2312a)는 자신과 연결된 차량들에게 사고 발생에 대해 브로드캐스팅하지 않을 수 있다. 따라서, 사고 발생에 관한 데이터를 전송받지 않아도 되는 차량들에게 데이터 브로드캐스팅이 수행되지 않음으로써 무선 자원을 효율적으로 사용할 수 있다.
IAB 도너는 사고가 발생한 차량의 후방에 위치한 차량들에게만 사고 발생에 대해 데이터 브로드캐스팅을 하도록 라우팅을 결정할 수 있다. 도 23b를 참고하면, IAB 노드(2302b)와 연결된 차량 중 뒤쪽의 일부 차량들이 사고가 발생했다. 진행방향 상 사고가 발생한 차량들의 앞쪽에 위치한 차량들은 사고에 대해 브로드캐스팅을 수신하지 않아도 된다. 따라서, IAB 도너(2310b)는 IAB 노드(2302b)와 연결된 차량 중 사고가 발생한 차량보다 앞쪽에 위치한 차량들에게는 데이터 브로드캐스팅을 하지 않도록 라우팅을 결정할 수 있다. 또한, IAB 도너(2310b)는 사고가 발생한 차량과 동일 차선 뒤에 있는 차량들에게만 사고에 대해 데이터 브로드캐스팅하도록 라우팅을 결정할 수 있다.
도 23c를 참고하면, 일정 범위 안의 유턴 가능 차선의 존재 여부가 라우팅 결정 시 고려될 수 있다. IAB 도너는 사고 발생으로부터 제한된 거리 범위 안에 유턴할 수 있는 신호가 있으면 반대편 차선의 차량들에게도 사고에 대해 데이터 브로드캐스팅 할 수 있도록 라우팅 테이블을 설정할 수 있다.
도 24는 본 개시에 적용 가능한 데이터 전송 방법의 일 예를 나타낸 도면이다. 이미 로컬 라우팅 테이블은 생성되어 있다는 것을 전제로 설명한다. BAP 주소는 IAB 노드의 ID를 의미할 수 있다. BAP Path ID는 로컬 라우팅에 속해있는 패스 아이디(Path ID)를 의미할 수 있다. Next hop ID는 호프 투 호프(hop to hop)에 기초하여 전달하는 ID 정보일 수 있다. 단말로부터 데이터를 수신한 IAB RSU는 라우팅 테이블에 기초하여 다음 IAB RSU에게 데이터를 전달할 수 있다. IAB RSU가 라우팅 테이블에 기초하여 다음 IAB RSU에게 데이터를 전달할 때, IAB RSU는 BAP 제어 헤더(BAP control header)에 브로드캐스트 플래그(broadcast flag)를 설정(set)할 수 있다. 데이터를 전달받은 IAB RSU는 브로드캐스트 플래그를 확인할 수 있다. IAB RSU가 브로드캐스트 플래그를 확인하여 설정(set)되어 있는 경우, 다음 IAB RSU에게 전달할 수 있다. 또한, 이와 동시에 자신과 연결되어 있는 V2X 단말들에게 데이터를 전달할 수 있다.
일 예로, IAB 도너(2408)는 IAB 노드(2402), IAB 노드(2404) 및 IAB 노드(2406)에 관한 라우팅 테이블을 생성한다. IAB 노드(2402)의 Next hop ID는 11 이므로 IAB 노드(2402)는 BAP address가 11인 IAB 노드(2404)에게 데이터를 전달할 수 있다. 일 예로, IAB 노드(2402)는 IAB 노드(2404)에게 데이터를 전달하면서 동시에 자신과 연결되어 있는 차량들에게 사고 발생에 대해 데이터 브로드캐스팅을 수행할 수 있다. IAB 노드(2404)의 Next hop ID는 12이므로 IAB 노드(2404)는 BAP address가 12인 IAB 노드(2406)에게 데이터를 전달할 수 있다. 일 예로, IAB 노드(2404)는 IAB 노드(2406)에게 데이터를 전달하면서 동시에 자신과 연결되어 있는 차량들에게 사고 발생에 대해 데이터 브로드캐스팅을 수행할 수 있다. IAB 노드(2406)의 Next hop ID는 0이므로 IAB 노드(2406)은 다음 IAB 노드에게 데이터를 전달하지 않을 수 있다.
도 25는 본 개시에 적용 가능한 BAP의 RLC 채널로의 매핑의 일 예를 나타낸 도면이다. 도 25의 좌측을 참고하면, 이그레스(egress) RLC 채널의 경우, 상위 레이어(upper layer)로부터의 매핑은 BAP address 및 BAP path ID를 결정하는 단계를 포함할 수 있다. 또한, 매핑은 BAP 헤더를 더하는(add) 단계를 포함할 수 있다. 도 25의 우측을 참고하면, 인그레스(ingress) RLC 채널은 상위 레이어까지의 전달 또는 BAP 서브레이어의 일부분의 전송 중 어떤 동작을 수행할지 결정해야 한다. 상위 레이어까지의 전달이 결정된 경우 BAP 헤더는 제거될 수 있다.
본 개시의 실시 예들이 적용 가능한 시스템 및 다양한 장치들
본 개시의 다양한 실시 예들은 상호 결합될 수 있다.
이하 본 개시의 다양한 실시 예가 적용될 수 있는 장치에 대하여 설명한다. 이로 제한되는 것은 아니지만, 본 문서에 개시된 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예: 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 26은 본 개시의 일 실시 예에 따른, 통신 시스템 예를 도시한다. 도 26의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 26을 참조하면, 본 개시에 적용되는 통신 시스템은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예: 5G NR, LTE)을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(110a), 차량(110b-1, 110b-2), XR(extended reality) 기기(110c), 휴대 기기(hand-held device)(110d), 가전(home appliance)(110e), IoT(Internet of Thing) 기기(110f), AI(artificial intelligence) 기기/서버(110g) 중 적어도 하나를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량(110b-1, 110b-2)은 UAV(unmanned aerial vehicle)(예: 드론)를 포함할 수 있다. XR 기기(110c)는 AR(augmented reality)/VR(virtual reality)/MR(mixed reality) 기기를 포함하며, HMD(head-mounted device), 차량에 구비된 HUD(head-up display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기(110d)는 스마트폰, 스마트패드, 웨어러블 기기(예: 스마트워치, 스마트글래스), 컴퓨터(예: 노트북 등) 등을 포함할 수 있다. 가전(110e)은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기(110f)는 센서, 스마트 미터 등을 포함할 수 있다. 예를 들어, 기지국(120a~120e), 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(120a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
여기서, 본 명세서의 무선 기기(110a~110f)에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 Narrowband Internet of Things를 포함할 수 있다. 이때, 예를 들어 NB-IoT 기술은 LPWAN(Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(110a~110f)에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 이때, 일 예로, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced Machine Type Communication) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(110a~110f)에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및 저전력 광역 통신망(Low Power Wide Area Network, LPWAN) 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 일 예로 ZigBee 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
무선 기기(110a~110f)는 기지국(120a~120e)을 통해 네트워크와 연결될 수 있다. 무선 기기(110a~110f)에는 AI 기술이 적용될 수 있으며, 무선 기기(110a~110f)는 네트워크를 통해 AI 서버(110g)와 연결될 수 있다. 네트워크는 3G 네트워크, 4G(예: LTE) 네트워크 또는 5G(예: NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(110a~110f)는 기지국(120a~120e)/네트워크를 통해 서로 통신할 수도 있지만, 기지국(120a~120e)/네트워크를 통하지 않고 직접 통신(예, 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(110b-1, 110b-2)은 직접 통신(예, V2V(vehicle to vehicle)/V2X(vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(110f)(예: 센서)는 다른 IoT 기기(예: 센서) 또는 다른 무선 기기(110a~110f)와 직접 통신을 할 수 있다.
무선 기기(110a~110f)/기지국(120a~120e), 기지국(120a~120e)/기지국(120a~120e) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(예, relay, IAB(integrated access backhaul))과 같은 다양한 무선 접속 기술(예: 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예: 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 27은 본 개시의 일 실시 예에 따른, 무선 기기의 예를 도시한다. 도 27의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 27을 참조하면, 제1 무선 기기(200a)와 제2 무선 기기(200b)는 다양한 무선 접속 기술(예: LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(200a), 제2 무선 기기(200b)}은 도 1의 {무선 기기(110x), 기지국(120x)} 및/또는 {무선 기기(110x), 무선 기기(110x)}에 대응할 수 있다.
제1 무선 기기(200a)는 하나 이상의 프로세서(202a) 및 하나 이상의 메모리(204a)를 포함하며, 추가적으로 하나 이상의 송수신기(206a) 및/또는 하나 이상의 안테나(208a)을 더 포함할 수 있다. 프로세서(202a)는 메모리(204a) 및/또는 송수신기(206a)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202a)는 메모리(204a) 내의 정보를 처리하여 제1 정보/신호를 생성한 뒤, 송수신기(206a)을 통해 제1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202a)는 송수신기(206a)를 통해 제2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204a)에 저장할 수 있다. 메모리(204a)는 프로세서(202a)와 연결될 수 있고, 프로세서(202a)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204a)는 프로세서(202a)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202a)와 메모리(204a)는 무선 통신 기술(예: LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206a)는 프로세서(202a)와 연결될 수 있고, 하나 이상의 안테나(208a)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206a)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(206a)는 RF(radio frequency) 유닛과 혼용될 수 있다. 본 개시에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
일 예로, 제1 무선 기기는 무선 통신 시스템에서 IAB 도너(Integrated Access and Backhaul-Doner)일 수 있다. IAB 도너는 송수신기 및 상기 송수신기와 연결된 프로세서를 포함할 수 있다. 상기 송수신기는 IAB 노드(Integrated Access and Backhaul-node)로부터 라우팅 관련 정보를 수신할 수 있다. 상기 프로세서는 상기 라우팅 관련 정보에 기초하여 로컬 라우팅 경로를 설정할 수 있다. 상기 송수신기는 상기 로컬 라우팅 경로에 기초하여 라우팅 업데이트 요청 메시지를 전송할 수 있다. 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다. 상기 송수신기는 상기 IAB 도너가 상기 IAB 노드로부터 라우팅 업데이트 확인 메시지를 수신할 수 있다.
일 예로, 제1 무선 기기는 적어도 하나의 메모리 및 상기 적어도 하나의 메모리들과 기능적으로 연결되어 있는 적어도 하나의 프로세서를 포함하는 장치일 수 있다. 상기 적어도 하나의 프로세서는 상기 장치가 IAB 노드(Integrated Access and Backhaul-node)로부터 라우팅 관련 정보를 수신하도록 제어할 수 있다. 상기 적어도 하나의 프로세서는 상기 장치가 상기 라우팅 관련 정보에 기초하여 로컬 라우팅 경로를 설정하도록 제어할 수 있다. 상기 적어도 하나의 프로세서는 상기 장치가 상기 IAB 노드에게 상기 로컬 라우팅 경로에 기초하여 라우팅 업데이트 요청 메시지를 전송하도록 제어할 수 있다. 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다. 상기 적어도 하나의 프로세서는 상기 장치가 상기 IAB 노드로부터 라우팅 업데이트 확인 메시지를 수신하도록 제어할 수 있다.
일 예로, 무선 통신 시스템에서 IAB 노드(Integrated Access and Backhaul-node)는 송수신기 및 상기 송수신기와 연결된 프로세서를 포함할 수 있다. 상기 송수신기는 단말로부터 라우팅 관련 정보를 수신할 수 있다. 상기 송수신기가 IAB 도너(Integrated Access and Backhaul-Doner)에게 상기 라우팅 관련 정보를 전송할 수 있다. 상기 송수신기가 상기 IAB 도너로부터 상기 로컬 라우팅에 기초한 라우팅 업데이트 요청 메시지를 수신할 수 있다. 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다, 상기 프로세서는 상기 라우팅 업데이트 요청 메시지에 기초하여 라우팅 테이블을 업데이트할 수 있다. 상기 송수신기가 상기 IAB 도너에게 라우팅 업데이트 확인 메시지를 전송할 수 있다.
제2 무선 기기(200b)는 제1 무선 기기(200a)와 무선 통신을 수행하며, 하나 이상의 프로세서(202b), 하나 이상의 메모리(204b)를 포함하며, 추가적으로 하나 이상의 송수신기(206b) 및/또는 하나 이상의 안테나(208b)를 더 포함할 수 있다. 하나 이상의 프로세서(202b), 하나 이상의 메모리(204b), 하나 이상의 송수신기(206b) 및/또는 하나 이상의 안테나(208b)의 기능은 제1 무선 기기(200a)의 하나 이상의 프로세서(202a), 하나 이상의 메모리(204a), 하나 이상의 송수신기(206a) 및/또는 하나 이상의 안테나(208a)와 유사하다.
이하, 무선 기기(200a, 200b)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(202a, 202b)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(202a, 202b)는 하나 이상의 계층(예: PHY(physical), MAC(media access control), RLC(radio link control), PDCP(packet data convergence protocol), RRC(radio resource control), SDAP(service data adaptation protocol)와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(202a, 202b)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit), 하나 이상의 SDU(service data unit), 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(202a, 202b)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예: 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(206a, 206b)에게 제공할 수 있다. 하나 이상의 프로세서(202a, 202b)는 하나 이상의 송수신기(206a, 206b)로부터 신호(예: 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(202a, 202b)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(202a, 202b)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(application specific integrated circuit), 하나 이상의 DSP(digital signal processor), 하나 이상의 DSPD(digital signal processing device), 하나 이상의 PLD(programmable logic device) 또는 하나 이상의 FPGA(field programmable gate arrays)가 하나 이상의 프로세서(202a, 202b)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(202a, 202b)에 포함되거나, 하나 이상의 메모리(204a, 204b)에 저장되어 하나 이상의 프로세서(202a, 202b)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
일 예로,제1 무선 기기는 적어도 하나의 명령어(instructions)을 저장하는 비-일시적인(non-transitory) 컴퓨터 판독 가능 매체(computer-readable medium)일 수 있다. 제1 무선 기기는 프로세서에 의해 실행 가능한(executable) 상기 적어도 하나의 명령어를 포함할 수 있다. 상기 적어도 하나의 명령어는 상기 컴퓨터 판독 가능 매체가 IAB 노드(Integrated Access and Backhaul-node)로부터 라우팅 관련 정보를 수신하도록 지시할 수 있다. 상기 적어도 하나의 명령어는 상기 컴퓨터 판독 가능 매체가 상기 라우팅 관련 정보에 기초하여 로컬 라우팅 경로를 설정하도록 지시할 수 있다. 상기 적어도 하나의 명령어는 상기 컴퓨터 판독 가능 매체가 상기 IAB 노드에게 상기 로컬 라우팅 경로에 기초하여 라우팅 업데이트 요청 메시지를 전송하도록 지시할 수 있다. 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함할 수 있다. 상기 적어도 하나의 명령어는 상기 컴퓨터 판독 가능 매체가 상기 IAB 노드로부터 라우팅 업데이트 확인 메시지를 수신하도록 지시할 수 있다.
하나 이상의 메모리(204a, 204b)는 하나 이상의 프로세서(202a, 202b)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(204a, 204b)는 ROM(read only memory), RAM(random access memory), EPROM(erasable programmable read only memory), 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(204a, 204b)는 하나 이상의 프로세서(202a, 202b)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(204a, 204b)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(202a, 202b)와 연결될 수 있다.
하나 이상의 송수신기(206a, 206b)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(206a, 206b)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 또한, 하나 이상의 송수신기(206a, 206b)는 하나 이상의 안테나(208a, 208b)와 연결될 수 있고, 하나 이상의 안테나(208a, 208b)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예: 안테나 포트)일 수 있다. 하나 이상의 송수신기(206a, 206b)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(202a, 202b)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(206a, 206b)는 하나 이상의 프로세서(202a, 202b)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(206a, 206b)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 28은 본 개시의 일 실시 예에 따른, 차량 또는 자율 주행 차량의 예를 도시한다. 도 28은 본 개시에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(aerial vehicle, AV), 선박 등으로 구현될 수 있으며, 차량의 형태로 한정되는 것은 아니다. 도 28의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 28을 참조하면, 차량 또는 자율 주행 차량(600)은 안테나부(608), 통신부(610), 제어부(620), 구동부(640a), 전원공급부(640b), 센서부(640c) 및 자율 주행부(640d)를 포함할 수 있다. 안테나부(650)는 통신부(610)의 일부로 구성될 수 있다. 블록 610/630/640a~640d는 각각 도 ZE의 블록 510/530/540에 대응하며, 중복된 설명은 생략된다.
통신부(610)는 다른 차량, 기지국(예: 기지국, 노변 유닛(road side unit) 등), 서버 등의 외부 기기들과 신호(예: 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(620)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(640a)는 차량 또는 자율 주행 차량(600)을 지상에서 주행하게 할 수 있다. 구동부(640a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(640b)는 차량 또는 자율 주행 차량(600)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(640c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(640c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(640d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
일 예로, 통신부(610)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(640d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(620)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(600)이 자율 주행 경로를 따라 이동하도록 구동부(640a)를 제어할 수 있다(예: 속도/방향 조절). 자율 주행 도중에 통신부(610)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(640c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(640d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(610)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
상기 설명한 제안 방식에 대한 일례들 또한 본 개시의 구현 방법들 중 하나로 포함될 수 있으므로, 일종의 제안 방식들로 간주될 수 있음은 명백한 사실이다. 또한, 상기 설명한 제안 방식들은 독립적으로 구현될 수도 있지만, 일부 제안 방식들의 조합 (또는 병합) 형태로 구현될 수도 있다. 상기 제안 방법들의 적용 여부 정보 (또는 상기 제안 방법들의 규칙들에 대한 정보)는 기지국이 단말에게 사전에 정의된 시그널 (예: 물리 계층 시그널 또는 상위 계층 시그널)을 통해서 알려주도록 규칙이 정의될 수 있다.
본 개시는 본 개시에서 서술하는 기술적 아이디어 및 필수적 특징을 벗어나지 않는 범위에서 다른 특정한 형태로 구체화될 수 있다. 따라서, 상기의 상세한 설명은 모든 면에서 제한적으로 해석되어서는 아니되고 예시적인 것으로 고려되어야 한다. 본 개시의 범위는 첨부된 청구항의 합리적 해석에 의해 결정되어야 하고, 본 개시의 등가적 범위 내에서의 모든 변경은 본 개시의 범위에 포함된다. 또한, 특허청구범위에서 명시적인 인용 관계가 있지 않은 청구항들을 결합하여 실시 예를 구성하거나 출원 후의 보정에 의해 새로운 청구항으로 포함할 수 있다.
본 개시의 실시 예들은 다양한 무선접속 시스템에 적용될 수 있다. 다양한 무선접속 시스템들의 일례로서, 3GPP(3rd Generation Partnership Project) 또는 3GPP2 시스템 등이 있다.
본 개시의 실시 예들은 상기 다양한 무선접속 시스템뿐 아니라, 상기 다양한 무선접속 시스템을 응용한 모든 기술 분야에 적용될 수 있다. 나아가, 제안한 방법은 초고주파 대역을 이용하는 mmWave, THz 통신 시스템에도 적용될 수 있다.
추가적으로, 본 개시의 실시 예들은 자유 주행 차량, 드론 등 다양한 애플리케이션에도 적용될 수 있다.

Claims (18)

  1. 무선 통신 시스템에서 IAB 도너(Integrated Access and Backhaul-Doner)의 동작 방법에 있어서,
    상기 IAB 도너가 IAB 노드(Integrated Access and Backhaul-node)로부터 라우팅 관련 정보를 수신하는 단계;
    상기 IAB 도너가 상기 라우팅 관련 정보에 기초하여 로컬 라우팅 경로를 설정하는 단계;
    상기 IAB 도너가 상기 IAB 노드에게 상기 로컬 라우팅 경로에 기초하여 라우팅 업데이트 요청 메시지를 전송하는 단계로써, 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함하고; 및
    상기 IAB 도너가 상기 IAB 노드로부터 라우팅 업데이트 확인 메시지를 수신하는 단계;를 포함하는, 방법.
  2. 제1항에 있어서,
    상기 라우팅 관련 정보는 브로드캐스트 거리, 차선 및 상황 정보 중 적어도 하나를 포함하는, 방법.
  3. 제1항에 있어서,
    상기 라우팅 업데이트 요청 메시지는 V2X 플래그(V2X flag), 브로드캐스트 TEID(broadcast TEID), 시큐리티 키(security key) 중 적어도 하나를 포함하는, 방법.
  4. 무선 통신 시스템에서 IAB 노드(Integrated Access and Backhaul-node)의 동작 방법에 있어서,
    상기 IAB 노드(node)가 단말로부터 라우팅 관련 정보를 수신하는 단계;
    상기 IAB 노드가 IAB 도너(Integrated Access and Backhaul-Doner)에게 상기 라우팅 관련 정보를 전송하는 단계;
    상기 IAB 노드가 상기 IAB 도너로부터 상기 로컬 라우팅에 기초한 라우팅 업데이트 요청 메시지를 수신하는 단계로써, 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함하고,
    상기 라우팅 업데이트 요청 메시지에 기초하여 라우팅 테이블을 업데이트하는 단계; 및
    상기 IAB 노드가 상기 IAB 도너에게 라우팅 업데이트 확인 메시지를 전송하는 단계;를 포함하는, 방법.
  5. 제4항에 있어서, 상기 라우팅 관련 정보는 브로드캐스트 거리, 차선 및 상황 정보 중 적어도 하나를 포함하는, 방법.
  6. 제4항에 있어서, 상기 라우팅 업데이트 요청 메시지는 V2X 플래그(V2X flag), 브로드캐스트 TEID(broadcast TEID), 시큐리티 키(security key) 중 적어도 하나를 포함하는, 방법.
  7. 제4항에 있어서,
    상기 IAB 노드가 자신과 연결된 단말들에게 데이터를 브로드캐스팅하는 단계; 및
    상기 IAB 노드가 상기 라우팅 테이블에 기초하여 다른 IAB 노드에게 데이터를 전달하는 단계;를 포함하는, 방법.
  8. 무선 통신 시스템에서 IAB 도너(Integrated Access and Backhaul-Doner)에 있어서,
    송수신기; 및
    상기 송수신기와 연결된 프로세서;를 포함하되,
    상기 송수신기는 IAB 노드(Integrated Access and Backhaul-node)로부터 라우팅 관련 정보를 수신하고,
    상기 프로세서는 상기 라우팅 관련 정보에 기초하여 로컬 라우팅 경로를 설정하고,
    상기 송수신기는 상기 로컬 라우팅 경로에 기초하여 라우팅 업데이트 요청 메시지를 전송하되, 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함하고,
    상기 송수신기는 상기 IAB 도너가 상기 IAB 노드로부터 라우팅 업데이트 확인 메시지를 수신하는, IAB 도너.
  9. 제8항에 있어서,
    상기 라우팅 관련 정보는 브로드캐스트 거리, 차선 및 상황 정보 중 적어도 하나를 포함하는, IAB 도너.
  10. 제8항에 있어서,
    상기 라우팅 업데이트 요청 메시지는 V2X 플래그(V2X flag), 브로드캐스트 TEID(broadcast TEID), 시큐리티 키(security key) 중 적어도 하나를 포함하는, IAB 도너.
  11. 무선 통신 시스템에서 IAB 노드(Integrated Access and Backhaul-node)에 있어서,
    송수신기; 및
    상기 송수신기와 연결된 프로세서;를 포함하되,
    상기 송수신기는 단말로부터 라우팅 관련 정보를 수신하고,
    상기 송수신기가 IAB 도너(Integrated Access and Backhaul-Doner)에게 상기 라우팅 관련 정보를 전송하고,
    상기 송수신기가 상기 IAB 도너로부터 상기 로컬 라우팅에 기초한 라우팅 업데이트 요청 메시지를 수신하되, 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함하고,
    상기 프로세서는 상기 라우팅 업데이트 요청 메시지에 기초하여 라우팅 테이블을 업데이트하고,
    상기 송수신기가 상기 IAB 도너에게 라우팅 업데이트 확인 메시지를 전송하는, IAB 노드.
  12. 제11항에 있어서, 상기 라우팅 관련 정보는 브로드캐스트 거리, 차선 및 상황 정보 중 적어도 하나를 포함하는, IAB 노드.
  13. 제11항에 있어서, 상기 라우팅 업데이트 요청 메시지는 V2X 플래그(V2X flag), 브로드캐스트 TEID(broadcast TEID), 시큐리티 키(security key) 중 적어도 하나를 포함하는, IAB 노드.
  14. 제11항에 있어서,
    상기 송수신기가 자신과 연결된 단말들에게 데이터를 브로드캐스팅하고, 다른 IAB 노드에게 데이터를 전달하는 단계;를 포함하는, IAB 노드.
  15. 적어도 하나의 메모리 및 상기 적어도 하나의 메모리들과 기능적으로 연결되어 있는 적어도 하나의 프로세서를 포함하는 장치에 있어서,
    상기 적어도 하나의 프로세서는,
    상기 장치가 IAB 노드(Integrated Access and Backhaul-node)로부터 라우팅 관련 정보를 수신하도록 제어하고,
    상기 장치가 상기 라우팅 관련 정보에 기초하여 로컬 라우팅 경로를 설정하도록 제어하고,
    상기 장치가 상기 IAB 노드에게 상기 로컬 라우팅 경로에 기초하여 라우팅 업데이트 요청 메시지를 전송하도록 제어하되, 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함하고,
    상기 적어도 하나의 프로세서는 상기 장치가 상기 IAB 노드로부터 라우팅 업데이트 확인 메시지를 수신하도록 제어하는, 장치.
  16. 적어도 하나의 명령어(instructions)을 저장하는 비-일시적인(non-transitory) 컴퓨터 판독 가능 매체(computer-readable medium)에 있어서,
    프로세서에 의해 실행 가능한(executable) 상기 적어도 하나의 명령어를 포함하며,
    상기 적어도 하나의 명령어는,
    상기 컴퓨터 판독 가능 매체가 IAB 노드(Integrated Access and Backhaul-node)로부터 라우팅 관련 정보를 수신하도록 지시하고,
    상기 컴퓨터 판독 가능 매체가 상기 라우팅 관련 정보에 기초하여 로컬 라우팅 경로를 설정하도록 지시하고,
    상기 컴퓨터 판독 가능 매체가 상기 IAB 노드에게 상기 로컬 라우팅 경로에 기초하여 라우팅 업데이트 요청 메시지를 전송하도록 지시하되, 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함하고,
    상기 적어도 하나의 명령어는 상기 컴퓨터 판독 가능 매체가 상기 IAB 노드로부터 라우팅 업데이트 확인 메시지를 수신하도록 지시하는, 컴퓨터 판독 가능 매체.
  17. 무선 통신 시스템에서 단말의 동작 방법에 있어서,
    상기 단말은 상기 IAB 노드((Integrated Access and Backhaul-node)에게 라우팅 관련 정보를 전송하는 단계; 및
    라우팅 테이블에 기초하여 상기 IAB 노드를 통해 데이터 브로드캐스팅하는 단계;를 포함하고,
    상기 라우팅 테이블은, 상기 IAB 노드가 IAB 도너(Integrated Access and Backhaul-Doner)에게 상기 라우팅 관련 정보를 전송하고, 상기 IAB 노드가 상기 IAB 도너로부터 상기 로컬 라우팅에 기초한 라우팅 업데이트 요청 메시지를 수신하고, 상기 IAB 노드가 상기 라우팅 업데이트 요청 메시지에 기초하여 상기 라우팅 테이블을 업데이트한 것이되, 상기 IAB 노드는 상기 IAB 도너에게 라우팅 업데이트 확인 메시지를 전송하고, 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함하는, 방법.
  18. 무선 통신 시스템에서 단말에 있어서,
    송수신기; 및
    상기 송수신기와 연결된 프로세서;를 포함하되,
    상기 송수신기는 상기 IAB 노드((Integrated Access and Backhaul-node)에게 라우팅 관련 정보를 전송하고, 라우팅 테이블에 기초하여 상기 IAB 노드를 통해 데이터 브로드캐스팅하고, 상기 라우팅 테이블은, 상기 IAB 노드가 IAB 도너(Integrated Access and Backhaul-Doner)에게 상기 라우팅 관련 정보를 전송하고, 상기 IAB 노드가 상기 IAB 도너로부터 상기 로컬 라우팅에 기초한 라우팅 업데이트 요청 메시지를 수신하고, 상기 IAB 노드가 상기 라우팅 업데이트 요청 메시지에 기초하여 상기 라우팅 테이블을 업데이트한 것이되, 상기 IAB 노드는 상기 IAB 도너에게 라우팅 업데이트 확인 메시지를 전송하고, 상기 라우팅 업데이트 요청 메시지는 BAP(backhaul adaptation protocol) 주소, BAP 패스 아이디(BAP path ID), 다음 호프 BAP 주소(next hop BAP address) 중 적어도 하나를 포함하는, 장치.
PCT/KR2021/005259 2020-04-27 2021-04-26 무선 통신 시스템에서 신호 전송 방법 및 장치 WO2021221411A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20200050482 2020-04-27
KR10-2020-0050482 2020-04-27

Publications (1)

Publication Number Publication Date
WO2021221411A1 true WO2021221411A1 (ko) 2021-11-04

Family

ID=78373697

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/005259 WO2021221411A1 (ko) 2020-04-27 2021-04-26 무선 통신 시스템에서 신호 전송 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2021221411A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008294740A (ja) * 2007-05-24 2008-12-04 Denso Corp 車両通信システム用路側機
US20090285197A1 (en) * 2008-05-14 2009-11-19 Telcordia Technologies, Inc. Methods for efficient organization of vehicle peer groups and efficient v2r communications
KR20110035773A (ko) * 2009-09-30 2011-04-06 전자부품연구원 지능형 교통시스템에서 복합기지국의 긴급메시지 전달방법
WO2020059470A1 (en) * 2018-09-21 2020-03-26 Sharp Kabushiki Kaisha Systems, devices, and methods for connection reestablishment via alternative routes in integrated access and backhaul due to radio link failures
WO2020064861A1 (en) * 2018-09-27 2020-04-02 Sony Corporation Methods, wireless communications networks and infrastructure equipment

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008294740A (ja) * 2007-05-24 2008-12-04 Denso Corp 車両通信システム用路側機
US20090285197A1 (en) * 2008-05-14 2009-11-19 Telcordia Technologies, Inc. Methods for efficient organization of vehicle peer groups and efficient v2r communications
KR20110035773A (ko) * 2009-09-30 2011-04-06 전자부품연구원 지능형 교통시스템에서 복합기지국의 긴급메시지 전달방법
WO2020059470A1 (en) * 2018-09-21 2020-03-26 Sharp Kabushiki Kaisha Systems, devices, and methods for connection reestablishment via alternative routes in integrated access and backhaul due to radio link failures
WO2020064861A1 (en) * 2018-09-27 2020-04-02 Sony Corporation Methods, wireless communications networks and infrastructure equipment

Similar Documents

Publication Publication Date Title
WO2020226372A1 (ko) Nr v2x에서 사이드링크 참조 신호를 전송하는 방법 및 장치
WO2021006500A1 (ko) Nr v2x에서 피드백 자원을 결정하는 방법 및 장치
WO2021075829A1 (ko) Nr v2x에서 tdd 슬롯 설정과 관련된 정보를 시그널링하는 방법 및 장치
WO2021080347A1 (ko) Nr v2x에서 채널 상태에 대한 정보를 전송하는 방법 및 장치
WO2021066613A1 (ko) Nr v2x에서 전송 블록을 전송하는 방법 및 장치
WO2021091289A1 (ko) Nr v2x에서 사이드링크 자원을 할당하는 방법 및 장치
WO2021201341A1 (ko) Nr v2x에서 릴레이를 위한 전송 자원을 요청하는 방법 및 장치
WO2021242030A1 (ko) 무선 통신 시스템에서 사이드링크 통신을 위한 자원을 센싱하기 위한 방법 및 장치
WO2021006499A1 (ko) Nr v2x에서 피드백 자원을 결정하는 방법 및 장치
WO2021157792A1 (ko) Nr v2x에서 csi 보고를 수행하는 방법 및 장치
WO2021066599A1 (ko) Nr v2x에서 harq 피드백을 기지국에게 보고하는 방법 및 장치
WO2020190065A1 (ko) 무선 통신 시스템에서 재전송 결과 기반으로 비주기적 사이드링크 채널 상태 정보 측정/보고를 트리거링 하는 방법 및 장치
WO2021206528A1 (ko) Nr v2x에서 sci 상의 ndi 값을 결정하는 방법 및 장치
WO2021080372A1 (ko) Nr v2x에서 사이드링크 동기에 대한 기준을 선택하는 방법 및 장치
WO2021040433A1 (ko) Nr v2x에서 동기화를 수행하는 방법 및 장치
WO2021230401A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 ue가 협력 통신을 수행하는 방법 및 이를 위한 장치
WO2020246843A1 (ko) Nr v2x에서 harq 피드백을 수행하는 방법 및 장치
WO2021261804A1 (ko) 무선 통신 시스템에서 사이드링크 기반의 중계 통신을 수행하기 위한 방법 및 장치
WO2022080843A1 (ko) Nr v2x에서 자원을 결정하는 방법 및 장치
WO2022019593A1 (ko) 무선 통신 시스템에서 신호 전송 방법 및 장치
WO2022014860A1 (ko) 전력 절약 모드를 기반으로 통신을 수행하는 방법 및 장치
WO2021225393A1 (ko) 무선 통신 시스템에서 초기 빔 정렬을 위한 방법 및 장치
WO2021040432A1 (ko) Nr v2x에서 동기화 기준을 선택하는 방법 및 장치
WO2020209676A1 (ko) 무선 통신 시스템에서 harq 피드백을 수행하는 방법 및 장치
WO2022005094A1 (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: 21796423

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

Country of ref document: EP

Kind code of ref document: A1