Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Core Network

VLR

Visitor Location Register

Core Network →

VLR is a core network database that temporarily stores subscriber data from a user's home HLR to enable call routing, authentication, and service provisioning while they are roaming in a specific MSC service area.

Introduced
R99
Where
Core Network › Legacy Core
Specifications
35 specs
Also in
Management, Security, Radio Access Network
VLR Description Purpose What changed Neighbours Specifications

Description

The Visitor Location Register (VLR) is a fundamental database within the Circuit-Switched (CS) domain of a 2G/3G mobile network. It is always co-located with, and serves, a specific Mobile Switching Center (MSC). When a mobile subscriber roams into the geographical area controlled by an MSC, the associated VLR queries the subscriber's Home Location Register (HLR) to obtain a copy of their service profile. This profile includes critical information such as the International Mobile Subscriber Identity (IMSI), subscribed services (like call forwarding or barring), and authentication parameters. The VLR stores this data for the duration of the subscriber's presence in its area, allowing the MSC to handle call setup, supplementary services, and mobility management (like location updates) without needing to query the distant HLR for every transaction, thereby reducing signaling load and latency.

From an architectural perspective, the VLR-MSC pair forms the primary service node for circuit-switched voice and SMS. The VLR interfaces with the HLR via the MAP (Mobile Application Part) protocol over the SS7 signaling network. It also communicates with other MSCs/VLRs for handover procedures and with the Authentication Center (AuC) to obtain security triplets (RAND, SRES, Kc) for subscriber authentication and ciphering. The VLR assigns a temporary identifier, the Temporary Mobile Subscriber Identity (TMSI), to the subscriber for enhanced privacy, masking the permanent IMSI over the radio interface.

Its role is pivotal for mobility. It tracks the subscriber's precise location within its service area, typically at the level of a Location Area (LA). When the subscriber moves, the VLR updates the HLR with the new location and may also inform the previous VLR to purge its temporary record. For incoming calls or SMS, the Gateway MSC (GMSC) queries the HLR for routing information. The HLR, in turn, queries the current VLR for a Mobile Station Roaming Number (MSRN), a temporary number used to route the call to the serving MSC. Thus, the VLR acts as the local anchor and session manager for visiting subscribers, enabling seamless roaming and service continuity across network boundaries.

Purpose & Motivation

The VLR was created to solve the fundamental problem of enabling subscriber mobility and roaming in cellular networks. In early mobile systems, a central database would be overwhelmed with queries for every call attempt or location update from every subscriber in the network, regardless of their location. The VLR architecture decentralizes subscriber data management by introducing a hierarchical structure with a permanent home database (HLR) and temporary visitor databases (VLRs). This design dramatically reduces signaling traffic across the core network and decreases call setup times.

Its creation was motivated by the need for efficient use of network resources and scalable subscriber growth. By caching subscriber data locally at the point of service (the MSC area), the network minimizes long-distance signaling to the HLR, which might be in a different country for roaming subscribers. This local caching is essential for providing real-time services like voice calls. Furthermore, the VLR enables the implementation of location-based procedures (like paging a subscriber only in their current Location Area) and temporary identity assignment (TMSI), which enhances subscriber privacy by preventing tracking of the permanent IMSI over the air interface.

Before the VLR/HLR split concept, simpler architectures could not scale to support nationwide or international roaming efficiently. The VLR, as defined from GSM onwards, became the cornerstone for managing visiting subscribers, a concept so successful it influenced later core network architectures, even as the network evolved towards IP-based systems in later 3GPP releases.

What changed in its specifications

The latest release-to-release comparison of specifications that define VLR. Each summary describes the whole specification, not only this term.

TR 21.905Rel-17 → Rel-18

Rel-18 brings only minor changes to TS 21.905: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TR 21.905 →
TS 23.078Rel-18 → Rel-19

Rel-19 brings only minor changes to TS 23.078: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TS 23.078 →

Evolution Lineage

Evolution Across Releases

An overview written from the defining specifications, not a verified change history. For the exact text, open the specifications listed below.

R99 Initial

Introduced as a core component of the GSM architecture. The VLR was defined as an integral part of the Network Switching Subsystem (NSS), co-located with an MSC. It stored temporary subscriber data for users within the MSC's service area, handled location updates, and supported basic call routing and supplementary services via MAP signaling to the HLR.

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj20 3GPP Terminology and Definitions Rel-19 read
TR 21.978 v300 CAMEL Control of VoIP Services Feasibility Study R99 read
TR 22.945 v300 Fax Services Guidance for GSM/UMTS R99 read
TS 23.078 vj00 CAMEL Phase 4 Stage 2 Specification Rel-19 read
TS 23.221 vj00 3GPP System Architectural Requirements Rel-19 read
TS 23.226 vj00 Global Text Telephony (GTT) Stage 2 Rel-19 read
TS 23.251 vj00 Network Sharing Stage 2 Specification Rel-19 read
TS 23.851 v610 Network Sharing Architecture for 3G Systems Rel-6 read
TR 23.910 v550 CS Bearer Services in UMTS Rel-5 read
TR 23.923 v300 Mobile IP+ Feasibility Study for UMTS/GPRS R99 read
TS 24.259 vj00 Personal Network Management (PNM) Protocol Details Rel-19 read
TR 26.944 vj00 QoE, ESQoS and SQoS metrics for 3G multimedia services Rel-19 read
TS 28.622 vk40 Generic Network Resource Information Service Rel-20 read
TS 28.702 vj00 Core Network NRM IRP Information Service Rel-19 read
TS 29.198 v340 OSA R99 API Stage 3 Specification R99 read
TS 31.102 vk00 USIM Application Specification Rel-20 read
TR 31.900 vj00 3GPP TS 31.900: Security Interworking Guidance Rel-19 read
TS 32.102 vj00 Telecom Management Physical Architecture Framework Rel-19 read
TS 32.240 vk10 3GPP Charging Architecture and Principles Rel-20 read
TS 32.250 vj00 Circuit Switched Offline Charging Rel-19 read
TS 32.272 vj00 Charging for Push-to-Talk over Cellular (PoC) Rel-19 read
TS 32.276 vj00 VCS Online Charging from Proxy Function Rel-19 read
TS 32.278 vj00 Monitoring Events Offline Charging Specification Rel-19 read
TS 32.293 vj00 Proxy Function in Domestic Service Provider Rel-19 read
TS 32.401 vj00 Performance Management Concept & Requirements Rel-19 read
TS 32.622 vb10 Generic Network Resources IRP NRM Rel-11 read
TS 32.632 vb00 Core Network Resources IRP: Network Resource Model Rel-11 read
TS 32.732 vb00 IMS Network Resource Model IRP: Information Service Rel-11 read
TS 32.808 v800 Common Profile Storage Framework for User Data Rel-8 read
TS 33.102 vj10 3G Security Architecture Specification Rel-19 read
TS 33.859 vb10 UTRAN Key Hierarchy Enhancement Study Rel-11 read
TS 43.318 vj00 Generic Access Network (GAN) Stage 2 Rel-19 read
TR 43.902 vj00 GAN Enhancements Feasibility Study Rel-19 read
TS 44.318 vj00 Generic Access Network (GAN) Interface Procedures Rel-19 read
TS 52.402 vj00 GSM Performance Management Measurements Rel-19 read