Description
The Traffic Detection Function (TDF) is a specialized network element within the 3GPP Policy and Charging Control (PCC) architecture. Its primary role is to perform deep packet inspection (DPI) on user plane traffic to identify specific applications and services, such as streaming video, social media, or peer-to-peer applications. The TDF operates by analyzing packet headers and payloads against a set of pre-defined detection rules, which can be based on signatures, behavioral patterns, or other heuristics. Upon detecting a specific application, the TDF can report this information to the Policy and Charging Rules Function (PCRF) via the Sd reference point. The PCRF can then use this information to dynamically install or modify PCC rules in the Policy and Charging Enforcement Function (PCEF), enabling real-time policy enforcement like bandwidth throttling, blocking, or charging for the detected application flow.
Architecturally, the TDF can be deployed in two modes: as an Application Function (AF) within the PCC framework or as a standalone node. In the standalone deployment, it interacts directly with the PCRF. The TDF contains key functional components including the Traffic Detection Engine, which performs the actual DPI, and a reporting function that communicates with the PCRF. It also maintains a database of application detection rules, which can be updated by the operator. The TDF's operation is governed by ADC (Application Detection and Control) rules provisioned by the PCRF, which specify what applications to look for and what actions to take upon detection, such as reporting, gating (blocking), or redirecting the traffic.
In the network, the TDF is typically placed in the data path, often integrated with a Gateway GPRS Support Node (GGSN) or a Packet Data Network Gateway (PGW) in 4G, or the User Plane Function (UPF) in 5G. Its integration allows for granular, application-aware policy enforcement beyond simple bearer-level controls. For example, an operator can use the TDF to detect a video streaming service and apply a specific Quality of Service (QoS) policy to ensure a smooth user experience, or to identify and limit bandwidth for a file-sharing application during network congestion. The TDF's ability to provide application-level visibility is crucial for implementing service differentiation, zero-rating offers, and parental controls.
Purpose & Motivation
The TDF was created to address the growing need for operators to manage and monetize diverse internet application traffic beyond the capabilities of traditional bearer-level PCC. Prior to its introduction, policy control was primarily based on IP 5-tuple information (source/destination IP/port, protocol), which is insufficient for accurately identifying specific applications, especially those using dynamic ports, encryption, or sharing common servers. This limitation made it difficult for operators to implement fair usage policies, offer application-specific data plans, or ensure quality of experience for latency-sensitive services.
The motivation for standardizing the TDF in 3GPP Release 11 was to provide a unified, vendor-interoperable method for deep packet inspection and application-aware policy enforcement within the PCC framework. It solved the problem of application blindness in the core network, enabling new business models like sponsored data, where an application provider pays for the data usage, or tiered services where premium subscribers get better quality for specific apps. The TDF also provides the technical foundation for regulatory requirements, such as lawful interception of specific services or compliance with net neutrality rules through transparent traffic management.
Historically, operators relied on proprietary DPI solutions that were not integrated with the standardized PCC architecture, leading to operational complexity and limited scalability. The TDF standardizes the interfaces (e.g., Sd, Gx) and procedures for application detection and control, allowing operators to deploy multi-vendor solutions and ensuring that policy decisions based on application detection are consistent and enforceable across the network. It represents a key evolution from simple volume-based charging to intelligent, service-aware network management.
Key Features
- Deep Packet Inspection (DPI) for application identification
- Enforcement of Application Detection and Control (ADC) rules from the PCRF
- Support for traffic gating (blocking) and redirection actions
- Generation of usage reports for charging (via TDF-CDR)
- Integration with PCC architecture via the Sd reference point
- Operational modes: standalone or integrated as an Application Function
Evolution Across Releases
Initial introduction of the TDF. Defined its architecture as a standalone network function or an Application Function (AF) for application detection and control. Established the Sd reference point between TDF and PCRF for provisioning ADC rules and reporting application detection events. Specified basic capabilities for traffic detection, gating, and redirection.
Enhanced TDF functionality with support for TDF-CDR (Charging Data Record) generation for application-level usage reporting. Introduced more granular control and reporting mechanisms. Improved integration with charging systems.
Further enhancements for service chaining scenarios and integration with network analytics. Introduced support for more complex detection scenarios and policy interactions.
Introduced the TDF-C (Control plane function) to separate control and user plane functions, aligning with network function virtualization (NFV) and SDN principles. Enhanced support for network slicing concepts.
Adaptations for 5G System (5GS) integration. Work on aligning TDF concepts with the 5G Policy Control Function (PCF) and Session Management Function (SMF).
Ongoing work within the 5G-Advanced framework, focusing on enhanced application detection for new services and network automation.
Latest enhancements, expected to include further integration with cloud-native architectures and support for emerging application paradigms.
Defining Specifications
| Specification | Title |
|---|---|
| TS 23.139 | 3GPP TS 23.139 |
| TS 23.203 | 3GPP TS 23.203 |
| TS 23.214 | 3GPP TS 23.214 |
| TS 29.212 | 3GPP TS 29.212 |
| TS 29.213 | 3GPP TS 29.213 |
| TS 29.214 | 3GPP TS 29.214 |
| TS 29.215 | 3GPP TS 29.215 |
| TS 29.244 | 3GPP TS 29.244 |
| TS 29.250 | 3GPP TS 29.250 |
| TS 29.251 | 3GPP TS 29.251 |
| TS 29.810 | 3GPP TS 29.810 |
| TS 32.240 | 3GPP TR 32.240 |
| TS 32.251 | 3GPP TR 32.251 |
| TS 32.296 | 3GPP TR 32.296 |
| TS 32.298 | 3GPP TR 32.298 |
| TS 32.299 | 3GPP TR 32.299 |
| TS 32.843 | 3GPP TR 32.843 |
| TS 32.869 | 3GPP TR 32.869 |