RA

Rate Adaptation Functions

Protocol →
Introduced in R99 Also in: Radio Access Network, Core Network, User Equipment, Security, Management

RA is a function that dynamically adjusts the data transmission rate over a wireless link based on channel conditions to ensure efficient spectrum usage and connection reliability.

Category
Protocol
Introduced
R99
Where
Services › Codecs
Also touches
5 segments
Specifications
36 specs
RA Description Purpose Related Classification Detected Changes Specifications

Description

Rate Adaptation Functions (RA) are a suite of algorithms and protocols within 3GPP systems designed to optimize data transmission by dynamically modifying the data rate. This adaptation occurs in response to real-time measurements of radio channel conditions, such as signal-to-noise ratio (SNR), bit error rate (BER), and available bandwidth. The core principle is to select the most efficient modulation and coding scheme (MCS) that the current channel can reliably support, thereby maximizing throughput while minimizing packet loss and retransmissions. These functions are implemented across multiple layers and network elements, involving close interaction between the User Equipment (UE), the Radio Access Network (RAN), and core network entities for decision-making and parameter configuration.

Architecturally, RA functions are distributed. In the UE and base station (e.g., NodeB, eNB, gNB), physical layer measurements continuously assess channel quality. This information is reported to higher layers and often to the RAN controller. Based on these reports and other factors like network load and QoS requirements, the RAN decides on the appropriate data rate. The adaptation can be fast, occurring on a per-transmission time interval (TTI) basis for link adaptation, or slower, for more strategic resource allocation. Key components involved include the Channel Quality Indicator (CQI) reporting mechanism, the Hybrid Automatic Repeat Request (HARQ) protocol for error recovery, and scheduling algorithms in the base station.

RA's role is pivotal for spectral efficiency and service continuity. It allows the network to gracefully degrade performance under poor conditions (e.g., at cell edge) instead of dropping the connection, and to aggressively increase rates under excellent conditions. This is essential for supporting diverse services with varying QoS demands, from voice calls requiring consistent low latency to bursty high-throughput data sessions. The functions span circuit-switched and packet-switched domains, adapting rates for dedicated channels as well as shared channels in HSPA, LTE, and NR.

Purpose & Motivation

Rate Adaptation Functions were created to address the fundamental challenge of the time-varying and unpredictable nature of the wireless radio channel. Early digital mobile systems used fixed data rates, which were inefficient—either wasting capacity in good conditions or failing entirely in poor conditions. The primary problem RA solves is how to maximize reliable data throughput and network capacity despite fading, interference, and distance-related signal attenuation.

Historically, the introduction of RA in 3GPP Release 99 (and its foundational work in GSM EDGE) marked a shift from circuit-switched, constant-rate services to efficient packet-switched data. It enabled High-Speed Packet Access (HSPA) technologies, where dynamic rate adaptation is a cornerstone. Without RA, networks would either be over-engineered for the worst case (wasting resources) or provide a poor user experience with frequent disconnections. RA allows the network to 'ride the waves' of channel quality, extracting the maximum possible data rate at every moment.

Furthermore, RA is crucial for supporting the mix of services in modern networks. It provides the underlying mechanism for QoS differentiation; a high-priority video stream might be allocated a more robust (lower-order) MCS to ensure continuity, while a background download might use a higher-order, less robust MCS when conditions allow. This flexibility is key to efficient radio resource management and meeting diverse user expectations on a shared, limited spectrum.

Classification

Part ofQoS
Related approachesCQIHARQMCS

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 4 changes

In Release 15, the RA function was updated to adapt to the new 5GS architecture as documented in TS 23.228. Specific corrections were made to the descriptions of bandwidth adaptation and Bandwidth Part (BWP) adaptation procedures. Furthermore, enhancements were introduced for delay budget reporting and corresponding MAC Control Element (CE) adaptation for NR, as specified in TS 38.300.

  • Adaptation to TS 23.228 due to 5GS TS 23.228CR1175
  • Delay budget report and MAC CE adaptation for NR for TS 38.300 TS 38.300CR0042
  • Correction to description of bandwidth adaptation TS 38.300CR0051
  • Correction of BWP adaptation TS 38.300CR0107
Rel-16 5 changes

In Release 16, the new Rate Adaptation function introduced support for RAN Assisted Codec Adaptation. This was further refined with a subsequent correction to that support mechanism. The release also included clarifications and corrections to related procedures, such as the description for the 4-step RA type.

  • Support for RAN Assisted Codec Adaptation TS 23.228CR1194
  • Correction to Support for RAN Assisted Codec Adaptation TS 23.228CR1208
  • 4-step RA type figure description TS 38.300CR0214
  • Correction to Rel-16 HARQ description TS 38.300CR0381
  • Correction on bandwidth adaptation TS 38.300CR0224
