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

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

Info

Publication number
WO2021225418A1
WO2021225418A1 PCT/KR2021/005757 KR2021005757W WO2021225418A1 WO 2021225418 A1 WO2021225418 A1 WO 2021225418A1 KR 2021005757 W KR2021005757 W KR 2021005757W WO 2021225418 A1 WO2021225418 A1 WO 2021225418A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
information
reception
transmission
request message
Prior art date
Application number
PCT/KR2021/005757
Other languages
English (en)
French (fr)
Inventor
김현민
김영대
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Priority to US17/924,099 priority Critical patent/US20230180264A1/en
Priority to KR1020227039357A priority patent/KR20230008744A/ko
Publication of WO2021225418A1 publication Critical patent/WO2021225418A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/22—Platooning, i.e. convoy of communicating vehicles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • 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
    • 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]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/541—Allocation or scheduling criteria for wireless resources based on quality criteria using the level of interference

Definitions

  • the following description relates to a wireless communication system, and to an efficient resource allocation method and apparatus in a wireless communication system.
  • a 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 equipments (UEs), and voice or data is directly exchanged between UEs 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 above may be referred to as a new RAT or a new radio (NR).
  • V2X vehicle-to-everything
  • the present disclosure relates to an efficient resource allocation method and apparatus in a wireless communication system.
  • the present disclosure relates to a method and apparatus for reducing interference between platoon groups in a wireless communication system.
  • the first terminal may include transmitting a beam scheduling request message to a second terminal.
  • the beam scheduling request message includes transmission beam direction information of the first terminal and reception beam schedule information of the first terminal, wherein the reception beam schedule information of the first terminal includes reception beam timing information of the first terminal and the It may include at least one of the reception resource pool information of the first terminal.
  • the method may include receiving, by the first terminal, a beam scheduling confirmation message from the second terminal.
  • the beam scheduling confirmation message includes transmission beam direction information of the second terminal and reception beam schedule information of the second terminal, wherein the reception beam information of the second terminal includes reception beam timing information of the second terminal and the second terminal. 2 may include at least one of the reception resource pool information of the UE.
  • the method may include transmitting, by the first terminal, data to the second terminal based on the beam scheduling confirmation message.
  • the first terminal may include a transceiver and a processor connected to the transceiver.
  • the processor may control the transceiver to transmit a beam scheduling request message to the second terminal.
  • the beam scheduling request message includes transmission beam direction information of the first terminal and reception beam schedule information of the first terminal, and the reception beam schedule information of the first terminal includes reception beam timing information of the first terminal and the It may include at least one of the reception resource pool information of the first terminal.
  • the processor may control the transceiver to receive a beam scheduling confirmation message from the second terminal.
  • the beam scheduling confirmation message includes transmission beam direction information of the second terminal and reception beam schedule information of the second terminal, and the reception beam information of the second terminal includes reception beam timing information of the second terminal and the second terminal. 2 may include at least one of the reception resource pool information of the UE.
  • the processor may control the transceiver to transmit data to the second terminal based on the beam scheduling confirmation message.
  • the second terminal may include receiving a beam scheduling request message from the first terminal.
  • the beam scheduling request message includes transmission beam direction information of the first terminal and reception beam schedule information of the first terminal, wherein the reception beam schedule information of the first terminal includes reception beam timing information of the first terminal and the It may include at least one of the reception resource pool information of the first terminal.
  • the method may include transmitting, by the second terminal, a beam scheduling confirmation message to the first terminal.
  • the beam scheduling confirmation message includes transmission beam direction information of the second terminal and reception beam schedule information of the second terminal, wherein the reception beam information of the second terminal includes reception beam timing information of the second terminal and the second terminal. 2 may include at least one of the reception resource pool information of the UE. and receiving, by the second terminal, data from the first terminal based on the beam scheduling confirmation message.
  • the second terminal may include a transceiver and a processor connected to the transceiver.
  • the processor may control the transceiver to receive a beam scheduling request message from the first terminal.
  • the beam scheduling request message includes transmission beam direction information of the first terminal and reception beam schedule information of the first terminal, wherein the reception beam schedule information of the first terminal includes reception beam timing information of the first terminal and the It may include at least one of the reception resource pool information of the first terminal.
  • the processor may control the transceiver to transmit a beam scheduling confirmation message to the first terminal.
  • the beam scheduling confirmation message includes transmission beam direction information of the second terminal and reception beam schedule information of the second terminal, wherein the reception beam information of the second terminal includes reception beam timing information of the second terminal and the second terminal. 2 may include at least one of the reception resource pool information of the UE.
  • the processor may control the transceiver to receive data from the first terminal based on the beam scheduling confirmation message.
  • the first device may include 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 first device to transmit a beam scheduling request message to the second device.
  • the beam scheduling request message includes transmit beam direction information of the first device and receive beam schedule information of the first device, wherein the receive beam schedule information of the first device includes receive beam timing information of the first device and the It may include at least one of the reception resource pool information of the first device.
  • the at least one processor controls the first device to receive a beam scheduling acknowledgment message from the second device, and the beam scheduling acknowledgment message includes transmission beam direction information of the second device and reception of the second device.
  • the reception beam information of the second device may include at least one of reception beam timing information of the second device and reception resource pool information of the second device. Also, the at least one processor may control the first device to transmit data to the second device based on the beam scheduling confirmation message.
  • a non-transitory computer-readable medium storing at least one instruction may be executable by a processor to store the at least one instruction.
  • the at least one instruction may instruct the computer-readable medium to transmit a beam scheduling request message to the terminal.
  • the beam scheduling request message includes transmission beam direction information of the computer-readable medium and reception beam schedule information of the computer-readable medium, wherein the reception beam schedule information of the computer-readable medium is the reception beam of the computer-readable medium. It may include at least one of timing information and reception resource pool information of the computer-readable medium.
  • the at least one instruction may instruct the computer-readable medium to receive a beam scheduling confirmation message.
  • the beam scheduling confirmation message includes transmission beam direction information of the terminal and reception beam schedule information of the terminal, wherein the reception beam information of the terminal is at least one of reception beam timing information of the terminal and reception resource pool information of the terminal may include.
  • the at least one instruction may instruct the computer-readable medium to transmit data to the terminal based on the beam scheduling confirmation message.
  • the terminal can allocate resources efficiently.
  • interference in communication between leader nodes of a platoon group can be reduced.
  • 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.
  • FIG. 2 illustrates an example of a BWP according to an embodiment of the present disclosure.
  • 3A and 3B illustrate a radio protocol architecture for SL communication, according to an embodiment of the present disclosure.
  • FIG. 4 illustrates a synchronization source or synchronization reference of V2X, according to an embodiment of the present disclosure.
  • 5A and 5B 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.
  • 6A to 6C illustrate three types of casts, according to an embodiment of the present disclosure.
  • FIG. 7 illustrates a resource unit for CBR measurement according to an embodiment of the present disclosure.
  • FIG. 8 illustrates an example of an architecture in a 5G system in which positioning of a UE connected to a Next Generation-Radio Access Network (NG-RAN) or E-UTRAN is possible, according to an embodiment of the present disclosure.
  • NG-RAN Next Generation-Radio Access Network
  • E-UTRAN E-UTRAN
  • FIG. 9 is a diagram illustrating an example of a resource allocation method applicable to the present disclosure.
  • FIG. 10 is a diagram illustrating an example of a transmitting terminal procedure applicable to the present disclosure.
  • FIG. 11 is a diagram illustrating an example of a receiving terminal procedure applicable to the present disclosure.
  • 12A to 12E show examples of a resource allocation method applicable to the present disclosure.
  • 13A to 13C show an example of a resource allocation method when a group exists between a platoon group and another platoon group.
  • FIG. 14 illustrates an example of a receiving node procedure applicable to the present disclosure.
  • 16A and 16B show an example of a resource allocation procedure applicable to the present disclosure.
  • 17 is a diagram illustrating an example of a resource allocation procedure applicable to the present disclosure.
  • FIG. 18 is a diagram illustrating an example of a resource allocation procedure applicable to the present disclosure.
  • FIG. 19 illustrates an example of a communication system, according to an embodiment of the present disclosure.
  • FIG. 20 illustrates an example of a wireless device, according to an embodiment of the present disclosure.
  • 21 illustrates an example of a vehicle or an autonomous driving 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) that uses 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.
  • UE User Equipment
  • PDCP Packet Data Convergence Protocol
  • RRC Radio Resource Control
  • 3GPP NR e.g. 5G
  • UE User Equipment
  • PDCP Packet Data Convergence Protocol
  • RRC Radio Resource Control
  • SDAP Service Data Adaptation Protocol
  • 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 referred to as 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. 2 illustrates an example of a bandwidth part (BWP) according to an embodiment of the present disclosure.
  • BWP bandwidth part
  • the embodiment of FIG. 2 may be combined with various embodiments of the present disclosure. In the embodiment of FIG. 2 , it is assumed that there are three BWPs.
  • a common resource block may be a numbered carrier resource block from one end to the other end of a carrier band.
  • the PRB may be a numbered resource block within each BWP.
  • Point A may indicate a common reference point for a resource block grid (resource block grid).
  • BWP may be set by a point A, an offset from the point A (N start BWP ), and a bandwidth (N size BWP ).
  • the point A may be an external reference point of the PRB of the carrier to which subcarrier 0 of all neumonologies (eg, all neutronologies supported by the network in that carrier) is aligned.
  • the offset may be the PRB spacing between point A and the lowest subcarrier in a given numerology.
  • the bandwidth may be the number of PRBs in a given numerology.
  • FIG. 3A and 3B illustrate a radio protocol architecture for SL communication, according to an embodiment of the present disclosure.
  • 3A and 3B may be combined with various embodiments of the present disclosure.
  • FIG. 3A shows a user plane protocol stack
  • FIG. 3B 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.
  • the UE may generate an S-SS/PSBCH block (ie, S-SSB), and the UE may generate an S-SS/PSBCH block (ie, S-SSB) on a physical resource. can be mapped to and transmitted.
  • 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. 4 illustrates a synchronization source or synchronization reference of V2X, according to an embodiment of the present disclosure.
  • the embodiment of FIG. 4 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.
  • the relationship between the synchronization source and the synchronization priority may be defined as in Table 2 or Table 3.
  • Table 2 or Table 3 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
  • the 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.
  • 5A and 5B 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.
  • 5A and 5B 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. 5A illustrates a terminal operation related to LTE transmission mode 1 or LTE transmission mode 3 .
  • FIG. 5A 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. 5B illustrates a terminal operation related to LTE transmission mode 2 or LTE transmission mode 4. Or, for example, FIG. 5B 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. Table 4 shows an example of DCI for SL scheduling.
  • 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 UE 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.
  • Table 5 shows an example of the 1st-stage SCI format.
  • Table 6 shows an example of a 2 nd -stage SCI format.
  • the first terminal may receive the PSFCH based on Table 7.
  • the first terminal and the second terminal may determine the PSFCH resource based on Table 7, and the second terminal may transmit the HARQ feedback to the first terminal using the PSFCH resource.
  • the first terminal may transmit SL HARQ feedback to the base station through PUCCH and/or PUSCH.
  • 6A to 6C illustrate three types of casts, according to an embodiment of the present disclosure. 6A to 6C may be combined with various embodiments of the present disclosure.
  • FIG. 6A illustrates SL communication of a broadcast type
  • FIG. 6B illustrates SL communication of a unicast type
  • FIG. 6C 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.
  • FIG. 7 illustrates a resource unit for CBR measurement according to an embodiment of the present disclosure.
  • the embodiment of FIG. 7 may be combined with various embodiments of the present disclosure.
  • the CBR is a result of the UE measuring a Received Signal Strength Indicator (RSSI) in subchannel units for a specific period (eg, 100 ms). It may mean the number of channels. Alternatively, the CBR may mean a ratio of subchannels having a value greater than or equal to a preset threshold among subchannels during a specific period. For example, if it is assumed that the hatched subchannels of FIG. 7 are subchannels having a value greater than or equal to a preset threshold, the CBR may mean the ratio of the hatched subchannels during the 100ms period. Additionally, the terminal may report the CBR to the base station.
  • RSSI Received Signal Strength Indicator
  • the UE may perform one CBR measurement for one resource pool.
  • the PSFCH resource may be excluded from the CBR measurement.
  • the UE may measure a channel occupancy ratio (CR). Specifically, the terminal measures the CBR, and the terminal according to the CBR, the maximum value (CRlimitk) of the channel occupancy ratio (Channel occupancy Ratio k, CRk) that the traffic corresponding to each priority (eg, k) can occupy. ) can be determined. For example, the terminal may derive the maximum value (CRlimitk) of the channel occupancy for the priority of each traffic based on the CBR measurement value predetermined table. For example, in the case of traffic having a relatively high priority, the terminal may derive a maximum value of a relatively large channel occupancy.
  • CR channel occupancy ratio
  • the terminal may perform congestion control by limiting the sum of the channel occupancy rates of traffic having a priority k of traffic lower than i to a predetermined value or less. According to this method, a stronger channel occupancy limit may be applied to traffic having a relatively low priority.
  • the UE may perform SL congestion control by using methods such as adjusting the size of transmission power, dropping packets, determining whether to retransmit, and adjusting the size of the transmission RB (MCS adjustment).
  • SL CBR and SL RSSI are as follows.
  • the slot index may be based on a physical slot index.
  • the SL CBR measured in slot n is the portion of subchannels in which the SL RSSI measured by the UE in the resource pool, sensed over the CBR measurement window [na, n-1], exceeds a (pre)set threshold.
  • a is equal to 100 or 100 ⁇ 2 ⁇ slots.
  • SL CBR may be applied to RRC_IDLE intra-frequency, RRC_IDLE inter-frequency, RRC_CONNECTED intra-frequency, and RRC_CONNECTED inter-frequency.
  • SL RSSI is defined as a linear average of total received power (in [W]) observed in subchannels configured in OFDM symbols of slots configured for PSCCH and PSSCH starting from the second OFDM symbol.
  • the reference point for SL RSSI will be the antenna connector of the UE.
  • the SL RSSI will be measured based on the combined signal from the antenna elements corresponding to the given receiver branch.
  • the reported SL RSSI value will not be less than the corresponding SL RSSI of any of the individual receiver branches.
  • the SL RSSI may be applied to RRC_IDLE intra-frequency, RRC_IDLE inter-frequency, RRC_CONNECTED intra-frequency, and RRC_CONNECTED inter-frequency.
  • SL CR Choccupancy Ratio
  • the SL CR evaluated in slot n is the total number of subchannels used for transmission in slot [na, n-1] and granted in slot [n, n+b] in slot [na, n] +b] divided by the total number of configured subchannels in the transmission pool.
  • SL CR may be applied to RRC_IDLE intra-frequency, RRC_IDLE inter-frequency, RRC_CONNECTED intra-frequency, and RRC_CONNECTED inter-frequency.
  • a may be a positive integer
  • b may be 0, or a may be a positive integer.
  • SL CR is evaluated for each (re)transmission. In evaluating the SL CR, according to the grant(s) present in slot [n+1, n+b] without packet dropping, the UE will assume that the transmission parameter used in slot n is reused.
  • the slot index may be a physical slot index.
  • SL CR may be calculated for each priority level. If it is a member of the established sidelink grant defined in TS 38.321, the resource is treated as granted.
  • FIG. 8 illustrates an example of an architecture in a 5G system in which positioning of a UE connected to a Next Generation-Radio Access Network (NG-RAN) or E-UTRAN is possible, according to an embodiment of the present disclosure.
  • NG-RAN Next Generation-Radio Access Network
  • E-UTRAN E-UTRAN
  • the AMF receives a request for a location service related to a specific target UE from another entity such as a Gateway Mobile Location Center (GMLC), or starts a location service on behalf of a specific target UE in the AMF itself. may decide to Then, the AMF may transmit a location service request to a Location Management Function (LMF). Upon receiving the location service request, the LMF may process the location service request and return a processing result including the estimated location of the UE to the AMF. On the other hand, when the location service request is received from another entity such as the GMLC other than the AMF, the AMF may transmit the processing result received from the LMF to the other entity.
  • GMLC Gateway Mobile Location Center
  • New generation evolved-NB and gNB are network elements of NG-RAN that can provide a measurement result for location estimation, and can measure a radio signal for a target UE and deliver the result to the LMF.
  • the ng-eNB may control some TPs (Transmission Points) such as remote radio heads or PRS-only TPs supporting a Positioning Reference Signal (PRS) based beacon system for E-UTRA.
  • TPs Transmission Points
  • PRS Positioning Reference Signal
  • the LMF is connected to an Enhanced Serving Mobile Location Center (E-SMLC), and the E-SMLC may enable the LMF to access the E-UTRAN.
  • E-SMLC uses a downlink measurement obtained by the target UE through a signal transmitted from the LMF eNB and/or PRS-dedicated TPs in the E-UTRAN to OTDOA, which is one of the positioning methods of the E-UTRAN. (Observed Time Difference Of Arrival) can be supported.
  • the LMF may be connected to a SUPL Location Platform (SLP).
  • the LMF may support and manage different location services for target UEs.
  • the LMF may interact with the serving ng-eNB or serving gNB for the target UE to obtain the UE's location measurement.
  • the LMF is a location service (LCS) client type, required Quality of Service (QoS), UE positioning capabilities, gNB positioning capabilities and ng-eNB positioning capabilities based on the positioning method, etc. and may apply this positioning method to the serving gNB and/or the serving ng-eNB.
  • the LMF may determine a position estimate for the target UE and additional information such as accuracy of the position estimate and velocity.
  • the SLP is a SUPL (Secure User Plane Location) entity responsible for positioning through a user plane.
  • the UE is downlinked through sources such as NG-RAN and E-UTRAN, different Global Navigation Satellite System (GNSS), Terrestrial Beacon System (TBS), Wireless Local Access Network (WLAN) access point, Bluetooth beacon and UE barometric pressure sensor, etc.
  • Link signal can be measured.
  • the UE may include the LCS application, and may access the LCS application through communication with a network to which the UE is connected or other applications included in the UE.
  • the LCS application may include measurement and calculation functions necessary to determine the location of the UE.
  • the UE may include an independent positioning function, such as a Global Positioning System (GPS), and may report the location of the UE independently of NG-RAN transmission.
  • GPS Global Positioning System
  • the independently acquired positioning information may be utilized as auxiliary information of positioning information acquired from the network.
  • a sensing window period may exist.
  • the sensing window period may be a period in which an operation in which a resource is transmitted and an operation in which a location of the resource is allocated is performed.
  • the operation of allocating the location of the resource may be an operation of allocating the location of the resource in a sub-channel, and is not limited to the above-described embodiment.
  • the above-described operation of NR V2X may be mostly the same as that of LTE V2X.
  • the mmWave beam may have strong straightness.
  • the mmWave beam may have strong nonlight of sight (NLOS) characteristics.
  • the mmWave beam may form a narrow beam.
  • the channel environment in all directions of the beam may be measured simultaneously.
  • the channel environment in all directions of the beam cannot be measured simultaneously, the channel environment may be measured only in an area that the beam can cover. Due to the operation of measuring the channel environment only in the area that the beam can cover, there may be a limit in selecting the correct resource interval for the terminal or the base station.
  • the transmitting terminal when the transmitting terminal intends to transmit to the receiving terminal in which the beam is formed, it may select a resource.
  • the transmitting terminal may search for an empty resource section in which data is to be transmitted and transmit a negotiation message to the receiving terminal whether it is okay to use the corresponding section.
  • the transmitting terminal may transmit a negotiation message in the form of data to the receiving terminal in the sensing window period.
  • a period for transmitting data may be pre-defined as a fixed resource period in a radio resource channel (RRC).
  • RRC radio resource channel
  • the receiving terminal may receive the negotiation message. Thereafter, the receiving terminal may determine whether data can be received in the corresponding section and may transmit it to the transmitting terminal in the form of a response message.
  • the receiving terminal may additionally broadcast to neighboring user equipments (neighbor UEs).
  • the above-described negotiation method is a 2-way message method.
  • a burden may occur continuously until the negotiation is established.
  • the above-described negotiation method does not define groupcast except for unicast.
  • the terminal may allocate resources with the help of a base station.
  • the terminal may utilize the resource list allocated by the base station in an out of coverage situation if there is a history connected to the base station in the past. For example, the terminal may randomly select from the resource list allocated by the base station in an out-of-coverage situation.
  • This method has a problem of being dependent on the base station. Also, this method may not be suitable for mmWave beam-based communication.
  • the platoon group may be restricted from using some resources. In this case, resources cannot be efficiently allocated.
  • the present disclosure includes a method in which a receiving terminal (Rx UE) and a transmitting terminal (Tx UE) use an initial beam alignment procedure, which is not a negotiation method.
  • the present disclosure proposes a method in which a receiving terminal and a transmitting terminal share an agreed transmission/reception time point in a beam alignment procedure.
  • the present disclosure proposes a method in which a receiving terminal and a transmitting terminal share a resource pool to be used in a beam alignment procedure.
  • the present disclosure proposes a method of using information shared by a receiving terminal and a transmitting terminal in a beam alignment procedure when transmitting and receiving data thereafter.
  • the present disclosure proposes a method of minimizing a negotiation procedure by using information shared by a receiving terminal and a transmitting terminal in a beam alignment procedure for data transmission/reception.
  • a cluster may have a leader node.
  • a leader node can lead a group.
  • the leader node may manage resources of nodes belonging to the group. If there is a base station nearby, the leader node can connect to the base station and deliver network information to the nodes of the group.
  • the present disclosure proposes a method for reducing interference between platoon groups in a mmWave beam environment.
  • the present disclosure proposes a method for controlling some resources in an application layer.
  • the present disclosure proposes a method for efficiently allocating resources in consideration of such information.
  • the procedure may be largely composed of two steps. More specifically, the procedure may consist of an Rx beam scheduling step and a data transmit step.
  • the UE may inform other UEs of a point in time at which it can receive data per beam. A time point at which data can be received may be added in a signaling radio bearer (SRB) and a data radio bearer (DRB) addition step.
  • SRB signaling radio bearer
  • DRB data radio bearer
  • the reception beam scheduling step may include an operation of notifying a time point at which data can be received for each beam of the terminal.
  • Terminal 1 902 may be a transmitting terminal.
  • Terminal 2 904 may be a receiving terminal.
  • the terminal 1 may transmit a reception beam schedule request message to the terminal 2 (Rx beam schedule request).
  • UE 1 may transmit a sidelink synchronization signal (SLSS) and a master information block (MIB) and transmit a reception beam schedule request message to UE 2 .
  • SLSS sidelink synchronization signal
  • MIB master information block
  • UE 1 may transmit a reception beam schedule request including Rx scheduling information to UE 2 .
  • the reception beam scheduling request message may include Tx beam direction information and Rx beam schedule information.
  • the reception beam scheduling request message may include lane information.
  • the transmission beam direction information may be direction information of a beam to be transmitted.
  • the transmission beam direction information may include 8 types of direction information of a beam to be transmitted.
  • the beam direction may be various, and it is not limited to the above-described embodiment.
  • the lane information may include information on the lane in which the current transmitting terminal is located.
  • the reception beam schedule information may include reception beam schedule information for a plurality of beams.
  • the reception beam schedule information may configure 64 beams. That is, the reception beam schedule information may set schedule information for 64 beams.
  • the reception beam schedule information may include reception beam timing (Rx Beam timing) and reception resource pool information (Rx resource pool information).
  • the reception beam timing information may include information about a timing at which the transmitting terminal can receive data later.
  • the reception beam resource pool information may include resource pool information through which the transmitting terminal can receive data later.
  • UE 2 may transmit a Rx beam schedule confirm message to UE 1.
  • terminal 2 may transmit its own information to terminal 1.
  • the contents of the receive beam schedule confirmation message may be the same as the receive beam schedule request message. That is, the reception beam schedule confirmation message may include Tx beam direction information and Rx beam schedule information of UE 2 .
  • the reception beam scheduling confirmation message may include lane information of terminal 2 .
  • Terminal 2 may set its reception beam timing and its reception resource pool information so as not to overlap with information included in the request message received from terminal 1. For example, UE 2 may set its own reception beam timing to be different from the reception beam timing of UE 1 received from UE 1.
  • UE 2 may set its own reception resource pool to be different from that of UE 1 received from UE 1 .
  • the terminal 1 and the terminal 2 can know each other's information.
  • the receive beam scheduling request message and the receive beam scheduling confirmation message may be transmitted in a physical sidelink control channel (PSCCH) and a physical sidelink shared channel (PSSCH). PSCCH and PSSCH transmission may be performed in the same slot.
  • PSCCH physical sidelink control channel
  • PSSCH physical sidelink shared channel
  • the terminal 1 may transmit a transmit request message to the terminal 2 (transmit request).
  • terminal 1 may transmit a transmission request message in a sensing window period in order to transmit data to terminal 2 .
  • Transmission request message is a time resource (time source), frequency resource (frequency resource), transmission data size (Tx data size), each subchannel (subchannel) of the aligned beam (aligned beam) RSRP measurement (measure) value, beam It may include beam direction and lane information.
  • the time resource may include slot information.
  • the time resource information may include time information for a section in which the confirmation message can be received.
  • the frequency resource information may include subchannel information.
  • the frequency resource information may include frequency information for the confirmation message reception period.
  • the transmission request message may be transmitted based on the reception beam timing of UE 2 that UE 1 already knows. As an example, the transmission request message may be transmitted through the PSCCH based on the reception beam timing of UE 2 that UE 1 knows.
  • the transmission request message may be a message generated in a physical channel.
  • the transmission request message may be transmitted within a shared resource pool that UE 1 and UE 2 have promised each other.
  • the transmission request message may be transmitted as 1st stage SCI.
  • the terminal 2 may transmit a transmit confirm message to the terminal 1 .
  • terminal 2 may find a section for receiving data based on information included in the message.
  • Terminal 2 may check the channel state (channel busy ratio, CBR) of the beam to be received, the PSCCH reception period, and the periodic transmission period of the synchronization signal block (SSB)/physical broadcast channel (PBCH).
  • Terminal 2 may transmit a transmission confirmation message to terminal 1 if reception is possible after confirmation.
  • the transmission confirmation message may include transmission resource pool information (Tx resource information).
  • terminal 1 may transmit data.
  • UE 1 may transmit a sidelink control information (SCI) message and simultaneously transmit data.
  • the terminal 1 can transmit the 2 nd stage SCI and PSSCH data at the location of the resource, the second terminal specified.
  • SCI sidelink control information
  • step S1001 the transmitting terminal may check whether a unicast request is received from an application layer.
  • step S1003 after confirming that the terminal 1 has received the unicast request, the terminal 1 may check whether reception beam scheduling information is received from the terminal 2 . When it is determined that the terminal 1 has not received the beam scheduling information, the terminal 1 may perform a sensing window operation, which is a general operation.
  • step S1005 after confirming that the terminal 1 has received the reception beam scheduling information, it may be confirmed whether a transmission confirmation message has been received.
  • step S1007 if the terminal 1 receives the transmission confirmation message, the terminal 1 may transmit data to the terminal 2.
  • UE 1 may transmit data through second stage SCI and PSSCH.
  • step S1009 if the terminal 1 does not receive the transmission confirmation message, the terminal 1 may transmit a transmission request message to the terminal 2.
  • Terminal 1 may transmit a transmission request message in the scheduling interval. Therefore, if the terminal 1 does not receive the transmission confirmation message due to some circumstances after the initial transmission, retransmission may be possible.
  • Transmission request message is a time resource (time source), frequency resource (frequency resource), transmission data size (Tx data size), each subchannel (subchannel) of the aligned beam (aligned beam) RSRP measurement (measure) value, beam It may include beam direction and lane information.
  • the receiving terminal may receive a transmission request message.
  • the receiving terminal may find receivable resource pool information based on the received message after receiving the transmission request message.
  • the receiving terminal may find receivable resource pool information in the transmission resource pool of the transmitting terminal.
  • the receiving terminal since the receiving terminal can know the transmission resource pool information of the transmitting terminal through the receiving resource pool information, it can find a suitable resource in the transmission resource pool of the transmitting terminal.
  • the receiving terminal may find an optimal subchannel in the shared receiving section in the beam alignment process. The receiving terminal may use the content of the request message to find an optimal sub-channel in the receiving section shared in the beam alignment process.
  • the receiving terminal may find an optimal subchannel using the transmission data size, the RSRP value for each subchannel, the RSRP value measured by the receiving terminal, and the like.
  • the receiving terminal may determine the resource reception interval through an operation of making a reservation so that it can be received in the next data reception interval.
  • the receiving terminal finding a receivable section may transmit a transmission confirmation message.
  • the receiving terminal that has not found a receivable section may transmit a transmit fail message.
  • 12A to 12E show examples of a resource allocation method applicable to the present disclosure.
  • 12A it is assumed that VH1 is connected to VH2, VH3, and VH4. When unicasting with VH1 and VH3, interference may occur to some nodes of VH2.
  • the present disclosure proposes a solution to this problem.
  • the leader node of the platoon group in the left lane is VH1 1202b.
  • the leader node VH1 may have vehicles belonging to its own lane as platoon group nodes.
  • VH2 1204b is running the leader node.
  • VH2 can have its own lane vehicles as nodes of the group. Interference between group nodes may occur depending on the positions of leader nodes in both lanes. As an example, referring to case 1, it is assumed that VH1 1202b transmits data in the direction of VH2 1204b.
  • nodes in the platoon group to which VH2 belongs are transmitting and receiving.
  • the nodes in the platoon group to which VH2 belongs may cause interference by the signal transmitted by VH1.
  • interference may also occur.
  • the arrow direction may indicate group nodes that may be affected by leader nodes.
  • FIG. 12C and 12D are diagrams illustrating cases in which a group exists between a platoon group and another platoon group. Communication between nodes in a platoon group that is sandwiched in the middle may cause interference.
  • VH1, VH2, and VH3 may be leader nodes in each lane.
  • communication between nodes of a platoon group to which VH3 belongs may be interfered with due to communication with VH1 and VH2.
  • FIG. 12D communication between nodes of a platoon group to which VH3 belongs may be interfered with due to communication with VH1 and VH2.
  • the platoon group located in the outermost lane may have little effect of interference.
  • the leader node VH1 may transmit a platooning resource config request message based on the node that has transmitted the DRB.
  • the leader node VH1 may transmit a platooning resource config request message to the leader node VH2.
  • the platooning resource configuration request message may include a beam number, a beam direction, lane information, and a transmission resource (Tx resource).
  • the beam number may include transmission beam number information.
  • the beam direction may include a transmission beam direction.
  • the lane information may include lane information of the node.
  • the transmission resource may include transmission resource information between leader nodes.
  • VH2 may transmit a platooning resource setup response message to VH1.
  • the platooning resource configuration response message may include a beam number, a beam direction, lane information, and a transmission resource (Tx resource).
  • the node VH2 that has received the message may determine it based on the transmission beam number and the transmission beam direction.
  • a method of determining the leader node according to the beam direction will be described.
  • FIG. 12F eight beam directions may be determined.
  • the direction may be various, and it is not limited to the above-described embodiment. 12F, it is assumed that there is no other platoon group between VH1 and VH2.
  • the leader node may determine that there is no influence of interference.
  • the leader node may not control the resources of the nodes of the platoon group based on the determination that there is no influence of interference.
  • the leader node may determine that a node located below the leader node is a potential node that may cause interference. Based on this determination, the leader node may prevent use of overlapping resources due to additionally received transmission resources.
  • the leader node may determine that a node positioned above the leader node is a potential node that may cause interference. If there are overlapping resources due to additionally received transmission resources, the leader node may prevent the potential node from using such resources.
  • the leader node VH2 that has received the platooning resource setup request message may determine based on the beam direction.
  • VH2 may transmit a platooning resource config confirm message to VH1.
  • the platooning resource configuration confirmation message may include a beam number, a beam direction, lane information, and transmission resource information.
  • the beam number may include transmission beam number information. Transmission beam number information may be removed when performance update is not possible.
  • the beam direction may include transmission beam direction information.
  • the lane information may include information on the lane in which the corresponding node is located.
  • the transmission resource information may include transmission resource information between leader nodes.
  • FIG. 13A to 13C show an example of a resource allocation method when a group exists between a platoon group and another platoon group.
  • a platoon group exists in each lane.
  • VH1 1302b, VH2 1304b, VH3 1306b, and VH4 1308b may be leader nodes of each platoon group.
  • two platoon groups exist between the platoon group to which VH1 belongs and the platoon group to which VH4 belongs.
  • 13B shows an example of a resource allocation procedure when a node stuck in the middle exists.
  • Steps S1301b and S1303b are the same as steps S1201e and S1203e, respectively.
  • VH1 may transmit a platooning resource modify request message to the already connected VH2.
  • VH1 may transmit a platooning resource modify request message to the already connected VH3.
  • the platooning resource modification request message may include a beam number, a beam direction, lane information, and transmission resource information.
  • the platooning resource modification request message may include a transmission beam number directed to VH4, a transmission beam direction directed to VH4, lane information of VH4, and transmission resource information between VH1 and VH4.
  • VH2 has received a platooning resource modification request message.
  • VH2 can know the direction of the transmission beam to which VH1 and VH3 are connected based on the message received from VH1. Accordingly, based on the beam direction information included in the resource modification request message, the receiving node can know which node in the platoon group is affected by the interference.
  • VH2 may determine that the upper node may be affected by interference. If the transmission beam direction of VH1 is 1 or 4 and the transmission beam direction of VH2 is 2, 3, or 6, VH2 may determine that the upper node may be affected by the sub.
  • VH2 may determine that the node in the downward direction may be affected by interference. If the transmission beam direction of VH2 is 1, 4, or 8, VH2 may determine that a node in a downward direction may be affected by interference.
  • VH2 may not know which node is affected by interference. According to an example, when the VH2 does not know which node is affected by the interference, it may determine that all nodes belonging to the platoon group are affected by the interference.
  • step S1401 the receiving node may receive the message.
  • step S1403 the receiving node may determine whether the message is a resource config message or a modification message (message).
  • step S1405 the receiving node may check lane information when the received message is a resource setting message. For example, the receiving node may determine whether the lane of the transmitting node is a lane immediately adjacent to its own lane based on the received message.
  • step S1407 when the lane of the transmitting node is a lane immediately adjacent to the lane of the receiving node, the receiving node may check whether the resources used by nodes in its own platoon group overlap with the resources of the transmitting node.
  • the receiving node may check whether the resources used by the nodes in the platoon group are affected by the interference.
  • the receiving node may reconfigure the resources of the nodes in the overlapping direction based on the beam direction information.
  • the receiving node may reset resources used by nodes in the platoon group based on the received beam direction information.
  • the receiving node may check whether the resource used by the node in the platoon group overlaps the resource used by the transmitting node. In addition, the receiving node may check whether the resources used by the nodes in the platoon group are affected by the interference.
  • the receiving node may reset the resources of the nodes where the resources overlap based on the beam direction information.
  • the receiving node may reset resources of the nodes affected by the interference based on the beam direction information.
  • FIG. 15 illustrates an example of a resource allocation procedure applicable to the present disclosure. More specifically, FIG. 15 shows a resource pool reconfiguration operation procedure for reducing application layer-based interference. 15 shows a layer of a leader node.
  • the leader node receives at least one of a platooning resource configuration request message, a platooning resource configuration confirmation message, and a platooning resource modification request message.
  • the leader node may receive the message as described above.
  • the leader node may receive the message through at least one of SRB 0, SRB1, and SRB2.
  • the leader node may provide a platoon resource control service in the application layer.
  • the leader node may inform the restricted Tx resource pool information to the RRC (radio resource control) layer.
  • the leader node may know limited transmission resource pool information in the RRC layer.
  • the leader node When the leader node recognizes restricted transmission resource pool information in the RRC layer, the leader node may implement a procedure for resource restriction to nodes in the platoon group in the RRC layer. This procedure may be unidirectional. This procedure may be defined by a PCT-RRC message.
  • the leader node may have an initial attach for communicating with the nodes in the platoon group.
  • An operation for the leader node to impose resource restriction may operate in a groupcast or unicast manner.
  • the leader node may transmit a ResourcePoolUpdateIndication message to a single or multiple group nodes.
  • the resource pool update instruction message may be defined as restriction Tx resource pool information.
  • the node receiving the message can update the resource pool information.
  • the node receiving the message may not use limited resources.
  • the first terminal may inform the second terminal when it can receive data per beam.
  • a time point at which data can be received may be added in the SRB and DRB addition steps.
  • a reception beam scheduling step will be described.
  • the reception beam scheduling step may include an operation of notifying a time point at which data can be received for each beam of the terminal.
  • the first terminal may transmit a beam scheduling request message to the second terminal.
  • the first terminal 1 may be a transmitting terminal.
  • the second terminal 2 may be a receiving terminal.
  • the first terminal may transmit an Rx beam schedule request message to the second terminal.
  • the first terminal may transmit a sidelink synchronization signal (SLSS) and a master information block (MIB) and transmit a reception beam schedule request message to the terminal 2 .
  • SLSS sidelink synchronization signal
  • MIB master information block
  • the first terminal since the first terminal can receive data from the second terminal later, the first terminal may transmit a reception beam schedule request including the corresponding reception scheduling (Rx scheduling) information to the second terminal.
  • the reception beam scheduling request message may include Tx beam direction information and Rx beam schedule information.
  • the reception beam scheduling request message may include lane information.
  • the transmission beam direction information may be direction information of a beam to be transmitted.
  • the transmission beam direction information may include 8 types of direction information of a beam to be transmitted.
  • the beam direction may be various, and it is not limited to the above-described embodiment.
  • the lane information may include information on the lane in which the current transmitting terminal is located.
  • the reception beam schedule information may include reception beam schedule information for a plurality of beams.
  • the reception beam schedule information may configure 64 beams. That is, the reception beam schedule information may set schedule information for 64 beams.
  • the reception beam schedule information may include reception beam timing (Rx Beam timing) and reception resource pool information (Rx resource pool information).
  • the reception beam timing information may include information about a timing at which the transmitting terminal can receive data later.
  • the reception beam resource pool information may include resource pool information through which the transmitting terminal can receive data later.
  • the first terminal may receive an Rx beam schedule confirm message from the second terminal.
  • the second terminal may transmit its own information to the first terminal.
  • the contents of the receive beam schedule confirmation message may be the same as the receive beam schedule request message. That is, the reception beam schedule confirmation message may include Tx beam direction information and Rx beam schedule information of the second terminal.
  • the reception beam scheduling confirmation message may include lane information of the second terminal.
  • the second terminal may set its reception beam timing and its reception resource pool information not to overlap with information included in the request message received from the first terminal. For example, the second terminal may set its reception beam timing to be different from the reception beam timing of the first terminal received from the first terminal.
  • the second terminal may set its own reception resource pool to be different from the reception resource pool of the first terminal received from the first terminal.
  • the receive beam scheduling request message and the receive beam scheduling confirmation message may be transmitted in a physical sidelink control channel (PSCCH) and a physical sidelink shared channel (PSSCH). PSCCH and PSSCH transmission may be performed in the same slot.
  • PSCCH physical sidelink control channel
  • PSSCH physical sidelink shared channel
  • the first terminal may transmit a transmission request message (transmit request) to the second terminal.
  • the first terminal may transmit a transmission request message in the sensing window period in order to transmit data to the second terminal.
  • Transmission request message is a time resource (time source), frequency resource (frequency resource), transmission data size (Tx data size), each subchannel (subchannel) of the aligned beam (aligned beam) RSRP measurement (measure) value, beam It may include beam direction and lane information.
  • the time resource may include slot information.
  • the time resource information may include time information for a section in which the confirmation message can be received.
  • the frequency resource information may include subchannel information.
  • the frequency resource information may include frequency information for the confirmation message reception period.
  • the transmission request message may be transmitted based on the reception beam timing of the second terminal that the first terminal already knows. For example, the transmission request message may be transmitted through the PSCCH based on the reception beam timing of the second terminal known by the first terminal.
  • the transmission request message may be a message generated in a physical channel.
  • the transmission request message may be transmitted within a shared resource pool that the first terminal and the second terminal have promised each other.
  • the transmission request message may be transmitted as 1st stage SCI.
  • the first terminal may receive a transmit confirm message from the second terminal.
  • the second terminal may inform the first terminal of the resource it wants to receive.
  • the second terminal may find a section to receive data based on the information included in the transmission request message.
  • the second terminal may check the channel state (constant bitrate, CBR) of the beam it will receive, the PSCCH reception period, and the periodic transmission period of the synchronization signal block (SSB)/physical broadcast channel (PBCH). If reception is possible after confirmation, the second terminal may transmit a transmission confirmation message to the first terminal.
  • the transmission confirmation message may include transmission resource pool information (Tx resource information).
  • the first terminal may transmit data based on the transmission confirmation message.
  • the first terminal may transmit data to the second terminal based on the transmission resource pool information included in the transmission confirmation message.
  • UE 1 may transmit a sidelink control information (SCI) message and transmit data at the same time.
  • the first terminal may transmit the 2 nd stage and PSSCH SCI data on the location of the resource designated by the second terminal.
  • SCI sidelink control information
  • the first terminal may check whether a unicast request is received from an application layer. After the first terminal confirms that the unicast request has been received, the first terminal may check whether reception beam scheduling information is received from the second terminal. When it is determined that the first terminal has not received the beam scheduling information, the first terminal may perform a sensing window operation, which is a general operation. After confirming that the reception beam scheduling information has been received, the first terminal may check whether a transmission confirmation message has been received. If the first terminal receives the transmission confirmation message, the first terminal may transmit data to the second terminal. As an example, the first terminal may transmit data through the second stage SCI and PSSCH. If the first terminal does not receive the transmission confirmation message, the first terminal may transmit a transmission request message to the second terminal.
  • the first terminal may transmit a transmission request message in the scheduling interval.
  • the first terminal may transmit a transmission request message based on the schedule information previously shared with the second terminal.
  • the first terminal may be a transmitting terminal.
  • the second terminal may be a receiving terminal.
  • the second terminal may receive a beam scheduling request message from the first terminal.
  • the reception beam scheduling request message may include Tx beam direction information and Rx beam schedule information.
  • the reception beam scheduling request message may include lane information.
  • the transmission beam direction information may be direction information of a beam to be transmitted.
  • the transmission beam direction information may include 8 types of direction information of a beam to be transmitted.
  • the beam direction may be various, and it is not limited to the above-described embodiment.
  • the lane information may include information on the lane in which the current transmitting terminal is located.
  • the reception beam schedule information may include reception beam schedule information for a plurality of beams.
  • the reception beam schedule information may configure 64 beams. That is, the reception beam schedule information may set schedule information for 64 beams.
  • the reception beam schedule information may include reception beam timing (Rx Beam timing) and reception resource pool information (Rx resource pool information).
  • the reception beam timing information may include information about a timing at which the transmitting terminal can receive data later.
  • the reception beam resource pool information may include resource pool information through which the transmitting terminal can receive data later.
  • the second terminal may transmit a beam scheduling confirmation message to the first terminal.
  • the contents of the receive beam schedule confirmation message may be the same as the receive beam schedule request message. That is, the reception beam schedule confirmation message may include Tx beam direction information and Rx beam schedule information of the second terminal.
  • the reception beam scheduling confirmation message may include lane information of the second terminal.
  • the second terminal may set its reception beam timing and its reception resource pool information not to overlap with information included in the request message received from the first terminal. For example, the second terminal may set its reception beam timing to be different from the reception beam timing of the first terminal received from the first terminal. As another example, the second terminal may set its own reception resource pool to be different from the reception resource pool of the first terminal received from the first terminal.
  • the receive beam scheduling request message and the receive beam scheduling confirmation message may be transmitted in a physical sidelink control channel (PSCCH) and a physical sidelink shared channel (PSSCH). PSCCH and PSSCH transmission may be performed in the same slot.
  • PSCCH physical sidelink control channel
  • PSSCH physical sidelink shared channel
  • the second terminal may receive a data transmission request message from the first terminal.
  • the second terminal may find a section to receive data based on the information included in the message.
  • the second terminal may check the channel state (constant bitrate, CBR) of the beam it will receive, the PSCCH reception period, and the periodic transmission period of the synchronization signal block (SSB)/physical broadcast channel (PBCH).
  • CBR constant bitrate
  • SSB synchronization signal block
  • PBCH physical broadcast channel
  • the second terminal may find receivable resource pool information based on the received message.
  • the second terminal may find receivable resource pool information in the transmission resource pool of the first terminal.
  • the second terminal since the second terminal can know the transmission resource pool information of the first terminal through the reception resource pool information, it can find a suitable resource in the transmission resource pool of the first terminal.
  • the second terminal may find an optimal subchannel in a shared reception interval in the beam alignment process. The second terminal may use the content of the request message to find an optimal sub-channel in the received section shared in the beam alignment process.
  • the second terminal may find the optimal subchannel using the transmission data size, the RSRP value for each subchannel, the RSRP value measured by the receiving terminal, and the like.
  • the second terminal may determine the resource reception interval through an operation of making a reservation so that it can be received in the next data reception interval.
  • the second terminal which has found a receivable section, may transmit a transmission confirmation message.
  • the second terminal that did not find a receivable section may transmit a transmit fail message.
  • the second terminal may transmit a data transmission confirmation message to the first terminal.
  • the second terminal may transmit a transmission confirmation message to the first terminal if reception is possible after confirming the transmission request message.
  • the transmission confirmation message may include transmission resource pool information (Tx resource information).
  • Tx resource information transmission resource pool information
  • the first terminal may transmit data based on the transmission confirmation message.
  • the first terminal may transmit data to the second terminal based on the transmission resource pool information included in the transmission confirmation message.
  • UE 1 may transmit a sidelink control information (SCI) message and transmit data at the same time.
  • SCI sidelink control information
  • FIG. 19 illustrates an example of a communication system, according to an embodiment of the present disclosure.
  • the embodiment of FIG. 19 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) in consideration of 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. 20 illustrates an example of a wireless device, according to an embodiment of the present disclosure.
  • the embodiment of FIG. 20 may be combined with various embodiments of the present disclosure.
  • the first wireless device 200a and the second wireless device 200b may transmit and 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. 19 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 include a transceiver and a processor connected to the transceiver.
  • the processor may control the transceiver to transmit a beam scheduling request message to the second terminal.
  • the beam scheduling request message includes transmission beam direction information of the first wireless device and reception beam schedule information of the first wireless device, and the reception beam schedule information of the first wireless device includes the reception beam of the first wireless device. It may include at least one of timing information and reception resource pool information of the first wireless device.
  • the processor may control the transceiver to receive a beam scheduling confirmation message from the second terminal.
  • the beam scheduling confirmation message includes transmission beam direction information of the second terminal and reception beam schedule information of the second terminal, and the reception beam information of the second terminal includes reception beam timing information of the second terminal and the second terminal. 2 may include at least one of the reception resource pool information of the UE.
  • the processor may control the transceiver to transmit data to the second terminal based on the beam scheduling confirmation message.
  • the first wireless device may include a transceiver and a processor connected to the transceiver.
  • the processor may control the transceiver to receive a beam scheduling request message from the first terminal.
  • the beam scheduling request message includes transmission beam direction information of the first terminal and reception beam schedule information of the first terminal, wherein the reception beam schedule information of the first terminal includes reception beam timing information of the first terminal and the It may include at least one of the reception resource pool information of the first terminal.
  • the processor controls the transceiver to transmit a beam scheduling confirmation message to the first terminal, wherein the beam scheduling confirmation message includes transmission beam direction information of the first wireless device and reception beam schedule information of the first wireless device
  • the reception beam information of the first wireless device may include at least one of reception beam timing information of the first wireless device and reception resource pool information of the first wireless device.
  • the processor may control the transceiver to receive data from the first terminal based on the beam scheduling confirmation message.
  • the first wireless device may include 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 first wireless device to transmit a beam scheduling request message to the second wireless device.
  • the beam scheduling request message includes transmission beam direction information of the first wireless device and reception beam schedule information of the first wireless device, wherein the reception beam schedule information of the first wireless device includes the reception beam of the first wireless device. It may include at least one of timing information and reception resource pool information of the first wireless device.
  • the at least one processor may control the first wireless device to receive a beam scheduling confirmation message from the second wireless device.
  • the beam scheduling confirmation message includes transmission beam direction information of the second wireless device and reception beam schedule information of the second device, wherein the reception beam information of the second wireless device includes reception beam timing information of the second wireless device and at least one of reception resource pool information of the second wireless device. Also, the at least one processor may control the first wireless device to transmit data to the second wireless device based on the beam scheduling confirmation message.
  • 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 command may instruct the first wireless device to transmit a beam scheduling request message to the terminal.
  • the beam scheduling request message includes transmission beam direction information of the computer first wireless device and reception beam schedule information of the first wireless device, wherein the reception beam schedule information of the first wireless device is received by the first wireless device It may include at least one of beam timing information and reception resource pool information of the first wireless device.
  • the at least one command may instruct the first wireless device to receive a beam scheduling confirmation message.
  • the beam scheduling confirmation message includes transmission beam direction information of the terminal and reception beam schedule information of the terminal, wherein the reception beam information of the terminal is at least one of reception beam timing information of the terminal and reception resource pool information of the terminal may include. Also, the at least one command may instruct the first wireless device to transmit data to the terminal based on the beam scheduling confirmation message.
  • 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.
  • 21 illustrates an example of a vehicle or an autonomous driving vehicle, according to an embodiment of the present disclosure.
  • 21 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. 26 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 .
  • 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)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 개시는 무선 통신 시스템에서 제1 단말의 동작 방법에 관한 것으로, 제1 단말은 제2 단말에게 빔 스케줄링 요청 메시지를 전송할 수 있다. 상기 빔 스케줄링 요청 메시지는 상기 제1 단말의 전송 빔 방향 정보, 상기 제1 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제1 단말의 수신 빔 스케줄 정보는 상기 제1 단말의 수신 빔 타이밍 정보 및 상기 제1 단말의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 제1 단말은 상기 제2 단말로부터 빔 스케줄링 확인 메시지를 수신할 수 있다. 상기 빔 스케줄링 확인 메시지는 상기 제2 단말의 전송 빔 방향 정보, 상기 제2 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제2 단말의 수신 빔 정보는 상기 제2 단말의 수신 빔 타이밍 정보 및 상기 제2 단말의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 제1 단말은 상기 빔 스케줄링 확인 메시지에 기초하여 상기 제2 단말에게 데이터를 전송할 수 있다.

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)란 UE(user equipment)들 간에 직접적인 링크를 설정하여, 기지국(base station, BS)을 거치지 않고, UE들 간에 음성 또는 데이터 등을 직접 주고받는 통신 방식을 말한다. 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)에 민감한 서비스 또는 단말을 고려한 통신 시스템이 논의되고 있는데, 개선된 이동 광대역 통신, mMTC(massive machine type communication), URLLC(ultra-reliable and low latency communication) 등을 고려한 차세대 무선 접속 기술을 새로운 RAT 또는 NR(new radio)이라 칭할 수 있다. NR에서도 V2X(vehicle-to-everything) 통신이 지원될 수 있다.
본 개시는 무선 통신 시스템에서 효율적인 자원 할당 방법 및 장치에 관한 것이다.
본 개시는 무선 통신 시스템에서 플라툰 그룹(platoon group)간 간섭(interference)을 줄이기 위한 방법 및 장치에 관한 것이다.
본 개시에서 이루고자 하는 기술적 목적들은 이상에서 언급한 사항들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 이하 설명할 본 개시의 실시 예들로부터 본 개시의 기술 구성이 적용되는 기술분야에서 통상의 지식을 가진 자에 의해 고려될 수 있다.
본 개시의 일 예로서, 제1 단말의 동작 방법에 있어서, 제1 단말이 제2 단말에게 빔 스케줄링 요청 메시지를 전송하는 단계를 포함할 수 있다. 상기 빔 스케줄링 요청 메시지는 상기 제1 단말의 전송 빔 방향 정보, 상기 제1 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제1 단말의 수신 빔 스케줄 정보는 상기 제1 단말의 수신 빔 타이밍 정보 및 상기 제1 단말의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 제1 단말이 상기 제2 단말로부터 빔 스케줄링 확인 메시지를 수신하는 단계를 포함할 수 있다. 상기 빔 스케줄링 확인 메시지는 상기 제2 단말의 전송 빔 방향 정보, 상기 제2 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제2 단말의 수신 빔 정보는 상기 제2 단말의 수신 빔 타이밍 정보 및 상기 제2 단말의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 제1 단말이 상기 빔 스케줄링 확인 메시지에 기초하여 상기 제2 단말에게 데이터를 전송하는 단계를 포함할 수 있다.
본 개시의 일 예로써, 제1 단말은 송수신기 및 상기 송수신기와 연결된 프로세서를 포함할 수 있다. 상기 프로세서는 상기 송수신기가 제2 단말에게 빔 스케줄링 요청 메시지를 전송하도록 제어할 수 있다. 상기 빔 스케줄링 요청 메시지는 상기 제1 단말의 전송 빔 방향 정보, 상기 제1 단말의 수신 빔 스케줄 정보를 포함하고, 상기 제1 단말의 수신 빔 스케줄 정보는 상기 제1 단말의 수신 빔 타이밍 정보 및 상기 제1 단말의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 프로세서는 상기 송수신기가 상기 제2 단말로부터 빔 스케줄링 확인 메시지를 수신하도록 제어할 수 있다. 상기 빔 스케줄링 확인 메시지는 상기 제2 단말의 전송 빔 방향 정보, 상기 제2 단말의 수신 빔 스케줄 정보를 포함하고, 상기 제2 단말의 수신 빔 정보는 상기 제2 단말의 수신 빔 타이밍 정보 및 상기 제2 단말의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 프로세서는 상기 송수신기가 상기 빔 스케줄링 확인 메시지에 기초하여 상기 제2 단말에게 데이터를 전송하도록 제어할 수 있다.
본 개시의 일 예로써, 제2 단말이 제1 단말로부터 빔 스케줄링 요청 메시지를 수신하는 단계를 포함할 수 있다. 상기 빔 스케줄링 요청 메시지는 상기 제1 단말의 전송 빔 방향 정보, 상기 제1 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제1 단말의 수신 빔 스케줄 정보는 상기 제1 단말의 수신 빔 타이밍 정보 및 상기 제1 단말의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 제2 단말이 상기 제1 단말에게 빔 스케줄링 확인 메시지를 전송하는 단계를 포함할 수 있다. 상기 빔 스케줄링 확인 메시지는 상기 제2 단말의 전송 빔 방향 정보, 상기 제2 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제2 단말의 수신 빔 정보는 상기 제2 단말의 수신 빔 타이밍 정보 및 상기 제2 단말의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 상기 제2 단말이 상기 빔 스케줄링 확인 메시지에 기초하여 상기 제1 단말로부터 데이터를 수신하는 단계를 포함할 수 있다.
본 개시의 일 예로써, 제2 단말은 송수신기 및 상기 송수신기와 연결된 프로세서를 포함할 수 있다. 상기 프로세서는 상기 송수신기가 제1 단말로부터 빔 스케줄링 요청 메시지를 수신하도록 제어할 수 있다. 상기 빔 스케줄링 요청 메시지는 상기 제1 단말의 전송 빔 방향 정보, 상기 제1 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제1 단말의 수신 빔 스케줄 정보는 상기 제1 단말의 수신 빔 타이밍 정보 및 상기 제1 단말의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 프로세서는 상기 송수신기가 상기 제1 단말에게 빔 스케줄링 확인 메시지를 전송하도록 제어할 수 있다. 상기 빔 스케줄링 확인 메시지는 상기 제2 단말의 전송 빔 방향 정보, 상기 제2 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제2 단말의 수신 빔 정보는 상기 제2 단말의 수신 빔 타이밍 정보 및 상기 제2 단말의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 프로세서는 상기 송수신기가 상기 빔 스케줄링 확인 메시지에 기초하여 상기 제1 단말로부터 데이터를 수신하도록 제어할 수 있다.
본 개시의 일 예로써, 제1 장치는 적어도 하나의 메모리 및 상기 적어도 하나의 메모리들과 기능적으로 연결되어 있는 적어도 하나의 프로세서를 포함할 수 있다. 상기 적어도 하나의 프로세서는 상기 제1 장치가, 제2 장치에게 빔 스케줄링 요청 메시지를 전송하도록 제어할 수 있다. 상기 빔 스케줄링 요청 메시지는 상기 제1 장치의 전송 빔 방향 정보, 상기 제1 장치의 수신 빔 스케줄 정보를 포함하되, 상기 제1 장치의 수신 빔 스케줄 정보는 상기 제1 장치의 수신 빔 타이밍 정보 및 상기 제1 장치의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 적어도 하나의 프로세서는 상기 제1 장치가 상기 제2 장치로부터 빔 스케줄링 확인 메시지를 수신하도록 제어하고, 상기 빔 스케줄링 확인 메시지는 상기 제2 장치의 전송 빔 방향 정보, 상기 제2 장치의 수신 빔 스케줄 정보를 포함하되, 상기 제2 장치의 수신 빔 정보는 상기 제2 장치의 수신 빔 타이밍 정보 및 상기 제2 장치의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 적어도 하나의 프로세서는 상기 제1 장치가 상기 빔 스케줄링 확인 메시지에 기초하여 상기 제2 장치에게 데이터를 전송하도록 제어할 수 있다.
본 개시의 일 예로써, 적어도 하나의 명령어(instructions)을 저장하는 비-일시적인(non-transitory) 컴퓨터 판독 가능 매체(computer-readable medium)는 프로세서에 의해 실행 가능한(executable) 상기 적어도 하나의 명령어를 포함할 수 있다. 상기 적어도 하나의 명령어는 상기 컴퓨터 판독 가능 매체가 단말에게 빔 스케줄링 요청 메시지를 전송하도록 지시할 수 있다. 상기 빔 스케줄링 요청 메시지는 상기 컴퓨터 판독 가능 매체의 전송 빔 방향 정보, 상기 컴퓨터 판독 가능 매체의 수신 빔 스케줄 정보를 포함하되, 상기 컴퓨터 판독 가능 매체의 수신 빔 스케줄 정보는 상기 컴퓨터 판독 가능 매체의 수신 빔 타이밍 정보 및 상기 컴퓨터 판독 가능 매체의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 적어도 하나의 명령어는 상기 컴퓨터 판독 가능 매체가 빔 스케줄링 확인 메시지를 수신하도록 지시할 수 있다. 상기 빔 스케줄링 확인 메시지는 상기 단말의 전송 빔 방향 정보, 상기 단말의 수신 빔 스케줄 정보를 포함하되, 상기 단말의 수신 빔 정보는 상기 단말의 수신 빔 타이밍 정보 및 상기 단말의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 적어도 하나의 명령어는 상기 컴퓨터 판독 가능 매체가 상기 빔 스케줄링 확인 메시지에 기초하여 상기 단말에게 데이터를 전송하도록 지시할 수 있다.
상술한 본 개시의 양태들은 본 개시의 바람직한 실시 예들 중 일부에 불과하며, 본 개시의 기술적 특징들이 반영된 다양한 실시 예들이 당해 기술분야의 통상적인 지식을 가진 자에 의해 이하 상술할 본 개시의 상세한 설명을 기반으로 도출되고 이해될 수 있다.
본 개시에 기초한 실시 예들에 의해 하기와 같은 효과가 있을 수 있다.
본 개시에 따르면, 단말은 효율적으로 자원을 할당할 수 있다.
본 개시에 따르면, 플라툰 그룹(platoon group)의 리더 노드 간 통신에 있어서 간섭이 줄어들 수 있다.
본 개시의 실시 예들에서 얻을 수 있는 효과는 이상에서 언급한 효과들로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 이하의 본 개시의 실시 예들에 대한 기재로부터 본 개시의 기술 구성이 적용되는 기술분야에서 통상의 지식을 가진 자에게 명확하게 도출되고 이해될 수 있다. 즉, 본 개시에서 서술하는 구성을 실시함에 따른 의도하지 않은 효과들 역시 본 개시의 실시 예들로부터 당해 기술분야의 통상의 지식을 가진 자에 의해 도출될 수 있다.
이하에 첨부되는 도면들은 본 개시에 관한 이해를 돕기 위한 것으로, 상세한 설명과 함께 본 개시에 대한 실시 예들을 제공할 수 있다. 다만, 본 개시의 기술적 특징이 특정 도면에 한정되는 것은 아니며, 각 도면에서 개시하는 특징들은 서로 조합되어 새로운 실시 예로 구성될 수 있다. 각 도면에서의 참조 번호(reference numerals)들은 구조적 구성요소(structural elements)를 의미할 수 있다.
도 1은 본 개시의 일 실시 예에 따른, 무선 통신 시스템의 구조를 도시한다.
도 2는 본 개시의 일 실시 예에 따른, BWP의 일 예를 도시한다.
도 3a 및 도 3b는 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 도시한다.
도 4는 본 개시의 일 실시 예에 따른, V2X의 동기화 소스(synchronization source) 또는 동기화 기준(synchronization reference)을 도시한다.
도 5a 및 도 5b는 본 개시의 일 실시 예에 따라, 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 도시한다.
도 6a 내지 도 6c는 본 개시의 일 실시 예에 따른, 세 가지 캐스트 타입들을 도시한다.
도 7은 본 개시의 일 실시 예에 따른, CBR 측정을 위한 자원 단위를 도시한다.
도 8은 본 개시의 일 실시 예에 따라, NG-RAN (Next Generation-Radio Access Network) 또는 E-UTRAN에 접속되는 UE에 대한 측위가 가능한, 5G 시스템에서의 아키텍처의 일 예를 도시한다.
도 9는 본 개시에 적용 가능한 자원 할당 방법의 일 예를 나타낸 도면이다.
도 10은 본 개시에 적용 가능한 송신 단말 절차의 일 예를 나타낸 도면이다.
도 11은 본 개시에 적용 가능한 수신 단말 절차의 일 예를 나타낸 도면이다.
도 12a 내지 도 12e는 본 개시에 적용 가능한 자원 할당 방법의 예들을 나타낸 것이다.
도 13a 내지 도 13c는 플라툰 그룹과 다른 플라툰 그룹 사이에 그룹이 존재하는 경우 자원 할당 방법의 일 예를 나타낸 것이다.
도 14는 본 개시에 적용 가능한 수신 노드 절차의 일 예를 나타낸 것이다.
도 15는 본 개시에 적용 가능한, 자원 할당 절차의 일 예를 나타낸 것이다.
도 16a 및 도 16b는 본 개시에 적용 가능한 자원 할당 절차의 일 예를 나타낸 것이다.
도 17은 본 개시에 적용 가능한 자원 할당 절차의 일 예를 나타낸 도면이다.
도 18은 본 개시에 적용 가능한 자원 할당 절차의 일 예를 나타낸 도면이다.
도 19는 본 개시의 일 실시 예에 따른, 통신 시스템 예를 도시한다.
도 20는 본 개시의 일 실시 예에 따른, 무선 기기의 예를 도시한다.
도 21은 본 개시의 일 실시 예에 따른, 차량 또는 자율 주행 차량의 예를 도시한다.
이하의 실시 예들은 본 개시의 구성요소들과 특징들을 소정 형태로 결합한 것들이다. 각 구성요소 또는 특징은 별도의 명시적 언급이 없는 한 선택적인 것으로 고려될 수 있다. 각 구성요소 또는 특징은 다른 구성요소나 특징과 결합되지 않은 형태로 실시될 수 있다. 또한, 일부 구성요소들 및/또는 특징들을 결합하여 본 개시의 실시 예를 구성할 수도 있다. 본 개시의 실시 예들에서 설명되는 동작들의 순서는 변경될 수 있다. 어느 실시 예의 일부 구성이나 특징은 다른 실시 예에 포함될 수 있고, 또는 다른 실시 예의 대응하는 구성 또는 특징과 교체될 수 있다.
도면에 대한 설명에서, 본 개시의 요지를 흐릴 수 있는 절차 또는 단계 등은 기술하지 않았으며, 당업자의 수준에서 이해할 수 있을 정도의 절차 또는 단계는 또한 기술하지 아니하였다.
명세서 전체에서, 어떤 부분이 어떤 구성요소를 "포함(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) 3GPP LTE
- 3GPP TS 36.211: Physical channels and modulation
- 3GPP TS 36.212: Multiplexing and channel coding
- 3GPP TS 36.213: Physical layer procedures
- 3GPP TS 36.214: Physical layer; Measurements
- 3GPP TS 36.300: Overall description
- 3GPP TS 36.304: User Equipment (UE) procedures in idle mode
- 3GPP TS 36.314: Layer 2 - Measurements
- 3GPP TS 36.321: Medium Access Control (MAC) protocol
- 3GPP TS 36.322: Radio Link Control (RLC) protocol
- 3GPP TS 36.323: Packet Data Convergence Protocol (PDCP)
- 3GPP TS 36.331: Radio Resource Control (RRC) protocol
(2) 3GPP NR (e.g. 5G)
- 3GPP TS 38.211: Physical channels and modulation
- 3GPP TS 38.212: Multiplexing and channel coding
- 3GPP TS 38.213: Physical layer procedures for control
- 3GPP TS 38.214: Physical layer procedures for data
- 3GPP TS 38.215: Physical layer measurements
- 3GPP TS 38.300: Overall description
- 3GPP TS 38.304: User Equipment (UE) procedures in idle mode and in RRC inactive state
- 3GPP TS 38.321: Medium Access Control (MAC) protocol
- 3GPP TS 38.322: Radio Link Control (RLC) protocol
- 3GPP TS 38.323: Packet Data Convergence Protocol (PDCP)
- 3GPP TS 38.331: Radio Resource Control (RRC) protocol
- 3GPP TS 37.324: Service Data Adaptation Protocol (SDAP)
- 3GPP TS 37.340: Multi-connectivity; Overall description
본 개시에 적용 가능한 통신 시스템
도 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와 연결될 수 있다.
도 2는 본 개시의 일 실시 예에 따른, BWP(Bandwidth part)의 일 예를 도시한다. 도 2의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다. 도 2의 실시 예에서, BWP는 세 개라고 가정한다.
도 2를 참조하면, CRB(common resource block)는 캐리어 밴드의 한 쪽 끝에서부터 다른 쪽 끝까지 번호가 매겨진 캐리어 자원 블록일 수 있다. 그리고, PRB는 각 BWP 내에서 번호가 매겨진 자원 블록일 수 있다. 포인트 A는 자원 블록 그리드(resource block grid)에 대한 공통 참조 포인트(common reference point)를 지시할 수 있다.
BWP는 포인트 A, 포인트 A로부터의 오프셋(Nstart BWP) 및 대역폭(Nsize BWP)에 의해 설정될 수 있다. 예를 들어, 포인트 A는 모든 뉴머놀로지(예를 들어, 해당 캐리어에서 네트워크에 의해 지원되는 모든 뉴머놀로지)의 서브캐리어 0이 정렬되는 캐리어의 PRB의 외부 참조 포인트일 수 있다. 예를 들어, 오프셋은 주어진 뉴머놀로지에서 가장 낮은 서브캐리어와 포인트 A 사이의 PRB 간격일 수 있다. 예를 들어, 대역폭은 주어진 뉴머놀로지에서 PRB의 개수일 수 있다.
V2X 또는 사이드링크(sidelink, SL) 통신
도 3a 및 도 3b는 본 개시의 일 실시 예에 따른, SL 통신을 위한 무선 프로토콜 구조(radio protocol architecture)를 도시한다. 도 3a 및 도 3b의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다. 구체적으로, 도 3(a)는 사용자 평면 프로토콜 스택을 나타내고, 도 3b는 제어 평면 프로토콜 스택을 예시한다.
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)을 수행할 필요가 없다.
예를 들어, 표 1을 기반으로, 단말은 S-SS/PSBCH 블록(즉, S-SSB)을 생성할 수 있고, 단말은 S-SS/PSBCH 블록(즉, S-SSB)을 물리 자원 상에 맵핑하여 전송할 수 있다.
Figure PCTKR2021005757-appb-I000001

