CN102026233A - 电信设备版本兼容方法及装置 - Google Patents

Abstract

本发明公开了一种电信设备版本兼容方法及装置。该方法包括：接收用户的处理请求，获取相应网元的版本信息；根据版本信息启动相应的类加载器，通过类加载器加载与版本信息相对应的业务处理子系统，并调用业务处理子系统；业务处理子系统根据处理请求激发相应的业务处理模块，通过业务处理模块对相应网元进行处理，并返回处理结果。借助于本发明的技术方案，能够实现系统的零耦合，降低系统的操作复杂度，并且减小了今后系统在开发、测试、升级和维护上的工作量。

Description

电信设备版本兼容方法及装置

技术领域

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

背景技术

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

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

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

发明内容

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

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

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

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

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

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

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

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

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

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

本发明有益效果如下：

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

附图说明

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

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

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

具体实施方式

为了解决现有技术中实现版本兼容而导致的系统开发、维护、升级、测试工作量大，系统复杂度高，以及系统耦合度高的问题，本发明提供了一种电信设备版本兼容方法及装置，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

方法实施例

根据本发明的实施例，提供了一种电信设备版本兼容方法，图1是本发明实施例的电信设备版本兼容方法的流程图，如图1所示，根据本发明实施例的电信设备版本兼容方法包括如下处理：

首先，在系统启动时，需要扫描当前系统支持的业务处理子系统，并为支持的业务处理子系统创建一个相应的类加载器，每一个类加载器负责将相应版本的业务处理子系统加载到系统中。随后进行如下处理：

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

优选地，在步骤101中，可以将处理请求和版本信息进行重新封装，构建成请求处理对象；其中，用户发送的处理请求中携带有以下信息：处理请求的类型、请求处理的业务对象、以及请求处理的数据。在对处理请求和版本信息进行重新封装时，需要将处理请求的类型、请求处理的业务对象、请求处理的数据、以及版本信息进行重新封装，构建成请求处理对象。

步骤102，根据版本信息启动相应的类加载器，通过类加载器加载与版本信息相对应的业务处理子系统，并调用业务处理子系统；在实际应用中，可以通过预先定义的与业务无关的抽象接口调用业务处理子系统。

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

以下结合附图，对本发明实施例的上述技术方案进行详细的说明。

图2是本发明实施例的电信设备版本兼容方法的详细处理的流程图，如图2所示，包括如下处理：

本发明一种快速开通基站的方法和装置流程如下：

步骤201，请求接收模块接收用户的处理请求，并将处理请求转发给预处理模块；

步骤202，预处理模块获取到当前请求处理的网元的版本，将请求处理的类型、处理的业务对象、处理的数据和版本信息重新组装后构建成请求处理对象转发给服务处理引擎模块；

步骤203，服务处理引擎模块根据版本启动相应的类加载器；

步骤204，类加载器加载相关版本的业务处理子系统；

步骤205，服务处理引擎模块调用类加载器加载的当前业务处理子系统处理对当前网元的业务请求；

步骤206，业务处理子系统激发具体的业务实现完成请求处理并返回处理结果，流程结束。

从上述处理可以看出，本发明实施例的技术方案将系统分为与业务无关和业务相关量部分，业务无关的部分由框架模块实现，框架模块控制业务处理的主流程无需考虑版本兼容；业务相关的部分由业务处理子系统实现，不同版本的业务处理子系统将实现不同的业务处理逻辑。框架模块能够适配不同版本的多个业务处理子系统，由框架模块接收用户请求并决定相应版本的业务处理子系统，为动态兼容不同版本的业务模块创造了条件。

引入类加载机制解决版本兼容问题，类加载器位于服务处理引擎和业务处理子系统之间，起到版本适配的作用，它把服务处理引擎和业务处理子系统相互隔离开，减小了它们之间的耦合度，同时类加载器又是纽带，通过版本信息将两者动态的结合在一起。此外，采用类加载机制能够支持业务版本整版本的兼容，业务处理子系统无需进行版本相关和版本无关的分离，真正实现了不同版本之间的零耦合关系。

本发明实施例在运行时动态加载不同版本的业务处理子系统，在实际应用中，网元的版本无论是升级还是回退都能够直接支持，并且能够很好的适应复杂多变的现场环境，大大减小系统维护的难度。同时，将不同版本之间的差异对用户透明，用户无需关心当前处理的是什么版本的网元，系统会根据网元的具体版本自动发起不同的业务处理子系统的流程，降低了系统的操作复杂度从而使易用性也得到了提高。

