TWI792871B - Resource allocation enhancements for sidelink communications - Google Patents

Abstract

Various examples and schemes pertaining to resource allocation enhancements for sidelink (SL) communications are described. A user equipment (UE) receives from a peer UE a sidelink control information (SCI) signal indicating a reserved resource. The UE then determines whether the reserved resource is acceptable by performing a reference signal received power (RSRP)-based comparison. Depending on a result of the determining, the UE performs a transmission to either the peer UE or one or more other UEs.

Description

Resource allocation method and device for side link communication

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

Unless otherwise indicated, the approaches described in this section are not prior art to the claims listed below and are not admitted to be 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 to be solved in terms of SL resource allocation for improving reliability and reducing SL communication delay. Therefore, a solution for enhancing the configuration of SL communication resources is needed.

The following summary is illustrative only and not intended to be limiting in any way. That is, the following summary is provided to introduce the concepts, gist, benefits and benefits of the novel and non-obvious technology described herein. Selected embodiments are further described below in the detailed description. As such, the following Summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

One object of the present invention is to propose various schemes, concepts, designs, methods, systems and devices related to the enhanced mechanism of SL resource allocation. Various schemes presented here can improve reliability and reduce SL communication latency as a solution to specific problems in 5G NR V2X communication.

Under various proposals for SL resource allocation according to the present invention, a receiving (Rx) user equipment (UE) can apply an auxiliary resource allocation mechanism to improve reliability and reduce the overall delay of SL communication. This mechanism can be implemented independently or jointly with the transmitting (Tx) UE based on the sensing and resource allocation mechanism. For example, the Rx UE may send assistance information to assist the Tx UE in resource selection for the Tx UE. For the reserved resources indicated in the Sidelink Control Information (SCI) from the peer Tx UE, if the reserved resources are not preferred based on the sensing results of the Rx UE, the Rx UE can use specific signaling (e.g., One or several bits in the Physical SL Feedback Channel (PSFCH) indicate to the peer Tx UE that resources are not preferred. On the other hand, if it is preferable or acceptable to reserve resources based on the sensing results at the Rx UE, the Rx UE may send the SCI carrying the resource reservation information from the peer Tx UE to one or more potential Interfering UEs are used to avoid resource conflicts.

In one aspect, a method may include receiving an SCI signal from a peer UE (eg, a peer Tx UE) indicating reserved resources. The method may further include determining whether reserved resources are acceptable by performing a Reference Signal Received Power (RSRP) based comparison. The method may also include performing a transmission to a peer UE or one or more other UEs depending on the determined result.

In another aspect, a method may include sending an SCI signal to a peer UE (eg, a peer Rx UE) indicating reserved resources. The method may also involve receiving an indication from the peer UE that reserving resources is not preferred. The method may also include performing resource selection or reselection in response to receiving the indication.

In yet another aspect, an apparatus may include a transceiver configured for wireless communication and a processor coupled to the transceiver. The processor may receive an SCI signal indicating reserved resources from a peer UE (eg, a peer Tx UE) via a transceiver, and determine whether the reserved resources are acceptable by performing an RSRP-based comparison. Then, depending on the result of the determination, the processor may perform a transmission via the transceiver to the peer UE or to one or a plurality of other UEs.

The side link resource configuration method and device thereof provided by the invention can improve reliability and reduce SL communication delay.

It is worth noting that while the descriptions provided herein are in the context of specific radio access technologies, networks and network topologies such as fifth generation (5G) and NR V2X, the proposed concepts, solutions and any variants/ Derivatives may be implemented in, used in, and over any other type of radio access technology, network, and network topology, such as, but not limited to, Long-Term Evolution (LTE), LTE-Advanced (LTE-Advanced), Advanced LTE-Advanced Pro, Wireless Fidelity (Wi-Fi), and any future networks and technologies. Accordingly, the scope of the present 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 can be embodied in various forms. This invention, however, may be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that this description of the invention 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 related to resource configuration enhancement for SL communication in NR V2X communication. According to the invention, several possible solutions are implemented individually or in combination. That is, although these possible solutions are described individually below, two or a plurality of these possible solutions may also be implemented in combination or in another manner.

Figure 1 depicts an example network environment 100 in accordance with various solutions and schemes of the present invention. Referring to FIG. 1, the network environment 100 may include Rx UEs (herein interchangeably referred to as "peer-to-peer Rx UEs"), Tx UEs (herein interchangeably referred to as "peer-to-peer UEs") for wireless communication in the NR V2X network. Tx UE") and one or more other UEs (which may potentially cause interference to the Rx UE due to receiving transmissions from the Tx UE, interchangeably referred to herein as "potentially interfering UEs"). As described below, in the network environment 100, the Rx UE, the Tx UE and one or more other UEs can implement various schemes related to the resource allocation enhancement of SL communication according to the present invention.

Under various proposals for SL resource allocation according to the present invention, Rx UEs can apply an auxiliary resource allocation mechanism to improve reliability and reduce the overall delay of SL communication. This mechanism can be implemented independently or jointly with Tx UE based on the sensing and resource allocation mechanism. For example, the Rx UE may send assistance information to assist the Tx UE in resource selection for the Tx UE. For the reserved resources indicated in the SCI signal from the peer Tx UE, if the reserved resources are not preferred based on the sensing results at the Rx UE, the Rx UE can use specific signaling (e.g. one of the PSFCH or plural bits) to indicate to the peer Tx UE that the resource is not preferred. On the other hand, if it is preferable or acceptable to reserve resources based on the sensing results at the Rx UE, the Rx UE may send an SCI carrying resource reservation information from the peer Tx UE to one or more potential Interfering UEs are used to avoid resource conflicts. It is worth noting that a peer Tx UE may communicate with a peer Rx UE, while one or more other Tx UEs communicate with one or more other Rx UEs. Therefore, in the absence of effective coordination between a peer Tx UE and one or more other Tx UEs, a transmission from one or more other Tx UEs to one or more other Rx UEs may cause an error at the peer Rx UE interference.

Under the proposed solution according to the present invention, the assisted resource configuration mechanism may include a plurality of stages, steps or operations involving a peer Rx UE, a peer Tx UE and one or a plurality of other UEs (for example, one or a plurality of other Tx UEs and/or one or a plurality of other Rx UEs), denoted as step 1, step 2A, step 2B, step 3A, step 3B-1 and step 3B-2 in Figure 1 and the following description. Referring to FIG. 1, in step 1, the peer-to-peer Tx UE may send data associated with a control channel to the peer-to-peer Rx UE, wherein the control channel may carry (for example, in SCI) specific resource reservation information to The time and/or frequency resources reserved by the peer Tx UE for future transmissions are indicated to the peer Rx UE.

After receiving the SCI from the peer Tx UE, the peer Rx UE may check to determine whether the reserved time/frequency resources indicated in the SCI are available based on past peer Rx UE sensing results (eg, historical sensing results). Accepted or preferred. The sensing result may be the result of performing lane sensing on a peer-to-peer Rx UE lane on which transmissions from UEs (including peer Tx UEs) occur in the network environment 100 to collect lane prioritization information and resources Reservation information (obtained from SCI signals received by any UE in the network environment 100) and RSRP results measured on the demodulation reference signal (DMRS) of the received SCI signals and/or associated data DMRS. That is, after receiving the SCI from the peer Tx UE, the peer Rx UE can check the reserved resources indicated in the SCI, and compare the peer Tx UE and RSRP performance of one or more other UEs (eg, potentially interfering UEs).

For example, in the case where the RSRP of the peer Tx UE is higher than the RSRP of the potentially interfering UE, the resources reserved by the peer Tx UE may be considered "acceptable" by the peer Rx UE from the perspective of the peer Rx UE or Preferred. Otherwise, the reserved resource is considered "unacceptable" or "non-preferred" by the peer Rx UE. Furthermore, peer Rx UEs can consider the prioritization between peer Tx UEs and potentially interfering UEs when comparing RSRP performance. Furthermore, an RSRP offset or threshold is derived or (pre-)configured based on the priority levels of peer Tx UEs and potentially interfering UEs. The RSRP offset may be different for different priority pairs between peer Tx UEs and potentially interfering UEs. The peer Rx UE may determine the RSRP difference between the peer Tx UE and the potentially interfering UE (hereafter referred to interchangeably as "RSRP Difference") and an RSRP offset or threshold, where the RSRP offset or threshold may be from The prioritization formulas for peer Tx UEs and potentially interfering UEs are derived. In cases where the RSRP difference is above (or below) the RSRP offset or threshold, the reserved resources can be considered "acceptable" or "preferable" by the peer Rx UE. Otherwise, the reserved resources may be considered "unacceptable" or "non-preferred" by the peer Rx UE. Based on the "preferred" or "non-preferred" determination of reserved resources, the peer Rx UE may send assistance information to the peer Tx UE and/or the potentially interfering UE.

Under the proposed scheme, in step 2A, if the reserved resource is considered "non-preferred", the peer Rx UE can send an indication of "non-preferred" to the peer Tx UE (also called "conflicting instruct"). This indication is carried in the PSFCH from the peer Rx UE to the peer Tx UE (eg, a bit or bits). Also, depending on transmission timing and/or (pre-)configuration, there is or is not multiplexing with SL Ack/Nack (A/N) bits. Without multiplexing these indication bits with the A/N bit, the PSFCH can carry one at a time by using different time/frequency/sequence resources for differentiation (e.g., the indication and the A/N one of the bits but not both). Where the indication bit is multiplexed with the A/N bit, the PSFCH can carry one or more additional bits at a time (e.g. two bits, one for A/N and one for A/N is used for "non-preferred" indications). In this case, four PSFCH resources (sequences) may be required to indicate two bits of information. The peer Rx UE determines PSFCH resources for transmission based on a function of the source and/or destination UE's identification (ID). In the case of a multicast transmission to a group of UEs, the PSFCH resources used for the transmission may be derived as a function of the group ID and/or member ID in the group of UEs.

Under the proposed scheme, PSFCH can carry one or more bits for "non-preferred" indication on reserved resources. Using one bit, the "non-preferred" indication may correspond to a second resource (eg, a first reserved resource) indicated in the SCI. Alternatively, the "non-preferred" indication may correspond to all resources indicated in the SCI. In this case, some rules can be exported to determine the settings. For example, this bit can be set and sent by the peer Rx UE in case any of the reserved resources are not preferred. On the other hand, if all reserved resources are preferred or acceptable, then this bit may not be sent. That is, when all reserved resources are acceptable/preferable, the peer Rx UE may not perform the transmission of the indication bit. Where multiple bits are used for the indication, the "non-preferred" indication may correspond to each reserved resource indicated in the SCI. For example, the two bits indicated by "non-preferred" may respectively correspond to the second resource (eg, the first reserved resource) and the third resource in the SCI (eg, the second reserved resource) in the SCI.

Under the proposed scheme, in the case of (pre-)configured multiplexing, the transmission timing of the "non-preferred" indication can be the same as that of the A/N (corresponding to the SCI and data received from the peer Tx UE) . Alternatively, the "non-preferred" indication can be sent on its own timing (e.g. x slots before the moment to reserve resources, where x is the time at which the peer Tx UE processes the received indication and according to processing time required to perform resource reselection). Alternatively, the A/N transmission may be multiplexed with the "non-preferred" indication for transmission, but this may follow the timing of the "non-preferred" indication (e.g., y slots before processing time for the Tx UE to process received indications, perform resource reselection as needed, process A/N bits, and prepare for retransmissions or new transmissions). It is worth noting that the values of x and y can be the same or different, which can be set through (pre)configuration.

Under the proposed scheme, upon receiving SCI and data from peer Tx UE, peer Rx UE can be triggered to perform indicator transmission (to indicate reserved resource not preferred). Additionally, there may be a delay budget for the transmission of "non-preferred" indications (e.g., x or y slots before reserving resources). In case the delay budget is exceeded, the peer Rx UE may drop or otherwise cancel the indicated transmission.

Under the proposed scheme, in step 2B, if the reserved resource is considered "acceptable" or "preferable", the peer Rx UE may send the SCI (e.g., the first SCI and/or the second SCI), With or without any associated profiles (eg dummy profiles) for one or more other Tx UEs. The SCI may carry at least resource reservation information, priority order information and/or source UE ID information obtained from the SCI of the peer Tx UE. For example, the first SCI may be used to carry resource reservation information and priority information obtained from the first SCI of the peer Tx UE. The second SCI may be used to carry the source ID of the peer Tx UE (instead of the source ID of the peer Rx UE) in the source UE ID field. This may lead to SCI forwarding from peer Tx UEs for greater coverage to avoid hidden node issues. Furthermore, the peer Rx UE may include additional resource reservation information in the SCI if/when there is a need. In this case, the peer Rx UE can use its own UE ID as the source UE ID in the second SCI. Presence or absence of dummy profiles associated with SCI transfers.

Under the proposed scheme, upon receiving the SCI and data from the peer Tx UE, the peer Rx UE can be triggered to perform SCI transmission when the reserved resource is considered "acceptable" or "preferable". In addition, there is a delay budget (e.g., x or y slots before reserving resources) for SCI transmission. In case the delay budget is exceeded, the peer Rx UE may drop or otherwise cancel the transmission of the SCI with or without any profile (eg, dummy profile).

Under the proposed scheme, in step 3A, upon receiving a "non-preferred" indication from the peer Rx UE (as described above with respect to step 2A), the peer Tx UE can be triggered to perform resource reselection in order to avoid using Resources considered "non-preferred" by peer Rx UEs.

According to the proposed scheme, in step 3B-2, upon receiving the SCI with or without profile (e.g. dummy profile) in step 2B as described above, the peer Tx UE can base its source UE ID (e.g. The source UE ID is the same as that of the peer Tx UE) determines that the reserved resources indicated in the SCI are its own reserved resources. Accordingly, peer Tx UEs may skip, drop or otherwise ignore corresponding receptions and/or transmissions to avoid confusion in resource selection.

Under the proposed scheme, in step 3B-1, one or a plurality of other Tx UEs (or potentially Interfering UE) can receive SCI from peer Rx UE and perform sensing. Therefore, each of one or a plurality of other Tx UEs (or potentially interfering UEs) may consider its sensing results (e.g. resource reservation and channel prioritization, and RSRP capabilities of peer Rx UEs). Advantageously, this avoids transmission collisions with peer Tx UE transmissions and improves performance by avoiding the hidden node problem. Furthermore, given the above, it can be seen that peer Rx UEs can be considered as assisting UEs since they assist peer Tx UEs as well as other Tx UEs (or potentially interfering UEs) in resource (re)selection.

Under the scheme proposed according to the present invention, each UE in the network environment 100 (for example, peer Tx UE and/or other Tx UE) can base on traffic type and/or resource reservation information and consider its own power consumption , perform sensing for resource (re)selection. If the traffic type is a periodic traffic with known packet arrival times and/or in case resources (periodic or aperiodic) have been reserved by the SCI (and/or selected by the UE but not reserved) , the UE may perform sensing before a reserved (and/or selected by the UE) time and/or packet arrival time. If the traffic type is aperiodic traffic with unknown packet arrival time and/or in case resources are not reserved by SCI (and/or selected by UE), UE can sense after packet arrival. In addition, higher layers may indicate the traffic type or reservation type, so that the UE can determine whether to perform pre-sensing (eg, sensing before packet arrival) or post-sensing (eg, sensing after packet arrival). Illustrative implementation

FIG. 2 illustrates an example communication system 200 having an example device 210 and an example device 220 in accordance with an embodiment of the present invention. Each of the apparatus 210 and the apparatus 220 may perform various functions to implement solutions, techniques, processes and methods related to resource allocation enhancement of SL communication in NR V2X communication, including various above-mentioned solutions described in the flow below.

Each of device 210 and device 220 may be part of an electronic device, which may be a UE such as a vehicle, portable or mobile device, wearable device, wireless communication device, or computing device. For example, each of apparatus 210 and apparatus 220 may be implemented in a vehicle, smart phone, smart watch, personal digital assistant, digital camera, or 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, such as 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, each of device 210 and device 220 may be implemented in a smart thermostat, a smart refrigerator, a smart door lock, a wireless speaker, or a home control center. In some embodiments, each of the device 210 and the device 220 can also be implemented in the form of one or a plurality of integrated circuit (Integrated circuit, IC) chips, such as but not limited to, one or a plurality of single-core processors, a Or multiple multi-core processors, one or multiple Reduced-Instruction-Set-Computing (RISC) processors, or one or multiple Complex-Instruction-Set-Computing (CISC) processors device. Each of apparatus 210 and apparatus 220 includes at least some of the elements shown in FIG. 2, eg, processor 212 and processor 222, respectively. Each of the device 210 and the device 220 may further include one or a plurality of other elements (for example, internal power supply, display device and/or user peripheral equipment) that are not related to the solution proposed by the present invention, but for simplicity and simplicity, the device 210 These 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, roadside unit (RSU), network node or base station (e.g., eNB, gNB, TRP), small community, router or gateway. For example, at least one of the device 210 and the device 220 can be implemented as a vehicle in a V2X or V2X network, an eNodeB of an LTE, LTE-Advanced (LTE-Advanced) or LTE-Advanced Pro network, or a 5G , NR, IoT or NB-IoT network gNB. Alternatively, at least one of the device 210 and the device 220 may be implemented in the form of one or a plurality of IC chips, such as but not limited to, one or a plurality of single-core processors, one or a plurality of multi-core processors, one or a plurality of RISC processors device, or one or more CISC processors.

In one aspect, each of processor 212 and processor 222 may be implemented in the form of 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, according to the present invention, each of processor 212 and processor 222 may comprise a plurality of processors in some embodiments. processor, and in other embodiments may comprise a single processor. In another aspect, each of processor 212 and processor 222 may be implemented in hardware (and, optionally, firmware) having electronic components that may include, for example and without limitation, implementing One or plural transistors, one or plural diodes, one or plural capacitors, one or plural resistors, one or plural inductors, one or plural memristors and /or one or more varactors. In other words, according to the various embodiments of the present invention, at least in some embodiments, each of the processor 212 and the processor 222 can be used as a special-purpose machine specially designed, configured and arranged to be used according to various implementations of the present invention. The example performs specific tasks including resource allocation enhancements for SL communication in NR V2X communication.

In some implementations, 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 sending and receiving data. In some embodiments, the device 210 may further include a memory 214 coupled to the processor 212 and capable of being accessed by the 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 sending and receiving data. In some embodiments, the device 220 may further include a memory 224 coupled to the processor 222 and capable of being accessed by the processor 222 and storing data therein. Therefore, the device 210 and the device 220 can communicate with each other wirelessly through the transceiver 216 and the transceiver 226 respectively.

To facilitate a better understanding, the following descriptions of the operation, functions and capabilities of each of the device 210 and the device 220 are provided in the context of the NR V2X communication environment, wherein the device 210 is implemented into or implemented as a wireless communication device, communication device or The first UE (which may be a peer-to-peer Tx UE in the network environment 100), and implements the device 220 into or as a wireless communication device, a communication device, or a second UE (which may be a peer-to-peer Tx UE in the network environment 100) Rx UE).

