Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Protocol

ATM

Asynchronous Transfer Mode

Protocol →

ATM is a connection-oriented, cell-switching protocol used in early 3GPP mobile networks to provide deterministic Quality of Service for transport using fixed-size 53-byte cells.

Introduced
R99
Where
Radio Access Network › UTRAN (3G)
Specifications
36 specs
Also in
Core Network, Management, Services
ATM Description Purpose What changed Neighbours Specifications

Description

Asynchronous Transfer Mode (ATM) is a high-speed, connection-oriented switching and multiplexing protocol standardized by the ITU-T and adopted by 3GPP for the transport infrastructure of 2.5G and 3G networks, particularly in the UMTS era. Unlike packet-switched networks using variable-length frames, ATM segments all data into small, fixed-size 53-byte units called cells. Each cell consists of a 5-byte header and a 48-byte payload. The header contains critical control information, including Virtual Path Identifier (VPI) and Virtual Channel Identifier (VCI) fields used for routing, a Payload Type Identifier (PTI), Cell Loss Priority (CLP) bit, and Header Error Control (HEC). This fixed cell structure enables predictable latency and efficient hardware-based switching, which is crucial for real-time services like voice and video.

In the 3GPP architecture, ATM served as the primary Layer 2 transport technology for both the Core Network (CN) and the Radio Access Network (RAN). Within the UTRAN (UMTS Terrestrial Radio Access Network), the Iub interface between the Node B and Radio Network Controller (RNC), the Iur interface between RNCs, and the Iu interface between the RNC and the Core Network all utilized ATM as the underlying transport. User plane data and control plane signaling (e.g., RANAP, NBAP) were carried over ATM Adaptation Layer (AAL) protocols. AAL2 was specifically optimized for delay-sensitive, variable-bit-rate traffic like compressed voice in circuit-switched calls, while AAL5 was used for bursty data traffic and signaling messages.

The protocol operates by establishing virtual circuits (VCs) between endpoints before data transfer begins. These can be Permanent Virtual Circuits (PVCs), which are statically configured, or Switched Virtual Circuits (SVCs), which are dynamically set up and torn down via signaling. The connection-oriented nature, combined with Traffic Management and QoS mechanisms defined by the ATM Forum (e.g., Constant Bit Rate (CBR), Variable Bit Rate (VBR), Available Bit Rate (ABR)), allowed network operators to guarantee specific bandwidth, delay, jitter, and loss characteristics. This made ATM exceptionally suitable for the multiservice requirements of early 3G networks, which needed to simultaneously support traditional circuit-switched voice and emerging packet-switched data services with strict QoS demands.

ATM's role extended to the Core Network, where it was used in the circuit-switched (CS) domain for transporting voice traffic and in the early GPRS packet-switched (PS) domain as a transport option for the Gn and Gp interfaces between GSNs (GPRS Support Nodes). Its integration into 3GPP was comprehensive, covering user plane transport, control plane signaling transport, and network management. However, its complexity, relatively high overhead due to the cell header (about 9.4%), and the industry's broader shift towards 'All-IP' networks led to its gradual phase-out in favor of Ethernet and IP/MPLS in later 3GPP releases.

Purpose & Motivation

ATM was developed to create a unified, high-performance networking technology capable of integrating diverse traffic types—voice, video, and data—on a single infrastructure. Prior to ATM, telecom networks used separate systems: circuit-switching for voice (with guaranteed quality but inefficient for bursty data) and packet-switching like X.25 for data (which was flexible but too slow and unreliable for real-time voice). The goal of ATM was to combine the best of both worlds: the deterministic, low-latency performance of circuit-switching with the efficiency and flexibility of packet-switching. This integrated services digital network (ISDN) vision was critical for the emerging broadband ISDN (B-ISDN) and aligned perfectly with 3GPP's need for a robust transport backbone for UMTS that could handle the mixed traffic profiles of mobile services.

When 3GPP standardized UMTS in Release 99, a key requirement was a transport network that could provide stringent QoS for real-time conversational voice and video calls while efficiently handling interactive and background data sessions. ATM, with its mature standards, proven hardware, and sophisticated traffic management capabilities, was the natural choice. It solved the problem of how to build a scalable RAN backhaul that could meet the delay and jitter specifications for compressed voice (AMR codec) over a packetized infrastructure. Its connection-oriented nature provided the necessary traffic engineering and admission control to prevent network congestion and ensure service level agreements.

