Methods and apparatus to configure iuc mac ce and lcp operation

Abstract

The present invention relates to a method and apparatus for configuring IUC MAC CE and LCP operation. A method of operating a first device 100 in a wireless communication system is proposed. The method can comprise: receiving an inter-UE coordination (IUC) request from a second device 200; triggering an IUC information report based on the IUC request; generating a medium access control (MAC) protocol data unit (PDU) based on logical channel prioritization (LCP), the MAC PDU including an IUC report MAC control element (CE), wherein in a procedure related to the LCP: a priority of the IUC report MAC CE is lower than a priority of data from a sidelink control channel (SCCH) and a priority of a MAC CE for a SL channel state information (CSI) report; and the priority of the IUC report MAC CE is higher than a priority of a SL discontinuous reception (DRX) command MAC CE and a priority of data from a sidelink traffic channel (STCH).

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. Summary of the Invention

[0004] According to embodiments of this disclosure, a method for performing wireless communication by a first device can be proposed. For example, the method may include: receiving an Inter-UE Coordination (IUC) request from a second device; triggering an IUC information report based on the IUC request; generating a Media Access Control (MAC) Protocol Data Unit (PDU) based on Logical Channel Prioritization (LCP), the MAC PDU including an IUC Report MAC Control Element (CE); sending a first Sidelink Control Information (SCI) for scheduling a Physical Sidelink Shared Channel (PSSCH) to the second device via a Physical Sidelink Control Channel (PSCCH); and sending a MAC PDU and a second SCI to the second device via the PSSCH, wherein in the LCP-related process: the priority of the IUC Report MAC CE may be lower than the priority of data from the Sidelink Control Channel (SCCH) and the priority of the MAC CE for SL Channel State Information (CSI) reporting; and the priority of the IUC Report MAC CE may be higher than the priority of the SL Discontinuous Reception (DRX) Command MAC CE and the priority of data from the Sidelink Traffic Channel (STCH).

[0005] According to embodiments of this disclosure, a first device for performing wireless communication can be proposed. For example, the first device 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, one or more processors may execute instructions to: receive an Inter-UE Coordination (IUC) request from a second device; trigger an IUC information report based on the IUC request; generate a Media Access Control (MAC) Protocol Data Unit (PDU) based on Logical Channel Prioritization (LCP), the MAC PDU including an IUC Report MAC Control Element (CE); send a first Sidelink Control Information (SCI) for scheduling a Physical Sidelink Shared Channel (PSSCH) to the second device via a Physical Sidelink Control Channel (PSCCH); and send a MAC PDU and a second SCI to the second device via the PSSCH, wherein in the LCP-related process: the priority of the IUC Report MAC CE may be lower than the priority of data from the Sidelink Control Channel (SCCH) and the priority of the MAC CE for SL Channel State Information (CSI) reporting; and the priority of the IUC Report MAC CE may be higher than the priority of the SL Discontinuous Receive (DRX) Command MAC CE and the priority of data from the Sidelink Traffic Channel (STCH).

[0006] According to embodiments of this disclosure, an apparatus adapted to control a first user equipment (UE) may be proposed. 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, one or more processors may execute instructions to: receive an inter-UE coordination (IUC) request from a second UE; trigger an IUC information report based on the IUC request; generate a Media Access Control (MAC) Protocol Data Unit (PDU) based on Logical Channel Prioritization (LCP), the MAC PDU including an IUC Report MAC Control Element (CE); send a first Sidelink Control Information (SCI) for scheduling a Physical Sidelink Shared Channel (PSSCH) to the second UE via a Physical Sidelink Control Channel (PSCCH); and send a MAC PDU and a second SCI to the second UE via the PSSCH, wherein in the LCP-related process: the priority of the IUC Report MAC CE may be lower than the priority of data from the Sidelink Control Channel (SCCH) and the priority of the MAC CE for SL Channel State Information (CSI) reporting; and the priority of the IUC Report MAC CE may be higher than the priority of the SL Discontinuous Receive (DRX) Command MAC CE and the priority of data from the Sidelink Traffic Channel (STCH).

[0007] According to 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 an inter-UE coordination (IUC) request from a second device; trigger an IUC information report based on the IUC request; generate a Media Access Control (MAC) protocol data unit (PDU) based on Logical Channel Prioritization (LCP), the MAC PDU including an IUC report MAC control element (CE); send a first sidelink control information (SCI) for scheduling a Physical Sidelink Shared Channel (PSSCH) to the second device via a Physical Sidelink Control Channel (PSCCH); and send a MAC PDU and a second SCI to the second device via the PSSCH, wherein in the LCP-related process: the priority of the IUC report MAC CE can be lower than the priority of data from the Sidelink Control Channel (SCCH) and the priority of the MAC CE for SL Channel State Information (CSI) reporting; and the priority of the IUC report MAC CE can be higher than the priority of the SL Discontinuous Reception (DRX) command MAC CE and the priority of data from the Sidelink Traffic Channel (STCH).

[0008] According to embodiments of this disclosure, a method for performing wireless communication by a second device can be proposed. For example, the method may include: sending an inter-UE coordination (IUC) request to a first device; receiving first sidelink control information (SCI) for scheduling a physical sidelink shared channel (PSSCH) from the first device via a physical sidelink control channel (PSCCH); receiving a media access control (MAC) protocol data unit (PDU) and a second SCI from the first device via the PSSCH, the MAC PDU including an IUC report MAC control element (CE); and selecting at least one transmission resource based on the IUC report MAC CE, wherein the MAC PDU is generated based on logical channel prioritization (LCP), and wherein in the LCP-related process: the priority of the IUC report MAC CE may be lower than the priority of data from the sidelink control channel (SCCH) and the priority of the MAC CE for SL channel state information (CSI) reporting; and the priority of the IUC report MAC CE may be higher than the priority of the SL discontinuous reception (DRX) command MAC CE and the priority of data from the sidelink traffic channel (STCH).

[0009] According to embodiments of this disclosure, a second device for performing wireless communication can be proposed. For example, the second device 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, one or more processors may execute instructions to: send an Inter-UE Coordination (IUC) request to a first device; receive a first sidelink control information (SCI) for scheduling a physical sidelink shared channel (PSSCH) from the first device via a physical sidelink control channel (PSCCH); receive a media access control (MAC) protocol data unit (PDU) and a second SCI from the first device via the PSSCH, the MAC PDU including an IUC report MAC control element (CE); and select at least one transmission resource based on the IUC report MAC CE, wherein the MAC PDU is generated based on logical channel prioritization (LCP), and wherein in the process associated with LCP: the priority of the IUC report MAC CE may be lower than the priority of data from the sidelink control channel (SCCH) and the priority of the MAC CE for SL channel state information (CSI) reporting; and the priority of the IUC report MAC CE may be higher than the priority of the SL discontinuous reception (DRX) command MAC CE and the priority of data from the sidelink traffic channel (STCH).

[0010] User equipment (UE) can efficiently perform retransmissions based on Hybrid Automatic Repeat Request (HARQ) feedback. Attached Figure Description

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

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

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

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

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

[0016] Figure 6 This illustrates a process by which a UE performs V2X or SL communication based on a transport mode, according to an embodiment of this disclosure.

[0017] Figure 7 Three broadcast types based on embodiments of this disclosure are shown.

[0018] Figure 8 The process of receiving IUC information reports from a UE according to an embodiment of this disclosure is illustrated.

[0019] Figure 9 The process of receiving IUC information reports from a UE according to an embodiment of this disclosure is illustrated.

[0020] Figure 10 This illustrates the process by which a first device performs wireless communication according to an embodiment of the present disclosure.

[0021] Figure 11 The process of a second device performing wireless communication according to an embodiment of the present disclosure is illustrated.

[0022] Figure 12 A communication system 1 based on an embodiment of the present disclosure is shown.

[0023] Figure 13 A wireless device based on an embodiment of the present disclosure is shown.

[0024] Figure 14 A signal processing circuit for transmitting signals is shown based on an embodiment of the present disclosure.

[0025] Figure 15 Another example of a wireless device based on an embodiment of this disclosure is shown.

[0026] Figure 16 A handheld device based on an embodiment of the present disclosure is shown.

[0027] Figure 17 Vehicles or autonomous vehicles based on embodiments of this disclosure are shown. Detailed Implementation

[0028] 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".

[0029] 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".

[0030] 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".

[0031] 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".

[0032] 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 "PDCCH" 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".

[0033] In the following description, “when…”, “if…”, or “in the case of…” can be replaced with “based on”.

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

[0035] In this disclosure, higher-layer parameters can be parameters configured, pre-configured, or predefined for the UE. For example, a base station or network can send higher-layer parameters to the UE. For example, higher-layer parameters can be sent via Radio Resource Control (RRC) signaling or Media Access Control (MAC) signaling.

[0036] 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.

[0037] 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).

[0038] 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.

[0039] For terms and techniques not specifically described in this specification, please refer to the wireless communication standard documents published prior to the submission of this specification.

[0040] Figure 1 The structure of an NR system according to an embodiment of this disclosure is shown. Figure 1 The embodiments can be combined with various embodiments of this disclosure.

[0041] refer to Figure 1The 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 equipment, 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.

[0042] Figure 1 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.

[0043] 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.

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

