SLA

Spending-Limit-Answer

Management →
Introduced in R99 Also in: Management, Core Network, Radio Access Network

SLA is the Diameter protocol message sent by an online charging system to grant a quota or spending limit in response to a request, enabling real-time credit control for a subscriber.

Category
Management
Introduced
R99
Where
Services › Codecs
Also touches
3 segments
Specifications
32 specs
SLA Description Purpose Related Classification Detected Changes Specifications

Description

The Spending-Limit-Answer (SLA) is a critical component of the 3GPP Online Charging System (OCS) architecture, operating within the Diameter-based Ro/Rf reference points. It is a direct response to the Spending-Limit-Request (SLR) message initiated by a network function like a Gateway GPRS Support Node (GGSN), Packet Data Network Gateway (PGW), or Session Management Function (SMF). The SLA carries the decision from the OCS regarding the amount of service units (e.g., data volume, time duration, monetary credit) a subscriber is permitted to consume. The message contains key Attribute-Value Pairs (AVPs) such as the Granted-Service-Unit AVP, which specifies the precise quota (e.g., 10 MB of data). It may also include the Validity-Time AVP, defining how long the quota is valid, and the Final-Unit-Indication AVP, which signals that the granted quota is the final one before service termination or redirection.

Architecturally, the SLA is part of the Diameter Credit-Control Application (DCCA) as defined in IETF RFC 4006, which 3GPP has adopted and extended. The OCS, upon receiving an SLR, performs subscriber balance checks, applies tariff rates, and potentially consults policy rules before formulating the SLA. The process is stateful, with the OCS maintaining a session context for each active credit-control session. The SLA is transported reliably over the Diameter protocol, ensuring the charging client in the network receives the authorization decision.

Its role is fundamental to real-time, event-based charging for data, voice, SMS, and IMS services. By providing a dynamic and immediate spending limit, the SLA enables prepaid services, spending-limit controls for postpaid accounts, and seamless service continuation through quota renewal cycles. The integrity and timeliness of the SLA are paramount for accurate revenue assurance and for providing subscribers with transparent, up-to-date information on their credit consumption.

Purpose & Motivation

The Spending-Limit-Answer exists to facilitate real-time credit authorization in telecommunications networks, a necessity for prepaid services and spending control. Prior to online charging, operators relied heavily on offline charging (post-event billing), which carried the risk of bad debt from subscribers exceeding their credit. The SLA, as part of the OCS framework, solves this by providing an immediate 'yes/no' and 'how much' decision before network resources are committed.

Its creation was motivated by the commercial need to offer innovative prepaid plans for emerging packet-switched services like GPRS and, later, 3G/4G/5G data. The traditional call-detail-record (CDR) based approach had too much latency between usage and billing, making it unsuitable for controlling data sessions that could consume large value quickly. The SLA mechanism allows operators to offer flexible, real-time tariffs and protect their revenue by enforcing hard limits on consumption.

Historically, its introduction in R99 coincided with the standardization of the CAMEL-based and later Diameter-based OCS. It addressed the limitation of passive billing by creating an interactive dialogue between the network and the charging system, transforming charging from a mere recording function into an active policy enforcement point for monetization.

Classification

Part ofOCS

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 1 change

In Release 15, a specific update was made to the Spending-Limit-Answer (SLA) function by addressing a missing element in its formal definition. The change involved adding the "Supported-Features AVP" to the SLA's and SLR's ABNF, correcting an omission in the protocol specification. This amendment ensured the complete and proper definition of the Diameter-based SLA interface.

  • Supported-Features AVP missing in SLR/SLA's ABNF TS 29.219CR0063
Rel-16 2 changes

In Release 16, the SLA (Spending-Limit-Answer) function was enhanced to update the control loop deployed in different layers with SLA decomposition. This allowed for a more granular management of service limits, aligning with the subscriber's ability to set limits relative to the use that associated users make of subscribed services. Additionally, a size limitation was introduced for SRVCC (Single Radio Voice Call Continuity) within the SLA framework.

  • Update control loop deployed in different layers with SLA decomposition TS 28.536CR0001
  • Addition of size limitation for SRVCC TS 38.300CR0352
Rel-17 1 change

In Release 17, the SLA function was enhanced with new use cases specifically for limiting the actions of an application layer (AL). This expansion built upon the subscriber's existing ability to set limits on service usage for associated users. The update did not alter the fundamental subscriber-centric model for controlling service limits.

  • Add use case for limiting actions of a AL TS 28.535CR0019

Explore further

Broader topics and technologies where SLA plays a role.

Defining Specifications

3GPP specifications that define or reference SLA, 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 22.495 v1700 NGN Requirements for IMS Services Rel-7
TS 22.519 vj00 NGN Business Communication Requirements Rel-19
TR 22.980 vj00 Network Composition Feasibility Study Rel-19
TS 23.107 vj00 UMTS QoS Framework Rel-19
TS 23.207 vj00 End-to-End QoS Framework for GPRS Rel-19
TS 23.435 vj30 Network Slice Capability Exposure Procedures Rel-19
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TR 23.758 vh00 Study on Edge Application Architecture Rel-17
TS 24.525 vj00 Business Trunking Architecture & Requirements Rel-19
TS 26.501 vj30 5G Media Streaming (5GMS) Architecture Rel-19
TS 26.804 vj10 5G Media Streaming Extensions Study Rel-19
TS 26.891 vg00 Media Distribution Services in 5G System Rel-16
TR 26.942 vj00 Study on Media Energy Consumption Exposure & Evaluation Rel-19
TS 28.530 vj00 Network Slicing Concepts & Requirements Rel-19
TS 28.535 vj00 Closed Control Loop Assurance Management Rel-19
TS 28.536 vj20 Management services for communication service assurance Rel-19
TS 28.805 vg10 Management of Communication Services in 5G Rel-16
TS 29.116 vj00 REST-based protocol for xMB reference point Rel-19
TS 29.199 v1900 Multimedia Messaging Web Services Rel-9
TS 29.213 vj20 PCC Signalling Flows and QoS Mapping Rel-19
TS 29.219 vj00 Sy Reference Point Stage 3 Specification Rel-19
TR 29.949 vj00 VoLTE IMS Roaming Architecture & Procedures Rel-19
TS 32.101 vj00 Management principles and high-level requirements Rel-19
TS 32.102 vj00 Telecom Management Physical Architecture Framework Rel-19
TS 32.141 vj00 Subscription Management (SuM) Architecture Rel-19
TS 32.410 vj00 3GPP TS 32.410: Key Performance Indicators (KPI) Rel-19
TS 32.854 vb10 FMC Federated Network Information Model Rel-11
TS 38.300 vj00 NG-RAN Overall Description Rel-19
TR 38.828 vg10 CLI and RIM for NR Rel-16
TR 38.900 vf00 Channel Model Study for >6 GHz Rel-15
TR 38.901 vj10 Channel Model for 0.5-100 GHz Rel-19