Description
The Transmission Timing Interval (TTI) is a core physical layer concept that defines the time duration for which a data transport block is processed and transmitted over the air interface. In practical terms, it is the minimum scheduling unit in the time domain for the Medium Access Control (MAC) layer. A single TTI corresponds to the transmission of one transport block (or, in some MIMO configurations, multiple transport blocks) from a higher layer, which undergoes channel coding, rate matching, interleaving, and modulation before being mapped to physical resources (e.g., resource blocks in LTE, resource grids in NR). The length of the TTI is intrinsically linked to the subframe and slot structure of the radio frame. For instance, in LTE, the baseline TTI is 1 ms, aligning with one subframe. In 5G NR, the TTI is tied to the slot duration, which is variable (e.g., 1 ms, 0.5 ms, 0.25 ms, 0.125 ms) based on the configured subcarrier spacing, enabling flexible numerology to support diverse service requirements.
The operation of HARQ (Hybrid Automatic Repeat Request) is tightly synchronized to the TTI. Each HARQ process is associated with a specific TTI for transmission and a subsequent TTI for receiving the acknowledgement (ACK/NACK). The TTI length therefore dictates the round-trip time for HARQ retransmissions, which is a major component of user-plane latency. A shorter TTI enables faster retransmissions and lower latency. The scheduling decision made by the base station (eNodeB in LTE, gNB in NR) allocates physical resources to a user equipment (UE) for a specific TTI. This decision considers channel quality indicators (CQI), buffer status, and QoS requirements. The control information (e.g., Downlink Control Information - DCI) that conveys this scheduling grant is itself transmitted in a control region within the TTI.
Key components involved in TTI-based operation include the MAC scheduler at the base station, the HARQ entity at both the base station and UE, and the physical layer processing chains. The TTI is a critical parameter for system dimensioning and performance optimization. Network operators and equipment vendors tune TTI-related parameters to balance latency, throughput, and control overhead. For example, very short TTIs reduce latency but may increase control channel overhead and processing complexity. The concept has been extended with techniques like shortened TTI (sTTI) in LTE and mini-slots in NR, which allow for transmission durations shorter than the nominal slot/TTI to cater to ultra-reliable low-latency communication (URLLC) traffic that cannot wait for a slot boundary.
Purpose & Motivation
The TTI was introduced to provide a standardized, synchronized time unit for data transmission and reception in digital cellular systems, which is essential for efficient multiplexing of multiple users and predictable system operation. In the early UMTS (3G) standards (R99), a 10 ms TTI was used, which was suitable for voice and early data services but resulted in relatively high latency. The primary problem the TTI addresses is the need for a common temporal reference for scheduling, HARQ, and physical layer processing across all network elements and user devices. Without such a defined interval, coordinated transmission and efficient use of the shared radio spectrum would be impossible.
The evolution of TTI length has been primarily motivated by the demand for lower latency and higher throughput in mobile broadband services. The move to a 1 ms TTI in LTE (Rel-8) was a revolutionary step that significantly reduced radio network latency compared to 3G, enabling a more responsive user experience for interactive services. This shorter TTI allowed for faster HARQ retransmissions and more frequent scheduling opportunities, which improved spectral efficiency and throughput. However, as services like online gaming, autonomous vehicle communication, and industrial automation emerged, even lower latency became a critical requirement.
This drove further innovations in later releases, such as shortened TTI (sTTI) in LTE Rel-14 and the flexible, scalable TTI (slot/mini-slot) in 5G NR (Rel-15). These advancements addressed the limitations of a fixed, relatively long TTI by allowing dynamic adaptation of the transmission time interval based on the service needs. A URLLC packet, for instance, can be scheduled in a mini-slot lasting only a few OFDM symbols, bypassing the need to wait for a full slot boundary, thereby achieving sub-millisecond latency. Thus, the TTI concept has evolved from a fixed system parameter to a flexible tool for optimizing time-domain resource allocation for heterogeneous traffic profiles.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (27 CRs across 4 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 15, the primary introduction for the TTI function was shortened TTI and processing time for LTE, along with associated UE capabilities for short TTI. This included specific configurations such as the `skipUplinkTxSPS` option for short TTI and clarifications for asynchronous HARQ procedures. The release also defined parameters like the maximum number of PDCP SDUs per TTI for certain downlink UE categories.
- Introduction of shortened TTI and processing time for LTE TS 36.300CR1084
- Introduction of shortened TTI and processing time for LTE TS 36.302CR1192
- Introduction of shortened TTI and processing time for LTE TS 36.306CR1542
- Introduction of shortened TTI and processing time for LTE TS 36.331CR3202
- UE capabilities for short TTI TS 36.306CR1644
- Clarification on when UL data transmission in EDT is not considered successful TS 36.300CR1201
+ 9 more changes
In Release 16, new capabilities were introduced related to Transmission Timing Intervals (TTIs), including the addition of a cross-TTI MIB/SIB-BR decoding capability. This release also clarified and corrected procedures for uplink HARQ feedback and AUL HARQ processes, impacting how transmissions are scheduled and acknowledged across consecutive TTIs. Furthermore, enhancements were made to ensure the proper transmission of various UE information messages, such as InDeviceCoexistence and SidelinkUEInformation, following conditional handover events.
- Dummifying intraFreqMultiUL-TransmissionDAPS-r16 capability TS 36.306CR1803
- Dummifying intraFreqMultiUL-TransmissionDAPS-r16 capability TS 36.331CR4562
- Transmission of InDeviceCoexistence, UEAssistanceInformation, MBMSInterestIndication, or SidelinkUEInformation after conditional handover TS 36.331CR4644
- Adding Reception Type for uplink HARQ ACK feedback for Rel-15 eMTC TS 36.302CR1210
- Clarification on codebook-HARQ-ACK-r13 capability for CA with more than 5CCs TS 36.306CR1750
- Addition of cross-TTI MIB/SIB-BR decoding capability TS 36.306CR1794
+ 2 more changes
In Release 17, specific clarifications were made regarding the timing reference point for the transmission of system information, particularly in SIB16 and the DLInformationTransfer procedure for IoT Non-Terrestrial Networks (NTN). Additionally, corrections were applied to the transmission procedure for specific assistance data. These updates provided more precise definitions for the transmission and measurement timing intervals within these messages and procedures.
In Release 18, specific enhancements were made to the TTI function, particularly for IoT NTN UEs, with corrections focusing on GNSS and HARQ capabilities. The release also provided clarifications on data transmission procedures for Early Data Transmission (EDT). These updates refined the management of radio bearer transmissions and the timing intervals for data transfer within the defined radio frames.
Explore further
Broader topics and technologies where TTI plays a role.
Defining Specifications
3GPP specifications that define or reference TTI, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TR 21.905 vj00 | 3GPP Technical Terms and Definitions | Rel-19 |
| TS 25.123 vj00 | Radio Resource Management for TDD | Rel-19 |
| TS 25.133 vj00 | UTRAN RRM Requirements for FDD | Rel-19 |
| TS 25.212 vj00 | UTRA FDD Layer 1 Multiplexing & Channel Coding | Rel-19 |
| TS 25.214 vj00 | UTRA FDD Physical Layer Procedures | Rel-19 |
| TS 25.221 vj00 | UTRA TDD Physical Layer Specification | Rel-19 |
| TS 25.222 vj00 | UTRA TDD Multiplexing & Channel Coding | Rel-19 |
| TS 25.224 vj00 | UTRA TDD Physical Layer Procedures | Rel-19 |
| TS 25.225 vj00 | UTRA TDD Physical Layer Measurements | Rel-19 |
| TS 25.322 vj00 | RLC Protocol Specification | Rel-19 |
| TS 25.401 vj00 | UTRAN Overall Architecture | Rel-19 |
| TS 25.402 vj00 | UTRAN Synchronisation Mechanisms | Rel-19 |
| TS 25.423 vj00 | UTRAN RNSAP Specification | Rel-19 |
| TS 25.425 vj00 | UTRAN Iur Interface User Plane Protocols | Rel-19 |
| TS 25.427 vj00 | UTRAN Iub/Iur User Plane Protocols | Rel-19 |
| TS 25.435 vj00 | UTRAN Iub Interface User Plane Protocols | Rel-19 |
| TS 25.766 vd10 | Network-Assisted Interference Cancellation for UMTS | Rel-13 |
| TR 25.903 vj00 | Continuous Connectivity for Packet Data Users | Rel-19 |
| TR 25.912 vj00 | Evolved UTRA and UTRAN Technical Report | Rel-19 |
| TR 25.927 ve00 | Energy Saving Solutions for UMTS Node B | Rel-14 |
| TR 25.929 vj00 | Continuous Connectivity for Packet Data Users | Rel-19 |
| TR 26.902 vj00 | Video Codec Performance for 3GPP Packet Services | Rel-19 |
| TR 26.904 vj00 | Future video capability requirements for streaming and MBMS | Rel-19 |
| TR 26.914 vj00 | Multimedia Telephony over IP Optimization | Rel-19 |
| TR 26.935 vj00 | Speech Codec Performance for Packet Switched Multimedia | Rel-19 |
| TR 26.937 vj00 | 3GPP PSS Characterization | Rel-19 |
| TS 32.450 vj00 | E-UTRAN Key Performance Indicators (KPI) Definitions | Rel-19 |
| TS 32.451 vj00 | KPI Requirements for E-UTRAN | Rel-19 |
| TS 36.133 vj20 | E-UTRA RRM Requirements | Rel-19 |
| TS 36.213 vj10 | LTE Physical Layer Procedures | Rel-19 |
| TS 36.300 vj00 | E-UTRAN Radio Interface Protocol Architecture Overview | Rel-19 |
| TS 36.302 vj00 | E-UTRA Physical Layer Services | Rel-19 |
| TS 36.306 vj00 | E-UTRA UE Radio Access Capability Parameters | Rel-19 |
| TS 36.314 vj00 | E-UTRA Radio Measurements Specification | Rel-19 |
| TS 36.331 vj00 | LTE RRC Protocol Specification | Rel-19 |
| TS 36.766 vf00 | LTE BS Interference Cancellation Receiver Study | Rel-15 |
| TS 36.855 vd00 | E-UTRA Positioning Enhancements Study | Rel-13 |
| TS 36.884 vd10 | MMSE-IRC Receiver Performance for LTE BS | Rel-13 |
| TS 37.105 vj10 | AAS Base Station Transmission & Reception Requirements | Rel-19 |
| TR 37.901 vf10 | UE Application Layer Data Throughput Performance | Rel-15 |
| TR 37.976 vj00 | MIMO OTA Test Methodology Study | Rel-19 |
| TR 37.977 vj00 | MIMO OTA Test Methodology | Rel-19 |
| TS 38.133 vj20 | 5G UE Radio Requirements for RRC_IDLE Mobility | Rel-19 |
| TR 38.808 vh00 | Study on NR above 52.6 GHz to 71 GHz | Rel-17 |
| TS 43.051 vj00 | GERAN Stage 2 Service Description | Rel-19 |
| TS 43.064 vj00 | GPRS Radio Interface Lower-Layer Functions | Rel-19 |
| TS 44.060 vj00 | GERAN RLC/MAC Protocol Specification | Rel-19 |
| TS 44.160 vg00 | GERAN Iu Mode RLC/MAC Protocol Specification | Rel-16 |
| TS 45.002 vj00 | GSM/EDGE Radio Physical Layer Specification | Rel-19 |
| TS 45.003 vj00 | Channel Coding and Multiplexing for GSM/EDGE | Rel-19 |
| TR 45.902 vj00 | Flexible Layer One (FLO) for GERAN | Rel-19 |
| TR 45.912 vj00 | GERAN Evolution Feasibility Study | Rel-19 |