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

Glossary term · QoS

Binding

Binding

QoS →

Binding is the association between a service data flow and the IP-CAN bearer or QoS Flow that transports it, ensuring the appropriate QoS treatment is applied.

Introduced
Rel-7
Where
Core Network › 5G Core
Specifications
4 specs
Binding Description Purpose What changed Neighbours Detected Changes Specifications

Description

Binding is a core concept in 3GPP policy and charging control (PCC) architecture, defining the association between a service data flow (SDF) and the IP-CAN bearer (for GPRS, the PDP context) that transports it. In 5G, the term evolved to refer to the association between an SDF and the QoS Flow. This binding ensures that each service data flow receives the appropriate Quality of Service (QoS) treatment as defined by the policy and charging rules. The binding mechanism is the method for creating, modifying, and deleting these bindings. The binding process is typically performed by the Policy and Charging Rules Function (PCRF) in 4G or the Policy Control Function (PCF) in 5G, which evaluates policy rules and determines which bearer or QoS Flow should carry a particular SDF. The binding is based on various parameters, such as the QoS class identifier (QCI) or 5G QoS Identifier (5QI), allocation and retention priority (ARP), and other QoS parameters. When a new service data flow is detected, the PCRF/PCF decides whether to bind it to an existing bearer/QoS Flow or to create a new one. This decision is communicated to the Policy and Charging Enforcement Function (PCEF) or Session Management Function (SMF), which enforces the binding by installing the appropriate packet filters and QoS parameters. The binding mechanism also handles modifications, such as when QoS requirements change or when a bearer is modified, and deletions when a service data flow ends. The binding ensures efficient use of network resources by multiplexing multiple service data flows with similar QoS requirements onto the same bearer or QoS Flow, while isolating flows with different requirements. It is essential for maintaining end-to-end QoS and for enabling differentiated services. The concept has evolved from 4G to 5G, where the IP-CAN bearer is replaced by the QoS Flow, reflecting the more granular and flexible QoS framework in 5G. Despite this evolution, the fundamental principle of associating service data flows with transport resources remains the same.

Purpose & Motivation

The Binding concept exists to ensure that service data flows are transported over the appropriate network resources with the correct QoS treatment. In earlier networks, without a standardized binding mechanism, QoS enforcement was often static and based on bearer-level parameters, which limited the ability to differentiate services dynamically. The introduction of binding in 3GPP Release 7 as part of the PCC architecture allowed for dynamic and policy-driven QoS control, enabling operators to offer differentiated services and to enforce fair usage policies. The binding mechanism solves the problem of mapping application-level service requirements to network-level transport resources. It allows the network to decide how to group multiple service data flows onto bearers or QoS Flows based on their QoS characteristics, optimizing resource utilization while meeting each flow's requirements. This is particularly important in networks with diverse services, such as VoLTE, video streaming, and web browsing, each with different QoS needs. The evolution to 5G QoS Flows further enhances this by providing more granular QoS handling and supporting new use cases like ultra-reliable low-latency communications (URLLC) and massive machine-type communications (mMTC). The binding concept is fundamental to the 3GPP QoS framework and continues to be relevant in the 5G era.

What changed in its specifications

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

TS 23.203Rel-16 → Rel-17

NB-IoT/eMTC support for Non-Terrestrial Networks: adds QCI characteristic for satellite access, note on GEO/LEO delays, and PCRF policy control for satellite PDN connections.

Full comparison in TS 23.203 →
TS 23.503Rel-18 → Rel-19

Rel-19 TS 23.503 adds Network Slice Replacement and Energy Saving Indicator reporting, Application Function influence on payload header handling, and Local Offloading Management Policy for edge computing. It also adds ATSSS Phase 4 multi-access steering (MPQUIC-E, ATSSS-LL), spending-limit policy for roaming, and PCF use of network analytics.

Full comparison in TS 23.503 →

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 8 changes
  • Remove EN related with Session binding TS 23.503CR0002
  • Influence of additional non-standardized QoS parameters on QoS Flow Binding TS 23.503CR0007
  • Session Binding Mechanism for non-IP PDU Session TS 23.503CR0031
  • Clarification on AF using legacy Rx binding with relevant PCF TS 23.503CR0035
  • Cleanups on the support of session binding for Ethernet PDU session Type TS 23.503CR0053
  • Network slicing information for binding the AF request to the relevant PCF TS 23.503CR0055

+ 2 more changes

Rel-16 14 changes
  • Session binding information in wireline access TS 23.503CR0237
  • Correction of PCF discovery via BSF to consider eSBA binding principles TS 23.503CR0326
  • Correction of CHF discovery to consider eSBA binding principles TS 23.503CR0376
  • Correction of PCF discovery via BSF to consider eSBA binding principles - AF/NEF/SCP re-selection functionality (23.503) TS 23.503CR0385
  • Correction on the binding mechanism TS 23.503CR0390
  • QoS flow binding for TSN streams with same periodicity TS 23.503CR0394

+ 8 more changes

Rel-17 1 change
  • Updating Binding Indication for multiple resource contexts feature TS 29.512CR0912
Rel-20 1 change
  • Correction of QoS Flow binding for PCC rule related to XR service TS 23.503CR1620

Defining Specifications

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

SpecificationTitleRelease
TS 23.203 vk10 Policy and Charging Control Architecture Rel-20 read
TS 23.503 vk30 5G Policy and Charging Control Framework Rel-20 read
TS 29.214 vk00 Rx Interface for Policy and Charging Control Rel-20 read
TS 29.512 vk10 Session Management Policy Control Service Stage 3 Rel-20 read