RTT

Round Trip Time

QoS →
Introduced in Rel-4 Also in: Core Network, Radio Access Network

RTT is the total time in milliseconds for a signal to travel from a source to a destination and back, which is a critical latency metric in 3GPP networks.

Category
QoS
Introduced
Rel-4
Where
Services › Codecs
Also touches
2 segments
Specifications
36 specs
RTT Description Purpose Related Classification Detected Changes Specifications

Description

Round Trip Time (RTT) is a fundamental network performance metric that quantifies the delay experienced by a bidirectional communication exchange. It encompasses propagation delays, transmission delays, processing delays, and queuing delays across the entire path, including radio access, transport networks, and core network elements. In 3GPP architectures, RTT is measured between user equipment (UE) and network nodes, such as base stations (gNB in 5G) or servers, using protocols like ICMP ping or dedicated measurement procedures defined in specs (e.g., 37.320 for self-organizing networks). The value is typically expressed in milliseconds and varies based on factors like distance, network congestion, and technology generation.

How RTT works involves timing the interval from when a request packet is sent until its corresponding response is received. For example, in LTE or 5G, RTT can be measured during radio resource control (RRC) procedures or data plane transmissions. Key components contributing to RTT include the air interface latency (e.g., frame structure and scheduling), backhaul latency, and core network processing (e.g., in the AMF or UPF). 3GPP specifications, such as 38.306 for 5G UE radio access capabilities, define requirements for maximum RTT to ensure service quality, with targets as low as 1 ms for ultra-reliable low-latency communications (URLLC) in 5G.

RTT's role in the network is pivotal for QoS management, influencing user experience in latency-sensitive applications like VoIP, online gaming, and autonomous vehicles. It is used in algorithms for congestion control, handover decisions, and network optimization. By monitoring RTT, operators can identify bottlenecks and deploy techniques like edge computing or network slicing to reduce delays. In 3GPP evolution, RTT metrics are integral to performance benchmarking and drive innovations in radio interface design and core network architecture.

Purpose & Motivation

RTT exists as a metric to quantify and manage network latency, addressing problems related to real-time communication reliability and efficiency. In early mobile networks, high RTT could degrade voice quality and data throughput, limiting service adoption. By measuring RTT, 3GPP standards enable optimization of network parameters to meet latency targets, solving issues like call drops or buffering in streaming services. Its introduction in Rel-4 provided a standardized way to assess end-to-end performance, supporting the transition to packet-switched services in UMTS.

Historically, the motivation for focusing on RTT grew with the rise of interactive applications; for instance, 3G networks needed lower latency for video conferencing. Previous approaches relied on simplistic delay measurements, but RTT offered a comprehensive view of bidirectional delay, essential for TCP performance and adaptive applications. It addressed limitations of one-way delay metrics by accounting for network asymmetry and feedback loops, crucial for congestion control mechanisms in evolving 3GPP releases.

In modern contexts, RTT's purpose extends to enabling technologies like 5G URLLC and IoT, where milliseconds matter for industrial automation or emergency services. 3GPP specs from Rel-15 onward define stringent RTT requirements to support these use cases, driving innovations in radio frame design and core network disaggregation. By continuously refining RTT measurement and reduction techniques, 3GPP ensures networks can deliver the low-latency experiences demanded by advanced digital societies.

Classification

