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
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.
- 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
- 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
- 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 vk20 | 5G System Architecture Stage 2 | Rel-20 |
| TS 29.122 vk00 | T8 Reference Point Protocol for SCEF and SCS/AS | Rel-20 |
| TS 29.512 vk00 | Session Management Policy Control Service | Rel-20 |
| TS 29.513 vk00 | Policy and Charging Control in 5G System | Rel-20 |
| TS 29.514 vk00 | 3GPP TS 29514 vk00: Policy Authorization Service | Rel-20 |
| TS 29.522 vk00 | NEF Northbound Interface Specification | Rel-20 |
| TS 29.565 vk00 | 3GPP TS 29565 vk00: Ntsctsf Service Based Interface | Rel-20 |