Method and apparatus for configuration and signaling of sidelink resources for inter-ue coordination

Abstract

The disclosure relates to a pre-5th-Generation (5G) or 5G communication system to be provided for supporting a higher data rate beyond 4th-Generation (4G) communication system (e.g., Long Term Evolution (LTE)). A method of operating a user equipment (UE) is provided. The method includes receiving a configuration message for enabling inter-UE coordination for a sidelink (SL) resource pool, determining a target UE for a SL transmission, and transmitting a signal for activating or triggering transmission of inter-UE coordination information to the target UE. The method further includes receiving the inter-UE coordination information, determining a set of candidate SL resources based on the inter-UE coordination information, selecting a SL resource among the determined set, and transmitting a SL channel on the SL resource.

Description

Technical Field

[0001] This disclosure generally relates to wireless communication systems, and more specifically, to the configuration and signaling of side link (SL) resources for coordination between UEs. Background Technology

[0002] To meet the increased demand for wireless data services since the deployment of 4G communication systems, efforts have been made to develop improved 5G or pre-5G communication systems. Therefore, 5G or pre-5G communication systems are also referred to as "super 4G networks" or "post-LTE systems".

[0003] The implementation of 5G communication systems in higher frequency (mmWave) bands (e.g., the 60 GHz band) is considered to achieve higher data rates. To reduce radio wave propagation loss and increase transmission distance, beamforming, massive MIMO, full-dimensional MIMO (FD-MIMO), array antennas, analog beamforming, and massive MIMO technologies are discussed in the context of 5G communication systems.

[0004] In addition, in 5G communication systems, development is underway to improve the system network based on advanced small cells, cloud radio access networks (RAN), ultra-dense networks, device-to-device (D2D) communication, wireless backhaul, mobile networks, cooperative communication, coordinated multipoint (CoMP), and receiver interference cancellation.

[0005] In 5G systems, hybrid FSK and QAM modulation (FQAM) and sliding window superposition coding (SWSC) have been developed as advanced coding and modulation (ACM), as well as filter bank multicarrier (FBMC), non-orthogonal multiple access (NOMA) and sparse code multiple access (SCMA) as advanced access technologies.

[0006] Fifth-generation (5G), or new radio (NR) mobile communications, is currently gaining momentum with a surge of global technological activity driven by a wide range of candidate technologies from industry and academia. Candidate enablers for 5G / NR mobile communications include massive MIMO technologies (from traditional cellular bands to high frequencies) that provide beamforming gain and support increased capacity, new waveforms that flexibly adapt to various services / applications with different requirements (e.g., new radio access technologies (RATs)), new multiple access schemes that support massive connectivity, and more. Summary of the Invention

[0007] Technical issues

[0008] The listening process for resource (re)selection during the sensing window requires receiving and decoding the sidelink control information (SCI) format during the sensing window. This receiving and decoding process increases the processing complexity and power consumption of the user equipment (UE) used for sidelink communication, and requires the UE to have receiving circuitry on the sidelink for sensing, even if the UE only transmits and does not receive on the sidelink.

[0009] Solution to the problem

[0010] This disclosure relates to wireless communication systems, and more specifically, to the configuration and signaling of SL resources for coordination between UEs.

[0011] In one embodiment, a UE is provided. The UE includes a transceiver configured to receive a configuration message for enabling inter-UE coordination for an SL resource pool. The UE includes a processor operatively connected to the transceiver. The processor is configured to determine a target UE for SL transmission. The transceiver is further configured to send a signal to the target UE for activating or triggering the transmission of inter-UE coordination information, and to receive inter-UE coordination information. The processor is further configured to determine a set of candidate SL resources based on the inter-UE coordination information, and to select an SL resource within the determined set. The transceiver is further configured to transmit an SL channel on the SL resource.

[0012] In another embodiment, another type of UE is provided. This UE includes a transceiver configured to receive a configuration message for enabling inter-UE coordination for an SL resource pool and a signal for activating or triggering the transmission of inter-UE coordination information. The UE also includes a processor operatively connected to the transceiver. The processor is configured to determine inter-UE coordination information based on the configuration message and the signal triggering or activating the transmission of inter-UE coordination. The transceiver is further configured to transmit the inter-UE coordination information and receive SL channels on SL resources based on the inter-UE coordination information.

[0013] In yet another embodiment, a method for operating a UE is provided. The method includes receiving a configuration message for enabling inter-UE coordination for an SL resource pool, determining a target UE for SL transmission, and sending a signal to the target UE to activate or trigger the transmission of inter-UE coordination information. The method further includes receiving inter-UE coordination information, determining a set of candidate SL resources based on the inter-UE coordination information, selecting an SL resource within the determined set, and transmitting an SL channel on the SL resource.

[0014] Other technical features will be apparent to those skilled in the art from the following figures, description and claims.

[0015] Before proceeding with the detailed description below, it may be advantageous to define certain words and phrases used throughout this patent document. The term “coupled” and its derivatives refer to any direct or indirect communication between two or more elements, regardless of whether these elements are physically in contact with each other. The terms “transmit,” “receive,” and “communicate,” and their derivatives encompass both direct and indirect communication. The terms “comprise” and “include,” and their derivatives mean inclusion without limitation. The term “or” is inclusive, meaning and / or. The phrase “associated with,” and its derivatives mean including, being included within, interconnected with, containing, being contained within, connected or connected to, coupled or coupled with, capable of communicating with, cooperating with, intertwined, juxtaposed, proximate, combined or combined with, having, possessing the nature of, related to, or relating to, etc. The term “controller” means any device, system, or part thereof that controls at least one operation. Such a controller may be implemented in hardware, or a combination of hardware and software and / or firmware. The functionality associated with any particular controller may be centralized or distributed, either local or remote. When used with a list of items, the phrase "at least one of..." means that different combinations of one or more of the listed items can be used, and only one item from the list may be required. For example, "at least one of A, B, and C" includes any of the following combinations: A, B, C, A and B, A and C, B and C, and A and B and C.

[0016] Furthermore, the various functions described below can be implemented or supported by one or more computer programs, each of which is formed by computer-readable program code and embodied in a computer-readable medium. The terms "application" and "program" refer to one or more computer programs, software components, sets of instructions, procedures, functions, objects, classes, instances, associated data, or portions thereof suitable for implementation in suitable computer-readable program code. The phrase "computer-readable program code" includes any type of computer code, including source code, object code, and executable code. The phrase "computer-readable medium" includes any type of medium accessible by a computer, such as read-only memory (ROM), random access memory (RAM), hard disk drive, optical disc (CD), digital video disc (DVD), or any other type of storage. "Non-transitory" computer-readable media does not include wired, wireless, optical, or other communication links that transmit transient electrical or other signals. Non-transitory computer-readable media includes media in which data can be permanently stored and media in which data can be stored and subsequently overwritten, such as rewritable optical discs or erasable memory devices.

[0017] Definitions of certain other words and phrases are provided throughout this patent document. Those skilled in the art will understand that, in many instances (if not most), such definitions apply to both prior and future use of such defined words and phrases.

[0018] Beneficial effects of the invention

[0019] According to this disclosure, there are improvements and related improvements in reducing the power consumption of user equipment (UE) in wireless communication systems. Attached Figure Description

[0020] To gain a more complete understanding of this disclosure and its advantages, reference is now made to the following description taken in conjunction with the accompanying drawings, wherein like reference numerals denote like parts:

[0021] Figure 1 An example wireless network according to an embodiment of the present disclosure is shown;

[0022] Figure 2 An example gNB according to an embodiment of the present disclosure is shown.

[0023] Figure 3 An example UE according to an embodiment of the present disclosure is shown;

[0024] Figure 4 and Figure 5 An example wireless transmission and reception path according to this disclosure is shown;

[0025] Figure 6 Example resource selection assistance information between UEs according to embodiments of the present disclosure is shown;

[0026] Figure 7 Example resource selection assistance information between UEs according to embodiments of the present disclosure is shown;

[0027] Figure 8 Example resource selection assistance information between UEs according to embodiments of the present disclosure is shown;

[0028] Figure 9 An example signaling flow for a trigger / activation-based inter-UE coordination process according to an embodiment of this disclosure is shown;

[0029] Figure 10 An example signaling flow of a periodic inter-UE coordination process according to an embodiment of the present disclosure is shown;

[0030] Figure 11 Examples of a transfer window and a candidate resource selection window according to embodiments of the present disclosure are shown;

[0031] Figure 12An example resource allocation according to an embodiment of this disclosure is shown;

[0032] Figure 13 An example flowchart of a UE-to-UE coordination process according to an embodiment of the present disclosure is shown;

[0033] Figure 14 An example flowchart of a UE-to-UE coordination process according to an embodiment of the present disclosure is shown;

[0034] Figure 15 An example flowchart of a UE-to-UE coordination process according to an embodiment of the present disclosure is shown;

[0035] Figure 16 An example flowchart illustrating the process by which a UE-B receives inter-UE coordination messages from more than one UE-A according to an embodiment of the present disclosure is shown.

[0036] Figure 17 An example flowchart illustrating the process by which a UE-B receives inter-UE coordination messages from one or more UE-A and uses candidate resources based on its own sensing, according to an embodiment of the present disclosure;

[0037] Figure 18 An example diagram illustrating the preferred level of preferred resources according to embodiments of the present disclosure is shown;

[0038] Figure 19 An example diagram illustrating the preferred level of preferred resources according to embodiments of the present disclosure is shown;

[0039] Figure 20 An example flowchart illustrating the process by which a UE-B receives inter-UE coordination messages from more than one UE-A according to an embodiment of the present disclosure is shown.

[0040] Figure 21 An example flowchart illustrating the process by which a UE-B receives inter-UE coordination messages from more than one UE-A according to an embodiment of the present disclosure is shown.

[0041] Figure 22 An example diagram illustrating the preferred level of preferred resources according to embodiments of the present disclosure is shown;

[0042] Figure 23 An example diagram illustrating the preferred level of preferred resources according to embodiments of the present disclosure is shown; and

[0043] Figure 24 An example resource selection assistance information (RSAI) transmission between UEs according to an embodiment of this disclosure is illustrated. Detailed Implementation

[0044] The following discussion in this patent document Figures 1 to 24The various embodiments used to describe the principles of this disclosure are for illustrative purposes only and should not be construed as limiting the scope of this disclosure in any way. Those skilled in the art will understand that the principles of this disclosure can be implemented in any suitable system or apparatus.

[0045] The following documents are incorporated herein by reference, as if fully set forth herein: 3GPP TS38.211 v.16.6.0, “Physical channels and modulation”; 3GPP TS38.212 v16.6.0, “NR; Multiplexing and channel coding”; 3GPP TS38.213 v16.6.0, “NR; Physical Layer Procedures for Control”; 3GPP TS 38.214 v.16.6.0, “Physical layer procedures for data”; 3GPP TS 38.321 v16.5.0, “Medium Access Control (MAC) protocol specification”; 3GPP TS 38.331 v.16.5.0, “Radio Resource Control (RRC) protocol”. Specification (Radio Resource Control (RRC) Protocol Specification); and 3GPP TS36.213v16.6.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures".

[0046] The following Figures 1-3 Various embodiments are described in wireless communication systems and implementations using orthogonal frequency division multiplexing (OFDM) or orthogonal frequency division multiple access (OFDMA) communication technologies. Figures 1-3 The description does not imply any physical or architectural limitation on the ways in which different embodiments may be implemented. Different embodiments of this disclosure can be implemented in any suitable communication system.

[0047] Figure 1 An example wireless network according to an embodiment of this disclosure is shown. Figure 1The embodiments of the wireless network shown are for illustrative purposes only. Other embodiments of the wireless network 100 may be used without departing from the scope of this disclosure.

[0048] like Figure 1 As shown, the wireless network includes gNB 101 (e.g., a base station, BS), gNB 102, and gNB 103. gNB 101 communicates with gNB 102 and gNB 103. gNB 101 also communicates with at least one network 130, such as the Internet, a proprietary Internet Protocol (IP) network, or other data network.

[0049] gNB 102 provides wireless broadband access to network 130 to a first plurality of UEs within its coverage area 120. The first plurality of UEs includes UE 111, which may be located in a small business; UE 112, which may be located in an enterprise (E); UE 113, which may be located in a WiFi hotspot (HS); UE 114, which may be located in a first residence (R); UE 115, which may be located in a second residence (R); and UE 116, which may be a mobile device (M) such as a cellular phone, wireless laptop, wireless PDA, etc. gNB 103 provides wireless broadband access to network 130 to a second plurality of UEs within its coverage area 125. The second plurality of UEs includes UE 115 and UE 116. In some embodiments, one or more of gNBs 101-gNB 103 can communicate with each other and with UEs 111-UE 116 using 5G / NR, LTE, LTE-A, WiMAX, WiFi, or other wireless communication technologies.

[0050] Depending on the network type, the term "base station" or "BS" can refer to any component (or set of components) configured to provide wireless access to a network, such as a transmitting point (TP), a transmitting-receiving point (TRP), an enhanced base station (eNodeB or eNB), a 5G / NR base station (gNB), a macro cell, a femtocell, a WiFi access point (AP), or other wireless enabling devices. A base station can provide wireless access according to one or more wireless communication protocols, such as 5G / NR 3rd Generation Partnership Project (3GPP) NR, Long Term Evolution (LTE), Advanced LTE (LTE-A), High Speed ​​Packet Access (HSPA), Wi-Fi 802.11a / b / g / n / ac, etc. For convenience, the terms "BS" and "TRP" are used interchangeably in this patent document to refer to network infrastructure components that provide wireless access to remote terminals. Furthermore, depending on the network type, the term "user equipment" or "UE" can refer to any component such as a "mobile station," "subscriber station," "remote terminal," "wireless terminal," "receiving point," or "user device." For convenience, the terms “user equipment” and “UE” are used in this patent document to refer to a remote wireless device that wirelessly accesses a base station, whether the UE is a mobile device (such as a mobile phone or smartphone) or a device that is generally considered to be stationary (such as a desktop computer or vending machine).

[0051] The dashed lines show the approximate extent of coverage areas 120 and 125, which are shown as generally circular for illustrative and explanatory purposes only. It should be clearly understood that, depending on the configuration of the gNB and variations in the radio environment associated with natural and man-made obstacles, the coverage areas associated with the gNB (such as coverage areas 120 and 125) may have other shapes, including irregular shapes.

[0052] As described in more detail below, one or more of UEs 111-UE 116 include circuitry, programming, or a combination thereof for configuring and signaling SL resources for inter-UE coordination. In some embodiments, one or more of gNBs 101-gNB 103 include circuitry, programming, or a combination thereof for configuring and signaling SL resources for inter-UE coordination.

[0053] although Figure 1 An example of a wireless network is shown, but more can be found on... Figure 1Various modifications can be made. For example, the wireless network can include any number of gNBs and any number of UEs in any suitable arrangement. Furthermore, gNB 101 can communicate directly with any number of UEs and provide these UEs with wireless broadband access to network 130. Similarly, each gNB 102-gNB 103 can communicate directly with network 130 and provide UEs with direct wireless broadband access to network 130. Additionally, gNB 101, gNB 102, and / or gNB 103 can provide access to other or additional external networks (such as external telephone networks or other types of data networks).

[0054] Figure 2 An example gNB 102 according to an embodiment of this disclosure is shown. Figure 2 The embodiment of gNB 102 shown is for illustrative purposes only, and Figure 1 The gNB 101 and gNB 103 can have the same or similar configurations. However, gNBs have a wide variety of configurations, and Figure 2 This disclosure is not intended to limit the scope of any particular implementation of gNB.

[0055] like Figure 2 As shown, gNB 102 includes multiple antennas 205a-205n, multiple RF transceivers 210a-210n, transmit (TX) processing circuitry 215, and receive (RX) processing circuitry 220. gNB 102 also includes a controller / processor 225, a memory 230, and a backhaul or network interface 235.

[0056] RF transceivers 210a-210n receive incoming RF signals, such as signals transmitted by a UE in network 100, from antennas 205a-205n. RF transceivers 210a-210n down-convert the incoming RF signals to generate IF or baseband signals. The IF or baseband signals are transmitted to RX processing circuitry 220, which generates processed baseband signals by filtering, decoding, and / or digitizing the baseband or IF signals. RX processing circuitry 220 sends the processed baseband signals to controller / processor 225 for further processing.

[0057] The TX processing circuit 215 receives analog or digital data (such as voice data, network data, email, or interactive video game data) from the controller / processor 225. The TX processing circuit 215 encodes, multiplexes, and / or digitizes the outgoing baseband data to generate a processed baseband or IF signal. RF transceivers 210a-210n receive the outgoing processed baseband or IF signal from the TX processing circuit 215 and up-convert the baseband or IF signal into an RF signal transmitted via antennas 205a-205n.

[0058] The controller / processor 225 may include one or more processors or other processing devices that control the overall operation of the gNB 102. For example, the controller / processor 225 may control the RF transceivers 210a-210n, the RX processing circuitry 220, and the TX processing circuitry 215 to receive uplink channel signals and transmit downlink channel signals, based on known principles. The controller / processor 225 may also support additional functions, such as more advanced wireless communication capabilities. For example, the controller / processor 225 may support beamforming or directional routing operations in which outgoing / incoming signals from / to multiple antennas 205a-205n are weighted differently to effectively direct outgoing signals in a desired direction. Any of a wide variety of other functions may be supported by the controller / processor 225 within the gNB 102.

[0059] The controller / processor 225 is also capable of executing programs and other processes, such as an operating system, residing in the memory 230. The controller / processor 225 can move data into or out of the memory 230 as needed for the execution process.

[0060] The controller / processor 225 is also coupled to a backhaul or network interface 235. The backhaul or network interface 235 allows the gNB 102 to communicate with other devices or systems via a backhaul connection or over a network. Interface 235 can support communication via any suitable wired or wireless connection(s). For example, when the gNB 102 is implemented as part of a cellular communication system (such as a system supporting 5G / NR, LTE, or LTE-A), interface 235 can allow the gNB 102 to communicate with other gNBs via a wired or wireless backhaul connection. When the gNB 102 is implemented as an access point, interface 235 can allow the gNB 102 to communicate via a wired or wireless local area network or via a wired or wireless connection to a larger network (such as the Internet). Interface 235 includes any suitable architecture supporting communication via wired or wireless connections, such as Ethernet or RF transceivers.

[0061] Memory 230 is coupled to controller / processor 225. A portion of memory 230 may include RAM, and another portion of memory 230 may include flash memory or other ROM.

[0062] although Figure 2 An example of gNB 102 is shown, but it is possible to compare it with other models. Figure 2 Various changes can be made. For example, gNB 102 can include any number of Figure 2Each component is shown. As a specific example, an access point may include multiple interfaces 235, and a controller / processor 225 may support the configuration and signaling of SL resources for inter-UE coordination. As another specific example, although shown as a single instance including TX processing circuitry 215 and a single instance including RX processing circuitry 220, gNB 102 may include multiple instances of each (such as one per RF transceiver). Furthermore, components may be combined, further subdivided, or omitted. Figure 2 It includes various components and allows for the addition of additional components as needed.

