Positioning reference signal reception in sidelink communication

Abstract

A method for a user equipment in sidelink communication, the method comprising: waking up the user equipment by configuration or pre-configuration of one or more power-on parameters of the user equipment, the one or more power-on parameters being utilized for performing sidelink communication with one or more additional user equipment, the one or more power-on parameters including a default time for waking up predetermined by the user equipment and at least one additional time for waking up based on a determination by the user equipment or a request by the one or more additional user equipment; and receiving, after waking up the user equipment, by the user equipment, one or more sidelink signals from the one or more additional user equipment.

Description

[Technical field]

[0001] The present invention relates to a method for using user equipment in sidelink communications, an apparatus for use in sidelink communications, and a non-transitory computer-readable medium. [Background technology]

[0002] Generally described, computing devices and communication networks can be used to exchange information. In a typical application, a computing device can request / send data to another computing device via a communication network. More specifically, a computing device can use a wireless communication network to exchange information or establish a communication channel.

[0003] A wireless communication network can include a wide variety of devices that include components for accessing or have access to the wireless communication network. Such devices can utilize the wireless communication network to facilitate interaction with other devices that can access the wireless communication network, or to facilitate interaction with devices that utilize other communication networks, via the wireless communication network. Additionally or alternatively, the devices can sometimes or always communicate directly with each other without going through or utilizing the wireless communication network.

[0004] In the context of vehicles or other mobile devices, a communication network can be configured to provide communication between vehicles (or integrated components) equipped with a wireless interface. There are many approaches to implementing such wireless communication networks, such as the 802.xx wireless interfaces promulgated by the Institute of Electrical and Electronics Engineers ("IEEE"). Another approach to such wireless communication networks corresponds to cellular-based communication networks, specifically, their ability to support new radio (NR) and sidelink (SL) communications. Summary of the Invention

[0005] In a first aspect thereof, the present invention provides a method for using a user equipment in sidelink communication, the method comprising the steps of waking up the user equipment by configuration or pre-configuration of one or more power-on parameters of the user equipment, the one or more power-on parameters being utilized for performing sidelink communication with one or more additional user equipments, the one or more power-on parameters comprising a default time for waking up predetermined by the user equipment and at least one additional time for waking up based on a determination by the user equipment or a request by the one or more additional user equipments; and receiving, after waking up the user equipment, by the user equipment one or more sidelink signals from the one or more additional user equipments.

[0006] The invention in a second aspect thereof provides an apparatus for use in sidelink communications, comprising: a memory storing instructions; and a processor, the processor executing the instructions stored in the memory to wake up the apparatus by configuration or pre-configuration of one or more power-on parameters of the apparatus, the one or more power-on parameters being utilized to perform sidelink communications with one or more additional devices, the one or more power-on parameters being determined based on a default time for waking up predetermined by the apparatus and a time determined based on a determination by or request by the one or more devices. and receiving, by the device after waking up, one or more sidelink signals from the one or more additional devices.

[0007] In a third aspect thereof, the invention provides a non-transitory computer-readable medium storing instructions executable by one or more processors of a device to perform a method, the method comprising: waking up the device by configuring or pre-configuring one or more power-on parameters of the device, the one or more power-on parameters being utilized for performing sidelink communication with one or more additional devices, the one or more power-on parameters including a default time for waking up predetermined by the device and at least one additional time for waking up based on determination by or request by the one or more devices; and receiving, by the device, one or more sidelink signals from the one or more additional devices after waking up the device.

[0008] In a fourth aspect, the present invention provides a method for using a network infrastructure device in sidelink communications, the method comprising the steps of: configuring, by the network infrastructure device, one or more power-on parameters for one or more user equipments; and transmitting, by the network infrastructure device, the one or more power-on parameters to at least one user equipment, where the one or more power-on parameters are utilized to wake up the one or more user equipments to receive sidelink signals from one or more additional user equipments.

[0009] In a fifth aspect, the present invention provides a network infrastructure device for use in sidelink communications, the network infrastructure device comprising: a memory storing instructions; and a processor, the processor being configured to execute the instructions stored in the memory to: configure, by the network infrastructure device, one or more power-on parameters for one or more user equipment; and transmit, by the network infrastructure device, the one or more power-on parameters to at least one user equipment, the one or more power-on parameters being utilised to wake up the one or more user equipment to receive sidelink signals from one or more additional user equipment.

[0010] In a sixth aspect thereof, the present invention provides a non-transitory computer-readable medium storing instructions executable by one or more processors of a network infrastructure device to perform a method comprising: configuring, by the network infrastructure device, one or more power-on parameters for one or more user equipments; and transmitting, by the network infrastructure device, the one or more power-on parameters to at least one user equipment, wherein the one or more power-on parameters are utilized to wake up the one or more user equipments to receive sidelink signals from one or more additional user equipments.

[0011] The present invention in a seventh aspect relates to a method for using an anchor device in sidelink communication, the method comprising the steps of obtaining, by the anchor device, one or more power-on parameters for waking up one or more user equipments, the one or more power-on parameters include a default time to wake up and at least one additional time to wake up obtained by the anchor device, and the step of obtaining the one or more power-on parameters by the anchor device includes a step of receiving, by the anchor device, the one or more power-on parameters from a network infrastructure device or a step of pre-configuring, by the anchor device, the one or more power-on parameters; and a step of transmitting, by the anchor device, a sidelink signal to one or more user equipments according to the obtained one or more power-on parameters.

[0012] In an eighth aspect thereof, the present invention provides an anchor device for use in sidelink communications, the anchor device comprising: a memory storing instructions; and a processor, the processor being configured to execute the instructions stored in the memory to obtain, by the anchor device, one or more power-on parameters for waking up one or more user equipments, the one or more power-on parameters including a default time to wake up and at least one additional time to wake up obtained by the anchor device, the obtaining of the one or more power-on parameters comprising receiving, by the anchor device, the one or more power-on parameters from a network infrastructure device or pre-configuring, by the anchor device, the one or more power-on parameters; and to transmit, by the anchor device, a sidelink signal to the one or more user equipments in accordance with the obtained one or more power-on parameters.

[0013] The present invention provides in a ninth aspect thereof a non-transitory computer-readable medium storing instructions executable by one or more processors of an anchor device to perform a method, the method comprising: acquiring, by the anchor device, one or more power-on parameters for waking up one or more user equipments, the one or more power-on parameters including a default time to wake up and at least one additional time to wake up acquired by the anchor device, the acquiring by the anchor device comprising receiving, by the anchor device, the one or more power-on parameters from a network infrastructure device or pre-configuring, by the anchor device, the one or more power-on parameters; and transmitting, by the anchor device, a sidelink signal to the one or more user equipments in accordance with the acquired one or more power-on parameters. [Brief description of the drawings]

[0014] Various features are described with reference to the following drawings. Throughout the drawings, reference numbers may be reused to indicate correspondence between referenced elements. The drawings are provided to illustrate examples described herein and are not intended to limit the scope of the present disclosure. [Figure 1] 1 is a block diagram illustrating an exemplary communication system consistent with certain embodiments of the present application. [Figure 2A] FIG. 1 illustrates an embodiment of an example roadside unit (RSU) architecture for implementing one or more aspects of the present application. [Figure 2B] FIG. 1 illustrates one embodiment of an example user equipment (UE) architecture for implementing one or more aspects of the present application. [Figure 2C]FIG. 1 illustrates an embodiment of an example next generation Node B (gNB) architecture for implementing one or more aspects of the present application. [Figure 3A] FIG. 2 is a block diagram of the architecture of FIG. 1 showing the configuration of PRS signals with sidelink-based communication. [Figure 3B] FIG. 2 is a block diagram of the architecture of FIG. 1 showing the configuration of PRS signals with sidelink-based communication. [Figure 4] FIG. 2 is a block diagram of the architecture of FIG. 1 showing the configuration of Positioning Reference Signal (PRS) signals via sidelink-based communication. [Diagram 5] FIG. 2 is a block diagram of the architecture of FIG. 1 showing the configuration of PRS signals with sidelink-based communication. [Figure 6] 1 is a flow diagram illustrating an example routine for PRS resource pool parameter configuration implemented by a user equipment, according to an aspect of the present application. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0015] As generally described, one approach for the exchange of positioning information and / or signals involves deploying a set of one or more devices along a road or other transmission area that can communicate with a moving UE. Illustratively, the devices transmitting positioning reference signals (PRS) can correspond to one or more devices that may generally be referred to as roadside units ("RSUs"), "anchors," or "UEs." References to RSUs or anchors throughout this application are in no way intended to limit the configuration or functional differences of any particular device, and should be considered interchangeable unless expressly stated. Illustratively, RSUs are not considered to be mobile in nature (e.g., permanent or semi-permanent locations), and their locations can be easily obtained. For positioning by using either timing-based (e.g., time difference of arrival (TDOA) or round trip transmission (RTT)) or angle-based methods, transmission of positioning reference signals (PRS) from the RSUs or / and UEs is used to position the relevant measurements.

