Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Core Network

TFT

Traffic Flow Template

Core Network →

TFT is the set of packet filters in a PDP context that classifies downlink user plane packets and associates them with specific bearers for QoS treatment.

Introduced
R99
Where
Core Network › Legacy Core
Specifications
14 specs
Also in
Testing
TFT Description Purpose What changed Neighbours Detected Changes Specifications

Description

The Traffic Flow Template (TFT) is a core policy and traffic management construct in 3GPP packet core networks, including GPRS, UMTS, and Evolved Packet System (EPS). It operates at the Gateway GPRS Support Node (GGSN) in UMTS or the Packet Data Network Gateway (P-GW) in EPS. A TFT is essentially a collection of up to eight packet filters (in the downlink direction) that are installed as part of a PDP context (UMTS) or PDN connection/EPS bearer (EPS). Each packet filter contains matching criteria such as source/destination IP addresses and port numbers, protocol type (e.g., TCP/UDP), IPsec Security Parameter Index (SPI), and Type of Service (TOS) field bits.

Architecturally, the TFT is created by the UE or the network (via the Policy and Charging Rules Function - PCRF) and is signaled to the gateway node (GGSN/P-GW) during PDP context activation or modification procedures. In the downlink, when a packet arrives from the external packet data network (e.g., the internet), the GGSN/P-GW performs packet classification by evaluating the packet header against all active TFT filters associated with the user's PDP contexts. The packet is then directed to the specific PDP context (and its associated radio bearer) whose TFT contains the matching filter. This creates a binding between an IP flow (e.g., a VoIP call, a video stream) and a specific bearer that has the requisite Quality of Service (QoS) characteristics (e.g., guaranteed bit rate, priority).

Its role is critical for enabling multiple simultaneous services with different QoS requirements over a single user's IP address. For example, a user can have a default bearer for best-effort internet browsing and a dedicated bearer with a TFT matching their VoIP traffic to ensure low latency and jitter. The TFT mechanism allows the network to apply distinct QoS policies, charging rules, and even routing treatments (like offload to a local breakout) on a per-service-flow basis. In the uplink direction, the UE uses the TFT packet filters to map its own outgoing IP traffic to the correct bearer. The TFT is thus the fundamental tool for implementing flow-based QoS and policy control in 3GPP networks.

Purpose & Motivation

The TFT was introduced to solve the problem of supporting multiple IP-based services, each with distinct Quality of Service (QoS) needs, within a single Packet Data Protocol (PDP) context that traditionally had only one IP address and one set of QoS parameters. Early GPRS/UMTS data services primarily offered a single 'pipe' for all traffic, which was insufficient for real-time services like Voice over IP (VoIP) or video conferencing that require guaranteed bandwidth and low delay amidst other background traffic.

The creation of the TFT, standardized from Release 99 onwards, was motivated by the vision of All-IP networks and multimedia services. It enables the network to identify and differentiate between individual traffic flows (e.g., separate TCP connections for email, web, and a VoIP stream) originating from the same user equipment. By classifying packets into flows, the network can then map each flow to a dedicated bearer with optimized QoS characteristics, a process essential for the 3GPP's standardized QoS architecture. This addressed the limitations of the earlier, service-agnostic 'best-effort' data pipe, allowing operators to offer tiered services, implement sophisticated charging models (e.g., different rates for video vs. chat), and ensure a consistent user experience for latency-sensitive applications.

What changed in its specifications

The latest release-to-release comparison of specifications that define TFT. Each summary describes the whole specification, not only this term.

TR 21.905Rel-17 → Rel-18

Rel-18 brings only minor changes to TS 21.905: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TR 21.905 →
TS 23.060Rel-18 → Rel-19

Rel-19 brings only minor changes to TS 23.060: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TS 23.060 →

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 1 change
  • TFT operation for header compression re-negotiation and PS data off TS 24.301CR3082
Rel-16 2 changes
  • Correction to TFT check TS 24.301CR3149
  • Remove invalid cases in error handling for TFT operation in EPS TS 24.301CR3350
Rel-18 2 changes
  • Correction to TFT handlling for empty packet filter list in 4G TS 24.301CR3917
  • Clarification to the 'No TFT operation' when no TFT for default bearer TS 24.301CR4087
Rel-19 1 change
  • Correction on TFT operation TS 24.301CR4630

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj20 3GPP Terminology and Definitions Rel-19 read
TS 23.060 vj00 GPRS Stage 2 Service Description Rel-19 read
TS 23.207 vj00 End-to-End QoS Framework for GPRS Rel-19 read
TS 23.802 v700 Enhanced End-to-End QoS Architecture Rel-7 read
TS 24.229 vk10 IMS SIP/SDP Call Control Protocol Rel-20 read
TS 24.301 vk10 EPS NAS Mobility and Session Management Rel-20 read
TS 24.302 vj00 Access to EPC via non-3GPP networks; Stage 3 Rel-19 read
TS 24.801 v810 CT1 SAE NAS Aspects for EPC Rel-8 read
TS 27.060 vj00 TE-MT Interworking for Packet Domain Rel-19 read
TS 29.060 vj00 GPRS Tunnelling Protocol (GTP) version 1 Rel-19 read
TS 29.274 vk00 GTPv2-C Control Plane Protocol Rel-20 read
TS 34.109 vj00 UE Conformance Test Functions for UMTS Rel-19 read
TS 36.300 vj20 E-UTRAN Radio Interface Protocol Architecture Rel-19 read
TR 37.901 vf10 UE Application Layer Data Throughput Performance Rel-15 read