[0063] Figure 3 An example UE 116 according to an embodiment of this disclosure is shown. Figure 3 The embodiment of UE 116 shown is for illustrative purposes only. Figure 1 UEs 111-UE 115 can have the same or similar configurations. However, UEs have a wide variety of configurations, and Figure 3 This disclosure is not intended to limit the scope of any particular implementation of the UE.

[0064] like Figure 3 As shown, UE 116 includes an antenna 305, a radio frequency (RF) transceiver 310, a TX processing circuit 315, a microphone 320, and a receive (RX) processing circuit 325. UE 116 also includes a speaker 330, a processor 340, an input / output (I / O) interface (IF) 345, a touchscreen 350, a display 355, and a memory 360. The memory 360 includes an operating system (OS) 361 and one or more applications 362.

[0065] RF transceiver 310 receives incoming RF signals transmitted by a gNB of network 100 from antenna 305. RF transceiver 310 down-converts the incoming RF signals to generate an intermediate frequency (IF) or baseband signal. The IF or baseband signal is transmitted to RX processing circuitry 325, which generates a processed baseband signal by filtering, decoding, and / or digitizing the baseband or IF signal. RX processing circuitry 325 sends the processed baseband signal to speaker 330 (e.g., for voice data) or processor 340 for further processing (e.g., for web browsing data).

[0066] The TX processing circuit 315 receives analog or digital voice data from the microphone 320 or other outgoing baseband data (such as network data, email, or interactive video game data) from the processor 340. The TX processing circuit 315 encodes, multiplexes, and / or digitizes the outgoing baseband data to generate a processed baseband or IF signal. The RF transceiver 310 receives the outgoing processed baseband or IF signal from the TX processing circuit 315 and up-converts the baseband or IF signal into an RF signal transmitted via the antenna 305.

[0067] Processor 340 may include one or more processors or other processing devices and executes OS 361 stored in memory 360 to control the overall operation of UE 116. For example, processor 340 may control the RF transceiver 310, RX processing circuit 325, and TX processing circuit 315 to receive forward channel signals and transmit reverse channel signals according to known principles. In some embodiments, processor 340 includes at least one microprocessor or microcontroller.

[0068] Processor 340 is also capable of executing other processes and programs residing in memory 360, such as the configuration and signaling procedures for SL resources used for inter-UE coordination. Processor 340 can move data into or out of memory 360 as needed for the execution process. In some embodiments, processor 340 is configured to execute application 362 based on OS 361 or in response to signals received from gNB, other UEs, or operators. Processor 340 is also coupled to I / O interface 345, which provides UE 116 with the ability to connect to other devices, such as laptop computers and handheld computers. I / O interface 345 is the communication path between these accessories and processor 340.

[0069] The processor 340 is also coupled to the touchscreen 350 and the display 355. The operator of the UE 116 can use the touchscreen 350 to input data into the UE 116. The display 355 may be a liquid crystal display, a light-emitting diode display, or other display capable of displaying text (such as from a website) and / or at least limited graphics.

[0070] The memory 360 is coupled to the processor 340. A portion of the memory 360 may include random access memory (RAM), and another portion of the memory 360 may include flash memory or other read-only memory (ROM).

[0071] although Figure 3 An example of UE 116 is shown, but it is possible to modify it. Figure 3 Make various changes. For example, you can combine, further subdivide, or omit. Figure 3The processor 340 can be divided into various components, and additional components can be added as needed. As a specific example, the processor 340 can be divided into multiple processors, such as one or more central processing units (CPUs) and one or more graphics processing units (GPUs). Furthermore, although... Figure 3 The UE 116 is shown configured as a mobile phone or smartphone, but the UE can be configured to operate as other types of mobile or stationary devices.

[0072] To meet the increased demand for wireless data services since the deployment of 4G communication systems and to enable various vertical applications, 5G / NR communication systems have been developed and are currently being deployed. The implementation of 5G / NR communication systems in higher frequency (mmWave) bands (e.g., 28 GHz or 60 GHz bands) is considered for higher data rates, or in lower frequency bands (such as 6 GHz) for robust coverage and mobility support. To reduce radio wave propagation loss and increase transmission distance, beamforming, massive MIMO, full-dimensional MIMO (FD-MIMO), array antennas, analog beamforming, and massive MIMO technologies are discussed in 5G / NR communication systems.

[0073] In addition, in 5G / NR communication systems, development is underway to improve system networks based on advanced small cells, cloud radio access networks (RAN), ultra-dense networks, device-to-device (D2D) communication, wireless backhaul, mobile networks, cooperative communication, coordinated multipoint (CoMP), and receiver interference cancellation.

[0074] The discussion of 5G systems and associated frequency bands is provided for reference, as certain embodiments of this disclosure can be implemented in 5G systems. However, this disclosure is not limited to 5G systems or associated frequency bands, and embodiments of this disclosure can be utilized in conjunction with any frequency band. For example, aspects of this disclosure can also be applied to 5G communication systems, 6G, or even higher-version deployments that can use terahertz (THz) frequency bands.

[0075] A communication system includes downlinks (DL) representing transmissions from a base station or one or more transmitting points to a UE, and uplinks (UL) representing transmissions from a UE to a base station or one or more receiving points. A communication system may also include sidelinks (SL) representing transmissions from one or more UEs to one or more UEs.

[0076] The time unit used for DL ​​signaling, or for UL signaling or SL signaling on a cell, is called a time slot, and may include one or more symbols. Symbols may also serve as additional time units. Frequency (or bandwidth (BW)) units are called resource blocks (RBs). An RB includes multiple subcarriers (SCs). For example, a time slot may have a duration of 0.5 milliseconds or 1 millisecond, include 14 symbols, and an RB may include 12 SCs with an inter-SC spacing of 30 kHz or 15 kHz, and so on.

[0077] DL signals include data signals that transmit information content, control signals that transmit DL control information (DCI), and reference signals (RS), also known as pilot signals. The gNB transmits data information or DCI via the corresponding Physical DL Shared Channel (PDSCH) or Physical DL Control Channel (PDCCH). PDSCH or PDCCH can be transmitted on a variable number of time slot symbols, each comprising one time slot symbol. For simplicity, the DCI format used to schedule PDSCH reception by the UE is referred to as the DL DCI format, and the DCI format used to schedule transmission from the UE's Physical Uplink Shared Channel (PUSCH) is referred to as the UL DCI format.

[0078] The gNB transmits one or more types of RS, including Channel State Information RS (CSI-RS) and Demodulation RS (DMRS). CSI-RS is primarily intended for the UE to perform measurements and provide CSI to the gNB. For channel measurements, the Non-Zero Power CSI-RS (NZP CSI-RS) resource is used. For Interference Measurement Reporting (IMR), the CSI Interference Measurement (CSI-IM) resource associated with the Zero Power CSI-RS (ZP CSI-RS) configuration is used. The CSI process includes both NZP CSI-RS and CSI-IM resources.

[0079] The UE can determine the CSI-RS transmission parameters via DL control signaling or higher-level signaling (such as Radio Resource Control (RRC) signaling) from the gNB. The transmission instance of CSI-RS can be indicated by DL control signaling or configured by higher-level signaling. DMRS is transmitted only in the BW of the corresponding PDCCH or PDSCH, and the UE can use DMRS to demodulate data or control information.

[0080] Figure 4 and Figure 5Example wireless transmit and receive paths according to this disclosure are illustrated. In the following description, transmit path 400 may be described as being implemented in a gNB (such as gNB 102), and receive path 500 may be described as being implemented in a UE (such as UE 116). However, it will be understood that receive path 500 may be implemented in a gNB, and transmit path 400 may be implemented in a UE. In some embodiments, receive path 500 is configured to support sidelink measurements in vehicle-to-everything (V2X) communications, as described in embodiments of this disclosure.

[0081] like Figure 4 The transmission path 400 shown includes a channel coding and modulation block 405, a serial-to-parallel (S-to-P) block 410, an N-size inverse fast Fourier transform (IFFT) block 415, a parallel-to-serial (P-to-S) block 420, a cyclic prefix addition block 425, and an up-converter (UC) 430. For example... Figure 5 The receiver path 500 shown includes a downconverter (DC) 555, a cyclic prefix removal block 560, a serial-to-parallel (S-to-P) block 565, a fast Fourier transform (FFT) block of size N, a parallel-to-serial (P-to-S) block 575, and a channel decoding and demodulation block 580.

[0082] As shown in Figure 400, the channel coding and modulation block 405 receives a set of information bits, applies coding (such as low-density parity-check (LDPC) coding), and modulates the input bits (such as using quadrature phase shift keying (QPSK) or quadrature amplitude modulation (QAM)) to generate a frequency domain modulation symbol sequence.

[0083] Serial-to-parallel block 410 converts (e.g., demultiplexes) serial modulated symbols into parallel data to generate N parallel symbol streams, where N is the IFFT / FFT size used in gNB 102 and UE 116. IFFT block 415 of size N performs IFFT operations on the N parallel symbol streams to generate a time-domain output signal. Parallel-to-serial block 420 converts (e.g., multiplexes) the parallel time-domain output symbols from IFFT block 415 of size N to generate a serial time-domain signal. Cyclic prefix addition block 425 inserts a cyclic prefix into the time-domain signal. Upconverter 430 modulates (e.g., upconverts) the output of cyclic prefix addition block 425 to an RF frequency for transmission via a wireless channel. The signal may also be filtered in baseband before conversion to the RF frequency.

[0084] The transmitted RF signal from gNB 102 reaches UE 116 after passing through the wireless channel, and the operation opposite to that at gNB 102 is performed at UE 116.

[0085] like Figure 5 As shown, downconverter 555 downconverts the received signal to the baseband frequency, and cyclic prefix removal block 560 removes the cyclic prefix to generate a serial time-domain baseband signal. Serial-to-parallel block 565 converts the time-domain baseband signal into a parallel time-domain signal. FFT block 570 of size N performs an FFT algorithm to generate N parallel frequency-domain signals. Parallel-to-serial block 575 converts the parallel frequency-domain signals into a sequence of modulated data symbols. Channel decoding and demodulation block 580 demodulates and decodes the modulated symbols to recover the original input data stream.

[0086] Each of gNB 101-103 can be implemented as follows Figure 4 The transmission path 400 shown is similar to transmitting to UEs 111-116 in the downlink, and can be implemented as follows: Figure 5 The receive path 500 shown is similar to that received from UE 111-116 in the uplink. Similarly, each of UE 111-116 may implement a transmit path 400 for transmitting to GNB 101-103 in the uplink, and may implement a receive path 500 for receiving from gNB 101-103 in the downlink.

[0087] Figure 4 and Figure 5 Each component can be implemented using only hardware or a combination of hardware and software / firmware. As a specific example, Figure 4 and Figure 5 At least some components can be implemented in software, while others can be implemented in configurable hardware or a hybrid of software and configurable hardware. For example, FFT block 570 and IFFT block 515 can be implemented as configurable software algorithms, where the value of size N can be modified depending on the implementation method.

[0088] Furthermore, although described as using FFT and IFFT, this is for illustrative purposes only and should not be construed as limiting the scope of this disclosure. Other types of transforms, such as the Discrete Fourier Transform (DFT) and Inverse Discrete Fourier Transform (IDFT) functions, can be used. It will be understood that for the DFT and IDFT functions, the value of variable N can be any integer (such as 1, 2, 3, 4, etc.), while for the FFT and IFFT functions, the value of variable N can be any integer that is a power of 2 (such as 1, 2, 4, 8, 16, etc.).

[0089] although Figure 4 and Figure 5 An example of a wireless transmit and receive path is shown, but it is possible to modify it further. Figure 4 and Figure 5 Make various changes. For example, Figure 4 and Figure 5The various components can be combined, further subdivided, or omitted, and additional components can be added as needed. Furthermore, Figure 4 and Figure 5 This section aims to illustrate examples of the types of transmit and receive paths that can be used in a wireless network. Any other suitable architecture can be used to support wireless communication in a wireless network.

[0090] A time slot can be used as a time unit for wireless communication. For example, a time slot can have a duration of 1 millisecond, and the RB can have a bandwidth of 180 kHz, including 12 SCs with an inter-SC interval of 15 kHz. As another example, a time slot can have a duration of 0.25 milliseconds, including 14 symbols, and the RB can have a BW of 720 kHz, including 12 SCs with an SC interval of 60 kHz. The RB in a symbol of a time slot is called a Physical RB (PRB) and includes multiple Resource Elements (REs). A time slot can be a full DL time slot, a full UL time slot, or a hybrid time slot similar to a special subframe in a Time Division Duplex (TDD) system. Furthermore, a time slot can have symbols used for SL communication. The UE can be configured with one or more bandwidth portions (BWP) of the system BW for transmitting or receiving signals or channels.

[0091] SL signals and channels are transmitted and received on sub-channels within a resource pool, which is a collection of time-frequency resources used for SL transmission and reception within the SL BWP. SL channels include the Physical SL Shared Channel (PSSCH) for transmitting data information, the Physical SL Control Channel (PSCCH) for transmitting SL Control Information (SCI) used to schedule the transmission / reception of the PSSCH, the Physical SL Feedback Channel (PSFCH) for transmitting Hybrid Automatic Repeat Request Acknowledgment (HARQ-ACK) information in response to the reception of a correct (ACK value) or incorrect (NACK value) transport block in the corresponding PSSCH, and the Physical SL Broadcast Channel (PSBCH) for transmitting system information that assists in SL synchronization.

[0092] The SL signal includes a demodulation reference signal DM-RS multiplexed in PSSCH or PSCCH transmission to assist in data or SCI demodulation, a channel state information reference signal (CSI-RS) for channel measurement, a phase tracking reference signal (PT-RS) for tracking carrier phase, and an SL primary synchronization signal (S-PSS) and an SL secondary synchronization signal (S-SSS) for SL synchronization. The SCI may include two parts / stages corresponding to two respective SCI formats, wherein, for example, a first SCI format is multiplexed on the PSCCH, and a second SCI format is multiplexed together with SL data transmitted on the PSSCH in the physical resources indicated by the first SCI format.

[0093] The SL channel can operate in different propagation modes. In unicast mode, the PSCCH / PSSCH transmits SL information from one UE to only one other UE. In multicast mode, the PSCCH / PSSCH transmits SL information from one UE to a group of UEs within a (pre)configured set. In broadcast mode, the PSCCH / PSSCH transmits SL information from one UE to all surrounding UEs. In NR Release 16, there are two resource allocation modes for PSCCH / PSSCH transmission. In resource allocation mode 1, the gNB schedules UEs on the SL and transmits scheduling information to UEs transmitting on the SL via DCI format. In resource allocation mode 2, UEs schedule SL transmissions. SL transmissions can operate within network coverage, where each UE is within the communication range of the gNB; outside network coverage, where none of the UEs communicate with any gNB; or within partial network coverage, where only some UEs are within the communication range of the gNB.

[0094] In the case of multicast PSCCH / PSSCH transmission, the network can configure one of two options for the UE to report HARQ-ACK information.

[0095] In one example of the HARQ-ACK reporting option (1), if, for example, the UE detects the SCI format of the scheduled transport block (TB) received via the corresponding PSSCH, the UE may attempt to decode the TB in the PSSCH reception. If the UE fails to decode the TB correctly, the UE multiplexes a negative acknowledgment (NACK) in the PSFCH transmission. In this option, when the UE correctly decodes the TB, the UE does not send a PSFCH with a positive acknowledgment (ACK).

[0096] In another example of the HARQ-ACK reporting option (2), if, for example, the UE detects the SCI format of the PSSCH corresponding to the schedule, the UE may attempt to decode the TB. If the UE correctly decodes the TB, the UE multiplexes the ACK in the PSFCH transmission; otherwise, if the UE does not correctly decode the TB, the UE multiplexes the NACK in the PSFCH transmission.

[0097] In HARQ-ACK reporting option (1), when the UE sending PSSCH detects NACK in PSFCH reception, the UE can send another PSSCH with TB (TB retransmission). In HARQ-ACK reporting option (2), when the UE sending PSSCH does not detect ACK in PSFCH reception, such as when the UE detects NACK or does not detect PSFCH reception, the UE can send another PSSCH with TB (TB retransmission).

[0098] The SL resource pool comprises a set / pool of time slots used for sidelink transmission and sidelink reception, and a set / pool of RBs. The set of time slots that can belong to the sidelink resource pool can be determined by... Representation. The set of time slots belonging to the resource pool can be represented by... This can be represented, and can be configured, for example, at least using a bitmap. Where, T′ MAX This refers to the number of SL time slots in the resource pool. In each time slot of the sidelink resource pool... Within, there are N in the frequency domain subCH N consecutive sub-channels are used for sidelink transmission, where N subCH Provided by higher-level parameters. Sub-channel m (where m is in 0 and N) subCH (between -1) by n subCHsize A set of n PRBs (by n) PRB =n subCHstart +m·n subCHsize +j is given, where j = 0, 1, ..., n subCHsize -1, n subCHstart and n subCHsize Provided by higher-level parameters.

[0099] The time slots for the SL resource pool are determined as follows: First, let the set of time slots that can belong to a resource be... It means that among them And 0≤i<T max The time slot index is relative to time slot #0 or DFN #0 of the serving cell's SFN #0. The time slot set includes all time slots except for the following:

[0100] N configured for SL SS / PBCH block (S-SSB) S-SSB Each time slot.

[0101] At least one SL symbol is not non-semi-statically configured as a UL symbol by the higher-level parameter tdd-UL-DL-ConfigurationCommon or sl-TDD-Configuration. nonSL There are 1 time slot. In the SL time slot, the Y-th, (Y+1)-th, ..., (Y+X-1)-th OFDM symbols are SL symbols, where Y is determined by the higher-level parameter sl-StartSymbol and X is determined by the higher-level parameter sl-LengthSymbols.

[0102] N reserved One reserved time slot. Determine the reserved time slots so that the set... The time slot in the image is the bitmap length (L) bitmap Multiples of ), where bitmap Configured by a higher layer. Reserved bits are determined as follows:

[0103] set up It is in the range 0…2 μ The time slot set within ×10240-1 excludes S-SSB time slots and non-SL time slots. The time slots are arranged in ascending order of their time slot indices.

[0104] The number of reserved time slots is given by the following: N reserved =(2 μ ×10240-N S-SSB -N nonSL )mod L bitmap .

[0105] Reserved time slot l r Given from the following: Where m = 0, 1, ..., N reserved

[0106] T max Given from the following: T max =2 μ ×10240-N S-SSB -N nonSL -N reserved .

[0107] Next, the time slots are arranged in ascending order of their time slot indices. Third, the set of time slots belonging to the SL resource pool. It has been determined as follows:

[0108] Each resource pool has a length L bitmap Corresponding bitmap

[0109] if Then time slot It belongs to the bitmap category.

[0110] The remaining time slots are from 0, 1, ..., T′ MAX Indexing starts from -1. Where, T′ MAX It represents the number of remaining time slots in the set.

[0111] Time slots can be numbered (indexed) as physical time slots or logical time slots; physical time slots include all time slots numbered sequentially, while logical time slots only include those belonging to the sidelink resource pools numbered sequentially as described above. The physical duration P is expressed in milliseconds. rsvp to logical time slot P′ rsvp The conversion is by Provided.

