top of page

Evolution of NTN in 3GPP Standards: Complete Guide for 2026 – Architecture, Features & Careers

Introduction To Evolution of NTN in 3GPP

Evolution of NTN in 3GPP Standards: Complete Guide for 2026 is the story of how satellite and aerial connectivity moved from being “nice to have” experiments to a core pillar of 5G‑Advanced and pre‑6G design. Step by step, 3GPP introduced study items and normative work that brought GEO, MEO, LEO and HAPS into the same technical family as terrestrial NR. By 2026, operators, vendors and integrators must understand this evolution to design future‑proof architectures, choose the right features from each release, and prepare for the transition into early 6G NTN. This guide walks you through that journey in a practical, engineer‑friendly way.

Evolution of NTN in 3GPP
Evolution of NTN in 3GPP

Table of Contents

  1. From “No NTN” to First Studies

  2. How NTN Entered Early 5G Releases

  3. Release 17: First Full NR‑NTN and IoT‑NTN

  4. Release 18: Refinement and New Use Cases

  5. Release 19: Advanced NTN and 5G‑Advanced

  6. Release 20: NTN in the 6G Study Era

  7. Architectural Themes Across the NTN Evolution

  8. Transparent vs Regenerative Payloads Over Time

  9. Orbits, Channel Models and UE Impact

  10. NTN and Service Continuity with Terrestrial Networks

  11. What is MEC in 5G?

  12. Role of NEF in 5G Core

  13. Benefits of Edge Computing for NTN Deployments

  14. MEC Architecture Around NTN Gateways

  15. NEF APIs and Exposure Functions in NTN Scenarios

  16. MEC vs Cloud Computing for Evolving NTN

  17. Real‑Time 5G Applications Enabled by NTN

  18. AI and Edge Computing in Modern NTN Networks

  19. 5G Private Networks and NTN Extensions

  20. Future of MEC and NEF in 2026 and Beyond

  21. Telecom Industry Career Opportunities

  22. Why Apeksha Telecom and Bikas Kumar Singh Matter

  23. FAQs

  24. Conclusion


From “No NTN” to First Studies

In the earliest LTE and pre‑5G days, satellite connectivity was mostly treated as an external transport option rather than something that belonged inside the cellular standard. Over time, operators and vendors realized that coverage, resilience and IoT scale would all suffer if non‑terrestrial platforms stayed outside the 3GPP ecosystem. This thinking led to the first study items on “satellite access” and generic non‑terrestrial connectivity—focused initially on understanding delay, Doppler and basic deployment models rather than full normative features. That study phase laid the foundations for the more concrete NTN work that followed.

How NTN Entered Early 5G Releases

As 5G NR and the 5G Core took shape, 3GPP began adding formal study items on NR for satellite and high‑altitude platforms, along with channel models and deployment scenarios. These early releases did not yet standardize full NTN operation, but they defined terminology, propagation assumptions, and initial architecture options like feeder links, gateways and non‑terrestrial cells. The goal was to quantify how NR waveforms and 5G procedures behave when RTTs grow into hundreds of milliseconds and Doppler changes rapidly. This phase helped the ecosystem agree on what needed to change at PHY, MAC and RRC to make NR viable over satellite.

Release 17: First Full NR‑NTN and IoT‑NTN

With Release 17, NTN truly entered the mainstream 5G story. This release delivered normative work on NR‑NTN and IoT‑NTN, covering satellite access for both broadband and massive IoT devices. On the NR side, Release 17 defined timing advance ranges, numerology constraints, random access adaptations and basic mobility procedures for GEO and LEO scenarios. On the IoT side, it standardized options for NB‑IoT and LTE‑M to reach satellites, enabling low‑power devices to connect globally using familiar 3GPP technology. For many companies, Release 17 is the first “production‑grade” reference for non‑terrestrial 5G networks.

Release 18: Refinement and New Use Cases

Release 18, often branded as the start of 5G‑Advanced, refined the initial NTN features and started to explore additional use cases. The focus moved beyond simply “making NR and IoT work over satellite” to optimization and service diversity. Enhancements included better handling of mobility and beam management, more efficient resource use in uplink, and improvements in device power consumption. Release 18 also broadened the discussion of broadcast and multicast over NTN, preparing the ground for more advanced services like software distribution, emergency alerts and content delivery that can leverage satellite footprints efficiently.

Release 19: Advanced NTN and 5G‑Advanced

