CN100550767C - 因特网网络电视业务的管理信息库的动态控制方法 - Google Patents

Abstract

本发明公开了一种因特网网络电视业务的管理信息库的动态控制方法，包括：为网络电视业务的各组成设备的管理模块创建管理信息库模块，在所述管理信息库模块中设置以下字段组合的之一或全部：告警管理字段和告警操作字段的组合、性能管理字段和性能操作字段的组合；设备管理器通过所述告警管理字段来决定是否接收设备上报的告警，通过所述性能管理字段来决定是否接收设备上报的性能数据；所述设备通过所述告警操作字段来决定是否产生告警，通过所述性能操作字段来决定是否产生性能数据。本发明能对告警和性能数据的产生、上报进行动态控制，避免了无用的告警信息和性能数据的产生和上报，极大地提高了设备和网管的效率。

Description

因特网网络电视业务的管理信息库的动态控制方法

技术领域

本发明涉及因特网网络电视业务管理的简单网络管理协议的管理信息库的设计和实现方法，尤其涉及管理软件包含数量较多的即插即用软件模块的策略化管理方法，以及动态地扩增管理信息库功能的设计和实现方法。

背景技术

本发明中包含的英文简称如下：

IPTV：Internet Protocol Television因特网网络电视。

EPG：Electronic Programmer Guide电子节目单。

CMS：Content Management System内容管理系统。

OSS：Operation Support System运营支撑系统。

CDN：Content Delivery Network媒体交付。

POP：Points of Presence流媒体节点。

SNMP：Simple Network Management Protocol简单网络管理协议。

MIB：Mannagement Informat ion Base管理信息库。

Manager：管理者。

随着电信IPTV业务的商业运行和不断发展完善，使用IPTV业务的用户也将越来越多，新增用户数也将逐年大幅度递增。在IPTV业务开通和使用期间，需要在它的内容运营平台、业务运营平台、中心POP(流媒体节点)点和边缘POP点等安装IPTV业务管理软件(例如，电子节目单EPG、内容管理系统CMS、运营支撑系统OSS、媒体交付CDN等)。IPTV业务管理软件具有数量多、部署灵活、分布广和操作响应实时性要求高等特点，因此，它的SNMP(简单网络管理协议)MIB(管理信息库)的结构不适合以往传统的标准SNMPMIB的设计方法。

基于传统的标准SNMP的网络管理系统，如图1所示，一般由一个集中Manager(管理者)10和多个Agent(代理)12所组成，它提供Get、Set、GetNext、GetResponse和Trap等操作原语。对网络设备的管理和维护是Manager10通过Get/Set/GetNext与Agent12的MIB 14的交互来完成的，而GetResponse是将Get/GetNext对MIB 14操作的结果返回给Manager。一方面，通过Get/Set/GetNext来实现Manager对Agent侧的MIB信息的查询和修改等功能；另一方面，通过Trap将告警或事件信息主动上报给Manager，实现对设备状态的实时监控和管理。

然而，基于这种传统的标准SNMP MIB，会存在以下缺陷：

1、当需要更新SNMP MIB时，即使是简单的一个告警或性能MIB对象的增加或删除，则都需要经过重新设计、编程、测试和加载等阶段。

2、当设备由多个软件模块组成的时候，设备所安装的模块的不同而导致需要安装的MIB也不一样；另一方面，如果将整个设备定义成一个SNMPMIB，则这样的SNMP MIB将会变得非常庞大和复杂；另外，一旦对老版本的网元不再进行管理，则在整个MIB定义中就会出现许多无用的信息，对MIB维护带来较大困难。

3、Manager只能被动地接收SNMP的Trap和性能数据。也就是说，即使Manager不需要设备的告警信息，但是只要该告警没有被清除掉，Agent决不会停止告警信息的上报；即使Manager不需要性能数据，也不会停止性能数据的上报。其次，如果需要屏蔽某些告警和性能数据的时候，只能从Manager那儿实现(例如，不将告警和性能数据入库)。一方面，Agent上报了许多无用的告警信息和性能数据，另一方面，也导致了Manager因为处理这些告警和性能数据而使得负荷增加，因而造成网管性能的下降或设备成本的增加。

