一种移动通信场景化配置系统模型升级与核查的方法与流程

本发明公开一种移动通信场景化配置系统模型升级与核查的方法，属于通信场景化管理领域。

背景技术：

在移动通信BSS领域中，内线场景化配置对基站内资源设备和网络配置进行管理和维护工作，支持站内物理资源的基础管理和相应的网络配置等管理，因此场景化配置必须安全、可靠、及时、高效。但是，不同的区域和省份对于物理资源和亚资源的管理的维度和粒度是不同的，内线场景化配置系统必须适应和满足不同业务和新需求的需要，满足不同省份和区域对模型设计的不同要求，并适应对资源管理维护和粒度适时的调整和变化的要求，模型的升级就既能符合功能升级的需要，又要满足不同区域对模型设计的不同要求。本发明提供一种移动通信场景化配置系统模型升级与核查的方法，解决不同省份、不同区域和现场环境的模型升级问题，既能满足系统应用的功能实现对模型升级的需要，又能保证各省份在不同模型设计的差异下能够升级到最新的模型，并且可以实现升级前的备份、升级中的人工干预、升级后的模型的核查。

技术实现要素：

本发明针对现有技术中不同省份和区域对模型设计的不同要求，模型的升级需要既能符合功能升级的需要，又要满足不同区域对模型设计的不同要求的问题，提供一种移动通信场景化配置系统模型升级与核查的方法，实现在BSS领域内线模式场景化配置功能系统在不同省份、不同版本、不同模型要求情况下对系统模型的升级与升级后模型数据的核查问题，适用于集中开发、异地开发后针对不同省份对场景化配置模型升级与模型核查处理。

本发明提出的具体方案是：

一种移动通信场景化配置系统模型升级与核查的方法，对需要升级的场景化配置系统进行升级前系统的模型备份，导入最新场景化配置系统模型的报文，对场景化配置系统进行升级处理，升级成功进行模型核查，核查成功完成升级，核查失败根据核查的结果对脚本进行升级，再进行重新核查，直至核查成功，若升级处理失败，按备份恢复系统，继续进行升级。

所述模型的报文包括数据库物理表的模型配置数据、与表字段对应的模型属性信息、与表属性相关联的枚举属性信息。

对场景化配置系统进行升级处理，选择升级文件进行模型升级，进行直接升级处理或导出SQL升级处理，其中直接升级处理是直接将前台处理后的模型信息，传递到后台，后台根据结果拼装SQL脚本直接插入数据库进行升级处理；导出SQL升级处理，是利用flex技术在前台组装SQL信息，并将组装好的脚本下载到本地进行升级。

所述选择升级文件进行模型升级，通过将导入的模型报文和现有旧版本数据库中存储的模型信息进行核心模型和核心属性进行比较，根据比较结果对于本地特定的模型和属性配置不做处理，对特定模型舍弃升级，再进行直接升级处理或导出SQL升级处理。

所述模型核查是根据模型数据记录的模型信息和数据库物理表结果之间的关系进行核查，检查模型和模型属性信息在数据库物理表结果中是否存在。

所述模型核查的过程为：提交模型核查请求，将模型信息与数据库对象视图进行差异比较，将比较结果以twaver技术形式显示，并区分修改、新增、删除的差异信息，根据这些差异信息比对升级脚本进行差异处理，完成升级操作。

所述对系统进行现有模型文件的SQL备份、EXCEL备份，SQL备份在升级失败后可以导入数据库，进行原系统模型配置的恢复；EXCEL备份可以将模型文件以EXCEL表格的形式展示原有数据形态。

本发明的有益之处是：

本发明提供一种移动通信场景化配置系统模型升级与核查的方法，对需要升级的场景化配置系统进行升级前系统的模型备份，导入最新场景化配置系统模型的报文，对场景化配置系统进行升级处理，升级成功进行模型核查，核查成功完成升级，核查失败根据核查的结果对脚本进行升级，再进行重新核查，直至核查成功，若升级处理失败，按备份恢复系统，继续进行升级。解决不同省份、不同区域和现场环境的模型升级问题，既能满足系统应用的功能实现对模型升级的需要，又能保证各省份在不同模型设计的差异下能够升级到最新的模型，并且可以实现升级前的备份、升级中的人工干预、升级后的模型的核查。

附图说明

图1本发明方法流程示意图；

图2本发明模型升级流程示意图；

图3本发明模型核查流程示意图。

具体实施方式

一种移动通信场景化配置系统模型升级与核查的方法，对需要升级的场景化配置系统进行升级前系统的模型备份，导入最新场景化配置系统模型的报文，对场景化配置系统进行升级处理，升级成功进行模型核查，核查成功完成升级，核查失败根据核查的结果对脚本进行升级，再进行重新核查，直至核查成功，若升级处理失败，按备份恢复系统，继续进行升级。

根据上述方法及发明内容，结合附图对本发明做进一步说明。

应用本发明方法对需要升级的场景化配置系统进行升级，具体过程如下：

（1）对需要升级的场景化配置系统进行升级前系统的模型备份，其中可进行现有模型文件的SQL备份、EXCEL备份两种备份方式，SQL备份在升级失败后可以导入数据库，进行原系统模型配置的恢复；EXCEL备份可以将模型文件以EXCEL表格的形式展示原有数据形态，如升级有问题可以根据EXCEL文件对模型配置在系统提供的模型管理功能模块中手工配置；报文信息如在ORACLE数据库中存储，通过flex开发技术中的FileReference、URLRequest工具类和JAVA中DOM4J方式可结合导出；

（2）导入最新场景化配置系统模型的报文，模型的报文包括数据库物理表的模型配置数据、与表字段对应的模型属性信息、与表属性相关联的枚举属性信息等；

（3）对场景化配置系统进行升级处理，升级成功进行模型核查，核查成功完成升级，核查失败根据核查的结果对脚本进行升级，再进行重新核查，直至核查成功，若升级处理失败，按备份恢复系统，继续进行升级。

其中对场景化配置系统进行升级处理的过程：在选择升级文件进行模型升级时，进行直接升级处理或导出SQL升级处理：

直接升级处理是直接将前台处理后的模型信息，传递到后台，后台根据结果拼装SQL脚本直接插入数据库，比如ORACLE数据库进行升级处理；导出SQL升级处理，是利用flex技术在前台组装SQL信息，并将组装好的脚本下载到本地进行升级。

此外，选择升级文件进行模型升级时，通过将导入的模型报文和现有旧版本数据库中存储的模型信息进行核心模型和核心属性进行比较，根据比较结果对于本地特定的模型和属性配置不做处理，对特定模型舍弃升级，再进行直接升级处理或导出SQL升级处理也是可以的，参考图2。

上述升级成功进行模型核查，模型核查是根据模型数据记录的模型信息和数据库物理表结果之间的关系进行核查，检查模型和模型属性信息在数据库物理表结果中是否存在。

模型核查的过程为：通过flex技术将前台的模型核查请求提交给后台，后台将模型信息与数据库对象视图进行差异比较，比如后台将ORACLE数据库中存储的模型信息与ORACLE用户下的对象视图进行比较，将比较结果以twaver技术形式显示，并区分修改、新增、删除的差异信息，根据这些差异信息比对升级脚本进行差异处理，完成升级操作。参考图3。