Rel-17 1 change

In Release 17, the primary update for the Rate Adaptation (RA) function was a correction to the overall procedures for RA-SDT (Small Data Transmission). This refinement aimed to ensure the proper operation of the RA function within the specific context of small data transmission protocols.

  • Correction on RA-SDT overall procedures TS 38.300CR0485
Rel-18 1 change

In Release 18, the RA function was updated to clarify the pre-registration procedure in CA/RA for NF instance ID verification. This enhancement specifically addresses the operational status and registration of logical functions within the common open architecture. The clarification ensures consistent interaction between functions like the SMLC and other network entities during these registration processes.

  • Clarify pre-registration in CA/RA for NF instance ID verification TS 33.310CR0193
Rel-19 3 changes

In Release 19, the RA function was updated to make the NF (Network Function) type a pre-registered parameter for the IAK (Insert Authentication Key) method. This change specifically relates to the CA/RA (Configuration Audit/Rate Adaptation) functions. Furthermore, corrections were applied to the NR Femtocell functions to align with the overall system architecture.

  • Making NF type as pre-registered parameter in CA/RA for IAK method TS 33.310CR0214
  • Correction of NR Femtos functions TS 38.300CR1063
  • Rel-19 CR TS 32.421 Add missing requirement for missing interfaces of Core functions TS 32.421CR0142

Explore further

Broader topics and technologies where RA plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 03.071 v7b0 Location Services (LCS) Stage 2 Description Rel-7
TS 21.810 v1300 Multi-mode UE Issues - Categories, principles and procedures Rel-4
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TR 21.910 v1300 Multi-mode UE Operation Principles Rel-4
TS 23.048 v1400 Secured Packets for UICC Remote Management Rel-5
TS 23.060 vj00 GPRS Service Description Stage 2 Rel-19
TS 23.107 vj00 UMTS QoS Framework Rel-19
TS 23.171 v1300 LCS Stage 2 Specification for UMTS Rel-4
TS 23.202 vj00 CS Bearer Services Architecture in UMTS Rel-19
TS 23.207 vj00 End-to-End QoS Framework for GPRS Rel-19
TS 23.221 vj00 3GPP System Architectural Requirements Rel-19
TS 23.228 vj50 IMS Stage-2 Service Description Rel-19
TS 23.236 vj00 Intra Domain Connection of RAN Nodes to Multiple CN Nodes Rel-19
TS 23.271 vj00 LCS Stage 2 Specification Rel-19
TS 23.851 v1600 Network Sharing Architecture for 3G Systems Rel-6
TR 23.910 v1400 UMTS Circuit Switched Bearer Services Overview Rel-5
TS 25.410 vj00 Iu Interface Introduction for UTRAN Rel-19
TR 25.943 vj00 Channel Models for Deployment Evaluation Rel-19
TR 26.955 vj00 Video Codec Analysis for 5G Services Rel-19
TR 26.956 vj01 Beyond 2D Video Formats & Codecs Study Rel-19
TS 27.060 vj00 TE-MT Interworking for Packet Domain Rel-19
TS 28.314 vk00 Management and Orchestration - Plug and Connect Rel-20
TS 29.507 vj40 5G Access & Mobility Policy Control Service Rel-19
TS 32.421 vj30 Subscriber & Equipment Trace Concepts & Requirements Rel-19
TS 32.501 vj00 Self-Configuration of Network Elements Concepts Rel-19
TS 33.107 vj00 Lawful Interception Architecture & Functions Rel-19
TS 33.310 vj50 3GPP Authentication Framework for Network Nodes Rel-19
TR 33.876 vi01 Technical Report on Certificate Management Rel-18
TS 37.320 vj00 Minimization of Drive Tests (MDT) Overview Rel-19
TS 38.300 vj00 NG-RAN Overall Description Rel-19
TS 38.523 vj20 5G NR UE Conformance Testing: Idle/Inactive Rel-19
TS 43.130 vj00 Iur-g Interface Overview Rel-19
TS 43.318 vj00 Generic Access Network (GAN) Stage 2 Rel-19
TR 43.902 vj00 GAN Enhancements Feasibility Study Rel-19
TS 44.318 vj00 Generic Access Network (GAN) Interface Procedures Rel-19
TS 48.061 vj00 BTS-TRAU Protocol for HR Speech/Data Rel-19