Under various proposals related to SL communication resource allocation enhancement in NR V2X communication according to the present invention, the processor 222 of the device 220 may receive the 210 is an SCI signal indicating resource reservation. Additionally, the processor 222 can determine whether reserved resources are acceptable by performing an RSRP-based comparison. In addition, the processor 222 performs a transmission to the peer UE or one or more other UEs via the transceiver 226 according to the above determination result.

In some implementations, upon performing the transmission, the processor 222 may send an indication that the reserved resources are not preferred to the peer UE in response to determining that the reserved resources are not acceptable pursuant to the RSRP-based comparison. In some embodiments, the indication may include one or more bits carried in PSFCH.

In some embodiments, when performing a transmission, in response to determining that reserved resources are acceptable according to an RSRP-based comparison, the processor 222 may send one or more SCI signals to one or more other UEs, the signal indicating including Auxiliary information of one or more of the following: resource reservation information, priority order information, source UE ID. In some embodiments, one or both of the source UE ID and the destination UE ID determine the PSFCH resources used to transmit one or more SCI signals.

In some implementations, in performing RSRP-based comparisons, processor 222 may perform certain operations. For example, processor 222 may determine a first RSRP of the peer UE measured on the reserved resource and a first value related to the first RSRP offset. Additionally, the processor 222 may determine a second RSRP of the potentially interfering UE measured on the reserved resource and a second value related to the second RSRP offset. Additionally, processor 222 may compare the first value and the second value. In some implementations, it is determined that reserving the resource is acceptable in response to the first value being greater than the second value. Conversely, in response to the second value being greater than the first value, it is determined that reserving the resource is not acceptable. In some embodiments, the values of the first and second RSRP offsets may be derived from the prioritization of peer UEs and potentially interfering UEs.

