Description
The PRS Processing Window (PPW) is a concept introduced in 3GPP Release 17 as part of the enhanced positioning framework for 5G New Radio (NR). It refers to a configurable time duration, specified by the network to the User Equipment (UE), within which the UE is expected to perform signal processing and measurements on a set of received Positioning Reference Signal (PRS) resources. PRS are special signals broadcast by base stations (gNBs in NR, eNBs in LTE) specifically designed for location purposes, characterized by their low interference and predictable patterns. The PPW defines the temporal boundaries for collecting and processing these signals to compute metrics like Reference Signal Time Difference (RSTD) for Observed Time Difference of Arrival (OTDOA) positioning.
Operationally, the network configures a positioning session via Radio Resource Control (RRC) or Long-Term Evolution Positioning Protocol (LPP) messages. This configuration includes the PRS resource set(s) (which cells/signals to measure) and associated parameters for the PPW, such as its start time offset and duration. Upon receiving this configuration, the UE activates its receiver circuitry during the indicated PPW to capture the PRS symbols from the specified neighboring cells. The window is aligned with the transmission instances of the PRS resources. Inside this window, the UE performs correlation, filtering, and measurement algorithms on the raw PRS samples. The key is that the UE can power down or reallocate its processing resources outside of these scheduled windows, leading to significant power savings compared to continuous monitoring.
Architecturally, the PPW is managed by the UE's positioning protocol stack (LPP in the user plane, RRC in the control plane) and its physical layer processing units. Key components include the scheduling function that aligns UE processing with network PRS transmission occasions, and the measurement engine that calculates timing or angle-based metrics. Its role is crucial for network-based and assisted UE-based positioning methods in 5G NR. It enables highly accurate positioning by ensuring measurements are taken on synchronized, high-quality signals, and it is fundamental to achieving the low latency and high reliability required for new use cases like industrial IoT and vehicle-to-everything (V2X) communication, where precise location is critical.
Purpose & Motivation
PPW was created to address the challenges of power-efficient and high-accuracy positioning in 5G NR, especially for battery-constrained devices like IoT sensors and smartphones. Prior to its introduction, UE positioning procedures, particularly for OTDOA, could be inefficient. A UE might need to continuously monitor for PRS signals over extended periods or across many subframes to capture measurements from multiple cells, leading to high power consumption. There was also less coordination, potentially causing the UE to process signals at suboptimal times or miss synchronized measurement opportunities.
The PPW solves these problems by providing explicit time-domain scheduling for positioning measurements. It allows the network to precisely control when the UE should be actively processing PRS, which directly reduces UE power consumption—a primary design goal for NR devices. Furthermore, it improves measurement accuracy and reliability. By defining a specific window, the network ensures the UE measures PRS resources that are transmitted in a coordinated, potentially interference-managed manner (e.g., using muting patterns). This results in cleaner signals and more precise time-of-arrival estimates. The motivation stems from the expanded positioning requirements in 5G, which demand accuracy down to the meter or sub-meter level for vertical applications, all while maintaining the device battery life expected by consumers and IoT applications.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (25 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 15, the PPW (PRS Processing Window) function was not newly introduced; the provided grounding context and Change Request titles are focused on other areas such as RRC processing delays, PDCCH monitoring, and UE capability signaling. The technical details for PRS processing, such as the `NR-DL-PRS-ProcessingCapability` structure and associated window types, are defined in later releases (e.g., Release 16 and 17) according to the specification excerpts.
- NR RRC Processing Time TS 38.331CR0294
- PDCCH Monitoring Occasions in SI Window TS 38.331CR0436
- Advanced processing time configuration for PDSCH and PUSCH TS 38.331CR0790
- Correction on Mapping between SSBs and PDCCH Monitoring Occasions in SI Window TS 38.331CR0796
- Correction on RRC processing delay TS 38.331CR0864
- CR on Processing delay requirements for RRC Resume procedures in TS 38.331 TS 38.331CR0989
+ 2 more changes
In Release 16, the new PRS Processing Window (PPW) function introduced the NR-DL-PRS-ProcessingCapability information element to define a UE's DL-PRS processing capability per band, including supported bandwidth and processing duration in symbols. This provided a foundation for managing measurements like NR DL-TDOA, which utilizes RSTD measurements defined within a search window. The capability specifically addressed processing for new NR positioning methods introduced in this release.
- Processing delay requirements for RRC resume TS 38.331CR2178
- Clarification of quality and time stamp for RSTD measurements TS 37.355CR0274
- Corrections to SIB1 Processing TS 38.331CR1697
- Processing delay requirements for DLInformationTransferMRDC TS 38.331CR2166
- Name change of the UE capability for the extended RAR window monitoring TS 38.331CR2295
- NR RRC processing time with segmentation TS 38.331CR2405
+ 3 more changes
In Release 17, the PPW (PRS Processing Window) function introduced new UE capability definitions for processing DL-PRS samples in RRC_CONNECTED state and for operation in RRC_INACTIVE state, including a specific buffer type. The release also defined several configurable PRS Processing Window types (Type 1A, Type 1B, and Type 2) with multiple implementation options and added capabilities for processing outside a measurement gap within a PPW.
- Explicit Indication of SI Scheduling window position [SI-SCHEDULING] TS 38.331CR2953
- Correction to UE capability for PRS measurement within a PPW TS 37.355CR0416
- Correction to explicit indication of SI Scheduling window position [SI-SCHEDULING] TS 38.331CR3486
- Correction to DL-PRS Search Window calculation TS 37.355CR0392
- Correction on UL RRC segmentation processing delay requirements TS 38.331CR3890
In Release 18, the new PRS Processing Window (PPW) function introduced the **NR-DL-PRS-MeasurementTimeWindowsConfig** information element, which allows the network to configure specific, bounded time windows for a device to perform DL-PRS measurements. This configuration includes parameters like the window's start offset, duration in slots, and specifies which measurements (e.g., RSTD, UE Rx-Tx) are to be performed within that window. This provides more controlled and efficient positioning measurement scheduling compared to previous releases.
In Release 19, the new PPW (PRS Processing Window) function introduced a capability for processing sidelink grants on a Dedicated SL-PRS resource pool, as indicated by the correction in the associated Change Request. This builds upon the existing NR-DL-PRS-ProcessingCapability framework, which defines various PRS processing window types and measurement time window configurations for positioning methods like NR DL-TDOA.
- Correction on processing of sidelink grant on Dedicated SL-PRS resource pool TS 38.321CR2135
Explore further
Broader topics and technologies where PPW plays a role.
Defining Specifications
3GPP specifications that define or reference PPW, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 37.355 vj20 | LTE Positioning Protocol (LPP) | Rel-19 |
| TS 38.321 vj00 | NR MAC Protocol Specification | Rel-19 |
| TS 38.331 vj00 | NR Radio Resource Control (RRC) Protocol Specification | Rel-19 |