Figure PCTKR2021005757-appb-I000002
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)를 사용할 수 있다.
도 4는 본 개시의 일 실시 예에 따른, V2X의 동기화 소스(synchronization source) 또는 동기화 기준(synchronization reference)을 도시한다. 도 4의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 4를 참고하면, 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 동기화 소스는 동기화 우선 순위와 연관될 수 있다. 예를 들어, 동기화 소스와 동기화 우선 순위 사이의 관계는 표 2 또는 표 3과 같이 정의될 수 있다. 표 2 또는 표 3은 일 예에 불과하며, 동기화 소스와 동기화 우선 순위 사이의 관계는 다양한 형태로 정의될 수 있다.
우선
순위
레벨		 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 낮은 우선 순위를 가지는 남은 단말(들) 낮은 우선 순위를 가지는 남은 단말(들)
표 2 또는 표 3에서, P0가 가장 높은 우선 순위를 의미할 수 있고, P6이 가장 낮은 우선순위를 의미할 수 있다. 표 2 또는 표 3에서, 기지국은 gNB 또는 eNB 중 적어도 어느 하나를 포함할 수 있다.
GNSS 기반의 동기화 또는 기지국 기반의 동기화를 사용할지 여부는 (미리) 설정될 수 있다. 싱글-캐리어 동작에서, 단말은 가장 높은 우선 순위를 가지는 이용 가능한 동기화 기준으로부터 상기 단말의 전송 타이밍을 유도할 수 있다.
예를 들어, 단말은 동기화 기준(synchronization reference)을 (재)선택할 수 있고, 단말은 상기 동기화 기준으로부터 동기를 획득할 수 있다. 그리고, 단말은 획득된 동기를 기반으로 SL 통신(예: PSCCH/PSSCH 송수신, PSFCH(Physical Sidelink Feedback Channel) 송수신, S-SSB 송수신, 참조 신호 송수신 등)을 수행할 수 있다.
도 5a 및 도 5b는 본 개시의 일 실시 예에 따라, 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 도시한다. 도 5a 및 도 5b의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다. 본 개시의 다양한 실시 예에서, 전송 모드는 모드 또는 자원 할당 모드라고 칭할 수 있다. 이하, 설명의 편의를 위해, LTE에서 전송 모드는 LTE 전송 모드라고 칭할 수 있고, NR에서 전송 모드는 NR 자원 할당 모드라고 칭할 수 있다.
예를 들어, 도 5a는 LTE 전송 모드 1 또는 LTE 전송 모드 3과 관련된 단말 동작을 예시한다. 또는, 예를 들어, 도 5a는 NR 자원 할당 모드 1과 관련된 단말 동작을 예시한다. 예를 들어, LTE 전송 모드 1은 일반적인 SL 통신에 적용될 수 있고, LTE 전송 모드 3은 V2X 통신에 적용될 수 있다.
예를 들어, 도 5b는 LTE 전송 모드 2 또는 LTE 전송 모드 4와 관련된 단말 동작을 예시한다. 또는, 예를 들어, 도 5b는 NR 자원 할당 모드 2와 관련된 단말 동작을 예시한다.
도 5a를 참고하면, 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일 수 있다. 표 4는 SL의 스케줄링을 위한 DCI의 일 예를 나타낸다.
3GPP TS 38.212
Figure PCTKR2021005757-appb-I000003

