Time Of Arrival Window Endpoint

Description

The Time Of Arrival Window Endpoint (TOAWE) is a network-side timing parameter used primarily in Uplink Time Difference of Arrival (UTDOA) positioning systems. In UTDOA, the location of a User Equipment (UE) is determined by measuring the Time Of Arrival (TOA) of its uplink transmissions at multiple, geographically dispersed Location Measurement Units (LMUs). To efficiently and accurately detect these often-weak signals, the network must instruct each LMU on where in time to search for the UE's signal. The TOAWE, along with its counterpart TOAWS (Time Of Arrival Window Startpoint), defines this precise search window.

Operationally, the network's positioning node (like an E-SMLC or LMF) calculates the expected TOA for a target UE's signal at a specific LMU based on the known approximate location of the UE (e.g., from cell-ID) and the known location of the LMU. It then defines a window around this expected TOA to account for estimation errors and propagation delays. The TOAWE specifies the latest possible time (the endpoint) within this window. The LMU's receiver then correlates the incoming radio signal against the known signature of the UE's uplink transmission (e.g., using the Sounding Reference Signal - SRS) only within the time interval bounded by TOAWS and TOAWE. This drastically reduces the signal processing load and improves detection probability by limiting the search to a relevant time span.

The value of TOAWE is typically communicated from the positioning node to the LMU via control signaling, such as the LTE Positioning Protocol Annex (LPPa) or the NR Positioning Protocol Annex (NPPa). The width of the window (TOAWE - TOAWS) is a configurable parameter that balances performance: a too-narrow window risks missing the signal if the initial location estimate is poor, while a too-wide window increases processing time and potential for false detections from noise or other signals. The accurate setting of TOAWE is therefore crucial for the latency, accuracy, and reliability of the UTDOA positioning fix.

Purpose & Motivation

TOAWE was created to solve a critical practical problem in implementing UTDOA positioning: the 'needle in a haystack' search for a specific UE's uplink signal in a continuous stream of radio noise and interference from many users. Without a predefined search window, an LMU would have to continuously scan and correlate signals over a very large time range, which is computationally expensive, power-intensive, and increases the time-to-fix for a location request. By providing a bounded endpoint for the search, TOAWE enables efficient signal processing.

This parameter addresses the limitations of purely blind signal detection. In early concepts of uplink positioning, the lack of temporal guidance for LMUs led to high equipment cost and latency, making the service impractical for real-time applications like emergency calling. The introduction of TOAWE and TOAWS as part of the standardized UTDOA framework in 3GPP Release 4 provided a controlled, network-managed mechanism to direct measurement resources, making the technology viable for commercial and regulatory deployment.

Its purpose is intrinsically linked to network-based positioning that does not rely on UE capabilities. While downlink methods like OTDOA require the UE to make measurements, UTDOA (using TOAWE) allows the network to locate even legacy or low-complexity devices by measuring their uplink transmissions. This ensures comprehensive coverage for emergency services and asset tracking across all device types.

Key Features

• Defines the end boundary of a time search window for uplink signal detection
• Used exclusively for Uplink TDOA (UTDOA) positioning
• Configured and signaled by the network positioning node (E-SMLC/LMF) to the LMU
• Reduces signal processing load and positioning latency at the LMU
• Works in conjunction with TOAWS to define a precise correlation interval
• Window size is adaptive based on the uncertainty of the UE's initial location estimate

Evolution Across Releases

Defining Specifications