CN105227337A - 一种多模网管配置模型升级方法及装置 - Google Patents

Abstract

本发明公开了一种多模网管配置模型升级方法及装置，该方法包括：扩展服务端和客户端支持的所有制式的配置目录；在配置目录中进行配置模型的二次开发部署；向基站侧下发配置。通过扩展服务端和客户端支持的所有制式的配置目录，完成对服务端和客户端支持的所有制式的统一管理，从而使得在配置目录中进行配置模型的二次开发部署更方便有效。通过本发明提供的方法，各产品开发人员可以针对自己产品的业务约束，完成自动化的多模配置模型的升级，减少沟通成本，提高研发质量，避免了相同平台业务引起的重复开发严重。

Description

一种多模网管配置模型升级方法及装置

技术领域

本发明涉及无线通讯网管领域，尤其涉及一种多模网管配置模型升级方法及装置。

背景技术

目前，在移动通信网管领域，从2G，3G到4G，无线技术变得越来越丰富，技术发展的脚步催生网络融合的趋势。基于这种状况，OMC(OperationandMaintenanceCenter操作维护中心)大型网管系统已经需要通过软件配置实现多种标准、多种制式的支持，以实现灵活管理包括GSM,UMTS,CDMA,LTEFDD,LTETDD等多种单模制式及任意种制式组合的网元的管理与配置。

SDR(SoftwareDefinedRadio软基站)统一OMMB(Operation&MaintainsModuleNodeB基站网元的本地操作维护模块)网管是SDR多模软基站产品的运维支撑管理系统，支持多模软基站的灵活组网及灵活部署，是面向基站运维管理的部件。在现有技术中，其直接管理多模基站，由配置管理，告警管理，诊断管理，性能管理，以及版本管理等功能组成。其中配置管理由于提供了修改基站配置的主要功能，在网管系统的维护过程中，需要根据网元实际运行情况，实时地进行参数的调整和业务的调试，因此是OMC管理中非常重要的一部分。

软基站统一OMMB网管的管理范围涵盖了CDMA/GSM/UMTS/TDSCDMA/FDDLTE/TDDLTE各无线制式的SDR软基站设备，包括BBU(BuildingBasebandUnit，室内基带处理单元)，RRU(RadioRemoteUnit,射频拉远模块)，及外围辅助设备(如电调天线，塔放，陷波器等)。所管理站型规格包括室内型、室外型宏站，分布式BBU+RRU，Pico站等。目前多模OMMB的配置管理模型不仅要支持单模配置模型，同时要支持运营商和产品要求的任意组合的多模配置模型，即一套多模网管，管理所有产品的网元，各产品统一用一套多模网管系统管理，保证了灵活支撑用户对网络设备的有效运维管理。

业内的设备网管系统一般采用传统的C/S(客户端/服务端)架构来实现，客户端可以是图形化的GUI界面(肥客户端)，也可以是简单的命令窗口(瘦客户端)，用于和用户进行交互，将用户的操作请求发送给服务端，服务端真正负责处理用户请求，记录到数据库中，并将请求的结果返回给对应的客户端，然后由客户端呈现给用户。多个客户端可以同时接入一个服务端。

目前多模网管部署方式，有CDMA网管OMMB共管CDMA和LTE混模基站，LTE网管OMMB共管单模LTEFDD、LTETDD、LTEFEE和LTETDD两种制式共模的基站；GU网管OMMB支持GSM,UMTS的单模以及GSM,UMTS,LTEFDD,LTETDD相关的所有共模制式组合模型共管。这样势必造成不同模型之间重复开发严重，耗费开发人力，对于二次开发中配置模型的维护文件量巨大，业务逻辑比较复杂，单靠人为保证不易维护，易出错，一个配置参数的改动就要涉及多个配置目录，对运营商提出的一个业务需求的修改也是波及面大，维护性很差，造成缺陷泄露也非常多。另由于多模网管产品之间开发往往是跨地域开发团队，各种制式的业务逻辑大相径庭，人力沟通成本很大，开发效率难以得到保证。可见，现有的网管多模配置模型升级因不统一为升级带来了很多问题，因此，对于多模共管，迫切需要一种高效的开发和部署机制，这就迫切需要找出一种跨多模网管系统，兼容多模组合模型管理的升级配置模型的方法。

发明内容

本发明要解决的主要技术问题是，提供一种多模网管配置模型升级方法及装置，解决现有技术中多模网管配置模型升级不统一的问题。

