RTS Products
Content Description of the RTS AC Streams
SSR streams
| AC | Solution | Mountpoints | GNSS | Code biases | Phase biases | Yaw | VTEC | Update / latency | Based on |
|---|---|---|---|---|---|---|---|---|---|
| APM | APM00 | SSRA00APM0/1, SSRC00APM0/1 | G R E C | – | – | – | – | 5 s / 6 s | internal APM ultra-rapid product |
| BKG | BKG00 | SSRA00BKG0/1, SSRC00BKG0/1 | G R E | ✓ | – | ✓ | – | 5 s / 8 s | CODE ultra-rapid orbits and CODE biases |
| CAS | CAS00 | SSRA00CAS0/1, SSRC00CAS0/1 | G R E C | – | – | – | – | 5 s / 4 s | GFZ ultra-rapid orbits (GBM) |
| CAS | CAS01 | SSRA01CAS0/1, SSRC01CAS0/1 | G E C | ✓ | ✓ | – | SSRC01CAS1 only ² | 5 s / < 1 s | combined with GFZ ultra-rapid orbits (GBM) |
| CHC | CHC00 | SSRA00CHC1, SSRC00CHC1 | G R E C | ✓ | ✓ (G E C) | – | – | 5 s / 3 s | |
| CNES | CNE00 | SSRA00CNE0/1, SSRC00CNE0/1 | G R E C | ✓ | ✓ (G E C) | ✓ | ✓ ² | 5 s / 13 s | GFZ orbits |
| GFZ | GFZ00 | SSRA00GFZ0/1, SSRC00GFZ0/1 | G R E | ✓ ¹ | – | – | – | 5 s / 6 s | internal GFZ orbits |
| GFZ | GFZ01 | SSRA01GFZ0/1, SSRC01GFZ0/1 | G R E | ✓ ¹ | – | – | – | 5 s / 7 s | internal GFZ orbits |
| GMV | GMV00 | SSRA00GMV0/1, SSRC00GMV0/1 | G R E C | RTCM-SSR streams only | – | – | – | 5 s / 6 s | GMV orbits |
| JPL | JPL11, JPL12 | SSRA11JPL0, SSRA12JPL0 | G | – | – | – | – | 1 s / 6 s | |
| JPL | JPL21, JPL22 | SSRA21JPL0, SSRA22JPL0 | G R | – | – | – | – | 1 s / 6 s | |
| NRCan | NRC00 | SSRA00NRC0, SSRC00NRC0 | G | ✓ | ✓ | ✓ | – | 5 s / 3 s | hourly orbits from NRCan software |
| SHAO | SHA00 | SSRA00SHA0/1, SSRC00SHA0/1 | G R E C | – | – | – | – | 5 s / 5 s | |
| SHAO | SHA01 | SSRA01SHA0/1, SSRC01SHA0/1 | G R E C | ✓ | ✓ | – | – | 5 s / 5 s | |
| WHU | WHU00 | SSRA00WHU0/1, SSRC00WHU0/1 | G R E C | in OSBC00WHU1 | in OSBC00WHU1 (G E C) | – | – | 5 s / 8 s | IGU (GPS) and WHU orbits |
| WHU | WHU00 | OSBC00WHU1 | G R E C | ✓ | ✓ (G E C) | – | – | 300 s / 320 s | OSBs with the orbits and clocks of SSRC00WHU0; ambiguities fixed |
Mountpoints: SSRA = orbits referring to the satellite antenna phase center (APC), SSRC = orbits referring to the center of mass (CoM). The last digit gives the format: 0 = RTCM-SSR, 1 = IGS-SSR (exception: SSRA00WHU1/SSRC00WHU1, SSRA00CAS1/SSRC00CAS1 are RTCM-SSR as well). Update / latency: actual update interval of the orbit and clock corrections and median latency. ¹ no biases of the reference signals of the IGS clocks (see below). ² VTEC: one layer at 450 km, spherical harmonics of degree and order 12 (CNES) and 15 (CAS), every 60 s.
Code and phase bias signals in SSR Streams
Signals as RINEX observation codes. The RTCM-SSR streams may carry additional signals that are not defined in IGS-SSR (given in brackets). The reference signals of the IGS clocks are G 1W/2W, R 1P/2P, E 1C/5Q, C 2I/6I.
| Solution | GPS | GLONASS | Galileo | BeiDou | Phase biases |
|---|---|---|---|---|---|
| BKG00 | 1C 1W 2L 2S 2W (2X) | 1C 1P 2C 2P | 1C 5Q (1X 5X) | – | – |
| CAS01 | 1C 1W 2L 2S 2W 5Q (2X) | – | 1C 5Q 6C 7Q (1X 5X 6X 7X 8Q 8X) | 2I 6I (1P 1X 5P 5X) | G 1C 2W 5Q · E 1C 5Q 7Q · C 2I 6I (5P) |
| CHC00 | 1C 1W 2L 2S 2W 5Q | 1C 1P 2C 2P | 1C 5Q 6C 7Q | 1P 2I 5P 6I | G 1C 2L 2S 2W 5Q · E 1C 5Q 6B 6C 7Q · C 1D 2I 5D 5P 6I |
| CNE00 | 1C 1P 1W 2L 2S 2W 5Q (2X) | 1C 1P 2C 2P | 1C 5Q 6C 7Q | 1P 2I 5P 6I | G 1C 2W 5I · E 1C 5Q 6C 7Q · C 2I 6I 7I |
| GFZ00 | 1C 2P | 1C 2P | 1C | – | – |
| GFZ01 | 1C 2P | 1C 2P | 1B 5Q | – | – |
| GMV00 | 1C 1P 1W 2L 2P 2S 2W 5Q | 1C 1P 2P | 1C 5Q 6C 7Q (1X 5X 7X) | 1P 2I 5P 6I (1X 5X) | – |
| NRC00 | 1C 1P 1W 2C 2D 2W | – | – | – | G 1W 2W |
| SHA01 | 1C 1W 2L 2S 2W (2X) | 1C 1P 2C 2P | 1C 5Q (1X 5X) | 1P 2I 5P 6I (1X 5X) | G 1W 2W · R 1P 2P · E 1C 5Q · C 2I 6I |
| WHU00 (OSBC00WHU1) | 1C 1W 2L 2S 2W 2X 5Q | 1C 1P 2C 2P | 1C 1X 5Q 5X 6C 6X 7Q 7X 8Q 8X | 1P 1X 2I 5P 5X 6I | G 1C 2W 5Q · E 1C 5Q 6C 7Q 8Q · C 1P 2I 6I |
Notes:
- GMV00: code biases only in the RTCM-SSR streams (SSRA00GMV0, SSRC00GMV0); these streams also contain the broadcast ephemerides
- BKG00: yaw angles are sent in phase bias messages without bias values.
- CAS01: the VTEC (IGS-SSR messages 201/202) is only contained in SSRC01CAS1.
- CNE00: VTEC in RTCM message 1264 (CNE0) and IGS-SSR message 201 (CNE1).
- WHU00: OSBs for BDS-3 B1I, B1C and B2a and BDS-2/3 B3I; B2b and B2 (B2a+B2b) are not contained
on 15 October 2026.
Ionosphere streams
| AC | Mountpoint | Content |
|---|---|---|
| CAS | IONO00CAS0/1 | VTEC from Global Ionospheric Map |
| CNES | IONO00CNE1 | VTEC from Global Ionospheric Map |
| NRCan | IONO00NRC0 | VTEC from Global Ionospheric Map |
| UPC | IONO00UPC1 | VTEC from Global Ionospheric Map |
| WHU | IONO00WHU1 | VTEC from Global Ionospheric Map |
Analysis Details per AC
| RT orbit modelling | |
| Software | Bernese GNSS Software 5.4 |
| Constellation | GREC |
| Details | GPS: Nominal (yaw-steering) attitude (Kouba 2009 for eclipse), GLONASS: Nominal (yaw-steering) attitude (Dilssner et al. 2011 for eclipse), Galileo: Nominal attitude according to GSA (2019) , BeiDou-3: Yaw steering, BeiDou-2: Yaw steering + orbit normal (Dilssner et al. 2017). |
| RT clock modelling | |
| Software | MGP (Multi GNSS Processor) |
| Constellation | GREC |
| Filter | General least-square |
| Strategy | Dual-thread undifferenced clock processing strategy. |
| Observations | Dual-frequency code and phase observations in full-parameter thread and phase observations in high-rate thread. |
| Parameters | Orbits are fixed to the 3-hour prediction part of APM ultra-rapid products. Satellite/receiver clock offsets are estimated as white-noises, ambiguities are estimated as constants for each continue arc, ZWD are estimated as random-walk noises. |
| RT phase bias modelling | |
| Software | / |
| Constellation | / |
| Filter | / |
| Details | / |
| RT code bias modelling | |
| Software | / |
| Constellation | / |
| Details | / |
| RT VTEC modelling | |
| Software | / |
| Details | / |
BKG00
| RT orbit modelling | |
| Software | RETICLE (DLR) |
| Constellation | GRE |
| Details | CODE Ultra Rapid Product |
| RT clock modelling | |
| Software | RETICLE (DLR) |
| Constellation | GRE |
| Filter | Kalman filter |
| Strategy | Estimates of clock offset and drift along with other parameters using a federated Kalman-filter. |
| Observations | Dual-frequency code, phase, and C/N0 observations. |
| Parameters | Each of these filters parameterizes satellite clock offsets tracked by the receiver, one receiver clock offset for each constellation tracked by the receiver, a wet zenith delay correction to an a-priori tropospheric model, DCBs for all pseudo-range observations other than the selected clock reference signals, slant ionospheric delays and carrier-phase ambiguities for all carrier-phase observations. |
| RT phase bias modelling | |
| Software | / |
| Constellation | / |
| Filter | / |
| Details | / |
| RT code bias modelling | |
| Software | RETICLE (DLR) |
| Constellation | GRE |
| Details | CODE IGS 30-day bias solution for G/R/E satellites is introduced |
| RT VTEC modelling | |
| Software | / |
| Details | / |
CAS00
| RT orbit modelling | |
| Software | / |
| Constellation | GREC |
| Details | GBM Ultra Rapid Product |
| RT clock modelling | |
| Software | GNSS Data Analysis Software-RT (GNSSDAS-RT) |
| Constellation | GREC |
| Filter | Square root information filter (SRIF) |
| Strategy | Estimates of clock offset and drift along with other parameters using a federated Kalman-filter. |
| Observations | Ionosphere-free pseudorange and phase |
| Parameters | Each of these filters parameterizes satellite clock offsets tracked by the receiver, one receiver clock offset for each constellation tracked by the receiver, a wet zenith delay correction to an a-priori tropospheric model, DCBs for all pseudo-range observations other than the selected clock reference signals, slant ionospheric delays and carrier-phase ambiguities for all carrier-phase observations. |
| RT phase bias modelling | |
| Software | / |
| Constellation | / |
| Filter | / |
| Details | / |
| RT code bias modelling | |
| Software | / |
| Constellation | / |
| Details | / |
| RT VTEC modelling | |
| Software | / |
| Details | / |
CAS01
| RT orbit modelling | |
| Software | Bernese GNSS Software 5.4 |
| Constellation | GEC |
| Details | combined with GBM Ultra Rapid Product |
| RT clock modelling | |
| Software | BDSmart-rtPCE |
| Constellation | GEC |
| Filter | Kalman filter |
| Strategy | Dual-thread undifferenced clock processing strategy, integrate estimation of clocks and phase biases. |
| Observations | Dual-frequency code and carrier-phase observations in full-parameter thread and high-rate thread. |
| Parameters | Float ambiguity estimations and ambiguity resolution are performed within the full-parameter module and synchronized in real time with the high-rate module along with ZWD. |
| RT phase bias modelling | |
| Software | BDSmart-rtPCE |
| Constellation | GEC |
| Filter | Least-squares |
| Details | Integrated estimation method of clocks and UPDs. Linear transformation to triple-frequency OSBs. WL and EWL ambiguities generated from MW combinations, IFCB derived from epoch-differenced GFIF combinations, and IF ambiguities obtained from the clock estimation. |
| RT code bias modelling | |
| Software | BDSMART-ION |
| Constellation | GEC |
| Details | CAS daily multi-GNSS Observation-Specific code Biases (OSBs) solutions with satellite PCO corrections applied. |
| RT VTEC modelling | |
| Software | BDSMART-rtION |
| Details | Modeling-plus-predicting approach for ionospheric VTEC modeling directly using spherical harmonic fitting. |
CHC00
| RT orbit modelling | |
| Software | CHCNAV Precise Orbit Determination (CPOD V2.0) |
| Constellation | GREC |
| Details | First, the ultra-rapid product is generated with CPOD software. Then, the self-generated product is combined with other ultra-rapid products from many analysis centers including WHU,GFZ,CODE and so on. |
| RT clock modelling | |
| Software | Satellite Wide-area Augmentation System software (SWAS-PCE V3.0) |
| Constellation | GREC |
| Filter | Kalman filter |
| Strategy | / |
| Observations | Dual-frequency code and phase observation. |
| Parameters | Satellite orbits fixed to latest ultra-rapid solution; Receiver and satellite clocks estimated per epoch; ZWD estimated as random walk process; Phase ambiguities estimated as constant. |
| RT phase bias modelling | |
| Software | SWAS-UPD V3.0 |
| Constellation | GREC |
| Filter | Kalman filter |
| Details | EWL/WL/NL UPD parameters are estimated directly with the condition that sum of the satellite UPDs equals zero for each system. Then, the results are transformed into OSB form for real-time service. WL and EWL ambiguities combinations are generated from raw ambiguities based on un-differenced and un-combined PPP; IFCB is not estimated and is absorbed by the ambiguity at the third frequency. |
| RT code bias modelling | |
| Software | / |
| Constellation | GREC |
| Details | Taken from CAS daily multi-GNSS difference code biases products. |
| RT VTEC modelling | |
| Software | / |
| Details | / |
GFZ00
| RT orbit modelling | |
| Software | EPOS-RT |
| Constellation | GRE |
| Details | Nominal yaw attitude + maneuvers; GPS IIR and IIIA based on Kouba (2008, GPS Solution), GPS IIF based on Dilssner (2010, Inside GNSS), GLONASS based on Dilssner et al. (2010, ASR), Galileo according to EUSPA meta data release. |
| RT clock modelling | |
| Software | EPOS-RT |
| Constellation | GRE |
| Filter | Recursive least-squares |
| Strategy | Recursive least-squares adjustment using a filtering approach. |
| Observations | Dual-frequency code and carrier-phase observations |
| Parameters | Satellite orbits fixed to latest ultra-rapid solution; Receiver and satellite clocks estimated per epoch; ZWD estimated as random walk process; ISBs estimated as constant; Phase ambiguities estimated as constant. |
| RT phase bias modelling | |
| Software | / |
| Constellation | / |
| Filter | / |
| Details | / |
| RT code bias modelling | |
| Software | / |
| Constellation | GR |
| Details | Taken from daily CODE rapid product. |
| RT VTEC modelling | |
| Software | / |
| Details | / |
NRC00
| RT orbit modelling | |
| Software | Bernese GNSS Software 5.2 |
| Constellation | G |
| Details | Input orbit: CGS 1-hour prediction IGS Antenna model; GPS yaw model (Bar-Sever 1996; Kouba 2009) |
| RT clock modelling | |
| Software | HPGNSSC |
| Constellation | G |
| Filter | / |
| Strategy | Decoupled clock model estimation, reference signal of clocks: C1W/C2W |
| Observations | Dual frequency observations of 120 stations |
| Parameters | |
| RT phase bias modelling | |
| Software | / |
| Constellation | / |
| Filter | / |
| Details | / |
| RT code bias modelling | |
| Software | HPGNSSC |
| Constellation | G (C1C, C1W, C2W, C2C) |
| Details | Clocks provided are phase clocks based on decoupled clocks. Message 1265 used for YAW only because clock messages contain iono-free phase clock signal. Code biases supported also in high-rate to capture full equipment delay signal(s) |
| RT VTEC modelling | |
| Software | HPGNSSCA |
| Details | / |
WHU00
| RT orbit modelling | |
| Software | PANDA |
| Constellation | GREC |
| Details | Nominal yaw attitude + maneuvers; GPS (Kouba 2009), GLONASS (Kouba 2013), Galileo (GSA), BDS GEO: nominal mode, BDS-2 C07, C08, C09, C10, C12, C13: yaw-steering and orbit normal mode (Guo et al. 2013). The rest BDS-2 as well as BDS-3 MEO/IGSO CAST satellites (Wang et al. 2018), BDS-3 MEO SECM satellites (Yang et al. 2023). |
| RT clock modelling | |
| Software | FUSING |
| Constellation | GREC |
| Filter | Square root information filter (SRIF) |
| Strategy | Multiple threads are used to separately handle data collection, station preprocessing, network processing, blocked matrix computation, real-time SSR correction coding and sending. |
| Observations | Dual-frequency code and phase observation. |
| Parameters | Satellite orbits fixed to 1h-prediction part of WHU NRT orbits; receiver and satellite clocks estimated as white noise process, one receiver clock for each constellation; ZWD estimated as random walk process; carrier phase ambiguities estimated as constant for each arc, with integer ambiguity-resolution applied. |
| RT phase bias modelling | |
| Software | / |
| Constellation | / |
| Filter | / |
| Details | / |
| RT code bias modelling | |
| Software | / |
| Constellation | / |
| Details | / |
| RT VTEC modelling | |
| Software | GIMAS, i.e. GNSS Ionosphere Monitoring and Analysis Software |
| Details | Spherical Harmonic Expansion (SHE) is used to map the global ionosphere in a solar-geomagnetic reference frame, and the real-time SHE coefficients are estimated using not only the real-time data but also the 2-day predicted SHE coefficients |
OSBC00WHU1
The real-time code and phase OSB products of WHU have now been streamed to the mountpoint OSBC00WHU1 at products.igs-ip.net. The products include multi-frequency corrections for GPS, Galileo and BDS-2/BDS-3. In detail, we calculated GPS L1/L2/L5, Galileo E1/E5a/E5b/E5, BDS-2 B1I/B2I/B3I and BDS-3 B1I/B1C/B2a/B2b/B2ab/B3I OSBs based on global-distribution IGS stations. The method for generating phase OSBs are given in Geng et al. (2022). Satellite orbits and clocks are fixed using the SSR corrections on SSRC00WHU0. Moreover, multi-frequency raw ambiguities are all fixed during the data processing of estimating phase OSBs.
| Constellation and frequencies | GPS: L1/L2/L5 Galileo: E1/E5a/E5b/E6/E5 BDS-2: B1I/B2I/B3I BDS-3: B1I/B1C/B2a/B2b/B2/B3I |
| Code OSB used | produced by WHU |
| Satellite orbit and clock used | based on SSRC99WHU0 |
| PCO correction for MW | YES |
| Ambiguity fixing | YES |
| Sampling rate | estimation intervall: 300s, sending intervall: 5s |
| Antenna PCO and PCV | IGS20.atx |
| Products convention | IGS SSR format |
| Unit | Meter |
| Mountpoint | OSBC00WHU1 |
Content Description of the RTS Product Streams
The RTS provides combined GNSS satellite orbit and clock corrections, code biases and ionosphere information in the IGS-SSR format, disseminated via the NTRIP protocol. The corrections refer to the International Terrestrial Reference Frame 2020 (ITRF2020).
The combined products are computed from the individual real-time solutions of the participating Real-Time Analysis Centers (RTACs) and of the Real-Time Ionospheric Analysis Centers. Combining the individual results gives a more reliable and stable performance than any single solution.
Orbits, clocks and code biases. Two product streams are combinations of the RTAC solutions. Operational responsibility for them lies with the IGS Real-Time Analysis Center Coordinator (RTACC); the combination is computed with the BKG Ntrip Client (BNC) and described below.
- SSR*02IGS1: multi-GNSS combination product with SSR corrections for GPS, GLONASS and Galileo.
- SSR*03IGS1: multi-GNSS combination product with SSR corrections for GPS, GLONASS, Galileo and BeiDou.
Ionosphere. The two combined ionosphere products are computed independently of the RTACC and BNC:
- IONO00IGS1: real-time combined VTEC global ionospheric model in IGS-SSR format (spherical harmonics up to degree 15) with a temporal resolution of 20 minutes. The combination is performed by UPC from the solutions of a number of Real-Time Ionospheric Analysis Centers.
- IONO01IGS1: real-time combined VTEC global ionospheric model in IGS-SSR format (spherical harmonics up to degree 15). The combination is performed by CAS.
Additional product streams including the Individual SSR AC Products, Broadcast Ephemeris Products and streamed GNSS observation data are available through the RT Product Distribution Centers.
The performance of the ionosphere products is monitored on the Monitoring page.
Product files are extracted and uploaded to CDDIS and BKG GNSS Data Center also from the RT combined product streams SSRC02IGS1 and SSRC03IGS1:
- IGS2OPSRTS_YYYYDOY0000_01D_01M_OSB.BIA.gz
- IGS2OPSRTS_YYYYDOY0000_01D_10S_CLK.CLK.gz
- IGS2OPSRTS_YYYYDOY0000_01D_30S_ORB.SP3.gz
- IGS3OPSRTS_YYYYDOY0000_01D_01M_OSB.BIA.gz
- IGS3OPSRTS_YYYYDOY0000_01D_10S_CLK.CLK.gz
- IGS3OPSRTS_YYYYDOY0000_01D_30S_ORB.SP3.gz
The RTS products are disseminated in the form of IGS-SSR streams. The technical content of the RTS products is described in the table below.
| Stream Name | Description | Ref Point | IGS-SSR Messages* | Software |
| SSRA02IGS1 | Orbit and Clock Corrections, Code Biases for GPS, GLONASS and Galileo | APC | 4076_021(10),4076_022(10),4076_025(10),
4076_041(10),4076_042(10),4076_045(10), 4076_060(10),4076_061(10), 4076_065(10) |
BKG |
| SSRC02IGS1 | Orbit & Clock Corrections, Code Biases for GPS, GLONASS and Galileo | CoM | 4076_021(10), 076_022(10),4076_025(10),
4076_041(10), 076_042(10),4076_045(10), 4076_060(10),4076_061(10), 4076_065(10) |
BKG |
| SSRA03IGS1 | Orbit & Clock Corrections, Code Biases for GPS, GLONASS, Galileo and Beidou | APC | 4076_021(10),4076_022(10),4076_025(10),
4076_041(10),4076_042(10),4076_045(10), 4076_060(10),4076_061(10),4076_065(10), 4076_101(10), 4076_102(10),4076_105(10) |
BKG |
| SSRC03IGS1 | Orbit & Clock Corrections, Code Biases for GPS, GLONASS, Galileo and Beidou | CoM | 4076_021(10),4076_022(10),4076_025(10),
4076_041(10),4076_042(10),4076_045(10), 4076_060(10),4076_061(10),4076_065(10), 4076_101(10), 4076_102(10),4076_105(10) |
BKG |
| IONO00IGS1 | Global Ionospheric Model | 4076_201(15) | UPC | |
| IONO01IGS1 | Global Ionospheric Model | 4076_201(15) | CAS |
*The figures in brackets next to each message ID denote the message sample interval in seconds.
Combination approach (orbits, clocks and code biases)
Clock combination. The satellite clock corrections of the RTACs enter a Kalman filter as pseudo-observations, system by system. Each RTAC clock is modelled as the sum of three parameter types:
- the combined satellite clock correction (the result of the combination), estimated anew in each epoch;
- an RTAC-specific offset per system and epoch, absorbing the different clock datums of the RTACs;
- an RTAC- and satellite-specific offset, modelled as a random walk with a noise of 1 cm per 10 s
(independent of the combination interval), absorbing slowly varying satellite-specific differences between the RTACs (e.g. hardware delay and antenna model differences).
The solution is regularized by minimal constraints: the satellite-specific offsets of each satellite sum up to zero over the RTACs, and the sum of the combined satellite clocks is constrained in each epoch.
Reference signals. The combination is done for the ionosphere-free clocks of the reference signals specified by the IGS Real-Time Committee:
| GNSS | Reference signals |
|---|---|
| GPS | 1W/2W |
| GLONASS | 1P/2P |
| Galileo | 1C/5Q |
| BeiDou | 2I/6I |
RTACs may estimate their clocks with other signals. Before the combination, each RTAC clock is therefore referred to the reference signals, epoch by epoch, with the ionosphere-free linear combination of the same RTAC’s code biases of the two reference signals (Banville et al. 2020). The combined clocks are thus consistent with the IGS clock convention, even if the code biases of an RTAC contain contributions from other biases. Clocks of an RTAC without code biases of both reference signals are still combined, but excluded from the clock datum.
Consistency of clocks and code biases. For each RTAC and system, BNC checks whether the satellite-specific offsets follow the ionosphere-free combination of the RTAC’s reference-signal biases (regression slope and correlation). Such a dependency indicates code biases that do not belong to the clocks, e.g. a wrong sign convention or a different clock reference. An RTAC failing the check is excluded from the clock datum; it is used again after one hour of passing checks.
Outlier detection. Orbit corrections deviating from the mean of all RTACs by more than a threshold are excluded. Clock corrections are checked iteratively: the observation with the largest residual is rejected if it exceeds the threshold, and the adjustment is repeated. RTAC satellites rejected in most epochs are reported hourly. Satellites with corrections from fewer than two RTACs are not combined.
Orbits and a priori consistency corrections. Orbits are not combined: the orbit corrections of a system are taken from one RTAC solution (the master orbit). If its corrections are missing, the next RTAC in the priority list provides the orbits; the master orbit RTAC is used again as soon as it has delivered for 60 s without interruption. To keep the combined clocks consistent with the master orbits, a priori corrections are applied to the RTAC clocks before the combination:
- orbit: the radial difference between the RTAC and the master orbit:
dC_orb = r_AC · (r_AC − r_master) / |r_master|; - attitude: a different satellite yaw angle changes the phase wind-up, which the RTAC clock absorbs:
dC_att = λ_IF · (ψ_master − ψ_AC) / 2π,
with the ionosphere-free wavelength λ_IF = c / (f1 + f2) (Loyer et al. 2021). The yaw angles are taken from the SSR stream of RTACs providing them, otherwise from an attitude model including the noon and midnight turns. The yaw difference is accumulated over time rather than reduced to ±180°: if two RTACs model a turn in opposite directions, their phase wind-up, and hence their clocks, differ by one full cycle (about 10 cm) afterwards (Loyer et al. 2021).
Reference point. The combination is done for satellite antenna phase center (APC) corrections. The CoM streams are derived from the combined APC corrections with the satellite antenna offsets of the IGS ANTEX file valid at the epoch, using the attitude model.
Timing. The corrections of an RTAC epoch are passed to the combination as soon as all its messages have arrived (Multiple Message Indicator = 0). The epoch is combined as soon as all RTACs have delivered it, at the latest after the combination interval (minimum 10 s), so that late or missing RTACs do not delay the product.
Code biases of the combined products
With the clocks referred to the reference signals, the ionosphere-free linear combination of the two observable-specific biases (OSBs) of the reference signals is zero. All other OSBs can then be expressed in terms of differential code biases (DCBs). The PCO-corrected satellite DCB product of the Chinese Academy of Sciences (CAS, Wang et al. 2025) is used for this and sent as SSR code biases together with the combined clocks. The SINEX bias files are archived at CDDIS.
The combined clocks and code biases have to be used together: their combination, the clock minus the code bias of a signal, corresponds to that of the individual RTACs for all signals (up to the differences between the DCB estimates), although the clocks and biases of the RTACs may individually differ by decimeters because of different clock reference signals (Banville et al. 2020). Users can therefore switch between the combined and the individual products without jumps, as long as clocks and biases always come from the same product.
References
Banville S., Geng J., Loyer S., Schaer S., Springer T., Strasser S. (2020) On the interoperability of IGS products for precise point positioning with ambiguity resolution. Journal of Geodesy. 94, 10 (2020). https://doi.org/10.1007/s00190-019-01335-w
Liu, Q., Hernández-Pajares, M., Yang, H., Monte-Moreno, E., Roma-Dollase, D., García-Rigo, A., Li, Z., Wang, N., Laurichesse, D., Blot, A., Zhao, Q., Zhang, Q., Hauschild, A., Agrotis, L., Schmitz, M., Wübbena, G., Stürze, A., Krankowski, A., Schaer, S., Feltens, J., Komjathy, A.,and Ghoddousi-Fard, R. (2021). The cooperative IGS RT-GIMs: a reliable estimation of the global ionospheric electron content distribution in real time. ESSD, 13 (9), 4567-4582. doi: 10.5194/essd-13-4567-2021
Loyer, Sylvain & Banville, Simon & Geng, J. & Strasser, Sebastian. (2021). Exchanging satellite attitude quaternions for improved GNSS data processing consistency. Advances in Space Research,Volume 68, Issue 6, 2021, Pages 2441-2452, ISSN 0273-1177, https://doi.org/10.1016/j.asr.2021.04.049
Wang N., Li Y., Li Z., Liu A., Liu B. (2025) Determination of multi-GNSS differential code biases with satellite antenna phase center corrections. GPS Solutions 30, 22 (2026). https://doi.org/10.1007/s10291-025-01983-w
Content Description of the RTS Broadcast Ephemeris Streams
RTS also provides real-time access to broadcast ephemeris. Several streams are generated which carry only ephemeris data and no observations. Incoming ephemeris are checked for errors and inconsistencies and then merged, encoded and uploaded to NTRIP broadcasters with a high repetition rate:
| Data Stream | GNSS | Description |
| BCEP00BKG0 | G, R, E, C, J, S | Derived from receiver data of the IGS Real-Time tracking network. The stream is produced by BKG’s BNC software and encoded as RTCM version 3 messages. The repeat interval is 5 seconds. |
| BCEP01BKG0 | G | Similar to BCEP00BKG0 for GPS only |
| BCEP02BKG0 | R | Similar to BCEP00BKG0 for GLONASS only |
| BCEP03BKG0 | E | Similar to BCEP00BKG0 for Galileo only |
| BCEP04BKG0 | C | Similar to BCEP00BKG0 for Beidou only |
| BCEP05BKG0 | J | Similar to BCEP00BKG0 for QZSS only |
| BCEP06BKG0 | I | Similar to BCEP00BKG0 for NavIC only |
| BCEP07BKG0 | S | Similar to BCEP00BKG0 for SBAS only |
| BCEP08BKG0 | G, R, E, C, J, S | Derived from raw ephemeris frames using the Alberding EuroNet software. |
| BCEP00CHC0 | G, R, E(I/NAV) | Derived from data of the IGS Real-Time tracking network. |
| BCEP00CAS0 | G, R, E, C, J | Derived from data of the IGS Real-Time tracking network. The data stream is provided by CAS’s software BDSMART. This data stream does not include additional ephemeris integrity monitoring (cf. IGS-RTWG-Mail 333). |
| BCEP01CAS0 | G, R, E, C, J | Derived from data of the IGS Real-Time tracking network. The data stream is provided by CAS’s software BDSMART. This data stream is generated with CAS’s ephemeris integrity monitoring algorithms (cf. IGS-RTWG-Mail 333) [currently no data] |
| BCEP00GMV0 | G, R, E, C, J | Derived from data of the IGS Real-Time tracking network. The data stream is provided by GMV’s software magicGNSS |
| BCEP01JPL0 | G, R, E | Derived from data of the IGS Real-Time tracking network. The data stream is provided by JPL’s software GIPSY |
| BCEP02JPL0 | G, R, E | Derived from data of the IGS Real-Time tracking network. The data stream is provided by JPL’s software GIPSY |
Last Updated on 27 Oct 2026 12:55 UTC