[0045] refer to Figure 2The 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.

[0046] 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.

[0047] The MAC layer provides services to the Radio Link Control (RLC) layer, which is a higher layer 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 delivery services through logical channels.

[0048] 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), Non-Acknowledgment Mode (UM), and Acknowledgment Mode (AM). AM RLC provides error correction through Automatic Repeat Request (ARQ).

[0049] 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 delivery 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).

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

[0051] 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.

[0052] The configuration of an Radio Bearer (RB) refers to the processing used to specify the radio protocol layer and channel attributes to provide a specific service, 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. DRBs are used as paths for transmitting user data in the user plane.

[0053] 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.

[0054] Data is transmitted from the network to the UE via downlink transport channels. Examples of downlink transport channels include the Broadcast Channel (BCH) for transmitting system information and the Shared Downlink Channel (SCH) for transmitting user traffic or control messages. Traffic or control messages for downlink multicast or broadcast services can be transmitted on the downlink SCH or on an additional downlink multicast channel (MCH). Furthermore, data is transmitted from the UE to the network via uplink transport channels. Examples of uplink transport channels include the Random Access Channel (RACH) for transmitting initial control messages and the Shared Uplink Channel (SCH) for transmitting user traffic or control messages.

[0055] Examples of logical channels that belong to a higher layer than the transport channel and are mapped to the transport channel may include broadcast channel (BCCH), paging control channel (PCCH), common control channel (CCCH), multicast control channel (MCCH), multicast traffic channel (MTCH), etc.

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

[0057] refer to Figure 3 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).

[0058] 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).

[0059] Table 1 below shows the number of symbols (N) per slot based on the SCS configuration (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 ).

[0060] [Table 1]

[0061] <![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

[0062] 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 SCS, when using extended CP.

[0063] [Table 2]

[0064] <![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

[0065] 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.

[0066] 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.

[0067] 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).

[0068] [Table 3]

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

[0070] 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).

[0071] [Table 4]

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

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

[0074] refer to Figure 4 A time slot comprises multiple symbols in the time domain. For example, in the case of normal CP, a time slot may include 14 symbols. For example, in the case of extended CP, a time slot may include 12 symbols. Alternatively, in the case of normal CP, a time slot may include 7 symbols. However, in the case of extended CP, a time slot may include 6 symbols. 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 the BWP may correspond to a set of parameters (e.g., SCS, CP length, etc.).

[0075] A carrier can include up to N BWPs (e.g., 5 BWPs). Data communication can be performed via an active BWP. 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.

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

[0077] 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.

[0078] 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.

[0079] 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. In 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. For example, a UE can receive configuration for a Uu BWP from the BS / network. SLBWPs are (pre-)configured on the carrier for NR V2X UEs outside coverage and RRC_IDLE UEs. For UEs in RRC_CONNECTED mode, at least one SL BWP can be activated on the carrier.

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

[0081] refer to Figure 5 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.

[0082] 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.

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

[0084] 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.

[0085] 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).

[0086] 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.

[0087] Figure 6 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 6 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.

[0088] For example, Figure 6 (a) illustrates UE operation associated with LTE transmission mode 1 or LTE transmission mode 3. Alternatively, for example, Figure 6 (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.

[0089] For example, Figure 6 (b) illustrates UE operation associated with LTE transmission mode 2 or LTE transmission mode 4. Alternatively, for example, Figure 6 (b) illustrates UE operations associated with NR resource allocation mode 2.

[0090] refer to Figure 6 In step (a), in LTE transmission mode 1, LTE transmission mode 3, or NR resource allocation mode 1, the base station can schedule SL resources to be used by the UE for SL transmission. For example, in step S600, the base station can send information related to SL resources and / or information related to UL resources to the first UE. For example, UL resources may include PUCCH resources and / or PUSCH resources. For example, UL resources may be resources used to report SL HARQ feedback to the base station.

[0091] For example, the first UE can receive information related to Dynamic Grant (DG) resources and / or Configuration Grant (CG) resources from the base station. For example, CG resources may include CG Type 1 resources or CG Type 2 resources. In this disclosure, DG resources can be resources configured / assigned to the first UE by the base station via Downlink Control Information (DCI). In this disclosure, CG resources can be (periodic) resources configured / assigned to the first UE by the base station via DCI and / or RRC messages. For example, in the case of CG Type 1 resources, the base station can send an RRC message to the first UE including information related to the CG resources. For example, in the case of CG Type 2 resources, the base station can send an RRC message to the first UE including information related to the CG resources, and the base station can send a DCI related to the activation or release of the CG resources to the first UE.

[0092] In step S610, the first UE can send a PSCCH (e.g., Side Link Control Information (SCI) or Phase 1 SCI) to the second UE based on resource scheduling. In step S620, the first UE can send a PSSCH related to the PSCCH (e.g., Phase 2 SCI, MAC PDU, data, etc.) to the second UE. In step S630, the first UE can receive a PSFCH related to the PSCCH / PSSCH from the second UE. For example, it can receive HARQ feedback information (e.g., NACK or ACK information) from the second UE via the PSFCH. In step S640, the first UE can send / report HARQ feedback information to the base station via PUCCH or PUSCH. For example, the HARQ feedback information reported to the base station can be information generated by the first UE based on the HARQ feedback information received from the second UE. For example, the HARQ feedback information reported to the base station can be information generated by the first UE based on pre-configured rules. For example, the DCI can be a DCI used for SL scheduling. For example, the DCI format can be DCI format 3_0 or DCI format 3_1.

[0093] refer to Figure 6 (b) In 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 or pre-configured by the base station / network. For example, the configured or 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 within the configured resource pool. For example, the UE can autonomously select resources within a selection window by performing a sensing process and a resource (re)selection process. For example, sensing can be performed on a sub-channel basis. For example, in step S610, the first UE, which has already selected resources from the resource pool, can send a PSCCH (e.g., Side Link Control Information (SCI) or Phase 1 SCI) to the second UE using that resource. In step S620, the first UE can send a PSSCH (e.g., Phase 2 SCI, MAC PDU, data, etc.) related to the PSCCH to the second UE. In step S630, the first UE can receive a PSFCH related to the PSCCH / PSSCH from the second UE.

[0094] refer to Figure 6(a) or (b), for example, the first UE can send an SCI to the second UE via PSCCH. Alternatively, for example, the first UE can send two consecutive SCIs (e.g., a two-stage SCI) to the second UE via PSCCH and / or PSSCH. In this case, the second UE can decode the two consecutive SCIs (e.g., the two-stage SCI) to receive the PSSCH from the first UE. In this disclosure, an SCI sent via PSCCH may be referred to as the first SCI, the first SCI, the first-stage SCI, or the first-stage SCI format, and an SCI sent via PSSCH may be referred to as the second SCI, the second SCI, the second-stage SCI, or the second-stage SCI format. For example, the first-stage SCI format may include SCI format 1-A, and the second-stage SCI format may include SCI format 2-A and / or SCI format 2-B.

[0095] The following section will describe an example of SCI format 1-A.

[0096] SCI format 1-A is used for scheduling the second-stage SCI on PSSCH and PSSCH.

[0097] The following information is sent using SCI format 1-A.

[0098] -Priority-3 bits

[0099] -Frequency resource allocation- When the value of the higher-level parameter sl-MaxNumPerReserve is configured to 2, it is ceiling(log2(N SL subChannel (N SL subChannel +1) / 2)) bits; otherwise, when the value of the higher-level parameter sl-MaxNumPerReserve is configured to 3, it is ceiling log2(N SL subChannel (N SL subChannel +1)(2N SL subChannel +1) / 6) bits

[0100] -Time Resource Allocation- 5 bits when the higher-level parameter sl-MaxNumPerReserve is configured to 2; otherwise, 9 bits when the higher-level parameter sl-MaxNumPerReserve is configured to 3.

[0101] -Resource retention period-ceiling(log2 N) rsv_period ) bits, where if the higher-level parameter sl-MultiReserveResource is configured, then N rsv_periodIt is the number of entries in the higher-level parameter sl-ResourceReservePeriodList; otherwise, it is 0.

[0102] -DMRS pattern-ceiling(log2 N) pattern ) bits, where N pattern The number of DMRS patterns is configured by the higher-level parameter sl-PSSCH-DMRS-TimePatternList.

[0103] - Second-stage SCI format - 2 digits, as defined in Table 5

[0104] -Beta_offset indicator -2 bits, as provided by the higher-level parameter sl-BetaOffsets2ndSCI

[0105] - DMRS port number - 1 bit, as defined in Table 6.

[0106] -Modulation and coding scheme-5 bits

[0107] -Additional MCS Table Indicator- 1 bit if an MCS table is configured via the higher-level parameter sl-Additional-MCS-Table; 2 bits if two MCS tables are configured via the higher-level parameter sl-Additional-MCS-Table; otherwise 0 bits.

[0108] -PSFCH overhead indicator- is 1 bit if the higher-level parameter sl-PSFCH-Period = 2 or 4; otherwise, it is 0 bits.

[0109] -Reserved- The number of bits determined by the higher-level parameter sl-NumReservedBits, where the value is set to zero.

[0110] [Table 5]

[0111] The second stage of SCI format field values Second-stage SCI format 00 SCI Format 2-A 01 SCI Format 2-B 10 reserve 11 reserve

