NGSO

Non-Geostationary Satellite Orbit

Radio Access Network →
Introduced in Rel-14 Also in: Services, User Equipment, Core Network, Testing

NGSO is a satellite orbit type, primarily LEO or MEO, used in 3GPP non-terrestrial networks to provide 5G coverage to remote areas unreachable by terrestrial cells.

Category
Radio Access Network
Introduced
Rel-14
Where
Radio Access Network › NG-RAN (5G)
Also touches
4 segments
Specifications
20 specs
NGSO Description Purpose Related Classification Detected Changes Specifications

Description

Non-Geostationary Satellite Orbit (NGSO) in the 3GPP context refers to the standardization of satellite communication systems that operate in orbits where satellites are not fixed relative to a point on Earth. The primary orbits of interest are Low Earth Orbit (LEO), typically at altitudes of 500-2000 km, and Medium Earth Orbit (MEO), at around 8000-20000 km. This contrasts with Geostationary Earth Orbit (GEO) satellites, which remain stationary at ~35,786 km above the equator. 3GPP, starting from Release 15, has been working to integrate NGSO systems as a vital component of Non-Terrestrial Networks (NTN), aiming to make them a seamless part of the 5G and beyond ecosystem.

The architecture for NGSO integration involves the satellite (or constellation of satellites) acting as a radio access node, often referred to as a 'flying base station.' This node connects to user equipment (UE) on the ground, in the air, or at sea via a service link. The satellite then connects back to a ground-based gateway station (the NTN gateway) via a feeder link. The gateway interfaces with the 5G Core Network (5GC), making the satellite network appear as another radio access network (RAN) to the core. Key technical challenges addressed in the specs include very long propagation delays (though shorter than GEO), high Doppler shifts due to satellite motion, and intermittent visibility as satellites move across the sky. The 3GPP specifications detail necessary adaptations in the physical layer (e.g., modified timing advance procedures, enhanced synchronization signals), radio resource control (e.g., handling of cell reselection and handover between fast-moving satellites), and core network (e.g., mobility management for moving cells).

How NGSO works within 3GPP involves several operational modes. In a transparent (bent-pipe) payload mode, the satellite simply amplifies and forwards the radio signal between the UE and the gateway. In a regenerative (on-board processing) payload mode, the satellite can demodulate/decode the signal and act more like a traditional gNB, potentially interconnecting with other satellites via inter-satellite links (ISL). The UE must be aware it is connecting to an NTN cell, which is indicated via broadcast system information. The network manages the continuous cell changes through specific mobility procedures, potentially using Earth-fixed tracking areas and predictive handovers based on known satellite ephemeris data. This integration allows a standard 5G smartphone, potentially with a slightly enhanced antenna, to connect directly to a LEO satellite constellation for basic services, providing true global coverage.

Purpose & Motivation

The purpose of standardizing NGSO in 3GPP is to extend the reach of 5G services to the entire globe, overcoming the fundamental limitation of terrestrial networks: their reliance on fixed infrastructure concentrated in populated areas. Terrestrial networks cannot viably cover oceans, deserts, polar regions, or remote rural areas. NGSO satellite networks, particularly massive LEO constellations, offer a solution to provide ubiquitous connectivity, which is a key 5G objective. This addresses use cases like global IoT asset tracking, emergency communications in disaster zones, and in-flight connectivity.

Historically, satellite communication operated in isolated silos with proprietary technologies, incompatible with mass-market cellular devices. The motivation for 3GPP integration is to leverage the economies of scale of the cellular ecosystem—billions of devices—and to enable seamless service continuity between terrestrial and satellite networks. Previous approaches required dual-mode devices with separate satellite modems. 3GPP NTN standardization aims to enable a single device to connect to either network type transparently, using as much common protocol stack as possible.

Furthermore, NGSO integration is driven by the emergence of commercial mega-constellations (e.g., Starlink, OneWeb) which promise high-capacity, low-latency satellite broadband. By standardizing their integration, 3GPP ensures these systems can complement terrestrial 5G, support network resilience through diverse paths, and enable new service level agreements for global coverage. It solves the problem of digital divide and supports mission-critical communications for government and enterprise users anywhere on Earth, fulfilling the vision of truly pervasive connectivity.

Classification

Part ofNTN
Specific typesLEO
Related approachesGEO

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (3 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-18 2 changes

In Release 18, the primary enhancements for the NGSO function focused on providing crucial clarifications and corrections to the terminology used for satellite types, specifically the usage of LEO, GEO, GSO, and NGSO. This ensures precise technical descriptions, particularly for scenarios involving NGSO constellations where the serving satellite is constantly changing. The specifications further detail how NGSO access addresses challenges like ground station availability and supports delay-tolerant services, such as IoT, over intermittently available feeder links.

  • Corrections on usage of LEO, GEO, GSO and NGSO TS 38.306CR1043
  • Clarification on usage of LEO or NGSO TS 38.306CR1083
Rel-19 1 change

In Release 19, a key enhancement for the NGSO function was the introduction of new testing requirements, as indicated by a major Change Request for the NTN NGSO conformance specification. This development supports the operation of store-and-forward satellite capabilities, which are designed to enable delay-tolerant IoT services in scenarios with intermittent feeder link availability. This functionality aims to improve service robustness and ground segment affordability for non-geostationary satellite constellations.

  • Big CR for 36.102 for NTN NGSO testing TS 36.102CR0123

Explore further

Broader topics and technologies where NGSO plays a role.

Defining Specifications

3GPP specifications that define or reference NGSO, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TS 22.261 vk30 5G System Service Requirements Rel-20
TS 22.822 vg00 Satellite Access in 5G Study Rel-16
TR 22.865 vj20 Study on satellite access Phase 3 Rel-19
TS 22.887 vk00 Study on satellite access - Phase 4 Rel-20
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TR 23.737 vh20 Satellite Access in 5G Architecture Study Rel-17
TR 23.799 ve00 Study on Next Generation System Architecture Rel-14
TR 28.841 vi01 Technical Report on IoT NTN Enhancements Rel-18
TS 33.126 vj30 Lawful Interception Requirements Rel-19
TS 36.102 vj10 E-UTRA UE Satellite Access RF Requirements Rel-19
TS 36.300 vj00 E-UTRAN Radio Interface Protocol Architecture Overview Rel-19
TS 36.331 vj00 LTE RRC Protocol Specification Rel-19
TS 36.521 vj00 E-UTRA UE Conformance ICS Proforma Rel-19
TS 38.101 vj31 NR User Equipment Radio Transmissions Rel-19
TS 38.300 vj00 NG-RAN Overall Description Rel-19
TS 38.306 vj00 NR UE Radio Access Capability Parameters Rel-19
TS 38.521 vj20 NR Physical Layer UE Conformance Testing Rel-19
TS 38.523 vj20 5G NR UE Conformance Testing: Idle/Inactive Rel-19
TS 38.811 vf40 Study on NR Support for Non-Terrestrial Networks Rel-15
TR 38.882 vi00 Technical Report on UE Location Service Rel-18
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.