CN102082702A - 一种终端告警的处理方法、装置及系统 - Google Patents

Abstract

本发明实施例公开了一种终端告警的处理方法、装置及系统，技术方案包括：向网管服务器发送告警请求消息，所述消息中携带告警节点信息：接收所述网管服务器根据所述告警请求消息返回的告警响应消息，所述告警响应消息中包含网管服务器根据所述告警节点信息确定的告警处理策略；根据所述告警处理策略处理告警。本发明实施例还公开了一种告警终端，网管服务器以及终端告警的处理系统。采用本发明实施例所述技术方案实现了基于TR069协议的终端告警处理流程，减少了现有技术通过人工排查的方式处理终端告警的人工干预，提高了工作效率，保证了告警处理的准确性。

Description

一种终端告警的处理方法、装置及系统

技术领域

本发明涉及电子通信技术领域，更具体的说，涉及一种终端告警处理的方法、装置及系统。

背景技术

目前，宽带技术已被广泛的应用在不同领域，基于宽带的业务类型也随着宽带技术的普及日益丰富，终端的能力也随之变得越来越强。其中，像IPTV(Internet Protocol Television，交互式网络电视)的机顶盒、视频监控的PU(Premise Unit，前端单元)等一部分业务，需要将CPE(Customer Premise Equipment，终端设备)部署到用户侧才能开展。当CPE部署在用户侧或者网关之后时，由于CPE的灵活性，所以其并不总是实时在线，所以传统的SNMP(Simple Network Management Protocol，简单网络管理协议)不能满足此类设备的管理需求。

为了实现对如上所述终端设备的管理，DSL Forum(数字用户线路论坛)提出了TR069(CPE WAN Management Protocol，终端广域网管理协议)。在TR069中，DSL Forum针对不同类型的CPE定义了数据模型，例如：对STB(Set Top Box，机顶盒)，定义了TR135(TR069管理的机顶盒数据模型)；对家庭网关，定义了TR098(TR069管理的家庭网管数据模型)；还针对通用设备定义了通用数据模型(如：TR106)。由于DSLForum的整个数据模型中不包含终端的告警功能，在大量终端告警的情况下，通常通过人工排查的方式进行处理，不仅效率低下，并且容易出错。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

DSL Forum的标准中由于未定义终端的告警流程，同时也未定义终端的相关告警节点，所以现有的DSL Forum标准不能实现终端告警功能：虽然国内有些厂家通过自定义的方式来实现终端告警，但这种方式不仅开发工作量大，而且在与国际厂家对接时不具备通用性。

发明内容

本发明的实施例提供了一种终端告警处理的方法、装置及系统，实现了对终端告警上报的自动处理，减少了人工干预，提高了工作效率。

本发明实施例的技术方案如下所述：

本发明实施例提供了一种终端告警的处理方法，包括：

向网管服务器发送告警请求消息，所述消息中携带告警节点信息；

接收所述网管服务器根据所述告警请求消息返回的告警响应消息，所述告警响应消息中包含网管服务器根据所述告警节点信息确定的告警处理策略；

根据所述告警处理策略处理告警。

本发明实施例还提供了一种告警终端，包括：

告警发起模块，用于向网管服务器发送告警请求消息，所述消息中携带告警节点信息；

接收模块，用于接收所述网管服务器根据所述告警请求消息返回的告警响应消息，所述告警响应消息中包含网络服务器根据所述告警节点信息确定的告警处理策略；

告警处理模块，用于根据所述告警处理策略处理告警。

本发明实施例提供了一种终端告警的响应方法，包括：

接收来自于终端的告警请求消息，所述消息中携带告警节点信息；

向所述终端发送根据所述告警请求消息确定的告警响应消息，所述告警响应消息中包含根据所述告警节点信息确定的告警处理策略，以使所述终端根据所述告警处理策略处理告警。

本发明实施例还提供了一种网管服务器，包括：

请求处理模块，用于接收来自于终端的告警请求消息，所述消息中携带告警节点信息；

告警响应模块，用于向终端发送根据所述告警请求消息确定的告警响应消息，所述告警响应消息中包含根据所述告警节点信息确定的告警处理策略，以使所述终端根据所述告警处理策略处理告警。

本发明实施例还提供了一种终端告警的处理系统，包括：

告警终端，用于向网管服务器发送告警请求消息，所述消息中携带告警节点信息；