[0112] [Table 6]

[0113] DMRS port digital segment value Antenna port 0 1000 1 1000 and 1001

[0114] The following section will describe an example of SCI format 2-A.

[0115] SCI format 2-A is used for decoding PSSCH, where HARQ operation is performed when the HARQ-ACK message includes ACK or NACK, when the HARQ-ACK message includes only NACK, or when there is no feedback of HARQ-ACK message.

[0116] The following information is sent using SCI format 2-A.

[0117] -HARQ process number-4 digits

[0118] -New data indicator-1 bit

[0119] -Redundant version-2 bits

[0120] -Source ID-8 digits

[0121] -Destination ID- 16 digits

[0122] -HARQ feedback enable / disable indicator-1 bit

[0123] - Broadcast type indicator - 2 bits, as defined in Table 7

[0124] -CSI Request-1 bit

[0125] [Table 7]

[0126] The value of the broadcast type indicator Broadcast type 00 broadcast 01 When the HARQ-ACK message includes ACK or NACK, it is a multicast. 10 unicast 11 When the HARQ-ACK message only includes NACK, it is a multicast.

[0127] The following section will describe an example of SCI format 2-B.

[0128] SCI format 2-B is used for decoding PSSCH, where HARQ operation is performed when the HARQ-ACK message only includes NACK, or when there is no HARQ-ACK message feedback.

[0129] The following information is sent using SCI format 2-B.

[0130] -HARQ process number-4 digits

[0131] -New data indicator-1 bit

[0132] -Redundant version-2 bits

[0133] -Source ID-8 digits

[0134] -Destination ID- 16 digits

[0135] -HARQ feedback enable / disable indicator-1 bit

[0136] -Region ID-12 digits

[0137] -Communication range requirement- 4 bits, determined by the higher-level parameter sl-ZoneConfigMCR-Index

[0138] refer to Figure 6In step (a) or (b), the first UE may receive the PSFCH. For example, the first UE and the second UE may determine the PSFCH resource, and the second UE may use the PSFCH resource to send HARQ feedback to the first UE.

[0139] refer to Figure 6 In step S640, the first UE can send SLHARQ feedback to the base station via PUCCH and / or PUSCH.

[0140] The following describes the UE procedure for determining the subset of resources to be reported to higher layers in PSSCH resource selection under sidelink resource allocation mode 2.

[0141] In resource allocation mode 2, the higher layer can request the UE to determine a subset of resources from which the higher layer will select resources for PSSCH / PSCCH transmission. To trigger this process, in slot n, the higher layer provides the following parameters for PSSCH / PSCCH transmission.

[0142] - A resource pool from which resources will be reported;

[0143] -L1 priority, prio TX ;

[0144] - Remaining packet delay budget;

[0145] - The number of sub-channels in a time slot to be used for PSSCH / PSCCH transmission, L subCH ;

[0146] -Optional, resource reservation interval, P rsvp_TX , in milliseconds.

[0147] - If a higher layer requests the UE to determine that the higher layer will select a subset of resources from which it will use for PSSCH / PSCCH transmission as part of a re-evaluation or preemption process, the higher layer provides the resource set (r0, r1, r2, ...) that may undergo re-evaluation and the resource set (r′0, r′1, r′2, ...) that may undergo preemption.

[0148] - Determine if it is determined by a higher layer in time slot r″ i The subset of resources requested before or after -T3 depends on the UE implementation, where r″ i It is the slot with the smallest slot index among (r0, r1, r2, ...) and (r′0, r′1, r′2, ...), and T3 equals in In Table X1, μ is defined in units of time slots. SL This is the SCS configuration for SL BWP.

[0149] The following higher-level parameters affect this process:

[0150] -sl-SelectionWindowList: For prio TX Given a value, the internal parameter T 2min It is set to the corresponding value from the higher-level parameter sl-SelectionWindowList.

[0151] -sl-Thres-RSRP-List: This higher-level parameter is for each combination (p i p j Provides the RSRP threshold, where p i It is the value of the priority field in the received SCI format 1-A, and p j This is the priority of the UE's transmission for selecting resources; for a given call to this procedure, p j =prio TX .

[0152] -sl-RS-ForSensing selects whether the UE uses PSSCH-RSRP measurement or PSCCH-RSRP measurement.

[0153] -sl-ResourceReservePeriodList

[0154] -sl-SensingWindow: The internal parameter T0 is defined as the number of time slots corresponding to the milliseconds of sl-SensingWindow.

[0155] -sl-TxPercentageList: For a given prio TX The internal parameter X is defined as sl-TxPercentageList(prio) which converts percentages to ratios. TX ).

[0156] -sl-PreemptionEnable: If sl-PreemptionEnable is provided, and if it is not equal to "enabled", then the internal parameter prio... pre It is set to the parameter sl-PreemptionEnable provided by the higher layer.

[0157] Resource retention interval P rsvp_TX (If provided) is converted from millisecond units to logical time slot units, thereby generating P′ rsvp_TX .

[0158] Notation:

[0159] This represents the set of time slots belonging to the sidelink resource pool.

[0160] For example, the UE can select a candidate resource set (S) based on Table 8. A For example, when resource (re)selection is triggered, the UE can select a candidate resource set (S) based on Table 8. A For example, when a reassessment or preemption is triggered, the UE can select a candidate resource set (S) based on Table 8. A ).

[0161] [Table 8]

[0162]

[0163]

[0164]

[0165] Simultaneously, partial sensing can be supported to achieve power saving for the UE. For example, in LTE SL or LTE V2X, the UE can perform partial sensing based on Tables 9 and 10.

[0166] [Table 9]

[0167]

[0168]

[0169]

[0170] [Table 10]

[0171]

[0172]

[0173] Figure 7 Three broadcast types according to embodiments of this disclosure are shown. Figure 7 The embodiments can be combined with various embodiments of this disclosure. Specifically, Figure 7 (a) shows broadcast SL communication. Figure 7 (b) illustrates unicast SL communication, and Figure 7 (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 the UE belongs. In various embodiments of this disclosure, SL multicast communication can be replaced by SL multicast communication, SL one-to-many communication, etc.

[0174] In this specification, the term "configuration or definition" can be interpreted as (pre)configuration from a base station or network (via predefined signaling (e.g., SIB, MAC signaling, RRC signaling)). For example, "A can be configured" could include "the base station or network (pre)configures / defines or notifies A of itself for the UE." Alternatively, the term "configuration or definition" can be interpreted as being configured or defined in advance by the system. For example, "A may be configured" could include "A is pre-configured / defined by the system."

[0175] Referring to standard documents, some of the processes and technical specifications related to this disclosure are as follows.

[0176] [Table 11]

[0177]

[0178]

[0179] [Table 12]

[0180]

[0181]

[0182]

[0183] [Table 13]

[0184]

[0185]

[0186]

[0187] [Table 14]

[0188]

[0189]

[0190] Simultaneously, SL DRX operation will be newly supported in version 17NR sidelink (SL) operation. In embodiments of this disclosure, a method for SL DRX command MAC CE operation is proposed. In the following description, "when," "if," or "in the case of" can be replaced with "based on."

[0191] In addition, in embodiments of this disclosure, a method is proposed for transmitting recommended (or preferred) transmission resource information or auxiliary information for transmission resource selection to a peer UE via Inter-UE Coordination (IUC) MAC CE so that the UE can perform SL DRX operation.

[0192] Furthermore, in the embodiments of this disclosure, when the UE sends an IUC message to perform IUC operation in NR V2X communication, a new Logical Channel (LCH) priority for the IUC message is defined, giving the IUC message a different priority from other sidelink messages (PC5 RRC message, MAC CE, SL data), and a Logical Channel Prioritization (LCP) operation based on the newly defined LCH priority of the IUC message is proposed. In the following description, "when," "if," and "in the case of" can be replaced with "based on."

[0193] According to embodiments of this disclosure, when UE-B (SL data transmitting UE) receives an IUC MAC CE from UE-A (the UE transmitting an IUC MAC CE), UE-B can select resources for SL data transmission by referring to the received IUC MAC CE information. Alternatively, UE-B can request IUC MAC transmission from UE-A by sending an IUC Request MAC CE requesting IUC MAC transmission. For example, upon receiving an IUC Request MAC CE from UE-B, UE-A can send an IUC MAC CE to UE-B.

[0194] For example, in this disclosure, IUC MAC CE refers to a MAC CE that includes IUC information (e.g., preferred / non-preferred recommended resource information), and IUC request MAC CE may refer to a MAC CE that requests an IUC MAC CE.

[0195] 1. Types of IUC MAC CE (including MAC CE containing IUC information)

[0196] 1.1. Request-based IUC MAC CE

[0197] 1.1.1. When UE-A receives an IUC MAC CE request from UE-B, the IUC MAC CE is sent by UE-A in response.

[0198] 1.2. Condition-based IUC MAC CE

[0199] 1.2.1. Not a request-based IUC MAC CE, but an IUC MAC CE sent by the UE-A when triggered due to the fulfillment of specific conditions.

[0200] According to embodiments of this disclosure, priority ordering of IUC messages and LCP operation methods can be provided.

[0201] In this disclosure, for LCP operations of MAC entities against IUC messages, the SL priority (or SL LCH priority) of the IUC message is defined as follows.

[0202] The following shows the SL priorities of IUC messages. They are displayed in order of highest priority, meaning that data from the SCCH can have the highest priority.

[0203] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0204] 2.SL CSI report MAC CE

