Method and device for performing sl communication based on resources allocated by base station in nr v2x

Abstract

A method for a first apparatus to perform wireless communication and an apparatus supporting the method are provided. The method can include the steps of: receiving, from a base station, a first downlink control information (DCI) for activating a configured sidelink (SL) grant, wherein the first DCI includes information related to a physical uplink control channel (PUCCH) resource for reporting SL hybrid automatic repeat request (HARQ) feedback to the base station; transmitting, to a second apparatus, a medium access control protocol data unit (MAC PDU) based on the configured SL grant through a physical sidelink shared channel (PSSCH); receiving, from the base station, a second DCI for deactivating the configured SL grant; in response to the second DCI, transmitting, to the base station, a SL acknowledgement medium access control (MAC) control element (CE); and determining whether a PUCCH resource related to at least one SL resource allocated by the configured SL grant is valid based on a time of transmitting the SL acknowledgement MAC CE.

Description

Technical Field

[0001] This disclosure relates to wireless communication systems. Background Technology

[0002] Sidelink (SL) communication is a communication scheme that establishes a direct link between user equipment (UE) and allows UEs to directly exchange voice and data without the intervention of evolved Node B (eNB). SL communication is being considered as a solution to the eNB overhead caused by the rapid growth of data traffic. V2X (Vehicle-to-Everything) refers to a communication technology used by vehicles to exchange information with other vehicles, pedestrians, and objects equipped with infrastructure. 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 can be provided through the PC5 interface and / or the Uu interface.

[0003] Furthermore, the increasing demand for larger communication capacity from various communication devices has led to a growing need for enhanced mobile broadband communications compared to traditional radio access technologies (RATs). Consequently, the design of communication systems for UEs or services sensitive to reliability and latency is under discussion. Next-generation radio access technologies based on enhanced mobile broadband communications, massive machine-type communications (MTC), and ultra-reliable low latency communications (URLLC) can be termed novel RATs or NRs (new radio technologies). In this paper, NR can also support vehicle-to-everything (V2X) communications.

[0004] Figure 1 This is a diagram used to describe NR-based V2X communication compared to the RAT-based V2X communication previously used. Figure 1 The embodiments can be combined with various embodiments of this disclosure.

[0005] Regarding V2X communication, when discussing the RAT used prior to NR, the focus was on schemes that provided security services based on V2X messages such as BSM (Basic Security Message), CAM (Cooperation Awareness Message), and DENM (Distributed Environment Notification Message). V2X messages can include location information, dynamic information, attribute information, etc. For example, a UE can send periodic message type CAM and / or event-triggered message type DENM to another UE.

[0006] Subsequently, various V2X scenarios were proposed in NR regarding V2X communication. These scenarios could include vehicle queuing, advanced driving, extended sensors, and remote driving. Summary of the Invention

[0007] Technical issues

[0008] Simultaneously, the base station can configure / allocate periodic resources for SL communication to the UE in the form of configuration grants (CGs). In this paper, for example, the base station can activate or deactivate the configured CG resources via a DCI. In this paper, if the UE receives a DCI for deactivating CG resources, a method for determining valid PUCCH resources and apparatus supporting this method need to be proposed.

[0009] Technical solution

[0010] In one embodiment, a method for performing wireless communication by a first device is provided. The method may include: receiving from a base station a first downlink control information (DCI) for activating a configured sidelink (SL) license, wherein the first DCI includes information related to physical uplink control channel (PUCCH) resources for reporting SL hybrid automatic repeat request (HARQ) feedback to the base station; transmitting a media access control (MAC) protocol data unit (PDU) to a second device via a physical sidelink shared channel (PSSCH) based on the configured SL license; receiving from the base station a second DCI for deactivating the configured SL license; transmitting an SL acknowledgment MAC control element (CE) to the base station in response to the second DCI; and determining whether a PUCCH resource associated with at least one SL resource allocated by the configured SL license is valid based on the transmission time of the SL acknowledgment MAC CE. The PUCCH resource may be determined to be valid based on the fact that at least one SL resource is located before the transmission time of the SL acknowledgment MAC CE.

[0011] In one embodiment, a first apparatus adapted to perform wireless communication is provided. The first apparatus may include: one or more memories storing instructions; one or more transceivers; and one or more processors connected to the one or more memories and the one or more transceivers. For example, the one or more processors may execute instructions to: receive from a base station a first downlink control information (DCI) for activating a configured sidelink (SL) license, wherein the first DCI includes information related to physical uplink control channel (PUCCH) resources for reporting SL hybrid automatic repeat request (HARQ) feedback to the base station; transmit a media access control (MAC) protocol data unit (PDU) to a second apparatus via a physical sidelink shared channel (PSSCH) based on the configured SL license; receive from the base station a second DCI for deactivating the configured SL license; in response to the second DCI, transmit an SL acknowledgment MAC control element (CE) to the base station; and determine, based on the transmission time of the SL acknowledgment MAC CE, whether a PUCCH resource associated with at least one SL resource allocated by the configured SL license is valid. A PUCCH resource may be determined to be valid based on the fact that at least one SL resource is located before the transmission time of the SL acknowledgment MAC CE.

[0012] Beneficial effects

[0013] User equipment (UE) can efficiently perform SL communication based on resource allocation mode 1. Attached Figure Description

[0014] Figure 1 This is a diagram used to describe NR-based V2X communication compared to the RAT-based V2X communication previously used.

[0015] Figure 2 The structure of an NR system based on an embodiment of this disclosure is shown.

[0016] Figure 3 A radio protocol architecture based on an embodiment of this disclosure is shown.

[0017] Figure 4 The structure of an NR radio frame based on an embodiment of this disclosure is shown.

[0018] Figure 5 The structure of a time slot for an NR frame based on an embodiment of this disclosure is shown.

[0019] Figure 6 An example of a BWP based on an embodiment of this disclosure is shown.

[0020] Figure 7 A UE performing V2X or SL communication based on an embodiment of this disclosure is shown.

[0021] Figure 8 The process of a UE performing V2X or SL communication based on a transmission mode, according to an embodiment of this disclosure, is illustrated.

[0022] Figure 9 Three broadcast types based on embodiments of this disclosure are shown.

[0023] Figure 10 The process of a base station allocating additional retransmission resources to a TX UE in response to a HARQ NACK, based on an embodiment of the present disclosure, is illustrated.

[0024] Figure 11 An example of a confirmed MAC CE based on an embodiment of this disclosure is shown.

[0025] Figure 12 A method for a UE to determine the validity of SL resources and / or PUCCH resources, based on embodiments of this disclosure, is illustrated.

[0026] Figure 13The present disclosure illustrates a scenario in which the base station configures / allocates additional retransmission resources to the UE based on a HARQ feedback report due to a failure of CG-based SL transmission.

[0027] Figure 14 The present disclosure illustrates a scenario in which the base station configures / allocates additional retransmission resources to the UE based on a HARQ feedback report due to a failure of DG-based SL transmission.

[0028] Figure 15 A method for performing wireless communication for a first device based on an embodiment of the present disclosure is shown.

[0029] Figure 16 A method for a base station to perform wireless communication based on embodiments of the present disclosure is shown.

[0030] Figure 17 A communication system 1 according to an embodiment of the present disclosure is shown.

[0031] Figure 18 A wireless device according to an embodiment of the present disclosure is shown.

[0032] Figure 19 A signal processing circuit for transmitting a signal according to an embodiment of the present disclosure is shown.

[0033] Figure 20 Another example of a wireless device according to an embodiment of the present disclosure is shown.

[0034] Figure 21 A handheld device according to an embodiment of the present disclosure is shown.

[0035] Figure 22 A vehicle or autonomous vehicle according to an embodiment of this disclosure is shown. Detailed Implementation

[0036] In this disclosure, "A or B" may mean "A only", "B only", or "both A and B". In other words, in this disclosure, "A or B" can be interpreted as "A and / or B". For example, in this disclosure, "A, B or C" may mean "A only", "B only", "C only", or "any combination of A, B, and C".

[0037] The forward slash ( / ) or comma used in this disclosure can mean "and / or". For example, "A / B" can mean "A and / or B". Therefore, "A / B" can mean "A only", "B only", or "both A and B". For example, "A, B, C" can mean "A, B, or C".

[0038] In this disclosure, "at least one of A and B" may mean "only A", "only B" or "both A and B". Furthermore, in this disclosure, the expression "at least one of A or B" or "at least one of A and / or B" may be interpreted as "at least one of A and B".

[0039] Additionally, in this disclosure, "at least one of A, B, and C" may mean "A only", "B only", "C only" or "any combination of A, B, and C". Furthermore, "at least one of A, B, or C" or "at least one of A, B, and / or C" may mean "at least one of A, B, and C".

[0040] Additionally, the brackets used in this disclosure may mean "for example". Specifically, when indicated as "Control Message (PDCCH)", this may mean that "PDCCH" is cited as an example of "Control Message". In other words, "Control Message" in this disclosure is not limited to "PDCCH", and "PDDCH" may be cited as an example of "Control Message". Specifically, when indicated as "Control Message (i.e., PDCCH)", this may also mean that "PDCCH" is cited as an example of "Control Message".

[0041] The technical features described in one of the accompanying drawings in this disclosure can be implemented individually or simultaneously.

[0042] The technologies described below can be used in various wireless communication systems such as Code Division Multiple Access (CDMA), Frequency Division Multiple Access (FDMA), Time Division Multiple Access (TDMA), Orthogonal Frequency Division Multiple Access (OFDMA), and Single Carrier Frequency Division Multiple Access (SC-FDMA). CDMA can be implemented using radio technologies such as Universal Terrestrial Radio Access (UTRA) or CDMA-2000. TDMA can be implemented using radio technologies such as Global System for Mobile Communications (GSM) / General Packet Radio Service (GPRS) / Enhanced Data Rate GSM Evolution (EDGE). OFDMA can be implemented using radio technologies such as IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, and Evolved UTRA (E-UTRA). IEEE 802.16m is an evolution of IEEE 802.16e and provides backward compatibility with IEEE 802.16e-based systems. UTRA is part of the Universal Mobile Telecommunications System (UMTS). The 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE) is part of the Evolved UMTS (E-UMTS) using E-UTRA. 3GPP LTE uses OFDMA in the downlink and SC-FDMA in the uplink. LTE-Advanced (LTE-A) is an evolution of LTE.

[0043] 5G NR is a successor technology to LTE-A, corresponding to a new type of mobile communication system with high performance, low latency, and high availability. 5G NR can use all available spectrum resources, including low-frequency bands below 1 GHz, mid-frequency bands from 1 GHz to 10 GHz, and high-frequency bands above 24 GHz (millimeter waves).

[0044] For clarity, the following description will focus primarily on LTE-A or 5G NR. However, the technical features of the embodiments according to this disclosure are not limited thereto.

[0045] Figure 2 The structure of an NR system according to an embodiment of this disclosure is shown. Figure 2 The embodiments described herein can be combined with various embodiments of this disclosure.

[0046] Reference Figure 2The Next Generation Radio Access Network (NG-RAN) may include a BS 20 that provides user plane and control plane protocol termination to UE 10. For example, BS 20 may include a Next Generation Node B (gNB) and / or an Evolved Node B (eNB). For example, UE 10 may be fixed or mobile and may be referred to by other terms such as mobile station (MS), user terminal (UT), subscriber station (SS), mobile terminal (MT), radio device, etc. For example, BS may be referred to as a fixed station communicating with UE 10 and may be referred to by other terms such as base transceiver system (BTS), access point (AP), etc.

[0047] Figure 2 The embodiment illustrates a case involving only the gNB. BS 20 can interconnect via the Xn interface. BS 20 can interconnect via the fifth-generation (5G) core network (5GC) and the NG interface. More specifically, BS 20 can connect to the Access and Mobility Management Function (AMF) 30 via the NG-C interface and can connect to the User Plane Function (UPF) 30 via the NG-U interface.

[0048] The radio interface protocol layer between the UE and the network can be classified into Layer 1 (L1), Layer 2 (L2), and Layer 3 (L3) based on the well-known Open Systems Interconnection (OSI) model in communication systems. The Physical (PHY) layer, belonging to Layer 1, provides information transmission services using physical channels, while the Radio Resource Control (RRC) layer, located in Layer 3, controls the radio resources between the UE and the network. For this purpose, the RRC layer exchanges RRC messages between the UE and the BS layer.

[0049] Figure 3 A radio protocol architecture based on an embodiment of this disclosure is shown. Figure 3 The embodiments described herein can be combined with various embodiments of this disclosure. Specifically, Figure 3 (a) shows the radio protocol stack for the user plane used for Uu communication, and Figure 3 (b) shows the radio protocol stack for the control plane used for Uu communication. Figure 3 (c) shows the radio protocol stack for the user plane used for SL communication, and Figure 3 (d) in the diagram shows the radio protocol stack for the control plane used for SL communication.

