Description
Time Sensitive Communications (TSC) refers to a comprehensive framework within 3GPP standards that enables deterministic data delivery over 3GPP networks. Determinism means guaranteeing that data packets are delivered within a strictly bounded end-to-end latency (often ultra-low, e.g., sub-1ms to 10s of ms) with extremely high reliability (e.g., 99.9999%) and precise timing synchronization between devices (e.g., ±1µs accuracy). This is a radical departure from traditional best-effort mobile communications.
The TSC architecture permeates multiple network domains. In the 5G Core Network (5GC), it leverages features like Ultra-Reliable Low Latency Communication (URLLC) service support, network exposure for deterministic communication, and the 5G QoS model with specific QoS flows for TSC traffic. Key architectural components include the Time Synchronization Function (TSF) defined in TS 23.501, which provides timing information to the RAN and UEs, and the support for time-sensitive networking (TSN) integration. The 5G system can act as a TSN bridge, participating in TSN networks for industrial LANs.
At the Radio Access Network (RAN) level, TSC is enabled by URLLC enhancements such as grant-free uplink transmission, mini-slot scheduling, redundant transmissions (via packet duplication over multiple paths), and advanced channel coding. The RAN uses specific scheduling algorithms to prioritize TSC packets and ensure they meet their deadlines. End-to-end, the system uses TSC Assistance Information (TSCAI) provided by the application function to the network, informing it of packet arrival times and deadlines, allowing for proactive resource reservation and scheduling.
How it works involves close coordination between the application, the core network, and the RAN. An application (e.g., a robotic controller) registers a TSC session with specific requirements. The network establishes dedicated QoS flows with guaranteed bit rate and packet delay budget. The application then provides TSCAI, signaling the expected pattern of critical packets. The RAN scheduler uses this information to allocate resources just in time for packet arrivals, minimizing queuing delays. Simultaneously, the network's time synchronization function distributes a common time reference, allowing all devices in a system to operate in a coordinated manner, which is essential for synchronized actions in automation.
Purpose & Motivation
TSC was created to enable 3GPP networks, primarily 5G, to serve as a communication backbone for vertical industries like factory automation, power distribution, and transportation. These industries have long relied on wired fieldbus or industrial Ethernet systems (e.g., PROFINET, EtherCAT) that offer deterministic latency and tight synchronization. The limitation of these wired systems is their inflexibility and high cost of deployment/reconfiguration.
The core problem TSC addresses is the inherent non-determinism in packet-switched mobile networks, where variable queuing delays, contention for shared resources, and radio channel fluctuations make predictable timing impossible with standard mechanisms. Previous cellular generations (4G and prior) were designed for human-centric traffic (web, video) which is tolerant of delay variations (jitter). This made them unsuitable for closed-loop control systems where a delayed sensor reading or actuator command could cause system failure or safety hazards.
Motivation for TSC standardization came from strong industry demand for wireless flexibility in automation. The vision is the "wireless factory" and "critical IoT." 3GPP, starting from Release 15 (5G Phase 1) and significantly enhancing in Release 16 (5G Phase 2 for URLLC and TSN integration), developed TSC capabilities to bridge this gap. It allows mobile networks to not just connect devices, but to become an integral part of time-critical control loops, unlocking new use cases like mobile robotics, augmented reality for remote maintenance, and smart grid protection.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (183 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 15, enhancements for Time Sensitive Communications (TSC) were introduced through specific fixes to the 5G Quality of Service (QoS) framework for Ultra-Reliable Low Latency Communication (URLLC) services. These changes focused on refining key QoS attributes, including the Packet Delay Budget (PDB), Packet Error Rate (PER), and Maximum Data Burst Volume (MDB), which are associated with 5G QoS Identifiers (5QI). This work established foundational QoS parameters to support the stringent reliability and latency requirements essential for TSC applications.
- 5G QoS fixes for URLLC services related attributes - PDB, PER, MDB, 5QI TS 23.501CR0087
In Release 16, the new TSC (Time Sensitive Communications) function introduced support for deterministic QoS, including specific mechanisms like Hold and Forward Buffers and the provisioning of TSC Assistance Information (TSCAI) between network functions. It defined the TSC architecture and added capabilities such as UE and UPF Residence Time measurement, TSC Burst Arrival Time usage, and QoS Monitoring to assist URLLC services. Furthermore, the release specified the transport of TSCAI between the SMF and PCF, and between the PCF and AF, including the definition of the TSCAI input container and TSN QoS container.
- Introducing support TSC Deterministic QoS TS 23.501CR1007
- Introducing support Hold and Forward Buffers for TSC Deterministic QoS TS 23.501CR1008
- New clause for URLLC supporting TS 23.501CR0810
- TSC definitions TS 23.501CR0870
- TSC Architecture TS 23.501CR0871
- Update to Support TSAI for TSC Deterministic QoS TS 23.501CR1212
+ 60 more changes
In Release 17, the TSC function was expanded with a new architecture for AF-requested support and introduced the TSCTSF network function to manage Time Sensitive Communication. It unified support for TSC/TSN services and extended capabilities to support TSC other than TSN, including enhancements for UE-to-UE TSC communications and clarifications on the TSC Assistance Information (TSCAI) container and time domain. Furthermore, it defined terminology for the TSC MIC and Bridge ID and added coordinated QoS and resource management for network-assisted UE-to-UE communications.
- Coordinated QoS/resource management for network-assisted UE-to-UE communications TS 23.434CR0053
- Unified support for TSC/TSN services TS 23.434CR0064
- Adding the usage of Redundant Transmission Experience analytics for URLLC service TS 23.501CR2581
- KI#2 Supporting UE-UE TSC TS 23.501CR2606
- KI#2 BMIC and PMIC for TSC without IEEE TSN network TS 23.501CR2618
- KI#3A - TSC Assistance container determined by NEF TS 23.501CR2619
+ 67 more changes
In Release 18, the TSC (Time Sensitive Communications) function was enhanced with new capabilities for direct event notification and reporting of TSC management information, notably enabling the UPF to report directly to the TSN AF or TSCTSF. It also introduced support for Periodicity feedback, added Packet Error Rate (PER) as a QoS input, and established a charging architecture for TSC traffic. Furthermore, the release included updates for coordinated application-level direct UE-to-UE communications and authorization for direct A2X C2 communications in the 5G System.
- Updating MBS resources for group communications TS 23.434CR0120
- Coordinated application-level direct UE-to-UE communications TS 23.434CR0215
- SEAL NRM determines time synchronization activation for TSC stream TS 23.434CR0223
- UPF event exposure service for TSC management TS 23.501CR3720
- Updates on TSC management information TS 23.501CR4404
- Authorization of A2X Direct C2 Communications in 5GS TS 24.501CR5193
+ 35 more changes
In Release 19, the TSC function introduced new capabilities for UE-satellite-UE communications, specifically to handle scenarios when the serving satellite changes. This release also defined additional required features for Ultra-Reliable Low Latency Communication (URLLC) to support this direct satellite-based communication between user equipment.
Explore further
Broader topics and technologies where TSC plays a role.
Defining Specifications
3GPP specifications that define or reference TSC, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TR 21.904 v1300 | 3GPP UE Baseline Capability Requirements | Rel-4 |
| TR 21.905 vj00 | 3GPP Technical Terms and Definitions | Rel-19 |
| TS 23.434 vk00 | Service Enabler Architecture for Verticals | Rel-20 |
| 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 |
| TR 28.843 vi10 | Technical Report on Charging Aspects for Vertical Scenarios | Rel-18 |
| TR 28.865 vi10 | Technical Report on Deterministic Communication Service Assurance | Rel-18 |
| TS 29.122 vj40 | T8 Reference Point for Northbound APIs | Rel-19 |
| 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.513 vj40 | 5G PCC Signalling Flows & QoS Mapping | Rel-19 |
| TS 29.514 vj40 | 5G System; Policy Authorization Service; Stage 3 | Rel-19 |
| TS 29.522 vj40 | 5G NEF Northbound APIs 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.255 vk10 | Telecom Management; Charging for 5G Data Connectivity | Rel-20 |
| TS 32.282 vi20 | Charging management; Time Sensitive Networking | Rel-18 |
| TS 32.291 vj40 | Charging Management: Service-Based Interface Protocol | Rel-19 |
| TS 33.501 vk00 | 5G Security Architecture and Procedures | Rel-20 |
| TS 33.514 vk00 | 5G Security Assurance for UDM | Rel-20 |
| TS 33.819 vg10 | 5GS Security for Vertical & LAN Services | Rel-16 |
| TR 33.851 vh10 | Security for Industrial IoT in 5G | Rel-17 |
| TS 44.060 vj00 | GERAN RLC/MAC Protocol Specification | Rel-19 |
| TS 45.860 vb50 | Precoded EGPRS2 Downlink Study | Rel-11 |
| TS 45.871 ve00 | MIMO for GSM/EDGE Downlink Study | Rel-14 |
| TR 45.903 vj00 | SAIC Feasibility Study for GSM Networks | Rel-19 |
| TR 45.914 vj00 | MUROS Feasibility Study for Voice Capacity | Rel-19 |
| TS 52.021 vj00 | GSM A-bis Interface Network Management | Rel-19 |