RRP

MIPv4 Registration Response

Mobility →
Introduced in Rel-8

RRP is the Mobile IPv4 Registration Response message sent by a Home Agent to confirm or deny a Mobile Node's request to register its care-of address, enabling IP mobility and session continuity.

Category
Mobility
Introduced
Rel-8
Where
Core Network › Evolved Packet Core
Specifications
5 specs
RRP Description Purpose Related Classification Specifications

Description

The MIPv4 Registration Response (RRP) is a key control plane message within the Mobile IPv4 (MIPv4) protocol, standardized by the IETF and adopted by 3GPP for certain IP mobility management functions. It is generated and transmitted by the Mobile Node's Home Agent (HA) upon receiving a Registration Request (RRQ) from the Mobile Node (MN). The RRP traverses the network back to the MN, typically via a Foreign Agent (FA) if one is used, to deliver the HA's decision regarding the registration attempt.

The structure of the RRP packet is defined by the MIPv4 protocol (RFC 5944). It contains several crucial fields: a Type field identifying it as a Registration Response; a Code field indicating the success or specific failure reason (e.g., successful registration, authentication failed, lifetime too long); the Home Address and Home Agent fields identifying the MN and its HA; an Identification field matching that of the corresponding RRQ to prevent replay attacks; and the granted Lifetime for the binding. If the registration is successful, this binding caches the association between the MN's permanent Home Address and its temporary Care-of Address (CoA) in the HA's binding cache.

The RRP's primary function is to inform the MN of the outcome of its registration attempt. A successful RRP (Code 0) authorizes the MN to use the registered CoA. The HA subsequently begins intercepting packets destined for the MN's Home Address, encapsulating them, and tunneling them to the CoA. A rejected RRP (non-zero Code) forces the MN to take corrective action, such as re-authenticating, finding a new FA, or adjusting requested parameters. The RRP thus finalizes the three-way registration process (RRQ -> RRP -> possibly RRQ/acknowledgment), establishing the tunnel necessary for transparent mobility.

Within 3GPP architectures, MIPv4 and thus the RRP message were specified primarily for inter-system mobility and early IP-based services, particularly in the context of the Wireless Local Area Network (WLAN) interworking defined in early releases. The RRP, as part of the MIPv4 signaling, enables a UE to maintain IP session continuity when moving between 3GPP and non-3GPP access networks (like WLAN) by registering its point of attachment with a HA in the 3GPP core.

Purpose & Motivation

The MIPv4 Registration Response exists as the authoritative reply mechanism within the Mobile IPv4 signaling protocol, which was created to solve the problem of maintaining ongoing IP communications for a device that changes its point of network attachment. Without such a protocol, a mobile host's IP address would change when moving to a new network, breaking all existing TCP connections and UDP sessions. MIPv4, and by extension the RRP, enables 'nomadic' mobility at the IP layer.

Historically, MIPv4 was developed by the IETF as a host-based mobility solution before 3GPP developed its own network-based mobility protocols like GPRS Tunneling Protocol (GTP). 3GPP incorporated MIPv4 in releases like Rel-8 to provide a standardized method for mobility between 3GPP networks and other IP access networks, most notably WLAN. The RRP serves the critical purpose of providing a secure and authenticated confirmation from the network (the Home Agent) that the mobile node's new location has been officially recorded, closing the loop on the registration process.

The RRP addresses the limitation of a simple request-without-reply mechanism by providing essential feedback. It conveys not just success/failure, but specific error codes that allow the mobile node to diagnose issues (e.g., insufficient authentication, malformed request, denied by administrator). It also officially communicates the binding lifetime granted by the HA, which may differ from the requested lifetime, allowing the HA to control resource usage. This controlled response mechanism is fundamental for secure and manageable IP mobility, ensuring that only authorized nodes can redirect traffic and that network resources are properly allocated and timed.

Classification

Part ofPMIP
Related approachesRRQ

Evolution Across Releases

Rel-8 Initial

Introduced MIPv4-based mobility for WLAN interworking in 3GPP systems. The RRP message, as defined by IETF RFC 3344, was adopted as part of the protocol for the Mobile Node to register its Care-of Address with a Home Agent in the 3GPP core network (PDN GW) to enable IP session continuity from non-3GPP accesses.

Enhanced interworking scenarios and evolved packet core (EPC) integration. While the fundamental RRP message format remained unchanged, its usage was refined within the S2a and S2c interfaces for trusted and untrusted non-3GPP access, supporting more seamless mobility procedures.

Further optimizations for IP flow mobility and multi-access PDN connectivity. MIPv4 procedures, including RRP, were maintained for backward compatibility and specific deployment scenarios, even as the focus shifted towards more prevalent 3GPP-native protocols like GTP and PMIPv6.

Explore further

Broader topics and technologies where RRP plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 24.304 vj00 MIPv4 FA Mode Mobility Management in EPC Rel-19
TS 24.801 v810 CT1 SAE NAS Aspects for EPC Rel-8
TS 29.273 vj10 AAA Protocols for Non-3GPP Access in EPS & 5GS NSWO Rel-19
TS 29.279 vj00 MIPv4 Mobility Protocol over S2a Rel-19
TS 33.822 v1800 Security Architecture for Inter-Access Mobility Rel-8