Description
A Satellite Access Node (SAN) is a fundamental component of 3GPP-defined Non-Terrestrial Networks (NTNs), introduced to formalize the integration of satellite-based access into the 5G system. Conceptually, a SAN is the satellite-borne entity that implements the radio interface towards the User Equipment (UE). Its specific architecture and functional split can vary, leading to two primary implementations: the 'gNB-on-satellite' (regenerative) and the 'satellite as a relay' (transparent) models.
In the regenerative model, the SAN incorporates the full gNB (Next Generation NodeB) protocol stack, including the Radio Resource Control (RRC), Packet Data Convergence Protocol (PDCP), Radio Link Control (RLC), Medium Access Control (MAC), and Physical (PHY) layers. In this architecture, the satellite acts as a full-fledged base station in space. It demodulates, decodes, processes, and re-encodes the uplink signals before transmitting them down to a ground-based gateway or core network. This reduces latency on the satellite-to-ground feeder link but requires more processing power on the satellite.
In the transparent (or bent-pipe) model, the SAN functions primarily as a radio frequency (RF) relay. It receives the RF signal from UEs on the uplink, performs frequency conversion and amplification, and retransmits it towards a ground-based gNB. In this case, the gNB is located on Earth, and the SAN does not process the baseband protocols. The SAN's characteristics, such as its orbit (Geostationary Earth Orbit - GEO, Medium Earth Orbit - MEO, Low Earth Orbit - LEO), beam footprint, and propagation delay, are critical parameters that the 5G NR air interface and protocols must adapt to. Key specifications like TS 38.108 define the radio transmission and reception requirements for SANs, while performance requirements are covered in specs like TS 38.101 and TS 38.521.
Purpose & Motivation
The standardization of the SAN addresses the growing need to extend 5G coverage to underserved and unserved areas where terrestrial infrastructure is economically or geographically challenging to deploy, such as oceans, deserts, and remote rural regions. Prior to 3GPP's work on NTN, satellite communication systems operated largely independently of cellular standards, requiring dual-mode devices and lacking seamless service integration. The SAN concept provides a standardized framework for satellite access to be a native part of the 3GPP ecosystem.
Its creation, prominently in Release 17, was driven by global initiatives for ubiquitous connectivity and disaster resilience. It solves the problem of access node definition in space by specifying the functional requirements and interfaces, enabling satellite operators to build compliant payloads and device manufacturers to support NTN connectivity. By defining SAN behaviors and the necessary adaptations in the NR protocol stack (e.g., for long delay, high Doppler), 3GPP ensures that a standard UE can connect to a satellite network with minimal modification, fostering a unified market for equipment and services.
What changed in its specifications
The latest release-to-release comparison of specifications that define SAN. Each summary describes the whole specification, not only this term.
Rel-19 brings only minor changes to TS 36.214: 0 clauses changed, with no change attributed to a release feature.
Full comparison in TS 36.214 →Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (19 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-17, normative work from Rel-18.
- Big CR to TS 36.108 for IoT over NTN SAN demodulation requirements introduction TS 36.108CR0006
- CR on SAN demodulation requirements for NB-IoT over NTN TS 36.108CR0011
- draft CR: Introduction of SAN demodulation requirements for IoT-NTN TS 36.108CR0012
- (LTE_NBIOT_eMTC_NTN_req-Perf) CR on SAN demodulation requirements for NB-IoT over NTN TS 36.108CR0019
- (LTE_NBIOT_eMTC_NTN_req-Perf) CR: Completion of eMTC SAN demodulation requirements TS 36.108CR0020
- (LTE_NBIOT_eMTC_NTN_req-Core)CR for TS 36.108, Correction on general SAN transmitter spurious emission limits TS 36.108CR0023
+ 6 more changes
- (IoT_NTN_TDD) Big CR to 36.108 Rel19 SAN RF TS 36.108CR0038
- Big CR: Introduction of SAN demodulation requirements for IoT-NTN Phase 3 TS 36.181CR0035
- CR for TS 38.181, Introduction on SAN diagram for SAN supporting regenerative payload TS 38.181CR0067
- CR on SAN PUSCH requirement with inter-slot OCC in TS 38.181 TS 38.181CR0087
- (NR_NTN_solutions-Perf) CR for TS 38.181, Correction on term of SAN performance requirements TS 38.181CR0071
- CR for TS 38.181, Correction on SAN OTA in-band selectivity and blocking TS 38.181CR0072
+ 1 more changes
Defining Specifications
3GPP specifications that define or reference SAN, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TR 33.876 vi01 | Technical Report on Certificate Management | Rel-18 read |
| TS 36.108 vk00 | Satellite Access Node RF Requirements | Rel-20 read |
| TS 36.181 vj40 | RF Test Methods and Conformance for Satellite Access Nodes | Rel-19 read |
| TS 36.214 vj00 | E-UTRA Physical Layer Measurements | Rel-19 read |
| TS 38.101 vj40 | UE Radio Transmission and Reception; Satellite Access | Rel-19 read |
| TS 38.108 vk00 | NR NTN Satellite Access Node RF Requirements | Rel-20 read |
| TS 38.181 vj40 | NR Satellite Access Node RF Conformance Testing | Rel-19 read |
| TS 38.521 vj10 | UE Conformance Spec for NR Satellite Access | Rel-19 read |
| TS 38.741 vj20 | NR NTN L-/S-Band Requirements | Rel-19 read |
| TS 38.762 vj10 | NR FR1 MIMO OTA Dynamic Test Methodology | Rel-19 read |
| TS 38.863 vk00 | NR NTN RF Coexistence Requirements | Rel-20 read |