TTI

Transmission Timing Interval

Physical Layer →
Introduced in R99

TTI is the fundamental unit of time for scheduling data transmissions over the radio interface, defining the duration for processing and sending a transport block and directly impacting latency and system performance.

Category
Physical Layer
Introduced
R99
Where
Radio Access Network › NG-RAN (5G)
Specifications
52 specs
TTI Description Purpose Related Classification Detected Changes Specifications

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

Part ofHARQ
Specific typesSTTI

Detected Changes Across Releases

from 3GPP Change Requests

Specific 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.

Rel-15 15 changes

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

Rel-16 8 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

Rel-17 2 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.

  • Clarify the reference point for timing info in SIB16(-NB) and DLInformationTransfer in IoT NTN TS 36.331CR4937
  • Correction on transmission of SSR Assistance Data based on BDS B1C TS 36.331CR4979
Rel-18 2 changes

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.

  • Clarification on data transmission for EDT TS 36.300CR1422
  • IoT NTN UE capabilities correction for GNSS and HARQ enhancements TS 36.306CR1902

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.

SpecificationTitleRelease
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