Description
A GNSS System Simulator (GSS) is a sophisticated piece of test equipment used primarily in the development, certification, and validation of mobile devices (User Equipment, UE) that incorporate location services. Its primary function is to generate and broadcast simulated radio frequency (RF) signals that are indistinguishable from those transmitted by real constellations of Global Navigation Satellite Systems (GNSS), such as GPS (USA), Galileo (EU), GLONASS (Russia), or BeiDou (China). By doing so in a shielded laboratory environment, it allows engineers to test a UE's positioning engine without reliance on live, variable sky signals.
The GSS operates by modeling the entire satellite constellation geometry, orbital mechanics, and signal characteristics. The tester can define a specific scenario including the simulated time, date, geographic location (latitude, longitude, altitude), and the set of visible satellites. The simulator calculates the precise code phase, Doppler shift, and signal power for each simulated satellite signal as it would be received at the defined test location. These digital calculations are then converted into an analog RF signal output on the appropriate L-band frequencies (e.g., L1, L5). The Device Under Test (DUT) receives this signal through a conducted cable connection or an RF antenna in a shielded chamber.
3GPP specifications, particularly in the TS 25.171, 36.171, and 37.571 series, define the conformance test requirements for UE positioning capabilities using a GSS. These test cases verify that a UE can meet performance requirements for metrics like Time-To-First-Fix (TTFF), sensitivity (acquisition and tracking), and location accuracy under various controlled conditions, including static and dynamic scenarios. The GSS enables repeatable and reproducible testing of challenging conditions that are difficult to reliably capture in real-world field testing, such as weak signal conditions, specific multi-path reflections, or interference scenarios.
Purpose & Motivation
The standardization of test methods using a GSS was driven by the need for reliable, consistent, and repeatable certification of location performance in mobile devices. As location-based services (LBS) became a critical feature for emergency calls (E911/eCall), navigation, and various applications, network operators and regulatory bodies required guarantees of minimum performance levels. Field testing alone is insufficient due to its variability (changing satellite geometry, weather, interference) and lack of repeatability.
The GSS provides a controlled laboratory environment that solves these problems. It allows testers to create precise, repeatable scenarios to verify performance benchmarks. It also enables the testing of edge cases and failure modes that are crucial for robustness, such as operation with very low signal strength, in the presence of specific interference sources, or during simulated urban canyon multi-path effects. By defining these tests in 3GPP specifications, it ensures a uniform benchmark for all UE manufacturers, guaranteeing a baseline level of location service quality for end-users across different devices and networks.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (4 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-6, normative work from Rel-16.
In Release 16, the GSS (GNSS System Simulator) function was updated to introduce support for the BeiDou Satellite Navigation System (BDS) B1C signal for A-GNSS testing. The release also added definitions for the specific frequency bands to be used when testing A-GNSS sensitivity requirements. The simulator's required measurement parameters, such as Satellite ID and Pseudorange RMS Error, remained defined for GPS signals as part of the foundational testing framework.
In Release 17, the GSS (GNSS System Simulator) function was updated to include new requirements for supporting Assisted GNSS (A-GNSS). Specifically, the system simulator must now provide additional measurement parameters, including Satellite ID (SV PRN), Whole GPS chips, Fractional GPS Chips, and Pseudorange RMS Error for multiple satellites. Furthermore, the simulator must also supply the "UE positioning GPS reference UE position" as defined in the relevant technical specification subclause.
- CR on TS 36.171 requirements for support of A-GNSS TS 36.171CR0027
In Release 19, the GSS (GNSS System Simulator) function was updated to introduce support for the BeiDou Navigation Satellite System (BDS) B2b signal for Assisted GNSS (A-GNSS) testing. This enhancement expands the simulator's capability beyond existing signals to include this specific BDS signal component. The system simulator continues to utilize fundamental measurement parameters such as Satellite ID and Pseudorange RMS Error for positioning calculations.
- CR for TS 36.171 to introduce BDS B2b signal in A-GNSS TS 36.171CR0032
Explore further
Broader topics and technologies where GSS plays a role.
Defining Specifications
3GPP specifications that define or reference GSS, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 25.171 vj00 | A-GPS Minimum Performance Requirements for UTRA FDD UE | Rel-19 |
| TS 25.172 vj00 | A-GANSS UE Minimum Performance Requirements (FDD) | Rel-19 |
| TS 25.173 vj00 | A-GANSS Performance Requirements (TDD) | Rel-19 |
| TS 36.171 vj10 | A-GNSS Minimum Performance Requirements for UE | Rel-19 |
| TS 37.571 vj00 | UE Conformance for Positioning | Rel-19 |