TWI828999B - Enhancements for sidelink resource allocation - Google Patents

Abstract

Various examples and schemes pertaining to enhancements for sidelink (SL) resource allocation in New Radio (NR) vehicle-to-everything (V2X) communications are described. A user equipment (UE) transmits to a peer UE assistance information with respect to a result of sensing of one or more resources reserved for a SL communication. The UE then receives a transmission from the peer UE on a resource selected by the peer UE based on the assistance information.

Description

Enhanced mechanism for sidelink resource allocation

The present invention relates generally to wireless communications, and, more particularly, to enhanced mechanisms for sidelink (SL) resource allocation.

Unless otherwise stated, the methods described in this section are not prior art to the claims listed later and are not considered prior art by inclusion in this section.

Under the 3rd Generation Partnership Project (3GPP) specification of 5th generation (5G) NR, vehicle-to-everything (V2X) SL communication can be carried out through unicast, multicast and broadcast communication. However, there are still some problems that need to be solved in terms of SL resource configuration to improve reliability and reduce SL communication delay. Therefore, a solution to enhance SL resource configuration is needed.

The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce the concepts, highlights, benefits and advantages of the novel and non-obvious technologies described herein. Select embodiments are further described below in the detailed description. Accordingly, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended to be used to determine the scope of the claimed subject matter.

An object of the present invention is to propose various solutions, concepts, designs, methods, systems and devices related to the enhancement mechanism of SL resource configuration. The various solutions proposed here can provide enhanced mechanisms for SL resource configuration as a solution to specific problems in V2X communications.

In one aspect, a method may include sending assistance information regarding sensing results of one or more resources reserved for SL communication to a peer user equipment (UE). The method may also include receiving transmissions from the peer UE on resources selected by the peer UE based on the assistance information.

In another aspect, a method may include receiving assistance information from a peer UE regarding a sensing result of one or more resources reserved for SL communications. The method may also include performing transmission to the peer UE on resources selected based on the assistance information.

In another aspect, a device may include a transceiver and a processor coupled to the transceiver. Transceivers can be configured to communicate wirelessly in V2X networks. The processor may be configured to send auxiliary information regarding the sensing result of one or more resources reserved for SL communication to the peer UE via the transceiver. The processor may also be configured to receive transmissions from the peer UE via the transceiver on resources selected by the peer UE based on the assistance information.

In another aspect, a device may include a transceiver and a processor coupled to the transceiver. Transceivers can be configured to communicate wirelessly in V2X networks. The processor may be configured to receive auxiliary information from the peer UE via the transceiver regarding the sensing result of one or more resources reserved for SL communication. The processor may also be configured to perform transmission to the peer UE via the transceiver on resources selected based on the assistance information.

The sidelink resource configuration method and device provided by the present invention can improve the reliability of sidelink communication and reduce overall delay.

It is worth noting that although the descriptions provided in this article refer to specific radio access technologies, networks and network topologies such as fifth generation (5G) and NR V2X, the concepts, solutions and any variations thereof/ Derivatives may be implemented in, for and through any other type of radio access technology, network and network topology, such as, but not limited to, Long-Term Evolution (LTE), LTE-Advanced, Advanced LTE-Advanced Pro, wireless fidelity (Wi-Fi), and any future development networks and technologies. Therefore, the scope of the invention is not limited to the examples described herein.

Detailed examples and implementations of the claimed subject matter are disclosed herein. It is to be understood, however, that the disclosed embodiments and implementations are merely illustrative of the claimed subject matter, which may be embodied in various forms. This invention may, however, be embodied in many different forms and should not be construed as limited to the example embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that this description will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art. In the following description, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations. Overview

Embodiments of the present invention relate to various technologies, methods, schemes and/or solutions for SL resource configuration enhancement in NR V2X communication. According to the invention, a plurality of possible solutions can be implemented individually or jointly. That is, although these possible solutions are described individually below, two or more of these possible solutions may also be implemented in combination or in another manner.

Under the proposed solution for SL resource allocation according to the present invention, a resource allocation mechanism assisted by a receiving end (Rx) user equipment (UE) can be applied to improve the reliability of SL communication and reduce the overall delay. Such Rx UE-assisted resource configuration mechanisms may be implemented or used alone or together with peer transmitter (Tx) UE based sensing and resource configuration mechanisms. Under the proposed solution, the Rx UE can autonomously send (for example, through broadcast, unicast or multicast) feedback information (herein interchangeably referred to as "auxiliary information"), or the Rx UE may trigger the Rx UE to transmit (e.g., via broadcast, unicast, or multicast) upon receipt of transmission of sidelink control information (SCI) and/or data from the Tx UE ) auxiliary information.