[0205] 3. IUC MAC CE (or, the priority of IUC MAC CE is the same as that of SL CSI report MAC CE, and may be higher than that of SL DRX command MAC CE.)

[0206] 4. IUC Request MAC CE (MAC CE sent to request an IUC MAC CE)

[0207] 5.SL DRX command MAC CE

[0208] 6. Data from any STCH (e.g., SL user data)

[0209] or,

[0210] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0211] 2.SL CSI report MAC CE

[0212] 3. IUC requests MAC CE

[0213] 4. IUC MAC CE

[0214] 5.SL DRX command MAC CE

[0215] 6. Data from any STCH (e.g., SL user data)

[0216] or,

[0217] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0218] 2. IUC MAC CE message

[0219] 3. IUC requests MAC CE

[0220] 4.SL CSI report MAC CE

[0221] 5.SL DRX command MAC CE

[0222] 6. Data from any STCH (e.g., SL user data)

[0223] or,

[0224] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0225] 2. IUC requests MAC CE

[0226] 3. IUC MAC CE message

[0227] 4.SL CSI report MAC CE

[0228] 5.SL DRX command MAC CE

[0229] 6. Data from any STCH (e.g., SL user data)

[0230] or,

[0231] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0232] 2.SL CSI report MAC CE

[0233] 3.SL DRX command MAC CE

[0234] 4. IUC MAC CE (or, the priority order of IUC MAC CE can be the same as the priority order of the SL DRX command MAC CE.)

[0235] 5. IUC requests MAC CE

[0236] 6. Data from any STCH (e.g., SL user data)

[0237] or,

[0238] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0239] 2.SL CSI report MAC CE

[0240] 3.SL DRX command MAC CE

[0241] 4. IUC requests MAC CE

[0242] 5. IUC MAC CE (or, the priority order of IUC MAC CE can be the same as STCH.)

[0243] 6. Data from any STCH (e.g., SL user data)

[0244] or,

[0245] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0246] 2.SL CSI report MAC CE

[0247] 3.SL DRX command MAC CE

[0248] 4. Data from any STCH (e.g., SL user data)

[0249] 5. IUC MAC CE

[0250] 6. IUC requests MAC CE

[0251] or,

[0252] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0253] 2.SL CSI report MAC CE

[0254] 3.SL DRX command MAC CE

[0255] 4. Data from any STCH (e.g., SL user data)

[0256] 5. IUC requests MAC CE

[0257] 6. IUC MAC CE

[0258] or,

[0259] 1. IUC MAC CE

[0260] 2. IUC requests MAC CE

[0261] 3. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0262] 4.SL CSI report MAC CE

[0263] 5.SL DRX command MAC CE

[0264] 6. Data from any STCH (e.g., SL user data)

[0265] or,

[0266] 1. IUC requests MAC CE

[0267] 2. IUC MAC CE (or, the priority order of IUC MAC CE can be the same as SCCH.)

[0268] 3. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0269] 4.SL CSI report MAC CE

[0270] 5.SL DRX command MAC CE

[0271] 6. Data from any STCH (e.g., SL user data)

[0272] In this disclosure, LCP operations can be performed according to the LCH priority of the IUC message proposed above.

[0273] For example, if the UE's MAC entity has multiple MAC SDUs and MAC CEs for new transmissions, the MAC entity can configure the MAC PDU by selecting the MAC SDU or MAC CE in order of destination with the highest LCH priority (i.e., in descending order of SL LCH priority or based on descending order of SL LCH priority). For example, if the UE's MAC entity has multiple MAC SDUs and MAC CEs as follows, the MAC entity can perform LCP operation (the operation of generating MAC PDUs) according to the LCH priority of the IUC MAC CEs as proposed in this disclosure.

[0274] Example 1.

[0275] For example, a UE's MAC entity can have multiple MAC SDUs and MAC CEs.

[0276] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0277] 2. IUC MAC CE message

[0278] 3.SL CSI report MAC CE

[0279] For example, based on the SL priority (or SL LCH priority) of the IUC MAC CE message as presented in this disclosure, the MAC entity can first populate the MAC PDU with the SDU for data from the SCCH. After populating the MAC PDU with the SDU for data from the SCCH, if there is remaining space in the MAC PDU, the MAC entity can populate the MAC PDU with the IUC MAC CE message and the SL CSI report MAC CE in sequence. If not all MAC SDUs and MAC CEs (data from the SCCH, IUC MAC CE message, SL CSI report MAC CE) are populated in a MAC PDU, the MAC entity can populate the MAC SDUs and MAC CEs into the MAC PDU in the order of the SL priority as presented in this disclosure. That is, as many MAC PDUs as possible can be populated in descending order of the SL priority.

[0280] For example, Embodiment 1 is an embodiment where the SL priority of the IUC MAC CE message is higher than that of the SL CSI report MAC CE. If the proposal to set the SL priority of the SL CSI report MAC CE to be higher than that of the IUC MAC CE message is applied, then when the MAC entity configures the MAC PDU, the MAC PDU can be generated by first including the SL CSI report MAC CE message instead of the IUC MAC CE message.

[0281] Example 2.

[0282] For example, a UE's MAC entity can have multiple MAC SDUs and MAC CEs.

[0283] 1. IUC MAC CE message

[0284] 2.SL CSI report MAC CE

[0285] 3. Data from STCH (e.g., SL user data)

[0286] For example, based on the SL priority (or SL LCH priority) of the IUC MAC CE messages as presented in this disclosure, the MAC entity can first populate the MAC PDU with IUC MAC CE messages. If there is remaining space in the MAC PDU after populating it with IUC MAC CE messages, the MAC entity can populate the MAC PDU using SL CSI MAC CE messages and MAC SDUs for data from STCH. If a MAC PDU cannot be populated with all MAC CEs and MAC SDUs (IUC MAC CE messages, SL CSI report MAC CEs, and data from STCH), the MAC entity can populate the MAC PDU with MAC CEs and MAC SDUs in the order of the SL priorities as presented in this disclosure.

[0287] For example, Embodiment 2 is an embodiment where the SL priority of the IUC MAC CE message is higher than the SL priority of the SL CSI report MAC CE. If the application proposes that the SL priority of the SL CSI report MAC CE is set higher than that of the IUC MAC CE message, then when the MAC entity configures the MAC PDU, the MAC PDU can be generated by first including the SL CSI report MAC CE instead of the IUC MAC CE message in the MAC PDU.

[0288] According to embodiments of this disclosure, if a UE's MAC entity has multiple MAC CE, MAC SDU, and IUC MAC CE messages to send to a destination UE, a method has been proposed for the MAC entity to configure a MAC PDU by selecting the destination SDU or destination MAC CE with the highest LCH priority based on the SL priority (or SLLCH priority) order proposed in this disclosure.

[0289] For example, Embodiment 1 and Embodiment 2 are each just one embodiment. The UE can perform configuration or MAC PDU generation operations according to the various priority orders of the IUCMAC CE proposed in this disclosure.

[0290] According to embodiments of this disclosure, the following order of priority is also proposed.

[0291] For example, the following shows the SL priorities of IUC messages. They are displayed in order of highest priority, meaning that data from the SCCH can have the highest priority.

[0292] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0293] 2.SL CSI report MAC CE

[0294] 3. Request-based IUC MAC CE (or, the priority order of request-based IUC MAC CE can be the same as the priority order of SLCSI report MAC CE, and can be higher than the priority order of SL DRX command MAC CE.)

[0295] 4. Condition-based IUC MAC CE (or, the priority order of condition-based IUC MAC CE is the same as that of SL CSI report MAC CE, and may be higher than that of SL DRX command MAC CE. However, the priority order may be lower than that of request-based IUC MAC CE).

[0296] 5. IUC Request MAC CE (MAC CE sent to request an IUC MAC CE)

[0297] 6.SL DRX command MAC CE

[0298] 7. Data from any STCH (e.g., SL user data)

[0299] or,

[0300] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0301] 2.SL CSI report MAC CE

[0302] 3. IUC requests MAC CE

[0303] 4. Request-based IUC MAC CE

[0304] 5. Condition-based IUC MAC CE

[0305] 6.SL DRX command MAC CE

[0306] 7. Data from any STCH (e.g., SL user data)

[0307] or,

[0308] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0309] 2. Request-based IUC MAC CE message

[0310] 3. Condition-based IUC MAC CE messages

[0311] 4. IUC requests MAC CE

[0312] 5.SL CSI report MAC CE

[0313] 6.SL DRX command MAC CE

[0314] 7. Data from any STCH (e.g., SL user data)

[0315] or,

[0316] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0317] 2. IUC requests MAC CE

[0318] 3. Request-based IUC MAC CE message

[0319] 4. Condition-based IUC MAC CE messages

[0320] 5.SL CSI report MAC CE

[0321] 6.SL DRX command MAC CE

[0322] 7. Data from any STCH (e.g., SL user data)

[0323] or,

[0324] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0325] 2.SL CSI report MAC CE

[0326] 3.SL DRX command MAC CE

