发明内容
有鉴于此,本发明提出了一种直放站监控的实现方法及系统,可以提高网管监控的开发效率和系统运行的稳定性。
为了解决上述技术问题,本发明采用了如下技术方案:
一种直放站监控的实现方法,包含如下步骤:
A、创建至少一种直放站监控协议COM组件,所述直放站监控协议COM组件具有唯一的全局统一标识符;
B、在网管中配置所述直放站监控协议COM组件的全局统一标识符;
C、网管根据待监控的设备类型获取相应的直放站监控协议COM组件的全局统一标识符;并根据获取的所述全局统一标识符创建接口;
D、网管通过所述接口向所获取的全局统一标识符对应的直放站监控协议COM组件传递待监控设备的相应监控数据处理请求;
E、所述直放站监控协议COM组件根据所述监控数据处理请求完成监控数据处理,将处理结果返回给网管,网管根据所述处理结果完成对待监控设备的监控。
所述数据处理为数据打包处理或数据解包处理。
所述网管为网管主系统或测试工具软件。
本发明还公开了一种直放站监控的实现系统,包括:
至少一种直放站监控协议COM组件,所述直放站监控协议COM组件具有唯一的全局统一标识符,用于根据网管传递来的监控数据处理请求完成监控数据处理,并将处理结果返回给网管;
网管模块,用于根据待监控的设备类型获取相应的直放站监控协议COM组件的全局统一标识符;根据获取的所述全局统一标识符创建接口,通过所述接口向所获取的全局统一标识符对应的直放站监控协议COM组件传递待监控设备的相应监控数据处理请求;并根据直放站监控协议COM组件返回的所述处理结果完成对待监控设备的监控。
本发明通过将各种直放站监控协议封装到COM组件中,网管只需通过统一的接口对监控协议组件进行访问,获取监控协议组件的服务,从而有效实现了监控协议的动态加载,减少各种机型间的相互影响,保证了系统的稳定性。同时,各种不同的网管可以共用同样的监控协议组件,因而也可以大大节省开发时间和周期。
具体实施方式
下面对照附图并结合具体实施方式对本发明进行进一步详细说明。
在直放站的监控中,设备监控协议定义了网管系统和布置在设备上的监控模块间如何交换信息,包含通讯方式和通讯数据包的定义。由于一个监控协议实际上可以是一个比较独立的接口系统,处理这样的协议完全可以独立于应用系统之外,应用系统与监控协议间只要定义好互相访问的接口即可。因此,可以把某些功能比较独立的模块脱离应用系统独立开发,在Windows平台下,这可以采用API或组件方式来实现。
COM是组件对象模型(Component Object Model)的简称,是OLE和ActiveX技术的基础。COM定义了一组API和一个二进制标准,让来自不同编程语言、不同平台的彼此独立的对象互相进行通信。它的这个特性使得把协议处理模块从网管系统中独立出来成为可能。
本发明的基本原理是:把一个监控协议封装到一个COM组件内,并定义好接口,主系统通过接口来访问监控协议组件,并获取监控协议组件的服务。这样的应用模式可以有效实现机型动态加载的问题,从而减少机型间的互相影响,保证系统的稳定。
本发明的系统框图如图1所示,图中示例性地显示了协议组件A和协议组件B。协议组件例如可以是中国移动通信的主要运营商,如移动、联通等的监控协议组件。显然,可以按同样的方式开发出多种监控协议组件提供给系统使用。
监控协议COM组件通过一个统一的协议处理接口和网管进行交互,网管的种类同样也是多样化的,例如可以是网管主系统,包括中文版和英文版网管、POI(多合路平台)网管;也可以是测试工具软件,包括有2G测试工具、3G测试工具,例如TD-SCDMA设备测试工具等。监控协议的处理在各种网管产品的开发中都是最重要的组成部分,各种网管系统和测试工具等等都会需要对同样的监控协议进行开发,如果针对每种网管产品都开发监控协议,显然这样的劳动是重复的。而本发明通过独立开发监控协议COM组件,COM组件中包含了一个统一接口,使得这些监控协议处理组件可以在不同的系统中应用,而任意的网管主控系统只需要兼容统一的接口定义,则这些系统是可以共用同一套协议组件的,这样,各种网管不需要再重复开发监控协议功能,而只需定义一个接口(Interface),接口中定义处理监控协议所用的函数,但在初始定义时并不具体实现。在进行监控的信息交互时,各个网管主控系统去调用接口中的上述函数,如打包、解包函数等,传入相应的参数。接口组件根据参数来调用相应的监控协议COM组件完成具体的内容。
这样的模式可以把直放站监控协议处理的开发变成一个黑盒模式,主控系统只需要针对接口做开发就可以了,这样大大节省了开发时间和周期。
如图2所示,图中示出了系统加载COM组件的过程,其主要的步骤是:
1、主控系统根据设备类型获取设备监控组件的全局统一标识符(GUID,储存在数据库或配置文件中);
2、根据GUID创建接口对象。
如果步骤1中获取GUID失败或者步骤2中创建接口对象失败,则提示并退出处理。
图3示出了主系统调用组件完成数据打包处理的过程,数据打包处理包含遥测数据打包、遥控数据打包、扩展遥测打包等等,其主要的步骤是:
1、主控系统向设备监控组件发送打包请求,请求中需要传输设备有关信息,例如设备类型信息给设备监控组件;
2、设备监控组件根据请求做处理,在提供用户录入时则显示界面要求用户录入信息后打包,如果没有提供用户录入则直接打包;设备监控组件根据协议定义(结合用户录入的信息)打好数据包后,返回成功提示以及总包数信息给主控系统;
3、主控系统根据总包数循环提取数据包;在遥控时,同时需要获取处理的参数列表信息,以便于把这些设置信息保存到数据库中;
如果设备监控组件打包失败,则返回失败提示,主控系统收到失败提示将退出处理;如果主控系统提取某个数据包失败时,提示失败并退出处理。
图4示出了主系统调用组件完成数据解包处理的过程,其主要步骤是:
1、主控系统向设备监控组件发送解包请求;
2、设备监控组件根据协议定义解开数据包,组合成参数信息串;
3、设备监控组件把参数信息串返回主控系统,同时返回是否需要答复、答复信息串、命令类型等信息,命令类型包括告警、查询返回、控制返回、巡检返回等等;
4、主控系统处理解包后的信息。
与打包处理类似,当设备监控组件解包失败时,返回失败提示,主控系统收到失败提示时,如果是不明确信息来源(不知道是从哪个直放站过来的信息,例如在通过拨号数传而且没有来电显示的情况下会导致信息来源不明,这个时候需要对所有有可能的协议做一个遍历),将调用其他的组件来处理,否则将退出处理。
在完成监控之后,网管将加载的组件进行释放,这可以通过主控系统给组件接口对象赋零值(nil)实现;
以上主要说明了本发明具体实施方式的直放站监控的实现方法,本发明同时也披露了该方法的一种实现系统,系统包括组件创建模块和网管模块,由于其操作过程与方式相似,在此不再赘述。
以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。