DS-TT

Device-side TSN Translator

Other →
Introduced in Rel-16 Also in: Services, Management

DS-TT is a functional entity in a 5G device that translates between 5G system protocols and IEEE Time-Sensitive Networking protocols to integrate industrial devices into deterministic TSN networks.

Category
Other
Introduced
Rel-16
Where
Core Network › 5G Core
Also touches
2 segments
Specifications
15 specs
DS-TT Description Purpose Related Classification Detected Changes Specifications

Description

The Device-side TSN Translator (DS-TT) is a critical component in the 3GPP architecture for 5G system integration with IEEE 802.1 Time-Sensitive Networking (TSN). It is a logical function that resides within the User Equipment (UE) or within Customer-Premises Equipment (CPE) that houses a 5G modem. The primary role of the DS-TT is to perform protocol translation and adaptation between the 5G system's user plane protocols and the IEEE TSN protocols used in the attached industrial or enterprise network. It acts as one end of a virtual TSN bridge, where the 5G system (comprising the UE, 5G-AN, and UPF) forms the virtual bridge's backbone.

Architecturally, the DS-TT interacts with two domains. On its 'network side' (N interface), it connects to the 5G User Plane Function (UPF) via the PDU Session, using standard 5G user plane protocols (e.g., GTP-U over UDP/IP). On its 'device side' (D interface), it connects to one or more TSN end stations or a TSN network, using standard IEEE 802.1 TSN Ethernet frames. The DS-TT's key operation involves translating between these two worlds. This includes mapping between 5G QoS Flows (identified by QFI) and TSN streams (identified by VLAN ID and priority), performing timestamping for precise timing synchronization (e.g., using the 5G system's time synchronization service for IEEE 802.1AS), and potentially handling frame preemption and traffic shaping as per TSN standards. It also participates in the TSN control plane, relaying or terminating TSN configuration protocols like IEEE 802.1Qcc (Stream Reservation Protocol) in coordination with the Network-side TSN Translator (NW-TT) and the 5G System.

The DS-TT works in tandem with its counterpart, the NW-TT, located at the UPF. Together, they create the illusion of a single, distributed TSN bridge to the external TSN network. The 5G Control Plane, specifically the PCF and SMF, configures the DS-TT (and NW-TT) via the NEF or directly, providing it with the necessary mapping rules, timing information, and QoS parameters derived from the TSN Application Function's requirements. This allows industrial applications requiring deterministic latency, ultra-reliability, and precise synchronization (such as motion control or robotic assembly) to operate seamlessly over a 5G network as if they were connected via a wired TSN bridge.

Purpose & Motivation

The DS-TT was created to solve the fundamental challenge of integrating wireless 5G connectivity into wired, deterministic industrial Ethernet networks based on IEEE TSN standards. Prior to its introduction, industrial automation relied almost exclusively on wired connections (e.g., PROFINET, EtherCAT) to guarantee bounded latency and jitter. Wireless solutions lacked the deterministic guarantees required for critical control loops. The purpose of the DS-TT is to enable 5G to become a transparent part of a TSN network, allowing mobile robots, AGVs, and wireless sensors to participate in time-critical control systems without compromising the deterministic performance of the entire network.

Its creation was motivated by Industry 4.0 trends demanding increased flexibility, mobility, and wireless connectivity in factories. The limitations of previous approaches were clear: standard wireless LAN or cellular data connections could not provide the strict service-level agreements (SLAs) for latency and reliability, nor could they natively understand TSN control protocols for resource reservation. The DS-TT, as part of the 5G system's TSN integration framework defined in 3GPP Release 16 and beyond, addresses this by making the 5G system appear as a standard TSN bridge component. This allows existing TSN network management systems and end stations to operate unchanged, dramatically lowering the barrier to adoption for 5G in industrial settings.

Classification

Part ofNW-TT
Related approachesNW-TT

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-16 8 changes