接收所述网管服务器根据所述告警请求消息返回的告警响应消息，所述告警响应消息中包含网络服务器根据所述告警节点信息确定的告警处理策略；

根据所述告警处理策略处理告警；

终端服务器，用于接收所述告警终端发送的所述告警请求消息；

向终端发送所述告警响应消息，以使所述终端根据所述告警处理策略处理告警。

由上述本发明的实施例提供的技术方案可以看出：

采用本发明实施例所述的技术方案，无需在DSL forum中通过扩展私有RPC的方式来实现终端告警流程。提出了一种基于TR069协议的终端告警自动处理策略，不仅解决了DSL forum中无终端告警流程的不足，同时通过直接排除故障，减少了人工干预，提高了工作效率，实现对终端告警的自动处理。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明终端告警的处理方法的一个实施例的流程图；

图2为本发明告警终端的一个实施例的结构示意图；

图3为本发明实施例终端告警的响应方法的流程图；

图4为本发明实施例网管服务器的结构示意图；

图5为本发明实施例终端告警的实现方法的流程图；

图6为本发明实施例终端告警的处理系统结构示意图；

图7为本发明实施例一种终端告警的处理方法的应用流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了便于对本发明实施例所述一种终端告警的处理方法、装置及系统的技术方案的理解，下面将结合具体实施方式进行详细说明。

如图1所示，本发明实施例基于终端的角度提出了一种终端告警的响应方法，具体可以通过如下技术方案实现：

步骤101：向网管服务器发送告警请求消息，所述消息中携带告警节点信息；

步骤102：接收所述网管服务器根据所述告警请求消息返回的告警响应消息，所述告警响应消息中包含网管服务器根据所述告警节点信息确定的告警处理策略；

步骤103：根据所述告警处理策略处理告警。

可见，通过上述步骤，本发明实施例基于TR069协议实现了终端告警的自动处理流程，解决了现有技术通过人工干预或者定义私有协议的方式来排除终端告警存在的问题，提高了工作效率，保证了处理结果的可靠性，并且本发明实施例所述方法实现简单，便于推广。

在本发明实施例的一个场景中，所述方法还可以包括：

与网管服务器预先约定告警事件标识以及告警节点信息，所述告警节点中至少包括告警事件的告警码，以使所述网管服务器根据所述告警码和告警事件标识预先制定告警处理策略。

更具体的说，为了实现本发明实施例，终端与网管服务器之间通过TR069协议来进行交互。

终端在触发告警事件之前，需要与网管服务器预先约定告警事件标识以及告警节点信息，在预定完毕后，网管服务器会根据告警节点信息制定对应的告警处理策略。由于TR069协议中不包含终端告警功能，所以终端通过扩展TR069协议中inform消息的eventcode字段，来新增alarm的事件类型，并标识此inform上报事件为告警事件，例如：华为公司通过扩展TR069协议的inform消息的eventcode字段，定义出的告警事件就是“M_X00E0FCAlarm”。

由于网管服务器在触发告警事件之前预先制定了告警处理策略，同时网络管理员在终端触发告警事件之前，预先配置在业务运行中若干可能出现的告警事件，并将所述告警事件对应的告警处理策略保存在数据库中，用来作为终端触发告警事件时的应急策略，所以当终端告警时，实现了终端告警的自动处理，解决了现有技术采用人工排查方式来解决告警事件的工作量，减少了人工干预，提高了工作效率。

此外，终端在支持DSL Forum标准中定义的数据模型之外，通过扩展通用参数的方式使本发明实施例所述方案具备通用性，不必区分具体业务，终端的具体状况以及具体数据模型等具体条件。本发明实施例采用扩展一些告警节点信息，所述告警节点信息包含告警事件的告警码(alarmCode)、告警流水号(alarmSN)、告警等级(alarmLevel)等。当终端向网管服务器上报告警请求消息时，需要在inform消息中至少携带如上所述告警事件的告警码，因为网管服务器在预先制定告警处理策略时，主要是根据告警事件的告警码来制定的，不同的告警码代表不同的告警事件，且对应不同的告警处理策略。所以终端在发起告警请求时需要至少携带告警事件的告警码，以便于网管服务器根据告警事件的告警码来匹配对应的告警处理策略，保证处理结果的准确性。此外，携带所述告警节点中的其它信息是为了便于为相同告警事件提供差异化的处理方式，以便提升客户的满意度，当在预先制定某个告警事件的告警处理策略时，由于一个告警事件很有可能对应若干告警处理策略，可以按照告警等级将若干告警处理策略进行排序，当终端发送告警请求时，参考告警事件的等级选择最佳的告警处理策略，提高用户的体验。