[0016] To achieve positioning over the SL air interface, the UE needs to transmit and receive specific reference signals for positioning that are distinct from SL communication data, commonly referred to as "SL Positioning Reference Signals" (SL PRS). The UE makes specific measurements (e.g., time of arrival, angle of arrival, etc.) on the transmitted reference signals, which are then used to calculate an individual position estimate. For illustrative purposes, a component or entity that assists in positioning of this UE, for example by transmitting / receiving the SL PRS, is referred to as an anchor. Aspects of the present application are described with respect to an anchor, which is a specific computing device that is at least partially configured to provide positioning signals such as the SL PRS. Additionally, other UEs or devices or network entities that support SL functionality can also serve as anchors for positioning purposes. The SL PRS may be configured with respect to various parameters, including time-frequency resources such as bandwidth and periodicity, directivity-related parameters such as beam direction, beam width, number of beams, and transmit power.

[0017] Aspects of the present application are described with respect to an anchor, which is a particular computing device configured at least in part to provide positioning information, such as an RSU. Additionally, other UEs, or devices supporting SL functionality, such as other UEs, and network entities, can also act as anchors for positioning purposes. SL PRSs can be configured with respect to various parameters, including time-frequency resources such as bandwidth and periodicity, directivity-related parameters such as beam direction, beam width, number of beams, and transmit power.

[0018] The design of PRS transmission is essential for performing positioning in terms of positioning accuracy, resource efficiency, power consumption, and positioning latency. Conventional SL designs, either Long Term Evolution (LTE) or NR, typically require a SL receiving (Rx) UE to transmit the PRS to the physical SL control The Rel-14 LTE SL design and the Rel-17 NR SL design require the UE to monitor all configured Rx resource pools for blind detection of SL control information (SCI) over the physical SL shared channel (PSCCH) and then receive SL data transmitted over the physical SL shared channel (PSSCH) according to the detected SCI. This mechanism is considered a significant energy consuming process. Therefore, a UE with limited energy capacity (e.g., potential resources for device operation) can perform only SL transmissions without mandatory SL reception and SL transmissions with partial SL reception in the Rel-14 LTE SL design and the Rel-17 NR SL design for energy conservation.

[0019] A typical method for SL-based ranging and positioning requires receipt of SL information from the UE. For example, SL-based ranging and positioning calculations may be performed on equipment that may be characterized as a vulnerable road user (VRU) (e.g., pedestrian, cyclist, motorcyclist, etc.) device or a vehicular device or anchor near a VRU device. Such SL-based communication may be facilitated using a multi-RTT positioning method. Illustratively, the UE needs to receive either a PRS from the vehicular device or RSU / anchor, or a request to activate a PRS transmission. In another example, if SL-based ranging and positioning is performed using a SL-AoD, SL-TDOA, or SL-AoA positioning method, the UE needs to receive SL signals from the RSU / anchor for ranging and positioning measurements and calculations. Thus, the availability of SL-based communication from the UE is used for various ranging and positioning functions.

[0020] Generally described, for SL-based ranging and positioning, some devices may not typically be able to rely solely on SL transmissions as the sole mechanism for achieving energy-efficient operation or energy resource conservation. To enable devices such as VRU devices to receive SL ranging and positioning related transmissions in an energy-efficient manner, additional mechanisms for energy-efficient reception of SL are necessary. Illustratively, references to energy efficiency may relate to management of energy resources, such as battery cells, utilized in the operation of the device. In this specification, the terms energy-limited device and power-limited device may be used interchangeably.

[0021] Generally described, SL discontinuous reception (DRX) for broadcast, groupcast, and unicast is supported in various air / radio interfaces as an energy saving mechanism for SL reception. However, in such approaches, for SL ranging and positioning, only the PRS needs to be transmitted and received from time to time between a device, e.g., a VRU device, and other nearby associated devices, e.g., a vehicular device or an RSU / anchor. The signaling procedures and information exchanges for establishing a SL unicast connection may already introduce unnecessary energy consumption to the device. Therefore, such approaches are not considered as an energy consumption friendly solution for supporting SL ranging and positioning.

[0022] To at least partially address the above-mentioned shortcomings, one or more aspects of the present application correspond to a framework for SL ranging and positioning targeted to a particular configuration. More specifically, the aspects correspond to a SL ranging and positioning (RP) specific receiver (Rx) on time (represented as SL-RP_Rx-ON) for a device to wake up and receive SL ranging and positioning related signals. Illustratively, the framework may correspond to a lightweight mechanism for configuring SL-RP_Rx-ON related parameters for devices and other devices in their vicinity. Furthermore, under one or more aspects of the present application, the implemented system and method does not require either signaling exchange between associated devices to synchronize SL-RP_Rx-On parameters or necessary information exchange embedded in the SL transmissions of the devices. Thus, according to the aspects of the present application, a device The energy consumption for signaling exchange of SL-RP_Rx-ON parameters is minimized.

[0023] According to the first embodiment, a static SL-RP_Rx-ON time-related parameter pre-configuration or configuration is associated with a SL resource pool configuration. Illustratively, references to configuration, pre-configuration, or (pre)configuration are not intended to be limited to any particular configuration, but should be interpreted as including various embodiments. Each SL resource pool is configured with static SL-RP_Rx-ON parameters, so that any SL ranging and positioning related UE knows when the device wakes up for SL ranging and positioning reception based on the corresponding SL resource pool configuration. Such a process may be further applicable to energy-limited devices. Furthermore, this embodiment can be extended to support multiple SL-RP_Rx-ON parameter (pre)configurations. Different (pre)configurations may be associated with the same SL resource pool (meaning that one resource pool has one or more sets of SL-RP_Rx-ON parameters) or different SL resource pools (meaning that each resource pool has one set of SL-RP_Rx-ON parameters, and different resource pools may be associated with the same or different sets of SL-RP_Rx-ON parameters). As an illustrative example, one of one or more SL-RP_Rx-ON parameter sets may be (pre)configured as the default one, of which, for example, all power limited devices wake up for SL reception accordingly. Another SL-RP_Rx-ON parameter set (pre)configuration may be activated for one set of devices by an activation indication from another set of devices, the activation indication being sent using the default SL-RP_Rx-ON (pre)configuration. However, those skilled in the art should not consider these examples to be limiting.

[0024] According to the second embodiment, instead of a static SL-RP_Rx-ON configuration per SL resource pool as in the first embodiment, the SL-RP_Rx-ON related configuration may indicate an offset between the SL transmission (e.g., periodic SL transmission of CAM or DEMN messages of VRU devices) and the SL-RP_Rx-ON time of a set of devices. Based on the SL-RP_Rx-ON offset configuration, a device wakes up for SL reception after the configured offset time when it transmits a SL communication (e.g., CAM or DEMN message). Another set of devices, upon receiving a SL transmission from a device in the first set, also knows when a device from the first set wakes up for SL reception based on the configured offset.

[0025] According to the third embodiment, instead of a (pre)configured SL-RP_Rx-ON offset configuration as in the second embodiment, a device (e.g., a VRU device) may indicate an offset in the SL-RP_Rx-ON time in its own SL transmission, i.e., the device indicates an offset in the wake-up time for SL reception relative to its current SL transmission.

[0026] Although aspects of the present application are described with respect to example network components, interactions, and routines, those skilled in the art will appreciate that one or more aspects of the present application may be implemented according to various environments, system architectures, computing device architectures, and the like. Similarly, references to specific devices, such as RSUs, UEs, gNBs, etc., may be considered general references and not intended to provide additional meaning or configuration to individual computing devices. In further embodiments, in addition to vehicle / pedestrian / cyclist UEs, the UE may be an Internet of Things (IoT) or commercial device with SL capabilities that needs to be positioned via SL, given the many different use cases that SL positioning needs to support. Furthermore, any particular References to data types, structures, or interfaces of a given type are also for illustrative purposes only and should not be construed as limiting. Thus, all examples are intended to be illustrative in nature and should not be construed as limiting.

[0027] FIG. 1 illustrates a block diagram of an exemplary communication system (environment) 100 for implementing one or more aspects of the present application. The environment 100 may include a first set of devices 102 (e.g., 102A, 102B) corresponding to RSUs located at fixed locations, such as predetermined locations along a transit area 106 (e.g., a road or a path). The environment 100 includes a second set of devices 104 (e.g., 104A, 104B) corresponding to UEs configured to dynamically move along the transit area 106, for example. In some embodiments, the RSUs 102 and UEs 104 may wirelessly communicate with a gNB 110 of a network infrastructure device 108, for example, the RSUs 102 and UEs 104 may be within a full or partial coverage area of ​​a wireless signal from the gNB 110. In some embodiments, the RSU 102 and the UE 104 may not be in wireless communication with the gNB 110, e.g., the RSU 102 and the UE 104 may be in an out-of-coverage region of a wireless signal from the gNB 110. The RSU 102 and the UE 104 may also be in wireless communication with the gNB 110 and one or more additional components 112 of the network infrastructure device 108 that may offload processing of information or functions related to the wireless network, such as a location services (LCS) server (not shown). The gNB and the LCS server may be connected to the one or more additional components 112.

