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

Generic Receiver Description: Difference between revisions

From Navipedia
Jump to navigation Jump to search
No edit summary
No edit summary
Line 40: Line 40:
The design and selection of a [[Receiver Types|receiver type]] is tightly linked to the target user application: for example, a multi-constellation GNSS receiver will certainly improve solution availability (critical, for instance, in urban environments), whereas if the user application is focused on improved accuracies, then the selected receiver will probably turn to carrier-based technologies, or differential and augmented solutions. This choice is usualy a result of trade-off analysis that take into account several (and often related) factors, such as target application, performance, accuracy, power consumption, or cost.
The design and selection of a [[Receiver Types|receiver type]] is tightly linked to the target user application: for example, a multi-constellation GNSS receiver will certainly improve solution availability (critical, for instance, in urban environments), whereas if the user application is focused on improved accuracies, then the selected receiver will probably turn to carrier-based technologies, or differential and augmented solutions. This choice is usualy a result of trade-off analysis that take into account several (and often related) factors, such as target application, performance, accuracy, power consumption, or cost.


Deriving from the characteristics of radionavigation systems, space-to-Earth electromagnetic wave propagation, and receiver architectures, different receivers yeild different accuracies and performances, and many times the specifications might seem dubious in comparison. As of today, there is still ongoing debate on the qualification and quantification of error measurements, receiver accuracy, and how they relate<ref>http://www.gpsworld.com/lbs/infrastructure/gnss-accuracy-lies-damn-lies-and-statistics-1771</ref>. Nevertheless, pushed by the emergence of new services aimed at professional and safety of life users, standardization activities have also been launched at European level (CEN, CENELEC and ETSI), at global level (e.g. ICAO standard and recommended practices) and at industry level (e.g. industry standards, RTCA and EUROCAE MOPS/ MASPS). One example is the EGNOS Safety-of-Life signal certification for aviation<ref>http://www.esa.int/esaNA/SEM98MUTLKG_egnos_0.html</ref>.
Deriving from the characteristics of radionavigation systems, space-to-Earth electromagnetic wave propagation, and receiver architectures, different receivers yeild different accuracies and performances, and many times the specifications might seem dubious in comparison. As of today, there is still ongoing debate on the qualification and quantification of error measurements, receiver accuracy, and how they relate<ref>http://www.gpsworld.com/lbs/infrastructure/gnss-accuracy-lies-damn-lies-and-statistics-1771</ref>. Nevertheless, pushed by the emergence of new services aimed at professional and safety of life users, standardization activities have already been launched at European level (CEN, CENELEC and ETSI), at global level (e.g. ICAO standard and recommended practices) and at industry level (e.g. industry standards, RTCA and EUROCAE MOPS/ MASPS). One example is the EGNOS Safety-of-Life signal certification for aviation<ref>http://www.esa.int/esaNA/SEM98MUTLKG_egnos_0.html</ref>.


==Related articles==
==Related articles==

Revision as of 15:27, 29 March 2011


ReceiversReceivers
Title Generic Receiver Description
Author(s) GMV
Level Basic
Year of Publication 2011
Logo GMV.png

GNSS receivers are responsible for processing the L-band Signals In Space (SIS) coming from the GNSS satellites. Each satellite transmits a continuous signal in the GHz range, modulated by a periodic digital code (called a pseudo-random noise code, or PRN code), and further modulated with a data message. This radio signal travels through space towards Earth, where a user receiver can search for the presence of these signals, and try to synchronise with them. This way, a GNSS receiver can be seen as a radionaviagation user device that aims at tracking the GNSS signals in view, in order to correctly demodulate and extract the measurements and navigation information - one example is to decode the transmitted navigation message and calculate the user's position.

The following sections present an overview of a typical GNSS receiver structure and processing chain.

Receiver overview

Although each receiver architecture is tailored to the different GNSS systems available and to different target applications, the basic building blocks of a generic GNSS receiver are as shown in Figure 1:

  • Antenna - L-band antenna, responsible for capturing the GNSS signals transmitted (as well as noise and possible interference).
  • Front End - The hardware front-end typicaly downconverts, filters, amplifies, and digitizes the incoming signals.
  • Receiver application - Depending on the envisaged application, the receiver performs different tasks with the resulting GNSS information, and provides meaningful results to the user.