[0050] Reference Figure 3The physical layer provides information transmission services to the upper layers through physical channels. The physical layer connects to the Media Access Control (MAC) layer, which is the upper layer, via transport channels. Data is transmitted between the MAC layer and the physical layer via transport channels. Transport channels are classified according to how data is transmitted through the radio interface and what characteristics of the data are transmitted.

[0051] Data is transmitted between different physical layers (i.e., the PHY layer of the transmitter and the PHY layer of the receiver) via a physical channel. The physical channel can be modulated using an orthogonal frequency division multiplexing (OFDM) scheme, and the physical channel uses time and frequency as radio resources.

[0052] The MAC layer provides services to the Radio Link Control (RLC) layer, which is higher than the MAC layer, via logical channels. The MAC layer provides the ability to map multiple logical channels to multiple transport channels. The MAC layer also provides logical channel multiplexing by mapping multiple logical channels to a single transport channel. The MAC layer provides data transmission services through logical channels.

[0053] The RLC layer performs concatenation, segmentation, and reassembly of Radio Link Control Service Data Units (RLC SDUs). To ensure the different Quality of Service (QoS) required by the Radio Bearer (RB), the RLC layer provides three types of operating modes: Transparent Mode (TM), Unacknowledged Mode (UM), and Acknowledged Mode (AM). AM RLC provides error correction through Automatic Repeat Request (ARQ).

[0054] The Radio Resource Control (RRC) layer is defined only in the control plane. The RRC layer is used to control the configuration, reconfiguration, and release of logical, transport, and physical channels associated with RBs. RBs are logical paths for data transmission between the UE and the network, provided by Layer 1 (i.e., the Physical Layer or PHY Layer) and Layer 2 (i.e., the MAC Layer, RLC Layer, Packet Data Convergence Protocol (PDCP) Layer, and Serving Data Adaptation Protocol (SDAP) Layer).

[0055] The Packet Data Convergence Protocol (PDCP) in the user plane performs functions including user data transmission, header compression, and encryption. The Packet Data Convergence Protocol (PDCP) in the control plane performs functions including control plane data transmission and encryption / integrity protection.

[0056] The Service Data Adaptation Protocol (SDAP) layer is defined only in the user plane. The SDAP layer performs the mapping between Quality of Service (QoS) streams and Data Radio Bearers (DRBs), as well as the QoS Stream ID (QFI) tagging in both DL and UL packets.

[0057] The configuration of an Radio Bearer (RB) refers to the processing used to specify the radio protocol layer and channel attributes to provide specific services, as well as to determine the corresponding detailed parameters and operating methods. RBs can then be classified into two types: Signaling Radio Bearers (SRBs) and Data Radio Bearers (DRBs). SRBs are used as paths for transmitting RRC messages in the control plane, while DRBs are used as paths for transmitting user data in the user plane.

[0058] When an RRC connection is established between the UE's RRC layer and the E-UTRAN's RRC layer, the UE is in the RRC connected (RRC_CONNECTED) state; otherwise, the UE can be in the RRC idle (RRC_IDLE) state. In the NR case, an additional RRC inactive (RRC_INACTIVE) state is defined, and a UE in the RRC_INACTIVE state can maintain its connection with the core network while releasing its connection with the BS.

[0059] The downlink transport channels for sending (or transmitting) data from the network to the UE include the Broadcast Channel (BCH) for transmitting system information and the Shared Downlink Channel (SCH) for transmitting other user service or control messages. Service or control messages for downlink multicast or broadcast services can be sent via the downlink SCH or via a separate downlink multicast channel (MCH). Furthermore, the uplink transport channels for sending (or transmitting) data from the UE to the network include the Random Access Channel (RACH) for transmitting initial control messages and the Shared Uplink Channel (SCH) for transmitting other user service or control messages.

[0060] Examples of logical channels that belong to a higher layer than the transport channel and are mapped to the transport channel may include the Broadcast Control Channel (BCCH), Paging Control Channel (PCCH), Common Control Channel (CCCH), Multicast Control Channel (MCCH), Multicast Service Channel (MTCH), etc.

[0061] Figure 4 The structure of an NR radio frame according to an embodiment of this disclosure is shown. Figure 4 The embodiments described herein can be combined with various embodiments of this disclosure.

[0062] Reference Figure 4 In NR, radio frames can be used to perform uplink and downlink transmissions. A radio frame is 10 ms long and can be defined as consisting of two half-frames (HF). A half-frame can include five 1 ms subframes (SF). A subframe (SF) can be divided into one or more time slots, and the number of time slots within a subframe can be determined according to the subcarrier spacing (SCS). Each time slot can include 12 or 14 OFDM(A) symbols depending on the cyclic prefix (CP).

[0063] With normal CP, each time slot can include 14 symbols. With extended CP, each time slot can include 12 symbols. In this paper, symbols can include OFDM symbols (or CP-OFDM symbols) and single-carrier-FDMA (SC-FDMA) symbols (or Discrete Fourier Transform Extended OFDM (DFT-s-OFDM) symbols).

[0064] Table 1 below illustrates the number of symbols (N) per slot based on the SCS setting (u) under normal CP conditions. slot symb ), Number of time slots per frame (N) frame,u slot ) and the number of time slots per subframe (N) subframe,u slot ).

[0065] [Table 1]

