作者主页(文火冰糖的硅基工坊):文火冰糖(王文兵)的博客_文火冰糖的硅基工坊_CSDN博客
本文网址:O-RAN专题系列-40:管理面-WG4.MP.V07-规范解读-第8章-故障管理FM_文火冰糖(王文兵)的博客-CSDN博客
目录
8.4 Manage Alarms Request to Event-Collector
第8章 Fault Management
故障管理是NETCONF Client收集O-RU内部故障,O-RU作为NETCONF server上报故障的过程。
8.1 Client向Server注册
Client要获取fault信息,首先需要向Server注册,表明关系fault状态
(1)消息交互流程
(2)消息格式
备注:
NETCONF Client对Fault的注册(使能)是针对某等级来进行的,而不是针对某个单一的Fault。
主要分为三个等级:CRITICAL, MAJOR and MINOR。
8.2 Client上报fault
Fault相关的信息有:
- fault-id:fault的唯一标识, [0-999]是O-RAN标准的、通用的fault id,[1000-65535]是厂家自定义fault id.
- fault-source:fault的来源,可能的来源有:fan, module, PA, port.....
- affected-objects: 受影响模块的名称
- fault-severity:等级CRITICAL, MAJOR and MINOR
- is-cleared:fault置位还是清除。
8.3 Client终止对自身Fault的上报
8.4 Manage Alarms Request to Event-Collector
上报给Event-Collector的Fault,并不需要Event-Collector主动来注册,也不需要去注册,而是根据NETCONF对Event-Collector配置的IP地址来进行上报,一旦配置了Event-Collector,Fault就会上报给它。如果向取消对Event-Collector Fault的上报,则需要通过CM消息,删除相关的配置。
在删除相关的配置之后,O-RU需要向Event-Collector发送一个subscription state change notification,该状态变化不是fault,而是配置状态的变化,以便Event-Collector知道,为什么后续不会再收到O-RU发送的fault。
附录 Alarm列表
下面是O-RAN目前定义的所有fault,不再此列表中的fault属于厂家自定义fault
作者主页(文火冰糖的硅基工坊):文火冰糖(王文兵)的博客_文火冰糖的硅基工坊_CSDN博客
本文网址:https://blog.csdn.net/HiWangWenBing/article/details/122567250