[0028] The communications between the gNB 110, the RSU 102, and the UE 104 may correspond to a radio access network (RAN), such as a Next Generation RAN (NG-RAN). Other examples of RANs and core networks may be implemented without departing from the scope of this disclosure. Other examples of RANs include an Evolved Universal Terrestrial Radio Access Network (EUTRAN), a Universal Terrestrial Radio Access Network (UTRAN), and additional variations or alternatives (e.g., a 3GPP 6G Radio Access Network).

[0029] The RAN illustratively implements a radio access technology (RAT) such as New Radio (NR), Long Term Evolution (LTE), also known as Evolved Universal Terrestrial Radio Access (EUTRA), Universal Mobile Telecommunications System (UMTS), etc. The RAT of the illustrative environment system 100 may illustratively be NR. For example, different names may be used for the RAN nodes depending on the RAT used for the RAN. In the illustrative example of the mobile communication system 100 of FIG. 1, the nodes of the NG-RAN 105 may be either Next Generation Node B (gNB) 110 or Next Generation Evolved Node B (ng-eNB). In other applications, the RAN nodes may be referred to as Node B (NB) in a RAN using the UMTS RAT. The RAN nodes may be referred to as Evolved Node B (eNB) in a RAN using the LTE / EUTRA RAT. However, as noted above, the terms base station, RAN node, eNB, gNB, and ng-eNB may be used interchangeably. Additionally, references to network infrastructure devices 108 may be used to reference RAN nodes and additional core network equipment corresponding to the wireless network.

[0030] Illustratively, various aspects related to the network infrastructure device 108 (gNB 110) may be implemented as one or more components associated with one or more functions or services. The components may correspond to software modules implemented by one or more computing devices, which may be separate, standalone computing devices. Thus, the components of the gNB 110 should be considered as logical representations of services and may be implemented by one or more computing devices. In addition, the infrastructure equipment (including any additional equipment not shown) may be maintained by an operator, such as a Mobile Network Operator (MNO), a Private Network Operator, a Multi-System Operator (MSO), an Internet of Things (IoT) network operator, etc., and may provide services, such as voice, data (e.g., wireless Internet access), messaging, vehicle communication services, such as vehicle-to-everything (V2X) communication services, safety services, mission critical services, IoT, services in residential, commercial, or industrial environments, such as Industrial IoT (IIOT), etc.

[0031] Continuing to refer to FIG. 1, exemplarily, the RSU 102, the UE 104, and the UE 105 may exchange information and / or signals, such as positioning signals, according to the sidelink communication channel. Exemplarily, the sidelink communication channel may correspond to NR SL, which is a physical layer composed of several physical channels and signals. The SL physical channel is a set of resource elements that carry information of higher layers of the protocol stack. The SL physical channel may include a physical sidelink broadcast channel (PSBCH) in which the SL Master Information Block (MIB) is periodically transmitted and carrying the SL-BCH transport channel containing system information for UE-to-UE or UE-to-RSU communication. The PSBCH is transmitted together with a sidelink primary synchronization signal / sidelink secondary synchronization signal (S-PSS / SSS) in the S-SSB (synchronization signal block signal). The SL physical channel may further include a physical sidelink feedback channel (PSFCH) used to transmit HARQ feedback from a receiving UE / RSU to a transmitting UE over the SL for unicast or groupcast communication. The SL physical channels may also include a physical sidelink shared channel (PSSCH) and a physical sidelink control channel (PSCCH). Each PSSCH includes a transport block associated with a PSCCH. The PSCCH is transmitted in the same slot as the PSSCH and includes control information for the shared channel. The sidelink control information (SCI) is divided into two stages. The first stage is transmitted on the PSCCH associated with the PSSCH and the second stage is transmitted on the corresponding PSSCH. A demodulation reference signal (DMRS) is used for the PSCCH, PSSCH, and PSBCH as a reference signal for the demodulation of messages at the receiver.

[0032] The UE 104 and UE 105 may include wireless transmission and reception components for communicating with one or more nodes in a RAN, one or more relay nodes, or one or more other UEs, etc. Examples of UEs include, but are not limited to, smartphones, tablets, laptops, computers, wireless transmitting and / or receiving units in vehicles, V2X or vehicle-to-vehicle (V2V) devices, wireless sensors, Internet of Things (IoT) devices, Industrial Internet of Things (IIOT) devices, etc. Other names may be used for UEs, such as mobile stations (MS), terminal equipment, terminal nodes, client devices, mobile devices, etc. Additionally, the UE 104 may also include components or subcomponents integrated into other devices, such as vehicles, to provide wireless communication capabilities with nodes in the RAN, other UEs, RSUs, satellite communications, as described herein. Such other devices may have other functions or functions in addition to wireless communication. Thus, reference to a UE may include individual components that facilitate wireless communication, as well as the entire device incorporating components to facilitate wireless communication. As previously mentioned, in certain embodiments, the UE 105 is distinguished based on having a relatively finite power source such that energy management for signaling purposes is typically implemented.

[0033] 2A illustrates one embodiment of an example RSU 102 (or other anchor) or other network component architecture for implementing one or more aspects of the present application as described. The general architecture of the RSU 102 illustrated in FIG. 2A is in accordance with the principles of the present disclosure. The exemplary architecture of the RSU 102 includes a configuration of computer hardware and software components that may be used to implement the aspects. As previously mentioned, the components of the RSU 102 may include physical hardware components, one or more virtualized components, or a combination thereof. Additionally, the components of the RSU 102 or functionality attributed to the RSU 102 may be implemented in a virtualized environment. Such a virtualized environment may be provided by a manufacturer or by a third party entity such as a computing service provider that may instantiate software modules that may be permanent or temporary in nature for the purpose of implementing the functionality shown in the exemplary architecture of the RSU 102.

[0034] As shown, the RSU 102 includes a processing unit 202, a network interface 204, a computer-readable media drive 206, and an input / output interface 208, all of which may communicate with each other via a communication bus. The components of the RSU 102 may be physical hardware components or may be implemented in a virtualized environment. The network interface 204 may provide a connection to one or more networks or computing systems, such as the wireless network shown in FIG. 1. Thus, the processing unit 202 may receive information and instructions from other computing systems or services over the network. The processing unit 202 may also communicate with a memory 210 and further provide output information via the input / output interface 208, such as over a SL physical channel and a wireless communication channel. In some embodiments, the RSU 102 may include more (or less) components than those shown in FIG. 2A, including one or more antennas to facilitate transmission and reception of wireless signals.

[0035] The memory 210 may include computer program instructions that the processing unit 202 executes to implement one or more embodiments. The memory 210 generally includes a RAM, a ROM, or other persistent or non-transitory memory. The memory 210 may store an operating system 214 that provides computer program instructions used by the processing unit 202 in the general management and operation of the RSU 102. The memory 210 may further include computer program instructions and other information for implementing aspects of the disclosure. For example, in one embodiment, the memory 210 includes a radio interface component 216 for processing radio signals from a network infrastructure device 108, a UE 104, or another RSU 102. The memory 210 includes a PRS information component 218 configured to provide PRS information to one or more UEs as described herein. The memory 210 may also include a PRS signal prediction component 220 configured to predict PRS signals. As described below, the RSU 102 or other network equipment (e.g., gNB) or pre-configuration may provide SL resource pool parameters according to various embodiments described herein.

[0036] FIG. 2B illustrates one embodiment of an exemplary UE 104 architecture for implementing one or more aspects of the present application as described. As previously discussed, for purposes of illustration, the UE 104 may be considered part of a first set of user equipment that may be utilized to configure other UEs (e.g., a second set of user equipment) for SL communications. The general architecture of the UE 104 illustrated in FIG. 2B includes a configuration of computer hardware and software components that may be used to implement aspects of the present disclosure. As previously discussed, the components of the UE 104 may include physical hardware components, one or more virtualized components, or a combination thereof. Additionally, the components of the UE 104 or the functionality that the UE 104 possesses may be implemented in a virtualized environment. Such a virtualized environment may be a computing environment that can instantiate software modules, which may be permanent or temporary in nature, for the purpose of implementing the functionality illustrated in the exemplary architecture of the UE 104. The authentication information may be provided by the manufacturer or a third party entity, such as an authentication service provider.

