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

Receiver Types: Difference between revisions

From Navipedia
Jump to navigation Jump to search
mNo edit summary
No edit summary
 
(41 intermediate revisions by 6 users not shown)
Line 1: Line 1:
{{Article Infobox2
{{Article Infobox2
|Category=Applications
|Category=Receivers
|Title={{PAGENAME}}
|Editors=GMV
|Authors=GMV
|Level=Basic
|Level=Basic
|YearOfPublication=2011
|YearOfPublication=2011
|Logo=GMV
|Title={{PAGENAME}}
}}
}}
==Description==
GNSS receivers can be categorized by their type in different ways, and under different criteria. Besides the professional-grade receivers (e.g. survey and precision), commercial Portable Navigation Devices (PND's) are very common inside vehicles today, and smartphones appear more and more equipped with integrated GNSS receivers. These receivers are implemented in a wide variety of platforms, from ASIC, DSP or FPGA, to general purpose microprocessors. The choice of the target platform is often a trade-off of parameters such as receiver performance, manufacture and maintenance cost, expandability, power consumption, and autonomy. Some of the differentiating applications and receiver implementations, differing in a number of design decisions and approaches to GNSS solution computation, are described in the following topics.
Back in the 1970s, receivers were large analogue equipments built for the military domain. Nowadays, GNSS receivers have been widely expanded to miniaturized platforms, chipsets, microprocessors, Integrated Chips (IC), DSP, FPGA, handheld units and integrated in most mobile phones.
 
==Multi-constellation==
With the emergence of multiple satellite navigation systems (both regional and global), multi-constellation receivers are becoming widely available. This has been encouraged at system design level by working towards interoperability and compatibility among all systems, allowing for seamless combination of the different signal spectra and processing chains into a single, multi-constellation GNSS solution. This approach reflects on the four global GNSS receiver implementations:
 
*[[GALILEO Receivers|Galileo Receivers]]
 
*[[GPS Receivers]]
 
*[[GLONASS Receivers]]
 
*[[BeiDou Receivers]]
 
From the receiver perspective, multi-constellation brings a key added value on solution availability, especially in urban environments: with the increased number of constellations available, the number of satellites visible to the user is bound to increase. This allows several algorithm implementations to be further refined, and the final solution can be computed with higher accuracy and availability (for instance, see the improvements due to higher availability in [[Positioning Error|Dilution of Precision (DOP)]]).
 
==Multi-frequency==
Several [[GNSS signal|GNSS signals]] are allocated to different frequencies - for instance, the L1 and L2 bands. Whether in single or multi-constellation approaches, receivers can benefit from multi-frequency signal processing for removal of the frequency-dependent errors on the signals, hence improving receiver accuracy. The most important example is the correction for [[Ionospheric Delay|ionospheric delays]], since these usually represent the main contributors to the overall measurement error.
 
Multi-frequency receivers, however, bring forth a new challenge, since there is a need for increasing RF hardware sections. Typical antennas, front ends, and filtering/sampling circuits are centred on one of the desired frequencies, and in most cases the same amount of RF hardware is replicated for the other frequency (or frequencies) to process. For this fact, there is also trade-offs implied between cost, size, power consumption, performance, signal and band filtering, and analogue circuitry quality.
 
==Augmentation==
GNSS receivers can also benefit from corrections or measurements provided by the available [[GNSS Augmentation|augmentation systems]] to improve their accuracy and performance. As the name implies, such systems aim at providing augmentation information to the GNSS users, consisting of corrections and/or auxiliary measurements that increase precision and accuracy in the calculated solution. As examples of receivers that use satellite augmentation information, see:
 
*[[EGNOS Receivers]]
 
*[[WAAS Receivers]]


Receiver types can be categorized following different factors such as:
==Differential==
Differential techniques enable improved receiver accuracy by providing the receiver with additional information, such as measurements from other receivers in the vicinities, or corrections computed independently. Such external information is then used within a receiver in a differential way, e.g. improving the solution accuracy. Some of the most widely used differential techniques available in current receiver technology are:


;Platform
*[[DGNSS Fundamentals|DGNSS - Differential GNSS]]
:GNSS receivers run in a wide variety of platforms from chipsets to microprocessors. The choice of the target platform is a trade-off of parameters such as receiver performance, cost, power consumption and autonomy. Furthermore, the increasing capabilities of microprocessors have enabled the emergence of software receivers with performances comparable to full-hardware receivers, providing the flexibility required for some user applications
*[[PPP Fundamentals|PPP - Precise Point Positioning]]
*[[Real Time Kinematics|RTK - Real-Time Kinematics]]


;Multi-constellation
==Assistance==
:In the context of the emergence of multiple satellite navigation systems (both regional and global), multi-constellation receivers are widely available. This has been encouraged at system design level by working towards interoperability and compatibility among all systems.
The definition of assisted-GNSS<ref>For a detailed description of different approaches in the A-GPS case, see <i>Kaplan, E.D. et al, "Understanding GPS: Principles and Applications", second edition, chapter 9, section 9.4</i>.</ref> (A-GNSS) gathers many different concepts, but can be split into two main categories:
:From the receiver perspective, multi-constellation brings a key added value on solution availability, especially in urban canyon environments.


;Multi-frequency
*<b>GNSS assistance information is used to improve acquisition speed</b>: an assistance network - comprised of servers and information relays - transmits [[GNSS signal|almanac and/or ephemeris]] data to the receiver, so that the initial search for satellites can be performed faster. This allow the receiver to start tracking visible satellites quicker, thus providing a navigation solution in less start-up time.
:The key benefit of multi-frequency receivers over single frequency receivers relies on the removal of the frequency-dependent errors on the signals, hence improving receiver accuracy. The most important example is the correction for ionospheric delays, since they usually represent the main contributors to the overall measurement error. The challenge, of course, relies on the higher cost of the additional RF hardware.


;Code-based/Carrier-based
*<b>Data processing and solution computation is performed in the server</b>: in this case, the receiver can send measurements like visible satellites, pseudoranges or phase information to the servers, where the heavier computational load for generating an accurate solution is performed, and the results are sent back to receiver.  
:This aspect indicates whether the solution is computed from the pseudo-range measurements (noisier) or from the carrier measurements. Although these latter are less noisy, they present a natural ambiguity related to phase measurements, that needs to be solved at receiver level. Please refer to [[Solving Navigation Equations]] for some of the available techniques. The trade-off in this case is complexity (and processing power) versus accuracy.


;Differential
The assistance information can be accessed by the receiver beforehand (e.g. via Internet), or received on request (usually through wireless communications)<ref>http://www.gsa.europa.eu/egnos/edas</ref>. So, assisting information can be provided by different technologies, such as Wi-Fi, GPRS/UMTS, or the internet. Depending on the solution envisaged, this might have an impact at several levels, such as availability, continuity, and power consumption. As an example of assisted data, the International GNSS Service provides position, velocity and clock information regarding GPS satellites that GNSS receivers can use to improve accuracy.
:Differential techniques enable improved receiver performance (namely accuracy), by providing the receiver with additional information such as measurements from receivers in the vicinities or corrections computed independently. Please refer to [[GNSS Augmentations]] for further information on [[DGNSS]], [[PPP]] or [[RTK]].


;Aided / Assisted
Assistance data is also used in indoor<ref>For and example on indoor navigation, see <i>Vecchione, G.A.; Palenzuela, D.; Toledo, M.; de Caceres, J.J.R.; Kubrak, D.; Capelle, Y.; Seco, G.; Lopez-Salcedo, J.; Tiley, P.; Consoli, A.; Jimenez-Banos, D.; Lopez-Risueno, G., “DINGPOS, a GNSS-based multi-sensor demonstrator for indoor navigation: Preliminary results”, Position Location and Navigation Symposium (PLANS), 2010 IEEE/ION, 4-6 May 2010, Indian Wells, CA, USA, pages 113-121.</i></ref> environments, where receivers struggle to get anything out of GNSS. These environments are very stringent in terms of GNSS signal reception, and the solutions often include integrating different sensors and technologies to use all available data to provide a navigation solution.
:Aiding the receiver operation can be achieved by providing the necessary navigation data (almanacs and ephemeris) beforehand (e.g. via Internet), rather than waiting for the message itself to be decoded by the receiver. This can reduce the time to first fix (TTFF) and improve performance on challenging environments, where signal strength and satellite visibility may be low.
:Assisting information can also be provided by other technologies, such as Inertial Navigation Systems, WiFi, UWB or sending useful information over the internet. Depending on the solution envisaged, this might have an impact at several levels, such as availability or continuity.


;Augmentation
==Software receivers==
:GNSS receivers can benefit from corrections or measurements provided by augmentation systems (i.e. [[Satellite-Based Augmentation System|SBAS]] or [[Ground-Based Augmentation System|GBAS]]) to improve their performances. Please refer to [[GNSS Augmentations]] for further information.
[[File:sw_receiver_approach.png|right|thumb|200px|'''''Figure 1:''''' Hardware vs. Software receiver approaches.]]
Besides the wide variety of hardware platforms and their evolution, the so-called “software receivers”<ref>http://en.wikipedia.org/wiki/Software_GNSS_Receiver</ref> have proliferated lately, thanks to its additional flexibility, reconfiguration capabilities, upgradeability and expandability.


;Services
The concept behind a software receiver is depicted in Figure 1, which identifies the key processing blocks of a GNSS receiver, and shows the differences in approach between hardware and software implementations. Since the algorithmic and signal processing tasks are performed in software, there is an added control and flexibility on the tasks performed. Also, future changes in algorithms or approaches are easier in a software approach.
:Finally, GNSS Receivers may support multiple services provided by the future GNSS generation. As an example, Galileo will provide four services: [[Galileo Open Service (OS)|Open Service (OS)]], [[Galileo Commercial Service (CS)|Commercial Service (CS)]], [[Galileo Public Regulated Service (PRS)|Commercial Service (CS)]] and [[Galileo Safety of Life (SoL)|Safety of Life (SoL)]] services, as described in [[Galileo Service Level Performances|Galileo Performances]].


== As Many Receivers as User Applications ==
One identified drawback in a software implementation of a receiver, however, is the efficiency concerning the processing load, specifically its impact on a CPU power consumption in mobile platforms<ref>http://gpsworld.com/</ref>.
The design and selection of a receiver is tightly linked to the target user application: for example, a multi-constellation GNSS receiver will certainly improve solution availability (critical for example 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.
The type of assisting/aiding information to be used also focuses on the user application. On one hand, different technologies such as WiFi, UWB and INS can be used to improve solution availability and continuity, in environments where GNSS cannot guarantee the desired availability (e.g. mixed open/ indoor environments). On the other hand, this information can be used to improve indicators such as Time To First Fix (TTFF): as an example, downloading the navigation data through the internet will greatly improve this factor, since the receiver will not have to wait to demodulate the whole message to compute position.


== Information Available at System Level ==
==Related articles==
GNSS Receiver manufacturers rely on each system’s SIS ICD<ref group="nb">Signal In Space Interface Control Documents</ref> to develop their solutions. The SIS ICDs define signal properties, transmitted codes and navigation messages contents that allow the receivers to process the SIS signals. For further information please refer to [[GNSS signal|GNSS Signals]].
*[[GNSS Receivers General Introduction]]
Pushed by the emergence of new services aimed at professional and safety of life users, standardization activities have been launched at European level ([[Wikipedia:European Committee for Standardization|CEN]], [[Wikipedia:CENELEC|CENELEC]] and [[Wikipedia:ETSI|ETSI]]), at global level (e.g. [[skybrary:Standards and Recommended Practices (SARPS)|Standards and Recommended Practices (SARPS)]]) and at industry level (e.g. industry standards, [[Wikipedia:Radio Technical Commission for Aeronautics|RTCA]] and [[Wikipedia:EUROCAE|EUROCAE]] MOPS<ref group="nb">[[Minimum Operational Performance Specification]]</ref> and MASPS<ref group="nb">[[Minimum Aviation System Performance Standards]]</ref>).
*[[Generic Receiver Description]]


== Notes ==
==References==
<references group="nb" />
<references/>


[[Category:Receivers]]
[[Category:Receivers]]

Latest revision as of 22:13, 23 September 2018


ReceiversReceivers
Title Receiver Types
Edited by GMV
Level Basic
Year of Publication 2011
Logo GMV.png

GNSS receivers can be categorized by their type in different ways, and under different criteria. Besides the professional-grade receivers (e.g. survey and precision), commercial Portable Navigation Devices (PND's) are very common inside vehicles today, and smartphones appear more and more equipped with integrated GNSS receivers. These receivers are implemented in a wide variety of platforms, from ASIC, DSP or FPGA, to general purpose microprocessors. The choice of the target platform is often a trade-off of parameters such as receiver performance, manufacture and maintenance cost, expandability, power consumption, and autonomy. Some of the differentiating applications and receiver implementations, differing in a number of design decisions and approaches to GNSS solution computation, are described in the following topics.

Multi-constellation

With the emergence of multiple satellite navigation systems (both regional and global), multi-constellation receivers are becoming widely available. This has been encouraged at system design level by working towards interoperability and compatibility among all systems, allowing for seamless combination of the different signal spectra and processing chains into a single, multi-constellation GNSS solution. This approach reflects on the four global GNSS receiver implementations:

From the receiver perspective, multi-constellation brings a key added value on solution availability, especially in urban environments: with the increased number of constellations available, the number of satellites visible to the user is bound to increase. This allows several algorithm implementations to be further refined, and the final solution can be computed with higher accuracy and availability (for instance, see the improvements due to higher availability in Dilution of Precision (DOP)).

Multi-frequency

Several GNSS signals are allocated to different frequencies - for instance, the L1 and L2 bands. Whether in single or multi-constellation approaches, receivers can benefit from multi-frequency signal processing for removal of the frequency-dependent errors on the signals, hence improving receiver accuracy. The most important example is the correction for ionospheric delays, since these usually represent the main contributors to the overall measurement error.

Multi-frequency receivers, however, bring forth a new challenge, since there is a need for increasing RF hardware sections. Typical antennas, front ends, and filtering/sampling circuits are centred on one of the desired frequencies, and in most cases the same amount of RF hardware is replicated for the other frequency (or frequencies) to process. For this fact, there is also trade-offs implied between cost, size, power consumption, performance, signal and band filtering, and analogue circuitry quality.

Augmentation

GNSS receivers can also benefit from corrections or measurements provided by the available augmentation systems to improve their accuracy and performance. As the name implies, such systems aim at providing augmentation information to the GNSS users, consisting of corrections and/or auxiliary measurements that increase precision and accuracy in the calculated solution. As examples of receivers that use satellite augmentation information, see:

Differential

Differential techniques enable improved receiver accuracy by providing the receiver with additional information, such as measurements from other receivers in the vicinities, or corrections computed independently. Such external information is then used within a receiver in a differential way, e.g. improving the solution accuracy. Some of the most widely used differential techniques available in current receiver technology are:

Assistance

The definition of assisted-GNSS[1] (A-GNSS) gathers many different concepts, but can be split into two main categories:

  • GNSS assistance information is used to improve acquisition speed: an assistance network - comprised of servers and information relays - transmits almanac and/or ephemeris data to the receiver, so that the initial search for satellites can be performed faster. This allow the receiver to start tracking visible satellites quicker, thus providing a navigation solution in less start-up time.
  • Data processing and solution computation is performed in the server: in this case, the receiver can send measurements like visible satellites, pseudoranges or phase information to the servers, where the heavier computational load for generating an accurate solution is performed, and the results are sent back to receiver.

The assistance information can be accessed by the receiver beforehand (e.g. via Internet), or received on request (usually through wireless communications)[2]. So, assisting information can be provided by different technologies, such as Wi-Fi, GPRS/UMTS, or the internet. Depending on the solution envisaged, this might have an impact at several levels, such as availability, continuity, and power consumption. As an example of assisted data, the International GNSS Service provides position, velocity and clock information regarding GPS satellites that GNSS receivers can use to improve accuracy.

Assistance data is also used in indoor[3] environments, where receivers struggle to get anything out of GNSS. These environments are very stringent in terms of GNSS signal reception, and the solutions often include integrating different sensors and technologies to use all available data to provide a navigation solution.

Software receivers

Figure 1: Hardware vs. Software receiver approaches.

Besides the wide variety of hardware platforms and their evolution, the so-called “software receivers”[4] have proliferated lately, thanks to its additional flexibility, reconfiguration capabilities, upgradeability and expandability.

The concept behind a software receiver is depicted in Figure 1, which identifies the key processing blocks of a GNSS receiver, and shows the differences in approach between hardware and software implementations. Since the algorithmic and signal processing tasks are performed in software, there is an added control and flexibility on the tasks performed. Also, future changes in algorithms or approaches are easier in a software approach.

One identified drawback in a software implementation of a receiver, however, is the efficiency concerning the processing load, specifically its impact on a CPU power consumption in mobile platforms[5].

Related articles

References

  1. ^ For a detailed description of different approaches in the A-GPS case, see Kaplan, E.D. et al, "Understanding GPS: Principles and Applications", second edition, chapter 9, section 9.4.
  2. ^ http://www.gsa.europa.eu/egnos/edas
  3. ^ For and example on indoor navigation, see Vecchione, G.A.; Palenzuela, D.; Toledo, M.; de Caceres, J.J.R.; Kubrak, D.; Capelle, Y.; Seco, G.; Lopez-Salcedo, J.; Tiley, P.; Consoli, A.; Jimenez-Banos, D.; Lopez-Risueno, G., “DINGPOS, a GNSS-based multi-sensor demonstrator for indoor navigation: Preliminary results”, Position Location and Navigation Symposium (PLANS), 2010 IEEE/ION, 4-6 May 2010, Indian Wells, CA, USA, pages 113-121.
  4. ^ http://en.wikipedia.org/wiki/Software_GNSS_Receiver
  5. ^ http://gpsworld.com/