Figure PCTKR2021005757-appb-I000004

Figure PCTKR2021005757-appb-I000005
도 5b를 참고하면, 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 단말로부터 수신할 수 있다.
도 5a 또는 도 5b를 참고하면, 예를 들어, 제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를 포함할 수 있다. 표 5는 1st-stage SCI 포맷의 일 예를 나타낸다.
3GPP TS 38.212
Figure PCTKR2021005757-appb-I000006

Figure PCTKR2021005757-appb-I000007

Figure PCTKR2021005757-appb-I000008

Figure PCTKR2021005757-appb-I000009
표 6은 2nd-stage SCI 포맷의 일 예를 나타낸다.
3GPP TS 38.212
Figure PCTKR2021005757-appb-I000010

Figure PCTKR2021005757-appb-I000011

Figure PCTKR2021005757-appb-I000012
도 5a 또는 도 5b를 참고하면, 제1 단말은 표 7을 기반으로 PSFCH를 수신할 수 있다. 예를 들어, 제1 단말 및 제2 단말은 표 7을 기반으로 PSFCH 자원을 결정할 수 있고, 제2 단말은 PSFCH 자원을 사용하여 HARQ 피드백을 제1 단말에게 전송할 수 있다.
3GPP TS 38.213
Figure PCTKR2021005757-appb-I000013