Under another proposed solution related to the resource allocation enhancement of SL communication in NR V2X communication according to the present invention, the processor 212 of the device 210 can communicate with the device as a peer UE (for example, a peer Rx UE) via a transceiver 216 220 sends an SCI signal indicating reserved resources. Furthermore, processor 212 may receive an indication from a peer UE via transceiver 216 that reserving resources is not preferred. Additionally, processor 212 may perform resource selection or reselection via transceiver 216 in response to receiving the indication.

In some embodiments, the indication may include one or more bits carried in PSFCH.

In some embodiments, when performing resource selection or reselection, the processor 212 may perform channel sensing based on one or both of traffic type and resource reservation information.

In some embodiments, in response to the traffic type being periodic traffic, performing channel sensing may include the processor 212 performing channel sensing before the packet arrival time. Otherwise, in response to the traffic type being aperiodic traffic, performing channel sensing may include the processor 212 performing channel sensing after the packet arrival time. Illustrative process

FIG. 3 shows an example process 300 according to an embodiment of the present invention. The process 300 can be an exemplary embodiment of the proposed scheme for enhancing resource allocation of SL communication in NR V2X communication according to the present invention. The process 300 may represent characteristic implementation aspects of the apparatus 210 and the apparatus 220 . The process 300 may include one or more operations, actions or functions indicated by one or more of the blocks 310 , 320 , 330 . Although each block is shown as discrete, each block in the process 300 may be divided into more blocks, combined into fewer blocks, or some blocks may be deleted depending on the desired implementation. In addition, the blocks of the process 300 may be executed in the order shown in FIG. 3, or alternatively, may be executed in a different order. Process 300 may also be repeated in part or in whole. The device 210 , the device 220 and/or any suitable wireless communication device, UE, RUS, base station, or machine type device may implement the process 300 . For purposes of illustration only and not limiting the scope, the following is between the apparatus 210 as the first UE (e.g., a peer-to-peer Tx UE in the network environment 100) and the apparatus 220 as the second UE (e.g., a Tx UE in the network environment 100) The process 300 is described in the context of a peer Rx UE). Process 300 may begin at block 310 .