Part ofURLLC
Related approachesQoS

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (11 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-16 6 changes

In Release 16, the RTT function was enhanced to support measurements using TCP and to operate without requiring PMF (Performance Measurement Function) support from the UPF. The release also introduced PMF control information to dynamically enable or disable PMF-based RTT measurements and included corrections to the protocol stacks and reference points for multi-RTT and DL-AoD reporting.

  • RTT measurements with TCP TS 23.501CR1168
  • Correction to protocol stacks for RTT measurements TS 23.501CR1652
  • Corrections related to UPF support of RTT measurements without PMF TS 23.501CR2303
  • Correction of reference TRP for DL-AoD and Multi-RTT measurement report TS 37.355CR0330
  • Addition of total L2 buffer size and RLC RTT for NR SL TS 38.306CR0547
  • PMF control information to enable/disable PMF RTT measurements TS 29.244CR0435
Rel-17 3 changes

In Release 17, specific refinements were made to the RTT (Round Trip Time) function to improve timing and measurement accuracy. This included corrections to the applicability of the timing error margin for the RxTEG in NR-Multi-RTT-SignalMeasurementInformation and other miscellaneous fixes. Additionally, the release introduced a procedural update to start the drx-HARQ-RTT-TimerUL after the last uplink repetition.

  • Start drx-HARQ-RTT-TimerUL after last repetition [ulHARQ_RTT_Timer] TS 38.306CR0802
  • Corrections on applicability of timing error margin of RxTEG in NR-Multi-RTT-SignalMeasurementInformation field descriptions and other Miscellaneous corrections TS 37.355CR0431
  • Correction to Multi-RTT TS 37.355CR0455
Rel-18 2 changes

In Release 18, the updates to the RTT function focused on clarification and capability correction. Specifically, the release provided clarification of RTT measurement for RSM (Ranging Signal Measurement) and introduced corrections to the defined capabilities for NR-Multi-RTT-MeasurementCapability and NR-DL-TDOA-MeasurementCapability. These enhancements ensure that the RAN can more reliably use RTT or TA (Timing Advance) values, alongside current cell information, to derive approximate location estimates or verify consistency when other position measurements fail.

  • Clarification of RTT measurement for RSM TS 23.501CR4342
  • Correction of NR-DL-TDOA-MeasurementCapability and NR-Multi-RTT-MeasurementCapability TS 37.355CR0528

Explore further

Broader topics and technologies where RTT plays a role.

Defining Specifications

3GPP specifications that define or reference RTT, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TS 23.271 vj00 LCS Stage 2 Specification Rel-19
TS 23.436 vk00 ADAEnabler Functional Architecture and Information Flows Rel-20
TS 23.501 vk00 5G System Architecture Stage 2 Rel-20
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TS 23.725 vg20 Study on URLLC Architecture Enhancements Rel-16
TR 23.737 vh20 Satellite Access in 5G Architecture Study Rel-17
TS 24.193 vj50 ATSSS Procedures Specification Rel-19
TS 24.501 vj50 5G NAS Protocols Specification Rel-19
TS 25.305 vj00 UTRAN UE Positioning Stage 2 Rel-19
TS 26.506 vj20 Real-Time Media Communication Architecture for 5G Rel-19
TR 26.806 vi00 Technical Report on Smartly Tethering AR Glasses Rel-18
TR 26.812 vi10 Technical Report Rel-18
TR 26.910 vj00 MTSI enhancements for RAN delay budget reporting Rel-19
TR 26.922 vj00 Video Telephony Robustness Improvements Study Rel-19
TR 26.926 vj00 Traffic Models & Quality Evaluation for Media/XR in 5G Rel-19
TR 26.928 vj00 Study on eXtended Reality (XR) in 5G Rel-19
TR 26.938 vj00 DASH Deployment Guidelines for 3GPP Networks Rel-19
TR 26.962 vj00 ITT4RT Operation and Usage Guidelines Rel-19
TR 26.982 vj00 Multiparty Real-Time Text Protocol Details Rel-19
TS 28.554 vk00 5G Network & Slice KPI Specification Rel-20
TS 29.165 vj10 Inter-IMS Network to Network Interface (NNI) 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
TR 29.893 vi00 Technical Report on QUIC for 5GC SBI Rel-18
TS 36.300 vj00 E-UTRAN Radio Interface Protocol Architecture Overview Rel-19
TS 36.355 vj00 LTE Positioning Protocol (LPP) Rel-19
TS 36.855 vd00 E-UTRA Positioning Enhancements Study Rel-13
TS 37.320 vj00 Minimization of Drive Tests (MDT) Overview Rel-19
TS 37.355 vj20 LTE Positioning Protocol (LPP) Rel-19
TR 37.901 vf10 UE Application Layer Data Throughput Performance Rel-15
TR 37.910 vj00 5G SRIT and NR RIT Self-Evaluation Report Rel-19
TS 38.300 vj00 NG-RAN Overall Description Rel-19
TS 38.306 vj00 NR UE Radio Access Capability Parameters Rel-19
TS 38.415 vj10 PDU Session User Plane Protocol Rel-19
TS 38.811 vf40 Study on NR Support for Non-Terrestrial Networks Rel-15
TR 38.913 vj00 Next Gen Access Tech Scenarios & Requirements Rel-19
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.