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.
Key Features
- Transparent transport of Mobility Management (MM) and Connection Management (CM) signaling messages
- Operates as a sub-layer within the BSSAP (GSM) and RANAP (UMTS) protocols
- Enables clear functional separation between Radio Access Network (RAN) and Core Network (CN) responsibilities
- Uses a Discriminator information element to identify message types for proper routing
- Relies on RAN-level signaling connections (e.g., Iu Signaling Connection) for reliable delivery
- Supports all non-call-associated procedures like location updating, authentication, and SMS transfer
Evolution Across Releases
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.
Defining Specifications
| Specification | Title |
|---|---|
| TS 21.905 | 3GPP TS 21.905 |
| TS 23.806 | 3GPP TS 23.806 |
| TS 43.901 | 3GPP TR 43.901 |
| TS 49.008 | 3GPP TR 49.008 |