MC

Mission Critical User Identity

Identifier →
Introduced in Rel-8

MC is a unique identifier for users and devices within 3GPP Mission Critical services, enabling secure, prioritized communication for public safety and critical industry users.

Category
Identifier
Introduced
Rel-8
Where
Services › Codecs
Specifications
34 specs
MC Description Purpose Related Classification Specifications

Description

The Mission Critical User Identity (MC) is a fundamental identifier within the 3GPP-defined Mission Critical Services architecture. It is a globally unique identifier assigned to a user (e.g., a first responder) or a functional alias (e.g., 'Fire Engine 5') that is subscribed to mission-critical services. This identity is used across the entire service layer for authentication, authorization, service discovery, and session management. It is distinct from, but can be associated with, other network identities like IMSI or MSISDN, allowing mission-critical services to operate independently of the underlying access network technology (e.g., LTE, 5G).

The MC identity is a key component in the MC service framework defined in 3GPP TS 23.280 and related specifications. It is used by the Mission Critical Service client on the User Equipment (UE) to register with the MC service platform, which includes core functions like the Mission Critical Push To Talk (MCPTT) server. During registration and subsequent service requests, the MC identity is validated against the user's subscription profile stored in the Home Subscriber Server (HSS) or a dedicated Mission Critical Service database. This ensures that only authorized personnel can access critical communication groups, initiate emergency calls, or use other prioritized features.

Architecturally, the MC identity enables key service features. It supports individual and group communications, allowing users to be addressed directly or as part of a predefined talkgroup. The identity is also crucial for security, as it forms the basis for mutual authentication between the UE and the network using credentials stored on a UICC or in a soft credential system. Furthermore, it facilitates service continuity and mobility; as a user moves between cells or networks, the MC identity allows the MC service layer to maintain the user's active sessions and apply consistent policies, such as pre-emption and priority QoS, regardless of location.

In practice, the MC identity is often structured according to a specific naming convention, such as a Uniform Resource Name (URN) format defined in 3GPP TS 23.003 (e.g., 'urn:uuid:...' or a mission-critical-specific schema). This structured format allows for federation between different service providers or public safety organizations, enabling interoperability in large-scale incidents. The management of these identities, including their creation, assignment, and lifecycle, is typically handled by the mission-critical service operator's management system, which interfaces with the core network elements to provision subscription data.

Purpose & Motivation

The MC identity was created to address the specific needs of public safety and critical industry communications within commercial 3GPP networks. Traditional cellular identifiers like MSISDN (phone numbers) were designed for consumer services and lack the granularity, security, and functional requirements for mission-critical operations. There was a need for a dedicated identity that could support group-based communications, high-priority treatment, secure authentication, and interoperability across organizational and national boundaries.

Prior to its standardization, proprietary systems like TETRA or P25 used their own identity schemes, which hindered interoperability with modern IP-based LTE and 5G networks. The introduction of MC services in 3GPP Release 13 required a foundational identity mechanism that was independent of the underlying access technology, allowing mission-critical applications to be deployed over LTE and, later, 5G NR. This identity solves the problem of uniquely and securely identifying first responders and their functional roles within a standardized, scalable framework.

Furthermore, the MC identity enables the realization of key service requirements such as dynamic group management, emergency alerting, and inherent security. It provides the anchor point for applying mission-critical QoS policies, ensuring that communication sessions for authorized identities receive the necessary network resources and priority, even during network congestion. Its creation was motivated by the global push to replace or complement legacy land mobile radio (LMR) systems with broadband-based solutions, requiring a robust and standardized identity management system at the core of this transition.

Classification

Part ofHSS
Specific typesMCPTT

Evolution Across Releases

Rel-13 Initial

Introduced as the core user identity for the foundational Mission Critical Push To Talk (MCPTT) service. The initial architecture defined the MC identity's role in registration, group affiliation, and secure service access, establishing it within the MC service layer over LTE.

Explore further

Broader topics and technologies where MC plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 22.119 vj00 Maritime Communication Service Requirements Rel-19
TS 23.180 vj10 MC services support in IOPS mode Rel-19
TS 23.280 vk10 Common Architecture for Mission Critical Services Rel-20
TS 23.281 vk10 MCVideo Functional Architecture and Flows Rel-20
TS 23.282 vk00 MCData Functional Architecture & Info Flows Rel-20
TS 23.283 vk00 Mission Critical Communication Interworking Rel-20
TS 23.379 vk00 MCPTT Functional Architecture Rel-20
TS 23.700 vk00 XR Services Application Enablement Layer Rel-20
TR 23.783 vi00 Technical Report on Mission Critical Services over 5GS Rel-18
TS 23.784 vg00 Discreet Listening for Mission Critical Services Rel-16
TS 23.790 vf00 FRMCS Gap Analysis and Architecture Enhancements Rel-15
TS 24.281 vj40 MCVideo Signalling Control Specification Rel-19
TS 24.282 vj50 MCData Signalling Control Protocols Rel-19
TS 24.379 vj50 Mission Critical Push To Talk (MCPTT) call control Rel-19
TS 24.482 vj00 Mission Critical Services Identity Management Rel-19
TS 24.484 vj30 MCS Configuration Management Rel-19
TS 24.883 vg00 MCPTT Interworking with LMR Systems Rel-16
TR 24.980 vg00 MCPTT IMS Profile for Gm Reference Point Rel-16
TS 26.110 vj00 3G-324M Multimedia Codecs for Circuit Switched Networks Rel-19
TS 26.255 vj00 IVAS Frame Loss Concealment Procedure Rel-19
TS 26.281 vj00 MCVideo Codecs and Media Handling Rel-19
TR 26.865 vi00 Technical Report Rel-18
TS 26.880 ve00 MBMS Enhancements for Mission Critical Video Rel-14
TS 26.881 vf00 MBMS FEC for Mission Critical Services Study Rel-15
TS 29.379 vj00 MCPTT call control interworking with LMR systems Rel-19
TS 33.107 vj00 Lawful Interception Architecture & Functions Rel-19
TS 33.126 vj30 Lawful Interception Requirements Rel-19
TS 33.127 vj50 Lawful Interception Architecture and Functions Rel-19
TS 33.128 vj50 3GPP TS 33.128: Lawful Interception Protocols Rel-19
TS 33.880 vf10 Security Study for Enhanced Mission Critical Services Rel-15
TS 37.145 vj10 AAS Base Station Conducted Conformance Testing Rel-19
TS 37.579 vi40 Mission Critical services conformance testing Rel-18
TS 37.802 va10 MSR BS RF Requirements for Non-Contiguous Spectrum Rel-10
TR 37.900 vj00 Multi-Standard Radio (MSR) Base Station Requirements Rel-19
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.