因此，如果要扩增网管功能而导致需要更新MIB的话，则只能通过对Agent进行软件升级的方法来实现。但这个问题在现实生活中会变得相当复杂，尤其是对于Agent来说，因为SNMP Agent属于网络设备侧软件系统的一部分，是随同网络设备一同发售的。另一方面，正如前述的网络设备的数量往往会比较多，导致软件升级的工作量将会很大；其次，运行中的设备正在为用户提供服务，一般不允许中断。尤其是作为核心设备的IPTV业务管理软件更是如此，这将使得网络设备软件升级变得不可能。

现有的专利文献包括：专利申请号为CN02106684(公开号：CN1442800；公开日：2003.09.17)的中国专利申请“动态SNMP网络设备”。

第CN02106684号中国专利申请存在以下不足：

1、不支持单个MIB对象的增加和删除；

2、加载和卸载MIB模块的实现过程复杂；

3、不能实现动态地控制SNMP Trap的产生和上报，例如，重复告警；

4、不能实现动态地控制性能数据的产生和上报。

为此，如何设计出一种动态的SNMP MIB，使得它能够动态地扩增IPTV业务管理软件SNMP MIB的功能，即成为尤其是IPTV业务管理软件设计上必须要解决的一个重要课题。

发明内容

本发明所要解决的技术问题是提供一种因特网网络电视业务的管理信息库的动态控制方法，解决现有技术不能对告警和性能数据的产生、上报进行动态控制的技术问题。

为达到上述目的，本发明提供了一种因特网网络电视业务的管理信息库的动态控制方法，其特点在于，包括：为网络电视业务的各组成设备的管理模块创建管理信息库模块，在所述管理信息库模块中设置以下字段组合的之一或全部：告警管理字段和告警操作字段的组合、性能管理字段和性能操作字段的组合；设备管理器通过所述告警管理字段为有效或无效来决定是否接收设备上报的告警，通过所述性能管理字段为有效或无效来决定是否接收设备上报的性能数据；所述设备通过所述告警操作字段为有效或无效来决定是否产生告警，通过所述性能操作字段为有效或无效来决定是否产生性能数据。

上述的方法，其特点在于，所述告警管理字段和性能管理字段由所述设备管理器赋值，如果所述告警管理字段为“有效”，则所述设备管理器接收设备上报的告警，否则拒绝设备上报的告警；如果所述性能管理字段为“有效”，则所述设备管理器接收设备上报的性能数据，否则拒绝设备上报的性能数据。

上述的方法，其特点在于，所述告警操作字段和性能操作字段由所述设备赋值，如果所述告警操作字段为“有效”，则所述设备产生告警，否则不产生告警；如果所述性能操作字段为“有效”，则所述设备产生性能数据，否则不产生性能数据。

上述的方法，其特点在于，所述设备根据所述告警管理字段和告警操作字段来决定是否主动上报告警。

上述的方法，其特点在于，进一步包括如下步骤：

步骤A，所述设备判断所述告警管理字段是否为“有效”，是则执行步骤B，否则执行步骤D；

步骤B，所述设备判断所述告警操作字段是否为“有效”，是则执行步骤C，否则执行步骤D；

步骤C，所述设备产生告警并向所述管理器上报所述告警；

步骤D，进行正常操作，并结束流程。

上述的方法，其特点在于，所述设备根据所述性能管理字段和性能操作字段来决定是否主动上报性能数据。

上述的方法，其特点在于，进一步包括如下步骤：

步骤a，所述设备判断所述性能管理字段是否为“有效”，是则执行步骤b，否则执行步骤d；

步骤b，所述设备判断所述性能操作字段是否为“有效”，是则执行步骤c，否则执行步骤d；

步骤c，所述设备产生性能数据并向所述管理器上报所述性能数据；

步骤d，进行正常操作，并结束流程。

上述的方法，其特点在于，所述设备根据管理信息库模块的类型值来加载对应的管理信息库模块。

上述的方法，其特点在于，所述设备管理器根据多个关联对象来为所述告警管理字段和性能管理字段赋值。

上述的方法，其特点在于，所述设备根据多个关联对象来为告警操作字段和性能操作字段赋值。

本发明的技术效果在于：

在本发明中，提供了一种IPTV业务管理软件SNMP MIB动态控制的实现方法。它可以通过IPTV业务管理软件模块安装的情况，实现动态地加载和卸载SNMP MIB模块。通过Manager与Agent的交互，可以实时地控制告警的产生和上报(例如，重复告警)，以及无用的性能数据的产生和上报。降低了开发成本，增强了系统的性能和响应时间，提升了设备的可用性和核心竞争力，缩短了产品开发和投放市场的时间