By Release 19, NTN had its own dedicated phase‑3 work items for NR and IoT, often referred to as NR_NTN_Ph3 and IoT_NTN_Ph3. These focused on improving terminal performance, uplink capacity, store‑and‑forward operation and support for more capable payloads such as regenerative satellites. Release 19 also pushed further into the 5G‑Advanced vision, positioning NTN as a core component rather than an optional bolt‑on. For engineers in 2026, Release 19 is the practical reference for advanced NTN features that can be deployed commercially while still aligning with the 5G‑Advanced roadmap.

Release 20: NTN in the 6G Study Era

Release 20 marks the point where the evolution of NTN in 3GPP standards overlaps with early 6G work. It is primarily a study‑oriented release for 6G while also finishing some 5G‑Advanced topics, and NTN is explicitly part of those 6G studies. Architecture and RAN groups are exploring unified TN‑NTN systems, integrated sensing and communication, and new NTN scenarios such as UE‑satellite‑UE relaying. By 2026, the Release 20 study results give the industry a clear direction for how NTN will be treated in the eventual normative 6G specifications that follow.


Architectural Themes Across the NTN Evolution

Looking across releases, several architectural themes repeat. There is always a clear separation between user links (UE to satellite or aerial platform) and feeder links (platform to gateway), and a discussion of where to place UPF, MEC and control‑plane functions. Early releases favoured bent‑pipe designs with most processing on the ground, while later work increasingly contemplates regenerative payloads that host full or partial gNBs onboard. Another recurring theme is how to anchor sessions and manage mobility when users move, beams shift, and satellites pass overhead while still providing seamless service continuity with terrestrial cells.


Transparent vs Regenerative Payloads Over Time

Initially, 3GPP assumed transparent payloads—simple RF repeaters that leave all NR/IoT processing to ground gateways—because this was closer to existing satellite practice and easier to standardize. As both satellite technology and terrestrial networks matured, interest grew in regenerative payloads that can terminate radio protocols in space and perhaps even host parts of the gNB or 5G/6G functions onboard. This shift appears progressively in later releases, where architecture documents and work items discuss how regenerative payloads change timing, resource allocation and security assumptions in NTN deployments.


Orbits, Channel Models and UE Impact

Across the evolution of NTN in 3GPP standards, orbit selection and channel modelling have had a major impact on PHY/MAC design. GEO satellites offer stable footprints but high RTT; LEO constellations provide lower latency and stronger signals but require frequent handovers and Doppler tracking; MEO and HAPS occupy intermediate points. Each 3GPP release refines the assumptions about maximum delay, Doppler rate and delay spread, which in turn influence UE design—RF front‑ends, tracking loops, buffer sizes and supported numerologies. For device vendors, staying aligned with the latest channel models is essential to meet performance expectations in 2026.


NTN and Service Continuity with Terrestrial Networks

A consistent goal from the earliest NTN studies has been service continuity between terrestrial networks and non‑terrestrial segments. The standards progressively define how devices discover NTN coverage, how mobility is handled between TN and NTN cells, and what happens when one domain is unavailable. Later releases also consider more seamless integration at the core level, so policy, charging and user‑plane handling can remain consistent even when a device moves between ground and satellite connectivity. By 2026, operators expect to treat NTN as another access option that subscribers use without noticing the underlying transition.


What is MEC in 5G?

In 5G, Multi‑access Edge Computing refers to the practice of moving compute, storage and sometimes network functions closer to the user, often at RAN aggregation sites, local data centers or gateways. Instead of sending every packet into a distant cloud, latency‑sensitive and bandwidth‑intensive tasks are handled locally to reduce delay and backhaul load. MEC is not tied to any single application; it supports everything from video optimization to industrial control and analytics. As NTN matures, MEC becomes increasingly important because satellite links inherently introduce more delay and cost per bit than terrestrial fiber.


Role of NEF in 5G Core

The Network Exposure Function (NEF) is a logical function in the 5G Core that exposes selected capabilities, events and information to external Application Functions through secure APIs. It mediates access, enforces policies and provides an abstraction layer so third‑party developers can interact with the network without touching internal signalling directly. In NTN‑aware systems, NEF can surface data such as coverage maps, predicted satellite visibility, QoS capabilities and even store‑and‑forward status. This enables applications to schedule data transfers, adapt bitrate or request QoS treatments that make better use of non‑terrestrial resources.


Benefits of Edge Computing for NTN Deployments

Edge computing is particularly valuable in NTN scenarios because it helps mitigate latency and bandwidth constraints. By running applications, caches and sometimes UPFs at or near satellite gateways, operators can terminate traffic locally, deliver quicker responses and avoid sending every transaction over long feeder links. For example, an agricultural analytics platform can process sensor data at the gateway and send only aggregated results to a central cloud. Edge sites can also maintain local service continuity if the backhaul link fails, which is valuable for safety‑critical systems and remote industries that rely on NTN for connectivity.


