Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Services

TTFF

Time To First Fix

Services →

TTFF is the time required for a device to acquire satellite signals and compute its initial location fix, which is a key performance indicator for positioning systems.

Introduced
Rel-6
Where
User Equipment
Specifications
10 specs
Also in
Services, Radio Access Network
TTFF Description Purpose What changed Neighbours Specifications

Description

Time To First Fix (TTFF) is a fundamental performance metric for Global Navigation Satellite System (GNSS) receivers, including those in mobile devices for 3GPP-based positioning. It quantifies the time elapsed from when a receiver is powered on or starts a positioning request until it outputs a valid position fix with a specified accuracy. This metric is crucial for evaluating the responsiveness and usability of location-based services (LBS). The TTFF is measured under different start conditions, which significantly impact its duration: Cold Start, Warm Start, and Hot Start.

A Cold Start represents the worst-case scenario where the receiver has no prior knowledge. It must perform a full sky search for satellites, download the complete almanac and ephemeris data (navigation messages) from each satellite, and then compute a position. This process can take 30 seconds to several minutes, depending on signal conditions and receiver sensitivity. The receiver sequentially searches for signals, decodes the slow 50 bps navigation data stream from each satellite to obtain orbital parameters (ephemeris), and requires signals from at least four satellites to compute a 3D position.

A Warm Start assumes the receiver has a valid, but not current, almanac (a coarse database of all satellite orbits) and approximate time and position. This allows it to predict which satellites should be visible, narrowing the search. However, it still needs to download fresh ephemeris data from each satellite, which takes 18-30 seconds per satellite as the data is broadcast in subframes. A Hot Start is the fastest condition, where the receiver has valid ephemeris data (less than 2-4 hours old), precise time, and an approximate position. It can immediately acquire the predicted satellites and compute a fix, often in under one second, as it only needs to synchronize with the satellite signals and measure pseudoranges.

Within 3GPP standards, TTFF is specified as a performance requirement for User Equipment (UE) supporting Assisted GNSS (A-GNSS). In A-GNSS, the network provides assistance data (like ephemeris, almanac, approximate time, and UE position) to the UE over cellular signaling. This assistance data dramatically reduces the TTFF by eliminating or shortening the time needed for the UE to decode this information from the satellites themselves. The 3GPP specifications define test procedures and minimum performance criteria for TTFF under various assisted and non-assisted scenarios to ensure a consistent user experience for emergency services (e.g., E-911) and commercial LBS.

Purpose & Motivation

TTFF exists as a critical metric to quantify and standardize the startup performance and responsiveness of positioning systems, which is directly tied to user experience. In early standalone GPS devices, long cold-start times were a significant usability issue, frustrating users who had to wait minutes for a navigation fix. For emergency services like Enhanced 911 (E-911), a long TTFF could be life-threatening, as the location of a caller needs to be determined as quickly as possible.

The creation and standardization of TTFF within 3GPP was motivated by the integration of positioning capabilities into cellular devices and the need to guarantee performance for regulatory and commercial services. 3GPP standards, such as those for A-GNSS, aimed to mitigate the inherent limitations of standalone GNSS reception in challenging environments (urban canyons, indoors) and to speed up the positioning process. By defining TTFF requirements and test methodologies, 3GPP ensures that UEs from different manufacturers provide a predictable and acceptable level of performance.

Furthermore, optimizing TTFF drives innovation in receiver design, signal processing algorithms, and network assistance protocols. It addresses the problem of the 'navigation data bottleneck'—the slow data rate broadcast from satellites. Solutions like A-GNSS, prediction of ephemeris, and use of other sensor data (sensor fusion) are all evaluated, in part, by their impact on reducing TTFF. Thus, TTFF serves as a key benchmark for the entire positioning technology ecosystem within mobile communications.

What changed in its specifications

The latest release-to-release comparison of specifications that define TTFF. Each summary describes the whole specification, not only this term.

TS 22.261Rel-18 → Rel-19

Rel-19 adds to TS 22.261 Indirect Network Sharing, 5G satellite access Phase 3 requirements, a 5G wireless sensing service clause, signalling traffic monitoring, SNPN interconnection clauses, and Localized Mobile Metaverse Services. It also extends disaster roaming to 5G-only UEs and adds Ambient IoT device clauses.

Full comparison in TS 22.261 →
TS 25.172Rel-11 → Rel-12

Added BDS support for UTRA and LTE. Changes include satellite constellation, assistance data, references, and symbols.

Full comparison in TS 25.172 →

Evolution Across Releases

An overview written from the defining specifications, not a verified change history. For the exact text, open the specifications listed below.

Rel-6 Initial

TTFF was introduced as a key performance parameter for UE positioning capabilities, particularly for Assisted-GPS (A-GPS). Specifications defined test environments and minimum performance requirements for TTFF under different conditions (e.g., with and without network assistance), establishing a baseline for UE conformance testing for location services.

Defining Specifications

3GPP specifications that define or reference TTFF, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TS 22.261 vk81 5G Service and Operational Requirements Rel-20 read
TS 23.731 vg00 5G LCS Architecture Enhancement Study Rel-16 read
TS 25.171 vj00 A-GPS Minimum Performance Requirements for UTRA FDD UE Rel-19 read
TS 25.172 vj00 A-GANSS UE Minimum Performance Requirements (FDD) Rel-19 read
TS 25.173 vj00 A-GANSS Performance Requirements (TDD) Rel-19 read
TS 36.171 vj10 A-GNSS Minimum Performance Requirements for UE Rel-19 read
TS 38.171 vj10 5G A-GNSS UE Positioning Requirements Rel-19 read
TR 38.845 vh00 NR Positioning Use Cases Study Rel-17 read
TS 38.855 vg00 Study on NR Positioning Support Rel-16 read
TS 45.005 vj00 GSM RF Requirements for MS and BSS Rel-19 read