Systems and methods for positioning with low power consumption

Abstract

Presented are systems and methods for positioning with low power consumption. A first wireless communication device (e.g., a TX UE) may determine at least one first parameter of configuration information (e.g., DRX). The first wireless communication device may transmit the at least one first parameter to a second wireless communication device (e.g., a RX UE). A first network node (e.g., a gNB or LMF) transmit one or more parameters of configuration information (e.g., DRX, PRS) to a wireless communication device. The first network node (e.g. LMF or a gNB) transmit one or more parameters of the configuration information (e.g., DRX, PRS) to a second network node (e.g., a gNB or LMF). A first network node (e.g., a gNB or LMF) receive one or more parameters of configured information or measurement capability information from a wireless communication device (e.g., UE).

Description

SYSTEMS AND METHODS FOR POSITIONING WITH LOW POWER CONSUMPTIONTECHNICAL FIELD

[0001] The disclosure relates generally to wireless communications, including but not limited to systems and methods for positioning with low power consumption.BACKGROUND

[0002] The standardization organization Third Generation Partnership Project (3GPP) is currently in the process of specifying a new Radio Interface called 5G New Radio (5G NR) as well as a Next Generation Packet Core Network (NG-CN or NGC) . The 5G NR will have three main components: a 5G Access Network (5G-AN) , a 5G Core Network (5GC) , and a User Equipment (UE) . In order to facilitate the enablement of different data services and requirements, the elements of the 5GC, also called Network Functions, have been simplified with some of them being software based, and some being hardware based, so that they could be adapted according to need.SUMMARY

[0003] The example embodiments disclosed herein are directed to solving the issues relating to one or more of the problems presented in the prior art, as well as providing additional features that will become readily apparent by reference to the following detailed description when taken in conjunction with the accompany drawings. In accordance with various embodiments, example systems, methods, devices and computer program products are disclosed herein. It is understood, however, that these embodiments are presented by way of example and are not limiting, and it will be apparent to those of ordinary skill in the art who read the present disclosure that various modifications to the disclosed embodiments can be made while remaining within the scope of this disclosure.

[0004] At least one aspect is directed to a system, method, apparatus, or a computer-readable medium of the following. A first wireless communication device (e.g., a TX UE) may determine at least one first parameter of configuration information (e.g., DRX) . The first wireless communication device may transmit the at least one first parameter to a second wireless communication device (e.g., a RX UE) . The at least one first parameter may comprise at least one discontinuous reception (DRX) parameter. The at least one DRX parameter can be a unicast (UC) sidelink (SL) DRX parameter. The UC SL DRX parameter may comprise at least one of: a sl-drx-OnDurationTimer; a sl-drx-InactivityTimer; a sl-drx-HARQ-RTT-Timer; a sl-drx-HARQ-RTT-Timer2; a sl-drx-CycleStartOffset; or a sl-drx-SlotOffset.

[0005] In some embodiments, the second wireless communication device (e.g., RX UE) may receive, from a network node, at least one second parameter of the configuration information, wherein the at least one second parameter of the configuration information is determined by the network node, and wherein the at least one second parameter comprises a groupcast (GC)  / broadcast (BC) sidelink (SL) discontinuous reception (DRX) parameter.  The GC / BC SL DRX parameter may comprise at least one of: a sl-DRX-GC-BC-OnDurationTimer; a sl-DRX-GC-InactivityTimer; a sl-DRX-GC-BC-Cycle; a sl-drx-SlotOffset; or a sl-drx-StartOffset.

[0006] In some embodiments, the second wireless communication device may transmit, to the first wireless communication device, one or more parameters of configured information or a suggested configuration or a desired information.

[0007] In some embodiments, the configuration information can be associated with configured information, a suggested configuration, or desired information. The desired configuration information may comprise at least one preferred DRX parameter of the first wireless communication device. The at least one preferred DRX parameter may comprise a list of SL-DRX-ConfigUC. The list of SL-DRX-ConfigUC may comprise at least one of: a sl-drx-OnDurationTimer; a sl-drx-InactivityTimer; a sl-drx-HARQ-RTT-Timer; a sl-drx-HARQ-RTT-Timer2; a sl-drx-CycleStartOffset; a sl-drx-SlotOffset; or a sl-drx-priority. The list of SL-DRX-ConfigUC can be sorted with a priority descending or ascending order.

[0008] In some embodiments, configured information may comprise at least one of: a UC SL DRX configuration; a GC / BC SL DRX configuration; or a Uu DRX configuration. The configured information may comprise a sidelink (SL) positioning reference signal (PRS) configuration. The SL PRS configuration may comprise at least one of: a SL PRS transmission period; a resource reservation period; or a starting symbol. The suggested configuration may comprise a unicast (UC) sidelink (SL) DRX configuration. The UC SL DRX configuration may comprise at least one of: a sl-drx-OnDurationTimer; a sl-drx-InactivityTimer; a sl-drx-HARQ-RTT-Timer; a sl-drx-HARQ-RTT-Timer2; a sl-drx-CycleStartOffset; or a sl-drx-SlotOffset.

[0009] In certain embodiments, a first network node (e.g., a LMF or a gNB) may transmit one or more parameters of configuration information to a wireless communication device. The first network node may transmit the one or more parameters of the configuration information to a second network node (e.g., a LMF or a gNB) . The first network node may receive one or more parameters of configured information or measurement capability information from the wireless communication device. The configuration information may comprise at least one of: a UC SL DRX configuration; a GC / BC SL DRX configuration; a SL PRS configuration; or a Uu DRX configuration.

[0010] In some embodiments, the first wireless communication device may transmit one or more parameters of a suggested configuration to a network node (e.g., a gNB) . The suggested configuration may comprise a groupcast (GC)  / broadcast (BC) sidelink (SL) discontinuous reception (DRX) configuration. The GC / BC SL DRX configuration may comprise at least one of: a sl-DRX-GC-BC-OnDurationTimer; a sl-DRX-GC-InactivityTimer; a sl-DRX-GC-BC-Cycle; a sl-drx-SlotOffset; or a sl-drx-StartOffset.

[0011] In some embodiments, the configured information may comprise a sidelink (SL) DRX configuration. The SL DRX configuration may comprise at least one of: a unicast (UC) SL DRX parameter, or a GC / BC SL DRX parameter. The UC SL DRX parameter may comprise at least one of: a sl-drx-OnDurationTimer; a sl-drx-InactivityTimer; a sl-drx-HARQ-RTT-Timer; a sl-drx-HARQ-RTT-Timer2; a sl-drx-CycleStartOffset; or a sl-drx-SlotOffset. The GCBC SL DRX parameter may comprise at least one of: a sl-DRX-GC-BC-OnDurationTimer; a  sl-DRX-GC-InactivityTimer; a sl-DRX-GC-BC-Cycle; a sl-drx-SlotOffset; or a sl-drx-StartOffset. The configuration information may comprise a sidelink (SL) positioning reference signal (PRS) configuration parameter. The SL PRS configuration parameter may comprise at least one of: a SL PRS transmission period, a resource reservation period, or a starting symbol.

[0012] In some embodiments, the second wireless communication device may determine one or more parameters of a suggested configuration. The first wireless communication device may receive one or more parameters of configured information from a network node or the second wireless communication device. The configuration information can be associated with configured information. The configured information may comprise a Uu paging configuration. The Uu paging configuration may comprise at least one of: a cycle, a duration, offset, or a user equipment (UE) identifier (ID) . The configured information may comprise a configured measurement window parameter. The configured measurement window parameter may comprise at least one of: a start time, a duration, or a periodicity of a time window.

[0013] In some embodiments, the GC / BC SL DRX configuration parameter can be for positioning service. The GC / BC SL DRX configuration parameter may comprise at least one of: an on duration timer, an inactivity timer, or a DRX cycle in a SL-DRX-GC-BC-PRS. The SL-DRX-GC-BC-PRS may comprise a DRX configuration for a dedicated resource pool or a shared resource pool. The SL-DRX-GC-BC-PRS may comprise a list of DRX configurations for different PRS transmissions. The list of DRX configurations can be associated with a quality of service (QoS) or a priority of the SL-DRX-GC-BC-PRS.

[0014] In some embodiments, the configuration information may comprise at least one groupcast (GC) or broadcast (BC) sidelink (SL) DRX configuration parameter for at least one quality of service (QoS) profile. The at least one QoS profile can be for positioning service. The at least one QoS profile may map to one or more flow lists, which correspond to one or more SL DRX configurations. The at least one QoS profile of positioning service may have the same structure with other SL-QoS-profile. The QoS profile may include at least one of: a sl-PQI, a sl-GFBR, a sl-MFBR, or a sl-Range.

[0015] In some embodiments, the configuration information may comprise a corresponding L2 ID that shares the same SL DRX configuration with positioning service to a user equipment (UE) . In some embodiment, the configuration information may comprise a default SL DRX configuration. The default SL DRX configuration may include a default DRX configuration for positioning service. The configured information may comprise a positioning reference signal (PRS) processing window (PPW) parameter. The PRS PPW parameter may comprise at least one of: a start slot, a length, or a periodicity. The configured information may comprise an uplink (UL) time window for frequency hopping (FH) positioning sounding reference signal (SRS) . The UL time window may comprise at least one of: a start slot, a length, or a periodicity. The configured information may comprise a Uu discontinuous reception (DRX) or discontinuous transmission (DTX) configuration. The Uu DRX or DTX configuration may comprise at least one of: a drx-onDurationTimer; a drx-InactivityTimer; a drx-HARQ-RTT-TimerDL; a drx-HARQ-RTT-TimerUL; a drx-RetransmissionTimerDL; a drx-RetransmissionTimerUL; a drx-LongCycleStartOffset; a shortDRX; or a drx-SlotOffset.

[0016] In some embodiments, a first wireless communication device may transmit one or more parameters of a measurement capability to a network node. The measurement capability may include a measurement capability of a positioning reference signal (PRS) . The measurement capability of the PRS may comprise at least one of following parameters: a parallelPRS-MeasRRC-Idle; a supportedDL-PRS-ProcessingSamples-RRC-Idle; a prs-ProcessingRRC-Idle; a durationOfPRS-Processing-RRC-Idle; a maxNumOfDL-PRS-ResProcessedPerSlot-RRC-Idle; or a dl-PRS-BufferType-RRC-Idle. The parameters indicating the measurement capability can be used to determine or associate with a measurement period requirement for one or more of following measurements: a PRS reference signal time difference (RSTD) measurement; a PRS reference signal received power (RSRP) measurement; a PRS-path RSRP (RSRPP) measurement; a UE Rx-Tx time difference measurement; or a PRS carrier phase measurement.

[0017] In certain embodiments, the DRX cycle can be configured as the least common multiple of the cycle (s) included in the configured information and / or desired configuration information. The slotoffset and startoffset can be configured to enable the active time overlap or partial overlap with the active time calculated by the parameters in configured information and / or desired configuration information. In some embodiments, sl-drx-priority may specify the priority of the preferred DRX configuration. The configuration information can be associated with or determined by the preferred DRX parameters. In some embodiments, the cycle of SL DRX can be configured as the least common multiple of the cycle (s) included in the configured and / or suggested configuration. The slotoffset and startoffset can be configured to enable the active time overlap or partial overlap with the active time calculated by the parameters in the configured and / or suggested configuration.

[0018] In some embodiments, a wireless device may determining one or more parameters of suggested configuration information. A UE may determine suggested SL PRS configuration. The suggested configuration information may comprise the SL PRS configuration parameters. The SL PRS configuration may comprise one or more of the following parameters: SL PRS transmission period, resource reservation period, or starting symbol. The configuration information can be associated with or determined by the SL DRX configuration. The configuration information can be associated with or determined by the suggested configuration information.

[0019] In some embodiments, a wireless device may transmit a suspend or recovery request to a second wireless device. The wireless device may receive a suspend or recovery request from a second wireless device. The wireless device may execute a suspend or recovery behavior. The suspend or recovery request may comprise the suspend (sl-DRX-ConfigSuspend) or recovery (sl-DRX-ConfigRecovery) request of a SL DRX configuration. The suspend or recovery behavior may comprise the suspend or recovery behavior for a SL DRX.

