Glossary term · Services

SDT

Service Description Table

Services →

SDT is a data structure in broadcast/multicast services that provides a complete listing and description of available services to enable receivers to discover, select, and decode streams.

Introduced
Rel-5
Specifications
17 specs
Category
Services
Introduced
Rel-5
Specifications
17 specs
SDT Description Purpose Related Classification Detected Changes Specifications

Description

The Service Description Table (SDT) is a key signaling table used in 3GPP broadcast and multicast service delivery frameworks, such as Multimedia Broadcast Multicast Service (MBMS) and 5G Media Streaming (5GMS). It is a structured dataset that provides descriptive metadata about the services available within a broadcast stream. The SDT lists each service, assigns it a unique identifier, and provides information necessary for a receiver to access and interpret that service, such as the service name, service type, and references to other essential tables or components.

Architecturally, the SDT is generated by the broadcast service provider or network and is multiplexed into the transport stream (e.g., FLUTE/ALC session in MBMS) or delivered via an application layer protocol. It works in conjunction with other tables like the Program Map Table (PMT) or Media Presentation Description (MPD) in DASH-based streaming. Key components of an SDT entry include the service_id, service_descriptors (which can contain text names, provider info, and service type classification), and pointers to other descriptors that may indicate the location of electronic service guide (ESG) data or component streams. The receiver parses the SDT to build a user-presentable list of available services.

Its role is to act as the primary service discovery mechanism within a broadcast/multicast session. Without the SDT, a receiver would only see a raw data stream without knowledge of what services (e.g., TV channel, radio station, file delivery session) it contains or how to decode them. It is therefore fundamental for user interaction, enabling channel surfing, service selection, and ensuring the receiver configures the correct decoders for audio, video, or data components associated with the chosen service.

Purpose & Motivation

The SDT was created to solve the problem of service discovery and identification in IP-based broadcast and multicast systems. In traditional digital TV broadcasting (like DVB), similar tables (e.g., DVB-SI) serve this purpose. As 3GPP developed MBMS to deliver multimedia over cellular networks, a standardized, efficient method was needed to describe services within an IP multicast flow, motivating the adoption and adaptation of the SDT concept.

The core problem it addresses is informing the user equipment about 'what is available' in a broadcast service area. Prior to its standardization, proprietary or non-interoperable methods would have hindered the widespread adoption of broadcast services, as each vendor's receiver might need custom logic to find services. The SDT provides a universal, well-defined format that ensures any compliant receiver can discover all services offered by any network operator.

It overcomes the limitations of pure IP multicast, where a receiver might join a multicast group but have no inherent information about the content's nature or how to present it. The SDT adds this essential service layer metadata, making broadcast services user-friendly and interoperable. Its evolution through releases reflects the expansion of broadcast use cases from MBMS/TV services to include public warning, automotive, and 5G broadcast, requiring more sophisticated service descriptions and integration with streaming protocols like DASH.

Classification

Part ofMBMS
Specific typesNIT
Related approachesFLUTE

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-17 58 changes

+ 52 more changes

Rel-18 42 changes
  • Introduction of MT-SDT TS 37.483CR0054
  • Introduction of MT-SDT in Stage-2 TS 38.300CR0711
  • Introduction of maximum time duration to initiate CG-SDT in Stage-2 [CG-SDT-Enh] TS 38.300CR0743
  • Support of oversize UL SDT Data Arrival [Large SDT Uplink Data] TS 38.300CR0748
  • Introduction on MT-SDT TS 38.300CR0751
  • Correction on SDT RRC Release with resume indication [SDT_ReleaseEnh] TS 38.300CR0872

+ 36 more changes

Rel-19 2 changes
  • Rel-19 CR TS 28.552 Corrections on SDT measurements TS 28.552CR0716
  • Correction on semantics description of SRB ID for SDT TS 38.423CR1738

Explore further

Broader topics and technologies where SDT plays a role.

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj20 3GPP Terminology and Definitions Rel-19
TS 23.273 vj70 5G Location Services Architecture Stage 2 Rel-19
TS 23.887 vc00 Architectural enhancements for MTC and mobile data Rel-12
TS 24.501 vk00 5G System (5GS) Non-Access Stratum (NAS) Protocol Rel-20
TS 25.705 vd00 UMTS Small Data Transmission Enhancements Study Rel-13
TR 26.917 vj00 TV Service Enhancements over 3GPP Rel-19
TS 28.552 vk30 5G Performance Measurements & Network Slicing Rel-20
TS 37.483 vj30 E1 Application Protocol (E1AP) Specification Rel-19
TS 38.300 vj30 NR and NG-RAN Overall Description Rel-19
TS 38.304 vj30 NR UE Idle and Inactive State Procedures Rel-19
TS 38.305 vj20 NG-RAN UE Positioning Architecture and Functionalities Rel-19
TS 38.321 vj30 NR MAC Protocol Specification Rel-19
TS 38.331 vj30 NR Radio Resource Control Protocol Specification Rel-19
TS 38.401 vj30 NG-RAN Architecture Description Rel-19
TS 38.423 vj30 Xn Application Protocol (XnAP) for NG-RAN Rel-19
TS 38.473 vj30 F1 Application Protocol (F1AP) for 5G Rel-19
TS 38.523 vj40 UE Conformance Specification for 5G NR Rel-19