为解决上述技术问题，本发明提供了一种多模网管配置模型升级方法,包括：扩展服务端和客户端支持的所有制式的配置目录；在配置目录中进行配置模型的二次开发部署；向基站侧下发配置。

在本发明的一种实施例中，在配置目录中进行配置模型的二次开发部署包括：生成管理对象模型的描述配置文件；生成产品场景定制模型；生成单板约束包和单板配置的路径存储文件；生成表结构和配置数据的升级脚本。

在本发明的一种实施例中，生成单板约束包和单模配置的路径存储文件包括：

对应单板配置功能设置路径存储文件；路径存储文件用于存储各制式的与单板配置功能对应的配置文件的存储路径；

根据用户选择的单板配置功能及单板制式信息，从与该单板配置功能对应的路径存储文件内查找与单板制式信息对应的存储路径，根据用户选择的单板配置功能对该存储路径内的配置文件进行更新。

在本发明的一种实施例中，存储路径按照客户端和服务端分组存储在路径存储文件中，且客户端和服务端中的各制式对应的存储路径的排列顺序是固定的。

在本发明的一种实施例中，还包括：将多模网管配置模型升级的中间过程和最终结果都记录在文件中。

在本发明的一种实施例中，在配置目录中进行配置模型的二次开发部署之后还包括：创建自动化单板遍历脚本，逐个对单板进行测试。

本发明还提供了一种多模网管配置模型升级装置,包括扩展模块、部署模块和下发模块；

扩展模块用于扩展服务端和客户端支持的所有制式的配置目录；

部署模块用于在配置目录中进行配置模型的二次开发部署；

下发模块用于向基站侧下发配置。

在本发明的一种实施例中，部署模块还包括管理对象模型配置文件生成模块，用于生成管理对象模型的描述配置文件；场景定制模型生成模块，用于生成产品场景定制模型；单板约束包生成模块，用于生成单板约束包和单板配置的路径存储文件；脚本生成模块，用于生成表结构和配置数据的升级脚本。

在本发明的一种实施例中，单板约束包生成模块还包括路径存储文件设置子模块、查找子模块和更新子模块；

路径存储文件设置子模块用于对应单板配置功能设置路径存储文件；路径存储文件用于存储各制式的与单板配置功能对应的配置文件的存储路径；

查找子模块用于根据用户选择的单板配置功能及单板制式信息，从与该单板配置功能对应的路径存储文件内查找与单板制式信息对应的存储路径；

更新子模块用于根据用户选择的单板配置功能对该存储路径内的配置文件进行更新。

在本发明的一种实施例中，还包括记录模块，用于将多模网管配置模型升级的中间过程和最终结果都记录在文件中。

在本发明的一种实施例中，还包括遍历脚本创建模块，用于创建自动化单板遍历脚本，逐个对单板进行测试。

本发明的有益效果是：

本发明提供了一种多模网管配置模型升级方法及装置，该方法包括：扩展服务端和客户端支持的所有制式的配置目录；在配置目录中进行配置模型的二次开发部署；向基站侧下发配置。通过扩展服务端和客户端支持的所有制式的配置目录，完成对服务端和客户端支持的所有制式的统一管理，从而使得在配置目录中进行配置模型的二次开发部署更方便有效。通过本发明提供的方法，各产品开发人员可以针对自己产品的业务约束，完成自动化的多模配置模型的升级，减少沟通成本，提高研发质量，避免了相同平台业务引起的重复开发严重。

附图说明

图1为本发明实施例一提供的一种多模网管配置模型升级方法的流程示意图；

图2为本发明实施例一提供的在配置目录中进行配置模型的二次开发部署的流程示意图；

图3为本发明实施例一提供的脚本测试的流程示意图；

图4为本发明实施例二提供的一种多模网管配置模型升级装置的结构示意图；

图5为本发明实施例二提供的部署模块的结构示意图；

图6为本发明实施例二提供的单板约束包生成模块的结构示意图；

图7为本发明实施例二提供的另一种多模网管配置模型升级装置的结构示意图；

图8为本发明实施例二提供的又一种多模网管配置模型升级装置的结构示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。

实施例一：

本实施例提供了一种多模网管配置模型升级方法，请参见图1，图1为该方法的流程示意图，该方法包括如下步骤：

步骤S101：扩展服务端和客户端支持的所有制式的配置目录。

步骤S102：在配置目录中进行配置模型的二次开发部署；

步骤S103：向基站侧下发配置。

