You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 12 Next »

The OAM architecture is defined by WG1 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.


PlantUML 1.2023.12 <b>This version of PlantUML is 196 days old, so you should<b>consider upgrading from https://plantuml.com/download [From string (line 30) ] @startumltitleO-RAN-SCO1-interface Component Architectureend titlenode "\nManagement-Service (MnS) Consumer\nOAM Controller" #8064A2 {interface "TLS/HTTP" as http[VES-Provider] -down-> http: provides[NetConf Client] as ncc}node "\nManagement-Service (MnS) Provider\nManagedElement" #ED7D31 {interface "TLS/NetConf" as nc[Netconf Server] -up-> nc: provides[VES Consumer] .up.> http[VES Consumer] -[hiden]left- [Netconf Server]Syntax Error?

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. For real-time event streaming the SMP project provide HV-VES.

  • No labels