[发明专利]电信设备版本兼容方法及装置

说明书

技术领域

本发明涉及移动通讯领域，特别是涉及一种电信设备版本兼容方法及装置。

背景技术

目前，国外某些高端运营商在升级大批网元之前，往往先升级一部分网元作为试点，在试运行1至2个月之后，再进行全网升级。因此，在升级期间，会存在N版本、N-1版本的基站混合组网的情况，从而需要这些基站之间能保证业务互通，例如，可以切换终端、兼容接入网关、网络服务提供商(NetworkServices Provider，简称为NSP)等。因此需要新版本的操作维护中心(Operations&Maintenance Center，简称为OMC)具备管理N版本和N-1版本网元的能力。除了版本兼容的功能外，OMC还要尽量减小前后版本之间的耦合性，否则可能会给开发和测试带来巨大的工作量。

在现有技术中，实现版本兼容的技术方案大体分为两类：一类实现将系统分为与版本无关和版本相关的两部分，版本无关的功能由系统的底层框架模块实现，版本相关的功能由不同的应用模块实现。框架模块给出一套抽象接口定义，业务模块在这套接口的架构下实现不同版本的业务逻辑。同时每一版本的组件提供一个版本相关的功能列表，由框架来适配接入模块组件的具体业务功能，功能兼容仅仅是部分功能的兼容。上述技术方案具有以下缺点：1、需要定义一套模块间描述业务行为的接口，这难以适应业务行为的变化，一旦涉及到接口的变化对于系统各个模块的开发和升级都将带来很大的困难。2、上述技术方案的业务模块是使用动态链接库实现的，一个业务模块往往需要很多的动态链接库才能实现，还需要维护一个功能清单列表来描述各个版本所支持的功能由那些动态连接库实现，这样系统的编译和升级都将是一件十分繁琐的事情。

另外一类实现强调业务模型的作用，认为版本信息是领域内的业务属性，将其涵盖在业务模型的定义中。执行具体操作时所处理的业务实体属性中附有版本信息，业务模型根据不同的版本来适配不同的实现。要支持这样的业务模型，显然数据模型中也必须含有版本信息。这种技术方案实质是通过业务模型来兼容不同版本的功能。上述技术方案具有以下缺点：1、将兼容的职责委派给了业务模型，业务模型不但要兼容老版本同时还要预见以后版本需求的演变，因此业务模型的设计难度大；2、由于数据库表中不可避免的带有版本信息，给版本升级也带来了难度和风险。

发明内容

本发明提供一种电信设备版本兼容方法及装置，以解决现有技术中实现版本兼容而导致的系统开发、维护、升级、测试工作量大，系统复杂度高，以及系统耦合度高的问题。

本发明提供一种电信设备版本兼容方法，包括：

接收用户的处理请求，获取相应网元的版本信息；

根据版本信息启动相应的类加载器，通过类加载器加载与版本信息相对应的业务处理子系统，并调用业务处理子系统；

业务处理子系统根据处理请求激发相应的业务处理模块，通过业务处理模块对相应网元进行处理，并返回处理结果。

本发明还提供了一种电信设备版本兼容装置，包括：

请求接收模块，用于接收用户的处理请求，并转发到预处理模块；

预处理模块，用于获取相应网元的版本信息，并将处理请求和版本信息转发到服务处理引擎模块；

服务处理引擎模块，用于根据版本信息启动相应的类加载器，通过类加载器加载与版本信息相对应的业务处理子系统，并调用业务处理子系统；

业务处理子系统，用于根据处理请求激发相应的业务实现模块，通过业务实现模块对相应网元进行处理，并返回处理结果。

本发明有益效果如下：

通过类加载器加载与版本信息相对应的业务处理子系统，并通过业务处理子系统激发相应的业务处理模块对相应网元进行处理，解决了现有技术中实现版本兼容而导致的系统开发、维护、升级、测试工作量大，系统复杂度高，以及系统耦合度高的问题，能够真正实现系统中不同版本之间的零耦合关系，降低了系统的操作复杂度从而使易用性也得到了提高，并且大大减小今后系统在开发、测试、升级和维护上的工作量。

附图说明

图1是本发明实施例的电信设备版本兼容方法的流程图；

图2是本发明实施例的电信设备版本兼容方法的详细处理的流程图；

图3是本发明实施例的电信设备版本兼容装置的结构示意图。

具体实施方式