SLS

Service Level Specification

Services →
Introduced in Rel-8 Also in: Radio Access Network, Services

SLS is a formal technical description of a service's expected performance, defining measurable parameters like latency and throughput to enable QoS guarantees and monitoring.

Category
Services
Introduced
Rel-8
Where
Management
Also touches
2 segments
Specifications
15 specs
SLS Description Purpose Detected Changes Specifications

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.

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-17 3 changes

In Release 17, the SLS (Service Level Specification) function was enhanced to introduce a new use case focused on network resource usage and performance prediction-assisted SLS communication service assurance. This use case was subsequently updated and refined within the release. Additionally, ambiguous descriptions within the SLS assurance procedure were corrected to improve clarity.

  • 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
Rel-18 1 change

In Release 18, the primary update for the Service Level Specification (SLS) function was the correction of identified issues within the SLS Assurance Procedure. This work, documented in a Change Request to TS 28.536, focused on improving the robustness and accuracy of the assurance mechanisms for SLS monitoring and management. The changes aimed to enhance the reliability of service level agreement validation within the 5G system.

  • 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.

SpecificationTitleRelease
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
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.