NTN

Non-Terrestrial Networks

Services →
Introduced in Rel-15 Also in: User Equipment, Services, Core Network

NTN is a 3GPP network architecture that uses satellites and airborne vehicles as access nodes to extend 5G coverage globally, including to remote areas, oceans, and airspace.

Category
Services
Introduced
Rel-15
Where
Radio Access Network › NG-RAN (5G)
Also touches
3 segments
Specifications
37 specs
NTN Description Purpose Related Classification Detected Changes Specifications

Description

Non-Terrestrial Networks (NTN) refer to a comprehensive 3GPP architecture where the access network is provided by non-terrestrial platforms, seamlessly integrated with the terrestrial 5G Core network. The primary platforms include Geostationary Earth Orbit (GEO), Medium Earth Orbit (MEO), and Low Earth Orbit (LEO) satellites, as well as High-Altitude Platform Stations (HAPS) like balloons or drones acting as quasi-stationary base stations. In this architecture, the satellite or HAPS carries a payload that functions as a 3GPP gNB (5G base station) or ng-eNB (LTE base station connected to 5GC), often referred to as a 'satellite node' or 'non-terrestrial node'. This node communicates with User Equipment (UE) via a service link (e.g., using adapted 5G NR waveforms in specific frequency bands like S-band or Ka-band) and connects to ground-based gateways, known as Earth Stations or Gateways, via a feeder link. The gateway then interfaces with the 5G Core Network over standard N2/N3 interfaces.

How it works involves significant adaptations to standard 5G procedures to cope with the unique characteristics of satellite links. The most critical challenge is the very long propagation delay, which can range from several milliseconds for LEO to hundreds of milliseconds for GEO. To handle this, 3GPP has introduced enhancements to timing advance procedures, hybrid automatic repeat request (HARQ) timelines, and random access channel (RACH) procedures. For mobility, NTN supports both Earth-fixed cell coverage (where the cell footprint is fixed on the ground, and the satellite beam moves) and Earth-moving cell coverage (where the beam is steered to keep the cell footprint stationary), requiring new mobility management schemes. The architecture also defines transparent payloads (bent-pipe) that simply amplify and forward signals, and regenerative payloads (on-board processing) that can decode, switch, and re-encode signals, impacting latency and complexity.

Key components include the NTN Terminal (UE with enhanced capabilities for satellite links), the Non-Terrestrial Network Node (satellite/HAPS payload), the Gateway (Earth Station with Network Data Forwarding Function), and the 5G Core Network. Its role is to provide service continuity, ubiquitous coverage, and broadcast/multicast services. It enables use cases like direct-to-device satellite connectivity for smartphones, massive IoT sensor monitoring in remote areas, backhaul for terrestrial networks, and reliable communications for maritime and aeronautical services. By integrating NTN, 5G systems truly become a unified global network, ensuring connectivity everywhere and enhancing resilience by providing an alternative when terrestrial networks fail due to disasters.

Purpose & Motivation

NTN was developed to address the fundamental limitation of terrestrial cellular networks: their inability to provide cost-effective, seamless coverage over the entire Earth's surface, including oceans, deserts, polar regions, and remote rural areas. Traditional cellular networks are economically viable only in areas with sufficient population density, leaving vast geographic regions unserved. This gap hindered the vision of truly global connectivity for Internet of Things (IoT) applications, aviation, maritime, and emergency services. Furthermore, terrestrial networks are vulnerable to natural disasters that can destroy infrastructure.

The motivation for standardizing NTN within 3GPP, starting in Release 15 as a study item, was to leverage the rapid advancements in satellite technology, particularly the emergence of large LEO constellations (like Starlink), and the growing demand for global broadband and IoT services. By creating a unified standard, 3GPP aimed to foster an ecosystem of low-cost, mass-produced devices that can access both terrestrial and non-terrestrial networks without requiring proprietary technologies. This solves the problem of fragmentation and enables economies of scale. NTN addresses the need for network resilience by providing a backup or complementary path, supports regulatory requirements for emergency communications (e.g., EU eCall), and unlocks new business models for connectivity in transportation, agriculture, and energy sectors across the globe.

Classification

Part ofHAPS

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Studied in Rel-15, normative work from Rel-16.

Rel-16 1 change

In Release 16, the foundational framework for Non-Terrestrial Networks (NTN) was introduced, addressing the regulatory and operational complexities of networks covering multiple countries and extraterritorial areas. It specifically defined procedures for handling cross-border scenarios where a UE's location is ambiguous, requiring the NTN access provider and PLMN operator to apply a single set of regulations and manage network selection. This included corrections for timing aspects like round trip delay drift rate in these NTN scenarios.

  • Correction of round trip delay drift rate for NTN scenarios TS 38.821CR0001
Rel-17 66 changes