At block 310 , the process 300 may include the processor 222 of the device 220 receiving an SCI signal indicating reserved resources from the device 210 as a peer UE (eg, a peer Tx UE) via the transceiver 226 . Process 300 may proceed from block 310 to block 320 .

At block 320, the process 300 may include the processor 222 determining whether reserved resources are acceptable by performing an RSRP-based comparison. Process 300 may proceed from block 320 to block 330 .

At block 330, the process 300 may include the processor 222 performing a transmission via the transceiver 226 to the peer UE or one or more other UEs based on the determined result.

In some implementations, upon performing the transmission, in response to determining that the reserved resources are not acceptable according to the RSRP-based comparison, the process 300 may include the processor 222 sending an indication that the reserved resources are not preferred to the peer UE. In some embodiments, the indication may include one or more bits carried in PSFCH.

In some embodiments, when performing transmission, in response to determining that reserved resources are acceptable according to the RSRP-based comparison, the process 300 may include the processor 222 sending one or more SCI signals to one or more other UEs, the The signal indication includes one or more of the following auxiliary information: resource reservation information, priority information, and source UE ID. In some embodiments, one or both of the source UE ID and the destination UE ID determine the PSFCH resources used to transmit one or more SCI signals.

In some implementations, in performing the RSRP-based comparison, the process 300 may include the processor 222 performing certain operations. For example, processor 222 may determine a first RSRP of the peer UE measured on the reserved resource and a first value related to the first RSRP offset. Additionally, the process 300 may include the processor 222 determining a second value between a second RSRP of the potentially interfering UE measured on the reserved resource and a second RSRP offset. Additionally, process 300 may include processor 222 comparing the first value with the second value. In some implementations, it is determined that reserving the resource is acceptable in response to the first value being greater than the second value. Conversely, in response to the second value being greater than the first value, it is determined that reserving the resource is not acceptable. In some embodiments, the values of the first and second RSRP offsets may be derived from the prioritization of peer UEs and potentially interfering UEs.

