# GNSS-SDR is a Global Navigation Satellite System software-defined receiver. # This file is part of GNSS-SDR. # # Copyright (C) 2012-2021 Carles Fernandez-Prades cfernandez(at)cttc.es # SPDX-License-Identifier: GPL-3.0-or-later /*! \page reference_docs Reference Documents \section icd Interface Control Documents \subsection gps GPS All the current GPS Interface Control Documents can be downloaded from GPS.gov, the official U.S. Government webpage for GPS. \li GPS L1 and L2C: Global Positioning System Directorate, Interface Specification IS-GPS-200 Revision M. May, 2021. \li GPS L1C (available with first Block III launch): Global Positioning System Directorate, Interface Specification IS-GPS-800 Revision H. May, 2021. \li GPS L5 (first Block IIF satellite launched on May, 2010): Global Positioning System Directorate, Interface Specification IS-GPS-705 Revision H. May, 2021. \subsection glonass GLONASS Official GLONASS webpage: Information-analytical centre official website. \li Standard Accuracy (ST) signals at L1 and L2: Russian Institute of Space Device Engineering, Global Navigation Satellite System GLONASS. Interface Control Document. Navigational radiosignal in bands L1, L2. Edition 5.1, Moscow, Russia, 2008 \li GLONASS Interface Control Document. Open CDMA navigational radio signal in L1 band. Edition 1.0 (in Russian). Russian Space Systems OJSC. 2016. \li GLONASS Interface Control Document. Open CDMA navigational radio signal in L2 band. Edition 1.0 (in Russian). Russian Space Systems OJSC. 2016. \li GLONASS Interface Control Document. Open CDMA navigational radio signal in L3 band. Edition 1.0 (in Russian). Russian Space Systems OJSC. 2016. \subsection galileo Galileo Check the Galileo website of the European Global Navigation Satellite Systems Agency (GSA) and the Galileo website of the European Space Agency. There is a website with Galileo constellation status information from the GSA. \li Galileo E5, E6, and E1: European GNSS (Galileo) Open Service. Signal In Space Interface Control Document. Ref: OS SIS ICD, Issue 2.0, European Union, Jan. 2021. The European Commission is granting free access to the technical information on the future Galileo open service signal, i.e. the specifications manufacturers and developers need to process data received from satellites. This document informs receiver manufacturers, application developers and service providers on how to use the future Galileo system and what they can expect in terms of performance. \subsection beidou BeiDou Official webpage at beidou.gov.cn \li BeiDou Navigation Satellite System Signal In Space Interface Control Document Open Service Signal B1I (Version 3.0). China Satellite Navigation Office, Feb. 2019. \li BeiDou Navigation Satellite System Signal In Space Interface Control Document Open Service Signal B1C (Version 1.0). China Satellite Navigation Office, Jun. 2018. \li BeiDou Navigation Satellite System Signal In Space Interface Control Document Open Service Signal B3I (Version 1.0). China Satellite Navigation Office, Feb. 2018. \li BeiDou Navigation Satellite System Signal In Space Interface Control Document Open Service Signal B2a (Version 1.0). China Satellite Navigation Office, Dec. 2017. \li BeiDou Navigation Satellite System Signal In Space Interface Control Document Open Service Signal (Version 2.1). China Satellite Navigation Office, December 2016. \subsection sbas Satellite Based Augmentation Systems (SBAS) \li Minimum Operational Performance Standards for Global Positioning System/Wide Area Augmentation System Airborne Equipment, DO-229D, RTCA, Washington, DC, Dec. 13, 2006. The 'RTCA MOPS DO229D - appendix A' is the reference standard for WAAS/EGNOS application development. RTCA is an advisory committee of the US federal government, and issues standards for civil airborne equipment, among other duties. One such standard is MOPS 229D (Minimum Operational Performance Standards for Global Positioning System/Wide Area Augmentation System Airborne Equipment version D), which describes the implementation of satellite-based augmentation services (SBAS) for receivers designed for civil aviation use. An annex to DO229D contains the specifications for the SBAS signal and message. The RTCA provides regular updates to these standards. MOPS 229D is available for a fee from the RTCA website. \li Global Positioning System Wide Area Augmentation System (WAAS) Performance Standard, 1st Edition, Department of Transportation and Federal Aviation Administration, Oct. 31, 2008. This document defines the levels of performance the U.S. Government makes available to users of the GPS SPS augmented by the Wide Area Augmentation System. \li EGNOS Data Access Service (EDAS) Service Definition Document. Revision 2.2, European GNSS Agency (GSA), June, 2019. This is a complementary document to the RTCA DO229D, mentioned above. It describes the scope of services provided by the EGNOS EDAS Service to be used by end-users or Application Specific Service Providers. It details the general conditions relating to the use of the EGNOS service, a technical description of the Signal-in-Space (SIS), the reference receiver, environmental conditions, the service performance achieved and aspects relating to service provision. \li EGNOS Safety of Life Service Definition Document. Revision 3.3, European GNSS Agency (GSA), Mar, 2019. The EGNOS Safety of Life (SoL) Service is provided openly and is freely accessible without any direct charge and is tailored to safety-critical transport applications in various domains, in particular for aviation applications. The service is thus compliant with the aviation APV-I (Approach with Vertical Guidance) requirements, as defined by ICAO in Annex 10, but may support also applications in other SoL domains. \li EGNOS Open Service Service Definition Document. Revision 2.3, European GNSS Agency (GSA), Sep., 2017. More information about EGNOS can be found through the EGNOS Portal. \section standards Other Standards \subsection rinex RINEX The final output of a navigation receiver is usually its position, speed or other related physical quantities. However, the calculation of those quantities are based on a series of measurements from one or more satellite constellations. Although receivers calculate positions in real time, in many cases it is interesting to store intermediate measures for later post-processing. RINEX is the standard format that allows the management and disposal of the measures generated by a receiver, as well as their off-line processing by a multitude of applications. \li The most common version at present is RINEX: The Receiver Independent Exchange Format Version 2.12, which enables storage of measurements from pseudorange, carrier-phase and Doppler systems for GPS, GLONASS, Galileo along with data from EGNOS and WAAS satellite based augmentation systems (SBAS). \li The most recent version is RINEX: The Receiver Independent Exchange Format Version 3.03 published in July, 2015. It includes Galileo and improves the handling of multi-constellation data files. \li There is also available the RINEX Extensions to Handle Clock Information, published in September, 2010. \subsection nmea NMEA The National Marine Electronics Association released the NMEA 0183 Interface Standard, which defines electrical signal requirements, data transmission protocol and time, and specific sentence formats for a 4800-baud serial data bus. The standard is available for purchase. \subsection kml KML KML is an XML language focused on geographic visualization, including annotation of maps and images. Geographic visualization includes not only the presentation of graphical data on the globe, but also the control of the user's navigation in the sense of where to go and where to look. Google submitted KML (formerly Keyhole Markup Language) to the Open Geospatial Consortium (OGC) to be evolved within the OGC consensus process with the following goal: KML Version 2.2 has been adopted as an OGC implementation standard. \li Open Geospatial Consortium, Inc., OGC KML Version 2.2.0, April 2008. \subsection cxx C++ Standards The C++ programming language is standardized by the International Organization for Standardization (ISO), with the latest standard version ratified and published by ISO in December 2017 as ISO/IEC 14882:2017 (informally known as C++17). The list of supported C++ standards (the highest available is automatically selected by the CMake script): \subsection protocols Positioning protocols in wireless communication networks Cellular industry location standards first appeared in the late 1990s, with the 3rd generation partnership project (3GPP) radio resource location services protocol (RRLP) technical specification 44.031 positioning protocol for GSM networks. Today, RRLP is the de facto standardized protocol to carry GNSS assistance data to GNSS-enabled mobile devices, and the term "3GPP specification" now covers all GSM (including GPRS and EDGE), W-CDMA and LTE (including LTE-A) specifications. Precisely, the label "LTE-A" is applied to networks compliant with LTE Release 10 and beyond, which fulfill the requirements issued by the International Telecommunication Union Radiocommunication Sector (ITU-R) in the global standard for international mobile telecommunications (IMT Advanced, also referred to as 4G) access technologies. Control plane protocols: \li Radio Resource LCS Protocol (RRLP): 3GPP Technical Specification 44.031. \li LTE Positioning Protocol (LPP): 3GPP Technical Specification 36.355. User plane protocols: \li Open Mobile Alliance (OMA), Secure User Plane Location Architecture Version 1 (SUPL 1.0), June 2007. \li Open Mobile Alliance (OMA), Secure User Plane Location Architecture Version 2 (SUPL 2.0), April 2012. LTE Release 9 introduced extension hooks in LPP messages, so that the bodies external to 3GPP could extend the LPP feature set. OMA LPP extensions (LPPe), supported in SUPL 3.0, build on top of the 3GPP LPP reusing its procedures and data types. Check the OMA Specifications webpage for updated information about LPP Extensions (LPPe) Specification. \li The OMA Mobile Location Protocol (MLP) V3.5 is an application-level protocol for getting the position of mobile stations (mobile phones, wireless personal digital assistants, etc.) independent of underlying network technology. The MLP serves as the interface between a Location Server and a Location Services (LCS) Client. This specification defines the core set of operations that a Location Server should be able to perform. */