TSSF

Traffic Steering Support Function

Services →
Introduced in Rel-13

TSSF is a network function that steers user traffic to appropriate network slices or access types based on policies, enabling efficient traffic management and optimal service delivery in 5G.

Category
Services
Introduced
Rel-13
Where
Core Network › Evolved Packet Core
Specifications
7 specs
TSSF Description Purpose Related Detected Changes Specifications

Description

The Traffic Steering Support Function (TSSF) is a core network function introduced in 3GPP Release 13, primarily for the Service Capability Exposure Function (SCEF) architecture, and later adapted for the 5G Core (5GC). Its primary role is to interpret and enforce traffic steering policies, which dictate how user data flows should be routed. These policies are typically provided by the Policy Control Function (PCF) and are based on factors such as subscription data, application requirements, network conditions, and slice selection policies. The TSSF acts as a policy enforcement point, translating high-level steering rules into actionable instructions for other network functions, such as the Session Management Function (SMF) or the Access and Mobility Management Function (AMF).

Architecturally, the TSSF can be implemented as a standalone function or integrated within other control plane functions. It interfaces with key 5GC elements via standardized reference points, such as N7 to the PCF for policy reception and N11 to the AMF for mobility and session context. When a Protocol Data Unit (PDU) session is established or modified, the SMF may consult the TSSF to determine the appropriate Data Network Name (DNN), Network Slice Selection Assistance Information (NSSAI), or access type (e.g., 3GPP, non-3GPP). The TSSF evaluates the policy rules against the current session context, subscriber profile, and local configuration to make a steering decision.

Internally, the TSSF comprises policy rule storage, a rule matching engine, and interfaces for communication with other network functions. It processes Policy and Charging Control (PCC) rules that contain traffic steering information, such as route selection descriptors. These descriptors may specify priorities for different slice instances or access technologies. The TSSF's decision-making process is dynamic, allowing for real-time adjustments based on network load, user mobility, or changes in service requirements. This capability is fundamental to realizing the 5G vision of network slicing, where multiple logical networks with distinct characteristics are created on a shared physical infrastructure.

In operation, the TSSF plays a pivotal role in end-to-end service assurance. For example, for an Ultra-Reliable Low-Latency Communication (URLLC) service, the TSSF might steer traffic to a slice optimized for low latency, potentially using a specific radio access network (RAN) configuration. Conversely, for a massive Internet of Things (mIoT) application, it might direct traffic to a slice designed for high connection density and energy efficiency. By centralizing traffic steering logic, the TSSF simplifies network management, enhances policy consistency, and enables automated, intelligent traffic distribution across heterogeneous network environments.

Purpose & Motivation

The TSSF was created to address the growing complexity of traffic management in modern mobile networks, particularly with the advent of 5G and network slicing. Prior to its introduction, traffic steering was often handled in an ad-hoc manner through static configurations in network elements like the Gateway GPRS Support Node (GGSN) or Packet Data Network Gateway (PGW). This approach lacked the dynamism and granularity needed to support diverse 5G services with stringent and varied requirements for latency, bandwidth, and reliability. The limitations of previous systems became apparent as operators sought to offer differentiated services, such as enhanced mobile broadband (eMBB), critical communications, and IoT, over a common infrastructure.

The primary motivation for developing the TSSF was to provide a standardized, policy-driven mechanism for intelligent traffic steering. It solves the problem of how to automatically and efficiently direct user data flows to the most appropriate network resources based on real-time conditions and service-level agreements (SLAs). This is essential for network slicing, a cornerstone of 5G, which allows the creation of multiple virtual networks on a single physical platform. Without a dedicated function like the TSSF, implementing and managing slice-specific traffic routing would be cumbersome, error-prone, and difficult to scale.

Historically, the concept evolved from earlier policy control frameworks defined in 3GPP, such as the Policy and Charging Control (PCC) architecture. Release 13 initially specified the TSSF within the context of the SCEF for Cellular IoT (CIoT) optimizations, focusing on steering non-IP data. With the transition to the 5G Service-Based Architecture (SBA) in Release 15, its role was expanded and integrated into the 5GC to manage steering for all types of PDU sessions across slices and access types. The TSSF thus represents a maturation of policy control, evolving from simple charging and quality of service (QoS) enforcement to encompass sophisticated, context-aware traffic orchestration that is vital for delivering the promised flexibility and efficiency of 5G networks.

Detected Changes Across Releases

from 3GPP Change Requests

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

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

Rel-15 16 changes

In Release 15, the TSSF function was introduced with new capabilities for traffic steering control using AF-provided N6 traffic routing information. It also gained support for handling Ethernet frames and VLAN tags in outer header creation on the N4 interface. Furthermore, enhancements were made to support priority for specific services like MCVideo.

  • Extend RAT type supporting LTE-M TS 29.212CR1671
  • Erroneous M bit setting on Supported-Features TS 29.212CR1656
  • Support priority for MCVideo services TS 29.213CR0726
  • Node related Messages supported on N4 interface TS 29.244CR0040
  • Support of Ethernet frames on N4 TS 29.244CR0055
  • Ethernet traffic TS 29.244CR0101

