WO2023153857A1 - Nr v2x에서 sl 자원과 관련된 무선 통신을 수행하는 방법 및 장치 - Google Patents

Nr v2x에서 sl 자원과 관련된 무선 통신을 수행하는 방법 및 장치 Download PDF

Info

Publication number
WO2023153857A1
WO2023153857A1 PCT/KR2023/001977 KR2023001977W WO2023153857A1 WO 2023153857 A1 WO2023153857 A1 WO 2023153857A1 KR 2023001977 W KR2023001977 W KR 2023001977W WO 2023153857 A1 WO2023153857 A1 WO 2023153857A1
Authority
WO
WIPO (PCT)
Prior art keywords
inter
resource
mac
coordination
information
Prior art date
Application number
PCT/KR2023/001977
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 WO2023153857A1 publication Critical patent/WO2023153857A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/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
    • 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
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • 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 disclosure relates to a wireless communication system.
  • 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
  • a method for performing wireless communication by a first device may receive an RRC message including information related to whether or not the inter-device coordination capability is supported from the second device.
  • the first device sends an inter-device coordination request MAC CE to the second device based on that the information related to whether the inter-device coordination capability is supported indicates that the inter-device coordination capability is supported. can be sent to the device.
  • the first device may receive, from the second device, device-to-device coordination information including information related to a preferred resource or information related to a non-preferred resource.
  • the first device may select an SL resource based on the inter-UE coordination information.
  • the first device may transmit a first SCI for scheduling a PSSCH and a second SCI through the PSCCH based on the SL resource.
  • the first device may transmit the second SCI and MAC PDU through the PSSCH based on the SL resource.
  • a first device for performing wireless communication may include one or more processors; one or more transceivers; and one or more memories executablely connected to the one or more processors and storing instructions that cause the first device to perform operations based upon being executed by the one or more processors.
  • the above operations are: Receiving a radio resource control (RRC) message including information related to whether inter-UE coordination capability is supported from the second device steps may be included.
  • the operations include: based on that the information related to whether the inter-device coordination capability is supported indicates that the inter-device coordination capability is supported, an inter-device coordination request (MAC) medium access and transmitting a control (CE) control element (CE) to the second device.
  • RRC radio resource control
  • MAC inter-device coordination request
  • CE control element
  • the operations include: receiving, from the second device, inter-device coordination information including information related to a preferred resource or information related to a non-preferred resource. can do.
  • the operations may include: selecting an SL resource based on the inter-UE coordination information.
  • the operations include: a first SCI for scheduling of a physical sidelink shared channel (PSSCH) and a second sidelink control information (SCI) through a physical sidelink control channel (PSCCH) based on the SL resource It may include sending.
  • the operations may include: transmitting the second SCI and a medium access control (MAC) protocol data unit (PDU) through the PSSCH based on the SL resource.
  • MAC medium access control
  • an apparatus configured to control the first terminal.
  • the device may include one or more processors; and one or more memories executablely connected to the one or more processors and storing instructions that cause the first terminal to perform operations based on being executed by the one or more processors.
  • the above operations are: Receiving a radio resource control (RRC) message including information related to whether inter-UE coordination capability is supported from the second device steps may be included.
  • the operations include: based on that the information related to whether the inter-device coordination capability is supported indicates that the inter-device coordination capability is supported, an inter-device coordination request (MAC) medium access and transmitting a control (CE) control element (CE) to the second device.
  • RRC radio resource control
  • MAC inter-device coordination request
  • CE control element
  • the operations include: receiving, from the second device, inter-device coordination information including information related to a preferred resource or information related to a non-preferred resource. can do.
  • the operations may include: selecting an SL resource based on the inter-UE coordination information.
  • the operations include: a first SCI for scheduling of a physical sidelink shared channel (PSSCH) and a second sidelink control information (SCI) through a physical sidelink control channel (PSCCH) based on the SL resource It may include sending.
  • the operations may include: transmitting the second SCI and a medium access control (MAC) protocol data unit (PDU) through the PSSCH based on the SL resource.
  • MAC medium access control
  • a non-transitory computer readable storage medium having instructions recorded thereon is provided.
  • the instructions when executed by one or more processors, cause the one or more processors to: send information related to whether the first device supports inter-UE coordination capabilities;
  • a radio resource control (RRC) message including a message may be received from the second device.
  • RRC radio resource control
  • the instructions when executed by one or more processors, cause the one or more processors to: allow the first device to determine whether the information related to whether the inter-device coordination capability is supported is the inter-device coordination capability Based on indicating that is supported, an inter-device coordination request (MAC) medium access control (CE) control element (CE) may be transmitted to the second device.
  • MAC inter-device coordination request
  • CE medium access control
  • CE control element
  • the instructions when executed by one or more processors, cause the one or more processors to: information related to a preferred resource or a non-preferred resource Inter-device coordination information including information related to may be received from the second device.
  • the instructions when executed by one or more processors, may cause the one or more processors to: select the SL resource based on the inter-device coordination information.
  • the instructions when executed by one or more processors, cause the one or more processors to: The first device, based on the SL resource, via a physical sidelink control channel (PSCCH)
  • PSCCH physical sidelink control channel
  • a first SCI for scheduling of a sidelink shared channel (SCI) and a second sidelink control information (SCI) may be transmitted.
  • PSCCH physical sidelink control channel
  • the instructions when executed by one or more processors, cause the one or more processors to:
  • the first device based on the SL resource, over the PSSCH, the second SCI and MAC (medium An access control (PDU) protocol data unit (PDU) may be transmitted.
  • PDU protocol data unit
  • a method for performing wireless communication by a second device is provided.
  • the second device sends a radio resource control (RRC) message including information related to whether inter-UE coordination capability is supported to the first device.
  • RRC radio resource control
  • the second device receives an inter-device coordination request MAC (request MAC (A medium access control (CE) control element (CE) may be received from the first device.
  • the second device may transmit inter-device coordination information including information related to a preferred resource or information related to a non-preferred resource to the first device.
  • an SL resource may be selected based on the inter-UE coordination information.
  • a first SCI for scheduling a physical sidelink shared channel (PSSCH) and a second sidelink control information (SCI) may be transmitted through a physical sidelink control channel (PSCCH).
  • PSSCH physical sidelink shared channel
  • SCI second sidelink control information
  • PSCCH physical sidelink control channel
  • PDU medium access control protocol data unit
  • a second device for performing wireless communication may include one or more processors; one or more transceivers; and one or more memories executablely connected to the one or more processors and storing instructions that cause the first device to perform operations based upon being executed by the one or more processors.
  • the above operations are: Transmitting a radio resource control (RRC) message including information related to whether inter-UE coordination capability is supported to the first device step; may be included.
  • the operations include: based on that the information related to whether the inter-device coordination capability is supported indicates that the inter-device coordination capability is supported, an inter-device coordination request (MAC) medium access control) receiving a control element (CE) from the first device.
  • RRC radio resource control
  • MAC inter-device coordination request
  • CE control element
  • the operations include: transmitting inter-device coordination information including information related to a preferred resource or information related to a non-preferred resource to the first device, the terminal Based on inter-coordination information, an SL resource is selected, and based on the SL resource, scheduling of a physical sidelink shared channel (PSSCH) and second sidelink control information (SCI) through a physical sidelink control channel (PSCCH) , the first SCI is transmitted, and the second SCI and a medium access control (MAC) protocol data unit (PDU) are transmitted through the PSSCH based on the SL resource.
  • PSSCH physical sidelink shared channel
  • SCI second sidelink control information
  • PDU medium access control protocol data unit
  • an apparatus configured to control the second terminal.
  • the device may include one or more processors; and one or more memories executablely connected to the one or more processors and storing instructions that cause the first terminal to perform operations based on being executed by the one or more processors.
  • the above operations are: Transmitting a radio resource control (RRC) message including information related to whether inter-UE coordination capability is supported to the first device step; may be included.
  • the operations include: based on that the information related to whether the inter-device coordination capability is supported indicates that the inter-device coordination capability is supported, an inter-device coordination request (MAC) medium access control) receiving a control element (CE) from the first device.
  • RRC radio resource control
  • MAC inter-device coordination request
  • CE control element
  • the operations include: transmitting inter-device coordination information including information related to a preferred resource or information related to a non-preferred resource to the first device, the terminal Based on inter-coordination information, an SL resource is selected, and based on the SL resource, scheduling of a physical sidelink shared channel (PSSCH) and second sidelink control information (SCI) through a physical sidelink control channel (PSCCH) , the first SCI is transmitted, and the second SCI and a medium access control (MAC) protocol data unit (PDU) are transmitted through the PSSCH based on the SL resource.
  • PSSCH physical sidelink shared channel
  • SCI second sidelink control information
  • PDU medium access control protocol data unit
  • a non-transitory computer readable storage medium having instructions recorded thereon may be provided.
  • the instructions when executed by one or more processors, cause the one or more processors to: support the second device with inter-UE coordination capabilities; A radio resource control (RRC) message including information related to whether or not a radio resource control (RRC) message may be transmitted to the first device.
  • RRC radio resource control
  • the instructions when executed by one or more processors, cause the one or more processors to: allow the second device to obtain the information relating to whether the inter-device coordination capability is supported; Based on the indication that the capability is supported, an inter-device coordination request (MAC) medium access control (CE) control element (CE) may be received from the first device.
  • MAC inter-device coordination request
  • CE medium access control
  • CE control element
  • the instructions when executed by one or more processors, cause the one or more processors to: information related to a preferred resource or a non-preferred resource Inter-device coordination information including information related to is transmitted to the first device, but based on the inter-device coordination information, an SL resource is selected, and based on the SL resource, a physical sidelink control channel (PSCCH) ), a first SCI for scheduling of a physical sidelink shared channel (PSSCH) and a second sidelink control information (SCI) is transmitted, and based on the SL resource, through the PSSCH, the second SCI and A medium access control (MAC) protocol data unit (PDU) may be transmitted.
  • PSCH physical sidelink control channel
  • SCI second sidelink control information
  • PDU medium access control protocol data unit
  • FIG. 1 shows the structure of an NR system according to an embodiment of the present disclosure.
  • FIG. 2 shows a radio protocol architecture, according to an embodiment of the present disclosure.
  • FIG. 3 shows a structure of a radio frame of NR according to an embodiment of the present disclosure.
  • FIG. 4 illustrates a slot structure of an NR frame according to an embodiment of the present disclosure.
  • FIG 5 shows an example of BWP according to an embodiment of the present disclosure.
  • 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 disclosure.
  • FIG 7 illustrates three cast types according to an embodiment of the present disclosure.
  • FIG. 8 is a diagram for explaining problems of a method of performing wireless communication related to SL resources according to an embodiment of the present disclosure.
  • FIG. 9 is a diagram for explaining a method of performing wireless communication related to SL resources according to an embodiment of the present disclosure.
  • FIG. 10 is a diagram for explaining a method of performing wireless communication related to SL resources according to an embodiment of the present disclosure.
  • FIG. 11 is a diagram for explaining a method of performing wireless communication by a first device according to an embodiment of the present disclosure.
  • FIG. 12 is a diagram for explaining a method for a second device to perform wireless communication according to an embodiment of the present disclosure.
  • FIG. 13 illustrates a communication system 1, according to an embodiment of the present disclosure.
  • FIG. 14 illustrates a wireless device according to an embodiment of the present disclosure.
  • FIG. 15 illustrates a signal processing circuit for a transmission signal according to an embodiment of the present disclosure.
  • FIG. 16 illustrates a wireless device according to an embodiment of the present disclosure.
  • FIG 17 illustrates a portable device according to an embodiment of the present disclosure.
  • FIG. 18 illustrates a vehicle or autonomous vehicle according to an embodiment of the present disclosure.
  • a or B may mean “only A”, “only B”, or “both A and B”.
  • a or B (A or B)" in the present specification may be interpreted as “A and/or B (A and/or B)”.
  • A, B or C as used herein means “only A”, “only B”, “only C”, or “any and all combinations of A, B and C ( any combination of A, B and C)”.
  • a slash (/) or a comma (comma) used in this specification may mean “and/or”.
  • A/B can mean “A and/or B”. Accordingly, “A/B” may mean “only A”, “only B”, or “both A and B”.
  • A, B, C may mean “A, B or C”.
  • At least one of A and B may mean “only A”, “only B”, or “both A and B”. Also, in this specification, the expression “at least one of A or B” or “at least one of A and/or B” means “at least one It can be interpreted the same as "A and B (at least one of A and B) of
  • At least one of A, B and C means “only A”, “only B”, “only C", or “A, B and C” It may mean “any combination of A, B and C”. Also, “at least one of A, B or C” or “at least one of A, B and/or C” means It can mean “at least one of A, B and C”.
  • control information may be suggested as an example of “control information”.
  • control information in this specification is not limited to “PDCCH”, and “PDCCH” may be suggested as an example of “control information”.
  • PDCCH control information
  • a higher layer parameter may be a parameter set for a terminal, previously set, or previously defined.
  • the base station or network may transmit higher layer parameters to the terminal.
  • higher layer parameters may be transmitted through radio resource control (RRC) signaling or medium access control (MAC) signaling.
  • RRC radio resource control
  • MAC medium access control
  • CDMA code division multiple access
  • FDMA frequency division multiple access
  • TDMA time division multiple access
  • OFDMA orthogonal frequency division multiple access
  • SC-FDMA single carrier frequency division multiple access
  • CDMA may be implemented with a radio technology such as universal terrestrial radio access (UTRA) or CDMA2000.
  • TDMA may be implemented with a radio technology such as global system for mobile communications (GSM)/general packet radio service (GPRS)/enhanced data rates for GSM evolution (EDGE).
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • EDGE enhanced data rates for GSM evolution
  • OFDMA may be implemented with a wireless technology such as institute of electrical and electronics engineers (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802-20, 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.
  • 5G NR is mainly described, but the technical idea according to an embodiment of the present disclosure is not limited thereto.
  • FIG. 1 shows the structure of an NR system according to an embodiment of the present disclosure.
  • the embodiment of FIG. 1 may be combined with various embodiments of the present disclosure.
  • a Next Generation - Radio Access Network may include a base station 20 that provides user plane and control plane protocol termination to a terminal 10 .
  • the base station 20 may include a next generation-Node B (gNB) and/or an evolved-NodeB (eNB).
  • the terminal 10 may be fixed or mobile, and other terms such as MS (Mobile Station), UT (User Terminal), SS (Subscriber Station), MT (Mobile Terminal), and wireless device (Wireless Device) can be called
  • a base station may be a fixed station that communicates with the terminal 10, and may be called other terms such as a base transceiver system (BTS) and an access point.
  • BTS base transceiver system
  • the embodiment of FIG. 1 illustrates a case including only gNB.
  • the base stations 20 may be connected to each other through an Xn interface.
  • the base station 20 may be connected to a 5G Core Network (5GC) through an NG interface.
  • the base station 20 may be connected to an access and mobility management function (AMF) 30 through an NG-C interface, and may be connected to a user plane function (UPF) 30 through an NG-U interface.
  • AMF access and mobility management function
  • UPF user plane function
  • the layers of the Radio Interface Protocol between the terminal and the network are L1 (layer 1, 1st) based on the lower 3 layers of the Open System Interconnection (OSI) standard model widely known in communication systems. layer), L2 (layer 2, 2nd layer), and L3 (layer 3, 3rd layer).
  • OSI Open System Interconnection
  • layer 1 layer 1, 1st
  • L2 layer 2, 2nd layer
  • L3 layer 3, 3rd layer
  • 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.
  • FIG. 2 shows a radio protocol architecture, according to an embodiment of the present disclosure.
  • the embodiment of FIG. 2 may be combined with various embodiments of the present disclosure.
  • (a) of FIG. 2 shows a radio protocol stack of a user plane for Uu communication
  • (b) of FIG. 2 shows a radio protocol of a control plane for Uu communication. represents a stack.
  • (c) of FIG. 2 shows a radio protocol stack of a user plane for SL communication
  • (d) of FIG. 2 shows a radio protocol stack of a control plane for SL communication.
  • a physical layer provides an information transmission service to an upper layer using a physical channel.
  • the physical layer is connected to a medium access control (MAC) layer, which is an upper layer, through a transport channel.
  • MAC medium access control
  • Data moves between the MAC layer and the physical layer through the transport channel.
  • Transmission channels are classified according to how and with what characteristics data is transmitted through the air interface.
  • the physical channel may be modulated using OFDM (Orthogonal Frequency Division Multiplexing) and utilizes time and frequency as radio resources.
  • OFDM Orthogonal Frequency Division Multiplexing
  • the MAC layer provides a service to a radio link control (RLC) layer, which is an upper layer, through a logical channel.
  • RLC radio link control
  • the MAC layer provides a mapping function from 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 is a first layer (physical layer or PHY layer) and second layer (MAC layer, RLC layer, PDCP (Packet Data Convergence Protocol) layer, SDAP (Service Data Adaptation Protocol) layer) for data transfer between the terminal and the network means the logical path provided by
  • 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.
  • the Service Data Adaptation Protocol (SDAP) layer is defined only in the user plane.
  • SDAP layer performs mapping between QoS flows and data radio bearers, marking QoS flow identifiers (IDs) in downlink and uplink packets, and the like.
  • IDs QoS flow identifiers
  • 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 terminal When an RRC connection is established between the RRC layer of the terminal and the RRC layer of the base station, the terminal is in the RRC_CONNECTED state, otherwise it is in the RRC_IDLE state.
  • the RRC_INACTIVE state is additionally defined, and the UE in the RRC_INACTIVE state 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
  • FIG. 3 shows a structure of a radio frame of NR according to an embodiment of the present disclosure.
  • the embodiment of FIG. 3 may be combined with various embodiments of the present disclosure.
  • 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. 4 illustrates a slot structure of an NR frame according to an embodiment of the present disclosure.
  • the embodiment of FIG. 4 may be combined with various embodiments of the present disclosure.
  • 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
  • bandwidth part BWP
  • carrier a bandwidth part (BWP) and a carrier
  • a bandwidth part may be a contiguous set of physical resource blocks (PRBs) in a given numerology.
  • PRB physical resource blocks
  • a PRB may be selected from a contiguous subset of common resource blocks (CRBs) for a given numerology on a given carrier.
  • CRBs common resource blocks
  • the BWP may be at least one of an active BWP, an initial BWP, and/or a default BWP.
  • the UE may not monitor downlink radio link quality in a DL BWP other than an active DL BWP on a primary cell (PCell).
  • the UE may not receive a PDCCH, a physical downlink shared channel (PDSCH), or a reference signal (CSI-RS) (except RRM) outside the active DL BWP.
  • the UE may not trigger Channel State Information (CSI) reporting for inactive DL BWP.
  • the UE may not transmit a physical uplink control channel (PUCCH) or a physical uplink shared channel (PUSCH) outside the active UL BWP.
  • PUCCH physical uplink control channel
  • PUSCH physical uplink shared channel
  • the initial BWP may be given as a set of consecutive RBs for a remaining minimum system information (RMSI) control resource set (CORESET) (set by a physical broadcast channel (PBCH)).
  • RMSI remaining minimum system information
  • CORESET control resource set
  • PBCH physical broadcast channel
  • SIB system information block
  • a default BWP may be set by higher layers.
  • the initial value of the default BWP may be an initial DL BWP.
  • DCI downlink control information
  • 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.
  • the terminal may receive configuration for Uu BWP from the base station/network.
  • SL BWP may be set (in advance) for an out-of-coverage NR V2X terminal and an RRC_IDLE terminal within a carrier. For a UE in RRC_CONNECTED mode, at least one SL BWP may be activated within a carrier.
  • FIG. 5 shows an example of BWP according to an embodiment of the present disclosure.
  • the embodiment of FIG. 5 may be combined with various embodiments of the present disclosure.
  • 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.
  • V2X or SL communication will be described.
  • the Sidelink Synchronization Signal is a SL-specific sequence and may include a Primary Sidelink Synchronization Signal (PSSS) and a Secondary Sidelink Synchronization Signal (SSSS).
  • PSSS Primary Sidelink Synchronization Signal
  • SSSS Secondary Sidelink Synchronization Signal
  • the PSSS may be referred to as a sidelink primary synchronization signal (S-PSS)
  • S-SSS sidelink secondary synchronization signal
  • S-SSS sidelink secondary synchronization signal
  • length-127 M-sequences can be used for S-PSS
  • length-127 Gold-sequences can be used for S-SSS.
  • the terminal 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
  • 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 the PSBCH may be 56 bits including a 24-bit Cyclic Redundancy Check (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 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 transmit information related to SL resources and/or information related to UL resources to the first terminal.
  • the UL resource may include a PUCCH resource and/or a PUSCH resource.
  • the UL resource may be a resource for reporting SL HARQ feedback to the base station.
  • the first terminal may receive information related to dynamic grant (DG) resources and/or information related to configured grant (CG) resources from the base station.
  • CG resources may include CG type 1 resources or CG type 2 resources.
  • the DG resource may be a resource set/allocated by the base station to the first terminal through downlink control information (DCI).
  • the CG resource may be a (periodic) resource configured/allocated by the base station to the first terminal through a DCI and/or RRC message.
  • the base station may transmit an RRC message including information related to the CG resource to the first terminal.
  • the base station may transmit an RRC message including information related to the CG resource to the first terminal, and the base station transmits a DCI related to activation or release of the CG resource. It can be transmitted to the first terminal.
  • the first terminal may transmit a PSCCH (eg, Sidelink Control Information (SCI) or 1st-stage SCI) to the second terminal based on the resource scheduling.
  • a PSCCH eg, Sidelink Control Information (SCI) or 1st-stage SCI
  • the first terminal may transmit a PSSCH (eg, 2nd-stage SCI, MAC PDU, data, etc.) related to the PSCCH to the second terminal.
  • the first terminal may receive the PSFCH related to the PSCCH/PSSCH from the second terminal.
  • HARQ feedback information eg, NACK information or ACK information
  • the first terminal may transmit/report HARQ feedback information to the base station through PUCCH or PUSCH.
  • the HARQ feedback information reported to the base station may be information that the first terminal generates based on the HARQ feedback information received from the second terminal.
  • the HARQ feedback information reported to the base station may be information generated by the first terminal based on a rule set in advance.
  • the DCI may be a DCI for SL scheduling.
  • the format of the DCI may be DCI format 3_0 or DCI format 3_1.
  • DCI format 3_0 is used for scheduling of NR PSCCH and NR PSSCH in one cell.
  • the following information is transmitted through DCI format 3_0 having a CRC scrambled by SL-RNTI or SL-CS-RNTI.
  • Nfb_timing is the number of entries of the upper layer parameter sl-PSFCH-ToPUCCH.
  • - configuration index - 0 bit if the UE is not configured to monitor DCI format 3_0 with CRC scrambled by SL-CS-RNTI; Otherwise, it is 3 bits. If the UE is configured to monitor DCI format 3_0 with CRC scrambled by SL-CS-RNTI, this field is reserved for DCI format 3_0 with CRC scrambled by SL-RNTI.
  • 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.
  • the first terminal that selects a resource within the resource pool by itself can transmit a PSCCH (eg, Sidelink Control Information (SCI) or 1 st -stage SCI) to the second terminal using the resource.
  • a PSCCH eg, Sidelink Control Information (SCI) or 1 st -stage SCI
  • the first terminal may transmit a PSSCH (eg, 2nd -stage SCI, MAC PDU, data, etc.) related to the PSCCH to the second terminal.
  • the first terminal may receive the PSFCH related to the PSCCH/PSSCH from the second terminal.
  • UE 1 may transmit SCI to UE 2 on PSCCH.
  • UE 1 may transmit two consecutive SCI (eg, 2-stage SCI) to UE 2 on PSCCH and/or PSSCH.
  • UE 2 may decode two consecutive SCIs (eg, 2-stage SCI) in order to receive the PSSCH from UE 1.
  • SCI transmitted on PSCCH may be referred to as a 1st SCI, 1st SCI, 1st-stage SCI or 1st-stage SCI format
  • SCI transmitted on PSSCH is 2nd SCI, 2nd SCI, 2nd-stage SCI or It may be referred to as a 2nd-stage SCI format
  • the 1st-stage SCI format may include SCI format 1-A
  • the 2nd-stage SCI format may include SCI format 2-A and/or SCI format 2-B.
  • SCI format 1-A is used for scheduling of PSSCH and 2nd-stage SCI on PSSCH.
  • the following information is transmitted using SCI format 1-A.
  • Nrsv_period is the number of entries of the upper layer parameter sl-ResourceReservePeriodList when the higher layer parameter sl-MultiReserveResource is set; otherwise, 0 bit
  • Npattern is the number of DMRS patterns set by the upper layer parameter sl-PSSCH-DMRS-TimePatternList
  • Additional MCS table indicator - 1 bit if one MCS table is set by the upper layer parameter sl-Additional-MCS-Table; 2 bits if two MCS tables are set by upper layer parameter sl- Additional-MCS-Table; 0 bit otherwise
  • HARQ-ACK information when HARQ-ACK information includes ACK or NACK, or when HARQ-ACK information includes only NACK, or when there is no feedback of HARQ-ACK information, SCI format 2-A is used for PSSCH decoding used
  • the following information is transmitted via SCI format 2-A.
  • SCI format 2-B is used for PSSCH decoding.
  • the following information is transmitted via SCI format 2-B.
  • the first terminal may receive the PSFCH.
  • UE 1 and UE 2 may determine a PSFCH resource, and UE 2 may transmit HARQ feedback to UE 1 using the PSFCH resource.
  • the first terminal may transmit SL HARQ feedback to the base station through PUCCH and/or PUSCH.
  • FIG. 7 illustrates three cast types according to an embodiment of the present disclosure.
  • the embodiment of FIG. 7 may be combined with various embodiments of the present disclosure.
  • 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.
  • HARQ hybrid automatic repeat request
  • 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.
  • HARQ-ACK may be referred to as ACK, ACK information, or positive-ACK information
  • HARQ-NACK may be referred to as NACK, NACK information, or negative-ACK information.
  • the SL DRX configuration referred to in this disclosure may include at least one or more of the following parameters.
  • SL DRX configuration may include one or more of the information listed below.
  • SL drx-onDurationTimer may be information about the duration at the beginning of a DRX Cycle.
  • the start period of the DRX cycle may be information about a period in which the terminal operates in an active mode to transmit or receive sidelink data.
  • SL drx-SlotOffset may be information about the delay before starting the drx-onDurationTimer.
  • SL drx-InactivityTimer indicates a new sidelink transmission and reception for a MAC entity (the duration after the PSCCH occasion in which a PSCCH indicates a new sidelink transmission and reception for the MAC entity).
  • the transmitting terminal instructs transmission of the PSSCH through the PSCCH
  • the transmitting terminal operates in an active mode while the SL drx-InactivityTimer operates, so that the transmitting terminal can transmit the PSSCH to the receiving terminal.
  • the receiving terminal receives an instruction that the transmitting terminal transmits the PSSCH through PSCCH reception
  • the receiving terminal operates in an active mode while the SL drx-InactivityTimer operates, so that the receiving terminal receives the PSSCH from the transmitting terminal can do.
  • the SL drx-RetransmissionTimer may be information about the maximum duration until a retransmission is received.
  • SL drx-RetransmissionTimer may be set for each HARQ process.
  • SL drx-RetransmissionTimer may be set for each sidelink process.
  • the SL drx-HARQ-RTT-Timer is information about the minimum duration before an assignment for HARQ retransmission is expected by the MAC entity can be
  • the SL drx-HARQ-RTT-Timer may be set for each HARQ process.
  • the SL drx-HARQ-RTT-Timer may be set for each sidelink process.
  • SL drx-ShortCycle may be information about the Short DRX cycle.
  • SL drx-ShortCycle may be optional information.
  • the SL drx-ShortCycleTimer may be information about the duration the UE shall follow the Short DRX cycle.
  • SL drx-ShortCycleTimer may be optional information.
  • SL drx-StartOffset may be information about the subframe where the SL DRX cycle starts.
  • SL drx-Cycle may be information about the SL DRX cycle.
  • the SL DRX timer mentioned in this disclosure may be used for the following purposes.
  • SL DRX on-duration timer A period in which a UE performing an SL DRX operation must basically operate in active time to receive the PSCCH/PSSCH of the other UE
  • (2) SL DRX inactivity timer A period in which the UE performing the SL DRX operation extends the SL DRX on-duration period, which is a period in which the UE performing the SL DRX operation should operate as an active time by default in order to receive the PSCCH/PSSCH of the other UE.
  • the UE may extend the SL DRX on-duration timer by the SL DRX inactivity timer interval.
  • the UE may start the SL DRX inactivity timer to extend the SL DRX on-duration timer.
  • the SL DRX inactivity timer extends the SL DRX on-duration timer period, which is a period in which the RX UE performing the SL DRX operation should basically operate as an active time to receive the PSCCH / PSSCH of the other TX UE. can be used for purposes. That is, the SL DRX on-duration timer may be extended by the SL DRX inactivity timer period.
  • the RX UE may start the SL DRX inactivity timer to extend the SL DRX on-duration timer.
  • SL DRX HARQ RTT timer A period in which the UE performing the SL DRX operation operates in sleep mode until receiving a retransmission packet (or PSSCH assignment) transmitted by the other UE
  • the UE may determine that the other UE will not transmit a sidelink retransmission packet to itself until the SL DRX HARQ RTT timer expires, and the timer runs. It can operate in sleep mode while it is running. For example, if the UE starts the SL DRX HARQ RTT timer, the UE may not monitor sidelink retransmission packets from the other UE until the SL DRX HARQ RTT timer expires.
  • the RX UE may start the SL DRX HARQ RTT timer.
  • the RX UE may determine that the other TX UE will not transmit a sidelink retransmission packet to itself until the SL DRX HARQ RTT timer expires, and the RX UE may operate in sleep mode while the corresponding timer is running.
  • SL DRX retransmission timer a timer that starts when the SL DRX HARQ RTT timer expires, and a UE performing an SL DRX operation receives a retransmission packet (or PSSCH assignment) transmitted by the other UE period operating as active time for
  • the UE may receive or monitor a retransmitted sidelink packet (or PSSCH assignment) transmitted by the other UE.
  • the RX UE may receive or monitor a retransmission sidelink packet (or PSSCH assignment) transmitted by the counterpart TX UE while the SL DRX retransmission timer is running.
  • the Uu DRX timer mentioned in this disclosure may be used for the following purposes.
  • the Uu DRX HARQ RTT TimerSL can be used in a period in which the UE performing the Uu DRX operation does not have to monitor DCI (PDCCH) for SL Mode 1 operation transmitted by the base station. That is, while the Uu DRX HARQ RTT TimerSL is operating, the UE may not need to monitor the PDCCH for SL Mode 1 operation.
  • Uu DRX HARQ RTT TimerSL may mean a minimum duration before an SL retransmission grant is expected.
  • Uu DRX Retransmission TimerSL may mean a maximum duration until an SL retransmission grant is received.
  • the names of the timers are exemplary and , Timers performing the same/similar functions based on the contents described in each timer may be regarded as the same/similar timers regardless of their names.
  • Sidelink DRX operation may be newly supported in Release 17 NR Sidelink operation.
  • a Sidelink DRX Command MAC CE operating method may be proposed.
  • a method of transmitting recommended transmission resource information for a terminal performing a sidelink DRX operation or assistance information for transmission resource selection to a counterpart terminal through Inter UE Coordination MAC CE is proposed. It can be.
  • the IUC message when terminals transmit an IUC message to perform an IUC operation in NR V2X communication, the IUC message is sent to another sidelink message (PC5 RRC message, MAC CE, SL data ( The LCH (Logical Channel) priority of the IUC message may be newly defined to have a different priority from Data)), and the SL LCP (Logical Channel Prioritization) operation based on the newly defined LCH priority of the IUC message can be suggested
  • terminal-B when terminal-B (SL data transmission terminal) receives an IUC MAC CE from terminal-A (terminal transmitting IUC MAC CE), terminal-B receives the received IUC A resource for SL data transmission may be selected by referring to MAC CE information.
  • UE-B may request transmission of an IUC MAC from UE-A by transmitting an IUC request MAC CE requesting IUC MAC transmission.
  • UE-A upon receiving the IUC request MAC CE from UE-B, UE-A may transmit the IUC MAC CE to UE-B.
  • an IUC MAC CE refers to a MAC CE including IUC information (e.g., including preferred/non-preferred recommendation resource information), and an IUC request MAC CE refers to a MAC requesting an IUC MAC CE. may refer to CE.
  • Type of IUC MAC CE (MAC CE including IUC information)
  • terminal-A receives the IUC request MAC CE from terminal-B, the IUC MAC CE transmitted as a response
  • IUC MAC CE transmitted by UE-A triggered when a specific condition is met, rather than request-based IUC MAC CE transmission
  • a priority order of IUC messages and an LCP operation method may be provided.
  • the SL priority (or SL LCH priority) of the IUC message is defined as follows for the LCP operation of the MAC layer (entity) for the IUC message.
  • the following shows the SL priority of IUC messages. They are displayed in order of highest priority, i.e., data from SCCH may have the highest priority.
  • IUC MAC CE (Alternatively, the priority order of the IUC MAC CE is the same as the SL CSI reporting MAC CE, and may be higher than the priority order of the SL DRX command MAC CE.)
  • IUC request MAC CE (MAC CE transmitted to request IUC MAC CE)
  • IUC MAC CE (Alternatively, the priority order of the IUC MAC CE may be the same as the SL DRX command MAC CE.)
  • IUC MAC CE (Or, the priority order of IUC MAC CE may be the same as STCH.)
  • IUC MAC CE (or, the priority order of IUC MAC CE may be the same as SCCH)
  • the LCP operation may be performed as follows according to the LCH priority of the IUC message proposed above.
  • the MAC layer places the LCH priority in destination order with the highest priority (ie, the SL LCH priority
  • a MAC PDU may be configured by selecting a MAC SDU or a MAC CE according to the descending order of the SL LCH priority or the descending order of the SL LCH priority.
  • the MAC layer performs an LCP operation (operation of generating a MAC PDU) according to the LCH priority of the IUC MAC CE proposed in this document. ) can be performed as follows.
  • the MAC layer of the terminal may have a plurality of MAC SDUs and MAC CEs as follows.
  • the MAC layer may first fill the MAC PDU with the SDU for data from the SCCH. After filling the MAC PDU with the SDU for data from the SCCH, if space remains in the MAC PDU, the MAC layer can fill the MAC PDU with the IUC MAC CE message and the SL CSI report MAC CE in order. If one MAC PDU is not filled with all MAC SDUs and MAC CEs (data from SCCH, IUC MAC CE message, SL CSI report MAC CE), the MAC layer uses the SL priority order proposed in this disclosure. MAC SDUs and MAC CEs can be stuffed into MAC PDUs. That is, MAC PDUs can be filled as much as possible in descending order of SL priority order.
  • Embodiment 1 is an embodiment in which the SL priority of the IUC MAC CE message is higher than the SL CSI reporting MAC CE. If the proposal in which the SL priority of the SL CSI reporting MAC CE is higher than that of the IUC MAC CE message is applied, when the MAC layer configures the MAC PDU, the SL CSI reporting MAC CE is included in the MAC PDU rather than the IUC MAC CE message. A MAC PDU may be generated while being included first.
  • the MAC layer of the terminal may have a plurality of MAC SDUs and MAC CEs as follows.
  • STCH Data from STCH (e.g., SL user data)
  • the MAC layer may first fill the MAC PDU with the IUC MAC CE message. After filling the MAC PDU with the IUC MAC CE message, if space remains in the MAC PDU, the MAC layer can fill the MAC PDU with the SL CSI MAC CE and the MAC SDU for data from the STCH in order. If all MAC CEs and MAC SDUs (IUC MAC CE message, SL CSI report MAC CE, and data from STCH) are not filled in one MAC PDU, the MAC layer uses the SL priority order proposed in this disclosure. MAC CE and MAC SDU can be stuffed into MAC PDU.
  • the SL priority of the IUC MAC CE message is higher than that of the SL CSI reporting MAC CE. If a proposal in which the SL priority of the SL CSI reporting MAC CE is set higher than that of the IUC MAC CE message is applied, when the MAC layer configures the MAC PDU, the SL CSI reporting MAC CE is included in the MAC PDU rather than the IUC MAC CE message. A MAC PDU may be generated while being included first.
  • the MAC layer of the terminal has a plurality of MAC CEs, MAC SDUs, and IUC MAC CE messages to be transmitted to destination terminals
  • the MAC layer has the SL priority (or, A method of constructing a MAC PDU by selecting a destination SDU or a destination MAC CE having the highest LCH priority based on the SL LCH priority order has been proposed.
  • Embodiments 1 and 2 are only one embodiment, and the terminal may perform an operation of configuring or generating a MAC PDU according to various priority orders for the IUC MAC CE proposed in the present disclosure.
  • Request-based IUC MAC CE (Alternatively, the priority order of the request-based IUC MAC CE may be the same as the SL CSI reporting MAC CE, and may be higher than the priority order of the SL DRX command MAC CE.)
  • Condition-based IUC MAC CE (or, the priority order of the condition-based IUC MAC CE may be the same as the SL CSI reporting MAC CE, and may be higher than the priority order of the SL DRX command MAC CE. However, the request-based IUC It may have a lower priority order than MAC CE.)
  • IUC request MAC CE (MAC CE transmitted to request IUC MAC CE)
  • Request-based IUC MAC CE (or, the priority order of the IUC MAC CE may be the same as the SL DRX command MAC CE.)
  • Condition-based IUC MAC CE (or, the priority order of the IUC MAC CE may be the same as the SL DRX command MAC CE.)
  • Request-based IUC MAC CE (or, the priority order of IUC MAC CE may be the same as STCH.)
  • Condition-based IUC MAC CE (or, the priority order of IUC MAC CE may be the same as STCH.)
  • Request-based IUC MAC CE (or, the priority order of IUC MAC CE may be the same as SCCH.)
  • Condition-based IUC MAC CE (or, the priority order of IUC MAC CE may be the same as SCCH.)
  • UL/SL priority comparison may be performed based on the SL priority value (or order) of the IUC message proposed in this disclosure.
  • the priority comparison may be an operation of determining a transmission priority when UL (uplink) transmission and SL transmission are simultaneously pending in the UE.
  • a Destination L (Layer) 2 ID included in a MAC header is newly defined as an independent L2 ID for distinguishing transmission of an IUC message.
  • a destination L2 ID for a broadcast message, a destination L2 ID for a groupcast message, and a destination L2 ID for a unicast message are separately defined.
  • multiplexing MAC PDUs multiplexing (MUX) is supported only for the same cast type. That is, in unicast, MUX was possible only between unicasts, in groupcasts, MUX was possible only between groupcasts, and in broadcasts, MUX was possible only between broadcasts.
  • an independent destination L2 ID for only IUC messages is defined. That is, according to an embodiment of the present disclosure, when the MAC layer performs MUX of MAC PDUs, a method of MUXing only IUC messages is proposed. That is, a method in which MAC PDUs other than IUC messages and IUC messages are not muxed to the same MAC PDU is proposed.
  • the independent destination L2 ID for only the IUC message may be a common destination L2 ID regardless of broadcast/groupcast/unicast (ie, cast type). That is, for example, the UE can perform broadcast/groupcast/unicast based on the common destination L2 ID. That is, the common destination L2 ID may be available in all cast types.
  • the independent destination L2 ID for only the IUC message may be defined as an individual destination L2 ID separately divided into broadcast/groupcast/unicast. That is, to transmit the IUC message by unicast, the unicast destination L2 ID for the IUC message is used, and to transmit the IUC message by groupcast, the groupcast destination L2 ID for the IUC message is used. To transmit the IUC message by cast, a broadcast destination L2 ID for the IUC message may be used.
  • a method of transmitting an IUC message using the same unicast destination L2 ID, groupcast destination L2 ID, and broadcast L2 ID used in the prior art (Release 16 NR V2X) It is suggested When an IUC message is transmitted using a conventional (unicast/groupcast/broadcast) destination L2 ID, the receiving terminal receives the corresponding message and may not be able to distinguish whether the message is an IUC message or not. Therefore, in the present disclosure, a method of adding a classification identifier indicating that the PSSCH interworking with the corresponding SCI is an IUC message is proposed in the SCI.
  • the transmitting terminal may transmit the IUC message by using the same unicast destination L2 ID, groupcast destination L2 ID, and broadcast L2 ID used in the prior art (Release 16 NR V2X), reception The terminal may receive the message and distinguish whether the message is an IUC message through SCI.
  • the MAC layer prioritizes the SL proposed in the present disclosure (or A method of configuring a MAC PDU by selecting a destination SDU or a destination MAC CE having the highest LCH priority based on the SL LCH priority order may be proposed. In addition, for example, a method in which the receiving terminal can distinguish and receive the IUC message may also be proposed.
  • UE-B is prevented from sending a REQUEST to a MODE 1 UE unnecessarily (eg, requesting transmission of IUC information).
  • a REQUEST eg, a request for transmitting IUC information
  • whether or not the final IUC information is fed back depends on the implementation of UE-A. can be determined by For example, REQUEST-BASED IUC operation may be limited to UNICAST.
  • UE-A can report to UE-B that there is no IUC-related CAPABILITY. Or, for example, UE-A may transmit (eg, through PC5-RRC SIGNALING) whether or not UE-A role can be performed or status information (eg, MODE TYPE) to UE-B.
  • MODE TYPE status information
  • the operation of the proposal of the present disclosure is performed per PC5-RRC connection (or per SL unicast link, or per source/destination L2 ID pair, or source/per-destination L2 ID pair). It may be limited and applied for each direction of a pair of destination L2 IDs or for each direction. Or, for example, the operation of the proposal of the present disclosure may be limited and applied to every PC5-RRC connection (or every SL unicast link, or every pair of source/destination IDs).
  • FIG. 8 is a diagram for explaining problems of a method of performing wireless communication related to SL resources according to an embodiment of the present disclosure.
  • the embodiment of FIG. 8 may be combined with various embodiments of the present disclosure.
  • IUC may be supported in sidelink resource allocation mode 2, for example.
  • UE-A provides UE-B with resource-related information (e.g., information related to preferred resources (set) or non-preferred resources (set)) related information) may be transmitted through Inter-UE Coordination Information MAC CE (hereinafter referred to as IUC MAC CE).
  • IUC MAC CE Inter-UE Coordination Information MAC CE
  • UE-B may perform resource selection.
  • UE-B may select a resource based on the information related to the resource and a sensing result of UE-B.
  • UE-B may transmit an IUC request MAC CE to UE-A for requesting transmission of the IUC MAC CE.
  • UE-A may trigger reporting of the IUC MAC CE.
  • UE-A may generate the IUC MAC CE.
  • UE-A may transmit the IUC MAC CE to UE-B.
  • the IUC request MAC CE and/or the IUC MAC CE may be transmitted based on unicast.
  • IUC operation may not be supported.
  • UE-A may be operating in resource allocation request mode 1. That is, UE-A may not perform a sidelink operation related to resource allocation request mode 2.
  • UE-A operating in resource allocation request mode 1 may not be able to transmit an IUC MAC CE to UE-B.
  • UE-A may not have IUC capabilities supported. For example, only mode 1 may be supported as a resource allocation mode of UE-A.
  • UE-A may not be able to perform a sidelink operation for resource allocation mode 2.
  • UE-A without IUC capability may not be able to transmit an IUC MAC CE to UE-B. Therefore, for example, the IUC request MAC CE of UE-B may be transmitted unnecessarily. For example, transmission resources for IUC request MAC CE may be used unnecessarily.
  • FIG. 9 is a diagram for explaining a method of performing wireless communication related to SL resources according to an embodiment of the present disclosure.
  • the embodiment of FIG. 9 may be combined with various embodiments of the present disclosure.
  • UE-A provides information related to IUC capability of UE-A (eg, information related to whether or not IUC capability is supported, UE-A's IUC capability Information indicating support or not, information related to the type of resource allocation mode of UE-A (eg, type of resource allocation request mode in operation, type of supported resource allocation request mode) may be transmitted to UE-B. For example, based on the information related to the IUC capability, the UE-B may determine that the UE-A has no IUC capability (eg, not supported).
  • UE-B may not transmit an IUC request MAC CE to UE-A. (e.g. transmission can be omitted).
  • UE-B may not unnecessarily transmit an IUC request MAC CE.
  • transmission resources for IUC request MAC CE may not be used unnecessarily.
  • FIG. 10 is a diagram for explaining a method of performing wireless communication related to SL resources according to an embodiment of the present disclosure.
  • the embodiment of FIG. 10 may be combined with various embodiments of the present disclosure.
  • UE-A provides information related to IUC capability of UE-A (eg, information related to whether or not IUC capability is supported, UE-A Information indicating whether A supports the IUC capability and information related to the resource allocation mode type of UE-A (eg, resource allocation request mode type in operation, supported resource allocation request mode type, etc.) may be transmitted to UE-B. .
  • information related to IUC capability of UE-A eg, information related to whether or not IUC capability is supported
  • UE-A Information indicating whether A supports the IUC capability and information related to the resource allocation mode type of UE-A eg, resource allocation request mode type in operation, supported resource allocation request mode type, etc.
  • step S1020 for example, based on the fact that the IUC capability of UE-A is supported (eg, the information related to the IUC capability indicates that the IUC capability is supported), UE-B requests an IUC MAC CE may be transmitted to UE-A.
  • IUC information reporting of UE-A may be triggered (eg, based on the IUC request MAC CE being received).
  • UE-A may transmit IUC information MAC CE to UE-B (eg, based on the IUC request MAC CE being received).
  • UE-B may (re)select an SL resource based on IUC information (eg, IUC information MAC CE).
  • IUC information eg, IUC information MAC CE
  • UE-B may transmit a first SCI to UE-A through PSCCH based on the (re)selected SL resource.
  • the first SCI may be an SCI for scheduling a PSSCH and a second SCI.
  • step S1060 for example, UE-B sends a second SCI and/or MAC PDU (medium access control protocol data) to UE-A and/or UE-C through PSSCH based on the (re)selected SL resource. unit) can be transmitted.
  • a second SCI and/or MAC PDU medium access control protocol data
  • An embodiment of the present disclosure may have various effects. For example, according to an embodiment of the present disclosure, by including information indicating that request-based IUC transmission is supported or not supported in an RRC message (eg, an RRC reconfiguration message), the IUC request MAC CE is unnecessarily transmitted. that can be prevented. For example, according to an embodiment of the present disclosure, signaling overhead due to unnecessary request-based IUC operation may be reduced. For example, according to an embodiment of the present disclosure, unnecessary waste of resources for generating an IUC request MAC CE can be prevented.
  • an RRC message eg, an RRC reconfiguration message
  • One embodiment(s) of the present disclosure may be applied and extended as a method of solving a problem in which loss occurs due to an interruption occurring during Uu Bandwidth Part (BWP) switching.
  • BWP Bandwidth Part
  • one embodiment (s) of the present disclosure is also a way to solve the problem of loss due to interruption that occurs when switching Sidelink Bandwidth Part (BWP) when the terminal supports Sidelink Multiple Bandwidth Part (BWP) Adaptation and extension may be possible.
  • BWP Sidelink Bandwidth Part
  • BWP Sidelink Multiple Bandwidth Part
  • the proposal of the present disclosure is a parameter (eg, timer) included in the default / common SL DRX configuration, default / common SL DRX pattern or default / common SL DRX configuration, as well as UE-pair specific SL DRX configuration , UE-pair-specific SL DRX patterns or UE-pair-specific SL DRX settings may be extended and applied to parameters (eg, timers) included in the configuration.
  • parameters eg, timer
  • the on-duration mentioned in the proposal of the present disclosure is an active time (eg, time in which the RF module operates in a wake-up state (eg, the RF module is turned on) to receive / transmit a radio signal). It can be interpreted extendedly, and the off-duration can be interpreted extendedly as a sleep time (eg, time to operate in a sleep mode state (eg, the RF module is turned off) for power saving) interval. It does not mean that the TX UE must operate in the sleep mode compulsorily during the sleep time period. If necessary, the TX UE may be allowed to operate in active time for a while for sensing operation and/or transmission operation even during sleep time.
  • a sleep time eg, time to operate in a sleep mode state (eg, the RF module is turned off) for power saving) interval. It does not mean that the TX UE must operate in the sleep mode compulsorily during the sleep time period. If necessary, the TX UE may be allowed to operate in active
  • whether to apply (some) proposed schemes/rules of the present disclosure and/or related parameters may be set specifically (or differently or independently) to a resource pool. For example, whether (some) proposed methods/rules of the present disclosure are applied and/or related parameters (eg, threshold values) may be set specifically (or differently or independently) to a congestion level. . For example, whether or not to apply (some) proposed methods/rules of the present disclosure and/or related parameters (eg, threshold values) may be set specifically (or differently or independently) to priorities of services. For example, whether (some) proposed methods/rules of the present disclosure are applied and/or related parameters (eg, threshold values) may be set specifically (or differently or independently) for a service type.
  • whether or not (some) proposed schemes/rules of the present disclosure are applied and/or related parameters (eg, threshold values) are specific to QoS requirements (eg, latency, reliability) (or differently or independently). can be set.
  • whether or not (some) proposed schemes/rules of the present disclosure are applied and/or related parameters (eg, threshold values) are specifically (or differently or independently) PQI (5G QoS identifier (5QI) for PC5) ) can be set.
  • whether or not (some) proposed methods/rules of the present disclosure are applied and/or related parameters (eg, threshold values) are specific to (or differently or independently of) traffic type (eg, periodic generation or aperiodic generation) ) can be set.
  • whether the proposed rule of the present disclosure is applied and/or related parameter setting values may be set in a resource pool-specific (or differently or independently) manner. For example, whether the proposed rule of the present disclosure is applied and/or a related parameter setting value may be set specifically (or differently or independently) for a service/packet type. For example, whether the proposed rule of the present disclosure is applied and/or a related parameter setting value may be set specifically (or differently or independently) to the priority of a service/packet. For example, whether the proposed rules of the present disclosure are applied and/or related parameter setting values may be set specifically (or differently or independently) to QoS requirements (eg, URLLC/EMBB traffic, reliability, latency). .
  • QoS requirements eg, URLLC/EMBB traffic, reliability, latency.
  • whether the proposed rule of the present disclosure is applied and/or related parameter setting values may be set specifically (or differently or independently) for PQI.
  • whether the proposed rule of the present disclosure is applied and/or related parameter setting values may be set specifically (or differently or independently) to a cast type (eg, unicast, groupcast, or broadcast).
  • whether the proposed rule of the present disclosure is applied and/or related parameter setting values may be set specifically (or differently or independently) to a (resource pool) congestion level (eg, CBR).
  • SL HARQ feedback method eg, NACK-only feedback, ACK / NACK feedback.
  • the proposed rule of the present disclosure is applied and / or related parameter setting values may be set specifically (or differently or independently) for HARQ Feedback Enabled MAC PDU transmission.
  • whether the proposed rule of the present disclosure is applied and / or related parameter setting values may be set specifically (or differently or independently) for HARQ Feedback Disabled MAC PDU transmission.
  • whether the proposed rule of the present disclosure is applied and/or related parameter setting values may be specifically (or differently or independently) set according to whether a PUCCH-based SL HARQ feedback reporting operation is configured.
  • whether the proposed rule of the present disclosure is applied and/or related parameter setting values may be set specifically (or differently or independently) for pre-emption or pre-emption-based resource reselection. .
  • whether the proposed rule of the present disclosure is applied and/or related parameter setting values may be set specifically (or differently or independently) through re-evaluation or resource reselection based on re-evaluation. can
  • whether the proposed rule of the present disclosure is applied and/or related parameter setting values may be set specifically (or differently or independently) for (L2 or L1) (source and/or destination) identifiers.
  • whether the proposed rule of the present disclosure is applied and/or related parameter setting values (L2 or L1) (a combination of a source ID and a destination ID) may be set specifically (or differently or independently) to an identifier. there is.
  • whether the proposed rule of the present disclosure is applied and / or the related parameter setting value (L2 or L1) (a combination of a pair of source ID and destination ID and a cast type) is identifier-specific (or differently or independently) ) can be set.
  • whether the proposed rule of the present disclosure is applied and/or related parameter setting values may be set specifically (or differently or independently) in the direction of a pair of source layer ID and destination layer ID. .
  • whether the proposed rule of the present disclosure is applied and/or related parameter setting values may be set specifically (or differently or independently) for a PC5 RRC connection/link.
  • whether the proposed rule of the present disclosure is applied and/or related parameter setting values may be specifically (or differently or independently) set for the case of performing SL DRX.
  • whether the proposed rules of the present disclosure are applied and / or related parameter setting values are specific to the SL mode type (eg, resource allocation mode 1 or resource allocation mode 2) (or differently or independently). Can be set there is.
  • whether the proposed rule of the present disclosure is applied and/or related parameter setting values may be specifically (or differently or independently) set for the case of performing (a) periodic resource reservation.
  • the certain time referred to in the proposal of the present disclosure may refer to a time when a UE operates as an active time for a predefined time to receive a sidelink signal or sidelink data from a counterpart UE.
  • the certain time mentioned in the proposal of this disclosure is a specific timer (e.g., sidelink DRX retransmission timer, sidelink DRX inactivity timer, or active time in the DRX operation of the RX UE) for the UE to receive sidelink signals or sidelink data from the other UE. It may refer to the time that operates as the active time as much as the timer that guarantees to operate.
  • FIG. 11 is a diagram for explaining a method of performing wireless communication by a first device according to an embodiment of the present disclosure.
  • the embodiment of FIG. 11 may be combined with various embodiments of the present disclosure.
  • the first device may receive an RRC message including information related to whether or not the inter-device coordination capability is supported from the second device.
  • the first device requests MAC CE based on the fact that the information related to whether or not the inter-device coordination capability is supported indicates that the inter-device coordination capability is supported. may be transmitted to the second device.
  • the first device may receive inter-device coordination information including information related to a preferred resource or information related to a non-preferred resource from the second device.
  • the first device may select an SL resource based on the inter-UE coordination information.
  • the first device may transmit a first SCI for scheduling a PSSCH and a second SCI through the PSCCH based on the SL resource.
  • the first device may transmit the second SCI and MAC PDU through the PSSCH based on the SL resource.
  • inter-device coordination information may be transmitted through inter-device coordination information MAC CE.
  • the inter-UE coordination request MAC based on that the information related to whether or not the inter-UE coordination capability is supported indicates that the terminal-to-UE coordination capability is not supported. Transmission of CE may be omitted.
  • the inter-device coordination information may be received from the second device via unicast between the first device and the second device.
  • the first device may perform sensing.
  • the SL resource may be selected based on a result of the sensing and the inter-UE coordination information.
  • the information related to whether the inter-UE coordination capability is supported may include information related to SL resource allocation.
  • the SL resource allocation may include SL resource allocation based on determining SL resources within an SL resource pool.
  • the SL resource allocation may be supported by the second device, and based on the inter-UE coordination information, the SL resource may be selected.
  • the SL resource allocation may include SL resource allocation based on what SL resources are provided by a base station.
  • the SL resource may be selected.
  • the inter-UE coordination request MAC CE may include information triggering reporting of the inter-UE coordination information.
  • the inter-device coordination information may be received from the second device.
  • the first device may select a transmission resource for the inter-UE coordination request MAC CE.
  • the memory 104 of the first device 100 provides instructions that cause the first device (eg, the processor 102, the transceiver 106) to perform operations based on those executed by the processor 102.
  • the above operations are: Receiving a radio resource control (RRC) message including information related to whether inter-UE coordination capability is supported from the second device steps may be included.
  • the operations include: based on that the information related to whether the inter-device coordination capability is supported indicates that the inter-device coordination capability is supported, an inter-device coordination request (MAC) medium access and transmitting a control (CE) control element (CE) to the second device.
  • RRC radio resource control
  • MAC inter-device coordination request
  • CE control element
  • the operations include: receiving, from the second device, inter-device coordination information including information related to a preferred resource or information related to a non-preferred resource. can do.
  • the operations may include: selecting an SL resource based on the inter-UE coordination information.
  • the operations include: a first SCI for scheduling of a physical sidelink shared channel (PSSCH) and a second sidelink control information (SCI) through a physical sidelink control channel (PSCCH) based on the SL resource It may include sending.
  • the operations may include: transmitting the second SCI and a medium access control (MAC) protocol data unit (PDU) through the PSSCH based on the SL resource.
  • MAC medium access control
  • a first device for performing wireless communication may include one or more processors; one or more transceivers; and one or more memories executablely connected to the one or more processors and storing instructions that cause the first device to perform operations based upon being executed by the one or more processors.
  • the above operations are: Receiving a radio resource control (RRC) message including information related to whether inter-UE coordination capability is supported from the second device steps may be included.
  • the operations include: based on that the information related to whether the inter-device coordination capability is supported indicates that the inter-device coordination capability is supported, an inter-device coordination request (MAC) medium access and transmitting a control (CE) control element (CE) to the second device.
  • RRC radio resource control
  • MAC inter-device coordination request
  • CE control element
  • the operations include: receiving, from the second device, inter-device coordination information including information related to a preferred resource or information related to a non-preferred resource. can do.
  • the operations may include: selecting an SL resource based on the inter-UE coordination information.
  • the operations include: a first SCI for scheduling of a physical sidelink shared channel (PSSCH) and a second sidelink control information (SCI) through a physical sidelink control channel (PSCCH) based on the SL resource It may include sending.
  • the operations may include: transmitting the second SCI and a medium access control (MAC) protocol data unit (PDU) through the PSSCH based on the SL resource.
  • MAC medium access control
  • an apparatus configured to control a first terminal.
  • the device may include one or more processors; and one or more memories executablely connected to the one or more processors and storing instructions that cause the first terminal to perform operations based on being executed by the one or more processors.
  • the above operations are: Receiving a radio resource control (RRC) message including information related to whether inter-UE coordination capability is supported from the second device steps may be included.
  • the operations include: based on that the information related to whether the inter-device coordination capability is supported indicates that the inter-device coordination capability is supported, an inter-device coordination request (MAC) medium access and transmitting a control (CE) control element (CE) to the second device.
  • RRC radio resource control
  • MAC inter-device coordination request
  • CE control element
  • the operations include: receiving, from the second device, inter-device coordination information including information related to a preferred resource or information related to a non-preferred resource. can do.
  • the operations may include: selecting an SL resource based on the inter-UE coordination information.
  • the operations include: a first SCI for scheduling of a physical sidelink shared channel (PSSCH) and a second sidelink control information (SCI) through a physical sidelink control channel (PSCCH) based on the SL resource It may include sending.
  • the operations may include: transmitting the second SCI and a medium access control (MAC) protocol data unit (PDU) through the PSSCH based on the SL resource.
  • MAC medium access control
  • a non-transitory computer readable storage medium having instructions recorded thereon is provided.
  • the instructions when executed by one or more processors, cause the one or more processors to: send information related to whether the first device supports inter-UE coordination capabilities;
  • a radio resource control (RRC) message including a message may be received from the second device.
  • RRC radio resource control
  • the instructions when executed by one or more processors, cause the one or more processors to: allow the first device to determine whether the information related to whether the inter-device coordination capability is supported is the inter-device coordination capability Based on indicating that is supported, an inter-device coordination request (MAC) medium access control (CE) control element (CE) may be transmitted to the second device.
  • MAC inter-device coordination request
  • CE medium access control
  • CE control element
  • the instructions when executed by one or more processors, cause the one or more processors to: information related to a preferred resource or a non-preferred resource Inter-device coordination information including information related to may be received from the second device.
  • the instructions when executed by one or more processors, may cause the one or more processors to: select the SL resource based on the inter-device coordination information.
  • the instructions when executed by one or more processors, cause the one or more processors to: The first device, based on the SL resource, via a physical sidelink control channel (PSCCH)
  • PSCCH physical sidelink control channel
  • a first SCI for scheduling of a sidelink shared channel (SCI) and a second sidelink control information (SCI) may be transmitted.
  • PSCCH physical sidelink control channel
  • the instructions when executed by one or more processors, cause the one or more processors to:
  • the first device based on the SL resource, over the PSSCH, the second SCI and MAC (medium An access control (PDU) protocol data unit (PDU) may be transmitted.
  • PDU protocol data unit
  • FIG. 12 is a diagram for explaining a method for a second device to perform wireless communication according to an embodiment of the present disclosure.
  • the embodiment of FIG. 12 may be combined with various embodiments of the present disclosure.
  • the second device includes an RRC (including information related to whether inter-UE coordination capability is supported) ( radio resource control) message to the first device.
  • RRC including information related to whether inter-UE coordination capability is supported
  • the second device requests inter-device coordination based on the fact that the information related to whether or not the inter-device coordination capability is supported indicates that the inter-device coordination capability is supported ( request) medium access control (MAC) control element (CE) may be received from the first device.
  • the second device transmits inter-device coordination information including information related to a preferred resource or information related to a non-preferred resource to the first device. can be sent to For example, an SL resource may be selected based on the inter-UE coordination information.
  • a first SCI for scheduling a physical sidelink shared channel (PSSCH) and a second sidelink control information (SCI) may be transmitted through a physical sidelink control channel (PSCCH).
  • PSSCH physical sidelink shared channel
  • SCI second sidelink control information
  • PSCCH physical sidelink control channel
  • PDU medium access control protocol data unit
  • the inter-device coordination information may be received from the second device via unicast between the first device and the second device.
  • sensing may be performed.
  • the SL resource may be selected based on a result of the sensing and the inter-UE coordination information.
  • the information related to whether the inter-UE coordination capability is supported may include information related to SL resource allocation.
  • the SL resource allocation may include SL resource allocation based on determining SL resources within an SL resource pool.
  • the SL resource allocation may be supported by the second device, and based on the inter-UE coordination information, the SL resource may be selected.
  • the SL resource allocation may include SL resource allocation based on what SL resources are provided by a base station.
  • the SL resource may be selected.
  • the inter-UE coordination request MAC CE may include information triggering reporting of the inter-UE coordination information.
  • the inter-device coordination information may be transmitted to the first device.
  • a transmission resource for the inter-UE coordination request MAC CE may be selected.
  • the memory 204 of the second device 200 causes the second device (e.g., the processor 202, the transceiver 206) to perform operations based on those executed by the processor 202.
  • the above operations are: Transmitting a radio resource control (RRC) message including information related to whether inter-UE coordination capability is supported to the first device step; may be included.
  • RRC radio resource control
  • the operations include: based on that the information related to whether the inter-device coordination capability is supported indicates that the inter-device coordination capability is supported, an inter-device coordination request (MAC) medium access control) receiving a control element (CE) from the first device.
  • RRC radio resource control
  • MAC inter-device coordination request
  • CE control element
  • the operations include: transmitting inter-device coordination information including information related to a preferred resource or information related to a non-preferred resource to the first device, the terminal Based on inter-coordination information, an SL resource is selected, and based on the SL resource, scheduling of a physical sidelink shared channel (PSSCH) and second sidelink control information (SCI) through a physical sidelink control channel (PSCCH) , the first SCI is transmitted, and the second SCI and a medium access control (MAC) protocol data unit (PDU) are transmitted through the PSSCH based on the SL resource.
  • PSSCH physical sidelink shared channel
  • SCI second sidelink control information
  • PDU medium access control protocol data unit
  • a second device for performing wireless communication may include one or more processors; one or more transceivers; and one or more memories executablely connected to the one or more processors and storing instructions that cause the first device to perform operations based upon being executed by the one or more processors.
  • the above operations are: Transmitting a radio resource control (RRC) message including information related to whether inter-UE coordination capability is supported to the first device step; may be included.
  • the operations include: based on that the information related to whether the inter-device coordination capability is supported indicates that the inter-device coordination capability is supported, an inter-device coordination request (MAC) medium access control) receiving a control element (CE) from the first device.
  • RRC radio resource control
  • MAC inter-device coordination request
  • CE control element
  • the operations include: transmitting inter-device coordination information including information related to a preferred resource or information related to a non-preferred resource to the first device, the terminal Based on inter-coordination information, an SL resource is selected, and based on the SL resource, scheduling of a physical sidelink shared channel (PSSCH) and second sidelink control information (SCI) through a physical sidelink control channel (PSCCH) , the first SCI is transmitted, and the second SCI and a medium access control (MAC) protocol data unit (PDU) are transmitted through the PSSCH based on the SL resource.
  • PSSCH physical sidelink shared channel
  • SCI second sidelink control information
  • PDU medium access control protocol data unit
  • an apparatus configured to control the second terminal.
  • the device may include one or more processors; and one or more memories executablely connected to the one or more processors and storing instructions that cause the first terminal to perform operations based on being executed by the one or more processors.
  • the above operations are: Transmitting a radio resource control (RRC) message including information related to whether inter-UE coordination capability is supported to the first device step; may be included.
  • the operations include: based on that the information related to whether the inter-device coordination capability is supported indicates that the inter-device coordination capability is supported, an inter-device coordination request (MAC) medium access control) receiving a control element (CE) from the first device.
  • RRC radio resource control
  • MAC inter-device coordination request
  • CE control element
  • the operations include: transmitting inter-device coordination information including information related to a preferred resource or information related to a non-preferred resource to the first device, the terminal Based on inter-coordination information, an SL resource is selected, and based on the SL resource, scheduling of a physical sidelink shared channel (PSSCH) and second sidelink control information (SCI) through a physical sidelink control channel (PSCCH) , the first SCI is transmitted, and the second SCI and a medium access control (MAC) protocol data unit (PDU) are transmitted through the PSSCH based on the SL resource.
  • PSSCH physical sidelink shared channel
  • SCI second sidelink control information
  • PDU medium access control protocol data unit
  • a non-transitory computer readable storage medium recording instructions may be provided.
  • the instructions when executed by one or more processors, cause the one or more processors to: support the second device with inter-UE coordination capabilities;
  • a radio resource control (RRC) message including information related to whether or not a radio resource control (RRC) message may be transmitted to the first device.
  • the instructions when executed by one or more processors, cause the one or more processors to: allow the second device to obtain the information relating to whether the inter-device coordination capability is supported; Based on the indication that the capability is supported, an inter-device coordination request (MAC) medium access control (CE) control element (CE) may be received from the first device.
  • MAC inter-device coordination request
  • CE medium access control
  • CE control element
  • the instructions when executed by one or more processors, cause the one or more processors to: information related to a preferred resource or a non-preferred resource Inter-device coordination information including information related to is transmitted to the first device, but based on the inter-device coordination information, an SL resource is selected, and based on the SL resource, a physical sidelink control channel (PSCCH) ), a first SCI for scheduling of a physical sidelink shared channel (PSSCH) and a second sidelink control information (SCI) is transmitted, and based on the SL resource, through the PSSCH, the second SCI and A medium access control (MAC) protocol data unit (PDU) may be transmitted.
  • PSCH physical sidelink control channel
  • SCI second sidelink control information
  • PDU medium access control protocol data unit
  • FIG. 13 illustrates a communication system 1, according to an embodiment of the present disclosure.
  • the embodiment of FIG. 13 may be combined with various embodiments of the present disclosure.
  • a communication system 1 to which various embodiments of the present disclosure are applied includes 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 communication technology implemented in the wireless devices 100a to 100f of the present specification may include Narrowband Internet of Things for low power communication as well as LTE, NR, and 6G.
  • NB-IoT technology may be an example of LPWAN (Low Power Wide Area Network) technology, and may be implemented in standards such as LTE Cat NB1 and / or LTE Cat NB2. no.
  • the wireless communication technology implemented in the wireless devices 100a to 100f of the present specification may perform communication based on LTE-M technology.
  • LTE-M technology may be an example of LPWAN technology, and may be called various names such as eMTC (enhanced machine type communication).
  • LTE-M technologies are 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL (non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, and/or 7) It may be implemented in at least one of various standards such as LTE M, and is not limited to the above-mentioned names.
  • the wireless communication technology implemented in the wireless devices 100a to 100f of the present specification includes at least one of ZigBee, Bluetooth, and Low Power Wide Area Network (LPWAN) considering low power communication. It may include any one, and is not limited to the above-mentioned names.
  • ZigBee technology can generate personal area networks (PANs) related to small/low-power digital communication based on various standards such as IEEE 802.15.4, and can be called various names.
  • PANs personal area networks
  • 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 etc.
  • FIG. 14 illustrates a wireless device according to an embodiment of the present disclosure.
  • the embodiment of FIG. 14 may be combined with various embodiments of the present disclosure.
  • the first wireless device 100 and the second wireless device 200 may transmit and receive radio signals through various wireless access technologies (eg, LTE, NR).
  • ⁇ the first wireless device 100, the second wireless device 200 ⁇ is the ⁇ wireless device 100x, the base station 200 ⁇ of FIG. 13 and/or the ⁇ wireless device 100x, 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.
  • 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. 15 illustrates a signal processing circuit for a transmission signal according to an embodiment of the present disclosure.
  • the embodiment of FIG. 15 may be combined with various embodiments of the present disclosure.
  • 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. 15 may be performed by processors 102 and 202 and/or transceivers 106 and 206 of FIG. 14 .
  • the hardware elements of FIG. 15 may be implemented in processors 102 and 202 and/or transceivers 106 and 206 of FIG. 14 .
  • blocks 1010-1060 may be implemented in processors 102 and 202 of FIG. 14 .
  • blocks 1010 to 1050 may be implemented in the processors 102 and 202 of FIG. 14
  • block 1060 may be implemented in the transceivers 106 and 206 of FIG. 14 .
  • the codeword may be converted into a radio signal through the signal processing circuit 1000 of FIG. 15 .
  • 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 the 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. 15 .
  • a wireless device eg, 100 or 200 of FIG. 14
  • 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.
  • FIG. 16 illustrates a wireless device according to an embodiment of the present disclosure.
  • Wireless devices may be implemented in various forms according to use-cases/services (see FIG. 13).
  • the embodiment of FIG. 16 may be combined with various embodiments of the present disclosure.
  • wireless devices 100 and 200 correspond to the wireless devices 100 and 200 of FIG. 14, 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. 14 and/or one or more memories 104, 204.
  • transceiver(s) 114 may include one or more transceivers 106, 206 of FIG. 14 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.
  • the wireless device may be a robot (Fig. 13, 100a), a vehicle (Fig. 13, 100b-1, 100b-2), an XR device (Fig. 13, 100c), a mobile device (Fig. 13, 100d), a home appliance. (FIG. 13, 100e), IoT device (FIG.
  • digital broadcasting terminal digital broadcasting 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. 13, 400), a base station (Fig. 13, 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.
  • FIG. 16 An implementation example of FIG. 16 will be described in more detail with reference to drawings.
  • 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. 16 .
  • 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
  • the embodiment of FIG. 18 may be combined with various embodiments of the present disclosure.
  • 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. 16 .
  • 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 장치가 무선 통신을 수행하는 방법 및 이를 지원하는 장치가 제안된다. 예를 들어, 상기 제 1 장치는 단말-간 조정 능력의 지원 여부와 관련된 정보를 포함하는 RRC 메시지를 제 2 장치로부터 수신할 수 있다. 예를 들어, 상기 제 1 장치는 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청 MAC CE를 상기 제 2 장치에게 전송할 수 있다. 예를 들어, 상기 제 1 장치는 선호되는 자원과 관련된 정보 또는 비-선호되는 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 2 장치로부터 수신할 수 있다. 예를 들어, 상기 제 1 장치는 상기 단말-간 조정 정보를 기반으로, SL 자원을 선택할 수 있다. 예를 들어, 상기 제 1 장치는 상기 SL 자원을 기반으로, PSCCH를 통해, PSSCH 및 제 2 SCI의 스케줄링을 위한, 제 1 SCI를 전송할 수 있다. 예를 들어, 상기 제 1 장치는 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC PDU를 전송할 수 있다.

Description

NR V2X에서 SL 자원과 관련된 무선 통신을 수행하는 방법 및 장치
본 개시는 무선 통신 시스템에 관한 것이다.
사이드링크(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) 통신이 지원될 수 있다.
일 실시 예에 있어서, 제 1 장치가 무선 통신을 수행하는 방법이 제공된다. 예를 들어, 상기 제 1 장치는 단말-간 조정 능력의 지원 여부와 관련된 정보를 포함하는 RRC 메시지를 제 2 장치로부터 수신할 수 있다. 예를 들어, 상기 제 1 장치는 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청 MAC CE를 상기 제 2 장치에게 전송할 수 있다. 예를 들어, 상기 제 1 장치는 선호되는 자원과 관련된 정보 또는 비-선호되는 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 2 장치로부터 수신할 수 있다. 예를 들어, 상기 제 1 장치는 상기 단말-간 조정 정보를 기반으로, SL 자원을 선택할 수 있다. 예를 들어, 상기 제 1 장치는 상기 SL 자원을 기반으로, PSCCH를 통해, PSSCH 및 제 2 SCI의 스케줄링을 위한, 제 1 SCI를 전송할 수 있다. 예를 들어, 상기 제 1 장치는 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC PDU를 전송할 수 있다.
일 실시 예에 있어서, 무선 통신을 수행하는 제 1 장치가 제공된다. 예를 들어, 상기 제 1 장치는, 하나 이상의 프로세서; 하나 이상의 송수신기; 및 상기 하나 이상의 프로세서에 실행 가능하게 연결되고, 및 상기 하나 이상의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 장치로 하여금 동작들을 수행하게 하는 명령들을 저장하는 하나 이상의 메모리를 포함할 수 있다. 예를 들어, 상기 동작들은: 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 2 장치로부터 수신하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 2 장치에게 전송하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 2 장치로부터 수신하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 정보를 기반으로, SL 자원을 선택하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI를 전송하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)를 전송하는 단계;를 포함할 수 있다.
일 실시 예에 있어서, 제 1 단말을 제어하도록 설정된 장치(apparatus)가 제공된다. 상기 장치는, 하나 이상의 프로세서; 및 상기 하나 이상의 프로세서에 실행 가능하게 연결될 수 있고, 상기 하나 이상의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 단말로 하여금 동작들을 수행하게 하는 명령들을 저장하는 하나 이상의 메모리를 포함할 수 있다. 예를 들어, 상기 동작들은: 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 2 장치로부터 수신하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 2 장치에게 전송하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 2 장치로부터 수신하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 정보를 기반으로, SL 자원을 선택하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI를 전송하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)를 전송하는 단계;를 포함할 수 있다.
일 실시 예에 있어서, 명령어들을 기록하고 있는 비-일시적 컴퓨터 판독가능 저장 매체가 제공된다. 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 제 1 장치가 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 2 장치로부터 수신하도록 할 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 상기 제 1 장치가, 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 2 장치에게 전송하도록 할 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 상기 제 1 장치가, 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 2 장치로부터 수신하도록 할 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 상기 제 1 장치가, 상기 단말-간 조정 정보를 기반으로, SL 자원을 선택하도록 할 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 상기 제 1 장치가, 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI를 전송하도록 할 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 상기 제 1 장치가, 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)를 전송하도록 할 수 있다.
일 실시 예에 있어서, 제 2 장치가 무선 통신을 수행하는 방법이 제공된다. 예를 들어, 상기 제 2 장치는, 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 1 장치에게 전송할 수 있다. 예를 들어, 상기 제 2 장치는, 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 1 장치로부터 수신할 수 있다. 예를 들어, 상기 제 2 장치는, 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 1 장치에게 전송할 수 있다. 예를 들어, 상기 단말-간 조정 정보를 기반으로, SL 자원은 선택될 수 있다. 예를 들어, 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI은 전송될 수 있다. 예를 들어, 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)은 전송될 수 있다.
일 실시 예에 있어서, 무선 통신을 수행하는 제 2 장치가 제공된다. 예를 들어, 상기 제 2 장치는, 하나 이상의 프로세서; 하나 이상의 송수신기; 및 상기 하나 이상의 프로세서에 실행 가능하게 연결되고, 및 상기 하나 이상의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 장치로 하여금 동작들을 수행하게 하는 명령들을 저장하는 하나 이상의 메모리를 포함할 수 있다. 예를 들어, 상기 동작들은: 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 1 장치에게 전송하는 단계;를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 1 장치로부터 수신하는 단계;를 포함할 수 있다. 예를 들어, 상기 동작들은: 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 1 장치에게 전송하되, 상기 단말-간 조정 정보를 기반으로, SL 자원은 선택되고, 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI은 전송되고, 및 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)은 전송되는, 단계;를 포함할 수 있다.
일 실시 예에 있어서, 제 2 단말을 제어하도록 설정된 장치(apparatus)가 제공될 수 있다. 예를 들어, 상기 장치는, 하나 이상의 프로세서; 및 상기 하나 이상의 프로세서에 실행 가능하게 연결될 수 있고, 상기 하나 이상의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 단말로 하여금 동작들을 수행하게 하는 명령들을 저장하는 하나 이상의 메모리를 포함할 수 있다. 예를 들어, 상기 동작들은: 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 1 장치에게 전송하는 단계;를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 1 장치로부터 수신하는 단계;를 포함할 수 있다. 예를 들어, 상기 동작들은: 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 1 장치에게 전송하되, 상기 단말-간 조정 정보를 기반으로, SL 자원은 선택되고, 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI은 전송되고, 및 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)은 전송되는, 단계;를 포함할 수 있다.
일 실시 예에 있어서, 명령어들을 기록하고 있는 비-일시적 컴퓨터 판독가능 저장 매체가 제공될 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 제 2 장치가, 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 1 장치에게 전송하도록 할 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 상기 제 2 장치가, 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 1 장치로부터 수신하도록 할 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 상기 제 2 장치가, 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 1 장치에게 전송하도록 하되, 상기 단말-간 조정 정보를 기반으로, SL 자원은 선택되고, 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI은 전송되고, 및 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)은 전송될 수 있다.
도 1은 본 개시의 일 실시 예에 따른, NR 시스템의 구조를 나타낸다.
도 2는 본 개시의 일 실시 예에 따른, 무선 프로토콜 구조(radio protocol architecture)를 나타낸다.
도 3은 본 개시의 일 실시 예에 따른, NR의 무선 프레임의 구조를 나타낸다.
도 4는 본 개시의 일 실시 예에 따른, NR 프레임의 슬롯 구조를 나타낸다.
도 5는 본 개시의 일 실시 예에 따른, BWP의 일 예를 나타낸다.
도 6은 본 개시의 일 실시 예에 따라, 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다.
도 7은 본 개시의 일 실시 예에 따른, 세 가지 캐스트 타입을 나타낸다.
도 8은 본 개시의 일 실시 예에 따른, SL 자원과 관련된 무선 통신을 수행하는 방법의 문제점을 설명하기 위한 도면이다.
도 9는 본 개시의 일 실시 예에 따른, SL 자원과 관련된 무선 통신을 수행하는 방법을 설명하기 위한 도면이다.
도 10은 본 개시의 일 실시 예에 따른, SL 자원과 관련된 무선 통신을 수행하는 방법을 설명하기 위한 도면이다.
도 11은 본 개시의 일 실시 예에 따른, 제 1 장치가 무선 통신을 수행하는 방법을 설명하기 위한 도면이다.
도 12는 본 개시의 일 실시 예에 따른, 제 2 장치가 무선 통신을 수행하는 방법을 설명하기 위한 도면이다.
도 13은 본 개시의 일 실시 예에 따른, 통신 시스템(1)을 나타낸다.
도 14는 본 개시의 일 실시 예에 따른, 무선 기기를 나타낸다.
도 15는 본 개시의 일 실시 예에 따른, 전송 신호를 위한 신호 처리 회로를 나타낸다.
도 16은 본 개시의 일 실시 예에 따른, 무선 기기를 나타낸다.
도 17은 본 개시의 일 실시 예에 따른, 휴대 기기를 나타낸다.
도 18은 본 개시의 일 실시 예에 따른, 차량 또는 자율 주행 차량을 나타낸다.
본 명세서에서 "A 또는 B(A or B)"는 "오직 A", "오직 B" 또는 "A와 B 모두"를 의미할 수 있다. 달리 표현하면, 본 명세서에서 "A 또는 B(A or B)"는 "A 및/또는 B(A and/or B)"으로 해석될 수 있다. 예를 들어, 본 명세서에서 "A, B 또는 C(A, B or C)"는 "오직 A", "오직 B", "오직 C", 또는 "A, B 및 C의 임의의 모든 조합(any combination of A, B and C)"를 의미할 수 있다.
본 명세서에서 사용되는 슬래쉬(/)나 쉼표(comma)는 "및/또는(and/or)"을 의미할 수 있다. 예를 들어, "A/B"는 "A 및/또는 B"를 의미할 수 있다. 이에 따라 "A/B"는 "오직 A", "오직 B", 또는 "A와 B 모두"를 의미할 수 있다. 예를 들어, "A, B, C"는 "A, B 또는 C"를 의미할 수 있다.
본 명세서에서 "적어도 하나의 A 및 B(at least one of A and B)"는, "오직 A", "오직 B" 또는 "A와 B 모두"를 의미할 수 있다. 또한, 본 명세서에서 "적어도 하나의 A 또는 B(at least one of A or B)"나 "적어도 하나의 A 및/또는 B(at least one of A and/or B)"라는 표현은 "적어도 하나의 A 및 B(at least one of A and B)"와 동일하게 해석될 수 있다.
또한, 본 명세서에서 "적어도 하나의 A, B 및 C(at least one of A, B and C)"는, "오직 A", "오직 B", "오직 C", 또는 "A, B 및 C의 임의의 모든 조합(any combination of A, B and C)"를 의미할 수 있다. 또한, "적어도 하나의 A, B 또는 C(at least one of A, B or C)"나 "적어도 하나의 A, B 및/또는 C(at least one of A, B and/or C)"는 "적어도 하나의 A, B 및 C(at least one of A, B and C)"를 의미할 수 있다.
또한, 본 명세서에서 사용되는 괄호는 "예를 들어(for example)"를 의미할 수 있다. 구체적으로, "제어 정보(PDCCH)"로 표시된 경우, "제어 정보"의 일례로 "PDCCH"가 제안된 것일 수 있다. 달리 표현하면 본 명세서의 "제어 정보"는 "PDCCH"로 제한(limit)되지 않고, "PDCCH"가 "제어 정보"의 일례로 제안된 것일 수 있다. 또한, "제어 정보(즉, PDCCH)"로 표시된 경우에도, "제어 정보"의 일례로 "PDCCH"가 제안된 것일 수 있다.
이하의 설명에서 '~일 때, ~ 경우(when, if, in case of)'는 '~에 기초하여/기반하여(based on)'로 대체될 수 있다.
본 명세서에서 하나의 도면 내에서 개별적으로 설명되는 기술적 특징은, 개별적으로 구현될 수도 있고, 동시에 구현될 수도 있다.
본 명세서에서, 상위 계층 파라미터(higher layer parameter)는 단말에 대하여 설정되거나, 사전에 설정되거나, 사전에 정의된 파라미터일 수 있다. 예를 들어, 기지국 또는 네트워크는 상위 계층 파라미터를 단말에게 전송할 수 있다. 예를 들어, 상위 계층 파라미터는 RRC(radio resource control) 시그널링 또는 MAC(medium access control) 시그널링을 통해서 전송될 수 있다.
이하의 기술은 CDMA(code division multiple access), FDMA(frequency division multiple access), TDMA(time division multiple access), OFDMA(orthogonal frequency division multiple access), SC-FDMA(single carrier frequency division multiple access) 등과 같은 다양한 무선 통신 시스템에 사용될 수 있다. CDMA는 UTRA(universal terrestrial radio access)나 CDMA2000과 같은 무선 기술로 구현될 수 있다. TDMA는 GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)와 같은 무선 기술로 구현될 수 있다. OFDMA는 IEEE(institute of electrical and electronics engineers) 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802-20, E-UTRA(evolved UTRA) 등과 같은 무선 기술로 구현될 수 있다. IEEE 802.16m은 IEEE 802.16e의 진화로, IEEE 802.16e에 기반한 시스템과의 하위 호환성(backward compatibility)를 제공한다. UTRA는 UMTS(universal mobile telecommunications system)의 일부이다. 3GPP(3rd generation partnership project) LTE(long term evolution)은 E-UTRA(evolved-UMTS terrestrial radio access)를 사용하는 E-UMTS(evolved UMTS)의 일부로써, 하향링크에서 OFDMA를 채용하고 상향링크에서 SC-FDMA를 채용한다. LTE-A(advanced)는 3GPP LTE의 진화이다.
5G NR은 LTE-A의 후속 기술로서, 고성능, 저지연, 고가용성 등의 특성을 가지는 새로운 Clean-slate 형태의 이동 통신 시스템이다. 5G NR은 1GHz 미만의 저주파 대역에서부터 1GHz~10GHz의 중간 주파 대역, 24GHz 이상의 고주파(밀리미터파) 대역 등 사용 가능한 모든 스펙트럼 자원을 활용할 수 있다.
설명을 명확하게 하기 위해, 5G NR을 위주로 기술하지만 본 개시의 일 실시 예에 따른 기술적 사상이 이에 제한되는 것은 아니다.
도 1은 본 개시의 일 실시 예에 따른, NR 시스템의 구조를 나타낸다. 도 1의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 1을 참조하면, NG-RAN(Next Generation - Radio Access Network)은 단말(10)에게 사용자 평면 및 제어 평면 프로토콜 종단(termination)을 제공하는 기지국(20)을 포함할 수 있다. 예를 들어, 기지국(20)은 gNB(next generation-Node B) 및/또는 eNB(evolved-NodeB)를 포함할 수 있다. 예를 들어, 단말(10)은 고정되거나 이동성을 가질 수 있으며, MS(Mobile Station), UT(User Terminal), SS(Subscriber Station), MT(Mobile Terminal), 무선기기(Wireless Device) 등 다른 용어로 불릴 수 있다. 예를 들어, 기지국은 단말(10)과 통신하는 고정된 지점(fixed station)일 수 있고, BTS(Base Transceiver System), 액세스 포인트(Access Point) 등 다른 용어로 불릴 수 있다.
도 1의 실시 예는 gNB만을 포함하는 경우를 예시한다. 기지국(20)은 상호 간에 Xn 인터페이스로 연결될 수 있다. 기지국(20)은 5세대 코어 네트워크(5G Core Network: 5GC)와 NG 인터페이스를 통해 연결될 수 있다. 보다 구체적으로, 기지국(20)은 NG-C 인터페이스를 통해 AMF(access and mobility management function)(30)와 연결될 수 있고, NG-U 인터페이스를 통해 UPF(user plane function)(30)와 연결될 수 있다.
단말과 네트워크 사이의 무선인터페이스 프로토콜(Radio Interface Protocol)의 계층들은 통신시스템에서 널리 알려진 개방형 시스템간 상호접속(Open System Interconnection, OSI) 기준 모델의 하위 3개 계층을 바탕으로 L1(layer 1, 제 1 계층), L2(layer 2, 제 2 계층), L3(layer 3, 제 3 계층)로 구분될 수 있다. 이 중에서 제 1 계층에 속하는 물리 계층은 물리 채널(Physical Channel)을 이용한 정보 전송 서비스(Information Transfer Service)를 제공하며, 제 3 계층에 위치하는 RRC(Radio Resource Control) 계층은 단말과 네트워크 간에 무선 자원을 제어하는 역할을 수행한다. 이를 위해 RRC 계층은 단말과 기지국 간 RRC 메시지를 교환한다.
도 2는 본 개시의 일 실시 예에 따른, 무선 프로토콜 구조(radio protocol architecture)를 나타낸다. 도 2의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다. 구체적으로, 도 2의 (a)는 Uu 통신을 위한 사용자 평면(user plane)의 무선 프로토콜 스택(stack)을 나타내고, 도 2의 (b)는 Uu 통신을 위한 제어 평면(control plane)의 무선 프로토콜 스택을 나타낸다. 도 2의 (c)는 SL 통신을 위한 사용자 평면의 무선 프로토콜 스택을 나타내고, 도 2의 (d)는 SL 통신을 위한 제어 평면의 무선 프로토콜 스택을 나타낸다.
도 2를 참조하면, 물리 계층(physical layer)은 물리 채널을 이용하여 상위 계층에게 정보 전송 서비스를 제공한다. 물리 계층은 상위 계층인 MAC(Medium Access Control) 계층과는 전송 채널(transport channel)을 통해 연결되어 있다. 전송 채널을 통해 MAC 계층과 물리 계층 사이로 데이터가 이동한다. 전송 채널은 무선 인터페이스를 통해 데이터가 어떻게 어떤 특징으로 전송되는가에 따라 분류된다.
서로 다른 물리 계층 사이, 즉 송신기와 수신기의 물리 계층 사이는 물리 채널을 통해 데이터가 이동한다. 상기 물리 채널은 OFDM(Orthogonal Frequency Division Multiplexing) 방식으로 변조될 수 있고, 시간과 주파수를 무선 자원으로 활용한다.
MAC 계층은 논리 채널(logical channel)을 통해 상위 계층인 RLC(radio link control) 계층에게 서비스를 제공한다. MAC 계층은 복수의 논리 채널에서 복수의 전송 채널로의 맵핑 기능을 제공한다. 또한, MAC 계층은 복수의 논리 채널에서 단수의 전송 채널로의 맵핑에 의한 논리 채널 다중화 기능을 제공한다. MAC 부 계층은 논리 채널상의 데이터 전송 서비스를 제공한다.
RLC 계층은 RLC SDU(Service Data Unit)의 연결(concatenation), 분할(segmentation) 및 재결합(reassembly)을 수행한다. 무선 베어러(Radio Bearer, RB)가 요구하는 다양한 QoS(Quality of Service)를 보장하기 위해, RLC 계층은 투명모드(Transparent Mode, TM), 비확인 모드(Unacknowledged Mode, UM) 및 확인모드(Acknowledged Mode, AM)의 세 가지의 동작모드를 제공한다. AM RLC는 ARQ(automatic repeat request)를 통해 오류 정정을 제공한다.
RRC(Radio Resource Control) 계층은 제어 평면에서만 정의된다. RRC 계층은 무선 베어러들의 설정(configuration), 재설정(re-configuration) 및 해제(release)와 관련되어 논리 채널, 전송 채널 및 물리 채널들의 제어를 담당한다. RB는 단말과 네트워크간의 데이터 전달을 위해 제 1 계층(physical 계층 또는 PHY 계층) 및 제 2 계층(MAC 계층, RLC 계층, PDCP(Packet Data Convergence Protocol) 계층, SDAP(Service Data Adaptation Protocol) 계층)에 의해 제공되는 논리적 경로를 의미한다.
사용자 평면에서의 PDCP 계층의 기능은 사용자 데이터의 전달, 헤더 압축(header compression) 및 암호화(ciphering)를 포함한다. 제어 평면에서의 PDCP 계층의 기능은 제어 평면 데이터의 전달 및 암호화/무결성 보호(integrity protection)를 포함한다.
SDAP(Service Data Adaptation Protocol) 계층은 사용자 평면에서만 정의된다. SDAP 계층은 QoS 플로우(flow)와 데이터 무선 베어러 간의 매핑, 하향링크 및 상향링크 패킷 내 QoS 플로우 식별자(ID) 마킹 등을 수행한다.
RB가 설정된다는 것은 특정 서비스를 제공하기 위해 무선 프로토콜 계층 및 채널의 특성을 규정하고, 각각의 구체적인 파라미터 및 동작 방법을 설정하는 과정을 의미한다. RB는 다시 SRB(Signaling Radio Bearer)와 DRB(Data Radio Bearer) 두 가지로 나누어 질 수 있다. SRB는 제어 평면에서 RRC 메시지를 전송하는 통로로 사용되며, DRB는 사용자 평면에서 사용자 데이터를 전송하는 통로로 사용된다.
단말의 RRC 계층과 기지국의 RRC 계층 사이에 RRC 연결(RRC connection)이 확립되면, 단말은 RRC_CONNECTED 상태에 있게 되고, 그렇지 못할 경우 RRC_IDLE 상태에 있게 된다. NR의 경우, RRC_INACTIVE 상태가 추가로 정의되었으며, RRC_INACTIVE 상태의 단말은 코어 네트워크와의 연결을 유지하는 반면 기지국과의 연결을 해지(release)할 수 있다.
네트워크에서 단말로 데이터를 전송하는 하향링크 전송 채널로는 시스템 정보를 전송하는 BCH(Broadcast Channel)과 그 이외에 사용자 트래픽이나 제어 메시지를 전송하는 하향링크 SCH(Shared Channel)이 있다. 하향링크 멀티캐스트 또는 브로드캐스트 서비스의 트래픽 또는 제어메시지의 경우 하향링크 SCH를 통해 전송될 수도 있고, 또는 별도의 하향링크 MCH(Multicast Channel)을 통해 전송될 수도 있다. 한편, 단말에서 네트워크로 데이터를 전송하는 상향링크 전송 채널로는 초기 제어메시지를 전송하는 RACH(Random Access Channel)와 그 이외에 사용자 트래픽이나 제어메시지를 전송하는 상향링크 SCH(Shared Channel)가 있다.
전송 채널 상위에 있으며, 전송 채널에 맵핑되는 논리 채널(Logical Channel)로는 BCCH(Broadcast Control Channel), PCCH(Paging Control Channel), CCCH(Common Control Channel), MCCH(Multicast Control Channel), MTCH(Multicast Traffic Channel) 등이 있다.
도 3은 본 개시의 일 실시 예에 따른, NR의 무선 프레임의 구조를 나타낸다. 도 3의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 3을 참조하면, 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)를 예시한다.
SCS (15*2u) Nslot symb Nframe,u slot Nsubframe,u slot
15KHz (u=0) 14 10 1
30KHz (u=1) 14 20 2
60KHz (u=2) 14 40 4
120KHz (u=3) 14 80 8
240KHz (u=4) 14 160 16
표 2는 확장 CP가 사용되는 경우, SCS에 따라 슬롯 별 심볼의 개수, 프레임 별 슬롯의 개수와 서브프레임 별 슬롯의 개수를 예시한다.
SCS (15*2u) Nslot symb Nframe,u slot Nsubframe,u slot
60KHz (u=2) 12 40 4
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)로 불릴 수 있다.
Frequency Range designation Corresponding frequency range Subcarrier Spacing (SCS)
FR1 450MHz - 6000MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
상술한 바와 같이, NR 시스템의 주파수 범위의 수치는 변경될 수 있다. 예를 들어, FR1은 하기 표 4와 같이 410MHz 내지 7125MHz의 대역을 포함할 수 있다. 즉, FR1은 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역을 포함할 수 있다. 예를 들어, FR1 내에서 포함되는 6GHz (또는 5850, 5900, 5925 MHz 등) 이상의 주파수 대역은 비면허 대역(unlicensed band)을 포함할 수 있다. 비면허 대역은 다양한 용도로 사용될 수 있고, 예를 들어 차량을 위한 통신(예를 들어, 자율주행)을 위해 사용될 수 있다.
Frequency Range designation Corresponding frequency range Subcarrier Spacing (SCS)
FR1 410MHz - 7125MHz 15, 30, 60kHz
FR2 24250MHz - 52600MHz 60, 120, 240kHz
도 4는 본 개시의 일 실시 예에 따른, NR 프레임의 슬롯 구조를 나타낸다. 도 4의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 4를 참조하면, 슬롯은 시간 영역에서 복수의 심볼들을 포함한다. 예를 들어, 노멀 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)로 지칭될 수 있고, 하나의 복소 심볼이 맵핑될 수 있다.
이하, BWP(Bandwidth Part) 및 캐리어에 대하여 설명한다.
BWP(Bandwidth Part)는 주어진 뉴머놀로지에서 PRB(physical resource block)의 연속적인 집합일 수 있다. PRB는 주어진 캐리어 상에서 주어진 뉴머놀로지에 대한 CRB(common resource block)의 연속적인 부분 집합으로부터 선택될 수 있다.
예를 들어, BWP는 활성(active) BWP, 이니셜(initial) BWP 및/또는 디폴트(default) BWP 중 적어도 어느 하나일 수 있다. 예를 들어, 단말은 PCell(primary cell) 상의 활성(active) DL BWP 이외의 DL BWP에서 다운 링크 무선 링크 품질(downlink radio link quality)을 모니터링하지 않을 수 있다. 예를 들어, 단말은 활성 DL BWP의 외부에서 PDCCH, PDSCH(physical downlink shared channel) 또는 CSI-RS(reference signal)(단, RRM 제외)를 수신하지 않을 수 있다. 예를 들어, 단말은 비활성 DL BWP에 대한 CSI(Channel State Information) 보고를 트리거하지 않을 수 있다. 예를 들어, 단말은 활성 UL BWP 외부에서 PUCCH(physical uplink control channel) 또는 PUSCH(physical uplink shared channel)를 전송하지 않을 수 있다. 예를 들어, 하향링크의 경우, 이니셜 BWP는 (PBCH(physical broadcast channel)에 의해 설정된) RMSI(remaining minimum system information) CORESET(control resource set)에 대한 연속적인 RB 세트로 주어질 수 있다. 예를 들어, 상향링크의 경우, 이니셜 BWP는 랜덤 액세스 절차를 위해 SIB(system information block)에 의해 주어질 수 있다. 예를 들어, 디폴트 BWP는 상위 계층에 의해 설정될 수 있다. 예를 들어, 디폴트 BWP의 초기 값은 이니셜 DL BWP일 수 있다. 에너지 세이빙을 위해, 단말이 일정 기간 동안 DCI(downlink control information)를 검출하지 못하면, 단말은 상기 단말의 활성 BWP를 디폴트 BWP로 스위칭할 수 있다.
한편, 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를 위한 설정을 기지국/네트워크로부터 수신할 수 있다. 예를 들어, 단말은 Uu BWP를 위한 설정을 기지국/네트워크로부터 수신할 수 있다. SL BWP는 캐리어 내에서 out-of-coverage NR V2X 단말 및 RRC_IDLE 단말에 대하여 (미리) 설정될 수 있다. RRC_CONNECTED 모드의 단말에 대하여, 적어도 하나의 SL BWP가 캐리어 내에서 활성화될 수 있다.
도 5는 본 개시의 일 실시 예에 따른, BWP의 일 예를 나타낸다. 도 5의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다. 도 5의 실시 예에서, BWP는 세 개라고 가정한다.
도 5를 참조하면, CRB(common resource block)는 캐리어 밴드의 한 쪽 끝에서부터 다른 쪽 끝까지 번호가 매겨진 캐리어 자원 블록일 수 있다. 그리고, PRB는 각 BWP 내에서 번호가 매겨진 자원 블록일 수 있다. 포인트 A는 자원 블록 그리드(resource block grid)에 대한 공통 참조 포인트(common reference point)를 지시할 수 있다.
BWP는 포인트 A, 포인트 A로부터의 오프셋(Nstart BWP) 및 대역폭(Nsize BWP)에 의해 설정될 수 있다. 예를 들어, 포인트 A는 모든 뉴머놀로지(예를 들어, 해당 캐리어에서 네트워크에 의해 지원되는 모든 뉴머놀로지)의 서브캐리어 0이 정렬되는 캐리어의 PRB의 외부 참조 포인트일 수 있다. 예를 들어, 오프셋은 주어진 뉴머놀로지에서 가장 낮은 서브캐리어와 포인트 A 사이의 PRB 간격일 수 있다. 예를 들어, 대역폭은 주어진 뉴머놀로지에서 PRB의 개수일 수 있다.
이하, V2X 또는 SL 통신에 대하여 설명한다.
SLSS(Sidelink Synchronization Signal)는 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(Cyclic Redundancy Check)를 포함하여 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)을 수행할 필요가 없다.
도 6은 본 개시의 일 실시 예에 따라, 단말이 전송 모드에 따라 V2X 또는 SL 통신을 수행하는 절차를 나타낸다. 도 6의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다. 본 개시의 다양한 실시 예에서, 전송 모드는 모드 또는 자원 할당 모드라고 칭할 수 있다. 이하, 설명의 편의를 위해, 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 자원을 스케줄링할 수 있다. 예를 들어, 단계 S600에서, 기지국은 제 1 단말에게 SL 자원과 관련된 정보 및/또는 UL 자원과 관련된 정보를 전송할 수 있다. 예를 들어, 상기 UL 자원은 PUCCH 자원 및/또는 PUSCH 자원을 포함할 수 있다. 예를 들어, 상기 UL 자원은 SL HARQ 피드백을 기지국에게 보고하기 위한 자원일 수 있다.
예를 들어, 제 1 단말은 DG(dynamic grant) 자원과 관련된 정보 및/또는 CG(configured grant) 자원과 관련된 정보를 기지국으로부터 수신할 수 있다. 예를 들어, CG 자원은 CG 타입 1 자원 또는 CG 타입 2 자원을 포함할 수 있다. 본 명세서에서, DG 자원은, 기지국이 DCI(downlink control information)를 통해서 제 1 단말에게 설정/할당하는 자원일 수 있다. 본 명세서에서, CG 자원은, 기지국이 DCI 및/또는 RRC 메시지를 통해서 제 1 단말에게 설정/할당하는 (주기적인) 자원일 수 있다. 예를 들어, CG 타입 1 자원의 경우, 기지국은 CG 자원과 관련된 정보를 포함하는 RRC 메시지를 제 1 단말에게 전송할 수 있다. 예를 들어, CG 타입 2 자원의 경우, 기지국은 CG 자원과 관련된 정보를 포함하는 RRC 메시지를 제 1 단말에게 전송할 수 있고, 기지국은 CG 자원의 활성화(activation) 또는 해제(release)와 관련된 DCI를 제 1 단말에게 전송할 수 있다.
단계 S610에서, 제 1 단말은 상기 자원 스케줄링을 기반으로 PSCCH(예, SCI(Sidelink Control Information) 또는 1st-stage SCI)를 제 2 단말에게 전송할 수 있다. 단계 S620에서, 제 1 단말은 상기 PSCCH와 관련된 PSSCH(예, 2nd-stage SCI, MAC PDU, 데이터 등)를 제 2 단말에게 전송할 수 있다. 단계 S630에서, 제 1 단말은 PSCCH/PSSCH와 관련된 PSFCH를 제 2 단말로부터 수신할 수 있다. 예를 들어, HARQ 피드백 정보(예, NACK 정보 또는 ACK 정보)가 상기 PSFCH를 통해서 상기 제 2 단말로부터 수신될 수 있다. 단계 S640에서, 제 1 단말은 HARQ 피드백 정보를 PUCCH 또는 PUSCH를 통해서 기지국에게 전송/보고할 수 있다. 예를 들어, 상기 기지국에게 보고되는 HARQ 피드백 정보는, 상기 제 1 단말이 상기 제 2 단말로부터 수신한 HARQ 피드백 정보를 기반으로 생성(generate)하는 정보일 수 있다. 예를 들어, 상기 기지국에게 보고되는 HARQ 피드백 정보는, 상기 제 1 단말이 사전에 설정된 규칙을 기반으로 생성(generate)하는 정보일 수 있다. 예를 들어, 상기 DCI는 SL의 스케줄링을 위한 DCI일 수 있다. 예를 들어, 상기 DCI의 포맷은 DCI 포맷 3_0 또는 DCI 포맷 3_1일 수 있다.
이하, DCI 포맷 3_0의 일 예를 설명한다.
DCI 포맷 3_0은 하나의 셀에서 NR PSCCH와 NR PSSCH의 스케줄링을 위해 사용된다.
다음 정보는 SL-RNTI 또는 SL-CS-RNTI에 의해 스크램블된 CRC를 가지는 DCI 포맷 3_0을 통해 전송된다.
- 자원 풀 인덱스 - ceiling (log2 I) 비트, 여기서 I는 상위 계층 파라미터 sl-TxPoolScheduling에 의해 설정된 전송을 위한 자원 풀의 개수이다.
- 시간 갭 - 상위 계층 파라미터 sl-DCI-ToSL-Trans에 의해 결정된 3 비트
- HARQ 프로세스 넘버 - 4 비트
- 새로운 데이터 지시자(new data indicator) - 1 비트
- 초기 전송에 대한 서브채널 할당의 가장 낮은 인덱스 - ceiling (log2(NSLsubChannel)) 비트
- SCI 포맷 1-A 필드: 주파수 자원 할당, 시간 자원 할당
- PSFCH-to-HARQ 피드백 타이밍 지시자 - ceiling (log2 Nfb_timing) 비트, 여기서 Nfb_timing은 상위 계층 파라미터 sl-PSFCH-ToPUCCH의 엔트리의 개수이다.
- PUCCH 자원 지시자 - 3 비트
- 설정 인덱스(configuration index) - UE가 SL-CS-RNTI에 의해 스크램블된 CRC를 가지는 DCI 포맷 3_0을 모니터링하도록 설정되지 않은 경우 0비트; 그렇지 않으면, 3 비트이다. UE가 SL-CS-RNTI에 의해 스크램블된 CRC를 가지는 DCI 포맷 3_0을 모니터링하도록 설정되는 경우, 이 필드는 SL-RNTI에 의해 스크램블된 CRC를 가지는 DCI 포맷 3_0을 위해 예약된다.
- 카운터 사이드링크 할당 인덱스 - 2 비트, UE가 pdsch-HARQ-ACK-Codebook = dynamic으로 설정된 경우 2 비트, UE가 pdsch-HARQ-ACK-Codebook = semi-static으로 설정된 경우 2 비트
- 필요한 경우, 패딩 비트
도 6의 (b)를 참조하면, LTE 전송 모드 2, LTE 전송 모드 4 또는 NR 자원 할당 모드 2에서, 단말은 기지국/네트워크에 의해 설정된 SL 자원 또는 미리 설정된 SL 자원 내에서 SL 전송 자원을 결정할 수 있다. 예를 들어, 상기 설정된 SL 자원 또는 미리 설정된 SL 자원은 자원 풀일 수 있다. 예를 들어, 단말은 자율적으로 SL 전송을 위한 자원을 선택 또는 스케줄링할 수 있다. 예를 들어, 단말은 설정된 자원 풀 내에서 자원을 스스로 선택하여, SL 통신을 수행할 수 있다. 예를 들어, 단말은 센싱(sensing) 및 자원 (재)선택 절차를 수행하여, 선택 윈도우 내에서 스스로 자원을 선택할 수 있다. 예를 들어, 상기 센싱은 서브채널 단위로 수행될 수 있다. 예를 들어, 단계 S610에서, 자원 풀 내에서 자원을 스스로 선택한 제 1 단말은 상기 자원을 사용하여 PSCCH(예, SCI(Sidelink Control Information) 또는 1st-stage SCI)를 제 2 단말에게 전송할 수 있다. 단계 S620에서, 제 1 단말은 상기 PSCCH와 관련된 PSSCH(예, 2nd-stage SCI, MAC PDU, 데이터 등)를 제 2 단말에게 전송할 수 있다. 단계 S630에서, 제 1 단말은 PSCCH/PSSCH와 관련된 PSFCH를 제 2 단말로부터 수신할 수 있다.
도 6의 (a) 또는 (b)를 참조하면, 예를 들어, 제 1 단말은 PSCCH 상에서 SCI를 제 2 단말에게 전송할 수 있다. 또는, 예를 들어, 제 1 단말은 PSCCH 및/또는 PSSCH 상에서 두 개의 연속적인 SCI(예, 2-stage SCI)를 제 2 단말에게 전송할 수 있다. 이 경우, 제 2 단말은 PSSCH를 제 1 단말로부터 수신하기 위해 두 개의 연속적인 SCI(예, 2-stage SCI)를 디코딩할 수 있다. 본 명세서에서, PSCCH 상에서 전송되는 SCI는 1st SCI, 제 1 SCI, 1st-stage SCI 또는 1st-stage SCI 포맷이라고 칭할 수 있고, PSSCH 상에서 전송되는 SCI는 2nd SCI, 제 2 SCI, 2nd-stage SCI 또는 2nd-stage SCI 포맷이라고 칭할 수 있다. 예를 들어, 1st-stage SCI 포맷은 SCI 포맷 1-A를 포함할 수 있고, 2nd-stage SCI 포맷은 SCI 포맷 2-A 및/또는 SCI 포맷 2-B를 포함할 수 있다.
이하, SCI 포맷 1-A의 일 예를 설명한다.
SCI 포맷 1-A는 PSSCH 및 PSSCH 상의 2nd-stage SCI의 스케줄링을 위해 사용된다.
다음 정보는 SCI 포맷 1-A를 사용하여 전송된다.
- 우선 순위 - 3 비트
- 주파수 자원 할당 - 상위 계층 파라미터 sl-MaxNumPerReserve의 값이 2로 설정된 경우 ceiling (log2(NSLsubChannel(NSLsubChannel+1)/2)) 비트; 그렇지 않으면, 상위 계층 파라미터 sl-MaxNumPerReserve의 값이 3으로 설정된 경우 ceiling log2(NSLsubChannel(NSLsubChannel+1)(2NSLsubChannel+1)/6) 비트
- 시간 자원 할당 - 상위 계층 파라미터 sl-MaxNumPerReserve의 값이 2로 설정된 경우 5 비트; 그렇지 않으면, 상위 계층 파라미터 sl-MaxNumPerReserve의 값이 3으로 설정된 경우 9 비트
- 자원 예약 주기 - ceiling (log2 Nrsv_period) 비트, 여기서 Nrsv_period는 상위 계층 파라미터 sl-MultiReserveResource가 설정된 경우 상위 계층 파라미터 sl-ResourceReservePeriodList의 엔트리의 개수; 그렇지 않으면, 0 비트
- DMRS 패턴 - ceiling (log2 Npattern) 비트, 여기서 Npattern은 상위 계층 파라미터 sl-PSSCH-DMRS-TimePatternList에 의해 설정된 DMRS 패턴의 개수
- 2nd-stage SCI 포맷 - 표 5에 정의된 대로 2 비트
- 베타_오프셋 지시자 - 상위 계층 파라미터 sl-BetaOffsets2ndSCI에 의해 제공된 대로 2 비트
- DMRS 포트의 개수 - 표 6에 정의된 대로 1 비트
- 변조 및 코딩 방식 - 5 비트
- 추가 MCS 테이블 지시자 - 한 개의 MCS 테이블이 상위 계층 파라미터 sl-Additional-MCS-Table에 의해 설정된 경우 1 비트; 두 개의 MCS 테이블이 상위 계층 파라미터 sl- Additional-MCS-Table에 의해 설정된 경우 2 비트; 그렇지 않으면 0 비트
- PSFCH 오버헤드 지시자 - 상위 계층 파라미터 sl-PSFCH-Period = 2 또는 4인 경우 1 비트; 그렇지 않으면 0 비트
- 예약된 비트 - 상위 계층 파라미터 sl-NumReservedBits에 의해 결정된 비트 수로, 값은 0으로 설정된다.
Value of 2nd-stage SCI format field 2nd-stage SCI format
00 SCI format 2-A
01 SCI format 2-B
10 Reserved
11 Reserved
Value of the Number of DMRS port field Antenna ports
0 1000
1 1000 and 1001
이하, SCI 포맷 2-A의 일 예를 설명한다.
HARQ 동작에서, HARQ-ACK 정보가 ACK 또는 NACK을 포함하는 경우, 또는 HARQ-ACK 정보가 NACK만을 포함하는 경우, 또는 HARQ-ACK 정보의 피드백이 없는 경우, SCI 포맷 2-A는 PSSCH의 디코딩에 사용된다.
다음 정보는 SCI 포맷 2-A를 통해 전송된다.
- HARQ 프로세스 넘버 - 4 비트
- 새로운 데이터 지시자(new data indicator) - 1 비트
- 중복 버전(redundancy version) - 2 비트
- 소스 ID - 8 비트
- 데스티네이션 ID - 16 비트
- HARQ 피드백 활성화/비활성화 지시자 - 1 비트
- 캐스트 타입 지시자 - 표 7에 정의된 대로 2 비트
- CSI 요청 - 1 비트
Value of Cast type indicator Cast type
00 Broadcast
01 Groupcast when HARQ-ACK information includes ACK or NACK
10 Unicast
11 Groupcast when HARQ-ACK information includes only NACK
이하, SCI 포맷 2-B의 일 예를 설명한다.
HARQ 동작에서 HARQ-ACK 정보가 NACK만을 포함하는 경우, 또는 HARQ-ACK 정보의 피드백이 없는 경우, SCI 포맷 2-B는 PSSCH의 디코딩에 사용된다.
다음 정보는 SCI 포맷 2-B를 통해 전송된다.
- HARQ 프로세스 넘버 - 4 비트
- 새로운 데이터 지시자(new data indicator) - 1 비트
- 중복 버전(redundancy version) - 2 비트
- 소스 ID - 8 비트
- 데스티네이션 ID - 16 비트
- HARQ 피드백 활성화/비활성화 지시자 - 1 비트
- 존 ID - 12 비트
- 통신 범위 요구 사항 - 상위 계층 파라미터 sl-ZoneConfigMCR-Index에 의해 결정되는 4 비트
도 6의 (a) 또는 (b)를 참조하면, 단계 S630에서, 제 1 단말은 PSFCH를 수신할 수 있다. 예를 들어, 제 1 단말 및 제 2 단말은 PSFCH 자원을 결정할 수 있고, 제 2 단말은 PSFCH 자원을 사용하여 HARQ 피드백을 제 1 단말에게 전송할 수 있다.
도 6의 (a)를 참조하면, 단계 S640에서, 제 1 단말은 PUCCH 및/또는 PUSCH를 통해서 SL HARQ 피드백을 기지국에게 전송할 수 있다.
도 7은 본 개시의 일 실시 예에 따른, 세 가지 캐스트 타입을 나타낸다. 도 7의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다. 구체적으로, 도 7의 (a)는 브로드캐스트 타입의 SL 통신을 나타내고, 도 7의 (b)는 유니캐스트 타입의 SL 통신을 나타내며, 도 7의 (c)는 그룹캐스트 타입의 SL 통신을 나타낸다. 유니캐스트 타입의 SL 통신의 경우, 단말은 다른 단말과 일 대 일 통신을 수행할 수 있다. 그룹캐스트 타입의 SL 통신의 경우, 단말은 자신이 속하는 그룹 내의 하나 이상의 단말과 SL 통신을 수행할 수 있다. 본 개시의 다양한 실시 예에서, SL 그룹캐스트 통신은 SL 멀티캐스트(multicast) 통신, SL 일 대 다(one-to-many) 통신 등으로 대체될 수 있다.
이하, HARQ(Hybrid Automatic Repeat Request) 절차에 대하여 설명한다.
예를 들어, SL HARQ 피드백은 유니캐스트에 대하여 인에이블될 수 있다. 이 경우, non-CBG(non-Code Block Group) 동작에서, 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩하고, 및 수신 단말이 상기 PSCCH와 관련된 전송 블록을 성공적으로 디코딩하면, 수신 단말은 HARQ-ACK을 생성할 수 있다. 그리고, 수신 단말은 HARQ-ACK을 전송 단말에게 전송할 수 있다. 반면, 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩한 이후에, 수신 단말이 상기 PSCCH와 관련된 전송 블록을 성공적으로 디코딩하지 못하면, 수신 단말은 HARQ-NACK을 생성할 수 있다. 그리고, 수신 단말은 HARQ-NACK을 전송 단말에게 전송할 수 있다.
예를 들어, SL HARQ 피드백은 그룹캐스트에 대하여 인에이블될 수 있다. 예를 들어, non-CBG 동작에서, 두 가지 HARQ 피드백 옵션이 그룹캐스트에 대하여 지원될 수 있다.
(1) 그룹캐스트 옵션 1: 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩한 이후에, 수신 단말이 상기 PSCCH와 관련된 전송 블록의 디코딩에 실패하면, 수신 단말은 HARQ-NACK을 PSFCH를 통해 전송 단말에게 전송할 수 있다. 반면, 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩하고, 및 수신 단말이 상기 PSCCH와 관련된 전송 블록을 성공적으로 디코딩하면, 수신 단말은 HARQ-ACK을 전송 단말에게 전송하지 않을 수 있다.
(2) 그룹캐스트 옵션 2: 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩한 이후에, 수신 단말이 상기 PSCCH와 관련된 전송 블록의 디코딩에 실패하면, 수신 단말은 HARQ-NACK을 PSFCH를 통해 전송 단말에게 전송할 수 있다. 그리고, 수신 단말이 상기 수신 단말을 타겟으로 하는 PSCCH를 디코딩하고, 및 수신 단말이 상기 PSCCH와 관련된 전송 블록을 성공적으로 디코딩하면, 수신 단말은 HARQ-ACK을 PSFCH를 통해 전송 단말에게 전송할 수 있다.
예를 들어, 그룹캐스트 옵션 1이 SL HARQ 피드백에 사용되면, 그룹캐스트 통신을 수행하는 모든 단말은 PSFCH 자원을 공유할 수 있다. 예를 들어, 동일한 그룹에 속하는 단말은 동일한 PSFCH 자원을 이용하여 HARQ 피드백을 전송할 수 있다.
예를 들어, 그룹캐스트 옵션 2가 SL HARQ 피드백에 사용되면, 그룹캐스트 통신을 수행하는 각각의 단말은 HARQ 피드백 전송을 위해 서로 다른 PSFCH 자원을 사용할 수 있다. 예를 들어, 동일한 그룹에 속하는 단말은 서로 다른 PSFCH 자원을 이용하여 HARQ 피드백을 전송할 수 있다.
본 명세서에서, HARQ-ACK은 ACK, ACK 정보 또는 긍정(positive)-ACK 정보라고 칭할 수 있고, HARQ-NACK은 NACK, NACK 정보 또는 부정(negative)-ACK 정보라고 칭할 수 있다.
본 개시에서 언급하는 SL DRX 설정은 다음 중 적어도 하나 이상의 파라미터를 포함할 수 있다.
예를 들어, SL DRX 설정은 아래 열거된 하나 이상의 정보를 포함할 수 있다.
(1) 예를 들어, SL drx-onDurationTimer는 DRX 사이클의 시작 구간(the duration at the beginning of a DRX Cycle)에 대한 정보일 수 있다. 예를 들어, DRX 사이클의 시작 구간은 단말이 사이드링크 데이터를 전송 또는 수신하기 위해 활성 모드로 동작하는 구간에 대한 정보일 수 있다.
(2) 예를 들어, SL drx-SlotOffset은 DRX-온 듀레이션 타이머의 시작 전 지연(the delay before starting the drx-onDurationTimer)에 대한 정보일 수 있다.
(3) 예를 들어, SL drx-InactivityTimer는 MAC 엔티티에 대한 새로운 사이드링크 전송 및 사이드링크 수신을 지시하는 PSCCH 발생 이후의 구간(the duration after the PSCCH occasion in which a PSCCH indicates a new sidelink transmission and reception for the MAC entity)에 대한 정보일 수 있다. 예를 들어, 전송 단말이 PSCCH를 통해 PSSCH 전송을 지시하면, 전송 단말은 SL drx-InactivityTimer가 동작하는 동안 활성 모드로 동작함으로써, 전송 단말은 수신 단말에게 PSSCH를 전송할 수 있다. 또한, 예를 들어, 수신 단말은 PSCCH 수신을 통해 전송 단말이 PSSCH를 전송함을 지시받으면, 수신 단말은 SL drx-InactivityTimer가 동작하는 동안 활성 모드로 동작함으로써, 수신 단말은 전송 단말로부터 PSSCH를 수신할 수 있다.
(4) 예를 들어, SL drx-RetransmissionTimer는 재전송이 수신될 때까지의 최대 기간(the maximum duration until a retransmission is received)에 대한 정보일 수 있다. 예를 들어, SL drx-RetransmissionTimer는 HARQ 프로세스 별로 설정될 수 있다. 예를 들어, SL drx-RetransmissionTimer는 사이드링크 프로세스 별로 설정될 수 있다.
(5) 예를 들어, SL drx-HARQ-RTT-Timer는 MAC 엔터티가 HARQ 재전송을 위한 할당을 예상하기 전의 최소 기간(the minimum duration before an assignment for HARQ retransmission is expected by the MAC entity)에 대한 정보일 수 있다. 예를 들어, SL drx-HARQ-RTT-Timer는 HARQ 프로세스 별로 설정될 수 있다. 예를 들어, SL drx-HARQ-RTT-Timer는 사이드링크 프로세스 별로 설정될 수 있다.
(6) 예를 들어, SL drx-LongCycleStartOffset는 긴 DRX 사이클 및 짧은 DRX 사이클이 시작되는 서브 프레임을 정의하는 긴 DRX 사이클 및 DRX-StartOffset(the Long DRX cycle and drx-StartOffset which defines the subframe where the Long and Short DRX Cycle starts)에 대한 정보일 수 있다
(7) 예를 들어, SL drx-ShortCycle는 짧은 DRX 사이클(the Short DRX cycle)에 대한 정보일 수 있다. 예를 들어, SL drx-ShortCycle는 선택적인(optional) 정보일 수 있다.
(8) 예를 들어, SL drx-ShortCycleTimer는 단말이 짧은 DRX 사이클을 따르는 구간(the duration the UE shall follow the Short DRX cycle)에 대한 정보일 수 있다. 예를 들어, SL drx-ShortCycleTimer는 선택적인(optional) 정보일 수 있다.
(9) 예를 들어, SL drx-StartOffset은 SL DRX 사이클이 시작되는 서브프레임(the subframe where the SL DRX cycle start)에 대한 정보일 수 있다.
(10) 예를 들어, SL drx-Cycle은 SL DRX 사이클에 대한 정보일 수 있다.
본 개시에서 언급하는 아래 SL DRX 타이머는 다음과 같은 용도로 사용될 수 있다.
(1) SL DRX 온듀레이션 타이머: SL DRX 동작을 수행 중인 UE가 상대 UE의 PSCCH/PSSCH 수신을 위해 기본적으로 활성 시간(active time)으로 동작해야 하는 구간
(2) SL DRX 비활성(inactivity) 타이머: SL DRX 동작을 수행 중인 UE가 상대 UE의 PSCCH/PSSCH 수신을 위해 기본적으로 활성 시간으로 동작해야 하는 구간인 SL DRX 온듀레이션 구간을 연장하는 구간
예를 들어, UE는 SL DRX 비활성(inactivity) 타이머 구간만큼 SL DRX 온듀레이션 타이머를 연장할 수 있다. 또한 UE가 상대 UE로부터 새로운 패킷(new packet)(예, 새로운 PSSCH 전송)을 수신하면, UE는 SL DRX 비활성(inactivity) 타이머를 시작시켜서 SL DRX 온듀레이션 타이머를 연장시킬 수 있다.
예를 들어, SL DRX 비활성(inactivity) 타이머는 SL DRX 동작을 수행중인 RX UE가 상대 TX UE의 PSCCH/PSSCH 수신을 위해 기본적으로 활성 시간으로 동작해야 하는 구간인 SL DRX 온듀레이션 타이머 구간을 연장하는 용도로 사용될 수 있다. 즉, SL DRX 비활성(inactivity) 타이머 구간만큼 SL DRX 온듀레이션 타이머는 연장될 수 있다. 또한 RX UE가 상대 TX UE로부터 새로운 패킷(new packet)(예, 새로운 PSSCH 전송)을 수신하면, RX UE는 SL DRX 비활성(inactivity) 타이머를 시작시켜서 SL DRX 온듀레이션 타이머를 연장시킬 수 있다.
(3) SL DRX HARQ RTT 타이머: SL DRX 동작을 수행 중인 UE가 상대 UE가 전송하는 재전송 패킷 (또는 PSSCH 할당(assignment))을 수신하기 전까지 슬립 모드(sleep mode)로 동작하는 구간
예를 들어, UE가 SL DRX HARQ RTT 타이머를 시작시키면, UE는 상대 UE가 SL DRX HARQ RTT 타이머가 만료될 때까지 자신에게 사이드링크 재전송 패킷을 전송하지 않을 것이라고 판단할 수 있고, 해당 타이머가 구동 중인 동안에 슬립 모드로 동작할 수 있다. 예를 들어, UE가 SL DRX HARQ RTT 타이머를 시작시키면, UE는 SL DRX HARQ RTT 타이머가 만료될 때까지 상대 UE로부터의 사이드링크 재전송 패킷을 모니터하지 않을 수 있다. 예를 들어, TX UE에 의해 전송된 PSCCH/PSSCH를 수신한 RX UE가 SL HARQ NACK 피드백을 전송하는 경우, RX UE는 SL DRX HARQ RTT 타이머를 시작시킬 수 있다. 이 경우, RX UE는 상대 TX UE가 SL DRX HARQ RTT 타이머가 만료될 때까지 자신에게 사이드링크 재전송 패킷을 전송하지 않을 것이라고 판단할 수 있고, RX UE는 해당 타이머가 구동 중인 동안에 슬립 모드로 동작할 수 있다.
(4) SL DRX 재전송(retransmission) 타이머: SL DRX HARQ RTT 타이머가 만료되면 시작하는 타이머, 및 SL DRX 동작을 수행 중인 UE가 상대 UE가 전송하는 재전송 패킷 (또는 PSSCH 할당(assignment))을 수신하기 위해 활성 시간으로 동작하는 구간
예를 들어, 해당 타이머 구간 동안, UE는 상대 UE가 전송하는 재전송 사이드링크 패킷 (또는 PSSCH 할당(assignment))을 수신 또는 모니터할 수 있다. 예를 들어, RX UE는 SL DRX 재전송 타이머가 동작하는 동안에 상대 TX UE가 전송하는 재전송 사이드링크 패킷 (또는 PSSCH 할당(assignment))을 수신 또는 모니터할 수 있다.
본 개시에서 언급하는 아래 Uu DRX 타이머는 다음과 같은 용도로 사용될 수 있다.
(1) Uu DRX HARQ RTT TimerSL
예를 들어, Uu DRX HARQ RTT TimerSL는 Uu DRX 동작을 수행중인 UE가 기지국이 전송하는 SL Mode 1 동작을 위한 DCI (PDCCH) 를 모니터하지 않아도 되는 구간에 사용될 수 있다. 즉, Uu DRX HARQ RTT TimerSL가 동작중인 동안 UE는 SL Mode 1 동작을 위한 PDCCH를 모니터하지 않아도 될 수 있다. 다시 말해, Uu DRX HARQ RTT TimerSL는 SL 재전송 그랜트가 기대되기(expected) 이전의 최소 구간(minimum duration)을 의미할 수 있다.
(2) Uu DRX Retransmission TimerSL
예를 들어, Uu DRX 동작을 수행중인 UE가 기지국이 전송하는 SL Mode 1 동작을 위한 DCI (PDCCH) 를 모니터하는 구간에 사용될 수 있다. 즉, Uu DRX Retransmission TimerSL가 동작중인 동안 UE는 SL Mode 1 동작을 위한 기지국이 전송하는 PDCCH를 모니터할 수 있다. 다시 말해, Uu DRX Retransmission TimerSL는 SL 재전송 그랜트가 수신되기(received) 전까지의 최대 구간(maximum duration)을 의미할 수 있다.
본 개시에서, 타이머의 명칭(drx-HARQ-RTT-Timer-SL, drx-RetransmissionTimer-SL, Sidelink DRX Onduration Timer, Sidelink DRX Inactivity Timer, Sidelink DRX HARQ RTT Timer, Sidelink DRX Retransmission Timer 등)은 예시적인 것이며, 각 타이머에서 설명되는 내용에 기초하여 동일/유사한 기능을 수행하는 타이머는 그 명칭과 무관하게 동일/유사한 타이머로 간주될 수 있다.
한편, Release 17 NR Sidelink 동작에서 새롭게 Sidelink DRX 동작이 지원될 예정일 수 있다. 본 개시의 실시 예(들)에서는 Sidelink DRX Command MAC CE 동작 방법이 제안될 수 있다.
예를 들어, 본 개시의 실시 예(들)에서는 Sidelink DRX 동작을 수행하는 단말을 위한 recommended 전송 자원 정보 혹은 전송 자원 선택을 위한 Assistance Information을 Inter UE Coordination MAC CE를 통해 상대 단말에 전달하는 방법이 제안될 수 있다.
또한 본 개시의 실시 예(들)에서는 NR V2X 통신(communication)에서 단말들이 IUC 동작을 수행하기 위해 IUC 메시지를 전송할 때, 상기 IUC 메시지가 다른 사이드링크 메시지(PC5 RRC 메시지, MAC CE, SL 데이터(Data))와 다른 우선순위를 가지도록 IUC 메시지의 LCH(Logical Channel) 우선 순위(priority)가 새롭게 정의될 수 있고, 새롭게 정의된 IUC 메시지의 LCH 우선 순위 기반의 SL LCP(Logical Channel Prioritization) 동작이 제안될 수 있다.
본 개시의 일 실시 예에 따르면, 예를 들어, 단말-B(SL 데이터 전송 단말)가 단말-A(IUC MAC CE를 전송하는 단말)로부터 IUC MAC CE를 수신하면, 단말-B는 수신된 IUC MAC CE 정보를 참조하여 SL 데이터 전송을 위한 자원을 선택할 수 있다. 또한, 단말-B는 IUC MAC 전송을 요청하는 IUC 요청(request) MAC CE를 전송함으로써 단말-A에게 IUC MAC의 전송을 요청할 수 있다. 예를 들어, 단말-B로부터 IUC 요청 MAC CE를 수신한 단말-A은 단말-B에게 IUC MAC CE를 전송할 수 있다.
예를 들어, 본 개시에서 IUC MAC CE는 IUC 정보(information) (e.g., 선호/비선호 추천 자원 정보를 포함하는)를 포함하는 MAC CE를 지칭하며, IUC 요청 MAC CE는 IUC MAC CE를 요청하는 MAC CE를 지칭할 수 있다.
1. IUC MAC CE(IUC 정보를 포함하는 MAC CE)의 종류(type)
1.1. 요청 기반의 IUC MAC CE
1.1.1. 단말-A가 단말-B로부터 IUC 요청 MAC CE를 수신하면 응답으로 전송하는 IUC MAC CE
1.2. 조건(condition) 기반의 IUC MAC CE
1.2.1. 요청 기반의 IUC MAC CE 전송이 아닌, 특정 조건이 충족되는 경우 트리거링되어 단말-A가 전송하는 IUC MAC CE
본 개시의 일 실시 예에 따르면, IUC 메시지의 우선 순위 순서(order) 및 LCP 동작 방법이 제공될 수 있다.
본 개시에서는 IUC 메시지에 대한 MAC 계층(entity)의 LCP 동작을 위해 IUC 메시지의 SL 우선 순위(또는, SL LCH 우선 순위)가 다음과 같이 정의된다.
아래는 IUC 메시지의 SL 우선 순위를 나타낸다. 높은 순서부터 표시되며, 즉, SCCH로부터의 데이터가 가장 높은 우선 순위일 수 있다.
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. SL CSI 보고(reporting) MAC CE
3. IUC MAC CE (또는, IUC MAC CE의 우선 순위 순서가 SL CSI 보고 MAC CE와 같고, SL DRX 명령 MAC CE의 우선 순위 순서보다 높을 수 있다.)
4. IUC 요청 MAC CE (IUC MAC CE를 요청하기 위해 전송하는 MAC CE)
5. SL DRX 명령 MAC CE
6. 모든(any) STCH로부터의 데이터 (e.g., SL 유저(user) 데이터)
또는,
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. SL CSI 보고 MAC CE
3. IUC 요청 MAC CE
4. IUC MAC CE
5. SL DRX 명령 MAC CE
6. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
또는,
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. IUC MAC CE 메시지
3. IUC 요청 MAC CE
4. SL CSI 보고 MAC CE
5. SL DRX 명령 MAC CE
6. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
또는,
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. IUC 요청 MAC CE
3. IUC MAC CE 메시지
4. SL CSI 보고 MAC CE
5. SL DRX 명령 MAC CE
6. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
또는,
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. SL CSI 보고 MAC CE
3. SL DRX 명령 MAC CE
4. IUC MAC CE (또는, IUC MAC CE의 우선 순위 순서가 SL DRX 명령 MAC CE와 같을 수 있다.)
5. IUC 요청 MAC CE
6. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
또는,
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. SL CSI 보고 MAC CE
3. SL DRX 명령 MAC CE
4. IUC 요청 MAC CE
5. IUC MAC CE (또는, IUC MAC CE의 우선 순위 순서가 STCH와 같을 수 있다.)
6. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
또는,
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. SL CSI 보고 MAC CE
3. SL DRX 명령 MAC CE
4. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
5. IUC MAC CE
6. IUC 요청 MAC CE
또는,
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. SL CSI 보고 MAC CE
3. SL DRX 명령 MAC CE
4. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
5. IUC 요청 MAC CE
6. IUC MAC CE
또는,
1. IUC MAC CE
2. IUC 요청 MAC CE
3. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
4. SL CSI 보고 MAC CE
5. SL DRX 명령 MAC CE
6. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
또는,
1. IUC 요청 MAC CE
2. IUC MAC CE (또는, IUC MAC CE의 우선 순위 순서가 SCCH와 같을 수 있다)
3. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
4. SL CSI 보고 MAC CE
5. SL DRX 명령 MAC CE
6. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
본 개시에서는 앞서 제안된 IUC 메시지의 LCH 우선 순위에 따라 LCP 동작이 다음과 같이 수행될 수 있다.
예를 들어, 단말의 MAC 계층(entity)이 새로운 전송을 위한 복수의 MAC SDU와 MAC CE를 가지고 있을 경우, 상기 MAC 계층은 LCH의 우선순위가 가장 높은 목적지 순서로 (즉, 상기 SL LCH 우선 순위의 내림차순(decreasing order)에 따라, 또는, 상기 SL LCH 우선 순위의 내림차순을 기반으로) MAC SDU 또는 MAC CE를 선택하여 MAC PDU를 구성할 수 있다. 예를 들어, 단말의 MAC 계층이 아래와 같은 복수의 MAC SDU 및 MAC CE를 가지고 있는 경우, 상기 MAC 계층은 본 개서에서 제안되는 IUC MAC CE의 LCH 우선 순위에 따라 LCP 동작(MAC PDU를 생성하는 동작)을 다음과 같이 수행할 수 있다.
실시 예 1.
예를 들어, 단말의 MAC 계층이 다음과 같은 복수의 MAC SDU 및 MAC CE를 가지고 있을 수 있다.
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. IUC MAC CE 메시지
3. SL CSI 보고 MAC CE
예를 들어, 본 개시에서 제안된 IUC MAC CE 메시지의 SL 우선 순위(또는, SL LCH 우선 순위)에 따라 MAC 계층은 제일 먼저 MAC PDU에 SCCH로부터의 데이터를 위한 SDU를 채워 넣을 수 있다. SCCH로부터의 데이터를 위한 SDU를 MAC PDU에 채운 뒤 상기 MAC PDU 내 공간이 남는 경우, 상기 MAC 계층은 IUC MAC CE 메시지를, 그리고 SL CSI 보고 MAC CE를 순서대로 MAC PDU에 채워 넣을 수 있다. 만약 하나의 MAC PDU에 모든 MAC SDU 및 MAC CE(SCCH로부터의 데이터, IUC MAC CE 메시지, SL CSI 보고 MAC CE)를 다 채워 놓지 못하는 경우, 상기 MAC 계층은 본 개시에서 제안되는 SL 우선 순위 순서대로 MAC SDU와 MAC CE를 MAC PDU에 채워 넣을 수 있다. 즉, SL 우선 순위 순서의 내림차순으로 최대한 MAC PDU를 채워 넣을 수 있다.
예를 들어, 상기 실시 예 1은 IUC MAC CE 메시지의 SL 우선 순위가 SL CSI 보고 MAC CE보다 높은 경우의 실시 예이다. 만약, SL CSI 보고 MAC CE의 SL 우선 순위가 IUC MAC CE 메시지보다 높은 것으로 설정된 제안이 적용되는 경우에는 MAC 계층이 MAC PDU를 구성할 때, IUC MAC CE 메시지보다 SL CSI 보고 MAC CE가 MAC PDU에 먼저 포함되면서 MAC PDU가 생성될 수 있다.
실시 예 2.
예를 들어, 단말의 MAC 계층이 다음과 같은 복수의 MAC SDU 및 MAC CE를 가지고 있을 수 있다.
1. IUC MAC CE 메시지
2. SL CSI 보고 MAC CE
3. STCH로부터의 데이터 (e.g., SL 유저 데이터)
예를 들어, 본 개시에서 제안한 IUC MAC CE 메시지의 SL 우선 순위(또는, SL LCH 우선 순위)에 따라 MAC 계층은 제일 먼저 MAC PDU에 IUC MAC CE 메시지를 채워 넣을 수 있다. IUC MAC CE 메시지를 MAC PDU에 채운 뒤 상기 MAC PDU 내 공간이 남는 경우, 상기 MAC 계층은 SL CSI MAC CE를, 그리고 STCH로부터의 데이터를 위한 MAC SDU를 순서대로 MAC PDU에 채워 넣을 수 있다. 만약 하나의 MAC PDU에 모든 MAC CE 및 MAC SDU(IUC MAC CE 메시지, SL CSI 보고 MAC CE, STCH로부터의 데이터)를 다 채워 놓지 못하는 경우, 상기 MAC 계층은 본 개시에서 제안되는 SL 우선 순위 순서대로 MAC CE와 MAC SDU를 MAC PDU에 채워 넣을 수 있다.
예를 들어, 상기 실시 예 2는 IUC MAC CE 메시지의 SL 우선 순위가 SL CSI 보고 MAC CE보다 높은 경우의 실시 예이다. 만약, SL CSI 보고 MAC CE의 SL 우선 순위 가 IUC MAC CE 메시지보다 높은 것으로 설정된 제안이 적용되는 경우에는 MAC 계층이 MAC PDU를 구성할 때, IUC MAC CE 메시지보다 SL CSI 보고 MAC CE 가 MAC PDU에 먼저 포함되면서 MAC PDU가 생성될 수 있다.
본 개시의 일 실시 예에 따르면, 단말의 MAC 계층이 목적지 단말들에게 전송할 복수의 MAC CE와 MAC SDU 그리고 IUC MAC CE 메시지를 가지고 있는 경우, MAC 계층이 본 개시에서 제안되는 SL 우선 순위(또는, SL LCH 우선 순위) 순서를 기반으로 가장 높은 LCH 우선 순위를 가지는 목적지 SDU 또는 목적지 MAC CE를 선택하여 MAC PDU를 구성하는 방법이 제안되었다.
예를 들어, 실시 예 1, 2는 하나의 실시 예일뿐이며, 본 개시에서 제안된 IUC MAC CE를 위한 다양한 우선 순위 순서에 따라 단말이 MAC PDU를 구성 또는 생성하는 동작을 수행할 수 있다.
본 개시의 일 실시 예에 따르면, 아래와 같은 우선 순위 순서도 제안된다.
예를 들어, 아래는 IUC 메시지의 SL 우선 순위를 나타낸다. 높은 순서부터 표시되며, 즉 SCCH로부터의 데이터가 가장 높은 우선 순위일 수 있다.
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. SL CSI 보고 MAC CE
3. 요청 기반의 IUC MAC CE (또는, 요청 기반의 IUC MAC CE의 우선 순위 순서가 SL CSI 보고 MAC CE와 같고, SL DRX 명령 MAC CE의 우선 순위 순서보다 높을 수 있다.)
4. 조건 기반의 IUC MAC CE (또는, 조건 기반의 IUC MAC CE의 우선 순위 순서가 SL CSI 보고 MAC CE와 같고, SL DRX 명령 MAC CE의 우선 순위 순서보다 높을 수 있다. 하지만, 요청 기반의 IUC MAC CE 보다는 우선 순위 순서가 낮을 수 있다.)
5. IUC 요청 MAC CE (IUC MAC CE를 요청하기 위해 전송하는 MAC CE)
6. SL DRX 명령 MAC CE
7. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
또는,
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. SL CSI 보고 MAC CE
3. IUC 요청 MAC CE
4. 요청 기반의 IUC MAC CE
5. 조건 기반의 IUC MAC CE
6. SL DRX 명령 MAC CE
7. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
또는,
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. 요청 기반의 IUC MAC CE 메시지
3. 조건 기반의 IUC MAC CE 메시지
4. IUC 요청 MAC CE
5. SL CSI 보고 MAC CE
6. SL DRX 명령 MAC CE
7. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
또는,
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. IUC 요청 MAC CE
3. 요청 기반의 IUC MAC CE 메시지
4. 조건 기반의 IUC MAC CE 메시지
5. SL CSI 보고 MAC CE
6. SL DRX 명령 MAC CE
7. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
또는,
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. SL CSI 보고 MAC CE
3. SL DRX 명령 MAC CE
4. 요청 기반의 IUC MAC CE (또는, IUC MAC CE의 우선 순위 순서가 SL DRX 명령 MAC CE와 같을 수 있다.)
5. 조건 기반의 IUC MAC CE (또는, IUC MAC CE의 우선 순위 순서가 SL DRX 명령 MAC CE와 같을 수 있다.)
6. IUC 요청 MAC CE
7. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
또는,
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. SL CSI 보고 MAC CE
3. SL DRX 명령 MAC CE
4. IUC 요청 MAC CE
5. 요청 기반의 IUC MAC CE (또는, IUC MAC CE의 우선 순위 순서가 STCH와 같을 수 있다.)
6. 조건 기반의 IUC MAC CE (또는, IUC MAC CE의 우선 순위 순서가 STCH와 같을 수 있다.)
7. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
또는,
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. SL CSI 보고 MAC CE
3. SL DRX 명령 MAC CE
4. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
5. 요청 기반의 IUC MAC CE
6. 조건 기반의 IUC MAC CE
7. IUC 요청 MAC CE
또는,
1. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
2. SL CSI 보고 MAC CE
3. SL DRX 명령 MAC CE
4. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
5. IUC 요청 MAC CE
6. 요청 기반의 IUC MAC CE
7. 조건 기반의 IUC MAC CE
또는,
1. 요청 기반의 IUC MAC CE
2. 조건 기반의 IUC MAC CE
3. IUC 요청 MAC CE
4. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
5. SL CSI 보고 MAC CE
6. SL DRX 명령 MAC CE
7. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
또는,
1. IUC 요청 MAC CE
2. 요청 기반의 IUC MAC CE (또는, IUC MAC CE의 우선 순위 순서가 SCCH와 같을 수 있다.)
3. 조건 기반의 IUC MAC CE (또는, IUC MAC CE의 우선 순위 순서가 SCCH와 같을 수 있다.)
4. SCCH로부터의 데이터 (e.g., PC5-S 메시지, PC5 RRC 메시지)
5. SL CSI 보고 MAC CE
6. SL DRX 명령 MAC CE
7. 모든(any) STCH로부터의 데이터 (e.g., SL 유저 데이터)
본 개시에서 제안된 IUC 메시지의 SL 우선 순위 값(또는, 순서)을 기반으로 UL/SL 우선 순위 비교(Prioritization)가 수행될 수 있다. 예를 들어, 상기 우선 순위 비교는 단말에 UL(uplink) 전송과 SL 전송이 동시에 계류 중인(pending) 경우, 전송 우선 순위를 결정하는 동작일 수 있다.
본 개시의 일 실시 예에 따르면, IUC 메시지의 전송 시 MAC 헤더(header)에 포함되는 데스티네이션(Destination) L(Layer) 2 ID가, IUC 메시지의 전송을 구분하기 위한 독립적인 L2 ID로서 새롭게 정의된다. 예를 들어, 종래 기술에서는 브로드캐스트(Broadcast) 메시지를 위한 데스티네이션 L2 ID, 그룹캐스트(Groupcast) 메시지를 위한 데스티네이션 L2 ID, 유니캐스트(Unicast) 메시지를 위한 데스티네이션 L2 ID가 별도로 정의되었다. 또한, 종래 기술에서는 MAC PDU를 멀티플렉싱(multiplexing)할 때, 동일 캐스트 타입(cast type)에 대해서만 MUX(multiplexing)가 지원되었다. 즉, 유니캐스트는 유니캐스트끼리만 MUX가 가능하고, 그룹캐스트는 그룹캐스트끼리만 MUX가 가능하고, 브로드캐스트는 브로드캐스트끼리만 MUX가 가능하였다.
본 개시에서는 IUC 메시지만을 위한 독립된 데스티네이션 L2 ID가 정의된다. 즉, 본 개시의 실시 예에 따르면, MAC 계층이 MAC PDU의 MUX를 수행할 때 IUC 메시지끼리만 MUX하도록 하는 방법이 제안된다. 즉, IUC 메시지가 아닌 다른 MAC PDU와 IUC 메시지는 동일 MAC PDU에 MUX 되지 않는 방법이 제안된다. 또한, IUC 메시지만을 위한 독립된 데스티네이션 L2 ID는 브로드캐스트/그룹캐스트/유니캐스트(즉, 캐스트 타입)에 구분 없이 공통(common)된 데스티네이션 L2 ID 일 수 있다. 즉, 예를 들어, 단말은 공통 데스티네이션 L2 ID를 기반으로 브로드캐스트/그룹캐스트/유니캐스트 모두를 수행할 수 있다. 즉, 공통 데스티네이션 L2 ID는 모든 캐스트 타입에서 사용 가능(available)할 수 있다.
또는, 예를 들어, IUC 메시지만을 위한 독립된 데스티네이션 L2 ID는 브로드캐스트/그룹캐스트/유니캐스트를 각각 구분한 개별 데스티네이션 L2 ID로 정의될 수 있다. 즉, 유니캐스트로 IUC 메시지를 전송하기 위해서는, IUC 메시지를 위한 유니캐스트 데스티네이션 L2 ID가 사용되며, 그룹캐스트로 IUC 메시지를 전송하기 위해서는 IUC 메시지를 위한 그룹캐스트 데스티네이션 L2 ID가 사용되며, 브로드캐스트로 IUC 메시지를 전송하기 위해서는 IUC 메시지를 위한 브로드캐스트 데스티네이션 L2 ID가 사용될 수 있다.
본 개시의 일 실시 예에 따르면, 종래 기술(Release 16 NR V2X)에서 사용되는 유니캐스트 데스티네이션 L2 ID, 그룹캐스트 데스티네이션 L2 ID, 브로드캐스트 L2 ID를 동일하게 사용하여 IUC 메시지를 전송하는 방법도 제안된다. 종래 (유니캐스트/그룹캐스트/브로드캐스트) 데스티네이션 L2 ID를 사용하여 IUC 메시지를 전송하는 경우, 수신 단말은 해당 메시지를 수신하고 이 메시지가 IUC 메시지인지 아닌지 구분할 수 없을 수 있다. 따라서, 본 개시에서는 SCI에 해당 SCI와 연동된 PSSCH가 IUC 메시지임을 지시(indication)하는 구분 식별자를 추가하는 방법이 제안된다. 예를 들어, 이를 통해 종래 기술(Release 16 NR V2X)에서 사용되는 유니캐스트 데스티네이션 L2 ID, 그룹캐스트 데스티네이션 L2 ID, 브로드캐스트 L2 ID를 동일하게 사용하여 전송 단말이 IUC 메시지를 전송하여도 수신 단말은 메시지를 수신하고 해당 메시지가 IUC 메시지인지 여부를 SCI를 통해 구분할 수 있다.
본 개시의 일 실시 예에 따르면, 단말 MAC 계층이 상대 목적지 단말들에게 전송할 복수의 MAC CE와 MAC SDU 그리고 IUC MAC CE 메시지를 가지고 있는 경우, MAC 계층이 본 개시에서 제안된 SL 우선 순위(또는, SL LCH 우선 순위) 순서를 기반으로 가장 높은 LCH 우선 순위를 가지는 목적지 SDU 또는 목적지 MAC CE를 선택하여 MAC PDU를 구성하는 방법이 제안될 수 있다. 또한, 예를 들어, 수신 단말이 IUC 메시지를 잘 구분하여 수신할 수 있는 방법도 제안될 수 있다.
본 개시의 일 실시 예에 따르면, 예를 들어, REQUEST-BASED IUC (Inter UE Coordination) 동작 시, UE-B가 MODE 1 UE에게 쓸데없이 (예, IUC 정보 전송을 요청하는) REQUEST를 보내는 것을 방지하는 방법으로써 다음 동작이 제안될 수 있다. 본 개시의 일 실시 예에 따르면, 예를 들어, UE-A가 UE-B로부터 REQUEST(예, IUC 정보 전송을 요청하는 REQUEST)를 수신했다고 할지라도, 최종 IUC 정보 피드백 여부는 UE-A의 구현에 의해 결정될 수 있다. 예를 들어, REQUEST-BASED IUC 동작은 UNICAST로 한정될 수 있다. 예를 들어, 본 개시의 제안에 따르면, UE-A가 MODE 1이면 (예, 자신이 IUC CAPABILITY를 가지고 있다고 할지라도), UE-A가 UE-B에게 IUC 관련 CAPABILITY가 없다고 보고할 수 있다. 혹은, 예를 들어, UE-A가 (예, PC5-RRC SIGNALING을 통해) UE-A 역할 수행 가능 여부 정보 혹은 상태 정보 (예, MODE TYPE)를 UE-B에게 전송할 수 있다.
예를 들어, 본 개시의 제안의 동작은 PC5-RRC 연결(connection) 별로 (또는 SL 유니캐스트 링크(link)별로, 또는 소스(source)/데스티네이션 L2 ID의 쌍(pair) 별로, 또는 소스/데스티네이션 L2 ID의 쌍의 방향 별로, 또는 방향 별로) 한정되어 적용될 수 있다. 또는, 예를 들어, 본 개시의 제안의 동작은 모든 PC5-RRC 연결 별로 (또는 모든 SL 유니캐스트 링크 별로, 또는 소스/데스티네이션 ID의 모든 쌍 별로) 한정되어 적용될 수 있다.
도 8은 본 개시의 일 실시 예에 따른, SL 자원과 관련된 무선 통신을 수행하는 방법의 문제점을 설명하기 위한 도면이다. 도 8의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 8을 참조하면, 본 개시의 일 실시 예에 있어서, 예를 들어, 사이드링크 자원 할당 모드 2에서 IUC가 지원될 수 있다. 예를 들어, UE-A는 UE-B에게 자원과 관련된 정보(예, 선호되는(preferred) 자원 (집합(set))과 관련된 정보 또는 비선호되는(non-preferred) 자원 (집합(set))과 관련된 정보)를 Inter-UE Coordination information MAC CE(이하, IUC MAC CE)를 통해 전송할 수 있다. 예를 들어, 상기 자원과 관련된 상기 정보를 기반으로, UE-B는 자원 선택을 수행할 수 있다. 예를 들어, 상기 자원과 관련된 상기 정보 및 UE-B의 센싱 결과를 기반으로, UE-B는 자원 선택을 수행할 수 있다.
예를 들어, UE-B는 IUC MAC CE의 전송을 요청하기 위한 IUC request MAC CE를 UE-A에게 전송할 수 있다. 예를 들어, IUC request MAC CE를 기반으로, UE-A는 IUC MAC CE의 보고(reporting)가 트리거될 수 있다. 예를 들어, IUC MAC CE의 보고가 트리거된 것을 기반으로, UE-A는 IUC MAC CE를 생성할 수 있다. 예를 들어, IUC MAC CE의 보고가 트리거된 것을 기반으로, UE-A는 IUC MAC CE를 UE-B에게 전송할 수 있다. 예를 들어, IUC request MAC CE 및/또는 IUC MAC CE는 유니캐스트를 기반으로 전송될 수 있다.
그런데, 예를 들어, UE-A는 자원할당 요청 모드 1으로 동작 중인 경우 IUC 동작이 지원되지 않을 수 있다. 예를 들어, UE-A는 자원 할당 요청 모드 1으로 동작 중일 수 있다. 즉 UE-A는 자원 할당 요청 모드 2에 관한 사이드링크 동작(operation)을 수행하지 않고 있을 수 있다. 예를 들어, 자원할당 요청 모드 1으로 동작 중인 UE-A는 UE-B에게 IUC MAC CE를 전송할 수 없을 수 있다. 또한, 예를 들어, UE-A는 IUC 능력이 지원되지 않을 수 있다. 예를 들어, UE-A의 자원 할당 모드는 mode 1만 지원될 수 있다. 예를 들어, UE-A는 자원 할당 모드 2에 관한 사이드링크 동작(operation)을 수행하지 못할 수 있다. 예를 들어, IUC 능력이 없는 UE-A는 UE-B에게 IUC MAC CE를 전송할 수 없을 수 있다. 따라서, 예를 들어, UE-B의 IUC request MAC CE가 불필요하게 전송될 수 있다. 예를 들어, IUC request MAC CE를 위한 전송 자원이 불필요하게 사용될 수 있다.
도 9는 본 개시의 일 실시 예에 따른, SL 자원과 관련된 무선 통신을 수행하는 방법을 설명하기 위한 도면이다. 도 9의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 9를 참조하면, 본 개시의 일 실시 예에 있어서, 예를 들어, UE-A는 UE-A의 IUC capability와 관련된 정보(예, IUC capability의 지원 여부와 관련된 정보, UE-A의 IUC capability 지원 여부를 나타내는 정보, UE-A의 자원 할당 모드 타입(예, 동작 중인 자원 할당 요청 모드 타입, 지원 되는 자원 할당 요청 모드 타입)과 관련된 정보 등)를 UE-B에게 전송할 수 있다. 예를 들어, 상기 IUC capability와 관련된 상기 정보를 기반으로, 상기 UE-B는 상기 UE-A의 IUC capability가 없음(예, 지원되지 않음)으로 결정할 수 있다. 예를 들어, 상기 IUC capability와 관련된 상기 정보가 상기 UE-A의 IUC capability가 없음(예, 지원되지 않음)을 나타내는 것을 기반으로, UE-B는 IUC request MAC CE를 UE-A에게 전송하지 않을 수 있다(예, 전송을 생략할 수 있다).
그러므로, 예를 들어, UE-B는 IUC request MAC CE를 불필요하게 전송하지 않을 수 있다. 예를 들어, IUC request MAC CE를 위한 전송 자원이 불필요하게 사용되지 않을 수 있다.
도 10은 본 개시의 일 실시 예에 따른, SL 자원과 관련된 무선 통신을 수행하는 방법을 설명하기 위한 도면이다. 도 10의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 10을 참조하면, 본 개시의 일 실시 예에 있어서, 단계 S1010에서, 예를 들어, UE-A는 UE-A의 IUC capability와 관련된 정보(예, IUC capability의 지원 여부와 관련된 정보, UE-A의 IUC capability 지원 여부를 나타내는 정보, UE-A의 자원 할당 모드 타입과 관련된 정보(예, 동작 중인 자원 할당 요청 모드 타입, 지원 되는 자원 할당 요청 모드 타입) 등)를 UE-B에게 전송할 수 있다.
단계 S1020에서, 예를 들어, UE-A의 IUC capability가 지원되는 것(예, 상기 IUC capability와 관련된 상기 정보가 IUC capability가 지원되는 것을 나타내는 것)을 기반으로, UE-B는 IUC request MAC CE를 UE-A에게 전송할 수 있다.
단계 S1030에서, 예를 들어, (예, IUC request MAC CE가 수신된 것을 기반으로,) UE-A의 IUC information 보고가 트리거될 수 있다. 예를 들어, (예, IUC request MAC CE가 수신된 것을 기반으로,) UE-A는 UE-B에게 IUC information MAC CE를 전송할 수 있다.
단계 S1040에서, 예를 들어, UE-B는 IUC 정보(예, IUC information MAC CE)를 기반으로 SL 자원을 (재)선택할 수 있다.
단계 S1050에서, 예를 들어, UE-B는 상기 (재)선택된 SL 자원을 기반으로, UE-A 에게 PSCCH를 통해 제 1 SCI를 전송할 수 있다. 예를 들어, 상기 제 1 SCI는 PSSCH 및 제 2 SCI의 스케줄링을 위한 SCI일 수 있다.
단계 S1060에서, 예를 들어, UE-B는 상기 (재)선택된 SL 자원을 기반으로, UE-A 및/또는 UE-C에게 PSSCH를 통해 제 2 SCI 및/또는 MAC PDU(medium access control protocol data unit)를 전송할 수 있다.
본 개시의 일 실시 예는 다양한 효과를 가질 수 있다. 예를 들어, 본 개시의 일 실시 예에 따르면, 요청 기반의 IUC 전송이 지원됨 또는 지원되지 않음을 나타내는 정보를 RRC 메시지(예, RRC reconfiguration message)에 포함시킴으로써, IUC 요청 MAC CE가 불필요하게 전송되는 것은 방지될 수 있다. 예를 들어, 본 개시의 일 실시 예에 따르면, 불필요한 요청-기반 IUC 동작에 의한 시그널링 오버헤드는 감소될 수 있다. 예를 들어, 본 개시의 일 실시 예에 따르면, 불필요하게 IUC 요청 MAC CE를 생성하기 위한 자원이 낭비되는 것은 방지될 수 있다.
본 개시의 일 실시 예(들)은 Uu Bandwidth Part (BWP) 스위칭 시 발생하는 Interruption 으로 인해 Loss 가 발생하는 문제를 해결하는 방안으로도 적용 및 확장이 가능할 수 있다.
또한, 본 개시의 일 실시 예(들)은 단말이 Sidelink Multiple Bandwidth Part (BWP)를 지원하는 경우에 Sidelink Bandwidth Part (BWP) 스위칭 시 발생하는 Interruption 으로 인해 Loss 가 발생하는 문제를 해결하는 방안으로도 적용 및 확장이 가능할 수 있다.
　본 개시의 제안은 디폴트(default)/공통(common) SL DRX 설정, 디폴트/공통 SL DRX 패턴 또는 디폴트/공통 SL DRX 설정에 포함된 파라미터(예, 타이머)뿐만 아니라, UE-페어 특정한 SL DRX 설정, UE-페어 특정한 SL DRX 패턴 또는 UE-페어 특정한 SL DRX 설정에 포함된 파라미터(예, 타이머) 등에도 확장 적용될 수 있다.
또한, 본 개시의 제안에서 언급된 on-duration은 활성 시간(active time)(예, 무선 신호를 수신/송신하기 위해 wake-up 상태(예, RF 모듈이 켜진 상태)로 동작하는 시간) 구간으로 확장 해석될 수 있으며, off-duration은 슬립 시간(sleep time)(예, 파워 세이빙을 위해 슬립 모드 상태(예, RF 모듈이 꺼진 상태)로 동작하는 시간) 구간으로 확장 해석될 수 있다. TX UE가 슬립 시간 구간에 의무적으로 슬립 모드로 동작해야 함을 의미하지는 않는다. 필요한 경우, TX UE는 슬립 시간일지라도 센싱 동작(sensing operation) 및/또는 전송 동작(transmission operation)을 위해 잠시 활성 시간(active time)으로 동작하는 것이 허락될 수 있다.
예를 들어, 본 개시의 (일부) 제안 방식/규칙의 적용 여부 및/또는 관련 파라미터(예, 임계값)는 자원 풀 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 (일부) 제안 방식/규칙의 적용 여부 및/또는 관련 파라미터(예, 임계값)는 혼잡 레벨(congestion level) 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 (일부) 제안 방식/규칙의 적용 여부 및/또는 관련 파라미터(예, 임계값)는 서비스의 우선 순위 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 (일부) 제안 방식/규칙의 적용 여부 및/또는 관련 파라미터(예, 임계값)는 서비스의 타입 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 (일부) 제안 방식/규칙의 적용 여부 및/또는 관련 파라미터(예, 임계값)는 QoS 요구 사항(예, latency, reliability) 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 (일부) 제안 방식/규칙의 적용 여부 및/또는 관련 파라미터(예, 임계값)는 PQI(5QI(5G QoS identifier) for PC5) 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 (일부) 제안 방식/규칙의 적용 여부 및/또는 관련 파라미터(예, 임계값)는 트래픽 타입(예, 주기적 생성 또는 비주기적 생성) 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 (일부) 제안 방식/규칙의 적용 여부 및/또는 관련 파라미터(예, 임계값)는 SL 전송 자원 할당 모드(예, 모드 1 또는 모드 2) 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다.
예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 자원 풀 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 서비스/패킷의 타입 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 서비스/패킷의 우선 순위 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 QoS 요구 사항(예, URLLC/EMBB 트래픽, reliability, latency) 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 PQI 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 캐스트 타입(예, unicast, groupcast, broadcast) 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 (자원 풀) 혼잡도 레벨(예, CBR) 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 SL HARQ 피드백 방식(예, NACK-only feedback, ACK/NACK feedback) 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 HARQ Feedback Enabled MAC PDU 전송 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 HARQ Feedback Disabled MAC PDU 전송 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 PUCCH 기반의 SL HARQ 피드백 보고 동작이 설정되는지 여부에 따라서 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 프리엠션(pre-emption) 또는 프리엠션 기반의 자원 재선택 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 재-평가(re-evaluation) 또는 재-평가 기반의 자원 재선택 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다.
예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 (L2 또는 L1) (소스 및/또는 데스티네이션) 식별자 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 (L2 또는 L1) (소스 ID 및 데스티네이션 ID의 조합) 식별자 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 (L2 또는 L1) (소스 ID 및 데스티네이션 ID의 페어와 캐스트 타입의 조합) 식별자 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 소스 레이어 ID 및 데스티네이션 레이어 ID의 페어의 방향(direction) 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 PC5 RRC 연결/링크 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 SL DRX를 수행하는 경우에 대하여 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 SL 모드 타입(예, 자원 할당 모드 1 또는 자원 할당 모드 2) 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다. 예를 들어, 본 개시의 제안 규칙의 적용 여부 및/또는 관련 파라미터 설정 값은 (비)주기적 자원 예약을 수행하는 경우에 대하여 특정적으로 (또는 상이하게 또는 독립적으로) 설정될 수 있다.
본 개시의 제안에서 언급된 일정 시간은 UE가 상대 UE로부터 사이드링크 신호 또는 사이드링크 데이터를 수신하기 위해 사전에 정의된 시간만큼 활성 시간(active time)으로 동작하는 시간을 지칭할 수 있다. 본 개시의 제안에서 언급된 일정 시간은 UE가 상대 UE로부터 사이드링크 신호 또는 사이드링크 데이터를 수신하기 위해 특정 타이머(예, sidelink DRX retransmission timer, sidelink DRX inactivity timer 또는 RX UE의 DRX 동작에서 활성 시간으로 동작할 수 있도록 보장하는 타이머) 시간만큼 활성 시간으로 동작하는 시간을 지칭할 수 있다.
또한, 본 개시의 제안 및 제안 규칙의 적용 여부 (및/또는 관련 파라미터 설정 값)은 mmWave SL 동작에도 적용될 수 있다.
도 11은 본 개시의 일 실시예에 따른, 제 1 장치가 무선 통신을 수행하는 방법을 설명하기 위한 도면이다. 도 11의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 11을 참조하면, 단계 S1110에서, 예를 들어, 상기 제 1 장치는 단말-간 조정 능력의 지원 여부와 관련된 정보를 포함하는 RRC 메시지를 제 2 장치로부터 수신할 수 있다. 단계 S1120에서, 예를 들어, 상기 제 1 장치는 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청 MAC CE를 상기 제 2 장치에게 전송할 수 있다. 단계 S1130에서, 예를 들어, 상기 제 1 장치는 선호되는 자원과 관련된 정보 또는 비-선호되는 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 2 장치로부터 수신할 수 있다. 단계 S1140에서, 예를 들어, 상기 제 1 장치는 상기 단말-간 조정 정보를 기반으로, SL 자원을 선택할 수 있다. 단계 S1150에서, 예를 들어, 상기 제 1 장치는 상기 SL 자원을 기반으로, PSCCH를 통해, PSSCH 및 제 2 SCI의 스케줄링을 위한, 제 1 SCI를 전송할 수 있다. 단계 S1160에서, 예를 들어, 상기 제 1 장치는 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC PDU를 전송할 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 단말-간 조정 정보는 단말-간 조정 정보(information) MAC CE를 통해 전송될 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되지 않는 것을 나타내는 것을 기반으로, 상기 단말-간 조정 요청 MAC CE의 전송은 생략될 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 단말-간 조정 정보는 상기 제 1 장치 및 상기 제 2 장치 사이의 유니캐스트(unicast)를 통해 상기 제 2 장치로부터 수신될 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 제 1 장치는 센싱을 수행할 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 센싱의 결과(result) 및 상기 단말-간 조정 정보를 기반으로, 상기 SL 자원은 선택될 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 단말-간 조정 능력의 지원 여부와 관련된 상기 정보는, SL 자원 할당 (resource allocation)과 관련된 정보를 포함할 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 SL 자원 할당은 SL 자원 풀(resource pool) 내에서 SL 자원이 결정되는 것을 기반으로 하는 SL 자원 할당을 포함할 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 SL 자원 할당이 상기 제 2 장치에 의해 지원되고, 및 상기 단말-간 조정 정보를 기반으로, 상기 SL 자원은 선택될 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 SL 자원 할당은 SL 자원이 기지국에 의해 제공되는(provided) 것을 기반으로 하는 SL 자원 할당을 포함할 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 SL 자원 할당이 상기 제 2 장치에 의해 지원되지 않고, 및 상기 단말-간 조정 정보를 기반으로, 상기 SL 자원은 선택될 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 단말-간 조정 요청 MAC CE는 상기 단말-간 조정 정보의 보고(reporting)를 트리거하는 정보를 포함할 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 단말-간 조정 요청 MAC CE가 상기 제 2 장치에게 전송된 것을 기반으로, 상기 단말-간 조정 정보가 상기 제 2 장치로부터 수신될 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 제 1 장치는, 상기 단말-간 조정 요청 MAC CE를 위한 전송 자원을 선택할 수 있다.
상기 제안 방법은 본 개시의 다양한 실시 예에 따른 장치에 적용될 수 있다. 먼저, 제 1 장치(100)의 메모리(104)는 프로세서(102)에 의해 실행되는 것을 기반으로 상기 제 1 장치(예, 프로세서(102), 송수신기(106))로 하여금 동작들을 수행하게 하는 명령들이 기록되어 있을 수 있다. 예를 들어, 상기 동작들은: 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 2 장치로부터 수신하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 2 장치에게 전송하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 2 장치로부터 수신하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 정보를 기반으로, SL 자원을 선택하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI를 전송하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)를 전송하는 단계;를 포함할 수 있다.
본 개시의 일 실시 예에 있어서, 무선 통신을 수행하는 제 1 장치가 제공된다. 예를 들어, 상기 제 1 장치는, 하나 이상의 프로세서; 하나 이상의 송수신기; 및 상기 하나 이상의 프로세서에 실행 가능하게 연결되고, 및 상기 하나 이상의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 장치로 하여금 동작들을 수행하게 하는 명령들을 저장하는 하나 이상의 메모리를 포함할 수 있다. 예를 들어, 상기 동작들은: 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 2 장치로부터 수신하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 2 장치에게 전송하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 2 장치로부터 수신하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 정보를 기반으로, SL 자원을 선택하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI를 전송하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)를 전송하는 단계;를 포함할 수 있다.
본 개시의 일 실시 예에 있어서, 제 1 단말을 제어하도록 설정된 장치(apparatus)가 제공된다. 상기 장치는, 하나 이상의 프로세서; 및 상기 하나 이상의 프로세서에 실행 가능하게 연결될 수 있고, 상기 하나 이상의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 단말로 하여금 동작들을 수행하게 하는 명령들을 저장하는 하나 이상의 메모리를 포함할 수 있다. 예를 들어, 상기 동작들은: 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 2 장치로부터 수신하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 2 장치에게 전송하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 2 장치로부터 수신하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 정보를 기반으로, SL 자원을 선택하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI를 전송하는 단계를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)를 전송하는 단계;를 포함할 수 있다.
본 개시의 일 실시 예에 있어서, 명령어들을 기록하고 있는 비-일시적 컴퓨터 판독가능 저장 매체가 제공된다. 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 제 1 장치가 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 2 장치로부터 수신하도록 할 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 상기 제 1 장치가, 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 2 장치에게 전송하도록 할 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 상기 제 1 장치가, 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 2 장치로부터 수신하도록 할 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 상기 제 1 장치가, 상기 단말-간 조정 정보를 기반으로, SL 자원을 선택하도록 할 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 상기 제 1 장치가, 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI를 전송하도록 할 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 상기 제 1 장치가, 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)를 전송하도록 할 수 있다.
도 12는 본 개시의 일 실시예에 따른, 제 2 장치가 무선 통신을 수행하는 방법을 설명하기 위한 도면이다. 도 12의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 12를 참조하면, 단계 S1210에서, 예를 들어, 상기 제 2 장치는, 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 1 장치에게 전송할 수 있다. 단계 S1220에서, 예를 들어, 상기 제 2 장치는, 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 1 장치로부터 수신할 수 있다. 단계 S1230에서, 예를 들어, 상기 제 2 장치는, 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 1 장치에게 전송할 수 있다. 예를 들어, 상기 단말-간 조정 정보를 기반으로, SL 자원은 선택될 수 있다. 예를 들어, 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI은 전송될 수 있다. 예를 들어, 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)은 전송될 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 단말-간 조정 정보는 상기 제 1 장치 및 상기 제 2 장치 사이의 유니캐스트(unicast)를 통해 상기 제 2 장치로부터 수신될 수 있따.
부가적으로 또는 대체적으로(additionally or alternatively), 센싱은 수행될 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 센싱의 결과(result) 및 상기 단말-간 조정 정보를 기반으로, 상기 SL 자원은 선택될 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 단말-간 조정 능력의 지원 여부와 관련된 상기 정보는, SL 자원 할당 (resource allocation)과 관련된 정보를 포함할 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 SL 자원 할당은 SL 자원 풀(resource pool) 내에서 SL 자원이 결정되는 것을 기반으로 하는 SL 자원 할당을 포함할 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 SL 자원 할당이 상기 제 2 장치에 의해 지원되고, 및 상기 단말-간 조정 정보를 기반으로, 상기 SL 자원은 선택될 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 SL 자원 할당은 SL 자원이 기지국에 의해 제공되는(provided) 것을 기반으로 하는 SL 자원 할당을 포함할 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 SL 자원 할당이 상기 제 2 장치에 의해 지원되지 않고, 및 상기 단말-간 조정 정보를 기반으로, 상기 SL 자원은 선택될 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 단말-간 조정 요청 MAC CE는 상기 단말-간 조정 정보의 보고(reporting)를 트리거하는 정보를 포함할 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 단말-간 조정 요청 MAC CE가 상기 제 1 장치로부터 수신된 것을 기반으로, 상기 단말-간 조정 정보가 상기 제 1 장치에게 전송될 수 있다.
부가적으로 또는 대체적으로(additionally or alternatively), 상기 단말-간 조정 요청 MAC CE를 위한 전송 자원은 선택될 수 있다.
상기 제안 방법은 본 개시의 다양한 실시 예에 따른 장치에 적용될 수 있다. 먼저, 제 2 장치(200)의 메모리(204)는 프로세서(202)에 의해 실행되는 것을 기반으로 상기 제 2 장치(예, 프로세서(202), 송수신기(206))로 하여금 동작들을 수행하게 하는 명령들이 기록되어 있을 수 있다. 예를 들어, 상기 동작들은: 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 1 장치에게 전송하는 단계;를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 1 장치로부터 수신하는 단계;를 포함할 수 있다. 예를 들어, 상기 동작들은: 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 1 장치에게 전송하되, 상기 단말-간 조정 정보를 기반으로, SL 자원은 선택되고, 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI은 전송되고, 및 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)은 전송되는, 단계;를 포함할 수 있다.
본 개시의 일 실시 예에 있어서, 무선 통신을 수행하는 제 2 장치가 제공된다. 예를 들어, 상기 제 2 장치는, 하나 이상의 프로세서; 하나 이상의 송수신기; 및 상기 하나 이상의 프로세서에 실행 가능하게 연결되고, 및 상기 하나 이상의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 장치로 하여금 동작들을 수행하게 하는 명령들을 저장하는 하나 이상의 메모리를 포함할 수 있다. 예를 들어, 상기 동작들은: 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 1 장치에게 전송하는 단계;를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 1 장치로부터 수신하는 단계;를 포함할 수 있다. 예를 들어, 상기 동작들은: 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 1 장치에게 전송하되, 상기 단말-간 조정 정보를 기반으로, SL 자원은 선택되고, 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI은 전송되고, 및 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)은 전송되는, 단계;를 포함할 수 있다.
본 개시의 일 실시 예에 있어서, 제 2 단말을 제어하도록 설정된 장치(apparatus)가 제공될 수 있다. 예를 들어, 상기 장치는, 하나 이상의 프로세서; 및 상기 하나 이상의 프로세서에 실행 가능하게 연결될 수 있고, 상기 하나 이상의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 단말로 하여금 동작들을 수행하게 하는 명령들을 저장하는 하나 이상의 메모리를 포함할 수 있다. 예를 들어, 상기 동작들은: 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 1 장치에게 전송하는 단계;를 포함할 수 있다. 예를 들어, 상기 동작들은: 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 1 장치로부터 수신하는 단계;를 포함할 수 있다. 예를 들어, 상기 동작들은: 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 1 장치에게 전송하되, 상기 단말-간 조정 정보를 기반으로, SL 자원은 선택되고, 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI은 전송되고, 및 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)은 전송되는, 단계;를 포함할 수 있다.
본 개시의 일 실시 예에 있어서, 명령어들을 기록하고 있는 비-일시적 컴퓨터 판독가능 저장 매체가 제공될 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 제 2 장치가, 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 1 장치에게 전송하도록 할 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 상기 제 2 장치가, 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 1 장치로부터 수신하도록 할 수 있다. 예를 들어, 상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금: 상기 제 2 장치가, 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 1 장치에게 전송하도록 하되, 상기 단말-간 조정 정보를 기반으로, SL 자원은 선택되고, 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI은 전송되고, 및 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)은 전송될 수 있다.
본 개시의 다양한 실시 예는 상호 결합될 수 있다.
이하 본 개시의 다양한 실시 예가 적용될 수 있는 장치에 대하여 설명한다.
이로 제한되는 것은 아니지만, 본 문서에 개시된 다양한 설명, 기능, 절차, 제안, 방법 및/또는 동작 순서도들은 기기들간에 무선 통신/연결(예, 5G)을 필요로 하는 다양한 분야에 적용될 수 있다.
이하, 도면을 참조하여 보다 구체적으로 예시한다. 이하의 도면/설명에서 동일한 도면 부호는 다르게 기술하지 않는 한, 동일하거나 대응되는 하드웨어 블록, 소프트웨어 블록 또는 기능 블록을 예시할 수 있다.
도 13은 본 개시의 일 실시 예에 따른, 통신 시스템(1)을 나타낸다. 도 13의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 13을 참조하면, 본 개시의 다양한 실시 예가 적용되는 통신 시스템(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)에서 구현되는 무선 통신 기술은 LTE, NR 및 6G뿐만 아니라 저전력 통신을 위한 Narrowband Internet of Things를 포함할 수 있다. 이때, 예를 들어 NB-IoT 기술은 LPWAN(Low Power Wide Area Network) 기술의 일례일 수 있고, LTE Cat NB1 및/또는 LTE Cat NB2 등의 규격으로 구현될 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(100a~100f)에서 구현되는 무선 통신 기술은 LTE-M 기술을 기반으로 통신을 수행할 수 있다. 이때, 일 예로, LTE-M 기술은 LPWAN 기술의 일례일 수 있고, eMTC(enhanced Machine Type Communication) 등의 다양한 명칭으로 불릴 수 있다. 예를 들어, LTE-M 기술은 1) LTE CAT 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-BL(non-Bandwidth Limited), 5) LTE-MTC, 6) LTE Machine Type Communication, 및/또는 7) LTE M 등의 다양한 규격 중 적어도 어느 하나로 구현될 수 있으며 상술한 명칭에 한정되는 것은 아니다. 추가적으로 또는 대체적으로, 본 명세서의 무선 기기(100a~100f)에서 구현되는 무선 통신 기술은 저전력 통신을 고려한 지그비(ZigBee), 블루투스(Bluetooth) 및 저전력 광역 통신망(Low Power Wide Area Network, LPWAN) 중 적어도 어느 하나를 포함할 수 있으며, 상술한 명칭에 한정되는 것은 아니다. 일 예로 ZigBee 기술은 IEEE 802.15.4 등의 다양한 규격을 기반으로 소형/저-파워 디지털 통신에 관련된 PAN(personal area networks)을 생성할 수 있으며, 다양한 명칭으로 불릴 수 있다.
무선 기기(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)은 다양한 물리 채널을 통해 신호를 송신/수신할 수 있다. 이를 위해, 본 개시의 다양한 제안들에 기반하여, 무선 신호의 송신/수신을 위한 다양한 구성정보 설정 과정, 다양한 신호 처리 과정(예, 채널 인코딩/디코딩, 변조/복조, 자원 매핑/디매핑 등), 자원 할당 과정 등 중 적어도 일부가 수행될 수 있다.
도 14은 본 개시의 일 실시 예에 따른, 무선 기기를 나타낸다. 도 14의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 14을 참조하면, 제 1 무선 기기(100)와 제 2 무선 기기(200)는 다양한 무선 접속 기술(예, LTE, NR)을 통해 무선 신호를 송수신할 수 있다. 여기서, {제 1 무선 기기(100), 제 2 무선 기기(200)}은 도 13의 {무선 기기(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)는 (아날로그) 오실레이터 및/또는 필터를 포함할 수 있다.
도 15는 본 개시의 일 실시 예에 따른, 전송 신호를 위한 신호 처리 회로를 나타낸다. 도 15의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 15를 참조하면, 신호 처리 회로(1000)는 스크램블러(1010), 변조기(1020), 레이어 매퍼(1030), 프리코더(1040), 자원 매퍼(1050), 신호 생성기(1060)를 포함할 수 있다. 이로 제한되는 것은 아니지만, 도 15의 동작/기능은 도 14의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 수행될 수 있다. 도 15의 하드웨어 요소는 도 14의 프로세서(102, 202) 및/또는 송수신기(106, 206)에서 구현될 수 있다. 예를 들어, 블록 1010~1060은 도 14의 프로세서(102, 202)에서 구현될 수 있다. 또한, 블록 1010~1050은 도 14의 프로세서(102, 202)에서 구현되고, 블록 1060은 도 14의 송수신기(106, 206)에서 구현될 수 있다.
코드워드는 도 15의 신호 처리 회로(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) 등을 포함할 수 있다.
무선 기기에서 수신 신호를 위한 신호 처리 과정은 도 15의 신호 처리 과정(1010~1060)의 역으로 구성될 수 있다. 예를 들어, 무선 기기(예, 도 14의 100, 200)는 안테나 포트/송수신기를 통해 외부로부터 무선 신호를 수신할 수 있다. 수신된 무선 신호는 신호 복원기를 통해 베이스밴드 신호로 변환될 수 있다. 이를 위해, 신호 복원기는 주파수 하향 변환기(frequency downlink converter), ADC(analog-to-digital converter), CP 제거기, FFT(Fast Fourier Transform) 모듈을 포함할 수 있다. 이후, 베이스밴드 신호는 자원 디-매퍼 과정, 포스트코딩(postcoding) 과정, 복조 과정 및 디-스크램블 과정을 거쳐 코드워드로 복원될 수 있다. 코드워드는 복호(decoding)를 거쳐 원래의 정보블록으로 복원될 수 있다. 따라서, 수신 신호를 위한 신호 처리 회로(미도시)는 신호 복원기, 자원 디-매퍼, 포스트코더, 복조기, 디-스크램블러 및 복호기를 포함할 수 있다.
도 16은 본 개시의 일 실시 예에 따른, 무선 기기를 나타낸다. 무선 기기는 사용-예/서비스에 따라 다양한 형태로 구현될 수 있다(도 13 참조). 도 16의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 16을 참조하면, 무선 기기(100, 200)는 도 14의 무선 기기(100,200)에 대응하며, 다양한 요소(element), 성분(component), 유닛/부(unit), 및/또는 모듈(module)로 구성될 수 있다. 예를 들어, 무선 기기(100, 200)는 통신부(110), 제어부(120), 메모리부(130) 및 추가 요소(140)를 포함할 수 있다. 통신부는 통신 회로(112) 및 송수신기(들)(114)을 포함할 수 있다. 예를 들어, 통신 회로(112)는 도 14의 하나 이상의 프로세서(102,202) 및/또는 하나 이상의 메모리(104,204) 를 포함할 수 있다. 예를 들어, 송수신기(들)(114)는 도 14의 하나 이상의 송수신기(106,206) 및/또는 하나 이상의 안테나(108,208)을 포함할 수 있다. 제어부(120)는 통신부(110), 메모리부(130) 및 추가 요소(140)와 전기적으로 연결되며 무선 기기의 제반 동작을 제어한다. 예를 들어, 제어부(120)는 메모리부(130)에 저장된 프로그램/코드/명령/정보에 기반하여 무선 기기의 전기적/기계적 동작을 제어할 수 있다. 또한, 제어부(120)는 메모리부(130)에 저장된 정보를 통신부(110)을 통해 외부(예, 다른 통신 기기)로 무선/유선 인터페이스를 통해 전송하거나, 통신부(110)를 통해 외부(예, 다른 통신 기기)로부터 무선/유선 인터페이스를 통해 수신된 정보를 메모리부(130)에 저장할 수 있다.
추가 요소(140)는 무선 기기의 종류에 따라 다양하게 구성될 수 있다. 예를 들어, 추가 요소(140)는 파워 유닛/배터리, 입출력부(I/O unit), 구동부 및 컴퓨팅부 중 적어도 하나를 포함할 수 있다. 이로 제한되는 것은 아니지만, 무선 기기는 로봇(도 13, 100a), 차량(도 13, 100b-1, 100b-2), XR 기기(도 13, 100c), 휴대 기기(도 13, 100d), 가전(도 13, 100e), IoT 기기(도 13, 100f), 디지털 방송용 단말, 홀로그램 장치, 공공 안전 장치, MTC 장치, 의료 장치, 핀테크 장치(또는 금융 장치), 보안 장치, 기후/환경 장치, AI 서버/기기(도 13, 400), 기지국(도 13, 200), 네트워크 노드 등의 형태로 구현될 수 있다. 무선 기기는 사용-예/서비스에 따라 이동 가능하거나 고정된 장소에서 사용될 수 있다.
도 16에서 무선 기기(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) 및/또는 이들의 조합으로 구성될 수 있다.
이하, 도 16의 구현 예에 대해 도면을 참조하여 보다 자세히 설명한다.
도 17은 본 개시의 일 실시 예에 따른, 휴대 기기를 나타낸다. 휴대 기기는 스마트폰, 스마트패드, 웨어러블 기기(예, 스마트워치, 스마트글래스), 휴대용 컴퓨터(예, 노트북 등)을 포함할 수 있다. 휴대 기기는 MS(Mobile Station), UT(user terminal), MSS(Mobile Subscriber Station), SS(Subscriber Station), AMS(Advanced Mobile Station) 또는 WT(Wireless terminal)로 지칭될 수 있다. 도 17의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 17을 참조하면, 휴대 기기(100)는 안테나부(108), 통신부(110), 제어부(120), 메모리부(130), 전원공급부(140a), 인터페이스부(140b) 및 입출력부(140c)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110~130/140a~140c는 각각 도 16의 블록 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)를 통해 다양한 형태(예, 문자, 음성, 이미지, 비디오, 헵틱)로 출력될 수 있다.
도 18는 본 개시의 일 실시 예에 따른, 차량 또는 자율 주행 차량을 나타낸다. 차량 또는 자율 주행 차량은 이동형 로봇, 차량, 기차, 유/무인 비행체(Aerial Vehicle, AV), 선박 등으로 구현될 수 있다. 도 18의 실시 예는 본 개시의 다양한 실시 예와 결합될 수 있다.
도 18를 참조하면, 차량 또는 자율 주행 차량(100)은 안테나부(108), 통신부(110), 제어부(120), 구동부(140a), 전원공급부(140b), 센서부(140c) 및 자율 주행부(140d)를 포함할 수 있다. 안테나부(108)는 통신부(110)의 일부로 구성될 수 있다. 블록 110/130/140a~140d는 각각 도 16의 블록 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 (20)

  1. 제 1 장치가 무선 통신을 수행하는 방법에 있어서,
    단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 2 장치로부터 수신하는 단계;
    상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 2 장치에게 전송하는 단계;
    선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 2 장치로부터 수신하는 단계;
    상기 단말-간 조정 정보를 기반으로, SL 자원을 선택하는 단계;
    상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI를 전송하는 단계; 및
    상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)를 전송하는 단계;를 포함하는, 방법.
  2. 제 1 항에 있어서,
    상기 단말-간 조정 정보는 단말-간 조정 정보(information) MAC CE를 통해 전송되는, 방법.
  3. 제 1 항에 있어서,
    상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되지 않는 것을 나타내는 것을 기반으로, 상기 단말-간 조정 요청 MAC CE의 전송은 생략되는, 방법.
  4. 제 1 항에 있어서,
    상기 단말-간 조정 정보는 상기 제 1 장치 및 상기 제 2 장치 사이의 유니캐스트(unicast)를 통해 상기 제 2 장치로부터 수신되는, 방법.
  5. 제 1 항에 있어서,
    센싱을 수행하는 단계;를 더 포함하고,
    상기 센싱의 결과(result) 및 상기 단말-간 조정 정보를 기반으로, 상기 SL 자원은 선택되는, 방법.
  6. 제 1 항에 있어서,
    상기 단말-간 조정 능력의 지원 여부와 관련된 상기 정보는, SL 자원 할당 (resource allocation)과 관련된 정보를 포함하는, 방법.
  7. 제 6 항에 있어서,
    상기 SL 자원 할당은 SL 자원 풀(resource pool) 내에서 SL 자원이 결정되는 것을 기반으로 하는 SL 자원 할당을 포함하는, 방법.
  8. 제 7 항에 있어서,
    상기 SL 자원 할당이 상기 제 2 장치에 의해 지원되고, 및 상기 단말-간 조정 정보를 기반으로, 상기 SL 자원은 선택되는, 방법.
  9. 제 6 항에 있어서,
    상기 SL 자원 할당은 SL 자원이 기지국에 의해 제공되는(provided) 것을 기반으로 하는 SL 자원 할당을 포함하는, 방법.
  10. 제 7 항에 있어서,
    상기 SL 자원 할당이 상기 제 2 장치에 의해 지원되지 않고, 및 상기 단말-간 조정 정보를 기반으로, 상기 SL 자원은 선택되는, 방법.
  11. 제 1 항에 있어서,
    상기 단말-간 조정 요청 MAC CE는 상기 단말-간 조정 정보의 보고(reporting)를 트리거하는 정보를 포함하는, 방법.
  12. 제 1 항에 있어서,
    상기 단말-간 조정 요청 MAC CE가 상기 제 2 장치에게 전송된 것을 기반으로, 상기 단말-간 조정 정보가 상기 제 2 장치로부터 수신되는, 방법.
  13. 제 1 항에 있어서,
    상기 단말-간 조정 요청 MAC CE를 위한 전송 자원을 선택하는 단계;를 더 포함하는, 방법.
  14. 무선 통신을 수행하는 제 1 장치에 있어서,
    하나 이상의 프로세서;
    하나 이상의 송수신기; 및
    상기 하나 이상의 프로세서에 실행 가능하게 연결되고, 및 상기 하나 이상의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 장치로 하여금 동작들을 수행하게 하는 명령들을 저장하는 하나 이상의 메모리를 포함하되, 상기 동작들은:
    단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 2 장치로부터 수신하는 단계;
    상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 2 장치에게 전송하는 단계;
    선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 2 장치로부터 수신하는 단계;
    상기 단말-간 조정 정보를 기반으로, SL 자원을 선택하는 단계;
    상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI를 전송하는 단계; 및
    상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)를 전송하는 단계;를 포함하는, 제 1 장치.
  15. 제 1 단말을 제어하도록 설정된 장치(apparatus)에 있어서, 상기 장치는,
    하나 이상의 프로세서; 및
    상기 하나 이상의 프로세서에 실행 가능하게 연결될 수 있고, 상기 하나 이상의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 단말로 하여금 동작들을 수행하게 하는 명령들을 저장하는 하나 이상의 메모리를 포함하되, 상기 동작들은:
    단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 2 장치로부터 수신하는 단계;
    상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 2 장치에게 전송하는 단계;
    선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 2 장치로부터 수신하는 단계;
    상기 단말-간 조정 정보를 기반으로, SL 자원을 선택하는 단계;
    상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI를 전송하는 단계; 및
    상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)를 전송하는 단계;를 포함하는, 장치.
  16. 명령어들을 기록하고 있는 비-일시적 컴퓨터 판독가능 저장 매체로서,
    상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금:
    제 1 장치가 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 2 장치로부터 수신하도록 하고,
    상기 제 1 장치가, 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 2 장치에게 전송하도록 하고,
    상기 제 1 장치가, 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 2 장치로부터 수신하도록 하고,
    상기 제 1 장치가, 상기 단말-간 조정 정보를 기반으로, SL 자원을 선택하도록 하고,
    상기 제 1 장치가, 상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI를 전송하도록 하고, 및
    상기 제 1 장치가, 상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)를 전송하도록 하는, 비-일시적 컴퓨터 판독가능 저장 매체.
  17. 제 2 장치가 무선 통신을 수행하는 방법에 있어서,
    단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 1 장치에게 전송하는 단계;
    상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 1 장치로부터 수신하는 단계; 및
    선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 1 장치에게 전송하되,
    상기 단말-간 조정 정보를 기반으로, SL 자원은 선택되고,
    상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI은 전송되고, 및
    상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)은 전송되는, 단계;를 포함하는, 방법.
  18. 무선 통신을 수행하는 제 2 장치에 있어서,
    하나 이상의 프로세서;
    하나 이상의 송수신기; 및
    상기 하나 이상의 프로세서에 실행 가능하게 연결되고, 및 상기 하나 이상의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 장치로 하여금 동작들을 수행하게 하는 명령들을 저장하는 하나 이상의 메모리를 포함하되, 상기 동작들은:
    단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 1 장치에게 전송하는 단계;
    상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 1 장치로부터 수신하는 단계; 및
    선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 1 장치에게 전송하되,
    상기 단말-간 조정 정보를 기반으로, SL 자원은 선택되고,
    상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI은 전송되고, 및
    상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)은 전송되는, 단계;를 포함하는, 제 2 장치.
  19. 제 2 단말을 제어하도록 설정된 장치(apparatus)에 있어서, 상기 장치는,
    하나 이상의 프로세서; 및
    상기 하나 이상의 프로세서에 실행 가능하게 연결될 수 있고, 상기 하나 이상의 프로세서에 의해 실행되는 것을 기반으로 상기 제 1 단말로 하여금 동작들을 수행하게 하는 명령들을 저장하는 하나 이상의 메모리를 포함하되, 상기 동작들은:
    단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 1 장치에게 전송하는 단계;
    상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 1 장치로부터 수신하는 단계; 및
    선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 1 장치에게 전송하되,
    상기 단말-간 조정 정보를 기반으로, SL 자원은 선택되고,
    상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI은 전송되고, 및
    상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)은 전송되는, 단계;를 포함하는, 장치.
  20. 명령어들을 기록하고 있는 비-일시적 컴퓨터 판독가능 저장 매체로서,
    상기 명령어들은, 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서들로 하여금:
    제 2 장치가, 단말-간(inter-UE) 조정(coordination) 능력(capability)의 지원(support) 여부와 관련된 정보를 포함하는 RRC(radio resource control) 메시지를 제 1 장치에게 전송하도록 하고,
    상기 제 2 장치가, 상기 단말-간 조정 능력의 상기 지원 여부와 관련된 상기 정보가 상기 단말-간 조정 능력이 지원되는 것을 나타내는 것을 기반으로, 단말-간 조정 요청(request) MAC(medium access control) CE(control element)를 상기 제 1 장치로부터 수신하도록 하고, 및
    상기 제 2 장치가, 선호되는(preferred) 자원과 관련된 정보 또는 비-선호되는(non-preferred) 자원과 관련된 정보를 포함하는 단말-간 조정 정보를 상기 제 1 장치에게 전송하도록 하되,
    상기 단말-간 조정 정보를 기반으로, SL 자원은 선택되고,
    상기 SL 자원을 기반으로, PSCCH(physical sidelink control channel)를 통해, PSSCH(physical sidelink shared channel) 및 제 2 SCI(sidelink control information)의 스케줄링을 위한, 제 1 SCI은 전송되고, 및
    상기 SL 자원을 기반으로, 상기 PSSCH를 통해, 상기 제 2 SCI 및 MAC(medium access control) PDU(protocol data unit)은 전송되는, 비-일시적 컴퓨터 판독가능 저장 매체.
