Description
Time Sensitive Communication Assistance Information (TSCAI) is a critical enabler for deterministic communications in 5G networks, specified within the 5G System architecture in TS 23.501 and related control plane specifications (e.g., TS 29.512, 29.513). It is not user data but rather control information that describes the temporal characteristics of an upcoming Time Sensitive Communication (TSC) data flow. The primary purpose of TSCAI is to bridge the knowledge gap between the application, which understands its own traffic generation pattern, and the network, which controls the transmission resources.
Architecturally, TSCAI is generated by an Application Function (AF) associated with the time-sensitive application, such as a manufacturing execution system or a robotic controller. This AF communicates with the 5G Core Network's Network Exposure Function (NEF) or directly with the Policy Control Function (PCF) via the N5/N7 interfaces. The PCF then incorporates this information into the PCC (Policy and Charging Control) rules that are provided to the Session Management Function (SMF). The SMF is responsible for setting up the appropriate QoS Flows for the PDU Session and, crucially, forwarding the relevant TSCAI to the (R)AN via the Access and Mobility Management Function (AMF) during PDU Session establishment or modification procedures.
How it works is predictive and proactive. A typical TSCAI container includes parameters such as the 'Periodicity' of critical packets (e.g., every 2ms), the 'Burst Arrival Time' (the expected time of the first packet in a burst relative to a time reference), and the 'Packet Delay Budget' for each packet. Upon receiving this information, the (R)AN node (gNB) can perform "time-aware scheduling." Instead of reacting to packets as they arrive in its buffer—which introduces unpredictable queuing delay—the scheduler can pre-allocate uplink grants or downlink resources at the precise radio frame/subframe that aligns with the expected packet arrival. This ensures the packet is transmitted with minimal waiting time. For downlink, the UPF can be instructed to forward packets to the RAN just in time for their scheduled transmission slot.
TSCAI's role is to transform the network from reactive to predictive for critical traffic. It allows the 5G system to meet the extreme bounds on latency and jitter required by industrial control loops. Without TSCAI, the RAN scheduler operates blindly, leading to potential deadline misses due to contention with other traffic. With TSCAI, the network can reserve a "deterministic lane" in the shared radio spectrum for each critical packet, making wireless behavior resemble that of a time-triggered wired network.
Purpose & Motivation
TSCAI was created to solve a fundamental challenge in supporting Time Sensitive Communications (TSC) over a shared, statistical multiplexing packet network like 5G. Even with advanced radio features for URLLC, the network scheduler cannot optimally prioritize traffic if it does not know *when* critical packets will arrive. Without this foreknowledge, packets may be queued behind other traffic, violating strict latency bounds. Previous approaches in mobile networks relied purely on QoS class identifiers (QCIs) and priority levels, which are reactive and insufficient for microsecond-level timing accuracy.
The specific problem TSCAI addresses is the unpredictability of packet arrival times from the network's perspective. In industrial automation, many control applications generate traffic in a perfectly periodic, predictable pattern (e.g., a sensor reading every control cycle). TSCAI allows the application to communicate this known pattern to the network infrastructure. This was motivated by the need for 5G to support IEEE Time-Sensitive Networking (TSN), where traffic is often scheduled in a time-aware manner based on a known schedule. For 5G to integrate as a TSN bridge, it needed a mechanism to receive and act upon such schedule information.
Its introduction in 3GPP Release 16 was a direct response to requirements from vertical industries participating in 3GPP. It enables a key paradigm shift: making the network "application-aware" for timing. This allows 5G to go beyond simply offering low average latency, to guaranteeing a maximum latency for each individual packet in a predictable stream, which is the cornerstone of reliable industrial wireless control.
Classification
Release Timeline
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (29 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 16, the TSCAI function was formally introduced to provide the NG-RAN with deterministic traffic patterns (like Burst Arrival Time and Periodicity) for QoS Flows, enabling more efficient scheduling via mechanisms like Configured Grants. The specification detailed how the SMF derives TSCAI from a TSC Assistance Container, corrects timing parameters based on UPF reports, and can update this information during handover. Furthermore, it defined new RAN capabilities, such as the ability for the NG-RAN to provide proactive feedback for adapting the Burst Arrival Time and Periodicity to align with air interface transmission opportunities.
- TSCAI input container and TSN QoS container TS 29.512CR0427
- Binding of PCC rules to a QoS flow considering TSCAI information TS 29.513CR0150
- TSCAI input container and TSN QoS container TS 29.514CR0184
- Correction to TSCAI provisioning TS 29.514CR0201
- Correction to TSCAI UL and DL description TS 29.514CR0215
- Completing QoS and TSCAI mapping TS 23.501CR1750
+ 8 more changes
In Release 17, the TSCAI function was enhanced to explicitly support a specific Time Domain, allowing the SMF to map timing information between a TSN Grandmaster clock and the 5GS clock. It introduced new capabilities for the NG-RAN, such as adapting the Burst Arrival Time and Periodicity using a provided BAT Window or a Capability for BAT adaptation, and clarified procedures for TSCAI derivation and Survival Time calculation. Furthermore, corrections and clarifications were made regarding TSCAI applicability for non-TSC services and handling scenarios where certain parameters, like UE-DS-TT residence time, are not provided.
- Clarification on TSCAI for the non TSC service TS 23.501CR2977
- Support of TSCAI time domain TS 29.512CR0791
- Correction to TSCAI derivation TS 29.512CR0916
- Support of TSCAI time domain. TS 29.514CR0324
- TSCAI applicability TS 23.501CR2628
- Mapping TSCAI between TSN GM clock and 5GS clock TS 23.501CR3414
+ 3 more changes
In Release 18, the TSCAI function was enhanced to support proactive RAN feedback, allowing the NG-RAN to provide a Burst Arrival Time offset and an adjusted Periodicity to the SMF for optimization. This update also introduced clarifications and corrections for TSCAI calculation and its usage for extended reality (XR) services. Furthermore, the specifications were refined to detail the handling of parameters like the BAT Window and the Capability for BAT adaptation within the TSCAI determination procedures.
- Clarification on the usage of TSCAI for XRM services TS 23.501CR4587
- Updating TSCAI and TSCAC to Traffic Assistance Information TS 23.501CR5248
- Update TSCAI at SMF based on proactive RAN feedback on BAT and periodicity TS 23.501CR5311
- Clarification on the TSCAI parameters for XR TS 23.501CR5391
- Correction on TSCAI calculation TS 23.501CR5359
- Clarifications on TSCAI calculation TS 29.512CR1245
Explore further
Broader topics and technologies where TSCAI plays a role.
Defining Specifications
3GPP specifications that define or reference TSCAI, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.501 vk00 | 5G System Architecture Stage 2 | Rel-20 |
| TS 29.122 vj40 | T8 Reference Point for Northbound APIs | 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.565 vj40 | Time Synchronization Function Services | Rel-19 |