The auxiliary information sent by the Rx UE as feedback to the Tx UE can carry resource sensing information, channel status information (CSI), and observed Doppler/delay/motion speed related information from the Rx UE (which can involve absolute speed or Tx Relative speed between UE and Rx UE) and/or Multiple Input Multiple Output (MIMO) related feedback information to describe Tx UE execution resources, Modulation Coding Scheme (MCS), MIMO and/or Demodulation Reference Signal (DMRS) mode Select an action. The resource sensing information may include preferred or non-preferred (herein referred to as "(non-)preferred") time and/or frequency resources based on sensing operations performed by the Rx UE. The sensing operation on the Rx UE side is similar to the sensing operation on the Tx UE side. That is, the Rx UE can perform operations on the Rx resource pool used for reception (or the Tx resource pool used for transmission performed by the peer Tx UE) based on the detected SCI measurement reference signal received power (RSRP) of other UEs on the resource pool. sensing operation.

Under the proposed scheme, the Tx UE can notify the Rx UE of the Rx resource pool for sensing (or the Tx resource pool for transmission by the Tx UE) through signaling, so that the Rx UE can provide sensing results to assist the Tx UE Make a resource selection or reselection (herein referred to as "(re)selection"). Alternatively, the resource pool to be sensed can be configured or pre-configured (denoted here as "(pre-)configuration"), and in this case no signaling from the Tx UE to the Rx UE is required.

Based on a plurality of factors, including: the measured RSRP, the transmission priority of the peer Tx UE, the sensed UE priority, and/or the corresponding resources reserved by the SCI from the peer Tx UE, the Rx UE may From the perspective of determining whether the resources reserved by the opposite end Tx UE are optimal, thereby avoiding the hidden node problem. Here, the transmission priority of the opposite Tx UE may be determined based on the priority indicated in the SCI, or the (pre)configured priority of the media access control (MAC) flow or the link pair between the Rx UE and the Tx UE. When performing sensing, the priority of the sensed UE can be obtained from the SCI of other UEs as the Rx UE detected priority. In order to facilitate the Rx UE's decision-making, the RSRP threshold can be set based on a combination of the transmission priority of the opposite Tx UE and the sensed transmission priority of the UE. The Rx UE may compare the sensed measured RSRP of the Tx UE's control DMRS transmission and/or data DMRS transmission with the RSRP threshold to determine whether the reserved resources are preferred/non-preferred or acceptable or unacceptable (Here expressed as "(un)acceptable"). For example, where the measured RSRP is below a RSRP threshold, the reserved resources may be determined to be acceptable or preferred. Otherwise, in the event that the measured RSRP is above the RSRP threshold, the reserved resources may be determined to be unacceptable or non-preferred.

In addition to the (non-)preferred/(un)acceptable resources determined based on the resource sensing results, the Rx UE can also provide CSI information to the Tx UE in the feedback. Such CSI information may correspond to preferred/acceptable (reserved) resources that may be used for MCS selection once the resources are used by the Tx UE. In addition, the Doppler/delay/motion speed related information or the preferred DMRS mode observed from the perspective of the Rx UE can be carried in the auxiliary information, so that the Tx UE can select an appropriate DMRS mode (for example, a certain DMRS mode in a time slot). number of DMRS symbols) for transmission.

Under the proposed solution according to the present invention, preferably, the Rx UE transmits assistance information to the Tx UE at a certain time before the Tx UE performs transmission on one or a plurality of reserved Tx resources. After receiving the assistance information, the Tx UE may consider the assistance information when performing resource reselection and/or resource utilization. In addition, the Rx UE can obtain information about the reserved Tx resources based on the SCI received from the Tx UE, and based on this information, the Rx UE can determine the feedback timing based on the time when the reserved Tx resources are used for transmission, and of course Consider the additional time for the Tx UE to process the auxiliary information. Therefore, the Rx UE can update the Tx UE with the latest assistance information, for example, updated feedback information based on the determined feedback timing for sending the assistance information. That is, the Rx UE can continue to update the assistance information until the determined feedback timing of sending the assistance information to the Tx UE.