FIG. 4 shows an example process 400 according to an embodiment of the present invention. The process 400 can be an exemplary embodiment of the proposed scheme for enhancing resource allocation of SL communication in NR V2X communication according to the present invention. The process 400 may represent characteristic implementation aspects of the apparatus 210 and the apparatus 220 . The process 300 may include one or more operations, actions or functions indicated by one or more of the blocks 410 , 420 , 430 . 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. In addition, the blocks of the process 400 may be executed in the order shown in FIG. 4, or alternatively, may be executed in a different order. Process 400 may also be repeated in part or in whole. The device 210 , the device 220 and/or any suitable wireless communication device, UE, RUS, base station, or machine type device may implement the process 400 . For purposes of illustration only and not limiting the scope, the following is between the apparatus 210 as the first UE (e.g., a peer-to-peer Tx UE in the network environment 100) and the apparatus 220 as the second UE (e.g., a Tx UE in the network environment 100) Flow 400 is described in the context of a peer Rx UE). Process 400 may begin at block 410 .

At block 410 , the process 400 may include the processor 212 of the device 210 sending an SCI signal indicating resource reservation to the device 220 as a peer UE (eg, a peer Rx UE) via the transceiver 216 . Process 400 may proceed from block 410 to block 420 .

At block 420, process 400 may include processor 212 receiving an indication from a peer UE via transceiver 216 that reserving resources is not preferred. Process 400 may proceed from block 420 to block 430 .