[0037] As illustrated, the UE 104 includes a processing unit 222, a network interface 224, a computer-readable media drive 226, and an input / output interface 228, all of which may communicate with each other via a communication bus. The components of the feedback UE 104 may be physical hardware components or may be implemented in a virtualized environment.

[0038] The network interface 224 may provide a connection to one or more networks or computing systems, such as the wireless network shown in FIG. 1. Thus, the processing unit 222 may receive information and instructions from other computing systems or services over the network. The processing unit 222 may also communicate with a memory 230 and further provide output information via the input / output interface 228, such as over a SL physical channel. In some embodiments, the UE 104 may include more (or fewer) components than those shown in FIG. 2B. The memory 230 may include computer program instructions that the processing unit 202 executes to implement one or more embodiments. The memory 230 generally includes RAM, ROM, or other persistent or non-transitory memory. The memory 230 may store an operating system 234 that provides computer program instructions for use by the processing unit 222 in the general management and operation of the UE 104. The memory 230 may further include computer program instructions and other information for implementing aspects of the disclosure. For example, in one embodiment, the memory 230 includes a wireless interface component 236 for processing wireless signals from the network infrastructure device 108, other UEs 104, or RSUs 102. The memory 230 also includes a PRS signal processing component 238 configured to obtain PRS information from one or more RSUs 102 and configure SL communications with other UEs 105 as described herein.

[0039] FIG. 2C illustrates one embodiment of an architecture of a network infrastructure device (e.g., gNB 110 of FIG. 1) for implementing one or more aspects of the present application described. The general architecture of the gNB illustrated in FIG. 2C includes a configuration of computer hardware and software components that may be used to implement aspects of the present disclosure. As previously described, the components of the gNB may include physical hardware components, one or more virtualized components, or a combination thereof. Also, the components of the gNB or functionality attributed to the gNB may be implemented in a virtualized environment. Such a virtualized environment may be provided by the manufacturer or by a third party entity, such as a computing service provider, that may instantiate software modules that may be permanent or temporary in nature for the purpose of implementing the functionality illustrated in the exemplary architecture of the gNB.

[0040] As shown, the gNB includes a processing unit 242, a network interface 244, a computer-readable medium drive 246, and an input / output interface 248, all of which may communicate with each other via a communication bus. The components of the gNB may be physical hardware components or may be implemented in a virtualized environment, including one or more antennas to facilitate the transmission and reception of wireless signals. The network interface 244 may provide a connection to one or more networks or computing systems, such as the wireless network shown in FIG. 1. Thus, the processing unit 242 may communicate with other computing systems via the network. The processing unit 242 may receive information and instructions from the system or service. The processing unit 242 may also communicate with a memory 250 and further provide output information via the input / output interface 248. In some embodiments, the gNB may include more (or less) components than those shown in FIG. 2C.

[0041] The memory 250 may include computer program instructions that the processing unit 242 executes to implement one or more embodiments. The memory 250 generally includes RAM, ROM, or other persistent or non-transitory memory. The memory 250 may include interface software 252. The memory 250 may include an operating system 254 that provides computer program instructions used by the processing unit 242 in the general management and operation of the gNB. The memory 250 may include a radio interface component 256. The memory 250 may further include computer program instructions and other information for implementing aspects of the disclosure. For example, in one embodiment, the memory 250 includes a PRS signal processing component 258 configured to provide PRS configuration information to one or more UEs 104 and one or more RSUs 102 as described herein. FIG. 3A is a block diagram of the architecture of FIG. 1 illustrating the configuration of PRS signals by sidelink-based communication. As mentioned before, in this embodiment, a static SL-RP_Rx-ON time-related parameter configuration is configured in the power-limited device (e.g., UE 105 in the second set of UEs) as part of the SL Rx resource pool (pre) configuration. To ensure that other devices have the same configuration, other devices (e.g., UE 104 in the first set of UEs) can obtain the same SL Rx resource pool configuration and determine the transmission time to the power-limited device accordingly. FIG. 3A illustrates a first variant of the first embodiment, in which the power-on parameters are transmitted directly from the RSU 102 / gNB 110 to the UE 105. The transmitted power-on parameters may be default power-on parameters common to the entire set of UEs in the second set of UEs (e.g., set of low-power UEs). When SL ranging and positioning related information (e.g., either an SL-PRS or a request to send a SL-PRS) needs to be transmitted to a power limited device (e.g., a VRU), any other device (such as a UE in the first set of user equipment) transmits the initial information using only the default SL-RP_Rx-ON time associated with the corresponding SL Rx resource pool.

[0042] 3B is a block diagram of the architecture of FIG. 1 illustrating the configuration of PRS signals according to a second variant of sidelink-based communication. In some embodiments, the RSU 102 / gNB 110 or pre-configuration may configure one or more power-on parameters such that one or more UEs 104 may activate alternative power-on parameters based on different criteria. Illustratively, a set of receiving devices (e.g., a first set of devices 104 and / or a second set of devices 105) may be (pre-)configured with corresponding SL Tx resource pool configurations (assuming there is a one-to-one or many-to-one mapping between SL Tx resource pools and Rx resource pools) for aligned SL-RP_Rx-ON time-related parameters.

[0043] In the case of multiple SL-RP_Rx-ON parameter set configurations, activation of the other SL-RP_Rx-ON may be initiated either by the other associated device (e.g., UE 104) or, for example, by one or more energy limited devices. As mentioned above, for illustrative purposes, reference to an energy limited device may include a device with limited energy capacity, such as a battery powered device (e.g., UE 105). The device may initiate the other associated device based on detection of congestion in the default Rx-ON period or detection of a distance / range related trigger. In one example, the other device may detect congestion for the vehicle / UE during the default Rx-ON period. Detection of congestion may illustratively be triggered by the S The other device may be based on L sensing results or SL channel busy ratio (CBR) measurements. Based on application of thresholds or other information, the other device may be (pre-)configured with process rules or selection criteria that determine when and / or which alternative power-on parameters should be selected. In another example, the other device may detect that the distance / range towards the power limited device is shortened. In this example, the other device may trigger activation of additional SL-RP_Rx-ON configurations to the power limited device, such as by application of thresholds for individual UEs 105, types of UEs, groupings of UEs, etc.

[0044] Illustratively, the other device, such as the UE 104, may provide an activation indication that may be transmitted along with the SL transmission that the other device sends to the energy / power limited device in the default Rx-ON period. In either case, the activation indication may be specified using the first phase SCI, or using the second phase SCI or MAC CE, or information in the PSFCH or part of the SL data payload to indicate which SL-RP_Rx-ON parameter set is to be activated as well. The activation indication may be transmitted using either SL unicast or SL groupcast or broadcast.

[0045] Figure 4 is a block diagram of the architecture of Figure 1 showing the configuration of PRS signals with sidelink-based communication. As mentioned above, according to the second embodiment, instead of a static SL-RP_Rx-ON (pre) configuration per SL resource pool as in the first embodiment, the SL-RP_Rx-ON related (pre) configuration may indicate an offset between the SL transmission of the energy limited device (e.g., periodic SL transmission of CAM or DEMN messages of the VRU device) and the SL-RP_Rx-ON time. Based on the SL-RP_Rx-ON offset (pre) configuration, the power limited device wakes up for SL reception after the (pre)configured offset time (e.g., timing offset information) when transmitting a SL communication (e.g., CAM or DEMN message). In the following, a variation of this embodiment is described.

[0046] Method 1: In this variation, the RSU 102 / gNB 110 or other infrastructure equipment or pre-configuration may provide offset information (e.g., timing offset) in the form of a common SL-RP_Rx-ON offset configuration. The (pre-)configuration information may be received or may be common to a subset of all user equipment, such as user equipment in a second set of user equipment. This offset may be specified regardless of which SL resource pool is used for SL transmission / reception, or regardless of which group or type of SL devices are involved in SL ranging and positioning services.

[0047] Method 2: In this variant, the RSU 102 / gNB 110 or pre-configuration may configure the SL-RP_Rx-ON offset configuration for each resource pool. Exemplarily, timing offset information may be configured or pre-configured for each SL Tx resource pool. When the energy limited device 105 makes an SL transmission using resources of one SL Tx resource pool, the energy limited device needs to wake up to monitor the corresponding SL Rx resource pool (assuming there is a one-to-one or many-to-one mapping between Tx resource pools and Rx resource pools) after the (pre-)configured offset time at which the energy / power limited device makes an SL transmission. Other devices, such as the UE 104, can derive which SL Tx resource pool the energy limited device is using based on the resources on which the SL transmission is received. Thus, the same offset of the derived Tx resource pool can be used by other devices to determine when to send SL ranging and positioning related transmissions to the energy / power limited device.