Under the proposed scheme, the Rx UE can perform partial sensing (e.g., periodic sensing or aperiodic one-time sensing) or full sensing to determine the preference and/or acceptability of reserved resources. The Rx UE then sends assistance information before the peer Tx UE transmits on the reserved resources or before (re)selecting or re-evaluating the reserved resources. In the case of multiple available or qualified resources for transmitting assistance information, the resource closest to the re-evaluation time of the reserved resources indicated by the Tx UE in the SCI (optionally also taking into account additional assistance information processing time) may be used. Prioritize selection so that the latest assistance information is sent to the Tx UE to facilitate efficient resource (re)selection or re-evaluation. For example, the latest time for the Rx UE to transmit assistance information to the Tx UE may be the time to reserve resources minus the sum of the Tx UE's re-evaluation/reselection processing time and the Tx UE's processing time for receiving and parsing the assistance information. The Rx UE can use the transmission time of the reserved resources indicated in the SCI as the packet delay budget to (re)select resources for transmitting auxiliary information. Alternatively, the latest transmission time of the side information (e.g. packet delay budget of the side information) can be derived or (pre)configured based on the time of reserved resources and the duration indicated in the SCI (e.g. required processing time). For example, the latest time of assistance information transmission (or packet delay budget) may be equal to the time of reserved resources minus the duration, where the duration includes the processing time of the Tx UE. In the case where the processing time is UE specific, the peer Tx UE may indicate the processing time in the SCI. Otherwise, in the case of a common processing time, this processing time is (pre)configured and exchanged between UEs via signaling (eg PC5 Radio Resource Control (RRC) signaling) or specified in the specification.

Under the proposed solution according to the present invention, the transmission priority of the auxiliary information indicated in the SCI can be set to a (pre)configured priority or a priority corresponding to the triggering auxiliary information transmission of the SCI from the peer Tx UE. When the opposite end Tx UE reserves multiple resources in the SCI, auxiliary information corresponding to each reserved resource is sent before transmitting on the reserved resources.

It is worth noting that the auxiliary information carries the latest feedback information to assist the Tx UE. When the resource used to transmit the auxiliary information is re-selected, the content of the auxiliary information can be updated based on the latest information before the time of the re-selected resource used to transmit the auxiliary information. The processing time for updating the assistance information at the Rx UE before transmission can be considered. That is, the assistance information is updated based on the latest information derived from or before the time of (re)selection for assistance information transmission and the corresponding processing time at the Rx UE. For example, this time may be equal to the time (re)selected for assistance information transmission minus the processing time at the Rx UE.

Under the proposed scheme according to the present invention, the auxiliary information can be carried in a separate SCI with or without a physical sidelink shared channel (PSSCH). Alternatively, auxiliary information can also be carried in the PSSCH, especially when there is traffic (eg data) being transmitted in the PSSCH. In some cases, the second SCI in a two-stage SCI can be used to carry such side information, with an indication of whether the side information is carried in the second SCI and/or whether the side information is carried in the second SCI with or without a data channel. A field carrying auxiliary information in the second SCI of (for example, PSSCH).

Under the proposed scheme according to the present invention, resources used for transmitting assistance information (carried in the second SCI, PSSCH or any feedback channel) can be derived implicitly and/or explicitly from the SCI received by the peer Tx UE. For example, the resources may be determined based on a function of the Tx UE identification (ID) and/or the Rx UE ID in a (pre)configured set of resources (eg, a set of time resources and/or frequency resources). Since a link pair or Tx/Rx UE ID is unique, the frequency resources used for assistance information transmission may be unique or different from those of other link pairs. The time for which resources are reserved may be a function of the time for which resources are reserved as indicated in the SCI. For example, considering the processing time of the Tx UE, the reserved resource time may be a time offset from the time of reserved resources or the re-evaluation time of reserved resources (eg, exported/indicated in the above-mentioned SCI). The time offset can be fixed, indicated in the SCI, or (pre)configured. Additionally, time offsets can be configured (pre-) for each resource pool. Therefore, the Rx UE can determine the time/frequency resources in the (pre)configured resource set based on the SCI received from the Tx UE for assistance information carried in the second SCI, PSSCH or any (feedback) channel transmission. Advantageously, such explicit signaling or implicit reasoning for resource determination can account for the avoidance of sensing and resource selection processes for assistance information transmission.

Under the solution proposed according to the present invention, in order to further reduce the signaling overhead of Rx UE auxiliary resource configuration, all sensing results are not sent to the Tx UE. The Rx UE can send a plurality of sensing results (or CSI) sorted according to preferences. information), where the preference can be measured by priority or RSRP. The value of N is configurable or predetermined. For example, the Rx UE can only provide information related to the three resources with the highest RSRP (N = 3).