[0112] For resource (re)selection or re-evaluation in time slot n, the UE can determine the set of available single-time slot resources for transmission within the resource selection window [n+T1, n+T2], such that the single-time slot resource R used for transmission is...x，y Defined as L subCH A set of consecutive sub-channels x+i, wherein in time slots In the given information, i = 0, 1, ..., L subCH -1. T1 is determined by UE, such that in This is, for example, the PSSCH processing time defined in the 3GPP standard specification. T2 is determined by the UE, such that as long as T... 2min <Remaining Packet Delay Budget, then T 2min ≤T2≤Remaining Packet Delay Budget, otherwise T2 equals the remaining packet delay budget. 2min It is configured by a higher layer and depends on the priority of SL transport.

[0113] Resource (re)selection is a two-step process. In one example, the first step is to identify candidate resources within the resource selection window. Candidate resources are those belonging to the resource pool, but exclude resources previously reserved or potentially reserved by other UEs. Excluded resources are based on SCIs decoded within the sensing window, and for these SCIs, the UE measures SLRSRP exceeding a threshold. The threshold depends on the priority indicated in the SCI format and the priority of the SL transmission. Excluded resources are also based on reserved or semi-persistent transmissions that may conflict with the excluded resources or any reserved or semi-persistent transmissions.

[0114] In another example, the second step is to select or reselect resources from the identified candidate resources.

[0115] During the first step of the resource (re)selection process, the UE can listen to the sensing window [n-T0, nT] proc，0 The time slots in the [] are time slots that the UE listens to, which belong to the corresponding sidelink resource pool and are not used for the UE's own transmission.

[0116] To determine the candidate single-slot resource set to report to higher layers, the UE excludes the available single-slot resources for SL transmission from the resource pool and the resource selection window.

[0117] In one example, consider a single-slot resource R. x，y (For example, consider excluding from available resources), such that for any time slot not listened to within the sensing window with assumed SCI format 1-0 of the received data. The “Resource Reservation Period” is set to any period value allowed by the higher-level parameter reseverationPeriodAllowed, and indicates that all sub-channels of the resource pool in this time slot satisfy condition 2.2 below.

[0118] In another example, consider a single-slot resource R x,y (For example, consider excluding from available resources), such that for any received SCI within the sensing window. In such an example, the associated L1-RSRP measurement is higher than a (pre)configured SL-RSRP threshold, where the SL-RSRP threshold depends on the priority indicated in the received SCI and the priority of the SL transmission for which the resource is selected.

[0119] In such an example, under condition 2.2, the time slot The received SCI, or if the "resource reservation field" exists in the received SCI, the same SCI is assumed to be in the time slot. Received in the middle, indicating the set of overlapping resource blocks. Where q = 1, 2, ..., Q, and if P rsvp_RX ≤T scal And n′-m<P′ rsvp_Rx ,but T scal T² is in milliseconds; otherwise, Q = 1. If n belongs to... Then n′ = n; otherwise, n′ belongs to the set. The first time slot after time slot n, where j = 0, 1, ..., C resel -1; P rsvp_RX It is the resource reservation period indicated in the received SCI within the physical time slot, and P′ rsvp_Rx It is the value converted to a logical time slot; and P′ rsvp_Tx It is the resource reservation period for SL transmission that reserves resources for it in the logical time slot.

[0120] In one example, if the candidate resource is less than the (pre)configured percentage (such as 20%) of the total available resources within the resource selection window, the (pre)configured SL-RSRP threshold is increased by a predetermined amount, such as 3 dB.

[0121] The NR side link introduces two new processes for mode 2 resource allocation: re-evaluation and pre-emption.

[0122] A reassessment check occurs when the UE checks the availability of a pre-selected SL resource before first notifying the resource via signaling in the SCI format, and a new SL resource is selected if necessary. For a pre-selected resource to be notified via signaling for the first time in time slot m, the UE performs a reassessment check at least in time slot m-T3.

[0123] The reassessment check includes: (1) performing the first step of the SL resource selection process as defined in the 3GPP standard specification, which involves identifying a set of candidate (available) sidelink resources in the resource selection window, as previously described; (2) if the pre-selected resource is available in the set of candidate sidelink resources, then the resource is used / signaled for sidelink transmission; and (3) otherwise, if the pre-selected resource is not available in the set of candidate sidelink resources, then a new sidelink resource is reselected from the set of candidate sidelink resources.

[0124] A preemption check occurs when the UE checks the availability of pre-selected SL resources that have been previously signaled and reserved in the SCI format, and if necessary, a new SL resource is selected. For pre-selected and reserved resources that are to be signaled or used in time slot m, the UE performs a preemption check at least in time slot m-T3.

[0125] The preemption check includes: (1) performing the first step of the SL resource selection process defined in the 3GPP standard specification, which involves identifying a set of candidate (available) sidelink resources in the resource selection window, as previously described; (2) if the pre-selected and reserved resources are available in the candidate sidelink resource set, then those resources are used / notified by signaling for sidelink transmission; and (3) otherwise, the pre-selected and reserved resources are unavailable in the candidate sidelink resource set. Due to the priority value P RX The associated SCI has an RSRP exceeding the threshold, and the resource is excluded from the candidate resource set. Let the priority value of the sidelink resource for preemption checking be P. TX .

[0126] In such an example, (1) if the priority value P RX Less than the threshold configured at a higher level, and the priority value P RX Less than priority value P TX Pre-selected and reserved sidelink resources are preempted. New sidelink resources are reselected from the candidate sidelink resource set. Note that a lower priority value indicates a higher priority service, (2) otherwise, the resource is used / notified by signaling for sidelink transmission.

[0127] As described above, the listening procedure for resource (re)selection during the sensing window requires receiving and decoding the SCI format during the sensing window and measuring the SL RSRP of the SCI reception. This receiving and decoding procedure increases the processing complexity and power consumption of the UE for sidelink communication and requires the UE to have a receiving circuit on the SL for sensing, even if the UE only transmits and does not receive on the sidelink.

[0128] 3GPP Release 16, the first NR release to include sidelinks through the work project "5G V2X with NR Sidelinks," introduced mechanisms primarily focused on V2X and applicable to public safety when service requirements could be met. Release 17 expanded sidelink support. One of the motivations behind the sidelink enhancements in Release 17 is energy efficiency. Energy efficiency enables battery-constrained UEs to perform sidelink operations in a power-efficient manner. Rel-16 NR sidelinks were designed based on the assumption of "always on" when a UE operates a sidelink, for example, focusing only on UEs installed in vehicles with sufficient battery capacity. Vulnerable road users (VRUs) in V2X use cases, as well as UEs in public safety and commercial use cases, require energy-efficient solutions in Rel-17 where power consumption within the UE needs to be minimized.

[0129] One of the goals of the version 17 sidelink enhancements is to specify resource allocation enhancements to reduce power consumption, using the principles of Rel-14 LTE sidelink random resource selection and partial sensing as a baseline for potential enhancements. Resource allocation enhancements specify resource allocation to reduce UE power consumption. In the resource allocation enhancements, the baseline is to introduce the principles of Rel-14 LTE sidelink random resource selection and partial sensing into Rel-16 NR sidelink resource allocation mode 2. Rel-14 does not preclude the introduction of new solutions to reduce power consumption in cases where the baseline does not function properly.

[0130] Another objective of the version 17 sidelink enhancement is to study the feasibility and benefits of enhancing resource allocation mode 2, where a resource set can be determined at UE-A and transmitted to UE-B, and UE-B considers the set for UE-B transmission.

[0131] The 3GPP standard specification defines the benefits of multiple enhancements in Mode 2, considering Packet Receive Rate (PRR) and Inter-packet Receive Rate (PIR), for increased reliability and reduced latency. For inter-UE coordination, a resource set is determined at UE-A. This set is transmitted to UE-B in Mode 2, and UE-B takes this into account when selecting resources for its own transmissions.

[0132] To mitigate sensing-related issues, various solutions have been provided. For example, in LTE, random resource selection and partial sensing have been considered for sidelink transmission. Using random resource selection, the UE randomly selects resources for sidelink transmission from all available resources in the resource pool within the resource selection window.

[0133] However, using random resource selection makes it impossible to control which resource the UE selects from the total available resources, and this lack of control may lead to higher resource conflict rates and increased failures on sidelink interfaces. Resources are defined by a set of time resources (such as symbols in one or more time slots) and a set of frequency resources (such as multiple RBs in a subchannel).

[0134] Resource conflicts occur in the time-frequency domain when two or more UEs transmit on a resource. In one embodiment, a method is proposed that mitigates conflicts by limiting the resources a user can choose for transmission based on characteristics such as user identity, user location, or data priority. Alternatively, partial sensing can reduce computational complexity by decreasing the number of time slots sensed during the sensing window; however, there is a trade-off between sensing accuracy and computational complexity. Sensing accuracy improves with more time slots sensed during the sensing window, thus reducing the likelihood of conflicts on selected single-time slot resources within the resource selection window; however, computational complexity is higher, resulting in higher UE power consumption.

[0135] On the other hand, as fewer time slots are sensed during the sensing window, computational complexity decreases, and therefore power consumption is reduced at the cost of decreased sensing accuracy. Consequently, the likelihood of conflicts on selected single-time slot resources within the resource selection window is greater.

[0136] In some scenarios, such as for vulnerable road users (VRUs) and pedestrian UEs (PUEs), low-cost, low-complexity, and low-power terminals are desirable. In one example, a terminal can send its location and / or motion information to surrounding UEs only within its communication range to warn other UEs of the VRU's presence. To avoid conflicts with other users, it is desirable that the selected resources do not conflict with other sidelink transmissions.

[0137] As described above, in version 16NR, users sense sidelinks during the sensing window to avoid sidelink resources used by other users when selecting sidelink resources for transmission. Sensing increases UE power consumption and is therefore unsuitable for UEs with limited battery power, such as VRUs and PUEs. Other schemes utilizing no sensing (such as random selection) and partial sensing will result in performance degradation due to higher collision rates on the selected resources used for sidelink transmission. However, if a user with limited power needs to receive sensing information from other UEs without power limitations—for example, such a UE could be a roadside unit (RSU) or vehicle UE with a larger power supply—the low-power UE can utilize this information when deciding which sidelink resources to select for transmission.

[0138] In other cases, the UE sending the sidelink information (e.g., UE-B) is unaware of the sidelink environment at the UE receiving the sidelink information (UE-A) and does not receive sidelink resource selection assistance information (i.e., inter-UE coordination information) from UE-A.

[0139] For example, the hidden node problem occurs when a third UE or node is causing interference, or when UE-B attempts to transmit to UE-A simultaneously with UE-A's attempt to transmit to UE-A. When UE-A provides resource selection assistance information to UE-B, UE-A can help UE-B make resource allocation decisions that avoid the hidden node problem when transmitting to UE-A.

[0140] In another example, the exposed node problem is when UE-B (i.e., the UE sending sidelink information) senses that a sidelink resource is occupied, but UE-A (i.e., the UE receiving sidelink information) does not sense that the same sidelink resource is occupied. If UE-B only uses the sensed information, then UE-B will not transmit to UE-A on that resource. However, if UE-B receives resource selection assistance information from UE-A, then UE-B can allocate the resources intended for sidelink transmission to UE-A.

[0141] As described by reference in U.S. Application No. 17 / 224983, filed April 2021 and incorporated herein by reference, a method for auxiliary resource selection for sidelink transmission is considered. This method mitigates and reduces the probability of resource conflicts between UEs. A UE can receive information related to sidelink sensing from other UEs in its vicinity. The received information assists the UE in selecting sidelink resources for sidelink transmission and minimizes the probability of conflicts with other sidelink transmissions. Consideration is given to the timing aspect for transmitting resource selection assistance information / sensing information from the UE. The resources used for transmitting resource selection assistance information can be (pre)configured, scheduled, or determined by the gNB / eNB according to the sidelink resource selection process. This information can be transmitted periodically, semi-persistently, or aperiodically.

[0142] This disclosure considers the configuration for inter-UE coordination in sending and receiving resource selection assistance information. Furthermore, the content and signaling of the resource selection assistance information are also considered.

[0143] 3GPP Release 16 is the first NR release to include sidelinks through the work project "5G V2X with NR Sidelinks". The mechanisms introduced are primarily focused on V2X and can be used for public safety when service requirements can be met.

[0144] One of the motivations for the sidelink enhancements in Release 17 is energy saving. One goal of the Release 17 sidelink enhancements is to specify resource allocation enhancements that reduce power consumption. Another goal is to enhance reliability and reduce latency by leveraging Resource Allocation Mode 2. In NR Release 16, the UE performs sensing to determine available candidate resources for sidelink transmissions to minimize the probability of collisions with other sidelink UEs. Sensing is a power-consuming operation because it requires the UE to listen for and receive the first part / phase SCI in each sidelink slot during the sensing window when the UE is not transmitting.

[0145] Other techniques have been provided to reduce power loss by not performing sensing, where the UE performs SL resource selection based on random selection or by partially sensing by reducing the number of sensing time slots during the sensing window. Both of these approaches suffer from sidelink performance degradation due to increased sidelink collision probability. To address this issue, assisted sidelink resource selection is provided, where a high-energy UE (e.g., a vehicle UE or RSU) can provide resource selection assistance information (e.g., sensing information) to low-energy UEs (e.g., VRUs and PUEs) in the vicinity of the low-energy UE to assist the low-energy UE in performing SL resource selection without requiring the low-energy UE to perform SL sensing. In this disclosure, the configuration of inter-UE coordination, the provision and reception of resource selection assistance information, and the content of the resource selection assistance information are considered.

[0146] This disclosure considers methods related to the configuration and content of resource selection assistance information between UEs in a sidelink network. In the following embodiments and examples, one or more first UEs (e.g., UE-A, also referred to as the controlling UE (or multiple UEs)) provide one or more second UEs (e.g., UE-B, also referred to as the controlled UE (or multiple UEs)) with a set of resources and possible other resource selection assistance information (collectively referred to as RSAI). The controlled UE (i.e., the second UE or UE-B) selects and reserves one or more resources from the set of resources provided from the controlling UE (i.e., the first UE or UE-A). This is as follows: Figure 6 As shown.

[0147] Figure 6 Example resource selection assistance information between UEs 600 according to an embodiment of this disclosure is illustrated. The resource selection assistance information between UEs 600 can be provided by the UE (e.g., such as...) Figure 1 Execute as shown in 111-116). Figure 6 The example of resource selection assistance information between UEs 600 shown is for illustrative purposes only.

[0148] The RSAI from the first UE (i.e., the controlling UE) can be sent as: (1) as a broadcast message to all UEs near the controlling UE; (2) as a multicast message to a set of UEs near the controlling UE, for example, within a (pre)configured set, the set of UEs can be addressed by a common identifier; and / or (3) as a unicast message to a single UE.

[0149] The RSAI of the controlling UE can be received by the controlled UE and possibly other controlling UEs.

[0150] The resource pool can be (pre-)configured to support inter-UE coordination (RSAI). A UE can be further (pre-)configured and / or have the capability to provide RSAI (e.g., inter-UE coordination) messages; that is, the UE can be UE-A. A UE can be further (pre-)configured and / or have the capability to receive RSAI (e.g., inter-UE coordination) messages; that is, the UE can be UE-B.

[0151] In one embodiment, UE configuration and triggering for resource selection assistance information are provided. This embodiment also provides configuration for inter-UE coordination, including configuration for sending and receiving resource selection assistance information.

[0152] In Example 1.1, a UE can be pre-configured to provide information to neighboring UEs to assist them in performing resource selection. For example, the UE provides Resource Selection Assist Information (RSAI) to neighboring UEs. For instance, RSAI could be inter-UE coordination information.

[0153] In an example 1.1.1, RSAI transmission can be triggered, activated, or deactivated by RRC signaling and / or MAC CE signaling and / or L1 control signaling.

[0154] In another example 1.1.2, RSAI transmission is always active, i.e., no activation signaling is used.

[0155] In another example, 1.2, the UE can be configured by the gNB / NW via the Uu interface to provide information to neighboring UEs to assist them in resource selection, for example, the UE provides RSAI to neighboring UEs. RSAI can be, for example, inter-UE coordination information. This configuration can be performed via RRC signaling and / or MAC CE signaling and / or L1 control signaling. This configuration can trigger, activate, or deactivate the transmission of information to neighboring UEs to assist them in resource selection, such as RSAI. The configuration can include parameters controlling the provision and transmission of RSAI and its information content. In some cases, the configuration of RSAI provision and transmission can be separate from the activation or triggering of RSAI transmission; in other cases, the configuration of RSAI provision and transmission includes the triggering or activation of RSAI transmission.

[0156] In Example 1.2.1, the UE provides the gNB / NW with the ability to transmit RSAI to neighboring UEs. When configuring the UE to transmit RSAI, the gNB considers the UE's RSAI transmission capability. That is, a UE that cannot transmit RSAI may not be configured to transmit RSAI to neighboring UEs. A UE that can transmit RSAI may be configured to transmit RSAI to neighboring UEs. The provision of the ability to transmit RSAI to the gNB can be accomplished directly through the Uu link between the gNB and the UE, or indirectly through another gNB, or through an eNB, or through another UE, or through multiple of these.

[0157] In another example 1.2.2, the UE does not provide the ability to transmit RSAI to the gNB / NW. If the UE receives a request to transmit RSAI to a neighboring UE, and the UE does not support transmitting RSAI, the UE may: (1) ignore the request to transmit RSAI to the neighboring UE, and / or (2) transmit an indication to the gNB / NW that the UE cannot transmit RSAI to the neighboring UE.

[0158] In another example 1.3, the UE can be configured by the eNB / NW via the Uu interface to provide information to neighboring UEs to assist them in resource selection, for example, the UE provides RSAI to neighboring UEs. RSAI can be, for example, inter-UE coordination information. This configuration can be performed via RRC signaling and / or MAC CE signaling and / or L1 control signaling. This configuration can trigger, activate, or deactivate the transmission of information to neighboring UEs to assist them in resource selection, such as RSAI. This configuration can include parameters controlling the provision and transmission of RSAI and its information content. In some cases, the configuration of RSAI provision and transmission can be separate from the activation or triggering of RSAI transmission; in other cases, the configuration of RSAI provision and transmission includes the triggering or activation of RSAI transmission. In various embodiments, there is a distinction between activation and triggering. For activation, RSAI transmission begins (e.g., periodically) until a message is sent to deactivate RSAI transmission. For triggering, RSAI transmission occurs once or N times without a deactivation message.

[0159] In Example 1.3.1, the UE provides the eNB / NW with the ability to transmit RSAI to neighboring UEs. When configuring the UE to transmit RSAI, the eNB considers the UE's RSAI transmission capability. That is, a UE that cannot transmit RSAI may not be configured to transmit RSAI to neighboring UEs. A UE that can transmit RSAI may be configured to transmit RSAI to neighboring UEs. The provision of the ability to transmit RSAI to the eNB can be accomplished directly through the Uu link between the eNB and the UE, or indirectly through another eNB, or through a gNB, or through another UE, or through multiple of these.

