SDS

Short Data Services

Services →
Introduced in Rel-14 Also in: Core Network

SDS is a service that enables efficient transmission of small, infrequent data packets for IoT devices, optimizing network signaling and power consumption for long battery life.

Category
Services
Introduced
Rel-14
Where
Services › IMS
Also touches
1 segments
Specifications
11 specs
SDS Description Purpose Related Classification Detected Changes Specifications

Description

Short Data Services (SDS) is a 3GPP service capability designed for the efficient transfer of small, sporadic data payloads, typically associated with Internet of Things (IoT) and Machine-Type Communication (MTC) applications. It provides mechanisms to send and receive data packets that are small in size (often a few tens to hundreds of bytes) and transmitted infrequently. The architecture supports SDS over both control plane and user plane, with a strong focus on minimizing signaling overhead and device power consumption.

How SDS works involves optimized procedures for data transfer. In control plane solutions, small data packets can be transported via Non-Access Stratum (NAS) signaling messages, allowing data transfer without establishing a full data radio bearer, which reduces signaling latency and overhead. For user plane, solutions like early data transmission (EDT) in LTE-M and NB-IoT allow data to be sent during the random-access procedure. Key network components include the MTC-IWF (for control plane SDS) and the core network functions (AMF, SMF, UPF) that handle the routing and policy for these small data packets. The service is tightly integrated with features like Power Saving Mode (PSM) and extended Discontinuous Reception (eDRX) to maximize device battery life.

Its role is to serve as the underlying transport enabler for a vast array of IoT use cases, such as smart meters, asset trackers, and environmental sensors. By providing a network-native, optimized path for small data, SDS prevents the network from being overloaded with excessive signaling that would occur if these devices used standard data session procedures designed for smartphones. It allows the network to efficiently support a massive number of devices, making large-scale IoT deployments economically and technically feasible.

Purpose & Motivation

SDS was created to address the fundamental mismatch between traditional mobile broadband protocols and the requirements of IoT/MTC devices. Standard cellular data procedures involve significant signaling (e.g., service request, bearer setup) relative to the tiny payloads of IoT data, leading to inefficient network resource usage and high device power consumption. This made traditional cellular technology impractical for battery-operated sensors needing a decade-long lifespan.

The primary problem SDS solves is enabling efficient, network-friendly communication for devices that send small, bursty data. It was motivated by the explosive growth of the IoT market and the need to connect billions of low-cost, low-power devices to cellular networks. Historical context includes its introduction alongside other Cellular IoT (CIoT) features like NB-IoT and LTE-M in 3GPP Releases 13 and 14, which collectively aimed to make LTE networks IoT-ready.

It addresses the limitations of using SMS or full IP data sessions for IoT traffic. SMS can be expensive and lacks acknowledged delivery guarantees suitable for some applications, while full IP sessions are too signaling-heavy. SDS provides a standardized, optimized, and cost-effective middle ground, allowing operators to offer tailored IoT connectivity services. Its evolution is driven by the need to support more complex IoT scenarios, integrate with 5G core, and further enhance efficiency for massive machine-type communication (mMTC).

Classification

Part ofMTC

Detected Changes Across Releases

from 3GPP Change Requests

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

Studied in Rel-14, normative work from Rel-15.

Rel-15 6 changes

In Release 15, the Short Data Service (SDS) function was introduced as a new generic capability for Mission Critical Data (MCData). It was defined as a basic protocol for conveying limited-size, variable-content payloads, supporting text, hyperlinks, and binary data for application communication, including group and one-to-one services with policy assertion. The release also specified foundational features such as message thread indications, read receipts, delivery history, and an optional location field for the sending user.

  • Introduction of SDS application type identifiers TS 23.282CR0079
  • SDS location field: Alignment of Stage 2 with Stage 1 & Stage 3 TS 23.282CR0087
  • IWF SDS fix TS 23.283CR0017
  • IWF SDS fix TS 23.783CR0017
  • Payload size limit for standalone SDS over signalling control plane TS 23.282CR0102
  • Duplicated procedure name for MCData Group SDS TS 23.282CR0107