[0327] 4. Request-based IUC MAC CE (or, the priority order of the IUC MAC CE can be the same as the priority order of the SL DRX command MAC CE).

[0328] 5. Conditional IUC MAC CE (or, the priority order of IUC MAC CE can be the same as the priority order of the SL DRX command MACCE.)

[0329] 6. IUC requests MAC CE

[0330] 7. Data from any STCH (e.g., SL user data)

[0331] or,

[0332] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0333] 2.SL CSI report MAC CE

[0334] 3.SL DRX command MAC CE

[0335] 4. IUC requests MAC CE

[0336] 5. Request-based IUC MAC CE (or, the priority order of IUC MAC CE can be the same as STCH).

[0337] 6. Conditional IUC MAC CE (or, the priority order of IUC MAC CE can be the same as STCH.)

[0338] 7. Data from any STCH (e.g., SL user data)

[0339] or,

[0340] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0341] 2.SL CSI report MAC CE

[0342] 3.SL DRX command MAC CE

[0343] 4. Data from any STCH (e.g., SL user data)

[0344] 5. Request-based IUC MAC CE

[0345] 6. Condition-based IUC MAC CE

[0346] 7. IUC requests MAC CE

[0347] or,

[0348] 1. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0349] 2.SL CSI report MAC CE

[0350] 3.SL DRX command MAC CE

[0351] 4. Data from any STCH (e.g., SL user data)

[0352] 5. IUC requests MAC CE

[0353] 6. Request-based IUC MAC CE

[0354] 7. Condition-based IUC MAC CE

[0355] or,

[0356] 1. Request-based IUC MAC CE

[0357] 2. Condition-based IUC MAC CE

[0358] 3. IUC requests MAC CE

[0359] 4. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0360] 5.SL CSI report MAC CE

[0361] 6.SL DRX command MAC CE

[0362] 7. Data from any STCH (e.g., SL user data)

[0363] or,

[0364] 1. IUC requests MAC CE

[0365] 2. Request-based IUC MAC CE (or, the priority order of IUC MAC CE can be the same as SCCH).

[0366] 3. Conditional IUC MAC CE (or, the priority order of IUC MAC CE can be the same as SCCH).

[0367] 4. Data from SCCH (e.g., PC5-S messages, PC5 RRC messages)

[0368] 5.SL CSI report MAC CE

[0369] 6.SL DRX command MAC CE

[0370] 7. Data from any STCH (e.g., SL user data)

[0371] Figure 8 This illustrates a process for a second UE to select transmission resources based on IUC information, according to an embodiment of the present disclosure. Figure 8 The embodiments can be combined with various embodiments of this disclosure.

[0372] refer to Figure 8This indicates that the first UE reports IUC information based on an IUC request, and the second UE sends an IUC request to select transmission resources. In step S810, the second UE may send an IUC request to the first UE. For example, the IUC request may include an IUC request MAC CE. In step S820, the first UE may trigger an IUC information reporting procedure based on the receipt of the IUC request. For example, the IUC reporting procedure may be the request-based IUC information reporting procedure described in this disclosure.

[0373] In step S830, the first UE can generate a MAC PDU for reporting IUC information. Here, for example, the first UE can generate the MAC PDU based on the LCP procedure. Here, for example, the LCP procedure can be performed based on the priority between MAC SDUs and MAC CEs described in this disclosure. For example, when multiple MAC SDUs and MAC CEs to be transmitted are pending, they can be included in the MAC PDU in order of highest priority. For example, the IUC report MAC CE can have the highest priority, followed by data from the SCCH, then the SL SCI report MAC CE, then the SL DRX command MAC CE, and finally data from the STCH. In this embodiment, it is assumed that the IUC report MAC CE is included in the MAC PDU as a result of the LCP procedure.

[0374] In step S840, the first UE can send the generated MAC PDU to the second UE. That is, the first UE can execute an IUC report. For example, the IUC report MAC CE can include information related to the first UE's preferred resource set and / or non-preferred resource set. In step S850, the second UE can select transmission resources based on the received IUC report, i.e., the IUC report MAC CE included in the MAC PDU. Thereafter, the second UE can perform SL communication with the first UE based on the selected transmission resources. Here, because the preferred resource set and / or non-preferred resource set are considered in the transmission resource selection, SL communication between the first UE and the second UE can be performed more smoothly.

[0375] Figure 9 An embodiment of generating a MAC PDU based on an LCP process according to an embodiment of the present disclosure is shown. Figure 9 The embodiments can be combined with various embodiments of this disclosure.

[0376] refer to Figure 9This illustrates the priority order between the MAC CE and MAC SDU as presented in this disclosure. Additionally, an example of generating a MAC PDU is shown. For instance, the IUC report MAC CE can have the highest priority, followed by data from the SCCH with a high priority, then the SL SCI report MAC CE with a high priority, then the SL DRX command MAC CE with a high priority, and finally, data from the STCH with a high priority.

[0377] exist Figure 9 The left side shows the priority order of the various parts, with blocks having solid lines indicating MAC CEs or MAC SDUs that are pending in the MAC entity to be included in the MAC PDU. That is, in this embodiment, it is assumed that the IUC reports MAC CE, the SL SCI reports MAC CE, and the SL DRX commands MAC CE are pending in the MAC entity.

[0378] refer to Figure 9 To the right of the diagram, a MAC PDU is shown, and the horizontal length of the MAC PDU block represents the space of the MAC PDU described in this disclosure. That is, it can be explained that the space of the MAC PDU is insufficient to include all of the IUC report MAC CE, SL SCI report MAC CE, and SL DRX command MAC CE within the MAC PDU. Here, according to the LCP process, MAC entities are included in the MAC PDU in the order of highest priority, and when space is insufficient, a MAC PDU can be generated without including MAC CEs or MAC SDUs with lower priority. In other words, in this embodiment, since the remaining space of the MAC PDU is insufficient to include the SL DRX command MAC CE with the lowest priority among the pending MAC CEs or MAC SDUs in the MAC entity, the MAC entity can generate a MAC PDU by including only the IUC report MAC CE and the SL SCI report MAC CE.

[0379] UL / SL prioritization can be performed based on the SL priority value (or order) of the IUC messages presented in this disclosure. For example, prioritization can be an operation that determines the transmission priority when uplink (UL) transmissions and SL transmissions are simultaneously pending in the UE.

[0380] According to embodiments of this disclosure, the destination L2 ID included in the MAC header when sending an IUC message is redefined as an independent L2 ID to distinguish the transmission of the IUC message. For example, in the prior art, the destination L2 ID for broadcast messages, the destination L2 ID for multicast messages, and the destination L2 ID for unicast messages are defined separately. Furthermore, in the prior art, when multiplexing a MAC PDU, multiplexing (MUX) is supported only for the same broadcast type. That is, in unicast, MUX is only possible between unicasts; in multicast, MUX is only possible between multicasts; and in broadcast, MUX is only possible between broadcasts.

[0381] This disclosure defines a separate destination L2 ID for IUC-only messages. In other words, according to embodiments of this disclosure, a method is proposed that allows only IUC messages to be MUXted when a MAC entity performs MUX on a MAC PDU. Specifically, a method is proposed that MAC PDUs other than IUC messages and IUC messages are not MUXted to the same MAC PDU. Furthermore, regardless of whether it is broadcast / multicast / unicast (i.e., broadcast type), the separate destination L2 ID for IUC-only messages can be a common destination L2 ID. That is, for example, the UE can perform broadcast / multicast / unicast based on a common destination L2 ID. In other words, a common destination L2 ID can be available in all broadcast types.

[0382] Alternatively, for example, the independent destination L2 ID for IUC-only messages can be defined as a separate destination L2 ID that is separately divided into broadcast / multicast / unicast. That is, to send an IUC message via unicast, a unicast destination L2 ID for the IUC message can be used; to send an IUC message via multicast, a multicast destination L2 ID for the IUC message can be used; and to send an IUC message via broadcast, a broadcast destination L2 ID for the IUC message can be used.

[0383] According to embodiments of this disclosure, a method is also proposed for sending IUC messages using the same unicast destination L2 ID, multicast destination L2 ID, and broadcast L2 ID used in the prior art (version 16NR V2X). When sending IUC messages using conventional (unicast / multicast / broadcast) destination L2 IDs, the receiving UE receives the corresponding message but may not be able to distinguish whether the message is an IUC message. Therefore, this disclosure proposes a method for adding a classification identifier to the SCI to indicate that the PSSCH associated with the corresponding SCI is an IUC message. For example, by doing so, even if the sending UE uses the same unicast destination L2 ID, multicast destination L2 ID, and broadcast L2 ID used in the prior art (version 16NR V2X) to send IUC messages, the receiving UE can still receive the message and can determine whether the corresponding message is an IUC message through the SCI.

[0384] According to embodiments of this disclosure, a method is proposed as follows: if a UE MAC entity has multiple MAC CE, MACSDU, and IUC MAC CE messages to send to a destination UE, the MAC entity selects the destination SDU or destination MAC CE with the highest LCH priority based on the SL priority (or SLLCH priority) order proposed in this disclosure to configure the MAC PDU. Additionally, a method has also been proposed that allows the receiving UE to distinguish and receive IUC messages.

