-故障管理FM

Posted 文火冰糖的硅基工坊

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了-故障管理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

以上是关于-故障管理FM的主要内容,如果未能解决你的问题,请参考以下文章

-文件管理

-配置管理

[项目管理-6]:软硬件项目管理 - 项目沟通管理(渠道方法)

-软件管理

[需求管理-2]:什么是需求以及需求的收集与识别

[项目管理-3]:软硬件项目管理 - 范围管理(空间)