In Release 16, the specifications for the Device-side TSN Translator (DS-TT) were enhanced to clarify the identification and management of its Ethernet ports. Specifically, the release defined procedures for signaling UE support for transferring DS-TT port management information containers, including the DS-TT's MAC address and residence time. It also aligned the definitions for the UE-DS-TT residence time and specified that the DS-TT port MAC address can be derived from the UE's MAC address.

  • Signalling of UE support for transfer of port management information containers, MAC address and DS-TT residence time TS 24.501CR1358
  • Clarification of DS-TT and NW-TT ports identification TS 29.512CR0424
  • Clarification of DS-TT and NW-TT ports management information TS 29.512CR0425
  • DS-TT port MAC address as UE MAC address TS 29.514CR0183
  • DS-TT MAC address derivation TS 29.514CR0224
  • Definition alignment for UE-DS-TT residence time TS 24.501CR1928

+ 2 more changes

Rel-17 10 changes

In Release 17, key enhancements for the DS-TT function included the introduction and definition of the UE-DS-TT residence time for use in UE-UE Time-Sensitive Communication (TSC), addressing backwards incompatibility for time synchronization. Furthermore, specifications were refined to control PTP functionality within the DS-TT and to clarify operational details, such as ensuring the DS-TT Ethernet port MAC address is only sent for Ethernet-type PDU sessions. These updates provided more precise control and monitoring for achieving UTC traceability up to the DS-TT provision point.

  • Correction on DS-TT/NW-TT Ethernet port and replacement of bridge with user plane node (24.519 CR) TS 24.539CR0027
  • KI#1-4: Control of PTP functionality in DS-TT and NW-TT TS 23.501CR2549
  • Definition of the UE-DS-TT residence time TS 23.501CR2946
  • Control of PTP functionality in DS-TT and NW-TT (24.519 CR) TS 24.539CR0024
  • Addressing Rel-17 DS-TT backwards incompatibility for time synchronization TS 23.501CR3352
  • DS-TT Ethernet port MAC address only sent when the PDU session type is Ethernet TS 24.501CR3141

+ 4 more changes

Rel-18 1 change

In Release 18, the specification introduced explicit support for monitoring the **UE DS-TT residence time**, a key metric for time-sensitive networking (TSN) synchronization accuracy. This enhancement necessitates that the DS-TT possess specific monitoring and calibration functionalities to maintain certified UTC traceability at its provision point. The update formalizes the DS-TT's role in the end-to-end time distribution chain, requiring it to be a monitored and auditable element within the 5G system's TSN architecture.

Explore further

Broader topics and technologies where DS-TT plays a role.

Defining Specifications

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

SpecificationTitleRelease
TR 22.878 vi20 Technical Report on 5G Timing Resiliency Rel-18
TS 23.501 vk00 5G System Architecture Stage 2 Rel-20
TR 23.745 vh00 Study on App Layer Support for Factories of the Future in 5G Rel-17
TS 24.501 vj50 5G NAS Protocols Specification Rel-19
TS 24.519 vh10 TSN AF to DS-TT/NW-TT Protocol Aspects Rel-17
TS 24.535 vj00 TS 24535: (g)PTP Message Delivery Protocol Rel-19
TS 24.539 vj30 NW-TT Protocol Aspects Rel-19
TR 28.839 vi10 Technical Report Rel-18
TS 29.244 vj40 PFCP Specification for Control/User Plane Separation Rel-19
TS 29.512 vj40 5G Session Management Policy Control Service Rel-19
TS 29.514 vj40 5G System; Policy Authorization Service; Stage 3 Rel-19
TS 29.549 vj40 SEAL API Specification for Vertical Applications Rel-19
TS 29.565 vj40 Time Synchronization Function Services Rel-19
TS 32.282 vi20 Charging management; Time Sensitive Networking Rel-18
TR 33.851 vh10 Security for Industrial IoT in 5G Rel-17
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.