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.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (63 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 17, the specification for the Satellite Access Node (SAN) was enhanced with detailed performance requirements and test conditions, documented primarily in TS 38.108 and TS 38.181. This included defining specific performance sections, adjusting requirements for unwanted emissions and output power accuracy, and refining the channel model for PRACH demodulation testing. Additionally, corrections and maintenance updates were applied to supporting technical reports like TR 38.863 to ensure alignment.
- Description of general performance part sections for SAN TS 38.108 TS 38.108CR0022
- Big CR on NTN SAN performance requirements (TS38.108, Rel-17) TS 38.108CR0024
- CR to TS 38.108: removal of NTN SAN output power accuracy requirements for the extreme test conditions, Rel-17 TS 38.108CR0011
- Corrections to SAN TS 38.108 TS 38.108CR0012
- CR for TS 38.108, Correct unwanted emission requirements applicability for SAN type 1-H TS 38.108CR0027
- CR on NTN SAN performance requirements (TS38.108, Rel-17) TS 38.108CR0036
+ 6 more changes
In Release 18, the standardization of the Satellite Access Node (SAN) function introduced specific demodulation performance and minimum requirements for IoT-NTN, including NB-IoT and eMTC, over satellite links. Furthermore, the release defined new SAN transmitter requirements, such as spurious emission limits and unwanted emissions, and formally introduced support for satellite operations in the L- and S-band frequency ranges. These enhancements built upon the foundational SAN framework to enable more robust and standardized non-terrestrial network access for IoT devices.
- Big CR to TS 36.108 for IoT over NTN SAN demodulation requirements introduction TS 36.108CR0006
- CR to TS38.108 Introduction of the satellite L-/S-band TS 38.108CR0046
- CR for TS 38.181, On introduction of the satellite L-/S-band TS 38.181CR0012
- Big CR for 38.181 on NR NTN enhancement SAN demodualtion requirements TS 38.181CR0031
- 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
+ 24 more changes
In Release 19, the standardization of the Satellite Access Node (SAN) function introduced new RF and demodulation requirements, including specific provisions for IoT-NTN Phase 3, NR NTN operations in the Ku band, and support for narrow channel bandwidths below 5MHz. The release also added definitions for new SAN types, such as Type 1-H and Type 2-O, and refined over-the-air (OTA) performance requirements for sensitivity, selectivity, and blocking. Furthermore, corrections and enhancements were made to SAN requirements for supporting regenerative payloads and specific physical channel formats like PUCCH format 2 and PUSCH with inter-slot OCC.
- Big CR on TS 36.108: New LTE band for 5G broadcast for region 3 utilizing a geosynchronous satellite TS 36.108CR0036
- (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
- Big CR to TS 38.108 the SAN requirement of the NR NTN Ku band TS 38.108CR0131
- CR to 38.108 for SAN PUCCH format2 requirement with less than 5MHz TS 38.108CR0156
- (NR_NTN_Ph3-Perf) CR TS38.108 SAN Demodulation requirement with OCC0 TS 38.108CR0157
+ 15 more changes
Explore further
Broader topics and technologies where SAN plays a role.
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 |
| TS 36.108 vj10 | Satellite Access Node RF Requirements | Rel-19 |
| TS 36.181 vj30 | E-UTRA RF Test Methods for Satellite Access Node | Rel-19 |
| TS 36.214 vj00 | E-UTRA Physical Layer Measurements | Rel-19 |
| TS 38.101 vj31 | NR User Equipment Radio Transmissions | Rel-19 |
| TS 38.108 vj20 | NTN NR Satellite Access Node RF Requirements | Rel-19 |
| TS 38.181 vj10 | NR Satellite Access Node RF Testing | Rel-19 |
| TS 38.521 vj20 | NR Physical Layer UE Conformance Testing | Rel-19 |
| TS 38.741 vj00 | NTN L-/S-band for NR Technical Specification | Rel-19 |
| TS 38.762 vj00 | Dynamic MIMO OTA Test Methodology for NR FR1 | Rel-19 |
| TS 38.863 vj10 | NR NTN RF and Co-existence Spec | Rel-19 |