O-RAN专题系列-41：管理面-WG4.MP.V07-规范解读-第8章-故障管理FM

作者主页(文火冰糖的硅基工坊)：文火冰糖（王文兵）的博客_文火冰糖的硅基工坊_CSDN博客

本文网址：O-RAN专题系列-40：管理面-WG4.MP.V07-规范解读-第8章-故障管理FM_文火冰糖（王文兵）的博客-CSDN博客

---

目录

第8章 Fault Management

8.1 Client向Server注册

8.2 Client上报fault

8.3 Client终止对自身Fault的上报

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