[0066] <![CDATA[SCS(15*2 u )]]> <![CDATA[N slot symb ]]> <![CDATA[N frame,u slot ]]> <![CDATA[N subframe,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

[0067] Table 2 shows examples of the number of symbols per slot, the number of slots per frame, and the number of slots per subframe based on the SCS when using extended CP.

[0068] [Table 2]

[0069] <![CDATA[SCS(15*2 u )]]> <![CDATA[N slot symb ]]> <![CDATA[N frame,u slot ]]> <![CDATA[N subframe,u slot ]]> 60kHz (u=2) 12 40 4

[0070] In NR systems, the OFDM(A) parameter sets (e.g., SCS, CP length, etc.) of multiple cells integrated into a UE can be configured differently. Therefore, the (absolute time) duration (or interval) of time resources (e.g., subframes, slots, or TTIs) consisting of the same number of symbols (collectively referred to as time units (TUs) for simplicity) can be configured differently in the integrated cells.

[0071] In NR, multiple parameter sets or SCSs can be supported to support various 5G services. For example, with an SCS of 15kHz, a wide range of traditional cellular bands can be supported, while with an SCS of 30kHz / 60kHz, dense urban areas, lower latency, and wider carrier bandwidth can be supported. With an SCS of 60kHz or higher, bandwidths greater than 24.25GHz can be used to overcome phase noise.

[0072] NR bands can be defined as two different types of frequency ranges. These two different types of frequency ranges can be FR1 and FR2. The values ​​of the frequency ranges can be changed (or varied), for example, the two different types of frequency ranges can be as shown in Table 3 below. In the frequency ranges used in NR systems, FR1 can mean "the range below 6 GHz," and FR2 can mean "the range above 6 GHz," and can also be referred to as millimeter wave (mmW).

[0073] [Table 3]

[0074] Frequency range specification Corresponding frequency range Subcarrier spacing (SCS) FR1 450MHz–6000MHz 15, 30, 60kHz FR2 24250MHz–52600MHz 60, 120, 240kHz

[0075] As mentioned above, the frequency range values ​​in an NR system can be changed (or varied). For example, as shown in Table 4 below, FR1 can include a bandwidth ranging from 410 MHz to 7125 MHz. More specifically, FR1 can include frequency bands of 6 GHz (or 5850, 5900, 5925 MHz, etc.) and higher. For example, the frequency bands of 6 GHz (or 5850, 5900, 5925 MHz, etc.) and higher included in FR1 can include unlicensed frequency bands. Unlicensed frequency bands can be used for various purposes; for example, unlicensed frequency bands can be used for vehicle-specific communications (e.g., autonomous driving).

[0076] [Table 4]

[0077] Frequency range specification Corresponding frequency range Subcarrier spacing (SCS) FR1 410MHz–7125MHz 15, 30, 60kHz FR2 24250MHz–52600MHz 60, 120, 240kHz

[0078] Figure 5 The structure of a time slot for an NR frame according to an embodiment of this disclosure is shown. Figure 5 The embodiments described herein can be combined with various embodiments of this disclosure.

[0079] Reference Figure 5 A time slot comprises multiple symbols in the time domain. For example, in normal CP, a time slot may include 14 symbols. In extended CP, a time slot may include 12 symbols. Alternatively, in normal CP, a time slot may include 7 symbols. However, in extended CP, a time slot may include 6 symbols.

[0080] A carrier comprises multiple subcarriers in the frequency domain. A resource block (RB) can be defined as multiple consecutive subcarriers in the frequency domain (e.g., 12 subcarriers). A bandwidth portion (BWP) can be defined as multiple consecutive (physical) resource blocks ((P)RBs) in the frequency domain, and a BWP can correspond to a set of parameters (e.g., SCS, CP length, etc.). A carrier can include up to N BWPs (e.g., 5 BWPs). Data communication can be performed via active BWPs. Each element can be referred to as a resource element (RE) in the resource grid, and a complex symbol can be mapped to each element.

[0081] The bandwidth portion (BWP) and carrier will be described in detail below.

[0082] A BWP can be a contiguous set of Physical Resource Blocks (PRBs) within a given set of parameters. A PRB can be a contiguous set of Common Resource Blocks (CRBs) for a given set of parameters on a given carrier.

[0083] For example, a BWP can be at least one of an active BWP, an initial BWP, and / or a default BWP. For example, a UE may not monitor downlink radio link quality in DL BWPs other than the active DL BWP on the primary cell (PCell). For example, a UE may not receive PDCCH, Physical Downlink Shared Channel (PDSCH), or Channel State Information-Reference Signal (CSI-RS) (excluding RRM) other than the active DL BWP. For example, a UE may not trigger Channel State Information (CSI) reports for inactive DL BWPs. For example, a UE may not transmit Physical Uplink Control Channel (PUCCH) or Physical Uplink Shared Channel (PUSCH) other than the active UL BWP. For example, in the downlink case, the initial BWP can be given as a continuous set of RBs (configured by the Physical Broadcast Channel (PBCH)) for the Remaining Minimal System Information (RMSI) Control Resource Set (CORESET). For example, in the uplink case, the initial BWP can be given by the System Information Block (SIB) for the random access procedure. For example, a default BWP can be configured by a higher layer. For example, the initial value of the default BWP can be the initial DL BWP. To save energy, if the UE cannot detect downlink control information (DCI) during a specified period, the UE can switch its active BWP to the default BWP.

[0084] Furthermore, a BWP can be defined for an SL. The same SL BWP can be used for both transmission and reception. For example, a transmitting UE can transmit an SL channel or SL signal on a specific BWP, and a receiving UE can receive an SL channel or SL signal on a specific BWP. Within a licensed carrier, the SL BWP can be defined separately from the Uu BWP, and the SL BWP can have separate configuration signaling from the Uu BWP. For example, a UE can receive configuration for an SL BWP from the BS / network. Similarly, a UE can receive configuration for a Uu BWP from the BS / network. For NR V2X UEs outside coverage and RRC_IDLE UEs, the SLBWP is (pre-)configured on the carrier. For UEs in RRC_CONNECTED mode, at least one SL BWP can be activated on the carrier.

[0085] Figure 6 An example of a BWP according to an embodiment of this disclosure is shown. Figure 6 The embodiments can be combined with various embodiments of this disclosure. It is assumed that in... Figure 6 In this embodiment, the number of BWPs is 3.

[0086] Reference Figure 6 A Common Resource Block (CRB) can be a carrier resource block numbered from one end of a carrier frequency band to the other. Alternatively, a Producer Resource Block (PRB) can be a resource block numbered within each BWP. Point A can indicate a common reference point for the resource block grid.

[0087] It can be determined by point A and the offset (N) relative to point A. start BWP ) and bandwidth (N size BWP To configure the BWP, point A can be an external reference point for the PRB of a carrier, with subcarrier 0 of all parameter sets (e.g., all parameter sets supported by the network on the corresponding carrier) aligned at point A. For example, offset can be the PRB distance between the lowest subcarrier in a given parameter set and point A. For example, bandwidth can be the number of PRBs in a given parameter set.

[0088] The following text will describe V2X or SL communication.

[0089] Sidelink synchronization signals (SLSS) can include a primary sidelink synchronization signal (PSSS) and a secondary sidelink synchronization signal (SSSS) as SL-specific sequences. The PSSS can be referred to as the primary sidelink synchronization signal (S-PSS), and the SSSS can be referred to as the secondary sidelink synchronization signal (S-SSS). For example, a 127-character M-sequence can be used for the S-PSS, and a 127-character Gold sequence can be used for the S-SSS. For example, a UE can use the S-PSS for initial signal detection and synchronization acquisition. For example, a UE can use both the S-PSS and S-SSS for detailed synchronization acquisition and for detecting the synchronization signal ID.

[0090] The Physical Sidelink Broadcast Channel (PSBCH) can be a (broadcast) channel used to transmit default (system) information that the UE must know before SL signal transmission / reception. For example, the default information could be related to SLSS, duplex mode (DM), Time Division Duplex (TDD) uplink / downlink (UL / DL) configuration, resource pool information, and application types related to SLSS, subframe offset, and broadcast information. For instance, to evaluate PSBCH performance in NR V2X, the PSBCH payload size can be 56 bits, including 24 bits of Cyclic Redundancy Check (CRC).

[0091] S-PSS, S-SSS, and PSBCH can be included in a block format that supports periodic transmission (e.g., SL synchronization signal (SS) / PSBCH block, hereinafter, sidelink synchronization signal block (S-SSB)). The S-SSB can have the same parameter set (i.e., SCS and CP lengths) as the Physical Sidelink Control Channel (PSCCH) / Physical Sidelink Shared Channel (PSSCH) in the carrier, and the transmission bandwidth can exist within a (pre-)configured sidelink (SL) BWP. For example, the S-SSB can have a bandwidth of 11 resource blocks (SBs). For example, the PSBCH can exist across 11 RBs. Additionally, the frequency location of the S-SSB can be (pre-)configured. Therefore, the UE does not need to perform hypothesis detection at the frequency to discover the S-SSB in the carrier.

[0092] Figure 7 A UE performing V2X or SL communication according to an embodiment of this disclosure is shown. Figure 7 The embodiments described herein can be combined with various embodiments of this disclosure.

[0093] Reference Figure 7In V2X or SL communication, the term "UE" can generally refer to a user's UE. However, if a network device such as a BS transmits / receives signals according to a communication scheme between UEs, then the BS can also be considered a UE. For example, UE 1 could be a first device 100, and UE 2 could be a second device 200.

[0094] For example, UE 1 can select a resource element corresponding to a specific resource from a resource pool that represents a set of resource families. Additionally, UE 1 can transmit SL signals using resource elements. For instance, the resource pool in which UE 1 can transmit signals can be configured for UE 2, acting as a receiving UE, and UE 1's signals can be detected within that resource pool.

[0095] In this document, if UE 1 is within the connection range of the BS, the BS can inform UE 1 of the resource pool. Otherwise, if UE 1 is outside the connection range of the BS, another UE can inform UE 1 of the resource pool, or UE 1 can use a pre-configured resource pool.

[0096] Typically, resource pools can be configured in units of multiple resources, and each UE can select one or more units of resources to use in its SL signal transmission.

[0097] The following section describes resource allocation in SL.

[0098] Figure 8 The process of a UE performing V2X or SL communication based on a transmission mode according to an embodiment of this disclosure is illustrated. Figure 8 The embodiments described herein can be combined with various embodiments of this disclosure. In various embodiments of this disclosure, the transmission mode may be referred to as a mode or resource allocation mode. Hereinafter, for ease of explanation, in LTE, the transmission mode may be referred to as an LTE transmission mode. In NR, the transmission mode may be referred to as an NR resource allocation mode.

[0099] For example, Figure 8 (a) illustrates UE operation associated with LTE transmission mode 1 or LTE transmission mode 3. Alternatively, for example, Figure 8 (a) illustrates UE operations associated with NR resource allocation mode 1. For example, LTE transmission mode 1 can be applied to regular SL communication, and LTE transmission mode 3 can be applied to V2X communication.

[0100] For example, Figure 8 (b) illustrates UE operation associated with LTE transmission mode 2 or LTE transmission mode 4. Alternatively, for example, Figure 8 (b) shows the UE operation associated with NR resource allocation mode 2.

[0101] Reference Figure 8 In (a) of this document, in LTE transmission mode 1, LTE transmission mode 3, or NR resource allocation mode 1, the BS can schedule SL resources for the UE to use for SL transmission. For example, the BS can perform resource scheduling for UE 1 via PDCCH (e.g., Downlink Control Information (DCI)) or RRC signaling (e.g., Configuration Grant Type 1 or Configuration Grant Type 2), and UE 1 can perform V2X or SL communication against UE 2 based on the resource scheduling. For example, UE 1 can send Sidelink Control Information (SCI) to UE 2 via the Physical Sidelink Control Channel (PSCCH), and subsequently send SCI-based data to UE 2 via the Physical Sidelink Shared Channel (PSSCH).

[0102] Reference Figure 8 In (b) of this document, under LTE transmission mode 2, LTE transmission mode 4, or NR resource allocation mode 2, the UE can determine the SL transmission resource within the SL resources configured by the BS / network or the pre-configured SL resources. For example, the configured SL resources or the pre-configured SL resources can be a resource pool. For example, the UE can autonomously select or schedule resources for SL transmission. For example, the UE can perform SL communication by autonomously selecting resources from the configured resource pool. For example, the UE can autonomously select resources within a selection window by performing a sensing and resource (re)selection process. For example, sensing can be performed on a sub-channel basis. Furthermore, UE 1, which has autonomously selected resources from the resource pool, can send SCI to UE 2 via PSCCH, and subsequently send SCI-based data to UE 2 via PSSCH.

[0103] Figure 9 Three broadcast types according to embodiments of this disclosure are shown. Figure 9 The embodiments can be combined with various embodiments of this disclosure. Specifically, Figure 9 (a) in the diagram illustrates broadcast SL communication. Figure 9 (b) shows unicast SL communication, and Figure 9 (c) illustrates multicast SL communication. In the case of unicast SL communication, a UE can perform one-to-one communication with another UE. In the case of multicast SL transmission, a UE can perform SL communication with one or more UEs in a group to which it belongs. In various embodiments of this disclosure, SL multicast communication can be replaced by SL multicast communication, SL one-to-many communication, etc.

[0104] The Hybrid Automatic Repeat Request (HARQ) process will be described below.

[0105] In both SL unicast and SL multicast scenarios, HARQ feedback and HARQ combinations at the physical layer can be supported. For example, when the receiving UE is operating in resource allocation mode 1 or 2, the receiving UE can receive the PSSCH from the sending UE, and the receiving UE can send HARQ feedback corresponding to the PSSCH to the sending UE using the sidelink feedback control information (SFCI) format via the physical sidelink feedback channel (PSFCH).

[0106] For example, SL HARQ feedback can be enabled for unicast. In this case, in a non-block group (non-CBG), the receiving UE can decode the PSCCH targeted at the receiving UE, and when the receiving UE successfully decodes the transport block associated with the PSCCH, the receiving UE can generate a HARQ-ACK. The receiving UE can then send the HARQ-ACK to the sending UE. Conversely, if the receiving UE fails to successfully decode the transport block associated with the PSCCH after decoding the PSCCH targeted at the receiving UE, the receiving UE can generate a HARQ-NACK, and the receiving UE can send the HARQ-NACK to the sending UE.

[0107] For example, SL HARQ feedback can be enabled for multicast. For example, during non-CBG periods, two different types of HARQ feedback options can be supported for multicast.

[0108] (1) Multicast Option 1: After decoding the PSCCH targeted at the receiving UE, if the receiving UE fails to decode the transport block associated with the PSCCH, the receiving UE may send a HARQ-NACK to the sending UE via the PSFCH. Conversely, when the receiving UE decodes the PSCCH targeted at the receiving UE, and when the receiving UE successfully decodes the transport block associated with the PSCCH, the receiving UE will not send a HARQ-ACK to the sending UE.

[0109] (2) Multicast Option 2: After decoding the PSCCH targeted at the receiving UE, if the receiving UE fails to decode the transport block associated with the PSCCH, the receiving UE may send a HARQ-NACK to the sending UE via the PSFCH. Furthermore, when the receiving UE decodes the PSCCH targeted at the receiving UE, and when the receiving UE successfully decodes the transport block associated with the PSCCH, the receiving UE may send a HARQ-ACK to the sending UE via the PSFCH.

[0110] For example, if multicast option 1 is used in SL HARQ feedback, all UEs performing multicast communication can share PSFCH resources. For instance, UEs belonging to the same group can send HARQ feedback using the same PSFCH resources.

[0111] For example, if multicast option 2 is used in SL HARQ feedback, each UE performing multicast communication can use different PSFCH resources for HARQ feedback transmission. For instance, UEs belonging to the same group can send HARQ feedback using different PSFCH resources.

[0112] For example, when SL HARQ feedback is enabled for multicast, the receiving UE can determine whether to send HARQ feedback to the transmitting UE based on the transmit-receive (TX-RX) distance and / or the reference signal received power (RSRP).

[0113] For example, in multicast option 1, in the case of HARQ feedback based on TX-RX distance, if the TX-RX distance is less than or equal to the communication range requirement, the receiving UE may send the HARQ feedback in response to the PSSCH to the sending UE. Otherwise, if the TX-RX distance is greater than the communication range requirement, the receiving UE may not send the HARQ feedback in response to the PSSCH to the sending UE. For example, the sending UE may inform the receiving UE of its location via the SCI associated with the PSSCH. For example, the SCI associated with the PSSCH may be a second SCI. For example, the receiving UE may estimate or obtain the TX-RX distance based on the locations of the receiving UE and the sending UE. For example, the receiving UE may decode the SCI associated with the PSSCH, thus knowing the communication range requirement for the PSSCH.

[0114] For example, in resource allocation mode 1, the time (offset) between PSFCH and PSSCH can be configured or pre-configured. In unicast and multicast scenarios, if a retransmission is required on the SL, it can be indicated to the BS by a UE within the coverage area using PUCCH. The sending UE can send the indication to the serving BS in the form of a Scheduling Request (SR) / Buffer Status Report (BSR) instead of HARQACK / NACK. Furthermore, even if the BS does not receive this indication, it can still schedule SL retransmission resources for the UE. For example, in resource allocation mode 2, the time (offset) between PSFCH and PSSCH can be configured or pre-configured.

[0115] For example, from the perspective of UE transmission in a carrier, TDM between PSCCH / PSSCH and PSFCH can be allowed for the PSFCH format used for SL in a time slot. For example, a sequence-based PSFCH format with a single symbol can be supported. In this document, this single symbol may not be an AGC duration. For example, the sequence-based PSFCH format can be applied to both unicast and multicast.

[0116] For example, within a time slot associated with a resource pool, the PSFCH resource can be periodically configured for N time slot durations, or it can be pre-configured. For example, N can be configured to one or more values ​​greater than or equal to 1. For example, N can be 1, 2, or 4. For example, HARQ feedback for transmissions within a specific resource pool can be sent via PSFCH only on that specific resource pool.

[0117] For example, if a sending UE sends a PSSCH to a receiving UE across time slots #x to #n, the receiving UE can send a HARQ feedback in response to the PSSCH to the sending UE in time slot #(N+A). For example, time slot #(N+A) may include PSFCH resources. In this document, for example, A may be the smallest integer greater than or equal to K. For example, K may be the number of logical time slots. In this case, K may be the number of time slots in the resource pool. Alternatively, for example, K may be the number of physical time slots. In this case, K may be the number of time slots inside or outside the resource pool.

[0118] For example, if the receiving UE sends a HARQ feedback on a PSFCH resource in response to a PSSCH sent to the receiving UE by the sending UE, the receiving UE can determine the frequency domain and / or code domain of the PSFCH resource based on implicit mechanisms in the configured resource pool. For example, the receiving UE can determine the frequency domain and / or code domain of the PSFCH resource based on at least one of the slot index associated with the PSCCH / PSSCH / PSFCH, the sub-channel associated with the PSCCH / PSSCH, or the identifier of each receiving UE in the group used to identify HARQ feedback based on multicast option 2. Alternatively / in addition, for example, the receiving UE can determine the frequency domain and / or code domain of the PSFCH resource based on at least one of SL RSRP, SINR, L1 source ID, and / or location information.

[0119] For example, if HARQ feedback transmission via the UE's PSFCH overlaps with HARQ feedback reception via the PSFCH, the UE can select either HARQ feedback transmission via the PSFCH or HARQ feedback reception via the PSFCH based on priority rules. For example, the priority rules can be based at least on the priority indication of the relevant PSCCH / PSSCH.

[0120] For example, if HARQ feedback transmissions via PSFCH overlap for multiple UEs, the UE can select a specific HARQ feedback transmission based on priority rules. For instance, the priority rules could be based on the lowest priority indication of the relevant PSCCH / PSSCH.

[0121] The following text will describe the side link control information (SCI).

[0122] The control information sent by the BS to the UE via PDCCH can be called Downlink Control Information (DCI), while the control information sent by the UE to another UE via PSCCH can be called SCI. For example, the UE can know the start symbol and / or the number of symbols in the PSCCH before decoding it. For example, SCI can include SL scheduling information. For example, the UE can send at least one SCI to another UE to schedule PSSCH. For example, one or more SCI formats can be defined.

[0123] For example, a transmitting UE can send an SCI to a receiving UE on the PSCCH. The receiving UE can decode an SCI to receive the PSSCH from the transmitting UE.

[0124] For example, a transmitting UE may send two consecutive SCIs (e.g., a Level 2 SCI) to a receiving UE on the PSCCH and / or PSSCH. The receiving UE may decode the two consecutive SCIs (e.g., a Level 2 SCI) to receive the PSSCH from the transmitting UE. For example, if the SCI configuration fields are divided into two groups considering the (relatively) high SCI payload size, the SCI including the first SCI configuration field group may be referred to as the first SCI or the first SCI, and the SCI including the second SCI configuration field group may be referred to as the second SCI or the second SCI. For example, the transmitting UE may send the first SCI to the receiving UE via the PSCCH. For example, the transmitting UE may send the second SCI to the receiving UE on the PSCCH and / or PSSCH. For example, the second SCI may be sent to the receiving UE via a (separate) PSCCH, or it may be piggybacked onto the data via the PSSCH. For example, two consecutive SCIs may also be applied to different transmissions (e.g., unicast, broadcast, or multicast).

[0125] For example, the transmitting UE can send all or part of the information described below to the receiving UE via an SCI. In this document, for example, the transmitting UE can send all or part of the information described below to the receiving UE via a first SCI and / or a second SCI.

[0126] - PSSCH and / or PSCCH related resource allocation information, such as the number / location of time / frequency resources, resource reservation information (e.g., time period), and / or

[0127] -SL CSI report request indicator or SL(L1)RSRP (and / or SL(L1)RSRQ and / or SL(L1)RSSI) report request indicator, and / or

[0128] - (on PSSCH) SL CSI send indicator (or SL(L1)RSRP (and / or SL(L1)RSRQ and / or SL(L1)RSSI) message send indicator), and / or

[0129] -Modulation and coding scheme (MCS) information, and / or

[0130] - Send power information, and / or

[0131] -L1 destination ID information and / or L1 source ID information, and / or

[0132] -SL HARQ process ID information, and / or

[0133] - New Data Indicator (NDI) information, and / or

[0134] -Redundant Version (RV) information, and / or

[0135] - (Send service / packet related) QoS information, such as priority information, and / or

[0136] -SL CSI-RS transmit indicator or information about the number of SL CSI-RS antenna ports (to be transmitted).

[0137] - Send the UE's location information or (if requested by SL HARQ feedback) the target receiving the UE's location (or distance area) information, and / or

[0138] - Reference signals (e.g., DMRS, etc.) related to channel estimation and / or decoding of data to be transmitted via PSSCH, such as information related to the pattern of the (time-frequency) mapping resource of DMRS, rank information, antenna port index information.

[0139] For example, the first SCI may include information related to channel sensing. For example, the receiving UE can decode the second SCI using PSSCHDMRS. The polar code used in the PDCCH can be applied to the second SCI. For example, in a resource pool, the payload size of the first SCI can be equal for unicast, multicast, and broadcast. After decoding the first SCI, the receiving UE does not need to perform blind decoding of the second SCI. For example, the first SCI may include scheduling information for the second SCI.

[0140] Furthermore, in various embodiments of this disclosure, since the transmitting UE can send at least one of the SCI, the first SCI, and / or the second SCI to the receiving UE via the PSCCH, the PSCCH can be replaced / substituted by at least one of the SCI, the first SCI, and / or the second SCI. Alternatively, for example, the SCI can be replaced / substituted by at least one of the PSCCH, the first SCI, or the second SCI. Alternatively, for example, since the transmitting UE can send the second SCI to the receiving UE via the PSSCH, the PSSCH can be replaced / substituted by the second SCI.

[0141] In this disclosure, the term "configured / configured or defined / defined" can be interpreted as "pre-configured" from a base station or network (via predefined signaling (e.g., SIB, MAC signaling, RRC signaling)). For example, "A can be configured" can include "the base station or network (pre-configures / defines or informs the UE of A." Alternatively, the term "configured / configured or defined / defined" can be interpreted as "pre-configured or pre-defined" in the system. For example, "A can be configured" can include "A is pre-configured / defined in the system."

[0142] In this disclosure, packets or services can be replaced / substituted with transport blocks (TBs) or media access control protocol data units (PDUs) depending on the transmission layer.

[0143] Meanwhile, in SL communication, if the RX UE (i.e., the receiving UE) fails to receive or decode data sent by the TX UE (i.e., the transmitting UE), the RX UE can request a retransmission by sending a HARQ NACK to the TX UE. In this paper, under SL transmission mode 1, the TX UE can report a HARQ NACK to the base station using PUCCH, and the base station can allocate additional retransmission resources to the TX UE in response to the HARQ NACK.

[0144] Figure 10 The process of allocating additional retransmission resources to the TX UE in response to HARQ NACK, according to an embodiment of the present disclosure, is illustrated. Figure 10The embodiments described herein can be combined with various embodiments of this disclosure.

[0145] Reference Figure 10 In step S1000, the base station may send an SL DCI to the first UE (i.e., the TX UE). For example, the SL DCI may be a configuration grant (CG). For example, the SL DCI may be a dynamic grant (DG). In step S1010, the first UE may send a PSCCH to the second UE (i.e., the RX UE) based on the SL DCI. In step S1020, the first UE may send a PSSCH related to the PSCCH to the second UE. In step S1030, the first UE may receive a PSFCH related to the PSSCH from the second UE. For example, the first UE may receive a HARQ NACK from the second UE via the PSFCH. In this case, the first UE may determine that the SL transmission using the CG has failed. Therefore, in step S1040, the first UE may send a PUCCH and / or PUSCH to the base station in order to allocate (add) retransmission resources from the base station. For example, the first UE may send a HARQ NACK to the base station via the PUCCH and / or PUSCH. In step S1050, the base station may allocate (add) retransmission resources to the UE via the SL DCI. For example, SL DCI can be DG.

[0146] Simultaneously, the base station can configure / allocate periodic resources for SL communication to the UE via the CG format. In this document, for example, in the case of CG type 2, the base station can activate or deactivate the configured CG resources via DCI. In this case, the base station can configure the PUCCH resources associated with the CG resources to the TX UE via the DCI used for activation. In this document, the TX UE can report / send HARQ feedback to the base station via the PUCCH resources associated with the corresponding CG resources based on HARQ feedback received from the RX UE regarding the use of specific CG resources. In this disclosure, for ease of description, the DCI used to activate the CG resources may be referred to as the Activation DCI, and the DCI used to deactivate the CG resources may be referred to as the Release DCI.

[0147] Simultaneously, if the UE receives an activation or release of the DCI from the base station, the UE can send an acknowledgment message to the base station via a MAC CE in response to the activation or release of the DCI. In this disclosure, for ease of description, the acknowledgment message sent in response to the activation or release of the DCI may be referred to as an acknowledgment MAC CE.

[0148] For example, if there is no defined operation for a UE that has received an activation or deactivation DCI to send an acknowledgment MAC CE to the base station, the following problems may occur.

[0149] For example, although the base station sends an activation DCI to the UE, the UE may not be able to receive or decode the activation DCI. In this case, if there is no defined operation for a UE that has already received the activation DCI to send an acknowledgment MAC CE to the base station, the base station can determine that the CG resource has been allocated and activated to the UE by the activation DCI, and the base station may not allocate CG resources to other UEs. On the other hand, UEs that fail to receive or decode the activation DCI may not be able to use the CG resources allocated by the activation DCI, which may lead to a waste of resources.

[0150] For example, although the base station sends a release DCI to the UE, the UE may not be able to receive or decode the release DCI. In this case, if there is no defined operation for a UE that has received the release DCI to send an acknowledgment MAC CE to the base station, the base station can determine that the UE has released and deactivated CG resources through the release DCI, and the base station can optionally allocate CG resources to other UEs. On the other hand, UEs that fail to receive or decode the release DCI may continue to use the CG resources allocated by the release DCI, which may lead to resource conflicts.

[0151] To prevent the above problems, UEs that have received DCI activation or DCI release need to send an acknowledgment MAC CE to the base station in response to DCI activation or DCI release.

[0152] Figure 11 An example of a confirmed MAC CE based on an embodiment of this disclosure is shown. Figure 11 The embodiments described herein can be combined with various embodiments of this disclosure.

[0153] Reference Figure 11 In the presence of a CG type -2 resource associated with index i, the Ci field (where i is a positive integer and 1 ≤ i ≤ 8) can represent confirmation of activation / deactivation of the CG with index i. For example, to confirm that the CG with index i is activated, Ci can be set to 1, and to confirm that the CG with index i is deactivated, Ci can be set to 0.

[0154] For example, if the base station receives a MAC CE acknowledging activation of a DCI associated with a specific CG, the base station can know that the UE will perform SL communication based on the resources allocated by the specific CG. Similarly, if the base station receives a MAC CE acknowledging release of a DCI associated with a specific CG, the base station can know that the UE will apply release to the resources allocated by the specific CG, and the base station can optionally allocate the resources allocated to the UE by the specific CG to other UEs.

[0155] Furthermore, if a UE receives a release DCI associated with a specific CG from the base station, and the UE sends an acknowledgment MAC CE to the base station in response to the release DCI, a clear definition of the reference for the UE releasing resources allocated by the specific CG (e.g., PSSCH / PSCCH resources and PUCCH resources) is required. For example, without a clear definition of the reference, the base station may not know when the UE releases resources allocated by the specific CG, and the base station may not be able to determine when to allocate resources allocated by the specific CG to other UEs. If the base station allocates resources not released by the UE to other UEs, conflicts may also occur in SL transmissions between UEs.

[0156] Based on various embodiments of this disclosure, a method for the UE to send / report HARQ feedback to the base station and an apparatus supporting the method are proposed when the base station sends a release DCI to the UE to disable previously configured CG type 2 resources.

[0157] For example, if the UE receives a release DCI from the base station, then after a specific time including the UE processing time, the UE can send an acknowledgment message to the base station via MAC CE to confirm receipt of the release DCI. In this case, the UE can perform the following operations on the PUCCH transmission resources and SL HARQ feedback reports previously configured for SL HARQ feedback reporting.

[0158] For example, the UE can consider / determine that all PUCCH resources are invalid resources after receiving a release DCI from the base station. In this case, after the UE receives the release DCI, the UE may no longer need to perform HARQ feedback reporting to the base station using the previously configured PUCCH resources.

[0159] For example, after the UE receives the release DCI from the base station, the UE can send an acknowledgment MAC CE to the base station. In this case, the UE can consider / determine that all PUCCH resources after the time of sending the acknowledgment MAC CE to the base station are invalid resources. For example, after the time of receiving the release DCI and before the time of sending the acknowledgment MAC CE to the base station, the UE can perform SL HARQ feedback reporting by using previously configured PUCCH resources. For example, the UE can always report / send a HARQ ACK to the base station using previously configured PUCCH resources during the time interval (i.e., the time interval between the time the UE receives the release DCI from the base station and the time the UE sends the acknowledgment MAC CE to the base station). In this way, the UE can prevent the base station from unnecessarily configuring / allocating additional retransmission resources to the UE. For example, the UE can always report / send a HARQ NACK to the base station using previously configured PUCCH resources during the time interval (i.e., the time interval between the time the UE receives the release DCI from the base station and the time the UE sends the acknowledgment MAC CE to the base station). In this way, the UE can avoid sending feedback for SL communication to the base station during the time interval. For example, the UE can consider / determine that a SL transmission during the time interval is an invalid SL transmission. In this case, in response to the HARQ NACK reported to the base station during the time interval, the UE can anticipate / determine that the base station will not configure / allocate additional retransmission resources.

[0160] For example, the UE can consider / determine that all PUCCH resources associated with CG type-2 transmission resources prior to the DCI release reception time are valid resources. For example, even if a PUCCH resource associated with a CG type-2 transmission resource prior to the UE receiving the DCI release time is later than the UE receiving the DCI release time, the UE can still consider / determine that the PUCCH resource is valid. For example, the UE can consider / determine that all PUCCH resources associated with CG type-2 transmission resources after the DCI release reception time are invalid resources. For example, the UE can report / send SL HARQ feedback to the base station for SL data (e.g., PSSCH, MAC PDU, etc.) transmitted via the associated CG type-2 transmission resource using PUCCH resources associated with the CG type-2 transmission resource prior to the DCI release reception time. In this way, the UE can prevent the base station from unnecessarily configuring / allocating additional retransmission resources to the UE. For example, the UE can always report / send HARQ NACK to the base station via PUCCH resources. In this way, the UE can avoid sending feedback for SL communication to the base station using the corresponding CG type-2 resource. For example, the UE can consider / determine that a SL transmission during the time interval is an invalid SL transmission. In this case, in response to a HARQ NACK reported to the base station during the time interval, the UE can anticipate / determine that additional retransmission resources will not be configured / allocated by the base station.

[0161] For example, the UE can consider / determine that all PUCCH resources associated with CG type-2 transmission resources located before the time of sending the MAC acknowledgment CE to the base station are valid resources. For example, even if a PUCCH resource associated with a CG type-2 transmission resource located before the time the UE sends the MAC acknowledgment CE to the base station is located after the time the UE sends the MAC acknowledgment CE, the UE can still consider / determine that the PUCCH resource is valid. For example, the UE can consider / determine that all PUCCH resources associated with CG type-2 transmission resources located after the time of sending the MAC acknowledgment CE are invalid resources. For example, the UE can report / send SL HARQ feedback to the base station for SL data (e.g., PSSCH, MAC PDU, etc.) transmitted via the associated CG type-2 transmission resources using PUCCH resources associated with CG type-2 transmission resources located before the time of sending the MAC acknowledgment CE. In this way, the UE can prevent the base station from unnecessarily configuring / allocating additional retransmission resources to the UE. For example, the UE can always report / send HARQ NACK to the base station via PUCCH resources. In this way, the UE can avoid sending feedback for SL communication to the base station using the corresponding CG type-2 resources. For example, the UE can consider / determine that an SL transmission during the time interval is an invalid SL transmission. In this case, in response to the HARQ NACK reported to the base station during the time interval, the UE can anticipate / determine that additional retransmission resources will not be configured / allocated by the base station.

[0162] Figure 12 A method for a UE to determine the validity of SL resources and / or PUCCH resources, based on embodiments of this disclosure, is illustrated. Figure 12 The embodiments can be combined with various embodiments of this disclosure.

[0163] Reference Figure 12 The UE can receive information from the base station related to at least one SL resource (i.e., a resource used for PSCCH / PSSCH) and / or information related to PUCCH resources. For example, resources can be allocated by CGs. For instance, a CG can be CG type-1 or CG type-2. Figure 12 In this embodiment, it is assumed that the UE sends an acknowledgment MAC CE for releasing the DCI at time T1.

[0164] In the above scenario, for example, the PUCCH resources and at least one SL resource included in the first group can be valid resources for the UE. For instance, since the PUCCH resources and at least one SL resource included in the first group are resources located before the UE sends the MAC CE acknowledgment for releasing the DCI, the resources included in the first group can be valid resources for the UE.

[0165] For example, the PUCCH resources and at least one SL resource included in the second group can be valid resources for the UE. For example, although the PUCCH resources included in the second group are located after the UE sends the MAC CE acknowledgment for releasing the DCI, the UE can determine that the PUCCH resources are valid. For example, among the PUCCH resources and at least one SL resource included in the second group, the PUCCH resource is located after the UE sends the MAC CE acknowledgment for releasing the DCI, but the at least one SL resource is located before the UE sends the MAC CE acknowledgment for releasing the DCI. Therefore, the resources included in the second group can be valid resources for the UE.

[0166] On the other hand, for example, the PUCCH resources and at least one SL resource included in the third group can be invalid resources for the UE. For example, after the UE sends an acknowledgment MAC CE triggered by the release DCI, the UE can clear the corresponding CG. For example, since the PUCCH resources and at least one SL resource included in the third group are resources located after the UE sends the acknowledgment MAC CE, the UE can clear at least one SL resource and the PUCCH resource. In this case, the base station can optionally allocate the PUCCH resources and at least one SL resource included in the third group to other UEs.

[0167] In this disclosure, when a base station sends a release DCI to a UE for SL CG type-2 transmission resources, a UE operation for using previously configured PUCCH resources and SL HARQ feedback reporting of PUCCH resources has been proposed. In the proposed method, for example, the UE can consider / determine that the PUCCH resources associated with the configured CG type-2 transmission resources located prior to the transmission time of the acknowledgment MAC CE to the base station in response to receiving the release DCI are valid resources, and the UE can report / send SL HARQ feedback to the base station using the PUCCH resources.

[0168] Simultaneously, in SL mode 1 transmission, the UE can perform initial transmission and / or blind retransmission by using Dynamic Grant (DG) or Configuration Grant (CG). Furthermore, if the initial transmission and / or blind retransmission performed by the UE fails, the UE can report / send HARQ feedback (e.g., NACK information) to the base station. Furthermore, if the base station receives HARQ feedback (e.g., NACK information), the base station can send a DG (e.g., DCI) to the UE, which includes information related to additional retransmission resources required for HARQ-based retransmission. Furthermore, the UE can perform retransmission by using the additional retransmission resources. Based on various embodiments of this disclosure, to enable the base station to configure additional retransmission resources for the UE, a method for configuring field values ​​related to retransmissions sent by the base station to the UE in the DCI, and an apparatus supporting the method, are proposed.

[0169] For example, to configure initial transmission resources and / or retransmission resources, the base station can send an SL DCI to the UE that includes the following fields: For example, retransmission resources can be retransmission resources allocated by the DG. For example, initial transmission resources can be initial transmission resources allocated by the CG and / or the DG.

[0170] (1) Resource pool index: An index of the target resource pool for which the application's SL sends resources.

[0171] (2) Time gap: The time offset from the receipt of DCI to the initial SL transmission resource.

[0172] (3) HARQ procedure number: The HARQ procedure ID used for sending data via SL to send resources.

[0173] (4) New Data Indicator (NDI): An indicator that indicates whether new data has been sent.

[0174] (5) The lowest index of the sub-channel initially assigned for transmission.

[0175] (6) SCI format fields: frequency resource allocation and time resource allocation

[0176] (7) PSFCH to HARQ feedback timing indicator: Time offset from PSFCH resource to PUCCH resource

[0177] (8) PUCCH Resource Indicator: An index of the PUCCH transmission resource configured by RRC.

[0178] (9) Configure index: Index for CG

[0179] For example, a base station can send an SL DCI to the UE to allocate / configure SL initial transmission resources, SL blind retransmission resources, and HARQ retransmission resources to the UE. In this case, as described above, if the SL DCI is a DCI used by the base station to configure / allocate additional retransmission resources to the UE based on the HARQ feedback report received from the UE, the base station can configure the resource pool index field as follows. This will be described in detail below with reference to the accompanying drawings.

[0180] Figure 13 The present disclosure illustrates a scenario in which the base station configures / allocates additional retransmission resources to the UE based on a HARQ feedback report due to a failure of CG-based SL transmission. Figure 13 The embodiments can be combined with various embodiments of this disclosure.

[0181] Reference Figure 13 In step S1300, the base station may send an SL DCI to the first UE. For example, the SL DCI may be a CG. In step S1310, the first UE may send a PSCCH to the second UE based on the SL DCI. In step S1320, the first UE may send a PSSCH associated with the PSCCH to the second UE. In step S1330, the first UE may receive a PSFCH associated with the PSSCH from the second UE. For example, the first UE may receive a HARQ NACK from the second UE via the PSFCH. In this case, the first UE may determine that the SL transmission using the CG has failed. Therefore, in step S1340, the first UE may send a PUCCH and / or PUSCH to the base station to allocate (add) retransmission resources from the base station. For example, the first UE may send a HARQ NACK to the base station via the PUCCH and / or PUSCH. In step S1350, the base station may allocate (add) retransmission resources to the UE via the SL DCI. For example, the SL DCI may be a DG.

[0182] exist Figure 13In this embodiment, if the base station configures / allocates (additional) retransmission resources to the first UE that failed to transmit SL using CG based on the HARQ feedback report, the (additional) retransmission resources should only be used for retransmissions of TBs intended to be transmitted using CG. For example, the first UE can obtain the link information between the initial transmission resources and retransmission resources by using the configuration index included in the DCI received in step S1350. In this case, even if multiple SL resource pools are configured for the UE, the configuration index can be uniquely determined. Therefore, at this time, a specific configuration index can be associated with a specific SL resource pool. Therefore, in the case of SL DCI (i.e., the SL DCI transmitted in step S1350), the base station may not need to transmit the resource pool index for (additional) retransmission resources. In this case, in step S1350, the base station can transmit the SL DCI by omitting the resource pool index field. For example, in step S1350, the base station can transmit an SLDCI that does not include the resource pool index field. By doing so, the size of the SL DCI can be reduced. Therefore, DCI size alignment can be facilitated to reduce the complexity of blind detection and channel estimation for all DL DCIs and SL DCIs configured for the UE.

[0183] For example, in step S1350, the base station can send the resource pool index in the DCI used to configure / allocate the additional retransmission resource by using a zero-value-filled resource pool index. In this case, since the size of the DCI used to configure / allocate the initial transmission and / or blind retransmission resource is the same as the size of the DCI used to configure / allocate the HARQ-based retransmission resource, the complexity of the UE performing blind detection to distinguish between the two can be eliminated. Furthermore, since the UE can know the resource pool index value in the DCI field in advance, it has the advantage of improved decoding performance when the UE performs forward error correction (FEC) (e.g., extreme code) decoding on the DCI.

[0184] Figure 14 The present disclosure illustrates a scenario in which the base station configures / allocates additional retransmission resources to the UE based on a HARQ feedback report due to a failure of DG-based SL transmission. Figure 14 The embodiments can be combined with various embodiments of this disclosure.

[0185] Reference Figure 14In step S1400, the base station may send an SL DCI to the first UE. For example, the SL DCI may be a DG. In step S1410, the first UE may send a PSCCH to the second UE based on the SL DCI. In step S1420, the first UE may send a PSSCH associated with the PSCCH to the second UE. In step S1430, the first UE may receive a PSFCH associated with the PSSCH from the second UE. For example, the first UE may receive a HARQ NACK from the second UE via the PSFCH. In this case, the first UE may determine that the SL transmission using the DG has failed. Therefore, in step S1440, the first UE may send a PUCCH and / or PUSCH to the base station to allocate (add) retransmission resources from the base station. For example, the first UE may send a HARQ NACK to the base station via the PUCCH and / or PUSCH. In step S1450, the base station may allocate (add) retransmission resources to the UE via the SL DCI. For example, the SL DCI may be a DG.

[0186] exist Figure 14 In this embodiment, if the base station configures / allocates (additional) retransmission resources to the first UE that failed to transmit SL using DG based on the HARQ feedback report, the configuration index field is an irrelevant field and provides no information. In this case, the HARQ procedure number in the DCI field can provide link information between the initial transmission resources and the retransmission resources. In this case, the UE can expect that the same HARQ procedure number will not be used simultaneously for one or more SL transmissions associated with different SL resource pools. For example, the same HARQ procedure number may not be used simultaneously for one or more SL transmissions associated with different SL resource pools. Similar to the CG case described above, in this case, the resource pool index can be omitted in the DCI used to configure / allocate additional retransmission resources. For example, the resource pool index may not be included in the DCI used to configure / allocate additional retransmission resources. Therefore, DCI size alignment can be facilitated. For example, the resource pool index in the DCI used to configure / allocate additional retransmission resources can be filled with zero values. Therefore, the complexity of blind detection for DCI can be reduced, or the FED decoding performance for DCI can be improved.

[0187] For example, the SL resource pool for initial transmission and blind retransmission and the SL resource pool for HARQ-based retransmission can be configured differently for the UE. For instance, the base station / network can send information to the UE related to the SL resource pool for initial transmission and blind retransmission as well as information related to the SL resource pool for HARQ-based retransmission. In this case, the DCI resource pool index value used to configure / allocate additional retransmission resources can be configured to a different value than the DCI resource pool index value used to configure / allocate resources for initial transmission and blind retransmission.

[0188] This disclosure proposes a method for efficiently configuring fields in a DCI used for configuring / allocating additional retransmission resources based on SL HARQ feedback. Based on the proposed method, the base station can omit the resource pool index field in the retransmission DCI or fill it with zero values. This improves DCI size alignment, blind detection, and DCI FEC decoding performance.

[0189] Figure 15 A method for performing wireless communication for a first device based on an embodiment of the present disclosure is shown. Figure 15 The embodiments can be combined with various embodiments of this disclosure.

[0190] Reference Figure 15 In step S1510, the first device can receive first downlink control information (DCI) from the base station for activating the configured sidelink (SL) license. For example, the first DCI may include information related to physical uplink control channel (PUCCH) resources used to report SL hybrid automatic repeat request (HARQ) feedback to the base station. In step S1520, the first device can send a Media Access Control (MAC) protocol data unit (PDU) to the second device via the physical sidelink shared channel (PSSCH) based on the configured SL license. In step S1530, the first device can receive a second DCI from the base station for deactivating the configured SL license. In step S1540, the first device can send an SL acknowledgment MAC control element (CE) to the base station in response to the second DCI. In step S1550, the first device can determine whether the PUCCH resource associated with at least one SL resource allocated by the configured SL license is valid based on the transmission time of the SL acknowledgment MAC CE. For example, the PUCCH resource can be determined to be valid if at least one SL resource is located before the transmission time of the SL acknowledgment MAC CE.

[0191] For example, a PUCCH resource can be determined to be valid based on (i) at least one SL resource being located before the transmission time of the SL acknowledgment MAC CE and (ii) the PUCCH resource associated with at least one SL resource being located before the transmission time of the SL acknowledgment MAC CE.

[0192] For example, a PUCCH resource can be determined to be valid based on (i) at least one SL resource being sent before the SL MAC CE confirmation time and (ii) the PUCCH resource associated with at least one SL resource being sent after the SL MAC CE confirmation time. Alternatively, for example, the first device can send a positive acknowledgment (ACK) to the base station based on a PUCCH resource sent after the SL MAC CE confirmation time. For example, based on a failed MAC PDU transmission, an ACK can be sent to the base station based on a PUCCH resource sent after the SL MAC CE confirmation time. For example, the base station can withhold retransmission resources for the MAC PDU from the first device based on the ACK.

[0193] For example, based on the fact that at least one SL resource is located after the transmission time of the SL acknowledgment MAC CE, at least one SL resource and the PUCCH resource associated with at least one SL resource can be determined to be invalid.

[0194] For example, the configured SL license can be cleared after the SL confirmation MAC CE is sent, triggered by the second DCI.

[0195] Alternatively, for example, the first device may receive from the base station a third DCI including information related to retransmission resources for MAC PDU.

[0196] For example, the third DCI may not include information related to the resource pool index. Alternatively, for example, the first device may determine that the resource pool represented by the third DCI is the same as the resource pool represented by the first DCI based on the fact that at least one of the configuration index or HARQ procedure number included in the third DCI is the same as at least one of the configuration index or HARQ procedure number included in the first DCI.

[0197] For example, multiple bits associated with the resource pool index included in the third DCI can all be set to zero.

[0198] For example, based on the difference between the information associated with the resource pool index included in the third DCI and the information associated with the resource pool index included in the first DCI, at least one of the same configuration index or the same HARQ procedure number may not be used for different resource pools.

[0199] The proposed method can be applied to apparatuses based on various embodiments of this disclosure. First, the processor 102 of the first apparatus 100 can control the transceiver 106 to receive first downlink control information (DCI) from the base station for activating a configured sidelink (SL) license. For example, the first DCI may include information related to physical uplink control channel (PUCCH) resources for reporting SL hybrid automatic repeat request (HARQ) feedback to the base station. Furthermore, the processor 102 of the first apparatus 100 can control the transceiver 106 to transmit a Media Access Control (MAC) Protocol Data Unit (PDU) to the second apparatus via the Physical Sidelink Shared Channel (PSSCH) based on the configured SL license. Furthermore, the processor 102 of the first apparatus 100 can control the transceiver 106 to receive a second DCI from the base station for deactivating a configured SL license. Additionally, the processor 102 of the first apparatus 100 can control the transceiver 106 to send an SL acknowledgment MAC control element (CE) to the base station in response to the second DCI. Furthermore, the processor 102 of the first device 100 can determine whether a PUCCH resource associated with at least one SL resource allocated by the configured SL license is valid based on the transmission time of the SL confirmation MAC CE. For example, a PUCCH resource can be determined to be valid based on the fact that at least one SL resource is transmitted before the transmission time of the SL confirmation MAC CE.

[0200] Based on embodiments of this disclosure, a first apparatus adapted to perform wireless communication can be provided. For example, the first apparatus may include: one or more memories storing instructions; one or more transceivers; and one or more processors connected to the one or more memories and the one or more transceivers. For example, the one or more processors may execute instructions to: receive from a base station a first downlink control information (DCI) for activating a configured sidelink (SL) license, wherein the first DCI includes information related to physical uplink control channel (PUCCH) resources for reporting SL hybrid automatic repeat request (HARQ) feedback to the base station; transmit a media access control (MAC) protocol data unit (PDU) to a second apparatus via a physical sidelink shared channel (PSSCH) based on the configured SL license; receive from the base station a second DCI for deactivating the configured SL license; transmit an SL acknowledgment MAC control element (CE) to the base station in response to the second DCI; and determine, based on the transmission time of the SL acknowledgment MAC CE, whether a PUCCH resource associated with at least one SL resource allocated by the configured SL license is valid. For example, a PUCCH resource may be determined to be valid based on the fact that at least one SL resource is located before the transmission time of the SL acknowledgment MAC CE.

[0201] Based on embodiments of this disclosure, an apparatus adapted to control a first user equipment (UE) can be provided. For example, the apparatus may include: one or more processors; and one or more memories operatively connected to the one or more processors and storing instructions. For example, the one or more processors may execute instructions to: receive from a base station a first downlink control information (DCI) for activating a configured sidelink (SL) license, wherein the first DCI includes information related to physical uplink control channel (PUCCH) resources for reporting SL hybrid automatic repeat request (HARQ) feedback to the base station; transmit a media access control (MAC) protocol data unit (PDU) to the second UE via a physical sidelink shared channel (PSSCH) based on the configured SL license; receive from the base station a second DCI for deactivating the configured SL license; transmit an SL acknowledgment MAC control element (CE) to the base station in response to the second DCI; and determine, based on the transmission time of the SL acknowledgment MAC CE, whether a PUCCH resource associated with at least one SL resource allocated by the configured SL license is valid. For example, a PUCCH resource may be determined to be valid based on the fact that at least one SL resource is located before the transmission time of the SL acknowledgment MAC CE.

[0202] Based on embodiments of this disclosure, a non-transitory computer-readable storage medium for storing instructions can be provided. For example, when executed, the instructions can cause a first device to: receive from a base station a first downlink control information (DCI) for activating a configured sidelink (SL) license, wherein the first DCI includes information related to physical uplink control channel (PUCCH) resources for reporting SL hybrid automatic repeat request (HARQ) feedback to the base station; transmit a media access control (MAC) protocol data unit (PDU) to a second device via a physical sidelink shared channel (PSSCH) based on the configured SL license; receive from the base station a second DCI for deactivating the configured SL license; transmit an SL acknowledgment MAC control element (CE) to the base station in response to the second DCI; and determine, based on the transmission time of the SL acknowledgment MAC CE, whether a PUCCH resource associated with at least one SL resource allocated by the configured SL license is valid. For example, a PUCCH resource can be determined to be valid if at least one SL resource is located before the transmission time of the SL acknowledgment MAC CE.

[0203] Figure 16 A method for a base station to perform wireless communication based on embodiments of the present disclosure is shown. Figure 16 The embodiments can be combined with various embodiments of this disclosure.

[0204] Reference Figure 16In step S1610, the base station may send a first downlink control information (DCI) to the first device for activating the configured sidelink (SL) license. For example, the first DCI may include information related to physical uplink control channel (PUCCH) resources used to report SL hybrid automatic repeat request (HARQ) feedback to the base station. In step S1620, the base station may send a second DCI to the first device for deactivating the configured SL license. In step S1630, the base station may receive an SL acknowledgment media access control (MAC) element (CE) from the first device in response to the second DCI. For example, the PUCCH resource associated with at least one SL resource allocated by the configured SL license may be valid, based on the fact that it is located before the transmission time of the SL acknowledgment MAC CE via the first device.

[0205] The proposed method can be applied to apparatuses based on various embodiments of this disclosure. First, the processor 202 of base station 200 can control transceiver 206 to send a first downlink control information (DCI) to a first apparatus for activating a configured sidelink (SL) license. For example, the first DCI may include information related to physical uplink control channel (PUCCH) resources for reporting SL hybrid automatic repeat request (HARQ) feedback to the base station. Furthermore, the processor 202 of base station 200 can control transceiver 206 to send a second DCI to the first apparatus for deactivating the configured SL license. Additionally, the processor 202 of base station 200 can control transceiver 206 to receive an SL acknowledgment media access control (MAC) element (CE) from the first apparatus in response to the second DCI. For example, the PUCCH resource associated with at least one SL resource allocated by the configured SL license may be valid, based on the fact that it is located before the transmission time of the SL acknowledgment MAC CE through the first apparatus.

[0206] Based on embodiments of this disclosure, a base station adapted to perform wireless communication can be provided. For example, the base station may include: one or more memories storing instructions; one or more transceivers; and one or more processors connected to the one or more memories and the one or more transceivers. For example, the one or more processors may execute instructions to: send a first downlink control information (DCI) to a first device for activating a configured sidelink (SL) license, wherein the first DCI includes information related to physical uplink control channel (PUCCH) resources for reporting SL hybrid automatic repeat request (HARQ) feedback to the base station; send a second DCI to the first device for deactivating the configured SL license; and receive an SL acknowledgment media access control (MAC) element (CE) from the first device in response to the second DCI. For example, the PUCCH resource associated with at least one SL resource allocated by the configured SL license may be valid, based on the fact that it is located before the transmission time of the SL acknowledgment MAC CE through the first device.

[0207] Based on embodiments of this disclosure, an apparatus adapted to control a base station can be provided. For example, the apparatus may include: one or more processors; and one or more memories operatively connected to the one or more processors and storing instructions. For example, the one or more processors may execute instructions to: send a first downlink control information (DCI) to a first user equipment (UE) for activating a configured sidelink (SL) license, wherein the first DCI includes information related to physical uplink control channel (PUCCH) resources for reporting SL hybrid automatic repeat request (HARQ) feedback to the base station; send a second DCI to the first UE for deactivating the configured SL license; and receive an SL acknowledgment media access control (MAC) element (CE) from the first UE in response to the second DCI. For example, the PUCCH resource associated with at least one SL resource may be valid, based on the fact that at least one SL resource allocated by the configured SL license is located before the transmission time of the SL acknowledgment MAC CE through the first UE.

[0208] Based on embodiments of this disclosure, a non-transitory computer-readable storage medium for storing instructions can be provided. For example, when executed, the instructions can cause a base station to: send a first downlink control information (DCI) to a first device for activating a configured sidelink (SL) license, wherein the first DCI includes information related to physical uplink control channel (PUCCH) resources for reporting SL hybrid automatic repeat request (HARQ) feedback to the base station; send a second DCI to the first device for deactivating the configured SL license; and receive an SL acknowledgment media access control (MAC) element (CE) from the first device in response to the second DCI. For example, the PUCCH resource associated with at least one SL resource allocated by the configured SL license may be valid, based on the fact that it is located before the transmission time of the SL acknowledgment MACCE via the first device.

[0209] Based on various embodiments of this disclosure, if the UE receives a release DCI for CG resources, a method for the UE to determine valid PUCCH resources can be clearly defined. Furthermore, in SL mode 1 operation, the signaling overhead associated with the DCI used to allocate retransmission resources can be minimized.

[0210] The various embodiments disclosed herein can be combined with each other.

[0211] In the following, apparatuses that can be applied to various embodiments of the present disclosure will be described.

[0212] The various descriptions, functions, processes, proposals, methods and / or operating procedures described in this document can be applied to, but are not limited to, various fields requiring wireless communication / connectivity between devices (e.g., 5G).

[0213] The following description will be given in more detail with reference to the accompanying drawings. In the following drawings / description, unless otherwise described, the same reference numerals may denote the same or corresponding hardware blocks, software blocks, or functional blocks.

[0214] Figure 17 A communication system (1) according to an embodiment of the present disclosure is shown.

[0215] Reference Figure 17The communication system (1) applying various embodiments of this disclosure includes a wireless device, a base station (BS), and a network. Hereinafter, a wireless device refers to a device that performs communication using a radio access technology (RAT) (e.g., 5G New RAT (NR) or Long Term Evolution (LTE)) and may be referred to as a communication / radio / 5G device. Wireless devices may include, but are not limited to, robots (100a), vehicles (100b-1, 100b-2), extended reality (XR) devices (100c), handheld devices (100d), home appliances (100e), Internet of Things (IoT) devices (100f), and artificial intelligence (AI) devices / servers (400). For example, a vehicle may include a vehicle with wireless communication capabilities, an autonomous vehicle, and a vehicle capable of performing inter-vehicle communication. Hereinafter, a vehicle may include an unmanned aerial vehicle (UAV) (e.g., a drone). XR devices can include augmented reality (AR) / virtual reality (VR) / mixed reality (MR) devices and can take the form of head-up displays (HMDs), head-up displays (HUDs) installed in vehicles, televisions, smartphones, computers, wearable devices, home appliances, digital signage, vehicles, robots, etc. Handheld devices can include smartphones, smart tablets, wearable devices (e.g., smartwatches or smart glasses) and computers (e.g., laptops). Home appliances can include TVs, refrigerators, and washing machines. IoT devices can include sensors and smart meters. For example, the BS and network can be implemented as wireless devices, and a particular wireless device (200a) can operate as a BS / network node relative to other wireless devices.

[0216] In addition to LTE, NR, and 6G, the wireless communication technologies implemented in the wireless devices 100a to 100f of this disclosure may also include narrowband Internet of Things (IoT) for low-power communication. In this case, for example, NB-IoT technology may be an example of low-power wide-area network (LPWAN) technology and may be implemented as a standard such as LTE Cat NB1 and / or LTE Cat NB2, and is not limited to the aforementioned names. Alternatively or additionally, the wireless communication technologies implemented in the wireless devices 100a to 100f of this disclosure may perform communication based on LTE-M technology. In this case, as an example, LTE-M technology may be an example of LPWAN and may be referred to by various names including enhanced machine-type communication (eMTC). For example, LTE-M technology may be implemented as at least one of various standards such as 1) LTE Cat 0, 2) LTE Cat M1, 3) LTE Cat M2, 4) LTE non-bandwidth limited (non-BL), 5) LTE-MTC, 6) LTE machine-type communication, and / or 7) LTE M, and is not limited to the aforementioned names. Alternatively or additionally, the wireless communication technology implemented in the wireless devices 100a to 100f of this disclosure may include at least one of Bluetooth, Low Power Wide Area Network (LPWAN), and ZigBee, which takes into account low power communication, and is not limited to the names mentioned above. As an example, ZigBee technology may generate personal area networks (PANs) related to low / low power digital communication based on various standards including IEEE 802.15.4, and may be referred to by various names.