Figure 1 depicts an example scenario 100 under various proposed schemes involving the transmission of assistance information from an Rx UE to a peer Tx UE. In phase 1, after receiving the SCI from the peer Tx UE at time m', the Rx UE may be triggered to perform resource selection within the selection window based on the sensing performed by the Rx UE in the past (eg, partial sensing or full sensing). For transmitting auxiliary information, for example, during the sensing window. It is worth noting that the Rx UE can sense in the Tx resource pool of the peer Tx UE for generation of auxiliary information, or it can sense in its own Tx resource pool for auxiliary information transmission. The Tx resource pool for the peer Tx UE can be (pre-)configured for the Rx UE or indicated through the PC-5 RRC signaling exchange between the Rx UE and the peer Tx UE. However, this may impose limitations on the Tx resource pool used for transmission at the Tx UE. The SCI received at the first time instant m' can indicate the resources reserved at the second time instant m'' (and processing time T_proc). The Rx UE may attempt to select one or more resources to transmit assistance information close to time (m'' – T_proc), which may be at or before the re-evaluation time for the resource reserved at m''. In Phase 2, the Rx UE may send auxiliary information carrying the latest information on selected resources of n (≤ m'' – T_proc). In phase 3, the peer Tx UE can re-evaluate the reserved resources at m'' based on its own sensing results and auxiliary information from the Rx UE. The auxiliary information may indicate whether the reserved resource at m'' is preferred or acceptable. If the reserved resources are acceptable, the auxiliary information may also indicate CSI information of the reserved resources and/or CSI information of other preferred resources from the perspective of the Rx UE based on sensing and measurements performed by the Rx UE. The auxiliary information may further indicate the preferred DMRS mode or Doppler related information for the Tx UE to select a suitable DMRS mode.

In summary, the highlights of the various proposed options are summarized below.

Regarding the Rx UE-assisted resource configuration mechanism, the Rx UE may provide assistance information to the Tx UE at a certain time before (eg, immediately before) the time when the Tx UE transmits the reserved resources to be used. The Rx UE can obtain the information about the reserved Tx resources from the SCI received from the Tx UE and therefore determine the feedback timing based on the time of transmission on the reserved Tx resources by taking into account the additional time for the Tx UE to process the ancillary information.

For auxiliary information, the Rx UE can send the latest auxiliary information (for example, updated feedback information) based on the transmission timing of the auxiliary information.

Regarding the resource pool used for sensing, the Tx UE can notify the Rx UE of the resource pool used for sensing (or the resource pool used for Tx UE transmission) through signaling, so that the Rx UE can provide sensing results to assist the Tx UE. Resource (re)selection. Alternatively, such resource pools may be (pre)configured and thus require no signaling.

Regarding resource preference or acceptance decisions, the Rx UE may determine whether the resources reserved by the Tx UE are preferred or acceptable. Such determination may be based on one or more of a plurality of factors, including, for example, but not limited to, measured RSRP, transmission priority of the Tx UE, sensed priority of the UE, and corresponding resources reserved by the SCI from the Tx UE . In particular, the Rx UE may compare the measured RSRP of sensed control and/or data DMRS transmissions from the Tx UE to the RSRP threshold to determine whether the reserved resources are preferred or acceptable. The determined preference or non-preference for reserved resources may be indicated in the assistance information sent by the Rx UE to the Tx UE. After receiving the assistance information from the Rx UE, the Tx UE can select and use resources based on the Tx UE's own sensing results and assistance information (including the Rx UE's sensing results) or based on the assistance information only. Alternatively, after receiving the assistance information from the Rx UE, the Tx UE can reselect resources based on the assistance information. Illustrative embodiments

Figure 2 illustrates an example communications environment 200 having an example device 210 and an example device 220 in accordance with an embodiment of the present invention. Each of the device 210 and the device 220 may perform various functions to implement solutions, technologies, processes and methods regarding SL resource configuration enhancement in NR V2X communication, including various above-mentioned solutions described in the following flow.

Device 210 and device 220 may each be part of an electronic device, which may be a UE such as a vehicle, a portable or mobile device, a wearable device, a wireless communication device, or a computing device. For example, each of means 210 and 220 may be implemented in a vehicle, a smartphone, a smart watch, a personal digital assistant, a digital camera, or a computing device such as a tablet, laptop, or notebook computer. Each of device 210 and device 220 may also be part of a machine-type device, which may be an IoT or NB-IoT device such as a fixed or static device, a home device, a wired communication device, or a computing device. For example, device 210 and device 220 may each be implemented in a smart thermostat, smart refrigerator, smart door lock, wireless speaker, or home control center. In some embodiments, each of the devices 210 and 220 may also be implemented in the form of one or a plurality of integrated circuit (IC) chips, such as, but not limited to, one or a plurality of single-core processors, a Or a plurality of multi-core processors, or one or a plurality of Complex-Instruction-Set-Computing (CISC) processors. Device 210 and device 220 each include at least some of the elements shown in Figure 2, such as processor 212 and processor 222, respectively. Each of the means 210 and 220 may further include one or more other elements (eg, internal power supply, display device, and/or user peripherals) not related to the proposed solution of the present invention, but for simplicity and simplicity, the means 210 and such other components of device 220 are not depicted in Figure 2, nor are they described below.

