Description
Mobility Management (MM) is a core network function that operates at the Non-Access Stratum (NAS) layer, managing the mobility of a User Equipment (UE) independent of the underlying radio access technology. The primary objective of MM is to maintain an accurate location of the UE so that the network can successfully deliver incoming calls, messages, and data sessions. It achieves this by managing different UE states, primarily the IDLE and CONNECTED states, and by handling procedures that transition the UE between these states. In the IDLE state, the UE is not actively transmitting user data but is registered with the network and listening for paging messages. The CONNECTED state (or ACTIVE state in some contexts) signifies that a signaling connection exists between the UE and the core network, allowing for active communication.
The MM function relies on a set of information known as the MM Context. This context is stored in both the UE and relevant core network nodes, such as the Serving GPRS Support Node (SGSN) in 2G/3G or the Access and Mobility Management Function (AMF) in 5G. The MM Context includes critical parameters like the UE's temporary identity (TMSI, GUTI), security keys, the UE's current registration area, and its current mobility management state. This shared context allows the network and UE to have a synchronized view of the UE's mobility status, enabling efficient procedures like periodic registration updates, handovers between cells or tracking areas, and service requests to re-establish user plane connections.
Key MM procedures include Attach/Registration, Detach/Deregistration, Tracking Area Update (TAU) or Routing Area Update (RAU), Periodic Registration Update, and Service Request. The Attach procedure establishes the UE's presence in the network and creates the initial MM context. Periodic updates and TAUs/RAUs keep the network informed of the UE's location as it moves, ensuring the network can page the UE within a specific area rather than across the entire network. The Service Request procedure is triggered by the UE or network to transition the UE from IDLE to CONNECTED state for user data transfer. These procedures are fundamental to the operation of any cellular network, ensuring that mobile devices remain reachable while optimizing the use of radio and network resources by minimizing signaling overhead when the device is stationary or inactive.
In the evolution from 2G/3G to 4G and 5G, the core principles of MM remain, but the specific network entities and protocol details have evolved. For instance, in 5G, the MM function is logically separated from Session Management (SM) and is housed within the AMF. The 5G MM introduces concepts like Registration Areas, which can be a list of Tracking Areas, and enhanced states for power saving (e.g., RRC_INACTIVE). Despite these architectural shifts, the fundamental role of MM—tracking UE location, managing reachability, and supporting session continuity—remains a cornerstone of 3GPP mobile network architecture.
Purpose & Motivation
Mobility Management exists to solve the fundamental challenge of providing seamless communication to a device that is free to move throughout a wide geographic area. In a fixed network, a device's point of attachment and address are static. In a mobile network, the point of attachment (the cell) changes constantly. Without MM, the network would have no way to locate a UE to deliver incoming services, rendering mobile communication impossible. The primary problems MM addresses are UE reachability, efficient resource usage, and session continuity during movement.
Historically, early cellular systems like GSM introduced basic MM concepts such as location areas and periodic updates. The limitations of earlier, simpler approaches included excessive paging load (if the location was too coarse) or excessive signaling traffic from frequent updates (if the location area was too small). 3GPP's MM protocols evolved to create a balanced, scalable system. It introduced hierarchical concepts like Routing Areas (for packet-switched domains) and Tracking Areas, and states like IDLE and CONNECTED to optimize signaling. The MM context allows the network to store just enough information to quickly re-establish a connection without needing a full re-authentication every time the UE moves or wakes up from a power-saving state.
The creation and continuous enhancement of MM protocols were motivated by the need to support an ever-growing number of mobile subscribers, diverse services (from voice to high-speed data), and new device types (IoT sensors with very different mobility patterns). It provides the foundational layer upon which all other services—voice calls, internet browsing, IoT messaging—are delivered reliably to a moving target. It is a critical enabler for the 'anywhere, anytime' connectivity promise of cellular networks.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (34 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 15, the MM function was updated to support the storage of EPS NAS security algorithms for mobility over the N26 interface and to introduce new Elementary Files (EFs) containing the full native NAS security context for 5G. The context was also enhanced to include Access Restrictions for NR as a Secondary RAT and to incorporate AM Policy Triggers. Furthermore, procedures for UE context and MM context were updated per the latest agreements, and corrections were made to speed-dependent mobility handling and mobility state handling during reselection from LTE to NR.
- Introduce EFs that contain NAS full native security context from 5G Mobility Management Information. TS 31.102CR0776
- Support storage of EPS NAS security algos received in 5G for mobility over N26 TS 31.102CR0820
- AM Policy Triggers in MM Context TS 29.518CR0002
- Update UE context and MM context as per latest stage 2 agreements TS 29.518CR0003
- Mobility Restriction TS 29.518CR0040
- Updates to USIM management procedures for 5GS TS 31.102CR0806
+ 3 more changes
In Release 16, the Mobility Management (MM) function introduced the inclusion of the SNSSAI (Single Network Slice Selection Assistance Information) parameter during mobility procedures to support network slicing. It also enhanced procedures for managing the RACS ID across equivalent PLMNs and corrected the reporting mechanism within the GUTI allocation procedure.
In Release 17, key MM enhancements included support for inter-PLMN mobility of PDU sessions and improved UE context transfer during such mobility events. Furthermore, mobility procedures were refined for scenarios involving mobility between HPLMN and VPLMN, as well as for inter-AMF mobility when a UE is registered in both 3GPP and non-3GPP access. New reporting capabilities like the UE MM Transactions Report Event and dynamic management of group-based event monitoring were also introduced.
- Dynamic management of group based event monitoring TS 29.518CR0586
- UUAA-MM status indication in UE Context TS 29.518CR0613
- UE MM Transactions Report Event TS 29.518CR0675
- Inter-PLMN mobility of PDU sessions TS 29.518CR0682
- N2 MBS Session Management Information in Namf_MBSBroadcast API TS 29.518CR0684
- N2 MBS Session Management Information in Namf_MBSCommunication API TS 29.518CR0685
+ 6 more changes
In Release 18, key MM enhancements included support for Network Slice Replacement and area restrictions during UE mobility, as well as new procedures for user plane positioning connection management. The release also introduced mobility between AMFs for UEs registered in a Standalone Non-Public Network (SNPN) with different access types. Furthermore, it defined service operations and data types for subscription-based management of network timing synchronization status monitoring.
- Inter AMF mobility when UE is registered in SNPN with different access TS 29.518CR0800
- Service Operations for Subscription and management of network timing synchronization status monitoring TS 29.518CR0899
- Data Type for Subscription and management of network timing synchronization status monitoring TS 29.518CR0900
- Support of user plane positioning connection management procedures TS 29.518CR1034
- Support of Network Slice Replacement and area restrictions at UE mobility TS 29.518CR1039
In Release 19, key enhancements to Mobility Management included introducing an indication for Local Offloading Management Allowed and clarifying the procedures for storing and transferring Access and Mobility Management Policy information within the UE context. The release also improved inter-core network mobility by defining the transfer of UPDP subscriptions during AMF relocation and refined notification procedures for Frequent Mobility Registration Updates. Additionally, it enabled specific IMS management record updates without requiring a change to the 5G-GUTI association.
- Local Offloading Management Allowed Indication TS 29.518CR1176
- Clarification on Storage and Transfer of Access and Mobility Management Policy Information in UE Context TS 29.518CR1181
- UPDP subscription transfer during inter-AMF mobility TS 29.518CR1288
- Correct notification of Frequent Mobility Registration Update TS 29.518CR1294
- ICF Record Update Without 5G-GUTI Association Change TS 33.128CR0694
Explore further
Broader topics and technologies where MM plays a role.
Defining Specifications
3GPP specifications that define or reference MM, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 21.810 v1300 | Multi-mode UE Issues - Categories, principles and procedures | Rel-4 |
| TR 21.905 vj00 | 3GPP Technical Terms and Definitions | Rel-19 |
| TR 21.910 v1300 | Multi-mode UE Operation Principles | Rel-4 |
| TS 22.140 vj00 | MMS Stage 1 Requirements | Rel-19 |
| TR 22.944 vj00 | UE Functionality Split Scenarios and Requirements | Rel-19 |
| TR 22.945 v1300 | Fax Services Guidance for GSM/UMTS | Rel-4 |
| TS 23.110 vj00 | Access Stratum Services Specification | Rel-19 |
| TS 23.140 v1600 | MMS Non-Realtime Service Definition | Rel-6 |
| TS 23.171 v1300 | LCS Stage 2 Specification for UMTS | Rel-4 |
| TS 23.221 vj00 | 3GPP System Architectural Requirements | Rel-19 |
| TS 23.271 vj00 | LCS Stage 2 Specification | Rel-19 |
| TS 23.851 v1600 | Network Sharing Architecture for 3G Systems | Rel-6 |
| TS 25.301 vj00 | UE-UTRAN Radio Interface Protocol Architecture | Rel-19 |
| TS 25.302 vj00 | UTRA Physical Layer Services | Rel-19 |
| TS 25.304 vj00 | UTRA Idle Mode Procedures Specification | Rel-19 |
| TS 25.321 vj00 | MAC Protocol Specification for UTRAN | Rel-19 |
| TS 25.322 vj00 | RLC Protocol Specification | Rel-19 |
| TS 25.331 vj00 | UTRAN RRC Protocol Specification | Rel-19 |
| TS 25.367 vj00 | Home NodeB Mobility Procedures | Rel-19 |
| TS 25.413 vj00 | Radio Access Network Application Part (RANAP) | Rel-19 |
| TR 25.931 vj00 | UTRAN Signalling Procedures Examples | Rel-19 |
| TS 26.140 vj00 | MMS Media Formats and Codecs Specification | Rel-19 |
| TS 26.141 vj00 | IMS Messaging & Presence Media Formats | Rel-19 |
| TS 29.060 vj00 | GPRS Tunnelling Protocol (GTP) version 1 | Rel-19 |
| TS 29.518 vj50 | AMF Service Based Interface Protocol | Rel-19 |
| TS 31.102 vj40 | USIM Application Specification | Rel-19 |
| TS 31.111 vj30 | USIM Application Toolkit (USAT) Specification | Rel-19 |
| TS 31.121 vi50 | UICC-terminal interface test specification | Rel-18 |
| TS 32.270 vj00 | MMS Charging Management Specification | Rel-19 |
| TS 32.404 vj00 | Performance Management Definitions & Template | Rel-19 |
| TS 32.406 vj00 | Performance Management for CN PS Domain | Rel-19 |
| TS 32.407 vj00 | PM; CN CS Domain; UMTS/GSM measurements | Rel-19 |
| TS 32.408 vj00 | UMTS/GSM Performance Management Measurements | Rel-19 |
| TS 33.107 vj00 | Lawful Interception Architecture & Functions | Rel-19 |
| TS 33.128 vj50 | 3GPP TS 33.128: Lawful Interception Protocols | Rel-19 |
| TS 36.304 vj00 | UE Idle Mode Procedures in E-UTRA | Rel-19 |
| TS 43.051 vj00 | GERAN Stage 2 Service Description | Rel-19 |
| TS 43.318 vj00 | Generic Access Network (GAN) Stage 2 | Rel-19 |
| TR 43.901 vj00 | Generic Access to A/Gb Interface Feasibility Study | Rel-19 |
| TR 43.902 vj00 | GAN Enhancements Feasibility Study | Rel-19 |
| TS 44.060 vj00 | GERAN RLC/MAC Protocol Specification | Rel-19 |
| TS 44.318 vj00 | Generic Access Network (GAN) Interface Procedures | Rel-19 |