1. Introduction
Nowadays, Precise Point Positioning (PPP) is increasingly becoming widespread as an absolute positioning technique introducing a large variety of possible applications in both kinematic and static conditions. High-accuracy navigation and/or positioning can be performed worldwide in an absolute coordinate reference frame, and other PPP applications include the monitoring of areas subject to environmental risk, deformation controls of large structures (landslides, dams), plate tectonics studies [
1,
2], the determination of Ground Control Point (GCP), resource management in remote areas, and sea-level measurement [
3,
4,
5,
6]. Unlike the classical absolute positioning methods that use code measurements and the broadcast ephemeris to obtain the position of the receiver, PPP has the advantage of using the most precise carrier phase observables, and reducing the effect of all the types of errors and biases that affect GNSS (Global Navigation Satellite System) measurements. In this way, PPP is able to provide a precision level comparable to differential positioning without the support of ground stations. For this reason, PPP is particularly suitable for remote areas.
GNSS technology is constantly changing, offering new opportunities to many applications in navigation, land surveying, and general geo-referencing. In particular, recent developments related to Europe’s core constellation, Galileo, and China’s own core constellation, the BeiDou navigation satellite system (BDS), have been underway and are fast oncoming completion. The introduction of these two advanced systems allows for the number of globally available GNSS satellites to be greatly grown, consequently also enhancing the robustness of GNSS as a whole.
In the last two decades, the scientific community has paid particular attention to the multi-constellation approach in PPP techniques. Since 2009, the first real-time service providing GLONASS precise orbits and clocks was available [
7,
8]. The use of multi-constellation double-frequency GNSS has demonstrated improved performance, in terms of precision and convergence time, with respect to single GNSS case [
9,
10].
In [
11], the authors proposed a multi-GNSS PPP model using data from the MGEX (Multi-GNSS Experiment) and BETN (BeiDou Experimental Tracking Network) ground tracking networks to fully take advantage of all available GNSS observables. The results showed that the integration of BeiDou, Galileo and GLONASS systems with GPS (Global Positioning System) significantly shortened the convergence time and improved the positioning accuracy. In particular, for the GPS-only solution, the positioning accuracy reached the decimeter level after a convergence time of thirty minutes, and the centimeter level after about 2 h for all three components of the position. GLONASS-only PPP configuration showed a slightly worse positioning accuracy and a longer convergence compared to GPS-only PPP. The BeiDou-only PPP provided good performance on the horizontal components, achieving few centimeter accuracies within one hour. Finally, the multi-GNSS (GPS/BeiDou/GLONASS/Galileo) PPP configuration presented the fastest convergence and highest accuracy for all three components.
In 2015, the authors in [
12] proposed a dual-frequency (DF) PPP model based on GPS and Galileo observables. The proposed model was based on a GPS/Galileo ionosphere-free (IF) linear combination PPP model, accounting for the additional combined biases, that are the Galileo satellite hardware delay and GPS to Galileo time offset (GGTO). These biases were lumped and considered as a new unknown parameter (noted as inter-system bias) into the PPP model. To obtain the best estimates for unknown parameters, a sequential least-squares estimation method was used. It is shown that, compared to the GPS-only configuration, 25% convergence time improvement and a sub-decimeter positioning accuracy level were achieved thanks to the developed PPP model. In 2016, the authors in [
13] introduced a new DF-PPP model, combining the measurements from the GPS, Galileo, and BeiDou systems. The proposed model applies the un-differenced and between-satellite single-difference (BSSD) linear combinations. The latter is able to cancel out some biases related to the receiver, such as the non-zero initial phase bias of the receiver oscillator and receiver clock error. The statistical results showed that the post-processed GNSS PPP technique based on un-differenced observations provided a convergence time improvement of 25% with respect to the GPS-only configuration. In addition, the use of the BSSD technique in post-processing PPP mode improved the precision of the positioning solution by about 25% compared to the GPS-only case. The convergence time of the solution was equal to 10 min when the BSSD model was applied.
In [
14], the benefits of multi-GNSS for PPP were also investigated. Firstly, a consistency test of precise orbit and clock products supplied by different providers (CNES, Center for Orbit Determination in Europe—CODE-, German Research Centre for Geosciences—GFZ-, etc.) were performed for GPS, GLONASS, Galileo, and BeiDou. Furthermore, to investigate the effectiveness of multi-GNSS data and higher rate precise orbit and clock products, five Asia–Pacific regional stations of the MGEX network were chosen for kinematic PPP tests adopting TriP software developed by Wuhan University [
15] and based on IF combination of DF carrier phases and pseudoranges. Furthermore, in this case, the positioning accuracy and fast convergence time benefited from the combined using of multi-GNSS and a higher rate of precise clock corrections. The multi-GNSS PPP approach improved the positioning accuracy by 20% and 80% considering the GPS-GLONASS and BeiDou-only PPP configurations. Using higher rate precise clock products allows for the effect of the errors related to the interpolation to decrease, and the positioning accuracy was enhanced by an average of 30%–50% for the all the configurations excepting for the BeiDou-only PPP.
A performance analysis of a multi-GNSS PPP model based on GPS, GLONASS, Galileo, and BeiDou observations, was also shown in [
16]. The investigation on PPP accuracy and convergence time was conducted on the basis of data processing results from both kinematic and static modes considering single-and multi-constellation configurations. Data from five stations on sixteen consecutive days were used and all stations were equipped with multi-GNSS receivers. DF observations from GPS L1/L2, GLONASS G1/G2, BeiDou B1/B2, and Galileo E1/E5a signals were adopted to form the IF combined code and carrier-phase measurements model. Multi-GNSS precise satellite orbit and clock products provided by the ESOC (European Space Operations Center, Germany) were adopted for PPP techniques together with different error correction models. The results of static positioning indicated that the BeiDou-only PPP positioning accuracy was lower than the GPS-only case on both horizontal and vertical components. GPS/BeiDou PPP configuration provides a positioning accuracy improvement of 28%, 6%, and 7% in the three coordinates, respectively, with respect to the GPS-only PPP while a slightly worse positioning accuracy is achieved with GPS/GLONASS PPP. The usage of a triple-constellation GPS/BeiDou/GLONASS PPP improved the positioning accuracy by 25%, 20%, and 19% over the GPS/BeiDou and 9%, 8%, and 10% with respect to GPS/GLONASS in the east, north, and up directions. Additionally, the BeiDou-only PPP converged more slowly compared to the GPS-only PPP, but the integration of GPS and BeiDou allowed one to reduce the convergence time by 26%, 13%, and 14% in the three coordinates, respectively, over the GPS-only case. A convergence time improvement of 50%, 29%, and 33% is obtained using GPS/GLONASS PPP when compared to the GPS-only case. Finally, a larger reduction of the convergence time is obtained using triple-constellation in the PPP model. Furthermore, for the multi-constellation kinematic PPP approach, an improvement of the positioning accuracy and convergence time was highlighted compared to the single-constellation and dual-constellations cases.
In [
17] the authors investigated the effectiveness of integrating GPS and GLONASS measures to improve the reliability and accuracy of positioning results using PPP. The authors showed that the integration of GLONASS satellites significantly improved the satellite availability (more than 60%) leading to the enhancement of satellite geometry (in terms of Positional Dilution of Precision—PDOP) by more than 30%. In this way, the performance of precise surveying can be improved in scenarios such as urban areas, dense vegetation, mountains areas, or when the satellite signal is partially obstructed as confirmed also in [
18].
A performance analysis of multi-GNSS PPP has been conducted in [
19] using DF observations from GPS, GLONASS, Galileo, BeiDou and QZSS systems. Precise multi-GNSS orbit and satellite clock products from GFZ were chosen for six stations selecting data from 150 to 160 days of 2016. If observations were used to eliminate the ionosphere delays. The receiver clock error was computed as an unknown parameter using the least square estimator. Troposphere delay was considered as a random-walk process. Furthermore, the Kalman filter was used to filter and smooth time-dependent parameters. The analysis of the results showed a positioning accuracy improvement at a centimeter level obtained thanks to the multi-GNSS configuration compared to GPS-only. However, it was highlighted that when positioning errors reach a very low level (about 5 mm) the multi-GNSS contribution is rather limited, due to the accuracy of orbit and satellite clock products of the other GNSSs as BeiDou, GLONASS, and Galileo. On the other hand, a significant increasing of the satellite availability was detected when the multi-GNSS approach was considered. Therefore, the same authors suggest that an improvement, both in terms of reliability and availability of positioning results, would be more evident in difficult environments, such as urban areas or partially obstructed places. This same conclusion, also related to the multipath effect, was recently made by other researchers who examined the quad-GNSS PPP performance (GPS, Galileo, GLONASS, BeiDou) [
20]. However, from their tests, they found a substantial performance enhancement for the GPS+GLONASS combination with respect to GPS-only.
Benefits of multi-GNSS have also been highlighted in [
21], in which PPP models were performed using both single and dual frequency measurements from GPS, GLONASS, Galileo, and BeiDou systems and considering three selected stations located in Egypt at different latitudes. The IGS-MGEX final precise products were chosen for the correction of orbital and clock errors, while the final IGS GIMs (Global Ionosphere Maps) were adopted to reduce the effect of the ionospheric delay in the single-frequency (SF) PPP model. For both DF- and SF-PPP models, the results showed that the convergence time for the multi-GNSS configuration was enhanced by 35% with respect to GPS only PPP. It was also highlighted that the positioning accuracy improvement of multi-GNSS PPP is mainly due to the contribution of GLONASS observables, while the contribution of Galileo and Beidou was minimal due to their limited satellite availability.
In 2019, an evaluation of availability and performance of PPP positioning with four constellations, GPS, GLONASS, BeiDou, and Galileo, was carried out in [
22]. In detail, the performance of quad-constellation DF-PPP, SF-PPP, and SPP are verified using the datasets from 59 globally distributed stations spanning 30 days. Furthermore, in this research, the results have indicated that both the availability and accuracy of positioning solutions were significantly enhanced by integrating multi-constellation signals.
As it can be noted by the literature, even if PPP usually uses DF GNSS observations, different authors propose the development of the SF-PPP model to be adopted when low-cost SF GNSS receivers are used [
23,
24,
25]. On the other hand, the development of four GNSS constellations is showed also in [
26].
In [
27], different PPP models were developed using SF measurements from GPS, GLONASS, BeiDou, and Galileo; the un-differenced SF GNSS PPP model, the un-differenced IF code, and the carrier phase model; and the Between-Satellite-Single-Difference model (BSSD) and the Between-Satellite-Single-Difference IF (BSSDIF) models. For both un-differenced and BSSD models, the IGS final GIM model was used to correct the ionospheric delay, while the IGS final precise products were used in all the considered PPP models. Furthermore, in this work, it was highlighted that the benefit of the additional GLONASS and BeiDou observations is significant. It was also shown that the positioning accuracy obtained using IF-PPP model was significantly better than the GIM-based PPP. After 2 h of data processing, the 3D positioning accuracy was enhanced by 13 cm when the IF-PPP was used with respect to the GIM-based technique. Furthermore, comparable results were obtained from both the GPS/Galileo and GPS/BeiDou combinations. For the GPS/GLONASS configuration, the mean value of 3D positioning solutions was enhanced by 6 cm using IF-PPP technique with respect to the GIM-based model.
The aim of current study is to assess the performance of PPP positioning, using multi-frequency and multi-constellation GNSS. In detail, the adopted GNSS systems are GPS, GLONASS, and Galileo, and particularly interesting is the contribution of the latter. The considered GNSS configurations are GPS only, GLONASS only, Galileo only, GPS+GLONASS, GPS+GLONASS, GPS+Galileo, GLONASS+Galileo, and GPS+GLONASS+Galileo. Large sets of data, collected in southern Italy (Sicily), are processed in order to study the PPP performance: 31 days from a permanent station and 10 days from a static receiver placed on a pillar. Conversely to the literature, in which mainly customized PPP software are used, in the current research, the datasets are processed with the open source software RTKLib and different tropospheric models are considered: Saastamoinen and Estimate ZTD (Zenith Troposhperic Delay). The use of an open source software has the main objective of guarantying the repeatability of the experiment for scientific community interested in precise survey applications; in addition, the large amount of processed data allows one to provide significant information about the performance of the multi-GNSS PPP.
The paper is organized as follows. In
Section 2, the experiment is described, providing details about the equipment and the location, and RTKLib software and its working are explained. In
Section 3, the results, obtained with the considered configurations, are shown and clarified. In
Section 4, the conclusions of the work are exposed.
2. Materials and Methods
2.1. Experiment: Datasets and Location
To evaluate the performance of the adopted PPP approach, two static tests are carried out, consisting of a dataset collected by a permanent station, located at Palermo University (Test A) and a dataset collected by a geodetic receiver placed nearby the station (Test B). The geographical positions of the tests are shown in
Figure 1.
Up to 2008, in Sicily there was not a local GNSS network; thus, the University of Palermo has designed and realized the first local level-based network in the central-western part of the island. The management of the GNSS Continuously Operating Reference Station (CORS) network, consisting of 8 stations used for technical and scientific purposes, was preliminary entrusted to the University (until 2013); later, the stations were included in the Netgeo GNSS network, managed by Topcon Italy, due to the scientific collaboration between the latter and the University of Palermo, aimed to realize the first local level based network in Sicily [
28]. Furthermore, two additional permanent stations are located at Palermo University: one is equipped with a Trimble NetR9 receiver and Zephyr GNSS Geodetic II antenna (belonging to Trimble RTX network) and another station of the network is managed by Hexagon Geosystems, Italian Positioning Service (ItalPoS) (HxGN SmartNet 2020), with a LEICA GMX902GG receiver and LEIAS10 NONE antenna.
The CORS network set up in the western part of Sicily has been tested and data are used for several scientific works focused on: use of Mobile Mapping System (MMS) for integrated survey [
29,
30], GNSS techniques for land and structure as dams monitoring [
31,
32,
33], geological analyses [
34], integrated survey in archaeological context [
35,
36], and recently also geodynamic research [
37].
Test A is performed collecting data by the permanent station Trimble NetR9 located at Palermo University and considering a time interval of 31 days, starting 1 July 2018-DOY (Day of Year) 182 to 31 July 2018-DOY 212.
The considered station is equipped with the antenna TRM55971.00 TZGD (Zephyr GNSS Geodetic II) able to acquire GPS, Galileo, GLONASS, and Beidou signals. The antenna is robust and recommended for GNSS geodetic survey. The quality and precision features characterizing the antenna are the repeatability of the sub-millimeter phase center, the robust satellite tracking at low altitude, and the reduced multipath effect. The permanent station records satellite data continuously, returning daily observation and navigation files. In particular, daily data are considered, in both RINEX hatanaka 2.11 formats, consisting of the observation files (.O) and the GPS (.N), GLONASS (.G), and Galileo (.L) ephemeris files, and RINEX hatanaka 3.00 formats, consisting of the observation files (.O) and a single ephemeris file containing all the constellations analyzed (.P).
Test B is carried out using a geodetic receiver and collecting data for 10 days, starting from 18th (DOY 199) to 31st of July 2018 (DOY 212), with an acquisition session of six hours a day. The used receiver is the Topcon HiPer HR, installed daily on a pillar placed on rooftop of Palermo University. The receiver is capable of acquiring signals from GPS, GLONASS, Galileo, BeiDou, QZSS, SBAS, and L-Band in 452 channels and using Universal Tracking Channel technology. Using the described receiver, a single file is obtained in “*.tps” format. In post-processing, a dedicated converter tool of Topcon (TPS2RIN) is used to convert the file “* .tps” in two files in RINEX 3.02 format: the observation and navigation files.
In Test B, the PPP performance using a geodetic receiver with integrated antenna are evaluated. In fact, despite both used receivers (Trimble NetR9 and Topcon Hiper HR) acquiring data from GPS, GLONASS, and Galileo constellations, their antennas are different. The CORS in Palermo is equipped with a Zephyr GNSS Geodetic II antenna (TRM55971.00 TZGD), also used in the IGS (International GNSS Service) network and calibrated by NGS (National Geodetic Survey), while the Topcon receiver is an integrated antenna (micro centered Fence Antenna™ with Ground Plane) [
38,
39].
2.2. RTKLib Software
To perform the PPP-static technique, RTKLib version 2.4.2 p13 software is used for the data processing [
40]. RTKLib is an open source positioning software developed by Dr. T.Takatsu. All the data and corrections are entered as inputs using the software Graphic User Interface. It supports standard and precise positioning algorithms with GPS, GLONASS, Galileo, QZSS, BeiDou, and SBAS. Different positioning modes are allowed using GNSS data for both real-time and post-processing such as single point positioning (absolute technique), DGNSS (differential code approach) Kinematic, Static, Moving-Baseline, Fixed (carrier-phases-based relative approach), PPP-Kinematic, PPP-Static, and PPP-Fixed.
The software consists of a program library and a series of executable files that use this library. It is possible to use the RTKLib package through the graphical interface, or the “main program” called RTKLAUNCH (
Figure 2) or by running the individual CUI (command-line user interface) APs (application programs).
The aim of the work is to evaluate the performance of a PPP-static positioning mode, a method mainly used for scientific purposes, taking into account the incidence of the various biases, the various error correction products and the contribution of the available satellite constellations. Although the main problem of this method is related to the long convergence time of the solutions, with a multi-GNSS integration it is possible to reduce time and also improve positioning accuracy [
3,
41,
42].
For static PPP processing, the RTKPOST is used, which is the RTKLib module for the post processing of GNSS data. RTKPOST requires, as input, the RINEX files (containing the observations, the navigation data and also the precise orbit products if available) and returns, as output, the “.pos” format file (
Figure 3). In addition to the positioning solution, the output file also provides the number of satellites used for the solution computation, the type of solution obtained, and the standard deviations estimates. In the output files, the solutions can optionally be expressed in different formats: the geographic coordinates (lat, lon, h), the Cartesian geocentric coordinates (X, Y, Z), baseline (E, N, h), and the message NMEA0183 (
Figure 4).
Based on the adopted positioning mode, RTKPOST allows one to select different settings such as the carrier frequencies (L1, L1 + L2, L1 + L2 + L5), filter type (Forward, Backward, Combined), elevation and SNR (signal noise ratio) masks, the navigation satellite systems, and several errors correction models (i.e., Earth Tides, ionosphere, troposphere) to be applied. In addition, as it is previously described, to process the observation data collected by a receiver in PPP mode using RTKPOST, several correction models must be applied selecting specified settings such as precise satellite ephemeris and clock corrections, satellite and receiver antenna phase center variations (PCV), corrections of the tropospheric and ionospheric effects, SBAS corrections, solid earth tides, ocean tide loading, and pole tides can be also modeled.
To verify the performance improvements for PPP-static mode obtained thanks to multi-GNSS, focusing the attention on Galileo, precise satellite products for GPS, GLONASS, and Galileo are downloaded by MGEX [
43]. In particular, precise products computed by CNES/CLS are selected in the current analysis. This choice is also related to the aim of testing the PPP-AR (Ambiguity Resolution) function for the resolution of the phase ambiguity that can be selected in RTKLib software. However, the results obtained applying the PPP-AR method in RTKLib have highlighted that the considered ambiguity resolution technique provides unstable and inaccurate solution with respect to standard PPP. Indeed, the tested PPP-AR processing mode is considered “experimental” in the RTKLib manual. For this reason, the results will not show in the current research.
The CNES/CLS center provides ephemeris at 15-minute intervals with clock corrections every 5 min (in “.sp3” format) and also clock corrections every 30 s (in “.clk” format). The combined use of “.sp3” and “.clk” products is useful both for real-time applications and for fixing ambiguity.
In RTKPOST different ionospheric error correction models can be chosen, including using ionospheric parameters broadcast in the navigation message, iono-free linear combination (possible only if observation data on both L1 and L2 frequencies are available and no triple frequency combinations are allowed) named Iono-Free LC, using the estimated ionospheric parameters STEC (Slant Total Electron Content), or IONEX TEC data. In the current analysis, Iono-Free LC is used as an ionospheric correction model in the IF combination of DF carrier phases and pseudoranges used in the adopted PPP measurement model. It is well known that the Iono-Free LC is able to eliminate errors of about 99.9% of ionospheric delay as shown by several studies [
12,
14,
20], highlighting the achievement of satisfactory positioning results.
Since the test is carried out in Palermo, located about 1 km from the coast, and since high precision values are desired, the effects due to the tide are also included in the processing. Many models have been developed to correct this effect and are available free of charge as a “.blq” file on the website [
44], managed by the Onsala Space Observatory (OSO), Swedish national infrastructure for astronomy.
The best results can be obtained with the latest models, including: GOT4.7, FES2004, TPXO_Atlas, HAMTIDE, and DTU10, and it is also possible to view the models not available for specific areas on the OSO website (
Figure 5).
Among the various available models, the GOT4.7 model is chosen, which is the latest version of Richard Ray’s tide models and is one of the standard tide models, in addition to FES2004, used for satellite altitude corrections [
46].
For the correction of the tropospheric delay, models commonly adopted for geodetic applications are used. These models are precise and complex [
47], because they are based on satellite elevation angle and weather data, which cannot be easily determined. Based on literature considerations, in the current research a comparison between the Saastamoinen and Estimate ZTD (Zenith Total Delay) models is performed.
Finally, additional settings are set to obtain the desired PPP-static solution, including (
Figure 6):
Phwindup (phase wind-up), to correct the delay caused by the relative rotation between the satellite and receiver antennas;
Reject Ecl, to exclude the GPS Block IIA satellites in eclipsed, that degrade the PPP solutions due to unpredicted behavior of yaw-attitude;
RAIM (receiver autonomous integrity monitoring) FDE (fault detection and exclusion) to detect and exclude possible outliers from the measurements set used for the solution computation;
Sat PCV e Rec PVC, to consider the phase center variations of the satellite and the receiver, respectively, feature allowed by uploading the “igs14.atx” file, provided by the IGS, containing the correction parameters of several types of antenna;
a GDOP threshold is set to reject solution with GDOP value higher than 30, and a mask-angle equal to 10° is applied;
no ambiguity resolution strategy is used;
DCB multi-GNSS product, provided by the German aerospace center DLR, in “.bsz” format, is also used as an input (
Figure 6).
Defined by the described parameters, the aim of the paper is:
to verify and compare the impact of two tropospheric correction models (Saastamoinen and Estimate ZTD);
to evaluate the performance of PPP-static mode in terms of precision, accuracy and availability, using multi-GNSS data collected during two tests.
2.3. Comparison between Saastamoinen and Estimate ZTD Tropospheric Correction Models
As known by the literature, the atmosphere is the main error source for GNSS signals, and in particular two layers: the ionosphere and the troposphere. Ionospheric polarization can be mitigated using dual frequency receivers. Unlike ionospheric delay, the error caused by troposphere cannot be removed using the same procedure. The correction of tropospheric bias is often performed using a standard tropospheric model.
In RTKPOST, several tropospheric correction models can be applied, as described in
Section 2.2. In order to verify the impact of different correction models on the positioning solution, two techniques are considered and their performances are compared: Saastamoinen and Estimate ZTD models.
The Saastamoinen model computes the tropospheric delay
using the following expression [
48]:
where:
p, is the total pressure (hPa);
T, is the absolute temperature (K) of the air;
e, is the partial pressure (hPa) of water vapor;
z, is the zenith angle (rad).
In the Saastamoinen model [
48], a standard atmosphere is considered as a reference, the geodetic height is approximated to the ellipsoidal height, and a humidity percentage is fixed to 70%.
The model considers the troposphere as divided into two layers. The first layer, from the earth surface to 10 km on it, has a constant descent rate of temperature of 6.5 C/km. The second layer, from 10 km to 70 km on the earth surface, has constant temperature value. Therefore, for atmospheric refraction integral, the function of refractive index can be computed based on the zenith distance trigonometric functions and term wise integration. In this way, the ZTD is expressed as:
where
P0,
T0, and
e0 are, respectively, the surface pressure, the surface temperature, and the water vapor pressure at the surface level,
rh is the relative humidity,
f(
,
h) is the correction of gravity acceleration caused by the rotation of the earth, and
and
h are the latitude and the height of point.
The Estimate ZTD model computes the tropospheric delay starting from the expression of the Saastamoinen model with the zenith angle and relative humidity equal to zero and employing the NMF (Niell Mapping Function), based on receiver geographical coordinates and measurement time [
49]. The mapping function in terms of the elevation (
El) and the azimuth (
Az) angles between the satellite and the receiver is expressed as:
where
ZT (in m) is the tropospheric zenith total delay that is estimated from the Extended Kalman Filter together with the north (
GN) and the east (
GE) components of the tropospheric gradient.
ZH (in m) is the tropospheric zenith hydro-static delay computed using a tropospheric model, such as Saastamoinen, Hopfield, or modified Hopfield models with the zenith angle and relative humidity equal to zero.
Mh (
El) and
Mw (
El) are, respectively, the hydro-static and wet mapping-functions.
4. Conclusions
In this work, the performances of static multi-GNSS PPP are analyzed; several configurations are considered. The used GNSS are GPS, GLONASS, and Galileo and all their possible combinations are assessed. Two different tropospheric models are tested: Saastamoinen and Estimate ZTD. The benefit of using precise clock products at 30 s, instead of classic products at 15 min, is evaluated.
In order to carry out a significant analysis, a large amount of data is processed
A dataset of GNSS measurements, stored at a permanent station, acquiring 24 h a day for 1 month (Test A)
A dataset of GNSS measurements, stored by a geodetic receiver on a pillar, acquiring about 6 h a day for 10 days (Test B)
The open-source software RTKLib is used for the processing. Daily solutions are obtained by RTKLib, their standard deviation is considered to assess the stability of the processing, while the mean of the daily solutions is the final solution. The known position of the used receivers is the reference for the error analysis.
Final solutions and standard deviations of the daily solutions are used to implement an outlier rejection strategy in the position domain due to the inefficiency of the applied RAIM-FDE algorithm to detect and exclude the outlier from the measurements set.
From the comparison between the tropospheric models Saastamoinen and Estimate ZTD, it is clear that the second allows for better performance. About the GNSS combinations, GPS-only and GLONASS-only cases provided similar performance, while the Galileo-only performances are slightly degraded. The use of double constellations is generally beneficial, and particularly promising results are obtained with the GPS+Galileo combination. The triple combination GPS+GLONASS+Galileo provides the best performance for both tests; in particular, errors of a few millimeters are obtained in Test A, and one order of magnitude larger for Test B, probably because the last is significantly shorter.
The use of precise clock products at 30 s demonstrates to increase significantly the PPP performance; indeed, in GPS-only case the tridimensional error from 2.5 cm (with the clock data at 15 min) to 1.3 cm (with the clock data at 30 s).