[0160] In another example 1.3.2, the UE does not provide the UE with the ability to transmit RSAI to the eNB / NW. If the UE receives a request to transmit RSAI to a neighboring UE, and the UE does not support transmitting RSAI, the UE may: (1) ignore the request to transmit RSAI to the neighboring UE, and / or (2) transmit an indication to the eNB / NW that the UE cannot transmit RSAI to the neighboring UE.

[0161] In another example 1.4, such as Figure 7 As shown, the first UE (referred to as UE-A) can be configured by the second SL UE (referred to as UE-C) via the SL (PC5) interface to provide information to (multiple) adjacent third UEs (collectively referred to as (multiple) UE-Bs) to assist (multiple) adjacent third UEs (i.e., (multiple) UE-Bs) in performing resource selection. For example, the first UE (UE-A) provides Resource Selection Assist Information (RSAI) to (multiple) adjacent third UEs (i.e., (multiple) UE-Bs). For example, RSAI can be inter-UE coordination information. This configuration can be performed via RRC signaling and / or MAC CE signaling and / or L1 control signaling on the SL (PC5) interface.

[0162] This configuration can trigger, activate, or deactivate the transmission of information to (multiple) neighboring UEs (i.e., (multiple) UE-Bs) to assist (multiple) neighboring UEs (i.e., (multiple) UE-Bs) in performing resource selection, such as RSAI. This configuration may include parameters controlling the provision and transmission of RSAI and its information content. In some cases, the configuration for the provision and transmission of RSAI may be separate from the activation or triggering of RSAI transmission; in other cases, the configuration for the provision and transmission of RSAI includes the triggering or activation of RSAI transmission. The second UE (i.e., UE-C) may be separate from (multiple) third UEs (i.e., (multiple) UE-Bs). Alternatively, the second UE (i.e., UE-C) may be part of (multiple) third UEs (i.e., (multiple) UE-Bs). (Multiple) UE-Bs may be one or more UEs. Figure 7In Example 1.11, RSAI can be broadcast and / or multicast and / or unicast.

[0163] Figure 7 Example resource selection assistance information between UEs 700 according to embodiments of the present disclosure is illustrated. The resource selection assistance information between UEs 700 can be provided by the UE (e.g., such as...) Figure 1 Execute as shown in 111-116). Figure 7 The example of resource selection assistance information between UEs 700 shown is for illustrative purposes only.

[0164] In Example 1.4.1, UE-A provides UE-C with the ability to transmit RSAI to neighboring UEs (i.e., UE-B). When UE-A is configured to transmit RSAI, UE-C takes into account UE-A's ability to transmit RSAI. That is, UEs that cannot transmit RSAI may not be configured to transmit RSAI to (multiple) neighboring UEs (i.e., (multiple) UE-Bs). UEs that can transmit RSAI may be configured to transmit RSAI to (multiple) neighboring UEs (i.e., (multiple) UE-Bs). The provision of the ability to transmit RSAI to UE-C can be done directly through the SL (PC5) interface between UE-C and UE-A, or indirectly through another gNB, another eNB, another UE, or multiple of these.

[0165] In another example 1.4.2, UE-A does not provide UE-C with the ability to transmit RSAI. If UE-A receives a request to transmit RSAI to (multiple) neighboring UEs (i.e., (multiple) UE-B), and UE-A does not support transmitting RSAI, then UE-A may: (1) ignore the request to transmit RSAI to (multiple) neighboring UEs (i.e., (multiple) UE-B), and / or (2) transmit an indication to UE-C that UE-A cannot transmit RSAI to (multiple) neighboring UEs (i.e., (multiple) UE-B).

[0166] In Examples 1.2, 1.3, and 1.4, the entity that configures the provision and transmission of RSAI (e.g., gNB, eNB, or UE) can be separate from the entity that triggers, activates, or deactivates the transmission of RSAI (e.g., gNB, eNB, or UE).

[0167] In Examples 1.1, 1.2, 1.3 and 1.4, the configuration, triggering, activation and deactivation of RSAI provision and transmission can be UE-specific (e.g., unicast) signaling and / or UE group-specific (e.g., multicast) signaling and / or cell-specific (e.g., broadcast) signaling.

[0168] In Example 1.5, a UE can be pre-configured to receive information from neighboring UEs to assist in performing resource selection on the sidelink, such as providing RSAI from a neighboring UE to the UE. For example, RSAI could be inter-UE coordination information.

[0169] In Example 1.5.1, RSAI reception can be activated or deactivated via RRC signaling and / or MAC CE signaling and / or L1 control signaling.

[0170] In another example, 1.5.2, RSAI reception is always active, i.e., there is no activation signaling.

[0171] In another example, 1.6, the UE can be configured by the gNB / NW via the Uu interface to receive information from neighboring UEs to assist in performing resource selection on the sidelink, such as providing RSAI from a neighboring UE to the UE. For example, RSAI can be inter-UE coordination information. This configuration can be performed via RRC signaling and / or MAC CE signaling and / or L1 control signaling. This configuration can trigger, activate, or deactivate the reception and use of information from neighboring UEs to assist in performing resource selection, such as RSAI. The configuration can include parameters controlling the reception and use of RSAI and the content of RSAI information. In some cases, the configuration for RSAI reception and use can be separate from the activation or triggering of RSAI reception; in other cases, the configuration for RSAI reception and use includes the triggering or activation of RSAI reception.

[0172] In Example 1.6.1, the UE provides the gNB / NW with the ability to receive and use RSAI from neighboring UEs. When configuring the UE to receive and use RSAI, the gNB considers the UE's ability to receive and use RSAI. That is, a UE that cannot receive and use RSAI may not be configured to receive RSAI from neighboring UEs. A UE that can receive and use RSAI may be configured to receive and use RSAI from neighboring UEs. The provision of the ability to receive and use RSAI to the gNB can be done directly through the Uu link between the gNB and the UE, or indirectly through another gNB, or through an eNB, or through another UE, or through multiple of these.

[0173] In another example 1.6.2, the UE does not provide the gNB / NW with the ability to receive and use RSAI. If the UE receives a request to receive and use RSAI from a neighboring UE, and the UE does not support receiving and using RSAI, the UE may: (1) ignore the request to receive and use RSAI from the neighboring UE, and / or (2) transmit an indication to the gNB / NW that the UE cannot receive and use RSAI from the neighboring UE.

[0174] In another example, 1.7, the UE can be configured by the eNB / NW via the Uu interface to receive information from neighboring UEs to assist in resource selection on the sidelink, such as providing RSAI from a neighboring UE to the UE. For example, RSAI can be inter-UE coordination information. This configuration can be performed via RRC signaling and / or MAC CE signaling and / or L1 control signaling. This configuration can trigger, activate, or deactivate the reception and use of information from neighboring UEs to assist in resource selection, such as RSAI. The configuration can include parameters controlling the reception and use of RSAI and the content of RSAI information. In some cases, the configuration for RSAI reception and use can be separate from the activation or triggering of RSAI reception; in other cases, the configuration for RSAI reception and use includes the triggering or activation of RSAI reception.

[0175] In Example 1.7.1, the UE provides the eNB / NW with the ability to receive and use RSAI from neighboring UEs. When configuring the UE to receive and use RSAI, the eNB considers the UE's ability to receive and use RSAI. That is, a UE that cannot receive and use RSAI may not be configured to receive RSAI from neighboring UEs. A UE that can receive and use RSAI may be configured to receive and use RSAI from neighboring UEs. The provision of the ability to receive and use RSAI to the eNB can be done directly through the Uu link between the eNB and the UE, or indirectly through another eNB, or through a gNB, or through another UE, or through multiple of these.

[0176] In another example 1.7.2, the UE does not provide the eNB / NW with the ability to receive and use RSAI. If the UE receives a request to receive and use RSAI from a neighboring UE, and the UE does not support receiving and using RSAI, the UE may: (1) ignore the request to receive and use RSAI from the neighboring UE, and / or (2) send an indication to the eNB / NW that the UE cannot receive and use RSAI from the neighboring UE.

[0177] Figure 8 Example resource selection assistance information between UEs 800 according to embodiments of the present disclosure is illustrated. The resource selection assistance information between UEs 800 can be provided by the UE (e.g., such as...) Figure 1 Execute as shown in 111-116). Figure 8 The example of resource selection assistance information between UEs 800 shown is for illustrative purposes only.

[0178] In another example 1.8, such as Figure 8As shown, a first UE, referred to as UE-B, can be configured by a second SL UE, referred to as UE-C, via the SL (PC5) interface to receive information from (multiple) neighboring third UEs (collectively referred to as (multiple) UE-A) to assist in resource selection, for example, providing Resource Selection Assist Information (RSAI) from (multiple) neighboring third UEs (i.e., (multiple) UE-A) to the first UE (UE-B). For example, RSAI can be inter-UE coordination information. This configuration can be performed via RRC signaling and / or MAC CE signaling and / or L1 control signaling on the SL (PC5) interface. This configuration can trigger, activate, or deactivate the reception and use of information from (multiple) neighboring UEs (i.e., (multiple) UE-A) to assist in resource selection, such as RSAI. This configuration can include parameters controlling the reception and use of RSAI and the content of RSAI information. In some cases, the configuration for RSAI reception and use can be separate from the activation or triggering of RSAI reception; in other cases, the configuration for RSAI reception and use includes the triggering or activation of RSAI reception. The second UE (i.e., UE-C) can be separate from the (multiple) third UEs (i.e., (multiple) UE-A). Alternatively, the second UE (i.e., UE-C) can be part of the (multiple) third UEs (i.e., (multiple) UE-A). The (multiple) UE-A can be one or more UEs.

[0179] In Example 1.8.1, UE-B provides UE-C with the ability to receive and use RSAI from (multiple) neighboring UEs (i.e., (multiple) UE-A). When UE-B is configured to receive and use RSAI, UE-C takes into account UE-B's ability to receive and use RSAI. That is, UEs that cannot receive and use RSAI may not be configured to receive RSAI from (multiple) neighboring UEs (i.e., (multiple) UE-A). UEs that can receive and use RSAI may be configured to receive and use RSAI from (multiple) neighboring UEs (i.e., (multiple) UE-A). The provision of the ability to receive and use RSAI to UE-C can be done directly through the SL (PC5) interface between UE-C and UE-B, or indirectly through another gNB, another eNB, another UE, or multiple of these.

[0180] In another example 1.8.2, UE-B does not provide UE-C with the ability for UE-B to receive and use RSAI. If UE-B receives a request to receive and use RSAI from (multiple) neighboring UEs (i.e., (multiple) UE-A), and UE-B does not support receiving and using RSAI, then UE-B may: (1) ignore the request to receive and use RSAI from (multiple) neighboring UEs (i.e., (multiple) UE-A), and / or (2) transmit to UE-C an indication that UE-B cannot receive and use RSAI from (multiple) neighboring UEs (i.e., (multiple) UE-A).

[0181] In Examples 1.6, 1.7, and 1.8, the entity that configures the reception and use of RSAI (e.g., gNB, eNB, or UE) can be separate from the entity that triggers, activates, or deactivates the reception of RSAI (e.g., gNB, eNB, or UE).

[0182] In Examples 1.5, 1.6, 1.7 and 1.8, the configuration, triggering, activation and deactivation of RSAI reception and use can be UE-specific (e.g., unicast) signaling and / or UE group-specific (e.g., multicast) signaling and / or cell-specific (e.g., broadcast) signaling.

[0183] In Examples 1.2, 1.3, 1.4, 1.6, 1.7, and 1.8, a single configuration message can be used to configure the provisioning and transmission of RSAI, as well as the reception and use of RSAI. Alternatively, separate configuration messages can be used to configure both the provisioning and transmission of RSAI and the reception and use of RSAI.

[0184] In Examples 1.1 through 1.8, the trigger or activation message may include additional or updated configuration parameters.

[0185] In Examples 1.1 through 1.8, the deactivation message may include additional or updated configuration parameters.

[0186] In Example 1.9, a PSFCH-type channel can be used to trigger, activate, or deactivate the transmission and / or reception of RSAI. For example, RSAI can be inter-UE coordination information. A PSFCH-type channel is a physical channel with the same structure as the PSFCH (as described in 38.211), i.e., the physical channel consists of 12 orthogonal sequences multiplexed into a PRB. Each or two sequences are used to transmit one bit of information. The PSFCH has a duration of one or two symbols, where the first symbol is a repetition of the second.

[0187] In Example 1.9.1, the PSFCH class channel used to trigger or activate transmission and / or reception is configured with resources including time slots, PRBs, and cyclic shifts. Transmission on the configured resources of the PSFCH class channel indicates the activation or triggering of RSAI transmission or reception. For example, a PSFCH class channel can be transmitted from UE-B (i.e., the UE receiving RSAI) to UE-A (i.e., the UE transmitting RSAI) to trigger or activate the transmission of RSAI from UE-A.

[0188] In another example, 1.9.2, PSFCH class channels for activating or triggering RSAI transmission and / or reception are configured in multiple resources comprising multiple time slots, multiple PRBs, and multiple cyclic shifts, each resource corresponding to an RSAI configuration. Transmissions on the configured resources of the PSFCH class channels indicate the activation of transmission or reception of RSAI with the corresponding configuration. For example, multiple PSFCH class channel resources can be configured for different UE-B transmission priority levels. A PSFCH class channel transmitted from UE-B on a resource corresponding to the transmission priority triggers or activates transmission of RSAI from UE-A for that transmission priority.

[0189] In another example, 1.9.3, the deactivated PSFCH class channel used for transmission and / or reception is configured with resources including time slots, PRBs, and cyclic shifts. Transmissions on the configured resources of the PSFCH class channel indicate the deactivation of RSAI transmission or reception. For example, a PSFCH class channel can be transmitted from UE-B (i.e., the UE receiving RSAI) to UE-A (i.e., the UE transmitting RSAI) to deactivate RSAI transmissions from UE-A.

[0190] In Example 1.10, the SCI (with or without a corresponding PSSCH) in the PSCCH channel can be used to trigger, activate, or deactivate RSAI transmission and / or reception. The SCI may include additional information about the configuration used for RSAI transmission or reception. For example, RSAI may be inter-UE coordination information. For instance, there may be multiple RSAI configurations, and the SCI may include information about one or more RSAI configurations that are triggered and / or activated and / or deactivated.

[0191] Example 1.11 considers RSAI transmission propagation types (i.e., broadcast, multicast, and unicast). In the previous examples (Examples 1.1 to 1.8), RSAI from the UE sending the RSAI (also referred to as the controlling UE or UE-A) to one or more UEs receiving the RSAI (also referred to as (multiple) controlled UEs or (multiple) UE-B) can be transmitted as follows.

[0192] In Example 1.11.1, RSAI from UE-A is broadcast to one or more UE-B.

[0193] In another example, 1.11.2, the RSAI from the UE is multicast to one or more UE-Bs. In one example, there is one multicast set. In another example, there are more than one multicast set. A multicast set is a collection of UEs that receive a multicast message containing the RSAI. In one example, a UE may belong to only one multicast set. In another example, a UE may belong to more than one multicast set.

[0194] In another example, 1.11.3, RSAI from UE is unicast to UE-B. There can be one or more unicast links from UE-A to one or more UE-Bs. Additionally, there can be one or more unicast links from one or more UE-A to UE-B.

[0195] In another example, 1.11.4, UE-A can send RSAI to (multiple) UE-Bs using more than one of the previous schemes (as in Examples 1.11.1, 1.11.2, and 1.11.3). For example, UE-A can send both broadcast and multicast RSAI. Alternatively, UE-A can send both broadcast and unicast RSAI. Alternatively, UE-A can send both multicast and unicast RSAI. Alternatively, UE-A can send broadcast, multicast, and unicast RSA.

[0196] In another example, 1.11.5, UE-B may receive RSAI from (multiple) UE-A using more than one of the previous schemes (as in Examples 1.11.1, 1.11.2, and 1.11.3). For example, UE-B receives broadcast and multicast RSAI. Alternatively, UE-B may broadcast and unicast RSAI. Alternatively, UE-B may receive multicast and unicast RSAI. Alternatively, UE-B may receive broadcast, multicast, and unicast RSAI.

[0197] Figure 9 An example signaling flow 900 of a trigger / activation-based inter-UE coordination process according to an embodiment of this disclosure is shown. Signaling flow 900 can be initiated by a UE (e.g., such as...) Figure 1 Execute as shown in 111-116). Figure 9 The embodiment of signaling flow 900 shown is for illustrative purposes only. Figure 9 One or more components shown may be implemented in a dedicated circuit configured to perform the function, or one or more components may be implemented by one or more processors that execute instructions to perform the function.

[0198] like Figure 9As shown, in step 902, UE-B has SL data to send. In step 904, UE-B transmits a trigger / activation message to (multiple) UE-A to transmit RSAI. (Multiple) UE-A may or may not be the intended receiver of UE-B's SL Tx. In step 906, UE-B transmits the trigger / activation message, which may include auxiliary information to help UE-A generate RSAI, such as SL Tx priority, SL TX packet delay budget (PDB), SL Tx period, or other characteristics of SL Tx from UE-B. In step 908, UE-A prepares the RSAI message. This may be based on: (1) sensing performed by UE-A; (2) UE-A's NRSL transmission / reception; (3) UL Tx (e.g., UE-A's UL Tx or common UL Tx resources such as PRACH timing); (4) UE-A's LTE SLTx / Rx; and / or (5) RSAI of other UEs received by UE-A (e.g., inter-UE coordination information). In step 910, UE-A transmits RSAI (e.g., inter-UE coordination information) to UE-B. In step 912, UE-B receives RSAI from (multiple) UE-A. If applicable, by combining its own sensing, UE-B can determine a candidate set for SL resource selection. In step 914, UE-B selects SL resources for SL Tx and reservations for SL data transmission. In step 916, UE-B transmits SL data on the selected SL resources (e.g., the initially selected SL resources).

[0199] Figure 9 This is an example of a trigger / activation-based inter-UE coordination process. In this example, when UE-B has SL data to send, UE-B sends a trigger to (multiple) UE-A to provide RSAI (e.g., inter-UE coordination information). UE-A provides data in response to the trigger / activation message from UE-B. In a further example, UE-B may send a deactivation message to stop the transmission of RSAI messages.

[0200] In response to a trigger / activation message from UE-B, UE-A may do one of the following: (1) transmit RSAI to UE-B once or N times (N>1); (2) periodically transmit RSAI to UE-B until UE-A receives a deactivation message from UE-B to stop transmitting RSAI.

[0201] Figure 10 An example signaling flow 1000 of a periodic inter-UE coordination process according to an embodiment of the present disclosure is shown. The signaling flow 1000 can be generated by a UE (e.g., such as...) Figure 1 Execute as shown in 111-116). Figure 10The embodiment of signaling flow 1000 shown is for illustrative purposes only. Figure 10 One or more components shown may be implemented in a dedicated circuit configured to perform the function, or one or more components may be implemented by one or more processors that execute instructions to perform the function.