下面以表1所示华为技术有限公司定义的告警事件扩展模型为例来说明告警节点的内容：

表1

其中，在上述表1中“00E0FC”是华为技术有限公司定义的OUI(Organizationally unique identifier，组织唯一标示符)，同时表1中呈现了告警节点信息中可以包括的若干信息。

在本发明实施例的一个场景中，步骤102的告警处理策略中记录了对应所述告警节点信息的告警处理指令；可见，步骤103(根据所述告警处理策略处理告警)具体可以通过根据所述告警处理指令处理告警的方式来实现；

所述告警处理指令可以包括设置配置参数、下载配置文件、升级应用程序、重新启动以及恢复出厂设置中的一种或多种。

综上所述，告警终端向网管服务器发送告警请求消息后，网管服务器会根据告警节点信息中的告警码在预先制定的告警处理策略中，确定与告警码对应的告警处理策略，由于告警处理策略中记录了与告警码对应的告警处理指令，所以终端在接收到包含告警处理指令的告警响应消息后，执行告警处理指令，从而消除告警。

此外，当终端向网管服务器发送告警请求消息后，网管服务器对该告警请求消息进行重复性判断，避免终端在短时间重复的针对同一告警事件发送重复的告警请求，减小网管服务器的负担。

在本发明实施例的一个场景中，所述方法还包括：

当终端根据告警处理策略处理告警后，若告警消除，向网管服务器发送成功清除响应，以使网管服务器更新数据库。

另外，当终端根据网管服务器发送的告警处理策略来消除告警失败时，可以通过网络管理员针对该告警事件进行人工处理，从而进一步消除告警。

采用上述本发明实施例所述终端告警的处理方法，实现了基于TR069协议的终端告警处理流程，避免了现有技术采用人工排查的方式带来的强大工作量造成的告警泛滥，同时由于实现了终端告警的自动处理，减少了过多的人工干预，在提高工作效率的同时，保证了结果的可靠性。本发明实施例的技术方案不需要定义私有协议，具备通用性的要求，便于扩展和实现。

如图2所示，基于上述图1所示基于终端角度提出的方法实施例，本发明实施例提出了一种告警终端，具体可以通过如下技术方案实现：

告警发起模块21，用于向网管服务器发送告警请求消息，所述消息中携带告警节点信息；

接收模块22，用于接收所述网管服务器根据所述告警请求消息返回的告警响应消息，所述告警响应消息中包含网络服务器根据所述告警节点信息确定的告警处理策略；

告警处理模块23，用于根据所述告警处理策略处理告警。

可见，基于上述功能模块，本发明实施例实现了基于TR069协议的终端告警自动处理流程，解决了现有技术采用人工干预处理终端告警事件工作量大，工作效率低的问题。

基于上述功能模块，在本发明实施例的一个场景中，所述终端还可以包括：

信息预设模块，用于与网管服务器预先约定告警事件标识以及告警节点信息，所述告警节点信息中至少包括告警事件的告警码，以使所述网管服务器根据所述告警码和告警事件标识制定告警处理策略。

基于上述功能模块，在本发明实施例的一个场景中，告警处理策略中记录了对应所述告警节点信息的告警处理指令；

所述告警处理模块23根据所述告警处理指令处理告警；

所述告警处理指令包括设置配置参数、下载配置文件、升级应用程序、重新启动以及恢复出厂设置中的一种或多种。

基于上述实施例所述的功能模块，在本发明实施例的一个场景中，所述终端还可以包括：

告警监控模块，用于根据告警处理策略处理告警后，若告警消除，向网管服务器发送成功清除响应，以使网管服务器更新数据库。

此外，当根据告警处理策略处理告警失败时，通知网络管理员通过人工排查的方式，来进一步消除告警。

鉴于本发明实施例是基于如图1所示基于终端角度提出的方法实施例获得的，所以本发明实施例所述告警终端涉及的技术方案可以参见如图1所述的方法实施例，不再一一赘述。。

如图3所示，本发明实施例基于网管服务器的角度提出了一种终端告警的响应方法，具体可以通过如下所述的技术方案实现：

