Loading content...
Behind every mobile data session lies an extraordinarily sophisticated network architecture—a layered system of radio access, transport, and core network elements working in precise coordination. When you stream video on your smartphone, your data traverses multiple network domains: the radio access network converting bits to radio waves, the transport network moving data across distances, and the core network routing your traffic to the internet while managing your identity, security, and mobility.
The architectural evolution from 3G to 4G represents one of the most significant transformations in telecommunications history. 3G's hierarchical, circuit-based architecture gave way to 4G's flat, all-IP design—a fundamental reimagining that reduced latency, simplified operations, and enabled the cloud-connected services we take for granted today.
Understanding this architecture is essential for network engineers, systems designers, and anyone working with mobile services. The patterns established in 3G/4G directly inform 5G architecture and continue influencing next-generation system design.
By the end of this page, you will master the complete 3G UMTS and 4G LTE network architectures. You'll understand each network element's function, the interfaces connecting them, and the protocols enabling communication. You'll trace the architectural evolution that flattened networks and transitioned to all-IP, and understand how these patterns inform 5G design.
UMTS architecture comprises three distinct domains: User Equipment (UE), UTRAN (UMTS Terrestrial Radio Access Network), and Core Network (CN). This hierarchical design evolved from GSM, maintaining backward compatibility while adding 3G capabilities.
User Equipment (UE):
The mobile device comprises two logical components:
| Component | Function | Removable |
|---|---|---|
| Mobile Equipment (ME) | Radio transceiver, display, processing | No |
| USIM (UMTS SIM) | Subscriber identity, authentication keys, stored data | Yes |
The USIM separation enables:
UTRAN Architecture:
The radio access network provides the air interface and radio resource management:
Node B (Base Station):
RNC (Radio Network Controller):
Core Network - Circuit-Switched Domain:
Handles voice and legacy circuit services:
| Element | Function |
|---|---|
| MSC (Mobile Switching Center) | Call setup/release, mobility management, subscriber location |
| VLR (Visitor Location Register) | Local subscriber database (visitors in MSC area) |
| GMSC (Gateway MSC) | Interface to PSTN for incoming calls |
| HLR (Home Location Register) | Master subscriber database, permanent subscription data |
| AuC (Authentication Center) | Authentication vector generation, key storage |
| EIR (Equipment Identity Register) | IMEI database for stolen/authorized devices |
Core Network - Packet-Switched Domain:
Handles data services (evolved from GPRS):
| Element | Function |
|---|---|
| SGSN (Serving GPRS Support Node) | User authentication, mobility, PDP context, ciphering for local area |
| GGSN (Gateway GPRS Support Node) | IP address allocation, QoS, interface to external PDN |
Dual Domain Complexity:
This parallel structure required:
Centralizing intelligence in RNCs created a bottleneck. All handover decisions flowed through RNCs; inter-RNC handovers were particularly complex ("SRNS relocation"). This hierarchy added latency, reduced scalability, and complicated network planning. LTE's elimination of the RNC addressed these issues directly.
UMTS defines precise interfaces between network elements, each with specific protocols for control plane (signaling) and user plane (data).
UTRAN Interfaces:
| Interface | Connection | Transport | Key Protocols |
|---|---|---|---|
| Uu | UE ↔ Node B | Radio | PHY, MAC, RLC, PDCP, RRC |
| Iub | Node B ↔ RNC | ATM/IP | NBAP, FP |
| Iur | RNC ↔ RNC | ATM/IP | RNSAP |
| Iu-CS | RNC ↔ MSC | ATM | RANAP, Iu-UP |
| Iu-PS | RNC ↔ SGSN | ATM/IP | RANAP, GTP-U |
Core Network Interfaces:
| Interface | Connection | Protocol |
|---|---|---|
| A | MSC ↔ GMSC | MAP/ISUP |
| B | MSC ↔ VLR | MAP |
| C | GMSC ↔ HLR | MAP |
| D | VLR ↔ HLR | MAP |
| Gn | SGSN ↔ GGSN | GTP-C, GTP-U |
| Gi | GGSN ↔ PDN | IP |
Radio Interface Protocol Stack (Uu):
┌────────────────────────────────────────────────────────────┐
│ Non-Access Stratum (NAS) │
│ MM/GMM, CC/SM │
│ (Terminates at MSC/SGSN) │
├────────────────────────────────────────────────────────────┤
│ RRC │
│ Radio Resource Control │
│ (Terminates at RNC) │
├────────────┬───────────────────────────────────────────────┤
│ PDCP │ Packet Data Convergence Protocol │
│ │ Header compression, ciphering │
├────────────┼───────────────────────────────────────────────┤
│ RLC │ Radio Link Control │
│ │ Segmentation, ARQ │
├────────────┼───────────────────────────────────────────────┤
│ MAC │ Medium Access Control │
│ │ Scheduling, multiplexing │
├────────────┴───────────────────────────────────────────────┤
│ Physical Layer │
│ WCDMA (spreading, modulation) │
└────────────────────────────────────────────────────────────┘
Key Protocol Functions:
RRC (Radio Resource Control):
NBAP (Node B Application Part):
RANAP (Radio Access Network Application Part):
| Protocol | UE | Node B | RNC | MSC/SGSN |
|---|---|---|---|---|
| Physical | ✓ | ✓ | ||
| MAC | ✓ | Partial | ✓ | |
| RLC | ✓ | ✓ | ||
| PDCP | ✓ | ✓ | ||
| RRC | ✓ | ✓ | ||
| NAS (MM/GMM) | ✓ | ✓ | ||
| NAS (CC/SM) | ✓ | ✓ |
Early UMTS used ATM for transport (Iub, Iur, Iu interfaces). By 3GPP Release 5, IP transport became standard, reducing costs and aligning with packet network evolution. This migration was a precursor to LTE's fully IP-based architecture.
The Evolved Packet System (EPS) represents a fundamental architectural departure from 3G. Gone is the hierarchical RNC layer; eliminated is the circuit-switched domain. What remains is an elegant, flat, all-IP architecture designed for packet data efficiency.
EPS Architecture Overview:
EPS comprises two primary components:
E-UTRAN (Evolved UTRAN):
The radio access network consists solely of eNodeBs (evolved Node B)—intelligent base stations that absorb most RNC functions:
| eNodeB Function | Previously At |
|---|---|
| Radio resource management | RNC |
| Connection mobility control | RNC |
| Dynamic resource allocation | RNC |
| Scheduling | RNC |
| Inter-cell interference coordination | RNC |
| Header compression | RNC |
| Ciphering/integrity | RNC |
| Selection of MME | New |
| Routing toward S-GW | New |
The X2 Interface:
Direct eNodeB-to-eNodeB communication via the X2 interface enables:
Evolved Packet Core (EPC) Elements:
MME (Mobility Management Entity):
The control plane anchor for the access network:
S-GW (Serving Gateway):
The user plane anchor for intra-LTE mobility:
P-GW (PDN Gateway):
The anchor point for external network connectivity:
HSS (Home Subscriber Server):
Evolution of HLR/AuC:
PCRF (Policy and Charging Rules Function):
Without a circuit-switched domain, LTE initially couldn't carry voice. Two solutions emerged: CS Fallback (CSFB)—dropping to 2G/3G for calls—and VoLTE using IMS. VoLTE delivers superior voice quality (HD Voice), simultaneous voice/data, and faster call setup, but required IMS deployment.
LTE defines a comprehensive set of interfaces with standardized protocols for control and user plane communication.
E-UTRAN Interfaces:
| Interface | Connection | Protocol Stack | Function |
|---|---|---|---|
| LTE-Uu | UE ↔ eNodeB | PHY/MAC/RLC/PDCP/RRC | Air interface |
| X2 | eNodeB ↔ eNodeB | X2-AP/SCTP/IP | Handover, load balancing |
| S1-MME | eNodeB ↔ MME | S1-AP/SCTP/IP | Control plane signaling |
| S1-U | eNodeB ↔ S-GW | GTP-U/UDP/IP | User plane tunneling |
EPC Interfaces:
| Interface | Connection | Protocol | Function |
|---|---|---|---|
| S6a | MME ↔ HSS | Diameter | Authentication, subscription |
| S11 | MME ↔ S-GW | GTP-C | Session management |
| S5/S8 | S-GW ↔ P-GW | GTP/PMIP | User plane tunneling |
| Gx | P-GW ↔ PCRF | Diameter | Policy, QoS rules |
| Rx | AF ↔ PCRF | Diameter | Application QoS requests |
| SGi | P-GW ↔ PDN | IP | External network interface |
| SWw | UE ↔ ePDG | IPsec | Untrusted WiFi access |
S1-AP Protocol:
S1 Application Protocol manages the E-UTRAN/EPC interface:
Elementary Procedures:
| Procedure | Initiator | Purpose |
|---|---|---|
| S1 Setup | eNodeB | eNodeB registration with MME |
| Initial UE Message | eNodeB | New UE attachment signaling |
| Initial Context Setup | MME | Bearer establishment after attach |
| E-RAB Setup/Modify/Release | MME | Bearer management |
| Handover Preparation | Source eNB | Inter-eNB handover |
| Path Switch | Target eNB | S-GW path update after X2 handover |
| Paging | MME | Locate idle UE |
| UE Context Release | MME/eNB | Connection termination |
X2-AP Protocol:
Enables direct eNodeB coordination:
GTP (GPRS Tunneling Protocol):
GTP is fundamental to EPS user plane operation:
GTP-C (Control Plane):
GTP-U (User Plane):
GTP Header Structure:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Version| PT| |E|S|PN| Message Type | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TEID (32 bits) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Sequence Number (16 bits) |N-PDU Number|Next Extension |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
TEID (Tunnel Endpoint Identifier):
The 32-bit TEID uniquely identifies a GTP tunnel endpoint. Each bearer has separate uplink and downlink TEIDs, exchanged during bearer establishment. The receiving entity uses TEID to identify which bearer/user the packet belongs to.
LTE uses Diameter (S6a, Gx, Rx) instead of legacy RADIUS. Diameter provides stronger security (TLS/IPsec), better reliability (transport-layer acknowledgments), larger attribute space (32-bit AVPs), and native support for subscription data that RADIUS couldn't handle efficiently.
LTE implements QoS through the bearer concept—end-to-end logical channels with guaranteed quality characteristics.
Bearer Types:
| Bearer Type | IP Allocated | Purpose |
|---|---|---|
| Default Bearer | Yes | Established at attach; carries best-effort traffic |
| Dedicated Bearer | No (uses default's IP) | Additional QoS for specific services |
Bearer Classification:
| Type | Resource Type | Use Case |
|---|---|---|
| GBR (Guaranteed Bit Rate) | Dedicated resources | VoLTE, video streaming |
| Non-GBR | Best effort | Web browsing, email |
QoS Parameters:
| Parameter | Description | Typical Values |
|---|---|---|
| QCI (QoS Class Identifier) | Standardized QoS profile | 1-9 standard, 65-79 custom |
| ARP (Allocation Retention Priority) | Pre-emption priority | 1-15 |
| GBR | Guaranteed bit rate | 0 for non-GBR, else in kbps |
| MBR | Maximum bit rate | Rate limit |
| AMBR | Aggregate maximum BR | UE/APN total limit |
| QCI | Type | Priority | Packet Delay | Packet Loss | Example Service |
|---|---|---|---|---|---|
| 1 | GBR | 2 | 100 ms | 10⁻² | Conversational voice (VoLTE) |
| 2 | GBR | 4 | 150 ms | 10⁻³ | Conversational video |
| 3 | GBR | 3 | 50 ms | 10⁻³ | Real-time gaming |
| 4 | GBR | 5 | 300 ms | 10⁻⁶ | Non-conversational video |
| 5 | Non-GBR | 1 | 100 ms | 10⁻⁶ | IMS signaling |
| 6 | Non-GBR | 6 | 300 ms | 10⁻⁶ | Video (buffered), TCP apps |
| 7 | Non-GBR | 7 | 100 ms | 10⁻³ | Voice, video, gaming |
| 8 | Non-GBR | 8 | 300 ms | 10⁻⁶ | TCP-based (web, email) |
| 9 | Non-GBR | 9 | 300 ms | 10⁻⁶ | TCP-based (lower priority) |
Bearer Establishment Flow:
1. UE Attach (Default Bearer):
UE → eNB → MME: Attach Request (with PDN Connectivity Request)
MME → HSS: Authentication Info Request
HSS → MME: Authentication Vectors
MME ↔ UE: Authentication and Security Mode
MME → S-GW: Create Session Request
S-GW → P-GW: Create Session Request
P-GW: Allocates IP, creates default bearer
P-GW → S-GW: Create Session Response
S-GW → MME: Create Session Response
MME → eNB: Initial Context Setup Request
eNB → UE: RRC Connection Reconfiguration
UE ↔ PDN: Data flow established
2. Dedicated Bearer Establishment (Network-Initiated):
PCRF → P-GW: Policy/QoS rules for service
P-GW → S-GW: Create Bearer Request
S-GW → MME: Create Bearer Request
MME → eNB: Bearer Setup Request
eNB → UE: RRC Connection Reconfiguration
UE → eNB: RRC Reconfiguration Complete
eNB → MME: Bearer Setup Response
MME → S-GW → P-GW: Create Bearer Response
Traffic Flow Template (TFT):
TFTs define packet filters mapping traffic to specific bearers:
Without TFT match, traffic uses default bearer.
VoLTE requires a dedicated GBR bearer (QCI 1) for voice media and uses the default bearer or QCI 5 for SIP signaling. The IMS core requests bearer establishment via PCRF when a call is initiated. This ensures voice gets priority treatment and guaranteed resources even under network congestion.
Mobility management ensures continuous service as users move across cells, tracking areas, and networks.
Mobility States:
| State | Radio Connection | Location Known | Power Consumption |
|---|---|---|---|
| RRC_IDLE | No | Tracking Area level | Minimal |
| RRC_CONNECTED | Yes | Cell level | Full |
Tracking Area (TA):
A TA is a group of cells where an idle UE can move without updating location:
Handover Types:
| Handover Type | Interface | Core Involvement | Latency |
|---|---|---|---|
| Intra-eNB | Internal | None | Minimal |
| X2 Handover | X2 | Path switch only | Low (20-30 ms) |
| S1 Handover | S1 | Full MME involvement | Higher (50-100 ms) |
| Inter-MME | S1 + S10 | MME relocation | Highest |
X2 Handover Procedure (Most Common):
1. UE sends Measurement Report to Source eNB
(Serving and neighbor cell signal quality)
2. Source eNB decides handover based on measurements
(A3 event: neighbor better than serving by offset)
3. Source eNB → Target eNB: Handover Request (X2)
(UE context, bearer info, security context)
4. Target eNB admits UE, prepares resources
5. Target eNB → Source eNB: Handover Request Ack
(Allocated resources, new C-RNTI)
6. Source eNB → UE: RRC Connection Reconfiguration
(Target cell config, security key)
7. Source eNB → Target eNB: SN Status Transfer
(PDCP sequence numbers for seamless handover)
8. UE synchronizes to Target eNB (random access)
9. UE → Target eNB: RRC Reconfiguration Complete
10. Target eNB → MME: Path Switch Request
(Update S-GW downlink path)
11. MME → S-GW: Modify Bearer Request
(New eNB address)
12. S-GW → MME: Modify Bearer Response
13. MME → Target eNB: Path Switch Ack
14. Target eNB → Source eNB: UE Context Release (X2)
(Cleanup resources at source)
Key Performance Metrics:
| Metric | Value | Impact |
|---|---|---|
| Handover interruption time | < 50 ms | Packet loss during transition |
| Handover success rate | > 99% | Failed handovers cause drops |
| Ping-pong rate | < 5% | Unnecessary back-and-forth handovers |
Common failure modes: Timer expiry before handover completion, target cell admission rejection (congestion), radio link failure during execution. Networks monitor handover success rates and automatically adjust parameters via SON (Self-Organizing Network) functions.
The architectural journey from 3G to 4G established patterns that continue shaping mobile network evolution. Let's consolidate the key transformations and their implications:
| Aspect | 3G UMTS | 4G LTE |
|---|---|---|
| RAN Hierarchy | Node B → RNC → Core | eNodeB → Core (flat) |
| Core Domains | CS + PS (dual) | EPC (all-IP) |
| Voice Handling | Circuit-switched (MSC) | VoLTE (IMS) |
| Inter-Base Handover | Via RNC + core | Direct (X2) |
| Transport | ATM/IP | IP only |
| Subscriber DB | HLR/VLR | HSS |
| Policy Function | None (basic QoS) | PCRF |
| Tunneling Protocol | GTP | GTP |
| Signaling | SS7/RANAP | Diameter/S1-AP |
Forward-Looking: 5G Architecture Evolution
The patterns established in LTE directly inform 5G architecture:
What's Next:
The final page explores the Evolution from 3G through 4G to 5G—examining the technological transitions, the migration challenges operators faced, and the continuous improvement that keeps cellular networks advancing.
You now understand the complete network architectures of 3G UMTS and 4G LTE. You've traced the evolution from hierarchical to flat design, mastered the interfaces and protocols connecting network elements, and explored bearer-based QoS and mobility management. This architectural foundation is directly applicable to understanding 5G systems.