In many embodiments, at least one of device 210 and device 220 may be part of an electronic device, which may be a vehicle, a roadside unit (RSU), a network node or base station (eg, eNB, gNB, TRP), a small community, a router or gateway. For example, at least one of device 210 and device 220 may be implemented as a V2X or a vehicle in a V2X network, an eNodeB in an LTE, LTE-Advanced or LTE-Advanced Pro network, or a 5G , NR, IoT or NB-IoT network gNB. Alternatively, at least one of means 210 and 220 may be implemented in the form of one or more IC wafers, such as, but not limited to, one or more single-core processors, one or more multi-core processors, or one or more CISCs. processor.

In one aspect, each of processor 212 and processor 222 may be implemented as one or more single-core processors, one or more multi-core processors, or one or more CISC processors. That is, even though the singular term "processor" is used herein to refer to processor 212 and processor 222 , each of processor 212 and processor 222 may in some embodiments include a plurality of processes in accordance with the present invention. processor, and may include a single processor in other embodiments. In another aspect, each of processor 212 and processor 222 may be implemented in the form of hardware (and, optionally, firmware) having electronic components that may include, for example, but not limited to, implementing One or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors configured and arranged for the specific purpose of the present invention and/or one or more varactor containers. In other words, in accordance with the various embodiments of the present invention, at least in some embodiments, each of the processor 212 and the processor 222 can be a dedicated machine specially designed, configured and arranged to operate in accordance with various implementations of the present invention. The example execution contains specific tasks for enhancing SL resource configuration in NR V2X communication.

In some embodiments, the device 210 may further include a transceiver 216 coupled to the processor 212 as a communication device, and the transceiver 216 is capable of wirelessly transmitting and receiving data. In some embodiments, device 210 may further include memory 214 coupled to processor 212 and capable of being accessed by processor 212 and storing data therein. In some embodiments, the device 220 may also include a transceiver 226 coupled to the processor 222 as a communication device, and the transceiver 226 is capable of wirelessly transmitting and receiving data. In some embodiments, device 220 may further include memory 224 coupled to processor 222 and capable of being accessed by processor 222 and storing data therein. Therefore, the device 210 and the device 220 can wirelessly communicate with each other through the transceiver 216 and the transceiver 226 respectively.

To aid in better understanding, the following description of the operations, functions and capabilities of each of device 210 and device 220 is provided in the context of an NR V2X communication environment, where device 210 is implemented in or as a wireless communication device, communication device or A first UE (which may be an Rx UE or a counterpart Tx UE in scenario 100 ), and the apparatus 220 is implemented in or as a wireless communication device, a communication device, or a second UE (which may be a counterpart Tx UE in scenario 100 UE or Rx UE).

Under various proposed solutions related to SL resource configuration enhancement in NR V2X communication according to the present invention, the processor 212 of the device 210 as the Rx UE may send a signal to the peer UE (eg, as the peer Tx UE) via the transceiver 216 The device 220) sends auxiliary information regarding the sensing results of one or more reserved resources for SL communication. Additionally, processor 212 may receive transmissions from the peer UE via transceiver 216 on resources selected by the peer UE based on the assistance information.

In some embodiments, the assistance information may indicate the peer UE's preference or non-preference for using one or more reserved resources in performing transmissions.

In some implementations, processor 212 may perform additional operations. For example, the processor 212 may be based on the RSRP measured on each of one or more resources, the peer UE's transmission priority, the priority of one or more other sensed UEs, and the transmission priority from the peer UE. SCI signals one or more of the corresponding resources or resources reserved to determine preference or non-preference. In some embodiments, when determining preference or non-preference, processor 212 may compare the measured RSRP of one or more other sensed DMRS transmissions of the UE to an RSRP threshold.

In some embodiments, when sending the assistance information, the processor 212 may send the assistance information a period of time before the time when the peer UE performs the transmission. In some implementations, the period of time may include at least the processing time used by the peer UE when processing the assistance information.

In some implementations, processor 212 may perform certain operations when transmitting auxiliary information. For example, the processor 212 may determine the feedback timing for sending the assistance information based on the time when the counterpart UE performs transmission and the processing time used by the counterpart UE when processing the assistance information. In addition, the processor 212 may update the auxiliary information until the auxiliary information is sent during the feedback sequence.

In some implementations, processor 212 may perform additional operations. For example, processor 212 may receive SCI signaling from a peer UE. In addition, the processor 212 may obtain information about one or more reserved resources from the SCI.

In some implementations, processor 212 may perform other additional operations. For example, processor 212 may determine one or more resource pools. Additionally, the processor 212 may perform sensing on the one or plurality of resource pools to measure the RSRP of each resource in the one or plurality of resource pools, thereby providing sensing results. In some implementations, the one or plurality of resource pools include one or both of an Rx resource pool used to perform receive operations and a Tx resource pool used by the peer UE to perform transmissions. In some embodiments, when determining one or more resource pools, the processor 212 may perform any of the following operations: (a) receiving signaling indicating one or more resource pools from the peer UE; (b) based on the configuration Or pre-configured information determines one or more resource pools.