[0385] For example, the proposed operation of this disclosure can be applied restrictively to each PC5-RRC connection (or SL unicast link, or source / destination L2 ID pair, or direction of source / destination L2 ID pair). For example, the proposed operation of this disclosure can be applied restrictively to each of all PC5-RRC connections (or all SL unicast links, or all source / destination L2 ID pairs).

[0386] The SL DRX configuration mentioned in this disclosure may include at least one or more of the following parameters.

[0387] [Table 15]

[0388]

[0389]

[0390] For example, the Uu DRX timer mentioned in this disclosure can be used for the following purposes.

[0391] The drx-HARQ-RTT-TimerSL timer represents the period during which a transmitting UE (UE supporting Uu DRX operation) performing sidelink communication based on sidelink resource allocation mode 1 does not perform PDCCH (or DCI) monitoring for sidelink mode 1 resource allocation from the base station.

[0392] The drx-RetransmissionTimerSL timer represents the period during which a transmitting UE (UE supporting Uu DRX operation) performing PDCCH (or DCI) monitoring of sidelink mode 1 resource allocation from a base station performs sidelink communication based on sidelink resource allocation mode 1. For example, the drx-RetransmissionTimerSL timer can be started when the drx-HARQ-RTT-TimerSL expires.

[0393] For example, the following SL DRX timer mentioned in this disclosure can be used for the following purposes.

[0394] SL DRX on-duration timer: It can represent the period during which a UE performing SL DRX operation should by default work to receive PSCCH / PSSCH from another UE.

[0395] SL DRX Inactivity Timer: This represents the period during which the UE performing SL DRX operation extends the SL DRX on-duration period. The SL DRX on-duration period is the time during which the UE must be active to receive PSCCH / PSSCH from another UE by default. In other words, the SL DRX on-duration timer can be extended by the SL DRX inactivity timer period. Additionally, when the UE receives a PSCCH (first SCI and second SCI) for a new TB from the other UE or receives a new packet (new PSSCH transmission), the UE can extend the SL DRX on-duration timer by activating the SL DRX inactivity timer.

[0396] SL DRX HARQ RTT Timer: This represents the period during which a UE performing SL DRX operation operates in sleep mode until it receives a retransmission packet (or PSSCH assignment) from another UE. In other words, when a UE starts the SL DRX HARQ RTT timer, it can operate in sleep mode during the timer's runtime by determining that the other UE will not send SL retransmission packets to it before the SL DRX HARQ RTT timer expires. Alternatively, the UE may not perform monitoring of sidelink channels / signals transmitted by the sending UE.

[0397] SL DRX Retransmission Timer: This represents the period during which a UE performing SL DRX operation operates to receive retransmission packets (or PSSCH allocations) sent by another UE. For example, the SL DRX retransmission timer can be started when the SL DRX HARQ RTT timer expires. During the corresponding timer period, the UE can monitor the reception of retransmission SL packets (or PSSCH allocations) sent by the other UE. For example, the SL DRX retransmission timer can be started when the SL DRX HARQ RTT timer expires.

[0398] Additionally, in the following description, the names of the timers (SL DRX on-duration timer, SL DRX inactive timer, SL DRX HARQ RTT timer, SL DRX retransmission timer, etc.) are exemplary, and timers that perform the same / similar function based on the content described in each timer can be considered the same / similar timers regardless of their names.

[0399] The proposals in this disclosure are solutions that can be applied and expanded as a means to address the problem of loss due to interference during switching of the Uu bandwidth portion (BWP).

[0400] Additionally, for example, when the UE supports multiple SL BWPs, it can be applied and extended as a solution to address the loss caused by interference during SL BWP handover.

[0401] The proposals of this disclosure can be extended and applied to parameters (and timers) included in a specific SL DRX configuration, a specific SL DRX pattern, or a specific SL DRX configuration for a UE, and not only to parameters (and timers) included in the default / common SL DRX configuration or the default / common SL DRX pattern or the default / common SL DRX configuration.

[0402] Additionally, for example, the term "on-duration" mentioned in the proposals of this disclosure can be interpreted as an activity time interval, and the term "off-duration" can be interpreted as a sleep time interval. For example, activity time can refer to the period during which the UE operates in a wake-up state (RF module on) to receive / transmit radio signals. For example, sleep time can refer to the period during which the UE operates in a sleep mode state (RF module off) to save power. For example, a sleep time interval does not mean that the transmitting UE must operate in sleep mode. That is, if necessary, the UE can be allowed to operate for a short time during the activity time, even during the sleep time interval, to perform sensing / transmission operations.

[0403] For example, the application of the proposed methods / rules (or rules) and / or related parameters (e.g., thresholds) can be specifically (or differently or independently) configured based on the following: resource pool, congestion level, service priority (and / or type), QoS requirements (e.g., latency, reliability) or PQI, service type (e.g., (non)periodic generation), SL transport resource allocation mode (mode 1, mode 2), Tx profile (e.g., a Tx profile indicating that it is a service that supports SL DRX operation, a Tx profile indicating that it is a service that does not need to support SL DRX operation), etc.

[0404] For example, the application of the proposed rules (and / or related parameter configuration values) of this disclosure can be specifically (and / or independently and / or differently) configured for at least one of the following: whether the UL BWP is activated / deactivated, whether the SL BWP is activated / deactivated, resource pool (e.g., resource pool with PSFCH configured, resource pool without PSFCH configured), service / packet type (and / or priority), QoS profile or QoS requirements (e.g., URLLC / EMBB service, reliability, latency), PQI, PFI, broadcast type (e.g., unicast, multicast, broadcast), (resource pool) congestion level (e.g., CBR), SL HARQ feedback scheme (e.g., NACK feedback only, ACK / NACK feedback), MAC PDU transmission with HARQ feedback enabled (and / or MAC PDU transmission with HARQ feedback disabled), and PUCCH-based SL. HARQ feedback report operation configuration status, preemption (and / or re-evaluation) (non) execution (or resource-based reselection), (L2 or L1) (source and / or destination) identifier, (L2 or L1) (source layer ID and destination layer ID combination) identifier, (L2 or L1) (source layer ID and destination layer ID pair and broadcast type combination) identifier, direction of source layer ID and destination layer ID pair, PC5 RRC connection / link, SL DRX (non) execution (or support) status, SL mode type (resource allocation mode 1, resource allocation mode 2), periodic (non-periodic) resource reservation execution, Tx profile (e.g., a Tx profile indicating that it is a service that supports SL DRX operation, a Tx profile indicating that it is a service that does not need to support SL DRX operation).

[0405] For example, specific time terms mentioned in the proposals of this disclosure may refer to the time during which a UE operates as an active timer for a predetermined period of time or a specific timer (SL DRX retransmission timer, SL DRX inactive timer, or timer guaranteed to operate as an active timer in the DRX operation of the receiving UE) to receive SL signals or SL data from the other UE.

[0406] Additionally, for example, whether to apply the proposals and proposed rules (and / or related parameter configuration values) of this disclosure can also be applied to millimeter-wave SL operations.

[0407] According to the prior art, the potential problem lies in the fact that the receiving UE performing sidelink communication performs the receiving operation based on the resources selected by the transmitting UE, regardless of whether the receiving UE prefers those resources. According to embodiments of this disclosure, the transmitting UE can select transmission resources based on a set of preferred (or non-preferred) resources included in the IUC information provided by the receiving UE, thus potentially allowing the receiving UE to perform the receiving operation based on its preferred resources.

[0408] Figure 10 This illustration shows a process for performing wireless communication by a first device according to an embodiment of the present disclosure. Figure 10 The embodiments can be combined with various embodiments of this disclosure.

[0409] refer to Figure 10 In step S1010, the first device can receive an Inter-UE Coordination (IUC) request from the second device. In step S1020, the first device can trigger an IUC information report based on the IUC request. In step S1030, the first device can generate a Media Access Control (MAC) Protocol Data Unit (PDU) based on Logical Channel Prioritization (LCP), wherein the MAC PDU includes an IUC Reporting MAC Control Element (CE). In step S1040, the first device can send a First Sidelink Control Information (SCI) for scheduling the Physical Sidelink Shared Channel (PSSCH) to the second device via the Physical Sidelink Control Channel (PSCCH). In step S1050, the first device can send a MAC PDU and a Second SCI to the second device via the PSSCH. For example, in LCP-related processes: the priority of IUC reporting MAC CE can be lower than the priority of data from the sidelink control channel (SCCH) and the priority of MAC CE for SL channel state information (CSI) reporting; and the priority of IUC reporting MAC CE can be higher than the priority of SL discontinuous reception (DRX) command MAC CE and the priority of data from the sidelink traffic channel (STCH).

[0410] For example, data from SCCH can have a higher priority than data from MAC CE used for SL CSI reports.

[0411] For example, the priority of the SL DRX command MAC CE can be higher than the priority of data from STCH.

[0412] For example, a request-based IUC report MAC CE can have a higher priority than a condition-based IUC report MAC CE.

[0413] For example, LCP-related processes can be executed based on the remaining space of the MAC PDU.

[0414] For example, a second device can select at least one transport resource based on the IUC report MAC CE.

[0415] For example, the IUC report MAC CE may include information related to the preferred resource set.

[0416] For example, the IUC report MAC CE may include information related to non-preferred resource sets.