PCT/KR2023/001977 2022-02-11 2023-02-10 Nr v2x에서 sl 자원과 관련된 무선 통신을 수행하는 방법 및 장치 WO2023153857A1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263309011P 2022-02-11 2022-02-11
US63/309,011 2022-02-11

Publications (1)

Publication Number Publication Date
WO2023153857A1 true WO2023153857A1 (ko) 2023-08-17

Family

ID=87564822

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2023/001977 WO2023153857A1 (ko) 2022-02-11 2023-02-10 Nr v2x에서 sl 자원과 관련된 무선 통신을 수행하는 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2023153857A1 (ko)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022019714A1 (en) * 2020-07-24 2022-01-27 Samsung Electronics Co., Ltd. Method and apparatus for configuration and signaling of sidelink resources for inter-ue coordination

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022019714A1 (en) * 2020-07-24 2022-01-27 Samsung Electronics Co., Ltd. Method and apparatus for configuration and signaling of sidelink resources for inter-ue coordination

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "Inter-UE coordination in sidelink resource allocation", 3GPP DRAFT; R1-2200042, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20220117 - 20220125, 11 January 2022 (2022-01-11), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052098113 *
INTEL CORPORATION: "Inter-UE Coordination Solutions for Sidelink Communication", 3GPP DRAFT; R1-2200385, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20220117 - 20220125, 11 January 2022 (2022-01-11), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052098196 *
MODERATOR (LG ELECTRONICS): "Feature lead summary #8 for AI 8.11.1.2 Inter-UE coordination for Mode 2", 3GPP DRAFT; R1-2200749, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. e-Meeting; 20220117 - 20220125, 27 January 2022 (2022-01-27), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP052103995 *
NTT DOCOMO, INC. Resource allocation for reliability and latency enhancements. R1-2109700, 3GPP TSG RAN WG1 Meeting #106bis-e. 01 October 2021. *

