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
Detected Changes Across Releases
from 3GPP Change RequestsSpecific 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.
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
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.
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.
| Specification | Title | Release |
|---|---|---|
| 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 |