与现有技术相比较，本发明充分扩展现有动态SNMP网络设备的功能，向IPTV业务管理软件提供了一种动态地扩增SNMP MIB功能的实现方法；利用了现有IPTV业务管理软件Plug in(即插即用)的技术特点，使用动态加载和卸载MIB模块的机制，并通过动态地修改TrapAdm和PerfAdm的值，避免了无用的告警信息和性能数据的产生和上报，在不需要增加和删除MIB对象的情况下但是却达到了同样的效果，极大地提高了SNMP Agent和网管的效率。

附图说明

图1是SNMP网管的结构示意图；

图2是本发明Manager与Agent交互的示意图；

图3是本发明动态控制SNMP MIB逻辑示意图；

图4是本发明动态控制告警的流程图；

图5是本发明动态控制性能数据的流程图。

具体实施方式

下面是根据附图和实例对本发明的进一步详细说明：

本发明为了改进前述SNMP MIB的缺陷，降低开发成本，提高IPTV业务管理软件的性能和核心竞争力，提供一种IPTV业务管理软件SNMP MIB动态控制的实现方法，通过在SNMP MIB里增加若干字段，实现对IPTV业务管理软件SNMP MIB的动态控制。

图2是本发明Manager与Agent交互的示意图；Agent22连接MIB 24，在Agent22和Manager 20之间进行TrapAdm(告警管理字段)、PerfAdm(性能管理字段)、Trap PDU和Perf PDU的交互。

图3是本发明动态控制SNMP MIB逻辑示意图；包括如下步骤：

步骤31，SNMP Agent为TrapAdm、TrapOpt、PerfAdm、PerfOpt赋值；

步骤33，Manager设置TrapAdm和PerfAdm的值；

步骤35，Agent设置TrapOpt和PerfOpt的值；

步骤37，按照TrapAdm和TrapOpt决定告警产生，按照PerfAdm和PerfOpt决定性能数据产生。

根据本发明的基本构思，为组成设备的每个软件模块创建各自的SNMPMIB模块。Agent通过查询SNMP MIB的Type获知所加载的MIB模块。Trap定义中包括新增的TrapAdm和TrapOpt两个字段；同样，性能MIB定义中也包括新增的PerfAdm和PerfOpt两个字段。Manager通过控制TrapAdm字段来决定是否接收设备上报的告警；而设备通过TrapOpt字段来决定设备告警的产生；同样地，Manager通过控制PerfAdm字段来决定是否接收设备上报的性能数据，而Agent通过PerfOpt字段来决定设备性能数据的产生。

本发明提供一种IPTV业务管理软件SNMP MIB的动态控制方法。所述方法包括以下步骤：

1)为被管设备的每个软件模块定义一个SNMP MIB模块。

2)将每个MIB模块包含的所有MIB信息加载到为所述的被管设备中。

3)SNMP Agent根据Type的值来决定加载的SNMP MIB模块。

4)TrapAdm的值(ON或OFF)由Manager设置，根据该值来确定Manager是否接收来自设备的告警。

5)PerfAdm的值(ON或OFF)由Manager设置，根据该值来确定Manager是否接收来自设备的性能数据。

6)TrapOpt的值(ON或OFF)由Agent决定，根据该值来确定设备是否产生告警。

7)PerfOpt的值(ON或OFF)由Agent决定，根据该值来确定设备是否产生性能数据。

8)根据TrapAdm和TrapOpt的值来决定是否主动上报告警。

9)按照PerfAdm和PerfOpt的值来决定是否产生和上报性能数据。

10)只有TrapAdm和TrapOpt的值都为ON的时候，设备才向Manager主动上报告警。

11)只有PerfAdm和PerfOpt的值都为ON的时候，设备才向Manager上报性能数据。

本发明所定义的SNMP MIB不仅包含标准的告警Trap信息、性能参数等，还包括以下新增的信息：

1、TrapAdm(告警管理字段)

TrapAdm字段表示是否向Manager发送告警信息，该字段的值由Manager设置。

如果TrapAdm字段是“ON”状态，则Agent可以将告警发送给Manager；然而当TrapAdm字段是“OFF”状态时，则Agent不发送告警给Manager。