[0048] Method 3: In this variation, the RSU102 / gNB110 or pre-configuration may configure the SL-RP_Rx-ON offset configuration for a particular type or group of energy-limited devices. The type or group of energy-limited devices may be identified by a UE identifier, such as a SL L1 / L2 destination ID. In another example, the type or group may be identified by a QoS profile that the energy-limited device is used to transmit SL ranging and positioning related information or an explicit identifier of the power-limited device type or group. If a UE identifier or QoS profile is used to associate with the (pre-)configuration of the SL-RP_Rx-ON offset, both the power-limited device and other devices may derive the same offset based on the information utilized for identification. If other identifiers are used to identify the power-limited device type or group, the SL transmission from the power-limited device should explicitly indicate the device type or group to enable other devices to derive the same offset. In another illustrative example, the type or group of energy-limited devices may be identified by one or more characteristics or attributes of the device. Such attributes may include, but are not limited to, hardware configuration, software configuration, manufacturer, service provider, measured performance parameters, client identifier, and / or role identifier.

[0049] Figure 5 is a block diagram of the architecture of Figure 1 illustrating the configuration of PRS signals with sidelink based communication. As mentioned before, according to the third embodiment, instead of a (pre)configured SL-RP_Rx-ON offset configuration as shown in Figure 4, a power limited device, e.g. user equipment 105 in the second set of user equipments, may indicate an offset of the SL-RP_Rx-ON time in SL transmission. That is, the power limited device indicates an offset of the wake-up time for SL reception relative to its current SL transmission.

[0050] Exemplarily, the timing offset information may be determined by each of the power-limited devices according to various criteria. For example, the user equipment may process (individually or in combination) one or more of the following criteria: SL resource usage, rough distance / range between the power-limited device and other devices, QoS of SL ranging and positioning related information, type or group of the power-limited device, battery status, etc. Upon determining the offset, the power-limited device may indicate the determined offset in its own SL transmission using either SL unicast or groupcast or broadcast. The offset may be explicitly indicated, for example, in the first stage SCI or second stage SCI or MAC CE, or in some information in the PSFCH or SL data payload.

[0051] Illustratively, one of the reserved resources may not be used to indicate reserved resources for SL retransmission from the power limited device. Instead, it is used to indicate wake-up for SL reception (i.e., SL-RP_Rx-ON time) by the power limited device. To distinguish between these two different uses of the future resource reservation information element in the SCI of the current SL transmission, the energy limited device needs to indicate whether the next reserved resource is for transmission or reception. If the reserved resource is indicated for reception, the resource may only include time domain information, and it is left to the other SL device to select or be scheduled for the SL resource in the frequency domain. Alternatively, both the time domain resource and the frequency domain resource may be indicated by the power limited device, which allows the power limited device to wake up to receive only the SL transmission using the indicated time domain resource and frequency domain resource.

[0052] Referring now to FIG. 6, a routine 600 for positioning reference signal activation is described. Aspects of the routine 600 are implemented by a user equipment that may determine default parameters for PRS transmission or select from one or more alternative parameters. Illustratively, the parameters correspond to power-on parameters as described above with respect to FIG. 3B. As described above, in some embodiments, the RSU 102 / gNB 110 or pre-configuration may configure multiple power-on parameters such that one or more UEs 104 may activate alternative power-on parameters based on the criteria. In block 602, the user equipment may be (pre-)configured with a corresponding SL Tx resource pool configuration (assuming there is a one-to-one or many-to-one mapping between SL Tx resource pools and Rx resource pools) for the aligned SL-RP_Rx-ON time-related parameters.

[0053] In decision block 604, a test may be performed to determine whether to use the default parameters. In the case of multiple SL-RP_Rx-ON parameter set (pre)configuration, activation of the other SL-RP_Rx-ON may be initiated by either the other associated device (e.g., UE 104) or the power limited device (e.g., UE 105) based on detection of congestion or distance / range related triggers in the default Rx-ON period. In one example, the other device may detect congestion of the vehicle / UE during the default Rx-ON period. The detection of congestion may be based, illustratively, on SL sensing results or SL CBR measurements. Based on application of thresholds or other information, the other device may be configured with process rules or selection criteria that determine when and / or which alternative power-on parameters should be selected. In another example, the other device may detect that the distance and / or range towards the energy limited device is shortened. In this example, other devices may trigger activation of additional SL-RP_Rx-ON configurations to the power limited device, such as by application of thresholds for individual UEs 105, types of UEs, groupings of UEs, and the like.

[0054] If the default configuration is used, no action is considered and the routine 600 ends. Alternatively, in block 606, the other device, such as the UE 104, may provide an activation indication that may be transmitted along with the SL transmission that the other device sends to the power limited device in the default Rx-ON period. In either case, the activation indication may be specified using information in the first phase SCI, or second phase SCI or MAC CE, or part of the PSFCH or SL data payload to indicate which SL-RP_Rx-ON parameter set is to be activated as well. The activation indication may be transmitted using either a SL unicast or SL groupcast or broadcast. The routine 600 ends at block 608.

[0055] Any of the embodiments (two or more) described in this disclosure may be used in combination, where the combination may utilize a logical "or" and / or "exclusive or" between any of the embodiments.

[0056] Although the example of 5G NR has been used in this disclosure, other radio access technologies or networks are possible, such as LTE or 3GPP 6G, etc. Other systems are possible, such as IEEE 802.11 and its derivatives, Wi-Fi, WiMAX, etc.

[0057] Clause 1. A method for using a user equipment in sidelink communication, comprising: waking up the user equipment by configuring or pre-configuring one or more power-on parameters of the user equipment, the one or more power-on parameters being utilized to perform sidelink communication with one or more additional user equipments. a step of waking up, the one or more power-on parameters including a default time for waking up predetermined by the user equipment and at least one additional time for waking up based on a determination by the user equipment or a request by one or more additional user equipment; and after waking up the user equipment, receiving, by the user equipment, one or more sidelink signals from the one or more additional user equipments.

[0058] Clause 2. The method of clause 1, wherein activation of at least one additional time to wake up is triggered based on expected congestion at a default time or a distance between the user equipment and one or more additional user equipments detected by the user equipment or by the one or more additional user equipments.

[0059] Clause 3. The method according to clause 2, wherein activation of at least one additional time to wake up is communicated between the user equipment and one or more additional user equipments via a sidelink unicast, or a sidelink groupcast, or a sidelink broadcast.

[0060] Clause 4. The method of clause 1, wherein one or more additional user equipments are configured to transmit one or more sidelink signals to the user equipment at a default time or at a time corresponding to at least one additional time.

[0061] Clause 5. The method of clause 1, wherein the user equipment includes a mapping table indicating a one-to-one or many-to-one correspondence between a default time and at least one additional time for the user equipment to wake up and at least one transmission time at which the one or more additional user equipments transmit one or more sidelink signals.

[0062] Clause 6. The method of clause 1, wherein the default time and the at least one additional time are time offsets from a transmission time at which the sidelink signal is transmitted from the user equipment.

[0063] Clause 7. The method of clause 6, wherein the time offset is indicated via at least one of a sidelink control information (SCI) based transmission, a resource reservation information based transmission, or a medium access control (MAC) control element (CE) based transmission from the user equipment or one or more additional user equipments.

[0064] Clause 8. The method of clause 6, wherein the time offset is configured based on a quality of service profile of the user equipment.

[0065] Clause 9: Apparatus for use in sidelink communications, comprising: A memory for storing instructions; a processor, the processor executing instructions stored in the memory to waking up the device by configuring or pre-configuring one or more power-on parameters of the device, the one or more power-on parameters being utilized to perform sidelink communication with one or more additional devices, the one or more power-on parameters including a default time for waking up predetermined by the device and at least one additional time for waking up based on a determination by the device or a request by the one or more devices; 12. An apparatus configured to receive, after waking up the apparatus, one or more sidelink signals from one or more additional devices, by the apparatus.

[0066] Clause 10 Activation of at least one additional time to wake up 10. The apparatus of clause 9, triggered based on anticipated congestion at a default time or a distance between the apparatus and one or more additional apparatuses detected by the apparatus or by the one or more additional apparatuses.

[0067] Clause 11. The device of clause 10, wherein activation of at least one additional time to wake up is communicated between the device and one or more additional devices via a sidelink unicast, or a sidelink groupcast, or a sidelink broadcast.

[0068] Clause 12. The apparatus of clause 9, wherein the one or more additional devices are configured to transmit one or more sidelink signals to the apparatus at a default time or at a time corresponding to at least one additional time.

[0069] Clause 13. The apparatus of clause 9, comprising a mapping table indicating a one-to-one or many-to-one correspondence between default times and at least one additional time for the apparatus to wake up and at least one transmission time at which the one or more additional devices transmit one or more sidelink signals.

[0070] Clause 14. The apparatus of clause 9, wherein the default time and the at least one additional time are time offsets from a transmission time at which the sidelink signal is transmitted from the apparatus.