[0202] like Figure 10 As shown, in step 1002, UE-A periodically prepares and sends RSAI messages. For example, RSAI can be inter-UE coordination information. This can be based on: (1) sensing performed by UE-A, (2) NR SL transmission / reception of UE-A, (3) ULTx (e.g., UL Tx of UE-A or common UL Tx resources such as PRACH timing), (4) LTE SL Tx / Rx of UE-A, and / or (5) RSAI (e.g., inter-UE coordination information) received by UE-A from other UEs. In step 1004, UE-B has SL data to send to UE-A. In step 1006, UE-A sends RSAI to UE-B. This information can be sent periodically or semi-persistently from UE-A. In step 1008, UE-B receives RSAI from (multiple) UE-A. If applicable, combining its own sensing, UE-B determines a candidate set for SL resource selection. Multiple UE-A devices may be intended receivers of UE-B's SL Tx or not. In step 1010, UE-B selects SL resources for SL Tx and reservations for SL data transmission. In step 1012, UE-B transmits SL data on the selected SL resources (e.g., the initially selected SL resources).

[0203] Figure 10 This is an example of a periodic inter-UE coordination process. UE-A periodically provides RSAI to its neighboring UE-B. For example, RSAI can be inter-UE coordination information. When UE-B has data to send, UE-B uses RSAI messages from (multiple) UE-A to perform SL resource selection. UE-A can be an infrastructure UE, such as an RSU, or a group leader of a group of UEs, or a UE configured to provide inter-UE coordination information.

[0204] In one embodiment, the content of a resource selection assistance message is provided.

[0205] A UE referred to as the controlling UE or UE-A can provide information to neighboring UEs (e.g., the controlled UE or UE-b) to assist the neighboring UE in performing resource selection. For example, the UE provides RSAI to the neighboring UE. RSAI can be, for instance, inter-UE coordination information. In this example, consider the content of an RSAI message from UE-A to UE-B.

[0206] In Example 2.1, the RSAI message contains sensing information, which may include information about the start and end times of the sensing window. In one example, the start and / or end times may be relative to a reference point. In another example, the start and / or end times may be relative to the RSAI transmission time. In yet another example, the UE (i.e., UE-A) can provide the start time and duration of the sensing window. The start time may be relative to either the reference point or the RSAI transmission time. In yet another example, the UE (i.e., UE-A) can provide the end time and duration of the sensing window. The end time may be relative to either the reference point or the RSAI transmission time. In yet another example, only the start or end time of the sensing window is provided by the UE-A, and the duration of the sensing window is pre-configured via RRC signaling and / or MAC CE and / or L1 control signaling as part of the configuration described in the foregoing embodiments and examples. The start or end time may be relative to either the reference point or the RSAI transmission time. In another example, only the duration of the sensing window is provided by the UE-A, and the start or end time of the sensing window's transmission time relative to RSAI is pre-configured via RRC signaling and / or MAC CE and / or L1 control signaling, as part of the configuration described in the foregoing embodiments and examples. In another example, no timing information for the sensing window is provided, and the duration of the sensing window and the start or end time of the sensing window's transmission time relative to RSAI are pre-configured via RRC signaling and / or MAC CE and / or L1 control signaling, as part of the configuration described in the foregoing embodiments and examples.

[0207] Time slots can be numbered (indexed) as physical time slots or logical time slots. Physical time slots include all time slots numbered sequentially, while logical time slots include only those allocated to the sidelink (e.g., uplink time slots, or time slots with sufficient uplink symbols for sidelink transmission), which are not used for S-SSBs and are not reserved, and are applied after the bitmap of sequential numbering as described above. Timing parameters can be provided in time units, such as seconds or milliseconds, and / or in physical time slot units depending on the sidelink parameter set, and / or in logical time slot units. Different units can be used for different timing parameters. The conversion from logical time slots to physical time (if necessary) and vice versa can follow the version 16NR equation, i.e. Where T ms The period is measured in milliseconds, T′ logical This corresponds to the number of logical time slots, and T′ max It is the number of time slots belonging to the resource pool within 1024 radio frames.

[0208] In Example 2.1, the RSAI message contains sensing information, which may include information about time slots sensed or not sensed during the sensing window. For example, no time slots may be sensed during the sensing window due to transmissions by the controlling UE (i.e., UE-A) itself. In one example, this information may be included in a bitmap with one bit for each time slot in the sensing window. Unsensed time slots may have a logical value (e.g., 1 or 0), and sensed time slots may have the inverse of that logical value (e.g., 0 or 1, respectively). In another example, this information may be included in a time slot list within the sensing window, which includes unsensed time slots. Alternatively, the time slot list may include sensed time slots.

[0209] In Example 2.1, the RSAI message contains sensing information, which may include information about detected SCI receptions during the sensing window. In one example, this may include a list of successfully decoded SCIs on the PSCCH within the sensing window, for each successfully decoded SCI on the PSCCH including some or all of the following parameters: (1) the decoded SCI and its associated PSSCH(s), i.e., sub-channels and time slots; (2) any additional reserved resources indicated by the decoded SCI; (3) the “Resource Reservation Period” field in the decoded SCI, if present; (4) the “Priority” field in the decoded SCI; and / or (5) the RSRP measurement associated with the decoded SCI. The RSRP measurement may be measured on the PSCCH DMRS referred to as PSCCH-RSRP. Alternatively, the RSRP measurement may be measured on the PSSCH DMRS referred to as PSSCH-RSRP.

[0210] In another example, an RSRP threshold is provided to the UE providing RSAI (i.e., UE-A). UE-A provides a list of successfully decoded SCIs on the PSCCH within the sensing window of RSRPs exceeding the RSRP threshold. For each successfully decoded SCI on the PSCCH with RSRPs exceeding the threshold, some or all of the following parameters may be included: (1) the resources(s) of the decoded SCI and its associated PSSCH, i.e., subchannels and time slots; (2) any additional reserved resources indicated by the decoded SCI; (3) the “Resource Reservation Period” field in the decoded SCI, if present; and / or (4) the “Priority” field in the decoded SCI. The RSRP threshold may be based on DMRS RSRP PSCCH or RSRP DMRS PSSCH. In a further example, UE-A is configured with a set of RSRP thresholds via RRC signaling and / or MAC CE signaling and / or L1 signaling, wherein the threshold is associated with each “Priority” in the decoded SCI. For each successfully decoded SCI in the PSCCH (where the "priority" field has a value P) prio (or equal to or less than P) prio The value of , having a lower priority value indicating a higher priority), and exceeding P prio The associated RSRP threshold RSRP, some or all of the above parameters can be included in the RSAI message.

[0211] In another example, in the UE receiving the RSAI message (i.e., UE-B), a transmission priority is provided to the UE providing the RSAI (i.e., UE-A). UE-A is also configured with a set of RSRP thresholds via RRC signaling and / or MAC CE signaling and / or L1 signaling, where the thresholds are associated with each transmission priority in UE-B. UE-A provides a list of successfully decoded SCIs on the PSCCH within a sensing window of RSRPs that exceed the RSRP thresholds corresponding to the priorities provided in UE-B. The UE-B transmission priority can be provided to UE-A in a message that triggers or activates the RSAI transmission (e.g., Example 1.9.2), or alternatively, it can be provided in a message configuring the provision and transmission of RSAI, as described in the foregoing embodiments and examples.

[0212] For each successfully decoded SCI on the PSCCH of an RSRP with a priority threshold exceeding that provided in UE-B, some or all of the following parameters may be included: (1) the resources(s) of the decoded SCI and its associated PSSCH, i.e., subchannels and time slots; (2) any additional reserved resources indicated by the decoded SCI; (3) the “Resource Reservation Period” field in the decoded SCI, if present; and / or (4) the “Priority” field in the decoded SCI. The RSRP threshold may be based on DMRSRSRP PSCCH or RSRP DMRS PSSCH.

[0213] In a further example, UE-A is configured with a set of RSRP thresholds via RRC signaling and / or MAC CE signaling and / or L1 signaling, where each threshold is associated with a priority pair, which corresponds to the priority provided by the transmission in UE-B and the "priority" in the decoded SCI. For each successfully decoded SCI in the PSCCH (where the "priority" field has a value P) prio ), and more than P prio The RSRP, which is associated with the priority provided by the UE-B transmission, may include some or all of the above parameters in the RSAI message.

[0214] In a further example 2.1.1, the UE can report sensing information for each group of single-slot resources, which can span sub-channels and / or time slots. This group can be specified in the system specification and / or configured / updated via RRC signaling and / or MAC CE signaling and / or L1 control signaling.

[0215] For each group of single-slot resources, the UE-A may include in the RSAI: (1) whether the SCI has been successfully decoded in any single-slot resource within the group of single-slot resources. If successfully decoded, this may also include single-slot resources within the group of single-slot resources that have successfully decoded the SCI. In another example, this may include an index of the successfully decoded single-slot resource with the highest RSRP; (2) a priority value associated with the group of single-slot resources, which may be determined based on the "Priority" field of the successfully decoded SCI (if any) within the group of single-slot resources. For example, this may be the lowest priority value among the successfully decoded SCIs, with a lower priority value indicating a higher priority service. In another example, this may correspond to the "Priority" field of the decoded SCI with the highest RSRP; (3) a period ("Resource Reservation Period") associated with the group of single-slot resources, which may be determined based on the "Resource Reservation Period" field of the successfully decoded SCI within the group of single-slot resources. In one example, this may correspond to the "Resource Reservation Period" field of the decoded SCI with the highest RSRP. In another example, this could correspond to the “Resource Reservation Period” field of the decoded SCI with the lowest priority value, where a lower priority value indicates a higher priority service. In another example, this could respond to the minimum “Resource Reservation Period” of a successfully decoded SCI; (4) additional reserved resources associated with the group of single-slot resources, notified by signaling in the decoded SCI. In one example, this could correspond to the decoded SCI with the highest RSRP. In another example, this could correspond to the decoded SCI with the lowest priority value, where a lower priority value indicates a higher priority service. In another example, this could correspond to the union of all reserved resources in a successfully decoded SCI; and / or (5) the RSRP associated with the group of single-slot resources. In one example, this could correspond to the highest RSRP of a successfully decoded SCI. In another example, this could correspond to the RSRP of the decoded SCI with the lowest priority value, where a lower priority value indicates a higher priority service. In another example, this could be the average RSRP, or the median RSRP, or the pattern RSRP of a successfully decoded SCI. RSRP can be based on PSCCH DMRS RSRP or PSSCH DMRS RSRP.

[0216] Figure 11 An example of a sensing window and a candidate resource selection window 1100 according to an embodiment of the present disclosure is shown. Figure 11 The embodiments of the sensing window and candidate resource selection window 1100 shown are for illustrative purposes only.

[0217] In Example 2.2, the RSAI message from UE-A contains resource selection information within the candidate resource selection window, such as... Figure 11 As shown. Additional examples are described in U.S. Application No. 17 / 224,983, filed April 7, 2021, which is incorporated herein by reference.

[0218] exist Figure 11 In the context of RSAI transmission in time slot n, based on the window [n-T0, nT]... proc，0 The sensing performed in the UE includes candidate resources within a candidate resource selection window [n+T1, n+T2]. The UE performs sensing and resource selection according to the procedures described in Version 16 of the 3GPP standard specification for sidelink resource selection. The RSAI may include information about the start and end times of the resource selection window. In one example, the start and / or end times may be relative to a reference point. In another example, the start and / or end times may be relative to the transmission time of the RSAI. In yet another example, the UE (i.e., UE-A) may provide the start time and duration of the resource selection window. The start time may be relative to either the reference point or the transmission time of the RSAI. In yet another example, the UE (i.e., UE-A) may provide the end time and duration of the resource selection window. The end time may be relative to either the reference point or the transmission time of the RSAI. In yet another example, only the start or end time of the resource selection window is provided by the UE-A, and the duration of the resource selection window is pre-configured via RRC signaling and / or MAC CE and / or L1 control signaling as part of the configuration described in the foregoing embodiments and examples. The start or end time can be relative to the reference point or the transmission time of RSAI. In another example, only the duration of the resource selection window is provided by the UE-A, and the start or end time of the resource selection window relative to the transmission time of RSAI is pre-configured via RRC signaling and / or MAC CE and / or L1 control signaling as part of the configuration described in the foregoing embodiments and examples. In another example, no timing information for the resource selection window is provided, and the duration of the resource selection window and the start or end time of the resource selection window relative to RSAI are pre-configured via RRC signaling and / or MAC CE and / or L1 control signaling as part of the configuration described in the foregoing embodiments.

[0219] Time slots can be numbered (indexed) as physical time slots or logical time slots. Physical time slots include all time slots numbered sequentially, while logical time slots only include those that can be allocated to a sidelink (e.g., uplink time slots, or time slots with sufficient uplink symbols for sidelink transmission), which are not used for S-SSBs and are not reserved, and are applied after the bitmap of sequential numbering as described above. Timing parameters can be provided in time units, such as seconds or milliseconds, and / or in physical time slot units, and / or in logical time slot units, depending on the sidelink's parameter set. Different units can be used for different timing parameters. The conversion from logical time slots to physical time (if necessary) and vice versa can follow the version 16NR equation, i.e. Where T ms The period is measured in milliseconds, T′ logical This corresponds to the number of logical time slots, and T′ max It is the number of time slots belonging to the resource pool within 1024 radio frames.

[0220] In such Figure 11 In the foregoing example shown, according to the resource selection process described in the 3GPP standard specification, RSAI may include information about available single-slot resources in the candidate resource selection window. In one example, this information may correspond to a single transmission priority level, which is provided to UE-A for the sidelink resources in UE-B that it uses to select candidate resources within the candidate resource selection window. UE-A determines a set of available single-slot resources in the candidate resource selection window corresponding to the transmission priority level. For example, UE-B's transmission priority may be provided to UE-A in a message that triggers or activates RSAI (e.g., Example 1.9.2), or alternatively, UE-B may be provided in a message configuring the provision and transmission of RSAI, as described in the foregoing embodiments and examples.

[0221] In another example, this information may correspond to multiple transmission priority levels, with UE-A provided with multiple transmission priority levels, namely, the transmission priority levels for the sidelink resources in UE-B for which UE-A selects candidate resources within the candidate resource selection window. UE-A uses each transmission priority level to determine the available single-slot resources within the candidate resource selection window. UE-A determines multiple sets of available single-slot resources in the candidate resource selection window, where one set corresponds to a transmission priority level. For example, multiple transmission priority levels may be provided to UE-A in a message that triggers or activates RSAI transmission (e.g., Example 1.9.2), or alternatively, it may be provided in a message configuring the provision and transmission of RSAI, as described in the foregoing embodiments and examples.

[0222] In one example, the set of single-slot resources available for each transmission priority level can be signaled by a bitmap, where one bit corresponds to a single-slot resource in the candidate resource selection window. A single-slot resource available in the candidate resource selection window (e.g., a preferred resource) can have a logical value (e.g., 1 or 0), and a single-slot resource that is not available in the candidate resource selection window (e.g., excluded) can have the inverse of that logical value (e.g., 0 or 1, respectively). In the case of multiple transmission priority levels, there can be multiple bitmaps, and one bitmap can correspond to a transmission priority level.

[0223] In another example, this information may be included in a single-slot resource list within a candidate resource selection window, which includes available (i.e., preferred) single-slot resources. Alternatively, the single-slot resource list may include single-slot resources that are not available (i.e., excluded or not preferred) in the candidate resource selection window. In the case of multiple transmission priority levels, there may be multiple lists, one of which may correspond to a transmission priority level. In another example, the single-slot resource list within the candidate resource selection window includes single-slot resources that are not available (i.e., excluded or not preferred) in the candidate resource selection window for at least one priority level, along with information about the priority level at which the single-slot resource was excluded. For example, this could be the lowest SCI decoding priority (the highest priority value, with lower priority values ​​indicating higher priority services) at which the resource was excluded.

[0224] In another example, the candidate resource selection window contains a list of single-slot resources, which includes (e.g., preferred) single-slot resources available in the candidate resource selection window for at least one priority level, along with information about the priority level at which that single-slot resource is available. For example, this could be the highest SCI decoding priority available for the resource (the lowest priority value, where lower priority values ​​indicate higher priority traffic). In another example, the candidate resource selection window contains a list of single-slot resources, along with information about each single-slot resource for each priority level at which that single-slot resource is available (i.e., preferred) or excluded (i.e., non-preferred). For example, this could be the highest SCI decoding priority available for the resource (the lowest priority value, where lower priority values ​​indicate higher priority traffic). Alternatively, this could be the lowest SCI decoding priority at which the resource is excluded (the highest priority value, where lower priority values ​​indicate higher priority traffic).

[0225] In such Figure 11In the example shown above, RSAI may include information about resources excluded from the candidate resource selection window (in which they are unavailable), which corresponds only to time slots within a sensing window that the UE-A is not listening to, as described in the 3GPP standard specification.

[0226] In the resource selection process described in the 3GPP standard specification, resources can be excluded from the candidate resource selection window if there are no time slots being monitored within the sensing window (as defined in the 3GPP standard specification) or if the decoded SCI exceeds the RSRP threshold (as defined in the 3GPP standard specification). Identifying the former allows the UE-B to include these resources in the candidate set if the UE-B can otherwise determine their availability, for example, based on its own sensing (if any), or if the resources are signaled as available by another UE-A. Figure 12 This is an example of UE-B receiving RSAI from two UEs (UE-A-1 and UE-A-2). It assumes both UEs have the same candidate resource selection window time position. Gray resources (such as...) Figure 12 (As shown) are resources excluded due to the decoding of SCI (as defined in the 3GPP standard specification).

[0227] Resources (such as) Figure 12 The black resources shown are resources excluded due to the lack of a listening slot (as defined in the 3GPP standard specification). At UE B, RSAI is merged from UE-A-1 and UE-A-2. One such rule could be that single-slot resources excluded from the candidate resources due to the decoded SCI from either one or both UE-A (these correspond to gray resources from at least one UE-A, such as...) Figure 12 (As shown). Single-slot resources that are not excluded from one UE-A due to the lack of a listening slot but are excluded from another UE-A are not excluded from the candidate resources (these correspond to black resources from only one UE-A and white resources from another UE, such as...). Figure 12 Single-slot resources excluded from the candidate resources due to SCI decoding from one UE-A and due to lack of listening slots from another UE-A (as shown in the figure) are excluded from the candidate resources. (These correspond to gray resources from one UE-A and black resources from another UE-A, such as...) Figure 12 (As shown) Single-slot resources from two UEs that were excluded due to the lack of a listening slot can be excluded from the candidate resources (these correspond to the black resources from the two UEs), and are not included in the list. Figure 12 As shown in the image. Figure 12 The resource allocation schemes shown are summarized in Table 1 below:

[0228] Table 1

[0229]

[0230] Figure 12 An exemplary resource allocation 1200 according to an embodiment of the present disclosure is illustrated. Resource allocation 1200 can be performed by a UE (e.g., such as...) Figure 1 Execute as shown in 111-116). Figure 12 The embodiment of resource allocation 1200 shown is for illustrative purposes only.