In Release 17, 3GPP introduced foundational support for Non-Terrestrial Networks (NTN), specifically defining the handling of cross-border scenarios where NTN coverage spans multiple countries. It established procedures for UE location identification and regulatory compliance for services when a UE is in an ambiguous or extraterritorial area. Furthermore, the release expanded IoT-NTN capabilities, including idle mode operations and enhancements for UEs operating across both terrestrial and non-terrestrial networks.

  • Introduction of IoT NTN Stage 2 TS 36.300CR1356
  • Introduction of IoT NTN Idle mode TS 36.304CR0843
  • IoT NTN idle mode corrections TS 36.304CR0849
  • Introduction of additional IoT-NTN UE Capabilities TS 36.306CR1851
  • Support of NTN RAT identification and NTN RAT restrictions TS 36.413CR1853
  • Big CR on NTN SAN performance requirements (TS38.108, Rel-17) TS 38.108CR0024

+ 60 more changes

Rel-18 166 changes

In Release 18, key NTN enhancements focused on expanding IoT support, introducing a new FDD band (L+S band) for IoT NTN operation, and specifying the in-band operation for NTN IoT within an NR NTN carrier. The release also formalized new UE capabilities for IoT-NTN and introduced specific demodulation requirements for both LTE and NR-based NTN access to support these services.

  • Add requirement for IOT-NTN management TS 28.657CR0009
  • Extend nrLocation to include NR NTN TAI information TS 29.571CR0489
  • Big CR to TS 36.108 for IoT over NTN SAN demodulation requirements introduction TS 36.108CR0006
  • CR to TS36.108 Introduction of a new FDD band (L+S band) for IoT NTN operation TS 36.108CR0013
  • (TEI18) CR to 36.108 NB-IoT In-band operation with NTN NR [NTNNBIoT_inbandNTNNR] TS 36.108CR0030
  • CR to TS36.181 Introduction of a new FDD band (L+S band) for IoT NTN operation TS 36.181CR0013

+ 160 more changes

Rel-19 132 changes

In Release 19, key NTN enhancements included the introduction of IoT-NTN TDD mode and Phase 3 capabilities, support for Mission Critical (MC) services and Multimedia Broadcast Service (MBS) over NTN, and new mobility procedures like LTE terrestrial network to NR NTN idle mode mobility and redirection. The release also formalized business agreements for NTN operations and introduced specific RF and demodulation conformance testing for the new IoT-NTN band 252.

  • Support of MC services over NTN TS 23.289CR0133
  • Business agreements related to NTN TS 23.289CR0134
  • MBS broadcast support for NTN TS 29.571CR0630
  • Location Dependent Interception for NTN and MBSR TS 33.126CR0032
  • CR to TS36.108 Introduction of IoT-NTN band 252 TS 36.108CR0033
  • (IoT_NTN_TDD) Big CR to 36.108 Rel19 SAN RF TS 36.108CR0038

+ 126 more changes

Explore further

Broader topics and technologies where NTN plays a role.

Defining Specifications

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

SpecificationTitleRelease
TR 22.926 vj00 5G Extraterritorial Access Guidelines Rel-19
TS 23.289 vk10 Mission Critical services over 5G System Rel-20
TS 23.401 vj50 Evolved Packet System (EPS) Stage 2 Description Rel-19
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TR 23.737 vh20 Satellite Access in 5G Architecture Study Rel-17
TS 28.657 vj00 E-UTRAN NRM IRP Requirements Rel-19
TS 28.874 vj10 Study on Management Aspects of NTN Phase 2 Rel-19
TS 29.571 vj50 Common Data Types for 5G Service Based Interfaces Rel-19
TS 33.126 vj30 Lawful Interception Requirements Rel-19
TS 33.700 3GPP TR 33.700 Rel-15
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 36.300 vj00 E-UTRAN Radio Interface Protocol Architecture Overview Rel-19
TS 36.304 vj00 UE Idle Mode Procedures in E-UTRA Rel-19
TS 36.306 vj00 E-UTRA UE Radio Access Capability Parameters Rel-19
TS 36.331 vj00 LTE RRC Protocol Specification Rel-19
TS 36.413 vj10 S1 Application Protocol (S1AP) Rel-19
TR 36.763 vh00 NB-IoT/eMTC Support for Non-Terrestrial Networks Rel-17
TS 37.355 vj20 LTE Positioning Protocol (LPP) Rel-19
TR 37.911 vj00 3GPP 5G NTN Self-Evaluation Report 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.300 vj00 NG-RAN Overall Description Rel-19
TS 38.304 vj00 UE RRC_IDLE and RRC_INACTIVE Procedures Rel-19
TS 38.305 vj00 NG-RAN UE Positioning Stage 2 Rel-19
TS 38.306 vj00 NR UE Radio Access Capability Parameters Rel-19
TS 38.331 vj00 NR Radio Resource Control (RRC) Protocol Specification Rel-19
TS 38.521 vj20 NR Physical Layer UE Conformance Testing Rel-19
TS 38.522 vj11 UE Conformance Test Applicability Statement Rel-19
TS 38.523 vj20 5G NR UE Conformance Testing: Idle/Inactive Rel-19
TS 38.741 vj00 NTN L-/S-band for NR Technical Specification Rel-19
TS 38.811 vf40 Study on NR Support for Non-Terrestrial Networks Rel-15
TS 38.821 vg20 NR Support for Non-Terrestrial Networks Rel-16
TS 38.863 vj10 NR NTN RF and Co-existence Spec Rel-19
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.