SBLP

Service Based Local Policy

Management →
Introduced in Rel-2 Also in: Core Network

SBLP is a policy control framework for managing service-based interactions and enabling dynamic policy enforcement on QoS, charging, and access control within the 5G Core Network.

Category
Management
Introduced
Rel-2
Where
Services › IMS
Also touches
1 segments
Specifications
10 specs
SBLP Description Purpose Related Classification Detected Changes Specifications

Description

Service Based Local Policy (SBLP) is a fundamental policy control mechanism within the 3GPP 5G System architecture, designed to govern the behavior of Network Functions (NFs) in a service-based interface (SBI) environment. Unlike traditional policy frameworks that relied on centralized, monolithic policy servers, SBLP distributes policy enforcement capabilities directly to individual NFs, such as the Session Management Function (SMF), Access and Mobility Management Function (AMF), and User Plane Function (UPF). This is achieved by embedding policy decision logic within these functions, allowing them to interpret and apply policies locally based on standardized policy rules provided by the Policy Control Function (PCF). The PCF remains the central policy authority, responsible for authoring, storing, and distributing policy rules to consumer NFs via the Npcf service-based interface. These rules are typically expressed in a structured format, like JSON, and can dictate parameters for Quality of Service (QoS), charging, access control, and traffic steering.

The operation of SBLP begins when a network function requires a policy decision, for instance, during a Protocol Data Unit (PDU) session establishment. The consumer NF (e.g., SMF) sends a policy request to the PCF, which evaluates the request against subscriber data, network conditions, and operator-defined policies. The PCF then returns a set of policy rules tailored for that specific context. The consumer NF stores these rules locally and enforces them in real-time for the duration of the session or until a policy update is triggered. Enforcement actions can include setting QoS Flow Descriptors (QFDs), applying charging rules, enabling or disabling certain services, or redirecting traffic. A key architectural principle is that the PCF does not directly command the NF; instead, it provides declarative policies that the NF interprets and executes autonomously, reducing latency and signaling overhead for frequent, localized decisions.

SBLP's role is integral to the 5G Core's cloud-native, microservices-based design. It supports network slicing by allowing slice-specific policies to be enforced at the NF level, ensuring isolation and performance guarantees. It also enables dynamic policy adaptation in response to network events, such as congestion or a change in user location, through the PCF's ability to push updated policies. The framework relies on standardized service-based interfaces (e.g., Npcf) and common data models defined in OpenAPI specifications, ensuring interoperability between NFs from different vendors. By decentralizing policy enforcement, SBLP enhances scalability, reduces dependency on a single point of failure, and facilitates faster service innovation, as new policies can be deployed without overhauling the entire network architecture.

Purpose & Motivation

SBLP was created to address the limitations of earlier policy control architectures, such as the Policy and Charging Control (PCC) framework used in 4G EPC, which was more centralized and rigid. In 4G, the Policy and Charging Rules Function (PCRF) made most policy decisions and communicated them via the Gx interface to the Policy and Charging Enforcement Function (PCEF) in the PGW. This model created bottlenecks and increased latency, as every policy decision required signaling to the PCRF. It also struggled to support the dynamic, service-based interactions required for 5G's cloud-native core, network slicing, and edge computing.

The primary motivation for SBLP was to enable a more flexible, scalable, and efficient policy framework aligned with 5G's architectural principles. 5G introduces a service-based architecture (SBA) where NFs interact via HTTP/2-based APIs. SBLP leverages this by making policy control a native service, allowing any NF to consume policy decisions. This decentralization solves the scalability issue by enabling local enforcement, which is critical for low-latency applications and massive IoT deployments. It also simplifies the integration of new services and network slices, as policies can be tailored and enforced at the granularity of individual NFs or slices without constant central intervention.

Historically, SBLP evolved from the PCC framework, retaining the separation of policy decision (PCF) and enforcement but distributing the enforcement logic. It was introduced in 3GPP Release 15 as part of the 5G System specification to support advanced use cases like network slicing, service chaining, and multi-access edge computing (MEC). By solving the problems of centralization and latency, SBLP empowers operators to automate network operations, implement complex service-level agreements (SLAs), and rapidly deploy new revenue-generating services in a software-defined manner.

Classification

Part ofSMF
Related approachesPCFQoS

Detected Changes Across Releases

from 3GPP Change Requests

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

Studied in Rel-2, normative work from Rel-17.

Rel-17 1 change

In Release 17, the specification introduced the "SBLP" (Service Based Local Policy) abbreviation as a new defined term. This addition formalizes the terminology within the 3GPP framework, alongside other Release 17 introductions like the use of Paging Policy Differentiation for setting the Paging Cause. The update provides a clear reference point for the policy function within the service-based architecture.

  • Use of Paging Policy Differentiation for setting the Paging Cause TS 23.228CR1242
Rel-18 2 changes

In Release 18, the Service Based Local Policy (SBLP) function was enhanced to support policy decisions based on specific user equipment capabilities and network conditions. The new capabilities include providing an application list based on the UE's Dual Connectivity capabilities and enabling Dynamic Connection Management selection using the UE's IP address and location information.

  • Provide application list based on UE DC capabilities TS 23.228CR1294
  • DCM selection based on IP address and location TS 23.228CR1357
Rel-19 3 changes

In Release 19, the SBLP function was updated to support MPS priority for IMS Immediate Messaging and IMS Session-based Messaging. It also introduced a procedure for terminating local BDC establishment even when the incoming INVITE request's SDP lacks a BDC media component. Furthermore, corrections were made to the Service Based Interface to align with CT conclusions.

  • Support of MPS priority for IMS Immediate Messaging and IMS Session-based Messaging TS 23.228CR1419
  • Terminating local BDC establishment without BDC media component in SDP of incoming INVITE request TS 23.228CR1416
  • Correction on Service Based Interface to Align with CT Conclusion TS 23.228CR1672

Explore further

Broader topics and technologies where SBLP plays a role.

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TS 23.125 v1700 Flow Based Charging Architecture Rel-7
TS 23.203 vj20 Policy and charging control architecture Rel-19
TS 23.228 vj50 IMS Stage-2 Service Description Rel-19
TS 23.803 v1700 PCC Architecture Harmonization Study Rel-7
TR 23.979 vj00 PoC over 3GPP Systems Architectural Requirements Rel-19
TS 24.228 v1500 IP Multimedia Call Control Signaling Flows Rel-5
TS 24.247 vj10 IMS Messaging Service Protocol Details Rel-19
TS 24.819 v1700 IMS Services via Fixed Broadband Access Rel-7
TR 24.930 vj00 IMS Session Setup Signalling Flows Rel-19