[0071] Clause 15. The apparatus of clause 14, wherein the time offset is configured based on a quality of service profile of the apparatus.

[0072] Clause 16. A non-transitory computer-readable medium storing instructions executable by one or more processors of an apparatus to perform a method, the method comprising: waking up the device by configuring or pre-configuring one or more power-on parameters of the device, the one or more power-on parameters being utilized to perform sidelink communication with one or more additional devices, the one or more power-on parameters including a default time for waking up predetermined by the device and at least one additional time for waking up based on a determination by the device or a request by the one or more devices; and after waking up the device, receiving, by the device, one or more sidelink signals from the one or more additional devices.

[0073] Clause 17: A method for using a network infrastructure device in sidelink communications, comprising: configuring, by a network infrastructure device, one or more power-on parameters for one or more user equipment; transmitting, by the network infrastructure device, one or more power-on parameters to the at least one user equipment; and transmitting, wherein the one or more power-on parameters are utilized to wake up the one or more user equipments to receive sidelink signals from the one or more additional user equipments.

[0074] Clause 18. The method of clause 17, wherein the network infrastructure device comprises at least one base station for use in sidelink communications.

[0075] Clause 19. The method of clause 17, wherein the one or more power-on parameters include a default time for waking up the one or more user equipments and at least one additional time for waking up the one or more user equipments.

[0076] Clause 20. The method according to clause 19, wherein activation of at least one additional time for waking up one or more user equipments is triggered based on congestion at a default time or a distance between the one or more user equipments and the one or more additional user equipments detected by the user equipment or by the one or more additional user equipments.

[0077] Clause 21. The method of clause 20, wherein the one or more additional user equipments are configured to transmit one or more sidelink signals to the one or more user equipments at a default time or at a time corresponding to the at least one additional time.

[0078] Clause 22. The method according to clause 21, wherein the network infrastructure device includes a mapping table indicating a one-to-one or many-to-one correspondence between one or more power-on parameters for the one or more user equipments and one or more transmission times at which the one or more additional user equipments transmit one or more sidelink signals.

[0079] Clause 23. The method of clause 19, wherein the default time and the at least one additional time are time offsets from a transmission time at which the sidelink signal is transmitted from one or more user equipments.

[0080] Clause 24. The method of clause 23, wherein the one or more user equipment comprises a plurality of user equipment, and the network infrastructure device configures the same power-on parameters for the plurality of user equipment.

[0081] Clause 25. The method of clause 23, wherein the one or more user equipment comprises a plurality of user equipment, and the network infrastructure device configures a plurality of different power-on parameters for the plurality of user equipment based on identifiers of the plurality of user equipment.

[0082] Clause 26. The method of clause 23, wherein the one or more user equipment comprises a plurality of user equipment, and the network infrastructure device configures a plurality of different power-on parameters for the plurality of user equipment based on the types of the plurality of user equipment.

[0083] Clause 27 A network infrastructure device for use in sidelink communications, comprising: A memory for storing instructions; a processor, the processor executing instructions stored in the memory to configuring, by the network infrastructure device, one or more power-on parameters for one or more user equipment; transmitting, by a network infrastructure device, one or more power-on parameters to at least one user equipment; 1. A network infrastructure device configured to transmit, wherein one or more power-on parameters are utilized to wake up one or more user equipment to receive sidelink signals from one or more additional user equipment.

[0084] Clause 28. A network infrastructure device as claimed in clause 27, comprising at least one base station for use in sidelink communications.

[0085] Clause 29. The network infrastructure device of clause 27, wherein the one or more power-on parameters include a default time for waking up the one or more user equipment and at least one additional time for waking up the one or more user equipment.

[0086] Clause 30. The network infrastructure device of clause 29, wherein activation of at least one additional time for waking up one or more user equipments is triggered based on congestion at a default time or a distance between the one or more user equipments and the one or more additional user equipments detected by the user equipment or by the one or more additional user equipments.

[0087] Clause 31. The network infrastructure device of clause 29, wherein the one or more additional user equipments are configured to transmit one or more sidelink signals to the one or more user equipments at a default time or at a time corresponding to the at least one additional time.

[0088] Clause 32. A network infrastructure device as claimed in clause 31, comprising a mapping table indicating a one-to-one or many-to-one correspondence between one or more power-on parameters for one or more user equipments and one or more transmission times at which one or more additional user equipments transmit one or more sidelink signals.

[0089] Clause 33. The network infrastructure device of clause 29, wherein the default time and the at least one additional time are time offsets from a transmission time at which the sidelink signal is transmitted from one or more user equipments.

[0090] Clause 34. The network infrastructure device of clause 33, wherein the one or more user equipment comprises a plurality of user equipment, and the network infrastructure device configures the same power-on parameters for the plurality of user equipment.

[0091] Clause 35. The network infrastructure device of clause 33, wherein the one or more user equipment comprises a plurality of user equipment, and the network infrastructure device configures a plurality of different power-on parameters for the plurality of user equipment based on identifiers of the plurality of user equipment.

[0092] Clause 36. The network infrastructure device of clause 33, wherein the one or more user equipment comprises a plurality of user equipment, and the network infrastructure device configures a plurality of different power-on parameters for the plurality of user equipment based on a type of the plurality of user equipment.

[0093] Clause 37. A non-transitory computer-readable medium storing instructions executable by one or more processors of a network infrastructure device to perform a method, the method comprising: configuring, by a network infrastructure device, one or more power-on parameters for one or more user equipment; transmitting, by the network infrastructure device, one or more power-on parameters to the at least one user equipment; and transmitting, wherein the one or more power-on parameters are utilized to wake up the one or more user equipments to receive sidelink signals from the one or more additional user equipments.

[0094] Clause 38: A method for using an anchor device in sidelink communications, comprising: obtaining, by the anchor device, one or more power-on parameters for waking up one or more user equipments; the one or more power-on parameters include a default time to wake up and at least one additional time to wake up obtained by the anchor device; obtaining, by the anchor device, the one or more power-on parameters, including receiving, by the anchor device, the one or more power-on parameters from a network infrastructure device or pre-configuring, by the anchor device, the one or more power-on parameters; transmitting, by the anchor device, a sidelink signal to the one or more user equipments according to the obtained one or more power-on parameters.

[0095] Clause 39. The method of clause 38, further comprising transmitting, by the anchor device, the obtained one or more power-on parameters to one or more user equipments.

[0096] Clause 40. The method of clause 39, wherein the anchor device transmits at least one additional time to wake up included in one or more power-on parameters based on a determination of expected congestion at a default time to wake up or a distance between the anchor device and one or more user equipments detected by the anchor device.

[0097] Clause 41. The method according to clause 38, wherein the activation of the at least one additional time to wake up is triggered based on congestion at a default time or a distance between the one or more user equipments and the one or more additional user equipments detected by the anchor device or by the one or more user equipments.

[0098] Clause 42. The method of clause 38, wherein the default time and the at least one additional time are time offsets from a transmission time at which the sidelink signal is transmitted from one or more user equipments.

[0099] Clause 43. The method according to clause 42, wherein the time offset is determined based on at least one of the following: sidelink resource usage, an estimated distance between the one or more user equipments and another device, quality of service of sidelink ranging and positioning related information, type of the one or more user equipments, battery status of the one or more user equipments.

[0100] Clause 44. The method of clause 42, wherein the time offset is indicated via at least one of a sidelink control information (SCI) based transmission, a resource reservation information based transmission, or a medium access control (MAC) control element (CE) based transmission from the user equipment or one or more additional user equipments.

[0101] Clause 45 An anchor device for use in sidelink communications, comprising: A memory for storing instructions; a processor, the processor executing instructions stored in the memory to obtaining, by the anchor device, one or more power-on parameters for waking up one or more user equipments; the one or more power-on parameters include a default time to wake up and at least one additional time to wake up obtained by the anchor device; obtaining, by the anchor device, the one or more power-on parameters, includes receiving, by the anchor device, the one or more power-on parameters from a network infrastructure device or pre-configuring, by the anchor device, the one or more power-on parameters; The anchor device is configured to transmit a sidelink signal to one or more user equipments according to the one or more power-on parameters obtained by the anchor device.

[0102] Clause 46. The anchor device of clause 45, wherein the processor is further configured to transmit the obtained one or more power-on parameters to one or more user equipment.

[0103] Clause 47. The anchor device of clause 46, wherein the anchor device transmits the obtained additional time to wake up based on a determination of expected congestion at a default time to wake up or a distance between the anchor device and one or more user equipments detected by the anchor device.

[0104] Clause 48. The anchor device of clause 45, wherein activation of at least one additional time for waking up one or more user equipments is triggered based on congestion at a default time or a distance between the one or more user equipments and one or more additional user equipments detected by the anchor device or by the one or more user equipments.