[0020] In some embodiments, a wireless device may transmit one or more parameters of configured information to a second wireless device. The wireless device (e.g., TX UE) may receive one or more parameters of configured information (e.g., Uu DRX) from a network device (e.g., gNB) or a second wireless device. The network device may transmit one or more parameters of configured information to a wireless device. The configuration information may comprise Uu paging configuration. The Uu paging configuration may comprise one or more of the following parameters: cycle, duration, offset, and UE ID. The configuration information can be associated with or  determined by the Uu paging configuration. The DRX cycle can be configured as the least common multiple of the cycle (s) included in the Uu paging configuration. The slotoffset and startoffset can be configured to enable the active time overlap or partial overlap with the paging occasion calculated by the parameters in the Uu paging configuration.

[0021] In some embodiments, the configured information may comprise the configured measurement window parameters. The configured measurement window parameters may comprise one or more of: start time, duration, or periodicity of the time window (s) .

[0022] In some embodiments, the configuration information may comprise the GC / BC SL DRX configuration parameters for positioning service. The GC / BC SL DRX configuration parameters for positioning service may comprise on duration timer, inactivity timer and DRX cycle in SL-DRX-GC-BC-PRS. The SL-DRX-GC-BC-PRS may comprise DRX configuration for dedicated resource pool and / or shared resource pool respectively. The SL-DRX-GC-BC-PRS may comprise a list of DRX configurations for different PRS transmission. The GC / BC SL DRX configuration parameters for positioning service may comprise on duration timer, inactivity timer and DRX cycle. The DRX configuration list can be associated with or determined by the QoS and / or priority of the PRS. The configuration information may comprise the GC / BC SL DRX configuration parameters for different QoS profile (s) . The QoS profile (s) may comprise the QoS profile (s) for positioning service. The QoS profile (s) for positioning service can map to one or more flow list (s) , which correspond to one or more SL DRX configuration (s) . The QoS profile (s) of positioning service may have the same structure with other SL-QoS-Profile. The QoS Profile may include sl-PQI, sl-GFBR, sl-MFBR and sl-Range. The QoS profile parameters can be associated with or determined by the type of resource pool and / or QoS requirement and / or priority information. The QoS profile (s) of positioning service have different structure with other SL-QoS-Profile, wherein the QoS Profile of positioning service is corresponding to different QoS of PRS. The GC / BC SL DRX configuration parameters for positioning service can be mapped with other SL DRX configuration of other QoS profile (s) . The configuration information may comprise the corresponding L2 ID that shares the same SL DRX configuration with positioning service to the UE. The configuration information may comprise the default SL DRX configuration. The default SL DRX configuration may include default DRX configuration for positioning service.

[0023] In some embodiments, the configured information may comprise the configured PPW parameters. The configured PPW parameters may comprise one or more of: start slot, length and periodicity of the PPW.

[0024] In some embodiments, the configured information may comprise the UL time window for FH positioning SRS. The configured UL time window for FH positioning SRS parameters may comprise one or more of:start slot, length and periodicity of the FH SRS time window.BRIEF DESCRIPTION OF THE DRAWINGS

[0025] Various example embodiments of the present solution are described in detail below with reference to the following figures or drawings. The drawings are provided for purposes of illustration only and merely depict  example embodiments of the present solution to facilitate the reader's understanding of the present solution. Therefore, the drawings should not be considered limiting of the breadth, scope, or applicability of the present solution. It should be noted that for clarity and ease of illustration, these drawings are not necessarily drawn to scale.

[0026] FIG. 1 illustrates an example cellular communication network in which techniques disclosed herein may be implemented, in accordance with an embodiment of the present disclosure;

[0027] FIG. 2 illustrates a block diagram of an example base station and a user equipment device, in accordance with some embodiments of the present disclosure;

[0028] FIG. 3 illustrates active time and inactive time in discontinuous reception (DRX) , in accordance with some embodiments of the present disclosure;

[0029] FIG. 4 illustrates a sequence diagram for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0030] FIG. 5 illustrates a sequence diagram for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0031] FIG. 6 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0032] FIG. 7 illustrates active time and inactive time in discontinuous reception (DRX) , in accordance with some embodiments of the present disclosure;

[0033] FIG. 8 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0034] FIG. 9 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0035] FIG. 10 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0036] FIG. 11 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0037] FIG. 12 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0038] FIG. 13 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0039] FIG. 14 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0040] FIG. 15 illustrates a sequence diagram for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0041] FIG. 16 illustrates a sequence diagram for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0042] FIG. 17 illustrates a sequence diagram for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0043] FIG. 18 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0044] FIG. 19 illustrates a sequence diagram for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0045] FIG. 20 illustrates a sequence diagram for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0046] FIG. 21 illustrates a sequence diagram for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0047] FIG. 22 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0048] FIG. 23 illustrates a sequence diagram for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0049] FIG. 24 illustrates a sequence diagram for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0050] FIG. 25 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0051] FIG. 26 illustrates a sequence diagram for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0052] FIG. 27 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0053] FIG. 28 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0054] FIG. 29 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0055] FIG. 30 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0056] FIG. 31 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0057] FIG. 32 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0058] FIG. 33 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0059] FIG. 34 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0060] FIG. 35 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0061] FIG. 36 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0062] FIG. 37 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0063] FIG. 38 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0064] FIG. 39 illustrates an example configuration for positioning with low power consumption, in accordance with some embodiments of the present disclosure;

[0065] FIG. 40 illustrates a sequence diagram for positioning with low power consumption, in accordance with some embodiments of the present disclosure; and

[0066] FIG. 41 illustrates a flow diagram of an example method for positioning with low power consumption, in accordance with an embodiment of the present disclosure.DETAILED DESCRIPTION

[0067] 1. Mobile Communication Technology and Environment

[0068] FIG. 1 illustrates an example wireless communication network, and / or system, 100 in which techniques disclosed herein may be implemented, in accordance with an embodiment of the present disclosure. In the following discussion, the wireless communication network 100 may be any wireless network, such as a cellular network or a narrowband Internet of things (NB-IoT) network, and is herein referred to as “network 100. ” Such an example network 100 includes a base station 102 (hereinafter “BS 102” ; also referred to as wireless communication node)  and a user equipment device 104 (hereinafter “UE 104” ; also referred to as wireless communication device) that can communicate with each other via a communication link 110 (e.g., a wireless communication channel) , and a cluster of cells 126, 130, 132, 134, 136, 138 and 140 overlaying a geographical area 101. In FIG. 1, the BS 102 and UE 104 are contained within a respective geographic boundary of cell 126. Each of the other cells 130, 132, 134, 136, 138 and 140 may include at least one base station operating at its allocated bandwidth to provide adequate radio coverage to its intended users.

[0069] For example, the BS 102 may operate at an allocated channel transmission bandwidth to provide adequate coverage to the UE 104. The BS 102 and the UE 104 may communicate via a downlink radio frame 118, and an uplink radio frame 124 respectively. Each radio frame 118 / 124 may be further divided into sub-frames 120 / 127 which may include data symbols 122 / 128. In the present disclosure, the BS 102 and UE 104 are described herein as non-limiting examples of “communication nodes, ” generally, which can practice the methods disclosed herein. Such communication nodes may be capable of wireless and / or wired communications, in accordance with various embodiments of the present solution.

[0070] FIG. 2 illustrates a block diagram of an example wireless communication system 200 for transmitting and receiving wireless communication signals (e.g., OFDM / OFDMA signals) in accordance with some embodiments of the present solution. The system 200 may include components and elements configured to support known or conventional operating features that need not be described in detail herein. In one illustrative embodiment, system 200 can be used to communicate (e.g., transmit and receive) data symbols in a wireless communication environment such as the wireless communication environment 100 of FIG. 1, as described above.

[0071] System 200 generally includes a base station 202 (hereinafter “BS 202” ) and a user equipment device 204 (hereinafter “UE 204” ) . The BS 202 includes a BS (base station) transceiver module 210, a BS antenna 212, a BS processor module 214, a BS memory module 216, and a network communication module 218, each module being coupled and interconnected with one another as necessary via a data communication bus 220. The UE 204 includes a UE (user equipment) transceiver module 230, a UE antenna 232, a UE memory module 234, and a UE processor module 236, each module being coupled and interconnected with one another as necessary via a data communication bus 240. The BS 202 communicates with the UE 204 via a communication channel 250, which can be any wireless channel or other medium suitable for transmission of data as described herein.

[0072] As would be understood by persons of ordinary skill in the art, system 200 may further include any number of modules other than the modules shown in FIG. 2. Those skilled in the art will understand that the various illustrative blocks, modules, circuits, and processing logic described in connection with the embodiments disclosed herein may be implemented in hardware, computer-readable software, firmware, or any practical combination thereof. To clearly illustrate this interchangeability and compatibility of hardware, firmware, and software, various illustrative components, blocks, modules, circuits, and steps are described generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware, or software can depend upon the particular application and design constraints imposed on the overall system. Those familiar with the concepts described herein  may implement such functionality in a suitable manner for each particular application, but such implementation decisions should not be interpreted as limiting the scope of the present disclosure.

[0073] In accordance with some embodiments, the UE transceiver 230 may be referred to herein as an "uplink" transceiver 230 that includes a radio frequency (RF) transmitter and a RF receiver each comprising circuitry that is coupled to the antenna 232. A duplex switch (not shown) may alternatively couple the uplink transmitter or receiver to the uplink antenna in time duplex fashion. Similarly, in accordance with some embodiments, the BS transceiver 210 may be referred to herein as a "downlink" transceiver 210 that includes a RF transmitter and a RF receiver each comprising circuity that is coupled to the antenna 212. A downlink duplex switch may alternatively couple the downlink transmitter or receiver to the downlink antenna 212 in time duplex fashion. The operations of the two transceiver modules 210 and 230 may be coordinated in time such that the uplink receiver circuitry is coupled to the uplink antenna 232 for reception of transmissions over the wireless transmission link 250 at the same time that the downlink transmitter is coupled to the downlink antenna 212. Conversely, the operations of the two transceivers 210 and 230 may be coordinated in time such that the downlink receiver is coupled to the downlink antenna 212 for reception of transmissions over the wireless transmission link 250 at the same time that the uplink transmitter is coupled to the uplink antenna 232. In some embodiments, there is close time synchronization with a minimal guard time between changes in duplex direction.

[0074] The UE transceiver 230 and the base station transceiver 210 are configured to communicate via the wireless data communication link 250, and cooperate with a suitably configured RF antenna arrangement 212 / 232 that can support a particular wireless communication protocol and modulation scheme. In some illustrative embodiments, the UE transceiver 210 and the base station transceiver 210 are configured to support industry standards such as the Long Term Evolution (LTE) and emerging 5G standards, and the like. It is understood, however, that the present disclosure is not necessarily limited in application to a particular standard and associated protocols. Rather, the UE transceiver 230 and the base station transceiver 210 may be configured to support alternate, or additional, wireless data communication protocols, including future standards or variations thereof.

[0075] In accordance with various embodiments, the BS 202 may be an evolved node B (eNB) , a serving eNB, a target eNB, a femto station, or a pico station, for example. In some embodiments, the UE 204 may be embodied in various types of user devices such as a mobile phone, a smart phone, a personal digital assistant (PDA) , tablet, laptop computer, wearable computing device, etc. The processor modules 214 and 236 may be implemented, or realized, with a general purpose processor, a content addressable memory, a digital signal processor, an application specific integrated circuit, a field programmable gate array, any suitable programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof, designed to perform the functions described herein. In this manner, a processor may be realized as a microprocessor, a controller, a microcontroller, a state machine, or the like. A processor may also be implemented as a combination of computing devices, e.g., a combination of a digital signal processor and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a digital signal processor core, or any other such configuration.

[0076] Furthermore, the steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in firmware, in a software module executed by processor modules 214 and 236, respectively, or in any practical combination thereof. The memory modules 216 and 234 may be realized as RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, a hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. In this regard, memory modules 216 and 234 may be coupled to the processor modules 210 and 230, respectively, such that the processors modules 210 and 230 can read information from, and write information to, memory modules 216 and 234, respectively. The memory modules 216 and 234 may also be integrated into their respective processor modules 210 and 230. In some embodiments, the memory modules 216 and 234 may each include a cache memory for storing temporary variables or other intermediate information during execution of instructions to be executed by processor modules 210 and 230, respectively. Memory modules 216 and 234 may also each include non-volatile memory for storing instructions to be executed by the processor modules 210 and 230, respectively.