不同版本的业务处理子系统可以互不交织的平行共存在同一系统中，在进行版本开发时只需考虑当前版本的业务逻辑无需为版本兼容做额外的开发工作，因此不管兼容多少版本系统的复杂度都不会增加；测试时也只需要对当前的版本进行测试无需因版本兼容对此前的版本重复测试，将大大减小今后系统在开发、测试和维护上的工作量。

装置实施例

根据本发明的实施例，提供了一种电信设备版本兼容装置，图3是本发明实施例的电信设备版本兼容装置的结构示意图，如图3所示，根据本发明实施例的电信设备版本兼容装置包括：请求接收模块30、预处理模块32、服务处理引擎模块34、业务处理子系统36，以下对本发明实施例的各个模块进行详细的说明。

请求接收模块30用于接收用户的处理请求，并转发到预处理模块32；其中，用户发送的处理请求中携带有以下信息：处理请求的类型、请求处理的业务对象、以及请求处理的数据。

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

优选地，预处理模块32可以进一步用于：将处理请求和版本信息进行重新封装，构建成请求处理对象。

具体地，预处理模块32在对处理请求和版本信息进行重新封装时，需要将处理请求的类型、请求处理的业务对象、请求处理的数据、以及版本信息进行重新封装，构建成请求处理对象。

服务处理引擎模块34用于根据版本信息启动相应的类加载器，通过类加载器加载与版本信息相对应的业务处理子系统，并调用业务处理子系统36；在实际应用中，服务处理引擎模块34可以通过预先定义的与业务无关的抽象接口调用业务处理子系统。

此外，在系统启动时，服务处理引擎模块34还需要扫描当前系统支持的业务处理子系统，并为支持的业务处理子系统创建一个相应的类加载器，每一个类加载器负责将相应版本的业务处理子系统加载到系统中，并交由服务处理引擎模块34调用激发具体的业务处理逻辑。

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

以下对本法发明实施例的电信设备版本兼容装置中各个模块的实现版本兼容的处理过程进行详细说明。

在系统启动时，服务处理引擎模块34扫描当前系统支持的业务处理子系统，并为每一个业务处理子系统创建一个类加载器。每一个类加载器负责将相应版本的业务处理子系统加载到系统中，并交由服务处理引擎调用激发具体的业务处理逻辑；随后，启动请求接收模块30，等待接收用户发起的业务操作；用户发起具体的业务操作，请求接收模块30接收到用户的处理请求后随即将请求转交给预处理模块32；预处理模块32分析入参后得到当前处理网元的版本，将请求处理的类型、处理的业务对象、处理的数据和版本信息重新组装后构建成请求处理对象，再将请求处理对象交给服务处理引擎模块34；接收到请求处理对象后服务处理引擎模块34根据请求对象中的版本信息启动相应的类加载器，类加载器加载与之版本相对应的业务处理子系统；服务处理引擎模块34调用由类加载器加载的当前业务处理子系统36完成请求处理。服务处理引擎模块34与业务处理子系统36之间定义有与业务无关的抽象接口，服务处理引擎模块34通过这些接口完成对业务处理子系统的调用；业务处理子系统36激发具体的业务实现逻辑完成最终的请求处理并将处理结果返回给用户；用户业务处理结束。

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

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (10)

1.一种电信设备版本兼容方法，其特征在于，包括：

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

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

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

2.如权利要求1所述的方法，其特征在于，所述处理请求中携带有以下信息：所述处理请求的类型、请求处理的业务对象、以及请求处理的数据。

3.如权利要求1或2所述的方法，其特征在于，所述获取相应网元的版本信息后，所述方法还包括：

将所述处理请求和所述版本信息进行重新封装，构建成请求处理对象。

4.如权利要求1所述的方法，其特征在于，在系统启动时，所述方法还包括：

扫描当前系统支持的业务处理子系统，并为支持的业务处理子系统创建相应的类加载器。

5.如权利要求1所述的方法，其特征在于，调用所述业务处理子系统包括：

通过预先定义的与业务无关的抽象接口调用所述业务处理子系统。

6.一种电信设备版本兼容装置，其特征在于，包括：

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

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

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

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

7.如权利要求6所述的装置，其特征在于，所述处理请求中携带有以下信息：所述处理请求的类型、请求处理的业务对象、以及请求处理的数据。

8.如权利要求6或7所述的装置，其特征在于，所述预处理模块进一步用于：

将所述处理请求和所述版本信息进行重新封装，构建成请求处理对象。

9.如权利要求6所述的装置，其特征在于，所述服务处理引擎模块进一步用于：在系统启动时，扫描当前系统支持的业务处理子系统，并为支持的业务处理子系统创建相应的类加载器。

10.如权利要求6所述的装置，其特征在于，所述服务处理引擎模块具体用于：通过预先定义的与业务无关的抽象接口调用所述业务处理子系统。

Images