[0105] Clause 49. The anchor device of clause 45, wherein the default time and the at least one additional time are time offsets from a transmission time at which the sidelink signal is transmitted from one or more user equipments.

[0106] Clause 50. The anchor device of clause 49, wherein the time offset is determined based on at least one of sidelink resource usage, an estimated distance between one or more user equipments and another device, a quality of service of sidelink ranging and positioning related information, a type of one or more user equipments, or a battery status of one or more user equipments.

[0107] Clause 51. The anchor device of clause 49, wherein the time offset is a reserved resource included in the initial sidelink transmission, the reserved resource comprising at least one of a time resource or a frequency resource.

[0108] Clause 52. A non-transitory computer-readable medium storing instructions executable by one or more processors of an anchor device to perform a method, the method comprising: obtaining, by the anchor device, one or more power-on parameters for waking up one or more user equipments; the one or more power-on parameters include a default time to wake up and at least one additional time to wake up obtained by the anchor device; The step of obtaining the one or more power-on parameters by the anchor device may include a step of receiving the one or more power-on parameters from a network infrastructure device by the anchor device, or a step of receiving the one or more power-on parameters from a network infrastructure device by the anchor device. obtaining, the step including pre-configuring one or more power-on parameters; and transmitting, by the anchor device, a sidelink signal to one or more user equipments according to the obtained one or more power-on parameters.

[0109] It is to be understood that not necessarily all objectives or advantages are achieved in accordance with any particular embodiment described herein. Thus, for example, those skilled in the art will recognize that a particular embodiment may be configured to operate to achieve or optimize one advantage or advantages taught herein without necessarily achieving other objectives or advantages that may be taught or suggested herein.

[0110] All of the processes described herein can be fully automated through software code modules that include one or more specific computer executable instructions executed by a computing system. The computing system can include one or more computers or processors. The code modules can be stored in any type of non-transitory computer readable medium or other computer storage device. Some or all of the methods can be implemented in dedicated computer hardware.

[0111] Many other variations beyond those described herein will be apparent from the present disclosure. For example, depending on the embodiment, certain operations, events, or functions of any of the algorithms described herein may be performed in a different order, added, merged, or omitted entirely (e.g., not all acts or events described are necessary to the implementation of the algorithm). Furthermore, in certain embodiments, operations or events may be performed simultaneously rather than sequentially, e.g., via multi-threaded processing, interrupt processing, or multiple processors or processor cores, or on other parallel architectures. Furthermore, different tasks or processes may be performed by different machines and / or computing systems that can function together.

[0112] The various illustrative logic blocks and modules described in connection with the embodiments disclosed herein may be implemented or performed by a machine, such as a processing unit or processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof, designed to perform the functions described herein.

[0113] The processor may be a microprocessor, but in alternative examples, the processor may be a controller, a microcontroller, or a state machine, combinations thereof, and the like. The processor may include electrical circuitry configured to process computer-executable instructions. In another embodiment, the processor includes an FPGA or other programmable device that performs logical operations without processing computer-executable instructions. The processor may also be implemented as a combination of computing devices, for example, a combination of a DSP and a microprocessor, multiple microprocessors, one or more microprocessors in combination with a DSP core, or any other such configuration. Although described herein primarily with respect to digital technologies, the processor may also include primarily analog components. The computing environment may be any type of computing device, including, but not limited to, a microprocessor, a mainframe computer, a digital signal processor, a portable computing device, a device controller, or a computer system based on a computational engine within an appliance, to name a few examples. The present invention can include any of the following types of computer systems:

[0114] In particular, conditional language such as "can," "could," "might," or "may" is understood in other ways within the context in which it is generally used to convey that certain embodiments include certain features, elements, and / or steps, while other embodiments do not, unless otherwise specified. Thus, such conditional language is not generally intended to imply that the features, elements, and / or steps are in any way required by one or more embodiments, or that one or more embodiments necessarily include logic for determining whether or not those features, elements, and / or steps should be included in or performed in any particular embodiment, with or without user input or prompting.

[0115] Disjunctive language, such as the phrase "at least one of X, Y, or Z," is understood in the context of common usage to indicate that an item, term, etc. can be either X, Y, or Z, or any combination thereof (e.g., X, Y, and / or Z), unless otherwise indicated. Thus, such disjunctive language does not generally imply, and should not imply, that a particular embodiment requires at least one of X, at least one of Y, or at least one of Z, respectively, to be present.

[0116] Any process descriptions, elements or blocks in the flow diagrams described herein and / or illustrated in the accompanying drawings should be understood as potentially representing modules, segments or portions of code that include one or more executable instructions for implementing a particular logical function or element in the process. As will be appreciated by those skilled in the art, alternative implementations in which elements or functions may be omitted, performed or described in a different order than that shown or described, including substantially simultaneously or in reverse order, depending on the functionality involved, are included within the scope of the embodiments described herein. Unless otherwise noted, articles such as "a" or "an" should generally be construed to include one or more of the listed items. Thus, phrases such as "a device configured to" are intended to include one or more of the listed devices. Such one or more enumerated devices may also be collectively configured to perform the stated enumeration. For example, "a processor configured to perform enumerations A, B, and C" may include a first processor configured to perform enumeration A working in conjunction with a second processor configured to perform enumerations B and C.

[0117] This application claims the benefit of U.S. Provisional Application No. 63 / 335,601, filed April 27, 2022, entitled "SL RANGING AND POSITIONING SPECIFIC RX-ON TIME FOR POWER LIMITED DEVICES," which is hereby incorporated by reference in its entirety.

Claims

1. A method for using user equipment in sidelink communication, A step of waking up the user device by configuring or preconfiguring one or more power-on parameters of the user device, wherein the one or more power-on parameters are used to perform side-link communication with one or more additional user devices, and the one or more power-on parameters include a default wake-up time predetermined by the user device and at least one additional wake-up time based on a determination by the user device or a request by the one or more additional user devices, The steps include: after waking up the user device, the user device receiving one or more sidelink signals from one or more additional user devices. method.

2. The activation of the at least one additional time for wake-up is triggered based on the expected congestion during the default time, or the distance between the user device and the one or more additional user devices as detected by the user device or by the one or more additional user devices. The method according to claim 1.

3. The activation for the at least one additional time for wake-up is communicated between the user device and the one or more additional user devices via sidelink unicast, sidelink groupcast, or sidelink broadcast. The method according to claim 2.

4. The one or more additional user devices are configured to transmit the one or more sidelink signals to the user devices during the default time or the time corresponding to the at least one additional time. The method according to claim 1.

5. The user device wakes up after the default time. and includes a mapping table showing a one-to-one or many-to-one correspondence between the at least one additional time and the at least one transmission time during which the one or more additional user devices transmit the one or more sidelink signals, The method according to claim 1.

6. The default time and the at least one additional time are time offsets from the transmission time when the sidelink signal is transmitted from the user equipment. The method according to claim 1.

7. The time offset is indicated by at least one of the following transmissions from the user device or the one or more additional user devices: a sidelink control information (SCI)-based transmission, a resource reservation information-based transmission, or a media access control (MAC) control element (CE)-based transmission. The method according to claim 6.

8. The aforementioned time offset is configured based on the quality of service profile of the user equipment. The method according to claim 6.

9. A device for use in sidelink communication, Memory for storing instructions, A processor, which executes the instructions stored in the memory, The method for waking up the device is to configure or preconfigure one or more power-on parameters of the device, wherein the one or more power-on parameters are used to perform side-link communication with one or more additional devices, and the one or more power-on parameters include a default wake-up time predetermined by the device and at least one additional wake-up time determined by the device or requested by the one or more devices. After the device is woken up, the device is configured to receive one or more sidelink signals from the one or more additional devices. Device.

10. The activation of the at least one additional time for wake-up is triggered based on the expected congestion during the default time, or the distance between the device and the one or more additional devices as detected by the device or by the one or more additional devices. The apparatus according to claim 9.

11. The activation for the at least one additional time for wake-up is communicated between the device and the one or more additional devices via sidelink unicast, sidelink groupcast, or sidelink broadcast. The apparatus according to claim 10.

12. The one or more additional devices are configured to transmit the one or more sidelink signals to the device during the default time or the time corresponding to the at least one additional time. The apparatus according to claim 9.

13. The mapping table includes a one-to-one or many-to-one correspondence between the default time and the at least one additional time for the device to wake up and the at least one transmission time for the one or more additional devices to transmit the one or more sidelink signals. The apparatus according to claim 9.

14. The default time and the at least one additional time are time offsets from the transmission time when the sidelink signal is transmitted from the device. The apparatus according to claim 9.

15. The time offset is configured based on the service quality profile of the device, The apparatus according to claim 14.

