Description
A Service Data Flow (SDF) is a cornerstone of the 3GPP Policy and Charging Control (PCC) architecture, defined from Release 6 onwards. It represents a collection of IP packet flows that are identified by a set of packet filters (e.g., based on source/destination IP addresses, ports, protocol type, and optionally deep packet inspection (DPI) information). The primary function of an SDF is to serve as the granular entity to which network policies—specifically Quality of Service (QoS) and charging rules—are uniformly applied. When user data packets traverse the network, they are matched against these predefined SDF filters at the Policy and Charging Enforcement Function (PCEF), typically located in the Gateway GPRS Support Node (GGSN) or Packet Data Network Gateway (PGW).
The architecture for managing SDFs is centralized around the Policy and Charging Rules Function (PCRF). The PCRF is the brain of the PCC system. It makes dynamic policy decisions based on subscriber information, service requests, and network conditions received from various sources like the Application Function (AF) and Subscription Profile Repository (SPR). These decisions are translated into PCC rules, each containing an SDF template (the filters) and the corresponding policy actions. These PCC rules are then provisioned to the PCEF via the Gx interface. The PCEF enforces these rules in real-time, performing operations like gating (allowing/blocking packets), QoS marking (setting the QoS Class Identifier), and usage monitoring for charging.
The role of the SDF is integral to enabling sophisticated service models. It allows the network to differentiate traffic not just per user or per Access Point Name (APN), but per specific application or service type. For example, video streaming traffic can be identified as a distinct SDF and granted higher bandwidth (guaranteed bit rate) compared to best-effort web browsing traffic. From a charging perspective, an SDF can be associated with specific charging keys and methods (e.g., volume-based, time-based, or event-based), enabling flexible monetization strategies like sponsored data or zero-rating. The SDF abstraction thus decouples service logic from network transport, providing operators with a powerful tool for traffic management and revenue generation.
Purpose & Motivation
The SDF concept was introduced to address the limitations of earlier mobile data networks, which primarily offered simple, best-effort internet access with flat-rate charging. As mobile services evolved to include VoIP, video streaming, and enterprise applications, there was a critical need for the network to intelligently identify different types of traffic and apply appropriate quality and billing treatments. Prior to PCC, any policy enforcement was static and configured manually on network gateways, lacking the dynamism and subscriber-awareness required for modern services.
The creation of the PCC framework, with the SDF at its core, was motivated by the need for standardized, dynamic policy control. It solves the problem of how to seamlessly integrate application-layer service requirements (e.g., a video call needing low latency) with the transport network's capabilities. By defining traffic at the granularity of an SDF, operators can create and monetize tiered service plans, ensure network resources are optimally allocated, and provide a consistent quality of experience for specific applications. It enabled the transition from being a 'dumb pipe' to becoming a 'smart pipe' capable of service innovation.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (14 CRs across 4 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-6, normative work from Rel-15.
In Release 15, the SDF function was enhanced with the introduction of Bidirectional SDF Filters and clarifications on provisioning multiple filters within a Packet Detection Information (PDI). It also added support for UE requests for specific QoS handling for selected SDFs and included PCEF support for Data Off functionality. These updates provided more granular control and clearer procedures for matching packets against service data flow filters.
- 23.401 PCEF Support for Data Off phase 2 TS 23.401CR3289
- UE requests specific QoS handling for selected SDF TS 29.512CR0026
- Bidirectional SDF Filters TS 29.244CR0064
- Essential clarification on the provision of several SDF filters in a PDI TS 29.244CR0134
- Essential clarification on the provision of SDF filter TS 29.244CR0160
In Release 16, enhancements were made to the SDF (Service Data Flow) function, specifically introducing procedures for SDF handling when waiting for credit and correcting a previously missing definition for the SDF abbreviation. These changes provided clearer operational guidance for the Traffic Plane Function (TPF) when evaluating packets against service data flow filters based on charging rule precedence.
In Release 17, the enhancement for the Service Data Flow (SDF) function specifically introduced PCRF control of MPS for DTS. This allows the policy framework to manage the Multi-Priority Service (MPS) feature in relation to Delay Tolerant Service (DTS) traffic. The change builds upon the existing SDF filter evaluation and charging rule precedence mechanisms to incorporate this new policy-controlled capability.
- PCRF control of MPS for DTS TS 29.213CR0743
In Release 19, enhancements to the Service Data Flow (SDF) function focused on improving failure detection and restoration procedures. Specifically, new conditions were added for the PCRF/PCF to detect PCEF failure in a timely manner, and the capability for an AF to trigger PCEF failure checking was introduced. Furthermore, the release clarified PCRF behavior during PGW failure and added support for IMS restoration procedures following PCRF/PCF failure.
- Add a new condition for the PCRF detecting PCEF failure in time TS 29.213CR0751
- Update the procedure of AF trigger the PCEF failure checking TS 29.213CR0753
- Clarify the behavior of the PCRF in the case of PGW failure TS 29.214CR1704
- Add new condition to support IMS restoration procedures after PCRF/PCF failure TS 29.244CR0996
- Add a new condition for the PCF detecting PCEF failure in time TS 29.513CR0605
- Support of AF to tigger PCEF failure checking TS 29.513CR0613
Explore further
Broader topics and technologies where SDF plays a role.
Defining Specifications
3GPP specifications that define or reference SDF, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.125 v1700 | Flow Based Charging Architecture | Rel-7 |
| TS 23.179 vd50 | MCPTT Functional Architecture | Rel-13 |
| TS 23.379 vk00 | MCPTT Functional Architecture | Rel-20 |
| TS 23.401 vj50 | Evolved Packet System (EPS) Stage 2 Description | Rel-19 |
| TS 24.193 vj50 | ATSSS Procedures Specification | Rel-19 |
| TS 24.501 vj50 | 5G NAS Protocols Specification | Rel-19 |
| TS 24.801 v810 | CT1 SAE NAS Aspects for EPC | Rel-8 |
| TS 26.237 vj00 | IMS for PSS and MBMS Control | Rel-19 |
| TS 26.512 vj10 | 5G Media Streaming Protocols & APIs | Rel-19 |
| TS 26.804 vj10 | 5G Media Streaming Extensions Study | Rel-19 |
| TR 26.942 vj00 | Study on Media Energy Consumption Exposure & Evaluation | Rel-19 |
| TR 28.827 vi00 | Technical Report on 5G Charging for Roaming Scenarios | Rel-18 |
| TS 29.213 vj20 | PCC Signalling Flows and QoS Mapping | Rel-19 |
| TS 29.214 vj20 | Policy and Charging Control over Rx | Rel-19 |
| TS 29.244 vj40 | PFCP Specification for Control/User Plane Separation | Rel-19 |
| TS 29.512 vj40 | 5G Session Management Policy Control Service | Rel-19 |
| TS 29.513 vj40 | 5G PCC Signalling Flows & QoS Mapping | Rel-19 |
| TS 29.514 vj40 | 5G System; Policy Authorization Service; Stage 3 | Rel-19 |
| TS 29.890 vg00 | CT3 5G System Technical Report | Rel-16 |
| TS 32.251 vj00 | PS Domain Charging Management | Rel-19 |
| TS 32.255 vk10 | Telecom Management; Charging for 5G Data Connectivity | Rel-20 |
| TS 33.827 ve00 | LI for S8 Home Routed VoLTE Roaming | Rel-14 |
| TS 36.300 vj00 | E-UTRAN Radio Interface Protocol Architecture Overview | Rel-19 |
| TS 36.509 vh40 | EPC Special UE Conformance Testing Functions | Rel-17 |