[0217] Wireless devices 100a to 100f can connect to network 300 via BS 200. AI technology can be applied to wireless devices 100a to 100f, and wireless devices 100a to 100f can connect to AI server 400 via network 300. Network 300 can be configured using a 3G network, a 4G (e.g., LTE) network, or a 5G (e.g., NR) network. Although wireless devices 100a to 100f can communicate with each other via BS 200 / network 300, wireless devices 100a to 100f can perform direct communication with each other (e.g., sidelink communication) without going through the BS / network. For example, vehicles 100b-1 and 100b-2 can perform direct communication (e.g., vehicle-to-vehicle (V2V) / vehicle-to-everything (V2X) communication). IoT devices (e.g., sensors) can perform direct communication with other IoT devices (e.g., sensors) or other wireless devices 100a to 100f.

[0218] Wireless communication / connections 150a, 150b, or 150c can be established between wireless devices 100a to 100f / BS 200 or BS200 / BS 200. Here, the wireless communication / connection can be established via various RATs (e.g., 5G NR) such as uplink / downlink communication 150a, sidelink communication 150b (or D2D communication), or inter-BS communication (e.g., relay, access backhaul integration (IAB)). The wireless devices and BS / wireless devices can transmit / receive radio signals to / from each other via wireless communication / connections 150a and 150b. For example, wireless communication / connections 150a and 150b can transmit / receive signals via various physical channels. For this purpose, at least a portion of various configuration information configuration processes, various signal processing processes (e.g., channel coding / decoding, modulation / demodulation, and resource mapping / demapping), and resource allocation processes for transmitting / receiving radio signals can be performed based on various proposals of this disclosure.

