Description
The Reflective QoS Attribute (RQA) is a fundamental parameter within the 5G Quality of Service (QoS) framework, specifically designed to support the Reflective QoS mechanism. It is defined as a QoS attribute associated with a QoS Flow. The RQA is provisioned by the Session Management Function (SMF) and is sent to the User Equipment (UE) within the PDU Session Establishment Accept message (or a subsequent PDU Session Modification message) as part of the QoS rule(s) for a specific QoS Flow. The presence of the RQA for a given QoS Flow explicitly instructs the UE that this flow is configured for Reflective QoS operation.
Architecturally, the RQA is a control-plane element that resides within the QoS profile managed by the SMF. When the SMF determines that a QoS Flow should utilize Reflective QoS—often for applications with symmetric uplink and downlink requirements like Voice over IP (VoIP) or real-time interactive services—it includes the RQA in the QoS rule sent to the UE via the Access and Mobility Management Function (AMF). The UE's 5G QoS (5QI) characteristics for the flow are already known, but the RQA provides the specific authorization to apply the reflective derivation process.
How it works is intrinsically linked to the Reflective QoS Indication (RQI). When a downlink packet for a QoS Flow marked with RQA arrives at the UE, the UPF (User Plane Function) or gNB may set the RQI bit in the packet's encapsulation header (e.g., in the GTP-U extension header or the QFI field). The UE's user plane detects this RQI-marked packet. The presence of the RQI in the user plane, combined with the prior authorization signaled by the RQA in the control plane, triggers the UE to create or update an uplink QoS rule. This rule mirrors the QoS characteristics (such as 5QI, ARP, session-AMBR) of the downlink flow, effectively deriving uplink policy from observed downlink traffic without continuous core network signaling.
Its role in the network is to enable efficient, dynamic, and application-aware QoS management. It reduces signaling overhead between the UE and the core network (specifically the SMF) by automating the setup of symmetric QoS flows. This is crucial for supporting low-latency services and network slicing, where rapid adaptation to application needs is required. The RQA acts as the foundational permission slip, while the RQI provides the real-time trigger, together forming a closed-loop, reflective control system for user-plane QoS.
Purpose & Motivation
The RQA was created to address the inefficiencies of traditional, purely network-provisioned QoS models in handling dynamic, symmetric traffic patterns. Prior to 5G, uplink QoS rules were typically established explicitly via control-plane signaling from the network (e.g., PCC rules from the PCRF/PCF). For applications like conversational video or gaming, where uplink and downlink requirements emerge simultaneously with a session, this could introduce setup delay and generate significant signaling load, especially with frequent flow additions or modifications.
The motivation for RQA and the broader Reflective QoS concept stems from the need for faster and more scalable QoS activation. The 5G system aims to support a massive number of devices and diverse service requirements, including those defined for Ultra-Reliable Low-Latency Communication (URLLC). Explicit signaling for every symmetric flow would become a bottleneck. Reflective QoS, authorized by the RQA, allows the UE to act autonomously based on network hints (the RQI), dramatically reducing latency for flow setup and lowering control-plane load.
Historically, QoS was entirely network-controlled. The introduction of RQA in 3GPP Release 15 represents a paradigm shift towards a more distributed intelligence model. It empowers the UE with limited, network-authorized decision-making capability for QoS. This solves the problem of rapid response to application demands and is a key enabler for network slicing, where different slices may employ different QoS strategies, including reflective methods for efficiency.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (13 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 15, the Reflective QoS Attribute (RQA) was introduced as an optional QoS parameter for Non-GBR QoS Flows, indicating that certain traffic on that flow is subject to Reflective QoS. The release also specified the UE's capability indication for Reflective QoS support and detailed procedures for its application in IP and Ethernet PDU Sessions, including specific handling during inter-system changes from EPS to 5GS. Furthermore, this release temporarily restricted the use of Reflective QoS for Ethernet PDU Sessions to service data flows that utilize 802.1Q tagging.
In Release 16, the RQA function was clarified for Multi-Path TCP (MPTCP) scenarios, and its applicability was extended to Ethernet-type PDU Sessions, albeit with a restriction to service data flows using 802.1Q tagging. The release also specified that a UE must indicate its support for Reflective QoS in its 5GSM Core Network Capability, and detailed procedures for when this capability is transferred between network functions during PDU Session Establishment or Modification.
In Release 17, the primary enhancement for the Reflective QoS Attribute (RQA) was a specification clarification for its operation. This included explicit restrictions, such as prohibiting RQA use on the QoS Flow associated with the default QoS rule if that rule's packet filter allows all uplink packets. Furthermore, it detailed procedures for a UE to revoke its previously indicated RQA support via a PDU Session Modification, triggering the deletion of all derived QoS rules.
- Introduction of support of NG.116 attribute Simultaneous Use of a Network Slice TS 23.501CR2813
- Introduction of support of GSMA NG.116 attributes Maximum DL/UL throughput per slice/UE TS 23.501CR2822
- Clarification for reflective QoS TS 24.501CR2611
- Correction in the AUSF operation in terms of checking the presence of the AT_RESULT_IND attribute in the EAP-response/AKA'-challenge message TS 24.501CR2735
In Release 18, enhancements were introduced for the Reflective QoS Attribute (RQA) function, specifically addressing a capability signalling limitation. The changes ensure that a UE's support indication for Reflective QoS is properly transferred between network functions during PDU Session procedures and is consistently applied for the session's lifetime, including after inter-system changes.
In Release 19, the primary update for the Reflective QoS Attribute (RQA) function was a correction to its existing operation. The specification clarifies that after an inter-system change from EPS to 5GS for a PDU session established in EPS, the UE indicates its support for Reflective QoS using the PDU Session Modification procedure. Furthermore, the release details the UE's ability to revoke its previously indicated RQA support via PDU Session Modification, upon which all derived QoS rules for that session are deleted.
- Correction to reflective QoS TS 24.501CR6801
Explore further
Broader topics and technologies where RQA plays a role.
Defining Specifications
3GPP specifications that define or reference RQA, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.501 vk00 | 5G System Architecture Stage 2 | Rel-20 |
| TS 24.501 vj50 | 5G NAS Protocols Specification | Rel-19 |
| TS 24.890 vg00 | 5G NAS Protocol for 5GS Stage 3 | Rel-16 |
| TR 26.928 vj00 | Study on eXtended Reality (XR) in 5G | Rel-19 |
| TS 38.300 vj00 | NG-RAN Overall Description | Rel-19 |
| TS 38.415 vj10 | PDU Session User Plane Protocol | Rel-19 |