DTAP

Direct Transfer Application Part

Protocol →
Introduced in Rel-5

DTAP is a core network protocol used for transparently transferring non-call-related signaling messages, such as mobility management messages, between the mobile station and the core network.

Category
Protocol
Introduced
Rel-5
Where
Services
Specifications
4 specs
DTAP Description Purpose Related Classification Specifications

Description

The Direct Transfer Application Part (DTAP) is a critical protocol within the 3GPP architecture, specifically defined for GSM (2G) and UMTS (3G) systems. Its primary function is to provide a transparent transport mechanism for non-call-related signaling messages between the Mobile Station (MS) or User Equipment (UE) and the Core Network (CN). These messages belong to the Mobility Management (MM) and Connection Management (CM) sublayers, which include procedures for location updating, authentication, ciphering, call control, and supplementary service management. DTAP itself does not interpret these messages; it acts as a carrier, ensuring they are delivered intact between the MS/UE and the CN entities like the Mobile Switching Center (MSC) or Serving GPRS Support Node (SGSN).

Architecturally, DTAP operates within the control plane of the radio interface. In GSM, DTAP messages are encapsulated within the Base Station System Application Part (BSSAP) protocol for transport between the Base Station Controller (BSC) and the MSC. The BSSAP is divided into two parts: the BSS Management Application Part (BSSMAP) for messages between the BSC and MSC that require interpretation by the radio network, and DTAP for messages that are simply relayed. Similarly, in UMTS, DTAP messages are carried within the Radio Access Network Application Part (RANAP) protocol between the Radio Network Controller (RNC) and the CN. This encapsulation allows the Radio Access Network (RAN) to handle radio-specific signaling (via BSSMAP or RANAP) separately from the core network signaling (via DTAP), promoting a clear functional separation.

The operation of DTAP is relatively straightforward. When an MS generates a MM or CM message, it is passed down its protocol stack and sent over the air interface. Upon receipt by the BSC (GSM) or RNC (UMTS), the radio network layer identifies the message as a DTAP message based on the Discriminator information element. The RAN node then encapsulates this DTAP message within a BSSAP or RANAP DIRECT TRANSFER message, which includes the necessary identifiers like the Connection Identifier (CI) or Iu Signaling Connection Identifier, and forwards it to the appropriate CN node. The CN extracts the DTAP message and processes the contained MM or CM signaling. The reverse path operates identically for messages from the CN to the MS. This transparency is crucial as it allows the core network protocols to evolve independently of the radio access technology.

DTAP's role is fundamental to the scalability and maintainability of 2G and 3G networks. By defining a clean interface between the RAN and the CN, it enables network equipment from different vendors to interoperate effectively. The RAN is only responsible for the reliable transport and radio resource-related signaling, while the CN handles subscriber mobility, session management, and services. This separation of concerns simplifies network architecture, troubleshooting, and the introduction of new core network services without requiring changes to the radio network elements, as long as the transparent DTAP transport mechanism is supported.

Purpose & Motivation

DTAP was created to address a fundamental architectural requirement in cellular networks: the clear separation of signaling responsibilities between the Radio Access Network (RAN) and the Core Network (CN). Prior to its formalization in standards like GSM, the handling of signaling was often more integrated, which could lead to complex, vendor-specific implementations that hindered interoperability and network evolution. The primary problem DTAP solves is enabling the transparent passage of subscriber- and service-specific signaling (like call setup or location updating) through network elements (BSC, RNC) that should not need to interpret or process that information.

Its creation was motivated by the need for a standardized, scalable architecture for public land mobile networks. By defining DTAP as part of the BSSAP and later RANAP protocols, 3GPP established a model where the RAN's role is confined to managing radio resources and mobility at the cell level, while the CN manages subscriber identity, mobility across larger areas, and service logic. This separation allows operators to source RAN and CN equipment from different vendors, fostering competition and innovation. It also future-proofs the network, as new core network services can be introduced by updating CN nodes without necessarily modifying every base station controller in the field, as long as the DTAP transport conduit remains functional.

Historically, DTAP is a cornerstone of the GSM system's success and was carried forward into UMTS. It addressed the limitations of more monolithic architectures by providing a clean, message-based interface. This design principle of separating transport from processing became a lasting legacy in telecommunications, influencing later architectures like the control/user plane separation in 4G and 5G, although the specific DTAP protocol itself was superseded by new protocols (like S1-AP and NG-AP) in those generations.

Classification

Part ofBSSAP
Related approachesRANAP

Evolution Across Releases

Rel-5 Initial

DTAP was formally integrated into the 3GPP UMTS specifications as part of the Iu interface protocol stack, specifically within RANAP. This release established its role in carrying MM and CM signaling transparently between the UTRAN (RNC) and the Core Network (MSC/SGSN), extending the GSM principle into the 3G architecture.

Explore further

Broader topics and technologies where DTAP plays a role.

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TS 23.806 v1700 Voice Call Continuity between CS and IMS Rel-7
TR 43.901 vj00 Generic Access to A/Gb Interface Feasibility Study Rel-19
TS 49.008 vj00 BSSAP on E-interface for inter-MSC handover Rel-19