步骤301：接收来自于终端的告警请求消息，所述消息中携带告警节点信息；

步骤302：向所述终端发送根据所述告警请求消息确定的告警响应消息，所述告警响应消息中包含根据所述告警节点信息确定的告警处理策略，以使所述终端根据所述告警处理策略处理告警。

可见，网管服务器通过在告警响应消息中携带告警处理策略，实现了终端告警事件的自动处理，减少了通过人工干预的方式对告警事件进行处理的强大工作量，提高了工作效率，避免了因为人工处理的局限性带来的告警泛滥。

在本发明实施例的一个场景中，在步骤301之前所述方法还包括：

(1)与终端预先约定告警事件标识以及告警节点信息，所述告警节点信息中至少包括告警事件的告警码；

(2)根据所述告警码和告警事件标识预先制定告警处理策略，并将所述告警码以及告警处理策略建立起对应关系保存在数据库中。

针对步骤301的具体技术方案，当终端向网管服务器发送告警请求消息后，网管服务器对该请求消息进行重复性判断，避免终端在短时间重复的针对同一告警事件发送重复的告警请求消息，减小网管服务器的负担。

网管服务器与终端之间需要预先约定关于告警事件的相关信息，用于当终端向网管服务器发起告警请求时，网管服务器可以获知终端发起的是告警事件，并激活告警处理流程。

网管服务器还需要根据告警节点预先制定告警处理策略，并将告警节点与所述告警处理策略建立一一对应、一对多的关系，统一的保存在数据库中。当终端向网管服务器发起告警请求时，网管服务器根据所述告警请求中的告警节点到数据库中去匹配告警处理策略，提供给终端，以消除告警。

通过以上这种方式，网管服务器在发起告警之前就预先设定好了告警处理策略，实现了终端告警的自动处理流程，避免了人工排查处理告警事件过程中带来的强大工作量，提高了工作效率，减轻了网管服务器的负担。

在本发明实施例的一个场景中，所述告警处理策略中记录了对应所述告警节点信息的告警处理指令，以使所述终端根据所述告警处理指令处理告警；

所述告警处理指令包括设置配置参数、下载配置文件、升级应用程序、重新启动以及恢复出厂设置中的一种或多种。

具体的说，本发明实施例中网管服务器当收到终端发送的告警请求时，主要通过告警码在预定的告警处理策略中确定与所述告警码对应的告警处理策略，所述告警节点中还可以包括告警流水号，告警等级等，通过携带这些附加信息可以为终端提供更加细致的告警处理策略，例如：可以将告警码相同，级别不同的告警事件，按照级别提供差异化的处理流程；或者，可以将告警码相同，流水号优先的告警事件优先处理等等，本发明实施例所阐述的技术方案不限于上述举例，对本发明实施例技术方案的变形或者组合均属于本发明实施例的保护范围之内。

在本发明实施例的一个场景中，所述方法还可以包括：

在终端消除告警后，接收来自于终端的成功清除响应，并更新数据库。

此外，当终端消除告警失败时，通过网络管理员通过人工排查的方式，来消除告警。

鉴于本发明实施例是基于网管服务器角度提出的方法实施例与上述基于终端角度提出的方法实施例之间是对应关系，所以涉及的具体技术方案相同，可参见上述如图1所述方法实施例。

如图4所示，本发明实施例基于上述如图3所示基于网管服务器角度提出的方法实施例，提出了一种终端服务器，具体可以通过如下所述的技术方案实现：

请求处理模块41，用于接收来自于终端的告警请求消息，所述消息中携带告警节点信息；

告警响应模块42，用于向终端发送根据所述告警请求消息确定的告警响应消息，所述告警响应消息中包含根据所述告警节点信息确定的告警处理策略，以使所述终端根据所述告警处理策略处理告警。

可见，网管服务器通过在告警响应消息中携带告警处理策略，实现了终端告警事件的自动处理。

基于上述功能模块，在本发明实施例的一个场景中，网管服务器还可以包括：

信息配置模块，用于与终端预先约定告警事件标识以及告警节点信息，所述告警节点信息中至少包括告警事件的告警码；根据所述告警码和告警事件标识预先制定告警处理策略，并将所述告警码以及告警处理策略建立起对应关系保存在数据库中。

基于上述功能模块，在本发明实施例的一个场景中，所述告警处理策略记录了对应所述告警节点信息的告警处理指令；所述告警处理指令包括设置配置参数、下载配置文件、升级应用程序、重新启动以及恢复出厂设置中的一种或多种。

