Introduction

5G Architecture —
Who does what

A 5G network is split into a Radio Access Network (RAN) and a Core Network (5GC). Each function has a precise role. This section maps every node, interface, and protocol to what you will see in the rest of the site — so when a page mentions "the AMF" or "the N2 interface", you know exactly what is meant.

TS 38.300 TS 23.501 TS 38.401

The high-level split

5G separates the network into two domains:

The RAN (Radio Access Network) handles everything wireless — cell search, radio scheduling, beamforming, and the radio protocol stack (PHY, MAC, RLC, PDCP, SDAP, RRC). The RAN is what this site covers in depth.

The 5GC (5G Core Network) handles identity, authentication, session management, and routing of user data to the internet. The 5GC is a service-based architecture — network functions expose HTTP/2 APIs to each other, replacing the point-to-point interfaces of the EPC.

5G system architecture — key nodes and interfaces TS 23.501 §4.2, TS 38.300 §6

RAN nodes — gNB and ng-eNB

A gNB provides NR user plane and control plane protocol terminations towards the UE, and is connected via the NG interface to the 5GC. gNBs can be interconnected via the Xn interface.
3GPP TS 38.300, Section 6.1

The gNB (next-generation Node B) is the 5G base station. It terminates all radio protocols (PHY through RRC) and connects to the 5GC via the NG interface. A single gNB cell serves our example UE on PCI 442.

A gNB can optionally be split into a gNB-CU (Central Unit, handles RRC/PDCP) and a gNB-DU (Distributed Unit, handles RLC/MAC/PHY), connected via the F1 interface. This split enables centralised processing and fronthaul flexibility.

Core network functions

5GC network functions — roles and interfacesTS 23.501 §6
NFFull nameRoleInterface to gNB
AMFAccess and Mobility Mgmt FunctionUE registration, authentication orchestration, NAS signalling, paging, mobilityN2 (NG-C)
UPFUser Plane FunctionData plane anchor, packet routing, QoS enforcement, traffic measurementN3 (NG-U)
SMFSession Mgmt FunctionPDU session creation, IP address allocation, UPF selection and controlVia AMF (N11)
UDMUnified Data MgmtSubscriber data, authentication credentials, subscription managementN8, N10
AUSFAuthentication Server Function5G-AKA and EAP-AKA' authentication, key derivationN12
PCFPolicy Control FunctionQoS policy, charging rules, slice policyN7, N15
NRFNF Repository FunctionService discovery — NFs register here and find each otherN27

The two NG interfaces

The gNB connects to the 5GC via two logically separate interfaces, both running over the same physical transport:

N2 (NG-C) — the control plane. Carries NGAP (NG Application Protocol) messages between gNB and AMF. Used for UE registration, handover, paging, PDU session setup requests. Protocol stack: SCTP/IP.

N3 (NG-U) — the user plane. Carries GTP-U (GPRS Tunnelling Protocol User Plane) encapsulated user data between gNB and UPF. One GTP-U tunnel per PDU session per UE. Protocol stack: UDP/IP.

The NG interface supports the separation of NG-C and NG-U. The NG-C plane carries signalling between gNB and AMF. The NG-U plane carries user data between gNB and UPF. The two planes may be terminated at different nodes within the NG-RAN.
3GPP TS 38.410, Section 4.1

Protocol stack — control and user plane

The full end-to-end protocol stack from UE to internet involves both radio protocols (covered in detail throughout this site) and core network protocols:

End-to-end protocol stacks — control and user planeTS 38.300 §6.7

Network slicing

5G introduces network slicing — the ability to run multiple logical networks on shared physical infrastructure. Each slice has its own AMF, SMF, and UPF instances (or shared instances) with different QoS profiles.

Slices are identified by an S-NSSAI (Single Network Slice Selection Assistance Information): a Slice/Service Type (SST) and optional Slice Differentiator (SD). The UE requests specific slices in the Registration Request. The AMF selects the appropriate SMF/UPF for each slice.

S-NSSAI examples — standardised SST valuesTS 23.501 §5.15
// Standardised Slice/Service Type (SST) values:
SST=1  → eMBB     (enhanced Mobile Broadband)
SST=2  → URLLC    (Ultra-Reliable Low-Latency)
SST=3  → MIoT     (Massive IoT)
SST=4  → V2X      (Vehicle-to-X)

// Example S-NSSAI in Registration Request:
requestedNSSAI:
  S-NSSAI 1: SST=1, SD=0x000001  ← eMBB, operator-specific
  S-NSSAI 2: SST=2, SD=absent   ← URLLC, no differentiator
Architecture summary
RAN          → gNB handles all radio — PHY through RRC
Control plane → N2/NGAP between gNB and AMF (SCTP/IP)
User plane   → N3/GTP-U between gNB and UPF (UDP/IP)
5GC          → Service-based — NFs use HTTP/2 APIs
Slicing      → S-NSSAI selects dedicated SMF/UPF per slice