[0417] For example, the process associated with LCP can be used to include MAC Service Data Units (SDUs) or MAC CEs in the MACPDU according to the priority of the associated logical channel (LCH).

[0418] For example, multiplexing a MAC PDU that includes an IUC report MAC CE based on the same destination layer (L)2ID as a MAC PDU that does not include an IUC report MAC CE may not be allowed.

[0419] For example, the destination L2 ID associated with a MAC PDU, including the IUC report MAC CE, may be available for broadcast, multicast, and unicast.

[0420] For example, the first or second SCI may include information related to whether the MAC PDU includes IUC reporting MAC CE.

[0421] For example, a MAC PDU can be generated based on establishing a Radio Resource Control (RRC) connection between a first device and a second device.

[0422] The above embodiments can be applied to various devices. First, the processor 102 of the first device 100 can control the transceiver 106 to receive an inter-UE coordination (IUC) request from the second device 200. Furthermore, the processor 102 of the first device 100 can trigger an IUC information report based on the IUC request. Also, the processor 102 of the first device 100 can generate a Media Access Control (MAC) Protocol Data Unit (PDU) based on Logical Channel Prioritization (LCP), the MAC PDU including an IUC Reporting MAC Control Element (CE). Furthermore, the processor 102 of the first device 100 can send a first sidelink control information (SCI) for scheduling the Physical Sidelink Shared Channel (PSSCH) to the second device 200 via the Physical Sidelink Control Channel (PSCCH). Finally, the processor 102 of the first device 100 can control the transceiver 106 to send a MAC PDU and a second SCI to the second device 200 via the PSSCH. For example, in LCP-related processes: the priority of IUC reporting MAC CE can be lower than the priority of data from the sidelink control channel (SCCH) and the priority of MAC CE for SL channel state information (CSI) reporting; and the priority of IUC reporting MAC CE can be higher than the priority of SL discontinuous reception (DRX) command MAC CE and the priority of data from the sidelink traffic channel (STCH).

[0423] According to embodiments of this disclosure, a first device for performing wireless communication can be proposed. For example, the first device 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, one or more processors may execute instructions to: receive an Inter-UE Coordination (IUC) request from a second device; trigger an IUC information report based on the IUC request; generate a Media Access Control (MAC) Protocol Data Unit (PDU) based on Logical Channel Prioritization (LCP), the MAC PDU including an IUC Report MAC Control Element (CE); send a first Sidelink Control Information (SCI) for scheduling a Physical Sidelink Shared Channel (PSSCH) to the second device via a Physical Sidelink Control Channel (PSCCH); and send a MAC PDU and a second SCI to the second device via the PSSCH, wherein in the LCP-related process: the priority of the IUC Report MAC CE may be lower than the priority of data from the Sidelink Control Channel (SCCH) and the priority of the MAC CE for SL Channel State Information (CSI) reporting; and the priority of the IUC Report MAC CE may be higher than the priority of the SL Discontinuous Receive (DRX) Command MAC CE and the priority of data from the Sidelink Traffic Channel (STCH).

[0424] For example, data from SCCH can have a higher priority than data from MAC CE used for SL CSI reports.

[0425] For example, the priority of the SL DRX command MAC CE can be higher than the priority of data from STCH.

[0426] For example, a request-based IUC report MAC CE can have a higher priority than a condition-based IUC report MAC CE.

[0427] For example, LCP-related processes can be executed based on the remaining space of the MAC PDU.

[0428] For example, a second device can select at least one transport resource based on the IUC report MAC CE.

[0429] For example, the IUC report MAC CE may include information related to the preferred resource set.

[0430] For example, the IUC report MAC CE may include information related to non-preferred resource sets.

[0431] For example, the process associated with LCP can be used to include MAC Service Data Units (SDUs) or MAC CEs in the MACPDU according to the priority of the associated logical channel (LCH).

[0432] For example, multiplexing a MAC PDU that includes an IUC report MAC CE based on the same destination layer (L)2ID as a MAC PDU that does not include an IUC report MAC CE may not be allowed.

[0433] For example, the destination L2 ID associated with a MAC PDU, including the IUC report MAC CE, may be available for broadcast, multicast, and unicast.

[0434] For example, the first or second SCI may include information related to whether the MAC PDU includes IUC reporting MAC CE.

[0435] For example, a MAC PDU can be generated based on establishing a Radio Resource Control (RRC) connection between a first device and a second device.

[0436] According to embodiments of this disclosure, an apparatus adapted to control a first user equipment (UE) may be proposed. 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, one or more processors may execute instructions to: receive an inter-UE coordination (IUC) request from a second UE; trigger an IUC information report based on the IUC request; generate a Media Access Control (MAC) Protocol Data Unit (PDU) based on Logical Channel Prioritization (LCP), the MAC PDU including an IUC Report MAC Control Element (CE); send a first Sidelink Control Information (SCI) for scheduling a Physical Sidelink Shared Channel (PSSCH) to the second UE via a Physical Sidelink Control Channel (PSCCH); and send a MAC PDU and a second SCI to the second UE via the PSSCH, wherein in the LCP-related process: the priority of the IUC Report MAC CE may be lower than the priority of data from the Sidelink Control Channel (SCCH) and the priority of the MAC CE for SL Channel State Information (CSI) reporting; and the priority of the IUC Report MAC CE may be higher than the priority of the SL Discontinuous Receive (DRX) Command MAC CE and the priority of data from the Sidelink Traffic Channel (STCH).

[0437] According to 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 an inter-UE coordination (IUC) request from a second device; trigger an IUC information report based on the IUC request; generate a Media Access Control (MAC) protocol data unit (PDU) based on Logical Channel Prioritization (LCP), the MAC PDU including an IUC report MAC control element (CE); send a first sidelink control information (SCI) for scheduling a Physical Sidelink Shared Channel (PSSCH) to the second device via a Physical Sidelink Control Channel (PSCCH); and send a MAC PDU and a second SCI to the second device via the PSSCH, wherein in the LCP-related process: the priority of the IUC report MAC CE can be lower than the priority of data from the Sidelink Control Channel (SCCH) and the priority of the MAC CE for SL Channel State Information (CSI) reporting; and the priority of the IUC report MAC CE can be higher than the priority of the SL Discontinuous Reception (DRX) command MAC CE and the priority of data from the Sidelink Traffic Channel (STCH).

[0438] Figure 11 This illustration shows a process for performing wireless communication by a second device according to an embodiment of the present disclosure. Figure 11 The embodiments can be combined with various embodiments of this disclosure.

[0439] refer to Figure 11 In step S1110, the second device may send an Inter-UE Coordination (IUC) request to the first device. In step S1120, the second device may receive First Sidelink Control Information (SCI) for scheduling the Physical Sidelink Shared Channel (PSSCH) from the first device via the Physical Sidelink Control Channel (PSCCH). In step S1130, the second device may receive a Media Access Control (MAC) Protocol Data Unit (PDU) from the first device via the PSSCH, the MAC PDU including an IUC Report MAC Control Element (CE). In step S1140, the second device may select at least one transmission resource based on the IUC Report MAC CE. For example, a MAC PDU can be generated based on Logical Channel Prioritization (LCP), wherein in the process related to LCP: the priority of the IUC reporting MAC CE can be lower than the priority of data from the sidelink control channel (SCCH) and the priority of the MAC CE used for SL channel state information (CSI) reporting; and the priority of the IUC reporting MAC CE can be higher than the priority of the SL discontinuous reception (DRX) command MAC CE and the priority of data from the sidelink traffic channel (STCH).

[0440] For example, data from SCCH can have a higher priority than MAC CE used for SL CSI reports, and MAC CE for SL DRX commands can have a higher priority than data from STCH.

[0441] The above embodiments can be applied to various devices. First, the processor 202 of the second device 200 can control the transceiver 206 to send an inter-UE coordination (IUC) request to the first device 100. Furthermore, the processor 202 of the second device 200 can control the transceiver 206 to receive first sidelink control information (SCI) for scheduling the physical sidelink shared channel (PSSCH) from the first device 100 via the physical sidelink control channel (PSCCH). Also, the processor 202 of the second device 200 can control the transceiver 206 to receive media access control (MAC) protocol data units (PDUs) from the first device 100 via the PSSCH, wherein the MACPDU includes an IUC report MAC control element (CE). Finally, the processor 202 of the second device 200 can select at least one transmission resource based on the IUC report MAC CE. For example, a MAC PDU can be generated based on Logical Channel Prioritization (LCP), wherein in the process related to LCP: the priority of the IUC reporting MAC CE can be lower than the priority of data from the sidelink control channel (SCCH) and the priority of the MAC CE used for SL channel state information (CSI) reporting; and the priority of the IUC reporting MAC CE can be higher than the priority of the SL discontinuous reception (DRX) command MAC CE and the priority of data from the sidelink traffic channel (STCH).