Under various proposed solutions related to SL resource configuration enhancement in NR V2X communication according to the present invention, the processor 222 of the device 220 as a Tx UE may receive a request from the peer UE (eg, the device 210 as a Rx UE) via the transceiver 226 Receive auxiliary information regarding the sensing results of one or more resources reserved for SL communication. Additionally, processor 222 may perform transmission to the counterpart UE via transceiver 226 on resources selected based on the assistance information.

In some embodiments, the assistance information may indicate a preference or non-preference of the peer UE regarding one or more reserved resources used in performing transmissions.

In some implementations, processor 222 may perform certain operations when performing transfers. For example, the processor 222 may perform sensing on the Tx resource pool to provide sensing results. In addition, the processor 222 may select resources from the Tx resource pool based on the sensing results and auxiliary information.

In some embodiments, when performing a transmission, the processor 222 may perform: (a) selecting resources from a Tx resource pool based on the assistance information; or (b) reselecting resources from a different Tx resource pool based on the assistance information. illustrative flow

Figure 3 shows an example process 300 according to an embodiment of the present invention. The process 300 may be an illustrative embodiment of the proposed solution for enhancing SL resource configuration in NR V2X communication according to the present invention. Process 300 may represent implementation aspects of features of apparatus 210 and apparatus 220 . Process 300 may include one or more operations, actions, or functions illustrated by one or more of blocks 310, 320. Although each block is shown as discrete, each block in process 300 may be split into more blocks, combined into fewer blocks, or some blocks may be deleted, depending on the desired implementation. Additionally, the blocks of process 300 may be executed in the order shown in FIG. 3 or, alternatively, in a different order. Process 300 may also be repeated in part or in its entirety. Process 300 may be implemented by device 210, device 220, and/or any suitable wireless communications device, UE, roadside unit (RUS), base station, or machine-type device. For illustrative purposes only and not to limit the scope, below the device 210 as the first UE (eg, Rx UE or Tx UE in the V2X network) and the device 220 as the second UE (eg, the Tx UE or Tx UE in the V2X network) Process 300 is described in the context of Rx UE). Process 300 may begin at block 310.

At block 310 , the process 300 may include the processor 212 of the device 210 being an Rx UE sending, via the transceiver 216 , to a peer UE (eg, the device 220 being a peer Tx UE) regarding one or more of the information reserved for SL communications. Auxiliary information about the sensing results of multiple resources. Flow 300 may proceed from block 310 to block 320 .

At block 320 , process 300 may include processor 212 receiving, via transceiver 216 , a transmission from the peer UE on the resource selected by the peer UE based on the assistance information.

In some embodiments, the assistance information may indicate the peer UE's preference or non-preference for using one or more reserved resources in performing transmissions.

In some implementations, process 300 may include processor 212 performing additional operations. For example, the process 300 may include the processor 212 based on the RSRP measured on each of one or more resources, the transmission priority of the peer UE, the priority of one or more other sensed UEs, and the transmission priority from the peer UE. One or more of the corresponding resources or resources reserved by the SCI signaling of the end UE are used to determine preference or non-preference. In some implementations, when determining preference or non-preference, process 300 may include processor 212 comparing the measured RSRP of one or more other sensed DMRS transmissions of the UE to an RSRP threshold.

In some embodiments, when sending the assistance information, the process 300 may include the processor 212 sending the assistance information a period of time before the time when the peer UE performs the transmission. In some implementations, the period of time may include at least the processing time used by the peer UE when processing the assistance information.

In some implementations, process 300 may include processor 212 performing certain operations when transmitting auxiliary information. For example, the process 300 may include the processor 212 determining a feedback timing for sending the assistance information based on the time when the opposite end UE performs transmission and the processing time used by the opposite end UE when processing the assistance information. In addition, the process 300 may include the processor 212 updating the auxiliary information until the auxiliary information is sent during the feedback sequence.

In some implementations, process 300 may include processor 212 performing additional operations. For example, process 300 may include processor 212 receiving SCI signaling from a peer UE. Additionally, process 300 may include processor 212 obtaining information about one or more reserved resources from the SCI.