同样，当需要屏蔽设备的告警时，或Manager不需要设备发送告警信息时，则将TrapAdm字段被设置成“OFF”状态。虽然没有删除该MIB对象，但是却达到了同样的效果。

2、TrapOpt(告警操作字段)

TrapOpt字段定义了告警产生的条件，该字段的值由Agent负责设置，或者是“ON”状态(它的值是“1”)，或者是“OFF”状态(它的值是“0”)。当满足告警产生的条件时，Agent设置TrapOpt字段的值为“ON”状态。

在这种情况下，所定义的告警产生条件可以与多个对象进行关联。例如，当对象‘B’大于‘n’并且对象‘C’大于‘m’时，则TrapOpt的值被设置成“ON”状态。因此，无需增加新的对象，但是却取得了同样的效果。

同样地，当TrapAdm和TrapOpt都是“ON”状态时，则向Manager上报告警信息。如图3所示，Manager20定义了如下告警Trap(包括新增的TrapAdm和TrapOpt之值)(步骤31)。

ObjectName TRAP-TYPE

ENTERPRISE{enterprise name}

VARIABLES{variable name}

DESCRIPTION″comment″

TRAPAdm{flag value}

TRAPOpt{flag value}

::＝Sub OID

例如，通过与对象‘A’和对象‘B’的关联来决定告警的产生和上报给Manager：

1)对象‘A’的取值范围在1到5之间；

2)如果对象‘A’的值大于‘3’，则可以向Manager上报告警信息。

3)如果对象‘B’的值大于‘4’，则对象‘A’的TrapOpt是“ON”状态。

3、PerfAdm(性能管理字段)

PerfAdm字段表示是否向Manager发送性能数据，该字段的值由Manager设置。

如果PerfAdm字段是“ON”状态，则Agent可以将性能数据发送给Manager；然而当PerfAdm字段是“OFF”状态时，则Agent不发送性能数据给Manager。

同样，当需要屏蔽设备的性能数据时，或Manager不需要设备发送性能数据时，则将PerfAdm字段设置成“OFF”状态。即使是没有删除该MIB对象，但是却达到了同样的效果。

4、PerfOpt(性能操作字段)

PerfOpt字段定义了设备性能数据产生的条件，该字段的值由Agent负责设置，或者是“ON”状态(它的值是“1”)，或者是“OFF”状态(它的值是“0”)。当满足性能数据产生的条件时，Agent设置TrapOpt字段的值为“ON”状态。

因此，当Manager20需要屏蔽设备的告警和性能数据的时候，它可以通过Agent22来设置TrapAdm和PerfAdm的值。通过这样的手段，Manager20可以屏蔽重复告警和无用的性能数据，等等(步骤33)。

同样地，Agent 12可以根据网管需求来设置各个对象的TrapOpt和PerfOpt的值，以决定设备是否产生告警和性能数据(步骤35)。

综上所述，一条告警产生的全过程是：首先，Agent22按照TrapAdm和TrapOpt的值来决定是否产生告警(步骤37)。也就是说，正如图4所示，首先，Agent22查询对象‘A’的TrapAdm的值，确定对象‘A’是否处于‘ON’状态(步骤41)。

其次，如果对象‘A’的TrapAdm是‘OFF’状态，即使满足条件2)，Agent12也不会向Manager10上报告警信息。与此同时，在对象‘A’的TrapAdm是‘ON’状态，Agent12会检查TrapOpt是否是‘ON’状态(步骤43)。一旦检查到TrapOpt是‘ON’状态，则Agent12产生告警，并主动向Manager10上报告警信息(步骤45)，然后进行正常操作(步骤47)。

与上述一样，当Manager20需要屏蔽设备的性能数据的时候，它可以通过Agent22来设置PerfAdm的值。Agent22可以根据网管需求来设置各个对象的TrapOpt的值，以决定设备是否需要产生这些性能数据。

同样，一条性能数据产生的全过程是：首先，Agent22按照PerfAdm和PerfOpt的值来决定是否产生告警。也就是说，正如图5所示，首先，Agent22查询MIB对象的PerfAdm的值，以确定MIB对象是否处于‘ON’状态(步骤51)。

其次，如果MIB对象的PerfAdm是‘OFF’状态，Agent22决不会向Manager20上报性能数据。与此同时，当MIB对象的PerfAdm是‘ON’状态时，Agent会检查PerfOpt是否是‘ON’状态(步骤53)。一旦检查到PerfOpt也是‘ON’状态，则Agent22产生性能数据，并向Manager20上报性能数据(步骤55)，然后进行正常操作(步骤57)。