The adoption of ATM addressed the limitations of the purely IP-based internet, which, at the time, lacked robust, standardized QoS mechanisms (IntServ/RSVP was complex and not widely deployed). ATM provided a controlled, telco-grade transport layer upon which IP services could be reliably overlaid. It enabled the early commercialization of 3G services by offering a stable and predictable transport technology that network equipment vendors and operators were already familiar with from fixed-line broadband deployments. However, its purpose was ultimately transitional, as the long-term vision always pointed towards a simplified, cost-effective, and ubiquitous IP-based transport layer.

What changed in its specifications

The latest release-to-release comparison of specifications that define ATM. Each summary describes the whole specification, not only this term.

TR 21.905Rel-17 → Rel-18

Rel-18 brings only minor changes to TS 21.905: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TR 21.905 →
TS 23.060Rel-18 → Rel-19

Rel-19 brings only minor changes to TS 23.060: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TS 23.060 →

Evolution Across Releases

An overview written from the defining specifications, not a verified change history. For the exact text, open the specifications listed below.

R99 Initial

Introduced ATM as the mandatory transport layer for the new UMTS UTRAN architecture. Defined its use on the Iu, Iur, and Iub interfaces. Specified AAL2 for carrying user plane circuit-switched voice and data traffic, and AAL5 for transport of control plane signaling (RANAP, NBAP, RNSAP) and packet-switched data. Established ATM-based QoS mechanisms for UTRAN transport.

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj20 3GPP Terminology and Definitions Rel-19 read
TS 23.060 vj00 GPRS Stage 2 Service Description Rel-19 read
TS 23.107 vj00 UMTS QoS Framework Rel-19 read
TS 23.207 vj00 End-to-End QoS Framework for GPRS Rel-19 read
TS 23.221 vj00 3GPP System Architectural Requirements Rel-19 read
TR 23.910 v550 CS Bearer Services in UMTS Rel-5 read
TS 25.401 vj00 UTRAN Overall Architecture Rel-19 read
TS 25.410 vj00 Iu Interface Introduction for UTRAN Rel-19 read
TS 25.411 vj00 Iu Interface Layer 1 Specification Rel-19 read
TS 25.412 vj00 Iu Interface Signalling Transport Specification Rel-19 read
TS 25.413 vj00 Radio Access Network Application Part (RANAP) Rel-19 read
TS 25.414 vj00 UTRAN Iu Interface User Plane Transport Protocols Rel-19 read
TS 25.420 vj00 Iur Interface Introduction for UTRAN Rel-19 read
TS 25.422 vj00 Signalling Transport for Iur Interface Rel-19 read
TS 25.424 vj00 UTRAN Iur Interface Data Transport & Signalling Rel-19 read
TS 25.425 vj00 UTRAN Iur Interface User Plane Protocols Rel-19 read
TS 25.426 vj00 UTRAN Iur/Iub Transport Bearers Rel-19 read
TS 25.430 vj00 Introduction to Iub Interface Specifications Rel-19 read
TS 25.432 vj00 Iub NBAP Signalling Transport Specification Rel-19 read
TS 25.434 vj00 UTRAN Iub Interface Data Transport and Signalling Rel-19 read
TS 25.442 vj00 Node B Implementation Specific O&M Transport via RNC Rel-19 read
TS 25.450 vj00 Iupc Interface Introduction for UTRAN Positioning Rel-19 read
TS 25.452 vj00 Iupc Interface Signalling Transport for PCAP Rel-19 read
TR 25.931 vj00 UTRAN Signalling Procedures Examples Rel-19 read
TS 26.102 vj00 Mapping of AMR and other codecs to interfaces Rel-19 read
TS 26.202 vj00 AMR-WB Speech Codec Mapping Specification Rel-19 read
TS 29.061 vk10 Packet Domain Interworking Requirements Rel-20 read
TS 29.202 vj00 SS7 Signalling Transport Protocol Architectures Rel-19 read
TS 29.414 vj00 Nb Interface Bearer Transport & Control Protocols Rel-19 read
TS 29.415 vj00 Nb User Plane Protocol Specification Rel-19 read
TS 32.101 vj00 PLMN Management Principles and Requirements Rel-19 read
TS 32.102 vj00 Telecom Management Physical Architecture Framework Rel-19 read
TS 32.404 vj00 Performance Management Definitions & Template Rel-19 read
TS 32.741 vb00 STN Interface NRM IRP Requirements Rel-11 read
TS 32.833 vb00 Converged OSS End-to-End Management Study Rel-11 read
TS 43.129 vj00 PS Handover in GERAN A/Gb and GAN Modes Rel-19 read