Description
The Modify UE Context Answer (MUA) is a Diameter command (specifically, a Diameter Answer message) defined within the Gx and Sd reference points in the 3GPP Policy and Charging Control (PCC) framework. It operates as the response to a Modify UE Context Request (MUR). The primary actors are the Policy and Charging Rules Function (PCRF), which sends the MUA, and the Traffic Detection Function (TDF) or a Policy and Charging Enforcement Function (PCEF) enhanced with Application Detection and Control (ADC) capabilities, which receives it. This exchange is part of the dynamic policy control session management.
How it works is integral to the PCC session lifecycle. When the PCRF decides to modify the policies applicable to an established user session—for example, due to a change in subscriber tier, the detection of a new application, or a request from an Application Function (AF)—it sends an MUR to the TDF. The TDF processes this request, which contains updated PCC rules, event triggers, or ADC rules. The TDF then implements these new rules (e.g., starting to detect a new application, applying different charging parameters, or enabling traffic steering). Once the TDF has successfully applied the changes, it sends an MUA back to the PCRF. The MUA message contains a Result-Code AVP indicating success or failure, and it may include specific AVPs (Attribute-Value Pairs) to report status or provide updated session information.
Its role in the network is to provide reliable, acknowledged policy provisioning. The request-answer handshake ensures that the PCRF and TDF maintain synchronized state for the user's session. This is critical for consistent policy enforcement, accurate charging, and guaranteed Quality of Service (QoS). The MUA confirms that the enforcement point has committed the new policy rules to its local context, allowing the PCRF to proceed with other operations or log the transaction for auditing and charging records. It is a key mechanism for the network to dynamically adapt to changing conditions on a per-subscriber, per-session basis.
Purpose & Motivation
The MUA message exists to finalize and confirm the dynamic modification of policy rules for a user session within the PCC architecture. Before PCC, policy control was more static, often provisioned in network elements at session setup. The evolution towards real-time, application-aware services demanded a mechanism for the central policy controller (PCRF) to push mid-session updates to enforcement points reliably.
It solves the problem of state synchronization between the control plane (PCRF) and the user plane enforcement points (TDF/PCEF). Without a confirmed answer message like MUA, the PCRF would have no guarantee that its policy updates were successfully installed. This could lead to inconsistent service experiences (e.g., a premium video stream not receiving the promised QoS) or charging discrepancies. The MUA provides the necessary acknowledgment, making the policy update transaction reliable.
Its creation was motivated by the introduction of the Traffic Detection Function (TDF) in Release 11, which decoupled deep packet inspection and application detection from the PCEF. This required a dedicated protocol dialogue (over the Sd reference point) for managing ADC rules. The MUA, as part of this dialogue, enables the PCRF to dynamically control which applications are detected and what policies apply to them, supporting sophisticated service plans like sponsored data, application-specific QoS boosts, or parental controls. It addresses the limitation of static configuration by enabling the network to react in real-time to user behavior and service provider policies.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (2 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-13, normative work from Rel-17.
In Release 17, the new capability introduced for the MUA function is "PCRF control of MPS for DTS," which involves the Policy and Charging Rules Function (PCRF) managing Multi-Party Session (MPS) procedures for the Data Transfer Service (DTS). This enhancement is implemented using the established Gx reference point procedures between the PCRF and the PCEF, as defined within the PCC architecture.
- PCRF control of MPS for DTS TS 29.213CR0743
In Release 19, the MUA function was enhanced to introduce a new condition for the PCRF to address the detection of PCEF failure in a timely manner. This addition specifically relates to the PCRF Failure and Restoration procedure, ensuring the PCRF can properly handle scenarios where the PCEF, which communicates via the Gx session, becomes unavailable.
- Add a new condition for the PCRF detecting PCEF failure in time TS 29.213CR0751
Explore further
Broader topics and technologies where MUA plays a role.
Defining Specifications
3GPP specifications that define or reference MUA, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 29.213 vj20 | PCC Signalling Flows and QoS Mapping | Rel-19 |
| TS 29.217 vj00 | Policy and Charging Control (PCC) for Np Interface | Rel-19 |