总之，设备产生一条告警和性能数据要与TrapAdm和TrapOpt及其PerfAdm和PerfOpt的值进行关联，以及与之相关的多个对象进行关联。在本发明中，只涉及到一个Agent22，但本发明不局限于一个Agent22，可以应用于Manager20与多个Agent22互联的情况。

正如上所述，按照本发明所描述的一种IPTV业务管理软件SNMP MIB动态控制的实现方法，必须为每个MIB对象分别定义一个TrapAdm字段、一个PerfAdm、一个TrapOpt字段和一个PerfOpt(当应用于整个MIB模块时，可以为这个MIB模块定义一个TrapAdm字段、一个PerfAdm、一个TrapOpt字段和一个PerfOpt)，以及与之相关的多个对象进行关联。虽然没有增加和删除MIB对象，但是却达到了同样的效果。在特殊情况下，前述的控制条件可以是任意的。

此外，可以在告警和性能产生的发源地屏蔽告警和性能数据，极大地缩减了网管的流量和Manager20的负荷，也提高了网管的效率和降低了开发成本。

以上所述仅为本发明的较佳实施例，并非用来限定本发明的实施范围；凡是依本发明所作的等效变化与修改，都被本发明的专利范围所涵盖。

Claims (10)

1、一种因特网网络电视业务的管理信息库的动态控制方法，其特征在于，包括：为网络电视业务的各组成设备的管理模块创建管理信息库模块，在所述管理信息库模块中设置以下字段组合的之一或全部：告警管理字段和告警操作字段的组合、性能管理字段和性能操作字段的组合；

设备管理器通过所述告警管理字段为有效或无效来决定是否接收设备上报的告警，通过所述性能管理字段为有效或无效来决定是否接收设备上报的性能数据；所述设备通过所述告警操作字段为有效或无效来决定是否产生告警，通过所述性能操作字段为有效或无效来决定是否产生性能数据。

2、根据权利要求1所述的方法，其特征在于，所述告警管理字段和性能管理字段由所述设备管理器赋值，如果所述告警管理字段为“有效”，则所述设备管理器接收设备上报的告警，否则拒绝设备上报的告警；如果所述性能管理字段为“有效”，则所述设备管理器接收设备上报的性能数据，否则拒绝设备上报的性能数据。

3、根据权利要求2所述的方法，其特征在于，所述告警操作字段和性能操作字段由所述设备赋值，如果所述告警操作字段为“有效”，则所述设备产生告警，否则不产生告警；如果所述性能操作字段为“有效”，则所述设备产生性能数据，否则不产生性能数据。

4、根据权利要求3所述的方法，其特征在于，所述设备根据所述告警管理字段和告警操作字段来决定是否主动上报告警。

5、根据权利要求4所述的方法，其特征在于，进一步包括如下步骤：

步骤A，所述设备判断所述告警管理字段是否为“有效”，是则执行步骤B，否则执行步骤D；

步骤B，所述设备判断所述告警操作字段是否为“有效”，是则执行步骤C，否则执行步骤D；

步骤C，所述设备产生告警并向所述管理器上报所述告警；

步骤D，进行正常操作，并结束流程。

6、根据权利要求3所述的方法，其特征在于，所述设备根据所述性能管理字段和性能操作字段来决定是否主动上报性能数据。

7、根据权利要求6所述的方法，其特征在于，进一步包括如下步骤：

步骤a，所述设备判断所述性能管理字段是否为“有效”，是则执行步骤b，否则执行步骤d；

步骤b，所述设备判断所述性能操作字段是否为“有效”，是则执行步骤c，否则执行步骤d；

步骤c，所述设备产生性能数据并向所述管理器上报所述性能数据；

步骤d，进行正常操作，并结束流程。

8、根据权利要求4、5、6或7所述的方法，其特征在于，所述设备根据管理信息库模块的类型值来加载对应的管理信息库模块。

9、根据权利要求2所述的方法，其特征在于，所述设备根据多个关联对象来为告警操作字段和性能操作字段赋值。

10、根据权利要求3所述的方法，其特征在于，所述设备根据多个关联对象来为所述告警操作字段和性能操作字段赋值。

Images