16. A non-temporary computer-readable medium for storing instructions that can be executed by one or more processors of the device for performing a method, wherein the method is A step of waking up the device by configuring or preconfiguring one or more power-on parameters of the device, wherein the one or more power-on parameters are used to perform side-link communication with one or more additional devices, and the one or more power-on parameters include a default wake-up time predetermined by the device and at least one additional wake-up time determined by the device or requested by the one or more devices, The steps include, after waking up the device, the device receiving one or more sidelink signals from one or more additional devices, Non-temporary computer-readable media.

17. A method for using network infrastructure devices in sidelink communication, The steps include configuring one or more power-on parameters for one or more user devices using the aforementioned network infrastructure device, The step of transmitting one or more power-on parameters to at least one user device using the network infrastructure device, The step includes using one or more power-on parameters to wake up one or more user devices and to receive sidelink signals from one or more additional user devices. method.

18. The network infrastructure device comprises at least one base station for use in the sidelink communication. The method according to claim 17.

19. The one or more power-on parameters include a default time for waking up the one or more user devices and at least one additional time for waking up the one or more user devices. The method according to claim 17.

20. The activation of the at least one additional time for waking up one or more user devices occurs due to congestion during the default time, or because one or more user devices detect the one or more additional user devices. Triggered based on the distance between a number of user devices and one or more additional user devices, The method according to claim 19.

21. The one or more additional user devices are configured to transmit the one or more sidelink signals to the one or more user devices during the default time or the time corresponding to the at least one additional time. The method according to claim 20.

22. The network infrastructure device includes a mapping table showing a one-to-one or many-to-one correspondence between one or more power-on parameters for one or more user devices and one or more transmission times for one or more additional user devices to transmit one or more sidelink signals. The method according to claim 21.

23. The default time and the at least one additional time are time offsets from the transmission time when the sidelink signal is transmitted from the one or more user devices. The method according to claim 19.

24. The one or more user devices include multiple user devices, and the network infrastructure device configures the same power-on parameters for the multiple user devices. The method according to claim 23.

25. The one or more user devices include a plurality of user devices, and the network infrastructure device configures a plurality of different power-on parameters for the plurality of user devices based on the identifiers of the plurality of user devices. The method according to claim 23.

26. The one or more user devices include multiple user devices, and the network infrastructure device configures multiple different power-on parameters for the multiple user devices based on the type of the multiple user devices. The method according to claim 23.

27. A network infrastructure device for use in sidelink communication, Memory for storing instructions, A processor, which executes the instructions stored in the memory, The aforementioned network infrastructure device configures one or more power-on parameters for one or more user devices. The network infrastructure device transmits the one or more power-on parameters to at least one user device, The one or more power-on parameters are configured to be used to wake up the one or more user devices and to receive sidelink signals from one or more additional user devices. Network infrastructure device.

28. The system includes at least one base station for use in the aforementioned side-link communication, The network infrastructure device according to claim 27.

29. The one or more power-on parameters include a default time for waking up the one or more user devices and at least one additional time for waking up the one or more user devices. The network infrastructure device according to claim 27.

30. The activation of the at least one additional time for waking up the one or more user devices is triggered based on congestion during the default time, or the distance between the one or more user devices and the one or more additional user devices as detected by the user devices or by the one or more additional user devices. The network infrastructure device according to claim 29.

31. The one or more additional user devices are configured to transmit the one or more sidelink signals to the one or more user devices during the default time or the time corresponding to the at least one additional time. The network infrastructure device according to claim 30.

32. Includes a mapping table showing a one-to-one or many-to-one correspondence between the one or more power-on parameters for the one or more user devices and the one or more transmission times for the one or more additional user devices to transmit the one or more sidelink signals, The network infrastructure device according to claim 31.

33. The default time and the at least one additional time are time offsets from the transmission time when the sidelink signal is transmitted from the one or more user devices. The network infrastructure device according to claim 29.

34. The one or more user devices include multiple user devices, and the network infrastructure device configures the same power-on parameters for the multiple user devices. The network infrastructure device according to claim 33.

35. The one or more user devices include a plurality of user devices, and the network infrastructure device configures a plurality of different power-on parameters for the plurality of user devices based on the identifiers of the plurality of user devices. The network infrastructure device according to claim 33.

36. The one or more user devices include multiple user devices, and the network infrastructure device configures multiple different power-on parameters for the multiple user devices based on the type of the multiple user devices. The network infrastructure device according to claim 33.

37. A non-temporary computer-readable medium for storing instructions executable by one or more processors of a network infrastructure device for performing a method, wherein the method is The steps include configuring one or more power-on parameters for one or more user devices using the aforementioned network infrastructure device, The step of transmitting one or more power-on parameters to at least one user device using the network infrastructure device, The step includes using one or more power-on parameters to wake up one or more user devices and to receive sidelink signals from one or more additional user devices, Non-temporary computer-readable media.

38. A method for using an anchor device in sidelink communication, The anchor device obtains one or more power-on parameters for waking up one or more user devices, The one or more power-on parameters include a default time for waking up and at least one additional time for waking up obtained by the anchor device. The steps include: obtaining the one or more power-on parameters by the anchor device, receiving the one or more power-on parameters from a network infrastructure device by the anchor device, or pre-configuring the one or more power-on parameters by the anchor device; The anchor device includes the step of transmitting a sidelink signal to one or more user devices according to one or more power-on parameters obtained. method.

39. The anchor device further includes the step of transmitting the acquired one or more power-on parameters to one or more user devices. The method according to claim 38.

40. The anchor device transmits the at least one additional wake-up time included in the one or more power-on parameters, based on the expected congestion at the default time for wake-up, or the determination of the distance between the anchor device and the one or more user devices detected by the anchor device. The method according to claim 39.

41. The activation of the at least one additional time for wake-up is triggered based on congestion during the default time, or the distance between the one or more user devices and the one or more additional user devices as detected by the anchor device or by the one or more user devices. The method according to claim 38.

42. The default time and the at least one additional time are time offsets from the transmission time when the sidelink signal is transmitted from the one or more user devices. The method according to claim 38.

43. The time offset is determined based on at least one of the following: sidelink resource usage, estimated distance between one or more user devices and another device, quality of service for sidelink ranging and positioning-related information, type of one or more user devices, or battery status of one or more user devices. The method according to claim 42.

44. The aforementioned time offset is a sidelink control information (SCI) based transmission or resource reservation information based transmission from the user device or the one or more additional user devices. , or indicated via at least one of the following: a transmission based on a media access control (MAC) control element (CE). The method according to claim 42.

45. An anchor device for use in sidelink communication, Memory for storing instructions, A processor, which executes the instructions stored in the memory, The anchor device obtains one or more power-on parameters for waking up one or more user devices, The one or more power-on parameters include a default time for waking up and at least one additional time for waking up obtained by the anchor device. The acquisition of the one or more power-on parameters by the anchor device includes receiving the one or more power-on parameters from a network infrastructure device by the anchor device, or pre-configuring the one or more power-on parameters by the anchor device, The anchor device is configured to transmit a sidelink signal to one or more user devices according to one or more power-on parameters obtained. Anchor device.

46. The processor is further configured to transmit the acquired power-on parameters to the one or more user devices. The anchor device according to claim 45.

47. The anchor device transmits the at least one additional wake-up time included in the one or more power-on parameters, based on the expected congestion at the default time for wake-up, or the determination of the distance between the anchor device and the one or more user devices detected by the anchor device. The anchor device according to claim 46.

48. The activation of the at least one additional time for waking up the one or more user devices is triggered based on congestion during the default time, or the distance between the one or more user devices and the one or more additional user devices as detected by the anchor device or by the one or more user devices. The anchor device according to claim 45.

49. The default time and the at least one additional time are time offsets from the transmission time when the sidelink signal is transmitted from the one or more user devices. The anchor device according to claim 45.

50. The time offset is determined based on at least one of the following: sidelink resource usage, estimated distance between one or more user devices and another device, quality of service for sidelink ranging and positioning-related information, type of one or more user devices, or battery status of one or more user devices. The anchor device according to claim 49.

51. The time offset is indicated by at least one of the following transmissions from the user device or the one or more additional user devices: a sidelink control information (SCI)-based transmission, a resource reservation information-based transmission, or a media access control (MAC) control element (CE)-based transmission. The anchor device according to claim 49.

52. A non-temporary computer-readable medium for storing instructions executable by one or more processors of an anchor device for performing a method, wherein the method is The anchor device obtains one or more power-on parameters for waking up one or more user devices, The one or more power-on parameters include a default time for waking up and at least one additional time for waking up obtained by the anchor device. The steps of obtaining the one or more power-on parameters by the anchor device include receiving the one or more power-on parameters from a network infrastructure device by the anchor device, or pre-configuring the one or more power-on parameters by the anchor device, The anchor device includes the step of transmitting a sidelink signal to one or more user devices according to one or more power-on parameters obtained, Non-temporary computer-readable media.

Images