[0231] Information about resources excluded from the candidate resource selection window (in which they are unavailable) can be notified via signaling as follows, where the candidate resource selection window corresponds only to time slots within a sensing window that the UE-A is not listening to.

[0232] In one example, this information could be included in a bitmap, with one bit for each slot in the candidate resource selection window. Slots excluded from the candidate resource selection window due to this condition could have a logical value (e.g., 1 or 0), and slots not excluded due to this condition could have the inverse of that logical value (e.g., 0 or 1, respectively). Alternatively, this information could be included in a slot list within the candidate resource selection window, which includes slots excluded due to this condition. Alternatively, the slot list could include slots not excluded due to this condition.

[0233] In another example, this information could be included in a bitmap, where one bit is provided for each single-slot resource in the candidate resource selection window. Single-slot resources excluded from the candidate resource selection window due to this condition could have a logical value (e.g., 1 or 0), and single-slot resources not excluded from the candidate resource selection window due to this condition could have the inverse of that logical value (e.g., 0 or 1, respectively). Alternatively, this information could be included in a list of single-slot resources within the candidate resource selection window, which includes single-slot resources excluded due to this condition. Alternatively, the list of single-slot resources could include single-slot resources not excluded due to this condition.

[0234] In another example, the list of single-slot resources within the candidate resource selection window can combine exclusions due to decoded SCIs (as defined in the 3GPP standard specification) (one value can correspond to this condition) and exclusions solely due to unlistened slots (as defined in the 3GPP standard specification) (another value can correspond to this condition). A third value can correspond to the single-slot resources available within the candidate resource selection window.

[0235] In Example 2.3, the RSAI message (e.g., inter-UE coordination message) transmitted from UE-A to UE-B can be one of the following.

[0236] In one example of Case 1, UE-A includes preferred SL resources in the RSAI message, and UE-B can select SL resources from preferred sidelink resources for SL transmission from UE-B. In such an example, UE-B may further consider resources available based on UE-B's own sensing (e.g., candidate resources excluded from UE-B's resources based on UE-B's own sensing). For example, the SL resources selected for SL transmission and / or reserved at UE-B are SL resources indicated as preferred resources from UE-A and candidate resources based on UE-B's own sensing.

[0237] In another such example, UE-B may further consider inter-UE coordination messages received from other UE-A. In this example, the SL resources selected and / or reserved at UE-B for SL transmission are SL resources indicated as preferred resources from the first UE-A and preferred resources from the second UE-A. In an alternative example, the SL resources selected and / or reserved at UE-B for SL transmission are SL resources indicated as preferred resources from the first UE-A and not SL resources indicated as non-preferred resources from the second UE-A.

[0238] In another such example, UE-B may further consider inter-UE coordination messages received from other UE-A and resources available based on UE-B's sensing (e.g., candidate resources excluded from UE-B's resource pool based on UE-B's sensing). In this example, the SL resources selected and / or reserved at UE-B for SL transmission are those indicated as preferred resources from the first UE-A and preferred resources from the second UE-A, and are also among the candidate resources based on UE-B's own sensing. In an alternative example, the SL resources selected and / or reserved at UE-B for SL transmission are those indicated as preferred resources from the first UE-A and are not indicated as non-preferred resources from the second UE-A, and are also among the candidate resources based on UE-B's own sensing.

[0239] Figure 13 An example flowchart of a UE-to-UE coordination process 1300 according to an embodiment of the present disclosure is shown. Process 1300 can be initiated by a UE (e.g., such as...) Figure 1 Execute as shown in 111-116). Figure 13 The embodiments of process 1300 shown are for illustrative purposes only. Figure 13 One or more components shown may be implemented in a dedicated circuit configured to perform the function, or one or more components may be implemented by one or more processors that execute instructions to perform the function.

[0240] UE-B checks whether inter-UE coordination is (pre)configured and enabled (1301). Configuration of inter-UE coordination can be performed by higher layers. Enabling inter-UE coordination can be based on additional checks at the physical layer and higher layers (e.g., based on the HARQ-ACK error rate; a high HARQ-ACK error rate can enable inter-UE coordination).

[0241] If no UE-B coordination is configured or enabled, the UE-B follows the Rel-16 resource selection process by identifying candidate SL resources within the resource selection window (1302) and randomly selecting resources for current and future SL transmissions from the available candidate resources in the resource selection window (1303).

[0242] If inter-UE coordination is configured and enabled, UE-B may optionally send a trigger or activation message to UE-A to transmit RSAI (e.g., Figure 9 (as shown), or UE-A can transmit RSAI without triggering / activation from UE-B (as shown). Figure 10 (As shown).

[0243] UE-B receives resource selection assistance information (i.e., inter-UE coordination information) from one or more UE-A (1304). The inter-UE coordination information may include preferred resources.

[0244] UE-B can check whether it has available sensing results (1305), and UE-B can check whether it has been configured to use its own sensing results with inter-UE coordination information (1306). It may not be necessary to perform one or more of these checks. For example, by design, when UE-B is configured to use its sensing results with inter-UE coordination information, UE-B may always be configured to perform sensing. Alternatively, if UE-B has available sensing results, it may by design use sensing results with inter-UE coordination information without further configuration.

[0245] If UE-B is configured to use its own sensing results and has available sensing results, then UE-B determines the candidate SL resources available within the resource selection window (1307). For example, this could be based on the intersection of preferred resources from each UE-A and the available resources sensed by UE-B itself. Other methods for determining the candidate SL resources available within the resource selection window based on preferred resources from(multiple) UE-A and UE-B's own sensing results are not excluded. UE-B randomly selects SL resources from the candidate SL resources available within the resource selection window for both the current SL transmission and future SL transmissions (resources for future SL transmissions may be indicated as reserved for the current SL transmission) (1308). The current SL transmission is carried out on the initially randomly selected SL resources.

[0246] If UE-B is not configured to use its own sensing results or no sensing results are available: UE-B determines the candidate SL resources available within the resource selection window (1309). For example, this can be based on the intersection of preferred resources from each UE-A. Other methods for determining the candidate SL resources available within the resource selection window based on preferred resources from (multiple) UE-A are not excluded. UE-B randomly selects SL resources from the candidate SL resources available within the resource selection window for both the current SL transmission and future SL transmissions (resources for future SL transmissions may be indicated as reserved for the current SL transmission) (1310). The current SL transmission is carried out on the initially randomly selected SL resources.

[0247] In one example of Case 2, UE-A includes non-preferred SL resources in the RSAI message, and UE-B can select from UE-B SL resources for SL transmission that avoid (excluding) the non-preferred SL resources.

[0248] In one such example, UE-B may further consider resources available based on UE-B's own sensing (e.g., candidate resources excluded from UE-B's resources based on UE-B's own sensing). For example, the SL resources selected and / or reserved at UE-B for SL transmission are SL resources among the candidate resources based on UE-B's own sensing but not indicated as non-preferred resources from UE-A (e.g., excluding non-preferred resources from UE-A(multiple)) from the candidate set of resources based on UE-B's own sensing).

[0249] In another such example, UE-B may further consider inter-UE coordination messages received from other UE-A. For example, the SL resource selected and / or reserved at UE-B for SL transmission is an SL resource that is not indicated as a non-preferred resource from the first UE-A and not as a non-preferred resource from the second UE-A. In another example, the SL resource selected and / or reserved at UE-B for SL transmission is an SL resource that is not indicated as a non-preferred resource from the first UE-A and is indicated as a preferred resource from the second UE-A.

[0250] In another such example, UE-B may further consider inter-UE coordination messages received from other UE-A and available resources based on UE-B's own sensing (e.g., candidate resources after resource exclusion based on UE-B's sensing). For example, the SL resource selected and / or reserved at UE-B for SL transmission is an SL resource that is not indicated as a non-preferred resource from the first UE-A and not indicated as a non-preferred resource from the second UE-A, and is among the candidate resources based on UE-B's own sensing. In another example, the SL resource selected and / or reserved at UE-B for SL transmission is an SL resource that is not indicated as a non-preferred resource from the first UE-A and is indicated as a preferred resource from the second UE-A, and is among the candidate resources based on UE-B's own sensing.

[0251] Figure 14 An example flowchart of a UE-to-UE coordination process 1400 according to an embodiment of the present disclosure is shown. Process 1400 can be initiated by a UE (e.g., such as...) Figure 1 Execute as shown in 111-116). Figure 14 The embodiments of process 1400 shown are for illustrative purposes only. Figure 14 One or more components shown may be implemented in a dedicated circuit configured to perform the function, or one or more components may be implemented by one or more processors that execute instructions to perform the function.

[0252] UE-B checks whether inter-UE coordination is (pre)configured and enabled (1401). Configuration of inter-UE coordination can be performed by higher layers. Enabling inter-UE coordination can be based on additional checks at the physical layer and higher layers (e.g., based on the HARQ-ACK error rate; a high HARQ-ACK error rate can enable inter-UE coordination).

[0253] If no UE-B coordination is configured or enabled, the UE-B follows the Rel-16 resource selection process by identifying candidate SL resources within the resource selection window (1402) and randomly selecting resources for current and future SL transmissions from the available candidate resources in the resource selection window (1403).

[0254] If inter-UE coordination is configured and enabled, follow these steps. UE-B may optionally transmit a trigger or activation message to UE-A to transmit RSAI (such as...). Figure 9 (as shown), or UE-A can transmit RSAI without triggering / activation from UE-B (as shown). Figure 10 (As shown). UE-B receives resource selection assistance information (i.e., inter-UE coordination information) from one or more UE-A (1404). The inter-UE coordination information may include non-preferred resources.

[0255] UE-B can check whether it has available sensing results (1405), and UE-B can check whether it has been configured to use its own sensing results with inter-UE coordination information (1406). It may not be necessary to perform one or more of these checks. For example, by design, when UE-B is configured to use its sensing results with inter-UE coordination information, UE-B may always be configured to perform sensing. Alternatively, if UE-B has available sensing results, it may by design use sensing results with inter-UE coordination information without further configuration.

[0256] If UE-B is configured to use its own sensing results and has available sensing results, then UE-B determines the candidate SL resources available within the resource selection window (1407). This can be based on excluding non-preferred resources from each UE-A from the candidate resources within the resource selection window, and considering available resources based on UE-B's own sensing. Other methods for determining the candidate SL resources available within the resource selection window based on non-preferred resources from(multiple) UE-A and UE-B's own sensing results are not excluded. UE-B randomly selects SL resources from the candidate SL resources available within the resource selection window for both the current SL transmission and future SL transmissions (resources for future SL transmissions may be indicated as reserved for the current SL transmission) (1408). The current SL transmission is carried out on the initially randomly selected SL resources.

[0257] If UE-B is not configured to use its own sensing results or no sensing results are available, UE-B determines the candidate SL resources available within the resource selection window (1409). This can be based on excluding non-preferred resources from each UE-A from the candidate resources within the resource selection window. Other methods for determining the candidate SL resources available within the resource selection window based on non-preferred resources from (multiple) UE-A are not excluded. UE-B randomly selects SL resources from the candidate SL resources available within the resource selection window for both the current SL transmission and future SL transmissions (resources for future SL transmissions may be indicated as reserved for the current SL transmission) (1410). The current SL transmission is carried out on the initially randomly selected SL resources.

[0258] In one example of Case 3, UE-A includes a combination of preferred SL resources and non-preferred SL resources in the RSAI message, wherein: (1) first, UE-B can select SL resources from preferred sidelink resources for SL transmission from UE-A; (2) second, if no SL resources are available for SL transmission among the preferred SL resources, UE-A can select SL resources for SL transmission from UE-B that avoid (excluding) non-preferred SL resources; (3) for the first and second steps, UE-B can further consider candidate resources based on its own sensing; (4) for the first and second steps, UE-B can consider preferred or non-preferred resources from more than one UE-A; and / or (5) for the first and second steps, UE-B can consider preferred or non-preferred resources from more than one UE-A as well as candidate resources based on its own sensing.

[0259] Figure 15 An example flowchart of a process 1500 for inter-UE coordination according to an embodiment of the present disclosure is shown. Process 1500 can be performed by a UE (e.g., such as...) Figure 1 Execute as shown in 111-116). Figure 15 The embodiments of process 1500 shown are for illustrative purposes only. Figure 15 One or more components shown may be implemented in a dedicated circuit configured to perform the function, or one or more components may be implemented by one or more processors that execute instructions to perform the function.

[0260] UE-B checks whether inter-UE coordination is (pre)configured and enabled (1501). Configuration of inter-UE coordination can be performed by higher layers. Enabling inter-UE coordination can be based on additional checks at the physical layer and higher layers (e.g., based on the HARQ-ACK error rate; a high HARQ-ACK error rate can enable inter-UE coordination).

[0261] If no UE-B coordination is configured or enabled, the UE-B follows the Rel-16 resource selection process by identifying candidate SL resources within the resource selection window (1502) and randomly selecting resources for current and future SL transmissions from the available candidate resources in the resource selection window (1503).

[0262] If inter-UE coordination is configured and enabled, follow these steps. UE-B may optionally send a trigger or activation message to UE-A to transmit RSAI (such as...). Figure 9 (as shown), or UE-A can transmit RSAI without triggering / activation from UE-B (as shown). Figure 10(As shown). UE-B receives resource selection assistance information (i.e., inter-UE coordination information) (1504) from one or more UE-A. The inter-UE coordination information may include preferred and non-preferred resources.

[0263] UE-B can check whether it has available sensing results (1505), and UE-B can check whether it has been configured to use its own sensing results with inter-UE coordination information (1506). It may not be necessary to perform one or more of these checks. For example, by design, when UE-B is configured to use its sensing results with inter-UE coordination information, UE-B may always be configured to perform sensing. Alternatively, if UE-B has available sensing results, it may by design use sensing results with inter-UE coordination information without further configuration.

[0264] If UE-B is configured to use its own sensing results and has available sensing results, then UE-B determines the candidate SL resources available within the resource selection window (1507). This can be based on the intersection of preferred resources from each UE-A, excluding non-preferred resources from each UE-A from the candidate resources within the resource selection window, and considering available resources based on UE-B's own sensing. Other methods for determining the candidate SL resources available within the resource selection window based on preferred and non-preferred resources from (multiple) UE-A and UE-B's own sensing results are not excluded. UE-B randomly selects SL resources from the candidate SL resources available within the resource selection window for both the current SL transmission and future SL transmissions (resources for future SL transmissions may be indicated as reserved for the current SL transmission) (1508). The current SL transmission is carried out on the initially randomly selected SL resources.

[0265] If UE-B is not configured to use its own sensing results or no sensing results are available, UE-B determines the candidate SL resources available within the resource selection window (1509). This can be based on the intersection of preferred resources from each UE-A and by excluding non-preferred resources from each UE-A from the candidate resources within the resource selection window. Other methods for determining the candidate SL resources available within the resource selection window based on preferred and non-preferred resources from (multiple) UE-A are not excluded. UE-B randomly selects SL resources from the candidate SL resources available within the resource selection window for both the current SL transmission and future SL transmissions (resources for future SL transmissions may be indicated as reserved for the current SL transmission) (1510). The current SL transmission is carried out on the initially randomly selected SL resources.

[0266] If UE-B receives coordination from more than one UE-A, UE-B shall follow one of the following rules for selecting SL resources for SL transmission and / or reservation.

[0267] In one example of A1, UE-B only considers inter-UE coordination information (e.g., RSAI) from (multiple) UE-A that are intended to be the receiver of the SL transmission as UE-B.

[0268] In one example of A2, UE-B considers inter-UE coordination information (e.g., RSAI) from all(multiple) UE-A, regardless of whether all(multiple) UE-A are the intended recipients of UE-B's SL transmissions. The inter-UE coordination information (e.g., RSAI) of all UE-A are considered equally.

[0269] In one example of A3, UE-B considers inter-UE coordination information (e.g., RSAI) from all (multiple) UE-A, regardless of whether all (multiple) UE-A are the intended recipients of UE-B's SL transmissions. In such an example, inter-UE coordination information (e.g., RSAI) from UE-A that is the intended recipient of UE-B's SL transmissions is considered to have a higher priority than inter-UE coordination information (e.g., RSAI) from UE-A that is not the intended recipient of UE-B's SL transmissions. For example, UE-A selects SL resources for SL transmissions and / or reservations as preferred SL resources (and / or not non-preferred SL resources) based on inter-UE coordination information (e.g., RSAI) from UE-A that is the intended recipient of SL transmissions. When possible, UE-A further attempts to select SL resources for SL transmissions and / or reservations as preferred SL resources (and / or not non-preferred SL resources) based on inter-UE coordination information (e.g., RSAI) from UE-A that is not the intended recipient of SL transmissions.

[0270] In one example of A1, A2, and A3, UE-B may further consider resources available based on UE-B's own sensing (e.g., candidate resources after excluding resources at UE-B based on UE-B's own sensing).

[0271] In Example 2.3.1, UE-A is configured or pre-configured to support one of the three scenarios in Example 2.3. That is, UE-A can be configured or pre-configured to support scenario 1. Alternatively, UE-A can be configured or pre-configured to support scenario 2. Alternatively, UE-A can be configured or pre-configured to support scenario 3. Wherein, this configuration can be performed by one of the following: (1) gNB via RRC signaling and / or MAC CE signaling and / or L1 control (e.g., DCI) signaling; (2) eNB via RRC signaling and / or via MAC CE signaling and / or via L1 control (e.g., DCI) signaling; or (3) another SL UE via RRC signaling and / or via MAC CE signaling and / or via L1 control (e.g., first part / phase SCI and / or second part / phase SCI) signaling. In one example, the SL UE can be infrastructure, such as RSU. In another example, the SL UE can be a group leader (e.g., a platoon leader). In another example, the SL UE can be a UE-B that receives the RSAI message (Inter-UE Coordination Message). In one example, UE-B can include the resource type (preferred, non-preferred, or a combination of both) that UE-A wants to include in the RSAI message in a trigger (or activation) message transmitted by UE-B to UE-A to trigger (or activate) the transmission of the RSAI message.

[0272] In Example 2.3.2, the system specification determines which of the three scenarios—Scenario 1, Scenario 2, or Scenario 3—UE-A can support.

[0273] In Example 2.3.3, UE-A can support Case 1 or Case 2, whereby UE-A determines whether to send preferred or non-preferred SL resources in an inter-UE coordination (e.g., RSAI) message. The decision to send preferred or non-preferred resources in an RSAI message can be based, for example, on the type of resource that requires sending a smaller or more efficient message.

[0274] In Example 2.3.3.1, an indication (e.g., a flag) in the RSAI message may indicate the resource type, whether the RSAI message includes preferred or non-preferred resources. This indication may be explicit, for example, by including a field in the message to indicate the resource type included in the RSAI, or it may be implicit, for example, by the selected resource (in the time, frequency, and / or code fields) used to transmit the RSAI indicating the resource type.

[0275] In another example, 2.3.3.2, the resource type is indicated in a separate message from UE-A to UE-B.

