SBAS Ionospheric Grid Correction Concept

Purpose

This note explains how the knowledge base should route SBAS ionospheric grid-correction claims.

It is not an operational ionospheric model, not a GIVE table, not a grid-definition extract, and not a certification argument.

Non-overlap ownership

TopicOwner
TEC observable and empirical contextTotal Electron Content (TEC)
model-validation researchIonospheric Model Validation
empirical threat discoverySBAS Ionospheric Threat — Empirical Evidence
correction versus integrity boundarySBAS Corrections and Integrity Separation
service performance and availabilitySBAS Service Performance Concepts
protection-level / alert-limit relationshipProtection Levels, Alert Limits
this conceptionospheric grid-correction claim routing only

Safe concept-level statement

SBAS ionospheric correction language may be used at concept level to describe that ionospheric delay is one of the error sources that SBAS must address through source-defined correction and integrity mechanisms.

Do not publish:

  • grid-point definitions;
  • GIVE values or equations;
  • operational interpolation rules;
  • service-specific ionospheric algorithms;
  • certification sufficiency;
  • direct comparison with a provider’s operational assumptions unless that provider’s source supports it.

Research-to-service boundary

Low-latitude TEC and gradient studies can identify threats and validation needs. They do not define an operational correction service unless connected to official standards, service-definition, validation, and operational evidence.

Safe wording pattern

The evidence supports ionospheric threat or correction-context discussion. It does not by itself define an operational SBAS ionospheric grid, GIVE model, or approved service volume.

Source anchors

See also