+ 10 more changes

Rel-16 27 changes

In Release 16, the TSSF was enhanced with new support for ATSSS (Access Traffic Steering, Switching and Splitting) and for 5G VN Group Communication for both unicast and broadcast traffic. It also gained capabilities to support specific applications with QoS hints, the Framework for Live Uplink Streaming (FLUS), and IPTV service. Furthermore, updates were made to improve support for dual stack UEs and for handling GBR traffic within a Multi-Access PDU session.

  • Support for Restricted Local Operator Services TS 29.212CR1688
  • Support of QCI values for Framework for Live Uplink Streaming (FLUS) TS 29.212CR1698
  • Support for Restricted Local Operator Services TS 29.213CR0737
  • Impacts on QoS mapping to support FLUS functionality TS 29.213CR0741
  • Support of applications with specific QoS hints TS 29.213CR0742
  • Update the redirection server address to support dual stack UE TS 29.212CR1681

+ 21 more changes

Rel-17 21 changes

In Release 17, the TSSF function was enhanced with new capabilities for managing Access Traffic Steering, Switching, and Splitting (ATSSS), including the support of configurable thresholds and a Steering Mode Indicator for more dynamic traffic management. It also gained improved failure handling procedures for traffic steering and introduced support for traffic usage reporting specifically for redundant transmission at the transport layer. Furthermore, the function expanded its policy control to better support satellite access and Multi-Access PDUs in hybrid 3GPP/EPC and Non-3GPP/5GC connectivity scenarios.

  • 29.212 PCC Support for MPS for DTS TS 29.212CR1700
  • Support policy and QoS control for satellite access TS 29.212CR1707
  • Enabling and disabling the adjustment of DL traffic steering rules TS 29.244CR0579
  • Condition of Inclusion of Threshold Values IE and Steering Mode Indicator IE TS 29.244CR0581
  • Adding S-NSSAI as a factor in managing UPF resources TS 29.244CR0584
  • PFCP Node related messages supported over N4mb TS 29.244CR0606

+ 15 more changes

Rel-18 30 changes

In Release 18, the TSSF saw significant enhancements to support new traffic types and steering modes, including the introduction of MPQUIC Steering Functionality and a Redundant steering mode. It gained capabilities for improved service integration, such as support for high data rate low latency services like XR and integration with IETF Deterministic Networking. Furthermore, the function was updated with new procedures, including an EAS discovery procedure using an IP replacement mechanism and support for traffic steering to an L4S enabled QoS flow.

  • Support IPv6 Prefix Delegation in 5GS TS 29.244CR0688
  • Support of integration with IETF Deterministic Networking TS 29.244CR0687
  • Introduction of MPQUIC Steering Functionality TS 29.244CR0674
  • Introducing the Redundant steering mode TS 29.244CR0678
  • Support of integration with IETF Deterministic Networking TS 29.244CR0702
  • Support of MPQUIC Steering Functionality TS 29.244CR0713

+ 24 more changes

Rel-19 23 changes

In Release 19, the TSSF's new capabilities focused on enhanced traffic steering and media handling, specifically introducing support for MPQUIC-IP and MPQUIC-E steering functionalities and clarifying their procedures. It also added support for the MoQ (Media over QUIC) transport protocol on the N4 interface, including for encrypted XRM traffic. Furthermore, the release enabled more granular QoS and reporting by supporting differentiated QoS handling for multiplexed media flows and introducing a Remaining Data Reporting Indication.

  • Support of Operator Configurable UPF capability TS 29.244CR0868
  • Supported functionality of NAT information exposure TS 29.244CR0876
  • Support of handling of headers in N4 interface TS 29.244CR0882
  • MPQUIC-IP and MPQUIC-E support TS 29.244CR0889
  • Transferring media related information over N6 using connect-UDP for e2e encrypted traffic TS 29.244CR0894
  • L4S support for non-3GPP accesses TS 29.244CR0891

+ 17 more changes

Explore further

Broader topics and technologies where TSSF plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.203 vj20 Policy and charging control architecture Rel-19
TS 23.722 vf10 Common API Framework (CAPIF) for 3GPP Northbound APIs Rel-15
TS 29.155 vj00 REST-based St Reference Point Protocol Rel-19
TS 29.212 vj00 Gx/Gxx/Sd/St Diameter Protocol Rel-19
TS 29.213 vj20 PCC Signalling Flows and QoS Mapping Rel-19
TS 29.215 vj00 S9 Reference Point Stage 3 Specification Rel-19
TS 29.244 vj40 PFCP Specification for Control/User Plane Separation Rel-19