[0219] Figure 18 A wireless device according to an embodiment of the present disclosure is shown.

[0220] Reference Figure 18 The first wireless device (100) and the second wireless device (200) can transmit radio signals via various RATs (e.g., LTE and NR). In this document, {the first wireless device (100) and the second wireless device (200)} can correspond to... Figure 17 {Wireless device (100x) and BS (200)} and / or {Wireless device (100x) and Wireless device (100x)}.

[0221] The first wireless device 100 may include 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 processors 102 may control the memories 104 and / or the transceivers 106, and may be configured to implement the descriptions, functions, processes, proposals, methods, and / or operational flows disclosed herein. For example, the processors 102 may process information in the memories 104 to generate a first information / signal, and then transmit a radio signal including the first information / signal via the transceivers 106. The processors 102 may receive a radio signal including a second information / signal via the transceivers 106, and then store the information obtained by processing the second information / signal in the memories 104. The memories 104 may be connected to the processors 102 and may store various information relating to the operation of the processors 102. For example, one or more memories 104 may store software code including commands for performing part or all of the processing controlled by one or more processors 102, or for performing the descriptions, functions, processes, proposals, methods, and / or operational flows disclosed herein. Here, one or more processors 102 and one or more memories 104 may be part of a communication modem / circuit / chip designed to implement RAT (e.g., LTE or NR). One or more transceivers 106 may be connected to one or more processors 102 and transmit and / or receive radio signals via one or more antennas 108. Each transceiver 106 may include a transmitter and / or a receiver. One or more transceivers 106 may be used interchangeably with one or more radio frequency (RF) units. In this disclosure, a wireless device may represent a communication modem / circuit / chip.