基于上述功能模块，在本发明实施例的一个场景中，网管服务器还可以包括：

监控处理模块，用于在终端消除告警后，接收来自于终端的成功清除响应时，更新与告警事件相关的数据库状态；

此外，当终端消除告警失败后，通知网络管理员通过人工排查的方式，来进一步消除告警。

鉴于本发明实施例是基于上述基于网管服务器角度提出的方法实施例获得的，所以涉及的具体技术方案可以参见如图3所示的方法实施例，不再一一赘述。

如图5所示，本发明实施例基于上述如图1和图3所示的方法实施例，提出一种终端告警的实现方法，其中包含上述如图1和图3所示的方法实施例中的技术方案，具体可以通过以下技术方案实现：

步骤501：终端向网管服务器发送告警请求消息，所述消息中携带告警节点信息；

步骤502：所述网管服务器接收所述告警请求消息，并向终端发送根据所述告警请求消息返回的告警响应消息，所述响应消息中包含根据所述告警节点信息确定的告警处理策略；

步骤503：终端接收所述所述告警响应消息，并根据所述告警处理策略处理告警。

可见，采用本发明实施例所述技术方案实现了终端与网管服务器之间终端告警的自动处理流程，不仅避免了人工排查处理方式带来的强大工作量，还提高了工作效率，保证了结果可靠性。

如图6所示，基于上述图5所示方法实施例，提出一种处理终端告警的系统，可以通过如下所述的技术方案实现：

告警终端61，用于向网管服务器发送告警请求消息，所述消息中携带告警节点信息；

接收所述网管服务器根据所述告警请求消息返回的告警响应消息，所述告警响应消息中包含网络服务器根据所述告警节点信息确定的告警处理策略；

根据所述告警处理策略处理告警；和

网管服务器62，用于接收所述告警终端发送的所述告警请求消息；

向终端发送所述告警响应消息，以使所述终端根据所述告警处理策略处理告警。

采用本发明实施例所述处理终端告警的系统，实现了终端与网管服务器之间终端告警的自动处理流程，提高了工作效率。

为了更好的理解本发明实施例的技术方案，下面结合具体实例进行说明，但不限于本发明实施例一中所列举的范围。

下面将IPTV系统作为本发明实施例的应用场景，以IPTV的机顶盒为例，对部署在用户侧的终端自动告警流程进行说明。当IPTV机顶盒的NTP(Network Time Protocol，网络时间协议)服务器设置有问题时，如：NTP服务器的服务参数设置错误或原正确服务参数被修改时，会导致IPTV的“时移”功能失效，产生NTP服务器连接失败告警。

对于上述这种情况，目前现有技术通常会按照原告警流程通过人工干预进行告警事件的定位、分析或处理，直接影响用户的IPTV业务使用，降低了用户体验。如果采用本发明实施例所述的技术方案来处理，不仅能够减少人工干预对正常业务的影响，还能提高用户体验，保证处理结果的可靠性。下面对本发明实施例的具体过程进行详细阐述：

首先，本发明实施例中终端与网管服务器之间需要支持两者之间交互的TR069协议。

其次，由于TR069协议中未定义关于终端告警的事件类型，所以需要对TR069协议进行扩展，具体通过在TR069协议的inform消息的eventcode字段，新增alarm的事件类型，标识此inform上报的为告警事件；终端在支持自身的数据模型的同时，还需要针对告警事件扩展具有通用性的告警节点，包含告警码alarmCode、告警流水号alarmSN、告警等级alarmLevel等。

在扩展完毕后，终端将新增的告警事件类型以及告警节点信息上报给网管服务器与网管服务器之间进行告警事件的约定。网管服务器根据所述告警节点信息在终端发送告警请求之前，预先制定对应不同告警节点信息的告警处理策略，以便终端发送告警请求时，网管服务器应用预先制定好的告警处理策略提供给终端以消除告警。

本发明实施例中请求处理模块的功能可以通过终端网管APU(自动配置服务器的处理单元)实现，告警处理模块可以通过终端网管BMC(业务管理中心)模块实现，其中，APU模块是以Cluster(分布使)架构的形式对海量终端进行管理。下面针对终端告警处理的具体流程进行详细说明：

