Description
The Update Notification (UPN) is a specific GTPv2-C (GPRS Tunnelling Protocol version 2 for Control plane) message defined in 3GPP TS 29.275. It operates on the S5 interface (within the same PLMN) or S8 interface (between PLMNs) connecting the Serving Gateway (SGW) and the Packet Data Network Gateway (PGW) in the Evolved Packet Core (EPC). The primary function of the UPN message is to inform the PGW about a change in the SGW's state or configuration that is relevant to the management of active PDN connections and EPS bearers. This is a critical mechanism for maintaining session continuity and ensuring the PGW has an accurate view of the network topology for packet routing.
When an event occurs that necessitates an update, such as an SGW change during an inter-SGW handover, the SGW constructs and sends a UPN message to the PGW. This message contains Information Elements (IEs) that specify the nature of the change. Key IEs include the Cause, which indicates the reason for the notification (e.g., SGW change due to UE mobility), and the SGW's F-TEID (Fully Qualified Tunnel Endpoint Identifier) for the control plane, which the PGW must use for subsequent signaling. Upon receiving the UPN, the PGW processes the information, updates its internal context for the affected UE(s), and responds with an Update Notification Acknowledge (UPA) message. This handshake ensures both nodes are synchronized.
The UPN mechanism is integral to mobility management, particularly in scenarios like Tracking Area Updates (TAU) or handovers that trigger an SGW relocation. It allows the PGW, which is the anchor point for the UE's IP session, to be promptly informed of the new SGW serving the UE. This enables the PGW to correctly route downlink data packets through the new GTP-U tunnel established with the new SGW. Furthermore, UPN can be used for other administrative or recovery purposes, such as notifying the PGW of an SGW restart, allowing the PGW to take appropriate actions like re-establishing bearers or clearing stale contexts.
Purpose & Motivation
The Update Notification (UPN) was introduced to address the need for reliable state synchronization between the SGW and PGW in the EPC architecture. Prior to its formal definition, mechanisms for informing the anchor gateway (PGW) of changes in the intermediate gateway (SGW) were less standardized or relied on implicit triggers, which could lead to session disruptions or suboptimal routing during mobility events. The creation of a dedicated GTPv2-C message provided a clear, reliable, and mandatory procedure for this critical update.
The core problem it solves is ensuring the PGW maintains an accurate and timely mapping between a UE's IP address (anchored at the PGW) and the current GTP-U tunnel endpoint (the SGW) for downlink traffic delivery. Without an explicit notification like UPN, a PGW might continue sending packets to a previous SGW after a handover, causing packet loss. The UPN protocol ensures seamless handovers and service continuity, which are fundamental requirements for mobile broadband services. Its introduction in Release 11 was part of the broader effort to solidify and optimize the EPC signaling procedures for LTE networks.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (5 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-11, normative work from Rel-15.
In Release 15, the specification formally introduced the PMIPv6 LMA Initiated Update Notification procedure, based on IETF RFC 7077, to allow the Local Mobility Anchor (LMA) to notify a Mobile Access Gateway (MAG) of an impending Binding Cache Entry update. This procedure, which uses Update Notification (UPN) and Update Notification Acknowledgment (UPA) messages, was defined to trigger resource updates at the MAG and, specifically, to trigger the generation of an End Marker by the MAG during handover with SGW relocation. The technical details for the UPN message fields, including the Sequence Number, Notification Reason, and Acknowledge flag, were also specified.
- Update to Rel-15 version (MCC) TS 29.275
In Release 16, the specification for the Update Notification (UPN) function was formally updated to the Rel-16 version. The procedure, based on IETF RFC 7077, allows the Local Mobility Anchor (LMA) to notify a Mobile Access Gateway (MAG) that a Binding Cache Entry is about to be updated, triggering resource updates or the generation of an End Marker. The UPN message includes specific fields such as Sequence Number, Notification Reason, and an Acknowledge (A) flag to control whether an acknowledgement (UPA) is requested.
- Update to Rel-16 version (MCC) TS 29.275
In Release 17, the Update Notification (UPN) function was updated to its Rel-17 version, as indicated by the CR title. The technical specification details that the PMIPv6 LMA Initiated Update Notification procedure, based on IETF RFC 7077, is used by the LMA to notify the MAG to trigger the generation of an End Marker, specifically during procedures like handover with SGW relocation. Furthermore, the specification clarifies that in this scenario, the LMA shall set the Acknowledge (A) flag to "0" and shall not request an acknowledgement message from the MAG.
- Update to Rel-17 version (MCC) TS 29.275
In Release 18, the Update Notification (UPN) function was updated to align with the Rel-18 version specifications, as indicated by the Change Request. The provided grounding context details the established PMIPv6 LMA Initiated Update Notification procedure, which is based on IETF RFC 7077 and is used to notify a MAG of an impending BCE update or to trigger End Marker generation.
- Update to Rel-18 version (MCC) TS 29.275
In Release 19, the Update Notification (UPN) function was updated to its Rel-19 version, incorporating the PMIPv6 LMA Initiated Update Notification procedure based on IETF RFC 7077. This procedure allows the LMA to notify the MAG to update resources or trigger End Marker generation, with the UPN message containing specific fields like Sequence Number, Notification Reason, and an Acknowledge flag to control whether an acknowledgement is requested.
- Update to Rel-19 version (MCC) TS 29.275
Explore further
Broader topics and technologies where UPN plays a role.
Defining Specifications
3GPP specifications that define or reference UPN, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 29.275 vj00 | PMIPv6 Mobility & Tunnelling Protocols Stage 3 | Rel-19 |