[0222] The second wireless device 200 may include one or more processors 202 and one or more memories 204, and may additionally include one or more transceivers 206 and / or one or more antennas 208. The processors 202 may control the memories 204 and / or the transceivers 206, and may be configured to implement the descriptions, functions, processes, proposals, methods, and / or operational flows disclosed herein. For example, the processors 202 may process information in the memories 204 to generate a third message / signal, and subsequently transmit a radio signal including the third message / signal via the transceivers 206. The processors 202 may receive a radio signal including a fourth message / signal via the transceivers 106, and then store the information obtained by processing the fourth message / signal in the memories 204. The memories 204 may be connected to the processors 202 and may store various information relating to the operation of the processors 202. For example, one or more memories 204 may store software code including commands for performing part or all of the processing controlled by one or more processors 202, or for performing the descriptions, functions, processes, proposals, methods, and / or operational flows disclosed in this document. Here, one or more processors 202 and one or more memories 204 may be part of a communication modem / circuit / chip designed to implement RAT (e.g., LTE or NR). One or more transceivers 206 may be connected to one or more processors 202 and transmit and / or receive radio signals via one or more antennas 208. Each transceiver 206 may include a transmitter and / or a receiver. One or more transceivers 206 may be used interchangeably with one or more RF units. In this disclosure, a wireless device may represent a communication modem / circuit / chip.