In some implementations, process 300 may include processor 212 performing other additional operations. For example, process 300 may include processor 212 determining one or more resource pools. In addition, the process 300 may include the processor 212 performing sensing on one or more resource pools to measure the RSRP of each resource in the one or more resource pools, thereby providing sensing results. In some implementations, the one or plurality of resource pools include one or both of an Rx resource pool used to perform receive operations and a Tx resource pool used by the peer UE to perform transmissions. In some embodiments, when determining one or more resource pools, the process 300 may include the processor 212 performing any of the following operations: (a) receiving signaling from the peer UE indicating the one or more resource pools; (b) ) Determines one or more resource pools based on configured or pre-configured information.

Figure 4 shows an example process 400 according to an embodiment of the present invention. The process 400 may be an illustrative embodiment of the proposed solution for enhancing SL resource configuration in NR V2X communication according to the present invention. Process 400 may represent features implementation aspects of apparatus 210 and apparatus 220 . Process 400 may include one or more operations, actions, or functions illustrated by one or more of blocks 410, 420. Although each block is shown as discrete, each block in process 400 may be split into more blocks, combined into fewer blocks, or some blocks may be deleted, depending on the desired implementation. Additionally, the blocks of process 400 may be executed in the order shown in FIG. 4 or, alternatively, in a different order. Process 400 may also be repeated in part or in its entirety. Process 400 may be implemented by device 210, device 220, and/or any suitable wireless communications device, UE, roadside unit (RUS), base station, or machine-type device. For illustrative purposes only and not to limit the scope, below the device 210 as the first UE (eg, Rx UE or Tx UE in the V2X network) and the device 220 as the second UE (eg, the Tx UE or Tx UE in the V2X network) Process 400 is described in the context of Rx UE). Process 400 may begin at block 410.

At block 410 , the process 400 may include the processor 222 of the device 220 being a Tx UE receiving, via the transceiver 226 , from a peer UE (eg, the device 210 being a Rx UE) information regarding one or more of the information reserved for SL communications. Auxiliary information about the sensing results of the resource. Flow 400 may proceed from block 410 to block 420.

At block 420 , process 400 may include processor 222 performing transmission to the peer UE via transceiver 226 on the resources selected based on the assistance information.

In some embodiments, the assistance information may indicate a preference or non-preference of the peer UE regarding one or more reserved resources used in performing transmissions.

In some implementations, process 400 may include processor 222 performing certain operations when performing a transfer. For example, the process 400 may include the processor 222 performing sensing on the Tx resource pool to provide sensing results. In addition, the process 400 may include the processor 222 selecting resources from the Tx resource pool based on the sensing results and auxiliary information.

In some embodiments, when performing transmission, the process 400 may include the processor 222 performing: (a) selecting resources from a Tx resource pool based on the assistance information; or (b) reselecting from a different Tx resource pool based on the assistance information. resources. Additional notes

The subject matter described herein sometimes shows different components contained within or connected to different other components. It should be understood, however, that the depicted architectures are merely examples, and that many other architectures may be implemented that achieve the same functionality. In a conceptual sense, any arrangement of components that perform the same functionality is effectively "related" such that the desired functionality is achieved. Therefore, regardless of architecture or intermediate components, any two components combined to achieve a specific functionality herein can be seen as "associated with" each other such that the desired functionality is achieved. Likewise, any two components so associated can also be considered "operationally connected" or "operably coupled" with each other to achieve the desired functionality, and any two components so associated can also be considered To "operationally connect" each other to achieve the desired functionality. Specific examples of operatively coupleable include, but are not limited to, components that physically mate and/or physically interact and/or components that can interact wirelessly and/or interact wirelessly and/or logically interact and/or Logically interactive components.

Furthermore, with respect to any plural and/or singular terms used substantially herein, one of ordinary skill in the art may convert from the plural to the singular and/or from the singular to the plural as appropriate depending on the context and/or application. For the sake of clarity, various singular/plural reciprocities may be stated explicitly in this article.