[0442] According to embodiments of this disclosure, a second device for performing wireless communication can be proposed. For example, the second device 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, one or more processors may execute instructions to: send an Inter-UE Coordination (IUC) request to a first device; receive a first sidelink control information (SCI) for scheduling a physical sidelink shared channel (PSSCH) from the first device via a physical sidelink control channel (PSCCH); receive a media access control (MAC) protocol data unit (PDU) and a second SCI from the first device via the PSSCH, the MAC PDU including an IUC report MAC control element (CE); and select at least one transmission resource based on the IUC report MAC CE, wherein the MAC PDU is generated based on logical channel prioritization (LCP), and wherein in the process associated with LCP: the priority of the IUC report MAC CE may be lower than the priority of data from the sidelink control channel (SCCH) and the priority of the MAC CE for SL channel state information (CSI) reporting; and the priority of the IUC report MAC CE may be higher than the priority of the SL discontinuous reception (DRX) command MAC CE and the priority of data from the sidelink traffic channel (STCH).

[0443] For example, data from SCCH can have a higher priority than MAC CE used for SL CSI reports, and the MAC CE for SL DRX commands can have a higher priority than data from STCH.

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

[0445] In the following, devices to which the respective embodiments of this disclosure may be applied will be described.

[0446] 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).

[0447] 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.

[0448] Figure 12 A communication system (1) according to an embodiment of the present disclosure is shown. Figure 12 The embodiments can be combined with various embodiments of this disclosure.

[0449] Reference Figure 12The communication system (1) applying various embodiments of this disclosure includes wireless devices, base stations (BS), and networks. 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 vehicle-to-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.

[0450] 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 for 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.

[0451] 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.

[0452] 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)). 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.

[0453] Figure 13 A wireless device according to an embodiment of the present disclosure is shown. Figure 13 The embodiments can be combined with various embodiments of this disclosure.

[0454] Reference Figure 13 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 12 {Wireless Device (100x) and BS (200)} and / or {Wireless Device (100x) and Wireless Device (100x)}.

[0455] 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.

[0456] 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 in this document. 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.

[0457] The hardware components 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.

[0458] 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.

[0459] 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.

[0460] 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.

[0461] Figure 14 A signal processing circuit for transmitting a signal according to an embodiment of the present disclosure is shown. Figure 14 The embodiments can be combined with various embodiments of this disclosure.

[0462] Reference Figure 14 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 14 The operation / functions, but not limited to Figure 13The processors (102, 202) and / or transceivers (106, 206) can be used. Figure 13 Implemented by processors (102, 202) and / or transceivers (106, 206) Figure 14 Hardware components. For example, it can be achieved through... Figure 13 The processors (102, 202) implement boxes 1010 to 1060. Alternatively, they can be implemented using... Figure 13 The processors (102, 202) implement boxes 1010 to 1050, and can be used to... Figure 13 The transceivers (106, 206) are used to implement the frame 1060.

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

[0464] 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.

[0465] 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.

[0466] Can be with Figure 14 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 13 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.

[0467] Figure 15 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 12 ). Figure 15 The embodiments can be combined with various embodiments of this disclosure.

[0468] Reference Figure 15 Wireless devices (100, 200) can correspond to Figure 13 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 13 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 13The 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 source (e.g., other communication devices) via the communication unit (110) through a wireless / wired interface, or store information received from an external source (e.g., other communication devices) via the communication unit (110) through a wireless / wired interface in the memory unit (130).

[0469] 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 12 100a), vehicles ( Figure 12 100b-1 and 100b-2), XR equipment ( Figure 12 100c), handheld devices ( Figure 12 100d), home appliances ( Figure 12 100e), IoT devices ( Figure 12 100f), digital broadcasting terminals, hologram devices, public safety equipment, MTC devices, medical devices, fintech devices (or financial devices), security devices, climate / environmental devices, AI servers / devices ( Figure 12 400), BS ( Figure 12 (e.g., 200), network nodes, etc. Depending on the use case / service, wireless devices can be used in mobile or fixed locations.

[0470] exist Figure 15In 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 unit (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.

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

[0472] Figure 16 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). Figure 16 The embodiments can be combined with various embodiments of this disclosure.

[0473] Reference Figure 16 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). Boxes 110 to 130 / 140a to 140c correspond to respectively Figure 15 The frame is 110 to 130 / 140.

[0474] 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.

[0475] 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.

[0476] Figure 17 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. Figure 17 The embodiments can be combined with various embodiments of this disclosure.

[0477] Reference Figure 17 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 15The frame size is 110 / 130 / 140.

[0478] 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 the components 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 equipment, etc. Power supply unit 140b can supply power to the vehicle or autonomous vehicle 100 and may include wired / wireless charging circuitry, batteries, 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.

[0479] 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.

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

Claims

1. A method for performing wireless communication by a first user equipment (UE), the method comprising: Receive an inter-UE coordination (IUC) request from the second UE; The IUC request triggers an IUC information report; Media Access Control (MAC) Protocol Data Units (PDUs) are generated based on Logical Channel Prioritization (LCP), and the MAC PDUs include IUC Report MAC Control Elements (CEs). First inter-UE control information for scheduling the inter-UE physical shared channel is sent to the second UE via the inter-UE physical control channel. The first inter-UE control information includes a classification identifier, which indicates that the inter-UE physical shared channel associated with the first inter-UE control information is an IUC message. as well as The MAC PDU and control information between the second UE are sent to the second UE through the physical shared channel between the UEs. In the process related to the LCP: The priority of the IUC report MAC CE is lower than the priority of data from the inter-UE control channel and the priority of the MAC CE used for inter-UE channel state information (CSI) reporting; and The priority of the IUC report MAC CE is higher than the priority of the UE Discontinuous Reception (DRX) command MAC CE and the priority of data from the UE traffic channel.

2. The method according to claim 1, wherein, The priority of data from the inter-UE control channel is higher than the priority of MAC CE used for inter-UE CSI reporting.

3. The method according to claim 1, wherein, The priority of the MAC CE for the DRX command between UEs is higher than the priority of the data from the traffic channel between UEs.

4. The method according to claim 1, wherein, Request-based IUC reporting MAC CE has higher priority than condition-based IUC reporting MAC CE.

5. The method according to claim 1, wherein, The remaining space of the MAC PDU is used to perform the process associated with the LCP.

6. The method according to claim 1, wherein, The second UE selects at least one transmission resource based on the IUC report MAC CE.

7. The method according to claim 1, wherein, The IUC report MAC CE includes information related to the preferred resource set.

8. The method according to claim 1, wherein, The IUC report MAC CE includes information related to the non-preferred resource set.

9. The method according to claim 1, wherein, The process associated with the LCP is used to include MAC Service Data Units (SDUs) or MAC CEs in the MAC PDU according to the priority of the relevant logical channels (LCHs).

10. The method according to claim 1, wherein, MAC PDUs including IUC report MAC CEs are not allowed to be reused based on the same destination layer (L)2 ID as MAC PDUs that do not include IUC report MAC CEs.

11. The method according to claim 10, wherein, The destination L2 ID associated with the MAC PDU, including the IUC report MAC CE, can be used for broadcast, multicast, and unicast.

12. The method according to claim 1, wherein, The MAC PDU is generated based on the establishment of a Radio Resource Control (RRC) connection between the first UE and the second UE.

13. A first user equipment (UE) for performing wireless communication, the first UE comprising: One or more memories, wherein the one or more memories store instructions; One or more transceivers; as well as One or more processors, the one or more processors being connected to the one or more memories and the one or more transceivers, wherein the one or more processors execute the instructions to: Receive an inter-UE coordination (IUC) request from the second UE; The IUC request triggers an IUC information report; Media Access Control (MAC) Protocol Data Units (PDUs) are generated based on Logical Channel Prioritization (LCP), and the MAC PDUs include IUC Report MAC Control Elements (CEs). First inter-UE control information for scheduling an inter-UE physical shared channel is sent to the second UE via an inter-UE physical control channel. This first inter-UE control information includes a classification identifier indicating that the inter-UE physical shared channel associated with the first inter-UE control information is an IUC message. The MAC PDU and control information between the second UE are sent to the second UE through the physical shared channel between the UEs. In the process related to the LCP: The priority of the IUC report MAC CE is lower than the priority of data from the inter-UE control channel and the priority of the MAC CE used for inter-UE channel state information (CSI) reporting; and The priority of the IUC report MAC CE is higher than the priority of the UE Discontinuous Reception (DRX) command MAC CE and the priority of data from the UE traffic channel.

14. An apparatus adapted to control a first user equipment (UE), the apparatus comprising: One or more processors; as well as One or more memories, operatively connected to the one or more processors and storing instructions, wherein the one or more processors execute the instructions to: Receive an inter-UE coordination (IUC) request from the second UE; The IUC request triggers an IUC information report; Media Access Control (MAC) Protocol Data Units (PDUs) are generated based on Logical Channel Prioritization (LCP), and the MAC PDUs include IUC Report MAC Control Elements (CEs). First inter-UE control information for scheduling an inter-UE physical shared channel is sent to the second UE via an inter-UE physical control channel. This first inter-UE control information includes a classification identifier indicating that the inter-UE physical shared channel associated with the first inter-UE control information is an IUC message. The MAC PDU and control information between the second UE are sent to the second UE through the physical shared channel between the UEs. In the process related to the LCP: The priority of the IUC report MAC CE is lower than the priority of data from the inter-UE control channel and the priority of the MAC CE used for inter-UE channel state information (CSI) reporting; and The priority of the IUC report MAC CE is higher than the priority of the UE Discontinuous Reception (DRX) command MAC CE and the priority of data from the UE traffic channel.

Images