At block 430 , process 400 may include, in response to receiving the indication, processor 212 performing resource selection or reselection via transceiver 216 .

In some embodiments, the indication may include one or more bits carried in PSFCH.

In some embodiments, when performing resource selection or reselection, the process 400 may include the processor 212 performing channel sensing based on one or both of traffic type and resource reservation information.

In some embodiments, in response to the traffic type being periodic traffic, performing channel sensing may include the processor 212 performing channel sensing before the packet arrival time. Otherwise, in response to the traffic type being aperiodic traffic, performing channel sensing may include the processor 212 performing channel sensing after the packet arrival time. Additional information

The herein described subject matter sometimes illustrates different components contained within, or connected with, various other components. It is to be understood, however, that these depicted architectures are examples only, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, regardless of architectures or intermediary components. Likewise, any two components so related can also be viewed as being "operably connected" or "operably coupled" to each other to achieve the desired functionality, and any two components so related can also be viewed as To be "operationally connected" to each other to achieve the desired function. Specific examples of operatively coupleable include, but are not limited to, physically matable and/or physically interacting components and/or wirelessly interactable and/or wirelessly interacting components and/or logically interacting and/or Logically interactable components.

Further, with respect to any plural and/or singular terms used herein substantially, 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 to the context and/or application. For the sake of clarity, various singular/plural reciprocities may be explicitly set forth herein.

