Description
The Service Level Specification (SLS) is a fundamental concept in 3GPP standards for defining and managing service quality. It is a structured document or data model that quantitatively specifies the performance attributes a network service must deliver. An SLS is not a single parameter but a collection of Service Level Objectives (SLOs) that cover various dimensions such as throughput, packet delay, packet delay variation (jitter), packet loss rate, and service availability. These parameters are defined with specific target values, measurement methods, and reporting granularities.
Architecturally, the SLS acts as a contract between the service provider and the consumer (which could be an end-user, an enterprise, or another network slice). It is used by network management and orchestration systems, such as those defined in 3GPP's Management and Orchestration (MANO) framework, to configure network resources. When a service is requested—for example, an enhanced Mobile Broadband (eMBB) slice or an enterprise VPN—the associated SLS is translated into specific policy and charging control (PCC) rules, QoS profiles, and resource reservation instructions for the Core Network and Radio Access Network (RAN).
Key components of an SLS include the scope (defining the geographical area, user equipment group, or data network), the performance metrics with their guaranteed and maximum values, and the conditions for compliance reporting. It works in tandem with Service Level Agreements (SLAs), where the SLA is the commercial or legal agreement, and the SLS provides the technical underpinning to enforce it. Automated systems continuously monitor Key Performance Indicators (KPIs) against the SLS thresholds, triggering alarms or corrective actions like resource scaling if violations are detected. Its role is critical for enabling differentiated services, network slicing, and ensuring that diverse applications from ultra-reliable low-latency communications (URLLC) to massive IoT receive their requisite performance guarantees.
Purpose & Motivation
The SLS was introduced to address the growing complexity of mobile services and the need for quantifiable service quality beyond simple "best-effort" delivery. Prior to its formalization, service guarantees were often described in vague, non-technical terms within commercial SLAs, making them difficult to enforce technically. The rise of IP Multimedia Subsystem (IMS) and later, network slicing in 5G, created a pressing need for a standardized, machine-readable format to describe service expectations.
Its creation was motivated by the demands of enterprise customers and new vertical industries (like automotive, manufacturing, and healthcare) that require strict performance assurances. An SLS solves the problem of translating high-level business requirements (e.g., "factory robot control requires 10ms latency") into precise network configuration commands. It provides a common language for negotiation between business support systems (BSS) and operational support systems (OSS), enabling automated service fulfillment and assurance. Historically, its development across numerous 3GPP releases reflects the evolution from simple voice and data services to complex, sliced 5G networks where dynamic resource allocation based on precise specifications is paramount.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific 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-8, normative work from Rel-16.
In Release 16, the SLS function was enhanced by introducing a new chapter detailing its high-level features. The specifications were also updated to correct references to other 3GPP documents, ensuring proper alignment across the standards framework.
In Release 17, the enhancements for the SLS (Service Level Specification) function introduced a new use case for network resource usage and performance prediction-assisted SLS communication service assurance. This involved updating the associated use case and refining the technical description of the SLS assurance procedure to resolve ambiguities, as detailed in the specification updates.
- Add use case of network resource usage and performance prediction assisted SLS communication service Assurance TS 28.535CR0001
- Update the network prediction assisted SLS communication service assurance use case TS 28.535CR0053
- Rel-17 CR for TS28.536 Fix ambiguous description in SLS Assurance Procedure TS 28.536CR0061
In Release 18, enhancements to the Service Level Specification (SLS) function focused on fixing identified issues in the SLS assurance procedure. The work addressed gaps in the SEAL (Service Enabler Architecture Layer) specifications, including aligning stage 2 service design with 3GPP working group splits and studying solutions for direct interaction between a Location Management Server (LMS) and Core Network functions like GMLC/LMF. This also involved removing unnecessary restrictions on SEAL server API consumers to better support third-party applications and UE types.
- Rel-18 CR TS 28.536 Fix issues in SLS Assurance Procedure TS 28.536CR0102
Explore further
Broader topics and technologies where SLS plays a role.
Defining Specifications
3GPP specifications that define or reference SLS, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.700 vk00 | XR Services Application Enablement Layer | Rel-20 |
| TR 26.917 vj00 | TV Service Enhancements over 3GPP | Rel-19 |
| TS 28.202 vj00 | 5G Network Slice Management Charging | 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.735 vj00 | STN Interface NRM IRP Information Service | Rel-19 |
| TS 28.805 vg10 | Management of Communication Services in 5G | Rel-16 |
| TR 28.907 vj00 | Enhanced Management of Non-Public Networks | Rel-19 |
| TS 32.742 vb00 | STN NRM for Configuration Management | Rel-11 |
| TS 38.744 vj01 | AI/ML for NR Mobility Study | Rel-19 |
| TR 38.830 vh00 | NR Coverage Enhancements Study | Rel-17 |
| TS 38.843 vj00 | Study on AI/ML for NR Air Interface | Rel-19 |
| TR 38.858 vi20 | Technical Report on Evolution of NR Duplex Operation | Rel-18 |
| TR 38.864 vi10 | Technical Report on Network Energy Savings for NR | Rel-18 |