SDF

Service Data Flow

QoS →
Introduced in Rel-6 Also in: Services

SDF is the set of IP packet flows matching specific filters, used in 3GPP policy and charging control to apply uniform Quality of Service and charging policies.

Category
QoS
Introduced
Rel-6
Where
Core Network › 5G Core
Also touches
1 segments
Specifications
24 specs
SDF Description Purpose Related Detected Changes Specifications

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.

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 6 changes

In Release 15, the SDF function was enhanced to support bidirectional SDF filters, allowing for independent detection and counting in the downlink and uplink directions. It also introduced the capability for a UE to request specific QoS handling for a selected service data flow, and clarified the provisioning of several SDF filters within a single Packet Detection Information (PDI) element. Furthermore, the release added support for notifying the content version during service data flow deactivation and provided essential clarifications on the service data flow template and filter provisioning.

  • Support of notification of content version during service data flow deactivation TS 29.514CR0030
  • UE requests specific QoS handling for selected SDF TS 29.512CR0026
  • Clarification of service data flow template TS 29.512CR0069
  • 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
Rel-16 2 changes

In Release 16, the specification introduced new procedures for SDF handling when waiting for credit, ensuring proper management of service data flows during online charging interactions. Additionally, a correction was made to address a missing abbreviation for "SDF" within the specification text, improving clarity and consistency. These updates refined the operational and documentation aspects of the flow-based charging framework without altering its core technical principles.

  • SDF Handling when waiting for credit TS 29.244CR0384
  • Correction of missing SDF abbreviation TS 32.255CR0065
Rel-18 1 change

In Release 18, the new capability for the Service Data Flow (SDF) function was the support for provisioning periodicity information at the service data flow level. This enhancement allows operators to define and apply charging rules that incorporate time-based periodic attributes directly to an individual service data flow. This adds a new dimension to the existing charging models, which could already be modified based on time of day, QoS, service events, or accumulated usage volume and time.

  • Support the provisioning of periodicity information at service data flow level TS 29.514CR0608
Rel-19 2 changes

In Release 19, the SDF function was enhanced to support reporting of AF request rate limitation information for a service data flow. Furthermore, specific enhancements were introduced for providing Data Rate Limitation Information specifically for Non-GBR service data flows, building upon the existing framework for defining and charging service data flows based on charging rules and filters.

  • Support of AF request rate limitation information reporting for service data flow TS 29.514CR0716
  • Enhancements on Data Rate Limitation Information for Non-GBR service data flow TS 29.514CR0771

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.

SpecificationTitleRelease
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
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.