Description
The Re-Auth-Request (RAR) is a Diameter command code (258) defined within the 3GPP Policy and Charging Control (PCC) framework, specified in TS 29.212 and related specifications. It is a critical component of the Gx and Rx reference points, enabling dynamic policy control. The RAR command is initiated by the Policy and Charging Rules Function (PCRF) and sent to a Policy and Charging Enforcement Function (PCEF) over the Gx interface, or to an Application Function (AF) over the Rx interface, to trigger a re-authorization of an active IP-CAN (IP Connectivity Access Network) session. This allows the PCRF to modify session parameters in real-time without waiting for a periodic update or a trigger from the access network.
When the PCRF decides that a change in policy is required—due to factors like subscriber quota exhaustion, change in service tier, network congestion, or application request—it constructs an RAR message. This message includes Attribute-Value Pairs (AVPs) that specify the required actions, such as installing, modifying, or removing PCC rules. For the Gx interface, the RAR may contain new QoS parameters, charging rules, or gate status instructions. Upon receiving the RAR, the PCEF (typically residing in the PGW/GGSN) must apply the new rules and respond with a Re-Auth-Answer (RAA) to acknowledge the changes. Similarly, on the Rx interface, the RAR can be used to notify the AF about session modifications, enabling application-layer adaptation.
The RAR procedure is integral to the event-triggered policy control mechanism in 3GPP networks. It operates in conjunction with other Diameter commands like Credit-Control-Request (CCR) and Answer (CCA). Key AVPs in the RAR include Session-Id, Origin-Host, Origin-Realm, Destination-Host, Destination-Realm, and specific PCC rule AVPs like Charging-Rule-Install or Charging-Rule-Remove. The protocol ensures reliable delivery through the Diameter base protocol's failover and transport mechanisms. This dynamic re-authorization capability is essential for implementing advanced services like sponsored data, QoS on-demand, and congestion management, allowing the network to respond agilely to changing conditions while maintaining session continuity.
Purpose & Motivation
The RAR command was introduced to address the need for proactive, network-initiated policy updates within the PCC architecture. Prior to its standardization, policy changes often relied on client-initiated requests or static configurations, which were insufficient for real-time service control. The RAR enables the PCRF, as the central policy decision point, to enforce policy changes immediately when triggered by external events, such as a change in subscriber profile, network load, or application requirements.
This capability solved significant limitations in early policy control systems, which were largely reactive. For example, without RAR, modifying the QoS for a video stream during congestion would require waiting for the UE or AF to request a change, potentially degrading user experience. The RAR allows the network to take the initiative, ensuring that policies align dynamically with operational conditions. It is particularly important for monetization strategies like tiered services and sponsored data, where policy rules must be updated instantly based on charging events.
Historically, RAR's introduction in Release 9 coincided with the maturation of the PCC framework for LTE/EPC. It provided the missing mechanism for server-driven session modification, complementing the existing client-initiated CCR/CCA dialogues. This empowered operators to implement more sophisticated, real-time service differentiation and network optimization, moving beyond simple static policy provisioning to a dynamic, event-driven policy model that is foundational for modern mobile broadband services.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (5 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-9, normative work from Rel-15.
In Release 15, the RAR function was enhanced to include the reporting of CSG (Closed Subscriber Group) information, which had previously been missing. Corrections were also made to ensure accurate parameter naming, specifically for the Extended-Max-Requested-BW-DL, and to clarify procedures for the PUSCH scheduled by the RAR UL grant and its associated Msg3 retransmission.
In Release 17, the enhancements to the Re-Auth-Request (RAR) function included a clarification for the PCF Requested Usage Report and a correction to enable the retrieval of Network Provided Location information within a MESSAGE request. These updates specifically refined the procedures and information reporting capabilities over the Gx reference point between the PCRF and PCEF.
Explore further
Broader topics and technologies where RAR plays a role.
Defining Specifications
3GPP specifications that define or reference RAR, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 29.212 vj00 | Gx/Gxx/Sd/St Diameter Protocol | Rel-19 |
| TS 29.806 vc10 | P-CSCF Restoration Analysis & Solutions | Rel-12 |
| TS 29.826 vd10 | P-CSCF Restoration Enhancements for WLAN | Rel-13 |
| TS 32.299 vj00 | Diameter Charging Applications for 3GPP | Rel-19 |
| TS 38.211 vj10 | NR Physical Channels and Modulation | Rel-19 |
| TS 38.523 vj20 | 5G NR UE Conformance Testing: Idle/Inactive | Rel-19 |
| TR 38.802 ve20 | Study on New Radio Access Technology Physical Layer Aspects | Rel-14 |
| TS 38.811 vf40 | Study on NR Support for Non-Terrestrial Networks | Rel-15 |
| TR 38.912 vj00 | Study on New Radio Access Technology | Rel-19 |