/
OAM Architecture

OAM Architecture

The OAM architecture is defined by WG10 in the O-RAN OAM architecture document. WG2 clarified the function split between non-real-time-RIC and an Orchestrator FCAPS Framework. Please see the attached document

O1 Component Architecture

According to the O-RAN-OAM-interface specification (O1) each MnS Provider (ME) implements a (TLS/)NetConf interface for Configuration Management and consumes TLS/HTTP-POST messages with a json body in VES message format.  

The method for the VES subscription/un-subscription must be performed via NetConf, because VES itself does not provide such function. The MnS Consumer will use the NetConf interface for such an operation.


Integration into SMO

In the meeting from 2019-08-26 was clarified the expected integration of the OAM Architecture into a Service Management and Orchestration Framework (SMO).

The  VES collectors will receive the VES messages of the O1 interface.

Related content

Hybrid and Hierarchical OAM Architecture
Hybrid and Hierarchical OAM Architecture
More like this
OAM Repositories
OAM Repositories
Read with this
Operations and Maintenance
Operations and Maintenance
More like this
Automated deployment and testing - using SMO package and ONAP Python SDK
Automated deployment and testing - using SMO package and ONAP Python SDK
Read with this
O1-v2-interface: Subscribe/Unsubscribe for VES events.
O1-v2-interface: Subscribe/Unsubscribe for VES events.
More like this
PM Streaming
PM Streaming
Read with this