[0223] The hardware elements of wireless devices 100 and 200 will now be described in more detail. One or more protocol layers may be implemented, but are not limited to, by one or more processors 102 and 202. For example, one or more processors 102 and 202 may implement one or more layers (e.g., functional layers such as PHY, MAC, RLC, PDCP, RRC, and SDAP). One or more processors 102 and 202 may generate one or more Protocol Data Units (PDUs) and / or one or more Service Data Units (SDUs) according to the descriptions, functions, procedures, proposals, methods, and / or operational flows disclosed in this document. One or more processors 102 and 202 may generate messages, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and / or operational flows disclosed in this document. One or more processors 102 and 202 may generate signals (e.g., baseband signals) including PDUs, SDUs, messages, control information, data, or information according to the descriptions, functions, procedures, proposals, methods, and / or operational flows disclosed in this document, and provide the generated signals to one or more transceivers 106 and 206. One or more processors 102 and 202 may receive signals (e.g., baseband signals) from one or more transceivers 106 and 206 and acquire PDUs, SDUs, messages, control information, data, or information in accordance with the descriptions, functions, processes, proposals, methods, and / or operational flows disclosed in this document.

[0224] One or more processors 102 and 202 may be referred to as controllers, microcontrollers, microprocessors, or microcomputers. One or more processors 102 and 202 may be implemented by hardware, firmware, software, or a combination thereof. For example, one or more application-specific integrated circuits (ASICs), one or more digital signal processors (DSPs), one or more digital signal processing devices (DSPDs), one or more programmable logic devices (PLDs), or one or more field-programmable gate arrays (FPGAs) may be included in one or more processors 102 and 202. The descriptions, functions, processes, proposals, methods, and / or operational flows disclosed in this document may be implemented using firmware or software, and such firmware or software may be configured to include modules, processes, or functions. Firmware or software configured to perform the descriptions, functions, processes, proposals, methods, and / or operational flows disclosed in this document may be included in one or more processors 102 and 202 or stored in one or more memories 104 and 204, thereby being driven by one or more processors 102 and 202. The descriptions, functions, processes, proposals, methods, and / or operational flows disclosed in this document may be implemented using software or firmware in the form of code, commands, and / or command sets.

[0225] One or more memories 104 and 204 may be connected to one or more processors 102 and 202 and may store various types of data, signals, messages, information, programs, code, instructions, and / or commands. One or more memories 104 and 204 may be composed of read-only memory (ROM), random access memory (RAM), electrically erasable programmable read-only memory (EPROM), flash memory, hard drives, registers, cache memory, computer-readable storage media, and / or combinations thereof. One or more memories 104 and 204 may be located internally and / or externally to one or more processors 102 and 202. One or more memories 104 and 204 may be connected to one or more processors 102 and 202 via various technologies such as wired or wireless connections.

[0226] One or more transceivers 106 and 206 may transmit user data, control information, and / or radio signals / channels mentioned in the methods and / or operating procedures of this document to one or more other devices. One or more transceivers 106 and 206 may receive user data, control information, and / or radio signals / channels mentioned in the descriptions, functions, processes, proposals, methods, and / or operating procedures disclosed in this document from one or more other devices. For example, one or more transceivers 106 and 206 may be connected to one or more processors 102 and 202 and may transmit and receive radio signals. For example, one or more processors 102 and 202 may perform control such that one or more transceivers 106 and 206 may transmit user data, control information, or radio signals to one or more other devices. One or more processors 102 and 202 may perform control such that one or more transceivers 106 and 206 may receive user data, control information, or radio signals from one or more other devices. One or more transceivers 106 and 206 may be connected to one or more antennas 108 and 208, and one or more transceivers 106 and 206 may be configured to transmit and receive user data, control information, and / or radio signals / channels mentioned in the descriptions, functions, processes, proposals, methods, and / or operational procedures disclosed in this document through one or more antennas 108 and 208. In this document, one or more antennas may be multiple physical antennas or multiple logical antennas (e.g., antenna ports). One or more transceivers 106 and 206 may convert received radio signals / channels, etc., from RF band signals to baseband signals for processing using one or more processors 102 and 202. One or more transceivers 106 and 206 may convert the processed user data, control information, radio signals / channels, etc., from baseband signals to RF band signals. For this purpose, one or more transceivers 106 and 206 may include (analog) oscillators and / or filters.

[0227] Figure 19 A signal processing circuit for transmitting a signal according to an embodiment of the present disclosure is shown.

[0228] Reference Figure 19 The signal processing circuit (1000) may include a scrambler (1010), a modulator (1020), a layer mapper (1030), a pre-encoder (1040), a resource mapper (1050), and a signal generator (1060). It can perform... Figure 19 The operation / functions, but not limited to Figure 18 The processors (102, 202) and / or transceivers (106, 206) can be used. Figure 18Implemented by processors (102, 202) and / or transceivers (106, 206) Figure 19 Hardware components. For example, it can be achieved through... Figure 18 The processors (102, 202) implement boxes 1010 to 1060. Alternatively, they can be implemented using... Figure 18 The processors (102, 202) implement boxes 1010 to 1050, and can be used to... Figure 18 The transceivers (106, 206) are used to implement the frame 1060.

[0229] Can be via Figure 19 The signal processing circuit (1000) converts the codewords into radio signals. In this document, a codeword is a sequence of encoded bits for an information block. The information block may include a transport block (e.g., a UL-SCH transport block, a DL-SCH transport block). Radio signals can be transmitted via various physical channels (e.g., PUSCH and PDSCH).

[0230] Specifically, the codeword can be converted into a scrambled bit sequence by scrambler 1010. The scrambling sequence used for scrambling can be generated based on an initial value, which may include the ID information of the wireless device. The scrambled bit sequence can 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), and m-quadrature amplitude modulation (m-QAM). The complex modulation symbol sequence can be mapped to one or more transmission layers by layer mapper 1030. The modulation symbols of each transmission layer can be mapped (precoded) to one or more corresponding antenna ports by precoder 1040. The output z of precoder 1040 can be obtained by multiplying the output y of layer mapper 1030 by an N*M precoding matrix W. Here, N is the number of antenna ports, and M is the number of transmission layers. Precoder 1040 can perform precoding after performing transform precoding (e.g., DFT) for the complex modulation symbols. Alternatively, the precoder 1040 can perform precoding without performing transform precoding.

[0231] Resource mapper 1050 maps modulation symbols for each antenna port to time-frequency resources. Time-frequency resources may include multiple symbols in the time domain (e.g., CP-OFDMA symbols and DFT-s-OFDMA symbols) and multiple subcarriers in the frequency domain. Signal generator 1060 can generate radio signals from the mapped modulation symbols, and the generated radio signals can be transmitted to other devices via each antenna. For this purpose, signal generator 1060 may include an inverse fast Fourier transform (IFFT) module, a cyclic prefix (CP) inserter, a digital-to-analog converter (DAC), and an up-converter.