701：初始状态，网管服务器侧多个APU模块向BMC模块发起注册消息，用于激活告警处理流程；

其中，在告警自动处理流程中APU模块负责与终端之间进行协议交互，以及简单逻辑的判断；

702：本发明实施例中，网管人员通过登录BMC模块的控制页面，预先针对“NTP服务器设置有问题”这种情况，配置在NTP业务运行中可能出现的相关告警事件类型，并根据所述告警时间类型的告警码与预先制定的告警处理策略关联起来；

例如：本发明实施例针对“NTP服务器设置有问题”这种情况，网管人员配置了“NTP服务器同步失败”告警事件，其中根据该告警码alarmCode，在预先制定的告警处理策略中找到与alarmCode对应的告警处理策略，并将该告警码以及告警处理策略关联起来预先存储在数据库中备用；特别的说，以上只列举出了一种在NTP业务运行中可能出现的告警事件，但通常管理人员在配置时需要尽可能多的配置可能出现的告警事件，并根据告警事件的alarmCode与告警处理策略关联起来，进行存储。

基于上述说明，管理人员通过预先配置可能出现的告警事件越充分，终端告警的自动处理流程越不需要很多的人工干预，减轻人工操作的工作量，提高工作效率。

703：BMC模块根据告警事件的告警码关联到告警处理策略后，对应的保存在数据库中备用；

704：终端在运行过程中出现NTP同步异常，例如：NTP参数被修改或配置错误；

705：终端通过自检确定NTP同步异常时，向网管服务器发送告警请求消息，所述消息中携带告警节点信息；

具体过程可以为：终端通过TR069协议中的inform消息，向网管服务器上报告警请求，此inform消息的eventcode为“告警事件”，其告警级别为Critical(紧急)；所述告警节点可以包括告警事件的告警码alarmCode、告警流水号(alarmSN)、告警等级(alarmLevel)等；

706：网管服务器中的APU模块接收所述告警请求消息，并对该告警请求消息进行重复性判断，当该请求是重复告警时，丢弃，否则，接收该请求；

707：网管服务器中的APU模块将非重复的告警请求转发给BMC模块处理；

708：BMC模块根据终端发送的告警请求消息中的告警码alarmCode，在预先通过步骤802配置好的告警处理策略中，匹配对应的告警处理策略，例如：所述告警处理策略为“设置NTP服务器参数指令”；

具体的说，通常通过步骤802配置的告警处理策略不止一个，但每个告警事件对应着一个告警码，且告警码对应着至少一个告警处理策略，所以在匹配时，通过告警码来匹配更加准确；

709：BMC模块将匹配到的所述告警处理策略发送给APU模块；

710：APU模块根据所述告警处理策略中的告警处理指令，向终端发送NTP服务器参数设置的指令；

所述告警处理指令可以是设置配置参数，下载配置文件，升级，重启或者恢复出厂配置等动作中的一种或多种，具体动作与网管服务器预先根据所述告警节点制定告警处理策略有关。

711：终端接收网管服务器下发的包含告警处理指令的告警响应消息，并执行“设置NTP服务器参数指令”；

712：终端的告警消除后，将上报给网管服务器(成功清除响应)inform消息，以通知网管告警已消除，其中inform的eventcode为“告警事件”，其告警级别为消除，如cleared；

如果终端告警消除失败，则需要通过网管人员对该告警请求进行处理。

713：网管服务器的APU模块根据终端发送的成功清除响应，自动更新此数据库状态；

714：APU模块通知BMC模块消除告警，刷新告警面板，以便再次提供告警处理流程。

通过上述本发明实施例的技术方案，基于TR069协议实现了终端设备与网管服务器之间告警通道的建立，利用TR069协议原inform消息机制，仅扩展inform消息的eventcode字段以及新增告警事件标识，实现了终端设备告警功能，弥补DSL Forum无告警定义的不足，由于未采用定义私有RPC协议的方法，本发明实施例所述方法具备通用性，便于扩展。

此外，本发明实施例通过扩展告警节点的方式来建立通用的告警参数，不必区分具体的数据模型，即可实现终端告警功能，使实现过程更加简便，易于操作。

本发明实施例所述告警处理方法，在实现中不必区分业务、终端以及数据模型的具体状况，所以在实际运营时，根据告警节点的告警码直接在预先制定的告警处理策略中进行匹配，减少了人工干预，提升了工作效率。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (13)