在上述步骤S101中，配置目录为存储服务端和客户端支持的各制式的文件的目录。用户可以选择需要扩展的制式组合，以及对应的产品模型进行扩展，此模型中已经包含现有已支持的制式组合。进一步地，可采用以下方式进行扩展：(1)基于自动化配置框架，需要各产品配置自己的多模部署C/S端路径，各自动生成器对应一套本功能的部署配置文件，通过统一框架集中管理。(2)基于现有产品制式，自动扫描拷贝现有制式的服务端配置和客户端机架图配置目录，然后加载器自动更改拷贝路径的模型目录为新增多模部署路径，则自动扩充出需要分为GSM,UMTS,GU,GL,UL,GUL,GTDL,UTDL,GUTDL,GFTL,UFTL,GUFTL12种部署结构模型目录。

在上述步骤S101中，在配置目录中进行配置模型的二次开发部署进一步地还包括如下步骤，请参见图2：

步骤S201：生成MOM的描述配置文件。MOM(ManagedObjectModel，管理对象模型)，3GPPTS32.622称之为NRM(NetworkResourceModel，网络资源模型)，或称之为MIM(ManagementInformationModel，管理信息模型)。MOM中描述了MOC(ManagedObjectClass)的属性,操作MOM中描述了MOI(ManagedObjectIndex)的属性和操作。

在步骤S201之前，还可包括完成版本配置目录切换。

步骤S202：生成产品场景定制模型，也即对产品的MOM模型做属性的定制，这里的场景定制是指针对不同的制式设置不同的显示界面，例如对于移动的GSM网络，将其的无线载波等信息显示在单板配置功能界面，而对于联通的WCDMA，则将其关于小区的信息显示在单板配置功能界面。

步骤S203：生成单板约束包和单板配置的路径存储文件。利用单板物理特性文档，生成单板业务约束包，一键式增加RRU/BBU单板集，自此单板机架图模型完成一并升级。

步骤S204：在对象化的适配之后，自动生成表结构和配置数据的升级脚本完成网管系统的本地数据库升级。

此时OMMB可以接入多模基站，因此可以执行步骤S103，下发配置，经过基站侧MO适配之后，配置数据转化为前台数据库表配置数据，完成了网管和多模基站对接，用户可以开始管理多模网元。

在上述步骤S204中，还包括：对应单板配置功能设置路径存储文件；路径存储文件用于存储各制式的与单板配置功能对应的配置文件的存储路径；根据用户选择的单板配置功能及单板制式信息，从与该单板配置功能对应的路径存储文件内查找与单板制式信息对应的存储路径，根据用户选择的单板配置功能对该存储路径内的配置文件进行更新。通过上述设置，终端可根据用户在单板配置功能界面输入的信息查找到与该单板配置功能对应的配置文件，从而对配置文件进行更新(例如修改、替换关键字信息等)，而现有技术通常是由人来查找相关的配置文件，然后进行修改，可见，采用上述方法，由终端的查找替代人的查找，并进行修改，可减少人的处理过程，大大地简化了二次开发的部署。进一步地，还可以将存储路径按照客户端和服务端分组存储在路径存储文件中，且客户端和服务端中的各制式对应的存储路径的排列顺序是固定的。为更详细地说明本步骤，下面以一键增加BBU单板进行说明：在终端中存储有多个路径存储文件，分别对应一键增加BBU单板的配置功能、增加GU版本号的配置功能、切换平台版本号的配置功能等，在一键增加BBU单板的配置功能界面，需要用户输入要增加的BBU单板的名称、支持的制式等一些数据，在用户输入BBU单板的名称、支持的制式等数据之后，终端查找与一键增加BBU单板的配置功能对应的路径存储文件，在该路径存储文件内以客户端和服务端分别存储了12种制式的路径，这12种制式分别为GSM,UMTS,GU,GL,UL,GUL,GTDL,UTDL,GUTDL,GFTL,UFTL,GUFTL，终端根据用户在配置功能界面输入的单板制式，例如是GSM，查找到相应的制式的路径。一般一键增加BBU单板主要涉及到四个配置文件:服务端：sdrmanager-model-board.xml和sdrmanager-model-ssb.xml，客户端：mediator-sdrmap-card.xml和sdrmap-cm-rack-i18n.xml。因此在该路径存储文件的服务端组内的各制式的存储路径下存储sdrmanager-model-board.xml和sdrmanager-model-ssb.xml两个配置文件，在该路径存储文件的客户端组内的各制式的存储路径下存储mediator-sdrmap-card.xml和sdrmap-cm-rack-i18n.xml两个配置文件。一键增加BBU单板的原理是先将原来有关BBU的信息全部删除,在删除的位置上重新按新的要求增加,即可以作新的增加,也可以修改。因此终端在查找到GSM制式对应的存储路径后，会删除该路径下相关的配置文件，然后将新版本的单板的配置文件写入该存储路径下。

