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

EGNOS General Introduction: Difference between revisions

From Navipedia
Jump to navigation Jump to search
mNo edit summary
No edit summary
(30 intermediate revisions by 9 users not shown)
Line 1: Line 1:
{{Article Infobox2
{{Article Infobox2
|Category=EGNOS
|Category=EGNOS
|Title={{PAGENAME}}
|Editors=GMV
|Authors=GMV.
|Level=Basic
|Level=Basic
|YearOfPublication=2011
|YearOfPublication=2011
|Logo=GMV
|Logo=GMV
|Title={{PAGENAME}}
}}
}}
EGNOS (European Geostationary Navigation Overlay Service) is the European satellite-based augmentation service (SBAS) that complements the existing satellite navigation services provided by the US [[GPS General Introduction|Global Positioning System]] (GPS). EGNOS provides the first European GNSS services to users.<ref>[http://eur-lex.europa.eu/smartapi/cgi/sga_doc?smartapi!celexplus!prod!DocNumber&lg=en&type_doc=Decision&an_doc=1998&nu_doc=434 98/434/EC]: Council Decision of 18 June 1998 concerning the Agreement between the European Community, the European Space Agency and the European Organisation for the Safety of Air Navigation on a European contribution to the development of a global navigation satellite system (GNSS)</ref><ref>[http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2008:196:0001:0011:EN:PDF Regulation (EC) No 683/2008] of the European Parliament and of the Council of 9 July 2008 on the further implementation of the European satellite navigation programmes (EGNOS and Galileo)</ref><ref name="EGNOS MRD">EGNOS Mission Requirements Document, version 2.0, 8th May 2006, Galileo Joint Undertaking</ref><ref name="EGNOS SoL SDD">[http://www.essp-sas.eu/service_definition_documents  EGNOS Safety of Life Service Definition Document]</ref><ref>[http://www.esa.int/esaMI/ESA_Publications/SEMNMPN0LYE_0.html EGNOS − The European Geostationary Navigation Overlay System − A Cornerstone of Galileo (ESA SP-1303)]</ref> EGNOS constitutes together with [[GALILEO General Introduction|Galileo]] the two major initiatives in Europe in terms of satellite navigation.<ref>[http://europa.eu/rapid/press-release_MEMO-11-26_en.htm Brussels, 18.1.2011 COM(2011) 5 final] Report from the Commission to the European Parliament and the Council - Mid-term review of the European satellite radio navigation programmes</ref>


EGNOS (European Geostationary Navigation Overlay Service) is the European satellite-based augmentation service (SBAS) that complements the existing satellite navigation services provided by the US [[GPS|Global Positioning System]] (GPS). EGNOS provides the first European GNSS services to users.<ref>[http://eur-lex.europa.eu/smartapi/cgi/sga_doc?smartapi!celexplus!prod!DocNumber&lg=en&type_doc=Decision&an_doc=1998&nu_doc=434 98/434/EC]: Council Decision of 18 June 1998 concerning the Agreement between the European Community, the European Space Agency and the European Organisation for the Safety of Air Navigation on a European contribution to the development of a global navigation satellite system (GNSS)</ref><ref>[http://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2008:196:0001:0011:EN:PDF Regulation (EC) No 683/2008] of the European Parliament and of the Council of 9 July 2008 on the further implementation of the European satellite navigation programmes (EGNOS and Galileo)</ref><ref name="EGNOS MRD">EGNOS Mission Requirements Document, version 2.0, 8th May 2006, Galileo Joint Undertaking</ref><ref name="EGNOS SOL DEF">EGNOS Safety of Life Service Definition Document, [http://ec.europa.eu/enterprise/policies/satnav/egnos/files/egnos-sol-sdd-v1.0_en.pdf Ref : EGN-SDD SoL, V1.0], European Commission, Directorate-General for Enterprise and Industry, 2011.</ref><ref>[http://www.esa.int/esaMI/ESA_Publications/SEMNMPN0LYE_0.html EGNOS − The European Geostationary Navigation Overlay System − A Cornerstone of Galileo (ESA SP-1303)]</ref> EGNOS constitutes together with [[Galileo]] the two major initiatives in Europe in terms of satellite navigation.<ref>[http://ec.europa.eu/enterprise/newsroom/cf/_getdocument.cfm?doc_id=6321 Brussels, 18.1.2011 COM(2011) 5 final] Report from the Commission to the European Parliament and the Council - Mid-term review of the European satellite radio navigation programmes</ref>
==EGNOS Services==
 
 
==[[EGNOS Services]]==
 
[[File:EGNOS Logo.png‎‎|300px|EGNOS Logo|right|thumb]]EGNOS supports the following services:<ref>http://egnos-portal.gsa.europa.eu/discover-egnos/services/service-access</ref>
[[File:EGNOS Logo.png‎‎|300px|EGNOS Logo|right|thumb]]EGNOS supports the following services:<ref>http://egnos-portal.gsa.europa.eu/discover-egnos/services/service-access</ref>
*The [[EGNOS Open Service|Open Service]] (OS), freely available to the public over Europe. This service was officially started on 1 October 2009.
*The [[EGNOS Open Service|Open Service]] (OS), freely available to the public over Europe. This service was officially started on 1 October 2009.
*The [[EGNOS Safety of Life Service|Safety of Life Service]] (SoL), that provides the most stringent level of signal-in-space performance to all communities of Safety of Life users over Europe. This service was officially started on 2 March 2011.
*The [[EGNOS Safety of Life Service|Safety of Life Service]] (SoL), that provides the most stringent level of signal-in-space performance to all communities of Safety of Life users over Europe. This service was officially started on 2 March 2011.
*The [[EGNOS Commercial Data Distribution Service|Commercial Data Distribution Service]] (CDDS) for customers who require enhanced performance for commercial and professional use. This service is being provided since April 2010.<ref>http://www.essp-sas.eu/news</ref>
*The [[EGNOS Commercial Data Distribution Service|Commercial Data Distribution Service]] (EDAS) represents the provision of additional data for professional users not provided by the EGNOS signal broadcast by geostationary satellites but by other distribution channels.
The EDASis offered on a controlled access basis, i.e. Internet based resources or cellular phones, and it is intended for ground based customers who require enhanced performances for commercial and professional users.<ref>http://www.essp-sas.eu/news</ref>
In order to gather user requirements for the final EDAS, The European Commission has leaded an initiative, The [[EGNOS Data Access System (EDAS) | EGNOS Data Access System (EDAS)]], to provide EGNOS data by making the following services available:<ref name=" Introduction to EDAS">[http://www.gsa.europa.eu/egnos/edas GSA's Introduction to EDAS]</ref><ref name=" EGNOS User Guide for Developers">[https://ec.europa.eu/commission/index_en  EGNOS User Guide for Developers]</ref>
*Transmission of EGNOS data using the RTCM SC 104 standard (directly usable by maritime DGPS receivers).
*Access to raw data from the RIMS network receivers.


EGNOS is meant to be part of a multi-modal inter-regional SBAS service, supporting a wide spectrum of applications in many different users’ communities. In particular the EGNOS service can support different applications in the transport domain (e.g. aviation, maritime and rail). This service is compliant with already well identified safety-critical aviation applications, as APV (Approach with vertical Guidance).
EGNOS is meant to be part of a multi-modal inter-regional SBAS service, supporting a wide spectrum of applications in many different users’ communities. In particular the EGNOS service can support different applications in the transport domain (e.g. aviation, maritime and rail).  Nevertheless, the main objective of the EGNOS SoL service is to support civil aviation operations down to Localizer Performance with Vertical guidance (LPV). This service is compliant with already well identified safety-critical aviation applications, as APV (Approach with vertical Guidance).


 
==EGNOS Architecture==
==[[EGNOS Architecture]]==
[[File:EGNOS architecture.JPG|350px|EGNOS Functional architecture|right|thumb]]The EGNOS Core architecture is composed of the following segments:<ref name="EGNOS MRD"/>
 
*[[EGNOS Ground Segment|Ground segment]] , composed of 40 reference stations (RIMS - Ranging & Integrity Monitoring Stations) spread inside and outside Europe which monitor the GPS satellites; 2 control centers (MCC - Mission Control Centers) and 6 uplink stations (NLES - Navigation Land Earth Stations)<ref name=" EGNOS System">[https://www.gsa.europa.eu/european-gnss/egnos/egnos-system EGNOS System]</ref>;  
[[File:EGNOS Architecture.png‎‎|473px|EGNOS Architecture and Core System Boundaries|right|thumb]]The EGNOS Core architecture is composed of the following segments:<ref name="EGNOS MRD"/>
*[[EGNOS Space Segment|Space segment]], composed of 3 GEO satellites broadcasting EGNOS Signal In Space (SIS) over the service area;  
*[[EGNOS Ground Segment|Ground segment]] , composed of reference stations (RIMS - Ranging & Integrity Monitoring Stations) spread inside and outside Europe which monitor the GPS satellites; control centres (MCC - Mission Control Centres) and uplink stations (NLES - Navigation Land Earth Stations);  
*[[EGNOS Space Segment|Space segment]], composed of GEO satellites broadcasting EGNOS Signal In Space (SIS) over the service area;  
*Support segment, composed of the Performance Assessment Check-out Facility (PACF) and the Application Specific Qualification Facility (ASQF);  
*Support segment, composed of the Performance Assessment Check-out Facility (PACF) and the Application Specific Qualification Facility (ASQF);  


In addition, the following elements are present in the EGNOS architecture, but are outside of the EGNOS Core:
In addition, the following elements are present in the EGNOS architecture, but are outside of the EGNOS Core:
*External Data Access Server, for the distribution to customers of EGNOS products enabling the [[EGNOS Commercial Data Distribution Service]] (CDDS).  
*External Data Access Server, for the distribution to customers of EGNOS products enabling the [[EGNOS Commercial Data Distribution Service]] (EDAS).  
*[[EGNOS User Segment|User segment]], composed of the EGNOS receiver and user terminals.  
*[[EGNOS User Segment|User segment]], composed of the EGNOS receiver and user terminals.  


EGNOS processing channel starts with each RIMS collecting raw data from the GPS satellites and EGNOS GEO satellites in view and transmitting them to the MCCs. Then the Central Processing Facility (CPF) inside each MCC facility computes signal corrections in real time including [[Ionospheric Delay|ionospheric delays]], GPS and GEO ephemeris and clock errors. Finally, the [[EGNOS Signal Structure|EGNOS signal]] and data are sent to the users via a GEO satellite link, with the NLES acting as uplink stations, and through the External Data Access Server.
EGNOS processing channel starts with each RIMS collecting raw data from the GPS satellites and EGNOS GEO satellites in view and transmitting them to the MCCs. Then the Central Processing Facility (CPF) inside each MCC facility computes signal corrections in real time including [[Ionospheric Delay|ionospheric delays]], GPS and GEO ephemeris and clock errors. Finally, the [[EGNOS Signal Structure|EGNOS signal]] and data are sent to the users via a GEO satellite link, with the NLES acting as uplink stations, and through the External Data Access Server.


 
==EGNOS Performances==
==[[EGNOS Performances]]==
According to EGNOS Mission Requirement Document,<ref name="EGNOS MRD"/><ref name=" EGNOS">[https://egnos-user-support.essp-sas.eu/new_egnos_ops/sites/default/files/documents/egnos_sol_sdd_in_force.pdf EGNOS SoL Service performance values]</ref> EGNOS performances required are presented in the following table.
 
According to EGNOS Mission Requirement Document,<ref name="EGNOS MRD"/> EGNOS performances required are presented in the following table.


{| class="wikitable"
{| class="wikitable"
Line 50: Line 47:
! Lateral
! Lateral
! Vertical
! Vertical
! HAL
! Integrity
! VAL
! colspan="3" | TTA
! TTA
! Integrity Risk
|-
|-
! [[EGNOS Open Service|Open Service]]
! [[EGNOS Open Service|Open Service]]
Line 59: Line 54:
| align="center" | 3m  
| align="center" | 3m  
| align="center" | 4m
| align="center" | 4m
| align="center" colspan="2" | -
| align="center" colspan="2" | -
| align="center" | -
| align="center" | -
| align="center" | -
| align="center" | 0.99
| align="center" | -
| align="center" | -
| align="center" | -
| align="center" | 99%
|-
|-
! [[EGNOS Safety of Life Service|SoL]] En-route and NPA
! [[EGNOS Safety of Life Service|En-route and NPA]]
| FIRs of ECAC 96
| FIRs of ECAC 96
| align="center" | 220m  
| align="center" | 220m  
| align="center" | -
| align="center" | -
| align="center" | 556m
| align="center" colspan="3" | 1 – 1x10⁻⁷/h
| align="center" | -
| align="center" | Less than 6 seconds
| align="center" | 10s
| align="center" | <1 – 1x10⁻³ per hour in most of ECAC  <1 – 2.5x10⁻³  per hour in other areas of ECAC
| align="center" | 1e-7/hour
| align="center" | 0.999 in all ECAC
| align="center" | 1e-5/hour
| align="center" | 99.9%
|-
|-
! [[EGNOS Safety of Life Service|SoL]] APV-I
! [[EGNOS Safety of Life Service|APV-I & LPV200]] 
| Land Masses of ECAC 96
| Land Masses of ECAC 96
| align="center" | 16m
| align="center" | 3m
| align="center" | 20m
| align="center" | 4m
| align="center" | 40m
| align="center" colspan="3" | 1 – 2x10⁻⁷/approach
| align="center" | 50m
| align="center" | Less than 6 seconds
| align="center" | 6s
| align="center" | <1 – 1x10⁻⁴ per 15 seconds in the core of ECAC 1 – 5x10⁻⁴ per 15 seconds in most of ECAC landmasses
| align="center" | 2e-7/150s
| align="center" | 0.99 in most of ECAC landmasses
| align="center" | 8e-6/15s
| align="center" | 99%
|}
|}


However, actual [[EGNOS Performances]] may differ from the required ones. EGNOS is in a continuous process of enhancement with the aim of improving the performances and robustness of the system. Actual EGNOS performances are being monitored and analyzed continuously by ESSP (http://egnos-user-support.essp-sas.eu/egnos_ops/) and ESA (http://www.egnos-pro.esa.int/IMAGEtech/imagetech_realtime.html) amongst other entities.


==[[EGNOS Signal Structure]]==
However, actual [[EGNOS Performances]] may differ from the required ones. EGNOS is in a continuous process of enhancement with the aim of improving the performances and robustness of the system. Actual EGNOS performances are being monitored and analyzed continuously by ESSP (https://egnos-user-support.essp-sas.eu/new_egnos_ops/) and ESA (http://www.egnos-pro.esa.int/IMAGEtech/imagetech_realtime.html) amongst other entities.
 
==EGNOS Signal Structure==
The [[EGNOS Signal Structure]] is compliant with the ICAO SARPs for SBAS<ref name="SARPs">SARPS Amendment 77, Annex 10 to the Convention on International Civil Aviation, Aeronautical Telecommunications: International Standards and Recommended Practices, Volume 1, Radio Navigation Aids, November 2002.</ref> as stated in the [[EGNOS Open Service | EGNOS Open Service]] Service Definition Document and the [[EGNOS Safety of Life Service|EGNOS Safety of Life]] Service Definition Document.<ref name=" EGNOS OS SDD">[http://www.essp-sas.eu/service_definition_documents EGNOS Open Service Definition Document]</ref> The EGNOS SIS interface characteristics comprise carrier and modulation radio frequency, message structure, protocol and content of the EGNOS message (detailed in the [[EGNOS Messages | EGNOS Message Format ]] definition).


EGNOS uses the same frequency (L1 1575.42 MHz)) and ranging codes as [[GPS]], but has a different data message format. Sixteen different message types have so far been defined to broadcast integrity data and Wide Area Differential (WAD) corrections. The message schedule follows a 6-second duty cycle. This is structured both to prioritize the 6-second integrity time-to-alarm and to minimize the time for EGNOS initialization.
EGNOS uses the same frequency (L1 1575.42 MHz)) and ranging codes as [[GPS General Introduction|GPS]], but has a different data message format. Sixteen different message types have so far been defined to broadcast integrity data and Wide Area Differential (WAD) corrections. The message schedule follows a 6-second duty cycle in line to the standards (ICAO SARPs <ref name="SARPs"/>).


Integrity is provided at two levels: use/don’t use flags for satellites and for ionospheric grid points; and two parameters – UDRE and GIVE – that are statistical estimates of the satellite and ionospheric errors remaining after applying the WAD corrections. These are used to compute a certified error bound for the position solution in an integrity assessment.
Integrity is provided at two levels:  
*use/don’t use flags for satellites and for ionospheric grid points;  
*two parameters – UDRE and GIVE – that are statistical estimates of the satellite and ionospheric errors remaining after applying the WAD corrections. These are used to compute a certified error bound for the position solution in an integrity assessment.


Fast and slow WAD corrections model the temporal de-correlation of the different error sources. The fast corrections model rapidly changing error sources including satellite clock errors. The slow corrections model more slowly changing error sources including long-term satellite clock drift and ephemeris errors. Ionospheric delays are provided at pre-defined grid points.
Fast and slow WAD corrections model the temporal de-correlation of the different error sources. The fast corrections model rapidly changing error sources including satellite clock errors. The slow corrections model more slowly changing error sources including long-term satellite clock drift and ephemeris errors. Ionospheric delays are provided at pre-defined grid points.
Line 101: Line 94:
At user level, the receiver estimates corrections for satellite clock and ephemeris errors using the fast and slow satellite data messages. It has to account for both range-rate effects between successive fast corrections and performance degradation if a message is missed. The UDRE term characterizes statistically the residual range errors after having applied the fast and slow clock and ephemeris corrections.
At user level, the receiver estimates corrections for satellite clock and ephemeris errors using the fast and slow satellite data messages. It has to account for both range-rate effects between successive fast corrections and performance degradation if a message is missed. The UDRE term characterizes statistically the residual range errors after having applied the fast and slow clock and ephemeris corrections.


The receiver predicts also [[Ionospheric Delays|ionospheric delays] for each range in three steps: it estimates where the view line from satellite to receiver pierces the ionospheric layer; the vertical delay at the pierce point is then interpolated from the surrounding grid points which have been estimated by the system; and finally the estimated delay is applied to the range measurement. The GIVE term is applied to the range vector to characterize statistically the residual ionospheric errors.
The receiver predicts also [[Ionospheric Delay|ionospheric delays]] for each range in three steps:  
*it estimates where the view line from satellite to receiver pierces the ionospheric layer;  
*the vertical delay at the pierce point is then interpolated from the surrounding grid points which have been estimated by the system;  
*and finally the estimated delay is applied to the range measurement. The GIVE term is applied to the range vector to characterize statistically the residual ionospheric errors.


[[Tropospheric Delays|Tropospheric errors]] may be mitigated using a simple model related to the receiver’s position and the day of year.
[[Tropospheric Delay|Tropospheric errors]] may be mitigated using a simple model related to the receiver’s position and the day of year.


==[[SBAS Interoperability]]==
For more information, please refer to the [[EGNOS Signal Structure]] article.


==SBAS Interoperability==
[[SBAS Interoperability]] refers to the ability of two or more SBAS systems to be used together to provide better capabilities at user level than those achieved by relying solely on one of the systems.  
[[SBAS Interoperability]] refers to the ability of two or more SBAS systems to be used together to provide better capabilities at user level than those achieved by relying solely on one of the systems.  


The [[SBAS interoperability]] has always been a pre-requisite for delivering a global seamless safety-of-life service. This was recognized early on by SBAS developers and air traffic services providers, and they have worked closely together to co-ordinate their activities at the [[Wikipedia:International Civil Aviation Organization|International Civil Aviation Organization (ICAO)]] and in the Interoperability Working Group (IWG). One of their key activities has been to assist ICAO and the [[Wikipedia:Radio Technical Commission for Aeronautics|Radio Technical Commission for Aeronautics (RTCA)]] in the development of standards: Standards and Recommended Practices (SARPS) for system developers and Minimum Operational Performance Standards (MOPS) for receiver manufacturers.
The [[SBAS Interoperability|SBAS interoperability]] has always been a pre-requisite for delivering a global seamless safety-of-life service. This was recognized early on by SBAS developers and air traffic services providers, and they have worked closely together to co-ordinate their activities at the [[Wikipedia:International Civil Aviation Organization|International Civil Aviation Organization (ICAO)]] and in the Interoperability Working Group (IWG). One of their key activities has been to assist ICAO and the [[Wikipedia:Radio Technical Commission for Aeronautics|Radio Technical Commission for Aeronautics (RTCA)]] in the development of standards: Standards and Recommended Practices (SARPS) for system developers and Minimum Operational Performance Standards (MOPS) for receiver manufacturers.


The combination of SBAS interoperability and expansion concepts should allow the provision of a truly global and seamless navigation service.
The combination of SBAS interoperability and expansion concepts should allow the provision of a truly global and seamless navigation service.


==EGNOS Future and Evolutions==
[[File:EGNOS vehicle tracing.jpg‎‎|400px|EGNOS Applications|right|thumb]]The [[Wikipedia:European Commission|European Commission (EC)]] intends to ensure the future of [[EGNOS Services|EGNOS services]] for a minimum period of 20 years, as from its first declaration date, with 6 years advance notice in case of significant changes in the Services provided. In this context, the budget should be secured to operate the system and manage the system obsolescence. Moreover, major [[EGNOS_Future_and_Evolutions|EGNOS system evolutions]] towards a multi frequency and multi constellation configuration are currently being assessed with the objective to have them operational by 2025.<ref>''Analysis Of Safety Of Life Service Provision For The European GNSS Elements'', EGPC-10-04-23-04, 16 April 2010, European GNSS Programmes Committee, European Commission</ref>:
*2011-2030: En-route / NPA / APV1 / LPV200 service based on augmentation of GPS L1 only. The [[EGNOS Safety of Life Service|Safety Of Life (SoL)]] service is being offered by EGNOS from early 2011 on a regional basis and this will be guaranteed up to 2030 in compliance with ICAO SBAS SARPS.
*2020+: It is planned that EGNOS will experiment a major evolution by 2025, EGNOS V3, including the fulfilment of the SBAS L1/L5 standard, expansion to dual-frequency, and evolution toward a multi-constellation concept.


==[[EGNOS Future and Evolutions]]==
To support this mission roadmap, EGNOS needs to evolve. This evolution is divided into minor updates of the current EGNOS version, EGNOS V2, and a major evolution leading to the provision of new services, EGNOS V3.
 
[[File:EGNOS vehicle tracing.jpg‎‎|300px|EGNOS Applications|right|thumb]]The [[Wikipedia:European Commission|European Commission (EC)]] intends to ensure the future of [[EGNOS Services|EGNOS services]] for GPS L1 legacy users until at least 2030.<ref name="EGNOS SOL DEF"/> In this context, the budget should be secured to operate the system and manage the system obsolescence. Moreover, major EGNOS system evolutions towards a multi frequency and multi constellation configuration are currently being assessed with the objective to take an implementation decision by 2013 and to have them operational by 2020.<ref>“Analysis Of Safety Of Life Service Provision For The European GNSS Elements”, EGPC-10-04-23-04, 16 April 2010, European GNSS Programmes Committee, European Commission</ref>
 
The assessment of the EGNOS evolutions contemplates at the moment different missions, some of them being more consolidated than others:<ref>EGNOS V3 Mission Guidelines Document, E-RD-SYS-E-0039-ESA, Issue 1.1, 18/01/2011, European Space Agency</ref>
 
'''Consolidated Missions:'''
* Provide [[GPS]] L1-only augmentation to ensure [[EGNOS Services|EGNOS service]] to legacy users at least until 2030.
* Provide [[GPS]] dual frequency augmentation for LPV-200 service in Europe, Middle-East and Africa.
* Provide [[GPS]] and [[GALILEO]] dual frequency augmentation to provide robust (to constellation depletion) LPV-200 service in Europe, Middle-East and Africa.
 
'''Missions to be consolidated:'''
* Provide [[GPS]] and [[GALILEO]] dual frequency augmentation for an enhanced service (lower Vertical Alert Limit than LPV-200) in current [[Wikipedia:European Union|European Union (EU27)]] plus Switzerland and Norway.
* Provide robustness to the loss of one frequency in [[Wikipedia:European Union|EU27]] plus Switzerland and Norway.


Concerning the provision of additional services (i.e.: support to ADS-B, maritime, high precision, land-users…), the design will ensure that EGNOS has sufficient in-built expandability and upgradeability capabilities to allow the provision of new products.
The minor evolutions in the current EGNOS version are performed in a regular basis at an approximate pace of an update per year, and aim at solving infrastructure obsolescence issues, at supporting the LPV200 service beyond APV1 and at improving the operation of the system.


The major evolution requires a full dedicated engineering cycle starting from the definition of the mission of the system highly coupled with a technical feasibility analysis in coordination with the evolution of the SBAS standards.


==Notes==
==Notes==
Line 137: Line 126:
<references/>
<references/>


[[Category:EGNOS]]
[[Category:EGNOS|!]]

Revision as of 15:03, 29 November 2018


EGNOSEGNOS
Title EGNOS General Introduction
Edited by GMV
Level Basic
Year of Publication 2011
Logo GMV.png

EGNOS (European Geostationary Navigation Overlay Service) is the European satellite-based augmentation service (SBAS) that complements the existing satellite navigation services provided by the US Global Positioning System (GPS). EGNOS provides the first European GNSS services to users.[1][2][3][4][5] EGNOS constitutes together with Galileo the two major initiatives in Europe in terms of satellite navigation.[6]

EGNOS Services

EGNOS Logo

EGNOS supports the following services:[7]

  • The Open Service (OS), freely available to the public over Europe. This service was officially started on 1 October 2009.
  • The Safety of Life Service (SoL), that provides the most stringent level of signal-in-space performance to all communities of Safety of Life users over Europe. This service was officially started on 2 March 2011.
  • The Commercial Data Distribution Service (EDAS) represents the provision of additional data for professional users not provided by the EGNOS signal broadcast by geostationary satellites but by other distribution channels.

The EDASis offered on a controlled access basis, i.e. Internet based resources or cellular phones, and it is intended for ground based customers who require enhanced performances for commercial and professional users.[8] In order to gather user requirements for the final EDAS, The European Commission has leaded an initiative, The EGNOS Data Access System (EDAS), to provide EGNOS data by making the following services available:[9][10]

  • Transmission of EGNOS data using the RTCM SC 104 standard (directly usable by maritime DGPS receivers).
  • Access to raw data from the RIMS network receivers.

EGNOS is meant to be part of a multi-modal inter-regional SBAS service, supporting a wide spectrum of applications in many different users’ communities. In particular the EGNOS service can support different applications in the transport domain (e.g. aviation, maritime and rail). Nevertheless, the main objective of the EGNOS SoL service is to support civil aviation operations down to Localizer Performance with Vertical guidance (LPV). This service is compliant with already well identified safety-critical aviation applications, as APV (Approach with vertical Guidance).

EGNOS Architecture

EGNOS Functional architecture

The EGNOS Core architecture is composed of the following segments:[3]

  • Ground segment , composed of 40 reference stations (RIMS - Ranging & Integrity Monitoring Stations) spread inside and outside Europe which monitor the GPS satellites; 2 control centers (MCC - Mission Control Centers) and 6 uplink stations (NLES - Navigation Land Earth Stations)[11];
  • Space segment, composed of 3 GEO satellites broadcasting EGNOS Signal In Space (SIS) over the service area;
  • Support segment, composed of the Performance Assessment Check-out Facility (PACF) and the Application Specific Qualification Facility (ASQF);

In addition, the following elements are present in the EGNOS architecture, but are outside of the EGNOS Core:

EGNOS processing channel starts with each RIMS collecting raw data from the GPS satellites and EGNOS GEO satellites in view and transmitting them to the MCCs. Then the Central Processing Facility (CPF) inside each MCC facility computes signal corrections in real time including ionospheric delays, GPS and GEO ephemeris and clock errors. Finally, the EGNOS signal and data are sent to the users via a GEO satellite link, with the NLES acting as uplink stations, and through the External Data Access Server.

EGNOS Performances

According to EGNOS Mission Requirement Document,[3][12] EGNOS performances required are presented in the following table.

Service Service Coverage Accuracy (95%) Integrity Continuity Availability
Lateral Vertical Integrity TTA
Open Service EU25 States (plus Norway and Switzerland) land masses 3m 4m - - - 0.99
En-route and NPA FIRs of ECAC 96 220m - 1 – 1x10⁻⁷/h Less than 6 seconds <1 – 1x10⁻³ per hour in most of ECAC <1 – 2.5x10⁻³ per hour in other areas of ECAC 0.999 in all ECAC
APV-I & LPV200 Land Masses of ECAC 96 3m 4m 1 – 2x10⁻⁷/approach Less than 6 seconds <1 – 1x10⁻⁴ per 15 seconds in the core of ECAC 1 – 5x10⁻⁴ per 15 seconds in most of ECAC landmasses 0.99 in most of ECAC landmasses


However, actual EGNOS Performances may differ from the required ones. EGNOS is in a continuous process of enhancement with the aim of improving the performances and robustness of the system. Actual EGNOS performances are being monitored and analyzed continuously by ESSP (https://egnos-user-support.essp-sas.eu/new_egnos_ops/) and ESA (http://www.egnos-pro.esa.int/IMAGEtech/imagetech_realtime.html) amongst other entities.

EGNOS Signal Structure

The EGNOS Signal Structure is compliant with the ICAO SARPs for SBAS[13] as stated in the EGNOS Open Service Service Definition Document and the EGNOS Safety of Life Service Definition Document.[14] The EGNOS SIS interface characteristics comprise carrier and modulation radio frequency, message structure, protocol and content of the EGNOS message (detailed in the EGNOS Message Format definition).

EGNOS uses the same frequency (L1 1575.42 MHz)) and ranging codes as GPS, but has a different data message format. Sixteen different message types have so far been defined to broadcast integrity data and Wide Area Differential (WAD) corrections. The message schedule follows a 6-second duty cycle in line to the standards (ICAO SARPs [13]).

Integrity is provided at two levels:

  • use/don’t use flags for satellites and for ionospheric grid points;
  • two parameters – UDRE and GIVE – that are statistical estimates of the satellite and ionospheric errors remaining after applying the WAD corrections. These are used to compute a certified error bound for the position solution in an integrity assessment.

Fast and slow WAD corrections model the temporal de-correlation of the different error sources. The fast corrections model rapidly changing error sources including satellite clock errors. The slow corrections model more slowly changing error sources including long-term satellite clock drift and ephemeris errors. Ionospheric delays are provided at pre-defined grid points.

At user level, the receiver estimates corrections for satellite clock and ephemeris errors using the fast and slow satellite data messages. It has to account for both range-rate effects between successive fast corrections and performance degradation if a message is missed. The UDRE term characterizes statistically the residual range errors after having applied the fast and slow clock and ephemeris corrections.

The receiver predicts also ionospheric delays for each range in three steps:

  • it estimates where the view line from satellite to receiver pierces the ionospheric layer;
  • the vertical delay at the pierce point is then interpolated from the surrounding grid points which have been estimated by the system;
  • and finally the estimated delay is applied to the range measurement. The GIVE term is applied to the range vector to characterize statistically the residual ionospheric errors.

Tropospheric errors may be mitigated using a simple model related to the receiver’s position and the day of year.

For more information, please refer to the EGNOS Signal Structure article.

SBAS Interoperability

SBAS Interoperability refers to the ability of two or more SBAS systems to be used together to provide better capabilities at user level than those achieved by relying solely on one of the systems.

The SBAS interoperability has always been a pre-requisite for delivering a global seamless safety-of-life service. This was recognized early on by SBAS developers and air traffic services providers, and they have worked closely together to co-ordinate their activities at the International Civil Aviation Organization (ICAO) and in the Interoperability Working Group (IWG). One of their key activities has been to assist ICAO and the Radio Technical Commission for Aeronautics (RTCA) in the development of standards: Standards and Recommended Practices (SARPS) for system developers and Minimum Operational Performance Standards (MOPS) for receiver manufacturers.

The combination of SBAS interoperability and expansion concepts should allow the provision of a truly global and seamless navigation service.

EGNOS Future and Evolutions

EGNOS Applications

The European Commission (EC) intends to ensure the future of EGNOS services for a minimum period of 20 years, as from its first declaration date, with 6 years advance notice in case of significant changes in the Services provided. In this context, the budget should be secured to operate the system and manage the system obsolescence. Moreover, major EGNOS system evolutions towards a multi frequency and multi constellation configuration are currently being assessed with the objective to have them operational by 2025.[15]:

  • 2011-2030: En-route / NPA / APV1 / LPV200 service based on augmentation of GPS L1 only. The Safety Of Life (SoL) service is being offered by EGNOS from early 2011 on a regional basis and this will be guaranteed up to 2030 in compliance with ICAO SBAS SARPS.
  • 2020+: It is planned that EGNOS will experiment a major evolution by 2025, EGNOS V3, including the fulfilment of the SBAS L1/L5 standard, expansion to dual-frequency, and evolution toward a multi-constellation concept.

To support this mission roadmap, EGNOS needs to evolve. This evolution is divided into minor updates of the current EGNOS version, EGNOS V2, and a major evolution leading to the provision of new services, EGNOS V3.

The minor evolutions in the current EGNOS version are performed in a regular basis at an approximate pace of an update per year, and aim at solving infrastructure obsolescence issues, at supporting the LPV200 service beyond APV1 and at improving the operation of the system.

The major evolution requires a full dedicated engineering cycle starting from the definition of the mission of the system highly coupled with a technical feasibility analysis in coordination with the evolution of the SBAS standards.

Notes

References

  1. ^ 98/434/EC: Council Decision of 18 June 1998 concerning the Agreement between the European Community, the European Space Agency and the European Organisation for the Safety of Air Navigation on a European contribution to the development of a global navigation satellite system (GNSS)
  2. ^ Regulation (EC) No 683/2008 of the European Parliament and of the Council of 9 July 2008 on the further implementation of the European satellite navigation programmes (EGNOS and Galileo)
  3. ^ a b c EGNOS Mission Requirements Document, version 2.0, 8th May 2006, Galileo Joint Undertaking
  4. ^ EGNOS Safety of Life Service Definition Document
  5. ^ EGNOS − The European Geostationary Navigation Overlay System − A Cornerstone of Galileo (ESA SP-1303)
  6. ^ Brussels, 18.1.2011 COM(2011) 5 final Report from the Commission to the European Parliament and the Council - Mid-term review of the European satellite radio navigation programmes
  7. ^ http://egnos-portal.gsa.europa.eu/discover-egnos/services/service-access
  8. ^ http://www.essp-sas.eu/news
  9. ^ GSA's Introduction to EDAS
  10. ^ EGNOS User Guide for Developers
  11. ^ EGNOS System
  12. ^ EGNOS SoL Service performance values
  13. ^ a b SARPS Amendment 77, Annex 10 to the Convention on International Civil Aviation, Aeronautical Telecommunications: International Standards and Recommended Practices, Volume 1, Radio Navigation Aids, November 2002.
  14. ^ EGNOS Open Service Definition Document
  15. ^ Analysis Of Safety Of Life Service Provision For The European GNSS Elements, EGPC-10-04-23-04, 16 April 2010, European GNSS Programmes Committee, European Commission