[0232] Can be with Figure 19 The signal processing procedures (1010-1060) are configured in the reverse manner for the signal processing procedures used to receive signals in a wireless device. For example, a wireless device (e.g., Figure 18 The receiver (e.g., 100, 200) can receive radio signals from the outside via the antenna port / transceiver. The received radio signals can be converted into baseband signals using a signal recovery unit. For this purpose, the signal recovery unit may include a frequency downlink converter, an analog-to-digital converter (ADC), a CP remover, and a Fast Fourier Transform (FFT) module. Next, the baseband signals can be recovered into codewords through a resource demapping process, a post-encoding process, a demodulation processor, and a descrambling process. The codewords can be recovered into the original information blocks through decoding. Therefore, the signal processing circuitry (not illustrated) used for receiving signals may include a signal recovery unit, a resource demapping unit, a post-encoder, a demodulator, a descrambler, and a decoder.

[0233] Figure 20 Another example of a wireless device according to an embodiment of this disclosure is shown. The wireless device can be implemented in various forms depending on the use case / service (see reference). Figure 17 ).

[0234] Reference Figure 20 The wireless devices (100, 200) can correspond to Figure 18 The wireless devices (100, 200) can be configured using various elements, components, units / parts, and / or modules. For example, each of the wireless devices (100, 200) may include a communication unit (110), a control unit (120), a memory unit (130), and additional components (140). The communication unit may include a communication circuit (112) and one or more transceivers (114). For example, the communication circuit (112) may include... Figure 18 One or more processors (102, 202) and / or one or more memories (104, 204). For example, transceiver (114) may include one or more transceivers. Figure 18The device comprises one or more transceivers (106, 206) and / or one or more antennas (108, 208). The control unit (120) is electrically connected to the communication unit (110), memory (130), and add-ons (140), and controls the overall operation of the wireless device. For example, the control unit (120) may control the electrical / mechanical operation of the wireless device based on programs / code / commands / information stored in the memory unit (130). The control unit (120) may transmit information stored in the memory unit (130) to an external location (e.g., another communication device) via the communication unit (110) through a wireless / wired interface, or store information received from an external location (e.g., another communication device) via the communication unit (110) through a wireless / wired interface in the memory unit (130).

[0235] The add-on component (140) can be configured in various ways depending on the type of wireless device. For example, the add-on component (140) may include at least one of a power unit / battery, an input / output (I / O) unit, a drive unit, and a computing unit. The wireless device can be implemented in, but is not limited to, the following forms: robot ( Figure 17 100a), vehicles ( Figure 17 100b-1 and 100b-2), XR device ( Figure 17 100c), handheld devices (100d of Fig. 1746), household appliances ( Figure 17 100e), IoT devices ( Figure 17 100f), digital broadcasting terminals, holographic devices, public safety devices, MTC devices, medical devices, fintech devices (or financial devices), security devices, climate / environmental devices, AI servers / devices ( Figure 17 400), BS ( Figure 17 (e.g., 200), network nodes, etc. Depending on the use case / service, wireless devices can be used in mobile or fixed locations.

[0236] exist Figure 20In the wireless devices (100, 200), all various elements, components, units / parts, and / or modules can be connected to each other via wired interfaces, or at least partially via communication units (110). For example, in each of the wireless devices (100, 200), the control unit (120) and the communication unit (110) can be connected via a wired connection, and the control unit (120) and the first unit (e.g., 130, 140) can be wirelessly connected via the communication unit (110). Each element, component, unit / part, and / or module within the wireless devices (100, 200) may also include one or more elements. For example, the control unit (120) may be constructed using a collection of one or more processors. As an example, the control unit (120) may be constructed using a collection of communication control processors, application processors, electronic control units (ECUs), graphics processing units, and memory control processors. As another example, memory (130) can be constructed using random access memory (RAM), dynamic RAM (DRAM), read-only memory (ROM), flash memory, volatile memory, non-volatile memory and / or combinations thereof.

[0237] The implementation will be described in detail below with reference to the accompanying drawings. Figure 20 Examples.

[0238] Figure 21 A handheld device according to an embodiment of the present disclosure is illustrated. The handheld device may include a smartphone, smartpad, wearable device (e.g., a smartwatch or smart glasses), or portable computer (e.g., a laptop). The handheld device may be referred to as a mobile station (MS), user terminal (UT), mobile subscriber station (MSS), subscriber station (SS), advanced mobile station (AMS), or wireless terminal (WT).

[0239] Reference Figure 21 The handheld device (100) may include 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 I / O unit (140c). The antenna unit (108) may be configured as part of the communication unit (110). Blocks 110 to 130 / 140a to 140c correspond to respectively Figure 20 The frame is 110 to 130 / 140.

[0240] Communication unit 110 can send and receive signals (e.g., data signals and control signals) to and from other wireless devices or BSs. Control unit 120 can perform various operations by controlling the constituent elements of handheld device 100. Control unit 120 may include an application processor (AP). Memory unit 130 can store data / parameters / programs / codes / commands required to drive handheld device 100. Memory unit 130 can store input / output data / information. Power supply unit 140a can supply power to handheld device 100 and includes wired / wireless charging circuitry, a battery, etc. Interface unit 140b can support connection of handheld device 100 to other external devices. Interface unit 140b may include various ports for connecting to external devices (e.g., audio I / O ports and video I / O ports). I / O unit 140c can input or output user-input video information / signals, audio information / signals, data, and / or information. I / O unit 140c may include a camera, microphone, user input unit, display unit 140d, speaker, and / or haptic module.

[0241] For example, in the case of data communication, I / O unit 140c can acquire user input information / signals (e.g., touch, text, voice, image, or video), and the acquired information / signals can be stored in memory unit 130. Communication unit 110 can convert the information / signals stored in memory into radio signals and transmit the converted radio signals directly to other wireless devices or to the BS. Communication unit 110 can receive radio signals from other wireless devices or the BS, and then recover the received radio signals into the original information / signals. The recovered information / signals can be stored in memory unit 130 and can be output in various types (e.g., text, voice, image, video, or haptic feedback) through I / O unit 140.

[0242] Figure 22 Vehicles or autonomous vehicles according to embodiments of the present disclosure are shown. Vehicles or autonomous vehicles can be implemented using mobile robots, cars, trains, manned / unmanned aerial vehicles (AVs), ships, etc.

[0243] Reference Figure 22 The vehicle or autonomous vehicle (100) may include an antenna unit (108), a communication unit (110), a control unit (120), a drive unit (140a), a power supply unit (140b), a sensor unit (140c), and an autonomous driving unit (140d). The antenna unit (108) may be configured as part of the communication unit (110). Boxes 110 / 130 / 140a to 140d correspond to respectively Figure 20 The frame size is 110 / 130 / 140.

[0244] Communication unit 110 can send and receive signals (e.g., data signals and control signals) to and from external devices such as other vehicles, BS (e.g., gNB and roadside units), and servers. Control unit 120 can perform various operations by controlling elements of the vehicle or autonomous vehicle 100. Control unit 120 may include electronic control unit (ECU). Drive unit 140a can cause the vehicle or autonomous vehicle 100 to move on the road. Drive unit 140a may include engine, motor, transmission system, wheels, brakes, steering mechanism, etc. Power supply unit 140b can supply power to the vehicle or autonomous vehicle 100 and may include wired / wireless charging circuitry, battery, etc. Sensor unit 140c can acquire vehicle status, external environment information, user information, etc. Sensor unit 140c may include inertial measurement unit (IMU) sensors, collision sensors, wheel sensors, speed sensors, slope sensors, weight sensors, heading sensors, position modules, vehicle forward / reverse sensors, battery sensors, fuel sensors, tire sensors, steering sensors, temperature sensors, humidity sensors, ultrasonic sensors, lighting sensors, pedal position sensors, etc. Autonomous driving unit 140d can implement technologies for maintaining the vehicle's lane, technologies for automatically adjusting speed (e.g., adaptive cruise control), technologies for autonomously driving along a defined path, and technologies for automatically setting a route when a destination is set, etc.

[0245] For example, communication unit 110 can receive map data, traffic information data, etc., from an external server. Autonomous driving unit 140d can generate autonomous driving paths and driving plans from the acquired data. Control unit 120 can control drive unit 140a, enabling the vehicle or autonomous vehicle 100 to move along the autonomous driving path according to the driving plan (e.g., speed / direction control). During autonomous driving, communication unit 110 can periodically or non-periodically acquire the latest traffic information data from an external server and acquire surrounding traffic information data from neighboring vehicles. During autonomous driving, sensor unit 140c can acquire vehicle status and / or surrounding environment information. Autonomous driving unit 140d can update the autonomous driving path and driving plan based on newly acquired data / information. Communication unit 110 can transmit information about vehicle location, autonomous driving path, and / or driving plan to an external server. The external server can predict traffic information data using AI technology, etc., based on information collected from the vehicle or autonomous vehicle, and provide the predicted traffic information data to the vehicle or autonomous vehicle.

[0246] The claims in this specification can be combined in various ways. For example, technical features in the method claims of this specification can be combined to implement or perform in a device, and technical features in the device claims can be combined to implement or perform in a method. Additionally, technical features in one or more method claims and one or more device claims can be combined to implement or perform in a device.

Claims

1. A method for performing sidelink SL communication by a first device, the method comprising: The base station receives a first downlink control information (DCI) for activating the configuration of an SL license, wherein the first DCI includes information related to physical uplink control channel (PUCCH) resources for reporting SL Hybrid Automatic Repeat Request (HARQ) feedback to the base station; The Media Access Control (MAC) Protocol Data Unit (PDU) is sent to the second device via the Physical Side Link Shared Channel (PSSCH) based on the configured SL license. Receive a second DCI from the base station for disabling the configured SL license; In response to the second DCI, an SL confirmation MAC control element CE is sent to the base station; and After the SL confirmation MAC CE is sent, triggered by the second DCI used to disable the configured SL license, the configured SL license is cleared. Wherein, at least one SL resource allocated based on the configured SL license is located before the transmission of the SL confirmation MAC CE, and the first device determines that the PUCCH resource associated with the at least one SL resource is valid.

2. The method according to claim 1, wherein, The PUCCH resource associated with the at least one SL resource is located before the SL confirmation MAC CE is sent.

3. The method according to claim 1, wherein, The PUCCH resource associated with the at least one SL resource is located after the SL confirmation MAC CE is sent.

4. The method according to claim 1, further comprising: Based on the PUCCH resource located after the transmission of the SL MAC CE, a positive ACK is sent to the base station.

5. The method according to claim 4, wherein, Based on the failure to send the MAC PDU, the ACK is sent to the base station using the PUCCH resources located after the SL confirms the transmission of the MAC CE.

6. The method according to claim 5, wherein, The base station does not allocate retransmission resources for the MAC PDU to the first device based on the ACK.

7. The method according to claim 1, wherein, Based on the at least one SL resource allocated by the configured SL license, after the transmission of the SL confirmation MAC CE, the first device determines that the at least one SL resource and the PUCCH resource associated with the at least one SL resource are invalid.

8. The method according to claim 1, further comprising: Receive a third DCI from the base station, including information related to retransmission resources for the MAC PDU.

9. The method according to claim 8, wherein, The third DCI does not include information related to the resource pool index.

10. The method of claim 9, further comprising: Based on the fact that at least one of the configuration index or HARQ procedure number included in the third DCI is the same as at least one of the configuration index or HARQ procedure number included in the first DCI, it is determined that the resource pool represented by the third DCI is the same as the resource pool represented by the first DCI.

11. The method according to claim 8, wherein, Several bits associated with the resource pool index included in the third DCI were set to zero.

12. The method according to claim 8, wherein, Based on the fact that the information associated with the resource pool index included in the third DCI is different from the information associated with the resource pool index included in the first DCI, at least one of the same configuration index or the same HARQ procedure number is not used for different resource pools.

13. A first apparatus adapted to perform sidelink SL communication, the first apparatus comprising: One or more memories, wherein the one or more memories store instructions; One or more transceivers; as well as One or more processors are connected to one or more memories and one or more transceivers, wherein the one or more processors execute the instructions to: Control the one or more transceivers to receive first downlink control information (DCI) from the base station for activating the configuration of the SL license, wherein the first DCI includes information related to physical uplink control channel (PUCCH) resources for reporting SL Hybrid Automatic Repeat Request (HARQ) feedback to the base station; Control the one or more transceivers to send Media Access Control (MAC) Protocol Data Units (PDUs) to the second device based on the configured SL license via the Physical Side Link Shared Channel (PSSCH); Control the one or more transceivers to receive a second DCI from the base station for disabling the configured SL license; Control the one or more transceivers to send an SL acknowledgment MAC control element CE to the base station in response to the second DCI; and After the SL confirmation MAC CE is sent, triggered by the second DCI used to disable the configured SL license, the configured SL license is cleared. Wherein, at least one SL resource allocated based on the configured SL license is located before the transmission of the SL confirmation MAC CE, and the first device determines that the PUCCH resource associated with the at least one SL resource is valid.

Images