Description
The Key Management Service (KMS) in 3GPP is a critical security function that provides end-to-end management of cryptographic keys for various network services and applications. It is not a single monolithic entity but a conceptual service that can be implemented across different network architectures, including the IP Multimedia Subsystem (IMS), Mission Critical Services (MCS), and 5G systems. The KMS is responsible for the entire key lifecycle: generation (or acquisition from a root), secure distribution, activation, deactivation, rotation, revocation, and deletion of keys. It ensures that keys are available to authorized entities—such as user equipment (UE), application servers, and network functions—when needed and are protected from unauthorized access.
Architecturally, the KMS can be integrated within specific network functions or deployed as a standalone, centralized service. In IMS-based services like Voice over LTE (VoLTE) or Mission Critical Push-to-Talk (MCPTT), the KMS often interacts with the Authentication, Authorization, and Accounting (AAA) infrastructure, the Home Subscriber Server (HSS), and application servers. For example, in MCPTT, the KMS generates and distributes service-specific keys like the Kmcptt, from which other keys (e.g., KFC-ID, media encryption keys) are derived. It uses standardized protocols such as the Key Management Protocol (KMP) defined in 3GPP TS 33.179 and 33.180 for secure key delivery over IP networks. The KMS may also interface with Public Key Infrastructure (PKI) for certificate management or with hardware security modules (HSMs) for secure key generation and storage.
In operation, the KMS works in tandem with authentication procedures. Upon successful authentication of a user or device, the KMS is invoked to provision the necessary application-level keys. This can be triggered by an application server request. The KMS authenticates the requestor, verifies authorization policies, and then securely delivers the key material, often encrypted using a pre-shared key or a key established during network access authentication. In 5G and network slicing contexts, the KMS may support slice-specific key management, ensuring isolation between slices by managing separate key hierarchies. It also handles group key management for multicast/broadcast services or group communications, efficiently distributing and updating keys to multiple members.
Its role is foundational for enabling advanced security features like end-to-end encryption, forward secrecy, and secure service onboarding. By centralizing key management, the KMS reduces the complexity and security risk of having keys managed in an ad-hoc manner by individual applications. It provides audit trails, key usage policies, and compliance with cryptographic standards. In mission-critical scenarios, the KMS ensures that emergency communications remain secure even if parts of the network are compromised, as keys can be rapidly revoked and reissued. Thus, the KMS is the backbone of a scalable, manageable, and robust cryptographic infrastructure in modern 3GPP networks.
Purpose & Motivation
The KMS was introduced to solve the growing complexity and security challenges of key management in evolving 3GPP networks. As services moved from basic voice and SMS to rich IP-based multimedia (IMS) and mission-critical applications, each service required its own set of cryptographic keys for confidentiality, integrity, and authentication. Managing these keys separately for each service led to duplication, inconsistent security policies, and increased vulnerability. The KMS was created to provide a unified, standardized approach to key lifecycle management across diverse services.
Historically, earlier mobile networks embedded key management within core network functions like the HSS/AuC, which primarily handled access authentication keys (e.g., CK, IK). However, these were not designed for the dynamic, application-layer key distribution needed for services like secure group chat, push-to-talk, or encrypted video streaming. The limitations included lack of scalability, no standardized protocol for key delivery to application servers, and poor support for group key management. The KMS, formalized from Release 8 onwards, addressed these gaps by decoupling key management from specific access technologies and making it a service available to any authorized network function or application.
Its development was further motivated by the need for regulatory compliance and interoperability in public safety communications (Mission Critical Services). Agencies required assured security with control over cryptographic material, which a dedicated KMS could provide. In 5G, with the advent of network slicing, the KMS's purpose expanded to enable slice-isolated security, where each network slice can have its own key management policies and key spaces. By centralizing and standardizing key management, the KMS reduces operational costs, enhances security posture through consistent policies, and enables rapid deployment of new secure services, which was not feasible with the fragmented approaches of the past.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (33 CRs across 6 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-8, normative work from Rel-15.
In Release 15, the Key Management Service (KMS) was enhanced with new capabilities for discovery and interworking, including the definition of a KMS Redirect Request message format and the addition of KMS Redirect Responses. The release also introduced an integrity key for securing KMS communications and provided clarifications for KMS migration and GMK (Group Master Key) management procedures.
- Resource Management in CFA TS 23.280CR0059
- Adding KMS Redirect Responses TS 33.180CR0026
- KMS enhancement, including Migration KMS TS 33.180CR0027
- Addition of KMS Requests to support KMS Discovery TS 33.180CR0041
- Adding Integrity Key for KMS communications TS 33.180CR0051
- Definition of KMS Redirect Request message format TS 33.180CR0084
+ 4 more changes
In Release 16, the Key Management Service (KMS) was updated by removing a duplicated definition for the Key Management Server URI from the initial MC service UE configuration. Furthermore, specific security procedures between the KM client and the KMS were formally defined for this release.
- Implicit functional alias management TS 23.280CR0188
- Functional Alias management for interworking between MC service system and LMR system TS 23.283CR0035
- Functional Alias management for interworking between MC service system and LMR system TS 23.783CR0035
- Proposal for affiliation status information in group management server TS 23.280CR0165
- Add location management sever URI to initial MC service UE configuration TS 23.280CR0186
- Remove the duplicated Key Management Server URI definiton TS 23.280CR0194
+ 3 more changes
In Release 17, the primary update for the Key Management Service (KMS) was the clarification of KMS message signatures, as indicated by the dedicated Change Request. This provided necessary refinements to the security procedures within the MC service architecture, where the KMS is a core server entity interacting with a key management client. No other new KMS capabilities or procedures are detailed in the provided context for this release.
In Release 18, key enhancements for the KMS function were introduced to support user migration in Mission Critical (MC) services. Specifically, the standard defined a new procedure for resolving the target Key Management Server (KMS) URI when an MC service user migrates to a different MC system. This ensures that key management services can be correctly located and accessed for a migrated user, maintaining service continuity and security.
In Release 19, the Key Management Service (KMS) function saw enhancements primarily through updates to resources management procedures and information elements, as detailed in the specification's clauses. These changes were part of a broader administrative configuration management framework involving the ACM (Administrative Configuration Management) client and server entities. The updates aimed to refine the management of resources within the MC service architecture, where the KMS is listed as a key functional server alongside group, configuration, identity, and location management servers.
- ACM Group configuration management TS 23.280CR0466
- ACM user migration management TS 23.280CR0507
- Resources management clauses title update TS 23.280CR0418
- IE related to resources management TS 23.280CR0419
- Clarifications in general location management clause TS 23.280CR0596
- Resources management procedures update TS 23.280CR0417
In Release 20, key management service (KMS) updates were specifically refined for MCData service, where corrections were made to ensure key management messages apply exclusively to this service. This focused adjustment clarified the scope of the LMR (Land Mobile Radio) Key Management procedures within the broader MC system architecture.
Explore further
Broader topics and technologies where KMS plays a role.
Defining Specifications
3GPP specifications that define or reference KMS, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.280 vk10 | Common Architecture for Mission Critical Services | Rel-20 |
| TS 23.283 vk00 | Mission Critical Communication Interworking | Rel-20 |
| TS 23.333 vj00 | MRFC-MRFP Mp Interface Requirements | Rel-19 |
| TS 23.782 vf00 | Interworking between LTE MC and non-LTE MC systems | Rel-15 |
| TR 23.783 vi00 | Technical Report on Mission Critical Services over 5GS | Rel-18 |
| TS 24.229 vj50 | IMS call control protocol based on SIP and SDP | Rel-19 |
| TS 24.582 vj00 | MCData Media Plane Control Protocols | Rel-19 |
| TS 24.883 vg00 | MCPTT Interworking with LMR Systems | Rel-16 |
| TS 29.379 vj00 | MCPTT call control interworking with LMR systems | Rel-19 |
| TS 29.828 vc10 | IMS Media Plane Security H.248 Profiles Study | Rel-12 |
| TS 33.127 vj50 | Lawful Interception Architecture and Functions | Rel-19 |
| TS 33.179 vdc0 | MCPTT Security Architecture and Procedures | Rel-13 |
| TS 33.180 vk00 | Security of Mission Critical (MC) Service | Rel-20 |
| TS 33.303 vj00 | ProSe Security Specification for EPS | Rel-19 |
| TS 33.328 vj10 | IMS Media Plane Security Specification | Rel-19 |
| TS 33.700 | 3GPP TR 33.700 | Rel-8 |
| TS 33.828 vb10 | IMS Media Plane Security Study | Rel-11 |
| TS 33.879 vd10 | MCPTT Security Study | Rel-13 |
| TS 33.880 vf10 | Security Study for Enhanced Mission Critical Services | Rel-15 |
| TS 33.885 ve10 | Security Study for V2X Services | Rel-14 |