[0276] In Example 2.3.4, UE-B is configured or pre-configured to support one of the three scenarios in Example 2.3. That is, UE-B can be configured or pre-configured to support scenario 1. Alternatively, UE-B can be configured or pre-configured to support scenario 2. Alternatively, UE-B can be configured or pre-configured to support scenario 3. Wherein, the configuration can be performed by one of the following: (1) gNB via RRC signaling and / or MAC CE signaling and / or L1 control (e.g., DCI) signaling; (2) eNB via RRC signaling and / or MAC CE signaling and / or L1 control (e.g., DCI) signaling; or (3) another SL UE via RRC signaling and / or MAC CE signaling and / or L1 control (e.g., first part / phase SCI and / or second part / phase SCI) signaling. In one example, the SL UE can be infrastructure, such as RSU. In another example, the SL UE can be a group leader (e.g., platoon leader). In another example, the SL UE can be UE-A that sends the RSAI message (Inter-UE Coordination Message). In one example, UE-A may include in the RSAI message the type of resource that UE-B wants to receive (preferred, non-preferred, or a combination of both).

[0277] In Example 2.3.5, the system specification determines which of the three scenarios—Scenario 1, Scenario 2, or Scenario 3—UE-B can support.

[0278] In Example 2.3.6, UE-B is configured or pre-configured to support (or not support) the selection of SL resources for SL transmission and / or reservation, based on a set of candidate resources determined by UE-B sensing, in addition to inter-UE coordination (e.g., RSAI) messages received from UE-A. This configuration can be performed by one of the following: (1) gNB via RRC signaling and / or MAC CE signaling and / or L1 control (e.g., DCI) signaling; (2) eNB via RRC signaling and / or MAC CE signaling and / or L1 control (e.g., DCI) signaling; (3) another SL UE via RRC signaling and / or MAC CE signaling and / or L1 control (e.g., first part / phase SCI and / or second part / phase SCI) signaling. In one example, the SL UE can be infrastructure, such as an RSU. In another example, the SL UE can be a group leader (e.g., a platoon leader). In another example, the SL UE could be the UE-A that sends the RSAI message (Inter-UE Coordination Message).

[0279] In further example 2.3.6.1, in addition to UE-to-UE coordination (e.g., RSAI) messages, the use (or non-use) of candidate resources based on UE-B sensing can be based on additional criteria such as: power consumption (more sensing consumes more power), HARQ-ACK error rate, SL channel congestion level (CBR / CR metric), SL service priority, SL service periodicity (periodic vs. aperiodic (whether periodic reservation is enabled for the resource pool), and if periodic, the reservation interval).

[0280] In Example 2.3.7, UE-B is configured or pre-configured to support one of Examples A1, A2, or A3. That is, UE-B can be configured or pre-configured to support A1. Alternatively, UE-B can be configured or pre-configured to support A2. Alternatively, UE-B can be configured or pre-configured to support A3. UE-B can be further configured to receive UE-A messages from it. Separate configurations may be included for the number of UE-A intended to receive UE-B SL transmissions, and / or the number of UE-A not intended to receive UE-B SL transmissions, and / or the total number of UE-A intended to receive UE-B SL transmissions. This configuration can be performed via one of the following: (1) gNB via RRC signaling and / or MAC CE signaling and / or L1 control (e.g., DCI) signaling; (2) eNB via RRC signaling and / or MAC CE signaling and / or L1 control (e.g., DCI) signaling; (3) another SL UE via RRC signaling and / or MAC CE signaling and / or L1 control (e.g., Part 1 / Phase SCI and / or Part 2 / Phase SCI) signaling. In one example, the SL UE can be an infrastructure UE, such as an RSU. In another example, the SL UE can be a group leader (e.g., a platoon leader). In yet another example, the SL UE can be a UE-A that sends RSAI messages (Inter-UE Coordination Messages).

[0281] The number of UE-A from which UE-B can receive inter-UE coordination (e.g., RSAI) messages can be UE-capabilities.

[0282] The ability of UE-B to receive inter-UE coordination (e.g., RSAI) messages from a UE that is the intended receiver of SL transmissions as UE-B or from any other UE can be a further UE capability.

[0283] In Example 2.4, the preferred resources for inter-UE coordination (e.g., RSAI) messages may include preferred resources with different preference levels: (1) a first preferred resource with the highest preference level, from which the UE-B selects SL resources for SL transmission and / or reservation whenever possible; (2) a second preferred resource (if any) with a second preference level, from which the UE-B selects SL resources for SL transmission and / or reservation, including resources in the first preferred resource if no SL resources are available, or if the available SL resources in the first preferred resource are insufficient (e.g., the percentage of available SL resources in the resource selection window is less than or equal to a threshold); and / or (3) a third preferred resource (if any) with a third preference level, from which the UE-B selects SL resources for SL transmission and / or reservation, including resources in the first preferred resource if no SL resources are available, or if the available SL resources in the first preferred resource are insufficient (e.g., the percentage of available SL resources in the resource selection window is less than or equal to a threshold). The threshold for the percentage of total resources available in the resource selection window can be specified in the system specification and / or pre-configured and / or configured / updated via RRC / MAC CE / L1 control signaling (from gNB / eNB or another UE).

[0284] Figure 16 An example flowchart illustrates a process 1600 in which a UE-B receives inter-UE coordination messages from more than one UE-A according to an embodiment of the present disclosure. Process 1600 can be initiated by a UE (e.g., such as...) Figure 1 Execute as shown in 111-116). Figure 16 The embodiments of process 1600 shown are for illustrative purposes only. Figure 16 One or more components shown may be implemented in a dedicated circuit configured to perform the function, or one or more components may be implemented by one or more processors that execute instructions to perform the function.

[0285] As shown in the figure, for a UE-B that receives inter-UE coordination messages from more than one UE-A: (1) In B1, UE-B uses the intersection of the first preferred resources of UE-A (according to A1, A2 or A3 of Example 2.3); (2) In B2, if the first preferred resources of B1 are insufficient (e.g., the percentage of preferred resources in the resource selection window to the total resources is less than or equal to a threshold), then UE-B uses the intersection of the first and second preferred resources of UE-A (according to A1, A2 or A3 of Example 2.3); and / or (3) In B3, if the first plus second preferred resources of B2 are insufficient (e.g., the percentage of preferred resources in the resource selection window to the total resources is less than or equal to a threshold), then UE-B uses the intersection of the first plus second plus third preferred resources of UE-A (according to A1, A2 or A3 of Example 2.3). The threshold for the percentage of total resources available in the resource selection window can be specified in the system specification and / or pre-configured and / or configured / updated via RRC / MAC CE / L1 control signaling (from gNB / eNB or another UE).

[0286] Figure 17 An example flowchart illustrates a process 1700 in which a UE-B receives inter-UE coordination messages from one or more UE-A devices according to an embodiment of this disclosure and uses candidate resources sensed by the UE-B itself. Process 1700 can be initiated by a UE (e.g., such as...) Figure 1 Execute as shown in 111-116). Figure 17 The embodiments of process 1700 shown are for illustrative purposes only. Figure 17 One or more components shown may be implemented in a dedicated circuit configured to perform the function, or one or more components may be implemented by one or more processors that execute instructions to perform the function.

[0287] As shown in the figure, for a UE-B that receives inter-UE coordination messages from one or more UE-A and uses candidate resources sensed by the UE-B itself: (1) In C1, the UE-B uses the intersection of the first preferred resources of (multiple) UE-A and the candidate resources sensed by the UE-B (according to A1, A2, or A3 of Example 2.3); (2) In C2, if the first preferred resources and candidate resources of C1 are insufficient (e.g., the percentage of available SL resources in the resource selection window to the total resources is less than or equal to a threshold), then the UE-B... UE-B uses the intersection of UE-A's first plus second preferred resources and candidate resources sensed by UE-B (according to A1, A2, or A3 of Example 2.3); and / or (3) in C3, if the first plus second preferred resources and candidate resources of C2 are insufficient (e.g., the percentage of SL resources available in the resource selection window relative to the total resources is less than or equal to a threshold), then UE-B uses the intersection of UE-A's first plus second plus third preferred resources and candidate resources sensed by UE-B (according to A1, A2, or A3 of Example 2.3). The threshold for the percentage of total resources available in the resource selection window can be specified in the system specification and / or pre-configured and / or configured / updated via RRC / MAC CE / L1 control signaling (from gNB / eNB or another UE).

[0288] An example of the first preferred resource from UE-A to UE-B can be a resource determined from the candidate set at UE-A based on sensing data at UE-A. The first preferred resource can further exclude any resources used for SL transmission / reception at UE-A.

[0289] An example of a second preferred resource from UE-A to UE-B can be a resource excluded in step 5 of the resource exclusion process (e.g., as defined in section 8.1.4 of TS 38.214 of the 3GPP standard specification). These are resources excluded due to SL transmissions of UE-A during sensing, and therefore there are no definitive conflicts among these resources, although conflicts are possible. In a further example, resources excluded due to step 5 of the resource exclusion process can be considered third preferred resources.

[0290] Another example of a second preferred resource from UE-A to UE-B could be resources allocated to licensed transmissions configured for UL. These resources could potentially be used for UL transmissions (with a risk of conflict, but not an explicit conflict). In another example, resources allocated to licensed transmissions configured for UL could be considered third preferred resources. Second and third (if applicable) preferred resources could further exclude any resources used for SL transmission / reception for UE-A.

[0291] Preferred resources may also exclude resources used for other UL transmissions, such as: (1) PRACH preambles for Type 1 and Type 2 random access procedures; (2) PUSCH (MsgAPUSCH) for Type 2 random access procedures; (3) Message 3RACH resources; (4) PUCCH transmissions, including UCI for the Uu interface and / or SL HARQ-ACK feedback to the network; (5) dynamically scheduled PUSCH transmissions; and / or (6) SRS transmissions (periodic, semi-persistent, and aperiodic).

[0292] Excluding resources from preferred resources can be based on the priority level of UL transmissions. It can also be based on the priority level of the SL transmission to be used in an inter-UE coordination message (e.g., an RSAI message). For example, the SL priority of an SL transmission can be provided to UE-A in a trigger / activation message from UE-B to UE-A, which triggers / activates an inter-UE coordination (e.g., RSAI) message.

[0293] Furthermore, for example, based on priority levels, exclusions may apply to some, but not all, preferred resources. For example, (1) higher priority UL transmissions and / or UL transmissions that are certain or almost certain to occur are excluded from the first, second, third, ... preferred resources; (2) medium priority UL transmissions and / or possible UL transmissions are not excluded from the first preferred resource, but are excluded from the second and third preferred resources; (3) lower priority UL transmissions and / or unlikely UL transmissions are not excluded from the first or second preferred resource, but are excluded from the third preferred resource.

[0294] Alternatively, higher priority UL transmissions and / or UL transmissions that are certain or almost certain to occur are excluded from the first, second, and third preferred resources. Medium priority UL transmissions and / or possible UL transmissions are excluded from the first and second preferred resources, but not from the third preferred resource. Lower priority UL transmissions and / or unlikely UL transmissions are excluded from the first preferred resource, but not from the second and third preferred resources.

[0295] In a further example, there are only first and second preferred resources, and no third preferred resource.

[0296] In a further example, only the first preferred resource is considered.

[0297] Preferred resources can also exclude resources used for SL LTE transmission and / or reception.

[0298] Excluding resources from preferred resources can be based on the priority level of LTE SL transmission / reception. It can also be based on the priority level of the NR SL transmission to which the inter-UE coordination message (e.g., RSAI message) is intended. For example, the SL priority of the NR SL transmission can be provided to UE-A in a trigger / activation message from UE-B to UE-A, which triggers / activates the inter-UE coordination (e.g., RSAI) message.

[0299] Furthermore, for example, based on priority levels, exclusions may apply to some, but not all, preferred resources. For example, (1) higher priority LTE SL transmission / reception and / or LTE SL transmission / reception that is certain or almost certain to occur are excluded from the first, second, third, ... preferred resources; (2) medium priority LTE SL transmission / reception and / or possible LTE SL transmission / reception are not excluded from the first preferred resource, but are excluded from the second and third preferred resources; (3) lower priority LTE SL transmission / reception and / or unlikely LTE SL transmission / reception are not excluded from the first or second preferred resources, but are excluded from the third preferred resource.

[0300] Alternatively, higher priority LTE SL transmission / reception and / or LTE SL transmission / reception that is certain or almost certain to occur are excluded from the first, second, third, ... preferred resources. Medium priority LTE SL transmission / reception and / or possible LTE SL transmission / reception are excluded from the first and second preferred resources, but not from the third preferred resource. Lower priority LTE SL transmission / reception and / or unlikely LTE SL transmission / reception are excluded from the first preferred resource, but not from the second and third preferred resources.

[0301] Figure 18 Figure 1800 illustrates an example of the preferred level of preferred resources according to an embodiment of the present disclosure. Figure 18 The embodiment shown in Figure 1800 is for illustrative purposes only.

[0302] As shown in the figure, the preference level of preferred resources may be determined based on the SL RSRP (PSCCH DMRS RSRP or PSSCH DMRS RSRP) of the decoded SCI during sensing. The first preferred resource (if any) excludes SL resources reserved by the decoded SCI in the sensing window with RSRP greater than (or greater than or equal to) RSRP threshold 1 within the resource selection window. The second preferred resource (if any) adds SL resources reserved by the decoded SCI in the sensing window with RSRP between RSRP threshold 1 and RSRP threshold 2 within the resource selection window. The third preferred resource (if any) adds SL resources reserved by the decoded SCI in the sensing window with RSRP between RSRP threshold 2 and RSRP threshold 3 within the resource selection window. RSRP threshold 1 < RSRP threshold 2 < RSRP threshold 3, and so on. The thresholds are pre-configured and / or configured / updated via RRC / MAC CE / L1 control signaling (from a gNB / eNB or another UE).

[0303] Figure 19 shows an example diagram 1900 of the preference level of preferred resources according to an embodiment of the present disclosure. Figure 19 The embodiment of diagram 1900 shown in is for illustration purposes only.

[0304] As shown in the figure, the preference level of preferred resources may be determined based on the priority value of the decoded SCI during sensing. A higher priority value indicates a lower priority. The priority value is provided by the priority field of the decoded SCI. The first preferred resource (if any) excludes SL resources reserved by the decoded SCI in the sensing window with a priority value less than (or less than or equal to) priority value 1 within the resource selection window. The second preferred resource (if any) adds SL resources reserved by the decoded SCI in the sensing window with a priority value between priority value 1 and priority value 2 within the resource selection window. The third preferred resource (if any) adds SL resources reserved by the decoded SCI in the sensing window with a priority value between priority value 2 and priority value 3 within the resource selection window. Here, priority value 1 > priority value 2 > priority value 3, and so on. The priority values are pre-configured and / or configured / updated via RRC / MAC CE / L1 control signaling (from a gNB / eNB or another UE). In one example, priority value 1 may be specified in the system specification.

[0305] In another example, the preference level of a preferred resource can be determined during sensing based on a combination of the SL RSRP (PSCCH DMRS RSRP or PSSCH DMRS RSRP) of the decoded SCI and a priority value. A higher priority value indicates a lower priority. The priority value is provided by the priority field of the decoded SCI. For example, an SL threshold for determining the preference level is determined based on the priority level. The SL threshold for each priority level is pre-configured and / or configured / updated via RRC / MAC CE / L1 control signaling (from gNB / eNB or another UE).

[0306] In another example, there are only first and second preferred resources, and no third preferred resource.

[0307] In another example, only the first preferred resource is available.

[0308] In another example 2.5, the non-preferred resources in an inter-UE coordination (e.g., RSAI) message may include non-preferred resources with different preference levels: (1) a first non-preferred resource with the highest preference level to be excluded; (2) a second non-preferred resource (if any) with a second preference level to be excluded; and (3) a third non-preferred resource (if any) with a third preference level to be excluded. The non-preferred resources are ordered according to preference level as needed.

[0309] UE-B selects to exclude all non-preferred resources for SL transmission and / or reservation. If no such resources are available, or if there are insufficient SL resources available for SL resource selection (e.g., the percentage of available SL resources in the resource selection window is less than or equal to a threshold), UE-B does not exclude some non-preferred resources from the set of resources available for resource selection. Instead, it starts with the least preferred resource (e.g., a non-preferred resource with a third preference level), then the non-preferred resource with a second preference level, until there are enough SL resources available for SL resource selection (e.g., the percentage of available SL resources in the resource selection window is greater than or equal to a threshold).

[0310] Figure 20 An example flowchart of a process 2000 in which a UE-B receives inter-UE coordination messages from more than one UE-A according to an embodiment of the present disclosure is shown. Process 2000 can be performed by a UE (e.g., such as...) Figure 1 Execute as shown in 111-116). Figure 20 The embodiments of process 2000 shown are for illustrative purposes only. Figure 20One or more components shown may be implemented in a dedicated circuit configured to perform the function, or one or more components may be implemented by one or more processors that execute instructions to perform the function.

[0311] like Figure 20 As shown, UE-B receives inter-UE coordination messages from more than one UE-A, and first excludes all non-preferred resources from all UE-A (according to A1, A2, or A3 in Example 2.3). If no such resources are available, or if there are insufficient SL resources available for SL resource selection (e.g., the percentage of available SL resources in the total resources within the resource selection window is less than or equal to a threshold), then UE-B does not exclude some non-preferred resources from the set of resources available for resource selection, starting with the least preferred resource for UE-A (according to A1, A2, or A3 in Example 2.3) (e.g., a non-preferred resource with a third preference level), then the non-preferred resource with a second preference level, until there are enough SL resources available for SL resource selection (e.g., the percentage of available SL resources in the total resources within the resource selection window is greater than or equal to a threshold).

[0312] Figure 21 An example flowchart illustrates a process 2100 in which a UE-B receives inter-UE coordination messages from more than one UE-A according to an embodiment of the present disclosure. Process 2100 can be performed by a UE (e.g., such as...) Figure 1 Execute as shown in 111-116). Figure 21 The embodiments of process 2100 shown are for illustrative purposes only. Figure 21 One or more components shown may be implemented in a dedicated circuit configured to perform the function, or one or more components may be implemented by one or more processors that execute instructions to perform the function.

[0313] like Figure 21As shown, UE-B receives inter-UE coordination messages from one or more UE-A and uses candidate resources based on its own sensing. UE-B starts with its own sensing-based candidate set and excludes all non-preferred resources from all UE-A (according to A1, A2, or A3 in Example 2.3). If no such resource is available, or if there are insufficient SL resources available for SL resource selection (e.g., the percentage of available SL resources in the total resources within the resource selection window is less than or equal to a threshold), UE-B does not exclude some non-preferred resources from the set of resources available for resource selection, starting with the least non-preferred resource for UE-A (according to A1, A2, or A3 in Example 2.3) (e.g., a non-preferred resource with a third preference level), then non-preferred resources with a second preference level, until there are enough SL resources available for SL resource selection (e.g., the percentage of available SL resources in the total resources within the resource selection window is greater than or equal to a threshold).

[0314] In a further example, UE-B allows some resources excluded from the candidate resources due to UE-B's own resource exclusion (e.g., due to UE-B's own sensing—such as step 5 of the resource exclusion process defined in the 3GPP standard specification) to return to the candidate set. The candidate set used for resource selection at UE-B includes resources whose preference level can be based on the non-preferred resources from (multiple) UE-A(s) that were not excluded from the candidate set. A threshold for the percentage of total resources available in the resource selection window can be specified in the system specification and / or pre-configured and / or configured / updated via RRC / MAC CE / L1 control signaling (from gNB / eNB or another UE).

