LHN-ID

Local Home Network Identifier

Identifier →
Introduced in Rel-12

LHN-ID is an identifier for a local home network used in 3GPP specifications to differentiate and manage device access within a specific local network domain.

Category
Identifier
Introduced
Rel-12
Where
Core Network › 5G Core
Specifications
2 specs
LHN-ID Description Purpose Related Classification Detected Changes Specifications

Description

The Local Home Network Identifier (LHN-ID) is a parameter defined within 3GPP core network protocols, specifically in the Non-Access Stratum (NAS) layer. It serves as a unique label for a local home network, which is typically a small-scale network such as a residential, enterprise, or campus deployment utilizing technologies like Home NodeBs (HNB) or Home eNodeBs (HeNB). The LHN-ID is carried within NAS signaling messages, such as those specified in TS 24.008 for GSM/UMTS and TS 24.301 for EPS, allowing the core network to identify the specific local network to which a User Equipment (UE) is attempting to connect or is currently registered.

Architecturally, the LHN-ID is associated with the concept of Closed Subscriber Groups (CSG) and hybrid access modes. When a HeNB/HNB broadcasts a CSG Identity, it may also be configured with an LHN-ID. This identifier is reported by the UE to the Mobility Management Entity (MME) in EPS or the Serving GPRS Support Node (SGSN) in UMTS/GPRS during attachment, tracking area update, or service request procedures. The core network node uses this identifier, in conjunction with subscriber data from the Home Subscriber Server (HSS), to enforce access control policies specific to that local network. For instance, it can determine if the UE is allowed to access that particular HeNB/HNB and what services or charging rules are applicable within that local domain.

Its role extends beyond simple identification; it enables network operators to offer localized services and differentiated charging. By recognizing the LHN-ID, the core network can apply specific APN configurations, QoS policies, or even route traffic to a local gateway (e.g., Local Gateway (L-GW) or HeNB Gateway) that provides direct internet breakout or access to local IP resources within the home/enterprise network. This mechanism is fundamental for the 3GPP architecture supporting femtocells and small cells, ensuring that devices can seamlessly access both wide-area macro network services and localized services while maintaining appropriate security and policy enforcement.

Purpose & Motivation

The LHN-ID was introduced to address the growing deployment of femtocells and small cells in 3GPP networks, particularly with the standardization of Home eNodeBs (HeNBs) in Release 9. Prior to its introduction, network identification for access control and service localization was primarily based on the Cell Global Identity (CGI) or Tracking Area Identity (TAI), which are tied to the radio cell's location but not necessarily to a logical, subscriber-specific local network domain. This was insufficient for residential or enterprise deployments where multiple small cells might belong to the same logical 'home' network, requiring a common identifier for consistent policy application.

The primary problem it solves is the need for a network operator to identify and manage a group of small cells as a single logical entity for a subscriber or a set of subscribers. For example, in a household with multiple HeNBs, the operator needs to treat them as part of the same 'home network' for services like unified billing, access to a shared local IP network (e.g., printers, NAS), and consistent access control. The LHN-ID provides this logical grouping identifier, decoupled from the physical cell identity. It enables the core network to apply subscriber-specific policies that are relevant to the local network context, such as allowing access only to members of a Closed Subscriber Group (CSG) associated with that LHN-ID or applying special charging rates for calls/data within the home network.

Historically, its creation was motivated by the 3GPP work on enhanced support for HeNBs in Release 12, focusing on mobility and service continuity between the macro network and HeNB subsystems. The LHN-ID became a key enabler for features like CSG mobility, where a UE moving between HeNBs belonging to the same local home network could experience seamless handovers and consistent service treatment without needing re-authentication or policy re-evaluation by the core network for each cell change. It filled a gap in the network's ability to understand the logical topology of small cell deployments, which is essential for efficient network management and enhanced user experience in heterogeneous networks.

Classification

Part ofCSG
Related approachesHENB

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (20 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Studied in Rel-12, normative work from Rel-15.

Rel-15 5 changes

In Release 15, the LHN-ID (Local Home Network Identifier) function was newly introduced as a defined term for network sharing purposes, as specified in 3GPP TS 23.003. The release also introduced the Extended Local Emergency Number List, alongside clarifications for its storage and its non-applicability to the CS domain, while maintaining the existing procedures for the standard Local Emergency Numbers List.

  • Clarify that the newly introduced Extended Local Emergency Number List does not apply to the CS domain TS 24.008CR3128
  • Extended and local emergency numbers and applicable domain for call initiation TS 24.301CR3012
  • Storage of extended local emergency numbers TS 24.301CR3013
  • Correct Extended Local Emergency Numbers List deletion upon PLMN change TS 24.301CR3097
  • Identify the Local Emergency Number List TS 24.008CR3122
Rel-16 6 changes

In Release 16, the LHN-ID (Local Home Network Identifier) function was enhanced to support new "Restricted Local Operator Services." This involved introducing specific authentication and security handling procedures for these services, as well as mechanisms for the local release of dedicated EPS bearers following inter-RAT mobility to NB-IoT. These additions defined how local network contexts and services are managed and secured within a visited network.

  • Support of restricted local operator services TS 24.301CR3160
  • Restricted local operator services request indication TS 24.301CR3161
  • Authentication and security handling for restricted local operator services TS 24.301CR3162
  • Local release of dedicated EPS bearers after inter-RAT mobility to NB-IoT TS 24.301CR3234
  • Sending the EPS bearer context status IE in TAU after mobility from N1 mode with local bearer deactivation TS 24.301CR3405
  • Alignment of the 5G ciphering and integrity algorithm identifiers TS 24.301CR3221
Rel-17 5 changes

In Release 17, the specification for the Local Home Network Identifier (LHN-ID) was updated to align with the refined definitions and procedures for restricted local operator services. This included clarifications within the local detach procedures and the handling of local contexts, such as during transitions to the EMM-DEREGISTERED state. These enhancements provided a more precise framework for network operations involving local access and identification.

  • Local deactivation of UP resource for an MA PDU session with PDN leg - 24301 Part TS 24.301CR3657
  • Adding the RFC reference of PAP/CHAP protocol identifier contents and related abbreviations TS 24.008CR3252
  • Correction in the restricted local operator services TS 24.301CR3456
  • Miss local detach procedure before entering EMM-DEREGISTERED state TS 24.301CR3480
  • Local IP address in TFT negotiation in 5GS for 5G-4G interworking TS 24.008CR3263
Rel-18 2 changes

In Release 18, the enhancements for the LHN-ID function introduced support for new local address types, specifically the IPv4 local address type and IPv6 local address type. Additionally, a correction was made to the condition required to trigger a Tracking Area Update (TAU) procedure for the local release of a PDN connection. These updates refine the network's handling of local connections and identifiers within the defined architecture.

  • IPv4 local address type and IPv6 local address type TS 24.008CR3318
  • Correction to condition to trigger TAU for local release of PDN connection TS 24.301CR3769
Rel-19 2 changes

In Release 19, the LHN-ID function was enhanced to support a local detach procedure during a network unavailability period in 4G systems. Furthermore, the release introduced mechanisms for the local release of a signalling connection when explicitly requested by the upper layers of the protocol stack. These updates provide more granular control for managing mobility and connection states within a local home network context.

  • Local detach during unavailability period in 4G. TS 24.301CR4506
  • Local release of signalling connection due to the upper layers request TS 24.301CR4669

Explore further

Broader topics and technologies where LHN-ID plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 24.008 vj50 3GPP TS 24008: Core Network Protocols Rel-19
TS 24.301 vj60 NAS protocol for Evolved Packet System Rel-19