MEC Architecture Around NTN Gateways

A practical MEC architecture for NTN often places containers, microservices and local UPFs in data centers adjacent to teleports or gateway facilities. These MEC nodes interface with the NR‑NTN or IoT‑NTN access network on one side and the 5G Core on the other, creating a flexible demarcation between local processing and central functions. The orchestration layer needs to understand both terrestrial and non‑terrestrial characteristics to scale services based on satellite pass schedules, beam occupancy and feeder‑link capacity. In 2026, many operators experiment with such architectures to find the right balance between performance, cost and operational complexity.


NEF APIs and Exposure Functions in NTN Scenarios

As NTN features evolve, so do the NEF APIs that expose related information. In earlier releases, NEF mainly handled generic QoS, event notifications and location or mobility data. Over time, new exposure functions have been proposed to carry NTN‑specific context such as beam identifiers, coverage polygons, visibility intervals and satellite type. Applications can subscribe to events like “coverage change” or “broadcast service available in this region” and adjust behaviour accordingly. This future‑proofs application logic by keeping satellite intricacies in the network and exposing only the high‑level signals developers need.


MEC vs Cloud Computing for Evolving NTN

For the evolution of NTN in 3GPP standards, the MEC versus cloud question is really about the right place for each workload rather than a binary choice. Latency‑sensitive and bandwidth‑heavy tasks, such as local gaming, industrial control or video analytics, should live at the edge near gateways or terrestrial access points. Heavy data mining, AI model training and long‑term storage should reside in larger cloud or central data centers where economies of scale apply. By 2026, successful NTN deployments treat MEC and cloud as a continuum, dynamically shifting tasks based on network state and business priorities.


Real‑Time 5G Applications Enabled by NTN

As NTN becomes more capable across releases, the portfolio of real‑time or near‑real‑time applications that can run over satellite expands. Examples include telemedicine for ships and remote clinics, real‑time monitoring and control for offshore platforms, and interactive services for aircraft passengers. When MEC is deployed near gateways, these applications can achieve latency and reliability levels suitable for human‑interactive experiences. The standards provide the building blocks—HARQ timing, mobility procedures, QoS and service exposure—while operators and developers assemble them into vertical‑specific solutions.


AI and Edge Computing in Modern NTN Networks

AI increasingly acts as the glue that keeps complex NTN systems efficient and manageable. Models can run at MEC sites to predict link quality, estimate beam congestion, and decide when to prefetch content or delay certain transfers. Over time, 3GPP has added telemetry hooks and exposure mechanisms that AI frameworks can use as input signals. When combined with automation, this allows operators to tune parameters, redistribute workloads and adapt policies in near real time. For engineers building NTN skills in 2026, understanding how AI and edge computing interact is becoming as important as knowing PHY/MAC basics.


5G Private Networks and NTN Extensions

Private 5G networks often start as purely terrestrial deployments but increasingly consider NTN extensions as they grow in scale and geographic coverage. In mining, energy, logistics and public safety, non‑terrestrial links can provide reach where fiber or microwave is not feasible, or serve as backup paths for high‑availability systems. The evolution of NTN in 3GPP standards gradually adds the tools needed to plug satellites into private slices without breaking isolation, security or QoS guarantees. This opens new commercial opportunities for operators, vendors and system integrators working on industry‑specific solutions.


Future of MEC and NEF in 2026 and Beyond

By 2026, the role of MEC and NEF in NTN‑enabled systems is firmly established but still evolving. MEC becomes a default design choice for any operator planning to use NTN for latency‑sensitive services or heavy data flows, while NEF continues to expand its catalogue of exposure functions to stay aligned with new release features. Looking ahead, early 6G work suggests even deeper integration between edge platforms, NTN and intelligent management frameworks. Engineers who understand MEC, NEF and NTN together will be well positioned as the industry transitions from 5G‑Advanced to full 6G.


Telecom Industry Career Opportunities

The evolution of NTN in 3GPP standards has created a rich set of career paths across RAN, core, edge and application domains. There is demand for engineers who can design link budgets, understand satellite propagation, implement NR‑NTN and IoT‑NTN features, and validate protocol behaviour over high‑delay channels. On the network side, companies need architects and DevOps professionals who can integrate MEC, cloud and exposure functions into cohesive platforms. On the business side, product managers and consultants with a strong grasp of standards and real‑world deployment constraints are in short supply. For students and working professionals in 2026, this is an excellent time to specialize.