Figure PCTKR2021005757-appb-I000014

Figure PCTKR2021005757-appb-I000015

Figure PCTKR2021005757-appb-I000016

Figure PCTKR2021005757-appb-I000017

Figure PCTKR2021005757-appb-I000018

Figure PCTKR2021005757-appb-I000019
도 5a를 참고하면, 제1 단말은 표 8을 기반으로, PUCCH 및/또는 PUSCH를 통해서 SL HARQ 피드백을 기지국에게 전송할 수 있다.
3GPP TS 38.213
Figure PCTKR2021005757-appb-I000020

Figure PCTKR2021005757-appb-I000021

Figure PCTKR2021005757-appb-I000022

Figure PCTKR2021005757-appb-I000023

Figure PCTKR2021005757-appb-I000024

Figure PCTKR2021005757-appb-I000025

Figure PCTKR2021005757-appb-I000026

Figure PCTKR2021005757-appb-I000027

Figure PCTKR2021005757-appb-I000028
도 6a 내지 도 6c는 본 개시의 일 실시 예에 따른, 세 가지 캐스트 타입들을 도시한다. 6a 내지 도 6c의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
구체적으로, 도 6a는 브로드캐스트 타입의 SL 통신을, 도 6b는 유니캐스트 타입의 SL 통신을, 도 6c는 그룹캐스트 타입의 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을 네트워크/기지국에게 전송할 수 있다.
도 7은 본 개시의 일 실시 예에 따른, CBR 측정을 위한 자원 단위를 도시한다. 도 7의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 7을 참고하면, CBR은 단말이 특정 구간(예를 들어, 100ms) 동안 서브채널 단위로 RSSI(Received Signal Strength Indicator)를 측정한 결과, RSSI의 측정 결과 값이 미리 설정된 임계치 이상의 값을 가지는 서브채널의 개수를 의미할 수 있다. 또는, CBR은 특정 구간 동안의 서브채널 중 미리 설정된 임계치 이상의 값을 가지는 서브채널의 비율을 의미할 수 있다. 예를 들어, 도 7의 빗금 쳐진 서브채널이 미리 설정된 임계치 이상의 값을 가지는 서브채널이라고 가정하는 경우, CBR은 100ms 구간 동안 빗금 쳐진 서브채널의 비율을 의미할 수 있다. 부가적으로, 단말은 CBR을 기지국에게 보고할 수 있다.
예를 들어, PSCCH와 PSSCH가 주파수 영역에서 멀티플렉싱되는 경우, 단말은 하나의 자원 풀에 대하여 하나의 CBR 측정을 수행할 수 있다. 여기서, 만약 PSFCH 자원이 설정되거나 사전에 설정된다면, 상기 PSFCH 자원은 상기 CBR 측정에서 제외될 수 있다.
나아가, 트래픽(예를 들어, 패킷)의 우선 순위를 고려한 혼잡 제어가 필요할 수 있다. 이를 위해, 예를 들어, 단말은 채널 점유율(Channel occupancy Ratio, CR)을 측정할 수 있다. 구체적으로, 단말은 CBR을 측정하고, 단말은 상기 CBR에 따라서 각각의 우선 순위(예를 들어, k)에 해당하는 트래픽이 점유할 수 있는 채널 점유율(Channel occupancy Ratio k, CRk)의 최댓값(CRlimitk)을 결정할 수 있다. 예를 들어, 단말은 CBR 측정값 미리 정해진 표를 기반으로, 각각의 트래픽의 우선 순위에 대한 채널 점유율의 최댓값(CRlimitk)을 도출할 수 있다. 예를 들어, 상대적으로 우선 순위가 높은 트래픽의 경우, 단말은 상대적으로 큰 채널 점유율의 최댓값을 도출할 수 있다. 그 후, 단말은 트래픽의 우선 순위 k가 i보다 낮은 트래픽들의 채널 점유율의 총합을 일정 값 이하로 제한함으로써, 혼잡 제어를 수행할 수 있다. 이러한 방법에 의하면, 상대적으로 우선 순위가 낮은 트래픽들에 더 강한 채널 점유율 제한이 걸릴 수 있다.
그 이외에, 단말은 전송 전력의 크기 조절, 패킷의 드롭(drop), 재전송 여부의 결정, 전송 RB 크기 조절(MCS 조정) 등의 방법을 이용하여, SL 혼잡 제어를 수행할 수 있다.
SL CBR 및 SL RSSI의 일 예는 다음과 같다. 아래 설명에서, 슬롯 인덱스는 물리 슬롯 인덱스(physical slot index)를 기반으로 할 수 있다.
슬롯 n에서 측정된 SL CBR은, CBR 측정 윈도우 [n-a, n-1]에 걸쳐 센싱된, 자원 풀내에서 UE에 의해 측정된 SL RSSI가 (미리) 설정된 임계치를 초과하는 서브 채널들의 부분(portion)으로 정의된다. 여기서, 상위 계층 파라미터 timeWindowSize-CBR에 따라, a는 100 또는 100·2μ개 슬롯들과 같다. SL CBR은 RRC_IDLE intra-frequency, RRC_IDLE inter-frequency, RRC_CONNECTED intra-frequency, RRC_CONNECTED inter-frequency에 적용될 수 있다.
SL RSSI는, 두번째 OFDM 심볼에서 시작하는 PSCCH 및 PSSCH를 위해 설정된 슬롯의 OFDM 심볼들 내의 설정된 서브채널에서 관찰되는 총 수신 전력([W] 단위)의 선형 평균으로 정의된다. FR1에 대하여, SL RSSI를 위한 참조 포인트는 UE의 안테나 커넥터일 것이다(shall be). FR2에 대하여, SL RSSI는 주어진 수신기 브랜치에 대응하는 안테나 요소들로부터의 결합된 신호에 기반하여 측정될 것이다. FR1 및 FR2에 대하여, 수신 다이버시티가 UE에 의해 사용되는 경우, 보고되는 SL RSSI 값은 개별적인 수신기 브랜치들 중 어떤 것의 대응되는 SL RSSI보다 작지 아니할 것이다. SL RSSI는 RRC_IDLE intra-frequency, RRC_IDLE inter-frequency, RRC_CONNECTED intra-frequency, RRC_CONNECTED inter-frequency에 적용될 수 있다.
SL CR(Channel occupancy Ratio)의 일 예는 다음과 같다. 슬롯 n에서 평가된 SL CR은, 슬롯 [n-a, n-1] 내에서 전송을 위해 사용된 그리고 슬롯 [n, n+b] 내의 허여된(granted) 서브채널들의 총 개수를 슬롯 [n-a, n+b]에 걸친 송신 풀 내의 설정된 서브채널들의 총 개수로 나눈 것으로 정의된다. SL CR은 RRC_IDLE intra-frequency, RRC_IDLE inter-frequency, RRC_CONNECTED intra-frequency, RRC_CONNECTED inter-frequency에 적용될 수 있다. 여기서, a는 양의 정수이고, b는 0이거나, 또는 a는 양의 정수일 수 있다. a 및 b는 UE 구현에 의해 결정되며, 상위 계층 파라미터 timeWindowSize-CBR에 따라, a+b+1=1000 또는 a+b+1=1000·2μ일 수 있다. b < (a+b+1)/2이며, n+b는 현재 전송을 위한 허여(grant)의 마지막 전송 기회를 초과하지 아니할 것이다. SL CR은 각 (재)전송에 대해 평가된다. SL CR을 평가함에 있어서, 패킷 드랍(packet dropping) 없이 슬롯 [n+1, n+b]에서 존재하는 허여(들)에 따라, UE는 슬롯 n에서 사용된 전송 파라미터가 재사용됨을 가정할 것이다. 슬롯 인덱스는 물리적 술롯 인덱스일 수 있다. SL CR은 우선순위 레벨 별로 계산될 수 있다. TS 38.321에 정의된 설정된 사이드링크 허여의 멤버(member)이면, 해당 자원은 허여된 것으로 취급된다.
포지셔닝(positioning)
도 8은 본 개시의 일 실시 예에 따라, NG-RAN (Next Generation-Radio Access Network) 또는 E-UTRAN에 접속되는 UE에 대한 측위가 가능한, 5G 시스템에서의 아키텍처의 일 예를 도시한다.
도 8을 참고하면, AMF는 특정 타겟 UE와 관련된 위치 서비스에 대한 요청을 GMLC(Gateway Mobile Location Center)와 같은 다른 엔티티(entity)로부터 수신하거나, AMF 자체에서 특정 타겟 UE를 대신하여 위치 서비스를 시작하기로 결정할 수 있다. 그러면, AMF는 LMF(Location Management Function)에게 위치 서비스 요청을 전송할 수 있다. 상기 위치 서비스 요청을 수신한 LMF는 상기 위치 서비스 요청을 처리하여 UE의 추정된 위치 등을 포함하는 처리 결과를 AMF에 반환할 수 있다. 한편, 위치 서비스 요청이 AMF이 이외에 GMLC와 같은 다른 엔티티로부터 수신된 경우에, AMF는 LMF로부터 수신한 처리 결과를 다른 엔티티로 전달할 수 있다.
ng-eNB(new generation evolved-NB) 및 gNB는 위치 추정을 위한 측정 결과를 제공할 수 있는 NG-RAN의 네트워크 요소이며, 타겟 UE에 대한 무선 신호를 측정하고 그 결과값을 LMF에 전달할 수 있다. 또한, ng-eNB는 원격 무선 헤드(remote radio heads)와 같은 몇몇 TP (Transmission Point)들 또는 E-UTRA를 위한 PRS(Positioning Reference Signal) 기반 비콘 시스템을 지원하는 PRS 전용 TP들을 제어할 수 있다.
LMF는 E-SMLC(Enhanced Serving Mobile Location Centre)와 연결되고, E-SMLC는 LMF가 E-UTRAN에 접속 가능하게 할 수 있다. 예를 들어, E-SMLC는 LMF가 eNB 및/또는 E-UTRAN 내의 PRS 전용 TP들로부터 전송된 신호를 통해 타겟 UE가 획득한 하향링크 측정을 이용하여 E-UTRAN의 측위 방법들 중 하나인 OTDOA (Observed Time Difference Of Arrival)을 지원하도록 할 수 있다.
한편, LMF는 SLP(SUPL Location Platform)에 연결될 수 있다. LMF는 타겟 UE들에 대한 서로 상이한 위치 결정 서비스들을 지원하고 관리할 수 있다. LMF는 UE의 위치 측정을 획득하기 위하여, 타겟 UE를 위한 서빙 ng-eNB 또는 서빙 gNB와 상호 작용할 수 있다. 타겟 UE의 측위를 위하여, LMF는 LCS(Location Service) 클라이언트 유형, 요구되는 QoS(Quality of Service), UE 측위 능력(UE positioning capabilities), gNB 측위 능력 및 ng-eNB 측위 능력 등에 기반하여 측위 방법을 결정하고, 이러한 측위 방법을 서빙 gNB 및/또는 서빙 ng-eNB에게 적용할 수 있다. 그리고, LMF는 타겟 UE에 대한 위치 추정치와 위치 추정 및 속도의 정확도와 같은 추가 정보를 결정할 수 있다. SLP는 사용자 평면(user plane)을 통해 측위를 담당하는 SUPL (Secure User Plane Location) 엔티티이다.
UE는 NG-RAN 및 E-UTRAN, 서로 상이한 GNSS(Global Navigation Satellite System), TBS(Terrestrial Beacon System), WLAN(Wireless Local Access Network) 접속 포인트, 블루투스 비콘 및 UE 기압 센서 등과 같은 소스 등을 통해 하향링크 신호를 측정할 수 있다. UE는 LCS 어플리케이션을 포함할 수도 있고, UE가 접속된 네트워크와의 통신 또는 UE에 포함된 다른 어플리케이션을 통해 LCS 어플리케이션에 접속할 수 있다. LCS 어플리케이션은 UE의 위치를 결정하는 데 필요한 측정 및 계산 기능을 포함할 수 있다. 예를 들어, UE는 GPS (Global Positioning System) 과 같은 독립적인 측위 기능을 포함할 수 있고, NG-RAN 전송과는 독립적으로 UE의 위치를 보고할 수 있다. 이러한 독립적으로 획득한 측위 정보는 네트워크로부터 획득한 측위 정보의 보조 정보로서 활용될 수도 있다.
본 개시의 구체적인 실시 예
NR(new radio) V2X(vehicle to everything) 아웃 오브 커버리지(out of coverage) 상황에서 자원 할당(resource allocation)이 수행될 때 센싱 윈도우(sensing window) 구간이 존재할 수 있다. 센싱 윈도우 구간은 자원이 송신되는 구간 및 자원의 위치가 할당되는 동작이 수행되는 구간일 수 있다. 자원의 위치가 할당되는 동작은 서브 채널(sub-channel)에서 자원의 위치가 할당되는 동작일 수 있으며, 상술한 실시예로 한정되지 않는다. NR V2X의 상술한 동작은 LTE V2X의 동작과 대부분 동일할 수 있다. mmWave 빔은 직진성이 강할 수 있다. 또한, mmWave beam은 NLOS(nonlight of sight) 특성이 강할 수 있다. 또한, mmWave 빔은 좁은(narrow) 빔을 형성할 수 있다. LTE의 경우, 빔의 모든 방향의 채널 환경은 동시에 측정(measure)될 수 있다. 빔의 모든 방향의 채널 환경이 동시에 측정될 수 없는 경우, 빔이 커버(cover)할 수 있는 영역에 한하여 채널 환경이 측정될 수 있다. 빔이 커버할 수 있는 영역에 한하여 채널 환경이 측정되는 동작으로 인해, 단말 또는 기지국이 정확한 자원 구간을 선택하는데 한계가 존재할 수 있다.
V2X와 관련하여, 송신 단말이 빔이 형성되어 있는 수신 단말에게 송신을 하고자 할 때, 자원을 선택할 수 있다. 송신 단말은 데이터를 송신하고자 하는 비어있는 자원 구간을 찾아서 수신 단말에게 해당 구간을 사용하는 것이 괜찮은지 네고시에이션 메시지(negotiation message)를 전송할 수 있다. 일 예로, 송신 단말은 수신 단말에게 센싱 윈도우 구간에 데이터 형태로 네고시에이션 메시지를 전송할 수 있다. 또한, 데이터를 송신하는 구간은 RRC(radio resource channel) 내에 고정 자원 구간으로 미리 설정(pre-define)될 수 있다. 수신 단말은 네고시에이션 메시지를 수신할 수 있다. 그 후, 수신 단말은 해당 구간에서 데이터를 수신할 수 있는지 결정하고 응답 메시지(response message) 형태로 전송 단말에게 전송할 수 있다. 또한, 수신 단말은 추가적으로 주변의 이웃 단말(neighbor user equipment, neighbor UE)들에게 브로드캐스팅할 수 있다. 상술한 네고시에이션 방식은 2-way 메시지 방식으로 되어 있다. 또한, 상술한 네고시에이션 방식은 네고시에이션이 성립될 때까지 계속적으로 버든(burden)이 발생할 수 있다. 또한, 상술한 네고시에이션 방식은 유니캐스트(unicast)를 제외한 그룹캐스트(groupcast)에 대해 정의하고 있지 않다.
단말 간 자원을 송수신할 때, 단말은 기지국의 도움을 받아서 자원을 할당할 수 있다. 단말은 과거에 기지국에 연결되었던 히스토리(history)가 있으면 아웃 오브 커버리지(out of coverage) 상황에서 기지국이 할당했던 자원 리스트를 활용할 수 있다. 일 예로, 단말은 아웃 오브 커버리지 상황에서 기지국이 할당했던 자원 리스트에서 랜덤하게 선택할 수 있다. 이러한 방식은 기지국에 의존(dependent)하는 문제점이 있다. 또한, 이러한 방식은 mmWave 빔 기반의 통신에서 적합하지 않을 수 있다.
송신 단말과 수신 단말 사이에 플라툰 그룹(platoon group)이 존재하는 경우, 플라툰 그룹은 일부 자원을 사용하지 못하도록 제한될 수 있다. 이러한 경우 자원이 효율적으로 할당될 수 없다.
본 개시는 네고시에이션 방식이 아닌 수신 단말(Rx UE)과 송신 단말(Tx UE)이 초기 빔 정렬(beam alignment) 절차를 이용하는 방식을 포함한다. 본 개시는 수신 단말과 송신 단말이 빔 정렬 절차에서 약속된 송수신 시점을 공유하는 방식을 제안한다. 또한, 본 개시는 수신 단말과 송신 단말이 빔 정렬 절차에서 사용하고자 하는 자원 풀(resource pool)을 공유하는 방식을 제안한다. 또한, 본 개시는 수신 단말과 송신 단말이 이후 데이터 송수신 시 빔 정렬 절차에서 공유한 정보를 사용하는 방안을 제안한다. 또한, 본 개시는 수신 단말과 송신 단말이 빔 정렬 절차에서 공유한 정보를 데이터 송수신에 사용함으로써 네고시에이션 절차를 최소화하는 방식을 제안한다.
또한, 본 개시는 단말이 mmWave 기반의 빔을 이용할 때 발생할 수 있는 문제에 대해서 서술한다. 플라투닝(platooning)은 동일한 차선에 위치해 있는 자동차가 그룹을 이루는 군집행동을 의미할 수 있다. 차량, 자동차, 단말, 노드 등의 용어는 혼용될 수 있다. 군집은 리더 노드(leader node)를 가질 수 있다. 리더 노드는 그룹을 이끄는 역할을 할 수 있다. 리더 노드는 그룹에 속해 있는 노드들의 자원(resource)을 관리할 수 있다. 리더 노드는 만약 주변에 기지국이 있으면 기지국과 연결하여 그룹의 노드들에게 네트워크 정보를 전달할 수 있다. 본 개시는 mmWave 빔 환경에서 플라툰 그룹(platoon group) 간 간섭(interference)를 줄이기 위한 방법을 제안한다. 본 개시는 어플리케이션 레이어(application layer)에서 일부 자원을 통제할 수 있는 방법을 제안한다. 플라투닝에서 리더 노드와 다른 리더 노드 간의 송수신은 매우 중요하다. 따라서, 리더 노드의 자원 할당은 플라투닝 그룹내의 노드들보다 그 퀄리티가 더 좋아야 한다. 본 개시는, 이러한 정보를 고려하여 자원을 효율적으로 할당할 수 있는 방법을 제안한다.
도 9는 본 개시에 적용 가능한 자원 할당 방법의 일 예를 나타낸 도면이다. 도 9를 참고하면, 절차는 크게 2 단계로 구성될 수 있다. 조금 더 구체적으로, 절차는 수신 빔 스케줄링(Rx beam scheduling) 단계 및 데이터 전송(data transmit) 단계로 구성될 수 있다. 단말은 자신이 빔당 데이터를 수신할 수 있는 시점을 다른 단말에게 알려줄 수 있다. 데이터를 수신할 수 있는 시점은 SRB(signaling radio bearer) 및 DRB(data radio bearer) 애디션(addition) 단계에서 추가될 수 있다.
수신 빔 스케줄링 단계에 대해서 설명한다. 수신 빔 스케줄링 단계는 단말의 빔 마다 데이터를 수신할 수 있는 시점을 알려주는 동작을 포함할 수 있다. 단말 1(902)은 송신 단말일 수 있다. 단말 2(904)는 수신 단말일 수 있다.
S901 단계에서, 단말 1은 단말 2에게 수신 빔 스케줄 요청(Rx beam schedule request) 메시지를 전송할 수 있다. 일 예로, 단말 1은 SLSS(sidelink synchronization signal) 및 MIB(master information block)를 송신하고 수신 빔 스케줄 요청 메시지를 단말 2에게 전송할 수 있다. 또한, 단말 1은 자신이 추후 단말 2로부터 데이터를 수신할 수 있기 때문에 해당 수신 스케줄링(Rx scheduling) 정보를 포함하는 수신 빔 스케줄 요청을 단말 2에게 전송할 수 있다. 수신 빔 스케줄링 요청 메시지는 송신 빔 방향(Tx beam direction) 정보 및 수신 빔 스케줄 정보(Rx beam schedule information)를 포함할 수 있다. 또한, 수신 빔 스케줄링 요청 메시지는 차선 정보(lane information)를 포함할 수 있다. 송신 빔 방향 정보는 전송하고자 하는 빔의 방향 정보일 수 있다. 일 예로, 송신 빔 방향 정보는 전송하고자 하는 빔의 8가지 방향 정보를 포함할 수 있다. 빔 방향은 다양할 수 있으며, 상술한 실시예로 한정되지 않는다. 차선 정보는 현재 전송 단말이 위치해 있는 차선 정보를 포함할 수 있다.
수신 빔 스케줄 정보는 복수의 빔에 대한 수신 빔 스케줄 정보를 포함할 수 있다. 일 예로, 수신 빔 스케줄 정보는 64개의 빔을 설정할 수 있다. 즉, 수신 빔 스케줄 정보는 64개의 빔에 대한 스케줄 정보를 세팅(set)할 수 있다. 수신 빔 스케줄 정보는 수신 빔 타이밍(Rx Beam timing), 수신 자원 풀 정보(Rx resource pool information)를 포함할 수 있다. 수신 빔 타이밍 정보는 전송 단말이 추후에 데이터를 수신할 수 있는 타이밍에 관한 정보를 포함할 수 있다. 수신 빔 자원 풀 정보는 전송 단말이 추후에 데이터를 수신할 수 있는 자원 풀 정보를 포함할 수 있다.
S903 단계에서, 단말 2는 단말 1에게 수신 빔 스케줄 확인(Rx beam schedule confirm) 메시지를 전송할 수 있다. 메시지를 수신한 단말 2는 자신의 정보를 단말 1에게 전송할 수 있다. 수신 빔 스케줄 확인 메시지의 컨텐츠(contents)는 수신 빔 스케줄 요청 메시지와 동일할 수 있다. 즉, 수신 빔 스케줄 확인 메시지는 단말 2의 송신 빔 방향(Tx beam direction) 정보 및 수신 빔 스케줄 정보(Rx beam schedule information)를 포함할 수 있다. 또한, 수신 빔 스케줄링 확인 메시지는 단말 2의 차선 정보(lane information)를 포함할 수 있다. 단말 2는 자신의 수신 빔 타이밍과 자신의 수신 자원 풀 정보는 단말 1로부터 수신한 요청 메시지에 포함되어 있는 정보와 겹치지 않도록 설정할 수 있다. 일 예로, 단말 2는 자신의 수신 빔 타이밍을 단말 1로부터 수신한 단말 1의 수신 빔 타이밍과 다르게 설정할 수 있다. 또 다른 예로, 단말 2는 자신의 수신 자원 풀을 단말 1로부터 수신한 단말 1의 수신 자원 풀과 다르게 설정할 수 있다. 상술한 절차를 통해, 단말 1 및 단말 2는 서로의 정보를 알 수 있다. 수신 빔 스케줄링 요청 메시지 및 수신 빔 스케줄링 확인 메시지는 PSCCH(physical sidelink control channel) 및 PSSCH(physical sidelink shared channel)에서 전송될 수 있다. PSCCH 및 PSSCH 전송은 동일한 슬롯(slot)에서 수행될 수 있다.
데이터 전송 단계에 대해서 설명한다. S905 단계에서, 단말 1은 단말 2에게 전송 요청 메시지(transmit request)를 전송할 수 있다. 일 예로, 단말 1은 단말 2에게 데이터를 전송하기 위해서 센싱 윈도우 구간에서 전송 요청 메시지를 전송할 수 있다. 전송 요청 메시지는 시간 자원(time source), 주파수 자원(frequency resource), 송신 데이터 사이즈(Tx data size), 정렬되어 있는 빔(aligned beam)의 서브채널(subchannel) 별 RSRP 측정(measure) 값, 빔 방향(beam direction) 및 차선 정보(lane information)를 포함할 수 있다. 시간 자원은 슬롯 정보를 포함할 수 있다. 시간 자원 정보는 확인 메시지를 수신할 수 있는 구간에 대한 시간 정보를 포함할 수 있다. 주파수 자원 정보는 서브채널 정보를 포함할 수 있다. 주파수 자원 정보는 확인 메시지 수신 구간에 대한 주파수 정보를 포함할 수 있다. 전송 요청 메시지는 단말 1이 이미 알고 있는 단말 2의 수신 빔 타이밍에 기초하여 전송될 수 있다. 일 예로, 전송 요청 메시지는 단말 1이 알고 있는 단말 2의 수신 빔 타이밍에 기초하여 PSCCH를 통해 전송될 수 있다. 전송 요청 메시지는 물리채널에서 생성되는 메시지일 수 있다. 전송 요청 메시지는 단말 1 및 단말 2가 서로 약속한 공용 자원 풀 내에서 전송될 수 있다. 전송 요청 메시지는 1st stage SCI로써 전송될 수 있다.
S907 단계에서, 단말 2는 단말 1에게 전송 확인 메시지(transmit confirm)를 전송할 수 있다. 전송 요청 메시지를 수신한 단말 2는 메시지에 포함된 정보에 기초하여 데이터를 수신할 구간을 찾을 수 있다. 단말 2는 자신이 수신할 빔의 채널 상태(channel busy ratio, CBR), PSCCH 수신 구간, SSB(synchronization signal block)/PBCH(physical broadcast channel)의 주기적 송신 구간을 확인할 수 있다. 단말 2는 확인 후 수신이 가능하면 전송 확인 메시지를 단말 1에게 전송할 수 있다. 전송 확인 메시지는 전송 자원 풀 정보(Tx resource information)를 포함할 수 있다.
S911 단계에서, 단말 1은 데이터를 전송할 수 있다. 일 예로, 단말 1은 SCI(sidelink control information) 메시지를 송신하고 동시에 데이터를 전송할 수 있다. 단말 1은 2nd stage SCI 및 PSSCH 데이터를 단말 2가 지정한 자원의 위치에서 전송할 수 있다.
도 10은 본 개시에 적용 가능한 송신 단말 절차의 일 예를 나타낸 도면이다. S1001 단계에서, 송신 단말은 어플리케이션 레이어(application layer)로부터 유니캐스트(unicast) 요청을 수신했는지 확인할 수 있다. S1003 단계에서, 단말 1이 유니캐스트 요청을 수신했다고 확인한 후, 단말 1은 단말 2로부터 수신 빔 스케줄링 정보를 수신했는지 확인할 수 있다. 단말 1이 빔 스케줄링 정보를 수신하지 못했다고 판단한 경우, 단말 1은 일반적인 동작인 센싱 윈도우 동작을 수행할 수 있다. S1005 단계에서, 단말 1이 수신 빔 스케줄링 정보를 수신했다고 확인한 후, 전송 확인 메시지를 수신했는지 확인할 수 있다. S1007 단계에서, 단말 1이 전송 확인 메시지를 수신했다면 단말 1은 단말 2에게 데이터를 전송할 수 있다. 일 예로, 단말 1은 second stage SCI 및 PSSCH를 통해 데이터를 전송할 수 있다. S1009 단계에서, 단말 1이 전송 확인 메시지를 수신하지 않았다면, 단말 1은 전송 요청 메시지를 단말 2에게 전송할 수 있다. 단말 1은 스케줄링 구간에서 전송 요청 메시지를 전송할 수 있다. 따라서, 단말 1이 최초 전송 후 어떠한 환경에 의해 전송 확인 메시지를 수신하지 못하는 경우 재전송이 가능할 수 있다. 전송 요청 메시지는 시간 자원(time source), 주파수 자원(frequency resource), 송신 데이터 사이즈(Tx data size), 정렬되어 있는 빔(aligned beam)의 서브채널(subchannel) 별 RSRP 측정(measure) 값, 빔 방향(beam direction) 및 차선 정보(lane information)를 포함할 수 있다.
도 11은 본 개시에 적용 가능한 수신 단말 절차의 일 예를 나타낸 도면이다. S1101 단계에서, 수신 단말은 전송 요청 메시지를 수신할 수 있다. S1103 단계에서, 수신 단말은 전송 요청 메시지를 수신한 후 수신한 메시지에 기초하여 수신 가능한 자원 풀 정보를 찾을 수 있다. 일 예로, 수신 단말은 송신 단말의 송신 자원 풀 내에서 수신 가능한 자원 풀 정보를 찾을 수 있다. 또 다른 예로, 수신 단말은 송신 단말의 송신 자원 풀 정보를 수신 자원 풀 정보를 통해 알 수 있기 때문에 송신 단말의 송신 자원 풀 내에서 적합한 자원을 찾을 수 있다. 또 다른 예로, 수신 단말은 빔 정렬 과정에서 공유한 수신 구간에서 최적의 서브채널을 찾을 수 있다. 수신 단말은 요청 메시지의 컨텐츠를 이용하여 빔 정렬 과정에서 공유한 수신 구간에서 최적의 서브 채널을 찾을 수 있다. 일 예로, 수신 단말은 송신 데이터 사이즈, 서브채널별 RSRP 값, 수신 단말에서 측정한 RSRP 값 등을 이용하여 최적의 서브채널을 찾을 수 있다. 수신 단말은 최적의 서브 채널을 찾지 못한 경우 다음 데이터 수신 구간에서 수신할 수 있도록 예약(reservation)하는 동작을 통해 자원 수신 구간을 결정할 수 있다. S1105 단계에서, 수신 가능한 구간을 찾은 수신 단말은 전송 확인 메시지를 전송할 수 있다. S1107 단계에서, 수신 가능한 구간을 찾지 못한 수신 단말은 전송 실패 메시지(transmit fail message)를 전송할 수 있다.
도 12a 내지 도 12e는 본 개시에 적용 가능한 자원 할당 방법의 예들을 나타낸 것이다. 도 12a를 참고하면, VH1은 VH2, VH3, VH4와 연결이 되어 있다고 가정한다. VH1과 VH3와 유니캐스트를 할 때 일부 VH2의 노드에게 간섭(interference)이 발생할 수 있다. 본 개시는 이러한 문제의 해결 방안을 제안한다.
도 12b는 플라툰 그룹과 다른 플라툰 그룹 사이에 그룹이 없는 경우를 나타낸 3가지 경우를 나타낸 것이다. 도12b의 케이스 1을 참고하면, 왼쪽 차선의 플라툰 그룹의 리더 노드는 VH1(1202b)이다. 리더 노드 VH1은 자신의 차선에 속한 차량들을 플라툰 그룹 노드로써 가질 수 있다. 케이스 1의 오른쪽 차선에서 VH2(1204b)가 리더 노드를 수행하고 있다. VH2는 자신의 차선의 차량들을 그룹의 노드로 가질 수 있다. 양 차선의 리더 노드의 위치에 따라 그룹 노드들간 간섭(interference)가 발생할 수 있다. 일 예로, 케이스 1을 참고하면, VH1(1202b)가 VH2(1204b) 방향으로 데이터를 송신한다고 가정한다. 또한, VH2가 속한 플라툰 그룹 내의 노드들이 송수신을 하고 있다고 가정한다. 이러한 경우, VH2가 속한 플라툰 그룹 내의 노드들은 VH1이 송신하는 신호에 의해 간섭이 발생할 수 있다. 케이스 2의 경우에도 간섭이 발생할 수 있다. 케이스 3의 경우, VH1와 VH2 사이에 노드들이 존재하지 않으므로 간섭이 발생하지 않을 수 있다. 케이스 1 및 케이스 2의 경우, 화살표 방향은 리더 노드들에 의해서 영향을 받을 수 있는 그룹 노드들을 가리킬 수 있다. 케이스 3의 경우, 그룹 노드들이 영향을 받지 않을 확률이 크다. 본 개시는 이러한 점을 고려하여 절차를 제안한다.
도 12c 및 도 12d는 플라툰 그룹과 다른 플라툰 그룹 사이에 그룹이 존재하는 경우들을 나타낸 도면이다. 중간에 끼어 있는 플라툰 그룹 내의 노드들 간의 통신은 간섭이 발생할 수 있다. 도12c를 참고하면, VH1, VH2 및 VH3은 각각의 차선에서 리더 노드일 수 있다. 도 12c를 참고하면, VH1 및 VH2와의 통신으로 인해 VH3이 속한 플라툰 그룹의 노드간 통신에 간섭이 발생할 수 있다. 도 12d를 참고하면, VH1 및 VH2와의 통신으로 인해 VH3이 속한 플라툰 그룹의 노드간 통신에 간섭이 발생할 수 있다. 다만, 도 12d를 참고하면, 제일 외곽에 있는 차선에 위치한 플라툰 그룹은 간섭의 영향이 거의 없을 수 있다.
도 12e는 플라툰 그룹과 다른 플라툰 그룹 사이에 그룹이 존재하지 않는 경우의 절차의 일 예를 나타낸 것이다. 도 12f는 플라툰 그룹의 리더 노드의 빔 방향의 일 예를 나타낸 도면이다. 도 12e를 참고하면, s1201e 단계에서 리더 노드 VH1은 DRB를 전달한 노드를 기준으로 플라투닝 자원 설정 요청 메시지(platooning Resource config request message)를 송신할 수 있다. 일 예로, 리더 노드 VH1은 리더 노드 VH2에게 플라투닝 자원 설정 요청 메시지(platooning Resource config request message)를 송신할 수 있다. 플라투닝 자원 설정 요청 메시지는 빔 넘버(beam number), 빔 방향(beam direction), 차선 정보(lane information), 전송 자원(Tx resource) 등을 포함할 수 있다. 빔 넘버는 송신 빔 넘버 정보를 포함할 수 있다. 빔 방향은 송신 빔 방향을 포함할 수 있다. 차선 정보는 노드의 차선 정보를 포함할 수 있다. 전송 자원은 리더 노드들 간의 전송 자원 정보를 포함할 수 있다. VH2는 플라투닝 자원 설정 응답 메시지를 VH1에게 전송할 수 있다. 플라투닝 자원 설정 응답 메시지는 빔 넘버(beam number), 빔 방향(beam direction), 차선 정보(lane information), 전송 자원(Tx resource) 등을 포함할 수 있다.
메시지를 수신한 노드 VH2는 전송 빔 넘버 및 전송 빔 방향에 기초하여 판단할 수 있다. 이하 빔 방향에 따른 리더 노드의 판단 방법에 대해 서술한다. 도 12f와 같이 빔 방향은 8개로 정해질 수 있다. 방향은 다양할 수 있으며, 상술한 실시예로 한정되지 않는다. 도12f를 참고하면, VH1 및 VH2 사이에 다른 플라툰 그룹이 존재하지 않는다고 가정한다. 리더 노드의 빔 방향이 5 또는 7로 설정되어 있는 경우, 리더 노드는 간섭의 영향이 없다고 판단할 수 있다. 리더 노드는 간섭의 영향이 없다는 판단에 기초하여 플라툰 그룹의 노드들의 자원을 제어(control)하지 않을 수 있다. 리더 노드의 빔 방향이 1 또는 4로 설정되어 있는 경우, 리더 노드는 리더 노드의 아래 방향에 위치한 노드가 간섭이 발생할 수 있는 잠재 노드라고 판단할 수 있다. 리더 노드는 이러한 판단에 기초하여 추가적으로 수신 받은 전송 자원으로 인해 겹치는 자원이 있다면 사용하지 못하도록 할 수 있다. 리더 노드의 빔의 방향이 2 또는 3으로 설정되어 있는 경우, 리더 노드를 기준으로 위 방향에 위치해 있는 노드가 간섭이 발생할 수 있는 잠재노드라고 리더 노드는 판단할 수 있다. 리더 노드는 추가적으로 수신한 전송 자원으로 인해 겹치는 자원이 있다면, 잠재노드가 그러한 자원을 사용하지 못하도록 할 수 있다. 상술한 바와 같이, 플라투닝 자원 설정 요청 메시지를 수신한 리더 노드 VH2는 빔에 방향에 기초하여 판단할 수 있다. S1203e 단계에서, VH2는 VH1에게 플라투닝 자원 설정 확인 메시지(platooning resource config confirm message)를 전송할 수 있다. 플라투닝 자원 설정 확인 메시지는 빔 넘버, 빔 방향, 차선 정보, 전송 자원 정보를 포함할 수 있다. 빔 넘버는 전송 빔 넘버 정보를 포함할 수 있다. 전송 빔 넘버 정보는 성능 업데이트 할 수 없는 경우 제거될 수 있다. 빔 방향은 전송 빔 방향 정보를 포함할 수 있다. 차선 정보는 해당 노드가 위치한 차선 정보를 포함할 수 있다. 전송 자원 정보는 리더 노드들 간 전송 자원 정보를 포함할 수 있다.
도 13a 내지 도 13c는 플라툰 그룹과 다른 플라툰 그룹 사이에 그룹이 존재하는 경우 자원 할당 방법의 일 예를 나타낸 것이다. 도 13a를 참고하면, 각 차선마다 플라툰 그룹이 존재한다. VH1(1302b), VH2(1304b), VH3(1306b) 및 VH4(1308b)는 각 플라툰 그룹의 리더노드 일 수 있다. 도 13a를 참고하면, VH1이 속한 플라툰 그룹과 VH4가 속한 플라툰 그룹 사이에 두 플라툰 그룹들이 존재한다. 도 13b는 중간에 끼인 노드가 존재하는 경우의 자원 할당 절차의 일 예를 나타낸 것이다. 도 13a와 같이, VH1과 VH4가 DRB 애디션(addition)을 수행한 후 데이터를 전송하기 위한 자원을 할당한다고 가정한다. S1301b 단계 및 S1303b 단계는 각각 S1201e 및 S1203e 단계와 동일하다.
S1305b 단계에서, VH1은 이미 연결되어 있는 VH2에게 플라투닝 자원 수정 요청 메시지(platooning resource modify request message)를 전송할 수 있다. S1307b 단계에서, VH1은 이미 연결되어 있는 VH3에게 플라투닝 자원 수정 요청 메시지(platooning resource modify request message)를 전송할 수 있다. 플라투닝 자원 수정 요청 메시지는 빔 넘버, 빔 방향, 차선 정보 및 전송 자원 정보를 포함할 수 있다. 플라투닝 자원 수정 요청 메시지는 VH4로 향하고 있는 전송 빔 넘버, VH4로 향하고 있는 전송 빔 방향, VH4의 차선 정보, VH1 및 VH4 간의 전송 자원 정보를 포함할 수 있다.
도 13c 상단부를 참고하면, VH2가 플라투닝 자원 수정 요청 메시지를 수신했다고 가정한다. VH2가 VH3과 연결되어 있는 경우, VH2는 VH1로부터 수신한 메시지에 기초하여 VH1과 VH3이 연결되어 있는 전송 빔의 방향을 알 수 있다. 따라서, 자원 수정 요청 메시지에 포함된 빔 방향 정보에 기초하여 수신 노드는 플라툰 그룹 내의 어느 노드가 간섭의 영향을 받는지 알 수 있다.
일 예로, VH1의 송신 빔 방향이 아래쪽이고, VH2의 송신 빔 방향이 위쪽이면 VH2는 위쪽 노드가 간섭의 영향을 받을 수 있다고 판단할 수 있다. VH1의 송신 빔 방향이 1 또는 4이고, VH2의 송신 빔 방향이 2, 3 또는 6이면, VH2는 위쪽 노드가 섭의 영향을 받을 수 있다고 판단할 수 있다.
또 다른 예로, VH2의 송신 빔 방향이 아래쪽이면 아래 방향의 노드가 간섭의 영향을 받을 수 있다고 판단할 수 있다. VH2의 송신 빔 방향이 1,4또는 8이면, VH2는 아래 방향의 노드가 간섭의 영향을 받을 수 있다고 판단할 수 있다.
도 13c 하단부를 참고하면, VH2는 VH3과 빔이 정렬(alignment)되어 있지 않다. 따라서, VH2는 어떤 노드가 간섭 영향을 받는지 알 수 없을 수 있다. 일 예에 따라, VH2는 어떤 노드가 간섭의 영향을 받는지 알 수 없는 경우, 플라툰 그룹에 속해 있는 노드 전체가 간섭의 영향을 받는다고 판단할 수 있다.
도 14는 본 개시에 적용 가능한 수신 노드 절차의 일 예를 나타낸 것이다. S1401 단계에서, 수신 노드는 메시지를 수신할 수 있다. S1403 단계에서, 수신 노드는 메시지가 자원 설정 메시지(resource config message)인지 수정 메시지(message)인지 판단할 수 있다. S1405 단계에서, 수신 노드는 수신한 메시지가 자원 설정 메시지인 경우 차선 정보를 확인할 수 있다. 예를 들어, 수신 노드는 수신한 메시지에 기초하여 전송 노드의 차선이 자신의 차선 바로 옆 차선인지 확인할 수 있다. S1407 단계에서, 전송 노드의 차선이 수신 노드의 차선 바로 옆 차선인 경우, 수신 노드는 자신의 플라툰 그룹 내의 노드들이 사용하고 있는 자원이 전송 노드의 자원과 겹치는지 확인할 수 있다. 수신 노드는 플라툰 그룹 내의 노드들이 사용하고 있는 자원이 간섭의 영향을 받는지 확인할 수 있다. S1409 단계에서, 수신 노드는 플라툰 그룹 내의 노드들이 사용하는 자원이 전송 노드의 자원과 겹치는 경우 빔 방향 정보에 기초하여 겹치는 방향의 노드의 자원을 재설정(resource reconfiguration)할 수 있다. 수신 노드는 수신한 빔 방향 정보에 기초하여 플라툰 그룹 내의 노드들이 사용하는 자원을 재설정할 수 있다. S1411 단계에서, 수신 노드가 수신한 메시지가 자원 수정 메시지인 경우, 수신 노드는 플라툰 그룹 내의 노드가 사용하는 자원이 전송 노드가 사용하는 자원과 겹치는지 확인할 수 있다. 또한, 수신 노드는 플라툰 그룹 내의 노드가 사용하는 자원이 간섭의 영향을 받는지 확인할 수 있다. 수신 노드는 자원이 겹치는 경우, 빔 방향 정보에 기초하여 자원이 겹치는 노드들의 자원을 재설정할 수 있다. 수신 노드가 플라툰 그룹 내의 노드가 간섭의 영향을 받는다고 판단한 경우, 수신 노드는 빔 방향 정보에 기초하여 간섭을 받는 노드들의 자원을 재설정할 수 있다.
도 15는 본 개시에 적용 가능한, 자원 할당 절차의 일 예를 나타낸 것이다. 조금 더 구체적으로, 도 15는 어플리케이션 레이어(application layer) 기반의 간섭을 줄이기 위한 자원 풀 재설정(resource pool reconfiguration) 동작 절차를 나타낸다. 도 15는 리더 노드의 레이어를 나타낸다.
S1501 단계는, 리더 노드가 플라투닝 자원 설정 요청 메시지, 플라투닝 자원 설정 확인 메시지 및 플라투닝 자원 수정 요청 메시지 중 적어도 하나를 수신하는 단계를 나타낸다. 리더 노드는 상술한 바와 같이 메시지를 수신할 수 있다. 리더 노드는 메시지를 SRB 0, SRB1 및 SRB2중 적어도 하나를 통해 수신할 수 있다. S1503 단계에서, 리더 노드는 어플리케이션 레이어에서 플라툰 자원 제어 서비스를 제공할 수 있다. 리더 노드가 플라툰 그룹 내의 노드가 사용하는 자원이 간섭의 영향을 받을 수 있다고 판단한 경우, 리더 노드는 RRC(radio resource control) 레이어에 제한 전송 자원 풀(restrict Tx resource pool) 정보를 알려줄 수 있다. S1505 단계에서, 리더 노드는 RRC 레이어에서 제한 전송 자원 풀 정보를 알 수 있다. 리더 노드가 RRC 레이어에서 제한 전송 자원 풀 정보를 파악한 경우, 리더 노드는 RRC 레이어에서 플라툰 그룹 내의 노드에게 자원 제한(resource restriction)을 하기 위한 절차를 시행할 수 있다. 이러한 절차는 단 방향성일 수 있다. 이러한 절차는 PCT-RRC 메시지에 의해 정의될 수 있다.
도 16a 및 도 16b는 본 개시에 적용 가능한 자원 할당 절차의 일 예를 나타낸 것이다. 리더 노드는 플라툰 그룹 내의 노드들과 통신을 하기 위한 이니셜 어태치(initial attach)가 되어 있을 수 있다. 리더 노드가 자원 제한(resource restriction)을 하기 위한 동작은 그룹캐스트(groupcast) 또는 유니캐스트(unicast) 방식으로 동작할 수 있다. 리더 노드는 자원풀업데이트지시 메시지(ResourcePoolUpdateIndication message)를 싱글(single) 또는 복수의 그룹 노드들(multiple group nodes)에게 전송할 수 있다. 자원풀업데이트지시 메시지는 제한 전송 자원 풀 정보(restriction Tx resource pool info)로써 정의될 수 있다. 메시지를 수신한 노드는 자원 풀 정보를 업데이트 할 수 있다. 메시지를 수신한 노드는 제한 자원을 사용하지 않을 수 있다.
도 17은 본 개시에 적용 가능한 자원 할당 절차의 일 예를 나타낸 도면이다. 제1 단말은 자신이 빔당 데이터를 수신할 수 있는 시점을 제2 단말에게 알려줄 수 있다. 데이터를 수신할 수 있는 시점은 SRB 및 DRB 애디션(addition) 단계에서 추가될 수 있다. 수신 빔 스케줄링 단계에 대해서 설명한다. 수신 빔 스케줄링 단계는 단말의 빔 마다 데이터를 수신할 수 있는 시점을 알려주는 동작을 포함할 수 있다.
S1701 단계에서, 제1 단말은 제2 단말에게 빔 스케줄링 요청 메시지를 전송할 수 있다. 제1 단말 1은 송신 단말일 수 있다. 제2 단말 2은 수신 단말일 수 있다. 제1 단말은 제2 단말에게 수신 빔 스케줄 요청(Rx beam schedule request) 메시지를 전송할 수 있다. 일 예로, 제1 단말은 SLSS(sidelink synchronization signal) 및 MIB(master information block)를 송신하고 수신 빔 스케줄 요청 메시지를 단말 2에게 전송할 수 있다. 또한, 제1 단말은 자신이 추후 제2 단말로부터 데이터를 수신할 수 있기 때문에 해당 수신 스케줄링(Rx scheduling) 정보를 포함하는 수신 빔 스케줄 요청을 제2 단말에게 전송할 수 있다. 수신 빔 스케줄링 요청 메시지는 송신 빔 방향(Tx beam direction) 정보 및 수신 빔 스케줄 정보(Rx beam schedule information)를 포함할 수 있다. 또한, 수신 빔 스케줄링 요청 메시지는 차선 정보(lane information)를 포함할 수 있다. 송신 빔 방향 정보는 전송하고자 하는 빔의 방향 정보일 수 있다. 일 예로, 송신 빔 방향 정보는 전송하고자 하는 빔의 8가지 방향 정보를 포함할 수 있다. 빔 방향은 다양할 수 있으며, 상술한 실시예로 한정되지 않는다. 차선 정보는 현재 전송 단말이 위치해 있는 차선 정보를 포함할 수 있다.
수신 빔 스케줄 정보는 복수의 빔에 대한 수신 빔 스케줄 정보를 포함할 수 있다. 일 예로, 수신 빔 스케줄 정보는 64개의 빔을 설정할 수 있다. 즉, 수신 빔 스케줄 정보는 64개의 빔에 대한 스케줄 정보를 세팅(set)할 수 있다. 수신 빔 스케줄 정보는 수신 빔 타이밍(Rx Beam timing), 수신 자원 풀 정보(Rx resource pool information)를 포함할 수 있다. 수신 빔 타이밍 정보는 전송 단말이 추후에 데이터를 수신할 수 있는 타이밍에 관한 정보를 포함할 수 있다. 수신 빔 자원 풀 정보는 전송 단말이 추후에 데이터를 수신할 수 있는 자원 풀 정보를 포함할 수 있다.
S1703 단계에서, 제1 단말은 제2 단말로부터 수신 빔 스케줄 확인(Rx beam schedule confirm) 메시지를 수신할 수 있다. 제2 단말은 자신의 정보를 제1 단말에게 전송할 수 있다. 수신 빔 스케줄 확인 메시지의 컨텐츠(contents)는 수신 빔 스케줄 요청 메시지와 동일할 수 있다. 즉, 수신 빔 스케줄 확인 메시지는 제2 단말의 송신 빔 방향(Tx beam direction) 정보 및 수신 빔 스케줄 정보(Rx beam schedule information)를 포함할 수 있다. 또한, 수신 빔 스케줄링 확인 메시지는 제2 단말의 차선 정보(lane information)를 포함할 수 있다. 제2 단말은 자신의 수신 빔 타이밍과 자신의 수신 자원 풀 정보는 제1 단말로부터 수신한 요청 메시지에 포함되어 있는 정보와 겹치지 않도록 설정할 수 있다. 일 예로, 제2 단말은 자신의 수신 빔 타이밍을 제1 단말로부터 수신한 제1 단말의 수신 빔 타이밍과 다르게 설정할 수 있다. 또 다른 예로, 제2 단말은 자신의 수신 자원 풀을 제1 단말로부터 수신한 제1 단말의 수신 자원 풀과 다르게 설정할 수 있다. 상술한 절차를 통해, 단말 1 및 단말 2는 서로의 정보를 알 수 있다. 수신 빔 스케줄링 요청 메시지 및 수신 빔 스케줄링 확인 메시지는 PSCCH(physical sidelink control channel) 및 PSSCH(physical sidelink shared channel)에서 전송될 수 있다. PSCCH 및 PSSCH 전송은 동일한 슬롯(slot)에서 수행될 수 있다.
데이터 전송 단계에 대해서 설명한다. S1705 단계에서, 제1 단말은 제2 단말에게 전송 요청 메시지(transmit request)를 전송할 수 있다. 일 예로, 제1 단말은 제2 단말에게 데이터를 전송하기 위해서 센싱 윈도우 구간에서 전송 요청 메시지를 전송할 수 있다. 전송 요청 메시지는 시간 자원(time source), 주파수 자원(frequency resource), 송신 데이터 사이즈(Tx data size), 정렬되어 있는 빔(aligned beam)의 서브채널(subchannel) 별 RSRP 측정(measure) 값, 빔 방향(beam direction) 및 차선 정보(lane information)를 포함할 수 있다. 시간 자원은 슬롯 정보를 포함할 수 있다. 시간 자원 정보는 확인 메시지를 수신할 수 있는 구간에 대한 시간 정보를 포함할 수 있다. 주파수 자원 정보는 서브채널 정보를 포함할 수 있다. 주파수 자원 정보는 확인 메시지 수신 구간에 대한 주파수 정보를 포함할 수 있다. 전송 요청 메시지는 제1 단말이 이미 알고 있는 제2 단말의 수신 빔 타이밍에 기초하여 전송될 수 있다. 일 예로, 전송 요청 메시지는 제1 단말이 알고 있는 제2 단말의 수신 빔 타이밍에 기초하여 PSCCH를 통해 전송될 수 있다. 전송 요청 메시지는 물리채널에서 생성되는 메시지일 수 있다. 전송 요청 메시지는 제1 단말 및 제2 단말이 서로 약속한 공용 자원 풀 내에서 전송될 수 있다. 전송 요청 메시지는 1st stage SCI로써 전송될 수 있다.
S1707 단계에서, 제1 단말은 제2 단말로부터 전송 확인 메시지(transmit confirm)를 수신할 수 있다. 제2 단말은 전송 요청 메시지를 수신하면 자신이 수신하고자 하는 자원을 제1 단말에게 알려줄 수 있다. 제2 단말은 전송 요청 메시지에 포함된 정보에 기초하여 데이터를 수신할 구간을 찾을 수 있다. 제2 단말은 자신이 수신할 빔의 채널 상태(constant bitrate, CBR), PSCCH 수신 구간, SSB(synchronization signal block)/PBCH(physical broadcast channel)의 주기적 송신 구간을 확인할 수 있다. 제2 단말은 확인 후 수신이 가능하면 전송 확인 메시지를 제1 단말에게 전송할 수 있다. 전송 확인 메시지는 전송 자원 풀 정보(Tx resource information)를 포함할 수 있다. 제1 단말은 전송 확인 메시지에 기초하여 데이터를 전송할 수 있다. 일 예로, 제1 단말은 전송 확인 메시지에 포함된 전송 자원 풀 정보에 기초하여 제2 단말에게 데이터를 전송할 수 있다. 또 다른 예로, 단말 1은 SCI(sidelink control information) 메시지를 송신하고 동시에 데이터를 전송할 수 있다. 제1 단말은 2nd stage SCI 및 PSSCH 데이터를 제2 단말이 지정한 자원의 위치에서 전송할 수 있다.
제1 단말은 어플리케이션 레이어(application layer)로부터 유니캐스트(unicast) 요청을 수신했는지 확인할 수 있다. 제1 단말은 유니캐스트 요청을 수신했다고 확인한 후, 제1 단말은 제2 단말로부터 수신 빔 스케줄링 정보를 수신했는지 확인할 수 있다. 제1 단말이 빔 스케줄링 정보를 수신하지 못했다고 판단한 경우, 제1 단말은 일반적인 동작인 센싱 윈도우 동작을 수행할 수 있다. 제1 단말은 수신 빔 스케줄링 정보를 수신했다고 확인한 후, 전송 확인 메시지를 수신했는지 확인할 수 있다. 제1 단말이 전송 확인 메시지를 수신했다면 제1 단말은 제2 단말에게 데이터를 전송할 수 있다. 일 예로, 제1 단말은 second stage SCI 및 PSSCH를 통해 데이터를 전송할 수 있다. 제1 단말이 전송 확인 메시지를 수신하지 않았다면, 제1 단말은 전송 요청 메시지를 제2 단말에게 전송할 수 있다. 따라서, 단말 1이 최초 전송 후 어떠한 환경에 의해 전송 확인 메시지를 수신하지 못하는 경우 재전송이 가능할 수 있다. 제1 단말은 스케줄링 구간에서 전송 요청 메시지를 전송할 수 있다. 제1 단말은 제2 단말과 미리 공유한 스케줄 정보에 기초하여 전송 요청 메시지를 전송할 수 있다.
도 18은 본 개시에 적용 가능한 자원 할당 절차의 일 예를 나타낸 도면이다. 제1 단말은 송신 단말일 수 있다. 제2 단말은 수신 단말일 수 있다. S1801 단계에서, 제2 단말은 제1 단말로부터 빔 스케줄링 요청 메시지를 수신할 수 있다. 수신 빔 스케줄링 요청 메시지는 송신 빔 방향(Tx beam direction) 정보 및 수신 빔 스케줄 정보(Rx beam schedule information)를 포함할 수 있다. 또한, 수신 빔 스케줄링 요청 메시지는 차선 정보(lane information)를 포함할 수 있다. 송신 빔 방향 정보는 전송하고자 하는 빔의 방향 정보일 수 있다. 일 예로, 송신 빔 방향 정보는 전송하고자 하는 빔의 8가지 방향 정보를 포함할 수 있다. 빔 방향은 다양할 수 있으며, 상술한 실시예로 한정되지 않는다. 차선 정보는 현재 전송 단말이 위치해 있는 차선 정보를 포함할 수 있다.
수신 빔 스케줄 정보는 복수의 빔에 대한 수신 빔 스케줄 정보를 포함할 수 있다. 일 예로, 수신 빔 스케줄 정보는 64개의 빔을 설정할 수 있다. 즉, 수신 빔 스케줄 정보는 64개의 빔에 대한 스케줄 정보를 세팅(set)할 수 있다. 수신 빔 스케줄 정보는 수신 빔 타이밍(Rx Beam timing), 수신 자원 풀 정보(Rx resource pool information)를 포함할 수 있다. 수신 빔 타이밍 정보는 전송 단말이 추후에 데이터를 수신할 수 있는 타이밍에 관한 정보를 포함할 수 있다. 수신 빔 자원 풀 정보는 전송 단말이 추후에 데이터를 수신할 수 있는 자원 풀 정보를 포함할 수 있다.
S1803 단계에서, 제2 단말은 제1 단말에게 빔 스케줄링 확인 메시지를 전송할 수 있다. 수신 빔 스케줄 확인 메시지의 컨텐츠(contents)는 수신 빔 스케줄 요청 메시지와 동일할 수 있다. 즉, 수신 빔 스케줄 확인 메시지는 제2 단말의 송신 빔 방향(Tx beam direction) 정보 및 수신 빔 스케줄 정보(Rx beam schedule information)를 포함할 수 있다. 또한, 수신 빔 스케줄링 확인 메시지는 제2 단말의 차선 정보(lane information)를 포함할 수 있다. 제2 단말은 자신의 수신 빔 타이밍과 자신의 수신 자원 풀 정보는 제1 단말로부터 수신한 요청 메시지에 포함되어 있는 정보와 겹치지 않도록 설정할 수 있다. 일 예로, 제2 단말은 자신의 수신 빔 타이밍을 제1 단말로부터 수신한 제1 단말의 수신 빔 타이밍과 다르게 설정할 수 있다. 또 다른 예로, 제2 단말은 자신의 수신 자원 풀을 제1 단말로부터 수신한 제1 단말의 수신 자원 풀과 다르게 설정할 수 있다. 상술한 절차를 통해, 단말 1 및 단말 2는 서로의 정보를 알 수 있다. 수신 빔 스케줄링 요청 메시지 및 수신 빔 스케줄링 확인 메시지는 PSCCH(physical sidelink control channel) 및 PSSCH(physical sidelink shared channel)에서 전송될 수 있다. PSCCH 및 PSSCH 전송은 동일한 슬롯(slot)에서 수행될 수 있다.
S1805 단계에서, 제2 단말은 제1 단말로부터 데이터 전송 요청 메시지를 수신할 수 있다. 제2 단말은 메시지에 포함된 정보에 기초하여 데이터를 수신할 구간을 찾을 수 있다. 제2 단말은 자신이 수신할 빔의 채널 상태(constant bitrate, CBR), PSCCH 수신 구간, SSB(synchronization signal block)/PBCH(physical broadcast channel)의 주기적 송신 구간을 확인할 수 있다.
제2 단말은 전송 요청 메시지를 수신한 후 수신한 메시지에 기초하여 수신 가능한 자원 풀 정보를 찾을 수 있다. 일 예로, 제2 단말은 제1 단말의 송신 자원 풀 내에서 수신 가능한 자원 풀 정보를 찾을 수 있다. 또 다른 예로, 제2 단말은 제1 단말의 송신 자원 풀 정보를 수신 자원 풀 정보를 통해 알 수 있기 때문에 제1 단말의 송신 자원 풀 내에서 적합한 자원을 찾을 수 있다. 또 다른 예로, 제2 단말은 빔 정렬 과정에서 공유한 수신 구간에서 최적의 서브채널을 찾을 수 있다. 제2 단말은 요청 메시지의 컨텐츠를 이용하여 빔 정렬 과정에서 공유한 수신 구간에서 최적의 서브 채널을 찾을 수 있다. 일 예로, 제2 단말은 송신 데이터 사이즈, 서브채널별 RSRP 값, 수신 단말에서 측정한 RSRP 값 등을 이용하여 최적의 서브채널을 찾을 수 있다. 제2 단말은 최적의 서브 채널을 찾지 못한 경우 다음 데이터 수신 구간에서 수신할 수 있도록 예약(reservation)하는 동작을 통해 자원 수신 구간을 결정할 수 있다. 수신 가능한 구간을 찾은 제2 단말은 전송 확인 메시지를 전송할 수 있다. 수신 가능한 구간을 찾지 못한 제2 단말은 전송 실패 메시지(transmit fail message)를 전송할 수 있다.
S1807 단계에서, 제2 단말은 제1 단말에게 데이터 전송 확인 메시지를 전송할 수 있다. 제2 단말은 전송 요청 메시지 확인 후 수신이 가능하면 전송 확인 메시지를 제1 단말에게 전송할 수 있다. 전송 확인 메시지는 전송 자원 풀 정보(Tx resource information)를 포함할 수 있다. 제1 단말은 전송 확인 메시지에 기초하여 데이터를 전송할 수 있다. 일 예로, 제1 단말은 전송 확인 메시지에 포함된 전송 자원 풀 정보에 기초하여 제2 단말에게 데이터를 전송할 수 있다. 또 다른 예로, 단말 1은 SCI(sidelink control information) 메시지를 송신하고 동시에 데이터를 전송할 수 있다.
본 개시의 실시 예들이 적용 가능한 시스템 및 다양한 장치들
본 개시의 다양한 실시 예들은 상호 결합될 수 있다.
이하 본 개시의 다양한 실시 예가 적용될 수 있는 장치에 대하여 설명한다. 이로 제한되는 것은 아니지만, 본 문서에 개시된 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예: 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 19는 본 개시의 일 실시 예에 따른, 통신 시스템 예를 도시한다. 도 19의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 19를 참조하면, 본 개시에 적용되는 통신 시스템은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예: 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)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예: 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 20은 본 개시의 일 실시 예에 따른, 무선 기기의 예를 도시한다. 도 20의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 20을 참조하면, 제1 무선 기기(200a)와 제2 무선 기기(200b)는 다양한 무선 접속 기술(예: LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제1 무선 기기(200a), 제2 무선 기기(200b)}은 도 19의 {무선 기기(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 무선 기기는 송수신기 및 상기 송수신기와 연결된 프로세서를 포함할 수 있다. 상기 프로세서는 상기 송수신기가 제2 단말에게 빔 스케줄링 요청 메시지를 전송하도록 제어할 수 있다. 상기 빔 스케줄링 요청 메시지는 상기 제1 무선기기의 전송 빔 방향 정보, 상기 제1 무선기기의 수신 빔 스케줄 정보를 포함하고, 상기 제1 무선기기의 수신 빔 스케줄 정보는 상기 제1 무선기기의 수신 빔 타이밍 정보 및 상기 제1 무선기기의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 프로세서는 상기 송수신기가 상기 제2 단말로부터 빔 스케줄링 확인 메시지를 수신하도록 제어할 수 있다. 상기 빔 스케줄링 확인 메시지는 상기 제2 단말의 전송 빔 방향 정보, 상기 제2 단말의 수신 빔 스케줄 정보를 포함하고, 상기 제2 단말의 수신 빔 정보는 상기 제2 단말의 수신 빔 타이밍 정보 및 상기 제2 단말의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 프로세서는 상기 송수신기가 상기 빔 스케줄링 확인 메시지에 기초하여 상기 제2 단말에게 데이터를 전송하도록 제어할 수 있다.
또 다른 예로, 제1 무선 기기는 송수신기 및 상기 송수신기와 연결된 프로세서를 포함할 수 있다. 상기 프로세서는 상기 송수신기가 제1 단말로부터 빔 스케줄링 요청 메시지를 수신하도록 제어할 수 있다. 상기 빔 스케줄링 요청 메시지는 상기 제1 단말의 전송 빔 방향 정보, 상기 제1 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제1 단말의 수신 빔 스케줄 정보는 상기 제1 단말의 수신 빔 타이밍 정보 및 상기 제1 단말의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 상기 프로세서는 상기 송수신기가 상기 제1 단말에게 빔 스케줄링 확인 메시지를 전송하도록 제어하고, 상기 빔 스케줄링 확인 메시지는 상기 제1 무선기기의 전송 빔 방향 정보, 상기 제1 무선기기의 수신 빔 스케줄 정보를 포함하되, 상기 제1 무선기기의 수신 빔 정보는 상기 제1 무선기기의 수신 빔 타이밍 정보 및 상기 제1 무선기기의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 상기 프로세서는 상기 송수신기가 상기 빔 스케줄링 확인 메시지에 기초하여 상기 제1 단말로부터 데이터를 수신하도록 제어할 수 있다.
또 다른 예로, 제1 무선기기는 적어도 하나의 메모리 및 상기 적어도 하나의 메모리들과 기능적으로 연결되어 있는 적어도 하나의 프로세서를 포함할 수 있다. 상기 적어도 하나의 프로세서는 상기 제1 무선기기가 제2 무선기기에게 빔 스케줄링 요청 메시지를 전송하도록 제어할 수 있다. 상기 빔 스케줄링 요청 메시지는 상기 제1 무선기기의 전송 빔 방향 정보, 상기 제1 무선기기의 수신 빔 스케줄 정보를 포함하되, 상기 제1 무선기기의 수신 빔 스케줄 정보는 상기 제1 무선기기의 수신 빔 타이밍 정보 및 상기 제1 무선기기의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 적어도 하나의 프로세서는 상기 제1 무선 기기가 상기 제2 무선기기로부터 빔 스케줄링 확인 메시지를 수신하도록 제어할 수 있다. 상기 빔 스케줄링 확인 메시지는 상기 제2 무선기기의 전송 빔 방향 정보, 상기 제2 장치의 수신 빔 스케줄 정보를 포함하되, 상기 제2 무선기기의 수신 빔 정보는 상기 제2 무선기기의 수신 빔 타이밍 정보 및 상기 제2 무선기기의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 적어도 하나의 프로세서는 상기 제1 무선 기기가 상기 빔 스케줄링 확인 메시지에 기초하여 상기 제2 무선기기에게 데이터를 전송하도록 제어할 수 있다.
제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) 상기 적어도 하나의 명령어를 포함할 수 있다. 상기 적어도 하나의 명령어는, 상기 제1 무선 기기가 단말에게 빔 스케줄링 요청 메시지를 전송하도록 지시할 수 있다. 상기 빔 스케줄링 요청 메시지는 상기 컴퓨터 제1 무선 기기의 전송 빔 방향 정보, 상기 제1 무선 기기의 수신 빔 스케줄 정보를 포함하되, 상기 제1 무선 기기의 수신 빔 스케줄 정보는 상기 제1 무선 기기의 수신 빔 타이밍 정보 및 상기 제1 무선 기기의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 적어도 하나의 명령어는 상기 제1 무선 기기가 빔 스케줄링 확인 메시지를 수신하도록 지시할 수 있다. 상기 빔 스케줄링 확인 메시지는 상기 단말의 전송 빔 방향 정보, 상기 단말의 수신 빔 스케줄 정보를 포함하되, 상기 단말의 수신 빔 정보는 상기 단말의 수신 빔 타이밍 정보 및 상기 단말의 수신 자원 풀 정보 중 적어도 하나를 포함할 수 있다. 또한, 상기 적어도 하나의 명령어는 상기 제1 무선 기기가 상기 빔 스케줄링 확인 메시지에 기초하여 상기 단말에게 데이터를 전송하도록 지시할 수 있다.
하나 이상의 메모리(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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 21은 본 개시의 일 실시 예에 따른, 차량 또는 자율 주행 차량의 예를 도시한다. 도 21은 본 개시에 적용되는 차량 또는 자율 주행 차량을 예시한다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(aerial vehicle, AV), 선박 등으로 구현될 수 있으며, 차량의 형태로 한정되는 것은 아니다. 도 26의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 21을 참조하면, 차량 또는 자율 주행 차량(600)은 안테나부(608), 통신부(610), 제어부(620), 구동부(640a), 전원공급부(640b), 센서부(640c) 및 자율 주행부(640d)를 포함할 수 있다. 안테나부(650)는 통신부(610)의 일부로 구성될 수 있다.
통신부(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. 무선 통신 시스템에서 제1 단말의 동작 방법에 있어서,
    제2 단말에게 빔 스케줄링 요청 메시지를 전송하는 단계로써, 상기 빔 스케줄링 요청 메시지는 상기 제1 단말의 전송 빔 방향 정보, 상기 제1 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제1 단말의 수신 빔 스케줄 정보는 상기 제1 단말의 수신 빔 타이밍 정보 및 상기 제1 단말의 수신 자원 풀 정보 중 적어도 하나를 포함하고;
    상기 제2 단말로부터 빔 스케줄링 확인 메시지를 수신하는 단계로써, 상기 빔 스케줄링 확인 메시지는 상기 제2 단말의 전송 빔 방향 정보, 상기 제2 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제2 단말의 수신 빔 정보는 상기 제2 단말의 수신 빔 타이밍 정보 및 상기 제2 단말의 수신 자원 풀 정보 중 적어도 하나를 포함하고;
    상기 제1 단말은 상기 빔 스케줄링 확인 메시지에 기초하여 상기 제2 단말에게 데이터를 전송하는 단계;를 포함하는, 방법.
  2. 제1항에 있어서,
    상기 제2 단말의 수신 빔 타이밍 정보는 상기 제1 단말의 수신 빔 타이밍 정보와 상이한, 방법.
  3. 제2항에 있어서,
    상기 제2 단말의 수신 자원 풀 정보는 상기 제1 단말의 수신 자원 풀 정보와 상이한, 방법.
  4. 제1항에 있어서,
    상기 제2 단말에게 데이터 전송은 상기 제2 단말에게 전송 요청 메시지를 전송하되, 상기 제2 단말로부터 전송 확인 메시지를 수신하고, 상기 수신한 전송 확인 메시지에 기초하여 데이터를 전송하고,
    상기 전송 요청 메시지는 상기 전송 확인 메시지의 수신 슬롯 정보 및 상기 전송 확인 메시지의 수신 서브채널 정보, 송신 데이터 사이즈, 정렬(align)되어 있는 빔의 서브 채널 별 RSRP 측정 값 정보 중 적어도 하나를 포함하는, 방법.
  5. 제4항에 있어서,
    상기 전송 확인 메시지는 전송 자원 풀 정보를 포함하는, 방법.
  6. 제1항에 있어서,
    상기 빔 스케줄 요청 메시지 및 상기 빔 스케줄 확인 메시지는 차선 정보를 포함하되,
    상기 전송 요청 메시지 및 상기 전송 확인 메시지는 차선 정보를 포함하는, 방법.
  7. 제6항에 있어서,
    상기 제1 단말은 제1 플라툰 그룹(platoon group)의 리더 노드(leader node)이고,
    상기 제1 단말은 상기 차선 정보 및 상기 빔 방향 정보에 기초하여 상기 제1 플라툰 그룹 내의 노드들에게 자원 재설정 요청 메시지를 전송하는, 방법.
  8. 무선 통신 시스템에서 제1 단말에 있어서,
    송수신기; 및
    상기 송수신기와 연결된 프로세서를 포함하고,
    상기 프로세서는 상기 송수신기가 제2 단말에게 빔 스케줄링 요청 메시지를 전송하도록 제어하고, 상기 빔 스케줄링 요청 메시지는 상기 제1 단말의 전송 빔 방향 정보, 상기 제1 단말의 수신 빔 스케줄 정보를 포함하고, 상기 제1 단말의 수신 빔 스케줄 정보는 상기 제1 단말의 수신 빔 타이밍 정보 및 상기 제1 단말의 수신 자원 풀 정보 중 적어도 하나를 포함하고,
    상기 프로세서는 상기 송수신기가 상기 제2 단말로부터 빔 스케줄링 확인 메시지를 수신하도록 제어하고, 상기 빔 스케줄링 확인 메시지는 상기 제2 단말의 전송 빔 방향 정보, 상기 제2 단말의 수신 빔 스케줄 정보를 포함하고, 상기 제2 단말의 수신 빔 정보는 상기 제2 단말의 수신 빔 타이밍 정보 및 상기 제2 단말의 수신 자원 풀 정보 중 적어도 하나를 포함하고,
    상기 프로세서는 상기 송수신기가 상기 빔 스케줄링 확인 메시지에 기초하여 상기 제2 단말에게 데이터를 전송하도록 제어하는, 제1 단말.
  9. 제8항에 있어서,
    상기 제2 단말의 수신 빔 타이밍 정보는 상기 제1 단말의 수신 빔 타이밍 정보와 상이한, 제1 단말.
  10. 제8항에 있어서,
    상기 제2 단말의 수신 자원 풀 정보는 상기 제1 단말의 수신 자원 풀 정보와 상이한, 제1 단말.
  11. 제8항에 있어서,
    상기 제2 단말에게 데이터 전송은 상기 제2 단말에게 전송 요청 메시지를 전송하는 것이고, 상기 송수신기는 상기 제2 단말로부터 전송 확인 메시지를 수신하되, 상기 수신한 전송 확인 메시지에 기초하여 데이터를 전송하고,
    상기 전송 요청 메시지는 상기 전송 확인 메시지의 수신 슬롯 정보 및 상기 전송 확인 메시지의 수신 서브채널 정보, 송신 데이터 사이즈, 정렬(align)되어 있는 빔의 서브 채널 별 RSRP 측정 값 정보 중 적어도 하나를 포함하는, 제1 단말.
  12. 제11항에 있어서,
    상기 전송 확인 메시지는 전송 자원 풀 정보를 포함하는, 제1 단말.
  13. 제8항에 있어서,
    상기 빔 스케줄 요청 메시지 및 상기 빔 스케줄 확인 메시지는 차선 정보를 포함하되,
    상기 전송 요청 메시지 및 상기 전송 확인 메시지는 차선 정보를 포함하는, 제1 단말.
  14. 제13항에 있어서,
    상기 제1 단말은 플라툰 그룹(platoon group)의 리더 노드(leader node)이고,
    상기 프로세서는 상기 송수신기가 상기 차선 정보 및 상기 빔 방향 정보에 기초하여 상기 플라툰 그룹 내의 노드들에게 자원 재설정 요청 메시지를 전송하도록 제어하는, 제1 단말.
  15. 무선 통신 시스템에서 제2 단말의 동작 방법에 있어서,
    제1 단말로부터 빔 스케줄링 요청 메시지를 수신하는 단계로써, 상기 빔 스케줄링 요청 메시지는 상기 제1 단말의 전송 빔 방향 정보, 상기 제1 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제1 단말의 수신 빔 스케줄 정보는 상기 제1 단말의 수신 빔 타이밍 정보 및 상기 제1 단말의 수신 자원 풀 정보 중 적어도 하나를 포함하고;
    상기 제1 단말에게 빔 스케줄링 확인 메시지를 전송하는 단계로써, 상기 빔 스케줄링 확인 메시지는 상기 제2 단말의 전송 빔 방향 정보, 상기 제2 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제2 단말의 수신 빔 정보는 상기 제2 단말의 수신 빔 타이밍 정보 및 상기 제2 단말의 수신 자원 풀 정보 중 적어도 하나를 포함하고;
    상기 제2 단말은 상기 빔 스케줄링 확인 메시지에 기초하여 상기 제1 단말로부터 데이터를 수신하는 단계;를 포함하는, 방법.
  16. 무선 통신 시스템에서 제2 단말에 있어서,
    송수신기; 및
    상기 송수신기와 연결된 프로세서를 포함하고,
    상기 프로세서는 상기 송수신기가 제1 단말로부터 빔 스케줄링 요청 메시지를 수신하도록 제어하되, 상기 빔 스케줄링 요청 메시지는 상기 제1 단말의 전송 빔 방향 정보, 상기 제1 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제1 단말의 수신 빔 스케줄 정보는 상기 제1 단말의 수신 빔 타이밍 정보 및 상기 제1 단말의 수신 자원 풀 정보 중 적어도 하나를 포함하고,
    상기 프로세서는 상기 송수신기가 상기 제1 단말에게 빔 스케줄링 확인 메시지를 전송하도록 제어하고, 상기 빔 스케줄링 확인 메시지는 상기 제2 단말의 전송 빔 방향 정보, 상기 제2 단말의 수신 빔 스케줄 정보를 포함하되, 상기 제2 단말의 수신 빔 정보는 상기 제2 단말의 수신 빔 타이밍 정보 및 상기 제2 단말의 수신 자원 풀 정보 중 적어도 하나를 포함하고,
    상기 프로세서는 상기 송수신기가 상기 빔 스케줄링 확인 메시지에 기초하여 상기 제1 단말로부터 데이터를 수신하도록 제어하는, 제2 단말.
  17. 적어도 하나의 메모리 및 상기 적어도 하나의 메모리들과 기능적으로 연결되어 있는 적어도 하나의 프로세서를 포함하는 제1 장치에 있어서,
    상기 적어도 하나의 프로세서는 상기 제1 장치가,
    제2 장치에게 빔 스케줄링 요청 메시지를 전송하도록 제어하고, 상기 빔 스케줄링 요청 메시지는 상기 제1 장치의 전송 빔 방향 정보, 상기 제1 장치의 수신 빔 스케줄 정보를 포함하되, 상기 제1 장치의 수신 빔 스케줄 정보는 상기 제1 장치의 수신 빔 타이밍 정보 및 상기 제1 장치의 수신 자원 풀 정보 중 적어도 하나를 포함하고,
    상기 제2 장치로부터 빔 스케줄링 확인 메시지를 수신하도록 제어하고, 상기 빔 스케줄링 확인 메시지는 상기 제2 장치의 전송 빔 방향 정보, 상기 제2 장치의 수신 빔 스케줄 정보를 포함하되, 상기 제2 장치의 수신 빔 정보는 상기 제2 장치의 수신 빔 타이밍 정보 및 상기 제2 장치의 수신 자원 풀 정보 중 적어도 하나를 포함하고;
    상기 빔 스케줄링 확인 메시지에 기초하여 상기 제2 장치에게 데이터를 전송하도록 제어하는, 제1 장치.
  18. 적어도 하나의 명령어(instructions)을 저장하는 비-일시적인(non-transitory) 컴퓨터 판독 가능 매체(computer-readable medium)에 있어서,
    프로세서에 의해 실행 가능한(executable) 상기 적어도 하나의 명령어를 포함하며,
    상기 적어도 하나의 명령어는,
    상기 컴퓨터 판독 가능 매체가 단말에게 빔 스케줄링 요청 메시지를 전송하도록 지시하고, 상기 빔 스케줄링 요청 메시지는 상기 컴퓨터 판독 가능 매체의 전송 빔 방향 정보, 상기 컴퓨터 판독 가능 매체의 수신 빔 스케줄 정보를 포함하되, 상기 컴퓨터 판독 가능 매체의 수신 빔 스케줄 정보는 상기 컴퓨터 판독 가능 매체의 수신 빔 타이밍 정보 및 상기 컴퓨터 판독 가능 매체의 수신 자원 풀 정보 중 적어도 하나를 포함하고;
    상기 컴퓨터 판독 가능 매체가 빔 스케줄링 확인 메시지를 수신하도록 지시하고, 상기 빔 스케줄링 확인 메시지는 상기 단말의 전송 빔 방향 정보, 상기 단말의 수신 빔 스케줄 정보를 포함하되, 상기 단말의 수신 빔 정보는 상기 단말의 수신 빔 타이밍 정보 및 상기 단말의 수신 자원 풀 정보 중 적어도 하나를 포함하고;
    상기 컴퓨터 판독 가능 매체가 상기 빔 스케줄링 확인 메시지에 기초하여 상기 단말에게 데이터를 전송하도록 지시하는, 컴퓨터 판독 가능 매체.
PCT/KR2021/005757 2020-05-08 2021-05-07 무선 통신 시스템에서 신호 전송 방법 및 장치 WO2021225418A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/924,099 US20230180264A1 (en) 2020-05-08 2021-05-07 Method and device for transmitting signal in wireless communication system
KR1020227039357A KR20230008744A (ko) 2020-05-08 2021-05-07 무선 통신 시스템에서 신호 전송 방법 및 장치

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2020-0055350 2020-05-08
KR20200055350 2020-05-08
KR10-2020-0062486 2020-05-25
KR20200062486 2020-05-25

Publications (1)

Publication Number Publication Date
WO2021225418A1 true WO2021225418A1 (ko) 2021-11-11

Family

ID=78468152

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2021/005757 WO2021225418A1 (ko) 2020-05-08 2021-05-07 무선 통신 시스템에서 신호 전송 방법 및 장치

Country Status (3)

Country Link
US (1) US20230180264A1 (ko)
KR (1) KR20230008744A (ko)
WO (1) WO2021225418A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4150800A4 (en) * 2020-05-14 2024-01-03 Apple Inc TECHNOLOGIES FOR PERIODIC EARLY RESERVATION OF RESOURCES

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180098322A1 (en) * 2016-09-30 2018-04-05 Innovative Technology Lab Co., Ltd. Method and apparatus for determining resource pool
WO2018218098A1 (en) * 2017-05-26 2018-11-29 Qualcomm Incorporated Techniques for directional discovery in millimeter wave v2x communications system
US20190124490A1 (en) * 2017-10-24 2019-04-25 Qualcomm Incorporated Techniques and apparatuses for beam-based scheduling of vehicle-to-everything (v2x) communications
WO2019199146A1 (ko) * 2018-04-13 2019-10-17 엘지전자 주식회사 무선통신시스템에서 단말 대 단말 통신을 위한 동기식 빔 탐색 신호를 송수신하는 방법
WO2020093074A2 (en) * 2020-02-19 2020-05-07 Futurewei Technologies, Inc. Wireless signal transmission and reception for device to device communication

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180098322A1 (en) * 2016-09-30 2018-04-05 Innovative Technology Lab Co., Ltd. Method and apparatus for determining resource pool
WO2018218098A1 (en) * 2017-05-26 2018-11-29 Qualcomm Incorporated Techniques for directional discovery in millimeter wave v2x communications system
US20190124490A1 (en) * 2017-10-24 2019-04-25 Qualcomm Incorporated Techniques and apparatuses for beam-based scheduling of vehicle-to-everything (v2x) communications
WO2019199146A1 (ko) * 2018-04-13 2019-10-17 엘지전자 주식회사 무선통신시스템에서 단말 대 단말 통신을 위한 동기식 빔 탐색 신호를 송수신하는 방법
WO2020093074A2 (en) * 2020-02-19 2020-05-07 Futurewei Technologies, Inc. Wireless signal transmission and reception for device to device communication

Also Published As

Publication number Publication date
US20230180264A1 (en) 2023-06-08
KR20230008744A (ko) 2023-01-16

Similar Documents

Publication Publication Date Title
WO2021133104A1 (ko) 사이드링크 측위를 위한 사전 구성된 prs 전송 방법 및 이를 위한 장치
WO2020251318A1 (ko) Nr v2x에서 서버 단말의 prs 전송에 기반한 사이드링크 포지셔닝
WO2021075851A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 단말이 측위를 수행하는 방법 및 이를 위한 장치
WO2020046062A1 (ko) 무선 통신 시스템에서 사이드링크를 지원하는 단말이 빔 스위핑을 수행하는 방법 및 이를 위한 단말
WO2021091245A1 (ko) 사이드링크를 이용한 측위 방법 및 이를 위한 장치
WO2021086004A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 단말이 빔 관리 동작을 수행하는 방법 및 이를 위한 장치
WO2021006699A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 단말이 피드백 신호를 송수신하는 방법 및 이를 위한 장치
WO2020204630A1 (ko) Nr v2x에서 사이드링크 채널과 관련된 정보를 전송하는 방법 및 장치
WO2021221352A1 (ko) 무선 통신 시스템에서 빔포밍된 신호를 이용하여 측위를 수행하기 위한 방법 및 장치
WO2021034083A1 (ko) 무선통신시스템에서 사이드링크 신호를 송수신하는 방법
WO2021091289A1 (ko) Nr v2x에서 사이드링크 자원을 할당하는 방법 및 장치
WO2021221463A1 (ko) Nr v2x에서 비-독립적 비면허 대역 기반의 측위 방법 및 장치
WO2021034075A1 (ko) 무선통신시스템에서 사이드링크 신호를 송수신하는 방법
WO2021206528A1 (ko) Nr v2x에서 sci 상의 ndi 값을 결정하는 방법 및 장치
WO2022005052A1 (ko) 무선 통신 시스템에서 신호 전송 방법 및 장치
WO2022019593A1 (ko) 무선 통신 시스템에서 신호 전송 방법 및 장치
WO2022080843A1 (ko) Nr v2x에서 자원을 결정하는 방법 및 장치
WO2021261804A1 (ko) 무선 통신 시스템에서 사이드링크 기반의 중계 통신을 수행하기 위한 방법 및 장치
WO2021034166A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 단말이 디스커버리 절차를 수행하는 방법 및 이를 위한 장치
WO2021206483A1 (ko) Nr v2x에서 사이드링크 자원을 할당하는 방법 및 장치
WO2021091320A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 단말이 피드백 정보를 송수신하는 방법 및 이를 위한 장치
WO2021141448A1 (ko) 사이드링크를 지원하는 무선통신시스템에서 장치가 cpm을 전송하는 방법 및 이를 위한 장치
WO2021225418A1 (ko) 무선 통신 시스템에서 신호 전송 방법 및 장치
WO2021040432A1 (ko) Nr v2x에서 동기화 기준을 선택하는 방법 및 장치
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: 21800593

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

Country of ref document: EP

Kind code of ref document: A1