Similar Documents

Publication Publication Date Title
WO2022139491A1 (ko) Nr v2x에서 디폴트 drx 설정에 기반하여 sl drx 동작을 수행하는 방법 및 장치
WO2021101308A1 (ko) Nr v2x에서 참조 신호를 전송하는 방법 및 장치
WO2023022576A1 (ko) 무선 통신 시스템에서 단말간 조정 정보의 송수신 방법 및 그 장치
WO2023043283A1 (ko) 무선 통신 시스템에서 단말간 조정 정보의 송수신 방법 및 그 장치
WO2022203438A1 (ko) Nr v2x에서 sl harq 피드백을 전송하는 방법 및 장치
WO2022220615A1 (ko) 무선 통신 시스템에서 물리 사이드링크 피드백 채널의 송수신 방법 및 그 장치
WO2022131761A1 (ko) Nr v2x에서 자원 할당 정보에 기반하여 sl drx 동작을 수행하는 방법 및 장치
WO2023090938A1 (ko) 무선 통신 시스템에서 사이드링크 데이터를 송수신하기 위한 방법 및 그 장치
WO2023063668A1 (ko) Nr v2x에서 단말 간 조정 정보를 기반으로 통신을 수행하는 방법 및 장치
WO2023022488A1 (ko) Nr v2x에서 사이드링크 전송 상태 지시 기반의 sl drx 동작 방법 및 장치
WO2022154413A1 (ko) Nr v2x에서 단말의 모빌리티에 기반하여 sl drx를 수행하는 방법 및 장치
WO2023153857A1 (ko) Nr v2x에서 sl 자원과 관련된 무선 통신을 수행하는 방법 및 장치
WO2023113501A1 (ko) Nr v2x에서 iuc mac ce를 통해 drx 활성 시간을 고려한 자원 정보를 전달하는 방법 및 장치
WO2023113498A1 (ko) Nr v2x에서 sl drx와 관련된 무선 통신을 수행하는 방법 및 장치
WO2023048487A1 (ko) Nr v2x에서 sl drx와 관련된 무선 통신을 수행하는 방법 및 장치
WO2023048488A1 (ko) Nr v2x에서 sl drx와 관련된 무선 통신을 수행하는 방법 및 장치
WO2023090865A1 (ko) Nr v2x에서 sl drx와 관련된 무선 통신을 수행하는 방법 및 장치
WO2023059162A1 (ko) Nr v2x에서 sl drx와 관련된 무선 통신을 수행하는 방법 및 장치
WO2023038496A1 (ko) Nr v2x에서 모드 1 단말의 sl drx 활성 시간 동작 방법 및 장치
WO2023101539A1 (ko) Nr v2x에서 sl drx 타이머를 선택하는 방법 및 장치
WO2023059159A1 (ko) Nr v2x에서 sl drx와 관련된 무선 통신을 수행하는 방법 및 장치
WO2023132743A1 (ko) Nr v2x에서 sl drx와 관련된 무선 통신을 수행하는 방법 및 장치
WO2023287224A1 (ko) 무선 통신 시스템에서 물리 사이드링크 공유 채널의 송수신 방법 및 그 장치
WO2023113526A1 (ko) Nr v2x에서 sl drx와 관련된 무선 통신을 수행하는 방법 및 장치
WO2022131831A1 (ko) Nr v2x에서 lch에 기반하여 자원을 선택하는 방법 및 장치

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

Country of ref document: EP

Kind code of ref document: A1