此外，对于配置模型的各串行功能，还可以将多模网管配置模型升级的中间过程和最终结果都记录在文件(例如自动化测试报告)中，便于定位升级过程中的配置模型升级是否出现异常，或者模型没有创建成功的定位。

进一步地，还可在配置目录中进行配置模型的二次开发部署之后创建自动化单板遍历脚本，逐个对单板进行测试。自动化模型创建之后，基于现有配置模型，需要创建自动化单板遍历脚本，此自动化测试方法保证了配置模型的健壮性测试，请参考图3，包括如下步骤：

步骤S301：预设配置管理中网元支持的无线制式组合，预设配置管理中网元支持的无线制式组合(GSM,UMTS,GU,GL,UL,GUL,GTDL,UTDL,GUTDL,GFTL以及UFTL,GUFTL)。

步骤S302：预设单板支持的无线制式组合(GSM，UMTS，LTEFDD,LTETDD,GL,UL,GU)。

步骤S303：查询遍历产品制式的物理设备定义文档，获取各单板的槽位配置信息。

步骤S304：遍历单板属性，获取各单板支持的无线制式配置。

步骤S305：创建相应制式的网元，在相应网元下创建拼装单板创建的MML脚本。

步骤S306：生成单板遍历脚本，通过MML命令下发基站，完成自动化网元下单板集合遍历。

在本实施例中，采用OMMB中基本的人机命令——MML(Man-MachineLanguage，人机语言)命令执行来代替人工操作，MML命令中提供了4个基本命令：增加、删除、修改、查询，这四个基本命令完全可以代替产生的人工操作。MML中由三个关键部分组成：MOC，MOI，字段属性(ATTRIBUTES)。对单板而言，MOC和MOI可以预先知道，而字段属性可以通过查询单板功能属性列表来获取，对单板而言，字段属性只要获取到单板名称和单板编号即可，其他的属性可以连带创建生成。例如对CCC单板和FS单板的创建，因此，可通过以下方式来创建MML命令:根据单板的单板功能模式得到单板支持的制式以及在所支持的制式中默认创建出来的制式类型,再拼装成MML命令。例如对CCC(时钟控制)单板和FS(fiberswitch，光网络交换)单板的创建，具体命令如下：

CREATE:MOC＝"PlugInUnit",MOI＝"SubNetwork＝0,MEID＝1,Equipment＝1,Rack＝1,SubRack＝1,Slot＝1,PlugInUnit＝1",ATTRIBUTES＝"description＝1.1.1,PlugInUnit＝1"。

单板的分类可以按照board定义单板功能列表来，同一制式下，无论是何种基站类型，需要的单板类型是一模一样的，区别在于在不同制式下，相同槽位上的单板可能有所不同，这样，只需按不同网元的12种制式下建立相应单板的MML命令，便实现了完全单板遍历性测试。测试支撑过程，对于配置模型升级后单板的遍历实际上是针对多模配置模型升级后测试脚本的自动创建，也是一个配置模型升级后自检的过程。

自动化脚本的测试支撑，与原来人工操作测试花费的时间相比，效率有极大的提高。用自动化测试脚本来代替人工操作，可以避免由于操作的失误而导致的遗漏，又能节省大量的人工操作时间。由于效率极高，有助于及早发现问题，同时，一个测试脚本，可以多个版本分支中运行，具有极强的通用性。

由此可见，本实施例提供的多模网管配置模型升级方法，大大节省了网管开发的人力，避免重复开发，各产品业务差别的特殊性通过自动化升级统一流程来控制，健壮性测试亦自动生成MML脚本，大大节省测试的维护人力。纠错容易，通用性高，开发效率和程序的健壮性都得到了保证。利用本装置，可以完成网管系统的配置模型一键式自动升级，大大节省开发和测试人力，系统的健壮性和扩展性已经配置升级的效率都得到了保证。

实施例二：

本实施例提供了一种多模网管配置模型升级装置,请参考图4，该装置包括扩展模块401、部署模块402和下发模块403；扩展模块404用于扩展服务端和客户端支持的所有制式的配置目录；部署模块402用于在配置目录中进行配置模型的二次开发部署；下发模块403用于向基站侧下发配置。

