PPW

PRS Processing Window

Radio Access Network →
Introduced in Rel-17

PPW is the defined time window during which a UE processes received Positioning Reference Signal (PRS) resources to coordinate measurement timing for efficient, power-saving location estimation.

Category
Radio Access Network
Introduced
Rel-17
Where
Radio Access Network › NG-RAN (5G)
Specifications
3 specs
PPW Description Purpose Related Classification Detected Changes Specifications

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

Part ofDL-TDOA
Related approachesOTDOALPPRSTD

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (1 CRs across 1 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-17 1 change

In Release 17, the PPW function introduced new UE capability signaling for DL-PRS processing types, specifically prs-ProcessingWindowType1A, Type1B, and Type2, which define how a UE prioritizes DL-PRS measurements against other DL signals/channels within a Processing Window. It also added detailed parameters to report processing capacity, such as ppw-durationOfPRS-Processing1/2 with specific symbol duration (N) and window time (T) values, and ppw-maxNumOfDL-Bandwidth. Furthermore, the release introduced support for single-symbol DL-PRS resource processing per slot via ppw-maxNumOfOneSymbolPRS-ResProcessedPerSlot.

  • Correction to UE capability for PRS measurement within a PPW TS 37.355CR0416

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.

SpecificationTitleRelease
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
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.