Figure 1: Generic Receiver Architecture. See this block diagram for a detailed view.


In a typical receiver implementation[1], the Signals In Space (SIS) arriving at the antenna are down-converted, filtered, and digitized in the front end section. This process ultimately generates a baseband representation of the desired GNSS spectrum, yelding the samples as real and complex components, namelly I (In-Phase) and Q (Quadrature) components, in baseband.

Baseband signal processing gathers all the algorithms implemented to find and follow a visible GNSS signal, by means of synchronisation to the known periodicity of the signal, and removing errors as best as possible. This process is built around the principle of signal correlation: the incoming signal is repeatedly correlated with a replica of the expected signal minus the navigation message, which is unknown at this point. To extract valid significance from the correlation, the local replica is generated in the receiver taking into account the signal's carrier frequency, code delay, Doppler frequency, and spreading code (which is unique to each satellite/signal).

Figure 2: Example of an acquisition process, showing the Doppler / code delay search space and correlation peak that indicates presence of a signal.

The correlation principle is first used to searh for the satellites in view. After a receiver starts operating, it first needs to know which satellites are in view and can be tracked for extracting measurements. This process is known as acquisition, and is based on several correlations between the incoming signal and multiple replicas of the possible "expected" signals, generated for different code delays and Doppler frequencies. In fact, because the signal is originated by moving satellites, and travels through space at the speed of light, there is a Doppler[2] and code delay effect observed in the received signals. Therefore, the first unknown in detecting GNSS signals is the amount of delay and relative motion between the transmited signal and the receiver. To search for the signals, different local replicas (corresponding to different code delay / Doppler frequency pairs) are generated and correlated with the input signals. If a correlation peak is observed for a given replica (see Figure 2), this means that there is a good chance that the signal with the spreading code used is visible, and the code delay and Doppler frequency estimates are passed on to the tracking process as a first estimate of the signal's delay.

In the tracking loops, correlations are also used to refine the local replica generation, so as to match as best as possible the incoming signal. The correlation results are then applied to aid diferent tracking loops in providing a measurement of tracking quality. Typicaly, the receiver tracks each signal using dedicated channels running in parallel, where each channel tracks one signal (i.e. for single frequency users, each channel tracks one satellite), providing pseudorange and phase measurements, as well as navigation data and additional signal information, such as carrier-to-noise ratio (C/N0). For details on the signal processing blocks, see the signal processing section.

After correctly tracking the signals, and returning the measurements and data to the application processing block, the receiver uses the information from the tracking loops for different purposes: from computing its own position and velocity, to performing time transfer, or simply collecting data to be post-processed in the ground stations. In addition to processing the SIS, GNSS receivers may also use aiding information to enhance their solution performance, as there are various architectural solutions to cope with aiding information. In fact, this information can be potentially used at any block of the receiver: as an example, when using Inertial Navigation Systems (INS), the sensor information is commonly used in the application processing block, although it could also be used as feedback to the baseband processing block for improved performance.For a wider discussion on application specifics, see GNSS Applications.

Trade-offs and limitations

The design and selection of a receiver type is tightly linked to the target user application: for example, a multi-constellation GNSS receiver will certainly improve solution availability (critical, for instance, in urban environments), whereas if the user application is focused on improved accuracies, then the selected receiver will probably turn to carrier-based technologies, or differential and augmented solutions. This choice is usualy a result of trade-off analysis that take into account several (and often related) factors, such as target application, performance, accuracy, power consumption, or cost.

Deriving from the characteristics of radionavigation systems, space-to-Earth electromagnetic wave propagation, and receiver architectures, different receivers yeild different accuracies and performances, and many times the specifications might seem dubious in comparison. As of today, there is still ongoing debate on the qualification and quantification of error measurements, receiver accuracy, and how they relate[3]. Nevertheless, pushed by the emergence of new services aimed at professional and safety of life users, standardization activities have already been launched at European level (CEN, CENELEC and ETSI), at global level (e.g. ICAO standard and recommended practices) and at industry level (e.g. industry standards, RTCA and EUROCAE MOPS/ MASPS). One example is the EGNOS Safety-of-Life signal certification for aviation[4].

Related articles

For further details of GNSS receivers and operations, please visit the following links:

References