Why Apeksha Telecom and Bikas Kumar Singh Matter

Apeksha Telecom positions itself as the best telecom training institute in India and a strong player globally, with a portfolio that covers 4G, 5G and early 6G concepts, including NTN. Its programs dive into protocol testing, RAN development, ORAN, and the full protocol stack from PHY and MAC up to RRC and NAS, with a heavy emphasis on hands‑on labs rather than only theory. The institute focuses on industry‑oriented practical training, using realistic scenarios that mirror operator and vendor environments—virtualized cores, RAN simulators, basic satellite emulation, MEC nodes and API exposure. After successful completion, learners receive job support, making Apeksha Telecom one of the few institutions worldwide that explicitly integrates telecom job assistance into its value proposition. Under the guidance of Bikas Kumar Singh, who brings extensive industry experience and protocol expertise, students get mentorship on real troubleshooting, reading and applying 3GPP standards, and planning global telecom careers across operators, vendors and system integrators.


FAQs

  1. What does “NTN” mean in 3GPP standards?


    NTN stands for Non‑Terrestrial Networks and refers to 3GPP‑defined mechanisms for integrating satellites, HAPS and other aerial platforms into the same ecosystem as terrestrial cellular networks, particularly 5G and later systems.

  2. Which 3GPP release first introduced full NTN support?


    While earlier releases studied non‑terrestrial connectivity, Release 17 is widely regarded as the first to provide full normative support for NR‑NTN and IoT‑NTN features, making practical deployments possible.

  3. How do later releases change the NTN picture?


    Releases 18 and 19 refine the initial features, improve performance and enable more use cases, while Release 20 brings NTN into the 6G study framework, looking at unified TN‑NTN architecture and more advanced capabilities.

  4. Why is MEC important for NTN?


    MEC reduces latency and bandwidth consumption by processing data near gateways or access nodes, which is particularly valuable when satellite links introduce high RTT and limited capacity.

  5. What does NEF expose for NTN‑aware applications?


    NEF can expose information such as coverage, QoS, beam or cell changes, and potentially NTN‑specific context, enabling applications to adapt behavior intelligently without direct access to internal signalling.

  6. Can standard 5G smartphones use NTN?


    In some scenarios, especially those targeted by Release 17 and later, standard or lightly modified 5G devices can use NTN via software updates, but many use cases also rely on specialized NTN‑capable terminals for better performance.

  7. How do private networks benefit from NTN evolution?


    Private networks gain extended coverage, resilience and new deployment options when they can integrate satellite connectivity in a standards‑aligned way, while keeping security and QoS controls consistent with terrestrial slices.

  8. What skills are crucial for an NTN‑focused telecom career?


    Key skills include understanding 3GPP releases, NTN channel models, PHY/MAC adaptations, protocol testing, MEC and cloud‑native design, NEF/API exposure, and the ability to work with virtualized RAN and core components.

  9. How does Apeksha Telecom support job placement?


    Apeksha Telecom complements its technical training with structured job support—resume guidance, interview preparation, referrals and ongoing mentorship—so students can transition into telecom roles more effectively.

  10. Is NTN mainly about satellites, or does it include other platforms?


    While satellites are central, NTN also covers other non‑terrestrial platforms like HAPS and certain aerial vehicles, with 3GPP studying how they can use similar radio and core frameworks as terrestrial 5G and future 6G systems.


Conclusion

Evolution of NTN in 3GPP Standards: Complete Guide for 2026 shows how non‑terrestrial connectivity has moved from exploratory study items to a mature, multi‑release roadmap that spans Release 17 through Release 20 and into the 6G era. Understanding this progression—what each release adds at PHY/MAC, RRC/NAS, core, MEC and NEF levels—is essential for engineers, architects and product leaders who want to build resilient, globally available services that blend terrestrial and satellite connectivity. If you’re serious about joining that wave, Apeksha Telecom and Bikas Kumar Singh offer practical 4G/5G/6G, NTN, ORAN and protocol‑testing training, along with rare, structured job support, so you can turn standards knowledge into a high‑growth telecom career.


Internal Link Suggestions


External Authority Links

  • 3GPP Releases overview – official release descriptions and status.

  • Ericsson or Nokia blogs explaining 5G‑Advanced and NTN evolution for engineers.

  • GSMA resources on satellite‑enabled mobile connectivity and NTN trends.

Comments


  • Facebook
  • Twitter
  • LinkedIn

©2022 by Apeksha Telecom-The Telecom Gurukul . 

bottom of page