[0077] The network communication module 218 generally represents the hardware, software, firmware, processing logic, and / or other components of the base station 202 that enable bi-directional communication between base station transceiver 210 and other network components and communication nodes configured to communication with the base station 202. For example, network communication module 218 may be configured to support internet or WiMAX traffic. In a typical deployment, without limitation, network communication module 218 provides an 802.3 Ethernet interface such that base station transceiver 210 can communicate with a conventional Ethernet based computer network. In this manner, the network communication module 218 may include a physical interface for connection to the computer network (e.g., Mobile Switching Center (MSC) ) . The terms “configured for, ” “configured to” and conjugations thereof, as used herein with respect to a specified operation or function, refer to a device, component, circuit, structure, machine, signal, etc., that is physically constructed, programmed, formatted and / or arranged to perform the specified operation or function.

[0078] The Open Systems Interconnection (OSI) Model (referred to herein as, “open system interconnection model” ) is a conceptual and logical layout that defines network communication used by systems (e.g., wireless communication device, wireless communication node) open to interconnection and communication with other systems. The model is broken into seven subcomponents, or layers, each of which represents a conceptual collection of services provided to the layers above and below it. The OSI Model also defines a logical network and effectively describes computer packet transfer by using different layer protocols. The OSI Model may also be referred to as the seven-layer OSI Model or the seven-layer model. In some embodiments, a first layer may be a physical layer. In some embodiments, a second layer may be a Medium Access Control (MAC) layer. In some embodiments, a third layer may be a Radio Link Control (RLC) layer. In some embodiments, a fourth layer may be a Packet Data Convergence Protocol (PDCP) layer. In some embodiments, a fifth layer may be a Radio Resource Control (RRC) layer. In some embodiments, a sixth layer may be a Non Access Stratum (NAS) layer or an Internet Protocol (IP) layer, and the seventh layer being the other layer.

[0079] Various example embodiments of the present solution are described below with reference to the accompanying figures to enable a person of ordinary skill in the art to make and use the present solution. As would be apparent to those of ordinary skill in the art, after reading the present disclosure, various changes or modifications to the examples described herein can be made without departing from the scope of the present solution. Thus, the present solution is not limited to the example embodiments and applications described and illustrated herein. Additionally, the specific order or hierarchy of steps in the methods disclosed herein are merely example approaches. Based upon design preferences, the specific order or hierarchy of steps of the disclosed methods or processes can be re-arranged while remaining within the scope of the present solution. Thus, those of ordinary skill in the art will understand that the methods and techniques disclosed herein present various steps or acts in a sample order, and the present solution is not limited to the specific order or hierarchy presented unless expressly stated otherwise.

[0080] 2. Systems and Methods for Positioning with Low Power Consumption

[0081] The present disclosure aims to reduce power consumption in positioning procedures by enhancing sidelink (SL) discontinuous reception (DRX) and sidelink (SL) positioning reference signal (PRS) related signaling and configuration. Sidelink positioning technologies can achieve high accuracy positioning for user equipment (UE) without relying on positioning signals from a gNB or TRPs. To further reduce UE power consumption during data transmission and reception, a SL DRX is introduced in this disclosure, allowing UEs to skip monitoring signaling during inactive SL DRX periods. This disclosure explores the alignment of SL DRX and SL PRS configurations, along with potential information exchange, to decrease power consumption and improve positioning performance for UEs in sidelink positioning procedures. From another perspective, this disclosure considers the UE measurement capability in RRC_IDLE state, to enable UE measure PRS in RRC_IDLE state, and the corresponding enhancement is included in this disclosure.

[0082] In SL DRX, several parameters (e.g., on-duration timer, inactivity-timer, cycle, etc. ) can be defined for SL to determine the SL active time for SL DRX. As shown in FIG. 3, during the SL active time, the UE may perform SCI monitoring for data reception and in SL DRX inactive time, the UE may skip monitoring of SCI for data reception. FIG. 3 shows active time and inactive time in SL DRX. SL DRX parameters can be supported for unicast (UC) , groupcast (GC) and / or broadcast (BC) .

[0083] (1) UC SL DRX:

[0084] For UC, SL DRX can be configured per pair of source L2 ID and destination L2 ID. The UC SL DRX of RX UE can be configured by the TX UE. As shown in FIG. 4, the RX UE may send assistance information to the TX UE, and TX UE may determine the SL DRX configuration and send the SL DRX configuration parameters to the RX UE. The RX UE may accept or reject the SL DRX configuration. FIG. 4 illustrates a SL DRX configuration flow in RRC_IDLE / INACTIVE / OOC / CONNECTED state mode 2.

[0085] If the TX UE is in RRC_CONNECTED state, as shown in FIG. 5, the TX UE’s serving gNB may determine the SL DRX configuration and send the SL DRX configuration in dedicated RRC signaling to the RX UE. If the RX UE is in RRC_CONNECTED, the RX UE can report the SL DRX configuration to its serving gNB for  the alignment of Uu DRX and SL DRX configuration. FIG. 5 illustrates a SL DRX configuration flow in RRC_CONNECTED state mode 1.

[0086] (2) GC / BC SL DRX:

[0087] For GC / BC, SL DRX is configured for UEs based on QoS profile and destination L2 ID. In this disclosure, as shown in FIG. 6, a list of QoS profiles (sl-DRX-GC-BC-MappedQoS-FlowsList) of the NR sidelink communication are mapped to a SL DRX configuration. FIG. 6 illustrates SL DRX GC / BC configuration details.

[0088] In some occasions, one destination L2 ID may associate with different QoS profiles, and multiple SL DRX configuration parameters may associate with different QoS profiles. In this case, for GC, the RX UE may select the largest SL inactivity timer for that L2 ID. For GC and BC, the RX UE may select the smallest SL DRX cycle of any QoS profile of that L2 ID and may select the largest SL on-duration of any QoS profile of that L2 ID as its SL DRX configuration.

[0089] Implementation Example 1: For RX UE, align UC DRX with GC / BC DRX

[0090] A UE can maintain several DRX configurations for PSCCH / PSSCH monitoring. To reduce power consumption, a RX UE can try to align its UC DRX configuration with GC / BC DRX configuration. As shown in FIG. 7, the example shows that a UE maintains two GC / BC SL DRX configurations for two different L2 IDs. FIG. 7 shows active time and inactive time for GC / BC SL DRX. In this example, if there is a TX UE trying to configure UC SL DRX towards this RX UE, the GC / BC SL DRX configuration of the RX UE can be considered when configuring UC SL DRX.

[0091] Specifically, the RX UE can send assistance information, which includes its GC / BC SL DRX configuration parameters, to the TX UE. The TX UE may take the assistance information to determine the SL DRX configuration for the RX UE. And assistance information may also include other parameters (e.g., as listed in this disclosure) , desired on duration timer, SL DRX start offset, and SL DRX cycle of the RX UE. The GC / BC SL DRX configuration parameters may include a list of one or more of the following parameters: sl-DRX-GC-BC-OnDurationTimer, sl-DRX-GC-InactivityTimer, sl-DRX-GC-BC-Cycle, sl-drx-SlotOffset, or sl-drx-StartOffset. The sl-DRX-GC-BC-OnDurationTimer, sl-DRX-GC-InactivityTimer, and sl-DRX-GC-BC-Cycle can be the DRX parameters selected by RX UE for each GC / BC destination L2 ID. The sl-drx-StartOffset and sl-drx-SlotOffset can be derived from the following equations:

[0092] sl-drx-StartOffset (ms) = Destination Layer-2 ID modulo sl-drx-Cycle (ms) .

[0093] sl-drx-SlotOffset (ms) = Destination Layer-2 ID modulo the number of slots in one subframe (ms) .