Furthermore, one of ordinary skill in the art will understand that generally, terms used herein and particularly in the appended claims (e.g., the subject matter of the appended claims) generally mean "Open-ended" terms, for example, the term "includes" should be interpreted as "including but not limited to", the term "having" should be interpreted as "at least having", the term "includes" should be interpreted as "including but not limited to", etc. One of ordinary skill in the art will also understand that if a specific number of recited claims is intended, such intent will be expressly recited in the claimed scope, and that in the absence of such recitation no such intention exists. kind of intention. For example, as an aid to understanding, the appended claims may contain use of the introductory phrases "at least one" and "one or more." However, use of such a phrase should not be construed to imply that the introduction of a recitation of the patentable scope by the indefinite article "a" or "an" limits the scope of any particular claim containing such introduced recitation to only Includes one such enumerated implementation even when the same claim contains the introductory phrase "one or more" or "at least one" and the indefinite article such as "a" or "an", e.g., "a and "/or a" should be construed to mean "at least one" or "one or more", and the same applies to the use of the definite article used to introduce a patent-claimed enumeration. Furthermore, even if a specific number of an introduced claim enumeration is expressly recited, one of ordinary skill in the art will recognize that such enumeration should be construed to mean at least the recited number, e.g., in the absence of In the case of other modifiers, the unblocked enumeration of "two enumerations" means at least two enumerations or two or more enumerations. Furthermore, where a convention similar to "at least one of A, B, C, etc." is used, it is generally meant to be so interpreted (e.g., " A system having at least one of A, B, and C will include, but is not limited to, A alone, B alone, C alone, A and B together, A and C together, B and C together, and/or A system that has A, B, C, etc. together). Where a convention like "at least one of A, B, or C, etc." is used, it is generally meant to be interpreted in the sense that a person of ordinary skill in the art would understand the convention (e.g., "having A "Systems with at least one of , B or C" will include, but are not limited to, A alone, B alone, C alone, A and B together, A and C together, B and C together, and/or together system of A, B and C etc.). Those of ordinary skill in the art will also understand that any transition words and/or phrases that actually represent two or more options, whether in the specification, patent application scope or drawings, should be understood as Consider the possibility of including one of these items, either of these items, or both. For example, the phrase "A or B" will be understood to include the possibility of "A" or "B" or "A and B."

From the above, it is to be understood that various embodiments of the invention have been described herein for purposes of illustration and that various modifications may be made without departing from the scope and spirit of the invention. Accordingly, the various embodiments disclosed herein are not meant to be limiting, with the true scope and spirit being determined by the appended claims.

100: scene 200:Communication environment 210, 220: Device 216, 226: transceiver 212, 222: Processor 214, 224: memory 300, 400: Process 310, 320, 410, 420: block

The accompanying drawings are included to provide a further understanding of the invention, and are incorporated in and constitute a part of this disclosure. The drawings illustrate embodiments of the invention and, together with the description, serve to explain the principles of the invention. It will be understood that, in order to clearly illustrate the concepts of the present invention, the drawings are not necessarily to scale and some of the components shown may be shown at scales that exceed the dimensions of actual implementations. Figure 1 is an example scene graph according to an embodiment of the present invention. Figure 2 is a block diagram of an exemplary communication environment according to an embodiment of the present invention. Figure 3 is a flowchart of an example process in accordance with an embodiment of the invention. Figure 4 is a flowchart of an example process in accordance with an embodiment of the invention.

300:Process

310, 320: block

Claims (9)

A sidelink resource configuration method, including: receiving sidelink control information signaling from a peer user equipment; obtaining information about one or more reserved resources from the sidelink control information signaling; sending an auxiliary information regarding a sensing result of the one or more reserved resources reserved for sidelink communication to the peer user equipment, wherein the auxiliary information relates to resource preference or non-preference; and in The peer user device receives transmissions from the peer user device on resources selected based on the assistance information. The sidelink resource configuration method of claim 1, wherein the auxiliary information indicates the preference or non-preference of the peer user equipment for using the one or more reserved resources in performing the transmission. The sidelink resource configuration method as claimed in claim 2, wherein the method is based on the measured reference signal received power on each of the one or plural resources, the transmission priority of the peer user equipment, one or The preference is determined by the priority of a plurality of other sensed UEs and one or more of the corresponding resources reserved by sidelink control information signaling from the peer UE. or non-preference. The sidelink resource allocation method as claimed in claim 3, wherein the step of determining the preference or non-preference includes measuring reference signals transmitted by the demodulation reference signals of the one or a plurality of other sensed user equipments. The signal received power is compared to a reference signal received power threshold. The sidelink resource configuration method of claim 1, wherein the step of sending the auxiliary information includes: sending the auxiliary information a period of time before the time when the peer user equipment performs transmission. The sidelink resource configuration method as described in request item 5, wherein the period of time At least include the processing time used by the peer user device to process the ancillary information. The sidelink resource configuration method as described in claim 1, wherein the step of sending the auxiliary information includes: based on the time when the peer user equipment performs the transmission and when the peer user equipment is processing the auxiliary information determine the feedback timing for sending the auxiliary information; and update the auxiliary information until the auxiliary information is sent at the feedback timing. The sidelink resource configuration method as described in claim 1, further comprising: determining one or more resource pools; and performing sensing on the one or more resource pools to measure the The reference signal received power of each resource is used to provide the sensing result. A sidelink resource configuration method, including: sending sidelink control information signaling to a peer user equipment; receiving information about one or more resources reserved for sidelink communication from the peer user equipment. An auxiliary information of a sensing result of reserved resources, wherein the sensing result is related to the sidelink control information signaling from the sidelink, the auxiliary information relates to resource preference or non-preference; and in selecting based on the auxiliary information resources to perform transmission to the peer user device.