1.一种终端告警的处理方法，其特征在于，包括：

向网管服务器发送告警请求消息，所述消息中携带告警节点信息；

接收所述网管服务器根据所述告警请求消息返回的告警响应消息，所述告警响应消息中包含网管服务器根据所述告警节点信息确定的告警处理策略；

根据所述告警处理策略处理告警。

2.根据权利要求1所述方法，其特征在于，所述方法还包括：

与网管服务器预先约定告警事件标识以及告警节点信息，所述告警节点信息中至少包括告警事件的告警码，以使所述网管服务器根据所述告警码和告警事件标识预先制定告警处理策略。

3.根据权利要求1所述方法，其特征在于，所述告警处理策略记录了对应所述告警节点信息的告警处理指令；所述根据所述告警处理策略处理告警包括：根据所述告警处理指令处理告警；

所述告警处理指令包括设置配置参数、下载配置文件、升级应用程序、重新启动以及恢复出厂设置中的一种或多种。

4.一种告警终端，其特征在于，包括：

告警发起模块，用于向网管服务器发送告警请求消息，所述消息中携带告警节点信息；

接收模块，用于接收所述网管服务器根据所述告警请求消息返回的告警响应消息，所述告警响应消息中包含网络服务器根据所述告警节点信息确定的告警处理策略；

告警处理模块，用于根据所述告警处理策略处理告警。

5.根据权利要求4所述终端，其特征在于，所述终端还包括：

信息预设模块，用于与网管服务器预先约定告警事件标识以及告警节点信息，所述告警节点信息至少包括告警事件的告警码，以使所述网管服务器根据所述告警码和告警事件标识预先制定告警处理策略。

6.根据权利要求4所述终端，其特征在于，所述告警处理策略记录了对应所述告警节点信息的告警处理指令；

所述告警执行模块根据所述告警处理指令处理告警；所述告警处理指令包括设置配置参数、下载配置文件、升级应用程序、重新启动以及恢复出厂设置中的一种或多种。

7.一种终端告警的响应方法，其特征在于，包括：

接收来自于终端的告警请求消息，所述消息中携带告警节点信息；

向所述终端发送根据所述告警请求消息确定的告警响应消息，所述告警响应消息中包含根据所述告警节点信息确定的告警处理策略，以使所述终端根据所述告警处理策略处理告警。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

与终端预先约定告警事件标识以及告警节点信息，所述告警节点信息中至少包括告警事件的告警码；

根据所述告警码和告警事件标识预先制定告警处理策略，并将所述告警码以及告警处理策略建立起对应关系保存在数据库中。

9.根据权利要求7所述的方法，其特征在于，所述告警处理策略记录了对应所述告警节点信息的告警处理指令，以使所述终端根据所述告警处理指令处理告警；

所述告警处理指令包括设置配置参数、下载配置文件、升级应用程序、重新启动以及恢复出厂设置中的一种或多种。

10.一种网管服务器，其特征在于，包括：

请求处理模块，用于接收来自于终端的告警请求消息，所述消息中携带告警节点信息；

告警响应模块，用于向终端发送根据所述告警请求消息确定的告警响应消息，所述告警响应消息中包含根据所述告警节点信息确定的告警处理策略，以使所述终端根据所述告警处理策略处理告警。

11.根据权利要求10所述服务器，其特征在于，所述服务器还包括：

信息配置模块，用于与终端预先约定告警事件标识以及告警节点信息，所述告警节点信息中至少包括告警事件的告警码；根据所述告警码和告警事件标识预先制定告警处理策略，并将所述告警码以及告警处理策略建立起对应关系保存在数据库中。

12.根据权利要求10所述服务器，其特征在于，所述告警处理策略记录了对应所述告警节点信息的告警处理指令；所述告警处理指令包括设置配置参数、下载配置文件、升级应用程序、重新启动以及恢复出厂设置中的一种或多种。

13.一种终端告警的处理系统，其特征在于，包括：

告警终端，用于向网管服务器发送告警请求消息，所述消息中携带告警节点信息；

接收所述网管服务器根据所述告警请求消息返回的告警响应消息，所述告警响应消息中包含网络服务器根据所述告警节点信息确定的告警处理策略；

根据所述告警处理策略处理告警；和

网管服务器，用于接收所述告警终端发送的所述告警请求消息；

向终端发送所述告警响应消息，以使所述终端根据所述告警处理策略处理告警。

Images