在本实施例提供的一种部署模块中，请参见图5，部署模块402还可包括MOM配置文件生成模块4021，用于生成MOM配置模型描述配置文件；场景定制模型生成模块4022，用于生成产品场景定制模型；单板约束包生成模块4023，用于生成单板约束包和单板配置的路径存储文件；脚本生成模块4024，用于生成表结构和配置数据的升级脚本。进一步地，单板约束包生成模块4023还包括路径存储文件设置子模块40231、查找子模块40232和更新子模块40233；请参见图6。路径存储文件设置子模块40231用于对应单板配置功能设置路径存储文件；路径存储文件用于存储各制式的与单板配置功能对应的配置文件的存储路径；查找子模块40232用于根据用户选择的单板配置功能及单板制式信息，从与该单板配置功能对应的路径存储文件内查找与单板制式信息对应的存储路径；更新子模块40233用于根据用户选择的单板配置功能对该存储路径内的配置文件进行更新。

在本实施例中，还提供了另一种多模网管配置模型升级装置，请参见图7，该装置包括图4中的各模块，且还包括记录模块404，用于将多模网管配置模型升级的中间过程和最终结果都记录在文件中。

在本实施例中，还提供了另一种多模网管配置模型升级装置，请参见图8，该装置包括图4中的各模块，且还包括遍历脚本创建模块405，用于创建自动化单板遍历脚本，逐个对单板进行测试。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (11)

1.一种多模网管配置模型升级方法,其特征在于，包括：

扩展服务端和客户端支持的所有制式的配置目录；

在所述配置目录中进行配置模型的二次开发部署；

向基站侧下发配置。

2.如权利要求1所述的多模网管配置模型升级方法，其特征在于，所述在所述配置目录中进行配置模型的二次开发部署包括：

生成管理对象模型的描述配置文件；

生成产品场景定制模型；

生成单板约束包和单板配置的路径存储文件；

生成表结构和配置数据的升级脚本。

3.如权利要求2所述的多模网管配置模型升级方法，其特征在于，

所述生成单板约束包和单模配置的路径存储文件包括：

对应单板配置功能设置路径存储文件；所述路径存储文件用于存储各制式的与所述单板配置功能对应的配置文件的存储路径；

根据用户选择的单板配置功能及单板制式信息，从与该单板配置功能对应的路径存储文件内查找与所述单板制式信息对应的存储路径，根据用户选择的单板配置功能对该存储路径内的配置文件进行更新。

4.如权利要求3所述的多模网管配置模型升级方法，其特征在于，所述存储路径按照客户端和服务端分组存储在所述路径存储文件中，且客户端和服务端中的各制式对应的存储路径的排列顺序是固定的。

5.如权利要求1-4任一项所述的多模网管配置模型升级方法，其特征在于，还包括：将多模网管配置模型升级的中间过程和最终结果都记录在文件中。

6.如权利要求2-4任一项所述的多模网管配置模型升级方法，其特征在于，在所述配置目录中进行配置模型的二次开发部署之后还包括：创建自动化单板遍历脚本，逐个对单板进行测试。

7.一种多模网管配置模型升级装置,其特征在于，包括扩展模块、部署模块和下发模块；

所述扩展模块用于扩展服务端和客户端支持的所有制式的配置目录；

所述部署模块用于在所述配置目录中进行配置模型的二次开发部署；

所述下发模块用于向基站侧下发配置。

8.如权利要求7所述的多模网管配置模型升级装置，其特征在于，所述部署模块还包括管理对象模型配置文件生成模块，用于生成管理对象模型的描述配置文件；场景定制模型生成模块，用于生成产品场景定制模型；单板约束包生成模块，用于生成单板约束包和单板配置的路径存储文件；脚本生成模块，用于生成表结构和配置数据的升级脚本。

9.如权利要求8所述的多模网管配置模型升级装置，其特征在于，

所述单板约束包生成模块还包括路径存储文件设置子模块、查找子模块和更新子模块；

所述路径存储文件设置子模块用于对应单板配置功能设置路径存储文件；所述路径存储文件用于存储各制式的与所述单板配置功能对应的配置文件的存储路径；

所述查找子模块用于根据用户选择的单板配置功能及单板制式信息，从与该单板配置功能对应的路径存储文件内查找与所述单板制式信息对应的存储路径；

所述更新子模块用于根据用户选择的单板配置功能对该存储路径内的配置文件进行更新。

10.如权利要求7-9任一项所述的多模网管配置模型升级装置，其特征在于，还包括记录模块，用于将多模网管配置模型升级的中间过程和最终结果都记录在文件中。

11.如权利要求8-9任一项所述的多模网管配置模型升级装置，其特征在于，还包括遍历脚本创建模块，用于创建自动化单板遍历脚本，逐个对单板进行测试。