[0094] FIGs. 8-10 list several assistance information formats for GC / BC SL DRX configuration (from RX UE to TX UE) . FIG. 8 illustrates an enhancement on UE assistance information for sidelink (example #1) . FIG. 9 illustrates an enhancement on UE assistance information for sidelink (example #2) . FIG. 10 illustrates an enhancement on UE assistance information for sidelink (example #3) .

[0095] With this enhancement, the TX UE may determine the SL DRX configuration for the RX UE considering the received assistance information (e.g., preferred DRX parameters and / or accepted GC / BC SL DRX configuration details) . More specifically, the DRX cycle of the UC can be calculated by using the least common multiple of the reported cycles of GC / UC DRX configuration (s) for different L2 IDs; and may configure the inactivity timer, on duration timer (as well as slotoffset and CycleStartOffset) considering the received assistance information. More specifically, the active time of GC / BC SL DRX can overlap or partial overlap with the active time of UC SL DRX. FIG. 11 depicts two UC SL DRX configuration examples considering the GC / BC SL DRX configurations of RX UE, wherein GC / BC SL DRX active time is overlap with UC SL DRX in example #1 and GC / BC SL DRX active time is partial overlap with UC SL DRX in example #2. Alternatively, the RX UE can directly send the combined GC / BC SL DRX configuration parameters in assistance information to the TX UE. For example, the combined GC / BC DRX cycle is calculated by using the least common multiple of the reported cycles of GC / UC DRX configuration (s) for different L2 IDs, and the active time duration can be a union of different GC / BC SL DRX’s active time in each cycle. FIG. 12 is an example of combined GC / BC SL DRX parameters. The combined GC / BC SL DRX configuration parameters may include one or more of the following parameters: sl-DRX-GC-BC-OnDurationTimer, sl-DRX-GC-InactivityTimer, sl-DRX-GC-BC-Cycle, sl-drx-SlotOffset, or sl-drx-StartOffset.

[0096] The RX UE can send the desired DRX parameters based on the GC / BC SL DRX configuration to the TX UE. The desired information may include one or more of the following parameters: sl-drx-OnDurationTimer, sl-drx-InactivityTimer, sl-drx-HARQ-RTT-Timer, sl-drx-HARQ-RTT-Timer2, sl-drx-CycleStartOffset, or sl-drx-SlotOffset.

[0097] If the TX UE is in RRC_CONNECTED state mode 1, the TX UE may report the received assistance information to its serving gNB, the serving gNB can configure the UC SL DRX and may send the configuration parameters to the TX UE. The active time is related to the on duration timer, inactivity timer and the time when RX UE detects SCI in each DRX cycle. Since the time when RX UE detects SCI is not predictable in some cases, the active time is not fixed for a GC / BC / UC SL DRX configuration.

[0098] Implementation Example 2: For RX UE, align UC DRX with other UC DRX

[0099] A SL DRX for UC can be configured per pair of source L2 ID and destination L2 ID. The UC SL DRX of RX UE can be configured by the TX UE. In some cases, the UE may have to monitor SCI from different UEs, and then receive SCH-Data or other SL signal, such as SL-PRS. This implementation example is proposed to align different UC SL DRX configurations to minimize the active time of the RX UE.

[0100] Suppose that there are several TX UEs (TX UE #1, TX UE #2 and TX UE #3) trying to configure SL DRX and transmit SCH-data or SL reference signal to one RX UE. TX UE #1 and TX UE #2 may already configure SL DRX for the RX UE. FIG. 13 shows active time and inactive time for two different UC SL DRX configurations.

[0101] Similar to implementation example 1, the RX UE can send assistance information, which includes its (accepted) UC SL DRX configuration parameters, to the TX UE and the TX UE may use it to determine the SL DRX configuration for the RX UE. The assistance information may also include other parameters (e.g., as listed in  current specification) , desired on duration timer, SL DRX start offset, and / or SL DRX cycle of the RX UE. The UC SL DRX configuration parameters may include a list of one or more of the following parameters: sl-drx-OnDurationTimer, sl-drx-InactivityTimer, sl-drx-HARQ-RTT-Timer, sl-drx-HARQ-RTT-Timer2, sl-drx-CycleStartOffset, or sl-drx-SlotOffset.

[0102] In this example, the above DRX parameters are configured by TX UE #1 and TX UE #2, RX UE can send the above DRX parameters configured by TX UE #1 and TX UE #2 to TX UE#3. TX UE #3 may configure new UC SL DRX to the RX UE considering the DRX parameters configured by TX UE #1 and TX UE #2.

[0103] With this enhancement, the TX UE (i.e., TX UE #3 in this example) may determine the SL DRX configuration for the RX UE considering the received assistance information. More specifically, the cycle of the UC SL DRX can be calculated by using the least common multiple of the accepted DRX cycles; and may configure the inactivity timer, on duration timer (as well as slotoffset and CycleStartOffset) considering the received assistance information. More specifically, the active time of UC SL DRX can overlap or partial overlap with the active time of the configured UC SL DRX.

[0104] Alternatively, the RX UE can directly send the combined UC SL DRX configuration parameters in assistance information to the TX UE. For example, the combined UC DRX cycle is calculated by using the least common multiple of the reported cycles of different L2 IDs. The active time duration can be a union of different UC SL DRX’s active time in each cycle (which is similar to implementation example #1) . The RX UE can send the desired DRX parameters based on the UC SL DRX configuration to the TX UE. The desired information may include one or more of the following parameters: sl-drx-OnDurationTimer, sl-drx-InactivityTimer, sl-drx-HARQ-RTT-Timer, sl-drx-HARQ-RTT-Timer2, sl-drx-CycleStartOffset, or sl-drx-SlotOffset.

[0105] If the TX UE is in RRC_CONNECTED state mode 1, the TX UE may report the received assistance information to its serving gNB, the serving gNB can configure the UC SL DRX based on the received assistance information and send the configuration parameters to the TX UE.

[0106] As a combination, the configuration of the DRX on GC / BC and UC or the combined DRX configuration of GC / BC and UC can be included in assistance information and / or SLPP together. The TX UE can determine the UC SL DRX configuration based on the reported GC / BC and UC SL DRX configuration. A configuration example of the combination is as FIG. 14. FIG. 14 shows active time and inactive time example for UC SL DRX configuration (for implementation example #1 and #2) .

[0107] Besides the enhancements on assistance information and / or SLPP, in implementation example #1 and implementation example #2, the UE capability can also be supported, e.g., indicating whether the RX UE has the capability to send the GC / BC and / or UC SL DRX configuration, indicating whether the RX UE has the capability to calculate the combined GC / BC and / or UC SL DRX configuration, indicating whether the RX UE has the capability to calculate the desired UC SL DRX configuration based on the GC / BC and / or UC SL DRX configuration, indicating whether the TX UE has the capability to receiving the GC / BC and / or UC SL DRX configuration in assistance information / SLPP, and / or indicating whether the TX UE has the capability to determine the SL DRX  configuration for the RX UE considering the received assistance information / SLPP on DRX configuration. In this way, the active time of UE for SCI monitoring can be reduced, and further reduce the power consumption for the RX UE.

[0108] The following figures (FIGs. 15-16) show the signalling exchange for the UC SL DRX configuration to align with the accepted / configured GC / BC and / or UC SL DRX. The information #1 in FIG. 16 can be the same as the information #1 in FIG. 15. FIG. 15 shows an enhanced SL DRX configuration flow in RRC_IDLE / INACTIVE / OOC / CONNECTED state mode 2. FIG. 16 shows an enhanced SL DRX configuration flow in RRC_CONNECTED state mode 1. Alternatively, the RX UE can report desired / combined UC SL DRX and / or combined GC / BC SL DRX configuration parameters to the gNB and / or the LMF. The gNB and / or the LMF may send the RX UE’s SL DRX configuration parameters to the TX UE and / or configure corresponding SL PRS via sidelink positioning protocol (SLPP) for the convenience of SL PRS transmission.

[0109] The following figure (FIG. 17) shows the signaling exchange for the UC SL DRX configuration to align with the accepted / configured GC / BC and / or UC SL DRX. The information #1 in FIG. 17 is the same as the information #1 in FIG. 15.

[0110] Implementation Example 3: Priority of the preferred DRX configuration

[0111] In the present disclosure, the RX UE may send assistance information, which include a list of preferred DRX configuration, the desired on duration timer, SL DRX start offset, and / or SL DRX cycle of the RX UE, to the TX UE. The RX UE can specify the priority of the preferred DRX configuration For example, as shown in FIG. 18, for a given preferred DRX configuration, the RX UE can send sl-drx-priority specifying the preference level of each UC SL DRX configuration to the TX UE. The range of priority can be (1, 2, ..., X) . 1 represents the corresponding DRX configuration is most preferred. X is a known integer. FIG. 18 shows an example of priority configuration on the preferred DRX. Alternatively, the UE can sort its preference list on preferred DRX configuration list with a priority descending order. In other words, for RX UE, the SL-DRX-ConfigUC #1 is most preferred in the example illustrated in FIG. 18.

[0112] If the TX UE is in RRC_CONNECTED state mode 1, the TX UE may report the preferred DRX configuration list or together with the configuration priority to its serving gNB. The serving gNB can configure the UC SL DRX based on the received DRX configuration list and may send the configuration parameters to the TX UE. The TX UE or gNB may chose the SL DRX configuration from the preferred DRX configuration with highest priority. If the preferred DRX configuration with highest priority collides with other configurations, the preferred DRX configuration with second highest priority can be chosen, and so on. In this way, the TX UE can configure UC SL DRX for the RX UE considering the RX UE’s preference order, and the rejection rate of the UC SL DRX configuration can be decreased, further reduce the signalling exchange on UC SL DRX re-configuration (s) . The following figure (FIG. 19) shows the signaling exchange for the UC SL DRX configuration considering the preferred DRX configuration priority. FIG. 19 shows a SL DRX configuration flow considering the priority of the preferred DRX configuration.

[0113] Implementation Example 4: Enable SL DRX to align with SL PRS

[0114] For UC SL DRX, one or more of the following methods can be considered:

[0115] The TX UE can configure the SL DRX for RX UE considering the PRS configuration, wherein the PRS is configured by gNB / LMF. The UE transmitting SL PRS should keep aligned with the RX UE regarding the SL DRX active time. With this in mind, the TX UE can configure the SL DRX based on the SL PRS transmission period and starting symbol.

[0116] Alternatively, if the resource allocation mechanism is scheme 2, e.g., the UE determines its time-frequency resource for SL transmission, the LMF / gNB may send the suggested SL DRX configuration to the TX UE to align SL DRX with the SL PRS transmission. The TX UE can configure the SL DRX based on the suggested SL DRX configuration.

[0117] If the TX UE is in RRC_CONNECTED state mode 1 or scheme 1 (e.g., gNB allocate resource for UEs) , the LMF can send the suggested SL DRX configuration and / or SL PRS configuration to the gNB, the gNB can determine the SL DRX configuration based on the suggested SL DRX configuration and / or SL PRS configuration and send the configuration parameters to the TX UE. The TX UE can finally send the SL DRX configuration to the RX UE. The following figure (FIG. 20) shows the signaling exchange for the UC SL DRX configuration considering the PRS configuration details.

[0118] For GC / BC SL DRX, one or more of the following methods can be considered.

[0119] If the SL PRS is treated as an independent service, that is to say, the GC / BC service for positioning service is mapped to one or more QoS profile (s) . The QoS profile (s) may be mapped to one or more SL DRX configuration (s) . The TX UE can report the suggested SL DRX configuration to the gNB and / or LMF considering the SL PRS configuration details. The suggested SL DRX configuration can be included in SidelinkUEInformationNR and / or SLPP. Alternatively, LMF can send the suggested SL DRX for GC / BC considering the SL PRS configuration to the gNB via NRPPa. The gNB can configure the SL DRX for GC / BC considering the SL PRS configuration. The SL DRX for GC / BC can be configured by gNB to UEs via SIB12 or SL-ConfigDedicatedNR or SL-PreconfigurationNR. Similar to UC SL DRX, the SL DRX parameters can be configured based on the SL PRS transmission details, to make sure the active time cover the SL PRS transmission occasion.

[0120] The following figure (FIG. 21) shows the signaling exchange for the GC / BC SL DRX configuration considering the PRS configuration details. Specifically, to align SL DRX with PRS, the cycle of SL DRX can be set to the same as or an integer multiple of the resource reservation period (s) of the SL PRS, and the active time can cover the SL PRS transmission duration within a period, as shown in FIG. 22, wherein the active time is related to sl-drx-cyclestartoffset, sl-drx-slotoffset and on duration timer, in this case, these parameters can satisfy the following equation:

[0121] sl-drx-cyclestartoffset + sl-drx-slotoffset ≤ SL PRS starting slot and symbol ≤ sl-drx-cyclestartoffset +sl-drx-slotoffset + onDurationTimer.

[0122] FIG. 22 illustrates an example of UC SL DRX considering the SL PRS configuration.

[0123] Implementation Example 5: Enable SL PRS to align with SL DRX

[0124] In the present disclosure, the UE transmitting SL-SCH Data can keep aligned with its intended UE receiving the SL-SCH Data regarding the SL DRX Active time. Similarly, the UE can transmit SL PRS during the SL DRX Active time. TX UE can determine its preferred / suggested SL PRS configuration to align with the SL DRX of RX UE (s) to enable as many UEs as possible to receive SL PRS in the active time. The preferred / suggested SL PRS configuration can be determined based on one or more of the following methods.

[0125] Option 1: The RX UE (s) can send its SL DRX configuration (s) to the TX UE / gNB / LMF.

[0126] If the RX UE’s SL DRX configuration (s) is sent to the TX UE, then the TX UE can determine its preferred / suggested SL PRS configuration based on the SL DRX configuration (s) from one or more RX UE (s) . And then the TX UE can send the preferred / suggested SL PRS configuration to gNB / LMF. Then the gNB / LMF can configure the SL PRS based on the preferred / suggested SL PRS configuration for the TX UE.

[0127] If the RX UE’s SL DRX configuration (s) is sent to the gNB / LMF, the gNB / LMF can configure the SL PRS based on the RX UE’s SL DRX configuration (s) from one or more RX UE (s) for the TX UE.

[0128] Alternatively, if the RX UE’s SL DRX configuration (s) is sent to the LMF, the LMF can send the SL DRX configuration (s) of one or more RX UE (s) to the server UE, the server UE can coordinate the active time of different RX UE, and finally determine the PRS configuration.

[0129] Specifically, the SL PRS can be configured to transmit during the active time of RX UE (s) , wherein the SL DRX configuration (s) can be included in SLPP (for SL PRS transmission) and / or UE assistance information for sidelink or SidelinkUEInformationNR.

[0130] Option 2: The RX UE (s) can send its preferred / suggested SL PRS configuration to the TX UE / gNB / LMF.

[0131] If the preferred / suggested SL PRS configuration is sent to the TX UE, then the TX UE can determine its preferred / suggested SL PRS configuration based on the SL PRS configuration (s) from one or more RX UE (s) . And then the TX UE can send the preferred / suggested SL PRS configuration to gNB / LMF. Then the gNB / LMF can configure the SL PRS based on the preferred / suggested SL PRS configuration for the TX UE. In this option, gNB / LMF can send the SL PRS configuration to LMF / gNB (via NRPPa) .

[0132] If the preferred / suggested SL PRS configuration is sent to the gNB / LMF, the gNB / LMF can configure the SL PRS based on the preferred / suggested SL PRS configuration for the TX UE.

[0133] The following figure (FIG. 23) shows the signalling exchange for the PRS configuration considering the DRX configuration details in option 1 and option 2.

[0134] In some cases, for a common L2 ID in GC / BC, the transmitter and receiver can be both aware of the SL DRX on duration timer, cycle, slotoffset and startoffset. The transmitter can send the SL PRS during the active time of GC / BC SL DRX, with this in mind, one or more of following enhancements can be adopted.

[0135] Option 3: The TX UE may send the GC / BC / UC SL DRX configuration (s) to the LMF  / gNB, then the gNB / LMF can configure the SL PRS for TX UE based on the received configuration (s) . In this option, the gNB / LMF can send the SL DRX configuration (s) or SL PRS configuration to LMF / gNB (via NRPPa) .

[0136] Option 4: The gNB may send GC / BC SL DRX configuration (s) to LMF for positioning service via NRPPa, then the LMF can configure the SL PRS for TX UE based on the received configuration (s) .

[0137] The GC / BC configuration (s) in option 3 and option 4 corresponds to the L2 ID of positioning service.

[0138] The following figure (FIG. 24) shows the signaling exchange for the PRS configuration considering the DRX configuration details in option 3 and option 4. Besides the enhancements on NRPPa and other signaling exchange, in implementation example #4 and implementation example #5, UE capability can also be supported, e.g., indicating whether the UE has the capability to send the GC / BC / UC SL DRX configuration and / or SL PRS configuration to UE / gNB / LMF, indicating whether the UE has the capability to calculate the preferred / suggested GC / BC / UC SL DRX configuration and / or SL PRS configuration.

[0139] With the above mentioned enhancements in implementation example #4 and implementation example #5, the SL PRS for both GC / BC and UC can be transmitted during the active time of RX UE, and the RX UE can receive enough PRS samples for its positioning purposes, the RX UE does not have to wake up to monitor the SCI of SL PRS during the inactive time. In this way, the power consumption of the RX UE can be greatly reduced. From another perspective, if the RX UE is strictly prohibited to monitor SCI during the inactive time, the RX UE has to wait for more DRX cycles to receive SL PRS samples, and in this aspect, the positioning efficiency might be downgraded. Therefore, these enhancements can increase the battery life as well as improve the efficiency of SL positioning.

[0140] Implementation Example 6: Suspend and recovery of SL DRX

[0141] The RX UE can receive SL PRS during the positioning procedure. When a positioning procedure is finished, there may be no need for the RX UE continue monitoring SCI and receiving SL PRS. In this condition, the GC / BC or UC SL DRX configured by gNB or a TX UE concerning the positioning service can be disabled for suspending receiving the SL PRS from TX UE (s) in UC or GC / BC. The RX UE can send a SL DRX configuration suspend request, for example, sl-DRX-ConfigSuspend, to the TX UE (for UC SL DRX) , or to the gNB (for GC / BC SL DRX) when there is no need for PRS reception. sl-DRX-ConfigSuspend can be set as 1 when the SL DRX should be suspended. On the contrary, the SL DRX can be restored with certain event triggers the PRS reception recovery, such as the movement of UE and / or new positioning demand arrives. The RX UE can send a SL DRX configuration  recovery request, for example, sl-DRX-ConfigRecovery, to the TX UE (for UC SL DRX) , or to the gNB (for GC / BC SL DRX) when there is a requirement for SL PRS reception. sl-DRX-ConfigRecovery can be set as 1 when the SL DRX should be recovered. The whole procedure is shown in FIG. 25. FIG. 25 shows RX UE’s suspend and recovery request for SL DRX.

[0142] The RX UE can indicate whether it has the capability to determine when the SL DRX can be suspended and when the SL DRX can be recovered. In this way, the RX UE can stay in inactive for a long time when there is no need to monitor and / or receive SL PRS, the power consumption of RX UE can be reduced with this enhancement. Implementation Example 7: Enable SL DRX to align with Uu paging occasion

[0143] When the UE is in RRC_IDLE or RRC_INACTIVE state, it may be configured with Uu DRX with explicit paging occasion for power saving purpose. For UC SL DRX, the configuration details can align with the Uu paging occasion. Specifically, the RX UE or gNB can send the time location or configuration of the Uu paging occasion of the RX UE to the TX UE. The configuration may include the cycle, duration and offset information of the paging occasion. TX UE can configure UC SL DRX for the RX UE considering the time location of the RX UE’s paging occasion. The configuration of the Uu paging occasion can be included in UE assistance information or SLPP for SL PRS transmission / reception in SL DRX active time. Specifically, the active time of UC SL DRX can cover the paging occasions of RX UE, and the DRX cycle can be the same as or an integer multiple of the paging cycle.

[0144] The following figure (FIG. 26) shows the signaling exchange for the SL DRX configuration considering the paging configuration details. For GC / BC SL DRX, the configuration details can align with the Uu paging occasion of multiple UEs. The gNB is aware of the paging occasion of the RX UE, and gNB can configure the GC / BC SL DRX considering the paging occasion of different RX UEs. A configuration example is shown in FIG. 27, the active time of GC / BC SL DRX can cover the paging occasions of different UEs, and the DRX cycle can be the same as or least common multiple of the Uu DRX cycle (s) . The UE can indicate whether it has the capability to determine the SL DRX configuration based on RX UE’s paging occasion.

[0145] With this enhancement, the active time of GC / BC SL DRX can cover all or part of paging occasions of different UEs, and the total active time of UE can be greatly reduced. The example in FIG. 27 shows that within a DRX cycle (include Uu and SL DRX) , the active time is equal to the active time of GC / BC SL DRX. But if the paging occasion of Uu DRX is not considered, the active time of a UE can be the active time of GC / BC SL DRX plus the duration of paging occasion.

[0146] Implementation Example 8: Enable SL DRX to align with the measurement window

[0147] To enable simultaneous measurements on the same PRS by a target UE and a PRU, the LMF is supported to request the UEs perform measurement within indicated time windows (s) for DL PRS. For SL PRS, simultaneous measurement on the same PRS can also be performed for improving the positioning performance. The LMF can send the configuration of the indicated time window (s) to gNB (for example, via NRPPa) , the gNB can  configure SL DRX considering the measurement window details, such as start time, duration and periodicity of the time window (s) for UE (s) . Specifically, for GC / BC SL DRX, the DRX cycle and on duration timer and can be configured based on the measurement window (s) start time, duration and periodicity. For example, the start time of GC / BC SL DRX can be configured the same as or near the measurement window start time, the cycle of the GC / BC SL DRX can be configured the same as or set as the least common multiple of time window (s) periodicity, and the on duration timer can be configured (approximately) equal to the duration time of measurement window (s) . Alternatively, the active time of GC / BC SL DRX can be configured (approximately) equal to the duration time of measurement window (s) .

[0148] However, the startoffset and slotoffset for GC / BC SL DRX can be calculated based on the destination L2 ID.

[0149] sl-drx-StartOffset (ms) = Destination Layer-2 ID modulo sl-drx-Cycle (ms) .

[0150] sl-drx-SlotOffset (ms) = Destination Layer-2 ID modulo the number of slots in one subframe (ms) .

[0151] In some cases, the start time of active time for GC / BC SL DRX cannot be controlled by the SL DRX configuration. With this in mind, the measurement window (s) can be configured based on the GC / BC SL DRX configuration by the gNB. For example, the start time of measurement window can be configured the same as or near the GC / BC SL DRX on duration start time, e.g., based on the sl-drx-StartOffset and / or sl-drx-SlotOffset of GC / BC SL DRX, the periodicity of the time window (s) can be configured the same as or set as the least common multiple of GC / BC SL DRX cycle (s) , and the duration time can be configured (approximately) equal to the on duration timer. Alternatively, the duration time can be configured (approximately) equal to the active time of GC / BC SL DRX.

[0152] Alternatively, the gNB / LMF can configure the measurement window (s) for UEs considering the QoS requirements and / or requested location time of positioning service. The parameters of measurement window may include the start time, periodicity and offset, window duration time, etc. For example, the end time of a measurement window (start time + duration time) is earlier than the response time, e.g., start time + duration time ≤RequestLocationInformation transmission time + time*unit in responseTime. Alternatively, the measurement window can cover the scheduledLocationTime.

[0153] Alternatively, the gNB can determine the Uu DRX configuration considering the configuration of measurement window (s) . An then determine the SL DRX configuration considering the Uu DRX active time and inactive time. The configuration details is listed in implementation example #14.

[0154] In this way, the active time of GC / BC SL DRX can overlap or partial overlap with the measurement window (s) , different UEs can perform SL PRS measurement in the same time window (s) , some of the error sources for PRS measurement can be minimized or eliminated. The performance of positioning can be thereupon enhanced. At the same time, the UE may not have to perform PRS measurement in inactive time, the power consumption can be greatly reduced.

[0155] Implementation Example 9: GC / BC SL DRX for positioning service

[0156] For GC / BC, SL DRX is configured for UEs based on QoS profile and destination L2 ID. In the present disclosure, a list of QoS profiles (sl-DRX-GC-BC-MappedQoS-FlowsList) of the NR sidelink communication are mapped to a SL DRX configuration. For positioning service, the gNB / LMF can determine or configure the QoS profile and / or GC / BC SL DRX for positioning service based on the PRS configuration.

[0157] The gNB / LMF can configure the GC / BC SL DRX parameter for positioning service to UEs, e.g., add a new IE, for example SL-DRX-GC-BC-PRS, which include on duration timer, inactivity timer and DRX cycle. This information can be included in SIB12 and / or SL-PreconfigurationNR and / or SL-ConfigDedicateNR and / or SLPP.

[0158] If the GC / BC SL DRX for positioning service is configured by LMF, the LMF can transmit the GC / BC SL DRX configuration to gNB via NRPPa. One or more of the following GC / BC SL DRX for positioning service can be considered.

[0159] Alternatively, the GC / BC SL DRX parameter can be divided into two categories, e.g., SL DRX for positioning service in dedicated resource pool and SL DRX for positioning service in shared resource pool. gNB / LMF can configure GC / BC SL DRX parameters for positioning service in dedicated resource pool and shared resource pool, respectively. If SL-DRX-GC-BC-PRS configuration is configured together with other QoS profile’s SL DRX configuration, e.g., SL-DRX-GC-BC-QoS, the following two configuration structures can be considered. FIG. 28 shows an enhancement on SL DRX for PRS configuration example #1. FIG. 29 shows an enhancement on SL DRX for PRS configuration example #2.

[0160] Alternatively, the gNB / LMF may configure different GC / BC SL DRX parameters for positioning service. Different GC / BC SL DRX parameters may consider the QoS and / or priority of the SL PRS. If SL-DRX-GC-BC-PRS is configured together with other QoS profile’s SL DRX configuration, e.g., SL-DRX-GC-BC-QoS, the one or more of the following two configuration structures can be considered. FIG. 30 shows an enhancement on SL DRX for PRS configuration example #3. FIG. 31 shows an enhancement on SL DRX for PRS configuration example #4.

[0161] The gNB / LMF can map the positioning service to QoS profile (s) , and configure GC / BC SL DRX for different QoS profiles. And these QoS profiles can map to one or more flow list (s) , which correspond to one or more SL DRX configuration (s) .

[0162] The QoS profile of positioning service may have the same structure with other SL-QoS-Profile. The QoS Profile includes sl-PQI, sl-GFBR, sl-MFBR and sl-Range. The QoS profile parameters can be determined based on the type of resource pool, QoS requirement and / or priority information. Specifically, the horizontalAccuracy, verticalCoordinateRequest, verticalAccuracy, ResponseTime, velocityRequest in QoS and PRS priority can be mapped to sl-PQI, sl-GFBR, sl-MFBR and sl-Range in QoS profile. For example, the PRS priority is mapped to the sl-PriorityLevel in sl-PQI, the ResponseTime is mapped to the sl-PacketDelayBudget in sl-PQI.  horizontalAccuracy, verticalCoordinateRequest, verticalAccuracy and velocityRequest may map to other requirements in SL-QoS-Profile. Alternatively, the QoS profile of positioning service can mapped to a QoS profile list together with other QoS profiles (FIG. 32) , or the QoS profile of positioning service can mapped to a QoS profile list that only dedicate for positioning service (FIG. 33) . FIG. 32 show a QoS profile of positioning service mapped to a QoS profile list together with other QoS profiles. FIG. 33 shows a QoS profile of positioning service mapped to a QoS profile list dedicates for positioning service.

[0163] Alternatively, the QoS profile of positioning service may have different structure with other SL-QoS-Profile. Alternatively, the SL DRX configuration of positioning service may corresponding to different QoS of PRS. Alternatively, the QoS positioning service can mapped to a QoS profile list together with other QoS profiles (FIG. 34) , or the QoS of positioning service can mapped to a QoS profile list that only dedicate for PRS (FIG. 35) . And the QoS of positioning service may also consider the priority of PRS. FIG. 34 shows a QoS of positioning service mapped to a QoS profile list together with other QoS profiles. FIG. 35 show a QoS of positioning service mapped to a QoS profile list dedicates for positioning service.

[0164] Alternatively, the gNB / LMF can map the SL DRX of positioning service to other known SL DRX configuration (s) . For example, for GC / BC there are different destination L2 ID for different services, and the configuration of destination L2 ID #1 of is SL DRX Config #1, the configuration of destination L2 ID #2 of is SL DRX Config #2, and so on. The gNB / LMF can map the SL DRX for positioning service to a certain SL DRX Config #n. In this case, positioning service will share the same SL DRX configuration with L2 ID #n. Then the gNB / LMF can send the SL DRX configuration of positioning service and / or the corresponding L2 ID that shares the same SL DRX configuration with positioning service to the UE.

[0165] In the present disclosure, a default SL DRX configuration, common between groupcast and broadcast, can be used for a QoS profile which is not mapped onto any non-default SL DRX configuration (s) . Alternatively, the gNB / LMF can tell the UE to take the default SL DRX configuration as it is SL DRX for positioning service.

[0166] Implementation Example 10: TX UE align SL PRS with its GC / BC / UC SL DRX and / or DTX.

[0167] In resource allocation mode 2, TX UE can first perform sensing and then select the time-frequency resource based on the sensing procedure. The sensing procedure is similar to the behavior of UE in active time duration, e.g., monitor SCI. Therefore, the sensing window of a SL PRS resource allocation can overlap or partial overlap with the active time of the SL DRX. However, in the actual process of resource allocation sensing procedure, the sensing window begins slightly before the planned SL PRS transmission. To enable the sensing window overlap or partial overlap with the active time of the SL DRX for the TX UE, the SL PRS of TX UE can be configured based on TX UE’s GC / BC / UC SL DRX and / or DTX configuration (s) . Specifically, for example, as shown in FIG. 36, the resource reservation period of TX UE’s SL PRS can be set to the same as or an integer multiple of SL DRX and / or DTX, and the SL PRS starting slot and symbol can be set to as the end or near the end of SL DRX and / or DTX active time. In this way, the active time can overlap or partial overlap with the sensing window of SL PRS. FIG. 36 shows an example of SL PRS sensing window and transmission configuration considering TX UE’s SL DRX  Implementation Example 11: Joint configuration of SL PRS and SL DRX of TX UE and RX UE

[0168] Consider a scenario there are two UEs, as shown in FIG. 37, UE A may be configured with UC SL PRS and transmits SL PRS to UE B. UE B may receive the SL PRS transmitted from UE A, and may also transmit PRS to other UEs. FIG. 37 shows an application scenario for joint configuration of SL PRS and SL DRX.

[0169] For UE B, the most energy-efficient way is, in UE B’s active time, UE B monitoring UE A’s PSCCH as well as sensing the time-frequency resource for UE B’s SL PRS transmission. This implementation example aims to jointly configure the PRS of UE A and UE B to enable UE B perform sensing as well as monitoring SCI. UE A may send PRS during the active time period of UE B, and UE B may send PRS during the active and / or inactive time period. Specifically, the resource reservation period of UE B for SL PRS can be configured as the same value of UE A, or an integer multiple of UE A’s resource reservation period. Alternatively, UE A’s resource reservation period for SL PRS can be configured as the same value of UE B, or an integer multiple of UE B’s resource reservation period. Alternatively, the resource reservation period candidates can be set as (X, 2X, 3X, ..., MX) . M is an integer. UE B’s starting slot and / or symbol can be set as an offset plus UE A’s starting slot and / or symbol. A configuration example is shown in FIG. 38. FIG. 38 shows a joint configuration example of UE A and UE B.

[0170] With enhancements in implementation example #10 and implementation example #11, the TX UE can monitor SCI in the SL DRX active time, and there is no need for the TX UE sensing the time-frequency resource for SL PRS transmission in the inactive time. In this way, the power consumption of TX UE can be greatly reduced. Implementation Example 12: Enable Uu DRX to align with PPW

[0171] In a positioning procedure, a PRS process window (PPW) can be configured for UE indicating a measurement window where a UE is expected to measure the PRS. For power saving purpose, the Uu DRX can be configured based on the PPW configuration. Specifically, the Uu DRX active time can overlap or partial overlap with the PPW. For example, the drx-LongCycle or the drxShortCycle can be the same as or an integer multiple of the periodicity of PPW. And the length of onDurationTimer can be the same or less than the length of PPW. The startoffset plus slotoffset (of DRX) equals to the start slot of the PPW. Alternatively, UE can send its PPW configuration to LMF / gNB, then the gNB / core network can configure Uu DRX for the UE. Alternatively, LMF can send the PPW configuration to gNB. A configuration example is shown in FIG. 39, in this example, the cycle of DRX is equal to the periodicity of PPW, and the start offset and slot offset is equal to the start slot of PPW. The active time of DRX can be partial overlap with PPW. FIG. 39 shows an alignment between Uu DRX and PPW.

[0172] After configuring Uu DRX, the SL DRX can be configured based on the Uu DRX configuration. The configuration details is listed in implementation example #14.

[0173] Implementation Example 13: SL DRX align with UL time window for FH positioning SRS

[0174] For UEs positioning transmitting the UL SRS with frequency hopping, an uplink time window can be defined where the UE is not expected to receive / transmit other signals / channels and can be expected to transmit frequency hopping (FH) Sounding Reference Signal (SRS) for positioning. Similar to implementation example #12,  for power saving purpose, the Uu Discontinuous Transmission (DTX) can be configured based on the FH SRS configuration. Alternatively, UE can send its UL time window fro FH positioning SRS configuration to LMF / gNB, then the gNB / core network can configure Uu DRX for the UE. Alternatively, LMF can send the UL time window fro FH positioning SRS configuration to gNB. Specifically, the Uu DTX active time can overlap or partial overlap with the FH SRS time window. For example, the cycle of DTX can be the same as or an integer multiple of the periodicity of FH SRS time window. And the length of onDurationTimer can be the same or less than the length of FH SRS time window. The startoffset plus slotoffset (if applied) may equal to the start slot of the FH SRS time window. The TX UE can transmit FH SRS for positioning in DTX active time and UL time window.

[0175] After configuring Uu DTX, the SL DRX can be configured based on the Uu DRX configuration. The configuration details is listed in implementation example #14.

[0176] Implementation Example 14: Enable SL DRX to align with Uu DRX and / or DTX

[0177] The TX UE / gNB can configure the SL DRX for RX UE considering the Uu DRX / DTX configuration. The Uu DRX / DTX configuration may include one or more of the following parameters: drx-onDurationTimer, drx-InactivityTimer, drx-HARQ-RTT-TimerDL, drx-HARQ-RTT-TimerUL, drx-RetransmissionTimerDL, drx-RetransmissionTimerUL, drx-LongCycleStartOffset, shortDRX, or drx-SlotOffset.

[0178] For the alignment of SL DRX and Uu DRX:

[0179] If the SL DRX is configured by TX UE, the RX UE and / or gNB may send the Uu DRX configuration to the TX UE. The following figure (FIG. 40) shows the signaling exchange for the SL DRX configuration considering the Uu DRX configuration details.

[0180] Specifically, the gNB / TX UE can configure the SL DRX based on the Uu DRX and / or DTX on duration timer, cycle, startoffset and slot offset. For example, the cycle of SL DRX can be set to the same as or an integer multiple of the cycle of the Uu DRX or DTX, and the active time can overlap or partial overlap with the active time of Uu DRX or DTX.

[0181] Implementation Example 15: UE measurement capability in RRC_IDLE state

[0182] The UE measurement capability for positioning service in RRC_INACTIVE and RRC_CONNECTED is defined in current specification. But the UE measurement capability of PRS in RRC_IDLE state has not been specified. This implementation disclosure provides potential UE measurement capability and measurement requirement for positioning service in RRC_INACTIVE state.

[0183] UE measurement capability:

[0184] The UE may report one or more of the following parameters to the gNB and / or LMF to specify the UE measurement capability of PRS: parallelPRS-MeasRRC-Idle, supportedDL-PRS-ProcessingSamples-RRC-Idle, prs-ProcessingRRC-Idle, durationOfPRS-Processing-RRC-Idle, maxNumOfDL-PRS-ResProcessedPerSlot-RRC- Idle, or dl-PRS-BufferType-RRC-Idle. parallelPRS-MeasRRC-Idle can be included in RF-Parameters, which indicates whether the UE support parallel PRS measurements in RRC_IDLE state, and the detailed IE can be:

[0185] parallelPRS-MeasRRC-Idle ENUMERATED {supported}

[0186] supportedDL-PRS-ProcessingSamples-RRC-Idle can be included in LPP, or more specifically, in NR-DL-PRS-ProcessingCapability, which indicates the UE capability for support of measurements based on measuring M=1 or M=2 samples (instances) of a DL-PRS Resource Set in RRC_IDLE state. The detailed IE can be:

[0187] supportedDL-PRS-ProcessingSamples-RRC-Idle ENUMERATED {supported}

[0188] prs-ProcessingRRC-Idle can be included in RF-Parameters, which indicates whether the UE support PRS processing in RRC_IDLE state, and the detailed IE can be:

[0189] prs-ProcessingRRC-Idle ENUMERATED {supported}

[0190] durationOfPRS-Processing-RRC-Idle-r17 can be included in LPP, or more specifically, in NR-DL-PRS-ProcessingCapability, which Indicates the duration N of DL-PRS symbols in units of ms a UE can process every T ms in RRC_IDLE state assuming maximum DL-PRS bandwidth provided in supported BandwidthPRS and comprises the following subfields:

[0191] maxNumOfDL-PRS-ResProcessedPerSlot-RRC-Idle can be included in LPP, or more specifically, in NR-DL-PRS-ProcessingCapability, which Indicates the maximum number of DL-PRS resources a UE can process in a slot in RRC_IDLE state. SCS: 15 kHz, 30 kHz, 60 kHz are applicable for FR1 bands. SCS: 60 kHz, 120 kHz are applicable for FR2 bands.

[0192] dl-PRS-BufferType-RRC-Idle can be included in LPP, or more specifically, in NR-DL-PRS-ProcessingCapability, which Indicates DL-PRS buffering capability in RRC_IDLE state. Value 'type1'indicates sub-slot / symbol level buffering and value 'type2'indicates slot level buffering. The detailed IE can be:

[0193] dl-PRS-BufferType-RRC-Idle     ENUMERATED {type1, type2, ... }

[0194] Measurement requirement:

[0195] The measurement period for UE in RRC_IDLE state TRSTD, Total (DL PRS RSTD measurement) , TPRS-RSRP, total (PRS-RSRP measurement) , TUERxTx, Total (UE Rx-Tx time difference measurement) , TCP, Total (PRS-carrier phase measurement) are defined as:

[0196] TRSTD, i is the measurement period for PRS RSTD measurement in positioning frequency layer i as specified below:

[0197] TPRS-RSRP, i is the measurement period for PRS-RSRP measurement in positioning frequency layer i as specified below:

[0198] TUERxTx, i is the measurement period for UE Rx-Tx time difference measurements in positioning frequency layer i as specified below:

[0199] TCP, i is the measurement period for UE Rx-Tx time difference measurements in positioning frequency layer i as specified below:

[0200] Wherein, K1 and K2 are optional scaling factors for carrier phase measurement.

[0201] If the UE supports parallelPRS-MeasRRC-Inactive-r17, Kcarrier_PRS = 1.

[0202] ■ N_sample is the number of PRS RSTD / RSRP / UE Tx-Rx samples, where

[0203] ○ N_sample= 1 if the UE supports supportedDL-PRS-ProcessingSamples-RRC-Idle and the LMF requests the UE to perform positioning measurements with reduced number of samples, and meets the following conditions:

[0204] ■ PRS bandwidth is within the initial BWP and

[0205] ■ Magnitude of difference between the serving cell’s SS-RSRP and the neighbor cell’s PRS-RSRP is within 6 dB.

[0206] ○ N_sample= 2 if the UE supports supportedDL-PRS-ProcessingSamples-RRC-Idle, and the LMF requests the UE to perform positioning measurements with reduced number of samples, and does not meet the following conditions:

[0207] ■ PRS bandwidth is within the initial BWP and

[0208] ■ Magnitude of difference between the serving cell’s SS-RSRP and the neighbor cell’s PRS-RSRP is within 6 dB.

[0209] o N_sample= 4 otherwise.

[0210] ■ {N, T} is the UE capability combination per band for RRC_IDLE state where N is a duration of DL PRS symbols in ms corresponding to durationOfPRS-ProcessingSymbols, T (ms) corresponds to  durationOfPRS-ProcessingSymbolsInEveryTms, [and T-N (>0) is the time required to process duration N of DL PRS symbols already buffered in memory] , for a given maximum bandwidth supported by UE corresponding to supportedBandwidthPRS.

[0211] ■ N’ is UE capability for number of DL PRS resources that it can process in a slot in RRC_IDLE state as indicated by maxNumOfDL-PRS-ResProcessedPerSlot-RRC-Idle.

[0212] Measurement period requirements for PRS-RSRP can re-use the measurement period requirements for PRS-RSRPP measurement. The other parameters in the definition of measurement requirement in RRC_IDLE can be the same as that of parameters in the definition of measurement requirement for UEs in RRC_INACTIVE state.

[0213] It should be understood that one or more features from the above implementation examples are not exclusive to the specific implementation examples, but can be combined in any manner (e.g., in any priority and / or order, concurrently or otherwise) .

[0214] FIG. 41 illustrates a flow diagram of a method 4100 for positioning with low power consumption. The method 4100 may be implemented using any one or more of the components and devices detailed herein in conjunction with FIGs. 1–40. In overview, the method 4100 may be performed by a wireless communication device (e.g., a UE) , in some embodiments. Additional, fewer, or different operations may be performed in the method 4100 depending on the embodiment. At least one aspect of the operations is directed to a system, method, apparatus, or a computer-readable medium.

[0215] A first wireless communication device (e.g., a TX UE) may determine at least one first parameter of configuration information (e.g., DRX) . The first wireless communication device may transmit the at least one first parameter to a second wireless communication device (e.g., a RX UE) . The at least one first parameter may comprise at least one discontinuous reception (DRX) parameter. The at least one DRX parameter can be a unicast (UC) sidelink (SL) DRX parameter. The UC SL DRX parameter may comprise at least one of: a sl-drx-OnDurationTimer; a sl-drx-InactivityTimer; a sl-drx-HARQ-RTT-Timer; a sl-drx-HARQ-RTT-Timer2; a sl-drx-CycleStartOffset; or a sl-drx-SlotOffset.

[0216] In some embodiments, the second wireless communication device (e.g., RX UE) may receive, from a network node, at least one second parameter of the configuration information, wherein the at least one second parameter of the configuration information is determined by the network node, and wherein the at least one second parameter comprises a groupcast (GC)  / broadcast (BC) sidelink (SL) discontinuous reception (DRX) parameter. The GC / BC SL DRX parameter may comprise at least one of: a sl-DRX-GC-BC-OnDurationTimer; a sl-DRX-GC-InactivityTimer; a sl-DRX-GC-BC-Cycle; a sl-drx-SlotOffset; or a sl-drx-StartOffset.

[0217] In some embodiments, the second wireless communication device may transmit, to the first wireless communication device, one or more parameters of configured information or a suggested configuration or a desired information.

[0218] In some embodiments, the configuration information can be associated with configured information, a suggested configuration, or desired information. The desired configuration information may comprise at least one preferred DRX parameter of the first wireless communication device. The at least one preferred DRX parameter may comprise a list of SL-DRX-ConfigUC. The list of SL-DRX-ConfigUC may comprise at least one of: a sl-drx-OnDurationTimer; a sl-drx-InactivityTimer; a sl-drx-HARQ-RTT-Timer; a sl-drx-HARQ-RTT-Timer2; a sl-drx-CycleStartOffset; a sl-drx-SlotOffset; or a sl-drx-priority. The list of SL-DRX-ConfigUC can be sorted with a priority descending or ascending order.

[0219] In some embodiments, configured information may comprise at least one of: a UC SL DRX configuration; a GC / BC SL DRX configuration; or a Uu DRX configuration. The configured information may comprise a sidelink (SL) positioning reference signal (PRS) configuration. The SL PRS configuration may comprise at least one of: a SL PRS transmission period; a resource reservation period; or a starting symbol. The suggested configuration may comprise a unicast (UC) sidelink (SL) DRX configuration. The UC SL DRX configuration may comprise at least one of: a sl-drx-OnDurationTimer; a sl-drx-InactivityTimer; a sl-drx-HARQ-RTT-Timer; a sl-drx-HARQ-RTT-Timer2; a sl-drx-CycleStartOffset; or a sl-drx-SlotOffset.

[0220] In certain embodiments, a first network node (e.g., a LMF or a gNB) may transmit one or more parameters of configuration information to a wireless communication device. The first network node may transmit the one or more parameters of the configuration information to a second network node (e.g., a LMF or a gNB) . The first network node may receive one or more parameters of configured information or measurement capability information from the wireless communication device. The configuration information may comprise at least one of: a UC SL DRX configuration; a GC / BC SL DRX configuration; a SL PRS configuration; or a Uu DRX configuration.

[0221] In some embodiments, the first wireless communication device may transmit one or more parameters of a suggested configuration to a network node (e.g., a gNB) . The suggested configuration may comprise a groupcast (GC)  / broadcast (BC) sidelink (SL) discontinuous reception (DRX) configuration. The GC / BC SL DRX configuration may comprise at least one of: a sl-DRX-GC-BC-OnDurationTimer; a sl-DRX-GC-InactivityTimer; a sl-DRX-GC-BC-Cycle; a sl-drx-SlotOffset; or a sl-drx-StartOffset.

[0222] In some embodiments, the configured information may comprise a sidelink (SL) DRX configuration. The SL DRX configuration may comprise at least one of: a unicast (UC) SL DRX parameter, or a GC / BC SL DRX parameter. The UC SL DRX parameter may comprise at least one of: a sl-drx-OnDurationTimer; a sl-drx-InactivityTimer; a sl-drx-HARQ-RTT-Timer; a sl-drx-HARQ-RTT-Timer2; a sl-drx-CycleStartOffset; or a sl-drx-SlotOffset. The GCBC SL DRX parameter may comprise at least one of: a sl-DRX-GC-BC-OnDurationTimer; a sl-DRX-GC-InactivityTimer; a sl-DRX-GC-BC-Cycle; a sl-drx-SlotOffset; or a sl-drx-StartOffset. The configuration information may comprise a sidelink (SL) positioning reference signal (PRS) configuration parameter. The SL PRS configuration parameter may comprise at least one of: a SL PRS transmission period, a resource reservation period, or a starting symbol.

[0223] In some embodiments, the second wireless communication device may determine one or more parameters of a suggested configuration. The first wireless communication device may receive one or more parameters of configured information from a network node or the second wireless communication device. The configuration information can be associated with configured information. The configured information may comprise a Uu paging configuration. The Uu paging configuration may comprise at least one of: a cycle, a duration, offset, or a user equipment (UE) identifier (ID) . The configured information may comprise a configured measurement window parameter. The configured measurement window parameter may comprise at least one of: a start time, a duration, or a periodicity of a time window.

[0224] In some embodiments, the GC / BC SL DRX configuration parameter can be for positioning service. The GC / BC SL DRX configuration parameter may comprise at least one of: an on duration timer, an inactivity timer, or a DRX cycle in a SL-DRX-GC-BC-PRS. The SL-DRX-GC-BC-PRS may comprise a DRX configuration for a dedicated resource pool or a shared resource pool. The SL-DRX-GC-BC-PRS may comprise a list of DRX configurations for different PRS transmissions. The list of DRX configurations can be associated with a quality of service (QoS) or a priority of the SL-DRX-GC-BC-PRS.

[0225] In some embodiments, the configuration information may comprise at least one groupcast (GC) or broadcast (BC) sidelink (SL) DRX configuration parameter for at least one quality of service (QoS) profile. The at least one QoS profile can be for positioning service. The at least one QoS profile may map to one or more flow lists, which correspond to one or more SL DRX configurations. The at least one QoS profile of positioning service may have the same structure with other SL-QoS-profile. The QoS profile may include at least one of: a sl-PQI, a sl-GFBR, a sl-MFBR, or a sl-Range.

[0226] In some embodiments, the configuration information may comprise a corresponding L2 ID that shares the same SL DRX configuration with positioning service to a user equipment (UE) . In some embodiment, the configuration information may comprise a default SL DRX configuration. The default SL DRX configuration may include a default DRX configuration for positioning service. The configured information may comprise a positioning reference signal (PRS) processing window (PPW) parameter. The PRS PPW parameter may comprise at least one of: a start slot, a length, or a periodicity. The configured information may comprise an uplink (UL) time window for frequency hopping (FH) positioning sounding reference signal (SRS) . The UL time window may comprise at least one of: a start slot, a length, or a periodicity. The configured information may comprise a Uu discontinuous reception (DRX) or discontinuous transmission (DTX) configuration. The Uu DRX or DTX configuration may comprise at least one of: a drx-onDurationTimer; a drx-InactivityTimer; a drx-HARQ-RTT-TimerDL; a drx-HARQ-RTT-TimerUL; a drx-RetransmissionTimerDL; a drx-RetransmissionTimerUL; a drx-LongCycleStartOffset; a shortDRX; or a drx-SlotOffset.

[0227] In some embodiments, a first wireless communication device may transmit one or more parameters of a measurement capability to a network node. The measurement capability may include a measurement capability of a positioning reference signal (PRS) . The measurement capability of the PRS may comprise at least one of following parameters: a parallelPRS-MeasRRC-Idle; a supportedDL-PRS-ProcessingSamples-RRC-Idle; a prs- ProcessingRRC-Idle; a durationOfPRS-Processing-RRC-Idle; a maxNumOfDL-PRS-ResProcessedPerSlot-RRC-Idle; or a dl-PRS-BufferType-RRC-Idle. The parameters indicating the measurement capability can be used to determine or associate with a measurement period requirement for one or more of following measurements: a PRS reference signal time difference (RSTD) measurement; a PRS reference signal received power (RSRP) measurement; a PRS-path RSRP (RSRPP) measurement; a UE Rx-Tx time difference measurement; or a PRS carrier phase measurement.

[0228] While various embodiments of the present solution have been described above, it should be understood that they have been presented by way of example only, and not by way of limitation. Likewise, the various diagrams may depict an example architectural or configuration, which are provided to enable persons of ordinary skill in the art to understand example features and functions of the present solution. Such persons would understand, however, that the solution is not restricted to the illustrated example architectures or configurations, but can be implemented using a variety of alternative architectures and configurations. Additionally, as would be understood by persons of ordinary skill in the art, one or more features of one embodiment can be combined with one or more features of another embodiment described herein. Thus, the breadth and scope of the present disclosure should not be limited by any of the above-described illustrative embodiments.

[0229] It is also understood that any reference to an element herein using a designation such as "first, " "second, " and so forth does not generally limit the quantity or order of those elements. Rather, these designations can be used herein as a convenient means of distinguishing between two or more elements or instances of an element. Thus, a reference to first and second elements does not mean that only two elements can be employed, or that the first element must precede the second element in some manner.

[0230] Additionally, a person having ordinary skill in the art would understand that information and signals can be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits and symbols, for example, which may be referenced in the above description can be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0231] A person of ordinary skill in the art would further appreciate that any of the various illustrative logical blocks, modules, processors, means, circuits, methods and functions described in connection with the aspects disclosed herein can be implemented by electronic hardware (e.g., a digital implementation, an analog implementation, or a combination of the two) , firmware, various forms of program or design code incorporating instructions (which can be referred to herein, for convenience, as "software" or a "software module) , or any combination of these techniques. To clearly illustrate this interchangeability of hardware, firmware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware, firmware or software, or a combination of these techniques, depends upon the particular application and design constraints imposed on the overall system. Skilled artisans can implement the described functionality in various ways for each particular application, but such implementation decisions do not cause a departure from the scope of the present disclosure.

[0232] Furthermore, a person of ordinary skill in the art would understand that various illustrative logical blocks, modules, devices, components and circuits described herein can be implemented within or performed by an integrated circuit (IC) that can include a general purpose processor, a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a field programmable gate array (FPGA) or other programmable logic device, or any combination thereof. The logical blocks, modules, and circuits can further include antennas and / or transceivers to communicate with various components within the network or within the device. A general purpose processor can be a microprocessor, but in the alternative, the processor can be any conventional processor, controller, or state machine. A processor can also be implemented as a combination of computing devices, e.g., a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other suitable configuration to perform the functions described herein.

[0233] If implemented in software, the functions can be stored as one or more instructions or code on a computer-readable medium. Thus, the steps of a method or algorithm disclosed herein can be implemented as software stored on a computer-readable medium. Computer-readable media includes both computer storage media and communication media including any medium that can be enabled to transfer a computer program or code from one place to another. A storage media can be any available media that can be accessed by a computer. By way of example, and not limitation, such computer-readable media can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store desired program code in the form of instructions or data structures and that can be accessed by a computer.

[0234] In this document, the term "module" as used herein, refers to software, firmware, hardware, and any combination of these elements for performing the associated functions described herein. Additionally, for purpose of discussion, the various modules are described as discrete modules; however, as would be apparent to one of ordinary skill in the art, two or more modules may be combined to form a single module that performs the associated functions according embodiments of the present solution.

[0235] Additionally, memory or other storage, as well as communication components, may be employed in embodiments of the present solution. It will be appreciated that, for clarity purposes, the above description has described embodiments of the present solution with reference to different functional units and processors. However, it will be apparent that any suitable distribution of functionality between different functional units, processing logic elements or domains may be used without detracting from the present solution. For example, functionality illustrated to be performed by separate processing logic elements, or controllers, may be performed by the same processing logic element, or controller. Hence, references to specific functional units are only references to a suitable means for providing the described functionality, rather than indicative of a strict logical or physical structure or organization.

[0236] Various modifications to the embodiments described in this disclosure will be readily apparent to those skilled in the art, and the general principles defined herein can be applied to other embodiments without departing from the scope of this disclosure. Thus, the disclosure is not intended to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the novel features and principles disclosed herein, as recited in the claims below.

Claims

1.A method comprising:determining, by a first wireless communication device, at least one first parameter of configuration information; andtransmitting, by the first wireless communication device to a second wireless communication device, the at least one first parameter.2.The method of claim 1, wherein the at least one first parameter comprises at least one discontinuous reception (DRX) parameter.3.The method of claim 2, wherein the at least one DRX parameter is a unicast (UC) sidelink (SL) DRX parameter.4.The method of claim 3, wherein the UC SL DRX parameter comprises at least one of:a sl-drx-OnDurationTimer;a sl-drx-InactivityTimer;a sl-drx-HARQ-RTT-Timer;a sl-drx-HARQ-RTT-Timer2;a sl-drx-CycleStartOffset; ora sl-drx-SlotOffset.5.The method of claim 1, wherein the second wireless communication device receives, from a network node, at least one second parameter of the configuration information, wherein the at least one second parameter of the configuration information is determined by the network node, and wherein the at least one second parameter comprises a groupcast (GC)  / broadcast (BC) sidelink (SL) discontinuous reception (DRX) parameter.6.The method of claim 5, wherein the GC / BC SL DRX parameter comprises at least one of:a sl-DRX-GC-BC-OnDurationTimer;a sl-DRX-GC-InactivityTimer;a sl-DRX-GC-BC-Cycle;a sl-drx-SlotOffset; ora sl-drx-StartOffset.7.The method of claim 1, wherein the second wireless communication device transmits, to the first wireless communication device, one or more parameters of configured information or a suggested configuration or a desired information.8.The method of claim 1 or 5, wherein the configuration information is associated with configured information, a suggested configuration, or desired information.9.The method of claim 7 or 8, wherein the desired configuration information comprises at least one preferred DRX parameter of the first wireless communication device.10.The method of claim 9, wherein the at least one preferred DRX parameter comprises a list of SL-DRX-ConfigUC.11.The method of claim 10, wherein the list of SL-DRX-ConfigUC comprises at least one of:a sl-drx-OnDurationTimer;a sl-drx-InactivityTimer;a sl-drx-HARQ-RTT-Timer;a sl-drx-HARQ-RTT-Timer2;a sl-drx-CycleStartOffset;a sl-drx-SlotOffset; ora sl-drx-priority.12.The method of claim 11, wherein the list of SL-DRX-ConfigUC is sorted with a priority descending or ascending order.13.The method of claim 7 or 8, wherein the configured information comprises at least one of:a UC SL DRX configuration;a GC / BC SL DRX configuration; ora Uu DRX configuration.14.The method of claim 7 or 8, wherein the configured information comprises a sidelink (SL) positioning reference signal (PRS) configuration.15.The method of claim 14, wherein the SL PRS configuration comprises at least one of:a SL PRS transmission period;a resource reservation period; ora starting symbol.16.The method of claim 7 or 8, wherein the suggested configuration comprises a unicast (UC) sidelink (SL) DRX configuration or GC / BC SL DRX configuration.17.The method of claim 16, wherein the UC SL DRX configuration comprises at least one of:a sl-drx-OnDurationTimer;a sl-drx-InactivityTimer;a sl-drx-HARQ-RTT-Timer;a sl-drx-HARQ-RTT-Timer2;a sl-drx-CycleStartOffset; ora sl-drx-SlotOffset.18.A method comprising:transmitting, by a first network node to a wireless communication device, one or more parameters of configuration information;transmitting, by the first network node to a second network node, the one or more parameters of the configuration information; andreceiving, by the first network node from the wireless communication device, one or more parameters of configured information or measurement capability information.19.The method of claim 18, wherein the configuration information comprises at least one of:a UC SL DRX configuration;a GC / BC SL DRX configuration;a SL PRS configuration; ora Uu DRX configuration.20.The method of claim 1, further comprising:transmitting, by the first wireless communication device to a network node, one or more parameters of a suggested configuration.21.The method of claim 20, wherein the suggested configuration comprises a groupcast (GC)  / broadcast (BC) sidelink (SL) discontinuous reception (DRX) configuration.22.The method of claim 21, wherein the GC / BC SL DRX configuration comprises at least one of:a sl-DRX-GC-BC-OnDurationTimer;a sl-DRX-GC-InactivityTimer;a sl-DRX-GC-BC-Cycle;a sl-drx-SlotOffset; ora sl-drx-StartOffset.23.The method of claim 7 or 8, wherein the configured information comprises a sidelink (SL) DRX configuration.24.The method of claim 23, wherein the SL DRX configuration comprises at least one of: a unicast (UC) SL DRX parameter, or a GC / BC SL DRX parameter.25.The method of claim 24, wherein the UC SL DRX parameter comprises at least one of:a sl-drx-OnDurationTimer;a sl-drx-InactivityTimer;a sl-drx-HARQ-RTT-Timer;a sl-drx-HARQ-RTT-Timer2;a sl-drx-CycleStartOffset; ora sl-drx-SlotOffset.26.The method of claim 24, wherein the GC / BC SL DRX parameter comprises at least one of:a sl-DRX-GC-BC-OnDurationTimer;a sl-DRX-GC-InactivityTimer;a sl-DRX-GC-BC-Cycle;a sl-drx-SlotOffset; ora sl-drx-StartOffset.27.The method of claim 5, wherein the configuration information comprises a sidelink (SL) positioning reference signal (PRS) configuration.28.The method of claim 27, wherein the SL PRS configuration parameter comprises at least one of:a SL PRS transmission period,a resource reservation period, ora starting symbol.29.The method of claim 1, wherein the second wireless communication device determines one or more parameters of a suggested configuration.30.The method of claim 1, further comprising:receiving, by the first wireless communication device from a network node or the second wireless communication device, one or more parameters of configured information.31.The method of claim 1, wherein the configuration information is associated with configured information.32.The method of claim 30 or 31, wherein the configured information comprises a Uu paging configuration.33.The method of claim 32, wherein the Uu paging configuration comprises at least one of: a cycle, a duration, offset, or a user equipment (UE) identifier (ID) .34.The method of claim 30 or 31, wherein the configured information comprises a configured measurement window parameter.35.The method of claim 34, wherein the configured measurement window parameter comprises at least one of: a start time, a duration, or a periodicity of a time window.36.The method of claim 5, wherein the GC / BC SL DRX configuration parameter is for positioning service.37.The method of claim 36, wherein the GC / BC SL DRX configuration parameter comprises at least one of: an on duration timer, an inactivity timer, or a DRX cycle in a SL-DRX-GC-BC-PRS.38.The method of claim 37, wherein the SL-DRX-GC-BC-PRS comprises a DRX configuration for a dedicated resource pool or a shared resource pool.39.The method of claim 37, wherein the SL-DRX-GC-BC-PRS comprises a list of DRX configurations for different PRS transmissions.40.The method of claim 39, wherein the list of DRX configurations is associated with a quality of service (QoS) or a priority of the SL-DRX-GC-BC-PRS.41.The method of claim 5, wherein the configuration information comprises at least one GC / BC SL DRX configuration parameter for at least one quality of service (QoS) profile.42.The method of claim 41, wherein the at least one QoS profile is for positioning service.43.The method of claim 42, wherein the at least one QoS profile maps to one or more flow lists, which correspond to one or more SL DRX configurations.44.The method of claim 41, wherein the at least one QoS profile of positioning service has the same structure with other SL-QoS-profile, wherein the QoS profile includes at least one of: a sl-PQI, a sl-GFBR, a sl-MFBR, or a sl-Range.45.The method of claim 5, wherein the configuration information comprises a corresponding L2 ID that shares the same SL DRX configuration with positioning service to a user equipment (UE) .46.The method of claim 5, wherein the configuration information comprises a default SL DRX configuration.47.The method of claim 46, wherein the default SL DRX configuration includes a default DRX configuration for positioning service.48.The method of claim 30 or 31, wherein the configured information comprises a positioning reference signal (PRS) processing window (PPW) parameter.49.The method of claim 48, wherein the PRS PPW parameter comprises at least one of: a start slot, a length, or a periodicity.50.The method of claim 30 or 31, wherein the configured information comprises an uplink (UL) time window for frequency hopping (FH) positioning sounding reference signal (SRS) .51.The method of claim 50, wherein the UL time window comprises at least one of: a start slot, a length, or a periodicity.52.The method of claim 30 or 31, wherein the configured information comprises a Uu discontinuous reception (DRX) or discontinuous transmission (DTX) configuration.53.The method of claim 52, wherein the Uu DRX or DTX configuration comprises at least one of:a drx-onDurationTimer;a drx-InactivityTimer;a drx-HARQ-RTT-TimerDL;a drx-HARQ-RTT-TimerUL;a drx-RetransmissionTimerDL;a drx-RetransmissionTimerUL;a drx-LongCycleStartOffset;a shortDRX; ora drx-SlotOffset.54.A method comprising:transmitting, by a first wireless communication device to a network node, one or more parameters of a measurement capability.55.The method of claim 54, wherein the measurement capability includes a measurement capability of a positioning reference signal (PRS) .56.The method of claim 55, wherein the measurement capability of the PRS comprises at least one of following parameters:a parallelPRS-MeasRRC-Idle;a supportedDL-PRS-ProcessingSamples-RRC-Idle;a prs-ProcessingRRC-Idle;a durationOfPRS-Processing-RRC-Idle;a maxNumOfDL-PRS-ResProcessedPerSlot-RRC-Idle; ora dl-PRS-BufferType-RRC-Idle.57.The method of claim 56, wherein the parameters indicating the measurement capability are used to determine or associate with a measurement period requirement for one or more of following measurements:a PRS reference signal time difference (RSTD) measurement;a PRS reference signal received power (RSRP) measurement;a PRS-path RSRP (RSRPP) measurement;a UE Rx-Tx time difference measurement; ora PRS carrier phase measurement.58.A non-transitory computer readable medium storing instructions, which when executed by at least one processor, cause the at least one processor to perform the method of any one of claims 1-57.59.An apparatus comprising:at least one processor configured to perform the method of any one of claims 1-57.

Images