OMC-ID

Operation and Maintenance Centre Identity

Identifier →
Introduced in Rel-8

OMC-ID is a unique identifier for an Operation and Maintenance Centre in the EPS, used in management and signalling to unambiguously identify the system that initiated an operation or trace.

Category
Identifier
Introduced
Rel-8
Where
Core Network › Evolved Packet Core
Specifications
1 specs
OMC-ID Description Purpose Related Classification Detected Changes Specifications

Description

The Operation and Maintenance Centre Identity (OMC-ID) is a parameter defined within the 3GPP Evolved Packet Core (EPC) architecture, starting from Release 8. It serves as a unique identifier for an Operations and Maintenance Centre, which is a network management system. The OMC-ID is not an address for user data traffic but is used within management and control plane signalling to associate management actions, such as trace activation, with the specific OMC that requested them.

Technically, the OMC-ID is structured and used within management interfaces and procedures. A key use case is in the Trace Control and Configuration Management (TCCM) functionality. When an OMC or a Network Manager (NM) needs to activate a trace on a User Equipment (UE) or a network entity (like an MME or eNodeB), it includes its OMC-ID in the trace activation request. This identifier is then propagated through the network and included in trace records. This allows all collected trace data to be linked back to the originating management system, which is crucial for auditing, troubleshooting, and managing multiple OMCs in a large network.

The OMC-ID is part of the broader management and security framework. It helps in differentiating between management requests coming from different operational domains or different service providers in roaming scenarios. The identifier is typically defined by the network operator and must be unique within the management domain. Its inclusion in standards ensures interoperability between management systems and network elements from different vendors, providing a clear audit trail for network configuration and diagnostic activities.

Purpose & Motivation

The OMC-ID was introduced with the EPS in 3GPP Release 8 to address the need for unambiguous attribution of management actions in increasingly complex and layered network management architectures. As networks evolved from 2G/3G to LTE/EPC, the management systems became more hierarchical (with Element Managers, Network Managers, and OSS), and multiple OMCs could be deployed for scalability or different administrative domains.

Without a unique identifier, it would be impossible to determine which management system initiated a specific trace or configuration change, leading to operational confusion and security audit gaps. The OMC-ID solves this by tagging every management-initiated action with the identity of its source. This is particularly critical for trace functionality, which is used for customer care, fault investigation, and optimisation; knowing the origin of a trace request is essential for context and accountability.

Furthermore, its standardisation supports multi-vendor interoperability in the management plane. By defining a common parameter, it ensures that an OMC from vendor A can successfully initiate a trace on a network element from vendor B, and the trace records will correctly carry the identifier back to the requesting system. This fosters a more open and manageable multi-vendor network environment.

Classification

Part ofEPC

Detected Changes Across Releases

from 3GPP Change Requests

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

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

Rel-15 2 changes

In Release 15, the OMC-ID function was enhanced to support the optimization of NB-IoT UE Uu operation. This was achieved by introducing additional parameters and a Traffic Profile specifically for this optimization. These additions provided the network with more granular information to manage radio resources and connectivity for NB-IoT devices.

  • Additional parameters for NB-IoT UE Uu operation optimisation TS 23.401CR3350
  • Traffic Profile for NB-IoT UE Uu operation optimisation TS 23.401CR3452
Rel-19 6 changes

In Release 19, the OMC-ID function was enhanced to support Store and Forward Satellite (S&F) operation, a new mode providing communication service when the satellite has a discontinuous connection to the ground network. This involved defining new procedures for this S&F mode and enhancing existing core network procedures, such as the Update Location procedure, to accommodate the specific requirements of store-and-forward satellite connectivity. These updates provided the necessary technical clarifications and corrections to enable this distinct operational mode within the network architecture.

  • Support of Store and Forward Satellite Operation TS 23.401CR3815
  • Procedures for Store and Forward Satellite Operations TS 23.401CR3824
  • Terminology correction and clarification for Store and Forward Satellite Operation TS 23.401CR3849
  • Clarification on support of Store and Forward Satellite Operation TS 23.401CR3889
  • Corrections for S&F Support and operation TS 23.401CR3919
  • Update Location Procedure Enhancement for S&F operation TS 23.401CR3950

Explore further

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

Defining Specifications

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

SpecificationTitleRelease
TS 23.401 vj50 Evolved Packet System (EPS) Stage 2 Description Rel-19