The global navigation satellite system (GNSS) signal delay depends on pressure, temperature, and water vapor content along the propagation path, which creates a link between GNSS and meteorology. Although troposphere delay is treated as an error source in precise GNSS positioning, there is a great potential of exploiting troposphere delays for weather and climate monitoring (Bianchi et al. 2016; Guerova et al. 2016). This is because the tropospheric wet delay is representative of the quantity of water vapor integrated along the signal path. As a result, the tropospheric delay estimates from GNSS measurements can be used to quantify the precipitable water (PW, in [mm]) or its equivalent—integrated water vapor (IWV, in [kg/m2]), using other well-determined meteorological data, i.e., pressure and temperature (Lee et al. 2013; Shi et al. 2015a).

GNSS remote sensing of the troposphere, called GNSS meteorology (Tralli and Lichten 1990; Bevis et al. 1992), provides observations with spatial and temporal resolutions that are higher than any other tropospheric sensing technique and operates in all weather conditions (Bennitt and Jupp 2012). Post-processing of GNSS observations can provide results with accuracies comparable to measurements of traditional precipitable water vapor sensors (Rocken et al. 1997; Haase et al. 2003; Satirapod et al. 2011). The main product of GNSS meteorology, the zenith total delay (ZTD), can be assimilated into numerical weather prediction (NWP) models, which leads to better initial states and thus improves the quality of forecasts, especially during severe weather conditions (Cucurull et al. 2004; Yan et al. 2009; De Haan 2013). In Europe, the E-GVAP project ( was established for monitoring water vapor on a European scale with GNSS in near real time (latency < 90 min) for meteorological use (Elgered et al. 2005; Vedel et al. 2013). The reported accuracy of ZTD estimates from near real-time GPS data processing is 3–10 mm (Pacione et al. 2009; Douša and Bennitt 2013; Hadas et al. 2013) and products are usually delivered with a temporal resolution between 5 and 30 min. The threshold accuracy of ZTD products for NWP assimilation is 15 mm, while a target value of 10 mm is preferable (E-GVAP 2010; Dymarska et al. 2017).

The timely provision of GNSS ZTD estimates is limited by the latency of information for precise satellite orbits and clocks. New possibilities for GNSS meteorology became feasible in 2013, when the International GNSS Service (IGS) established its real-time service (RTS, A standard deviation of 5 to 18 mm for ZTD from real-time GPS data processing was early reported by Douša and Václavovic (2014), Li et al. (2014) and Yuan et al. (2014). The obtained accuracy is depending on the station and period are being studied; therefore, it is sensitive to weather conditions. A strong correlation could be noticed between the precision of the real-time satellite clock products and the real-time GPS ZTD solutions using the precise point positioning (PPP) technique (Shi et al. 2015b). Several real-time ZTD estimation software packages were compared by Ahmed et al. (2016), who noticed a major decrease in the accuracy when ignoring antenna reference point eccentricities and phase center offsets and variations. The improvement of ZTD estimation from integer ambiguity fixing was at the millimeter level only (Ahmed et al. 2016; Ding et al. 2017; Lu et al. 2018). Li et al. (2015) and Lu et al. (2015) reported significantly worse accuracy of real-time ZTD from GLONASS-only and BeiDou-only processing compared to GPS-only processing. Compared to GPS-only processing, GPS + GLONASS and multi-GNSS processing with empirical weighting factors obtained using variance component estimation method led to a ZTD accuracy improvement of up to 10 and 22%, respectively (Lu et al. 2017; Douša et al. 2018). Pan and Guo (2018) noticed that the retrieval accuracy of real-time ZTDs is latitude dependent due to varying water vapor contents in different latitude regions. Pan and Guo (2018) and Zhao et al. (2018) considered tropospheric azimuthal asymmetry, which only slightly improved the ZTD retrieval accuracy. However, horizontal gradients are sensitive to processing options and providing real-time gradients would require multi-GNSS constellation with high-accuracy real-time products (Kačmařík et al. 2019). Yuan et al. (2019) recommend using forecasted Vienna mapping functions 1 (VMF1-FC) for ZTD modeling in real-time GNSS applications.

Although some aspects of a ZTD retrieval in real time have already been investigated independently, the reported accuracy did not improve over time significantly. The real-time campaign of the European Cooperation in Science and Technology (COST) Action GNSS4SWEC (advanced global navigation satellite systems tropospheric products for monitoring severe weather events and climate, revealed that further research is still required (Jones et al. 2020). However, neither are these achievements combined in a single processing strategy, nor is the impact of other processing parameters on ZTD accuracy analyzed, e.g., the choice of PPP functional model, GNSS selection and combination, inter-system weighting, and elevation-dependent weighting function when using low elevation observations. Therefore, the presented results can be blurred by the non-optimal selection of other processing parameters. Moreover, results from multi-GNSS processing should be reviewed, due to recent improvements in Galileo’s space segment (Steigenberger and Montenbruck 2017; Chatre and Verhoef 2018) and progressing advances in GNSS orbit and clock modeling, including real-time products (Kazmierski et al. 2018b). It should be noted that, among the quoted papers, studies on real-time ZTD retrieval using multi-GNSS observations cover data analysis up to early 2017. Therefore, not only a former reference frame and antenna calibration models were applied, but also an immature Galileo constellation was used. Since early 2019, the Galileo constellation is almost complete, and the accuracy of Galileo-only real-time positioning is close to GPS-only positioning (Hadas et al. 2019). Therefore, not only a significant contribution of Galileo observations in a multi-GNSS solution is expected, but it is also possible to investigate single system real-time ZTD retrieval from all four GNSSs.

We investigate the sensitivity of real-time troposphere products on various processing parameters, i.e., PPP functional model, GNSS selection and combination, inter-system weighting, elevation-dependent weighting function, and gradient estimation. We define an advanced strategy dedicated to real-time GNSS meteorology, which combines recommended processing parameters. We evaluate the accuracy of real-time ZTD by comparing real-time products with the final IGS product and ZTD obtained from ray-tracing through a selected NWP.


In the following subsections, we describe the test period and stations, provide sources of all data and products, introduce functional models of GNSS data processing and define the processing strategy with multiple variants.

Data and products

We select two test periods, both covering 31 consecutive days of observations. The winter test period starts on January 1, 2019 (day of year, DoY 1) and the summer test period starts on June 2 (DoY 183), 2019. For the evaluation of ZTD accuracy, we extend the test period to the entire year 2019.

We use RINEX 3.0 × files from 20 globally distributed IGS stations of varying altitudes (Fig. 1). Among selected stations are 10 different receiver types from 4 different manufacturers and 12 different antenna types from 6 manufacturers. Stations ALGO and BIKO track GPS, GLONASS, and Galileo, station REYK tracks also BeiDou during the second test period, while the other 17 track all four GNSS during both periods. The antenna at station KERG misses GLONASS phase center offset (PCO) and variation (PCV) calibrations in the up-to-date igs14.atx ANTEX file. None of the antennas has PCO/PCV calibration for Galileo and BeiDou.

Fig. 1
figure 1

Location and height of test stations

We use BKG’s Ntrip Client v 2.12 to record real-time broadcast ephemeris from the real-time service (RTS, stream RTCM3EPH and to store real-time multi-GNSS orbit and clock corrections, which are provided by the Centre National d’Études Spatiales (CNES) through CLK93 stream.

We use the official IGS final estimates, delivered by United States Naval Observatory (USNO) as a reference product for ZTD. The temporal resolution of the product is 5 min. Moreover, ZTD is modeled from the global forecast system (GFS) fields provided by U.S. National Oceanic and Atmospheric Administration/National Centers for Environmental Prediction (NOAA/NCEP). ZTDs are derived by integrating vertical profiles of refractivity, which are interpolated from 0.5° × 0.5° horizontal grid using inverse distance weighting. Refractivity profiles are up-sampled to a high-resolution vertical grid (about 1 m in the troposphere) by cubic splines before computing ZTD from the numerical integration. Station-specific ZTDs are determined for predefined station location and attitude. A more detailed description of this procedure can be found in Kačmařík et al. (2017).

Functional model

We use the GNSS-WARP software (Hadas 2015) to process multi-GNSS, multi-frequency pseudorange (code) \(P\), and carrier phase \(L\) observations using the PPP technique. The data are processed using the standard ionospheric-free (IF) observation model (Malys and Jensen 1990; Zumberge et al. 1997) and undifferenced uncombined model (Schönemann 2014).

The standard ionospheric-free observation model is defined as:

$$\begin{aligned} P_{{{\text{IF}}}}^{s} &- \rho_{0}^{s} + c\delta t^{s} - m_{h}^{s} \cdot Z_{h} - \Delta_{P}^{s}\\& = e_{r}^{s} \cdot \delta X_{r} + c\left( {\delta t_{r} + {\text{ISB}}_{S}^{G} } \right) + m_{w}^{s} \cdot Z_{w} \end{aligned}$$
$$\begin{aligned}L_{{{\text{IF}}}}^{s} &- \rho_{0}^{s} + c\delta t^{s} - m_{h}^{s} \cdot Z_{h} - \Delta_{P}^{s}\\& = e_{r}^{s} \cdot \delta X_{r} + c\left( {\delta t_{r} + {\text{ISB}}_{S}^{G} } \right) + m_{w}^{s} \cdot Z_{w} + \lambda_{{{\text{IF}}}} \cdot B_{{{\text{IF}}}}^{s} \end{aligned}$$


$$e_{r}^{s} = \left[ {\frac{{X_{r} - X^{s} }}{{\rho_{0}^{s} }} \frac{{Y_{r} - Y^{s} }}{{\rho_{0}^{s} }} \frac{{Z_{r} - Z^{s} }}{{\rho_{0}^{s} }} } \right]$$
$$\delta X_{r} = \left[ {\delta X_{r} \delta Y_{r} \delta Z_{r} } \right]^{T}$$
$$\rho_{0}^{s} = \sqrt {\left( {X^{s} - X_{r,0} } \right)^{2} + \left( {Y^{s} - Y_{r,0} } \right)^{2} + \left( {Z^{s} - Z_{r,0} } \right)^{2} }$$
$$P_{{{\text{IF}}}}^{s} = \frac{{f_{1}^{2} \cdot P_{1}^{s} - f_{i}^{2} \cdot P_{i}^{s} }}{{f_{1}^{2} - f_{i}^{2} }}\quad L_{{{\text{IF}}}}^{s} = \frac{{f_{1}^{2} \cdot L_{1}^{s} - f_{i}^{2} \cdot L_{i}^{s} }}{{f_{1}^{2} - f_{i}^{2} }}$$

where \(s\) denotes the satellite number and \(S\) is the corresponding GNSS (\(S \in \left\{ {G,R,E,C} \right\}\) for GPS, GLONASS, Galileo, and BeiDou, respectively); \(\rho_{0}^{s}\) is the geometric distance between the position of the satellite s antenna phase center \(\left( {X^{s} ,Y^{s} ,Z^{s} } \right)\) and the a priori position of the receiver r antenna phase center \(\left( {X_{r} ,Y_{r} ,Z_{r} } \right)\); c is the speed of the light; \(\delta t^{s}\) and \(\delta t_{r}\) are satellite and receiver clock offsets, respectively; \(m_{h}^{s}\) and \(m_{w}^{s}\) are the hydrostatic and wet mapping function, respectively; \(Z_{h}\) and \(Z_{w}\) are the zenith hydrostatic and wet delay, respectively; \(\Delta_{P}^{s}\) and \(\Delta_{L}^{s}\) are satellite, receiver, and site displacement effect corrections (Gérard and Luzum 2010) for pseudoranges and carrier phase measurements, respectively; e is the direction vector; \(\delta X\) is the position correction vector; \({\text{ISB}}_{S}^{G}\) is the receiver inter-system bias between \(S\) and \(G\) (for \(S = G\), it is set to 0); \(\lambda_{{{\text{IF}}}}^{s}\) is the ionospheric-free wavelength; \(B_{{{\text{IF}}}}^{s}\) is the ionospheric-free ambiguity (bias) parameter; \(i\) is the number of the frequency \(f\).

The undifferenced uncombined processing is performed using the following observation model:

$$\begin{aligned} P_{i}^{s}& - \rho_{0}^{s} + c\delta t^{s} - m_{h}^{s} \cdot Z_{h} - \Delta_{P}^{s}\\& = e_{r}^{s} \cdot \delta X_{r} + c\left( {\delta t_{r} + {\text{ISB}}_{S}^{G} } \right) + m_{w}^{s} \cdot Z_{w} + \frac{{f_{1}^{2} }}{{f_{i}^{2} }} \cdot I^{s} \end{aligned}$$
$$\begin{aligned} L_{i}^{s} &- \rho_{0}^{s} + c\delta t^{s} - m_{h}^{s} \cdot Z_{h} - \Delta_{P}^{s}\\& = e_{r}^{s} \cdot \delta X_{r} + c\left( {\delta t_{r} + {\text{ISB}}_{S}^{G} } \right) + m_{w}^{s} \cdot Z_{w} - \frac{{f_{1}^{2} }}{{f_{i}^{2} }} \cdot I^{s} + \lambda_{i} \cdot N_{i}^{s}. \end{aligned}$$

Compared to the ionospheric-free model, in the undifferenced uncombined model pseudorange and carrier phase observations are processed unchanged. This requires the estimation of slant ionosphere delays \(I^{s}\) and allows estimating ambiguities \(N_{i}^{s}\) corresponding to their original wavelength \(\lambda_{i}\).

Horizontal gradients are estimated as random walk variables with a process noise an order of magnitude smaller than for ZTD. The gradient contribution term that has to be additionally included on the right-hand side of (1, 2, 7 and 8) is:

$$\left( {G_{N} \cdot\cos \;\cos a + G_{E} \cdot\sin \;\sin a } \right)\cdot{\text{mf}}^{G}$$

where \(G_{N}\) and \(G_{E}\) are horizontal components (north and east direction) of a tropospheric gradient, \(a\) is the azimuth, \({\text{mf}}^{G}\) is an elevation \(e\)-dependent gradient mapping function and can be expressed as (Chen and Herring 1997):

$${\text{mf}}^{G} = \left( {\sin e \cdot \tan e + 0.0031} \right)^{ - 1}.$$

Alternative mapping functions are proposed and studied in great detail by MacMillan (1995) and Masoumi et al. (2017).

Strategy and variants

We surveyed all papers mentioned in the introduction which focus on real-time ZTD estimation, in order to identify the most popular settings of a processing strategy. In this way, a common processing strategy is defined (Table 1). This strategy is further modified in many ways, changing the following aspects: observation model, GNSS selection and inter-system weighting, elevation-dependent weighting, gradient estimation. In addition to the common solution, 11 alternative solutions are obtained (Table 2).

Table 1 Summary of the common processing strategy
Table 2 Modifications with respect to the common processing strategy for alternative solutions

Differences between real-time results

Through a comparison of results obtained with the different processing strategies, we identify the significance and impact of selected processing parameter on real-time ZTD product. As a consequence, we define an advanced strategy for real-time ZTD estimation.

Observation model

The ZTD differences obtained for all test stations with ionospheric-free and undifferenced uncombined functional models are zero mean with the standard deviation smaller than 2.0 mm (Fig. 2). Detailed insights into the results reveal that extreme differences occur during the initialization of a PPP solution. They are also caused by slight differences that occur during the rejection of observation outliers. Therefore, the choice of the functional model is less critical, unless additional data are used, e.g., third frequency or ionosphere model. In such a case, the undifferenced uncombined model is recommended, as it allows to include ionospheric constraints (Banville et al. 2014) and is the key for efficient phase ambiguity resolution (Shi et al. 2015b). The model allows us to process multi-frequency data. However, such processing for precise applications would require antenna calibration information for all signals. Otherwise, missing PCO or PCV corrections may dramatically degrade the accuracy of estimated ZTD (Ahmed et al. 2016).

Fig. 2
figure 2

Histograms of ZTD difference between ionospheric-free and undifferenced uncombined model among test stations; µ—mean, σ—standard deviation

Single GNSS solution

Not only GPS, but also GLONASS, Galileo, and BeiDou are already mature enough to provide independent solutions themselves. A real-time PPP solution is limited by the accuracy and availability of real-time orbit and clock correction. The CLK93 stream supports all GPS and GLONASS satellites. For Galileo, the two satellites on elliptical orbits (E14 and E18) are not supported, due to missing navigation messages (Steigenberger and Montenbruck 2017). For BeiDou, the corrections are provided only for second-generation satellites.

During both test periods, the availability of real-time corrections varies among systems and is the largest for GPS, and the smallest for BeiDou (Fig. 3). For GPS and GLONASS, there are some incidents with missing corrections during both test periods. During the winter test period, the latest four Galileo satellites are not supported yet. For BeiDou, corrections are frequently missing during both periods, sometimes even for the entire constellation. There are few episodes with missing corrections for all GNSSs (DoY 10, 31, 200, and 206, 2019) due to a failure of the Internet connection at the user side. However, a similar episode at DoY 207, 2019 is caused by the stream provider.

Fig. 3
figure 3

Availability of real-time orbit and clock correction. The time resolution is 12 h

Due to different numbers of satellites per constellation, varying availability of real-time corrections and their inhomogeneous quality, the availability of single GNSS real-time PPP solution, hence the availability of real-time ZTD, varies (Fig. 4). For GPS, it ranges from 88.4% (KZN2, winter) to over 99.5% (8 stations in summer). For GLONASS, we notice a significant degradation of solution availability for stations located far west (FAA1, YEL2), in central and East Asia (BIK0, LHAZ, ULAB). These locations correspond to regions of low coverage of the RTS network ( A small availability of Galileo-only solution for station KERG is caused by an insufficient number of observations at the E5a frequency. For Galileo, the average availability over both periods is similar. However, the second period was affected by the Galileo outage episode, which caused a 5-day-long unavailability of real-time solutions. Neglecting this episode, the estimated availability of Galileo-only solution would increase from 73.2 to over 87%. Therefore, the inclusion of four newest satellites in CLK93 stream was a major step for the performance of Galileo-only real-time PPP. The BeiDou-only solution is almost unavailable for stations on the Western Hemisphere. However, we can identify that there are BeiDou-only solutions for some high-latitude stations (YEL2, REYK, WROC, RDGD), which can also receive low-elevation signals from satellites located either on geostationary (GEO) or inclined geosynchronous orbit (IGSO). Solution availability grows the further east a station is, reaching a maximum of 49.1% and 50.0% for station PNGM during the winter and summer test periods, respectively.

Fig. 4
figure 4

Availability of real-time ZTD from single GNSS processing for winter (top) and summer (bottom) test periods

We notice that time series of real-time ZTD obtained with various single GNSS solutions are quite consistent with each other, except often outlying BeiDou-only solutions (Fig. 5). The best agreement with the GPS-only solutions, by means of the correlation coefficient and the RMSE of ZTD differences, is found for Galileo-only solution (Table 3). Although none of the GNSS outperforms GPS by means of solution availability, a high consistency of GLONASS-only and Galileo-only solutions with GPS-only solution, expressed by the RMSE of ZTD differences below 10 mm, shows, that they can provide independent and reliable ZTD product if only the real-time corrections availability increases. For BeiDou, this should also be achieved when the third generation of satellites will be supported in the RTS.

Fig. 5
figure 5

Time series of real-time ZTD from single GNSS processing

Table 3 Comparison of single GNSS solutions against GPS-only solution: average availability, correlation coefficient (r) and RMSE

Multi-GNSS solution

A combination of observations from four GNSSs in a multi-GNSS solution creates a tool that traces the troposphere with an outstanding resolution. Compared to a single GNSS solution, in multi-GNSS mode, the number of observations is at least twice as much (Fig. 6). However, as real-time product accuracy varies for different GNSS, this requires careful weighting of observations in a multi-GNSS solution. A multi-GNSS solution with equal weighting, compared to a GPS-only solution, either improves or degrades the internal accuracy of the adjustment, expressed by an average a posteriori error of unit weight (Fig. 7). On the other hand, for multi-GNSS solutions with inter-system weighting applied (Kazmierski et al. 2018a), there is an improvement from 7 to 37% (23% on average).

Fig. 6
figure 6

Average number of observed satellites among stations during winter (top) and summer (bottom) test period

Fig. 7
figure 7

Average a posteriori error of unit weight among station obtained with GPS-only, equally weighted multi-GNSS (= GNSS) and inter-system weighted multi-GNSS (wGNSS) solutions

Differences of real-time ZTD between a GPS-only and a multi-GNSS solution reach up to 30 mm for a solution with equal weighting but are usually below 10 mm with inter-system weighting applied (Fig. 8). In multi-GNSS solutions, ZTD is usually underestimated by few millimeters with respect to GPS-only solutions. We justify this effect by the missing receiver PCO and PCV for Galileo and BeiDou, and the adoption of corresponding values from GPS or GLONASS (Table 1).

Fig. 8
figure 8

Time series of real-time ZTD and a posteriori error of ZTD (σZTD) obtained with GPS-only, equally weighted multi-GNSS (= GNSS) and inter-system weighted multi-GNSS (wGNSS) solutions

Elevation-dependent weighting

The choice of an elevation-dependent stochastic model affects solution precision and is particularly relevant for an accurate height determination (Jin et al. 2005; Luo et al. 2014). The three most commonly used functions to calculate the standard deviation \(\sigma\) of a GNSS observation are: sine (Dach et al. 2015), sine-type (King and Bock 2001) and exponential (Euler and Goad 1991; Li et al. 2016), which are defined as follows:

$${\sin}\,e{:}\;\sigma = \sigma_{0} /\sin e$$
$${\sin}\,e{\text{ - type:}}\;\sigma = \sigma_{0} \sqrt {\alpha_{1} + \beta_{1} /e }$$
$${\text{exponential:}}\;\sigma = \sigma_{0} \left( {\alpha_{2} + \beta_{2} \exp \left( { - e/e_{0} } \right)} \right)$$

where \(e\) is the elevation angle, \(\sigma_{0}\) is a priori sigma of an observation (Table 1), the constant parameters are set to: \(\alpha_{1} = 0.64\), \(\beta_{1} = 0.36\), \(\alpha_{2} = 1\), \(\beta_{2} = 3.5\), \(e_{0} = 9^\circ\). The common feature of these functions is that they significantly down weight low elevation observations. This is an adverse effect of former characteristics of GNSS antennas and troposphere mapping functions. Therefore, we propose alternative, cosine-type function

$$\sigma = \sigma_{0} \sqrt {\alpha_{3} + \beta_{3} \cos^{n} e }$$

with \(\alpha_{3} = 1\), \(\beta_{3} = 4\), \(n = 8\). We test all four elevation-dependent weighting function. The weighting factor \(\sigma /\sigma_{0}\) equals to 1 for \(e = 90^\circ\), but varies significantly for lower elevation angles (Fig. 9).

Fig. 9
figure 9

Elevation weighting factor \(\sigma /\sigma_{0}\) for different elevation-dependent weighting schemes

We find an impact of the weighting function on coordinate precision and a posteriori error of ZTD (Table 4). Exponential weighting function performs similarly and significantly better to sine-type function during winter and summer test periods, respectively. With the cosine-type function, a significant reduction of σZTD is reached in exchange for worse horizontal precision. We justify this as an impact of very low-elevation observations. The choice of weighting function causes differences in estimated ZTD (Fig. 10), which usually remain below 5 mm level, but may exceed 10 mm during initialization periods.

Table 4 Average for all test stations: a posteriori standard deviation of estimated ZTD (σZTD), repeatability of horizontal (Hz) and vertical (V) coordinates for different elevation weighting schemes
Fig. 10
figure 10

Time series of ZTD differences (ΔZTD) between various weighting schemes against sine weighting scheme

Gradient estimation

The magnitude and direction of estimated real-time tropospheric gradients vary over time and stations (Fig. 11). We usually observe smaller magnitudes for inland stations than we do for coastal and island stations. For both test periods, the gradients are close to zero mean and the clear effect of the atmospheric bulge, i.e., the diurnal variations of density of the neutral gas, is not observed. The a posteriori standard deviation of estimated gradients is usually within the range of 0.1 to 0.3 mm. Moreover, the a posteriori error of unit weight is reduced by 23% on average and the receiver height precision is improved by 27% on average, compared with a solution neglecting troposphere gradients.

Fig. 11
figure 11

Real-time tropospheric horizontal gradients [mm] for representative test station during winter (left) and summer (right) test period; color represents time

The estimation of tropospheric gradients has an impact on the estimated ZTD (Fig. 12). ZTD differences between solutions with and without gradient estimation exceed 10 mm in extreme cases, e.g., after solution initialization, but are usually smaller than 2–5 mm, depending on a station. The larger a gradient magnitude is, the larger a corresponding ZTD difference can be, but also large magnitude gradients can have a small impact on ZTD. This means that other estimated parameters, i.e., receiver clock error or height, can absorb this effect.

Fig. 12
figure 12

Time series of real-time ZTD estimated with and without horizontal gradients

Advanced strategy

Following the abovementioned results, a state-of-the-art strategy for real-time ZTD determination with GNSS should differ from the common approach (Table 1). The recommended strategy is based on the undifferenced uncombined functional model, applies inter-system weighting for multi-GNSS observations, uses elevation-dependent cosine-type weighting function and estimates horizontal gradients.

We notice significant differences in ZTD between the two strategies. The advanced strategy allows reducing the average a posteriori error of estimated ZTD (Fig. 13). The reduction varies from 10% for station KERG to 53% for station CAS1 during the winter test period, and from 13% for station JPLM to 50% for station RGDG during the summer test period. The ZTD differences between both strategies usually remain within ± 10 mm range but reach up to 50 mm during the initialization period or limited availability of RTS corrections (Fig. 14). We find an average offset between the two solutions, which equals -2.6 mm and  − 2.0 mm for winter and summer test periods, respectively. All of this confirms that significant differences can be found in ZTD depending on the processing strategy, as the optimal accuracy for ZTD should be 5 mm (

Fig. 13
figure 13

A posteriori standard deviations of estimated ZTD (σZTD) obtained with common and advanced strategies

Fig. 14
figure 14

Differences in real-time ZTD obtained with advanced strategy minus common strategy

Accuracy of real-time ZTD

We assess the consistency of ZTD from the two reference products. Then, the accuracy of ZTD obtained with the advanced strategy is compared against the accuracy of results obtained with the common processing strategy.

Assessment of reference products

The agreement between ZTD from the two reference products depends on the station and time (Fig. 15). Although the general variability of ZTD is reflected in both products, major differences between the two products are also present. The smallest standard deviation of ZTD differences over the entire year 2019 is 5.1 mm for station CAS1, the largest is 22.4 mm for station BIK0. On average, the standard deviation of ZTD differences is 12.7 mm, which agrees with (Lu et al. 2016). Moreover, we notice incidental large peaks and frequent midnight discontinuities in the time series of the final ZTD, which exceed 10 mm. This is far more than the 2–3 mm uncertainty, which is reported for the IGS final ZTD and questions the few-millimeter-level precision of this product.

Fig. 15
figure 15

Exemplary ZTD time series from IGS and GFS model

Validation of real-time products against reference products

When comparing to the IGS final product (Fig. 16, top), the standard deviation of ZTD differences is reduced in the advanced strategy for all stations by 11% on average. The multi-GNSS product is underestimated with respect to the GPS-only product, resulting in a smaller average offset with respect to the IGS final product. The average RMSE of ZTD differences improves from 9.5 mm in the common strategy to 7.9 mm in the advanced strategy (17%) over the entire year 2019. When comparing against the GFS model (Fig. 16, bottom) significantly higher standard deviations of ZTD differences are observed than for the comparison with the IGS products. Still the 5% of improvement is found when changing from the common strategy to the advanced strategy.

Fig. 16
figure 16

Comparison of real-time ZTD obtained with common and advanced strategy against IGS final product (top) and GFS model (bottom)

IGS final products originate from post-processing of GPS-only observations in the double-differenced mode and real-time ZTD are estimated with the PPP technique. They should not be considered as totally independent and a small bias is expected. However, midnight discontinuities of the final ZTD and a processing strategy, which was defined already several years ago, can justify the limited improvement with respect to IGS product. On the other hand, GFS is an independent source of ZTD which implies that worse consistency of real-time products with GFS can be expected. In particular, station and NWP-specific biases can occur and are justified by a deficiency of the NWP orography representation (Kačmařík et al. 2017). However, when comparing GNSS ZTD to NWP model products, a bias should not be considered as a quality indicator, because station-specific GNSS ZTD biases are removed prior to ZTD assimilation (Mile et al. 2019).


With a total number of 20 different real-time solutions for a worldwide spatially distributed set of stations and two time periods, we investigate the impact of PPP processing parameters on estimated ZTD. We show that for dual-frequency and ionosphere-unconstrained processing, the choice of functional model between ionospheric-free and undifferenced uncombined is not critical. We show that all four GNSSs can provide real-time ZTD solutions independently. The best agreement with GPS-only solution is found for Galileo-only solution, whereas the performance of BeiDou-only solution is the worst. We also show that a multi-GNSS solution, with inter-system weighting based on the SISRE parameter, reduces the a posteriori standard deviation of estimated ZTD by up to 37%. We propose a cosine-type elevation-dependent weighting function, which reduces the a posteriori error of estimated ZTD. We confirm that the estimation of real-time gradients improves height precision by 27% on average and can significantly affect ZTD estimates. Real-time gradients are estimated with an uncertainty of 0.1–0.3 mm, but their accuracy with respect to an NWP model or post-processing results is not investigated in this study. Based on the abovementioned conclusions, we define an advanced strategy dedicated to real-time GNSS meteorology.

We question the few millimeters accuracy of ZTD final products from the IGS, noticing centimeter-level jumps at the day boundary. The standard deviation of ZTD differences between GFS ray-tracing and IGS product exceeds 12 mm. Despite that, we compare real-time ZTD obtained with the common and advanced strategies against both reference products. The advanced strategy is superior to the common one, i.e., it has 0.9% more results over the entire year 2019, and the a posteriori error of estimated ZTD is reduced by 41% on average. The accuracy with respect to the IGS final product improves by 17% and varies over stations from 5.4 to 10.1 mm. Such performance will legitimate real-time ZTD estimates for assimilation into NWP.