CN1852153A - 基于简单网络管理协议的故障/告警管理系统及方法 - Google Patents
基于简单网络管理协议的故障/告警管理系统及方法 Download PDFInfo
- Publication number
- CN1852153A CN1852153A CN 200510115811 CN200510115811A CN1852153A CN 1852153 A CN1852153 A CN 1852153A CN 200510115811 CN200510115811 CN 200510115811 CN 200510115811 A CN200510115811 A CN 200510115811A CN 1852153 A CN1852153 A CN 1852153A
- Authority
- CN
- China
- Prior art keywords
- fault
- node
- alarm
- network element
- warning information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种基于简单网络管理协议SNMP的故障/告警管理系统及方法，由分别具有SNMP管理信息库SNMP MIB节点的网管和网元组成，在SNMP MIB节点中包括故障/告警管理节点，用于网管向网元发送故障/告警管理控制消息以及网元向网管上报故障/告警信息。本发明提供的系统及方法实现了故障/告警的管理控制。
Description
技术领域
本发明涉及通信系统中的故障/告警管理技术，特别涉及一种基于简单网络管理协议(SNMP)的故障/告警管理系统及方法。
背景技术
全球微波接入互操作性(World Interoperability for MicrowaveAcceSS/MSS，WiMAX)技术是一项基于电气与电子工程师协会(IEEE)802.16系列标准的无线城域网技术。WiMAX的最大传输速度可达75兆比特每秒(Mbit/s)，信号传输半径达到50公里，基本上能够覆盖城郊。由于这种远距离传输特性，WiMAX将不仅仅是解决无线接入的技术，还能作为电缆(Cable)、数字用户线(DSL)等有线网络接入的无线扩展，方便地实现边远地区的网络连接，因此WiMAX具有广阔的应用前景。
如图1所示的是WiMAX的网络结构示意图，包括核心网络、网管、基站(Base Station，BS)、用户站(Subscriber Station，SS)/移动用户站(MobileSubscriber Station，MSS)和用户终端设备(TE)。其中，核心网络提供接入因特网的功能；网管用于监视和控制网内所有BS和SS/MSS，提供管理、控制等功能；BS提供SS/MSS和核心网络之间的连接；SS/MSS提供BS与TE之间的中继连接；TE也可以与SS/MSS合一。
在WiMAX的应用中，涉及到在网管对接入侧两个新引入网元BS和SS/MSS的集中管理的问题。在现有的技术方案中，网管使用SNMP对BS和SS/MSS进行管理，针对BS和SS/MSS分别定义了相应的SNMP管理信息库(MIB)节点。网管通过SNMP操作完成对BS和SS/MSS的参数设置和数据收集工作。简单地说，就是网管通过自身设置的SNMP MIB节点向BS或SS/MSS发送控制消息以及设置参数，BS或SS/MSS根据控制消息以及设置参数对自身SNMP MIB节点中的参数进行设置。但是，目前在SNMPMIB节点定义中，没有定义对BS和SS/MSS的故障/告警管理功能节点，网管无法与BS和SS/MSS之间进行故障/告警的管理控制。
因此，如果实现网管与网元之间进行故障/告警的管理控制成为了一个亟待解决的问题。
发明内容
有鉴于此，本发明的主要目的在于提供一种SNMP的故障/告警管理系统，该系统能够实现网管与网元之间的故障/告警的管理控制。
本发明还提供一种SNMP的故障/告警管理方法，该方法能够实现网管与网元之间的故障/告警的管理控制。
根据上述目的，本发明的技术方案是这样实现的：
一种基于简单网络管理协议SNMP的故障/告警管理系统，由分别具有SNMP管理信息库SNMP MIB节点的网管和网元组成，在SNMP MIB节点中包括故障/告警管理节点，用于网管向网元发送故障/告警管理控制消息以及网元向网管上报故障/告警信息。
所述的故障/告警管理节点包括故障/告警管理控制消息的节点和故障/告警上报的节点，其中，故障/告警管理控制消息的节点用于网管向网元发送故障/告警管理控制消息，网元接收网管发送的故障/告警管理控制消息；故障/告警上报的节点用于网元向网管上报故障/告警信息，网管接收网元上报的故障/告警信息。
所述的网管向网元发送的故障/告警管理控制消息的节点包括：
发送故障/告警管理控制消息的参数列表的节点、发送故障/告警管理控制消息的管理操作类型参数的节点、发送故障/告警管理控制消息的告警产生的起始时间参数的节点以及发送故障/告警管理控制消息的告警产生的结束时间的节点，其中，该管理操作类型为确认故障/告警信息、取消确认故障/告警信息、清除故障/告警信息，屏蔽故障/告警信息或查询故障/告警信息。
所述的发送故障/告警管理控制消息的参数列表的节点包括：
发送故障/告警管理控制消息的故障/告警序列号参数的节点、发送故障/告警管理控制消息的故障/告警严重级别参数的节点以及发送故障/告警管理控制消息的故障/告警编号参数的节点。
所述的故障/告警上报的节点包括：
上报故障/告警的消息的参数的节点和上报消息的节点。
所述的上报故障/告警消息的参数的节点包括：
上报故障/告警在SNMP MIB中的对象标识ID的节点、上报故障/告警的告警ID的节点、上报故障/告警的告警类型的节点，上报故障/告警的序列号的节点、上报故障/告警严重级别的节点、上报故障/告警的告警原因的节点、上报故障/告警的恢复类型的节点、上报故障/告警的告警产生时间的节点、上报故障/告警的告警恢复时间的节点、上报故障/告警的告警确认时间的节点、清除网元上报故障/告警的操作者ID的节点、确认网元上报故障/告警的操作者ID的节点以及上报故障/告警的附加信息的节点。
所述的上报消息的节点包括：
上报故障/告警信息的节点、上报恢复故障/告警信息的节点以及故障/告警确认状态改变后，上报故障/告警信息的节点。
所述的网管为使用SNMP协议的网络管理系统NMS或者网元管理系统EMS；所述的网元为网络设备，包括BS和SS/MSS。
一种SNMP的故障/告警管理方法，在网元和网管分别具有的SNMPMIB节点中设置故障/告警管理节点，该方法还包括：
A、网元中的故障/告警管理节点对自身数据库存储的故障/告警信息执行操作后，向网管中的故障/告警管理节点发送执行完故障/告警信息的消息。
在步骤A之前，该方法还包括：
A1、网管中的故障/告警管理节点向网元中的故障/告警管理节点发送故障/告警管理控制消息。
所述的故障/告警管理控制消息为故障/告警查询命令、清除故障/告警信息命令、确认/取消确认故障/告警信息命令或者屏蔽故障/告警信息命令。
所述的网元为网元a和网元b时，发送故障/告警管理控制消息的过程为：
网管中的故障/告警管理节点向网元a发送故障/告警管理控制消息，网元a直接发送故障/告警管理控制消息给网元b中的故障/告警管理节点；该故障/告警管理控制消息为网元b的故障/告警查询命令、清除网元b的故障/告警信息命令、网元b的确认/取消确认故障/告警信息命令或者网元b的屏蔽故障/告警信息命令。
所述的网元为网元a和网元b时，发送故障/告警管理控制消息的过程为：
网管中的故障/告警管理节点向网元a中的故障/告警管理节点发送故障/告警管理控制消息，网元a中的故障/告警管理节点执行故障/告警管理控制消息后，将故障/告警管理控制消息发送给网元b中的故障/告警管理节点；该故障/告警管理控制消息为网元b的故障/告警查询命令、清除网元b的故障/告警信息命令、网元b的确认/取消确认故障/告警信息命令或者网元b的屏蔽故障/告警信息命令。
步骤A所述的执行完故障/告警信息的消息为携带故障/告警信息的消息或网元b的携带故障/告警信息的消息时，该消息通过Trap消息或者文件发送。
步骤A所述的执行完故障/告警信息的消息通过Trap消息发送。
所述的执行完故障/告警信息的消息为携带故障/告警信息的消息、故障/告警信息清除通知、故障/告警信息确认/取消确认通知、屏蔽故障/告警信息结果通知或者故障/告警信息通知。
所述的网元为网元a和网元b时，步骤A所述的向网管中的故障/告警管理节点发送执行完故障/告警信息的消息的过程为：
网元b中的故障/告警管理节点将执行完故障/告警信息的消息发送给网元a，网元a将执行完故障/告警信息的消息直接发送给网管中的故障/告警管理节点；该执行完故障/告警信息的消息为网元b的携带故障/告警信息的消息、网元b的故障/告警信息清除通知、网元b的故障/告警信息确认/取消确认通知、屏蔽网元b的故障/告警信息结果通知或者网元b的故障/告警信息通知。
所述的网元为网元a和网元b时，步骤A所述的向网管中的故障/告警管理节点发送执行完故障/告警信息的消息的过程为：
网元b中的故障/告警管理节点将执行完故障/告警信息的消息发送给网元a中的故障/告警管理节点，网元a中的故障/告警管理节点将执行完故障/告警信息的消息发送给网管中的故障/告警管理节点；该执行完故障/告警信息的消息为网元b的携带故障/告警信息的消息、网元b的故障/告警信息清除通知、网元b的故障/告警信息确认/取消确认通知、屏蔽网元b的故障/告警信息结果通知或者网元b的故障/告警信息通知。
所述的网管为使用SNMP协议的NMS或者EMS；所述的网元为网络设备，包括BS和SS/MSS。
从上述方案可以看出，本发明通过在网管和网元的SNMP MIB节点中分别设置故障/告警管理节点，网管的SNMP MIB节点中设置的故障/告警管理节点和网元的SNMP MIB节点中设置的故障/告警管理节点进行消息交互，使网管对网元或网元主动完成故障/告警的管理控制，使网元可以及时向网元上报故障/告警信息。因此，本发明提供的系统及方法实现了网管与网元之间的故障/告警的管理控制。
附图说明
图1为现有技术的WiMAX的网络结构示意图。
图2为本发明基于SNMP的故障/告警管理系统的结构示意图。
图3为本发明基于SNMP的故障/告警管理系统的结构实施例示意图。
图4为采用本发明的基于SNMP的故障/告警管理系统进行故障/告警管理控制的流程图。
图5为本发明网管对网元进行故障/告警管理控制的实施例一的流程图。
图6为本发明网管对网元进行故障/告警管理控制的实施例二的流程图。
图7为本发明网管对网元进行故障/告警管理控制的实施例三的流程图。
图8为本发明网管对网元进行故障/告警管理控制的实施例四的流程图。
图9为本发明网管对网元进行故障/告警管理控制的实施例五的流程图。
图10为本发明网管对网元进行故障/告警管理控制的实施例六的流程图。
图11为本发明网管对网元进行故障/告警管理控制的实施例七的流程图。
图12为本发明网管对网元进行故障/告警管理控制的实施例八的流程图。
图13为本发明网管对网元进行故障/告警管理控制的实施例九的流程图。
图14为本发明网管对网元进行故障/告警管理控制的实施例十的流程图。
图15为本发明网管对网元进行故障/告警管理控制的实施例十一的流程图。
图16为本发明网管对网元进行故障/告警管理控制的实施例十二的流程图。
图17为本发明网管对网元进行故障/告警管理控制的实施例十三的流程图。
图18为本发明网管对网元进行故障/告警管理控制的实施例十四的流程图。
图19为本发明网管对网元进行故障/告警管理控制的实施例十五的流程图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚明白，以下举具体实施例并参照附图，对本发明进行进一步详细的说明。
本发明中的网管为使用SNMP协议的网络管理系统(NMS)或网元管理系统(EMS)；本发明中的网元为网络设备，包括BS和SS/MSS，这里用BS或SS/MSS举例；本发明可以应用于任何使用SNMP的通信系统，并不局限于WiMAX系统。
本发明为了实现网管对网元的故障/告警的管理控制，在网管和网元的SNMP MIB节点中分别增加了故障/告警管理节点，如图2所示，图2为本发明基于SNMP的故障/告警管理系统的结构示意图。基于SNMP的故障/告警管理系统由网管和网元组成，网管和网元都具有SNMP MIB节点，其中，在网管的SNMP MIB节点中设置了故障/告警管理节点，在网元的SNMPMIB节点中设置了故障/告警管理节点，两个管理节点进行故障/告警信息的交互，完成网管对网元的故障/告警的管理控制。
图3为本发明基于SNMP的故障/告警管理系统的结构实施例示意图：基于SNMP的故障/告警管理系统由网管和网元组成，网管和网元都具有SNMP MIB节点，其中，在网管的SNMP MIB节点中和在网元的SNMP MIB节点中分别设置的故障/告警管理节点为wmanDevCmnFauItManagementFuncTable。wmanDevCmnFaultManagementFuncTable包括故障/告警管理控制消息的节点和故障/告警上报的节点。故障/告警管理控制消息的节点为wmanDevCmnAlarmOperation，故障/告警上报的节点为wmanDevCmnAlarmTrap，分别用于网管向网元发送故障/告警管理控制消息，网元接收网管发送的故障/告警管理控制消息；故障/告警上报的节点用于网元向网管上报故障/告警信息，网管接收网元上报的故障/告警信息。
故障/告警管理控制消息的节点还包括以下节点：
发送故障/告警管理控制消息的参数列表的节点，记为wmanDevCmnOperateParamAlarmList节点，用于网管向网元发送故障/告警管理控制消息的参数列表。
发送故障/告警管理控制消息的管理操作参数的节点，记为wmanDevCmnFaultOperateState节点，用于网管向网元发送故障/告警管理控制消息的参数，该参数标识网管的管理操作类型。可选择的管理操作类型可以为确认故障/告警信息，取消确认故障/告警信息，清除故障/告警信息，屏蔽故障/告警信息或查询故障/告警信息。
对于确认故障/告警信息、取消确认故障/告警信息和清除故障/告警信息，网元执行对应的操作，通过Trap消息向网管上报确认、取消确认和恢复故障/告警信息。
对于查询故障/告警信息，可以采用两种方式：一种是网元通过Trap消息上报查询到的故障/告警信息，考虑到同时会有新产生的故障/告警信息需要上报，必须保证上报优先级别较高；另一种是采用文件传输的方法，网元把故障/告警信息写入文件，上传到网管，由网管进行处理。
对于屏蔽故障/告警信息，网元屏蔽了故障/告警信息，被屏蔽的故障/告警信息不再由网元上报到网管。
发送故障/告警管理控制消息的起始时间参数的节点，记为wmanDevCmnOperateParamBeginTime节点，用于网管向网元发送故障/告警管理控制消息的参数，该参数标识故障/告警管理控制消息中的故障/告警时间中的起始时间。
发送故障/告警管理控制消息的结束时间参数的节点，记为wmanDevCmnOperateParamEndTime节点，用于网管向网元发送故障/告警管理控制消息的参数，该参数标识故障/告警管理控制消息中的故障/告警时间中的结束时间。
其中，wmanDevCmnOperateParamAlarmList节点还包括以下节点：
发送故障/告警管理控制消息的故障/告警序列号参数的节点，记为wmanDevCmnOperateParamAlarmSequenceNo节点，用于网管向网元发送故障/告警管理控制消息的参数，该参数标识故障/告警序列号。
发送故障/告警管理控制消息的故障/告警严重级别参数的节点，记为wmanDevCmnOperateParamAlarmSeverityLevel节点，用于网管向网元发送故障/告警管理控制消息的参数，该参数标识故障/告警严重级别，可选择的故障/告警严重级别为紧急告警、严重告警、一般告警和提示告警。
发送故障/告警管理控制消息的故障/告警编号的节点，记为wmanDevCmnOperateParamAlarmID节点，用于网管向网元发送故障/告警管理控制消息的参数，该参数标识故障/告警编号。
故障/告警上报的节点还包括以下节点：
上报故障/告警的消息的参数的节点，记为wmanDevCmnAlarmInterface节点，用于网元向网管上报故障/告警的消息的参数。
上报消息的节点，记为wmanDevCmnAlarmTraps节点，用于网元向网管上报消息。
其中，wmanDevCmnAlarmInterface节点还包括以下节点：
上报故障/告警的对象标识(ID)的节点，记为wmanDevCmnAlarmOid节点，用于网元向网管上报故障/告警在SNMP MIB中的ID。
上报故障/告警的告警ID的节点，记为IDwmanDevCmnAlarmId节点，用于网元向网管上报故障/告警的告警ID。
上报故障/告警的告警类型的节点，记为wmanDevCmnAlarmType，用于网元向网管上报故障/告警的告警类型，告警类型包括事件告警、故障告警以及恢复告警。
上报故障/告警的序列号的节点，记为wmanDevCmnAlarmSequenceNo节点，用于网元向网管上报故障/告警的序列号。
上报故障/告警严重级别的节点，记为wmanDevCmnAlarmSeverityLevel节点，用于网元向网管上报故障/告警严重级别，故障/告警严重级别为紧急告警、严重告警、一般告警和提示告警。
上报故障/告警的告警原因的节点，记为wmanDevCmnAlarmProbableCause节点，用于网元向网管上报故障/告警的告警原因。
上报故障/告警的恢复类型的节点，记为wmanDevCmnAlarmState节点，用于网元向网管上报故障/告警的恢复类型。
上报故障/告警的告警产生时间的节点，记为wmanDevCmnAlarmRaisedTime节点，用于网元向网管上报故障/告警的告警产生时间。
上报故障/告警的告警恢复时间的节点，记为wmanDevCmnAlarmClearedTime节点，用于网元向网管上报故障/告警的告警恢复时间。
上报故障/告警的告警确认时间的节点，记为wmanDevCmnAlarmAckTime节点，用于网元向网管上报故障/告警的告警确认时间。
清除网元上报故障/告警的操作者ID的节点，记为wmanDevCmnAlarmClearUserId节点，用于清除网元上报故障/告警的操作者ID。
上报故障/告警的操作者ID的节点，记为wmanDevCmnAlarmAckUserId节点，用于确认网元上报故障/告警的操作者ID。
上报故障/告警的附加信息的节点，记为wmanDevCmnAlarmAdditionalText节点，用于网元向网管上报故障/告警的附加信息。
wmanDevCmnAlarmTraps节点还包括以下节点：
上报故障/告警信息的节点，记为wmanDevCmnNewAlarmTrap节点，用于网元向网管上报故障/告警信息。
上报恢复告警信息的节点，记为wmanDevCmnClearedAlarmTrap节点，用于网元接收到恢复故障/告警信息后，向网管上报恢复告警信息。
故障/告警确认状态改变后，上报故障/告警信息的节点，记为wmanDevCmnAckStateChangeTrap节点，用于故障/告警确认状态改变后，网元向网管上报故障/告警信息，该故障/告警信息包括故障/告警由未确认状态变为确认状态，或者由确认状态变为未确认状态。
当采用本发明的基于SNMP的故障/告警管理系统进行故障/告警管理控制时，如图4所示，其具体步骤为：
步骤400、网管的SNMP MIB节点中设置的故障/告警管理节点向网元的SNMP MIB节点中设置的故障/告警管理节点发送故障/告警管理控制消息。
步骤401、网元的SNMP MIB节点中设置的故障/告警管理节点根据接收的故障/告警管理控制消息，对自身数据库存储的故障/告警信息执行操作后，向网管的SNMP MIB节点中设置的故障/告警管理节点发送执行完故障/告警信息的消息。
在本发明中，网元的SNMP MIB节点中设置的故障/告警管理节点也可以对自身数据库存储的故障/告警信息执行操作后，直接将执行完故障/告警信息的消息发送给网管的SNMP MIB节点中设置的故障/告警管理节点，而不需要网管的SNMP MIB节点中设置的故障/告警管理节点向网元的SNMPMIB节点中设置的故障/告警管理节点发送故障/告警管理控制消息后，网元的SNMP MIB节点中设置的故障/告警管理节点再执行操作。
在本发明中，当执行完故障/告警信息的消息携带的信息为故障/告警信息时，可以通过Trap消息将该消息发送给网管的SNMP MIB节点中设置的故障/告警管理节点，也可以将该消息写入文件，将文件发送给网管的SNMPMIB节点中设置的故障/告警管理节点。
以下举具体的实施例说明本发明的网管如何对网元进行故障/告警管理控制的。
图5为本发明网管对网元进行故障/告警管理控制的实施例一的流程图，假设网元为BS，网管要查询BS的故障/告警信息，则该实施例的具体步骤为：
步骤500、网管的SNMP MIB节点中设置的故障/告警管理节点向BS的SNMP MIB节点中设置的故障/告警管理节点发送故障/告警查询命令。
步骤501、BS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令后，获取自身数据库存储的故障/告警信息，通过Trap消息或者文件向网管的SNMP MIB节点中设置的故障/告警管理节点发送携带故障/告警信息的消息。
图6为本发明网管对网元进行故障/告警管理控制的实施例二的流程图，假设网元为SS/MSS和BS，SS/MSS当前的故障/告警信息存储在所属BS的数据库中，网管要查询SS/MSS的故障/告警信息，则该实施例的具体步骤为：
步骤600、网管的SNMP MIB节点中设置的故障/告警管理节点向BS的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的故障/告警信息的查询命令。
步骤601、BS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令后，获取自身数据库存储的SS/MSS的故障/告警信息，通过Trap消息或者文件向网管的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的携带故障/告警信息的消息。
图7为本发明网管对网元进行故障/告警管理控制的实施例三的流程图，假设网元为SS/MSS和BS，SS/MSS当前的故障/告警信息没有存储在所属BS的数据库中，网管要查询SS/MSS的故障/告警信息，则该实施例的具体步骤为：
步骤700、网管的SNMP MIB节点中设置的故障/告警管理节点向BS的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的故障/告警信息的查询命令。
步骤701、BS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令后，确定自身数据库没有保存SS/MSS的故障/告警信息，向SS/MSS发送SS/MSS的故障/告警信息的查询命令。
步骤702、SS/MSS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令后，获取存储在自身数据库的故障/告警信息，通过Trap消息或者文件向BS的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的携带故障/告警信息的消息。
步骤703、BS的SNMP MIB节点中设置的故障/告警管理节点通过Trap消息或者文件接收到SS/MSS的携带故障/告警信息的消息，通过Trap消息或者文件向网管的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的携带故障/告警信息的消息。
图8为本发明网管对网元进行故障/告警管理控制的实施例四的流程图，假设网元为SS/MSS和BS，SS/MSS当前的故障/告警信息没有存储在自身所属的BS的数据库中，而是存储在自身的数据库中，网管要查询SS/MSS的故障/告警信息，则该实施例的具体步骤为：
步骤800、网管的SNMP MIB节点中设置的故障/告警管理节点向SS/MSS的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的故障/告警信息的查询命令，该命令由BS直接发送给SS/MSS的SNMP MIB节点中设置的故障/告警管理节点。
步骤801、SS/MSS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令后，获取自身数据库存储的故障/告警信息，向网管的SNMP MIB节点中设置的故障/告警管理节点通过Trap消息或者文件发送SS/MSS的携带故障/告警信息的消息，该Trap消息或文件通过BS直接发送给网管的SNMP MIB节点中设置的故障/告警管理节点。
图9为本发明网管对网元进行故障/告警管理控制的实施例五的流程图，假设网元为BS，网管要清除BS的故障/告警信息，则该实施例的具体步骤为：
步骤900、网管的SNMP MIB节点中设置的故障/告警管理节点向BS的SNMP MIB节点中设置的故障/告警管理节点发送清除故障/告警信息命令。
步骤901、BS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令，在自身数据库进行故障/告警信息的清除后，通过Trap消息向网管的SNMP MIB节点中设置的故障/告警管理节点发送故障/告警信息清除通知。
图10为本发明网管对网元进行故障/告警管理控制的实施例六的流程图，假设网元为SS/MSS和BS，网管要清除SS/MSS的故障/告警信息，则该实施例的具体步骤为：
步骤1000、网管的SNMP MIB节点中设置的故障/告警管理节点向BS的SNMP MIB节点中设置的故障/告警管理节点发送清除SS/MSS的故障/告警信息命令。
步骤1001、BS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令后，确定自身数据库是否保存有SS/MSS的故障/告警信息，如果有，则在自身的数据库进行SS/MSS的故障/告警信息清除后，向SS/MSS的SNMP MIB节点中设置的故障/告警管理节点发送清除SS/MSS的故障/告警信息命令，转入步骤1002；否则，直接向SS/MSS的SNMP MIB节点中设置的故障/告警管理节点发送清除SS/MSS的故障/告警信息命令，转入步骤1002。
步骤1002、SS/MSS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令，在自身的数据库进行SS/MSS的故障/告警信息清除后，通过Trap消息向BS的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的故障/告警信息清除通知。
步骤1003、BS的SNMP MIB节点中设置的故障/告警管理节点通过Trap消息接收到SS/MSS的故障/告警信息清除通知后，通过Trap消息向网管的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的故障/告警信息清除通知。
图11为本发明网管对网元进行故障/告警管理控制的实施例七的流程图，假设网元为SS/MSS和BS，SS/MSS当前的故障/告警信息没有存储在所属BS的数据库中，而是存储在自身的数据库中，网管要清除SS/MSS的故障/告警信息，则该实施例的具体步骤为：
步骤1100、网管的SNMP MIB节点中设置的故障/告警管理节点向SS/MSS的SNMP MIB节点中设置的故障/告警管理节点发送清除SS/MSS的故障/告警信息命令，该命令由BS直接发送给SS/MSS的SNMP MIB节点中设置的故障/告警管理节点。
步骤1101、SS/MSS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令，清除自身数据库存储的故障/告警信息，通过Trap消息向网管的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的故障/告警信息清除通知，该Trap消息通过BS直接发送给网管的SNMP MIB节点中设置的故障/告警管理节点。
图12为本发明网管对网元进行故障/告警管理控制的实施例八的流程图，假设网元为BS，网管向BS发送确认/取消确认故障/告警信息命令，则该实施例的具体步骤为：
步骤1200、网管的SNMP MIB节点中设置的故障/告警管理节点向BS的SNMP MIB节点中设置的故障/告警管理节点发送确认/取消确认故障/告警信息命令。
步骤1201、BS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令，执行保存在数据库的自身的故障/告警信息的确认/取消确认后，通过Trap消息向网管的SNMP MIB节点中设置的故障/告警管理节点发送故障/告警信息确认/取消确认通知。
图13为本发明网管对网元进行故障/告警管理控制的实施例九的流程图，假设网元为SS/MSS和BS，网管要向SS/MSS发送确认/取消确认故障/告警信息命令，则该实施例的具体步骤为：
步骤1300、网管的SNMP MIB节点中设置的故障/告警管理节点向BS的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的确认/取消确认故障/告警信息命令。
步骤1301、BS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令后，确定自身数据库是否保存SS/MSS的故障/告警信息，如果是，则进行SS/MSS的故障/告警信息的确认/取消确认后，向SS/MSS的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的确认/取消确认故障/告警信息命令，转入步骤1302；否则，直接向SS/MSS的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的确认/取消确认故障/告警信息命令。
步骤1302、SS/MSS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令，执行保存在数据库的SS/MSS的故障/告警信息确认/取消确认后，通过Trap消息向BS的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的故障/告警信息确认/取消确认通知。
步骤1303、BS的SNMP MIB节点中设置的故障/告警管理节点通过Trap消息接收到SS/MSS的故障/告警信息确认/取消确认通知后，通过Trap消息向网管的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的故障/告警信息确认/取消确认通知。
图14为本发明网管对网元进行故障/告警管理控制的实施例十的流程图，假设网元为SS/MSS和BS，SS/MSS当前的故障/告警信息没有存储在所属BS的数据库中，而是存储在自身的数据库中，网管要向SS/MSS发送SS/MSS的确认/取消确认故障/告警信息命令，则该实施例的具体步骤为：
步骤1400、网管的SNMP MIB节点中设置的故障/告警管理节点向SS/MSS的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的确认/取消确认故障/告警信息命令，该命令由BS直接发送给SS/MSS的SNMPMIB节点中设置的故障/告警管理节点。
步骤1401、SS/MSS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令，执行保存在数据库的SS/MSS的故障/告警信息确认/取消确认后，通过Trap消息向网管的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的故障/告警信息确认/取消确认通知，该Trap消息通过BS直接发送给网管的SNMP MIB节点中设置的故障/告警管理节点。
图15为本发明网管对网元进行故障/告警管理控制的实施例十一的流程图，假设网元为BS，网管要屏蔽BS的故障/告警信息，则该实施例的具体步骤为：
步骤1500、网管的SNMP MIB节点中设置的故障/告警管理节点向BS的SNMP MIB节点中设置的故障/告警管理节点发送屏蔽故障/告警信息命令。
步骤1501、BS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令，增加屏蔽条件后，向网管的SNMP MIB节点中设置的故障/告警管理节点发送屏蔽故障/告警信息结果通知。
图16为本发明网管对网元进行故障/告警管理控制的实施例十二的流程图，假设网元为SS/MSS和BS，网管要屏蔽SS/MSS的故障/告警信息，则该实施例的具体步骤为：
步骤1600、网管的SNMP MIB节点中设置的故障/告警管理节点向BS的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的屏蔽故障/告警信息命令。
步骤1601、BS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令后，增加屏蔽条件后，向SS/MSS的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的屏蔽故障/告警信息命令。
步骤1602、SS/MSS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令，增加屏蔽条件后，向BS的SNMP MIB节点中设置的故障/告警管理节点发送屏蔽SS/MSS的故障/告警信息结果通知。
步骤1603、BS的SNMP MIB节点中设置的故障/告警管理节点接收到屏蔽SS/MSS的故障/告警信息结果通知后，向网管的SNMP MIB节点中设置的故障/告警管理节点发送屏蔽SS/MSS的故障/告警信息结果通知。
图17为本发明网管对网元进行故障/告警管理控制的实施例十三的流程图，假设网元为SS/MSS和BS，SS/MSS当前的故障/告警信息没有存储在所属BS的数据库中，而是存储在自身的数据库中，网管要屏蔽SS/MSS的故障/告警信息，则该实施例的具体步骤为：
步骤1700、网管的SNMP MIB节点中设置的故障/告警管理节点向SS/MSS的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的屏蔽故障/告警信息命令，该命令由BS直接发送给SS/MSS的SNMP MIB节点中设置的故障/告警管理节点。
步骤1701、SS/MSS的SNMP MIB节点中设置的故障/告警管理节点接收到该命令，增加屏蔽条件后，向网管的SNMP MIB节点中设置的故障/告警管理节点发送屏蔽SS/MSS的故障信息结果通知，该通知通过BS直接发送给网管的SNMP MIB节点中设置的故障/告警管理节点。
图18为本发明网管对网元进行故障/告警管理控制的实施例十四的流程图，假设网元为SS/MSS和BS，SS/MSS产生故障/告警信息并存储在自身的数据库中后，要上报故障/告警信息，该实施例的具体步骤为：
步骤1800、SS/MSS的SNMP MIB节点中设置的故障/告警管理节点向BS的SNMP MIB节点中设置的故障/告警管理节点通过Trap消息发送故障/告警信息通知。
步骤1801、BS的SNMP MIB节点中设置的故障/告警管理节点接收到该通知后，根据预先配置确定是否将SS/MSS的故障/告警信息保存在自身的数据库中，如果是，进行保存；否则，则不进行保存。
BS的SNMP MIB节点中设置的故障/告警管理节点再根据预先配置判断是否将SS/MSS的故障/告警信息通知发送给网管的SNMP MIB节点中设置的故障/告警管理节点，如果是，转入步骤1802；否则，结束本流程。
步骤1802、BS的SNMP MIB节点中设置的故障/告警管理节点通过Trap消息将SS/MSS的故障/告警信息通知发送给网管的SNMP MIB节点中设置的故障/告警管理节点。
图19为本发明网管对网元进行故障/告警管理控制的实施例十五的流程图，假设网元为SS/MSS和BS，SS/MSS产生故障/告警信息并存储在自身的数据库中后，要上报故障/告警信息，该实施例的具体步骤为：
步骤1900、SS/MSS的SNMP MIB节点中设置的故障/告警管理节点通过Trap消息向网管的SNMP MIB节点中设置的故障/告警管理节点发送SS/MSS的故障/告警信息通知，该通知通过BS直接发送给网管的SNMP MIB节点中设置的故障/告警管理节点。
图5到图19所述的实施例中，网元采用了BS以及SS/MSS，但是在实际应用中，网元也可以采用其它设备完成图5到图19所述的实施例，如采用网元a和网元b完成图5到图19所述的实施例。
举一个具体例子说明本发明。
假设网管的SNMP MIB节点中设置的故障/告警管理节点查询网元的SNMP MIB节点中设置的故障/告警管理节点的故障/告警信息，则整个处理过程为：
首先，网管的SNMP MIB节点中设置的故障/告警管理节点在wmanDevCmnOperateParamAlarmList节点中设置查询故障/告警的条件，其中可以在wmanDevCmnOperateParamAlarmSequenceNo节点中设置故障/告警序列号，在wmanDevCmnOperateParamAlarmSeverityLevel节点中设置故障/告警严重级别，在wmanDevCmnOperateParamAlarmID节点中设置故障/告警编号；在wmanDevCmnFaultOperateState节点中设置管理操作类型为查询故障/告警，其中设置查询故障/告警的时间，包括在wmanDevCmnOperateParamBeginTime节点中设置查询故障/告警的开始时间，在wmanDevCmnOperateParamEndTime节点中设置查询故障/告警的结束时间，各个节点设置完成后，将包括各个节点中设置的故障/告警信息的查询命令发送给网元的SNMP MIB节点中设置的故障/告警管理节点。
然后，网元的SNMP MIB节点中设置的故障/告警管理节点接收到该查询命令后，查询满足条件的故障/告警信息，查询结束后，采用两种方式向网管的SNMP MIB节点中设置的故障/告警管理节点上报：a、将查询到的故障/告警信息通过Trap上报，故障/告警信息包括wmanDevCmnAlarmOid节点中的信息、wmanDevCmnAlarmId节点中的信息、wmanDevCmnAlarmType节点中的信息、wmanDevCmnAlarmSequenceNo节点中的信息、wmanDevCmnAlarmSeverityLevel节点中的信息、wmanDevCmnAlarmProbableCause节点中的信息、wmanDevCmnAlarmState节点中的信息、wmanDevCmnAlarmClearedTime节点中的信息、wmanDevCmnAlarmAckTime节点中的信息、wmanDevCmnAlarmClearUserId节点中的信息、wmanDevCmnAlarmAckUserId节点中的信息以及wmanDevCmnAlarmAdditionalText节点中的信息，通过wmanDevCmnNewAlarmTrap节点上报给网管的SNMP MIB节点中设置的故障/告警管理节点。b、将查询到的故障/告警信息通过文件上报，告警信息保存到文件中，文件上传给网管的SNMP MIB节点中设置的故障/告警管理节点。
其他故障/告警管理控制的过程和上述具体例子相似，只不过使用SNMPMIB节点中设置的故障/告警管理节点的不同功能节点完成。
本发明通过在网管和网元的SNMP MIB节点中分别设置故障/告警管理节点，网管对网元或网元主动完成故障/告警管理控制，使网元可以及时向网元上报故障/告警信息。
本发明的网管能够查询网元的故障/告警信息，网元能够将自身的故障/告警信息通过Trap消息或者文件方式上报，从而保证在通信系统数据传输量大的情况下，故障/告警信息能够正常上报给网管。
本发明的网管能够指示网元清除自身的故障/告警信息、指示网元确认/取消确认故障/告警信息、或者指示网元屏蔽故障/告警信息，从而为通信系统的操作人员提供了维护故障/告警信息的方法，方便通信系统的操作人员对通信系统的运行状态的监控。本发明提供的对通信系统的故障/告警信息的操作能够节省大量人力和资金成本，提升通信系统的客户满意度。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所做的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
Claims (19)
1、一种基于简单网络管理协议SNMP的故障/告警管理系统，其特征在于，由分别具有SNMP管理信息库SNMP MIB节点的网管和网元组成，在SNMPMIB节点中包括故障/告警管理节点，用于网管向网元发送故障/告警管理控制消息以及网元向网管上报故障/告警信息。
2、如权利要求1所述的系统，其特征在于，所述的故障/告警管理节点包括故障/告警管理控制消息的节点和故障/告警上报的节点，其中，故障/告警管理控制消息的节点用于网管向网元发送故障/告警管理控制消息，网元接收网管发送的故障/告警管理控制消息；故障/告警上报的节点用于网元向网管上报故障/告警信息，网管接收网元上报的故障/告警信息。
3、如权利要求2所述的系统，其特征在于，所述的网管向网元发送的故障/告警管理控制消息的节点包括：
发送故障/告警管理控制消息的参数列表的节点、发送故障/告警管理控制消息的管理操作类型参数的节点、发送故障/告警管理控制消息的告警产生的起始时间参数的节点以及发送故障/告警管理控制消息的告警产生的结束时间的节点，其中，该管理操作类型为确认故障/告警信息、取消确认故障/告警信息、清除故障/告警信息，屏蔽故障/告警信息或查询故障/告警信息。
4、如权利要求3所述的系统，其特征在于，所述的发送故障/告警管理控制消息的参数列表的节点包括：
发送故障/告警管理控制消息的故障/告警序列号参数的节点、发送故障/告警管理控制消息的故障/告警严重级别参数的节点以及发送故障/告警管理控制消息的故障/告警编号参数的节点。
5、如权利要求2所述的系统，其特征在于，所述的故障/告警上报的节点包括：
上报故障/告警的消息的参数的节点和上报消息的节点。
6、如权利要求5所述的系统，其特征在于，所述的上报故障/告警消息的参数的节点包括：
上报故障/告警在SNMP MIB中的对象标识ID的节点、上报故障/告警的告警ID的节点、上报故障/告警的告警类型的节点，上报故障/告警的序列号的节点、上报故障/告警严重级别的节点、上报故障/告警的告警原因的节点、上报故障/告警的恢复类型的节点、上报故障/告警的告警产生时间的节点、上报故障/告警的告警恢复时间的节点、上报故障/告警的告警确认时间的节点、清除网元上报故障/告警的操作者ID的节点、确认网元上报故障/告警的操作者ID的节点以及上报故障/告警的附加信息的节点。
7、如权利要求5所述的系统，其特征在于，所述的上报消息的节点包括：
上报故障/告警信息的节点、上报恢复故障/告警信息的节点以及故障/告警确认状态改变后，上报故障/告警信息的节点。
8、如权利要求1所述的系统，其特征在于，所述的网管为使用SNMP协议的网络管理系统NMS或者网元管理系统EMS；所述的网元为网络设备，包括基站BS、用户站SS/移动用户站MSS。
9、一种SNMP的故障/告警管理方法，其特征在于，在网元和网管分别具有的SNMP MIB节点中设置故障/告警管理节点，该方法还包括：
A、网元中的故障/告警管理节点对自身数据库存储的故障/告警信息执行操作后，向网管中的故障/告警管理节点发送执行完故障/告警信息的消息。
10、如权利要求9所述的方法，其特征在于，在步骤A之前，该方法还包括：
A1、网管中的故障/告警管理节点向网元中的故障/告警管理节点发送故障/告警管理控制消息。
11、如权利要求10所述的方法，其特征在于，所述的故障/告警管理控制消息为故障/告警查询命令、清除故障/告警信息命令、确认/取消确认故障/告警信息命令或者屏蔽故障/告警信息命令。
12、如权利要求10所述的方法，其特征在于，所述的网元为网元a和网元b时，发送故障/告警管理控制消息的过程为：
网管中的故障/告警管理节点向网元a发送故障/告警管理控制消息，网元a直接发送故障/告警管理控制消息给网元b中的故障/告警管理节点；该故障/告警管理控制消息为网元b的故障/告警查询命令、清除网元b的故障/告警信息命令、网元b的确认/取消确认故障/告警信息命令或者网元b的屏蔽故障/告警信息命令。
13、如权利要求10所述的方法，其特征在于，所述的网元为网元a和网元b时，发送故障/告警管理控制消息的过程为：
网管中的故障/告警管理节点向网元a中的故障/告警管理节点发送故障/告警管理控制消息，网元a中的故障/告警管理节点执行故障/告警管理控制消息后，将故障/告警管理控制消息发送给网元b中的故障/告警管理节点；该故障/告警管理控制消息为网元b的故障/告警查询命令、清除网元b的故障/告警信息命令、网元b的确认/取消确认故障/告警信息命令或者网元b的屏蔽故障/告警信息命令。
14、如权利要求9所述的方法，其特征在于，步骤A所述的执行完故障/告警信息的消息为携带故障/告警信息的消息或网元b的携带故障/告警信息的消息时，该消息通过Trap消息或者文件发送。
15、如权利要求9所述的方法，其特征在于，步骤A所述的执行完故障/告警信息的消息通过Trap消息发送。
16、如权利要求9或10所述的方法，其特征在于，所述的执行完故障/告警信息的消息为携带故障/告警信息的消息、故障/告警信息清除通知、故障/告警信息确认/取消确认通知、屏蔽故障/告警信息结果通知或者故障/告警信息通知。
17、如权利要求9所述的方法，其特征在于，所述的网元为网元a和网元b时，步骤A所述的向网管中的故障/告警管理节点发送执行完故障/告警信息的消息的过程为：
网元b中的故障/告警管理节点将执行完故障/告警信息的消息发送给网元a，网元a将执行完故障/告警信息的消息直接发送给网管中的故障/告警管理节点；该执行完故障/告警信息的消息为网元b的携带故障/告警信息的消息、网元b的故障/告警信息清除通知、网元b的故障/告警信息确认/取消确认通知、屏蔽网元b的故障/告警信息结果通知或者网元b的故障/告警信息通知。
18、如权利要求9所述的方法，其特征在于，所述的网元为网元a和网元b时，步骤A所述的向网管中的故障/告警管理节点发送执行完故障/告警信息的消息的过程为：
网元b中的故障/告警管理节点将执行完故障/告警信息的消息发送给网元a中的故障/告警管理节点，网元a中的故障/告警管理节点将执行完故障/告警信息的消息发送给网管中的故障/告警管理节点；该执行完故障/告警信息的消息为网元b的携带故障/告警信息的消息、网元b的故障/告警信息清除通知、网元b的故障/告警信息确认/取消确认通知、屏蔽网元b的故障/告警信息结果通知或者网元b的故障/告警信息通知。
19、如权利要求9所述的方法，其特征在于，所述的网管为使用SNMP协议的NMS或者EMS；所述的网元为网络设备，包括BS和SS/MSS。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005101158117A CN100539513C (zh) | 2005-11-09 | 2005-11-09 | 基于简单网络管理协议的故障/告警管理系统及方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2005101158117A CN100539513C (zh) | 2005-11-09 | 2005-11-09 | 基于简单网络管理协议的故障/告警管理系统及方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1852153A true CN1852153A (zh) | 2006-10-25 |
| CN100539513C CN100539513C (zh) | 2009-09-09 |
Family
ID=37133623
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2005101158117A Expired - Fee Related CN100539513C (zh) | 2005-11-09 | 2005-11-09 | 基于简单网络管理协议的故障/告警管理系统及方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100539513C (zh) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100461707C (zh) * | 2006-12-22 | 2009-02-11 | 华为技术有限公司 | 对简单网络管理协议的代理实现自动化测试的方法及系统 |
| CN101242613B (zh) * | 2007-02-09 | 2010-12-22 | 鼎桥通信技术有限公司 | 一种基站中故障告警上报方法及系统 |
| CN101925096A (zh) * | 2009-06-16 | 2010-12-22 | 中兴通讯股份有限公司 | 自愈功能的控制方法及装置 |
| CN101662388B (zh) * | 2009-10-19 | 2012-02-08 | 杭州华三通信技术有限公司 | 一种网络故障分析方法及设备 |
| CN103560917A (zh) * | 2013-11-15 | 2014-02-05 | 烽火通信科技股份有限公司 | 基于命令行的网络设备告警装置及告警方法 |
| WO2015100834A1 (zh) * | 2013-12-31 | 2015-07-09 | 华为技术有限公司 | 一种网络功能虚拟化nfv故障管理装置、设备及方法 |
| CN105659530A (zh) * | 2014-09-29 | 2016-06-08 | 华为技术有限公司 | 一种告警处理的方法和设备 |
| CN106559248A (zh) * | 2015-09-30 | 2017-04-05 | 中兴通讯股份有限公司 | 一种告警方法、告警装置和告警系统 |
| CN109039785A (zh) * | 2018-09-27 | 2018-12-18 | 郑州云海信息技术有限公司 | 基于SNMP的Trap告警恢复方法和装置 |
| CN109981331A (zh) * | 2017-12-28 | 2019-07-05 | 北京华为数字技术有限公司 | 一种故障诊断方法及装置 |
-
2005
- 2005-11-09 CN CNB2005101158117A patent/CN100539513C/zh not_active Expired - Fee Related
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100461707C (zh) * | 2006-12-22 | 2009-02-11 | 华为技术有限公司 | 对简单网络管理协议的代理实现自动化测试的方法及系统 |
| CN101242613B (zh) * | 2007-02-09 | 2010-12-22 | 鼎桥通信技术有限公司 | 一种基站中故障告警上报方法及系统 |
| CN101925096A (zh) * | 2009-06-16 | 2010-12-22 | 中兴通讯股份有限公司 | 自愈功能的控制方法及装置 |
| CN101662388B (zh) * | 2009-10-19 | 2012-02-08 | 杭州华三通信技术有限公司 | 一种网络故障分析方法及设备 |
| CN103560917B (zh) * | 2013-11-15 | 2017-04-12 | 烽火通信科技股份有限公司 | 基于命令行的网络设备告警装置及告警方法 |
| CN103560917A (zh) * | 2013-11-15 | 2014-02-05 | 烽火通信科技股份有限公司 | 基于命令行的网络设备告警装置及告警方法 |
| WO2015100834A1 (zh) * | 2013-12-31 | 2015-07-09 | 华为技术有限公司 | 一种网络功能虚拟化nfv故障管理装置、设备及方法 |
| US10313183B2 (en) | 2013-12-31 | 2019-06-04 | Huawei Technologies Co., Ltd. | Network function virtualization NFV fault management apparatus, device, and method |
| CN105659530A (zh) * | 2014-09-29 | 2016-06-08 | 华为技术有限公司 | 一种告警处理的方法和设备 |
| CN105659530B (zh) * | 2014-09-29 | 2019-04-12 | 华为技术有限公司 | 一种告警处理的方法和设备 |
| CN106559248A (zh) * | 2015-09-30 | 2017-04-05 | 中兴通讯股份有限公司 | 一种告警方法、告警装置和告警系统 |
| CN109981331A (zh) * | 2017-12-28 | 2019-07-05 | 北京华为数字技术有限公司 | 一种故障诊断方法及装置 |
| CN109039785A (zh) * | 2018-09-27 | 2018-12-18 | 郑州云海信息技术有限公司 | 基于SNMP的Trap告警恢复方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100539513C (zh) | 2009-09-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101047556A (zh) | 一种多设备集中维护方法和系统 | |
| CN1284321C (zh) | 无线通信装置、无线通信网以及软件更新方法 | |
| CN101035027A (zh) | 网管接口信息交互方法、装置及通知上报方法 | |
| CN1889741A (zh) | 在设备管理中实现预定操作的方法及装置 | |
| CN1832447A (zh) | 下一代网络中实现用户请求模式资源预留的方法 | |
| CN1863156A (zh) | 通过分组网络提供时钟同步的方法和系统 | |
| CN101051937A (zh) | 一种基于xml的用户权限管理方法及系统 | |
| CN1794657A (zh) | 对终端设备进行管理的方法和系统 | |
| CN1852153A (zh) | 基于简单网络管理协议的故障/告警管理系统及方法 | |
| CN101047624A (zh) | 标签分配方法以及标签出让方法 | |
| CN1810059A (zh) | 控制装置以及移动终端 | |
| CN101064645A (zh) | 单一设备同时支持多个无线局域网的方法 | |
| CN101068158A (zh) | 网络配置管理的方法和系统 | |
| CN101080077A (zh) | 设备管理树的维护方法及终端设备 | |
| CN101047523A (zh) | 提供上线者状态的服务器及方法 | |
| CN101068408A (zh) | 多待机终端自注册的方法、终端、服务器 | |
| CN1787459A (zh) | 一种下发命令的方法和系统 | |
| CN1833456A (zh) | 移动通信系统、移动通信系统中的无线电基站替换控制装置及其控制方法 | |
| CN101060422A (zh) | 一种查询和修改cpe参数的方法 | |
| CN101043401A (zh) | 一种网络服务流标识的分配、更新方法 | |
| CN1929407A (zh) | 获取网络信息的方法和网络管理系统 | |
| CN1859647A (zh) | 实现移动终端动态编组、编组注销的方法及系统 | |
| CN1878206A (zh) | 事件订阅的方法及系统 | |
| CN1852347A (zh) | 掉话故障信息的上报方法、装置及掉话故障原因定位系统 | |
| CN1863346A (zh) | 多模基站无线系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090909 |