H-DRA

Home Diameter Routing Agent

Core Network
Introduced in Rel-8
The H-DRA is a Diameter routing node within the home network. It routes Diameter signaling messages (e.g., for authentication, policy, charging) between network functions based on subscriber identity and realm. It is essential for scalable and efficient Diameter-based core network signaling.

Description

The Home Diameter Routing Agent (H-DRA) is a specialized network function defined within the 3GPP Policy and Charging Control (PCC) architecture. It operates as a stateful Diameter routing node specifically within the boundaries of a subscriber's home network. The Diameter protocol is the primary signaling protocol used in LTE and 5G core networks for functions like authentication (AAA), policy control, and charging. The H-DRA's core function is to receive Diameter requests, inspect key attributes within the messages—primarily the User-Name (IMSI) and Destination-Realm—and route them to the correct destination network function, such as the Home Subscriber Server (HSS), Policy and Charging Rules Function (PCRF), or Online Charging System (OCS).

Architecturally, the H-DRA sits in the signaling path between Diameter clients (like the MME, SGSN, or P-CSCF) and Diameter servers (like the HSS or PCRF). It maintains a binding cache or routing table that maps subscriber identities (e.g., IMSI) to the specific server instance currently serving that subscriber. This is crucial for maintaining session state and ensuring that all related Diameter messages for a given subscriber session are routed to the same server instance, a requirement for functions like policy sessions. The H-DRA uses the Realm-Based Routing Table, configured with network operator policies, to determine the next hop for messages when a direct binding does not exist.

In operation, when a Diameter request (e.g., a Credit-Control-Request from a P-GW to an OCS) arrives at the H-DRA, it first checks if a binding for that subscriber and application exists. If it does, it forwards the message to the recorded server. If not, it performs realm-based routing, often involving a Diameter Redirect Agent (DRA) or using static configuration, to find the appropriate server. Once the initial message establishes a session, the H-DRA creates a binding entry. All subsequent messages for that session will use this binding for direct routing, reducing latency and lookup overhead. The H-DRA also provides load balancing across multiple instances of a server type (e.g., a pool of PCRFs) and offers resilience by re-routing traffic if a server fails.

Purpose & Motivation

The H-DRA was introduced to solve the signaling scalability and complexity challenges that emerged with the all-IP Evolved Packet Core (EPC) in 3GPP Release 8. As networks moved to distributed, cloud-based architectures with numerous instances of core network functions, direct point-to-point Diameter connections became unmanageable. This created a mesh of connections that was difficult to scale, secure, and maintain. The H-DRA provides a centralized routing layer that decouples Diameter clients from servers.

Its creation was motivated by the need for efficient subscriber-aware routing. Without a DRA, every network function would need to know the address of every possible server for every subscriber, which is impractical in large, dynamic networks. The H-DRA introduces a level of indirection that simplifies network topology, hides server deployment details, and enables advanced features like load balancing and geographic redundancy. It is a key enabler for network function virtualization (NFV) by allowing server instances to be added or removed without reconfiguring every client. It also plays a critical role in inter-operator scenarios (via the I-DRA) by providing a secure gateway for Diameter signaling between different carrier networks.

Key Features

  • Stateful Diameter message routing based on subscriber identity (IMSI) and session binding
  • Realm-Based Routing for initial message forwarding and inter-realm communication
  • Load Balancing across multiple instances of Diameter servers (e.g., PCRF pool)
  • Session Binding Maintenance to ensure consistent routing for all messages of a session
  • Topology Hiding by abstracting server addresses from clients
  • Interoperability Facilitation between different vendor implementations and network domains

Evolution Across Releases

Rel-8 Initial

Introduced as part of the Evolved Packet Core (EPC) architecture. Defined its basic role in routing Diameter messages for PCC (Gx, Rx interfaces) and mobility management (S6a, S6d interfaces). Established the concepts of realm-based and destination-host routing.

Defining Specifications

SpecificationTitle
TS 29.213 3GPP TS 29.213