WO2023043283A1 - 무선 통신 시스템에서 단말간 조정 정보의 송수신 방법 및 그 장치 - Google Patents

무선 통신 시스템에서 단말간 조정 정보의 송수신 방법 및 그 장치 Download PDF

Info

Publication number
WO2023043283A1
WO2023043283A1 PCT/KR2022/013925 KR2022013925W WO2023043283A1 WO 2023043283 A1 WO2023043283 A1 WO 2023043283A1 KR 2022013925 W KR2022013925 W KR 2022013925W WO 2023043283 A1 WO2023043283 A1 WO 2023043283A1
Authority
WO
WIPO (PCT)
Prior art keywords
sci
terminal
information
resource
inter
Prior art date
Application number
PCT/KR2022/013925
Other languages
English (en)
French (fr)
Inventor
황대성
이승민
서한별
Original Assignee
엘지전자 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘지전자 주식회사 filed Critical 엘지전자 주식회사
Publication of WO2023043283A1 publication Critical patent/WO2023043283A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • 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
    • 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
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/40—Resource management for direct mode communication, e.g. D2D or sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the present specification relates to a method and apparatus for transmitting/receiving coordination information between terminals 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.).
  • multiple access systems 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
  • MC-FDMA division multiple access
  • MC-FDMA multi carrier frequency division multiple access
  • SL refers to a communication method in which a direct link is established between user equipments (UEs) and voice or data is directly exchanged between the terminals without going through a base station (BS).
  • UEs user equipments
  • BS base station
  • the SL is being considered as a method for solving the burden of the base station due to rapidly increasing data traffic.
  • V2X vehicle-to-everything refers to a communication technology that exchanges information with other vehicles, pedestrians, infrastructure-built objects, etc. through wired/wireless communication.
  • V2X can be divided into four types: V2V (vehicle-to-vehicle), V2I (vehicle-to-infrastructure), V2N (vehicle-to-network), and V2P (vehicle-to-pedestrian).
  • V2X communication may be provided through a PC5 interface and/or a Uu interface.
  • next-generation radio access technology taking into account the above may be referred to as new radio access technology (RAT) or new radio (NR).
  • RAT new radio access technology
  • NR new radio
  • V2X vehicle-to-everything
  • UE-A may provide UE-B with a set of resources that can be used in a resource (re)selection procedure of UE-B.
  • UE-A may provide UE-B with resource collision-related information about a resource indicated by UE-B's sidelink control information (SCI).
  • SCI sidelink control information
  • UE-B may avoid resource collision by reselecting some of the resources indicated by the SCI of UE-B.
  • UE-B may transmit a request for inter-UE coordination information to UE-A.
  • UE-A may transmit inter-UE coordination information to UE-B.
  • the request and the inter-device coordination information may be transmitted based on the second SCI (ie, second stage SCI).
  • the format of the second stage SCI may be indicated by a first stage SCI (SCI) transmitted on a Physical Sidelink Control Channel (PSCCH).
  • SCI first stage SCI
  • PSCCH Physical Sidelink Control Channel
  • the format of the second SCI may be indicated by the 2nd-stage SCI format field (2 bits) of the first stage SCI.
  • the UE may monitor a limited number of SCI format sizes. More specifically, the maximum number of SCI format sizes that can be monitored by the UE is limited in terms of UE implementation.
  • the request for inter-device coordination information and the inter-device coordination information are transmitted or received based on the second SCI, respectively, the number of SCI format sizes to be supported by the terminal increases, which increases terminal implementation complexity.
  • second SCI formats are indicated by a first stage SCI field having a limited number of bits (eg, 2 bits).
  • the maximum number of second SCI formats supported/instructed by the UE is 4.
  • introduction of a new second SCI format may be restricted thereafter.
  • a second SCI for a request for inter-device coordination information and a second SCI for inter-device coordination information are additionally added in the same format, whether the corresponding second SCI is for inter-device coordination information or inter-device coordination information It is impossible to distinguish whether it is a request for
  • An object of the present specification is to propose a method for solving the above-described problems in signaling of coordination information between terminals.
  • a method for transmitting inter-UE coordination information by a first terminal includes a request for inter-UE coordination information from a second terminal. information) and transmitting the second SCI including the inter-device coordination information to the second terminal.
  • the first SCI is transmitted in a first Physical Sidelink Shared Channel (PSSCH) and the second SCI is transmitted in a second PSSCH: It is characterized in that the first payload size of 1 SCI and the second payload size of the second SCI are the same.
  • PSSCH Physical Sidelink Shared Channel
  • the first payload size and the second payload size may be set identically.
  • the padding bits may be added based on the first payload size or the second payload size.
  • the padding bits may be added to the first SCI based on the second payload size.
  • the padding bits may be added to the second SCI based on the first payload size.
  • the padding bits may be based on a bit set to 0.
  • the first SCI includes detailed information related to the inter-device coordination information, and the detailed information includes at least one of i) priority, ii) resource selection window, iii) number of subchannels, and iv) resource type. may contain relevant information.
  • the type of resource may be based on a preferred resource or a non-preferred resource.
  • a resource pool related to the request and a resource pool related to the inter-device coordination information may be the same.
  • a resource pool to which a preferred resource or a non-preferred resource related to the request belongs may be the same as a resource pool to which a preferred resource or a non-preferred resource related to the inter-device coordination information belongs.
  • the format of the first SCI and the format of the second SCI may be the same.
  • the first SCI may be received based on the first PSSCH scheduled by a first stage SCI related to a first physical sidelink control channel (PSCCH).
  • the second SCI may be transmitted based on the second PSSCH scheduled by a first stage SCI related to the second PSCCH.
  • a first terminal transmitting inter-UE coordination information includes one or more transceivers, one or more processors controlling the one or more transceivers, and the one or more processors. and one or more memories operably connected to the
  • the one or more memories store instructions for performing operations, based on being executed by the one or more processors.
  • the operations include receiving first Sidelink Control Information (SCI) including a request for inter-UE coordination information from a second terminal and transmitting the inter-UE coordination information to the second terminal. Transmitting a second SCI containing
  • the first SCI is transmitted in a first Physical Sidelink Shared Channel (PSSCH) and the second SCI is transmitted in a second PSSCH: It is characterized in that the first payload size of 1 SCI and the second payload size of the second SCI are the same.
  • PSSCH Physical Sidelink Shared Channel
  • An apparatus for controlling a first terminal to transmit inter-UE coordination information in a wireless communication system includes one or more processors and operably connected to the one or more processors. Contains one or more memories.
  • the one or more memories store instructions for performing operations, based on being executed by the one or more processors.
  • the operations include receiving first Sidelink Control Information (SCI) including a request for inter-UE coordination information from a second terminal and transmitting the inter-UE coordination information to the second terminal. Transmitting a second SCI containing
  • the first SCI is transmitted in a first Physical Sidelink Shared Channel (PSSCH) and the second SCI is transmitted in a second PSSCH: It is characterized in that the first payload size of 1 SCI and the second payload size of the second SCI are the same.
  • PSSCH Physical Sidelink Shared Channel
  • One or more non-transitory computer readable media stores one or more instructions.
  • the one or more instructions upon being executed by the one or more processors, perform operations.
  • the operations include receiving first Sidelink Control Information (SCI) including a request for inter-UE coordination information from a second terminal and transmitting the inter-UE coordination information to the second terminal. Transmitting a second SCI containing
  • the first SCI is transmitted in a first Physical Sidelink Shared Channel (PSSCH) and the second SCI is transmitted in a second PSSCH: It is characterized in that the first payload size of 1 SCI and the second payload size of the second SCI are the same.
  • PSSCH Physical Sidelink Shared Channel
  • a method for receiving inter-UE coordination information by a second terminal includes a request for inter-UE coordination information to a first terminal. Transmitting first sidelink control information (SCI) including coordination information and receiving second SCI including inter-device coordination information from the first terminal.
  • SCI sidelink control information
  • the first SCI is transmitted in a first Physical Sidelink Shared Channel (PSSCH) and the second SCI is transmitted in a second PSSCH: It is characterized in that the first payload size of 1 SCI and the second payload size of the second SCI are the same.
  • PSSCH Physical Sidelink Shared Channel
  • the second terminal for receiving inter-UE coordination information includes one or more transceivers
  • processors for controlling the one or more transceivers and one or more memories operatively connected to the one or more processors.
  • the one or more memories store instructions for performing operations, based on being executed by the one or more processors.
  • the operations include transmitting first Sidelink Control Information (SCI) including a request for inter-UE coordination information to a first terminal and receiving the inter-UE coordination information from the first terminal. and receiving a second SCI including
  • SCI Sidelink Control Information
  • the first SCI is transmitted in a first Physical Sidelink Shared Channel (PSSCH) and the second SCI is transmitted in a second PSSCH: It is characterized in that the first payload size of 1 SCI and the second payload size of the second SCI are the same.
  • PSSCH Physical Sidelink Shared Channel
  • the second stage SCI is i) the request or ii) the inter-device coordination information contains an indicator indicating Accordingly, a request for inter-device coordination information and signaling of inter-device coordination information may be performed based on the same second SCI format. That is, it is possible to minimize the restriction on introduction of a new second SCI format, which occurs as the second stage SCI is used as a container of the request and the coordination information between the terminals.
  • a first payload size of a first SCI related to a request for inter-device coordination information and a second payload size of a second SCI related to inter-device coordination information is the same. Therefore, compared to the case where two different second SCI format sizes are utilized, terminal implementation complexity can be reduced.
  • FIG. 1 shows the structure of an NR system according to an embodiment of the present specification.
  • FIG. 2 shows the structure of a radio frame of NR according to an embodiment of the present specification.
  • FIG 3 shows a slot structure of an NR frame according to an embodiment of the present specification.
  • FIG. 4 shows a terminal performing V2X or SL communication according to an embodiment of the present specification.
  • FIG. 5 shows a resource unit for V2X or SL communication according to an embodiment of the present specification.
  • FIG. 6 illustrates a procedure for a terminal to perform V2X or SL communication according to a transmission mode according to an embodiment of the present specification.
  • FIG. 8 shows a plurality of BWPs according to an embodiment of the present specification.
  • FIG. 10 shows a resource unit for CBR measurement according to an embodiment of the present specification.
  • 11 is a diagram illustrating a resource pool related to CBR measurement.
  • FIG. 12 illustrates a procedure for UE-A to transmit auxiliary information to UE-B according to an embodiment of the present specification.
  • FIG. 13 illustrates a procedure for UE-A to transmit auxiliary information to UE-B according to an embodiment of the present specification.
  • FIG. 14 is a flowchart for explaining a method for a first terminal to transmit coordination information between terminals in a wireless communication system according to an embodiment of the present specification.
  • 15 is a flowchart illustrating a method for a second terminal to receive inter-device coordination information in a wireless communication system according to another embodiment of the present specification.
  • 16 shows a communication system 1, according to an embodiment of the present specification.
  • FIG 17 illustrates a wireless device according to an embodiment of the present specification.
  • FIG. 18 illustrates a signal processing circuit for a transmission signal according to an embodiment of the present specification.
  • FIG. 19 illustrates a wireless device according to an embodiment of the present specification.
  • FIG. 20 illustrates a portable device according to an embodiment of the present specification.
  • 21 illustrates a vehicle or autonomous vehicle according to an embodiment of the present specification.
  • A/B and “,” should be interpreted as indicating "and/or”.
  • A/B can mean “A and/or B”.
  • A, B may mean “A and/or B”.
  • A/B/C may mean “at least one of A, B and/or C”.
  • A, B, C may mean “at least one of A, B and/or C”.
  • 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, evolved UTRA (E-UTRA), and the like.
  • 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), adopting OFDMA in downlink and SC in uplink -Adopt FDMA.
  • LTE-A (advanced) is an evolution of 3GPP LTE.
  • 5G NR a successor to LTE-A, is a new clean-slate mobile communication system with characteristics such as high performance, low latency, and high availability.
  • 5G NR can utilize all available spectrum resources, including low-frequency bands below 1 GHz, medium-frequency bands between 1 GHz and 10 GHz, and high-frequency (millimeter wave) bands above 24 GHz.
  • LTE-A or 5G NR is mainly described, but the technical idea according to an embodiment of the present specification is not limited thereto.
  • the layers of the Radio Interface Protocol between the terminal and the network are based on the lower 3 layers of the Open System Interconnection (OSI) standard model, which is widely known in communication systems, It can be divided into L2 (second layer) and L3 (third layer).
  • OSI Open System Interconnection
  • the physical layer belonging to the first layer provides an information transfer service using a physical channel
  • the RRC (Radio Resource Control) layer located in the third layer provides radio resources between the terminal and the network. plays a role in controlling To this end, the RRC layer exchanges RRC messages between the terminal and the base station.
  • the MAC layer provides a service to a radio link control (RLC) layer, which is an upper layer, through a logical channel.
  • RLC radio link control
  • the MAC layer provides a mapping function from multiple logical channels to multiple transport channels.
  • the MAC layer provides a logical channel multiplexing function by mapping a plurality of logical channels to a single transport channel.
  • the MAC sublayer provides data transmission services on logical channels.
  • the RLC layer performs concatenation, segmentation, and reassembly of RLC Service Data Units (SDUs).
  • SDUs RLC Service Data Units
  • the RLC layer has transparent mode (TM), unacknowledged mode (UM) and acknowledged mode , AM) provides three operation modes.
  • AM RLC provides error correction through automatic repeat request (ARQ).
  • the Radio Resource Control (RRC) layer is defined only in the control plane.
  • the RRC layer is responsible for control of logical channels, transport channels, and physical channels in relation to configuration, re-configuration, and release of radio bearers.
  • RB means a logical path provided by the first layer (physical layer or PHY layer) and the second layer (MAC layer, RLC layer, Packet Data Convergence Protocol (PDCP) layer) for data transfer between the UE and the network.
  • MAC layer physical layer or PHY layer
  • RLC layer Packet Data Convergence Protocol (PDCP) layer
  • the functions of the PDCP layer in the user plane include delivery of user data, header compression and ciphering.
  • the functions of the PDCP layer in the control plane include delivery of control plane data and encryption/integrity protection.
  • Establishing an RB means a process of defining characteristics of a radio protocol layer and a channel and setting specific parameters and operation methods to provide a specific service.
  • RBs can be further divided into two types: Signaling Radio Bearer (SRB) and Data Radio Bearer (DRB).
  • SRB Signaling Radio Bearer
  • DRB Data Radio Bearer
  • the UE When an RRC connection is established between the RRC layer of the UE and the RRC layer of the E-UTRAN, the UE is in the RRC_CONNECTED state, otherwise it is in the RRC_IDLE state.
  • the RRC_INACTIVE state is additionally defined, and the UE in the RRC_INACTIVE state can release the connection with the base station while maintaining the connection with the core network.
  • a downlink transmission channel for transmitting data from a network to a terminal includes a broadcast channel (BCH) for transmitting system information and a downlink shared channel (SCH) for transmitting user traffic or control messages.
  • Traffic or control messages of a downlink multicast or broadcast service may be transmitted through a downlink SCH or may be transmitted through a separate downlink multicast channel (MCH).
  • an uplink transmission channel for transmitting data from a terminal to a network includes a random access channel (RACH) for transmitting an initial control message and an uplink shared channel (SCH) for transmitting user traffic or control messages.
  • RACH random access channel
  • Logical channels located above transport channels and mapped to transport channels include BCCH (Broadcast Control Channel), PCCH (Paging Control Channel), CCCH (Common Control Channel), MCCH (Multicast Control Channel), MTCH (Multicast Traffic Channel) Channel), etc.
  • BCCH Broadcast Control Channel
  • PCCH Paging Control Channel
  • CCCH Common Control Channel
  • MCCH Multicast Control Channel
  • MTCH Multicast Traffic Channel
  • a physical channel is composed of several OFDM symbols in the time domain and several sub-carriers in the frequency domain.
  • One sub-frame is composed of a plurality of OFDM symbols in the time domain.
  • a resource block is a resource allocation unit and is composed of a plurality of OFDM symbols and a plurality of sub-carriers.
  • each subframe may use specific subcarriers of specific OFDM symbols (eg, a first OFDM symbol) of the corresponding subframe for a Physical Downlink Control Channel (PDCCH), that is, an L1/L2 control channel.
  • PDCCH Physical Downlink Control Channel
  • TTI Transmission Time Interval
  • FIG. 1 shows the structure of an NR system according to an embodiment of the present specification.
  • a Next Generation-Radio Access Network may include a next generation-Node B (gNB) and/or an eNB that provides user plane and control plane protocol termination to a UE.
  • gNB next generation-Node B
  • eNB that provides user plane and control plane protocol termination to a UE.
  • . 1 illustrates a case including only gNB.
  • gNB and eNB are connected to each other through an Xn interface.
  • the gNB and the eNB are connected to a 5G Core Network (5GC) through an NG interface.
  • 5GC 5G Core Network
  • AMF access and mobility management function
  • UPF user plane function
  • FIG. 2 shows the structure of a radio frame of NR according to an embodiment of the present specification.
  • radio frames can be used in uplink and downlink transmission in NR.
  • a radio frame has a length of 10 ms and may be defined as two 5 ms half-frames (Half-Frame, HF).
  • a half-frame may include five 1ms subframes (Subframes, SFs).
  • a subframe may be divided into one or more slots, and the number of slots in a subframe may be determined according to a subcarrier spacing (SCS).
  • SCS subcarrier spacing
  • Each slot may include 12 or 14 OFDM(A) symbols according to a cyclic prefix (CP).
  • CP cyclic prefix
  • each slot may include 14 symbols.
  • each slot may include 12 symbols.
  • the symbol may include an OFDM symbol (or CP-OFDM symbol), a Single Carrier-FDMA (SC-FDMA) symbol (or a Discrete Fourier Transform-spread-OFDM (DFT-s-OFDM) symbol).
  • OFDM symbol or CP-OFDM symbol
  • SC-FDMA Single Carrier-FDMA
  • DFT-s-OFDM Discrete Fourier Transform-spread-OFDM
  • Table 1 below shows the number of symbols per slot (N slot symb ), the number of slots per frame (N frame,u slot ) and the number of slots per subframe (N subframe, u slot ) is exemplified.
  • Table 2 illustrates the number of symbols per slot, the number of slots per frame, and the number of slots per subframe according to the SCS when the extended CP is used.
  • OFDM A numerology
  • SCS SCS
  • CP length CP length
  • TU Time Unit
  • multiple numerologies or SCSs to support various 5G services can be supported. For example, when the SCS is 15 kHz, wide area in traditional cellular bands can be supported, and when the SCS is 30 kHz/60 kHz, dense-urban, lower latency latency and wider carrier bandwidth may be supported. When the SCS is 60 kHz or higher, a bandwidth greater than 24.25 GHz may be supported to overcome phase noise.
  • An NR frequency band may be defined as two types of frequency ranges.
  • the two types of frequency ranges may be FR1 and FR2.
  • the number of frequency ranges may be changed, and for example, the two types of frequency ranges may be shown in Table 3 below.
  • FR1 may mean "sub 6 GHz range”
  • FR2 may mean “above 6 GHz range” and may be called millimeter wave (mmW).
  • mmW millimeter wave
  • FR1 may include a band of 410 MHz to 7125 MHz as shown in Table 4 below. That is, FR1 may include a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher. For example, a frequency band of 6 GHz (or 5850, 5900, 5925 MHz, etc.) or higher included in FR1 may include an unlicensed band. The unlicensed band may be used for various purposes, and may be used, for example, for vehicle communication (eg, autonomous driving).
  • FIG 3 shows a slot structure of an NR frame according to an embodiment of the present specification.
  • a slot includes a plurality of symbols in the time domain. For example, in the case of a normal CP, one slot includes 14 symbols, but in the case of an extended CP, one slot may include 12 symbols. Alternatively, in the case of a normal CP, one slot includes 7 symbols, but in the case of an extended CP, one slot may include 6 symbols.
  • a carrier includes a plurality of subcarriers in the frequency domain.
  • a resource block (RB) may be defined as a plurality of (eg, 12) consecutive subcarriers in the frequency domain.
  • a bandwidth part (BWP) may be defined as a plurality of consecutive (P)RBs ((Physical) Resource Blocks) in the frequency domain, and may correspond to one numerology (eg, SCS, CP length, etc.) there is.
  • a carrier may include up to N (eg, 5) BWPs. Data communication may be performed through an activated BWP.
  • Each element may be referred to as a resource element (RE) in the resource grid, and one complex symbol may be mapped.
  • RE resource element
  • a radio interface between a terminal and a terminal or a radio interface between a terminal and a network may be composed of an L1 layer, an L2 layer, and an L3 layer.
  • the L1 layer may mean a physical layer.
  • the L2 layer may mean at least one of a MAC layer, an RLC layer, a PDCP layer, and an SDAP layer.
  • the L3 layer may mean an RRC layer.
  • SL synchronization signal (Sidelink Synchronization Signal, SLSS) and synchronization information
  • the SLSS is a SL-specific sequence and may include a Primary Sidelink Synchronization Signal (PSSS) and a Secondary Sidelink Synchronization Signal (SSSS).
  • 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 can be used for S-PSS
  • length-127 Gold-sequences can be used for S-SSS.
  • the UE can detect an initial signal using S-PSS and acquire synchronization.
  • the terminal may obtain detailed synchronization using S-PSS and S-SSS and detect a synchronization signal ID.
  • PSBCH Physical Sidelink Broadcast Channel
  • PSBCH Physical Sidelink Broadcast Channel
  • the basic information includes information related to SLSS, duplex mode (DM), TDD UL/Time Division Duplex Uplink/Downlink (TDD UL/DL) configuration, resource pool related information, type of application related to SLSS, It may be a subframe offset, broadcast information, and the like.
  • the payload size of PSBCH may be 56 bits including a 24-bit CRC.
  • S-PSS, S-SSS, and PSBCH may be included in a block format (eg, SL SS (Synchronization Signal) / PSBCH block, hereinafter, S-SSB (Sidelink-Synchronization Signal Block)) supporting periodic transmission.
  • 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 a carrier, and the transmission bandwidth may be a (pre)set SL Sidelink BWP (Sidelink Channel). BWP).
  • the bandwidth of the S-SSB may be 11 Resource Blocks (RBs).
  • 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 hypothesis detection in frequency to discover the S-SSB in the carrier.
  • the transmitting terminal may transmit one or more S-SSBs to the receiving terminal within one S-SSB transmission period according to the SCS.
  • the number of S-SSBs that the transmitting terminal transmits to the receiving terminal within one S-SSB transmission period may be pre-configured or configured for the transmitting terminal.
  • the S-SSB transmission period may be 160 ms.
  • an S-SSB transmission period of 160 ms may be supported.
  • the transmitting terminal may transmit one or two S-SSBs to the receiving terminal within one S-SSB transmission period. For example, when the SCS is 30 kHz in FR1, the transmitting terminal may transmit one or two S-SSBs to the receiving terminal within one S-SSB transmission period. For example, when the SCS is 60 kHz in FR1, the transmitting terminal may transmit one, two or four S-SSBs to the receiving terminal within one S-SSB transmission period.
  • the transmitting terminal can transmit 1, 2, 4, 8, 16 or 32 S-SSBs to the receiving terminal within one S-SSB transmission period.
  • the transmitting terminal sends 1, 2, 4, 8, 16, 32 or 64 S-SSBs to the receiving terminal within one S-SSB transmission period. can transmit.
  • the structure of the S-SSB transmitted from the transmitting terminal to the receiving terminal may be different according to the CP type.
  • the CP type may be Normal CP (NCP) or Extended CP (ECP).
  • NCP Normal CP
  • ECP Extended CP
  • the number of symbols mapping the PSBCH in the S-SSB transmitted by the transmitting terminal may be 9 or 8.
  • the CP type is ECP
  • the number of symbols mapping the PSBCH in the S-SSB transmitted by the transmitting terminal may be 7 or 6.
  • a PSBCH may be mapped to a first symbol in an S-SSB transmitted by a transmitting terminal.
  • a receiving terminal receiving the S-SSB may perform an automatic gain control (AGC) operation in the first symbol interval of the S-SSB.
  • AGC automatic gain control
  • FIG. 4 shows a terminal performing V2X or SL communication according to an embodiment of the present specification.
  • terminal in V2X or SL communication may mainly mean a user's terminal.
  • the base station may also be regarded as a kind of terminal.
  • terminal 1 may be the first device 100 and terminal 2 may be the second device 200 .
  • terminal 1 may select a resource unit corresponding to a specific resource in a resource pool representing a set of a series of resources. And, terminal 1 can transmit an SL signal using the resource unit.
  • terminal 2 which is a receiving terminal, can receive a resource pool through which terminal 1 can transmit a signal, and can detect a signal of terminal 1 within the resource pool.
  • the base station may inform the terminal 1 of the resource pool.
  • another terminal may inform terminal 1 of a resource pool, or terminal 1 may use a previously set resource pool.
  • a resource pool may be composed of a plurality of resource units, and each terminal may select one or a plurality of resource units to use for its own SL signal transmission.
  • FIG. 5 shows a resource unit for V2X or SL communication according to an embodiment of the present specification.
  • all frequency resources of the resource pool may be divided into N F number, and all time resources of the resource pool may be divided into N T number. Accordingly, a total of N F * N T resource units may be defined within the resource pool. 5 shows an example of a case in which a corresponding resource pool is repeated with a period of N T subframes.
  • one resource unit (eg, Unit #0) may appear periodically and repeatedly.
  • an index of a physical resource unit to which one logical resource unit is mapped may change according to a predetermined pattern over time.
  • a resource pool may mean a set of resource units that can be used for transmission by a terminal desiring to transmit an SL signal.
  • Resource pools can be subdivided into several types. For example, according to the content of the SL signal transmitted in each resource pool, the resource pool may be classified as follows.
  • SA Scheduling Assignment
  • MCS Modulation and Coding Scheme
  • MIMO Multiple Input Multiple Output
  • SA can also be multiplexed and transmitted together with SL data on the same resource unit.
  • the SA resource pool may mean a resource pool in which SA is multiplexed with SL data and transmitted.
  • SA may also be referred to as an SL control channel.
  • SL data channel Physical Sidelink Shared Channel, PSSCH
  • PSSCH Physical Sidelink Shared Channel
  • SL data channel may be a resource pool used by a transmitting terminal to transmit user data. If SA is multiplexed and transmitted together with SL data on the same resource unit, only the SL data channel in a form excluding SA information can be transmitted in the resource pool for the SL data channel.
  • Resource Elements (REs) used to transmit SA information on individual resource units in the SA resource pool may still be used to transmit SL data in the resource pool of the SL data channel.
  • the transmitting terminal may transmit the PSSCH by mapping it to consecutive PRBs.
  • a discovery channel may be a resource pool for a transmitting terminal to transmit information such as its own ID. Through this, the transmitting terminal can allow neighboring terminals to discover themselves.
  • resource pools may be used according to transmission/reception properties of the SL signals. For example, even for the same SL data channel or discovery message, a method for determining the transmission timing of the SL signal (eg, whether it is transmitted at the reception time of the synchronization reference signal or transmitted by applying a certain timing advance at the reception time), resource Allocation method (eg, whether the base station assigns individual signal transmission resources to individual transmission terminals or whether individual transmission terminals select individual signal transmission resources within the resource pool), signal format (eg, each SL Depending on the number of symbols occupied by a signal in one subframe or the number of subframes used for transmission of one SL signal), signal strength from a base station, transmit power strength of an SL terminal, etc., resource pools may be divided into different resource pools.
  • resource Allocation method eg, whether the base station assigns individual signal transmission resources to individual transmission terminals or whether individual transmission terminals select individual signal transmission resources within the resource pool
  • signal format eg, each SL Depending on the number of symbols occupied by a
  • 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.
  • (a) of FIG. 6 shows a terminal operation related to LTE transmission mode 1 or LTE transmission mode 3.
  • (a) of FIG. 6 shows UE 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.
  • (b) of FIG. 6 shows a terminal operation related to LTE transmission mode 2 or LTE transmission mode 4.
  • (b) of FIG. 6 shows UE operation related to NR resource allocation mode 2.
  • the base station may schedule SL resources to be used by the terminal for SL transmission.
  • the base station may perform resource scheduling to terminal 1 through PDCCH (more specifically, downlink control information (DCI)), and terminal 1 may perform V2X or SL communication with terminal 2 according to the resource scheduling there is.
  • DCI downlink control information
  • device 1 may transmit sidelink control information (SCI) to device 2 through physical sidelink control channel (PSCCH), and then transmit data based on the SCI to device 2 through physical sidelink shared channel (PSSCH).
  • SCI sidelink control information
  • PSCCH physical sidelink control channel
  • PSSCH physical sidelink shared channel
  • a UE may be provided or allocated resources for one or more SL transmissions of one transport block (TB) from a base station through a dynamic grant.
  • the base station may provide resources for transmission of the PSCCH and/or PSSCH to the terminal using a dynamic grant.
  • the transmitting terminal may report SL HARQ (Hybrid Automatic Repeat Request) feedback received from the receiving terminal to the base station.
  • SL HARQ Hybrid Automatic Repeat Request
  • PUCCH resources and timing for reporting SL HARQ feedback to the base station may be determined based on an indication in the PDCCH for the base station to allocate resources for SL transmission.
  • DCI may indicate a slot offset between DCI reception and the first SL transmission scheduled by DCI.
  • the minimum gap between the DCI scheduling the SL transmission resource and the first scheduled SL transmission resource may not be smaller than the processing time of the corresponding UE.
  • a UE may be periodically provided or allocated a resource set from a base station for a plurality of SL transmissions through a configured grant.
  • the grant to be configured may include configured grant type 1 or configured grant type 2.
  • the terminal may determine a TB to transmit in each occurrence indicated by a given configured grant.
  • the base station may allocate SL resources to the terminal on the same carrier, and may allocate SL resources to the terminal on different carriers.
  • the NR base station can control LTE-based SL communication.
  • the NR base station may transmit NR DCI to the terminal to schedule LTE SL resources.
  • a new RNTI for scrambling the NR DCI may be defined.
  • the terminal may include an NR SL module and an LTE SL module.
  • the NR SL module may convert the NR SL DCI to LTE DCI type 5A, and the NR SL module may convert the NR SL DCI to X ms LTE DCI type 5A may be delivered to the LTE SL module in units.
  • the LTE SL module may apply activation and/or release to the first LTE subframe after Z ms.
  • the X may be dynamically displayed using a DCI field.
  • the minimum value of X may be different according to UE capability.
  • a terminal may report a single value according to terminal capabilities.
  • the X may be a positive number.
  • the terminal can determine an SL transmission resource within an SL resource set by the base station / network or a preset SL resource there is.
  • the set SL resource or the preset SL resource may be a resource pool.
  • the terminal may autonomously select or schedule resources for SL transmission.
  • the terminal may perform SL communication by selecting a resource by itself within a configured resource pool.
  • the terminal may select a resource by itself within a selection window by performing a sensing and resource (re)selection procedure.
  • the sensing may be performed in units of subchannels.
  • terminal 1 which has selected a resource within the resource pool, transmits SCI to terminal 2 through PSCCH, and then transmits data based on the SCI to terminal 2 through PSSCH.
  • a re-evaluation operation may be performed for the resource (re-)selection.
  • the terminal re-evaluates the selectable resource set in order to determine whether or not the transmission intended by the terminal is still appropriate.
  • the re-evaluation may be performed in a slot based on a preset value T3.
  • the re-evaluation operation may be performed in a slot (eg, m-T3) prior to slot m in which the SCI indicating the reserved resource(s) is first signaled.
  • the preset value T3 may be related to pre-emption and/or re-evaluation of SL resources. Specifically, the terminal may perform operations related to pre-emption and/or re-evaluation based on Table 5 below.
  • the preset value T3 is a processing time set for resource selection of the terminal (eg: ) can be set to the same value as Table 6 below shows the subcarrier spacing setting of the sidelink bandwidth (SL BWP) ( ) Illustrates the processing time determined based on (processing time). For example, the processing time ( ) may be set to determine the starting point (T1) of the resource selection window.
  • SLBP sidelink bandwidth
  • a UE can help select SL resources for other UEs.
  • the UE may receive a configured grant for SL transmission.
  • a UE may schedule SL transmission of another UE.
  • the terminal may reserve SL resources for blind retransmission.
  • UE 1 may indicate the priority of SL transmission to UE 2 using SCI.
  • the second terminal may decode the SCI, and the second terminal may perform sensing and/or resource (re)selection based on the priority.
  • the resource (re)selection procedure includes identifying a candidate resource in a resource selection window by a second terminal and selecting a resource for (re)transmission from among the identified candidate resources. can do.
  • the resource selection window may be a time interval in which the terminal selects a resource for SL transmission.
  • the resource selection window may start at T1 ⁇ 0, and the resource selection window is determined by the remaining packet delay budget of the second terminal.
  • the T1 is the processing time set for resource selection (e.g., Table 6 above). ) can be determined as a value less than or equal to.
  • the resource selection window may be determined as a time interval from n+T1 to n+T2.
  • the T2 may indicate a number of slots that is less than or equal to the number of slots corresponding to the remaining packet delay budget.
  • a specific resource is indicated by the SCI received by the second terminal from the first terminal, and the L1 SL RSRP measurement value for the specific resource is If the SL RSRP threshold is exceeded, the second terminal may not determine the specific resource as a candidate resource.
  • the SL RSRP threshold may be determined based on the priority of SL transmission indicated by the SCI received by the second terminal from the first terminal and the priority of the SL transmission on a resource selected by the second terminal.
  • the L1 SL RSRP may be measured based on SL Demodulation Reference Signal (DMRS).
  • DMRS SL Demodulation Reference Signal
  • one or more PSSCH DMRS patterns may be set or previously set in the time domain for each resource pool.
  • PDSCH DMRS configuration type 1 and/or type 2 may be identical to or similar to the frequency domain pattern of PSSCH DMRS.
  • the exact DMRS pattern may be indicated by SCI.
  • the transmitting terminal may select a specific DMRS pattern from DMRS patterns set or previously set for a resource pool.
  • the transmitting terminal may perform initial transmission of a TB (Transport Block) without reservation. For example, based on the sensing and resource (re)selection procedure, the transmitting terminal may reserve SL resources for initial transmission of the second TB using the SCI associated with the first TB.
  • a TB Transport Block
  • the transmitting terminal may reserve SL resources for initial transmission of the second TB using the SCI associated with the first TB.
  • the terminal may reserve resources for feedback-based PSSCH retransmission through signaling related to previous transmission of the same transport block (TB).
  • the maximum number of SL resources reserved by one transmission including the current transmission may be 2, 3 or 4.
  • the maximum number of SL resources may be the same regardless of whether HARQ feedback is enabled.
  • the maximum number of HARQ (re)transmissions for one TB may be limited by setting or presetting.
  • the maximum number of HARQ (re)transmissions may be up to 32.
  • the maximum number of HARQ (re)transmissions may not be specified.
  • the setting or presetting may be for a transmission terminal.
  • HARQ feedback for releasing resources not used by the UE may be supported.
  • a UE may use SCI to indicate one or more subchannels and/or slots used by the UE to other UEs.
  • a UE may indicate to another UE one or more subchannels and/or slots reserved by the UE for PSSCH (re)transmission using SCI.
  • a minimum allocation unit of SL resources may be a slot.
  • the size of a subchannel may be set for a UE or preset.
  • SCI Sidelink Control Information
  • Control information transmitted from the base station to the terminal through the PDCCH is referred to as downlink control information (DCI), whereas control information transmitted from the terminal to other terminals through the PSCCH may be referred to as SCI.
  • DCI downlink control information
  • SCI control information transmitted from the terminal to other terminals through the PSCCH
  • the UE may know the start symbol of the PSCCH and/or the number of symbols of the PSCCH before decoding the PSCCH.
  • SCI may include SL scheduling information.
  • a UE may transmit at least one SCI to another UE in order to schedule a PSSCH.
  • one or more SCI formats may be defined.
  • the transmitting terminal may transmit SCI to the receiving terminal on the PSCCH.
  • the receiving terminal may decode one SCI in order to receive the PSSCH from the transmitting terminal.
  • the transmitting terminal may transmit two consecutive SCI (eg, 2-stage SCI) to the receiving terminal on the PSCCH and/or the PSSCH.
  • the receiving terminal may decode two consecutive SCI (eg, 2-stage SCI) in order to receive the PSSCH from the transmitting terminal.
  • the SCI composition fields are divided into two groups in consideration of the (relatively) high SCI payload size
  • the SCI including the first SCI composition field group is classified as the first SCI or the first SCI.
  • an SCI including the second SCI configuration field group may be referred to as a second SCI or a 2 nd SCI.
  • the transmitting terminal may transmit the first SCI to the receiving terminal through the PSCCH.
  • the transmitting terminal may transmit the second SCI to the receiving terminal on PSCCH and/or PSSCH.
  • the second SCI may be transmitted to the receiving terminal through an (independent) PSCCH or may be piggybacked and transmitted along with data through the PSSCH.
  • two consecutive SCIs may be applied for different transmissions (eg, unicast, broadcast, or groupcast).
  • the transmitting terminal may transmit some or all of the following information to the receiving terminal through SCI.
  • the transmitting terminal may transmit some or all of the following information to the receiving terminal through the first SCI and/or the second SCI.
  • PSSCH and / or PSCCH related resource allocation information eg, time / frequency resource location / number, resource reservation information (eg, period), and / or
  • NDI New Data Indicator
  • QoS information (related to transport traffic/packets), e.g., priority information, and/or
  • - Reference signal eg, DMRS, etc.
  • information related to decoding and / or channel estimation of data transmitted through PSSCH eg, information related to the pattern of (time-frequency) mapping resources of DMRS, rank ) information, antenna port index information;
  • the first SCI may include information related to channel sensing.
  • the receiving terminal may decode the second SCI using the PSSCH DMRS.
  • a polar code used for PDCCH may be applied to the second SCI.
  • the payload size of the first SCI may be the same for unicast, groupcast and broadcast.
  • the receiving terminal does not need to perform blind decoding of the second SCI.
  • the first SCI may include scheduling information of the second SCI.
  • the PSCCH may include the SCI, the first SCI, and/or the second SCI. It can be replaced / substituted with at least one of the 2 SCI. And/or, for example, the SCI may be replaced/substituted with at least one of the PSCCH, the first SCI, and/or the second SCI. And/or, for example, since the transmitting terminal may transmit the second SCI to the receiving terminal through the PSSCH, the PSSCH may be replaced/substituted with the second SCI.
  • FIG. 7 shows three cast types according to an embodiment of the present specification.
  • FIG. 7(a) shows broadcast type SL communication
  • FIG. 7(b) shows unicast type SL communication
  • FIG. 7(c) shows groupcast type SL communication.
  • a terminal may perform one-to-one communication with another terminal.
  • SL communication of the group cast type a terminal may perform SL communication with one or more terminals in a group to which it belongs.
  • SL groupcast communication may be replaced with SL multicast communication, SL one-to-many communication, and the like.
  • CAM Cooperative Awareness Message
  • DENM Decentralized Environmental Notification Message
  • a CAM of a periodic message type, a DENM of an event triggered message type, and the like may be transmitted.
  • CAM can include vehicle dynamic state information such as direction and speed, vehicle static data such as dimensions, and basic vehicle information such as exterior lighting conditions and route details.
  • the size of a CAM may be 50-300 bytes.
  • CAM is broadcast, and the latency must be less than 100 ms.
  • DENM may be a message generated in an unexpected situation such as vehicle breakdown or accident.
  • the size of DENM can be smaller than 3000 bytes, and all vehicles within transmission range can receive the message. At this time, DENM may have a higher priority than CAM.
  • a UE may perform carrier reselection based on a Channel Busy Ratio (CBR) of configured carriers and/or a Prose Per-Packet Priority (PPPP) of a V2X message to be transmitted.
  • CBR Channel Busy Ratio
  • PPPP Prose Per-Packet Priority
  • carrier reselection may be performed by the MAC layer of the UE.
  • PPPP ProSe Per Packet Priority
  • PPPR ProSe Per Packet Reliability
  • PPPR ProSe Per Packet Reliability
  • a smaller PPPR value may mean higher reliability, and a larger PPPR value may mean lower reliability.
  • a PPPP value associated with a service, packet, or message related to a high priority may be smaller than a PPPP value related to a service, packet, or message related to a low priority.
  • a PPPR value related to a service, packet, or message related to high reliability may be smaller than a PPPR value related to a service, packet, or message related to low reliability.
  • the CBR may refer to the portion of sub-channels in a resource pool in which a sidelink-received signal strength indicator (S-RSSI) measured by the UE exceeds a preset threshold.
  • S-RSSI sidelink-received signal strength indicator
  • a PPPP associated with each logical channel may exist, and the setting of the PPPP value should reflect the latency required for both the terminal and the base station.
  • the terminal may select one or more carriers among the candidate carriers in an increasing order from the lowest CBR.
  • the transmitting terminal may need to establish a (PC5) RRC connection with the receiving terminal.
  • the terminal may obtain a V2X-specific SIB (V2X-specific SIB).
  • V2X-specific SIB V2X-specific SIB
  • the terminal may establish an RRC connection with another terminal. For example, when an RRC connection is established between a transmitting terminal and a receiving terminal, the transmitting terminal may perform unicast communication with the receiving terminal through the established RRC connection.
  • the transmitting terminal may transmit an RRC message to the receiving terminal.
  • the receiving terminal may perform antenna/resource demapping, demodulation, and decoding on the received information.
  • Corresponding information may be delivered to the RRC layer via the MAC layer, the RLC layer and the PDCP layer. Accordingly, the receiving terminal can receive the RRC message generated by the transmitting terminal.
  • V2X or SL communication may be supported for a terminal in RRC_CONNECTED mode, a terminal in RRC_IDLE mode, and a terminal in (NR) RRC_INACTIVE mode. That is, a terminal in RRC_CONNECTED mode, a terminal in RRC_IDLE mode, and a terminal in (NR) RRC_INACTIVE mode may perform V2X or SL communication.
  • a terminal in RRC_INACTIVE mode or a terminal in RRC_IDLE mode can perform V2X or SL communication by using a cell-specific configuration included in a SIB specific to V2X.
  • RRC can be used to exchange at least UE capabilities and AS layer settings.
  • a first terminal may transmit UE capabilities and AS layer settings of the first terminal to a second terminal, and the first terminal may receive the UE capabilities and AS layer settings of the second terminal from the second terminal.
  • the information flow can be triggered during or after PC5-S signaling for direct link setup.
  • SL RLM Radio Link Monitoring
  • SL RLM Radio Link Monitoring
  • RLF Radio Link Failure
  • AS-level link status eg, failure
  • RLM design related to groupcast may not be considered.
  • RLM and/or RLF declarations may not be required among group members for groupcast.
  • the transmitting terminal may transmit a reference signal to the receiving terminal, and the receiving terminal may perform SL RLM using the reference signal.
  • the receiving terminal may declare the SL RLF using the reference signal.
  • the reference signal may be referred to as an SL reference signal.
  • SL measurement and reporting may be considered in SL.
  • a receiving terminal may receive a reference signal from a transmitting terminal, and the receiving terminal may measure a channel state of the transmitting terminal based on the reference signal. And, 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
  • 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 Resource Indicator
  • CRI CSI-RS Resource Indicator
  • interference condition vehicle motion, and the like.
  • CQI, RI and PMI or some of them may be supported in a non-subband-based aperiodic CSI report assuming four or fewer antenna ports. there is.
  • the CSI procedure may not depend on a standalone reference signal (standalone RS).
  • CSI reporting can be activated and deactivated according to settings.
  • a transmitting terminal may transmit a CSI-RS to a receiving terminal, and the receiving terminal may measure CQI or RI 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.
  • a data unit may be subject to physical layer processing at a transmitting side before being transmitted through an air interface.
  • a radio signal carrying a data unit may be subject to physical layer processing at a receiving side.
  • Table 7 may indicate a mapping relationship between uplink transport channels and physical channels
  • Table 8 may indicate a mapping relationship between uplink control channel information and physical channels.
  • Table 9 may indicate a mapping relationship between a downlink transport channel and a physical channel
  • Table 10 may indicate a mapping relationship between downlink control channel information and a physical channel.
  • Table 11 may indicate a mapping relationship between SL transport channels and physical channels
  • Table 12 may indicate a mapping relationship between SL control channel information and physical channels.
  • time and frequency domain resources e.g., OFDM symbols, subcarriers, carrier frequencies
  • resource allocation e.g. For example, uplink grant, downlink allocation
  • HARQ hybrid automatic repeat request
  • An error compensation scheme for securing communication reliability may include a Forward Error Correction (FEC) scheme and an Automatic Repeat Request (ARQ) scheme.
  • FEC Forward Error Correction
  • ARQ Automatic Repeat Request
  • an error in a receiving end can be corrected by adding an extra error correction code to information bits.
  • the FEC method has an advantage of having a small time delay and not requiring separate exchange of information between a transmitter and a receiver, but has a disadvantage of low system efficiency in a good channel environment.
  • the ARQ method can increase transmission reliability, but has a disadvantage in that time delay occurs and system efficiency decreases in a poor channel environment.
  • HARQ Hybrid Automatic Repeat Request
  • Performance can be improved by checking whether the data received by the physical layer contains an error that cannot be decoded, and requesting retransmission if an error occurs.
  • HARQ feedback and HARQ combining in the physical layer may be supported.
  • the receiving terminal when the receiving terminal operates in resource allocation mode 1 or 2, the receiving terminal may receive a PSSCH from the transmitting terminal, and the receiving terminal may receive sidelink feedback control information (SFCI) through a physical sidelink feedback channel (PSFCH).
  • SFCI sidelink feedback control information
  • PSFCH physical sidelink feedback channel
  • SL HARQ feedback can be enabled for unicast.
  • non-Code Block Group (non-CBG) operation if the receiving terminal decodes a PSCCH targeting the receiving terminal, and the receiving terminal successfully decodes a transport block related to the PSCCH, the receiving terminal HARQ-ACK can be generated. And, the receiving terminal may transmit HARQ-ACK to the transmitting terminal.
  • the receiving terminal may generate HARQ-NACK. And, the receiving terminal may transmit HARQ-NACK to the transmitting terminal.
  • SL HARQ feedback may be enabled for groupcast.
  • two HARQ feedback options can be supported for groupcast.
  • Groupcast Option 1 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. On the other hand, if the receiving terminal decodes a PSCCH targeting the receiving terminal and the receiving terminal successfully decodes a transport block related to the PSCCH, the receiving terminal may not transmit HARQ-ACK to the transmitting terminal.
  • 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 HARQ-ACK to the transmitting terminal through the PSFCH.
  • all terminals performing groupcast communication may share PSFCH resources.
  • UEs 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.
  • UEs belonging to the same group may transmit HARQ feedback using different PSFCH resources.
  • a receiving terminal may determine whether to transmit HARQ feedback to a transmitting terminal based on a transmission-reception (TX-RX) distance and/or RSRP.
  • TX-RX transmission-reception
  • the receiving terminal may transmit HARQ feedback for the PSSCH to the transmitting terminal.
  • the receiving terminal may not transmit HARQ feedback for the PSSCH to the transmitting terminal.
  • the transmitting terminal may inform the receiving terminal of the location of the transmitting terminal through SCI related to the PSSCH.
  • the SCI associated with the PSSCH may be a second SCI.
  • the receiving terminal may estimate or obtain a TX-RX distance based on the location of the receiving terminal and the location of the transmitting terminal.
  • the receiving terminal decodes the SCI related to the PSSCH to know the communication range requirements used for the PSSCH.
  • the time between PSFCH and PSSCH may be configured or preset.
  • this may be indicated to the base station by a terminal within coverage using PUCCH.
  • the transmitting terminal may transmit an indication to the serving base station of the transmitting terminal in a form such as Scheduling Request (SR)/Buffer Status Report (BSR) instead of HARQ ACK/NACK.
  • SR Scheduling Request
  • BSR Buffer Status Report
  • the base station can schedule SL retransmission resources to the terminal.
  • the time between PSFCH and PSSCH may be configured or preset.
  • TDM between PSCCH/PSSCH and PSFCH may be allowed for the PSFCH format for SL in a slot.
  • a sequence-based PSFCH format having one symbol may be supported.
  • the one symbol may not be an AGC interval.
  • the sequence-based PSFCH format can be applied to unicast and groupcast.
  • PSFCH resources may be periodically configured in N slot intervals or may be configured in advance.
  • N can be set to one or more values greater than or equal to 1.
  • N can be 1, 2 or 4.
  • HARQ feedback for transmission in a specific resource pool may be transmitted only through PSFCH on the specific resource pool.
  • slot #(N + A) may contain PSFCH resources.
  • A may be the smallest integer greater than or equal to K.
  • K may be the number of logical slots. In this case, K may be the number of slots in the resource pool. Or, for example, K may be the number of physical slots. In this case, K may be the number of slots inside and outside the resource pool.
  • the receiving terminal uses the PSFCH resource based on an implicit mechanism within a set resource pool. It is possible to determine the frequency domain and / or code domain of .
  • the receiving terminal is selected from among a slot index related to PSCCH/PSSCH/PSFCH, a subchannel related to PSCCH/PSSCH, and/or an identifier for distinguishing each receiving terminal in a group for HARQ feedback based on groupcast option 2.
  • the frequency domain and/or code domain of the PSFCH resource may be determined.
  • the receiving terminal may determine the frequency domain and/or code domain of the PSFCH resource based on at least one of SL RSRP, SINR, L1 source ID, and/or location information.
  • the UE when transmission of HARQ feedback through PSFCH and reception of HARQ feedback through PSFCH of the UE overlap, the UE transmits HARQ feedback through PSFCH or receives HARQ feedback through PSFCH based on a priority rule.
  • the priority rule may be based on the minimum priority indication of the relevant PSCCH/PSSCH.
  • the terminal may select a specific HARQ feedback transmission based on a priority rule.
  • the priority rule may be based on the minimum priority indication of the relevant PSCCH/PSSCH.
  • bandwidth part BWP
  • resource pool a bandwidth part (BWP) and a resource pool
  • the reception bandwidth and transmission bandwidth of the terminal do not need to be as large as the cell bandwidth, and the reception bandwidth and transmission bandwidth of the terminal can be adjusted.
  • the network/base station may notify the terminal of bandwidth adjustment.
  • the terminal may receive information/configuration for bandwidth adjustment from the network/base station.
  • the terminal may perform bandwidth adjustment based on the received information/configuration.
  • the bandwidth adjustment may include reducing/expanding the bandwidth, changing the location of the bandwidth, or changing the subcarrier spacing of the bandwidth.
  • bandwidth may be reduced during periods of low activity to save power.
  • the location of the bandwidth may move in the frequency domain.
  • the location of the bandwidth can be moved in the frequency domain to increase scheduling flexibility.
  • subcarrier spacing of the bandwidth may be changed.
  • the subcarrier spacing of the bandwidth can be changed to allow for different services.
  • a subset of the total cell bandwidth of a cell may be referred to as a Bandwidth Part (BWP).
  • BA may be performed by the base station/network setting a BWP to the terminal and notifying the terminal of the currently active BWP among the set BWPs of the base station/network.
  • FIG. 8 shows a plurality of BWPs according to an embodiment of the present specification.
  • BWP1 having a bandwidth of 40 MHz and subcarrier spacing of 15 kHz
  • BWP2 having a bandwidth of 10 MHz and subcarrier spacing of 15 kHz
  • BWP3 having a bandwidth of 20 MHz and subcarrier spacing of 60 kHz
  • FIG. 9 shows BWP according to an embodiment of the present specification. In the embodiment of FIG. 9 , it is assumed that there are three BWPs.
  • a common resource block may be a carrier resource block numbered from one end of a carrier band to the other end.
  • a PRB may be a numbered resource block within each BWP.
  • Point A may indicate a common reference point for the resource block grid.
  • BWP may be set by point A, an offset from point A (N start BWP ), and a bandwidth (N size BWP ).
  • point A may be the external reference point of the carrier's PRB to which subcarrier 0 of all numerologies (eg, all numerologies supported by the network on that carrier) are aligned.
  • the offset may be the PRB interval between point A and the lowest subcarrier in a given numerology.
  • the bandwidth may be the number of PRBs in a given numerology.
  • BWP may be defined for SL.
  • the same SL BWP can be used for transmit and receive.
  • a transmitting terminal can transmit an SL channel or SL signal on a specific BWP
  • a receiving terminal can receive an SL channel or SL signal on the specific BWP.
  • SL BWP may be defined separately from Uu BWP, and SL BWP may have separate configuration signaling from Uu BWP.
  • the terminal may receive configuration for SL BWP from the base station/network.
  • SL BWP may be set (in advance) for out-of-coverage NR V2X terminals and RRC_IDLE terminals within the carrier. For a UE in RRC_CONNECTED mode, at least one SL BWP may be activated within a carrier.
  • a resource pool may be a set of time-frequency resources that may be used for SL transmission and/or SL reception. From the point of view of the terminal, the time domain resources in the resource pool may not be contiguous.
  • a plurality of resource pools may be (in advance) configured for a UE within one carrier. From a physical layer point of view, a terminal may perform unicast, groupcast, and broadcast communication using a set or previously set resource pool.
  • SL congestion control sidelink congestion control
  • the terminal determines the SL transmission resource by itself
  • the terminal also determines the size and frequency of the resource used by itself.
  • the terminal needs to observe the channel condition. If it is determined that an excessive amount of resources are being consumed, it is preferable that the terminal take an action of reducing its own resource use. In this specification, this may be defined as congestion control (Congestion Control, CR). For example, the terminal determines whether the energy measured in a unit time/frequency resource is equal to or higher than a certain level, and determines the amount and frequency of its own transmission resources according to the ratio of the unit time/frequency resource in which energy equal to or higher than a certain level is observed. can be adjusted In the present specification, a ratio of time/frequency resources in which energy of a certain level or higher is observed may be defined as a channel busy ratio (CBR). The UE may measure the CBR for each channel/frequency. Additionally, the UE may transmit the measured CBR to the network/base station.
  • CBR channel busy ratio
  • FIG. 10 shows a resource unit for CBR measurement according to an embodiment of the present specification.
  • CBR is a result of a UE measuring a Received Signal Strength Indicator (RSSI) in units of subchannels for a specific period (eg, 100 ms), and a sub-received RSSI measurement result having a value greater than or equal to a preset threshold. It may mean the number of channels. Alternatively, the CBR may mean a ratio of subchannels having a value equal to or greater than a preset threshold among subchannels during a specific period. For example, in the embodiment of FIG.
  • RSSI Received Signal Strength Indicator
  • the CBR may mean a ratio of hatched subchannels during a 100 ms interval. Additionally, the terminal may report the CBR to the base station.
  • 11 is a diagram illustrating a resource pool related to CBR measurement.
  • the UE can perform one CBR measurement for one resource pool.
  • the PSFCH resource may be excluded from the CBR measurement.
  • the terminal may measure channel occupancy ratio (CR). Specifically, the terminal measures the CBR, and the terminal measures the maximum value (CRlimitk) of the channel occupancy ratio (Channel occupancy ratio k, CRk) that traffic corresponding to each priority (eg, k) can occupy according to the CBR. ) 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 a predetermined table of CBR measurement values. 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 UE may perform congestion control by limiting the sum of channel occupancy rates of traffics whose priority k is lower than i to a predetermined value or less. According to this method, a stronger channel occupancy restriction may be applied to traffic having a relatively lower priority.
  • the terminal may perform SL congestion control using methods such as transmission power size adjustment, packet drop, retransmission decision, and transmission RB size adjustment (MCS adjustment).
  • MCS adjustment transmission RB size adjustment
  • the wording "configuration or definition” may be interpreted as being (pre)configured (via predefined signaling (eg, SIB, MAC signaling, RRC signaling)) from a base station or network.
  • predefined signaling eg, SIB, MAC signaling, RRC signaling
  • “A may be configured” may include "(pre)setting/defining or notifying A of the base station or network for the terminal”.
  • the wording “set or define” may be interpreted as being previously set or defined by the system.
  • “A may be set” may include “A is set/defined in advance by the system”.
  • PDCCH Physical Downlink Control Channel
  • SIB System Information Block
  • a transmitting terminal may be a terminal that transmits data to a (target) receiving terminal (RX UE).
  • a TX UE may be a UE performing PSCCH and/or PSSCH transmission.
  • the TX UE may be a UE that transmits an SL CSI-RS and/or SL CSI report request indicator to the (target) RX UE.
  • the TX UE is a (control) channel (eg, PSCCH, PSSCH, etc.) and / or a reference signal on the (control) channel to be used for the SL RLM and / or SL RLF operation of the (target) RX UE (eg For example, it may be a terminal that transmits DM-RS, CSI-RS, etc.).
  • a control channel eg, PSCCH, PSSCH, etc.
  • a reference signal on the (control) channel to be used for the SL RLM and / or SL RLF operation of the (target) RX UE
  • it may be a terminal that transmits DM-RS, CSI-RS, etc.
  • the receiving terminal determines whether decoding of data received from the transmitting terminal (TX UE) is successful and / or the PSCCH (related to PSSCH scheduling) transmitted by the TX UE. It may be a UE that transmits SL HARQ feedback to the TX UE according to whether detection/decoding is successful. And/or the RX UE may be a UE that performs SL CSI transmission to the TX UE based on the SL CSI-RS and/or the SL CSI report request indicator received from the TX UE.
  • the RX UE transmits the SL (L1) RSRP measurement value measured based on the (predefined) reference signal and / or SL (L1) RSRP report request indicator received from the TX UE to the TX UE.
  • the RX UE may be a terminal that transmits its own data to the TX UE.
  • / or RX UE may be a terminal that performs SL RLM and / or SL RLF operations based on a (preset) (control) channel and / or a reference signal on the (control) channel received from the TX UE. .
  • the RX UE transmits SL HARQ feedback information for the PSSCH and / or PSCCH received from the TX UE
  • the following scheme or some of the following schemes may be considered.
  • the following method or some of the following methods may be limitedly applied only when the RX UE successfully decodes/detects the PSCCH scheduling the PSSCH.
  • NACK information may be transmitted to the TX UE only when the RX UE fails to decode/receive the PSSCH received from the TX UE.
  • the RX UE may transmit ACK information to the TX UE, and if it fails to decode/receive the PSSCH, it may transmit NACK information to the TX UE.
  • the TX UE may transmit the following information or some of the following information to the RX UE through SCI.
  • the TX UE may transmit some or all of the following information to the RX UE through the first SCI (FIRST SCI) and/or the second SCI (SECOND SCI).
  • - QoS information for example, PRIORITY information (related to transport TRAFFIC/PACKET)
  • - Reference signal eg, DM-RS, etc.
  • information related to decoding (and/or channel estimation) of data transmitted through PSSCH may be information related to a pattern of (time-frequency) mapping resources of a DM-RS, RANK information, antenna port index information, and the like.
  • the PSCCH is the SCI and / or FIRST SCI and/or SECOND SCI may be substituted/substituted. And/or SCI may be replaced/substituted with PSCCH and/or FIRST SCI and/or SECOND SCI. And/or, for example, since the TX UE can transmit the SECOND SCI to the RX UE through the PSSCH, the PSSCH can be replaced/substituted with the SECOND SCI.
  • the first SCI including the first SCI configuration field group is It may be referred to as a FIRST SCI
  • a second SCI including a second SCI composition field group may be referred to as a SECOND SCI.
  • the FIRST SCI may be transmitted to the receiving terminal through the PSCCH.
  • the SECOND SCI may be transmitted to the receiving terminal through an (independent) PSCCH or may be piggybacked and transmitted together with data through the PSSCH.
  • configuration refers to (through predefined signaling (eg, SIB, MAC, RRC, etc.)) from a base station or network (resource pool specific to) (PRE) CONFIGURATION.
  • predefined signaling eg, SIB, MAC, RRC, etc.
  • RLF may be determined based on an OUT-OF-SYNCH (OOS) indicator or an IN-SYNCH (IS) indicator, so OUT-OF-SYNCH (OOS) or IN-SYNCH (IS ) can be replaced / substituted with.
  • OOS OUT-OF-SYNCH
  • IS IN-SYNCH
  • RB may be replaced/substituted with SUBCARRIER.
  • a packet (PACKET) or traffic (TRAFFIC) may be replaced/substituted with a TB or MAC PDU according to a transmitted layer.
  • CBG or CG may be replaced/substituted with TB.
  • SOURCE ID may be replaced/substituted with DESTINATION ID.
  • L1 ID may be replaced/substituted with L2 ID.
  • the L1 ID may be an L1 SOURCE ID or an L1 DESTINATION ID.
  • the L2 ID may be an L2 SOURCE ID or an L2 DESTINATION ID.
  • the operation of retransmission resource reservation / selection / determination by the transmitting terminal is a potential (POTENTIAL) retransmission for which actual use is determined based on the SL HARQ feedback information received by the transmitting terminal from the receiving terminal It may refer to an operation of reserving/selecting/determining a resource.
  • SL MODE 1 is a resource allocation method or communication method in which a base station directly schedules sidelink transmission (SL TX) resources of a terminal through predefined signaling (eg, DCI). Can mean there is.
  • SL MODE 2 may mean a resource allocation method or communication method in which a terminal independently selects SL TX resources from a base station or a network or within a previously set resource pool.
  • a (physical) channel used when an RX UE transmits at least one of the following information to a TX UE is referred to as a Physical Sidelink Feedback Channel (PSFCH)
  • PSFCH Physical Sidelink Feedback Channel
  • the base station may allocate resources used for transmission and reception of SL channels/signals (hereinafter, SL resources) to the terminal. For example, the base station may transmit information related to the resource to the terminal.
  • SL resources resources used for transmission and reception of SL channels/signals
  • the base station may transmit information related to the resource to the terminal.
  • a method in which a base station allocates SL resources to a UE may be referred to as mode 1 method, mode 1 operation, or resource allocation mode 1.
  • the terminal may select an SL resource within the resource pool based on sensing.
  • a method for selecting an SL resource by a UE may be referred to as a mode 2 method, a mode 2 operation, or a resource allocation mode 2.
  • the terminal can detect SCI transmitted by another terminal, the terminal can identify a resource reserved by another terminal based on the SCI, and the terminal can RSRP measurement value can be obtained.
  • the terminal can select a resource to be used for SL transmission excluding a specific resource within the resource selection window.
  • the specific resource may be based on resource(s) (eg, removed or dropped resource(s)) based on Table 5 above.
  • the terminal may refer to resource allocation information received through the first SCI.
  • the amount of information that the UE can acquire on the first SCI may be limited.
  • the second terminal may transmit additional auxiliary information.
  • the first terminal may use auxiliary information received from the second terminal to improve PSSCH detection performance and/or half-duplex limit reduction and/or select a reserve resource for transmitting and receiving a specific signal.
  • UE-A transmits auxiliary information to UE-B.
  • UE-B selects a resource for PSCCH/PSSCH to be transmitted to UE-A and/or a resource for PSCCH/PSSCH to be transmitted to UE-C (ie, a third UE) based on the auxiliary information received from UE-A.
  • UE-C ie, a third UE
  • FIG. 12 illustrates a procedure for UE-A to transmit auxiliary information to UE-B according to an embodiment of the present specification.
  • the embodiment of FIG. 12 may be combined with various embodiments of the present specification.
  • UE-A may transmit auxiliary information to UE-B.
  • UE-B may select a resource for a PSCCH/PSSCH to be transmitted to UE-A based on auxiliary information received from UE-A, and UE-B may perform SL transmission using the resource.
  • UE-B may select a resource for a PSCCH/PSSCH to be transmitted to UE-C based on auxiliary information received from UE-A, and UE-B may perform SL transmission using the resource.
  • auxiliary information may be referred to as side information.
  • UE-B may transmit a signal requesting transmission of auxiliary information to UE-A.
  • the auxiliary information/additional information may mean inter-UE coordination information
  • the signal requesting transmission of auxiliary information/auxiliary information request signal/auxiliary information request/additional information request is inter-UE coordination information. It may mean a request for inter-UE coordination information. That is, in this specification, auxiliary information or additional information may mean inter-UE coordination information.
  • Inter-UE coordination information may be triggered by a UE-B request or a preset condition. That is, the inter-device coordination information may be triggered and transmitted by a preset condition even without a request from UE-B.
  • Inter-device coordination information and/or a request for inter-device coordination information may be transmitted based on the PSSCH.
  • the request for inter-device coordination information and/or inter-device coordination information may be transmitted based on MAC-CE (eg, Inter-UE Coordination Request MAC CE, Inter-UE Coordination Information MAC CE).
  • MAC-CE eg, Inter-UE Coordination Request MAC CE, Inter-UE Coordination Information MAC CE
  • the request for inter-device coordination information and/or inter-device coordination information may be transmitted based on second stage SCI format 2-C (SCI).
  • SCI second stage SCI format 2-C
  • the request for inter-device coordination information and/or inter-device coordination information may be transmitted based on MAC-CE and second stage SCI format 2-C (SCI).
  • UE-A may transmit auxiliary information within a specific window after UE-B requests it.
  • UE-A may transmit auxiliary information within a specific time from the time UE-B requested.
  • a packet delay budget (PDB) for auxiliary information transmitted by UE-A may be set based on a time when UE-A receives a request from UE-B.
  • UE-B may expect UE-A to transmit auxiliary information in the PDB for auxiliary information or in the remaining PDB.
  • PDB packet delay budget
  • PDB information for auxiliary information to which UE-A's auxiliary information should be transmitted or information related thereto may be included in the UE-B's request signal or set (in advance).
  • PDB information for the auxiliary information or information related thereto may be included in a request signal of UE-B.
  • PDB information for the auxiliary information or information related thereto may be set (in advance) for at least one of i) to iv) below.
  • resource pool i) resource pool, ii) QoS parameter, iii) service type, iv) priority value for transport packets of UE-B
  • PDB information for the auxiliary information or information related thereto may be set in advance based on one of i) to iv). For example, PDB information for the auxiliary information or information related thereto may be set in advance for each resource pool. For example, PDB information for the auxiliary information or information related thereto may be previously set for each QoS parameter.
  • PDB information for the auxiliary information or information related thereto may be set based on two or more of i) to iv). For example, PDB information for the auxiliary information or information related thereto may be set in advance for each resource pool, QoS parameter, and service type.
  • UE-A may not receive a request signal from UE-B.
  • the following embodiments may be considered.
  • UE-A may transmit a response signal to UE-A's auxiliary information request signal transmitted by UE-B.
  • UE-A may transmit SL HARQ-ACK feedback to UE-B in response to the request signal.
  • SL HARQ-ACK feedback may always be activated for the PSCCH and/or PSSCH for requesting auxiliary information.
  • SL HARQ-ACK feedback for PSCCH and/or PSSCH for requesting auxiliary information may be configured (in advance) for each resource pool.
  • the PSCCH and/or PSSCH may be sent back to UE-B.
  • UE-A may notify UE-B that the auxiliary information has not been generated or that the auxiliary information is not transmitted.
  • the PSCCH/PSSCH not including the auxiliary information for the auxiliary information request may be transmitted by UE-A within a predetermined time from the request signal of UE-B to satisfy the PDB of the auxiliary information.
  • the PSCCH/PSSCH not including the auxiliary information for the auxiliary information request is transmitted by UE-A within a certain time from the request signal of UE-B to satisfy a PDB set (in advance) separately from the PDB of the auxiliary information.
  • UE-A may not be able to transmit auxiliary information to UE-B within a certain time from the request signal of UE-B or within a time period satisfying the PDB for auxiliary information, or UE-B may transmit auxiliary information to UE-A. Detection of one auxiliary information may fail. In this regard, the following embodiments may be considered.
  • UE-B may not transmit an auxiliary information request signal to UE-A again until it receives auxiliary information about UE-B from UE-A.
  • UE-B may not transmit the auxiliary information request signal to UE-A again within a time interval corresponding to the PDB of auxiliary information corresponding to the request signal.
  • the operation of delaying (transmission of) a request signal to the PDB related to the auxiliary information may be applied only when UE-B fails to receive auxiliary information from UE-A.
  • UE-B may (re)start PROHIBIT_TIMER when transmitting the auxiliary information request signal, and may not transmit the auxiliary information request signal again before the timer (PROHIBIT_TIMER) expires.
  • the timer operates for each UE-B, but may be applied to all auxiliary information request signals transmitted by UE-B.
  • the timer may be operated for each pair of UE-B and UE-A, but when the UE-A is different, each timer may be independently operated and applied.
  • pair 1 is UE-B #0 and UE-A #1
  • pair 2 is UE-B #0 and UE-A #2.
  • the timer associated with pair 1 can operate independently of the timer associated with pair 2.
  • UE-B may transmit geographical location information and COMMUNICATION RANGE REQUIREMENT information for UE-B to UE-A.
  • UE-A may operate as follows when receiving an auxiliary information request signal from UE-B.
  • UE-A may transmit supplemental information corresponding to the request to UE-B only when the distance from UE-B (ie, the distance between UE-A and UE-B) is within the COMMUNICATOIN RAGNE REQUIREMENT.
  • a resource pool associated with an auxiliary information request may be the same as a resource pool associated with auxiliary information.
  • a UE-B transmitting an auxiliary information request and a UE-A transmitting auxiliary information corresponding to the request to UE-B may belong to or have the same transmission and/or reception resource pool.
  • a transmission resource pool for transmission of an auxiliary information request may be set to be the same as a transmission resource pool for transmission of auxiliary information.
  • a reception resource pool for reception of an auxiliary request may be set to be the same as a reception resource pool for reception of auxiliary information.
  • a resource pool to which preferred/non-preferred resources related to the auxiliary information request belong may be the same as a resource pool to which preferred/non-preferred resources related to the auxiliary information belong.
  • the auxiliary information request signal may include information on at least one of the following i) to iv).
  • a measure of whether UE-B's sensing operation is present and/or whether the sensing result of UE-B is sufficient e.g., the number or ratio of monitored and/or non-monitored slots in the sensing window
  • auxiliary information eg, other UE's reserved resources and/or UE-A's SL reception unavailable slot and/or PSFCH TX/RX collision, etc.
  • Congestion may increase when requesting auxiliary information and signaling of auxiliary information is performed without limitation.
  • the following embodiments may be considered.
  • Request for auxiliary information ie, request for inter-UE coordination information
  • auxiliary information ie, inter-UE coordination information
  • auxiliary information ie, inter-UE coordination information
  • requesting (transmission of) auxiliary information may be triggered based on a pre-set condition (eg, higher layer parameter sl-TriggerConditionRequest).
  • a pre-set condition eg, higher layer parameter sl-TriggerConditionRequest
  • an auxiliary information request transmitted from UE-B to UE-A may be transmitted when there is available data to be transmitted from UE-B to UE-A (e.g., the value of the sl-TriggerConditionRequest is set to 1). ).
  • the request for auxiliary information may be multiplexed with data of UE-B to be transmitted to UE-A and transmitted.
  • the value of the sl-TriggerConditionRequest is set to 0, conditions for transmitting an auxiliary information request may vary depending on UE-B implementation.
  • auxiliary information may be triggered based on a pre-set condition (eg, higher layer parameter sl-TriggerConditionCoordInfo) in addition to the auxiliary information request.
  • a pre-set condition eg, higher layer parameter sl-TriggerConditionCoordInfo
  • auxiliary information transmitted by UE-A may be transmitted when there is available data to be transmitted from UE-A to UE-B (eg, the value of the sl-TriggerConditionCoordInfo is set to 1).
  • the auxiliary information may be multiplexed with data of UE-A to be transmitted to UE-B and transmitted. That is, auxiliary information can be transmitted only when UE-A has data to be transmitted with the corresponding auxiliary information to UE-B.
  • sl-TriggerConditionCoordInfo When the value of sl-TriggerConditionCoordInfo is set to 0, conditions for transmitting auxiliary information may vary depending on UE-A implementation.
  • the multiplexing may be based on at least one of time division multiplexing (TDM), frequency division multiplexing (FDM), code division multiplexing (CDM), or joint-encoding.
  • TDM time division multiplexing
  • FDM frequency division multiplexing
  • CDM code division multiplexing
  • UE-B may transmit an auxiliary information request to a plurality of UE-As in the form of a group cast. For example, UE-B may transmit an auxiliary information request signal to each UE-A for each M_ID (member ID for distinguishing RX UEs in groupcast HARQ-ACK feedback OPTION 2). UE-B may transmit a single or multiple M_ID values in the request for supplemental information. In this case, for example, when UE-A receives a request signal corresponding to its own M_ID value, it may transmit auxiliary information corresponding to the request to UE-B. For example, UE-B may transmit an auxiliary information request signal for each distance range from UE-B.
  • M_ID member ID for distinguishing RX UEs in groupcast HARQ-ACK feedback OPTION 2
  • M_ID member ID for distinguishing RX UEs in groupcast HARQ-ACK feedback OPTION 2
  • UE-B may transmit a single or multiple M_ID values in the request for supplemental
  • the UE-B may include single or multiple distance range information in the request for auxiliary information and transmit the same.
  • UE-A measures the distance from UE-B.
  • UE-A may transmit auxiliary information corresponding to the request to UE-B.
  • UE-A may ignore an auxiliary information request signal received from UE-B in a specific situation. That is, in the specific situation, UE-A may not perform an operation for transmitting auxiliary information to UE-B. It is described in detail below.
  • the specific situation may be a case where the L1 or L2 DESTINATON ID and/or the L1 or L2 SOURCE ID for the auxiliary information request signal is not the L1 or L2 SOURCE ID of UE-A.
  • the specific situation may be a case where the L1 or L2 DESTINATON ID and/or the L1 or L2 SOURCE ID of the auxiliary information request signal is not the L1 or L2 DESTINATION ID that UE-A will attempt to decode.
  • the L1 DESTINATION ID (or L2 DESTINATION ID) used during UE-B transmission is the L1 SOURCE ID (or L2 DESTINATION ID) used during UE-A transmission (auxiliary information transmission).
  • L2 SOURCE ID the L1 DESTINATION ID (or L2 DESTINATION ID) used when UE-B transmits (auxiliary information request signal) in groupcast/broadcast type sidelink communication is the L1 DESTINATION ID (or L2 DESTINATION ID) that UE-A will attempt to decode.
  • DESTINATION ID may not be the case.
  • the specific situation may be a case where UE-A does not expect to receive transmission of a UE that has transmitted an auxiliary information request.
  • the specific situation may be a case in which UE-A does not perform sensing for all or some slots in a sensing window for generating auxiliary information on UE-B transmission resources.
  • UE-A may ignore UE-B's request.
  • UE-A is the UE -B's request can be ignored.
  • the specific situation may be a case where UE-A does not perform secondary SCI and/or PSSCH decoding for all or some slots in a sensing window for generating auxiliary information on UE-B transmission resources.
  • the ratio of the total number of slots in the sensing window for generating the auxiliary information to the number of slots in which UE-A did not attempt to detect the second SCI and/or PSSCH is greater than or equal to a (previously) set threshold.
  • UE-A may ignore the request of UE-B.
  • the ratio of the number of slots in which UE-A attempted to detect the second SCI and/or PSSCH to the total number of slots in the sensing window for generating the auxiliary information is less than or equal to a (previously) set threshold or If less than , UE-A may ignore the request of UE-B.
  • the specific situation may be a case where a channel occupancy ratio (CR) measurement value of UE-A is equal to or greater than a CR limit.
  • the CR measurement value may include a case where UE-A sends auxiliary information to UE-B.
  • the CR measurement value may exclude a case where UE-A sends auxiliary information to UE-B.
  • the specific situation is based on the transmission priority that UE-A provided when requested by UE-B, the PDB for transmission packets or TB, transmission resource reservation period, transmission reselection counter, the number of subchannels for transmission, and / Or it may be a case where a candidate resource cannot be generated based on the type of additional information.
  • the specific situation may be a case in which information loss occurs when UE-A stores a sensing result.
  • the above embodiment may be limited to a case in which UE-A supports only preferred resources as an additional information type.
  • the specific situation may be a case where UE-A does not have enough reception resources for UE-B transmission.
  • the amount of preferred resources for UE-B transmission determined by UE-A is less than or equal to a (previously) set threshold.
  • the ratio of the amount of preferred resources for UE-B transmission determined by UE-A to the amount of resources within the resource selection window of UE-B or the reference resource selection window is less than or equal to a (previously) set threshold or It may be less than
  • the ratio of the amount of preferred resources for transmission of UE-B determined by UE-A to the amount of resources from the beginning of the resource selection window for transmission of UE-B to T_2,MIN is set (in advance) It may be less than or less than a threshold value.
  • T_2,MIN may mean the minimum value of T2 related to the determination of the resource selection window (time interval from n+T1 to n+T2, where n is a slot in which resource selection is triggered).
  • the amount of resources may be interpreted/applied as the number of resources.
  • the amount of non-preferred resources for UE-B transmission determined by UE-A is equal to or greater than a (previously) set threshold value.
  • the amount of non-preferred resources for UE-B transmission determined by UE-A is not fully included in the side information.
  • the ratio of the amount of non-preferred resources for UE-B transmission determined by UE-A to the amount of resources within the resource selection window of UE-B or the reference resource selection window is greater than or equal to a (previously) set threshold or may be in excess.
  • the ratio of the amount (number) of resources from the start of the resource selection window for transmission of UE-B to T_2,MIN to the amount of non-preferred resources for transmission of UE-B determined by UE-A is E) It may be a case of exceeding or exceeding the set threshold.
  • the amount of resources may be interpreted/applied as the number of resources.
  • the above specific situation is i) when UE-A recognizes that UE-B does not support a sensing operation for resource (re)selection, ii) UE-B UE-B for resource (re)selection It may be a case in which it is recognized that a sensing operation is not used, and/or iii) a case in which UE-A does not support a preferred resource as an additional information type.
  • the UE-A may determine the status of UE-B based on i) request information and/or ii) a setup process between UE-A and UE-B.
  • UE-A may recognize/obtain the situation of UE-B from request information of UE-B.
  • the UE-A may recognize/acquire the situation of UE-B based on information exchanged between UE-A and UE-B through a previously performed setup process.
  • additional information (adjustment information between terminals) and/or a request signal for additional information (request for coordination information between terminals) may be transmitted through a second SCI (eg, second stage SCI format).
  • a second SCI eg, second stage SCI format
  • the size of the second SCI may mean the payload size of the second SCI.
  • the additional information type eg, Resource set type field of SCI format 2-C
  • the additional information type is a preferred resource
  • the additional information type is a non-preferred resource
  • the value of the Resource set type field is 1
  • the size of each second SCI may be set to be the same.
  • the size of the second SCI corresponding to the additional information and the size of the second SCI corresponding to the additional information request may be set to be the same.
  • the size of the second SCI corresponding to the additional information may be set equal to the size of at least one of SCI FORMAT 1-A, SCI FORMAT 2-A, and SCI FORAMT 2-B.
  • the size of the second SCI according to the additional information type may be different.
  • the size of the second SCI corresponding to the additional information request may be set equal to the size of at least one of SCI FORMAT 1-A, SCI FORMAT 2-A, and SCI FORAMT 2-B.
  • the second SCI size for the additional information and the second SCI size for the additional information request may be different.
  • an operation of equalizing the sizes of the second SCIs may be performed as follows.
  • the sizes of the different second SCIs may be determined based on the size of each required size.
  • the final size may be determined based on the largest value among sizes of the second SCI (eg, payload sizes of the second SCI).
  • the final size may be the size of the second SCI for the additional information request.
  • the size of the second SCI for the additional information may be adjusted based on the size of the second SCI for the additional information request.
  • the final size may be the size of the second SCI for additional information.
  • the size of the second SCI for the additional information request may be adjusted based on the size of the second SCI for the additional information.
  • the sizes of the different second SCIs may be adjusted to the same size (eg, the final size) through the addition of PADDING BITs.
  • the PADDING BITs may be a bit value set to ZERO (0), ONE (1), or a combination of specific values.
  • the PADDING BITs may be added to each field of the second SCI or to the LSB of the second SCI.
  • the PADDING BITs may be added to a second SCI for additional information based on the size of the second SCI for the additional information request. That is, the second SCI for the additional information may include the PADDING BITs in addition to fields related to the additional information.
  • the PADDING BITs may be added to the second SCI for the additional information request based on the size of the second SCI for the additional information. That is, the second SCI for the additional information request may include the PADDING BITs in addition to fields related to the additional information request.
  • the second SCI when the size of the second SCI is different for each additional information type, may have an indicator for distinguishing whether it is a preferred resource or a non-preferred resource. And/or the preferred resource and the non-preferred resource may be separately indicated in the first SCI.
  • the second SCI may include a field indicating a preferred resource or a non-preferred resource (eg, a resource set type field).
  • the resource set type field (1 bit) When the value of the resource set type field (1 bit) is 0, it may indicate a preferred resource set (or a request for coordination information between terminals providing a preferred resource set). When the value of the resource set type field (1 bit) is 1, it may indicate a non-preferred resource set (or a request for coordination information between terminals providing a non-preferred resource set).
  • the second SCI for additional information and the second SCI for the additional information request are set as the second SCI. Distinctive indicators may be included. And/or the second SCI for additional information and the second SCI for requesting additional information may be indicated separately by the first SCI.
  • the second SCI may include a field (eg, Providing/Requesting indicator field) indicating additional information (adjustment information between terminals) or a request for additional information (request for coordination information between terminals). If the value of the Providing/Requesting indicator field (1 bit) is 0, it may indicate that the corresponding second SCI is used to provide inter-device coordination information. If the value of the Providing/Requesting indicator field (1 bit) is 1, it may indicate that the corresponding second SCI is used for requesting inter-device coordination information.
  • a field eg, Providing/Requesting indicator field
  • UE-B may be in a state in which different packets are available.
  • UE-B transmits a request for additional information to UE-A, it is necessary to determine how to configure information to be sent together.
  • the following embodiments may be considered.
  • UE-B may include the highest priority (or lowest priority value) among data related to the same DESTINATION ID corresponding to UE-B transmission in the additional information request.
  • UE-B includes the tightest latency requirement (i.e., the shortest latency requirement) or the smallest PDB value among data corresponding to the same DESTINATION ID corresponding to UE-B transmission in the additional information request. can make it
  • UE-B requests additional information for a delay time requirement or PDB value of data corresponding to the highest priority (or lowest priority value) among data related to the same DESTINATION ID corresponding to UE-B transmission can be included in
  • UE-B may include a plurality of DESTINATOIN IDs corresponding to UE-B transmissions in the additional information request.
  • DESTINATOIN ID TX PRIORIOTY, TX PDB
  • resource selection window number of TX subchannels, QoS parameter, cast type, HARQ-ACK feedback activation, HARQ-ACK feedback option, maximum number of retransmissions, number of retransmissions, resource reservation
  • a period, resource reselection counter, and/or additional information type may be configured, and information configured for each DESTINATION ID may be included in the additional information request.
  • some of the above information may be commonly applied to a plurality of DESTINATOIN IDs while only a single value is transmitted for each request signal.
  • FIG. 13 illustrates a procedure for UE-A to transmit auxiliary information to UE-B according to an embodiment of the present specification.
  • the embodiment of FIG. 13 may be combined with various embodiments of the present specification.
  • the UE-B transmitting the additional information request may request resource allocation information and/or available resource information in the form of a PSFCH resource from the UE-A transmitting the additional information.
  • the additional information may mean coordination information between terminals
  • the request for additional information may mean a request for coordination information between terminals.
  • step S1320 for example, the UE-A receiving the additional information request obtains detailed information (eg, additional request information or detailed information) about the request from the UE-B that has transmitted the additional information request, Resource information may be transmitted to UE-B.
  • detailed information eg, additional request information or detailed information
  • the resource information may include information on resources available or recommended for PSCCH/PSSCH transmission.
  • the resource information may include information on resources that are unusable or not recommended for PSCCH/PSSCH transmission.
  • the UE-B may transmit the PSCCH/PSSCH based on the resource information.
  • reference transmission priority information for example, resource region of interest (eg, reference resource selection window), reference resource reservation period, reference resource reselection counter, number of retransmissions, maximum number of retransmissions, reference Number of PSSCH transmission subchannels, cast type, service type, PDB information for additional information, reference PDB information, presence or absence of SL HARQ feedback, QoS parameter, and/or type of additional information (e.g., preferred resource or non-preferred resource or additional information received At least one of operation or additional information utilization method, etc.) may be transmitted.
  • the reference parameters may be parameters of a transmission packet of a terminal that has transmitted the detailed information related to the additional information request.
  • the reference transmission priority information may indicate a priority value for requesting the additional information.
  • the priority value for requesting the additional information may be the same as the priority value of data (or transport block) to be transmitted from UE-B to UE-A.
  • step S1340 for example, upon receiving the detailed information related to the additional information request, the UE-A, based on the reference parameter (eg, standard transmission priority information, type of additional information, etc.), the additional information
  • the UE-B that sent the request can provide/transmit resource information (eg, preferred resource information or non-preferred resource information) that can be used for resource reselection for data transmission to the UE-B that sent the additional information request.
  • resource information eg, preferred resource information or non-preferred resource information
  • the UE-B may use the additional information to (re)select a resource to be used for future data transmission. That is, for example, the UE-B that has received the additional information can (re)select a resource to be used for future data transmission based on the additional information.
  • S1320 may not be performed.
  • S1310 and S1330 may be performed as one step for requesting additional information. That is, UE-B may transmit a request for device-to-device coordination information including the above-described detailed information to UE-A.
  • UE-A may transmit inter-device coordination information to UE-B based on the detailed information. For example, UE-A may transmit inter-UE coordination information based on reference transmission priority information (eg, priority value) received from UE-B.
  • reference transmission priority information eg, priority value
  • the priority value included in the request for inter-device coordination information is the priority value included in the inter-device coordination information (the priority value for the transmission of the inter-device coordination information request). priority value for transmission).
  • FIGS. 16 to 16 Operations of the first UE (UE-A)/second UE (UE-B) according to the above-described embodiments in terms of implementation (eg, operations related to transmission and reception of coordination information between UEs) are illustrated in FIGS. 16 to 16 to be described later. 21 (e.g., the processors 102 and 202 of FIG. 17).
  • the operations of the first UE (UE-A)/second UE (UE-B) according to the above-described embodiment are performed by at least one processor (eg, FIG. 17 ).
  • 102, 202 may be stored in a memory (eg, 104, 204 of FIG. 17) in the form of instructions/programs (eg, instructions, executable code).
  • FIG. 14 is a flowchart for explaining a method for a first terminal to transmit coordination information between terminals in a wireless communication system according to an embodiment of the present specification.
  • a method in which a first terminal transmits inter-UE coordination information in a wireless communication system receives a request for inter-UE coordination information from a second terminal. It may include step S1410 and transmission of adjustment information between terminals to the second terminal (S1420).
  • the first terminal receives a request for inter-UE coordination information from the second terminal.
  • a first terminal may receive first sidelink control information (SCI) including a request for inter-UE coordination information from a second terminal.
  • SCI sidelink control information
  • the first terminal may be based on UE-A transmitting the above-described auxiliary information/additional information/terminal-to-terminal coordination information.
  • the second terminal may be based on UE-B transmitting a request for the above-described auxiliary information/additional information/terminal coordination information.
  • Transmission of the request may be triggered based on a preset condition in order to minimize the degree of congestion caused by signaling of request-based inter-device coordination information. It is described in detail below.
  • the preset condition may be based on a preset upper layer parameter sl-TriggerConditionRequest.
  • the request may be received based on whether data transmitted by the second terminal exists (eg, when the value of sl-TriggerConditionRequest is set to 1). Based on the existence of the first data to be transmitted to the first terminal in the second terminal, the request is based on Medium Access Control-Control Element (MAC-CE) and / or second sidelink control information (SCI) can be received For example, when the value of the sl-TriggerConditionRequest is set to 0, the condition for receiving the request may vary depending on the implementation of the UE-B.
  • MAC-CE Medium Access Control-Control Element
  • SCI second sidelink control information
  • the request may be transmitted limitedly only when the second terminal has data to be transmitted to the first terminal. Accordingly, the degree of congestion due to signaling of request-based inter-device coordination information can be minimized.
  • the request may be received based on the MAC-CE.
  • the request may be received based on the MAC-CE and the second second stage SCI (SCI).
  • the MAC-CE and the second SCI may mean a container for delivering information related to a request for inter-device coordination information. That is, information related to the request for inter-device coordination information is included in the MAC-CE (eg, Inter-UE Coordination Request MAC-CE) and/or the second SCI (eg, SCI format 2-C) It may be transmitted from terminal 2 to terminal 1.
  • the MAC-CE and/or the second stage SCI may be used as the container for the request based on RRC configuration for sidelink communication.
  • the use of the second SCI as the container may be enabled or disabled based on the RRC setting.
  • the upper layer parameter sl-ContainerRequest can be set to enable or disable.
  • the second SCI may be additionally utilized as a container for the request in addition to the MAC-CE. For example, based on tight latency requirements for sidelink communication (eg, based on that the latency requirement is less than or equal to a predefined value), the sl-ContainerRequest may be set to enable.
  • tight latency requirements for sidelink communication eg, based on that the latency requirement is less than or equal to a predefined value
  • the sl-ContainerRequest may be set to enable.
  • the request may be included in the MAC-CE and the second second stage SCI (SCI) and transmitted from the second terminal to the first terminal.
  • the first terminal transmits the inter-device coordination information to the second terminal first, and when the L2 ID obtained from the MAC-CE is different from the L2 ID of the first terminal, the Transmission of coordination information between terminals may be stopped. Since the number of bits of the L1 ID and the number of bits of the L2 ID are different, two or more L2 IDs corresponding to one L1 ID may exist (eg, the number of L1 ID bits ⁇ the number of L2 ID bits).
  • the first terminal may transmit the inter-device coordination information to the second terminal only when the L1 ID included in the second SCI and the L2 ID included in the MAC-CE match the ID of the first terminal.
  • the request for inter-device coordination information is transmitted only through the second SCI as described above, reliability of signaling of request-based inter-device coordination information can be improved.
  • the MAC-CE may be utilized as a container for the request. For example, when low latency is not required (eg, based on the latency requirement being greater than the predefined value), the sl-ContainerRequest may be set to disable. At this time, the request may be included in the MAC-CE and transmitted from the second terminal to the first terminal.
  • the latency requirement described above is an example of container configuration for the request. That is, RRC settings related to the utilization of the MAC-CE and/or the second SCI (eg, setting of sl-ContainerRequest) require other requirements for sidelink communication (eg, other requirements or latency other than latency). based on one or more requirements). For example, based on requirements other than the latency, the sl-ContainerRequest may be set to enable or disable. For example, based on a combination of one or more requirements including the latency, the sl-ContainerRequest may be set to enable or disable.
  • the first data and the request may be received based on a Physical Sidelink Shared Channel (PSSCH).
  • PSSCH Physical Sidelink Shared Channel
  • the first data and the request may be multiplexed and received. That is, the request may be received after being multiplexed with the first data having the same SOURCE ID and DESTINATION ID.
  • the multiplexing may be based on at least one of time division multiplexing (TDM), frequency division multiplexing (FDM), code division multiplexing (CDM), or joint-encoding.
  • the first SCI may include detailed information related to the inter-device coordination information.
  • the detailed information includes information related to at least one of i) priority, ii) resource selection window, iii) number of subchannels, and iv) resource type. can include
  • the information related to the priority may be a priority value for the request (or a priority value for transmission of the request).
  • the information related to the priority may be based on a Priority field of the second SCI (SCI format 2-C).
  • the information related to the priority may be based on a Priority field of an Inter-UE Coordination Request MAC CE (MAC-CE).
  • MAC-CE Inter-UE Coordination Request MAC CE
  • Information related to the resource selection window may indicate a location of a window for generating the inter-device coordination information.
  • the first terminal may generate the inter-device coordination information based on the resource within the resource selection window. More specifically, the first terminal may determine a resource within the resource selection window as a preferred resource or a non-preferred resource.
  • the inter-device coordination information may include information related to the preferred resource or the non-preferred resource.
  • the information related to the resource selection window may be based on the resource selection window location field of the second SCI (SCI format 2-C).
  • SCI format 2-C SCI format 2-C
  • information related to the resource selection window may be based on an RSWL field of Inter-UE Coordination Request MAC CE (MAC-CE).
  • the information related to the number of subchannels may mean the number of subchannels to be used for transmission of a Physical Sidelink Control Channel (PSCCH) and a Physical Sidelink Shared Channel (PSSCH).
  • the number of subchannels may be included when the type of resource related to the inter-device coordination information is a preferred resource.
  • the information related to the number of subchannels may be based on the Number of subchannels field of the second SCI (SCI format 2-C).
  • the information related to the number of subchannels may be based on a Number of Subchannel field of Inter-UE Coordination Request MAC CE (MAC-CE).
  • the information related to the type of resource may be information indicating the type of resource determined in the resource selection window.
  • the type of the resource may be based on a preferred resource or a non-preferred resource.
  • the information related to the resource type may be based on the Resource set type field of the second SCI (SCI format 2-C).
  • the information related to the resource type may be based on an RT field of an Inter-UE Coordination Request MAC CE (MAC-CE).
  • MAC-CE Inter-UE Coordination Request MAC CE
  • the request may be received based on a first SCI (first second stage SCI).
  • first SCI may be received based on the first PSSCH scheduled by a first stage SCI related to a first physical sidelink control channel (PSCCH).
  • PSCCH physical sidelink control channel
  • the first stage SCI related to the first PSCCH may include a field indicating a format of the first SCI (eg, a 2nd-stage SCI format field).
  • the first terminal requests for inter-UE coordination information from the second terminal (100/200 of FIGS. 16 to 21).
  • Information may be implemented by the devices of FIGS. 16 to 21 .
  • one or more processors 102 may use one or more transceivers 106 and 106 to receive a request for inter-UE coordination information from a second terminal 200. /or may control one or more memories 104 .
  • the first terminal transmits inter-UE coordination information to the second terminal.
  • a first terminal may transmit a second SCI including inter-UE coordination information to a second terminal.
  • the inter-device coordination information may be triggered and transmitted by i) the request or ii) a condition other than the request.
  • the device-to-device coordination information When the device-to-device coordination information is triggered by a condition other than the request, it may be transmitted based on a pre-set condition to minimize congestion.
  • the preset condition may be based on an upper layer parameter sl-TriggerConditionCoordInfo.
  • the inter-device coordination information may be transmitted based on whether or not data transmitted by the first terminal exists. . Specifically, based on the fact that the first terminal has second data to be transmitted to the second terminal, the inter-device coordination information may be transmitted based on a MAC-CE and/or a second SCI (eg, the When the value of sl-TriggerConditionCoordInfo is set to 1). For example, when the value of sl-TriggerConditionCoordInfo is set to 0, conditions for transmitting inter-UE coordination information may vary depending on the implementation of the UE-A.
  • the inter-device coordination information when inter-device coordination information is triggered by a condition other than the request, the inter-device coordination information is limitedly transmitted only when the first terminal has data to be transmitted to the second terminal. Therefore, the degree of congestion due to signaling of inter-device coordination information triggered by conditions other than a request can be minimized.
  • the second data and the inter-device coordination information may be transmitted based on a Physical Sidelink Shared Channel (PSSCH).
  • PSSCH Physical Sidelink Shared Channel
  • the second data and the coordination information between terminals may be transmitted together.
  • the second data and the inter-device coordination information may be multiplexed and transmitted. That is, the inter-device coordination information may be multiplexed with the second data having the same SOURCE ID and DESTINATION ID and transmitted.
  • the multiplexing may be based on at least one of time division multiplexing (TDM), frequency division multiplexing (FDM), code division multiplexing (CDM), or joint-encoding.
  • TDM time division multiplexing
  • FDM frequency division multiplexing
  • CDM code division multiplexing
  • the inter-device coordination information may be transmitted based on the MAC-CE and/or the second SCI.
  • the inter-device coordination information may be transmitted based on the MAC-CE.
  • the inter-device coordination information may be transmitted based on the MAC-CE and the second second stage SCI (SCI).
  • the MAC-CE and the second SCI may mean a container for delivering the inter-device coordination information. That is, the inter-device coordination information is included in the MAC-CE (eg, Inter-UE Coordination Information MAC-CE) and/or the second SCI (eg, SCI format 2-C) so that the first terminal to the second terminal can be sent to
  • the MAC-CE eg, Inter-UE Coordination Information MAC-CE
  • the second SCI eg, SCI format 2-C
  • the inter-device coordination information may be transmitted based on i) the MAC-CE or ii) the MAC-CE and the second SCI .
  • the inter-device coordination information may be transmitted based on the MAC-CE.
  • the inter-device coordination information is i) the MAC-CE or ii) the MAC-CE and the second SCI can be transmitted based on
  • the resource combination means a combination including a time resource indicator value (TRIV), a frequency resource indicator value (FRIV), and a resource reservation period (P).
  • TAV time resource indicator value
  • FRIV frequency resource indicator value
  • P resource reservation period
  • the coordination information between terminals may be transmitted within a predefined time.
  • the inter-device coordination information may be transmitted within the predefined time from a triggered time point (by the request or other conditions other than the request).
  • the predefined time may be determined based on a Packet Delay Budget (PDB).
  • PDB Packet Delay Budget
  • the PDB may be set/determined based on a time point at which the request is received.
  • the PDB may be set/determined based on a time point when the inter-device coordination information is triggered by a condition other than the request.
  • information related to the PDB may be set in advance.
  • information related to the PDG may be included in the request.
  • the information related to the PDB may be based on the above-described embodiment related to the PDB information for auxiliary information.
  • a first payload size and a second payload size of the second SCI may be the same.
  • the above-described embodiments related to the first/second payload sizes may be applied only when the resource pools are the same. That is, based on the fact that the first PSSCH (first SCI) and the second PSSCH (second SCI) are transmitted based on the same resource pool, the first payload size of the first SCI and The second payload size of the second SCI may be the same.
  • the same resource pool may mean that the transmission and/or reception resource pool of the first terminal and the transmission and/or reception resource pool of the second terminal are the same.
  • the same resource pool may mean that the transmission resource pool for transmission of the first PSSCH (first SCI) and the transmission resource pool for transmission of the second PSSCH (second SCI) are the same.
  • the same resource pool may mean that the reception resource pool for reception of the first PSSCH (first SCI) and the reception resource pool for reception of the second PSSCH (second SCI) are the same.
  • the same resource pool may mean that a transmission resource pool for transmission of the first PSSCH (first SCI) and a reception resource pool for reception of the second PSSCH (second SCI) are the same.
  • the same resource pool may mean that a reception resource pool for reception of the first PSSCH (first SCI) and a transmission resource pool for transmission of the second PSSCH (second SCI) are the same.
  • the first SCI is transmitted on a first Physical Sidelink Shared Channel (PSSCH) and the second SCI is transmitted on a second PSSCH Based on:
  • PSSCH Physical Sidelink Shared Channel
  • the first payload size of the first SCI and the second payload size of the second SCI may be the same.
  • the first SCI eg, first second stage SCI
  • the second SCI eg, second second stage SCI
  • the indicator of the first SCI may be set to a value indicating the request.
  • the indicator of the second SCI may be set to a value representing the inter-device coordination information.
  • an indicator included in a first second stage SCI transmitted by a second terminal may indicate a request for inter-device coordination information.
  • An indicator included in the second second stage SCI transmitted by the first terminal may indicate coordination information between terminals.
  • the embodiment related to the size of the first/second payload may be based on the above-described embodiment of the size of the second SCI corresponding to the additional information/request for additional information.
  • the first payload size and the second payload size may be set identically. That is, the padding bits may be used to adjust the second SCI format size to one size. It is described in detail below.
  • the padding bits may be added based on the first payload size or the second payload size. For example, the padding bits may be added to the first SCI based on the second payload size. For example, the padding bits may be added to the second SCI based on the first payload size.
  • the padding bits may be based on bits set to specific values.
  • the padding bits may be based on a bit set to 0 (eg, "000" for 3 bits).
  • the padding bits may be based on a bit set to 1 (eg, "111" for 3 bits).
  • a resource pool related to the request and a resource pool related to the inter-device coordination information may be the same.
  • a resource pool to which a preferred resource or a non-preferred resource related to the request belongs may be the same as a resource pool to which a preferred resource or a non-preferred resource related to the inter-device coordination information belongs.
  • a resource pool related to reception of the request may be the same as a resource pool for transmitting coordination information between terminals.
  • a transmission resource pool for transmission of coordination information between terminals may be set to be the same as a transmission resource pool for transmission of the request. That is, the inter-device coordination information may be transmitted based on the same transmission resource pool as the transmission resource pool for transmission of the request.
  • the reception resource pool for receiving the request may be set to be the same as the reception resource pool for receiving the inter-device coordination information.
  • the inter-device coordination information may be transmitted based on detailed information included in the request.
  • the inter-device coordination information may be transmitted based on the same priority value as the priority value included in the request.
  • the format of the first SCI and the format of the second SCI may be the same.
  • the format of the first SCI and the format of the second SCI may be based on any one of existing second stage SCI formats (eg, SCI format 2-A or SCI format 2). -B).
  • the format of the first SCI and the format of the second SCI may be based on a second stage SCI format different from the existing second stage SCI format (eg, SCI format 2-C) .
  • the inter-device coordination information may be transmitted based on a second second stage SCI (SCI).
  • the second SCI may be transmitted based on the second PSSCH scheduled by a first stage SCI related to a second physical sidelink control channel (PSCCH).
  • PSCCH physical sidelink control channel
  • the first stage SCI related to the second PSCCH may include a field indicating a format of the second SCI (eg, a 2nd-stage SCI format field).
  • the first terminal (100/200 of FIGS. 16 to 21) transmits inter-UE coordination information to the second terminal (100/200 of FIGS. 16 to 21)
  • the operation may be implemented by the devices of FIGS. 16 to 21 .
  • one or more processors 102 may use one or more transceivers 106 and/or one or more memories to transmit inter-UE coordination information to a second terminal 200. (104) can be controlled.
  • the first terminal may perform operations according to S1410 and S1420 based on the following 1) to 4).
  • 15 is a flowchart illustrating a method for a second terminal to receive inter-device coordination information in a wireless communication system according to another embodiment of the present specification.
  • a method for receiving inter-UE coordination information by a second terminal in a wireless communication system transmits a request for inter-UE coordination information to a first terminal. It may include step S1510 and receiving inter-device coordination information from the first terminal (S1520).
  • the second terminal transmits a request for inter-UE coordination information to the first terminal.
  • the second terminal may transmit first sidelink control information (SCI) including a request for inter-UE coordination information to the first terminal.
  • SCI sidelink control information
  • the first terminal may be based on UE-A transmitting the above-described auxiliary information/additional information/terminal-to-terminal coordination information.
  • the second terminal may be based on UE-B transmitting a request for the above-described auxiliary information/additional information/terminal coordination information.
  • Transmission of the request may be triggered based on a preset condition in order to minimize the degree of congestion caused by signaling of request-based inter-device coordination information. It is described in detail below.
  • the preset condition may be based on a preset upper layer parameter sl-TriggerConditionRequest.
  • the request may be transmitted based on whether data transmitted by the second terminal exists or not (eg, when the value of sl-TriggerConditionRequest is set to 1). Based on the existence of the first data to be transmitted to the first terminal in the second terminal, the request is based on Medium Access Control-Control Element (MAC-CE) and / or second sidelink control information (SCI) can be transmitted For example, when the value of the sl-TriggerConditionRequest is set to 0, the condition for transmitting the request may vary depending on the implementation of the UE-B.
  • MAC-CE Medium Access Control-Control Element
  • SCI second sidelink control information
  • the request may be transmitted limitedly only when the second terminal has data to be transmitted to the first terminal. Accordingly, the degree of congestion due to signaling of request-based inter-device coordination information can be minimized.
  • the request may be transmitted based on the MAC-CE.
  • the request may be transmitted based on the MAC-CE and the second second stage SCI (SCI).
  • the MAC-CE and the second SCI may mean a container for delivering information related to a request for inter-device coordination information. That is, information related to the request for inter-device coordination information is included in the MAC-CE (eg, Inter-UE Coordination Request MAC-CE) and/or the second SCI (eg, SCI format 2-C) It may be transmitted from terminal 2 to terminal 1.
  • the MAC-CE and/or the second stage SCI may be used as the container for the request based on RRC configuration for sidelink communication.
  • the use of the second SCI as the container may be enabled or disabled based on the RRC setting.
  • the upper layer parameter sl-ContainerRequest can be set to enable or disable.
  • the second SCI may be additionally utilized as a container for the request in addition to the MAC-CE. For example, based on tight latency requirements for sidelink communication (eg, based on that the latency requirement is less than or equal to a predefined value), the sl-ContainerRequest may be set to enable.
  • tight latency requirements for sidelink communication eg, based on that the latency requirement is less than or equal to a predefined value
  • the sl-ContainerRequest may be set to enable.
  • the request may be included in the MAC-CE and the second second stage SCI (SCI) and transmitted from the second terminal to the first terminal.
  • the first terminal transmits the inter-device coordination information to the second terminal first, and when the L2 ID obtained from the MAC-CE is different from the L2 ID of the first terminal, the Transmission of coordination information between terminals may be stopped. Since the number of bits of the L1 ID and the number of bits of the L2 ID are different, two or more L2 IDs corresponding to one L1 ID may exist (eg, the number of L1 ID bits ⁇ the number of L2 ID bits).
  • the first terminal may transmit the inter-device coordination information to the second terminal only when the L1 ID included in the second SCI and the L2 ID included in the MAC-CE match the ID of the first terminal.
  • the request for inter-device coordination information is transmitted only through the second SCI as described above, reliability of signaling of request-based inter-device coordination information can be improved.
  • the MAC-CE may be utilized as a container for the request. For example, when low latency is not required (eg, based on the latency requirement being greater than the predefined value), the sl-ContainerRequest may be set to disable. At this time, the request may be included in the MAC-CE and transmitted from the second terminal to the first terminal.
  • the latency requirement described above is an example of container configuration for the request. That is, RRC settings related to the utilization of the MAC-CE and/or the second SCI (eg, setting of sl-ContainerRequest) require other requirements for sidelink communication (eg, other requirements or latency other than latency). based on one or more requirements). For example, based on requirements other than the latency, the sl-ContainerRequest may be set to enable or disable. For example, based on a combination of one or more requirements including the latency, the sl-ContainerRequest may be set to enable or disable.
  • the first data and the request may be transmitted based on a Physical Sidelink Shared Channel (PSSCH).
  • PSSCH Physical Sidelink Shared Channel
  • the first data and the request may be multiplexed and transmitted. That is, the request may be multiplexed with the first data having the same SOURCE ID and DESTINATION ID and transmitted.
  • the multiplexing may be based on at least one of time division multiplexing (TDM), frequency division multiplexing (FDM), code division multiplexing (CDM), or joint-encoding.
  • the first SCI may include detailed information related to the inter-device coordination information.
  • the detailed information includes information related to at least one of i) priority, ii) resource selection window, iii) number of subchannels, and iv) resource type. can do.
  • the information related to the priority may be a priority value for the request (or a priority value for transmission of the request).
  • the information related to the priority may be based on a Priority field of the second SCI (SCI format 2-C).
  • the information related to the priority may be based on a Priority field of an Inter-UE Coordination Request MAC CE (MAC-CE).
  • MAC-CE Inter-UE Coordination Request MAC CE
  • Information related to the resource selection window may indicate a location of a window for generating the inter-device coordination information.
  • the first terminal may generate the inter-device coordination information based on the resource within the resource selection window. More specifically, the first terminal may determine a resource within the resource selection window as a preferred resource or a non-preferred resource.
  • the inter-device coordination information may include information related to the preferred resource or the non-preferred resource.
  • the information related to the resource selection window may be based on the resource selection window location field of the second SCI (SCI format 2-C).
  • SCI format 2-C SCI format 2-C
  • information related to the resource selection window may be based on an RSWL field of Inter-UE Coordination Request MAC CE (MAC-CE).
  • the information related to the number of subchannels may mean the number of subchannels to be used for transmission of a Physical Sidelink Control Channel (PSCCH) and a Physical Sidelink Shared Channel (PSSCH).
  • the number of subchannels may be included when the type of resource related to the inter-device coordination information is a preferred resource.
  • the information related to the number of subchannels may be based on the Number of subchannels field of the second SCI (SCI format 2-C).
  • the information related to the number of subchannels may be based on a Number of Subchannel field of Inter-UE Coordination Request MAC CE (MAC-CE).
  • the information related to the type of resource may be information indicating the type of resource determined in the resource selection window.
  • the type of the resource may be based on a preferred resource or a non-preferred resource.
  • the information related to the resource type may be based on the Resource set type field of the second SCI (SCI format 2-C).
  • the information related to the resource type may be based on an RT field of an Inter-UE Coordination Request MAC CE (MAC-CE).
  • MAC-CE Inter-UE Coordination Request MAC CE
  • the request may be transmitted based on a first SCI (first second stage SCI).
  • the first SCI may be transmitted based on the first PSSCH scheduled by a first stage SCI related to a first physical sidelink control channel (PSCCH).
  • PSCCH physical sidelink control channel
  • the first stage SCI related to the first PSCCH may include a field indicating a format of the first SCI (eg, a 2nd-stage SCI format field).
  • the second terminal requests for inter-UE coordination information to the first terminal (100/200 of FIGS. 16 to 21).
  • the operation of transmitting information may be implemented by the devices of FIGS. 16 to 21.
  • one or more processors 202 may transmit a request for inter-UE coordination information to a first terminal 100 by using one or more transceivers 206 and /or may control one or more memories 204 .
  • the second terminal receives inter-UE coordination information from the first terminal.
  • the second terminal may receive a second SCI including inter-UE coordination information from the first terminal.
  • the inter-device coordination information may be triggered and received by i) the request or ii) a condition other than the request.
  • the inter-device coordination information When the inter-device coordination information is triggered by a condition other than the request, it may be received based on a pre-set condition to minimize congestion.
  • the preset condition may be based on an upper layer parameter sl-TriggerConditionCoordInfo.
  • the inter-device coordination information may be received based on whether or not data transmitted by the first terminal exists. . Specifically, based on the fact that the first terminal has second data to be transmitted to the second terminal, the inter-device coordination information may be received based on a MAC-CE and/or a second SCI (eg, the When the value of sl-TriggerConditionCoordInfo is set to 1). For example, when the value of sl-TriggerConditionCoordInfo is set to 0, conditions for receiving inter-UE coordination information may vary depending on the implementation of the UE-A.
  • the inter-device coordination information when inter-device coordination information is triggered by a condition other than the request, the inter-device coordination information is limitedly transmitted only when the first terminal has data to be transmitted to the second terminal. Therefore, the degree of congestion due to signaling of inter-device coordination information triggered by conditions other than a request can be minimized.
  • the second data and the inter-device coordination information may be received based on a Physical Sidelink Shared Channel (PSSCH).
  • PSSCH Physical Sidelink Shared Channel
  • the second data and the coordination information between terminals may be received together.
  • the second data and the inter-device coordination information may be multiplexed and received. That is, the inter-device coordination information may be multiplexed and received with the second data having the same SOURCE ID and DESTINATION ID.
  • the multiplexing may be based on at least one of time division multiplexing (TDM), frequency division multiplexing (FDM), code division multiplexing (CDM), or joint-encoding.
  • the inter-device coordination information may be received based on the MAC-CE and/or the second SCI.
  • the inter-device coordination information may be received based on the MAC-CE.
  • the inter-device coordination information may be received based on the MAC-CE and the second second stage SCI (SCI).
  • the MAC-CE and the second SCI may mean a container for delivering the inter-device coordination information. That is, the inter-device coordination information is included in the MAC-CE (eg, Inter-UE Coordination Information MAC-CE) and/or the second SCI (eg, SCI format 2-C) so that the first terminal to the second terminal can be sent to
  • the MAC-CE eg, Inter-UE Coordination Information MAC-CE
  • the second SCI eg, SCI format 2-C
  • the inter-device coordination information may be received based on i) the MAC-CE or ii) the MAC-CE and the second SCI .
  • the inter-device coordination information may be received based on the MAC-CE.
  • the inter-device coordination information is i) the MAC-CE or ii) the MAC-CE and the second SCI It can be received based on.
  • the resource combination means a combination including a time resource indicator value (TRIV), a frequency resource indicator value (FRIV), and a resource reservation period (P).
  • TAV time resource indicator value
  • FRIV frequency resource indicator value
  • P resource reservation period
  • the inter-device coordination information may be received within a predefined time.
  • the inter-device coordination information may be received within the predefined time from a triggered time point (by the request or other conditions other than the request).
  • the predefined time may be determined based on a Packet Delay Budget (PDB).
  • PDB Packet Delay Budget
  • the PDB may be set/determined based on a time point at which the request is transmitted.
  • the PDB may be set/determined based on a time point when the inter-device coordination information is triggered by a condition other than the request.
  • information related to the PDB may be set in advance.
  • information related to the PDG may be included in the request.
  • the information related to the PDB may be based on the above-described embodiment related to the PDB information for auxiliary information.
  • a first payload size and a second payload size of the second SCI may be the same.
  • the above-described embodiments related to the first/second payload sizes may be applied only when the resource pools are the same. That is, based on the fact that the first PSSCH (first SCI) and the second PSSCH (second SCI) are transmitted based on the same resource pool, the first payload size of the first SCI and The second payload size of the second SCI may be the same.
  • the same resource pool may mean that the transmission and/or reception resource pool of the first terminal and the transmission and/or reception resource pool of the second terminal are the same.
  • the same resource pool may mean that the transmission resource pool for transmission of the first PSSCH (first SCI) and the transmission resource pool for transmission of the second PSSCH (second SCI) are the same.
  • the same resource pool may mean that the reception resource pool for reception of the first PSSCH (first SCI) and the reception resource pool for reception of the second PSSCH (second SCI) are the same.
  • the same resource pool may mean that a transmission resource pool for transmission of the first PSSCH (first SCI) and a reception resource pool for reception of the second PSSCH (second SCI) are the same.
  • the same resource pool may mean that a reception resource pool for reception of the first PSSCH (first SCI) and a transmission resource pool for transmission of the second PSSCH (second SCI) are the same.
  • the first SCI is transmitted on a first Physical Sidelink Shared Channel (PSSCH) and the second SCI is transmitted on a second PSSCH Based on:
  • PSSCH Physical Sidelink Shared Channel
  • the first payload size of the first SCI and the second payload size of the second SCI may be the same.
  • the first SCI eg, first second stage SCI
  • the second SCI eg, second second stage SCI
  • the indicator of the first SCI may be set to a value indicating the request.
  • the indicator of the second SCI may be set to a value representing the inter-device coordination information.
  • an indicator included in a first second stage SCI transmitted by a second terminal may indicate a request for inter-device coordination information.
  • An indicator included in the second second stage SCI transmitted by the first terminal may indicate coordination information between terminals.
  • the embodiment related to the size of the first/second payload may be based on the above-described embodiment of the size of the second SCI corresponding to the additional information/request for additional information.
  • the first payload size and the second payload size may be set identically. That is, the padding bits may be used to adjust the second SCI format size to one size. It will be described in detail below.
  • the padding bits may be added based on the first payload size or the second payload size. For example, the padding bits may be added to the first SCI based on the second payload size. For example, the padding bits may be added to the second SCI based on the first payload size.
  • the padding bits may be based on bits set to specific values.
  • the padding bits may be based on a bit set to 0 (eg, "000" for 3 bits).
  • the padding bits may be based on a bit set to 1 (eg, "111" for 3 bits).
  • a resource pool related to the request and a resource pool related to the inter-device coordination information may be the same.
  • a resource pool to which a preferred resource or a non-preferred resource related to the request belongs may be the same as a resource pool to which a preferred resource or a non-preferred resource related to the inter-device coordination information belongs.
  • a resource pool related to transmission of the request may be the same as a resource pool for receiving the inter-device coordination information.
  • a transmission resource pool for transmission of coordination information between terminals may be set to be the same as a transmission resource pool for transmission of the request. That is, the inter-device coordination information may be transmitted based on the same transmission resource pool as the transmission resource pool for transmission of the request.
  • the reception resource pool for receiving the request may be set to be the same as the reception resource pool for receiving the inter-device coordination information.
  • the inter-device coordination information may be transmitted based on detailed information included in the request.
  • the inter-device coordination information may be received based on the same priority value as the priority value included in the request.
  • the format of the first SCI and the format of the second SCI may be the same.
  • the format of the first SCI and the format of the second SCI may be based on any one of existing second stage SCI formats (eg, SCI format 2-A or SCI format 2). -B).
  • the format of the first SCI and the format of the second SCI may be based on a second stage SCI format different from the existing second stage SCI format (eg, SCI format 2-C) .
  • the inter-device coordination information may be received based on a second second stage SCI (SCI).
  • the second SCI may be received based on the second PSSCH scheduled by a first stage SCI (SCI) related to a second physical sidelink control channel (PSCCH).
  • the first stage SCI related to the second PSCCH may include a field indicating a format of the second SCI (eg, a 2nd-stage SCI format field).
  • the second terminal receives inter-UE coordination information from the first terminal (100/200 of FIGS. 16 to 21)
  • the operation may be implemented by the devices of FIGS. 16 to 21 .
  • one or more processors 202 may use one or more transceivers 206 and/or one or more memories to receive inter-UE coordination information from a first terminal 100. (204) can be controlled.
  • the second terminal may perform operations according to S1510 and S1520 based on the following 1) to 4).
  • 16 shows a communication system 1, according to an embodiment of the present specification.
  • a communication system 1 to which various embodiments of the present specification are applied include a wireless device, a base station, and a network.
  • the wireless device means a device that performs communication using a radio access technology (eg, 5G New RAT (NR), Long Term Evolution (LTE)), and may be referred to as a communication/wireless/5G device.
  • wireless devices include robots 100a, vehicles 100b-1 and 100b-2, XR (eXtended Reality) devices 100c, hand-held devices 100d, and home appliances 100e. ), an Internet of Thing (IoT) device 100f, and an AI device/server 400.
  • IoT Internet of Thing
  • the vehicle may include a vehicle equipped with a wireless communication function, an autonomous vehicle, a vehicle capable of performing inter-vehicle communication, and the like.
  • the vehicle may include an Unmanned Aerial Vehicle (UAV) (eg, a drone).
  • UAV Unmanned Aerial Vehicle
  • XR devices include Augmented Reality (AR)/Virtual Reality (VR)/Mixed Reality (MR) devices, Head-Mounted Devices (HMDs), Head-Up Displays (HUDs) installed in vehicles, televisions, smartphones, It may be implemented in the form of a computer, wearable device, home appliance, digital signage, vehicle, robot, and the like.
  • a portable device may include a smart phone, a smart pad, a wearable device (eg, a smart watch, a smart glass), a computer (eg, a laptop computer, etc.), and the like.
  • Home appliances may include a TV, a refrigerator, a washing machine, and the like.
  • IoT devices may include sensors, smart meters, and the like.
  • a base station and a network may also be implemented as a wireless device, and a specific wireless device 200a may operate as a base station/network node to other wireless devices.
  • the wireless devices 100a to 100f may be connected to the network 300 through the base station 200 .
  • AI Artificial Intelligence
  • the network 300 may be configured using a 3G network, a 4G (eg LTE) network, or a 5G (eg NR) network.
  • the wireless devices 100a to 100f may communicate with each other through the base station 200/network 300, but may also communicate directly (eg, sidelink communication) without going through the base station/network.
  • the vehicles 100b-1 and 100b-2 may perform direct communication (eg, vehicle to vehicle (V2V)/vehicle to everything (V2X) communication).
  • IoT devices eg, sensors
  • IoT devices may directly communicate with other IoT devices (eg, sensors) or other wireless devices 100a to 100f.
  • Wireless communication/connection 150a, 150b, and 150c may be performed between the wireless devices 100a to 100f/base station 200 and the base station 200/base station 200.
  • wireless communication/connection refers to various wireless connections such as uplink/downlink communication 150a, sidelink communication 150b (or D2D communication), and inter-base station communication 150c (e.g. relay, Integrated Access Backhaul (IAB)).
  • IAB Integrated Access Backhaul
  • Wireless communication/connection (150a, 150b, 150c) allows wireless devices and base stations/wireless devices, and base stations and base stations to transmit/receive radio signals to/from each other.
  • the wireless communication/connection 150a, 150b, and 150c may transmit/receive signals through various physical channels.
  • various signal processing processes eg, channel encoding/decoding, modulation/demodulation, resource mapping/demapping, etc.
  • resource allocation processes e.g., resource allocation processes, and the like.
  • FIG 17 illustrates a wireless device according to an embodiment of the present specification.
  • the first wireless device 100 and the second wireless device 200 may transmit and receive radio signals through various radio access technologies (eg, LTE and NR).
  • ⁇ the first wireless device 100 and the second wireless device 200 ⁇ refer to ⁇ the wireless device 100x and the base station 200 ⁇ of FIG. 16 and/or the ⁇ wireless device 100x and the wireless device 100x. ⁇ can correspond.
  • the first wireless device 100 includes one or more processors 102 and one or more memories 104, and may additionally include one or more transceivers 106 and/or one or more antennas 108.
  • the processor 102 controls the memory 104 and/or the transceiver 106 and may be configured to implement the descriptions, functions, procedures, suggestions, methods and/or flowcharts of operations disclosed herein.
  • the processor 102 may process information in the memory 104 to generate first information/signal, and transmit a radio signal including the first information/signal through the transceiver 106 .
  • the processor 102 may receive a radio signal including the second information/signal through the transceiver 106, and then store information obtained from signal processing of the second information/signal in the memory 104.
  • the memory 104 may be connected to the processor 102 and may store various information related to the operation of the processor 102 .
  • memory 104 may perform some or all of the processes controlled by processor 102, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or flowcharts of operations disclosed herein. It may store software codes including them.
  • the processor 102 and memory 104 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
  • the transceiver 106 may be coupled to the processor 102 and may transmit and/or receive wireless signals via one or more antennas 108 .
  • the transceiver 106 may include a transmitter and/or a receiver.
  • the transceiver 106 may be used interchangeably with a radio frequency (RF) unit.
  • RF radio frequency
  • a wireless device may mean a communication modem/circuit/chip.
  • the second wireless device 200 includes one or more processors 202, one or more memories 204, and may further include one or more transceivers 206 and/or one or more antennas 208.
  • Processor 202 controls memory 204 and/or transceiver 206 and may be configured to implement the descriptions, functions, procedures, suggestions, methods, and/or flowcharts of operations disclosed herein.
  • the processor 202 may process information in the memory 204 to generate third information/signal, and transmit a radio signal including the third information/signal through the transceiver 206.
  • the processor 202 may receive a radio signal including the fourth information/signal through the transceiver 206 and store information obtained from signal processing of the fourth information/signal in the memory 204 .
  • the memory 204 may be connected to the processor 202 and may store various information related to the operation of the processor 202 .
  • memory 204 may perform some or all of the processes controlled by processor 202, or instructions for performing the descriptions, functions, procedures, suggestions, methods, and/or flowcharts of operations disclosed herein. It may store software codes including them.
  • the processor 202 and memory 204 may be part of a communication modem/circuit/chip designed to implement a wireless communication technology (eg, LTE, NR).
  • the transceiver 206 may be coupled to the processor 202 and may transmit and/or receive wireless signals via one or more antennas 208 .
  • the transceiver 206 may include a transmitter and/or a receiver.
  • the transceiver 206 may be used interchangeably with an RF unit.
  • a wireless device may mean a communication modem/circuit/chip.
  • one or more protocol layers may be implemented by one or more processors 102, 202.
  • one or more processors 102, 202 may implement one or more layers (eg, functional layers such as PHY, MAC, RLC, PDCP, RRC, SDAP).
  • One or more processors 102, 202 may generate one or more Protocol Data Units (PDUs) and/or one or more Service Data Units (SDUs) in accordance with the descriptions, functions, procedures, proposals, methods and/or operational flow charts disclosed herein.
  • PDUs Protocol Data Units
  • SDUs Service Data Units
  • processors 102, 202 may generate messages, control information, data or information according to the descriptions, functions, procedures, proposals, methods and/or operational flow diagrams disclosed herein.
  • One or more processors 102, 202 generate PDUs, SDUs, messages, control information, data or signals (e.g., baseband signals) containing information according to the functions, procedures, proposals and/or methods disclosed herein , can be provided to one or more transceivers 106, 206.
  • One or more processors 102, 202 may receive signals (eg, baseband signals) from one or more transceivers 106, 206, and descriptions, functions, procedures, proposals, methods, and/or flowcharts of operations disclosed herein PDUs, SDUs, messages, control information, data or information can be obtained according to these.
  • signals eg, baseband signals
  • One or more processors 102, 202 may be referred to as a controller, microcontroller, microprocessor or microcomputer.
  • One or more processors 102, 202 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
  • firmware or software may be implemented using firmware or software, and the firmware or software may be implemented to include modules, procedures, functions, and the like.
  • Firmware or software configured to perform the descriptions, functions, procedures, suggestions, methods and/or operational flow diagrams disclosed herein may be included in one or more processors 102, 202 or stored in one or more memories 104, 204 and It can be driven by the above processors 102 and 202.
  • the descriptions, functions, procedures, suggestions, methods and/or operational flow charts disclosed in this document may be implemented using firmware or software in the form of codes, instructions and/or sets of instructions.
  • One or more memories 104, 204 may be coupled with one or more processors 102, 202 and may store various types of data, signals, messages, information, programs, codes, instructions and/or instructions.
  • One or more memories 104, 204 may be comprised of ROM, RAM, EPROM, flash memory, hard drives, registers, cache memory, computer readable storage media, and/or combinations thereof.
  • One or more memories 104, 204 may be located internally and/or external to one or more processors 102, 202. Additionally, one or more memories 104, 204 may be coupled to one or more processors 102, 202 through various technologies, such as wired or wireless connections.
  • One or more transceivers 106, 206 may transmit user data, control information, radio signals/channels, etc., as referred to in the methods and/or operational flow charts herein, to one or more other devices.
  • One or more transceivers 106, 206 may receive user data, control information, radio signals/channels, etc. referred to in descriptions, functions, procedures, proposals, methods and/or operational flow charts, etc. disclosed herein from one or more other devices. there is.
  • one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202 and transmit and receive wireless signals.
  • one or more processors 102, 202 may control one or more transceivers 106, 206 to transmit user data, control information, or radio signals to one or more other devices. Additionally, one or more processors 102, 202 may control one or more transceivers 106, 206 to receive user data, control information, or radio signals from one or more other devices. In addition, one or more transceivers 106, 206 may be coupled with one or more antennas 108, 208, and one or more transceivers 106, 206 via one or more antennas 108, 208, as described herein, function. , procedures, proposals, methods and / or operation flowcharts, etc. can be set to transmit and receive user data, control information, radio signals / channels, etc.
  • one or more antennas may be a plurality of physical antennas or a plurality of logical antennas (eg, antenna ports).
  • One or more transceivers (106, 206) convert the received radio signals/channels from RF band signals in order to process the received user data, control information, radio signals/channels, etc. using one or more processors (102, 202). It can be converted into a baseband signal.
  • One or more transceivers 106 and 206 may convert user data, control information, and radio signals/channels processed by one or more processors 102 and 202 from baseband signals to RF band signals.
  • one or more of the transceivers 106, 206 may include (analog) oscillators and/or filters.
  • FIG. 18 illustrates a signal processing circuit for a transmission signal according to an embodiment of the present specification.
  • the signal processing circuit 1000 may include a scrambler 1010, a modulator 1020, a layer mapper 1030, a precoder 1040, a resource mapper 1050, and a signal generator 1060.
  • the operations/functions of FIG. 18 may be performed by processors 102 and 202 and/or transceivers 106 and 206 of FIG. 17 .
  • the hardware elements of FIG. 18 may be implemented in processors 102 and 202 and/or transceivers 106 and 206 of FIG. 17 .
  • blocks 1010-1060 may be implemented in the processors 102 and 202 of FIG. 17 .
  • blocks 1010 to 1050 may be implemented in processors 102 and 202 of FIG. 17
  • block 1060 may be implemented in transceivers 106 and 206 of FIG. 17 .
  • the codeword may be converted into a radio signal through the signal processing circuit 1000 of FIG. 18 .
  • a codeword is an encoded bit sequence of an information block.
  • Information blocks may include transport blocks (eg, UL-SCH transport blocks, DL-SCH transport blocks).
  • Radio signals may be transmitted through various physical channels (eg, PUSCH, PDSCH).
  • the codeword may be converted into a scrambled bit sequence by the scrambler 1010.
  • a scramble sequence used for scrambling is generated based on an initialization value, and the initialization value may include ID information of a wireless device.
  • the scrambled bit sequence may be modulated into a modulation symbol sequence by modulator 1020.
  • the modulation scheme may include pi/2-Binary Phase Shift Keying (pi/2-BPSK), m-Phase Shift Keying (m-PSK), m-Quadrature Amplitude Modulation (m-QAM), and the like.
  • the complex modulation symbol sequence may be mapped to one or more transport layers by the layer mapper 1030.
  • Modulation symbols of each transport layer may be mapped to corresponding antenna port(s) by the precoder 1040 (precoding).
  • the output z of the precoder 1040 can be obtained by multiplying the output y of the layer mapper 1030 by the N*M precoding matrix W.
  • N is the number of antenna ports and M is the number of transport layers.
  • the precoder 1040 may perform precoding after performing transform precoding (eg, DFT transformation) on complex modulation symbols. Also, the precoder 1040 may perform precoding without performing transform precoding.
  • the resource mapper 1050 may map modulation symbols of each antenna port to time-frequency resources.
  • the time-frequency resource may include a plurality of symbols (eg, CP-OFDMA symbols and DFT-s-OFDMA symbols) in the time domain and a plurality of subcarriers in the frequency domain.
  • the signal generator 1060 generates a radio signal from the mapped modulation symbols, and the generated radio signal can be transmitted to other devices through each antenna.
  • the signal generator 1060 may include an inverse fast Fourier transform (IFFT) module, a cyclic prefix (CP) inserter, a digital-to-analog converter (DAC), a frequency uplink converter, and the like.
  • IFFT inverse fast Fourier transform
  • CP cyclic prefix
  • DAC digital-to-analog converter
  • the signal processing process for the received signal in the wireless device may be configured in reverse to the signal processing process 1010 to 1060 of FIG. 18 .
  • wireless devices eg, 100 and 200 of FIG. 17
  • the received radio signal may be converted into a baseband signal through a signal restorer.
  • the signal restorer may include a frequency downlink converter, an analog-to-digital converter (ADC), a CP remover, and a fast Fourier transform (FFT) module.
  • ADC analog-to-digital converter
  • FFT fast Fourier transform
  • the baseband signal may be restored to a codeword through a resource de-mapper process, a postcoding process, a demodulation process, and a de-scramble process.
  • a signal processing circuit for a received signal may include a signal restorer, a resource demapper, a postcoder, a demodulator, a descrambler, and a decoder.
  • a wireless device may be implemented in various forms according to usage-examples/services (see FIG. 16).
  • wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 17, and include various elements, components, units/units, and/or modules. ) can be configured.
  • the wireless devices 100 and 200 may include a communication unit 110 , a control unit 120 , a memory unit 130 and an additional element 140 .
  • the communication unit may include communication circuitry 112 and transceiver(s) 114 .
  • communication circuitry 112 may include one or more processors 102, 202 of FIG. 17 and/or one or more memories 104, 204.
  • transceiver(s) 114 may include one or more transceivers 106, 206 of FIG. 17 and/or one or more antennas 108, 208.
  • the control unit 120 is electrically connected to the communication unit 110, the memory unit 130, and the additional element 140 and controls overall operations of the wireless device. For example, the control unit 120 may control electrical/mechanical operations of the wireless device based on programs/codes/commands/information stored in the memory unit 130. In addition, the control unit 120 transmits the information stored in the memory unit 130 to the outside (eg, another communication device) through the communication unit 110 through a wireless/wired interface, or transmits the information stored in the memory unit 130 to the outside (eg, another communication device) through the communication unit 110. Information received through a wireless/wired interface from other communication devices) may be stored in the memory unit 130 .
  • the additional element 140 may be configured in various ways according to the type of wireless device.
  • the additional element 140 may include at least one of a power unit/battery, an I/O unit, a driving unit, and a computing unit.
  • wireless devices include robots (Fig. 16, 100a), vehicles (Fig. 16, 100b-1, 100b-2), XR devices (Fig. 16, 100c), mobile devices (Fig. 16, 100d), home appliances. (FIG. 16, 100e), IoT device (FIG. 16, 100f), digital broadcast terminal, hologram device, public safety device, MTC device, medical device, fintech device (or financial device), security device, climate/environmental device, It may be implemented in the form of an AI server/device (Fig. 16, 400), a base station (Fig. 16, 200), a network node, and the like. Wireless devices can be mobile or used in a fixed location depending on the use-case/service.
  • various elements, components, units/units, and/or modules in the wireless devices 100 and 200 may be entirely interconnected through a wired interface or at least partially connected wirelessly through the communication unit 110.
  • the control unit 120 and the communication unit 110 are connected by wire, and the control unit 120 and the first units (eg, 130 and 140) are connected through the communication unit 110.
  • the control unit 120 and the first units eg, 130 and 140
  • each element, component, unit/unit, and/or module within the wireless device 100, 200 may further include one or more elements.
  • the control unit 120 may be composed of one or more processor sets.
  • the controller 120 may include a set of a communication control processor, an application processor, an electronic control unit (ECU), a graphic processing processor, a memory control processor, and the like.
  • the memory unit 130 may include random access memory (RAM), dynamic RAM (DRAM), read only memory (ROM), flash memory, volatile memory, and non-volatile memory. volatile memory) and/or a combination thereof.
  • a portable device may include a smart phone, a smart pad, a wearable device (eg, a smart watch, a smart glass), and a portable computer (eg, a laptop computer).
  • a mobile device may be referred to as a mobile station (MS), a user terminal (UT), a mobile subscriber station (MSS), a subscriber station (SS), an advanced mobile station (AMS), or a wireless terminal (WT).
  • MS mobile station
  • UT user terminal
  • MSS mobile subscriber station
  • SS subscriber station
  • AMS advanced mobile station
  • WT wireless terminal
  • a portable device 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a memory unit 130, a power supply unit 140a, an interface unit 140b, and an input/output unit 140c. ) may be included.
  • the antenna unit 108 may be configured as part of the communication unit 110 .
  • Blocks 110 to 130/140a to 140c respectively correspond to blocks 110 to 130/140 of FIG. 19 .
  • the communication unit 110 may transmit/receive signals (eg, data, control signals, etc.) with other wireless devices and base stations.
  • the controller 120 may perform various operations by controlling components of the portable device 100 .
  • the control unit 120 may include an application processor (AP).
  • the memory unit 130 may store data/parameters/programs/codes/commands necessary for driving the portable device 100 .
  • the memory unit 130 may store input/output data/information.
  • the power supply unit 140a supplies power to the portable device 100 and may include a wired/wireless charging circuit, a battery, and the like.
  • the interface unit 140b may support connection between the portable device 100 and other external devices.
  • the interface unit 140b may include various ports (eg, audio input/output ports and video input/output ports) for connection with external devices.
  • the input/output unit 140c may receive or output image information/signal, audio information/signal, data, and/or information input from a user.
  • the input/output unit 140c may include a camera, a microphone, a user input unit, a display unit 140d, a speaker, and/or a haptic module.
  • the input/output unit 140c obtains information/signals (eg, touch, text, voice, image, video) input from the user, and the acquired information/signals are stored in the memory unit 130.
  • the communication unit 110 may convert the information/signal stored in the memory into a wireless signal, and directly transmit the converted wireless signal to another wireless device or to a base station.
  • the communication unit 110 may receive a radio signal from another wireless device or a base station and then restore the received radio signal to original information/signal. After the restored information/signal is stored in the memory unit 130, it may be output in various forms (eg, text, voice, image, video, haptic) through the input/output unit 140c.
  • Vehicles or autonomous vehicles may be implemented as mobile robots, vehicles, trains, manned/unmanned aerial vehicles (AVs), ships, and the like.
  • AVs manned/unmanned aerial vehicles
  • a vehicle or autonomous vehicle 100 includes an antenna unit 108, a communication unit 110, a control unit 120, a driving unit 140a, a power supply unit 140b, a sensor unit 140c, and an autonomous driving unit.
  • a portion 140d may be included.
  • the antenna unit 108 may be configured as part of the communication unit 110 .
  • Blocks 110/130/140a to 140d respectively correspond to blocks 110/130/140 of FIG. 19 .
  • the communication unit 110 may transmit/receive signals (eg, data, control signals, etc.) with external devices such as other vehicles, base stations (e.g. base stations, roadside base stations, etc.), servers, and the like.
  • the controller 120 may perform various operations by controlling elements of the vehicle or autonomous vehicle 100 .
  • the controller 120 may include an Electronic Control Unit (ECU).
  • the driving unit 140a may drive the vehicle or autonomous vehicle 100 on the ground.
  • the driving unit 140a may include an engine, a motor, a power train, a wheel, a brake, a steering device, and the like.
  • the power supply unit 140b supplies power to the vehicle or autonomous vehicle 100, and may include a wired/wireless charging circuit, a battery, and the like.
  • the sensor unit 140c may obtain vehicle conditions, surrounding environment information, and user information.
  • the sensor unit 140c includes an inertial measurement unit (IMU) sensor, a collision sensor, a wheel sensor, a speed sensor, an inclination sensor, a weight detection sensor, a heading sensor, a position module, and a vehicle forward.
  • IMU inertial measurement unit
  • /Can include a reverse sensor, battery sensor, fuel sensor, tire sensor, steering sensor, temperature sensor, humidity sensor, ultrasonic sensor, illuminance sensor, pedal position sensor, and the like.
  • the autonomous driving unit 140d 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 and driving. technology can be implemented.
  • the communication unit 110 may receive map data, traffic information data, and the like from an external server.
  • the autonomous driving unit 140d may generate an autonomous driving route and a driving plan based on the acquired data.
  • the controller 120 may control the driving unit 140a so that the vehicle or autonomous vehicle 100 moves along the autonomous driving path according to the driving plan (eg, speed/direction adjustment).
  • the communicator 110 may non-/periodically obtain the latest traffic information data from an external server and obtain surrounding traffic information data from surrounding vehicles.
  • the sensor unit 140c may acquire vehicle state and surrounding environment information.
  • the autonomous driving unit 140d may update an autonomous driving route and a driving plan based on newly acquired data/information.
  • the communication unit 110 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 based on information collected from the vehicle or self-driving vehicles, and may provide the predicted traffic information data to the vehicle or self-driving vehicles.

Landscapes

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

Abstract

본 명세서의 일 실시예에 따른 무선 통신 시스템에서 제1 단말이 단말간 조정 정보(Inter-UE Coordination information)를 전송하는 방법은 제2 단말로부터 단말간 조정 정보에 대한 요청(request for Inter-UE Coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 수신하는 단계 및 상기 제2 단말로 상기 단말간 조정 정보를 포함하는 제2 SCI를 전송하는 단계를 포함한다. 동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여: 상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일한 것을 특징으로 한다.

Description

무선 통신 시스템에서 단말간 조정 정보의 송수신 방법 및 그 장치
본 명세서는 무선 통신 시스템에서 단말간 조정 정보의 송수신 방법 및 그 장치에 관한 것이다.
무선 통신 시스템은 가용한 시스템 자원(예를 들어, 대역폭, 전송 전력 등)을 공유하여 다중 사용자와의 통신을 지원하는 다중 접속(multiple access) 시스템이다. 다중 접속 시스템의 예로는 CDMA(code division multiple access) 시스템, FDMA(frequency division multiple access) 시스템, TDMA(time division multiple access) 시스템, OFDMA(orthogonal frequency division multiple access) 시스템, SC-FDMA(single carrier frequency division multiple access) 시스템, MC-FDMA(multi carrier frequency division multiple access) 시스템 등이 있다.
사이드링크(sidelink, SL)란 단말(User Equipment, UE)들 간에 직접적인 링크를 설정하여, 기지국(Base Station, BS)을 거치지 않고, 단말 간에 음성 또는 데이터 등을 직접 주고 받는 통신 방식을 말한다. SL는 급속도로 증가하는 데이터 트래픽에 따른 기지국의 부담을 해결할 수 있는 하나의 방안으로서 고려되고 있다.
V2X(vehicle-to-everything)는 유/무선 통신을 통해 다른 차량, 보행자, 인프라가 구축된 사물 등과 정보를 교환하는 통신 기술을 의미한다. V2X는 V2V(vehicle-to-vehicle), V2I(vehicle-to-infrastructure), V2N(vehicle-to- network) 및 V2P(vehicle-to-pedestrian)와 같은 4 가지 유형으로 구분될 수 있다. V2X 통신은 PC5 인터페이스 및/또는 Uu 인터페이스를 통해 제공될 수 있다.
한편, 더욱 많은 통신 기기들이 더욱 큰 통신 용량을 요구하게 됨에 따라, 기존의 무선 액세스 기술(Radio Access Technology, RAT)에 비해 향상된 모바일 광대역 (mobile broadband) 통신에 대한 필요성이 대두되고 있다. 이에 따라, 신뢰도(reliability) 및 지연(latency)에 민감한 서비스 또는 단말을 고려한 통신 시스템이 논의되고 있는데, 개선된 이동 광대역 통신, 매시브 MTC(Machine Type Communication), URLLC(Ultra-Reliable and Low Latency Communication) 등을 고려한 차세대 무선 접속 기술을 새로운 RAT(new radio access technology) 또는 NR(new radio)이라 칭할 수 있다. NR에서도 V2X(vehicle-to-everything) 통신이 지원될 수 있다.
단말간 조정 메커니즘(inter UE coordination mechanism)과 관련하여 두 가지의 방식이 고려될 수 있다. 방식 1(scheme 1)의 경우, UE-A는 UE-B의 자원(재)선택 절차에 사용할 수 있는 자원 집합을 UE-B에 제공할 수 있다. 방식 2(scheme 2)의 경우, UE-A는 UE-B에게 UE-B의 SCI(Sidelink Control Information)가 지시하는 자원에 대한 자원 충돌 관련 정보를 제공할 수 있다. UE-B는 UE-B의 SCI가 지시하는 자원 중 일부를 재선택하여 자원 충돌을 회피할 수 있다.
상기 방식(scheme 1)과 관련, UE-B는 UE-A로 단말간 조정 정보에 대한 요청(request for inter-UE coordination information)을 전송할 수 있다. 상기 요청을 수신한 UE-A는 단말간 조정 정보(inter-UE coordination information)를 UE-B에 전송할 수 있다. 이 때, 상기 요청 및 상기 단말간 조정 정보는 제2 SCI (즉, second stage SCI)에 기반하여 전송될 수 있다. 한편, second stage SCI의 포맷(format)은 물리 사이드링크 제어 채널(Physical Sidelink Control Channel, PSCCH)에서 전송되는 제1 SCI (first stage SCI)에 의해 지시될 수 있다. 구체적으로, first stage SCI의 2nd-stage SCI format 필드(2 bits)에 의해 second SCI의 포맷이 지시될 수 있다.
단말은 제한된 개수의 SCI format size들을 모니터링할 수 있다. 보다 구체적으로 설명하면, 단말 구현 측면에서 단말이 모니터링 할 수 있는 SCI format size들의 최대 개수가 제한된다. 단말간 조정 정보에 대한 요청 및 단말간 조정 정보가 각각 제2 SCI에 기초하여 전송 또는 수신되는 경우에는, 단말에 의해 지원되어야 하는 SCI format size들의 개수가 증가하는 바 단말 구현 복잡성이 증대된다.
또한, second SCI format들은 한정된 비트 수(예: 2 bits)를 가진 first stage SCI의 필드에 의해 지시된다. 단말에 의해 지원되는/지시되는 second SCI format의 최대 개수는 4개이다. 단말간 조정 정보에 대한 요청을 위한 제2 SCI 및 단말간 조정 정보를 위한 제2 SCI가 각각 별도의 format으로 추가되는 경우에는 이후 새로운 second SCI format의 도입이 제한될 수 있다. 또한, 추가적으로 단말간 조정 정보에 대한 요청을 위한 제2 SCI 및 단말간 조정 정보를 위한 제2 SCI가 동일한 format으로 추가되는 경우에는 해당 제2 SCI가 단말간 조정 정보에 대한 것인지 단말간 조정 정보에 대한 요청인지를 구분할 수 없게 된다.
본 명세서의 목적은 단말간 조정 정보의 시그널링에 있어서 상술한 문제점을 해결하기 위한 방법을 제안하는 것이다.
본 명세서에서 이루고자 하는 기술적 과제들은 이상에서 언급한 기술적 과제들로 제한되지 않으며, 언급하지 않은 또 다른 기술적 과제들은 아래의 기재로부터 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 명세서의 일 실시예에 따른 무선 통신 시스템에서 제1 단말이 단말간 조정 정보(Inter-UE Coordination information)를 전송하는 방법은 제2 단말로부터 단말간 조정 정보에 대한 요청(request for Inter-UE Coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 수신하는 단계 및 상기 제2 단말로 상기 단말간 조정 정보를 포함하는 제2 SCI를 전송하는 단계를 포함한다.
동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여: 상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일한 것을 특징으로 한다.
패딩 비트들(padding bits)의 추가(appending)에 기초하여, 상기 first payload size와 상기 second payload size가 동일하게 설정될 수 있다.
상기 패딩 비트들은 상기 first payload size 또는 상기 second payload size를 기반으로 추가될 수 있다.
상기 패딩 비트들은 상기 second payload size에 기초하여 상기 제1 SCI에 추가될 수 있다.
상기 패딩 비트들은 상기 first payload size에 기초하여 상기 제2 SCI에 추가될 수 있다.
상기 패딩 비트들은 0으로 설정된 비트에 기반할 수 있다.
상기 제1 SCI는 상기 단말간 조정 정보와 관련된 세부 정보를 포함하고, 상기 세부 정보는 i) 우선순위, ii) 자원 선택 윈도우 iii) 서브채널의 개수 및 iv) 자원의 타입(type) 중 적어도 하나와 관련된 정보를 포함할 수 있다.
상기 자원의 타입은 선호 자원(preferred resource) 또는 비선호 자원(non-preferred resource)에 기반할 수 있다.
상기 요청과 관련된 자원 풀(resource pool)과 상기 단말간 조정 정보와 관련된 자원 풀(resource pool)은 동일할 수 있다.
상기 요청과 관련된 선호 자원 또는 비선호 자원이 속한 자원 풀은 상기 단말간 조정 정보와 관련된 선호 자원 또는 비선호 자원이 속한 자원 풀과 동일할 수 있다.
상기 제1 SCI의 포맷(format)과 상기 제2 SCI의 포맷(format)은 동일할 수 있다.
상기 제1 SCI는 제1 물리 사이드링크 제어 채널(Physical Sidelink Control Channel, PSCCH)와 관련된 제1 스테이지 SCI(first stage SCI)에 의해 스케줄 된 상기 제1 PSSCH에 기반하여 수신될 수 있다. 상기 제2 SCI는 제2 PSCCH와 관련된 first stage SCI에 의해 스케줄 된 상기 제2 PSSCH에 기반하여 전송될 수 있다.
본 명세서의 다른 실시예에 따른 무선 통신 시스템에서 단말간 조정 정보(Inter-UE Coordination Information)를 전송하는 제1 단말은 하나 이상의 송수신기, 상기 하나 이상의 송수신기를 제어하는 하나 이상의 프로세서들 및 상기 하나 이상의 프로세서들에 동작 가능하게 접속된 하나 이상의 메모리들을 포함한다.
상기 하나 이상의 메모리들은, 상기 하나 이상의 프로세서들에 의해 실행되는 것에 기반하여, 동작들을 수행하는 지시(instruction)들을 저장한다.
상기 동작들은 제2 단말로부터 단말간 조정 정보에 대한 요청(request for Inter-UE Coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 수신하는 단계 및 상기 제2 단말로 상기 단말간 조정 정보를 포함하는 제2 SCI를 전송하는 단계를 포함한다.
동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여: 상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일한 것을 특징으로 한다.
본 명세서의 또 다른 실시예에 따른 무선 통신 시스템에서 제1 단말이 단말간 조정 정보(Inter-UE Coordination information)를 전송하도록 제어하는 장치은 하나 이상의 프로세서들 및 상기 하나 이상의 프로세서들에 동작 가능하게 접속된 하나 이상의 메모리들을 포함한다.
상기 하나 이상의 메모리들은, 상기 하나 이상의 프로세서들에 의해 실행되는 것에 기반하여, 동작들을 수행하는 지시(instruction)들을 저장한다.
상기 동작들은 제2 단말로부터 단말간 조정 정보에 대한 요청(request for Inter-UE Coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 수신하는 단계 및 상기 제2 단말로 상기 단말간 조정 정보를 포함하는 제2 SCI를 전송하는 단계를 포함한다.
동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여: 상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일한 것을 특징으로 한다.
본 명세서의 또 다른 실시예에 따른 하나 이상의 비일시적(non-transitory) 컴퓨터 판독 가능 매체는 하나 이상의 명령어를 저장한다.
상기 하나 이상의 명령어는, 하나 이상의 프로세서에 의해 실행되는 것에 기반하여, 동작들을 수행한다.
상기 동작들은 제2 단말로부터 단말간 조정 정보에 대한 요청(request for Inter-UE Coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 수신하는 단계 및 상기 제2 단말로 상기 단말간 조정 정보를 포함하는 제2 SCI를 전송하는 단계를 포함한다.
동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여: 상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일한 것을 특징으로 한다.
본 명세서의 또 다른 실시예에 따른 무선 통신 시스템에서 제2 단말이 단말간 조정 정보(Inter-UE Coordination information)를 수신하는 방법은 제1 단말에 단말간 조정 정보에 대한 요청(request for Inter-UE Coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 전송하는 단계 및 상기 제1 단말로부터 상기 단말간 조정 정보를 포함하는 제2 SCI를 수신하는 단계를 포함한다.
동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여: 상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일한 것을 특징으로 한다.
본 명세서의 또 다른 실시예에 따른 무선 통신 시스템에서 단말간 조정 정보(Inter-UE Coordination information)를 수신하는 제2 단말은 하나 이상의 송수신기,
상기 하나 이상의 송수신기를 제어하는 하나 이상의 프로세서들 및 상기 하나 이상의 프로세서들에 동작 가능하게 접속된 하나 이상의 메모리들을 포함한다.
상기 하나 이상의 메모리들은, 상기 하나 이상의 프로세서들에 의해 실행되는 것에 기반하여, 동작들을 수행하는 지시(instruction)들을 저장한다.
상기 동작들은 제1 단말에 단말간 조정 정보에 대한 요청(request for Inter-UE Coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 전송하는 단계 및 상기 제1 단말로부터 상기 단말간 조정 정보를 포함하는 제2 SCI를 수신하는 단계를 포함한다.
동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여: 상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일한 것을 특징으로 한다.
본 명세서의 실시예에 의하면, 단말간 조정 정보에 대한 요청과 단말간 조정 정보가 PSSCH에서 전송되는 second stage SCI와 관련된 것에 기초하여, second stage SCI는 i) 상기 요청 또는 ii) 상기 단말간 조정 정보를 나타내는 지시자를 포함한다. 따라서, 동일한 second SCI format에 기초하여 단말간 조정 정보에 대한 요청 및 단말간 조정 정보의 시그널링이 수행될 수 있다. 즉, 상기 요청 및 상기 단말간 조정 정보의 컨테이너(container)로 second stage SCI가 활용됨에 따라 발생하는 새로운 second SCI format 도입 제한을 최소화 할 수 있다.
또한, 본 명세서의 실시예에 의하면, 단말간 조정 정보에 대한 요청과 관련된 제1 SCI의 제1 페이로드 크기(first payload size)와 단말간 조정 정보와 관련된 제2 SCI의 제2 페이로드 크기(second payload size)는 동일하다. 따라서, 서로 다른 2개의 제2 SCI format size들이 활용되는 경우에 비해 단말 구현 복잡도가 감소될 수 있다.
본 명세서에서 얻을 수 있는 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 명세서가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.
본 발명에 관한 이해를 돕기 위해 상세한 설명의 일부로 포함되는, 첨부 도면은 본 발명에 대한 실시 예를 제공하고, 상세한 설명과 함께 본 발명의 기술적 특징을 설명한다.
도 1은 본 명세서의 일 실시 예에 따른, NR 시스템의 구조를 나타낸다.
도 2는 본 명세서의 일 실시 예에 따른, NR의 무선 프레임의 구조를 나타낸다.
도 3은 본 명세서의 일 실시 예에 따른, NR 프레임의 슬롯 구조를 나타낸다.
도 4는 본 명세서의 일 실시 예에 따른, V2X 또는 SL 통신을 수행하는 단말을 나타낸다.
도 5는 본 명세서의 일 실시 예에 따른, V2X 또는 SL 통신을 위한 자원 단위를 나타낸다.
도 6은 본 명세서의 일 실시 예에 따라, 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다.
도 7은 본 명세서의 일 실시 예에 따른, 세 가지 캐스트 타입을 나타낸다.
도 8은 본 명세서의 일 실시 예에 따른, 복수의 BWP를 나타낸다.
도 9는 본 명세서의 일 실시 예에 따른, BWP를 나타낸다.
도 10은 본 명세서의 일 실시 예에 따른, CBR 측정을 위한 자원 단위를 나타낸다.
도 11은 CBR 측정과 관련된 자원 풀을 예시하는 도면이다.
도 12는 본 명세서의 일 실시 예에 따라, UE-A가 보조 정보를 UE-B에게 전송하는 절차를 나타낸다.
도 13은 본 명세서의 일 실시예에 따라, UE-A가 보조 정보를 UE-B에게 전송하는 절차를 나타낸다.
도 14는 본 명세서의 일 실시예에 따른 무선 통신 시스템에서 제1 단말이 단말간 조정 정보를 전송하는 방법을 설명하기 위한 흐름도이다.
도 15는 본 명세서의 다른 실시예에 따른 무선 통신 시스템에서 제2 단말이 단말간 조정 정보를 수신하는 방법을 설명하기 위한 흐름도이다.
도 16은 본 명세서의 일 실시 예에 따른, 통신 시스템(1)을 나타낸다.
도 17은 본 명세서의 일 실시 예에 따른, 무선 기기를 나타낸다.
도 18은 본 명세서의 일 실시 예에 따른, 전송 신호를 위한 신호 처리 회로를 나타낸다.
도 19는 본 명세서의 일 실시 예에 따른, 무선 기기를 나타낸다.
도 20은 본 명세서의 일 실시 예에 따른, 휴대 기기를 나타낸다.
도 21은 본 명세서의 일 실시 예에 따른, 차량 또는 자율 주행 차량을 나타낸다.
본 명세서의 다양한 실시 예에서, "/" 및 ","는 "및/또는"을 나타내는 것으로 해석되어야 한다. 예를 들어, "A/B"는 "A 및/또는 B"를 의미할 수 있다. 나아가, "A, B"는 "A 및/또는 B"를 의미할 수 있다. 나아가, "A/B/C"는 "A, B 및/또는 C 중 적어도 어느 하나"를 의미할 수 있다. 나아가, "A, B, C"는 "A, B 및/또는 C 중 적어도 어느 하나"를 의미할 수 있다.
본 명세서의 다양한 실시 예에서, "또는"은 "및/또는"을 나타내는 것으로 해석되어야 한다. 예를 들어, "A 또는 B"는 "오직 A", "오직 B", 및/또는 "A 및 B 모두"를 포함할 수 있다. 다시 말해, "또는"은 "부가적으로 또는 대안적으로"를 나타내는 것으로 해석되어야 한다.
이하의 기술은 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 이상의 고주파(밀리미터파) 대역 등 사용 가능한 모든 스펙트럼 자원을 활용할 수 있다.
설명을 명확하게 하기 위해, LTE-A 또는 5G NR을 위주로 기술하지만 본 명세서의 일 실시 예에 따른 기술적 사상이 이에 제한되는 것은 아니다.
단말과 네트워크 사이의 무선인터페이스 프로토콜(Radio Interface Protocol)의 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속(Open System Interconnection, OSI) 기준 모델의 하위 3개 계층을 바탕으로 L1 (제 1 계층), L2 (제 2 계층), L3(제 3 계층)로 구분될 수 있다. 이 중에서 제 1 계층에 속하는 물리 계층은 물리 채널(Physical Channel)을 이용한 정보전송서비스(Information Transfer Service)를 제공하며, 제 3 계층에 위치하는 RRC(Radio Resource Control) 계층은 단말과 네트워크 간에 무선 자원을 제어하는 역할을 수행한다. 이를 위해 RRC 계층은 단말과 기지국 간 RRC 메시지를 교환한다.
MAC 계층은 논리 채널(logical channel)을 통해 상위 계층인 RLC(radio link control) 계층에게 서비스를 제공한다. MAC 계층은 복수의 논리 채널에서 복수의 전송 채널로의 맵핑 기능을 제공한다. 또한, MAC 계층은 복수의 논리 채널에서 단수의 전송 채널로의 맵핑에 의한 논리 채널 다중화 기능을 제공한다. MAC 부 계층은 논리 채널상의 데이터 전송 서비스를 제공한다.
RLC 계층은 RLC SDU(Service Data Unit)의 연결(concatenation), 분할(segmentation) 및 재결합(reassembly)을 수행한다. 무선 베어러(Radio Bearer, RB)가 요구하는 다양한 QoS(Quality of Service)를 보장하기 위해, RLC 계층은 투명모드(Transparent Mode, TM), 비확인 모드(Unacknowledged Mode, UM) 및 확인모드(Acknowledged Mode, AM)의 세 가지의 동작모드를 제공한다. AM RLC는 ARQ(automatic repeat request)를 통해 오류 정정을 제공한다.
RRC(Radio Resource Control) 계층은 제어 평면에서만 정의된다. RRC 계층은 무선 베어러들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. RB는 단말과 네트워크간의 데이터 전달을 위해 제 1 계층(physical 계층 또는 PHY 계층) 및 제 2 계층(MAC 계층, RLC 계층, PDCP(Packet Data Convergence Protocol) 계층)에 의해 제공되는 논리적 경로를 의미한다.
사용자 평면에서의 PDCP 계층의 기능은 사용자 데이터의 전달, 헤더 압축(header compression) 및 암호화(ciphering)를 포함한다. 제어 평면에서의 PDCP 계층의 기능은 제어 평면 데이터의 전달 및 암호화/무결성 보호(integrity protection)를 포함한다.
RB가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다. RB는 다시 SRB(Signaling Radio Bearer)와 DRB(Data Radio Bearer) 두 가지로 나누어 질 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.
단말의 RRC 계층과 E-UTRAN의 RRC 계층 사이에 RRC 연결(RRC connection)이 확립되면, 단말은 RRC_CONNECTED 상태에 있게 되고, 그렇지 못할 경우 RRC_IDLE 상태에 있게 된다. NR의 경우, RRC_INACTIVE 상태가 추가로 정의되었으며, RRC_INACTIVE 상태의 단말은 코어 네트워크와의 연결을 유지하는 반면 기지국과의 연결을 해지(release)할 수 있다.
네트워크에서 단말로 데이터를 전송하는 하향링크 전송 채널로는 시스템 정보를 전송하는 BCH(Broadcast Channel)과 그 이외에 사용자 트래픽이나 제어 메시지를 전송하는 하향링크 SCH(Shared Channel)이 있다. 하향링크 멀티캐스트 또는 브로드캐스트 서비스의 트래픽 또는 제어메시지의 경우 하향링크 SCH를 통해 전송될 수도 있고, 또는 별도의 하향링크 MCH(Multicast Channel)을 통해 전송될 수도 있다. 한편, 단말에서 네트워크로 데이터를 전송하는 상향링크 전송 채널로는 초기 제어메시지를 전송하는 RACH(Random Access Channel)와 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 상향링크 SCH(Shared Channel)가 있다.
전송 채널 상위에 있으며, 전송 채널에 맵핑되는 논리 채널(Logical Channel)로는 BCCH(Broadcast Control Channel), PCCH(Paging Control Channel), CCCH(Common Control Channel), MCCH(Multicast Control Channel), MTCH(Multicast Traffic Channel) 등이 있다.
물리 채널(Physical Channel)은 시간 영역에서 여러 개의 OFDM 심벌과 주파수 영역에서 여러 개의 부반송파(sub-carrier)로 구성된다. 하나의 서브프레임(sub-frame)은 시간 영역에서 복수의 OFDM 심벌(symbol)들로 구성된다. 자원 블록은 자원 할당 단위로, 복수의 OFDM 심벌들과 복수의 부반송파(sub-carrier)들로 구성된다. 또한 각 서브프레임은 PDCCH(Physical Downlink Control Channel) 즉, L1/L2 제어 채널을 위해 해당 서브프레임의 특정 OFDM 심벌들(예, 첫 번째 OFDM 심볼)의 특정 부반송파들을 이용할 수 있다. TTI(Transmission Time Interval)는 서브프레임 전송의 단위시간이다.
도 1은 본 명세서의 일 실시 예에 따른, NR 시스템의 구조를 나타낸다.
도 1을 참조하면, NG-RAN(Next Generation - Radio Access Network)은 단말에게 사용자 평면 및 제어 평면 프로토콜 종단(termination)을 제공하는 gNB(next generation-Node B) 및/또는 eNB를 포함할 수 있다. 도 1에서는 gNB만을 포함하는 경우를 예시한다. gNB 및 eNB는 상호 간에 Xn 인터페이스로 연결되어 있다. gNB 및 eNB는 5세대 코어 네트워크(5G Core Network: 5GC)와 NG 인터페이스를 통해 연결되어 있다. 보다 구체적으로, AMF(access and mobility management function)과는 NG-C 인터페이스를 통해 연결되고, UPF(user plane function)과는 NG-U 인터페이스를 통해 연결된다.
도 2는 본 명세서의 일 실시 예에 따른, NR의 무선 프레임의 구조를 나타낸다.
도 2를 참조하면, NR에서 상향링크 및 하향링크 전송에서 무선 프레임을 사용할 수 있다. 무선 프레임은 10ms의 길이를 가지며, 2개의 5ms 하프-프레임(Half-Frame, HF)으로 정의될 수 있다. 하프-프레임은 5개의 1ms 서브프레임(Subframe, SF)을 포함할 수 있다. 서브프레임은 하나 이상의 슬롯으로 분할될 수 있으며, 서브프레임 내 슬롯 개수는 부반송파 간격(Subcarrier Spacing, SCS)에 따라 결정될 수 있다. 각 슬롯은 CP(cyclic prefix)에 따라 12개 또는 14개의 OFDM(A) 심볼을 포함할 수 있다.
노멀 CP(normal CP)가 사용되는 경우, 각 슬롯은 14개의 심볼을 포함할 수 있다. 확장 CP가 사용되는 경우, 각 슬롯은 12개의 심볼을 포함할 수 있다. 여기서, 심볼은 OFDM 심볼 (또는, CP-OFDM 심볼), SC-FDMA(Single Carrier - FDMA) 심볼 (또는, DFT-s-OFDM(Discrete Fourier Transform-spread-OFDM) 심볼)을 포함할 수 있다.
다음 표 1은 노멀 CP가 사용되는 경우, SCS 설정(u)에 따라 슬롯 별 심볼의 개수(Nslot symb), 프레임 별 슬롯의 개수(Nframe,u slot)와 서브프레임 별 슬롯의 개수(Nsubframe,u slot)를 예시한다.
Figure PCTKR2022013925-appb-img-000001
표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수를 예시한다.
Figure PCTKR2022013925-appb-img-000002
NR 시스템에서는 하나의 단말에게 병합되는 복수의 셀들 간에 OFDM(A) 뉴머놀로지(numerology)(예, SCS, CP 길이 등)가 상이하게 설정될 수 있다. 이에 따라, 동일한 개수의 심볼로 구성된 시간 자원(예, 서브프레임, 슬롯 또는 TTI)(편의상, TU(Time Unit)로 통칭)의 (절대 시간) 구간이 병합된 셀들 간에 상이하게 설정될 수 있다.
NR에서, 다양한 5G 서비스들을 지원하기 위한 다수의 뉴머놀로지(numerology) 또는 SCS가 지원될 수 있다. 예를 들어, SCS가 15kHz인 경우, 전통적인 셀룰러 밴드들에서의 넓은 영역(wide area)이 지원될 수 있고, SCS가 30kHz/60kHz인 경우, 밀집한-도시(dense-urban), 더 낮은 지연(lower latency) 및 더 넓은 캐리어 대역폭(wider carrier bandwidth)이 지원될 수 있다. SCS가 60kHz 또는 그보다 높은 경우, 위상 잡음(phase noise)을 극복하기 위해 24.25GHz보다 큰 대역폭이 지원될 수 있다.
NR 주파수 밴드(frequency band)는 두 가지 타입의 주파수 범위(frequency range)로 정의될 수 있다. 상기 두 가지 타입의 주파수 범위는 FR1 및 FR2일 수 있다. 주파수 범위의 수치는 변경될 수 있으며, 예를 들어, 상기 두 가지 타입의 주파수 범위는 하기 표 3과 같을 수 있다. NR 시스템에서 사용되는 주파수 범위 중 FR1은 "sub 6GHz range"를 의미할 수 있고, FR2는 "above 6GHz range"를 의미할 수 있고 밀리미터 웨이브(millimeter wave, mmW)로 불릴 수 있다.
Figure PCTKR2022013925-appb-img-000003
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 하기 표 4와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예를 들어, 자율주행)을 위해 사용될 수 있다.
Figure PCTKR2022013925-appb-img-000004
도 3은 본 명세서의 일 실시 예에 따른, NR 프레임의 슬롯 구조를 나타낸다.
도 3을 참조하면, 슬롯은 시간 영역에서 복수의 심볼들을 포함한다. 예를 들어, 노멀 CP의 경우 하나의 슬롯이 14개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 12개의 심볼을 포함할 수 있다. 또는 노멀 CP의 경우 하나의 슬롯이 7개의 심볼을 포함하나, 확장 CP의 경우 하나의 슬롯이 6개의 심볼을 포함할 수 있다.
반송파는 주파수 영역에서 복수의 부반송파들을 포함한다. RB(Resource Block)는 주파수 영역에서 복수(예를 들어, 12)의 연속한 부반송파로 정의될 수 있다. BWP(Bandwidth Part)는 주파수 영역에서 복수의 연속한 (P)RB((Physical) Resource Block)로 정의될 수 있으며, 하나의 뉴머놀로지(numerology)(예, SCS, CP 길이 등)에 대응될 수 있다. 반송파는 최대 N개(예를 들어, 5개)의 BWP를 포함할 수 있다. 데이터 통신은 활성화된 BWP를 통해서 수행될 수 있다. 각각의 요소는 자원 그리드에서 자원요소(Resource Element, RE)로 지칭될 수 있고, 하나의 복소 심볼이 맵핑될 수 있다.
한편, 단말과 단말 간 무선 인터페이스 또는 단말과 네트워크 간 무선 인터페이스는 L1 계층, L2 계층 및 L3 계층으로 구성될 수 있다. 본 명세서의 다양한 실시 예에서, L1 계층은 물리(physical) 계층을 의미할 수 있다. 또한, 예를 들어, L2 계층은 MAC 계층, RLC 계층, PDCP 계층 및 SDAP 계층 중 적어도 하나를 의미할 수 있다. 또한, 예를 들어, L3 계층은 RRC 계층을 의미할 수 있다.
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)을 수행할 필요가 없다.
한편, NR SL 시스템에서, 서로 다른 SCS 및/또는 CP 길이를 가지는 복수의 뉴머놀로지가 지원될 수 있다. 이 때, SCS가 증가함에 따라서, 전송 단말이 S-SSB를 전송하는 시간 자원의 길이가 짧아질 수 있다. 이에 따라, S-SSB의 커버리지(coverage)가 감소할 수 있다. 따라서, S-SSB의 커버리지를 보장하기 위하여, 전송 단말은 SCS에 따라 하나의 S-SSB 전송 주기 내에서 하나 이상의 S-SSB를 수신 단말에게 전송할 수 있다. 예를 들어, 전송 단말이 하나의 S-SSB 전송 주기 내에서 수신 단말에게 전송하는 S-SSB의 개수는 전송 단말에게 사전에 설정되거나(pre-configured), 설정(configured)될 수 있다. 예를 들어, S-SSB 전송 주기는 160ms 일 수 있다. 예를 들어, 모든 SCS에 대하여, 160ms의 S-SSB 전송 주기가 지원될 수 있다.
예를 들어, SCS가 FR1에서 15kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개 또는 2개의 S-SSB를 전송할 수 있다. 예를 들어, SCS가 FR1에서 30kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개 또는 2개의 S-SSB를 전송할 수 있다. 예를 들어, SCS가 FR1에서 60kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개, 2개 또는 4개의 S-SSB를 전송할 수 있다.
예를 들어, SCS가 FR2에서 60kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개, 2개, 4개, 8개, 16개 또는 32개의 S-SSB를 전송할 수 있다. 예를 들어, SCS가 FR2에서 120kHz인 경우, 전송 단말은 하나의 S-SSB 전송 주기 내에서 수신 단말에게 1개, 2개, 4개, 8개, 16개, 32개 또는 64개의 S-SSB를 전송할 수 있다.
한편, SCS가 60kHz인 경우, 두 가지 타입의 CP가 지원될 수 있다. 또한, CP 타입에 따라서 전송 단말이 수신 단말에게 전송하는 S-SSB의 구조가 상이할 수 있다. 예를 들어, 상기 CP 타입은 Normal CP(NCP) 또는 Extended CP(ECP)일 수 있다. 구체적으로, 예를 들어, CP 타입이 NCP인 경우, 전송 단말이 전송하는 S-SSB 내에서 PSBCH를 맵핑하는 심볼의 개수는 9 개 또는 8 개일 수 있다. 반면, 예를 들어, CP 타입이 ECP인 경우, 전송 단말이 전송하는 S-SSB 내에서 PSBCH를 맵핑하는 심볼의 개수는 7 개 또는 6 개일 수 있다. 예를 들어, 전송 단말이 전송하는 S-SSB 내의 첫 번째 심볼에는, PSBCH가 맵핑될 수 있다. 예를 들어, S-SSB를 수신하는 수신 단말은 S-SSB의 첫 번째 심볼 구간에서 AGC(Automatic Gain Control) 동작을 수행할 수 있다.
도 4는 본 명세서의 일 실시 예에 따른, V2X 또는 SL 통신을 수행하는 단말을 나타낸다.
도 4를 참조하면, V2X 또는 SL 통신에서 단말이라는 용어는 주로 사용자의 단말을 의미할 수 있다. 하지만, 기지국과 같은 네트워크 장비가 단말 사이의 통신 방식에 따라 신호를 송수신하는 경우, 기지국 또한 일종의 단말로 간주될 수도 있다. 예를 들어, 단말 1은 제 1 장치(100)일 수 있고, 단말 2 는 제 2 장치(200)일 수 있다.
예를 들어, 단말 1은 일련의 자원의 집합을 의미하는 자원 풀(resource pool) 내에서 특정한 자원에 해당하는 자원 단위(resource unit)를 선택할 수 있다. 그리고, 단말 1은 상기 자원 단위를 사용하여 SL 신호를 전송할 수 있다. 예를 들어, 수신 단말인 단말 2는 단말 1이 신호를 전송할 수 있는 자원 풀을 설정 받을 수 있고, 상기 자원 풀 내에서 단말 1의 신호를 검출할 수 있다.
여기서, 단말 1이 기지국의 연결 범위 내에 있는 경우, 기지국이 자원 풀을 단말 1에게 알려줄 수 있다. 반면, 단말 1이 기지국의 연결 범위 밖에 있는 경우, 다른 단말이 단말 1에게 자원 풀을 알려주거나, 또는 단말 1은 사전에 설정된 자원 풀을 사용할 수 있다.
일반적으로 자원 풀은 복수의 자원 단위로 구성될 수 있고, 각 단말은 하나 또는 복수의 자원 단위를 선택하여 자신의 SL 신호 전송에 사용할 수 있다.
도 5는 본 명세서의 일 실시 예에 따른, V2X 또는 SL 통신을 위한 자원 단위를 나타낸다.
도 5를 참조하면, 자원 풀의 전체 주파수 자원이 NF개로 분할될 수 있고, 자원 풀의 전체 시간 자원이 NT개로 분할될 수 있다. 따라서, 총 NF * NT 개의 자원 단위가 자원 풀 내에서 정의될 수 있다. 도 5는 해당 자원 풀이 NT 개의 서브프레임의 주기로 반복되는 경우의 예를 나타낸다.
도 5에 나타난 바와 같이, 하나의 자원 단위(예를 들어, Unit #0)는 주기적으로 반복하여 나타날 수 있다. 또는, 시간 또는 주파수 차원에서의 다이버시티(diversity) 효과를 얻기 위해서, 하나의 논리적인 자원 단위가 맵핑되는 물리적 자원 단위의 인덱스가 시간에 따라 사전에 정해진 패턴으로 변화할 수도 있다. 이러한 자원 단위의 구조에 있어서, 자원 풀이란 SL 신호를 전송하고자 하는 단말이 전송에 사용할 수 있는 자원 단위들의 집합을 의미할 수 있다.
자원 풀은 여러 종류로 세분화될 수 있다. 예를 들어, 각 자원 풀에서 전송되는 SL 신호의 컨텐츠(content)에 따라, 자원 풀은 아래와 같이 구분될 수 있다.
(1) 스케줄링 할당(Scheduling Assignment, SA)은 전송 단말이 SL 데이터 채널의 전송으로 사용하는 자원의 위치, 그 외 데이터 채널의 복조를 위해서 필요한 MCS(Modulation and Coding Scheme) 또는 MIMO(Multiple Input Multiple Output) 전송 방식, TA(Timing Advance)등의 정보를 포함하는 신호일 수 있다. SA는 동일 자원 단위 상에서 SL 데이터와 함께 멀티플렉싱되어 전송되는 것도 가능하며, 이 경우 SA 자원 풀이란 SA가 SL 데이터와 멀티플렉싱되어 전송되는 자원 풀을 의미할 수 있다. SA는 SL 제어 채널(control channel)로 불릴 수도 있다.
(2) SL 데이터 채널(Physical Sidelink Shared Channel, PSSCH)은 전송 단말이 사용자 데이터를 전송하는데 사용하는 자원 풀일 수 있다. 만약 동일 자원 단위 상에서 SL 데이터와 함께 SA가 멀티플렉싱되어 전송되는 경우, SA 정보를 제외한 형태의 SL 데이터 채널만이 SL 데이터 채널을 위한 자원 풀에서 전송 될 수 있다. 다시 말해, SA 자원 풀 내의 개별 자원 단위 상에서 SA 정보를 전송하는데 사용되었던 REs(Resource Elements)는 SL 데이터 채널의 자원 풀에서 여전히 SL 데이터를 전송하기 위해 사용될 수 있다. 예를 들어, 전송 단말은 연속적인 PRB에 PSSCH를 맵핑시켜서 전송할 수 있다.
(3) 디스커버리 채널은 전송 단말이 자신의 ID 등의 정보를 전송하기 위한 자원 풀일 수 있다. 이를 통해, 전송 단말은 인접 단말이 자신을 발견하도록 할 수 있다.
이상에서 설명한 SL 신호의 컨텐츠가 동일한 경우에도, SL 신호의 송수신 속성에 따라서 상이한 자원 풀을 사용할 수 있다. 일 예로, 동일한 SL 데이터 채널이나 디스커버리 메시지라 하더라도, SL 신호의 전송 타이밍 결정 방식(예를 들어, 동기 기준 신호의 수신 시점에서 전송되는지 아니면 상기 수신 시점에서 일정한 타이밍 어드밴스를 적용하여 전송되는지), 자원 할당 방식(예를 들어, 개별 신호의 전송 자원을 기지국이 개별 전송 단말에게 지정해주는지 아니면 개별 전송 단말이 자원 풀 내에서 자체적으로 개별 신호 전송 자원을 선택하는지), 신호 포맷(예를 들어, 각 SL 신호가 한 서브프레임에서 차지하는 심볼의 개수, 또는 하나의 SL 신호의 전송에 사용되는 서브프레임의 개수), 기지국으로부터의 신호 세기, SL 단말의 송신 전력 세기 등에 따라서 다시 상이한 자원 풀로 구분될 수도 있다.
SL에서의 자원 할당(resource allocation)
도 6은 본 명세서의 일 실시 예에 따라, 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다. 본 명세서의 다양한 실시 예에서, 전송 모드는 모드 또는 자원 할당 모드라고 칭할 수 있다. 이하, 설명의 편의를 위해, LTE에서 전송 모드는 LTE 전송 모드라고 칭할 수 있고, NR에서 전송 모드는 NR 자원 할당 모드라고 칭할 수 있다.
예를 들어, 도 6의 (a)는 LTE 전송 모드 1 또는 LTE 전송 모드 3과 관련된 단말 동작을 나타낸다. 또는, 예를 들어, 도 6의 (a)는 NR 자원 할당 모드 1과 관련된 단말 동작을 나타낸다. 예를 들어, LTE 전송 모드 1은 일반적인 SL 통신에 적용될 수 있고, LTE 전송 모드 3은 V2X 통신에 적용될 수 있다.
예를 들어, 도 6의 (b)는 LTE 전송 모드 2 또는 LTE 전송 모드 4와 관련된 단말 동작을 나타낸다. 또는, 예를 들어, 도 6의 (b)는 NR 자원 할당 모드 2와 관련된 단말 동작을 나타낸다.
도 6의 (a)를 참조하면, LTE 전송 모드 1, LTE 전송 모드 3 또는 NR 자원 할당 모드 1에서, 기지국은 SL 전송을 위해 단말에 의해 사용될 SL 자원을 스케줄링할 수 있다. 예를 들어, 기지국은 단말 1에게 PDCCH(보다 구체적으로 DCI(Downlink Control Information))를 통해 자원 스케줄링을 수행할 수 있고, 단말 1은 상기 자원 스케줄링에 따라 단말 2와 V2X 또는 SL 통신을 수행할 수 있다. 예를 들어, 단말 1은 PSCCH(Physical Sidelink Control Channel)를 통해 SCI(Sidelink Control Information)를 단말 2에게 전송한 후, 상기 SCI에 기반한 데이터를 PSSCH(Physical Sidelink Shared Channel)를 통해 단말 2에게 전송할 수 있다.
예를 들어, NR 자원 할당 모드 1에서, 단말은 동적 그랜트(dynamic grant)를 통해 하나의 TB(Transport Block)의 하나 이상의 SL 전송을 위한 자원을 기지국으로부터 제공 또는 할당받을 수 있다. 예를 들어, 기지국은 동적 그랜트를 이용하여 PSCCH 및/또는 PSSCH의 전송을 위한 자원을 단말에게 제공할 수 있다. 예를 들어, 전송 단말은 수신 단말로부터 수신한 SL HARQ(Hybrid Automatic Repeat Request) 피드백을 기지국에게 보고할 수 있다. 이 경우, 기지국이 SL 전송을 위한 자원을 할당하기 위한 PDCCH 내의 지시(indication)를 기반으로, SL HARQ 피드백을 기지국에게 보고하기 위한 PUCCH 자원 및 타이밍(timing)이 결정될 수 있다.
예를 들어, DCI는 DCI 수신과 DCI에 의해 스케줄링된 첫 번째 SL 전송 사이의 슬롯 오프셋을 나타낼 수 있다. 예를 들어, SL 전송 자원을 스케줄링하는 DCI와 첫 번째 스케줄링된 SL 전송 자원 사이의 최소 갭은 해당 단말의 처리 시간(processing time)보다 작지 않을 수 있다.
예를 들어, NR 자원 할당 모드 1에서, 단말은 설정된 그랜트(configured grant)를 통해 복수의 SL 전송을 위해 주기적으로 자원 세트를 기지국으로부터 제공 또는 할당받을 수 있다. 예를 들어, 상기 설정될 그랜트는 설정된 그랜트 타입 1 또는 설정된 그랜트 타입 2를 포함할 수 있다. 예를 들어, 단말은 주어진 설정된 그랜트(given configured grant)에 의해 지시되는 각각의 경우(occasions)에서 전송할 TB를 결정할 수 있다.
예를 들어, 기지국은 동일한 캐리어 상에서 SL 자원을 단말에게 할당할 수 있고, 서로 다른 캐리어 상에서 SL 자원을 단말에게 할당할 수 있다.
예를 들어, NR 기지국은 LTE 기반의 SL 통신을 제어할 수 있다. 예를 들어, NR 기지국은 LTE SL 자원을 스케줄링하기 위해 NR DCI를 단말에게 전송할 수 있다. 이 경우, 예를 들어, 상기 NR DCI를 스크램블하기 위한 새로운 RNTI가 정의될 수 있다. 예를 들어, 상기 단말은 NR SL 모듈 및 LTE SL 모듈을 포함할 수 있다.
예를 들어, NR SL 모듈 및 LTE SL 모듈을 포함하는 단말이 gNB로부터 NR SL DCI를 수신한 후, NR SL 모듈은 NR SL DCI를 LTE DCI 타입 5A로 변환할 수 있고, NR SL 모듈은 X ms 단위로 LTE SL 모듈에 LTE DCI 타입 5A를 전달할 수 있다. 예를 들어, LTE SL 모듈이 NR SL 모듈로부터 LTE DCI 포맷 5A를 수신한 후, LTE SL 모듈은 Z ms 후에 첫 번째 LTE 서브프레임에 활성화 및/또는 해제를 적용할 수 있다. 예를 들어, 상기 X는 DCI의 필드를 사용하여 동적으로 표시될 수 있다. 예를 들어, 상기 X의 최솟값은 단말 능력(UE capability)에 따라 상이할 수 있다. 예를 들어, 단말은 단말 능력에 따라 하나의 값(single value)을 보고할 수 있다. 예를 들어, 상기 X는 양수일 수 있다.
도 6의 (b)를 참조하면, LTE 전송 모드 2, LTE 전송 모드 4 또는 NR 자원 할당 모드 2에서, 단말은 기지국/네트워크에 의해 설정된 SL 자원 또는 미리 설정된 SL 자원 내에서 SL 전송 자원을 결정할 수 있다. 예를 들어, 상기 설정된 SL 자원 또는 미리 설정된 SL 자원은 자원 풀일 수 있다. 예를 들어, 단말은 자율적으로 SL 전송을 위한 자원을 선택 또는 스케줄링할 수 있다. 예를 들어, 단말은 설정된 자원 풀 내에서 자원을 스스로 선택하여, SL 통신을 수행할 수 있다. 예를 들어, 단말은 센싱(sensing) 및 자원 (재)선택 절차를 수행하여, 선택 윈도우 내에서 스스로 자원을 선택할 수 있다. 예를 들어, 상기 센싱은 서브채널 단위로 수행될 수 있다. 그리고, 자원 풀 내에서 자원을 스스로 선택한 단말 1은 PSCCH를 통해 SCI를 단말 2에게 전송한 후, 상기 SCI에 기반한 데이터를 PSSCH를 통해 단말 2에게 전송할 수 있다.
상기 자원 (재)선택을 위해 재평가 동작이 수행될 수 있다. 예약된 자원에서 전송을 수행하기 직전에 해당 단말은, 자신이 의도한 전송이 여전히 적합한지 여부를 확인하기 위해, 선택할 수 있는 자원 세트를 재평가한다. 상기 센싱 결과를 기초로, 상기 재평가(re-evaluation)는 미리 설정된 값(T3)에 기반하는 슬롯에서 수행될 수 있다. 예를 들어, 상기 예약된 자원(들)을 나타내는 SCI가 처음으로 시그널링되는 슬롯(m)의 이전 슬롯(예: m-T3)에서 상기 재평가 동작이 수행될 수 있다.
상기 미리 설정된 값(T3)은 SL 자원에 대한 선점(pre-emption) 및/또는 재평가(re-evaluation)와 관련될 수 있다. 구체적으로 단말은 아래 표 5에 기초하여 선점(pre-emption) 및/또는 재평가(re-evaluation)와 관련된 동작을 수행할 수 있다.
Figure PCTKR2022013925-appb-img-000005
상기 미리 설정된 값(T3)은 단말의 자원 선택을 위해 설정된 프로세싱 타임(예:
Figure PCTKR2022013925-appb-img-000006
)과 동일한 값으로 설정될 수 있다. 다음 표 6은 사이드링크 대역폭(SL BWP)의 서브캐리어 간격 설정(
Figure PCTKR2022013925-appb-img-000007
)에 기초하여 결정되는 프로세싱 타임(processing time)을 예시한다. 일 예로, 상기 프로세싱 타임(
Figure PCTKR2022013925-appb-img-000008
)은 자원 선택 윈도우의 시작점(T1)을 결정하기 위해 설정될 수 있다.
Figure PCTKR2022013925-appb-img-000009
예를 들어, 단말은 다른 단말에 대한 SL 자원 선택을 도울 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 SL 전송을 위한 설정된 그랜트(configured grant)를 설정받을 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 다른 단말의 SL 전송을 스케줄링할 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말은 블라인드 재전송을 위한 SL 자원을 예약할 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 제 1 단말은 SCI를 이용하여 SL 전송의 우선 순위를 제 2 단말에게 지시할 수 있다. 예를 들어, 제 2 단말은 상기 SCI를 디코딩할 수 있고, 제 2 단말은 상기 우선 순위를 기반으로 센싱 및/또는 자원 (재)선택을 수행할 수 있다. 예를 들어, 상기 자원(재)선택 절차는, 제 2 단말이 자원 선택 윈도우에서 후보 자원을 식별하는 단계 및 제 2 단말이 식별된 후보 자원 중에서 (재)전송을 위한 자원을 선택하는 단계를 포함할 수 있다. 예를 들어, 자원 선택 윈도우는 단말이 SL 전송을 위한 자원을 선택하는 시간 간격(time interval)일 수 있다. 예를 들어, 제 2 단말이 자원 (재)선택을 트리거한 이후, 자원 선택 윈도우는 T1 ≥ 0에서 시작할 수 있고, 자원 선택 윈도우는 제 2 단말의 남은 패킷 지연 버짓(remaining packet delay budget)에 의해 제한될 수 있다. 상기 T1은 자원 선택을 위해 설정된 프로세싱 타임(예: 상기 표 6의
Figure PCTKR2022013925-appb-img-000010
)보다 작거나 같은 값으로 결정될 수 있다. 일 예로, 상기 자원 (재)선택이 트리거된 슬롯이 n인 경우, 상기 자원 선택 윈도우는 n+T1부터 n+T2의 시간 구간으로 결정될 수 있다. 상기 T2는 상기 남은 패킷 지연 버짓(remaining packet delay budget)에 해당하는 슬롯 개수보다 작거나 같은 슬롯 개수를 나타낼 수 있다.
예를 들어, 제 2 단말이 자원 선택 윈도우에서 후보 자원을 식별하는 단계에서, 제 2 단말이 제 1 단말로부터 수신한 SCI에 의해 특정 자원이 지시되고 및 상기 특정 자원에 대한 L1 SL RSRP 측정값이 SL RSRP 임계값을 초과하면, 상기 제 2 단말은 상기 특정 자원을 후보 자원으로 결정하지 않을 수 있다. 예를 들어, SL RSRP 임계값은 제 2 단말이 제 1 단말로부터 수신한 SCI에 의해 지시되는 SL 전송의 우선 순위 및 제 2 단말이 선택한 자원 상에서 SL 전송의 우선 순위를 기반으로 결정될 수 있다.
예를 들어, 상기 L1 SL RSRP는 SL DMRS(Demodulation Reference Signal)를 기반으로 측정될 수 있다. 예를 들어, 자원 풀 별로 시간 영역에서 하나 이상의 PSSCH DMRS 패턴이 설정되거나 사전에 설정될 수 있다. 예를 들어, PDSCH DMRS 설정 타입 1 및/또는 타입 2는 PSSCH DMRS의 주파수 영역 패턴과 동일 또는 유사할 수 있다. 예를 들어, 정확한 DMRS 패턴은 SCI에 의해 지시될 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 전송 단말은 자원 풀에 대하여 설정된 또는 사전에 설정된 DMRS 패턴 중에서 특정 DMRS 패턴을 선택할 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 센싱 및 자원 (재)선택 절차를 기반으로, 전송 단말은 예약 없이 TB(Transport Block)의 초기 전송을 수행할 수 있다. 예를 들어, 센싱 및 자원 (재)선택 절차를 기반으로, 전송 단말은 제 1 TB와 연관된 SCI를 이용하여 제 2 TB의 초기 전송을 위한 SL 자원을 예약할 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 단말은 동일한 TB(Transport Block)의 이전 전송과 관련된 시그널링을 통해, 피드백 기반의 PSSCH 재전송을 위한 자원을 예약할 수 있다. 예를 들어, 현재 전송을 포함하여 하나의 전송에 의해 예약되는 SL 자원의 최대 개수는 2개, 3개 또는 4개일 수 있다. 예를 들어, 상기 SL 자원의 최대 개수는 HARQ 피드백이 인에이블되는지 여부와 관계 없이 동일할 수 있다. 예를 들어, 하나의 TB에 대한 최대 HARQ (재)전송 횟수는 설정 또는 사전 설정에 의해 제한될 수 있다. 예를 들어, 최대 HARQ (재)전송 횟수는 최대 32일 수 있다. 예를 들어, 상기 설정 또는 사전 설정이 없으면, 최대 HARQ (재)전송 횟수는 지정되지 않은 것일 수 있다. 예를 들어, 상기 설정 또는 사전 설정은 전송 단말을 위한 것일 수 있다. 예를 들어, NR 자원 할당 모드 2에서, 단말이 사용하지 않는 자원을 해제하기 위한 HARQ 피드백이 지원될 수 있다.
예를 들어, NR 자원 할당 모드 2에서, 단말은 SCI를 이용하여 상기 단말에 의해 사용되는 하나 이상의 서브채널 및/또는 슬롯을 다른 단말에게 지시할 수 있다. 예를 들어, 단말은 SCI를 이용하여 PSSCH (재)전송을 위해 상기 단말에 의해 예약된 하나 이상의 서브채널 및/또는 슬롯을 다른 단말에게 지시할 수 있다. 예를 들어, SL 자원의 최소 할당 단위는 슬롯일 수 있다. 예를 들어, 서브채널의 사이즈는 단말에 대하여 설정되거나 미리 설정될 수 있다.
SCI(Sidelink Control Information)
기지국이 PDCCH를 통해 단말에게 전송하는 제어 정보를 DCI(Downlink Control Information)라 칭하는 반면, 단말이 PSCCH를 통해 다른 단말에게 전송하는 제어 정보를 SCI라 칭할 수 있다. 예를 들어, 단말은 PSCCH를 디코딩하기 전에, PSCCH의 시작 심볼 및/또는 PSCCH의 심볼 개수를 알고 있을 수 있다. 예를 들어, SCI는 SL 스케줄링 정보를 포함할 수 있다. 예를 들어, 단말은 PSSCH를 스케줄링하기 위해 적어도 하나의 SCI를 다른 단말에게 전송할 수 있다. 예를 들어, 하나 이상의 SCI 포맷(format)이 정의될 수 있다.
예를 들어, 전송 단말은 PSCCH 상에서 SCI를 수신 단말에게 전송할 수 있다. 수신 단말은 PSSCH를 전송 단말로부터 수신하기 위해 하나의 SCI를 디코딩할 수 있다.
예를 들어, 전송 단말은 PSCCH 및/또는 PSSCH 상에서 두 개의 연속적인 SCI(예를 들어, 2-stage SCI)를 수신 단말에게 전송할 수 있다. 수신 단말은 PSSCH를 전송 단말로부터 수신하기 위해 두 개의 연속적인 SCI(예를 들어, 2-stage SCI)를 디코딩할 수 있다. 예를 들어, (상대적으로) 높은 SCI 페이로드(payload) 크기를 고려하여 SCI 구성 필드들을 두 개의 그룹으로 구분한 경우에, 제 1 SCI 구성 필드 그룹을 포함하는 SCI를 제 1 SCI 또는 1st SCI라고 칭할 수 있고, 제 2 SCI 구성 필드 그룹을 포함하는 SCI를 제 2 SCI 또는 2nd SCI라고 칭할 수 있다. 예를 들어, 전송 단말은 PSCCH를 통해서 제 1 SCI를 수신 단말에게 전송할 수 있다. 예를 들어, 전송 단말은 PSCCH 및/또는 PSSCH 상에서 제 2 SCI를 수신 단말에게 전송할 수 있다. 예를 들어, 제 2 SCI는 (독립된) PSCCH를 통해서 수신 단말에게 전송되거나, PSSCH를 통해 데이터와 함께 피기백되어 전송될 수 있다. 예를 들어, 두 개의 연속적인 SCI는 서로 다른 전송(예를 들어, 유니캐스트(unicast), 브로드캐스트(broadcast) 또는 그룹캐스트(groupcast))에 대하여 적용될 수도 있다.
예를 들어, 전송 단말은 SCI를 통해서, 아래 정보 중에 일부 또는 전부를 수신 단말에게 전송할 수 있다. 여기서, 예를 들어, 전송 단말은 아래 정보 중에 일부 또는 전부를 제 1 SCI 및/또는 제 2 SCI를 통해서 수신 단말에게 전송할 수 있다.
- PSSCH 및/또는 PSCCH 관련 자원 할당 정보, 예를 들어, 시간/주파수 자원 위치/개수, 자원 예약 정보(예를 들어, 주기), 및/또는
- SL CSI 보고 요청 지시자 또는 SL (L1) RSRP (및/또는 SL (L1) RSRQ 및/또는 SL (L1) RSSI) 보고 요청 지시자, 및/또는
- (PSSCH 상의) SL CSI 전송 지시자 (또는 SL (L1) RSRP (및/또는 SL (L1) RSRQ 및/또는 SL (L1) RSSI) 정보 전송 지시자), 및/또는
- MCS 정보, 및/또는
- 전송 전력 정보, 및/또는
- L1 데스티네이션(destination) ID 정보 및/또는 L1 소스(source) ID 정보, 및/또는
- SL HARQ 프로세스(process) ID 정보, 및/또는
- NDI(New Data Indicator) 정보, 및/또는
- RV(Redundancy Version) 정보, 및/또는
- (전송 트래픽/패킷 관련) QoS 정보, 예를 들어, 우선 순위 정보, 및/또는
- SL CSI-RS 전송 지시자 또는 (전송되는) SL CSI-RS 안테나 포트의 개수 정보
- 전송 단말의 위치 정보 또는 (SL HARQ 피드백이 요청되는) 타겟 수신 단말의 위치 (또는 거리 영역) 정보, 및/또는
- PSSCH를 통해 전송되는 데이터의 디코딩 및/또는 채널 추정과 관련된 참조 신호(예를 들어, DMRS 등) 정보, 예를 들어, DMRS의 (시간-주파수) 맵핑 자원의 패턴과 관련된 정보, 랭크(rank) 정보, 안테나 포트 인덱스 정보;
예를 들어, 제 1 SCI는 채널 센싱과 관련된 정보를 포함할 수 있다. 예를 들어, 수신 단말은 PSSCH DMRS를 이용하여 제 2 SCI를 디코딩할 수 있다. PDCCH에 사용되는 폴라 코드(polar code)가 제 2 SCI에 적용될 수 있다. 예를 들어, 자원 풀에서, 제 1 SCI의 페이로드 사이즈는 유니캐스트, 그룹캐스트 및 브로드캐스트에 대하여 동일할 수 있다. 제 1 SCI를 디코딩한 이후에, 수신 단말은 제 2 SCI의 블라인드 디코딩을 수행할 필요가 없다. 예를 들어, 제 1 SCI는 제 2 SCI의 스케줄링 정보를 포함할 수 있다.
한편, 본 명세서의 다양한 실시 예에서, 전송 단말은 PSCCH를 통해 SCI, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나를 수신 단말에게 전송할 수 있으므로, PSCCH는 SCI, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나로 대체/치환될 수 있다. 그리고/또는, 예를 들어, SCI는 PSCCH, 제 1 SCI 및/또는 제 2 SCI 중 적어도 어느 하나로 대체/치환될 수 있다. 그리고/또는, 예를 들어, 전송 단말은 PSSCH를 통해 제 2 SCI를 수신 단말에게 전송할 수 있으므로, PSSCH는 제 2 SCI로 대체/치환될 수 있다.
한편, 도 7은 본 명세서의 일 실시 예에 따른, 세 가지 캐스트 타입을 나타낸다.
구체적으로, 도 7의 (a)는 브로드캐스트 타입의 SL 통신을 나타내고, 도 7의 (b)는 유니캐스트 타입의 SL 통신을 나타내며, 도 7의 (c)는 그룹캐스트 타입의 SL 통신을 나타낸다. 유니캐스트 타입의 SL 통신의 경우, 단말은 다른 단말과 일 대 일 통신을 수행할 수 있다. 그룹캐스트 타입의 SL 통신의 경우, 단말은 자신이 속하는 그룹 내의 하나 이상의 단말과 SL 통신을 수행할 수 있다. 본 명세서의 다양한 실시 예에서, SL 그룹캐스트 통신은 SL 멀티캐스트(multicast) 통신, SL 일 대 다(one-to-many) 통신 등으로 대체될 수 있다.
이하, CAM(Cooperative Awareness Message) 및 DENM(Decentralized Environmental Notification Message)에 대하여 설명한다.
차량간 통신에서는 주기적인 메시지(periodic message) 타입의 CAM, 이벤트 트리거 메시지(event triggered message) 타입의 DENM 등이 전송될 수 있다. CAM은 방향 및 속도와 같은 차량의 동적 상태 정보, 치수와 같은 차량 정적 데이터, 외부 조명 상태, 경로 내역 등 기본 차량 정보를 포함할 수 있다. CAM의 크기는 50-300 바이트일 수 있다. CAM은 방송되며, 지연(latency)은 100ms보다 작아야 한다. DENM은 차량의 고장, 사고 등의 돌발적인 상황 시 생성되는 메시지일 수 있다. DENM의 크기는 3000 바이트보다 작을 수 있으며, 전송 범위 내에 있는 모든 차량이 메시지를 수신할 수 있다. 이 때, DENM은 CAM 보다 높은 우선 순위를 가질 수 있다.
이하, 반송파 재선택(carrier reselection)에 대하여 설명한다.
V2X 또는 SL 통신에서, 단말은 설정된 반송파들의 CBR(Channel Busy Ratio) 및/또는 전송될 V2X 메시지의 PPPP(Prose Per-Packet Priority)를 기반으로 반송파 재선택을 수행할 수 있다. 예를 들어, 반송파 재선택은 단말의 MAC 계층에 의해 수행될 수 있다. 본 명세서의 다양한 실시 예에서, PPPP(ProSe Per Packet Priority)는 PPPR(ProSe Per Packet Reliability)로 대체될 수 있으며, PPPR은 PPPP로 대체될 수 있다. 예를 들어, PPPP 값이 작을수록 높은 우선 순위를 의미할 수 있고, PPPP 값이 클수록 낮은 우선 순위를 의미할 수 있다. 예를 들어, PPPR 값이 작을수록 높은 신뢰성을 의미할 수 있고, PPPR 값이 클수록 낮은 신뢰성을 의미할 수 있다. 예를 들어, 높은 우선 순위와 관련된 서비스, 패킷 또는 메시지와 관련된 PPPP 값은 낮은 우선 순위와 관련된 서비스, 패킷 또는 메시지와 관련된 PPPP 값보다 작을 수 있다. 예를 들어, 높은 신뢰성과 관련된 서비스, 패킷 또는 메시지와 관련된 PPPR 값은 낮은 신뢰성과 관련된 서비스, 패킷 또는 메시지와 관련된 PPPR 값보다 작을 수 있다.
CBR은 단말에 의해 측정된 S-RSSI(Sidelink-Received Signal Strength Indicator)가 미리 설정된 임계치를 넘는 것으로 감지된 자원 풀에서 서브채널 부분(the portion of sub-channels)을 의미할 수 있다. 각 논리 채널과 관련된 PPPP가 존재할 수 있으며, PPPP 값의 설정은 단말 및 기지국 모두에 요구되는 레이턴시를 반영해야 한다. 반송파 재선택 시, 단말은 가장 낮은 CBR로부터 증가하는 순서로 후보 반송파들 중 하나 이상의 반송파를 선택할 수 있다.
이하, 단말 사이의 RRC 연결 확립(connection establishment)에 대하여 설명한다.
V2X 또는 SL 통신을 위해, 전송 단말은 수신 단말과 (PC5) RRC 연결을 확립할 필요가 있을 수 있다. 예를 들어, 단말은 V2X-특정 SIB(V2X-specific SIB)을 획득할 수 있다. 상위 계층에 의해 V2X 또는 SL 통신을 전송하도록 설정된, 전송할 데이터를 가지는, 단말에 대하여, 적어도 상기 단말이 SL 통신을 위해 전송하도록 설정된 주파수가 V2X-특정 SIB에 포함되면, 해당 주파수에 대한 전송 자원 풀의 포함 없이, 상기 단말은 다른 단말과 RRC 연결을 확립할 수 있다. 예를 들어, 전송 단말과 수신 단말 사이에 RRC 연결이 확립되면, 전송 단말은 확립된 RRC 연결을 통해 수신 단말과 유니캐스트 통신을 수행할 수 있다.
단말들 사이에서 RRC 연결이 확립되면, 전송 단말은 RRC 메시지를 수신 단말에게 전송할 수 있다.
수신 단말은 수신한 정보에 대하여 안테나/자원 디맵핑, 복조 및 디코딩을 수행할 수 있다. 해당 정보는 MAC 계층, RLC 계층 및 PDCP 계층을 거쳐 RRC 계층으로 전달될 수 있다. 따라서, 수신 단말은 전송 단말에 의해 생성된 RRC 메시지를 수신할 수 있다.
V2X 또는 SL 통신은 RRC_CONNECTED 모드의 단말, RRC_IDLE 모드의 단말 및 (NR) RRC_INACTIVE 모드의 단말에 대하여 지원될 수 있다. 즉, RRC_CONNECTED 모드의 단말, RRC_IDLE 모드의 단말 및 (NR) RRC_INACTIVE 모드의 단말은 V2X 또는 SL 통신을 수행할 수 있다. RRC_INACTIVE 모드의 단말 또는 RRC_IDLE 모드의 단말은 V2X에 특정된 SIB에 포함 된 셀-특정 설정(cell-specific configuration)을 사용함으로써 V2X 또는 SL 통신을 수행할 수 있다.
RRC는 적어도 UE 능력(capability) 및 AS 계층 설정을 교환하는데 사용될 수 있다. 예를 들어, 제 1 단말은 제 1 단말의 UE 능력 및 AS 계층 설정을 제 2 단말에게 전송할 수 있고, 제 1 단말은 제 2 단말의 UE 능력 및 AS 계층 설정을 제 2 단말로부터 수신할 수 있다. UE 능력 전달의 경우, 정보 흐름은 직접 링크 셋업(direct link setup)을 위한 PC5-S 시그널링 동안 또는 후에 트리거될 수 있다.
이하, SL RLM(Radio Link Monitoring)에 대하여 설명한다.
유니캐스트의 AS-레벨 링크 관리(AS-level link management)의 경우, SL RLM(Radio Link Monitoring) 및/또는 RLF(Radio Link Failure) 선언이 지원될 수 있다. SL 유니캐스트에서 RLC AM(Acknowledged Mode)의 경우, RLF 선언은 최대 재전송 횟수에 도달했음을 나타내는 RLC로부터의 지시에 의해 트리거될 수 있다. AS-레벨 링크 상태(AS-level link status)(예를 들어, 실패)는 상위 계층에 알려져야 할 수 있다. 유니캐스트에 대한 RLM 절차와 달리, 그룹캐스트 관련 RLM 디자인은 고려되지 않을 수 있다. 그룹캐스트를 위한 그룹 멤버들 사이에서 RLM 및/또는 RLF 선언은 필요하지 않을 수 있다.
예를 들어, 전송 단말은 참조 신호를 수신 단말에게 전송할 수 있고, 수신 단말은 상기 참조 신호를 이용하여 SL RLM을 수행할 수 있다. 예를 들어, 수신 단말은 상기 참조 신호를 이용하여 SL RLF를 선언할 수 있다. 예를 들어, 상기 참조 신호는 SL 참조 신호라고 칭할 수 있다.
SL 측정 및 보고(Measurement and Reporting for SL)
이하, 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) 등일 수 있다. 유니캐스트 통신의 경우, CQI, RI 및 PMI 또는 그 중 일부는 네 개 이하의 안테나 포트를 가정한 비-서브밴드-기반의 비주기 CSI 보고(non-subband-based aperiodic CSI report)에서 지원될 수 있다. CSI 절차는 스탠드얼론 참조 신호(standalone RS)에 의존하지 않을 수 있다. CSI 보고는 설정에 따라 활성화 및 비활성화될 수 있다.
예를 들어, 전송 단말은 CSI-RS를 수신 단말에게 전송할 수 있고, 수신 단말은 상기 CSI-RS를 이용하여 CQI 또는 RI를 측정할 수 있다. 예를 들어, 상기 CSI-RS는 SL CSI-RS라고 칭할 수 있다. 예를 들어, 상기 CSI-RS는 PSSCH 전송 내에 국한(confined)될 수 있다. 예를 들어, 전송 단말은 PSSCH 자원 상에 CSI-RS를 포함시켜 수신 단말에게 전송할 수 있다.
이하, 물리 계층 프로세싱(physical layer processing)에 대하여 설명한다.
본 명세서의 일 실시 예에 따르면, 데이터 유닛은 무선 인터페이스를 통해 송신되기 전에 전송 측(transmitting side)에서 물리 계층 프로세싱의 대상이 될 수 있다. 본 명세서의 일 실시 예에 따르면, 데이터 유닛을 운반하는 무선 신호는 수신 측(receiving side)에서 물리 계층 프로세싱의 대상이 될 수 있다.
표 7은 상향링크 전송 채널과 물리 채널 사이의 맵핑 관계를 나타낼 수 있고, 표 8은 상향링크 제어 채널 정보와 물리 채널 사이의 맵핑 관계를 나타낼 수 있다.
Figure PCTKR2022013925-appb-img-000011
Figure PCTKR2022013925-appb-img-000012
표 9는 하향링크 전송 채널과 물리 채널 사이의 맵핑 관계를 나타낼 수 있고, 표 10은 하향링크 제어 채널 정보와 물리 채널 사이의 맵핑 관계를 나타낼 수 있다.
Figure PCTKR2022013925-appb-img-000013
Figure PCTKR2022013925-appb-img-000014
표 11은 SL 전송 채널과 물리 채널 사이의 맵핑 관계를 나타낼 수 있고, 표 12는 SL 제어 채널 정보와 물리 채널 사이의 맵핑 관계를 나타낼 수 있다.
Figure PCTKR2022013925-appb-img-000015
Figure PCTKR2022013925-appb-img-000016
이상에서 설명한 전송/수신 측에서의 물리 계층 프로세싱에서, 서브캐리어 맵핑과 관련된 시간 및 주파수 도메인 자원(예를 들어, OFDM 심볼, 서브캐리어, 반송파 주파수), OFDM 변조 및 주파수 상향/하향 변환은 자원 할당(예를 들어, 상향링크 그랜트, 하향링크 할당)을 기반으로 결정될 수 있다.
HARQ(Hybrid Automatic Repeat Request) for SL
이하, HARQ(Hybrid Automatic Repeat Request) 절차에 대하여 설명한다.
통신의 신뢰성을 확보하기 위한 에러 보상 기법은 FEC(Forward Error Correction) 방식(scheme)과 ARQ(Automatic Repeat Request) 방식을 포함할 수 있다. FEC 방식에서는 정보 비트들에 여분의 에러 정정 코드를 추가시킴으로써, 수신단에서의 에러를 정정할 수 있다. FEC 방식은 시간 지연이 적고 송수신단 사이에 별도로 주고 받는 정보가 필요 없다는 장점이 있지만, 양호한 채널 환경에서 시스템 효율이 떨어지는 단점이 있다. ARQ 방식은 전송 신뢰성을 높일 수 있지만, 시간 지연이 생기게 되고 열악한 채널 환경에서 시스템 효율이 떨어지는 단점이 있다.
HARQ(Hybrid Automatic Repeat Request) 방식은 FEC와 ARQ를 결합한 것으로, 물리계층이 수신한 데이터가 복호할 수 없는 오류를 포함하는지 여부를 확인하고, 오류가 발생하면 재전송을 요구함으로써 성능을 높일 수 있다.
SL 유니캐스트 및 그룹캐스트의 경우, 물리 계층에서의 HARQ 피드백 및 HARQ 컴바이닝(combining)이 지원될 수 있다. 예를 들어, 수신 단말이 자원 할당 모드 1 또는 2로 동작하는 경우, 수신 단말은 PSSCH를 전송 단말로부터 수신할 수 있고, 수신 단말은 PSFCH(Physical Sidelink Feedback Channel)를 통해 SFCI(Sidelink Feedback Control Information) 포맷을 사용하여 PSSCH에 대한 HARQ 피드백을 전송 단말에게 전송할 수 있다.
예를 들어, 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 피드백을 전송할 수 있다.
예를 들어, SL HARQ 피드백이 그룹캐스트에 대하여 인에이블될 때, 수신 단말은 TX-RX(Transmission-Reception) 거리 및/또는 RSRP를 기반으로 HARQ 피드백을 전송 단말에게 전송할지 여부를 결정할 수 있다.
예를 들어, 그룹캐스트 옵션 1에서 TX-RX 거리 기반 HARQ 피드백의 경우, TX-RX 거리가 통신 범위 요구 사항보다 작거나 같으면, 수신 단말은 PSSCH에 대한 HARQ 피드백을 전송 단말에게 전송할 수 있다. 반면, TX-RX 거리가 통신 범위 요구 사항보다 크면, 수신 단말은 PSSCH에 대한 HARQ 피드백을 전송 단말에게 전송하지 않을 수 있다. 예를 들어, 전송 단말은 상기 PSSCH와 관련된 SCI를 통해 상기 전송 단말의 위치를 수신 단말에게 알릴 수 있다. 예를 들어, 상기 PSSCH와 관련된 SCI는 제 2 SCI일 수 있다. 예를 들어, 수신 단말은 TX-RX 거리를 상기 수신 단말의 위치와 상기 전송 단말의 위치를 기반으로 추정 또는 획득할 수 있다. 예를 들어, 수신 단말은 PSSCH와 관련된 SCI를 디코딩하여, 상기 PSSCH에 사용되는 통신 범위 요구 사항을 알 수 있다.
예를 들어, 자원 할당 모드 1의 경우에, PSFCH 및 PSSCH 사이의 시간은 설정되거나, 미리 설정될 수 있다. 유니캐스트 및 그룹캐스트의 경우, SL 상에서 재전송이 필요하면, 이것은 PUCCH를 사용하는 커버리지 내의 단말에 의해 기지국에게 지시될 수 있다. 전송 단말은 HARQ ACK/NACK의 형태가 아닌 SR(Scheduling Request)/BSR(Buffer Status Report)과 같은 형태로 상기 전송 단말의 서빙 기지국에게 지시(indication)를 전송할 수도 있다. 또한, 기지국이 상기 지시를 수신하지 않더라도, 기지국은 SL 재전송 자원을 단말에게 스케줄링 할 수 있다. 예를 들어, 자원 할당 모드 2의 경우에, PSFCH 및 PSSCH 사이의 시간은 설정되거나, 미리 설정될 수 있다.
예를 들어, 캐리어에서 단말의 전송 관점에서, PSCCH/PSSCH와 PSFCH 사이의 TDM이 슬롯에서 SL를 위한 PSFCH 포맷에 대하여 허용될 수 있다. 예를 들어, 하나의 심볼을 가지는 시퀀스-기반 PSFCH 포맷이 지원될 수 있다. 여기서, 상기 하나의 심볼은 AGC 구간이 아닐 수 있다. 예를 들어, 상기 시퀀스-기반 PSFCH 포맷은 유니캐스트 및 그룹캐스트에 적용될 수 있다.
예를 들어, 자원 풀과 연관된 슬롯 내에서, PSFCH 자원은 N 슬롯 구간으로 주기적으로 설정되거나, 사전에 설정될 수 있다. 예를 들어, N은 1 이상의 하나 이상의 값으로 설정될 수 있다. 예를 들어, N은 1, 2 또는 4일 수 있다. 예를 들어, 특정 자원 풀에서의 전송에 대한 HARQ 피드백은 상기 특정 자원 풀 상의 PSFCH를 통해서만 전송될 수 있다.
예를 들어, 전송 단말이 슬롯 #X 내지 슬롯 #N에 걸쳐 PSSCH를 수신 단말에게 전송하는 경우, 수신 단말은 상기 PSSCH에 대한 HARQ 피드백을 슬롯 #(N + A)에서 전송 단말에게 전송할 수 있다. 예를 들어, 슬롯 #(N + A)은 PSFCH 자원을 포함할 수 있다. 여기서, 예를 들어, A는 K보다 크거나 같은 가장 작은 정수일 수 있다. 예를 들어, K는 논리적 슬롯의 개수일 수 있다. 이 경우, K는 자원 풀 내의 슬롯의 개수일 수 있다. 또는, 예를 들어, K는 물리적 슬롯의 개수일 수 있다. 이 경우, K는 자원 풀 내부 및 외부의 슬롯의 개수일 수 있다.
예를 들어, 전송 단말이 수신 단말에게 전송한 하나의 PSSCH에 대한 응답으로, 수신 단말이 PSFCH 자원 상에서 HARQ 피드백을 전송하는 경우, 수신 단말은 설정된 자원 풀 내에서 암시적 메커니즘을 기반으로 상기 PSFCH 자원의 주파수 영역(frequency domain) 및/또는 코드 영역(code domain)을 결정할 수 있다. 예를 들어, 수신 단말은 PSCCH/PSSCH/PSFCH와 관련된 슬롯 인덱스, PSCCH/PSSCH와 관련된 서브채널, 및/또는 그룹캐스트 옵션 2 기반의 HARQ 피드백을 위한 그룹에서 각각의 수신 단말을 구별하기 위한 식별자 중 적어도 어느 하나를 기반으로, PSFCH 자원의 주파수 영역 및/또는 코드 영역을 결정할 수 있다. 그리고/또는, 예를 들어, 수신 단말은 SL RSRP, SINR, L1 소스 ID, 및/또는 위치 정보 중 적어도 어느 하나를 기반으로, PSFCH 자원의 주파수 영역 및/또는 코드 영역을 결정할 수 있다.
예를 들어, 단말의 PSFCH를 통한 HARQ 피드백 전송과 PSFCH를 통한 HARQ 피드백 수신이 중첩되는 경우, 상기 단말은 우선 순위 규칙을 기반으로 PSFCH를 통한 HARQ 피드백 전송 또는 PSFCH를 통한 HARQ 피드백 수신 중 어느 하나를 선택할 수 있다. 예를 들어, 우선 순위 규칙은 관련 PSCCH/PSSCH의 최소 우선 순위 지시(priority indication)를 기반으로 할 수 있다.
예를 들어, 단말의 복수의 단말에 대한 PSFCH를 통한 HARQ 피드백 전송이 중첩되는 경우, 상기 단말은 우선 순위 규칙을 기반으로 특정 HARQ 피드백 전송을 선택할 수 있다. 예를 들어, 우선 순위 규칙은 관련 PSCCH/PSSCH의 최소 우선 순위 지시(priority indication)를 기반으로 할 수 있다.
대역폭 부분(Bandwidth Part) 및 자원 풀(Resource Pool)
이하, BWP(Bandwidth Part) 및 자원 풀에 대하여 설명한다.
BA(Bandwidth Adaptation)을 사용하면, 단말의 수신 대역폭 및 전송 대역폭은 셀의 대역폭만큼 클 필요가 없으며, 단말의 수신 대역폭 및 전송 대역폭은 조정될 수 있다. 예를 들어, 네트워크/기지국은 대역폭 조정을 단말에게 알릴 수 있다. 예를 들어, 단말은 대역폭 조정을 위한 정보/설정을 네트워크/기지국으로부터 수신할 수 있다. 이 경우, 단말은 상기 수신된 정보/설정을 기반으로 대역폭 조정을 수행할 수 있다. 예를 들어, 상기 대역폭 조정은 대역폭의 축소/확대, 대역폭의 위치 변경 또는 대역폭의 서브캐리어 스페이싱의 변경을 포함할 수 있다.
예를 들어, 대역폭은 파워를 세이브하기 위해 활동이 적은 기간 동안 축소될 수 있다. 예를 들어, 대역폭의 위치는 주파수 도메인에서 이동할 수 있다. 예를 들어, 대역폭의 위치는 스케줄링 유연성(scheduling flexibility)을 증가시키기 위해 주파수 도메인에서 이동할 수 있다. 예를 들어, 대역폭의 서브캐리어 스페이싱(subcarrier spacing)은 변경될 수 있다. 예를 들어, 대역폭의 서브캐리어 스페이싱은 상이한 서비스를 허용하기 위해 변경될 수 있다. 셀의 총 셀 대역폭의 서브셋은 BWP(Bandwidth Part)라고 칭할 수 있다. BA는 기지국/네트워크가 단말에게 BWP를 설정하고, 기지국/네트워크가 설정된 BWP 중에서 현재 활성 상태인 BWP를 단말에게 알림으로써 수행될 수 있다.
도 8은 본 명세서의 일 실시 예에 따른, 복수의 BWP를 나타낸다.
도 8을 참조하면, 40MHz의 대역폭 및 15kHz의 서브캐리어 스페이싱을 가지는 BWP1, 10MHz의 대역폭 및 15kHz의 서브캐리어 스페이싱을 가지는 BWP2, 및 20MHz의 대역폭 및 60kHz의 서브캐리어 스페이싱을 가지는 BWP3가 설정될 수 있다.
도 9는 본 명세서의 일 실시 예에 따른, BWP를 나타낸다. 도 9의 실시 예에서, BWP는 세 개라고 가정한다.
도 9를 참조하면, 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의 개수일 수 있다.
BWP는 SL에 대하여 정의될 수 있다. 동일한 SL BWP는 전송 및 수신에 사용될 수 있다. 예를 들어, 전송 단말은 특정 BWP 상에서 SL 채널 또는 SL 신호를 전송할 수 있고, 수신 단말은 상기 특정 BWP 상에서 SL 채널 또는 SL 신호를 수신할 수 있다. 면허 캐리어(licensed carrier)에서, SL BWP는 Uu BWP와 별도로 정의될 수 있으며, SL BWP는 Uu BWP와 별도의 설정 시그널링(separate configuration signalling)을 가질 수 있다. 예를 들어, 단말은 SL BWP를 위한 설정을 기지국/네트워크로부터 수신할 수 있다. SL BWP는 반송파 내에서 out-of-coverage NR V2X 단말 및 RRC_IDLE 단말에 대하여 (미리) 설정될 수 있다. RRC_CONNECTED 모드의 단말에 대하여, 적어도 하나의 SL BWP가 반송파 내에서 활성화될 수 있다.
자원 풀은 SL 전송 및/또는 SL 수신을 위해 사용될 수 있는 시간-주파수 자원의 집합일 수 있다. 단말의 관점에서 볼 때, 자원 풀 내의 시간 도메인 자원은 연속하지 않을 수 있다. 복수의 자원 풀은 하나의 캐리어 내에서 단말에게 (미리) 설정될 수 있다. 물리 계층 관점에서, 단말은 설정된 또는 사전에 설정된 자원 풀을 이용하여 유니캐스트, 그룹캐스트 및 브로드캐스트 통신을 수행할 수 있다.
SL 혼잡 제어(sidelink congestion control)
이하, SL 혼잡 제어(sidelink congestion control)에 대하여 설명한다.
단말이 SL 전송 자원을 스스로 결정하는 경우, 단말은 자신이 사용하는 자원의 크기 및 빈도 역시 스스로 결정하게 된다. 물론, 네트워크 등으로부터의 제약 조건으로 인하여, 일정 수준 이상의 자원 크기나 빈도를 사용하는 것은 제한될 수 있다. 그러나, 특정 시점에 특정 지역에 많은 단말이 몰려 있는 상황에서 모든 단말들이 상대적으로 많은 자원을 사용하는 경우라면, 상호 간에 간섭으로 인하여 전체적인 성능이 크게 저하될 수 있다.
따라서, 단말은 채널 상황을 관찰할 필요가 있다. 만약 과도하게 많은 자원이 소모되고 있다고 판단되면, 단말은 스스로의 자원 사용을 줄이는 형태의 동작을 취하는 것이 바람직하다. 본 명세서에서, 이를 혼잡 제어(Congestion Control, CR)라고 정의할 수 있다. 예를 들어, 단말은 단위 시간/주파수 자원에서 측정된 에너지가 일정 수준 이상인지 여부를 판단하고, 일정 수준 이상의 에너지가 관찰된 단위 시간/주파수 자원의 비율에 따라서 자신의 전송 자원의 양 및 빈도를 조절할 수 있다. 본 명세서에서, 일정 수준 이상의 에너지가 관찰된 시간/주파수 자원의 비율을 채널 혼잡 비율(Channel Busy Ratio, CBR)이라고 정의할 수 있다. 단말은 채널/주파수에 대하여 CBR을 측정할 수 있다. 부가적으로, 단말은 측정된 CBR을 네트워크/기지국에게 전송할 수 있다.
도 10은 본 명세서의 일 실시 예에 따른, CBR 측정을 위한 자원 단위를 나타낸다.
도 10을 참조하면, CBR은 단말이 특정 구간(예를 들어, 100ms) 동안 서브채널 단위로 RSSI(Received Signal Strength Indicator)를 측정한 결과, RSSI의 측정 결과 값이 미리 설정된 임계치 이상의 값을 가지는 서브채널의 개수를 의미할 수 있다. 또는, CBR은 특정 구간 동안의 서브채널 중 미리 설정된 임계치 이상의 값을 가지는 서브채널의 비율을 의미할 수 있다. 예를 들어, 도 10의 실시 예에서, 빗금 쳐진 서브채널이 미리 설정된 임계치 이상의 값을 가지는 서브채널이라고 가정하는 경우, CBR은 100ms 구간 동안 빗금 쳐진 서브채널의 비율을 의미할 수 있다. 부가적으로, 단말은 CBR을 기지국에게 보고할 수 있다.
도 11은 CBR 측정과 관련된 자원 풀을 예시하는 도면이다.
예를 들어, 도 11의 실시 예와 같이, 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 혼잡 제어를 수행할 수 있다.
본 명세서에서, "설정 또는 정의" 워딩은 기지국 또는 네트워크로부터 (사전에 정의된 시그널링 (예를 들어, SIB, MAC 시그널링, RRC 시그널링)을 통해서) (미리) 설정되는 것으로 해석될 수 있다. 예를 들어, "A가 설정될 수 있다"는 "기지국 또는 네트워크가 단말에 대하여 A를 (미리) 설정/정의하는 것 또는 알리는 것"을 포함할 수 있다. 또는, "설정 또는 정의" 워딩은 시스템에 의해 사전에 설정 또는 정의되는 것으로 해석될 수 있다. 예를 들어, "A가 설정될 수 있다"는 "A가 시스템에 의해 사전에 설정/정의되는 것"을 포함할 수 있다.
이하 설명의 편의를 위해, 본 명세서에서, 다음과 같은 약어(Abbreviations/Acronym)가 사용될 수 있다.
ACK/NACK - Acknowledgement/No Acknowledgenment
AGC - Automatic Gain Control
AS - Access Stratum
CB - Codeblock
CBG/CG - Codeblock Group
CBR - Channel Busy Ratio
CE - Control Element
CFO - Carrier Frequency Offset
CG - Configured Grant
CP - Cyclic Prefix
CRC - Cyclic Redundancy Check
CSI -Channel State Information
CSI-RS -Channel State Information Reference Signal
DCI - Downlink Control Channel
DL - Downlink
DM-RS - Demodulation RS
ECP - Extended CP
FDD - Frequency Division Duplex
HARQ - Hybrid Automatic Repeat Request
L1 - Layer 1
L2 - Layer 2
LBS - Location Based Service
LCS - Location Service
LSB - Least Significant Bit
MAC - Medium Access Control
MCS - Modulation Coding Scheme
MIB - Master Information Block
MPR - Maximum Power Reduction
MSB - Most Significant Bit
NAS - Non-Access Stratum
NCP - Normal CP
NDI - New Data Indicator
PBCH - Physical Broadcast Channel
PDCCH - Physical Downlink Control Channel
PDCP - Packet Data Convergence Protocol
PDSCH - Physical Downlink Shared Channel
PDU - Protocol Data Unit
PRS - Positioning Reference Signal
PSBCH - Physical Sidelink Broadcast Channel
PSCCH - Physical Sidelink Control Channel
PSFCH - Physical Sidelink Feedback Channel
PSS - Primary Synchronization Signal
PSSCH - Physical Sidelink Shared Channel
PUCCH - Physical Uplink Control Channel
PUSCH - Physical Uplink Shared Channel
QoS - Quality of Service
RB - Resource Block
RLC - Radio Link Control
RLM - Radio Link Monitoring
RLF - Radio Link Failure
RRC - Radio Resource Control
RS - Reference Signal
RSRP - Reference Signal Received Power
RSRQ - Reference Signal Received Quality
RSSI - Received Signal Strength Indicator
RSTD - Reference Signal Time Difference
RSU - Road Side Unit
RTT - Round Trip Time
RV - Redundancy Version
SCI - Sidelink Control Information
SCS - Sub-Carrier Spacing
SDAP - Service Data Adaptation Protocol
SIB - System Information Block
SL - Sidelink
SL OLPC - Open Loop Power Control
SL PL - Sidelink Pathloss
SLSSID - SL Synchronixatino Signal Identification
SNR - Signal-to-Noise Ratio
SPP - Sidelink Positioning Protocol
SPS - Semi-Persistent Scheduling
S-PSS - Sidelink PSS
SRS - Sounding Reference Signal
SSB - Synchronization Signal Block
SSS - Secondary Synchronization Signal
S-SSB - Sidelink SSB
S-SSS - Sidelink SSS
TB - Transport Block
TDD - Time Division Duplex
TDOA - Time Difference of Arriaval
TOA - Time of Arriaval
UE - User Equipment/End
UL - Uplink
Uu-PSS - Uu link PSS
Uu-SSS - Uu link SSS
XOR - Exclusive OR
한편, 본 명세서에서, 예를 들어, 전송 단말(TX UE)는 (타겟) 수신 단말(RX UE)에게 데이터를 전송하는 단말일 수 있다. 예를 들어, TX UE는 PSCCH 및/또는 PSSCH 전송을 수행하는 단말일 수 있다. 그리고/또는 TX UE는 (타겟) RX UE에게 SL CSI-RS 및/또는 SL CSI 보고 요청 지시자를 전송하는 단말일 수 있다. 그리고/또는 TX UE는 (타겟) RX UE의 SL RLM 및/또는 SL RLF 동작에 사용될, (제어) 채널 (예를 들어, PSCCH, PSSCH 등) 및/또는 상기 (제어) 채널 상의 참조 신호(예를 들어, DM-RS, CSI-RS 등)를 전송하는 단말일 수 있다.
한편, 본 명세서에서, 예를 들어, 수신 단말(RX UE)은 전송 단말(TX UE)로부터 수신된 데이터의 디코딩(decoding) 성공 여부 및/또는 TX UE가 전송한 (PSSCH 스케줄링과 관련된) PSCCH의 검출/디코딩 성공 여부에 따라서 TX UE에게 SL HARQ 피드백을 전송하는 단말일 수 있다. 그리고/또는 RX UE는 TX UE로부터 수신된 SL CSI-RS 맟/또는 SL CSI 보고 요청 지시자를 기반으로 TX UE에게 SL CSI 전송을 수행하는 단말일 수 있다. 그리고/또는 RX UE는 TX UE로부터 수신된 (사전에 정의된) 참조 신호 및/또는 SL (L1) RSRP 보고 요청 지시자를 기반으로 측정된 SL (L1) RSRP 측정 값을 TX UE에게 전송하는 단말일 수 있다. 그리고/또는 RX UE는 TX UE에게 RX UE 자신의 데이터를 전송하는 단말일 수 있다. 그리고/또는 RX UE는 TX UE로부터 수신된 (사전에 설정된) (제어) 채널 및/또는 상기 (제어) 채널 상의 참조 신호를 기반으로, SL RLM 및/또는 SL RLF 동작을 수행하는 단말일 수 있다.
한편, 본 명세서에서, 예를 들어, RX UE가 TX UE로부터 수신한 PSSCH 및/또는 PSCCH에 대한 SL HARQ 피드백 정보를 전송할 때, 아래 방식 또는 아래 방식 중 일부가 고려될 수 있다. 여기서, 예를 들어, 아래 방식 또는 아래 방식 중 일부는 RX UE가 PSSCH를 스케줄링하는 PSCCH를 성공적으로 디코딩/검출한 경우에만 한정적으로 적용될 수 도 있다.
방식(Option) 1) RX UE가 TX UE로부터 수신한 PSSCH 디코딩/수신에 실패한 경우에만 NACK 정보를 TX UE에게 전송할 수 있다.
방식(Option) 2) RX UE가 TX UE로부터 수신한 PSSCH 디코딩/수신에 성공한 경우, TX UE에게 ACK 정보를 전송하고, PSSCH 디코딩/수신에 실패한 경우, TX UE에게 NACK 정보를 전송할 수 있다.
한편, 본 명세서에서, 예를 들어, TX UE는 SCI를 통해서, 아래 정보 또는 아래 정보 중 일부를 RX UE에게 전송할 수 있다. 여기서, 예를 들어, TX UE는 아래 정보 중에 일부 또는 전부를 제 1 SCI(FIRST SCI) 및/또는 제 2 SCI(SECOND SCI)를 통해서 RX UE에게 전송할 수 있다.
- PSSCH (및/또는 PSCCH) 관련 자원 할당 정보(예를 들어, 시간/주파수 자원 위치/개수, 자원 예약 정보(예를 들어, 주기))
- SL CSI 보고 요청 지시자 또는 SL (L1) RSRP (및/또는 SL (L1) RSRQ 및/또는 SL (L1) RSSI) 보고 요청 지시자
- (PSSCH 상의) SL CSI 전송 지시자 (혹은 SL (L1) RSRP (그리고/혹은 SL (L1) RSRQ 그리고/혹은 SL (L1) RSSI) 정보 전송 지시자)
- MCS 정보
- TX POWER 정보
- L1 DESTINATION ID 정보 및/또는 L1 SOURCE ID 정보
- SL HARQ PROCESS ID 정보
- NDI 정보
- RV 정보
- (전송 TRAFFIC/PACKET 관련) QoS 정보 (예를 들어, PRIORITY 정보)
- SL CSI-RS 전송 지시자 또는 (전송되는) SL CSI-RS 안테나 포트의 개수 정보
- TX UE 위치 정보 또는 (SL HARQ 피드백이 요청되는) 타겟 RX UE의 위치 (또는 거리 영역) 정보
- PSSCH릍 통해 전송되는 데이터의 디코딩(및/또는 채널 추정)과 관련된 참조 신호(예를 들어, DM-RS 등) 정보. 예를 들어, DM-RS의 (시간-주파수) 맵핑 자원의 패턴과 관련된 정보, RANK 정보, 안테나 포트 인덱스 정보 등일 수 있다.
한편, 본 명세서에서, 예를 들어, TX UE가 PSCCH를 통해 SCI, 제 1 SCI(FIRST SCI) 및/또는 제 2 SCI(SECOND SCI)를 RX UE에게 전송할 수 있으므로, PSCCH는 SCI 및/또는 FIRST SCI 및/또는 SECOND SCI로 대체/치환할 수 있다. 그리고/또는 SCI는 PSCCH 및/또는 FIRST SCI 및/또는 SECOND SCI로 대체/치환할 수 있다. 그리고/또는, 예를 들어, TX UE는 PSSCH를 통해 SECOND SCI를 RX UE에게 전송할 수 있으므로, PSSCH는 SECOND SCI로 대체/치환할 수 있다.
한편, 본 명세서에서, 예를 들어, (상대적으로) 높은 SCI 페이로드(payload) 크기를 고려하여 SCI 구성 필드들을 두 개의 그룹으로 구분한 경우에 제 1 SCI 구성 필드 그룹을 포함하는 제 1 SCI를 FIRST SCI로 칭할 수 있고, 제 2 SCI 구성 필드 그룹을 포함하는 제 2 SCI를 SECOND SCI로 칭할 수 있다. 또한, 예를 들어, FIRST SCI는 PSCCH를 통해서 수신 단말에게 전송될 수 있다. 또한, 예를 들어, SECOND SCI는 (독립된) PSCCH를 통해서 수신 단말에게 전송되거나, PSSCH를 통해 데이터와 함께 피기백되어 전송될 수 있다.
한편, 본 명세서에서, 예를 들어, "설정" 또는 "정의"는, 기지국 또는 네트워크로부터의 (사전에 정의된 시그널링 (예를 들어, SIB, MAC, RRC 등)을 통해서) (자원 풀 특정적으로) (PRE)CONFIGURATION을 의미할 수 있다.
한편, 본 명세서에서, 예를 들어, RLF는 OUT-OF-SYNCH (OOS) 지시자 또는 IN-SYNCH (IS) 지시자를 기반으로 결정될 수 있으므로, OUT-OF-SYNCH (OOS) 또는 IN-SYNCH (IS)로 대체/치환될 수 있다.
한편, 본 명세서에서, 예를 들어, RB는 SUBCARRIER로 대체/치환될 수 있다. 또한, 일례로, 본 명세서에서 패킷(PACKET) 또는 트래픽(TRAFFIC)은 전송되는 계층에 따라서 TB 또는 MAC PDU로 대체/치환될 수 있다.
한편, 본 명세서에서, CBG 또는 CG는 TB로 대체/치환될 수 있다.
한편, 본 명세서에서, 예를 들어, SOURCE ID는 DESTINATION ID로 대체/치환될 수 있다.
한편, 본 명세서에서, 예를 들어, L1 ID은 L2 ID로 대체/치환될 수 있다. 예를 들어, L1 ID는 L1 SOURCE ID 또는 L1 DESTINATION ID일 수 있다. 예를 들어, L2 ID는 L2 SOURCE ID 또는 L2 DESTINATION ID일 수 있다.
한편, 본 명세서에서, 예를 들어, 전송 단말이 재전송 자원을 예약/선택/결정하는 동작은 전송 단말이 수신 단말로부터 수신한 SL HARQ 피드백 정보를 기반으로 실제 사용 여부가 결정될 잠재적인(POTENTIAL) 재전송 자원을 예약/선택/결정하는 동작을 의미할 수 있다.
한편, 본 명세서에서, SL MODE 1는 단말의 사이드링크 전송(SL TX) 자원을 기지국이 사전에 정의된 시그널링(예를 들어, DCI)을 통해서 직접 스케쥴링하는 자원 할당 방식 또는 통신 방식을 의미할 수 있다. 또한, 예를 들어, SL MODE 2는 단말이 SL TX 자원을 기지국 혹은 네트워크로부터 설정되거나 사전에 설정된 자원 풀(Resource Pool) 내에서 독립적으로 선택하는 자원 할당 방식 또는 통신 방식을 의미할 수 있다.
한편, 본 명세서에서, 예를 들어, 설명의 편의를 위해서, RX UE가 아래 정보 중 적어도 하나를 TX UE에게 전송할 때 사용하는 (물리적) 채널을 물리 사이드링크 피드백 채널(Physical Sidelink Feedback Channel, PSFCH)이라고 할 수 있다.
- SL HARQ 피드백, SL CSI, SL (L1) RSRP
한편, 기지국은 SL 채널/신호의 송수신에 사용되는 자원(이하, SL 자원)을 단말에게 할당할 수 있다. 예를 들어, 기지국은 상기 자원과 관련된 정보를 단말에게 전송할 수 있다. 본 명세서에서, 기지국이 SL 자원을 단말에게 할당하는 방식은 모드 1 방식, 모드 1 동작 또는 자원 할당 모드 1이라고 칭할 수 있다.
반면, 단말은 센싱을 기반으로 자원 풀 내에서 SL 자원을 선택할 수 있다. 본 명세서에서, 단말이 SL 자원을 선택하는 방식은 모드 2 방식, 모드 2 동작 또는 자원 할당 모드 2라고 칭할 수 있다. 예를 들어, 자원 할당 모드 2에서, 단말은 다른 단말에 의해 전송되는 SCI를 검출할 수 있고, 단말은 상기 SCI를 기반으로 다른 단말에 의해 예약된 자원을 식별할 수 있고, 단말은 RSRP 측정값을 획득할 수 있다. 그리고, 단말은 상술한 센싱 결과를 기반으로 자원 선택 윈도우 내에 특정 자원을 제외하고 SL 전송에 사용할 자원을 선택할 수 있다. 예를 들어, 상기 특정 자원은 상기 표 5에 기반하는 자원(들)(예: removed or dropped resource(s))에 기반할 수 있다.
상기 센싱 동작의 경우에, 단말은 제 1 SCI를 통해서 수신되는 자원 할당 정보를 참조할 수 있다. 하지만, 제 1 SCI의 오버헤드 때문에, 단말이 제 1 SCI 상에서 획득할 수 있는 정보의 양은 제한적일 수 있다.
본 명세서의 다양한 실시 예에 따르면, 제 1 단말의 센싱 동작 및/또는 자원 (재)선택 동작을 보조하기 위하여, 제 2 단말은 추가적인 보조 정보를 전송할 수 있다. 제 1 단말은 PSSCH 검출 성능 향상 및/또는 반-이중(half-duplex) 한계 경감 및/또는 특정 신호의 송수신을 위한 예비 자원 선택 등을 위해, 제 2 단말로부터 수신한 보조 정보를 사용할 수 있다. 본 명세서의 실시 예에서, 설명의 편의상, UE-A가 UE-B에게 보조 정보를 전송한다고 가정한다. UE-B는 UE-A로부터 수신한 보조 정보를 기반으로 UE-A에게 전송할 PSCCH/PSSCH를 위한 자원 및/또는 UE-C(즉, 제 3의 UE)에게 전송할 PSCCH/PSSCH를 위한 자원을 선택한다고 가정한다.
도 12는 본 명세서의 일 실시 예에 따라, UE-A가 보조 정보를 UE-B에게 전송하는 절차를 나타낸다. 도 12의 실시 예는 본 명세서의 다양한 실시 예와 결합될 수 있다.
도 12를 참조하면, 단계 S1200에서, UE-A는 보조 정보를 UE-B에게 전송할 수 있다. 예를 들어, UE-B는 UE-A로부터 수신한 보조 정보를 기반으로 UE-A에게 전송할 PSCCH/PSSCH를 위한 자원을 선택할 수 있고, UE-B는 상기 자원을 사용하여 SL 전송을 수행할 수 있다. 예를 들어, UE-B는 UE-A로부터 수신한 보조 정보를 기반으로 UE-C에게 전송할 PSCCH/PSSCH를 위한 자원을 선택할 수 있고, UE-B는 상기 자원을 사용하여 SL 전송을 수행할 수 있다. 본 명세서에서, 보조 정보는 부가 정보라고 칭해질 수 있다.
본 명세서의 다양한 실시 예에 따르면, UE-B는 UE-A에게 보조 정보 전송을 요청하는 신호를 전송할 수 있다. 여기서, 보조 정보/부가 정보는 단말간 조정 정보(inter-UE coordination information)를 의미할 수 있으며, 보조 정보 전송을 요청하는 신호/보조 정보 요청 신호/보조 정보 요청/부가 정보 요청은 단말간 조정 정보에 대한 요청(request for inter-UE coordination information)을 의미할 수 있다. 즉, 본 명세서에서 보조 정보 또는 부가 정보는 단말간 조정 정보(inter-UE coordination information)를 의미할 수 있다.
단말간 조정 정보는 UE-B의 요청 또는 미리 설정된 조건에 의해 트리거될 수 있다. 즉, 단말간 조정 정보는 UE-B의 요청이 없더라도 미리 설정된 조건에 의해 트리거 되어 전송될 수 있다.
단말간 조정 정보 및/또는 단말간 조정 정보에 대한 요청은 PSSCH에 기초하여 전송될 수 있다. 일 예로, 단말간 조정 정보 및/또는 단말간 조정 정보에 대한 요청은 MAC-CE(예: Inter-UE Coordination Request MAC CE, Inter-UE Coordination Information MAC CE)에 기초하여 전송될 수 있다. 일 예로, 단말간 조정 정보 및/또는 단말간 조정 정보에 대한 요청은 제2 SCI(second stage SCI format 2-C)에 기초하여 전송될 수 있다. 일 예로, 단말간 조정 정보 및/또는 단말간 조정 정보에 대한 요청은 MAC-CE 및 제2 SCI(second stage SCI format 2-C)에 기초하여 전송될 수 있다.
예를 들어, UE-A는 UE-B가 요청한 시점 이후 특정 윈도우 내에서 보조 정보를 전송할 수 있다. 또는, 예를 들어, UE-A는 UE-B가 요청한 시점으로부터 특정 시간 이내에 보조 정보를 전송할 수 있다. 예를 들어, UE-A가 전송하는 보조 정보에 대한 PDB (packet delay budget)은 UE-A가 UE-B로부터 요청을 받은 시점을 기준으로 설정될 수 있다. UE-B는 UE-A가 보조 정보에 대한 PDB 혹은 잔여 PDB내에서 보조 정보를 전송하는 것을 기대할 수 있다.
예를 들어, 상기 UE-B의 요청으로부터 UE-A의 보조 정보가 전송이 되어야하는 보조 정보에 대한 PDB 정보 혹은 이와 관련된 정보는 UE-B의 요청 신호에 포함되거나 (사전에) 설정될 수 있다. 일 예로, 상기 보조 정보에 대한 PDB 정보 혹은 이와 관련된 정보는 UE-B의 요청 신호에 포함될 수 있다. 일 예로, 상기 보조 정보에 대한 PDB 정보 혹은 이와 관련된 정보는 아래 i) ~ iv) 중 적어도 하나마다 (사전에) 설정될 수 있다.
i) 자원 풀, ii) QoS 파라미터 , iii) 서비스 타입, iv) UE-B의 전송 패킷에 대한 우선순위 값
상기 보조 정보에 대한 PDB 정보 혹은 이와 관련된 정보는 상기 i) ~ iv) 중 하나를 기초로 사전에 설정될 수 있다. 일 예로, 상기 보조 정보에 대한 PDB 정보 혹은 이와 관련된 정보는 자원 풀 별로 사전에 설정될 수 있다. 일 예로, 상기 보조 정보에 대한 PDB 정보 혹은 이와 관련된 정보는 QoS 파라미터 별로 사전에 설정될 수 있다.
상기 보조 정보에 대한 PDB 정보 혹은 이와 관련된 정보는 상기 i) ~ iv) 중 둘 이상을 기초로 설정될 수 있다. 일 예로, 상기 보조 정보에 대한 PDB 정보 혹은 이와 관련된 정보는 자원 풀, QoS 파라미터 및 서비스 타입 별로 사전에 설정될 수 있다.
한편, UE-A는 UE-B로부터 요청 신호를 수신 받지 못할 수 있다. 이를 방지하기 위한 방법의 일환으로 다음의 실시예들이 고려될 수 있다.
예를 들어, UE-B가 전송하는 UE-A의 보조 정보 요청 신호에 대하여 UE-A가 응답 신호를 전송할 수 있다. 예를 들어, UE-A는 UE-B로부터 보조 정보 요청 신호를 수신하는 경우, UE-A는 상기 요청 신호에 대하여 SL HARQ-ACK 피드백을 UE-B로 전송할 수 있다. 예를 들어, 보조 정보를 요청하기 위한 PSCCH 및/또는 PSSCH에 대하여 SL HARQ-ACK 피드백이 항상 활성화되는 것일 수 있다. 또는, 예를 들어, 보조 정보를 요청하기 위한 PSCCH 및/또는 PSSCH에 대하여 SL HARQ-ACK 피드백은 자원 풀 별로 (사전에) 설정될 수 있다.
예를 들어, UE-A는 UE-B로부터 보조 정보 요청 신호를 수신하는 경우, UE-A는 상기 요청 신호에 대하여 보조 정보를 생성하지 못한 경우에도 PSCCH 및/또는 PSSCH(예: second stage SCI 및/또는 MAC-CE)를 다시 UE-B에게 보낼 수 있다. 이 때, UE-A는 상기 보조 정보를 생성하지 못한 것 혹은 보조 정보를 전송하지 않는다는 것을 UE-B에게 알릴 수 있다. 예를 들어, 상기 보조 정보 요청에 대한 보조 정보를 포함하지 않는 PSCCH/PSSCH는 보조 정보의 PDB를 만족하도록 UE-B의 요청 신호로부터 일정 시간 내에 UE-A가 전송할 수 있다. 예를 들어, 상기 보조 정보 요청에 대한 보조 정보를 포함하지 않는 PSCCH/PSSCH는 보조 정보의 PDB와는 별도로 (사전에) 설정된 PDB를 만족하도록 UE-B의 요청 신호로부터 일정 시간 내에 UE-A가 전송할 수 있다.
한편, UE-A는 UE-B의 요청 신호로부터 일정 시간 내에 혹은 보조 정보에 대한 PDB를 만족하는 시간 내에 UE-B에게 보조 정보를 전송하지 못할 수도 있고, 또는 UE-B가 UE-A가 전송한 보조 정보에 대한 검출을 실패할 수도 있다. 이와 관련하여 다음의 실시예들이 고려될 수 있다.
예를 들어, UE-B는 UE-A에게 보조 정보 요청 신호를 전송한 후에 UE-A로부터 UE-B에 대한 보조 정보를 수신하기 전까지 다시 UE-A에게 보조 정보 요청 신호를 전송하지 않을 수 있다. 예를 들어, UE-B는 UE-A에게 보조 정보 요청 신호를 전송한 후에 요청 신호에 대응되는 보조 정보의 PDB에 대응되는 시간 구간 내에서 다시 UE-A에게 보조 정보 요청 신호를 전송하지 않을 수 있다. 예를 들어, 상기 보조 정보와 관련된 PDB까지 요청 신호(의 전송)를 지연하는 동작은 UE-B가 UE-A로부터 보조 정보를 수신하지 못한 경우로 한정하여 적용될 수 있다. 예를 들어, UE-B는 보조 정보 요청 신호를 전송 시에 PROHIBIT_TIMER를 (재)시작할 수 있으며, 상기 타이머(PROHIBIT_TIMER)가 만료되기 이전에는 다시 보조 정보 요청 신호를 전송하지 않을 수 있다. 예를 들어, 상기 타이머는 UE-B별로 동작하되, UE-B가 전송하는 모든 보조 정보 요청 신호에 대하여 적용될 수 있다. 예를 들어, 상기 타이머는 UE-B와 UE-A의 페어(pair) 별로 동작하되, UE-A가 상이할 경우에는 각 타이머가 독립적으로 동작 및 적용되는 것일 수 있다. 일 예로, pair 1이 UE-B #0 및 UE-A #1이고, pair 2는 UE-B #0 및 UE-A #2인 경우가 가정될 수 있다. pair 1과 관련된 타이머는 pair 2와 관련된 타이머와는 독립적으로 동작할 수 있다.
한편, UE-B는 UE-A에게 보조 정보 요청 신호를 전송 시에, UE-B는 UE-B에 대한 지리적 위치 정보와 COMMUNICATION RANGE REQUIREMENT 정보를 UE-A에게 전송할 수 있다. 예를 들어, UE-A는 UE-B로부터 보조 정보 요청 신호를 수신한 경우 다음과 같이 동작할 수 있다. UE-A는 UE-B로부터의 거리(즉, UE-A와 UE-B간의 거리)가 COMMUNICATOIN RAGNE REQUIREMENT이내인 경우에 한하여 요청에 대응되는 보조 정보를 UE-B로 전송할 수 있다.
보조 정보 요청과 관련된 자원 풀은 보조 정보와 관련된 자원 풀과 동일할 수 있다. 예를 들어, 보조 정보 요청을 전송하는 UE-B와 상기 요청에 대응되는 보조 정보를 UE-B에게 전송하는 UE-A는 동일한 송신 및/또는 수신 자원 풀에 속하는 혹은 가지는 것일 수 있다. 일 예로, 보조 정보 요청의 전송을 위한 송신 자원 풀은 보조 정보의 전송을 위한 송신 자원 풀과 동일하게 설정될 수 있다. 일 예로, 보조 요청의 수신을 위한 수신 자원 풀은 보조 정보의 수신을 위한 수신 자원 풀과 동일하게 설정될 수 있다. 예를 들어, 보조 정보 요청과 관련된 선호/비선호 자원이 속한 자원 풀은 보조 정보와 관련된 선호/비선호 자원이 속한 자원 풀과 동일할 수 있다.
예를 들어, UE-B는 보조 정보 요청 신호를 보낼 때, 보조 정보 요청 신호는 다음 i) 내지 iv) 중 적어도 하나에 대한 정보를 포함할 수 있다.
i) UE-B의 센싱 동작 유무 및/또는 UE-B의 센싱 결과가 충분한지 척도 (예를 들어, 센싱 윈도우 내 monitored 및/또는 non-monitored 슬롯의 개수나 비율)
ii) UE-B의 자원 (재)선택 동작 시 자원 배제 동작을 수행하는지 여부
iii) UE-B가 자원 (재)선택 동작을 수행하는지 여부
iv) UE-A가 보조 정보를 생성 시 참조해야 할 요소들(예를 들어, 다른 단말의 예약 자원 및/또는 UE-A의 SL 수신 불가 슬롯 및/또는 PSFCH TX/RX 충돌 여부 등)
보조 정보의 요청 및 보조 정보의 시그널링이 제한 없이 수행되는 경우에 혼잡도가 증가할 수 있다. 이와 관련하여 다음의 실시예들이 고려될 수 있다.
보조 정보 요청(즉, 단말간 조정 정보에 대한 요청(request for inter-UE coordination information)) 및/또는 보조 정보(즉, 단말간 조정 정보(inter-UE coordination information))는 사전에 정의된/설정된 조건에 기초하여 전송될 수 있다. 이하 구체적으로 설명한다.
일 예로, 보조 정보 요청(의 전송)은 사전에 설정된 조건(예: 상위 계층 파라미터 sl-TriggerConditionRequest)에 기초하여 트리거될 수 있다. 예를 들어, UE-B가 UE-A에게 전송하는 보조 정보 요청은 UE-B가 UE-A에게 전송할 available data가 있는 경우에 전송될 수 있다(예: 상기 sl-TriggerConditionRequest의 값이 1로 설정). 이 때, 보조 정보 요청은 UE-A에게 전송할 UE-B의 data와 다중화(multiplexing)되어 전송될 수 있다. 상기 sl-TriggerConditionRequest의 값이 0으로 설정된 경우, 보조 정보 요청의 전송을 위한 조건은 UE-B 구현에 따라 달라질 수 있다.
일 예로, 보조 정보(의 전송)는 상기 보조 정보 요청 외에도 사전에 설정된 조건(예: 상위 계층 파라미터 sl-TriggerConditionCoordInfo)에 기초하여 트리거 될 수 있다. 예를 들어, UE-A가 전송하는 보조 정보는 UE-A가 UE-B에게 전송할 available data가 있는 경우에 전송될 수 있다(예: 상기 sl-TriggerConditionCoordInfo의 값이 1로 설정). 이 때, 보조 정보는 UE-B에게 전송할 UE-A의 data와 다중화(multiplexing)되어 전송될 수 있다. 즉, 보조 정보는 UE-A가 UE-B에 해당 보조 정보와 함께 전송할 data가 있는 경우에 한하여 전송될 수 있다. 상기 sl-TriggerConditionCoordInfo의 값이 0으로 설정된 경우 보조 정보의 전송을 위한 조건은 UE-A 구현에 따라 달라질 수 있다.
상기 다중화는 TDM(Time Division Multiplexing), FDM(Frequency Division Multiplexing), CDM(Code Division Multiplexing) 또는 joint-encoding 중 적어도 하나에 기초할 수 있다.
한편, UE-B가 다수의 UE-A에게 그룹캐스트 형태로 보조 정보 요청을 전송할 수 있다. 예를 들어, UE-B는 각 UE-A를 각 M_ID(그룹캐스트 HARQ-ACK 피드백 OPTION 2에서 RX UE를 구분하기 위한 멤버 ID)에 대하여 보조 정보 요청 신호를 전송할 수 있다. UE-B는 보조 정보 요청에 단일 혹은 복수의 M_ID값을 포함하여 전송할 수 있다. 이 경우, 예를 들어, UE-A는 본인의 M_ID값에 대응되는 요청 신호를 수신한 경우에 요청에 대응되는 보조 정보를 UE-B에게 전송할 수 있다. 예를 들어, UE-B는 UE-B로부터의 거리 범위 별로 보조 정보 요청 신호를 전송할 수도 있다. 이 때, UE-B는 보조 정보 요청에 단일 혹은 복수의 거리 범위 정보를 포함하여 전송할 수 있다. 이 경우, 예를 들어, UE-A는 UE-B로부터의 거리를 측정한다. UE-A는 측정된 거리가 포함된 거리 범위에 대응되는 요청 신호를 수신한 경우에 요청에 대응되는 보조 정보를 UE-B에게 전송할 수 있다.
예를 들어, UE-A는 UE-B로부터 수신한 보조 정보 요청 신호를 특정 상황에서 무시할 수 있다. 즉, 상기 특정 상황에서 UE-A는 UE-B에 보조 정보를 전송하기 위한 동작을 수행하지 않을 수 있다. 이하 구체적으로 설명한다.
예를 들어, 상기 특정 상황은 보조 정보 요청 신호에 대한 L1 혹은 L2 DESTINATON ID 및/또는 L1 혹은 L2 SOURCE ID가 UE-A의 L1 혹은 L2 SOURCE ID가 아닌 경우일 수 있다. 예를 들어, 상기 특정 상황은 보조 정보 요청 신호에 대한 L1 혹은 L2 DESTINATON ID 및/또는 L1 혹은 L2 SOURCE ID가 UE-A가 복호를 시도할 L1 혹은 L2 DESTINATION ID가 아닌 경우일 수 있다. 일 예로, 유니캐스트 타입 사이드링크 통신에서 UE-B 전송(보조 정보 요청 신호)시 사용된 L1 DESTINATION ID(또는 L2 DESTINATION ID)가 UE-A 전송(보조 정보 전송)시 사용되는 L1 SOURCE ID(또는 L2 SOURCE ID)가 아닌 경우일 수 있다. 일 예로, 그룹캐스트/브로드캐스트 타입 사이드링크 통신에서 UE-B 전송(보조 정보 요청 신호)시 사용된 L1 DESTINATION ID(또는 L2 DESTINATION ID)가 UE-A가 복호를 시도할 L1 DESTINATION ID(또는 L2 DESTINATION ID)가 아닌 경우일 수 있다. 예를 들어, 상기 특정 상황은 보조 정보 요청을 전송한 단말의 전송을 UE-A가 수신을 기대하지 않는 경우일 수 있다.
예를 들어, 상기 특정 상황은 UE-B 전송 자원에 대한 보조 정보를 생성하기 위한 센싱 윈도우에서 UE-A가 전체 혹은 일부 슬롯에 대하여 센싱을 수행하지 않는 경우일 수 있다. 예를 들어, 상기 보조 정보를 생성하기 위한 센싱 윈도우의 전체 슬롯 개수 대비 UE-A가 센싱을 수행하지 않은 슬롯의 개수에 대한 비율이 (사전에) 설정된 임계값 이상 혹은 초과인 경우에 UE-A가 UE-B의 요청을 무시할 수 있다. 예를 들어, 상기 보조 정보를 생성하기 위한 센싱 윈도우의 전체 슬롯 개수 대비 UE-A가 센싱을 수행한 슬롯의 개수에 대한 비율이 (사전에) 설정된 임계값 이하 혹은 미만인 경우에 UE-A가 UE-B의 요청을 무시할 수 있다.
예를 들어, 상기 특정 상황은 UE-B 전송 자원에 대한 보조 정보를 생성하기 위한 센싱 윈도우에서 UE-A가 전체 혹은 일부 슬롯에 대하여 제 2 SCI 및/또는 PSSCH 복호를 수행하지 않는 경우일 수 있다. 예를 들어, 상기 보조 정보를 생성하기 위한 센싱 윈도우의 전체 슬롯 개수 대비 UE-A가 제 2 SCI 및/또는 PSSCH 검출 시도를 수행하지 않은 슬롯의 개수에 대한 비율이 (사전에) 설정된 임계값 이상 혹은 초과인 경우에 UE-A가 UE-B의 요청을 무시할 수 있다. 예를 들어, 상기 보조 정보를 생성하기 위한 센싱 윈도우의 전체 슬롯 개수 대비 UE-A가 제 2 SCI 및/또는 PSSCH 검출 시도를 수행한 슬롯의 개수에 대한 비율이 (사전에) 설정된 임계값 이하 혹은 미만인 경우에 UE-A가 UE-B의 요청을 무시할 수 있다.
예를 들어, 상기 특정 상황은 UE-A의 CR(Channel occupancy Ratio) 측정 값이 CR 제한(CR limit) 이상 혹은 초과인 경우일 수 있다. 예를 들어, 상기 CR 측정 값은 UE-A가 UE-B에게 보조 정보를 보낼 경우를 포함할 수 있다. 예를 들어, 상기 CR 측정 값은 UE-A가 UE-B에게 보조 정보를 보낼 경우는 제외하는 것일 수 있다.
예를 들어, 상기 특정 상황은 UE-A가 UE-B가 요청 시 제공한 송신 우선순위, 송신 패킷 혹은 TB에 대한 PDB, 송신 자원 예약 주기, 송신 재선택 카운터, 송신에 대한 서브채널 개수, 및/또는 부가 정보 타입 등을 기반으로 후보 자원을 생성하지 못하는 경우일 수 있다. 예를 들어, 상기 특정 상황은 UE-A가 센싱 결과를 저장함에 있어서 정보의 손실이 발생한 경우일 수 있다. 예를 들어, 상기 실시 예는 UE-A가 부가 정보 타입으로 선호 자원만 지원하는 경우로 한정할 수도 있다.
예를 들어, 상기 특정 상황은 UE-A가 UE-B 전송에 대한 수신 자원의 양이 충분하지 않는 경우일 수 있다. 예를 들어, 좀더 구체적으로 UE-A가 결정한 UE-B 전송에 대한 선호 자원의 양이 (사전에) 설정한 임계값 이하 혹은 미만인 경우일 수 있다. 예를 들어, UE-B의 자원 선택 윈도우 혹은 기준 자원 선택 윈도우 내 자원의 양 대비 UE-A가 결정한 UE-B 전송에 대한 선호 자원의 양에 대한 비율이 (사전에) 설정한 임계값 이하 혹은 미만인 경우일 수 있다. 예를 들어, UE-B의 전송에 대한 자원 선택 윈도우의 시작에서 T_2,MIN까지의 자원의 양 대비 UE-A가 결정한 UE-B 전송에 대한 선호 자원의 양에 대한 비율이 (사전에) 설정한 임계값 이하 혹은 미만인 경우일 수 있다. 이 때, 상기 T_2,MIN는 자원 선택 윈도우(n+T1부터 n+T2까지의 시간 구간, n은 자원 선택이 트리거된 슬롯)의 결정과 관련된 T2의 최소값을 의미할 수 있다. 상술한 실시예에서 자원의 양은 자원의 개수로 해석/적용될 수 있다.
예를 들어, 좀더 구체적으로 UE-A가 결정한 UE-B 전송에 대한 비선호 자원의 양이 (사전에) 설정한 임계값 이상 혹은 초과인 경우일 수 있다. 예를 들어, 좀더 구체적으로 UE-A가 결정한 UE-B 전송에 대한 비선호 자원의 양이 부가 정보에 전부 포함하지 못하는 경우일 수 있다. 예를 들어, UE-B의 자원 선택 윈도우 혹은 기준 자원 선택 윈도우 내 자원의 양 대비 UE-A가 결정한 UE-B 전송에 대한 비선호 자원의 양에 대한 비율이 (사전에) 설정한 임계값 이상 혹은 초과인 경우일 수 있다. 예를 들어, UE-B의 전송에 대한 자원 선택 윈도우의 시작에서 T_2,MIN까지의 자원의 양(개수) 대비 UE-A가 결정한 UE-B 전송에 대한 비선호 자원의 양에 대한 비율이 (사전에) 설정한 임계값 이상 혹은 초과인 경우일 수 있다. 상술한 실시예에서 자원의 양은 자원의 개수로 해석/적용될 수 있다.
예를 들어, 상기 특정 상황은 i) UE-A가 UE-B는 자원 (재)선택에 센싱 동작을 지원하지 않는다고 인지한 경우, ii) UE-B가 UE-B는 자원 (재)선택에 센싱 동작을 사용하지 않는다고 인지한 경우, 그리고/혹은 iii) UE-A가 부가 정보 타입으로 선호 자원을 지원하지 않는 경우일 수 있다. 예를 들어, 상기 UE-A는 UE-B의 상황을 i) 요청 정보 및/또는 ii) UE-A와 UE-B간에 셋업 과정에 기초하여 결정할 수 있다. 일 예로, UE-A는 UE-B의 상황을 UE-B의 요청 정보로부터 인지/획득할 수 있다. 일 예로, 상기 UE-A는 UE-B의 상황을 UE-A와 UE-B간에 사전에 수행된 셋업 과정을 통해 서로 교환된 정보에 기초하여 인지/획득할 수 있다.
한편, 부가 정보(단말간 조정 정보) 및/또는 부가 정보에 대한 요청 신호(단말간 조정 정보에 대한 요청)은 제 2 SCI(예: second stage SCI format)를 통해서 전송될 수 있다. 이 경우에 제 2 SCI(예: SCI format 2-C)의 크기의 전체 개수가 많아질 경우에 단말의 구현 복잡도가 높아질 수 있다. 이와 관련하여 다음의 실시예들이 고려될 수 있다. 여기서, 제2 SCI의 크기는 제2 SCI의 payload size를 의미할 수 있다.
예를 들어, 부가 정보 타입(예: SCI format 2-C의 Resource set type field)이 선호 자원인 경우(예: Resource set type field의 값이 0)와 부가 정보 타입이 비선호 자원인 경우(예: Resource set type field의 값이 1)에 각각의 제 2 SCI의 크기는 동일하게 설정될 수 있다.
예를 들어, 부가 정보에 대응되는 제 2 SCI의 크기와 부가 정보 요청에 대응되는 제 2 SCI의 크기가 동일하게 설정될 수 있다. 예를 들어, 부가 정보에 대응되는 제 2 SCI의 크기는 SCI FORMAT 1-A, SCI FORMAT 2-A, SCI FORAMT 2-B중 적어도 하나의 크기와 동일하게 설정될 수 있다. 이 때, 부가 정보 타입에 따른 제 2 SCI의 크기는 상이할 수 있다.
예를 들어, 부가 정보 요청에 대응되는 제 2 SCI의 크기는 SCI FORMAT 1-A, SCI FORMAT 2-A, SCI FORAMT 2-B중 적어도 하나의 크기와 동일하게 설정될 수 있다. 이 때, 부가 정보에 대한 제 2 SCI 크기와 부가 정보 요청에 대한 제 2 SCI 크기는 상이할 수 있다.
본 명세서의 실시 예에서 상이한 제 2 SCI들의 크기를 동일하게 맞추는 동작은 다음과 같이 수행될 수 있다. 상이한 제 2 SCI들의 크기는 각각의 필요 크기에서 큰 것을 기준으로 결정될 수 있다. 구체적으로, 제2 SCI들의 크기들(예: 제2 SCI의 payload size들) 중 가장 큰 값을 기초로 그 최종 크기가 결정될 수 있다. 일 예로, 상기 최종 크기는 부가 정보 요청에 대한 제 2 SCI의 크기일 수 있다. 이 경우, 부가 정보에 대한 제2 SCI의 크기는 상기 부가 정보 요청에 대한 제 2 SCI의 크기에 기초하여 조정될 수 있다. 일 예로, 상기 최종 크기는 부가 정보에 대한 제2 SCI의 크기일 수 있다. 이 경우, 부가 정보 요청에 대한 제2 SCI의 크기는 상기 부가 정보에 대한 제 2 SCI의 크기에 기초하여 조정될 수 있다.
이 때, 상이한 제2 SCI들의 크기는 PADDING BIT들의 추가를 통해 동일한 크기(예: 상기 최종 크기)로 조정될 수 있다. 상기 PADDING BIT들은 ZERO(0), ONE(1) 또는 특정 값의 조합으로 설정된 bit 값일 수 있다. 상기 PADDING BIT들은 제2 SCI의 각 필드 별로 혹은 제2 SCI의 LSB에 추가될 수 있다.
일 예로, 상기 PADDING BIT들은 상기 부가 정보 요청에 대한 제 2 SCI의 크기에 기초하여 부가 정보에 대한 제2 SCI에 추가될 수 있다. 즉, 부가 정보에 대한 제2 SCI는 부가 정보와 관련된 필드 외에 상기 PADDING BIT들을 포함할 수 있다.
일 예로, 상기 PADDING BIT들은 상기 부가 정보에 대한 제 2 SCI의 크기에 기초하여 부가 정보 요청에 대한 제2 SCI에 추가될 수 있다. 즉, 부가 정보 요청에 대한 제2 SCI는 부가 정보 요청과 관련된 필드 외에 상기 PADDING BIT들을 포함할 수 있다.
본 명세서의 실시 예에서 부가 정보 타입 별로 제 2 SCI의 크기가 상이한 경우에는 상기 제 2 SCI에 선호 자원인지 비선호 자원인지를 구분하는 지시자가 있을 수도 있다. 및/또는 제 1 SCI에서 선호 자원과 비선호 자원을 구분하여 지시할 수도 있다. 일 예로, 제2 SCI는 선호 자원 또는 비선호 자원을 나타내는 필드(예: Resource set type field)를 포함할 수 있다.
상기 Resource set type field (1bit)의 값이 0인 경우, 선호 자원 세트(preferred resource set)(또는 선호 자원 세트를 제공하는 단말간 조정 정보의 요청)을 나타낼 수 있다. 상기 Resource set type field (1bit)의 값이 1인 경우, 비선호 자원 세트(non-preferred resource set)(또는 비선호 자원 세트를 제공하는 단말간 조정 정보의 요청)를 나타낼 수 있다.
본 명세서의 실시 예에서 부가 정보에 대한 제 2 SCI 크기와 부가 정보 요청에 대한 제 2 SCI 크기가 동일한 경우에는, 제 2 SCI에 부가 정보에 대한 제2 SCI와 부가 정보 요청에 대한 제2 SCI를 구분하는 지시자가 포함될 수 있다. 및/또는 부가 정보에 대한 제2 SCI와 부가 정보 요청에 대한 제2 SCI는 제 1 SCI에 의해 구분하여 지시될 수 있다.
일 예로, 제2 SCI는 부가 정보(단말간 조정 정보) 또는 부가 정보에 대한 요청(단말간 조정 정보에 대한 요청)을 나타내는 필드(예: Providing/Requesting indicator field)를 포함할 수 있다. 상기 Providing/Requesting indicator field(1 bit)의 값이 0인 경우 해당 제2 SCI가 단말간 조정 정보를 제공하기 위해 사용되는 것임을 지시할 수 있다. 상기 Providing/Requesting indicator field(1 bit)의 값이 1인 경우 해당 제2 SCI가 단말간 조정 정보의 요청을 위해 사용되는 것임을 지시할 수 있다.
한편, UE-B는 서로 상이한 패킷이 사용 가능한 상태일 수 있다. 이 경우에 UE-B가 UE-A에게 부가 정보 요청을 전송 시 함께 보낼 정보를 어떻게 구성할지를 결정할 필요가 있다. 이와 관련하여 다음의 실시예들이 고려될 수 있다.
예를 들어, UE-B는 UE-B 전송에 대응되는 동일 DESTINATION ID와 관련된 데이터 중에서 가장 높은 우선순위(혹은 가장 작은 우선순위 값)을 부가 정보 요청에 포함시킬 수 있다. 예를 들어, UE-B는 UE-B 전송에 대응되는 동일 DESTINATION ID에 대응되는 데이터 중에서 가장 타이트한 지연 시간 요구사항(즉, 가장 짧은 지연 시간 요구사항) 혹은 가장 작은 PDB 값을 부가 정보 요청에 포함시킬 수 있다.
예를 들어, UE-B는 UE-B 전송에 대응되는 동일 DESTINATION ID와 관련된 데이터 중에서 가장 높은 우선순위(혹은 가장 작은 우선순위 값)에 대응되는 데이터의 지연 시간 요구사항 혹은 PDB 값을 부가 정보 요청에 포함할 수 있다.
예를 들어, UE-B는 UE-B 전송에 대응되는 복수의 DESTINATOIN ID를 부가 정보 요청에 포함시킬 수 있다. 이 경우에 상기 DESTINATOIN ID별로 TX PRIORIOTY, TX PDB, 자원 선택 윈도우, TX 서브채널 개수, QoS 파라미터, 캐스트 타입, HARQ-ACK 피드백 활성화 여부, HARQ-ACK 피드백 옵션, 최대 재전송 회수, 재전송 회수, 자원 예약 주기, 자원 재선택 카운터 및/또는 부가 정보 타입이 구성될 수 있으며, 상기 DESTINATION ID별로 구성된 정보가 부가 정보 요청에 포함될 수 있다. 예를 들어, 상기 정보의 일부는 요청 신호 별로 단일값만 전송되되 복수의 DESTINATOIN ID에 대하여 공통으로 적용되는 것일 수도 있다.
도 13은 본 명세서의 일 실시예에 따라, UE-A가 보조 정보를 UE-B에게 전송하는 절차를 나타낸다. 도 13의 실시예는 본 명세서의 다양한 실시예와 결합될 수 있다.
도 13을 참조하면, 단계 S1310에서, 예를 들어, 부가 정보 요청을 전송하는 UE-B는 부가 정보를 전송하는 UE-A에게 PSFCH 자원 형태로 자원 할당 정보 및/또는 가용 자원 정보를 요청할 수 있다. 여기서, 부가 정보는 단말간 조정 정보를 의미하고, 부가 정보 요청은 단말간 조정 정보에 대한 요청을 의미할 수 있다.
단계 S1320에서, 예를 들어, 부가 정보 요청을 수신한 UE-A는, 부가 정보 요청을 전송한 UE-B로부터 요청에 대한 세부적인 정보(예, 추가 요청 정보 또는 세부 정보)를 획득하기 위하여, 자원 정보를 UE-B에게 전송할 수 있다.
일 예로, 상기 자원 정보는 PSCCH/PSSCH 전송으로 사용 가능한 또는 추천되는 자원에 대한 정보를 포함할 수 있다. 일 예로, 상기 자원 정보는 PSCCH/PSSCH 전송으로 사용 불가능한 또는 추천되지 않는 자원에 대한 정보를 포함할 수 있다.
단계 S1330에서, 예를 들어, 추가 요청 정보를 위한 PSCCH/PSSCH에 대한 자원 정보를 수신한 UE-B는 상기 자원 정보를 기반으로 PSCCH/PSSCH를 전송할 수 있다. 여기서, 예를 들어, 상기 PSCCH/PSSCH를 통해서, 기준 송신 우선순위 정보, 관심 자원 영역(예, 기준 자원 선택 윈도우), 기준 자원 예약 주기, 기준 자원 재선택 카운터, 재전송 횟수, 최대 재전송 횟수, 기준 PSSCH 전송 서브채널 개수, 캐스트 타입, 서비스 타입, 부가 정보에 대한 PDB 정보, 기준 PDB 정보, SL HARQ 피드백 유무, QoS 파라미터, 및/또는 부가 정보의 타입(예, 선호 자원 또는 비선호 자원 또는 부가 정보 수신 동작 또는 부가 정보 활용 방법 등) 중 적어도 어느 하나가 전송될 수 있다. 예를 들어, 상기 기준 파라미터들은 상기 부가 정보 요청과 관련된 상기 세부 정보를 전송한 단말의 송신 패킷에 대한 파라미터들을 승계한 것일 수 있다. 예를 들어, 상기 기준 송신 우선순위 정보는 상기 부가 정보의 요청을 위한 우선순위 값을 나타낼 수 있다. 상기 부가 정보의 요청을 위한 우선순위 값은 UE-B로부터 UE-A로 전송될 데이터(또는 Transport Block)의 우선순위 값과 동일할 수 있다.
단계 S1340에서, 예를 들어, 상기 부가 정보 요청과 관련된 상기 세부 정보를 수신한 UE-A는, 상기 기준 파라미터(예: 기준 송신 우선순위 정보, 부가 정보의 타입 등)를 기반으로, 상기 부가 정보 요청을 전송한 UE-B가 데이터 송신을 위한 자원 재선택에 활용될 수 있는 자원 정보(예: 선호 자원 정보 또는 비선호 자원 정보)를 상기 부가 정보 요청을 전송한 UE-B에게 제공/전송할 수 있다. 예를 들어, 부가 정보를 수신한 UE-B는 부가 정보를 추후 데이터 송신에 사용될 자원을 (재)선택하는데 사용할 수 있다. 즉, 예를 들어, 부가 정보를 수신한 UE-B는 부가 정보를 기반으로 추후 데이터 송신에 사용될 자원을 (재)선택할 수 있다.
상술한 동작은 일 예시이며, 반드시 각 단계가 필수적으로 포함되어 수행되어야 하는 것은 아니다. 예를 들어, 상술한 실시예에서 S1320은 수행되지 않을 수 있다. 구체적으로, 부가 정보 요청을 위해 S1310 및 S1330이 하나의 단계로 수행될 수 있다. 즉, UE-B는 상술한 세부적인 정보를 포함하는 단말간 조정 정보에 대한 요청을 UE-A로 전송할 수 있다. UE-A는, 상기 세부적인 정보에 기초하여, 단말간 조정 정보를 UE-B로 전송할 수 있다. 일 예로, UE-A는 UE-B로부터 수신한 기준 송신 우선순위 정보(예: 우선순위 값)에 기초하여 단말간 조정 정보를 전송할 수 있다. 즉, 상기 단말간 조정 정보의 요청에 포함된 우선순위 값(상기 단말간 조정 정보의 요청의 전송을 위한 우선순위 값)은 상기 단말간 조정 정보에 포함된 우선순위 값(상기 단말간 조정 정보의 전송을 위한 우선순위 값)과 동일할 수 있다.
본 명세서의 다양한 실시 예는 상호 결합될 수 있다.
구현적인 측면에서 상술한 실시예들에 따른 제1 단말(UE-A)/제2 단말(UE-B) 의 동작(예: 단말간 조정 정보의 송수신과 관련된 동작)들은 후술할 도 16 내지 도 21의 장치(예: 도 17의 프로세서(102, 202))에 의해 처리될 수 있다.
또한 상술한 실시예에 따른 제1 단말(UE-A)/제2 단말(UE-B) 의 동작(예: 단말간 조정 정보의 송수신과 관련된 동작)들은 적어도 하나의 프로세서(예: 도 17의 102, 202)를 구동하기 위한 명령어/프로그램(예: instruction, executable code)형태로 메모리(예: 도 17의 104, 204)에 저장될 수도 있다.
이하 상술한 실시예들을 제1 단말의 동작 측면에서 도 14를 참조하여 구체적으로 설명한다. 이하 설명되는 방법들은 설명의 편의를 위하여 구분된 것일 뿐, 상호 배척되지 않는 한 어느 한 방법의 일부 구성이 다른 방법의 일부 구성과 치환되거나, 상호 간에 결합되어 적용될 수 있음은 물론이다.
도 14는 본 명세서의 일 실시예에 따른 무선 통신 시스템에서 제1 단말이 단말간 조정 정보를 전송하는 방법을 설명하기 위한 흐름도이다.
도 14를 참조하면, 본 명세서의 일 실시예에 따른 무선 통신 시스템에서 제1 단말이 단말간 조정 정보(inter-UE coordination information)를 전송하는 방법은 제2 단말로부터 단말간 조정 정보에 대한 요청 수신 단계(S1410) 및 제2 단말에 단말간 조정 정보 전송 단계(S1420)를 포함할 수 있다.
S1410에서, 제1 단말은 제2 단말로부터 단말간 조정 정보에 대한 요청(request for inter-UE coordination information)을 수신한다. 일 예로, 제1 단말은 제2 단말로부터 단말간 조정 정보에 대한 요청(request for inter-UE coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 수신할 수 있다. 제1 단말은 상술한 보조 정보/부가 정보/단말간 조정 정보를 전송하는 UE-A에 기반할 수 있다. 제2 단말은 상술한 보조 정보/부가 정보/단말간 조정 정보에 대한 요청을 전송하는 UE-B에 기반할 수 있다.
상기 요청의 전송은 요청 기반 단말간 조정 정보의 시그널링으로 인해 야기되는 혼잡 정도를 최소화 하기 위해 미리 설정된 조건에 기초하여 트리거 될 수 있다. 이하 구체적으로 설명한다. 일 예로, 상기 미리 설정된 조건은 사전에 설정된 상위 계층 파라미터 sl-TriggerConditionRequest에 기반할 수 있다.
일 실시예에 의하면, 상기 요청은 상기 제2 단말에 의해 전송되는 데이터의 존재 여부에 기초하여 수신될 수 있다(예: sl-TriggerConditionRequest의 값이 1로 설정된 경우). 상기 제2 단말에 상기 제1 단말로 전송될 제1 데이터가 있는 것에 기초하여, 상기 요청은 Medium Access Control-Control Element (MAC-CE) 및/또는 제2 SCI(second Sidelink Control Information)에 기반하여 수신될 수 있다. 일 예로, 상기 sl-TriggerConditionRequest의 값이 0으로 설정된 경우, 상기 요청이 수신되는 조건은 제2 단말(UE-B) 구현에 따라 달라질 수 있다.
상기와 같이 상기 요청은 제2 단말에 제1 단말로 전송할 데이터가 있는 경우에 한하여 제한적으로 전송될 수 있다. 따라서, 요청 기반 단말간 조정 정보의 시그널링으로 인한 혼잡 정도가 최소화 될 수 있다.
일 예로, 상기 요청은 상기 MAC-CE에 기반하여 수신될 수 있다. 일 예로, 상기 요청은 상기 MAC-CE 및 상기 제2 SCI(second stage SCI)에 기반하여 수신될 수 있다. 상기 MAC-CE 및 상기 제2 SCI는 상기 단말간 조정 정보에 대한 요청과 관련된 정보를 전달하기 위한 컨테이너(container)를 의미할 수 있다. 즉, 상기 단말간 조정 정보에 대한 요청과 관련된 정보가 상기 MAC-CE(예: Inter-UE Coordination Request MAC-CE) 및/또는 상기 제2 SCI(예: SCI format 2-C)에 포함되어 제2 단말로부터 제1 단말로 전송될 수 있다.
일 예로, 상기 MAC-CE 및/또는 상기 제2 SCI(second stage SCI)는 사이드링크 통신을 위한 RRC 설정에 기초하여 상기 요청을 위한 상기 컨테이너로 사용될 수 있다. 구체적인 예로, 상기 제2 SCI의 상기 컨테이너로서의 사용이 상기 RRC 설정에 기초하여 인에이블(enable) 또는 디스에이블(disable)될 수 있다. 예를 들면, 상위 계층 파라미터 sl-ContainerRequest는 enable 또는 disable로 설정될 수 있다.
상기 sl-ContainerRequest가 enable로 설정된 것에 기초하여, 상기 요청을 위한 컨테이너로서 상기 MAC-CE 외에 상기 제2 SCI가 추가로 활용될 수 있다. 일 예로, 사이드링크 통신을 위한 레이턴시 요구사항(latency requirement)이 tight한 것에 기초하여(예: 상기 latency requirement가 미리 정의된 값보다 작거나 같은 것에 기초하여), 상기 sl-ContainerRequest는 enable로 설정될 수 있다. 즉, 낮은 latency가 요구되는 경우에는 보다 빠른 처리를 위해 L1 ID(Layer 1 ID)를 기반으로 전송되는 제2 SCI가 추가로 활용될 수 있다. 이 때, 상기 요청은 상기 MAC-CE 및 상기 제2 SCI(second stage SCI)에 각각 포함되어 제2 단말로부터 제1 단말로 전송될 수 있다. 상기 MAC-CE는 L2 ID(Layer 2 ID)에 기반하여 전송되고 상기 제2 SCI는 L1 ID(Layer 1 ID)를 기반으로 전송되는 바, 다음과 같은 동작이 고려될 수 있다. 상기 제2 SCI에 포함된 요청을 수신한 제1 단말은 상기 단말간 조정 정보를 먼저 제2 단말로 전송하되, 상기 MAC-CE로부터 획득된 L2 ID가 제1 단말의 L2 ID와 상이한 경우에 상기 단말간 조정 정보의 전송을 중단할 수 있다. L1 ID의 비트수와 L2 ID의 비트수가 다르다는 점에서 하나의 L1 ID에 대응되는 L2 ID가 2개 이상 존재할 수 있다(예: L1 ID 비트수 < L2 ID 비트수). 반대로 하나의 L2 ID에 대응되는 L1 ID가 2개 이상 존재할 수도 있다(예: L1 ID 비트수 > L1 ID 비트수). 제1 단말은 상기 제2 SCI에 포함된 L1 ID와 상기 MAC-CE에 포함된 L2 ID가 제1 단말의 ID와 일치하는 경우에만 상기 단말간 조정 정보를 제2 단말로 전송할 수 있다. 상기와 같이 단말간 조정 정보의 요청이 상기 제2 SCI를 통해서만 전송되는 경우에 비해 요청 기반 단말간 조정 정보의 시그널링의 reliability가 개선될 수 있다.
상기 sl-ContainerRequest가 disable로 설정된 것에 기초하여, 상기 요청을 위한 컨테이너로서 상기 MAC-CE가 활용될 수 있다. 일 예로, 낮은 latency가 요구되지 않는 경우(예: 상기 latency requirement가 상기 미리 정의된 값보다 큰 것에 기초하여),상기 sl-ContainerRequest는 disable로 설정될 수 있다. 이 때, 상기 요청은 상기 MAC-CE에 포함되어 제2 단말로부터 제1 단말로 전송될 수 있다.
상술한 latency requirement는 상기 요청을 위한 컨테이너 설정의 일 예시이다. 즉, 상기 MAC-CE 및/또는 상기 제2 SCI의 활용과 관련된 RRC 설정(예: sl-ContainerRequest의 설정)은 사이드링크 통신을 위한 다른 요구사항(예: latency 외의 다른 요구사항 또는 latency를 포함하는 하나 이상의 요구사항들)에 기초하여 수행될 수 있다. 일 예로, 상기 latency 외의 다른 요구사항에 기초하여, 상기 sl-ContainerRequest는 enable 또는 disable로 설정될 수 있다. 일 예로, 상기 latency를 포함하는 하나 이상의 요구사항들의 조합에 기초하여, 상기 sl-ContainerRequest는 enable 또는 disable로 설정될 수 있다.
상기 제1 데이터와 상기 요청은 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에 기초하여 수신될 수 있다. 상기 제1 데이터 및 상기 요청은 다중화(multiplexing)되어 수신될 수 있다. 즉, 상기 요청은 SOURCE ID와 DESTINATION ID가 동일한 상기 제1 데이터와 다중화 되어 수신될 수 있다. 상기 다중화는 TDM(Time Division Multiplexing), FDM(Frequency Division Multiplexing), CDM(Code Division Multiplexing) 또는 joint-encoding 중 적어도 하나에 기초할 수 있다.
일 실시예에 의하면, 상기 제1 SCI (즉, 상기 요청을 포함하는 second stage SCI)는 상기 단말간 조정 정보와 관련된 세부 정보를 포함할 수 있다. 상기 세부 정보는 i) 우선순위(priority), ii) 자원 선택 윈도우(resource selection window), iii) 서브채널의 개수(number of subchannels) 및 iv) 자원의 타입(type) 중 적어도 하나와 관련된 정보를 포함할 수 있다.
상기 우선순위와 관련된 정보는 상기 요청을 위한 우선순위 값(또는 상기 요청의 전송을 위한 우선순위 값)일 수 있다. 일 예로, 상기 우선순위와 관련된 정보는 제2 SCI(SCI format 2-C)의 Priority 필드에 기반할 수 있다. 일 예로, 상기 우선순위와 관련된 정보는 MAC-CE(Inter-UE Coordination Request MAC CE)의 Priority 필드에 기반할 수 있다.
상기 자원 선택 윈도우와 관련된 정보는 상기 단말간 조정 정보를 생성하기 위한 윈도우의 위치를 나타낼 수 있다. 제1 단말은 상기 자원 선택 윈도우 내의 자원에 기초하여 상기 단말간 조정 정보를 생성할 수 있다. 보다 상세하게는, 제1 단말은 상기 자원 선택 윈도우 내의 자원을 선호 자원(preferred resource) 또는 비선호 자원(non-preferred resource)으로 결정할 수 있다. 상기 단말간 조정 정보는 상기 선호 자원 또는 상기 비선호 자원과 관련된 정보를 포함할 수 있다. 일 예로, 상기 자원 선택 윈도우와 관련된 정보는 제2 SCI(SCI format 2-C)의 Resource selection window location 필드에 기반할 수 있다. 일 예로, 상기 자원 선택 윈도우와 관련된 정보는 MAC-CE(Inter-UE Coordination Request MAC CE)의 RSWL 필드에 기반할 수 있다.
상기 서브 채널의 개수와 관련된 정보는 물리 사이드링크 제어 채널(Physical Sidelink Control Channel, PSCCH) 및 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)의 전송에 사용될 서브 채널의 개수를 의미할 수 있다. 상기 서브 채널의 개수는 상기 단말간 조정 정보와 관련된 자원의 타입이 선호 자원인 경우에 포함될 수 있다. 일 예로, 상기 서브 채널의 개수와 관련된 정보는 제2 SCI(SCI format 2-C)의 Number of subchannels 필드에 기반할 수 있다. 일 예로, 상기 서브 채널의 개수와 관련된 정보는 MAC-CE(Inter-UE Coordination Request MAC CE)의 Number of Subchannel 필드에 기반할 수 있다.
상기 자원의 타입과 관련된 정보는 상기 자원 선택 윈도우에서 결정된 자원의 종류를 나타내는 정보일 수 있다. 구체적으로, 상기 자원의 타입은 선호 자원(preferred resource) 또는 비선호 자원(non-preferred resource)에 기반할 수 있다. 일 예로, 상기 자원의 타입과 관련된 정보는 제2 SCI(SCI format 2-C)의 Resource set type 필드에 기반할 수 있다. 일 예로, 상기 자원의 타입과 관련된 정보는 MAC-CE(Inter-UE Coordination Request MAC CE)의 RT 필드에 기반할 수 있다.
일 실시예에 의하면, 상기 요청은 제1 SCI (제1 second stage SCI)에 기반하여 수신될 수 있다. 구체적으로, 상기 제1 SCI는 제1 물리 사이드링크 제어 채널(Physical Sidelink Control Channel, PSCCH)와 관련된 제1 스테이지 SCI (first stage SCI)에 의해 스케줄 된 상기 제1 PSSCH에 기반하여 수신될 수 있다. 이 때, 상기 제1 PSCCH와 관련된 first stage SCI는 상기 제1 SCI의 포맷을 나타내는 필드(예: 2nd-stage SCI format 필드)를 포함할 수 있다.
상술한 S1410에 따라, 제1 단말(도 16 내지 도 21의 100/200)이 제2 단말(도 16 내지 도 21의 100/200)로부터 단말간 조정 정보에 대한 요청(request for inter-UE coordination information)을 수신하는 동작은 도 16 내지 도 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참조하면, 하나 이상의 프로세서(102)는 제2 단말(200)로부터 단말간 조정 정보에 대한 요청(request for inter-UE coordination information)을 수신하도록 하나 이상의 트랜시버(106) 및/또는 하나 이상의 메모리(104)를 제어할 수 있다.
S1420에서, 제1 단말은 제2 단말에 단말간 조정 정보(inter-UE coordination information)를 전송한다. 일 예로, 제1 단말은 제2 단말에 단말간 조정 정보(inter-UE coordination information)를 포함하는 제2 SCI를 전송할 수 있다. 여기서, 상기 단말간 조정 정보는 i) 상기 요청 또는 ii) 상기 요청 외의 다른 조건에 의해 트리거 되어 전송될 수 있다.
상기 단말간 조정 정보가 상기 요청 외의 다른 조건에 의해 트리거 되는 경우, 혼잡 정도를 최소화 하기 위해 사전에 설정된 조건에 기초하여 전송될 수 있다. 일 예로, 상기 사전에 설정된 조건은 상위 계층 파라미터 sl-TriggerConditionCoordInfo에 기반할 수 있다.
일 실시예에 의하면, 상기 단말간 조정 정보가 상기 요청 외 다른 조건에 의해 트리거 되는 것에 기초하여: 상기 단말간 조정 정보는 상기 제1 단말에 의해 전송되는 데이터의 존재 여부에 기초하여 전송될 수 있다. 구체적으로, 상기 제1 단말에 상기 제2 단말로 전송될 제2 데이터가 있는 것에 기초하여, 상기 단말간 조정 정보는 MAC-CE 및/또는 제2 SCI에 기반하여 전송될 수 있다(예: 상기 sl-TriggerConditionCoordInfo의 값이 1로 설정된 경우). 일 예로, 상기 sl-TriggerConditionCoordInfo의 값이 0으로 설정된 경우 단말간 조정 정보의 전송을 위한 조건은 제1 단말(UE-A) 구현에 따라 달라질 수 있다.
상기와 같이 상기 요청 외의 다른 조건에 의해 단말간 조정 정보가 트리거되는 경우, 단말간 조정 정보는 제1 단말에 제2 단말로 전송할 데이터가 있는 경우에 한하여 제한적으로 전송된다. 따라서, 요청 외 다른 조건에 의해 트리거된 단말간 조정 정보의 시그널링으로 인한 혼잡 정도가 최소화 될 수 있다.
상기 제2 데이터와 상기 단말간 조정 정보는 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에 기초하여 전송될 수 있다. 상기 제2 데이터와 상기 단말간 조정 정보는 함께 전송될 수 있다. 구체적으로, 상기 제2 데이터 및 상기 단말간 조정 정보는 다중화(multiplexing)되어 전송될 수 있다. 즉, 상기 단말간 조정 정보는 SOURCE ID와 DESTINATION ID가 동일한 상기 제2 데이터와 다중화 되어 전송될 수 있다. 상기 다중화는 TDM(Time Division Multiplexing), FDM(Frequency Division Multiplexing), CDM(Code Division Multiplexing) 또는 joint-encoding 중 적어도 하나에 기초할 수 있다.
일 실시예에 의하면, 상기 단말간 조정 정보는 MAC-CE 및/또는 제2 SCI에 기반하여 전송될 수 있다. 일 예로, 상기 단말간 조정 정보는 상기 MAC-CE에 기반하여 전송될 수 있다. 일 예로, 상기 단말간 조정 정보는 상기 MAC-CE 및 상기 제2 SCI(second stage SCI)에 기반하여 전송될 수 있다. 상기 MAC-CE 및 상기 제2 SCI는 상기 단말간 조정 정보를 전달하기 위한 컨테이너(container)를 의미할 수 있다. 즉, 상기 단말간 조정 정보가 상기 MAC-CE(예: Inter-UE Coordination Information MAC-CE) 및/또는 상기 제2 SCI(예: SCI format 2-C)에 포함되어 제1 단말로부터 제2 단말로 전송될 수 있다.
상기 단말간 조정 정보와 관련된 자원 조합(resource combination)의 개수에 기초하여, 상기 단말간 조정 정보는 i) 상기 MAC-CE 또는 ii) 상기 MAC-CE 및 상기 제2 SCI에 기반하여 전송될 수 있다.
상기 단말간 조정 정보와 관련된 자원 조합(resource combination)의 개수가 미리 정의된 값(예: 3)보다 큰 것에 기초하여 상기 단말간 조정 정보는 상기 MAC-CE에 기반하여 전송될 수 있다.
상기 단말간 조정 정보와 관련된 자원 조합(resource combination)의 개수가 상기 미리 정의된 값 이하인 것에 기초하여, 상기 단말간 조정 정보는 i) 상기 MAC-CE 또는 ii) 상기 MAC-CE 및 상기 제2 SCI에 기반하여 전송될 수 있다.
여기서 자원 조합(resource combination)은 TRIV(time resource indicator value), FRIV(frequency resource indicator value) 및 자원 예약 구간 P(resource reservation period)를 포함하는 조합을 의미한다. 상기 자원 조합의 개수는 제2 SCI의 resource combinations 필드에 기초하여 지시될 수 있다.
일 실시예에 의하면, 상기 단말간 조정 정보는 미리 정의된 시간 이내에 전송될 수 있다. 구체적으로, 상기 단말간 조정 정보는 (상기 요청 또는 상기 요청 외의 다른 조건에 의해) 트리거된 시점으로부터 상기 미리 정의된 시간 이내에 전송될 수 있다. 상기 미리 정의된 시간은 PDB(Packet Delay Budget)에 기초하여 결정될 수 있다. 일 예로, 상기 PDB는 상기 요청을 수신한 시점을 기초로 설정/결정될 수 있다. 일 예로, 상기 PDB는 상기 요청 외 다른 조건에 의해 상기 단말간 조정 정보가 트리거된 시점을 기초로 설정/결정될 수 있다. 일 예로, 상기 PDB와 관련된 정보는 사전에 설정될 수 있다. 일 예로, 상기 PDG와 관련된 정보는 상기 요청에 포함될 수 있다. 상기 PDB와 관련된 정보는 상술한 보조 정보에 대한 PDB 정보와 관련된 실시예에 기반할 수 있다.
일 실시예에 의하면, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여: 상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일할 수 있다.
상술한 제1/제2 페이로드 사이즈와 관련된 실시예는 자원 풀이 동일한 경우에 한정되어 적용될 수 있다. 즉, 상기 제1 PSSCH(제1 SCI) 및 상기 제2 PSSCH(제2 SCI)가 동일한 자원 풀에 기초하여 전송되는 것에 기초하여, 상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일할 수 있다. 상기 자원 풀이 동일하다는 것은 제1 단말의 송신 및/또는 수신 자원 풀과 제2 단말의 송신 및/또는 수신 자원 풀이 동일한 것을 의미할 수 있다. 일 예로, 상기 자원 풀이 동일하다는 것은 상기 제1 PSSCH(제1 SCI)의 전송을 위한 송신 자원 풀과 상기 제2 PSSCH(제2 SCI)의 전송을 위한 송신 자원 풀이 동일한 것을 의미할 수 있다. 일 예로, 상기 자원 풀이 동일하다는 것은 상기 제1 PSSCH(제1 SCI)의 수신을 위한 수신 자원 풀과 상기 제2 PSSCH(제2 SCI)의 수신을 위한 수신 자원 풀이 동일한 것을 의미할 수 있다. 일 예로, 상기 자원 풀이 동일하다는 것은 상기 제1 PSSCH(제1 SCI)의 전송을 위한 송신 자원 풀과 상기 제2 PSSCH(제2 SCI)의 수신을 위한 수신 자원 풀이 동일한 것을 의미할 수 있다. 일 예로, 상기 자원 풀이 동일하다는 것은 상기 제1 PSSCH(제1 SCI)의 수신을 위한 수신 자원 풀과 상기 제2 PSSCH(제2 SCI)의 전송을 위한 송신 자원 풀이 동일한 것을 의미할 수 있다.
일 실시예에 의하면, 동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여: 상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일할 수 있다.
이 때, 상기 제1 SCI(예: 제1 second stage SCI) 및 상기 제2 SCI(예: 제2 second stage SCI)는 상기 요청 또는 상기 단말간 조정 정보를 나타내는 지시자(예: Providing/Requesting indicator field)를 포함할 수 있다. 구체적으로 상기 제1 SCI의 상기 지시자는 상기 요청을 나타내는 값으로 설정될 수 있다. 상기 제2 SCI의 상기 지시자는 상기 단말간 조정 정보를 나타내는 값으로 설정될 수 있다.
일 예로, 제2 단말에 의해 전송된 제1 second stage SCI에 포함된 지시자(예: Providing/Requesting indicator field)는 단말간 조정 정보에 대한 요청을 나타낼 수 있다. 제1 단말에 의해 전송된 제2 second stage SCI에 포함된 지시자(예: Providing/Requesting indicator field)는 단말간 조정 정보를 나타낼 수 있다.
상기 제1/제2 페이로드 사이즈와 관련된 실시예는 상술한 부가 정보/부가 정보 요청에 대응되는 제 2 SCI의 크기에 대한 실시예에 기반할 수 있다.
패딩 비트들(padding bits)의 추가(appending)에 기초하여, 상기 first payload size와 상기 second payload size가 동일하게 설정될 수 있다. 즉, second SCI format size를 하나의 size로 조정하기 위해 상기 패딩 비트들(padding bits)이 활용될 수 있다. 이하 구체적으로 설명한다.
상기 패딩 비트들은 상기 first payload size 또는 상기 second payload size를 기반으로 추가될 수 있다. 일 예로, 상기 패딩 비트들은 상기 second payload size에 기초하여 상기 제1 SCI에 추가될 수 있다. 일 예로, 상기 패딩 비트들은 상기 first payload size에 기초하여 상기 제2 SCI에 추가될 수 있다.
상기 패딩 비트들은 특정 값으로 설정된 비트에 기반할 수 있다. 일 예로, 상기 패딩 비트들은 0으로 설정된 비트에 기반할 수 있다(예: 3bit인 경우 "000"). 일 예로, 상기 패딩 비트들은 1로 설정된 비트에 기반할 수 있다(예: 3bit인 경우 "111").
일 실시예에 의하면, 상기 요청과 관련된 자원 풀(resource pool)과 상기 단말간 조정 정보와 관련된 자원 풀(resource pool)은 동일할 수 있다. 일 예로, 상기 요청과 관련된 선호 자원 또는 비선호 자원이 속한 자원 풀은 상기 단말간 조정 정보와 관련된 선호 자원 또는 비선호 자원이 속한 자원 풀과 동일할 수 있다. 일 예로, 상기 요청의 수신과 관련된 자원 풀은 상기 단말간 조정 정보의 전송을 위한 자원 풀과 동일할 수 있다. 구체적으로, 단말간 조정 정보의 전송을 위한 송신 자원 풀은 상기 요청의 전송을 위한 송신 자원 풀과 동일하게 설정될 수 있다. 즉, 상기 단말간 조정 정보는 상기 요청의 전송을 위한 송신 자원 풀과 동일한 송신 자원 풀에 기초하여 전송될 수 있다. 일 예로, 상기 요청의 수신을 위한 수신 자원 풀은 상기 단말간 조정 정보의 수신을 위한 수신 자원 풀과 동일하게 설정될 수 있다.
일 실시예에 의하면, 상기 단말간 조정 정보는 상기 요청에 포함된 세부 정보에 기초하여 전송될 수 있다. 일 예로, 상기 단말간 조정 정보는 상기 요청에 포함된 우선순위 값과 동일한 우선순위 값에 기초하여 전송될 수 있다.
일 실시예에 의하면, 상기 제1 SCI의 포맷(format)과 상기 제2 SCI의 포맷(format)은 동일할 수 있다. 일 예로, 상기 제1 SCI의 포맷(format) 및 상기 제2 SCI의 포맷(format)은 기존의 second stage SCI format들 중 어느 하나에 기반할 수 있다(예: SCI format 2-A 또는 SCI format 2-B). 일 예로, 상기 제1 SCI의 포맷(format) 및 상기 제2 SCI의 포맷(format)은 기존의 second stage SCI format과는 다른 second stage SCI format에 기반할 수 있다(예: SCI format 2-C).
일 실시예에 의하면, 상기 단말간 조정 정보는 제2 SCI(제2 second stage SCI)에 기반하여 전송될 수 있다. 구체적으로, 상기 제2 SCI는 제2 물리 사이드링크 제어 채널(Physical Sidelink Control Channel, PSCCH)와 관련된 first stage SCI에 의해 스케줄 된 상기 제2 PSSCH에 기반하여 전송될 수 있다. 이 때, 상기 제2 PSCCH와 관련된 first stage SCI는 상기 제2 SCI의 포맷을 나타내는 필드(예: 2nd-stage SCI format 필드)를 포함할 수 있다.
상술한 S1420에 따라, 제1 단말(도 16 내지 도 21의 100/200)이 제2 단말(도 16 내지 도 21의 100/200)에 단말간 조정 정보(inter-UE coordination information)를 전송하는 동작은 도 16 내지 도 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참조하면, 하나 이상의 프로세서(102)는 제2 단말(200)에 단말간 조정 정보(inter-UE coordination information)를 전송하도록 하나 이상의 트랜시버(106) 및/또는 하나 이상의 메모리(104)를 제어할 수 있다.
도면에 도시된 것은 아니나, 제1 단말은 S1410 및 S1420에 따른 동작을 다음 1) 내지 4) 에 기초하여 수행할 수 있다.
1) 제1 PSCCH 수신
2) 제1 PSCCH와 관련된 제1 SCI (SCI format 1-A)에 의해 스케줄된 제1 PSSCH 수신 (S1410), 즉, 제1 PSSCH에 기초하여 단말간 조정 정보의 요청을 포함하는 제1 SCI (제1 second stage SCI)가 수신됨.
3) 제2 PSCCH 전송
4) 제2 PSCCH와 관련된 first stage SCI (SCI format 1-A)에 의해 스케줄된 제2 PSSCH 전송 (S1420), 즉, 제2 PSSCH에 기초하여 단말간 조정 정보를 포함하는 제2 SCI(제2 second stage SCI)가 전송됨.
이하 상술한 실시예들을 제2 단말의 동작 측면에서 도 15를 참조하여 구체적으로 설명한다. 이하 설명되는 방법들은 설명의 편의를 위하여 구분된 것일 뿐, 상호 배척되지 않는 한 어느 한 방법의 일부 구성이 다른 방법의 일부 구성과 치환되거나, 상호 간에 결합되어 적용될 수 있음은 물론이다.
도 15는 본 명세서의 다른 실시예에 따른 무선 통신 시스템에서 제2 단말이 단말간 조정 정보를 수신하는 방법을 설명하기 위한 흐름도이다.
도 15를 참조하면, 본 명세서의 다른 실시예에 따른 무선 통신 시스템에서 제2 단말이 단말간 조정 정보(inter-UE coordination information)를 수신하는 방법은 제1 단말에 단말간 조정 정보에 대한 요청 전송 단계(S1510) 및 제1 단말로부터 단말간 조정 정보 수신 단계(S1520)를 포함할 수 있다.
S1510에서, 제2 단말은 제1 단말에 단말간 조정 정보에 대한 요청(request for inter-UE coordination information)을 전송한다. 일 예로, 제2 단말은 제1 단말에 단말간 조정 정보에 대한 요청(request for inter-UE coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 전송할 수 있다. 제1 단말은 상술한 보조 정보/부가 정보/단말간 조정 정보를 전송하는 UE-A에 기반할 수 있다. 제2 단말은 상술한 보조 정보/부가 정보/단말간 조정 정보에 대한 요청을 전송하는 UE-B에 기반할 수 있다.
상기 요청의 전송은 요청 기반 단말간 조정 정보의 시그널링으로 인해 야기되는 혼잡 정도를 최소화 하기 위해 미리 설정된 조건에 기초하여 트리거 될 수 있다. 이하 구체적으로 설명한다. 일 예로, 상기 미리 설정된 조건은 사전에 설정된 상위 계층 파라미터 sl-TriggerConditionRequest에 기반할 수 있다.
일 실시예에 의하면, 상기 요청은 상기 제2 단말에 의해 전송되는 데이터의 존재 여부에 기초하여 전송될 수 있다(예: sl-TriggerConditionRequest의 값이 1로 설정된 경우). 상기 제2 단말에 상기 제1 단말로 전송될 제1 데이터가 있는 것에 기초하여, 상기 요청은 Medium Access Control-Control Element (MAC-CE) 및/또는 제2 SCI(second Sidelink Control Information)에 기반하여 전송될 수 있다. 일 예로, 상기 sl-TriggerConditionRequest의 값이 0으로 설정된 경우, 상기 요청이 전송되는 조건은 제2 단말(UE-B) 구현에 따라 달라질 수 있다.
상기와 같이 상기 요청은 제2 단말에 제1 단말로 전송할 데이터가 있는 경우에 한하여 제한적으로 전송될 수 있다. 따라서, 요청 기반 단말간 조정 정보의 시그널링으로 인한 혼잡 정도가 최소화 될 수 있다.
일 예로, 상기 요청은 상기 MAC-CE에 기반하여 전송될 수 있다. 일 예로, 상기 요청은 상기 MAC-CE 및 상기 제2 SCI(second stage SCI)에 기반하여 전송될 수 있다. 상기 MAC-CE 및 상기 제2 SCI는 상기 단말간 조정 정보에 대한 요청과 관련된 정보를 전달하기 위한 컨테이너(container)를 의미할 수 있다. 즉, 상기 단말간 조정 정보에 대한 요청과 관련된 정보가 상기 MAC-CE(예: Inter-UE Coordination Request MAC-CE) 및/또는 상기 제2 SCI(예: SCI format 2-C)에 포함되어 제2 단말로부터 제1 단말로 전송될 수 있다.
일 예로, 상기 MAC-CE 및/또는 상기 제2 SCI(second stage SCI)는 사이드링크 통신을 위한 RRC 설정에 기초하여 상기 요청을 위한 상기 컨테이너로 사용될 수 있다. 구체적인 예로, 상기 제2 SCI의 상기 컨테이너로서의 사용이 상기 RRC 설정에 기초하여 인에이블(enable) 또는 디스에이블(disable)될 수 있다. 예를 들면, 상위 계층 파라미터 sl-ContainerRequest는 enable 또는 disable로 설정될 수 있다.
상기 sl-ContainerRequest가 enable로 설정된 것에 기초하여, 상기 요청을 위한 컨테이너로서 상기 MAC-CE 외에 상기 제2 SCI가 추가로 활용될 수 있다. 일 예로, 사이드링크 통신을 위한 레이턴시 요구사항(latency requirement)이 tight한 것에 기초하여(예: 상기 latency requirement가 미리 정의된 값보다 작거나 같은 것에 기초하여), 상기 sl-ContainerRequest는 enable로 설정될 수 있다. 즉, 낮은 latency가 요구되는 경우에는 보다 빠른 처리를 위해 L1 ID(Layer 1 ID)를 기반으로 전송되는 제2 SCI가 추가로 활용될 수 있다. 이 때, 상기 요청은 상기 MAC-CE 및 상기 제2 SCI(second stage SCI)에 각각 포함되어 제2 단말로부터 제1 단말로 전송될 수 있다. 상기 MAC-CE는 L2 ID(Layer 2 ID)에 기반하여 전송되고 상기 제2 SCI는 L1 ID(Layer 1 ID)를 기반으로 전송되는 바, 다음과 같은 동작이 고려될 수 있다. 상기 제2 SCI에 포함된 요청을 수신한 제1 단말은 상기 단말간 조정 정보를 먼저 제2 단말로 전송하되, 상기 MAC-CE로부터 획득된 L2 ID가 제1 단말의 L2 ID와 상이한 경우에 상기 단말간 조정 정보의 전송을 중단할 수 있다. L1 ID의 비트수와 L2 ID의 비트수가 다르다는 점에서 하나의 L1 ID에 대응되는 L2 ID가 2개 이상 존재할 수 있다(예: L1 ID 비트수 < L2 ID 비트수). 반대로 하나의 L2 ID에 대응되는 L1 ID가 2개 이상 존재할 수도 있다(예: L1 ID 비트수 > L1 ID 비트수). 제1 단말은 상기 제2 SCI에 포함된 L1 ID와 상기 MAC-CE에 포함된 L2 ID가 제1 단말의 ID와 일치하는 경우에만 상기 단말간 조정 정보를 제2 단말로 전송할 수 있다. 상기와 같이 단말간 조정 정보의 요청이 상기 제2 SCI를 통해서만 전송되는 경우에 비해 요청 기반 단말간 조정 정보의 시그널링의 reliability가 개선될 수 있다.
상기 sl-ContainerRequest가 disable로 설정된 것에 기초하여, 상기 요청을 위한 컨테이너로서 상기 MAC-CE가 활용될 수 있다. 일 예로, 낮은 latency가 요구되지 않는 경우(예: 상기 latency requirement가 상기 미리 정의된 값보다 큰 것에 기초하여),상기 sl-ContainerRequest는 disable로 설정될 수 있다. 이 때, 상기 요청은 상기 MAC-CE에 포함되어 제2 단말로부터 제1 단말로 전송될 수 있다.
상술한 latency requirement는 상기 요청을 위한 컨테이너 설정의 일 예시이다. 즉, 상기 MAC-CE 및/또는 상기 제2 SCI의 활용과 관련된 RRC 설정(예: sl-ContainerRequest의 설정)은 사이드링크 통신을 위한 다른 요구사항(예: latency 외의 다른 요구사항 또는 latency를 포함하는 하나 이상의 요구사항들)에 기초하여 수행될 수 있다. 일 예로, 상기 latency 외의 다른 요구사항에 기초하여, 상기 sl-ContainerRequest는 enable 또는 disable로 설정될 수 있다. 일 예로, 상기 latency를 포함하는 하나 이상의 요구사항들의 조합에 기초하여, 상기 sl-ContainerRequest는 enable 또는 disable로 설정될 수 있다.
상기 제1 데이터와 상기 요청은 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에 기초하여 전송될 수 있다. 상기 제1 데이터 및 상기 요청은 다중화(multiplexing)되어 전송될 수 있다. 즉, 상기 요청은 SOURCE ID와 DESTINATION ID가 동일한 상기 제1 데이터와 다중화 되어 전송될 수 있다. 상기 다중화는 TDM(Time Division Multiplexing), FDM(Frequency Division Multiplexing), CDM(Code Division Multiplexing) 또는 joint-encoding 중 적어도 하나에 기초할 수 있다.
일 실시예에 의하면, 상기 제1 SCI (즉, 상기 요청을 포함하는 second stage SCI)는 상기 단말간 조정 정보와 관련된 세부 정보를 포함할 수 있다. 상기 세부 정보는 i) 우선순위(priority), ii) 자원 선택 윈도우(resource selection window) iii) 서브채널의 개수(number of subchannels) 및 iv) 자원의 타입(type) 중 적어도 하나와 관련된 정보를 포함할 수 있다.
상기 우선순위와 관련된 정보는 상기 요청을 위한 우선순위 값(또는 상기 요청의 전송을 위한 우선순위 값)일 수 있다. 일 예로, 상기 우선순위와 관련된 정보는 제2 SCI(SCI format 2-C)의 Priority 필드에 기반할 수 있다. 일 예로, 상기 우선순위와 관련된 정보는 MAC-CE(Inter-UE Coordination Request MAC CE)의 Priority 필드에 기반할 수 있다.
상기 자원 선택 윈도우와 관련된 정보는 상기 단말간 조정 정보를 생성하기 위한 윈도우의 위치를 나타낼 수 있다. 제1 단말은 상기 자원 선택 윈도우 내의 자원에 기초하여 상기 단말간 조정 정보를 생성할 수 있다. 보다 상세하게는, 제1 단말은 상기 자원 선택 윈도우 내의 자원을 선호 자원(preferred resource) 또는 비선호 자원(non-preferred resource)으로 결정할 수 있다. 상기 단말간 조정 정보는 상기 선호 자원 또는 상기 비선호 자원과 관련된 정보를 포함할 수 있다. 일 예로, 상기 자원 선택 윈도우와 관련된 정보는 제2 SCI(SCI format 2-C)의 Resource selection window location 필드에 기반할 수 있다. 일 예로, 상기 자원 선택 윈도우와 관련된 정보는 MAC-CE(Inter-UE Coordination Request MAC CE)의 RSWL 필드에 기반할 수 있다.
상기 서브 채널의 개수와 관련된 정보는 물리 사이드링크 제어 채널(Physical Sidelink Control Channel, PSCCH) 및 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)의 전송에 사용될 서브 채널의 개수를 의미할 수 있다. 상기 서브 채널의 개수는 상기 단말간 조정 정보와 관련된 자원의 타입이 선호 자원인 경우에 포함될 수 있다. 일 예로, 상기 서브 채널의 개수와 관련된 정보는 제2 SCI(SCI format 2-C)의 Number of subchannels 필드에 기반할 수 있다. 일 예로, 상기 서브 채널의 개수와 관련된 정보는 MAC-CE(Inter-UE Coordination Request MAC CE)의 Number of Subchannel 필드에 기반할 수 있다.
상기 자원의 타입과 관련된 정보는 상기 자원 선택 윈도우에서 결정된 자원의 종류를 나타내는 정보일 수 있다. 구체적으로, 상기 자원의 타입은 선호 자원(preferred resource) 또는 비선호 자원(non-preferred resource)에 기반할 수 있다. 일 예로, 상기 자원의 타입과 관련된 정보는 제2 SCI(SCI format 2-C)의 Resource set type 필드에 기반할 수 있다. 일 예로, 상기 자원의 타입과 관련된 정보는 MAC-CE(Inter-UE Coordination Request MAC CE)의 RT 필드에 기반할 수 있다.
일 실시예에 의하면, 상기 요청은 제1 SCI (제1 second stage SCI)에 기반하여 전송될 수 있다. 구체적으로, 상기 제1 SCI는 제1 물리 사이드링크 제어 채널(Physical Sidelink Control Channel, PSCCH)와 관련된 제1 스테이지 SCI (first stage SCI)에 의해 스케줄 된 상기 제1 PSSCH에 기반하여 전송될 수 있다. 이 때, 상기 제1 PSCCH와 관련된 first stage SCI는 상기 제1 SCI의 포맷을 나타내는 필드(예: 2nd-stage SCI format 필드)를 포함할 수 있다.
상술한 S1510에 따라, 제2 단말(도 16 내지 도 21의 100/200)이 제1 단말(도 16 내지 도 21의 100/200)에 단말간 조정 정보에 대한 요청(request for inter-UE coordination information)을 전송하는 동작은 도 16 내지 도 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참조하면, 하나 이상의 프로세서(202)는 제1 단말(100)에 단말간 조정 정보에 대한 요청(request for inter-UE coordination information)을 전송하도록 하나 이상의 트랜시버(206) 및/또는 하나 이상의 메모리(204)를 제어할 수 있다.
S1520에서, 제2 단말은 제1 단말로부터 단말간 조정 정보(inter-UE coordination information)를 수신한다. 일 예로, 제2 단말은 제1 단말로부터 단말간 조정 정보(inter-UE coordination information)를 포함하는 제2 SCI를 수신할 수 있다. 여기서, 상기 단말간 조정 정보는 i) 상기 요청 또는 ii) 상기 요청 외의 다른 조건에 의해 트리거 되어 수신될 수 있다.
상기 단말간 조정 정보가 상기 요청 외의 다른 조건에 의해 트리거 되는 경우, 혼잡 정도를 최소화 하기 위해 사전에 설정된 조건에 기초하여 수신될 수 있다. 일 예로, 상기 사전에 설정된 조건은 상위 계층 파라미터 sl-TriggerConditionCoordInfo에 기반할 수 있다.
일 실시예에 의하면, 상기 단말간 조정 정보가 상기 요청 외 다른 조건에 의해 트리거 되는 것에 기초하여: 상기 단말간 조정 정보는 상기 제1 단말에 의해 전송되는 데이터의 존재 여부에 기초하여 수신될 수 있다. 구체적으로, 상기 제1 단말에 상기 제2 단말로 전송될 제2 데이터가 있는 것에 기초하여, 상기 단말간 조정 정보는 MAC-CE 및/또는 제2 SCI에 기반하여 수신될 수 있다(예: 상기 sl-TriggerConditionCoordInfo의 값이 1로 설정된 경우). 일 예로, 상기 sl-TriggerConditionCoordInfo의 값이 0으로 설정된 경우 단말간 조정 정보의 수신을 위한 조건은 제1 단말(UE-A) 구현에 따라 달라질 수 있다.
상기와 같이 상기 요청 외의 다른 조건에 의해 단말간 조정 정보가 트리거되는 경우, 단말간 조정 정보는 제1 단말에 제2 단말로 전송할 데이터가 있는 경우에 한하여 제한적으로 전송된다. 따라서, 요청 외 다른 조건에 의해 트리거된 단말간 조정 정보의 시그널링으로 인한 혼잡 정도가 최소화 될 수 있다.
상기 제2 데이터와 상기 단말간 조정 정보는 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에 기초하여 수신될 수 있다. 상기 제2 데이터와 상기 단말간 조정 정보는 함께 수신될 수 있다. 구체적으로, 상기 제2 데이터 및 상기 단말간 조정 정보는 다중화(multiplexing)되어 수신될 수 있다. 즉, 상기 단말간 조정 정보는 SOURCE ID와 DESTINATION ID가 동일한 상기 제2 데이터와 다중화 되어 수신될 수 있다. 상기 다중화는 TDM(Time Division Multiplexing), FDM(Frequency Division Multiplexing), CDM(Code Division Multiplexing) 또는 joint-encoding 중 적어도 하나에 기초할 수 있다.
일 실시예에 의하면, 상기 단말간 조정 정보는 MAC-CE 및/또는 제2 SCI에 기반하여 수신될 수 있다. 일 예로, 상기 단말간 조정 정보는 상기 MAC-CE에 기반하여 수신될 수 있다. 일 예로, 상기 단말간 조정 정보는 상기 MAC-CE 및 상기 제2 SCI(second stage SCI)에 기반하여 수신될 수 있다. 상기 MAC-CE 및 상기 제2 SCI는 상기 단말간 조정 정보를 전달하기 위한 컨테이너(container)를 의미할 수 있다. 즉, 상기 단말간 조정 정보가 상기 MAC-CE(예: Inter-UE Coordination Information MAC-CE) 및/또는 상기 제2 SCI(예: SCI format 2-C)에 포함되어 제1 단말로부터 제2 단말로 전송될 수 있다.
상기 단말간 조정 정보와 관련된 자원 조합(resource combination)의 개수에 기초하여, 상기 단말간 조정 정보는 i) 상기 MAC-CE 또는 ii) 상기 MAC-CE 및 상기 제2 SCI에 기반하여 수신될 수 있다.
상기 단말간 조정 정보와 관련된 자원 조합(resource combination)의 개수가 미리 정의된 값(예: 3)보다 큰 것에 기초하여 상기 단말간 조정 정보는 상기 MAC-CE에 기반하여 수신될 수 있다.
상기 단말간 조정 정보와 관련된 자원 조합(resource combination)의 개수가 상기 미리 정의된 값 이하인 것에 기초하여, 상기 단말간 조정 정보는 i) 상기 MAC-CE 또는 ii) 상기 MAC-CE 및 상기 제2 SCI에 기반하여 수신될 수 있다.
여기서 자원 조합(resource combination)은 TRIV(time resource indicator value), FRIV(frequency resource indicator value) 및 자원 예약 구간 P(resource reservation period)를 포함하는 조합을 의미한다. 상기 자원 조합의 개수는 제2 SCI의 resource combinations 필드에 기초하여 지시될 수 있다.
일 실시예에 의하면, 상기 단말간 조정 정보는 미리 정의된 시간 이내에 수신될 수 있다. 구체적으로, 상기 단말간 조정 정보는 (상기 요청 또는 상기 요청 외의 다른 조건에 의해) 트리거된 시점으로부터 상기 미리 정의된 시간 이내에 수신될 수 있다. 상기 미리 정의된 시간은 PDB(Packet Delay Budget)에 기초하여 결정될 수 있다. 일 예로, 상기 PDB는 상기 요청을 전송한 시점을 기초로 설정/결정될 수 있다. 일 예로, 상기 PDB는 상기 요청 외 다른 조건에 의해 상기 단말간 조정 정보가 트리거된 시점을 기초로 설정/결정될 수 있다. 일 예로, 상기 PDB와 관련된 정보는 사전에 설정될 수 있다. 일 예로, 상기 PDG와 관련된 정보는 상기 요청에 포함될 수 있다. 상기 PDB와 관련된 정보는 상술한 보조 정보에 대한 PDB 정보와 관련된 실시예에 기반할 수 있다.
일 실시예에 의하면, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여: 상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일할 수 있다.
상술한 제1/제2 페이로드 사이즈와 관련된 실시예는 자원 풀이 동일한 경우에 한정되어 적용될 수 있다. 즉, 상기 제1 PSSCH(제1 SCI) 및 상기 제2 PSSCH(제2 SCI)가 동일한 자원 풀에 기초하여 전송되는 것에 기초하여, 상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일할 수 있다. 상기 자원 풀이 동일하다는 것은 제1 단말의 송신 및/또는 수신 자원 풀과 제2 단말의 송신 및/또는 수신 자원 풀이 동일한 것을 의미할 수 있다. 일 예로, 상기 자원 풀이 동일하다는 것은 상기 제1 PSSCH(제1 SCI)의 전송을 위한 송신 자원 풀과 상기 제2 PSSCH(제2 SCI)의 전송을 위한 송신 자원 풀이 동일한 것을 의미할 수 있다. 일 예로, 상기 자원 풀이 동일하다는 것은 상기 제1 PSSCH(제1 SCI)의 수신을 위한 수신 자원 풀과 상기 제2 PSSCH(제2 SCI)의 수신을 위한 수신 자원 풀이 동일한 것을 의미할 수 있다. 일 예로, 상기 자원 풀이 동일하다는 것은 상기 제1 PSSCH(제1 SCI)의 전송을 위한 송신 자원 풀과 상기 제2 PSSCH(제2 SCI)의 수신을 위한 수신 자원 풀이 동일한 것을 의미할 수 있다. 일 예로, 상기 자원 풀이 동일하다는 것은 상기 제1 PSSCH(제1 SCI)의 수신을 위한 수신 자원 풀과 상기 제2 PSSCH(제2 SCI)의 전송을 위한 송신 자원 풀이 동일한 것을 의미할 수 있다.
일 실시예에 의하면, 동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여: 상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일할 수 있다.
이 때, 상기 제1 SCI(예: 제1 second stage SCI) 및 상기 제2 SCI(예: 제2 second stage SCI)는 상기 요청 또는 상기 단말간 조정 정보를 나타내는 지시자(예: Providing/Requesting indicator field)를 포함할 수 있다. 구체적으로 상기 제1 SCI의 상기 지시자는 상기 요청을 나타내는 값으로 설정될 수 있다. 상기 제2 SCI의 상기 지시자는 상기 단말간 조정 정보를 나타내는 값으로 설정될 수 있다.
일 예로, 제2 단말에 의해 전송된 제1 second stage SCI에 포함된 지시자(예: Providing/Requesting indicator field)는 단말간 조정 정보에 대한 요청을 나타낼 수 있다. 제1 단말에 의해 전송된 제2 second stage SCI에 포함된 지시자(예: Providing/Requesting indicator field)는 단말간 조정 정보를 나타낼 수 있다.
상기 제1/제2 페이로드 사이즈와 관련된 실시예는 상술한 부가 정보/부가 정보 요청에 대응되는 제 2 SCI의 크기에 대한 실시예에 기반할 수 있다.
패딩 비트들(padding bits)의 추가(appending)에 기초하여, 상기 first payload size와 상기 second payload size가 동일하게 설정될 수 있다. 즉, second SCI format size를 하나의 size로 조정하기 위해 상기 패딩 비트들(padding bits)이 활용될 수 있다. 이하 구체적으로 설명한다.
상기 패딩 비트들은 상기 first payload size 또는 상기 second payload size를 기반으로 추가될 수 있다. 일 예로, 상기 패딩 비트들은 상기 second payload size에 기초하여 상기 제1 SCI에 추가될 수 있다. 일 예로, 상기 패딩 비트들은 상기 first payload size에 기초하여 상기 제2 SCI에 추가될 수 있다.
상기 패딩 비트들은 특정 값으로 설정된 비트에 기반할 수 있다. 일 예로, 상기 패딩 비트들은 0으로 설정된 비트에 기반할 수 있다(예: 3bit인 경우 "000"). 일 예로, 상기 패딩 비트들은 1로 설정된 비트에 기반할 수 있다(예: 3bit인 경우 "111").
일 실시예에 의하면, 상기 요청과 관련된 자원 풀(resource pool)과 상기 단말간 조정 정보와 관련된 자원 풀(resource pool)은 동일할 수 있다. 일 예로, 상기 요청과 관련된 선호 자원 또는 비선호 자원이 속한 자원 풀은 상기 단말간 조정 정보와 관련된 선호 자원 또는 비선호 자원이 속한 자원 풀과 동일할 수 있다. 일 예로, 상기 요청의 전송과 관련된 자원 풀은 상기 단말간 조정 정보의 수신을 위한 자원 풀과 동일할 수 있다. 구체적으로, 단말간 조정 정보의 전송을 위한 송신 자원 풀은 상기 요청의 전송을 위한 송신 자원 풀과 동일하게 설정될 수 있다. 즉, 상기 단말간 조정 정보는 상기 요청의 전송을 위한 송신 자원 풀과 동일한 송신 자원 풀에 기초하여 전송될 수 있다. 일 예로, 상기 요청의 수신을 위한 수신 자원 풀은 상기 단말간 조정 정보의 수신을 위한 수신 자원 풀과 동일하게 설정될 수 있다.
일 실시예에 의하면, 상기 단말간 조정 정보는 상기 요청에 포함된 세부 정보에 기초하여 전송될 수 있다. 일 예로, 상기 단말간 조정 정보는 상기 요청에 포함된 우선순위 값과 동일한 우선순위 값에 기초하여 수신될 수 있다.
일 실시예에 의하면, 상기 제1 SCI의 포맷(format)과 상기 제2 SCI의 포맷(format)은 동일할 수 있다. 일 예로, 상기 제1 SCI의 포맷(format) 및 상기 제2 SCI의 포맷(format)은 기존의 second stage SCI format들 중 어느 하나에 기반할 수 있다(예: SCI format 2-A 또는 SCI format 2-B). 일 예로, 상기 제1 SCI의 포맷(format) 및 상기 제2 SCI의 포맷(format)은 기존의 second stage SCI format과는 다른 second stage SCI format에 기반할 수 있다(예: SCI format 2-C).
일 실시예에 의하면, 상기 단말간 조정 정보는 제2 SCI(제2 second stage SCI)에 기반하여 수신될 수 있다. 구체적으로, 상기 제2 SCI는 제2 물리 사이드링크 제어 채널(Physical Sidelink Control Channel, PSCCH)와 관련된 제1 SCI (first stage SCI)에 의해 스케줄 된 상기 제2 PSSCH에 기반하여 수신될 수 있다. 이 때, 상기 제2 PSCCH와 관련된 first stage SCI는 상기 제2 SCI의 포맷을 나타내는 필드(예: 2nd-stage SCI format 필드)를 포함할 수 있다.
상술한 S1520에 따라, 제2 단말(도 16 내지 도 21의 100/200)이 제1 단말(도 16 내지 도 21의 100/200)로부터 단말간 조정 정보(inter-UE coordination information)를 수신하는 동작은 도 16 내지 도 21의 장치에 의해 구현될 수 있다. 예를 들어, 도 17을 참조하면, 하나 이상의 프로세서(202)는 제1 단말(100)로부터 단말간 조정 정보(inter-UE coordination information)를 수신하도록 하나 이상의 트랜시버(206) 및/또는 하나 이상의 메모리(204)를 제어할 수 있다.
도면에 도시된 것은 아니나, 제2 단말은 S1510 및 S1520에 따른 동작을 다음 1) 내지 4) 에 기초하여 수행할 수 있다.
1) 제1 PSCCH 전송
2) 제1 PSCCH와 관련된 제1 SCI (SCI format 1-A)에 의해 스케줄된 제1 PSSCH 전송 (S1510), 즉, 제1 PSSCH에 기초하여 단말간 조정 정보의 요청을 포함하는 제1 SCI(제1 second stage SCI)가 전송됨.
3) 제2 PSCCH 수신
4) 제2 PSCCH와 관련된 first stage SCI (SCI format 1-A)에 의해 스케줄된 제2 PSSCH 수신 (S1520), 즉, 제2 PSSCH에 기초하여 단말간 조정 정보를 포함하는 제2 SCI(제2 second stage SCI)가 수신됨.
이하 본 명세서의 다양한 실시 예가 적용될 수 있는 장치에 대하여 설명한다.
이로 제한되는 것은 아니지만, 본 문서에 개시된 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 16은 본 명세서의 일 실시 예에 따른, 통신 시스템(1)을 나타낸다.
도 16을 참조하면, 본 명세서의 다양한 실시 예가 적용되는 통신 시스템(1)은 무선 기기, 기지국 및 네트워크를 포함한다. 여기서, 무선 기기는 무선 접속 기술(예, 5G NR(New RAT), LTE(Long Term Evolution))을 이용하여 통신을 수행하는 기기를 의미하며, 통신/무선/5G 기기로 지칭될 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(100a), 차량(100b-1, 100b-2), XR(eXtended Reality) 기기(100c), 휴대 기기(Hand-held device)(100d), 가전(100e), IoT(Internet of Thing) 기기(100f), AI기기/서버(400)를 포함할 수 있다. 예를 들어, 차량은 무선 통신 기능이 구비된 차량, 자율 주행 차량, 차량간 통신을 수행할 수 있는 차량 등을 포함할 수 있다. 여기서, 차량은 UAV(Unmanned Aerial Vehicle)(예, 드론)를 포함할 수 있다. XR 기기는 AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality) 기기를 포함하며, HMD(Head-Mounted Device), 차량에 구비된 HUD(Head-Up Display), 텔레비전, 스마트폰, 컴퓨터, 웨어러블 디바이스, 가전 기기, 디지털 사이니지(signage), 차량, 로봇 등의 형태로 구현될 수 있다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 컴퓨터(예, 노트북 등) 등을 포함할 수 있다. 가전은 TV, 냉장고, 세탁기 등을 포함할 수 있다. IoT 기기는 센서, 스마트미터 등을 포함할 수 있다. 예를 들어, 기지국, 네트워크는 무선 기기로도 구현될 수 있으며, 특정 무선 기기(200a)는 다른 무선 기기에게 기지국/네트워크 노드로 동작할 수도 있다.
무선 기기(100a~100f)는 기지국(200)을 통해 네트워크(300)와 연결될 수 있다. 무선 기기(100a~100f)에는 AI(Artificial Intelligence) 기술이 적용될 수 있으며, 무선 기기(100a~100f)는 네트워크(300)를 통해 AI 서버(400)와 연결될 수 있다. 네트워크(300)는 3G 네트워크, 4G(예, LTE) 네트워크 또는 5G(예, NR) 네트워크 등을 이용하여 구성될 수 있다. 무선 기기(100a~100f)는 기지국(200)/네트워크(300)를 통해 서로 통신할 수도 있지만, 기지국/네트워크를 통하지 않고 직접 통신(e.g. 사이드링크 통신(sidelink communication))할 수도 있다. 예를 들어, 차량들(100b-1, 100b-2)은 직접 통신(e.g. V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)을 할 수 있다. 또한, IoT 기기(예, 센서)는 다른 IoT 기기(예, 센서) 또는 다른 무선 기기(100a~100f)와 직접 통신을 할 수 있다.
무선 기기(100a~100f)/기지국(200), 기지국(200)/기지국(200) 간에는 무선 통신/연결(150a, 150b, 150c)이 이뤄질 수 있다. 여기서, 무선 통신/연결은 상향/하향링크 통신(150a)과 사이드링크 통신(150b)(또는, D2D 통신), 기지국간 통신(150c)(e.g. relay, IAB(Integrated Access Backhaul)과 같은 다양한 무선 접속 기술(예, 5G NR)을 통해 이뤄질 수 있다. 무선 통신/연결(150a, 150b, 150c)을 통해 무선 기기와 기지국/무선 기기, 기지국과 기지국은 서로 무선 신호를 송신/수신할 수 있다. 예를 들어, 무선 통신/연결(150a, 150b, 150c)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 명세서의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 맵핑/디맵핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 17은 본 명세서의 일 실시 예에 따른, 무선 기기를 나타낸다.
도 17을 참조하면, 제 1 무선 기기(100)와 제 2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제 1 무선 기기(100), 제 2 무선 기기(200)}은 도 16의 {무선 기기(100x), 기지국(200)} 및/또는 {무선 기기(100x), 무선 기기(100x)}에 대응할 수 있다.
제 1 무선 기기(100)는 하나 이상의 프로세서(102) 및 하나 이상의 메모리(104)를 포함하며, 추가적으로 하나 이상의 송수신기(106) 및/또는 하나 이상의 안테나(108)을 더 포함할 수 있다. 프로세서(102)는 메모리(104) 및/또는 송수신기(106)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(102)는 메모리(104) 내의 정보를 처리하여 제 1 정보/신호를 생성한 뒤, 송수신기(106)을 통해 제 1 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(102)는 송수신기(106)를 통해 제 2 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제 2 정보/신호의 신호 처리로부터 얻은 정보를 메모리(104)에 저장할 수 있다. 메모리(104)는 프로세서(102)와 연결될 수 있고, 프로세서(102)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(104)는 프로세서(102)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(102)와 메모리(104)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(106)는 프로세서(102)와 연결될 수 있고, 하나 이상의 안테나(108)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(106)는 송신기 및/또는 수신기를 포함할 수 있다. 송수신기(106)는 RF(Radio Frequency) 유닛과 혼용될 수 있다. 본 명세서에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
제 2 무선 기기(200)는 하나 이상의 프로세서(202), 하나 이상의 메모리(204)를 포함하며, 추가적으로 하나 이상의 송수신기(206) 및/또는 하나 이상의 안테나(208)를 더 포함할 수 있다. 프로세서(202)는 메모리(204) 및/또는 송수신기(206)를 제어하며, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 구현하도록 구성될 수 있다. 예를 들어, 프로세서(202)는 메모리(204) 내의 정보를 처리하여 제3 정보/신호를 생성한 뒤, 송수신기(206)를 통해 제3 정보/신호를 포함하는 무선 신호를 전송할 수 있다. 또한, 프로세서(202)는 송수신기(206)를 통해 제4 정보/신호를 포함하는 무선 신호를 수신한 뒤, 제4 정보/신호의 신호 처리로부터 얻은 정보를 메모리(204)에 저장할 수 있다. 메모리(204)는 프로세서(202)와 연결될 수 있고, 프로세서(202)의 동작과 관련한 다양한 정보를 저장할 수 있다. 예를 들어, 메모리(204)는 프로세서(202)에 의해 제어되는 프로세스들 중 일부 또는 전부를 수행하거나, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들을 수행하기 위한 명령들을 포함하는 소프트웨어 코드를 저장할 수 있다. 여기서, 프로세서(202)와 메모리(204)는 무선 통신 기술(예, LTE, NR)을 구현하도록 설계된 통신 모뎀/회로/칩의 일부일 수 있다. 송수신기(206)는 프로세서(202)와 연결될 수 있고, 하나 이상의 안테나(208)를 통해 무선 신호를 송신 및/또는 수신할 수 있다. 송수신기(206)는 송신기 및/또는 수신기를 포함할 수 있다 송수신기(206)는 RF 유닛과 혼용될 수 있다. 본 명세서에서 무선 기기는 통신 모뎀/회로/칩을 의미할 수도 있다.
이하, 무선 기기(100, 200)의 하드웨어 요소에 대해 보다 구체적으로 설명한다. 이로 제한되는 것은 아니지만, 하나 이상의 프로토콜 계층이 하나 이상의 프로세서(102, 202)에 의해 구현될 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 계층(예, PHY, MAC, RLC, PDCP, RRC, SDAP와 같은 기능적 계층)을 구현할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 하나 이상의 PDU(Protocol Data Unit) 및/또는 하나 이상의 SDU(Service Data Unit)를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 메시지, 제어정보, 데이터 또는 정보를 생성할 수 있다. 하나 이상의 프로세서(102, 202)는 본 문서에 개시된 기능, 절차, 제안 및/또는 방법에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 포함하는 신호(예, 베이스밴드 신호)를 생성하여, 하나 이상의 송수신기(106, 206)에게 제공할 수 있다. 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)로부터 신호(예, 베이스밴드 신호)를 수신할 수 있고, 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들에 따라 PDU, SDU, 메시지, 제어정보, 데이터 또는 정보를 획득할 수 있다.
하나 이상의 프로세서(102, 202)는 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 또는 마이크로 컴퓨터로 지칭될 수 있다. 하나 이상의 프로세서(102, 202)는 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 조합에 의해 구현될 수 있다. 일 예로, 하나 이상의 ASIC(Application Specific Integrated Circuit), 하나 이상의 DSP(Digital Signal Processor), 하나 이상의 DSPD(Digital Signal Processing Device), 하나 이상의 PLD(Programmable Logic Device) 또는 하나 이상의 FPGA(Field Programmable Gate Arrays)가 하나 이상의 프로세서(102, 202)에 포함될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있고, 펌웨어 또는 소프트웨어는 모듈, 절차, 기능 등을 포함하도록 구현될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 수행하도록 설정된 펌웨어 또는 소프트웨어는 하나 이상의 프로세서(102, 202)에 포함되거나, 하나 이상의 메모리(104, 204)에 저장되어 하나 이상의 프로세서(102, 202)에 의해 구동될 수 있다. 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 코드, 명령어 및/또는 명령어의 집합 형태로 펌웨어 또는 소프트웨어를 사용하여 구현될 수 있다.
하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 다양한 형태의 데이터, 신호, 메시지, 정보, 프로그램, 코드, 지시 및/또는 명령을 저장할 수 있다. 하나 이상의 메모리(104, 204)는 ROM, RAM, EPROM, 플래시 메모리, 하드 드라이브, 레지스터, 캐쉬 메모리, 컴퓨터 판독 저장 매체 및/또는 이들의 조합으로 구성될 수 있다. 하나 이상의 메모리(104, 204)는 하나 이상의 프로세서(102, 202)의 내부 및/또는 외부에 위치할 수 있다. 또한, 하나 이상의 메모리(104, 204)는 유선 또는 무선 연결과 같은 다양한 기술을 통해 하나 이상의 프로세서(102, 202)와 연결될 수 있다.
하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치에게 본 문서의 방법들 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 전송할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 다른 장치로부터 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 수신할 수 있다. 예를 들어, 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)와 연결될 수 있고, 무선 신호를 송수신할 수 있다. 예를 들어, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치에게 사용자 데이터, 제어 정보 또는 무선 신호를 전송하도록 제어할 수 있다. 또한, 하나 이상의 프로세서(102, 202)는 하나 이상의 송수신기(106, 206)가 하나 이상의 다른 장치로부터 사용자 데이터, 제어 정보 또는 무선 신호를 수신하도록 제어할 수 있다. 또한, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)와 연결될 수 있고, 하나 이상의 송수신기(106, 206)는 하나 이상의 안테나(108, 208)를 통해 본 문서에 개시된 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도 등에서 언급되는 사용자 데이터, 제어 정보, 무선 신호/채널 등을 송수신하도록 설정될 수 있다. 본 문서에서, 하나 이상의 안테나는 복수의 물리 안테나이거나, 복수의 논리 안테나(예, 안테나 포트)일 수 있다. 하나 이상의 송수신기(106, 206)는 수신된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 하나 이상의 프로세서(102, 202)를 이용하여 처리하기 위해, 수신된 무선 신호/채널 등을 RF 밴드 신호에서 베이스밴드 신호로 변환(Convert)할 수 있다. 하나 이상의 송수신기(106, 206)는 하나 이상의 프로세서(102, 202)를 이용하여 처리된 사용자 데이터, 제어 정보, 무선 신호/채널 등을 베이스밴드 신호에서 RF 밴드 신호로 변환할 수 있다. 이를 위하여, 하나 이상의 송수신기(106, 206)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 18은 본 명세서의 일 실시 예에 따른, 전송 신호를 위한 신호 처리 회로를 나타낸다.
도 18을 참조하면, 신호 처리 회로(1000)는 스크램블러(1010), 변조기(1020), 레이어 매퍼(1030), 프리코더(1040), 자원 매퍼(1050), 신호 생성기(1060)를 포함할 수 있다. 이로 제한되는 것은 아니지만, 도 18의 동작/기능은 도 17의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 수행될 수 있다. 도 18의 하드웨어 요소는 도 17의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 구현될 수 있다. 예를 들어, 블록 1010~1060은 도 17의 프로세서(102, 202)에서 구현될 수 있다. 또한, 블록 1010~1050은 도 17의 프로세서(102, 202)에서 구현되고, 블록 1060은 도 17의 송수신기(106, 206)에서 구현될 수 있다.
코드워드는 도 18의 신호 처리 회로(1000)를 거쳐 무선 신호로 변환될 수 있다. 여기서, 코드워드는 정보블록의 부호화된 비트 시퀀스이다. 정보블록은 전송블록(예, UL-SCH 전송블록, DL-SCH 전송블록)을 포함할 수 있다. 무선 신호는 다양한 물리 채널(예, PUSCH, PDSCH)을 통해 전송될 수 있다.
구체적으로, 코드워드는 스크램블러(1010)에 의해 스크램블된 비트 시퀀스로 변환될 수 있다. 스크램블에 사용되는 스크램블 시퀀스는 초기화 값에 기반하여 생성되며, 초기화 값은 무선 기기의 ID 정보 등이 포함될 수 있다. 스크램블된 비트 시퀀스는 변조기(1020)에 의해 변조 심볼 시퀀스로 변조될 수 있다. 변조 방식은 pi/2-BPSK(pi/2-Binary Phase Shift Keying), m-PSK(m-Phase Shift Keying), m-QAM(m-Quadrature Amplitude Modulation) 등을 포함할 수 있다. 복소 변조 심볼 시퀀스는 레이어 매퍼(1030)에 의해 하나 이상의 전송 레이어로 맵핑될 수 있다. 각 전송 레이어의 변조 심볼들은 프리코더(1040)에 의해 해당 안테나 포트(들)로 맵핑될 수 있다(프리코딩). 프리코더(1040)의 출력 z는 레이어 매퍼(1030)의 출력 y를 N*M의 프리코딩 행렬 W와 곱해 얻을 수 있다. 여기서, N은 안테나 포트의 개수, M은 전송 레이어의 개수이다. 여기서, 프리코더(1040)는 복소 변조 심볼들에 대한 트랜스폼(transform) 프리코딩(예, DFT 변환)을 수행한 이후에 프리코딩을 수행할 수 있다. 또한, 프리코더(1040)는 트랜스폼 프리코딩을 수행하지 않고 프리코딩을 수행할 수 있다.
자원 매퍼(1050)는 각 안테나 포트의 변조 심볼들을 시간-주파수 자원에 맵핑할 수 있다. 시간-주파수 자원은 시간 도메인에서 복수의 심볼(예, CP-OFDMA 심볼, DFT-s-OFDMA 심볼)을 포함하고, 주파수 도메인에서 복수의 부반송파를 포함할 수 있다. 신호 생성기(1060)는 맵핑된 변조 심볼들로부터 무선 신호를 생성하며, 생성된 무선 신호는 각 안테나를 통해 다른 기기로 전송될 수 있다. 이를 위해, 신호 생성기(1060)는 IFFT(Inverse Fast Fourier Transform) 모듈 및 CP(Cyclic Prefix) 삽입기, DAC(Digital-to-Analog Converter), 주파수 상향 변환기(frequency uplink converter) 등을 포함할 수 있다.
무선 기기에서 수신 신호를 위한 신호 처리 과정은 도 18의 신호 처리 과정(1010~1060)의 역으로 구성될 수 있다. 예를 들어, 무선 기기(예, 도 17의 100, 200)는 안테나 포트/송수신기를 통해 외부로부터 무선 신호를 수신할 수 있다. 수신된 무선 신호는 신호 복원기를 통해 베이스밴드 신호로 변환될 수 있다. 이를 위해, 신호 복원기는 주파수 하향 변환기(frequency downlink converter), ADC(analog-to-digital converter), CP 제거기, FFT(Fast Fourier Transform) 모듈을 포함할 수 있다. 이후, 베이스밴드 신호는 자원 디-매퍼 과정, 포스트코딩(postcoding) 과정, 복조 과정 및 디-스크램블 과정을 거쳐 코드워드로 복원될 수 있다. 코드워드는 복호(decoding)를 거쳐 원래의 정보블록으로 복원될 수 있다. 따라서, 수신 신호를 위한 신호 처리 회로(미도시)는 신호 복원기, 자원 디-매퍼, 포스트코더, 복조기, 디-스크램블러 및 복호기를 포함할 수 있다.
도 19는 본 명세서의 일 실시 예에 따른, 무선 기기를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 16 참조).
도 19를 참조하면, 무선 기기(100, 200)는 도 17의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 17의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 17의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 16, 100a), 차량(도 16, 100b-1, 100b-2), XR 기기(도 16, 100c), 휴대 기기(도 16, 100d), 가전(도 16, 100e), IoT 기기(도 16, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 16, 400), 기지국(도 16, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 19에서 무선 기기(100, 200) 내의 다양한 요소, 성분, 유닛/부, 및/또는 모듈은 전체가 유선 인터페이스를 통해 상호 연결되거나, 적어도 일부가 통신부(110)를 통해 무선으로 연결될 수 있다. 예를 들어, 무선 기기(100, 200) 내에서 제어부(120)와 통신부(110)는 유선으로 연결되며, 제어부(120)와 제 1 유닛(예, 130, 140)은 통신부(110)를 통해 무선으로 연결될 수 있다. 또한, 무선 기기(100, 200) 내의 각 요소, 성분, 유닛/부, 및/또는 모듈은 하나 이상의 요소를 더 포함할 수 있다. 예를 들어, 제어부(120)는 하나 이상의 프로세서 집합으로 구성될 수 있다. 예를 들어, 제어부(120)는 통신 제어 프로세서, 어플리케이션 프로세서(Application processor), ECU(Electronic Control Unit), 그래픽 처리 프로세서, 메모리 제어 프로세서 등의 집합으로 구성될 수 있다. 다른 예로, 메모리부(130)는 RAM(Random Access Memory), DRAM(Dynamic RAM), ROM(Read Only Memory), 플래시 메모리(flash memory), 휘발성 메모리(volatile memory), 비-휘발성 메모리(non-volatile memory) 및/또는 이들의 조합으로 구성될 수 있다.
이하, 도 19의 구현 예에 대해 도면을 참조하여 보다 자세히 설명한다.
도 20은 본 명세서의 일 실시 예에 따른, 휴대 기기를 나타낸다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 휴대용 컴퓨터(예, 노트북 등)을 포함할 수 있다. 휴대 기기는 MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station) 또는 WT(Wireless terminal)로 지칭될 수 있다.
도 20를 참조하면, 휴대 기기(100)는 안테나부(108), 통신부(110), 제어부(120), 메모리부(130), 전원공급부(140a), 인터페이스부(140b) 및 입출력부(140c)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110~130/140a~140c는 각각 도 19의 블록 110~130/140에 대응한다.
통신부(110)는 다른 무선 기기, 기지국들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 휴대 기기(100)의 구성 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 AP(Application Processor)를 포함할 수 있다. 메모리부(130)는 휴대 기기(100)의 구동에 필요한 데이터/파라미터/프로그램/코드/명령을 저장할 수 있다. 또한, 메모리부(130)는 입/출력되는 데이터/정보 등을 저장할 수 있다. 전원공급부(140a)는 휴대 기기(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 인터페이스부(140b)는 휴대 기기(100)와 다른 외부 기기의 연결을 지원할 수 있다. 인터페이스부(140b)는 외부 기기와의 연결을 위한 다양한 포트(예, 오디오 입/출력 포트, 비디오 입/출력 포트)를 포함할 수 있다. 입출력부(140c)는 영상 정보/신호, 오디오 정보/신호, 데이터, 및/또는 사용자로부터 입력되는 정보를 입력 받거나 출력할 수 있다. 입출력부(140c)는 카메라, 마이크로폰, 사용자 입력부, 디스플레이부(140d), 스피커 및/또는 햅틱 모듈 등을 포함할 수 있다.
일 예로, 데이터 통신의 경우, 입출력부(140c)는 사용자로부터 입력된 정보/신호(예, 터치, 문자, 음성, 이미지, 비디오)를 획득하며, 획득된 정보/신호는 메모리부(130)에 저장될 수 있다. 통신부(110)는 메모리에 저장된 정보/신호를 무선 신호로 변환하고, 변환된 무선 신호를 다른 무선 기기에게 직접 전송하거나 기지국에게 전송할 수 있다. 또한, 통신부(110)는 다른 무선 기기 또는 기지국으로부터 무선 신호를 수신한 뒤, 수신된 무선 신호를 원래의 정보/신호로 복원할 수 있다. 복원된 정보/신호는 메모리부(130)에 저장된 뒤, 입출력부(140c)를 통해 다양한 형태(예, 문자, 음성, 이미지, 비디오, 헵틱)로 출력될 수 있다.
도 21은 본 명세서의 일 실시 예에 따른, 차량 또는 자율 주행 차량을 나타낸다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다.
도 21을 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 19의 블록 110/130/140에 대응한다.
통신부(110)는 다른 차량, 기지국(e.g. 기지국, 노변 기지국(Road Side unit) 등), 서버 등의 외부 기기들과 신호(예, 데이터, 제어 신호 등)를 송수신할 수 있다. 제어부(120)는 차량 또는 자율 주행 차량(100)의 요소들을 제어하여 다양한 동작을 수행할 수 있다. 제어부(120)는 ECU(Electronic Control Unit)를 포함할 수 있다. 구동부(140a)는 차량 또는 자율 주행 차량(100)을 지상에서 주행하게 할 수 있다. 구동부(140a)는 엔진, 모터, 파워 트레인, 바퀴, 브레이크, 조향 장치 등을 포함할 수 있다. 전원공급부(140b)는 차량 또는 자율 주행 차량(100)에게 전원을 공급하며, 유/무선 충전 회로, 배터리 등을 포함할 수 있다. 센서부(140c)는 차량 상태, 주변 환경 정보, 사용자 정보 등을 얻을 수 있다. 센서부(140c)는 IMU(inertial measurement unit) 센서, 충돌 센서, 휠 센서(wheel sensor), 속도 센서, 경사 센서, 중량 감지 센서, 헤딩 센서(heading sensor), 포지션 모듈(position module), 차량 전진/후진 센서, 배터리 센서, 연료 센서, 타이어 센서, 스티어링 센서, 온도 센서, 습도 센서, 초음파 센서, 조도 센서, 페달 포지션 센서 등을 포함할 수 있다. 자율 주행부(140d)는 주행중인 차선을 유지하는 기술, 어댑티브 크루즈 컨트롤과 같이 속도를 자동으로 조절하는 기술, 정해진 경로를 따라 자동으로 주행하는 기술, 목적지가 설정되면 자동으로 경로를 설정하여 주행하는 기술 등을 구현할 수 있다.
일 예로, 통신부(110)는 외부 서버로부터 지도 데이터, 교통 정보 데이터 등을 수신할 수 있다. 자율 주행부(140d)는 획득된 데이터를 기반으로 자율 주행 경로와 드라이빙 플랜을 생성할 수 있다. 제어부(120)는 드라이빙 플랜에 따라 차량 또는 자율 주행 차량(100)이 자율 주행 경로를 따라 이동하도록 구동부(140a)를 제어할 수 있다(예, 속도/방향 조절). 자율 주행 도중에 통신부(110)는 외부 서버로부터 최신 교통 정보 데이터를 비/주기적으로 획득하며, 주변 차량으로부터 주변 교통 정보 데이터를 획득할 수 있다. 또한, 자율 주행 도중에 센서부(140c)는 차량 상태, 주변 환경 정보를 획득할 수 있다. 자율 주행부(140d)는 새로 획득된 데이터/정보에 기반하여 자율 주행 경로와 드라이빙 플랜을 갱신할 수 있다. 통신부(110)는 차량 위치, 자율 주행 경로, 드라이빙 플랜 등에 관한 정보를 외부 서버로 전달할 수 있다. 외부 서버는 차량 또는 자율 주행 차량들로부터 수집된 정보에 기반하여, AI 기술 등을 이용하여 교통 정보 데이터를 미리 예측할 수 있고, 예측된 교통 정보 데이터를 차량 또는 자율 주행 차량들에게 제공할 수 있다.
본 명세서에 기재된 청구항들은 다양한 방식으로 조합될 수 있다. 예를 들어, 본 명세서의 방법 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다. 또한, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 장치로 구현될 수 있고, 본 명세서의 방법 청구항의 기술적 특징과 장치 청구항의 기술적 특징이 조합되어 방법으로 구현될 수 있다.

Claims (17)

  1. 무선 통신 시스템에서 제1 단말이 단말간 조정 정보(Inter-UE Coordination information)를 전송하는 방법에 있어서,
    제2 단말로부터 단말간 조정 정보에 대한 요청(request for Inter-UE Coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 수신하는 단계; 및
    상기 제2 단말로 상기 단말간 조정 정보를 포함하는 제2 SCI를 전송하는 단계;를 포함하되,
    동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여:
    상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일한 것을 특징으로 하는 방법.
  2. 제1 항에 있어서,
    패딩 비트들(padding bits)의 추가(appending)에 기초하여, 상기 first payload size와 상기 second payload size가 동일하게 설정되는 것을 특징으로 하는 방법.
  3. 제2 항에 있어서,
    상기 패딩 비트들은 상기 first payload size 또는 상기 second payload size를 기반으로 추가되는 것을 특징으로 하는 방법.
  4. 제3 항에 있어서,
    상기 패딩 비트들은 상기 second payload size에 기초하여 상기 제1 SCI에 추가되는 것을 특징으로 하는 방법.
  5. 제3 항에 있어서,
    상기 패딩 비트들은 상기 first payload size에 기초하여 상기 제2 SCI에 추가되는 것을 특징으로 하는 방법.
  6. 제2 항에 있어서,
    상기 패딩 비트들은 0으로 설정된 비트에 기반하는 것을 특징으로 하는 방법.
  7. 제1 항에 있어서,
    상기 제1 SCI는 상기 단말간 조정 정보와 관련된 세부 정보를 포함하고, 상기 세부 정보는 i) 우선순위, ii) 자원 선택 윈도우 iii) 서브채널의 개수 및 iv) 자원의 타입(type) 중 적어도 하나와 관련된 정보를 포함하는 것을 특징으로 하는 방법.
  8. 제7 항에 있어서,
    상기 자원의 타입은 선호 자원(preferred resource) 또는 비선호 자원(non-preferred resource)에 기반하는 것을 특징으로 하는 방법.
  9. 제1 항에 있어서,
    상기 요청과 관련된 자원 풀(resource pool)과 상기 단말간 조정 정보와 관련된 자원 풀(resource pool)은 동일한 것을 특징으로 하는 방법.
  10. 제9 항에 있어서,
    상기 요청과 관련된 선호 자원 또는 비선호 자원이 속한 자원 풀은 상기 단말간 조정 정보와 관련된 선호 자원 또는 비선호 자원이 속한 자원 풀과 동일한 것을 특징으로 하는 방법.
  11. 제1 항에 있어서,
    상기 제1 SCI의 포맷(format)과 상기 제2 SCI의 포맷(format)은 동일한 것을 특징으로 하는 방법.
  12. 제1 항에 있어서,
    상기 제1 SCI는 제1 물리 사이드링크 제어 채널(Physical Sidelink Control Channel, PSCCH)와 관련된 제1 스테이지 SCI(first stage SCI)에 의해 스케줄 된 상기 제1 PSSCH에 기반하여 수신되며,
    상기 제2 SCI는 제2 PSCCH와 관련된 first stage SCI에 의해 스케줄 된 상기 제2 PSSCH에 기반하여 전송되는 것을 특징으로 하는 방법.
  13. 무선 통신 시스템에서 단말간 조정 정보(Inter-UE Coordination Information)를 전송하는 제1 단말에 있어서,
    하나 이상의 송수신기;
    상기 하나 이상의 송수신기를 제어하는 하나 이상의 프로세서들; 및
    상기 하나 이상의 프로세서들에 동작 가능하게 접속된 하나 이상의 메모리들;을 포함하고,
    상기 하나 이상의 메모리들은, 상기 하나 이상의 프로세서들에 의해 실행되는 것에 기반하여, 동작들을 수행하는 지시(instruction)들을 저장하며,
    상기 동작들은,
    제2 단말로부터 단말간 조정 정보에 대한 요청(request for Inter-UE Coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 수신하는 단계; 및
    상기 제2 단말로 상기 단말간 조정 정보를 포함하는 제2 SCI를 전송하는 단계;를 포함하되,
    동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여:
    상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일한 것을 특징으로 하는 제1 단말.
  14. 무선 통신 시스템에서 제1 단말이 단말간 조정 정보(Inter-UE Coordination information)를 전송하도록 제어하는 장치에 있어서,
    하나 이상의 프로세서들; 및
    상기 하나 이상의 프로세서들에 동작 가능하게 접속된 하나 이상의 메모리들;을 포함하고,
    상기 하나 이상의 메모리들은, 상기 하나 이상의 프로세서들에 의해 실행되는 것에 기반하여, 동작들을 수행하는 지시(instruction)들을 저장하며,
    상기 동작들은,
    제2 단말로부터 단말간 조정 정보에 대한 요청(request for Inter-UE Coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 수신하는 단계; 및
    상기 제2 단말로 상기 단말간 조정 정보를 포함하는 제2 SCI를 전송하는 단계;를 포함하되,
    동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여:
    상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일한 것을 특징으로 하는 장치.
  15. 하나 이상의 명령어를 저장하는 하나 이상의 비일시적(non-transitory) 컴퓨터 판독 가능 매체에 있어서,
    상기 하나 이상의 명령어는, 하나 이상의 프로세서에 의해 실행되는 것에 기반하여, 동작들을 수행하고,
    상기 동작들은,
    제2 단말로부터 단말간 조정 정보에 대한 요청(request for Inter-UE Coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 수신하는 단계; 및
    상기 제2 단말로 상기 단말간 조정 정보를 포함하는 제2 SCI를 전송하는 단계;를 포함하되,
    동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여:
    상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일한 것을 특징으로 하는 하나 이상의 비일시적(non-transitory) 컴퓨터 판독 가능 매체.
  16. 무선 통신 시스템에서 제2 단말이 단말간 조정 정보(Inter-UE Coordination information)를 수신하는 방법에 있어서,
    제1 단말에 단말간 조정 정보에 대한 요청(request for Inter-UE Coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 전송하는 단계; 및
    상기 제1 단말로부터 상기 단말간 조정 정보를 포함하는 제2 SCI를 수신하는 단계;를 포함하되,
    동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여:
    상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일한 것을 특징으로 하는 방법.
  17. 무선 통신 시스템에서 단말간 조정 정보(Inter-UE Coordination information)를 수신하는 제2 단말에 있어서,
    하나 이상의 송수신기;
    상기 하나 이상의 송수신기를 제어하는 하나 이상의 프로세서들; 및
    상기 하나 이상의 프로세서들에 동작 가능하게 접속된 하나 이상의 메모리들;을 포함하고,
    상기 하나 이상의 메모리들은, 상기 하나 이상의 프로세서들에 의해 실행되는 것에 기반하여, 동작들을 수행하는 지시(instruction)들을 저장하며,
    상기 동작들은,
    제1 단말에 단말간 조정 정보에 대한 요청(request for Inter-UE Coordination information)을 포함하는 제1 SCI(Sidelink Control Information)을 전송하는 단계; 및
    상기 제1 단말로부터 상기 단말간 조정 정보를 포함하는 제2 SCI를 수신하는 단계;를 포함하되,
    동일한 자원 풀(resource pool)에서, 상기 제1 SCI가 제1 물리 사이드링크 공유 채널(Physical Sidelink Shared Channel, PSSCH)에서 전송되고, 상기 제2 SCI가 제2 PSSCH에서 전송되는 것에 기초하여:
    상기 제1 SCI의 제1 페이로드 사이즈(first payload size)와 상기 제2 SCI의 제2 페이로드 사이즈(second payload size)는 동일한 것을 특징으로 하는 제2 단말.
PCT/KR2022/013925 2021-09-17 2022-09-16 무선 통신 시스템에서 단말간 조정 정보의 송수신 방법 및 그 장치 WO2023043283A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20210125182 2021-09-17
KR10-2021-0125182 2021-09-17

Publications (1)

Publication Number Publication Date
WO2023043283A1 true WO2023043283A1 (ko) 2023-03-23

Family

ID=85603291

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/013925 WO2023043283A1 (ko) 2021-09-17 2022-09-16 무선 통신 시스템에서 단말간 조정 정보의 송수신 방법 및 그 장치

Country Status (2)

Country Link
US (1) US20230137259A1 (ko)
WO (1) WO2023043283A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11778605B2 (en) * 2020-10-22 2023-10-03 Lg Electronics Inc. Method and device for transmitting/receiving inter-UE coordination message in NR V2X

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230098273A1 (en) * 2021-09-24 2023-03-30 Qualcomm Incorporated Techniques for requesting a type of coordination information

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200288486A1 (en) * 2019-01-23 2020-09-10 Lg Electronics Inc. 2-step sci transmission of nr v2x

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200288486A1 (en) * 2019-01-23 2020-09-10 Lg Electronics Inc. 2-step sci transmission of nr v2x

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
INTEL CORPORATION: "Design of Inter-UE Coordination Solutions for Sidelink Communication", 3GPP DRAFT; R1-2107610, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210816 - 20210827, 7 August 2021 (2021-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052038519 *
LG ELECTRONICS: "Discussion on inter-UE coordination for Mode 2 enhancements", 3GPP DRAFT; R1-2107529, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20210816 - 20210827, 7 August 2021 (2021-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052038442 *
OPPO: "Discussion on resource allocation enhancement", 3GPP DRAFT; R2-2107042, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG2, no. E-meeting; 20210801, 6 August 2021 (2021-08-06), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052033846 *
SPREADTRUM COMMUNICATIONS: "Discussion on inter-UE coordination in sidelink resource allocation", 3GPP DRAFT; R1-2106715, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting ;20210816 - 20210827, 7 August 2021 (2021-08-07), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France , XP052037996 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11778605B2 (en) * 2020-10-22 2023-10-03 Lg Electronics Inc. Method and device for transmitting/receiving inter-UE coordination message in NR V2X

Also Published As

Publication number Publication date
US20230137259A1 (en) 2023-05-04

Similar Documents

Publication Publication Date Title
WO2020032580A1 (ko) 무선 통신 시스템에서 노드의 동작 방법 및 상기 방법을 이용하는 장치
WO2020032578A1 (ko) 무선 통신 시스템에서 노드의 자원 사용 방법 및 상기 방법을 이용하는 장치
WO2021091340A1 (en) Method and apparatus for transmitting psfch in nr v2x
WO2021206527A1 (ko) Nr v2x에서 자원을 예약하는 방법 및 장치
WO2022203299A1 (ko) 무선 통신 시스템에서 psfch를 송수신하는 방법 및 이를 위한 장치
WO2021221363A1 (ko) Nr v2x에서 psfch 오버헤드를 기반으로 sl 통신을 수행하는 방법 및 장치
WO2021086163A1 (ko) Nr v2x에서 sl 전송을 수행하는 방법 및 장치
WO2023043283A1 (ko) 무선 통신 시스템에서 단말간 조정 정보의 송수신 방법 및 그 장치
WO2023022576A1 (ko) 무선 통신 시스템에서 단말간 조정 정보의 송수신 방법 및 그 장치
WO2021101308A1 (ko) Nr v2x에서 참조 신호를 전송하는 방법 및 장치
WO2022186623A1 (ko) 무선 통신 시스템에서 사이드링크 송수신 방법 및 이에 대한 장치
WO2021071192A1 (ko) Nr v2x에서 harq 피드백을 기지국에게 보고하는 방법 및 장치
WO2021112579A1 (ko) Nr v2x에서 제어 정보를 전송하는 방법 및 장치
WO2022220615A1 (ko) 무선 통신 시스템에서 물리 사이드링크 피드백 채널의 송수신 방법 및 그 장치
WO2021071194A1 (ko) Nr v2x에서 ul 전송의 우선 순위를 결정하는 방법 및 장치
WO2022186627A1 (ko) 무선 통신 시스템에서 사이드링크 송수신 방법 및 이에 대한 장치
WO2022203438A1 (ko) Nr v2x에서 sl harq 피드백을 전송하는 방법 및 장치
WO2023090938A1 (ko) 무선 통신 시스템에서 사이드링크 데이터를 송수신하기 위한 방법 및 그 장치
WO2023063668A1 (ko) Nr v2x에서 단말 간 조정 정보를 기반으로 통신을 수행하는 방법 및 장치
WO2021230695A1 (ko) Nr v2x에서 sl harq 피드백을 기지국에게 보고하는 방법 및 장치
WO2021101329A1 (ko) Nr v2x에서 dci를 기반으로 사이드링크 통신을 수행하는 방법 및 장치
WO2021071193A1 (ko) Nr v2x에서 우선 순위를 기반으로 harq 피드백을 전송하는 방법 및 장치
WO2023038483A1 (ko) 무선 통신 시스템에서 예약 자원의 충돌과 관련된 정보의 송수신 방법 및 그 장치
WO2023287224A1 (ko) 무선 통신 시스템에서 물리 사이드링크 공유 채널의 송수신 방법 및 그 장치
WO2023043282A1 (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: 22870365

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE