If you wish to contribute or participate in the discussions about articles you are invited to contact the Editor

EGNOS Ground Segment: Difference between revisions

From Navipedia
Jump to navigation Jump to search
Line 12: Line 12:
==Critical Data Flow description==
==Critical Data Flow description==


The EGNOS system is a widely distributed and redundant system. Data flows from one subsystem to another subsystem have different level of criticality.
The EGNOS system is a widely distributed and redundant system and data flows from one subsystem to another subsystem have different level of criticality.


The EGNOS data flow that is separated in two cycles that shall be completed in less than the 6 sec timeframe in order to meet the EGNOS time to alarm requirements, . These two cycles are:<ref name=" THE EGNOS SYSTEM ARCHITECTURE EXPLAINED">THE EGNOS SYSTEM ARCHITECTURE EXPLAINED; Didier Flament, Jean Poumailloux, Jean-Louis Damidaux, Stéphane Lannelongue Alcatel Alenia Space, France ; Javier Ventura-Traveset, P. Michel and C. Montefusco ; European Space Agency, EGNOS Project Office; </ref>
The EGNOS data flow that is separated in two cycles that shall be completed in less than the 6 sec timeframe in order to meet the EGNOS time to alarm requirements, . These two cycles are:<ref name=" THE EGNOS SYSTEM ARCHITECTURE EXPLAINED">THE EGNOS SYSTEM ARCHITECTURE EXPLAINED; Didier Flament, Jean Poumailloux, Jean-Louis Damidaux, Stéphane Lannelongue Alcatel Alenia Space, France ; Javier Ventura-Traveset, P. Michel and C. Montefusco ; European Space Agency, EGNOS Project Office; </ref>

Revision as of 08:50, 4 May 2011


EGNOSEGNOS
Title EGNOS Ground Segment
Author(s) GMV.
Level Basic
Year of Publication 2011
Logo GMV.png

The EGNOS Ground Segment comprises a network of Ranging Integrity Monitoring Stations (RIMS), four Mission Control Centres (MCC), six Navigation Land Earth Stations (NLES), and the EGNOS Wide Area Network (EWAN) which provides the communication network for all the components of the ground segment. Two additional facilities are also deployed as part of the ground segment to support system operations and service provision, namely the Performance Assessment and Checkout Facility (PACF) and the Application Specific Qualification Facility (ASQF), which are operated by the EGNOS Service Provider (ESSP SAS).[1]

Critical Data Flow description

The EGNOS system is a widely distributed and redundant system and data flows from one subsystem to another subsystem have different level of criticality.

The EGNOS data flow that is separated in two cycles that shall be completed in less than the 6 sec timeframe in order to meet the EGNOS time to alarm requirements, . These two cycles are:[2]

  1. Processing cycle: RIMS A data collection and message generation.
  2. Check cycle: RIMS B and C data collection and correction check.

Processing cycle: This cycle elaborates the correction and integrity information. The first step is the collection of GPS/GLONASS/GEO raw data through the channel A of the 34 RIMS stations. These data consists in:

  • Pseudo range measurements (code+phase) on GPS/GLONASS and EGNOS geostationary satellites signals through the channel A of the RIMS stations.
  • Universal Time Clock (UTCop). The receiver of the RIMS located in Paris (at the LPTF premises) is connected to one of the reference atomic clock “UTCop” used for

the coordinated elaboration of UTC. The measurements performed by this RIMS allows, once processed by EGNOS CPF, to measure the time offset between the clock “UTCop” and the EGNOS Network Time (ENT). This information (UTC/ENT offset) is broadcast to the users in a dedicated augmentation message (MT12) allowing users to deduce the UTC time.

These data are sent to the CPF Processing Set in charge of processing the raw data for the generation of corrections and integrity messages. This process takes place in four main steps:

  1. Common pre-processing and validation. Input data from the RIMS are validated and processed to remove the systematic errors components like ionospheric and tropospheric delays. Carrier phase cycle slips are detected and removed, data are smoothed to reduce the random noise and, the residual multipath components are filtered out.
  2. Computation of EGNOS augmentation data. This stage is the core of the CPF Processing Set elaboration process and includes: the elaboration of corrections for the orbital and clock parameters of GPS, GLONASS and GEO satellites, the ionospheric vertical delays over the points (IGP) of a predefined two-dimensional grid and the estimations of residual errors (UDRE and GIVE) associated to the corrections.
  3. Internal Check and Quality Estimation: This step consists in the evaluation of the integrity of satellite and ionospheric corrections computed in the previous step verifying the consistency of the residual errors after the applications of the corrections. The result of the consistency check is translated into an indicator of the Quality of Service provided by the CPF Processing Set. This indicator is used by the NLES for the selection of the main CPF.
  4. Processing Output Message Management: This step consists in the generation and formatting of the messages according to the international standards and in the determination of the optimal sequence for the broadcast of the messages.

These four elaboration steps include a set of complex mathematical algorithms whose capabilities are directly driving the overall EGNOS performance. In particular, computation of the UDRE and GIVE is one of the most critical issues of the Processing Set as these bounding algorithms are vital to EGNOS integrity. These algorithms also impact on the continuity and availability of the EGNOS Signal in Space.

Once the EGNOS messages are generated and checked, they are sent to the NLES. Then the messages are used to modulate a GPS like signal, which is up-linked to EGNOS geostationary satellites and broadcast to users. The following schema is summarising the whole processing cycle.

Check cycle: GPS/GLONASS/GEO raw data collected by the channels B and C of RIMS stations are sent to the CPF Check Set. The task of the CPF Check Set is to verify, independently from the CPF Processing Set, the user’s positioning integrity and, therefore, to verify the correctness of the messages generated by the CPF Processing Set before and after the broadcast to users. In particular, static tests are performed to verify the reliability of the corrections and the corresponding residual errors.

For the UERE and UDRE check, all measurements taken from a single satellite by a number of RIMS stations are combined to obtain the best statistical information on the pseudo-range error UERE and on its residual error UDRE. Correction and residual error computed by the CPF Check Set are then compared with the corresponding values computed by the CPF Processing Set and already broadcast to users. If the values computed by the CPF Check Set deviates significantly from the CPF Processing Set values an integrity flag (“not monitored”) is then raised for the specific satellite.

For the GIVD and GIVE check, information from dual-frequency GPS/GLONASS measurements is combined into a single estimation of the ionospheric delay GIVD over the points (IGP) of a predefined two-dimensional grid together with the residual errors GIVE. Correction and residual error computed by the CPF Check Set are then compared with the corresponding values computed by the CPF Processing Set and already broadcast to users. If the values computed by the CPF Check Set deviates significantly from the CPF Processing Set values an integrity flag (“not monitored”) is then raised for the specific grid point IGP.

Non critical Data Flow description

EGNOS RIMS

The main function of the RIMS is to collect measurements from GPS satellites and to transmit these raw data every second to the Central Processing Facilities (CPF) of each MCC. The initial confi guration includes 34 RIMS sites located over a wide geographical area.

In order to improve the performance of the EGNOS system and enlarge the area where the EGNOS services can be used, an extension of the monitoring network is expected soon which will see the deployment of additional RIMS in La Palma, (Spain), Athens (Greece) and Alexandria (Egypt). A further extension is also planned in a slightly longer timeframe that should improve the EGNOS performance in the southern parts of the service area. Figure 3 shows the geographical distribution of the RIMS already in operation and the RIMS current under deployment.

EGNOS CPF

The Central Processing Facility (CPF) is a module of the Mission Control Centres that uses the data received from the network of RIMS stations to:

  • Elaborate clock corrections for each GPS satellite in view of the network of RIMS stations. These corrections are valid throughout the geostationary broadcast area (i.e. wherever the EGNOS signal is received).
  • Elaborate ephemeris corrections to improve the accuracy of spacecraft orbital positions. In principle, these corrections are also valid throughout the geostationary broadcast area. However, due to the geographical distribution of the EGNOS ground monitoring network, the accuracy of these corrections will degrade when moving away from the core service area.
  • Elaborate a model for ionospheric errors over the EGNOS service area in order to compensate for ionospheric perturbations to the navigation signals.

This function requires a dense network of monitoring stations. For this reason, the ionospheric model broadcast by EGNOS is not available for the whole geostationary broadcast area but is only provided for a region centred over Europe.

These three sets of corrections are then broadcast to users to improve positioning accuracy.

In addition, the CPF estimates the residual errors that can be expected by the users once they have applied the set of corrections broadcast by EGNOS. These residual errors are characterised by two parameters:

  1. User Differential Range Error: this is an estimate of the residual range error after the application of clock and ephemeris error correction for a given GPS satellite.
  2. Grid Ionospheric Vertical Error: this is an estimate of the vertical residual error after application of the ionospheric corrections for a given geographical grid point.

These two parameters can be used to determine an aggregate error bounded by the horizontal and vertical position errors. Such information is of special interest for Safety of Life users but may also be benefi cial to other communities needing to know the uncertainty in the position determined by the user receiver.

The CPF includes a large number of monitoring functions designed to detect any anomaly in GPS and in the EGNOS system itself and is able to warn users within a very short timeframe (less than 6 sec) in case of an error exceeding a certain threshold. These monitoring functions are tailored to the Safety Of Life functions and will not be further detailed in this document.


NLES

The messages elaborated by the CPF at the Master MCC are transmitted to the NLESs. The NLESs (two for each GEO for redundancy purposes) transmit the EGNOS message received by the CPF to the GEO satellites for broadcast to users and to ensure the synchronisation with the GPS signal.

CCF

The EGNOS system is controlled through a Central Control Facility (CCF) located in each of the Mission Control Centres. These facilities are manned on a 24/7 basis in order to ensure permanent service monitoring and control.

Notes

References

  1. ^ EGNOS Safety of Life (SoL) Service Definition Document (SDD)
  2. ^ THE EGNOS SYSTEM ARCHITECTURE EXPLAINED; Didier Flament, Jean Poumailloux, Jean-Louis Damidaux, Stéphane Lannelongue Alcatel Alenia Space, France ; Javier Ventura-Traveset, P. Michel and C. Montefusco ; European Space Agency, EGNOS Project Office;