[0315] An example of the first non-preferred resource from UE-A to UE-B could be a resource in UE-A that is determined to be reserved by another UE during sensing. The first non-preferred resource could also include any resource used for SL transmission / reception of UE-A.

[0316] An example of a second non-preferred resource from UE-A to UE-B could be a resource excluded in step 5 of the resource exclusion process (e.g., as defined in clause 8.1.4 of TS38.214 of the 3GPP standard specification). These are resources excluded during sensing due to SL transmissions of UE-A, and therefore there are no definitive conflicts among these resources, but conflicts are possible. In another example, a resource excluded due to step 5 of the resource exclusion process could be considered a third non-preferred resource.

[0317] Another example of a second non-preferred resource from UE-A to UE-B could be resources allocated to licensed transports configured for UL. These resources could potentially be used for UL transports (with a risk of conflict, but not an explicit conflict). In a further example, resources allocated to licensed transports configured for UL could be considered a third non-preferred resource.

[0318] Non-preferred resources may also include resources for other UL transmissions, such as: (1) PRACH preambles for Type 1 and Type 2 random access procedures; (2) PUSCH (MsgA PUSCH) for Type 2 random access procedures; (3) Message 3RACH resources; (4) PUCCH transmissions, including UCI for the Uu interface and / or SL HARQ-ACK feedback to the network; (5) dynamically scheduled PUSCH transmissions; and / or (6) SRS transmissions (periodic, semi-persistent, and aperiodic).

[0319] Including resources in non-preferred resources can be based on the priority level of UL transmissions. It can also be based on the priority of the SL transmission to be used in an inter-UE coordination message (e.g., an RSAI message). For example, the SL priority of the SL transmission can be provided to UE-A in a trigger / activation message from UE-B to UE-A, which triggers / activates the inter-UE coordination (e.g., RSAI) message.

[0320] Furthermore, based on priority levels, some, but not all, non-preferred resources may be included. For example, (1) higher priority UL transmissions and / or UL transmissions that are certain or almost certain to occur are included in the first non-preferred resource, (2) medium priority UL transmissions and / or possible UL transmissions are included in the second non-preferred resource, and (3) lower priority UL transmissions and / or unlikely UL transmissions are included in the third non-preferred resource. The priority of UL transmissions is ordered as needed.

[0321] Figure 22 Figure 2200 illustrates an example of the preferred level of preferred resources according to an embodiment of the present disclosure. Figure 22 The embodiment shown in Figure 2200 is for illustrative purposes only.

[0322] like Figure 22As shown, the preference level of non-preferred resources can be determined during sensing based on the SL RSRP (DMRS RSRP PSCCH or DMRSRSRP PSSCH) of the decoded SCI. The first non-preferred resource (if any) includes SL resources reserved by the decoded SCI within a sensing window where the RSRP is greater than (or greater than or equal to) RSRP_threshold 1. The second non-preferred resource (if any) includes SL resources reserved by the decoded SCI within a sensing window where the RSRP is between RSRP_threshold 1 and RSRP_threshold 2. The third non-preferred resource (if any) includes SL resources reserved by the decoded SCI within a sensing window where the RSRP is between RSRP_threshold 2 and RSRP_threshold 3. Here, RSRP_threshold 1 > RSRP_threshold 2 > RSRP_threshold 3. The thresholds are pre-configured and / or configured / updated via RRC / MAC CE / L1 control signaling (from gNB / eNB or another UE).

[0323] Figure 23 Figure 2300 illustrates an example of the preferred level of preferred resources according to an embodiment of the present disclosure. Figure 23 The embodiment shown in Figure 2300 is for illustrative purposes only.

[0324] like Figure 23 As shown, the priority of non-preferred resources can be determined during sensing based on the priority value of the decoded SCI. A higher priority value indicates a lower priority. The priority value is provided by the priority field of the decoded SCI. The first non-preferred resource (if any) includes SL resources reserved by decoded SCIs in sensing windows with priority values ​​less than (or less than or equal to) priority value 1 within the resource selection window. The second non-preferred resource (if any) includes SL resources reserved by decoded SCIs in sensing windows with priority values ​​between priority value 1 and priority value 2 within the resource selection window. The third non-preferred resource (if any) includes SL resources reserved by decoded SCIs in sensing windows with priority values ​​between priority value 2 and priority value 3 within the resource selection window. Here, priority value 1 < priority value 2 < priority value 3. The priority value is pre-configured and / or configured / updated via RRC / MAC CE / L1 control signaling (from gNB / eNB or another UE). In one example, priority value 1 can be specified in the system specification.

[0325] In another example, the preference level of a non-preferred resource can be determined during sensing based on a combination of the SL RSRP (PSCCH DMRS RSRP or PSSCH DMRS RSRP) of the decoded SCI and a priority value. A higher priority value indicates a lower priority. The priority value is provided by the priority field of the decoded SCI. For example, an SL threshold for determining the preference level is determined based on the priority level. The SL threshold for each priority level is pre-configured and / or configured / updated via RRC / MAC CE / L1 control signaling (from gNB / eNB or another UE).

[0326] In another example, there are only first and second non-preferred resources, and no third non-preferred resource.

[0327] In another example, only the first non-preferred resource is available.

[0328] Non-preferred resources may also include resources used for SL LTE transmission and / or reception.

[0329] This includes priority levels that can be transmitted / received based on LTE SL in non-preferred resources. It can also be based on the priority level of the NR SL transmission to be used in inter-UE coordination messages (e.g., RSAI messages). For example, the SL priority of the NR SL transmission can be provided to UE-A in a trigger / activation message from UE-B to UE-A, which triggers / activates the inter-UE coordination (e.g., RSAI) message.

[0330] Furthermore, based on priority levels, some, but not all, non-preferred resources may be included. For example, (1) higher priority LTE SL transmission / reception and / or LTE SL transmission / reception that is certain or almost certain to occur are included in the first non-preferred resource, (2) medium priority LTE SL transmission / reception and / or possible LTE SL transmission / reception are included in the second non-preferred resource, and (3) lower priority LTE SL transmission / reception and / or unlikely LTE SL transmission / reception are included in the third non-preferred resource. The priorities for LTE SL transmission / reception are ordered as needed.

[0331] In another example, there are only first and second non-preferred resources, and no third non-preferred resource.

[0332] In another example, only the first non-preferred resource is available.

[0333] In another example, 2.6, UE-to-UE coordination (e.g., RSAI) messages include preferred and non-preferred resources.

[0334] The preferred resources for UE-to-UE coordination (e.g., RSAI) messages (Example 2.4) may include preferred resources with different preference levels: (1) a first preferred resource with the highest preference level; (2) a second preferred resource (if any) with the second highest preference level; and (3) a third preferred resource (if any) with the third highest preference level. The preferred resources are ordered according to preference level as needed.

[0335] Non-preferred resources (Example 2.5) in UE-to-UE coordination (e.g., RSAI) messages may include non-preferred resources with different preference levels: (1) a first non-preferred resource with the highest preference level to be excluded; (2) a second non-preferred resource (if any) with the second highest preference level to be excluded; and (3) a third non-preferred resource (if any) with the third highest preference level to be excluded. The non-preferred resources are ordered according to preference level as needed.

[0336] UE-B selects resources for SL transmission and / or reservation from the first preferred resource set, and excludes all non-preferred resources based on UE-B's own sensing, as well as non-preferred resources of UE-A (according to A1, A2 or A3 in Example 2.3).

[0337] If no such resource is available, or if there are insufficient SL resources available for SL resource selection (e.g., the percentage of available SL resources in the total resources within the resource selection window is less than or equal to a threshold), then UE-B: (1) includes additional preferred resources with higher preference levels (second then third...), and / or (2) does not exclude some non-preferred resources from the set of resources available for resource selection, starting with the least preferred resource for UE-A (according to A1, A2, or A3 in Example 2.3) (e.g., a non-preferred resource with a third preference level, then a non-preferred resource with a second preference level) until there are sufficient SL resources available for SL resource selection (e.g., the percentage of available SL resources in the total resources within the resource selection window is greater than or equal to a threshold).

[0338] The order in which additional preferred resources are included or some non-preferred resources are not excluded can be specified in the system specification and / or pre-configured and / or configured by a higher layer. For example, if there are not enough resources in UE-B for SL resource selection after including the first preferred resource and excluding non-preferred resources, UE-B can perform at least one of the following: (1) include a second preferred resource from UE-A; (2) exclude the least recommended non-preferred resource; or (3) include some resources excluded due to UE-B's own sensing.

[0339] The order of these steps, or the simultaneous execution of more than one or all of them, can be specified in the system specification and / or pre-configured and / or configured by a higher layer. The threshold for the percentage of total resources available in the resource selection window can be specified in the system specification and / or pre-configured and / or configured / updated via RRC / MAC CE / L1 control signaling (from gNB / eNB or another UE).

[0340] In Example 2.6.1, the SL resource according to the UE-to-UE Coordination (RSAI) message can be one of the following: (1) a preferred SL resource for SL resource selection at the UE-B; (2) a non-preferred SL resource not used for SL resource selection at the UE-B; or (3) a SL resource that is neither preferred nor non-preferred (e.g., an undetermined SL resource). If there are not enough preferred SL resources for SL resource selection (e.g., the percentage of preferred SL resources in the resource selection window is less than or equal to a threshold), then the resource can be used for SL resource selection.

[0341] Inter-UE coordination (e.g., RSAI) messages may indicate at least two of the following resource sets: (1) preferred SL resources for SL resource selection at UE-B; (2) non-preferred SL resources not used for SL resource selection at UE-B; or (3) SL resources that are neither preferred nor non-preferred. If not indicated, the third resource set is the remaining resources in the selection window. A threshold for the percentage of total resources available in the resource selection window may be specified in the system specification and / or pre-configured and / or configured / updated via RRC / MACCE / L1 control signaling (from gNB / eNB or another UE).

[0342] Figure 24 An example RSAI transmission between UEs 2400 according to an embodiment of this disclosure is illustrated. RSAI transmission between UEs 2400 can be performed by UEs (e.g., such as...) Figure 1 Execute as shown in 111-116). Figure 13 The example of RSAI transmission between UE 2400 shown is for illustrative purposes only.

[0343] In one embodiment, signaling for RSAI information is provided.

[0344] RSAI from the UE that sends RSAI (also known as the controlling UE or UE-A) to one or more UEs that receive RSAI (also known as (multiple) controlled UEs or (multiple) UE-B) can be sent according to the following.

[0345] In Example 3.1, the RSAI is sent directly from UE-A to UE-B using the SL (PC5) interface (e.g., ...). Figure 24As shown in (a)). RSAI can be sent using RRC signaling and / or MAC-CE signaling and / or L1 control signaling. As described in Example 1.11, RSAI can be sent as a broadcast message and / or a multicast message and / or a unicast message.

[0346] In another example, 3.2, RSAI is transmitted from UE-A to UE-B via one or more intermediate nodes using the SL (PC5) interface and / or the Uu interface. This is in Figure 24 As shown in (b), (c), (d), and (e), RSAI can be transmitted using RRC signaling and / or MAC-CE signaling and / or L1 control signaling. The intermediate node can be a gNB and / or an eNB and / or another side-link UE. As described in Example 1.11, RSAI can be transmitted as a broadcast message and / or a multicast message and / or a unicast message. For example, UE-A can transmit RSAI to the gNB on the uplink Uu interface using a unicast link. The gNB can then broadcast RSAI to other UEs (i.e., UE-B) on the downlink Uu interface using a broadcast or multicast link.

[0347] In the previous examples and embodiments, single-slot resources can be replaced by multi-slot resources, with the same sidelink transmission repeated across multiple time slots, or a sidelink transmission transmitted across resources in multiple time slots. For example, transmissions across multiple time slots can be performed on the same beam or on different beams in each time slot. The number of time slots in a multi-slot resource can be specified by the system specification and / or configured / updated via higher-layer RRC signaling and / or MAC CE signaling and / or L1 control signaling.

[0348] In the previous examples and embodiments, single-slot resources can be replaced by sub-slot resources, with sidelink transmissions carried out in sub-slots. A sub-slot may include one or more OFDMA symbols. The size of a sub-slot (e.g., the number of symbols) can be specified by the system specification and / or configured / updated via higher-layer RRC signaling and / or MAC CE signaling and / or L1 control signaling.

[0349] In the previous examples and embodiments, single-slot resources can be replaced by multi-sub-slot resources, with the same sidelink transmission repeated across multiple sub-slots, or a sidelink transmission transmitted across resources in multiple sub-slots. A sub-slot may include one or more OFDMA symbols. For example, transmissions across multiple sub-slots may occur on the same beam or on different beams in each sub-slot. The number of sub-slots in a multi-sub-slot resource can be specified by the system specification and / or configured / updated via higher-level RRC signaling and / or MAC CE signaling and / or L1 control signaling. The size of a sub-slot (e.g., the number of symbols) can be specified by the system specification and / or configured / updated via higher-level RRC signaling and / or MAC CE signaling and / or L1 control signaling. Sub-slots may be in the same slot or may span multiple slots.

[0350] This disclosure provides a configuration for inter-UE coordination, including the configuration for sending and receiving resource selection assistance information. The content of the resource selection assistance information is also provided in this disclosure.

[0351] In this disclosure, the embodiments / examples are directed to the NR standard in the 3GPP standard specification.

[0352] Sidelink (SL) is one of NR's promising features, targeting vertical industries such as the automotive sector, public safety, and other commercial applications. First introduced in NR in Release 16, sidelinks emphasize V2X and public safety compliance. To extend sidelink support to other UE types, such as VRUs, pedestrian UEs (PUEs), and other types of handheld devices, reducing power consumption, minimizing latency, and improving reliability are crucial.

[0353] The flowcharts above illustrate example methods that can be implemented according to the principles of this disclosure, and various changes can be made to the methods shown in the flowcharts herein. For example, although shown as a series of steps, the individual steps in each diagram may overlap, occur in parallel, occur in different orders, or occur multiple times. In another example, steps may be omitted or replaced by other steps.

[0354] Although this disclosure has been described with reference to exemplary embodiments, various changes and modifications will occur to those skilled in the art. This disclosure is intended to cover such changes and modifications that fall within the scope of the appended claims. None of the descriptions in this application should be construed as implying that any particular element, step, or function is an essential element that must be included within the scope of the claims. The scope of the patent subject matter is defined by the claims.

Claims

1. A user equipment (UE), comprising: transceiver; as well as The processor is configured as follows: Receive configuration information for enabling inter-UE coordination in the SL resource pool of the side link. Based on the activation of inter-UE coordination, a signal is sent to the target UE that sends the SL to trigger the transmission of inter-UE coordination information. The target UE receives inter-UE coordination information, wherein the inter-UE coordination information indicates a plurality of resources including at least one of preferred resources and non-preferred resources. The set of candidate SL resources is determined based on at least one of the preferred and non-preferred resources. Select SL resources within the defined set, and Send SL channels on the SL resource.

2. The UE according to claim 1, wherein: The signal used to trigger the transmission of inter-UE coordination information is included in the SL control information SCI, and The signal used to trigger the transmission of coordination information between UEs includes information indicating the priority of the SL transmission.

3. The UE according to claim 1, wherein, The configuration information is received from one of the following: Received from the base station via the Uu interface Received from the target UE via the PC5 interface, or Received from another UE via the PC5 interface.

4. The UE according to claim 1, wherein, To determine the set of candidate SL resources, the processor is configured to: Identify whether resources exist based on the sensing of the UE, and If there are resources determined based on the UE's sensing and the preferred resources are identified based on the inter-UE coordination information, the intersection of the preferred resources and the resources is determined as the set of candidate SL resources.

5. The UE according to claim 4, wherein, The resources are determined by excluding the non-preferred resources.

6. The UE according to claim 1, wherein, The inter-UE coordination information indicates at least one of the following: Used to determine the start of the sensing window for inter-UE coordination information. The end of the sensing window, The duration of the sensing window, One or more resources reserved by the decoding SL control information SCI in the sensing window and the associated priority, and The SL reference signal received power RSRP in the sensing window for decoding SCI.

7. The UE according to claim 1, wherein, The inter-UE coordination information is based on sensing at the target UE, and The preferred resources are those that can be used for SL transmission, and the non-preferred resources are those that cannot be used for SL transmission.

8. A target user equipment (UE), comprising: transceiver; as well as The processor is configured as follows: Receive configuration information for enabling inter-UE coordination in the SL resource pool of the side link. Based on the fact that inter-UE coordination is enabled, a signal is received from the UE to trigger the transmission of inter-UE coordination information. The inter-UE coordination information is determined based on the configuration information and the signal used to trigger the transmission of inter-UE coordination information. The UE is sent the inter-UE coordination information, wherein the inter-UE coordination information indicates a plurality of resources including at least one of preferred resources and non-preferred resources, and Receive SL channels from UE on SL resources, wherein the SL resources are from a set of candidate SL resources based on at least one of the preferred resources and the non-preferred resources.

9. The UE according to claim 8, wherein: The signal used to trigger the transmission of inter-UE coordination information is included in the SL control information SCI, and The signal used to trigger the transmission of coordination information between UEs includes information indicating the priority of SL channel reception.

10. The UE according to claim 8, wherein, The configuration information is received from one of the following: Received from the base station via the Uu interface Received from the second UE, wherein the SL channel is received from the second UE, or Received from a third UE via the PC5 interface.

11. The UE according to claim 8, wherein, The inter-UE coordination information indicates at least one of the following: Used to determine the start of the sensing window for inter-UE coordination information. The end of the sensing window, The duration of the sensing window, One or more resources reserved by the decoding SL control information SCI in the sensing window and the associated priority, and The SL reference signal received power RSRP in the sensing window for decoding SCI.

12. The UE according to claim 8, wherein, The inter-UE coordination information is based on sensing at the UE, and The preferred resources are those that can be used for SL channel reception, and the non-preferred resources are those that cannot be used for SL channel reception.

13. A method performed by a user equipment (UE), the method comprising: Receive configuration information for enabling inter-UE coordination in the SL resource pool of the receiving side link; Based on the activation of inter-UE coordination, a signal is sent to the target UE of SL to trigger the transmission of inter-UE coordination information. The target UE receives inter-UE coordination information, wherein the inter-UE coordination information indicates a plurality of resources including at least one of preferred resources and non-preferred resources; The set of candidate SL resources is determined based on at least one of the preferred and non-preferred resources; Select SL resources from the defined set; and Send SL channels on the SL resource.

14. The method according to claim 13, wherein, Determining the set of candidate SL resources includes: Identify whether resources exist based on the sensing of the UE; and If there are resources determined based on the UE's sensing and the preferred resources are identified based on the inter-UE coordination information, the intersection of the preferred resources and the resources is determined as the set of candidate SL resources.

15. The method according to claim 14, wherein, The resources are determined by excluding the non-preferred resources.

Images