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

Galileo Navigation Message: Difference between revisions

From Navipedia
Jump to navigation Jump to search
 
(13 intermediate revisions by the same user not shown)
Line 10: Line 10:
The G/NAV navigation message does not belong to the public domain and the C/NAV is not yet defined. Please note that the formerly Commercial Service is now known as High Accuracy Service.
The G/NAV navigation message does not belong to the public domain and the C/NAV is not yet defined. Please note that the formerly Commercial Service is now known as High Accuracy Service.


The details of the Galileo Signal Status are provided in the Galileo OS SIS Interface Control Document (ICD). <ref name = "GAL SIS ICD">[https://www.gsc-europa.eu/system/files/galileo_documents/Galileo-OS-SIS-ICD.pdf Galileo OS SIS ICD]</ref> No other ICD documents have been published to date.
The details of the Galileo Signal Status are provided in the Galileo OS SIS Interface Control Document (ICD). <ref name = "GAL SIS ICD">[https://www.gsc-europa.eu/sites/default/files/sites/all/files/Galileo_OS_SIS_ICD_v2.0.pdf Galileo OS SIS ICD]</ref> No other ICD documents have been published to date.


== General Structure and Contents ==
== General Structure and Contents ==
The Galileo Signal-In-Space data channels transmit different messages type according to the general contents identified in the following table. The F/NAV types of message correspond to the OS and the I/NAV types of messages correspond to both OS and CS (current High Accuracy Service). The following table indicates the signal component associated to each navigation message type. Let us also note that the Return Link Message from Galileo SAR service is provided as part of I/NAV data.
The Galileo Signal-In-Space data channels transmit different messages type according to the general contents identified in the following table. The F/NAV types of message correspond to the OS and the I/NAV types of messages correspond to both OS and CS (current High Accuracy Service). The following table indicates the signal component associated to each navigation message type. Let us also note that the Return Link Message from Galileo SAR service is provided as part of I/NAV data.


[[File:Message_types.png |none|thumb|400px| Source: Galileo OS SIS ICD  <ref name = "GAL SIS ICD">[https://www.gsc-europa.eu/system/files/galileo_documents/Galileo-OS-SIS-ICD.pdf Galileo OS SIS ICD]</ref> ]]
[[File:Message_types.png |none|thumb|400px| Source: Galileo OS SIS ICD  <ref name = "GAL SIS ICD">[https://www.gsc-europa.eu/sites/default/files/sites/all/files/Galileo_OS_SIS_ICD_v2.0.pdf Galileo OS SIS ICD]</ref> ]]


The complete navigation message data are transmitted on each data component as a sequence of frames. A frame is composed of several sub-frames, and each sub-frame is composed of several pages. The page is the basic structure for building the navigation message.
The complete navigation message data are transmitted on each data component as a sequence of frames. A frame is composed of several sub-frames, and each sub-frame is composed of several pages. The page is the basic structure for building the navigation message.
Line 23: Line 23:
* For bit/byte ordering, the most significant bit/byte is transmitted first.
* For bit/byte ordering, the most significant bit/byte is transmitted first.


According with the current published ICD <ref name = "GAL SIS ICD">[https://www.gsc-europa.eu/system/files/galileo_documents/Galileo-OS-SIS-ICD.pdf Galileo OS SIS ICD]</ref> both F/NAV and I/NAV navigation messages are called super-frame and broadcast as a sequence of frames that are composed of several sub-frames which in turn is composed by several pages.  
According with the current published ICD <ref name = "GAL SIS ICD">[https://www.gsc-europa.eu/sites/default/files/sites/all/files/Galileo_OS_SIS_ICD_v2.0.pdf Galileo OS SIS ICD]</ref> both F/NAV and I/NAV navigation messages are called super-frame and broadcast as a sequence of frames that are composed of several sub-frames which in turn is composed by several pages.  


[[File:Galileo_Navigation_Message_Structure.png |none|thumb|400px]]
[[File:Galileo_Navigation_Message_Structure.png |none|thumb|400px]]
Line 81: Line 81:
The Page Type field identifies the broadcast page which allows the user-receivers to react accordingly and grants the possibility of changing the pages sequencing, while keeping backward compatibility. The CRC is used as the most inner mechanism of errors detection because it is computed only on the Page Type and Navigation Data fields.
The Page Type field identifies the broadcast page which allows the user-receivers to react accordingly and grants the possibility of changing the pages sequencing, while keeping backward compatibility. The CRC is used as the most inner mechanism of errors detection because it is computed only on the Page Type and Navigation Data fields.


Please refer to the Galileo OS SIS ICD<ref name = "GAL SIS ICD">[https://www.gsc-europa.eu/system/files/galileo_documents/Galileo-OS-SIS-ICD.pdf Galileo OS SIS ICD]</ref> for detailed analysis on the F/NAV Frame layout and page contents.
Please refer to the Galileo OS SIS ICD<ref name = "GAL SIS ICD">[https://www.gsc-europa.eu/sites/default/files/sites/all/files/Galileo_OS_SIS_ICD_v2.0.pdf Galileo OS SIS ICD]</ref> for detailed analysis on the F/NAV Frame layout and page contents.


== I/NAV Structure ==
== I/NAV Structure ==
Line 91: Line 91:
The I/NAV message structures for the E1B and E5b-I signals use the same page layout since the service provided on these frequencies is a dual frequency service, using frequency diversity. Only page sequencing is different, with page swapping between both components in order to allow a fast reception of the data by a dual frequency receiver. However, the frame is designed to allow receivers to work also with a single frequency.
The I/NAV message structures for the E1B and E5b-I signals use the same page layout since the service provided on these frequencies is a dual frequency service, using frequency diversity. Only page sequencing is different, with page swapping between both components in order to allow a fast reception of the data by a dual frequency receiver. However, the frame is designed to allow receivers to work also with a single frequency.


Each frame of the I/NAV message has a duration of 720 seconds and it is composed by 24 sub-frames. In turn, each sub-frame has a duration of 30 seconds and it is composed by 15 pages with a duration of 2 seconds. The page itself is composed by 3 fields:  
Each frame of the I/NAV message has a duration of 720 seconds and it is composed by 24 sub-frames. In turn, each sub-frame has a duration of 30 seconds and it is composed by 20 pages with a duration of 2 seconds. The page itself is composed by 3 fields:  
* Synchronisation pattern: has a length of 10 bits and is always 0101100000 being its purpose to allow the receiver to achieve synchronisation to the page boundary;  
* Synchronisation pattern: has a length of 10 bits and is always 0101100000 being its purpose to allow the receiver to achieve synchronisation to the page boundary;  
* I/NAV page part: has a length of 114 bits and it is the interleaved FEC encoded part of the page where the navigation data is conveyed.  
* I/NAV page part: has a length of 114 bits and it is the interleaved FEC encoded part of the page where the navigation data is conveyed.  
Line 104: Line 104:
* Alert pages: having a duration of 1 second transmitted in two parts of duration 1 second each at the same epoch over the E1B and E5b-I components. Again, the first part of the page is denoted ‘even’ and the second one is denoted ‘odd’. This transmission is repeated at the next epoch but switching the two parts between the components.
* Alert pages: having a duration of 1 second transmitted in two parts of duration 1 second each at the same epoch over the E1B and E5b-I components. Again, the first part of the page is denoted ‘even’ and the second one is denoted ‘odd’. This transmission is repeated at the next epoch but switching the two parts between the components.


Please refer to the Galileo OS SIS ICD <ref name = "GAL SIS ICD">[https://www.gsc-europa.eu/system/files/galileo_documents/Galileo-OS-SIS-ICD.pdf Galileo OS SIS ICD]</ref> for detailed analysis on the I/NAV Frame layout and page contents. Let us remark that the [[Galileo Search and Rescue Service|Galileo Search and Rescue (SAR)]] Return Link Message (RLM) is transmitted only in the E1-B component. The SAR field structure for the E1-B component in nominal mode is formatted according to the values stated in the Galileo SIS ICD and the Galileo SAR Service Definition Document.
Please refer to the Galileo OS SIS ICD <ref name = "GAL SIS ICD">[https://www.gsc-europa.eu/sites/default/files/sites/all/files/Galileo_OS_SIS_ICD_v2.0.pdf Galileo OS SIS ICD]</ref> for detailed analysis on the I/NAV Frame layout and page contents. Let us remark that the [[Galileo Search and Rescue Service|Galileo Search and Rescue (SAR)]] Return Link Message (RLM) is transmitted only in the E1-B component. The SAR field structure for the E1-B component in nominal mode is formatted according to the values stated in the Galileo SIS ICD<ref name = "GAL SIS ICD">[https://www.gsc-europa.eu/sites/default/files/sites/all/files/Galileo_OS_SIS_ICD_v2.0.pdf Galileo OS SIS ICD]</ref> and the Galileo SAR Service Definition Document<ref name="SAR SDD">[https://www.gsc-europa.eu/sites/default/files/sites/all/files/Galileo-SAR-SDD.pdf Galileo SAR Service Definition Document]</ref>.
 
[[Galileo Open Service Navigation Message Authentication | Galileo OS-NMA]] capability will be added in the Reserved 1 40 bits in E1 I/NAV message.
 
The Galileo OS ICD released in January 2021 <ref name = "GAL SIS ICD"/> introduces new features in parts of I/NAV message transmitted on the Galileo E1-B signal component which were previously marked as spare or reserved. This means that these improvements will provide full backwards compatibility. The new features are:
* Reduced Clock and Ephemeris Data (RedCED);
* Reed-Solomon Outer Forward Error Correction Data (FEC2);
* Secondary Synchronization Pattern (SSP).
 
As a result of these technical solutions, users will experience an improvement of the Galileo E1 Open Service performance in terms of Robustness and Timeliness; a significant Time To First Fix Improvement in challenging environments addressing both unassisted and assisted GNSS; backward compatibility guaranteed (no impact on legacy or non-participative receivers) and low complexity implementation within OS receivers.
 
The Galileo system is set to begin transmitting these new I/NAV capabilities by 2023. <ref>[https://www.gsc-europa.eu/sites/default/files/sites/all/files/Galileo_OS_SIS_ICD_v2.0.pdf Galileo Open Service Signal-in-Space Interface Control Document, v2.0]</ref>


==Notes==
==Notes==
<references group="footnotes"/>
<references group="footnotes"/>
The information from this article has been updated by GMV based on the applicable Galileo OS Signal-In-Space Interface Control Document (ICD).
The information from this article has been updated by GMV based on the applicable Galileo OS Signal-In-Space Interface Control Document (ICD).



Latest revision as of 11:14, 4 June 2021


FundamentalsFundamentals
Title Galileo Navigation Message
Author(s) J. Sanz Subirana, JM. Juan Zornoza and M. Hernandez-Pajares, University of Catalunia, Spain.
Level Basic
Year of Publication 2011

The Galileo satellites broadcast different types of data in four navigation messages: the F/NAV navigation, the I/NAV navigation message, the Commercial Navigation Message (C/NAV) and the Governmental Navigation Message (G/NAV).

The G/NAV navigation message does not belong to the public domain and the C/NAV is not yet defined. Please note that the formerly Commercial Service is now known as High Accuracy Service.

The details of the Galileo Signal Status are provided in the Galileo OS SIS Interface Control Document (ICD). [1] No other ICD documents have been published to date.

General Structure and Contents

The Galileo Signal-In-Space data channels transmit different messages type according to the general contents identified in the following table. The F/NAV types of message correspond to the OS and the I/NAV types of messages correspond to both OS and CS (current High Accuracy Service). The following table indicates the signal component associated to each navigation message type. Let us also note that the Return Link Message from Galileo SAR service is provided as part of I/NAV data.

Source: Galileo OS SIS ICD [1]

The complete navigation message data are transmitted on each data component as a sequence of frames. A frame is composed of several sub-frames, and each sub-frame is composed of several pages. The page is the basic structure for building the navigation message.

All data values encoded using the following bit and byte ordering criteria:

  • For numbering, the most significant bit/byte is numbered as bit/byte 0.
  • For bit/byte ordering, the most significant bit/byte is transmitted first.

According with the current published ICD [1] both F/NAV and I/NAV navigation messages are called super-frame and broadcast as a sequence of frames that are composed of several sub-frames which in turn is composed by several pages.

Galileo Navigation Message Structure.png

The general structure of the navigation messages are common but the number of sub-frames and pages as well as the duration of each page are not the same, as represented in the following table.

Message Channel Data rate (bps) Page Duration (s) Pages in a sub-frame Sub-frames in a frame
F/NAV E5a-I 25 10 5 12
I/NAV E1B, E5b-I 125 2 15 24

This arrangement allows accomplishing the three different main categories of data to be transmitted at different rates:

  • Fast rate (for urgent data, such as integrity): page.
  • Medium rate (Ephemeris, Clock Correction): sub-frame.
  • Slow rates (Almanacs): frame.

The page starts with a Synchronisation Word (SW) followed by the interleaving FEC (Forward Error Correction) coded navigation data and ends with tail bits for the FEC decoding. In addition both navigation messages transmit a CRC data field in order to detect corrupted data. The size of this field is different in each navigation message. Three levels of error coding are applied to the Galileo Message Data Stream:

  1. A Cyclic Redundancy Check (CRC) with error detection capabilities after recovery of the received data;
  2. A one-half rate Forward Error Correction (FEC). Tail Bits (sequence of zeros) to allow Viterbi decoding;
  3. Block Interleaving on the resulting frames: provides robustness to the FEC decoding algorithm since in presence of a burst of erroneous bits it is converted into small errors in several pages. This scheme allows reducing the bit error ratio in the increased data rates.

As referred, the FEC coded symbols are transmitted interleaved within the page and because of that the navigation data can only be decoded when the complete interleaving FEC coded part is received.

The following table summarizes the parameters transmitted by FNAV and INAV messages.

Params.png

As can be seen in the table above, the parameters transmitted in F/NAV and I/NAV have the same size except for signal and message specific parameters, such as "Issue of Data (IOD)" and "Navigation Data Validity and Signal Health Status". In the case of "Satellite Almanac" set, the size is also different because the set includes the "Satellite signal health status". The Galileo ephemeris parameters are Keplerian-like orbital elements as in GPS. The nominal period update is 3 hours, being valid for a 4 hours time interval. The 1-hour overlap interval is intended to help against short outages or delays. The Galileo Almanac is also similar to the GPS and GLONASS ones.

F/NAV Structure

The F/NAV navigation message is transmitted on channel E5a-I at a rate of 25 bps. The F/NAV message structure is shown in the following figure, where the duration of each entity is indicated.

FNAV.png

Each frame of the F/NAV message has a duration of 600 seconds and it is composed by 12 sub-frames. In turn, each sub-frame has a duration of 50 seconds and it is composed by 5 pages with a duration of 10 seconds. The page itself comprises 3 main fields:

  • Synchronisation pattern: it is no encoded and it has a length of 12 bits and is always 101101110000 being its purpose to allow the receiver to achieve synchronisation to the page boundary; it allows the receiver to achieve synchronization to the page boundary.
  • F/NAV word: has a length of 238 bits and it is the interleaved and FEC encoded part of the page that encodes the fields: Page Type (6 bits) enabling the page content identification;, Navigation Data (208 bits) and CRC (24 bits) to detect potential bit errors. The CRC is computed on the Page Type and Navigation Data fields.
  • Tail: has a length of 6 bits and consists of 6 zero-values that are used to enable the completion of the FEC decoding of each page.
F/NAV Navigation message structure

The Page Type field identifies the broadcast page which allows the user-receivers to react accordingly and grants the possibility of changing the pages sequencing, while keeping backward compatibility. The CRC is used as the most inner mechanism of errors detection because it is computed only on the Page Type and Navigation Data fields.

Please refer to the Galileo OS SIS ICD[1] for detailed analysis on the F/NAV Frame layout and page contents.

I/NAV Structure

The I/NAV navigation message is transmitted on both E1B and E5b-I channels at a rate of 125 bps. The two versions of the I/NAV message are disseminated through the same structure being its content also the same but not aligned over the time.

INAV.png

The I/NAV message structures for the E1B and E5b-I signals use the same page layout since the service provided on these frequencies is a dual frequency service, using frequency diversity. Only page sequencing is different, with page swapping between both components in order to allow a fast reception of the data by a dual frequency receiver. However, the frame is designed to allow receivers to work also with a single frequency.

Each frame of the I/NAV message has a duration of 720 seconds and it is composed by 24 sub-frames. In turn, each sub-frame has a duration of 30 seconds and it is composed by 20 pages with a duration of 2 seconds. The page itself is composed by 3 fields:

  • Synchronisation pattern: has a length of 10 bits and is always 0101100000 being its purpose to allow the receiver to achieve synchronisation to the page boundary;
  • I/NAV page part: has a length of 114 bits and it is the interleaved FEC encoded part of the page where the navigation data is conveyed.
  • Tail: has a length of 6 bits and consists of 6 zero-value bits that are used to enable the completion of the FEC decoding of each page part.

The page part of the message can be even or odd and both parts are always broadcast one after the other. In channel E1B the even part is transmitted first while in channel E5b-I the even part is transmitted after. The combination of two page parts constitutes a valid set of data (Nominal Page) that has to be parsed together to get the Navigation Data. The advantage of this configuration is that a receiver decoding the I/NAV on both frequencies can decode the same pages in half the time of a single frequency receiver.

INAV Navigation message structure

Two types of I/NAV pages are defined:

  • Nominal pages: having a duration of 2 seconds transmitted sequentially in time in two parts of duration 1 second each on each of the E1B and E5b-I components. The first part of the page is denoted ‘even’ and the second one is denoted ‘odd’.
  • Alert pages: having a duration of 1 second transmitted in two parts of duration 1 second each at the same epoch over the E1B and E5b-I components. Again, the first part of the page is denoted ‘even’ and the second one is denoted ‘odd’. This transmission is repeated at the next epoch but switching the two parts between the components.

Please refer to the Galileo OS SIS ICD [1] for detailed analysis on the I/NAV Frame layout and page contents. Let us remark that the Galileo Search and Rescue (SAR) Return Link Message (RLM) is transmitted only in the E1-B component. The SAR field structure for the E1-B component in nominal mode is formatted according to the values stated in the Galileo SIS ICD[1] and the Galileo SAR Service Definition Document[2].

Galileo OS-NMA capability will be added in the Reserved 1 40 bits in E1 I/NAV message.

The Galileo OS ICD released in January 2021 [1] introduces new features in parts of I/NAV message transmitted on the Galileo E1-B signal component which were previously marked as spare or reserved. This means that these improvements will provide full backwards compatibility. The new features are:

  • Reduced Clock and Ephemeris Data (RedCED);
  • Reed-Solomon Outer Forward Error Correction Data (FEC2);
  • Secondary Synchronization Pattern (SSP).

As a result of these technical solutions, users will experience an improvement of the Galileo E1 Open Service performance in terms of Robustness and Timeliness; a significant Time To First Fix Improvement in challenging environments addressing both unassisted and assisted GNSS; backward compatibility guaranteed (no impact on legacy or non-participative receivers) and low complexity implementation within OS receivers.

The Galileo system is set to begin transmitting these new I/NAV capabilities by 2023. [3]

Notes

The information from this article has been updated by GMV based on the applicable Galileo OS Signal-In-Space Interface Control Document (ICD).

References

  • Hofmann-Wellenhof, B., Lichtenegger, H., K. and Wasle, E., 2008. GNSS - Global Navigation Satellite Systems. Springer-Verlag, Wien, Austria.
  • Powe, M., 2006. Introduction to Galileo. powerpoint presentation, progeny.