In addition, those of ordinary skill in the art will understand that terms used herein, and in particular terms used in the appended claims (eg, the subject matter of the appended claims), generally mean "Open-ended" terms, for example, the term "comprising" shall be construed as "including but not limited to", the term "has" shall be construed as "having at least" and the term "comprising" shall be construed as "including but not limited to", etc. Those of ordinary skill in the art will also understand that if a specific number of an incorporated claim recitation was intended, such intent would be expressly recited in the claim, and in the absence of such recitation no such kind of intention. For example, as an aid to understanding, the appended claims may contain usage of the introductory phrases "at least one" and "one or more". However, use of such phrases should not be construed to imply that the introduction of a claim list through the indefinite article "a" or "an" limits any particular claim containing such an introduced claim list to only includes an implementation of this enumeration even when the same claim includes the introductory phrase "one or more" or "at least one" and an indefinite article such as "a" or "an", for example, "one and /or a" should be interpreted as meaning "at least one" or "one or more", and this also applies to the use of the definite article used to introduce the enumerated claims. Furthermore, even if a specific number of the cited claims is explicitly recited, one of ordinary skill in the art will recognize that such a recitation should be construed to mean at least the recited number, e.g., in the absence of In the case of other modifiers, an unambiguous listing of "two listings" means at least two listings or two or more listings. Furthermore, where a convention like "at least one of A, B, and C, etc." is used, it is generally meant to be construed in the sense that a person of ordinary skill in the art would understand this convention (eg, " 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, and 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 this convention (eg, "has A A system of at least one of , B, or C" will include, but is not limited to, having A alone, B alone, C alone, A and B together, A and C together, B and C together, and/or A, B, and C, etc. system). Those skilled in the art will also understand that any transitional words and/or phrases that actually represent two or more alternatives, whether in the description, the scope of claims or the 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 possibilities of "A" or "B" or "A and B."

From the foregoing, it will be appreciated that various embodiments of the present 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 to be determined by the appended claims.

100: Network environment 200: Communication system 210, 220: device 216, 226: Transceiver 212, 222: Processor 214, 224: memory 300, 400: process 310, 320, 330, 410, 420, 430: blocks

The accompanying drawings are included to provide a further understanding of the invention and are incorporated in and constitute a part of this invention. The drawings illustrate embodiments of the invention and together with the description serve to explain the principles of the invention. It will be appreciated that in order to clearly illustrate the concepts of the present invention, the drawings are not necessarily drawn to scale and some components shown may be shown on a scale that exceeds the size of the actual implementation. FIG. 1 is a schematic diagram of an exemplary communication scenario according to an embodiment of the present invention. FIG. 2 is a block diagram of an exemplary communication scenario 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, 330: blocks

Claims (10)

A resource allocation method for sidelink communication, comprising: receiving a sidelink control information signal indicating reserved resources from a peer-to-peer user equipment; determining whether the reserved resources are available by performing a comparison based on received power of a reference signal Accepted, to assist the peer UE in resource selection; and perform transmission to the peer UE or one or more other UEs respectively according to the determined result. The resource allocation method for sidelink communication as claimed in claim 1, wherein in response to determining that the reserved resource is unacceptable according to the comparison based on the reference signal received power, sending the reserved resource to the peer UE Saving resources is not an indication of preference. The resource allocation method for sidelink communication according to claim 2, wherein the indication includes one or a plurality of bits carried in the physical sidelink feedback channel. The resource allocation method for sidelink communication as claimed in claim 1, wherein the step of performing the transmission includes: in response to determining that the reserved resource is acceptable according to the comparison based on the reference signal received power, sending to the One or more other UEs send one or more sidelink control information signals, and the one or more sidelink control information signals include resource reservation information, priority order information, source UE identification or Auxiliary information for the combination. The resource allocation method for side link communication as claimed in claim 4, wherein the one or more side link The physical sidelink feedback channel resource of the uplink control information signal. The resource allocation method for sidelink communication as claimed in claim 1, wherein the step of performing the comparison based on the received power of the reference signal includes: determining the first of the peer-to-peer user equipment measured on the reserved resource a first value between a reference signal received power and a first reference signal received power offset; determining a second value between a second reference signal received power of a potentially interfering UE measured on the reserved resource and a second reference signal received power offset; and comparing the first value with the second value. The resource allocation method for sidelink communication as claimed in claim 6, wherein in response to the first value being greater than the second value, it is determined that the reserved resource is acceptable, and wherein in response to the second value Greater than the first value, it is determined that the reserved resource is not acceptable. The resource allocation method for sidelink communication as claimed in claim 6, wherein the value of the first and second reference signal received power offset is from the priority order of the peer user equipment and the potential interfering user equipment get. A resource allocation method for sidelink communication, comprising: sending a sidelink control information signal indicating reserved resources to a peer-to-peer user equipment; receiving an indication that the reserved resources are not preferred from the peer-to-peer user equipment, Wherein, the indication is used to assist resource selection; and resource selection or reselection is performed in response to receiving the indication. An apparatus for resource allocation for sidelink communication, comprising: a transceiver configured for wireless communication; and a processor coupled to the transceiver and configured to perform the following operations: via the transceiver, from a peer The UE receives the sidelink control information signal indicating the reserved resource; determines whether the reserved resource is acceptable by performing a comparison based on the received power of the reference signal, so as to assist the peer UE in resource selection; and Depending on the result of the determination, a transmission is performed via the transceiver to the peer UE or one or a plurality of other UEs, respectively.

Images