5G Architecture
Understanding the foundational structure of 5G networks, deployment modes, and interface definitions.
SA vs NSA Deployment
5G deployment follows two primary architectural paradigms: Standalone (SA) and Non-Standalone (NSA). The Non-Standalone architecture, defined in 3GPP Release 15 Option 3 series, leverages the existing LTE Evolved Packet Core (EPC) while introducing 5G New Radio (NR) access through dual connectivity. In NSA mode, the LTE eNB serves as the master node (MN) and the 5G gNB acts as the secondary node (SN), with the control plane anchored to EPC via the S1-MME interface. This approach allowed operators to rapidly deploy 5G services without waiting for full core network upgrades, utilizing the X2 interface for inter-RAN coordination and enabling early enhanced Mobile Broadband (eMBB) use cases.
Standalone architecture, specified in 3GPP Release 15 Option 2, represents the fully-native 5G deployment where both the radio access network and core network are 5G-specific. The 5G Core (5GC) replaces EPC entirely, introducing a service-based architecture (SBA) with cloud-native network functions communicating over HTTP/2-based service interfaces. SA mode enables the full spectrum of 5G capabilities including ultra-reliable low-latency communication (URLLC), massive machine-type communication (mMTC), and advanced network slicing. The control plane in SA uses the N1 interface between UE and AMF, while user plane traffic traverses N3 (RAN to UPF) and N6 (UPF to DN) interfaces. SA deployment requires greenfield infrastructure but delivers end-to-end latency below 1ms and supports advanced features like RRC_INACTIVE state and NR standalone mobility procedures.
5GC vs EPC
The 5G Core (5GC) represents a paradigm shift from the Evolved Packet Core (EPC) in 4G LTE. While EPC was built on a monolithic, node-based architecture with dedicated hardware appliances (MME, SGW, PGW, HSS), 5GC adopts a cloud-native, service-based architecture (SBA) where network functions (NFs) are decoupled, stateless, and communicate via standardized service-based interfaces. Each NF in 5GC exposes services to other NFs through HTTP/2 REST APIs over the service-based interface (SBI), enabling flexible deployment, independent scaling, and rapid service innovation. The control plane and user plane separation (CUPS) in 5GC is mandatory and more granular than EPC's optional CUPS, allowing user plane functions (UPFs) to be distributed at the network edge for MEC deployments.
Key architectural differences include the replacement of the MME with the Access and Mobility Management Function (AMF), which handles only connection and mobility management while delegating session management to the Session Management Function (SMF). The Serving Gateway (SGW) and Packet Data Network Gateway (PGW) are replaced by the UPF, which can be deployed in a chain to support complex traffic steering. The Home Subscriber Server (HSS) evolves into the Unified Data Management (UDM) and Authentication Server Function (AUSF), separating data storage from authentication logic. Additionally, 5GC introduces entirely new functions like the Network Slice Selection Function (NSSF), Network Exposure Function (NEF), and Network Repository Function (NRF) that have no direct EPC equivalents, enabling capabilities essential for network slicing and API exposure to third-party applications.
| Aspect | EPC (4G) | 5GC (5G) |
|---|---|---|
| Architecture | Node-based, monolithic | Service-based, cloud-native |
| Control/User Plane | Optional CUPS | Mandatory separation |
| Mobility Management | MME | AMF |
| Session Management | MME/SGW/PGW | SMF + UPF |
| Subscriber Data | HSS | UDM + AUSF + UDR |
| Interface Protocol | GTP-C, Diameter | HTTP/2, JSON |
| QoS Model | EPS bearer (QCI) | QoS Flow (5QI) |
| Network Slicing | Not supported | Native support (NSSF) |
RAN Evolution: gNB and ng-eNB
The 5G Radio Access Network (RAN) introduces two key node types: the gNB (Next Generation Node B) and the ng-eNB (Next Generation evolved Node B). The gNB is the full 5G base station operating in either Frequency Range 1 (FR1: 450 MHz – 7.125 GHz) or Frequency Range 2 (FR2: 24.25 GHz – 52.6 GHz, mmWave). It supports all NR features including massive MIMO, beamforming, and flexible numerologies. The ng-eNB is an upgraded LTE base station that connects to the 5G Core instead of EPC, enabling operators to leverage existing LTE infrastructure within a 5GC deployment (Option 5 or Option 7 architectures). Both node types connect to 5GC via the NG interface, with the gNB using N2 (control plane) and N3 (user plane), while the ng-eNB uses the same interfaces but operates with LTE air interface capabilities.
The gNB architecture follows a split design defined in 3GPP TR 38.801, with the option to separate into Central Unit (CU) and Distributed Unit (DU). The CU handles higher layer protocols (RRC, SDAP, PDCP) while the DU manages real-time functions (RLC, MAC, PHY). This split enables flexible deployment scenarios: the CU can be centralized in data centers while DUs are distributed at cell sites, supporting fronthaul networks with eCPRI (enhanced Common Public Radio Interface) connectivity. The F1 interface between CU and DU carries both control (F1-C) and user plane (F1-U) traffic. This disaggregated architecture is fundamental to Open RAN initiatives, allowing multi-vendor interoperability and cloud-RAN (C-RAN) deployments where baseband processing is pooled and virtualized.
5G Interfaces (N1-N40)
Network Elements
Deep-dive into 5G Core Network Functions, their roles, interfaces, and signal flows.
Control Plane Functions
User Plane & Support Functions
Signal Flow: UE Registration via AMF
Air Interface (NR)
New Radio physical layer, numerologies, frequency ranges, and advanced antenna technologies.
NR Numerologies and Subcarrier Spacing
5G New Radio (NR) introduces a flexible physical layer design centered around multiple numerologies, defined by the subcarrier spacing (SCS) configuration parameter μ (mu). Unlike LTE which fixed subcarrier spacing at 15 kHz, NR supports μ = 0 through 4, corresponding to SCS values of 15, 30, 60, 120, and 240 kHz respectively. This flexibility allows NR to operate efficiently across diverse spectrum bands and use cases. Lower numerologies (μ=0,1) with 15/30 kHz SCS are optimized for coverage-centric deployments in sub-6 GHz (FR1), providing longer cyclic prefixes and better performance in high-delay-spread environments. Higher numerologies (μ=2,3,4) with 60/120/240 kHz SCS are designed for mmWave operation in FR2, where wider channel bandwidths and shorter slot durations enable the extreme data rates and low latency required for eMBB and URLLC applications.
The slot duration scales inversely with SCS: at μ=0, one slot is 1 ms; at μ=1, it is 0.5 ms; at μ=2, 0.25 ms; at μ=3, 0.125 ms; and at μ=4, 0.0625 ms. Each slot contains 14 OFDM symbols regardless of numerology. NR also introduces the concept of mini-slots (2, 4, or 7 symbols) for ultra-low latency transmission, allowing data to start mid-slot rather than waiting for slot boundaries. The number of slots per subframe equals 2^μ. A resource block in NR spans 12 subcarriers in the frequency domain, but the bandwidth of a resource block increases with μ (180 kHz at μ=0, 360 kHz at μ=1, up to 2880 kHz at μ=4). This scalable design ensures that NR can maintain consistent scheduling granularity while adapting to channel bandwidths ranging from 5 MHz to 400 MHz.
| μ | SCS (kHz) | Slot Duration | Slots/Subframe | Use Case |
|---|---|---|---|---|
| 0 | 15 | 1 ms | 1 | FR1, eMBB, coverage |
| 1 | 30 | 0.5 ms | 2 | FR1, eMBB, mid-band |
| 2 | 60 | 0.25 ms | 4 | FR1/FR2, URLLC |
| 3 | 120 | 0.125 ms | 8 | FR2, mmWave |
| 4 | 240 | 0.0625 ms | 16 | FR2, wide bandwidth |
Frequency Ranges: FR1 and FR2
5G NR operates across two distinct frequency ranges defined by 3GPP. Frequency Range 1 (FR1) spans 450 MHz to 7.125 GHz and encompasses traditional cellular spectrum including existing LTE bands, 3.5 GHz mid-band (n78, n77), and 600/700 MHz low-band (n71, n28). FR1 provides excellent coverage propagation characteristics, with signals penetrating buildings and traveling long distances with relatively low path loss. This makes FR1 ideal for nationwide coverage deployment and reliable connectivity in urban, suburban, and rural environments. Most initial 5G deployments worldwide utilized FR1, often through dynamic spectrum sharing (DSS) where NR and LTE share the same carriers.
Frequency Range 2 (FR2), commonly known as mmWave, covers 24.25 GHz to 52.6 GHz and represents the true "greenfield" spectrum for 5G. FR2 offers contiguous bandwidths of 400 MHz or more per carrier, enabling multi-gigabit peak data rates exceeding 10 Gbps. However, mmWave signals experience significantly higher free-space path loss (increasing with the square of frequency), limited diffraction around obstacles, and high atmospheric absorption (especially at 28 GHz and 60 GHz oxygen absorption bands). These propagation challenges necessitate dense small cell deployments, advanced beamforming, and massive MIMO to concentrate energy in narrow beams. FR2 is primarily deployed in high-density urban hotspots, stadiums, and indoor venues where capacity demands are extreme and line-of-sight conditions can be engineered.
Beamforming and Massive MIMO
Massive MIMO (Multiple-Input Multiple-Output) is a cornerstone technology of 5G NR, scaling traditional MIMO from 8x8 in LTE-Advanced to 64x64, 128x128, or even 256x256 antenna configurations in 5G. By deploying large arrays of antenna elements at the base station, massive MIMO enables spatial multiplexing of multiple users on the same time-frequency resources through precoding. In TDD systems, channel reciprocity allows the gNB to estimate downlink channels from uplink sounding reference signals (SRS), enabling computationally efficient precoding without explicit CSI feedback. This yields significant spectral efficiency gains — 3GPP targets 3x improvement over LTE — and enables aggressive frequency reuse.
Beamforming in NR operates in two modes: analog beamforming (using phase shifters for RF beam steering, essential for mmWave due to high cost of fully-digital architectures) and hybrid beamforming (combining analog beam steering with digital baseband precoding). NR defines a beam management framework including P1 (initial beam pair establishment), P2 (beam refinement), and P3 (UE-specific beam adjustment) procedures. The SSB (Synchronization Signal Block) burst set provides beam-sweeping during initial access, with up to 64 SSB beams in FR2. CSI-RS (Channel State Information Reference Signals) enable dynamic beam tracking and channel quality estimation. For FR2 operation, beam recovery procedures handle beam failure by triggering re-establishment through candidate beam identification and random access.
OFDM and OFDMA in 5G NR
5G NR continues to use Orthogonal Frequency Division Multiplexing (OFDM) as the fundamental waveform for both downlink and uplink, a departure from LTE which used SC-FDMA in the uplink to preserve peak-to-average power ratio (PAPR) for UE power amplifiers. NR's adoption of CP-OFDM for uplink enables flexible resource allocation and simplified transceiver design, though DFT-s-OFDM (similar to SC-FDMA) remains as an optional uplink waveform for coverage-limited scenarios where PAPR matters. The OFDM waveform provides inherent robustness against multipath fading through cyclic prefix insertion and enables fine-grained frequency-domain resource allocation.
Orthogonal Frequency Division Multiple Access (OFDMA) is the multiple access scheme derived from OFDM, where different users are assigned distinct sets of resource blocks in the frequency domain. NR enhances OFDMA with several key features: flexible resource allocation starting at the symbol level (mini-slots), bandwidth parts (BWP) allowing UEs to operate on subsets of the carrier bandwidth to save power, and configurable slot formats supporting self-contained slots where downlink control, data, and uplink acknowledgment can coexist within a single slot for ultra-low latency. The resource grid in NR consists of resource elements (REs) organized into resource blocks (RBs), with each RB containing 12 subcarriers by 1 slot (14 symbols). Physical channels including PDSCH, PUSCH, PDCCH, and PUCCH are mapped to specific REs within this grid according to scheduling decisions from the MAC layer.
Core Technologies
Network slicing, edge computing, virtualization, and advanced session management.
Network Slicing
Network slicing is one of the defining innovations of 5G, enabling the creation of multiple virtual networks with distinct characteristics atop a shared physical infrastructure. Each network slice is an end-to-end logical network comprising dedicated or shared resources across the RAN, transport, and core domains. A slice is identified by the Single Network Slice Selection Assistance Information (S-NSSAI), a 32-bit identifier consisting of an 8-bit Slice/Service Type (SST) and a 24-bit Slice Differentiator (SD). The SST defines the slice category: eMBB (1), URLLC (2), mMTC (3), V2X (4), and others standardized by 3GPP. The SD allows operators to create multiple instances of the same slice type for different tenants or services.
The slice lifecycle is managed through the Network Slice Management Function (NSMF) in the management plane, which orchestrates slice creation, modification, and termination via interactions with the RAN NSSI (Network Slice Subnet Instance), Transport NSSI, and Core NSSI. In the control plane, the NSSF determines which slices a UE is allowed to access based on subscription data and operator policies. The AMF is slice-aware, with different AMFs potentially serving different slices. The SMF and UPF are slice-specific, ensuring isolation of session states and traffic forwarding paths. Slice isolation can be hard (dedicated physical resources), soft (dedicated virtual resources on shared hardware), or hybrid, depending on service requirements and cost constraints.
Multi-Access Edge Computing (MEC)
Multi-Access Edge Computing (MEC), standardized by ETSI and integrated into 3GPP 5G architecture, brings cloud computing capabilities to the edge of the network, within one to few hops of the end user. In 5G, MEC is natively supported through the UPF's flexible placement and the AF's ability to influence traffic routing. The MEC host typically co-locates with a local UPF instance (UL-CL UPF or Branching Point UPF), enabling traffic breakout to local application servers without traversing the central core. This architecture achieves end-to-end latencies of 10-20 ms, critical for applications like industrial automation, augmented reality, and autonomous vehicle coordination.
The MEC platform exposes APIs to application developers for radio network information (RNIS), location services, bandwidth management, and UE identity. Through the NEF or direct N5 interface, MEC applications can request dynamic QoS adjustments, subscribe to UE mobility events (for service continuity during handover), and influence UPF selection to ensure user plane anchoring at the optimal edge location. The MEC orchestrator, working with the 5G network orchestrator, manages the lifecycle of MEC applications, resource allocation, and service chaining. Key deployment models include: MEC at the base station site (most distributed), MEC at the aggregation point, and MEC at the network edge data center, each offering different latency/capacity tradeoffs.
SDN/NFV Integration
Software-Defined Networking (SDN) and Network Functions Virtualization (NFV) are foundational enablers of the 5G service-based architecture. NFV decouples network functions from proprietary hardware, allowing them to run as virtualized network functions (VNFs) or cloud-native network functions (CNFs) on commodity servers, containers, and Kubernetes orchestration platforms. The European Telecommunications Standards Institute (ETSI) NFV framework defines the Management and Orchestration (MANO) architecture comprising the NFV Orchestrator (NFVO), VNF Manager (VNFM), and Virtualized Infrastructure Manager (VIM). In 5G, core network functions are deployed as microservices in containers, managed by Kubernetes, enabling auto-scaling, self-healing, and rolling updates.
SDN provides centralized, programmable control of network forwarding behavior through the separation of control and data planes. In 5G transport networks, SDN controllers manage the fronthaul, midhaul, and backhaul segments, dynamically provisioning paths based on slice requirements. For example, a URLLC slice may require deterministic low-latency paths with Time-Sensitive Networking (TSN) support, while an eMBB slice may prioritize bandwidth over latency. The integration of SDN with 5GC allows the SMF to dynamically influence transport path selection through the Policy Control Function, creating an end-to-end programmable network spanning radio, core, and transport domains. This synergy is essential for delivering the service agility and operational efficiency promised by 5G.
QoS Flows and PDU Sessions
5G introduces a fundamentally different Quality of Service (QoS) architecture compared to 4G LTE. While LTE used EPS bearers with a one-to-one mapping between radio bearers and core network tunnels, 5G decouples these layers through the concept of QoS Flows. A PDU (Packet Data Unit) Session is the 5G equivalent of a PDN connection, providing IP connectivity (IPv4, IPv6, or IPv4v6) or Ethernet connectivity between the UE and a Data Network (DN). Within each PDU session, one or more QoS Flows carry traffic with different QoS requirements. Each QoS Flow is identified by a QoS Flow Identifier (QFI, 1-63) and is associated with a 5G QoS Indicator (5QI) that defines standardized QoS characteristics including priority level, packet delay budget, packet error rate, and averaging window.
The mapping between QoS flows and radio bearers is many-to-one: multiple QoS flows can be mapped to a single DRB (Data Radio Bearer) if they share similar QoS requirements, or each QoS flow can have a dedicated DRB for granular handling. The SMF provisions QoS rules to the UE (via NAS) and to the RAN (via N2) and UPF (via N4). The UPF performs packet classification using Packet Detection Rules (PDRs) to map incoming packets to QoS flows based on IP 5-tuple, application IDs, or other criteria. Reflective QoS allows the UE to derive uplink QoS rules from downlink packet markings, reducing signaling overhead. The 5QI table in 3GPP TS 23.501 defines standardized 5QIs for GBR (Guaranteed Bit Rate), Non-GBR, and Delay-Critical GBR services, with values 1-4 typically reserved for GBR and 5-9 for Non-GBR traffic.
| 5QI | Type | Priority | Packet Delay | Packet Error | Example Use |
|---|---|---|---|---|---|
| 1 | GBR | 20 | 100 ms | 10^-2 | Conversational Voice |
| 2 | GBR | 40 | 150 ms | 10^-3 | Conversational Video |
| 3 | GBR | 30 | 50 ms | 10^-3 | Real-Time Gaming |
| 5 | Non-GBR | 10 | 100 ms | 10^-6 | IMS Signaling |
| 6 | Non-GBR | 60 | 300 ms | 10^-6 | Video Streaming |
| 7 | Non-GBR | 70 | 100 ms | 10^-3 | Voice, Video, Interactive |
| 8 | Non-GBR | 80 | 300 ms | 10^-6 | Best Effort (TCP) |
| 9 | Non-GBR | 90 | 300 ms | 10^-6 | Background Download |
| 69 | Non-GBR | 5 | 60 ms | 10^-6 | Mission Critical |
| 79 | Non-GBR | 65 | 50 ms | 10^-2 | V2X Messages |
| 82 | DC-GBR | 19 | 10 ms | 10^-4 | Discrete Automation |
5G Security
Authentication, encryption, and roaming security mechanisms in 5G networks.
5G-AKA Authentication
5G-AKA (Authentication and Key Agreement) is the primary authentication mechanism defined in 3GPP TS 33.501 for 3GPP access in 5G. It represents an evolution of EPS-AKA used in 4G, with enhanced security features addressing known vulnerabilities in previous generations. The 5G-AKA procedure begins when the UE sends a Registration Request containing the 5G-GUTI or SUCI. The AMF forwards the authentication request to the AUSF, which retrieves authentication vectors (RAND, AUTN, XRES*, KAUSF) from the UDM. Unlike EPS-AKA where the RES (response) was sent in plaintext over the air, 5G-AKA introduces RES* — a hashed version of the RES using the serving network name, preventing rogue base station attacks where an attacker could replay authentication challenges.
The authentication confirmation procedure adds an additional layer of security. After the UE computes RES* and sends it to the AMF, the AMF forwards it to the AUSF for verification. The AUSF compares RES* against XRES* and returns an authentication result along with the anchor key KAUSF. The AMF then derives the KAMF (AMF key) from KAUSF, and subsequently derives KNASenc, KNASint, KgNB, and other keys for NAS and AS security. 5G-AKA also supports sequence number (SQN) freshness checks to prevent replay attacks, and the AUTN includes an authentication token with MAC and SQN to verify network legitimacy to the UE. For non-3GPP access, EAP-AKA' is used, which leverages the Extensible Authentication Protocol framework for integration with enterprise Wi-Fi and untrusted access networks.
SUPI and SUCI
The Subscription Permanent Identifier (SUPI) is the 5G equivalent of the IMSI in 4G, uniquely identifying a subscriber within a PLMN. SUPI can take several formats: IMSI-based (starting with MCC+MNC), network-specific identifier (NSI), global line identifier (GLI), or global cable identifier (GCI). Unlike the IMSI which was transmitted in plaintext during initial registration, 5G mandates privacy protection for the SUPI through the Subscription Concealed Identifier (SUCI). The SUCI is generated by encrypting the SUPI using the home network's public key before transmission over the air interface.
The SUCI generation process uses Elliptic Curve Integrated Encryption Scheme (ECIES) with the home operator's public key provisioned in the USIM/UE. The UE encrypts the SUPI along with a fresh ephemeral public key and sends the resulting SUCI to the network. Only the home network's private key can decrypt the SUCI to recover the SUPI. This mechanism prevents passive eavesdroppers from tracking subscribers by their permanent identifiers. After successful authentication, the AMF assigns a temporary identifier (5G-GUTI) for subsequent signaling, further enhancing privacy. The 5G-GUTI is refreshed periodically or upon inter-AMF mobility to prevent long-term tracking. For emergency sessions, a null-scheme SUCI may be used when the UE lacks valid credentials.
NAS and AS Security
5G security is layered into Non-Access Stratum (NAS) security and Access Stratum (AS) security, each protecting different protocol layers. NAS security protects signaling messages between the UE and AMF, including registration, session management, and mobility messages. After successful authentication, the AMF initiates a Security Mode Command (SMC) procedure, negotiating encryption and integrity algorithms for NAS signaling. 5G mandates support for 128-NEA1 (SNOW 3G), 128-NEA2 (AES), and 128-NEA3 (ZUC) for encryption, and 128-NIA1, 128-NIA2, 128-NIA3 for integrity protection. The UE must support all three algorithms, while the network must support at least NEA2/NIA2. NAS messages include a message authentication code (MAC-I) for integrity verification and a sequence number to prevent replay attacks.
AS security protects radio interface signaling (RRC) and user plane data between the UE and gNB. The gNB derives AS keys (KRRCenc, KRRCint, KUPenc, KUPint) from KgNB provided by the AMF during initial context setup. AS security algorithms are negotiated via the SecurityModeCommand RRC message. 5G introduces user plane integrity protection as an optional feature (configurable per DRB), addressing a long-standing gap in 4G where only control plane had integrity protection. This is particularly important for URLLC and mission-critical services where data integrity is paramount. Key refresh procedures (horizontal and vertical key derivation) ensure forward secrecy: horizontal derivation refreshes keys within the same gNB using a COUNT value, while vertical derivation generates fresh keys during handover or RRC state transitions.
SEPP for Roaming Security
The Security Edge Protection Proxy (SEPP) is a new network function introduced in 5G to secure inter-PLMN (roaming) signaling. In 4G LTE, roaming interfaces (S8, S9, S10) relied on IPsec or TLS at the transport layer, but application-layer messages remained unprotected end-to-end, exposing sensitive subscriber data to intermediate transit networks. The SEPP addresses this by providing application-layer security for all N32 interface messages between home and visited PLMNs. Each SEPP acts as a security gateway at the edge of its operator's network, performing mutual TLS authentication, message encryption, and integrity protection.
The SEPP operates in two modes: PRINS (Protection with IPsec and TLS for N32) and TLS-only. In PRINS mode, IPsec tunnels provide network-layer protection while TLS provides transport-layer security. The SEPP also handles topology hiding, masking internal network topology (NF FQDNs, IP addresses) from the roaming partner. For message filtering, the SEPP applies operator-defined policies to determine which IEs (Information Elements) can be passed transparently, modified, or blocked. The SEPP certificate infrastructure uses the GSMA PRD FS.38 PKI, with SEPP certificates issued by authorized certificate authorities. This end-to-end application-layer security ensures that even if transit networks are compromised, roaming signaling remains confidential and tamper-evident.
End-to-End Call Flow
Animated step-by-step walkthrough of UE registration, PDU session establishment, and handover procedures.
Interactive UE Registration Flow
PDU Session Establishment Flow
Xn-Based Handover Flow
Interactive Simulations
Hands-on labs and visualizations to reinforce 5G concepts.
Select a slice type to see resource allocation, latency targets, and use case characteristics.
Enhanced Mobile Broadband (eMBB)
SST Value: 1 | Typical 5QI: 6, 7, 8, 9 | Resource Allocation: Best effort with high priority for video streaming. Wide bandwidth allocation (100 MHz FR1 or 400 MHz FR2). Massive MIMO with up to 64 layers. UPF anchored at regional data center.
Use Cases: 4K/8K video streaming, AR/VR immersive experiences, fixed wireless access (FWA), hotspot capacity, large file downloads.
Ultra-Reliable Low Latency Communication (URLLC)
SST Value: 2 | Typical 5QI: 82, 83 (Delay-Critical GBR) | Resource Allocation: Pre-emptive scheduling, mini-slot (2-4 symbols), grant-free uplink, redundant transmission. UPF at edge (MEC). TSN integration for deterministic transport.
Use Cases: Industrial automation (Industry 4.0), remote surgery, autonomous vehicle platooning, smart grid protection, AR-assisted maintenance.
Massive Machine-Type Communication (mMTC)
SST Value: 3 | Typical 5QI: 9 (Non-GBR) | Resource Allocation: Grant-free access, repetitions for coverage extension, power-saving mode (PSM), extended DRX (eDRX). Narrow bandwidth (5-20 MHz). UPF at centralized location. NB-IoT / RedCap integration.
Use Cases: Smart metering, asset tracking, environmental sensors, smart agriculture, wearables, connected logistics.
Visualizing beam pattern for a uniform linear array (ULA). More antennas produce narrower beams with higher gain (beamforming gain ∝ N). Current: 16 elements.
Adjust the slider to simulate network load. 5G maintains low latency under load due to flexible numerology and shorter TTI, while 4G latency degrades significantly with increased scheduling delays.
Build a PDU session by selecting network functions and parameters. See how the SMF orchestrates the session.
Session Configuration Result
Select parameters above to see the orchestrated session configuration.
Glossary & Reference
Searchable dictionary of 60+ 5G terms and acronyms.
Assessment Center
Test your knowledge with three certification-level exams.
My Progress
Track your learning journey across all modules and exams.
Module Completion
Exam History
No exams completed yet. Take an exam to see your results here.