Description
The International GNSS Service (IGS) is not a 3GPP-internal technology but an external, real-world service whose data products are critical for 3GPP conformance testing of positioning features. The IGS is a voluntary federation of more than 200 worldwide agencies that pool resources and permanent GNSS station data to generate the highest quality data and products for the GNSS community. These products include precise satellite ephemerides (orbits), satellite clock corrections, Earth rotation parameters, and global ionospheric and tropospheric models.
Within the 3GPP ecosystem, the IGS's role is defined in test specifications, particularly for Assisted GNSS (A-GNSS). When testing a UE's positioning capabilities, a simulated or real GNSS scenario is created. The 'true' or reference position of the satellites and the theoretical signal propagation conditions must be known with extreme accuracy to calculate the expected pseudorange measurements and, consequently, the expected UE position fix. IGS's precise orbital and clock data provide this gold-standard reference. Test systems use this data to generate the simulated GNSS signals that the UE under test will receive, or to calculate the expected results from real-signal tests.
The architecture involves the IGS data centers and analysis centers that process data from a global network of reference stations. These processed products are made publicly available with specific latencies (rapid, final, etc.). 3GPP test equipment and simulators integrate software that downloads and utilizes these IGS data products. For example, in a test case validating UE-assisted GNSS performance, the test system uses IGS precise ephemeris data to model the satellite positions precisely. It then compares the position calculated by the UE using received assistance data and satellite signals against the 'true' position derived from the IGS reference. This ensures the UE's implementation meets the stringent accuracy requirements specified in 3GPP standards for emergency services, location-based services, and other applications.
Purpose & Motivation
The IGS is referenced in 3GPP specifications to provide an unambiguous, high-accuracy external reference frame for positioning performance validation. Before the widespread adoption of standardized high-precision references, testing GNSS capabilities in UEs could yield inconsistent results because different test labs might use different sources for satellite orbit and clock data, which vary in accuracy. This made it difficult to objectively verify if a UE met the mandated performance standards for location accuracy.
The integration of IGS into 3GPP test specs solves the problem of test reproducibility and accuracy benchmarking. It establishes a common, globally recognized 'ground truth' that all parties—chipset vendors, UE manufacturers, and test laboratories—can use. This was motivated by regulatory requirements for emergency caller location (e.g., E911 in the USA, eCall in Europe) and the commercial need for reliable location-based services. Using IGS data ensures that 3GPP positioning tests are rigorous, repeatable, and based on the best possible scientific data, which in turn guarantees that UEs deployed in networks provide reliable and accurate location information to end-users and network services.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (18 CRs across 4 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-15, normative work from Rel-16.
In Release 16, the IGS-related A-GNSS function was enhanced with support for the B1C signal from the BDS system and an updated B1I signal ICD file to version 3.0. Furthermore, the release introduced support for GNSS Integer Ambiguity Level Indications within the A-GNSS positioning method. These updates provided improved assistance data for more precise and modernized GNSS positioning.
In Release 17, the IGS-related enhancements focused on refining High Accuracy GNSS (HA-GNSS) assistance data and correcting field descriptions for integrity and correction models. Key updates included clarifying the Galileo NAV message for SSR clock corrections and adding support for NMEA GGA sentence information within high-accuracy location estimates. Furthermore, corrections were applied to the definitions of GNSS-SSR-URA and tropospheric delay correction fields to ensure alignment with external standards like RTCM.
- NMEA GGA sentence info in high accuracy GNSS location estimates [HA-GNSS-NMEA] TS 37.355CR0349
- Correction on the GNSS Orbit and Clock Integrity Bounds in TS 37.355 TS 37.355CR0377
- GNSS SSR BDS orbit emphemeris reference clarification to align with RTCM TS 37.355CR0461
- Field description correction for HA-GNSS metrics TS 37.355CR0474
- Correcting field description and definition of GNSS-SSR-URA TS 37.355CR0400
- Clarifying Galileo NAV message in the GNSS Navigation model to clarify SSR clock correction signal reference TS 37.355CR0412
+ 1 more changes
In Release 18, the IGS-related updates primarily focused on refining A-GNSS positioning assistance data. Key corrections were made to the handling of GNSS-AlmanacSupport and GNSS-UTC-ModelSupport information elements, and specific fixes were applied to the NavIC almanac set IE and related field descriptions under parameters like the KlobucharModelParameter. Additionally, the release introduced standardized assistance information for identifying GNSS Line-of-Sight (LOS) and Non-Line-of-Sight (NLOS) signal conditions.
- GNSS LOS/NLOS assistance information [GNSS LOS/NLOS] TS 37.355CR0446
- Miscellaneous RIL corrections for GNSS LOS/NLOS [GNSS LOS/NLOS] TS 37.355CR0495
- Correction on GNSS-AlmanacSupport and GNSS-UTC-ModelSupport in A-GNSS positioning TS 37.355CR0518
- Correction on NavIC almanac set IE, and field descriptions under KlobucharModelParamater and GNSS-SystemTime. TS 37.355CR0534
In Release 19, the IGS-related A-GNSS function was enhanced by introducing support for the NavIC L1 SPS and BDS B2b signals within the LPP protocol. Furthermore, new assistance data capabilities were added, allowing a UE to request equalIntegerAmbiguityLevel data, while corrections were made for handling GNSS line-of-sight and non-line-of-sight conditions.
Explore further
Broader topics and technologies where IGS plays a role.
Defining Specifications
3GPP specifications that define or reference IGS, 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 |