ADD

Automatic Device Detection

Management →
Introduced in Rel-5

ADD is a 3GPP mechanism for automatically detecting and registering user equipment when it connects to a mobile network, enabling device identification and service provisioning without manual intervention.

Category
Management
Introduced
Rel-5
Where
Core Network › Legacy Core
Specifications
5 specs
ADD Description Purpose Related Classification Detected Changes Specifications

Description

Automatic Device Detection (ADD) is a standardized network management function defined by 3GPP that allows the core network to automatically recognize and register User Equipment (UE) upon its initial attachment or when accessing services. It operates primarily within the Packet Switched (PS) domain, interacting with network nodes like the Serving GPRS Support Node (SGSN) in earlier releases and the Mobility Management Entity (MME) and Packet Data Network Gateway (PGW) in later Evolved Packet Core (EPC) architectures. The process is initiated when a UE attempts to establish a data session; the network intercepts the attachment request and extracts device-specific information, such as the International Mobile Equipment Identity (IMEI) or other identifiers, which is then used to query a central device database or perform local logic to determine the device type and its capabilities.

The architecture involves several key components: the UE itself, which provides its identity; the core network control nodes (SGSN/MME) that detect the device during attachment procedures; and often an external Device Identity Register (DIR) or integration with the Equipment Identity Register (EIR). In operation, ADD leverages existing signaling protocols, such as GPRS Tunneling Protocol (GTP) in the Gn/Gp interfaces or Diameter in S6a/S6d interfaces, to communicate device information. When a UE attaches, the SGSN or MME may trigger an ADD procedure by sending a device check request to a designated network function, which analyzes the identifier and returns a profile indicating the device model, supported features (e.g., radio access technologies, QoS parameters), and any service restrictions.

ADD plays a critical role in network management by enabling automated policy enforcement, service differentiation, and resource optimization. For instance, upon detecting a specific device type, the network can apply tailored QoS settings, allocate appropriate bearers, or restrict access based on subscription or capability. This reduces manual configuration errors and allows operators to dynamically adapt to diverse device ecosystems, from smartphones to IoT sensors. In later 3GPP releases, ADD has been integrated with policy control frameworks like PCRF (Policy and Charging Rules Function) to enable real-time, device-aware service delivery, enhancing network efficiency and user satisfaction.

Purpose & Motivation

ADD was introduced in 3GPP Release 5 to address the growing complexity of mobile networks as device diversity increased with the advent of GPRS and UMTS. Prior to ADD, network operators often relied on manual configuration or static provisioning to manage device-specific services, which was inefficient and error-prone, especially with the proliferation of data-enabled devices. The manual approach could not scale to handle millions of connections, leading to service inconsistencies and increased operational costs. ADD automated this process, allowing networks to dynamically identify devices and apply appropriate policies, thereby solving problems related to service activation, fraud prevention, and resource allocation.

The historical context for ADD includes the expansion of mobile internet services, where operators needed to differentiate between device types (e.g., feature phones vs. smartphones) to offer tailored data plans and ensure network compatibility. Limitations of previous approaches included lack of real-time detection, which hindered optimal QoS management and could cause network congestion from misconfigured devices. ADD provided a standardized way to detect devices automatically, enabling operators to implement device-aware charging, security measures (like blocking stolen devices via EIR integration), and efficient network resource utilization. This was motivated by the need for operational automation and enhanced user experience in evolving 3G/4G networks.

Classification

Part ofEIR
Related approachesSGSNMMEPCRF

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (3 CRs across 1 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Studied in Rel-5, normative work from Rel-15.

Rel-15 3 changes

In Release 15, the updates to the ADD function specifically addressed IP addressing procedures between IPv4/IPv6 capable SGSN and GGSN nodes. The changes included corrections for the SGSN-Initiated Update PDP Context Request and refined the handling of IP addressing during intra-SGSN scenarios. These modifications ensured consistent IP capability negotiation and address management across the network interfaces.

  • Correction to the SGSN-Initiated Update PDP Context Request TS 29.060CR1063
  • IP addressing between IPv4/IPv6 capable SGSN and GGSN TS 29.060CR1064
  • IP addressing between IPv4/IPv6 capable SGSN/GGSN during intra-SGSN scenarios TS 29.060CR1065

Explore further

Broader topics and technologies where ADD plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.012 vj00 Circuit Switched Location Management Procedures Rel-19
TS 23.048 v1400 Secured Packets for UICC Remote Management Rel-5
TS 23.060 vj00 GPRS Service Description Stage 2 Rel-19
TR 23.702 ve00 Study on 3GPP PS Data Off Rel-14
TS 29.060 vj00 GPRS Tunnelling Protocol (GTP) version 1 Rel-19