Rel-16 12 changes

In Release 16, the Short Data Service (SDS) function for Mission Critical Data (MCData) was enhanced with new capabilities including functional alias support, the addition of location information to SDS messages, and emergency support for one-to-one, group, and off-network SDS sessions. It also introduced a generic SDS procedure integrated with an MCData message store and enabled off-network SDS operation using that store. Furthermore, the release added interworking between MCData SDS and legacy GSM-R SMS systems.

  • Add interworking between MCData SDS and GSM-R SMS TS 22.282CR0027
  • Generic SDS procedure with MCData message store TS 23.282CR0127
  • Off-network SDS with MCData message store TS 23.282CR0136
  • Functional alias support for Short Data Service (SDS) TS 23.282CR0147
  • Emergency support for one-to-one SDS TS 23.282CR0171
  • Emergency and imminent peril support for group SDS TS 23.282CR0172

+ 6 more changes

Rel-17 13 changes

In Release 17, the Short Data Services (SDS) function within MCData introduced new capabilities for addressing based on functional alias for both session-based and standalone one-to-one SDS requests. It also added enhancements for interworking with GSM-R SMS and introduced application priority capabilities for SDS data requests in on-network mode. Furthermore, this release included corrections and clarifications to procedures and information elements for one-to-one, group, and off-network SDS.

  • SDS addressing based on functional alias TS 23.282CR0163
  • Enhancing SDS data requests with application priority capabilities in on-network mode TS 23.282CR0191
  • Add enhancements for interworking of MCData SDS with GSM-R SMS TS 23.283CR0050
  • Add enhancements for interworking of MCData SDS with GSM-R SMS TS 23.783CR0050
  • LI for NEF Services (NIDD included) TS 33.127CR0127
  • LI for SCEF services TS 33.127CR0128

+ 7 more changes

Rel-18 2 changes

In Release 18, the Short Data Services (SDS) function within MCData introduced new information flows and procedures specifically for ad hoc group data communication, enhancing its group service capabilities. This release also provided explicit examples of MCData services, such as those involving robots control or database enquiries, which are not handled by the SIP core, clarifying the scope of the SDS protocol. These updates built upon the existing SDS foundation for conveying limited-size, variable-content messages with features like group communication, application-triggering payloads, and message thread management.

  • Information flows and procedures for the ad hoc group data communication for SDS and FD services of MCData TS 23.282CR0304
  • Example of MCData services which are not handled by SIP core TS 23.282CR0309
Rel-19 1 change

In Release 19, the new development for the Short Data Services (SDS) function introduced support for ad hoc group standalone short data service using the signalling control plane, as indicated by the new information flows and procedures. This enhancement builds upon the existing MCData Service SDS feature, which is defined as a basic protocol for conveying limited-size, variable-content payload messages to individuals or affiliated groups. The update specifically enables this core SDS capability for dynamic, ad hoc group communications.

  • Information flows and procedures to support ad hoc group standalone short data service using signalling control plane TS 23.282CR0317

Explore further

Broader topics and technologies where SDS plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 22.282 vj00 Mission Critical Data Service Requirements Rel-19
TS 23.282 vk00 MCData Functional Architecture & Info Flows Rel-20
TS 23.283 vk00 Mission Critical Communication Interworking Rel-20
TR 23.783 vi00 Technical Report on Mission Critical Services over 5GS Rel-18
TS 23.784 vg00 Discreet Listening for Mission Critical Services Rel-16
TR 23.799 ve00 Study on Next Generation System Architecture Rel-14
TS 24.582 vj00 MCData Media Plane Control Protocols Rel-19
TS 24.883 vg00 MCPTT Interworking with LMR Systems Rel-16
TS 33.127 vj50 Lawful Interception Architecture and Functions Rel-19
TS 33.880 vf10 Security Study for Enhanced Mission Critical Services Rel-15
TS 37.579 vi40 Mission Critical services conformance testing Rel-18