SBAS vs Other Augmentation Methods

Scope

This page compares augmentation concepts at an educational level. It intentionally avoids unsupported numerical accuracy, coverage, latency, alerting, and benefit claims. Exact performance and operational eligibility must be checked against authoritative standards, service-provider documentation, regulator material, AIP/procedure publications, aircraft/avionics approvals, and operator procedures.

Short comparison

MethodCore ideaTypical source family neededMain caution
SBASWide-area GNSS augmentation using a monitored reference network, correction/integrity processing, and broadcast to equipped receiversICAO GNSS/SBAS material, service-provider definitions, airborne-equipment MOPSDo not infer operational approval from signal availability alone
GBASLocal-area GNSS augmentation serving a specific airport or local service volumeGBAS standards, airport/service approvals, AIP/procedure materialLocal precision service is not interchangeable with continental SBAS
ABASAircraft/receiver-based augmentation and integrity support using onboard processing and available signalsReceiver standards, aircraft equipment approval, PBN/regulator guidanceReceiver autonomy is not the same as external SBAS service monitoring
RAIMReceiver autonomous integrity monitoring using satellite geometry and consistency checksReceiver standards, PBN/regulator guidance, aircraft/equipment approvalsRAIM availability and suitability depend on operation, receiver, and geometry

Architecture distinction

SBAS and GBAS both augment GNSS, but they solve different deployment problems:

  • SBAS is designed for wide-area service provision and can support many users across a large service region when service, procedure, equipment, and regulatory conditions are met.
  • GBAS is designed around local-area augmentation, usually tied to an airport or local service environment.
  • ABAS and RAIM are onboard/receiver-side concepts rather than external wide-area augmentation services.

Aviation-use distinction

LPV-Approach-Procedure is an SBAS-supported approach concept, not a GBAS procedure. Earlier draft wording in this vault blurred that distinction. The corrected interpretation is:

  • LPV is associated with SBAS-capable airborne equipment and an approved SBAS-supported procedure environment.
  • GBAS supports its own local-area precision-approach concepts and should be documented through GBAS-specific standards and airport/service sources.
  • LNAV/VNAV, RNAV, RNP, ABAS, and RAIM concepts need their own source-disciplined procedure and equipment notes.

Integrity distinction

Integrity is not simply higher accuracy.

  • SBAS Integrity explains SBAS integrity as the safety-relevant use-or-non-use function.
  • Protection Levels explain bounded-error concepts.
  • Alert Limits explain operation-specific usability thresholds.
  • ABAS/RAIM integrity concepts should not be presented as equivalent to SBAS service-level integrity without source-specific language.

Current source anchors

Open source-hardening needs

  1. Directly extract Source - ICAO Annex 10 Volume I GNSS SBAS before expanding GNSS/SBAS technical-baseline claims.
  2. Create procedure-design source notes before expanding RNAV, RNP, LNAV/VNAV, LPV, or GBAS procedure comparisons.
  3. Create service-provider source notes before publishing regional performance comparisons.
  4. Replace generic numerical tables only with source-anchored, context-specific values.

See also