专利名称：网元升级装置及方法
技术领域：
本发明涉及通信领域，具体而言，涉及一种网元升级装置及方法。
背景技术：
在无线通信中，网管系统(Operation Management Center, 0MC)主要负责对网元设备NE进行管理，包括配置网元设置，检测网元设备的故障并提示告警处理等。系统升级对网元非常重要。除了升级系统，还需要对成千上万的网元的配置数据进行升级，而众多网元一次性向网管请求大量网元配置数据会导致极大降低网管系统的效率及整个前台网元的配置数据升级速度。目前已有版本采取的升级方式是，先通过旧版本OMC提前几天将新版本文件分发至IJ网元，升级当天才升级OMC为新版本，并对前台版本进行批量激活和复位。前台网元批量复位后同时向OMC请求新的配置数据，对后台网管系统冲击较大，而且OMC逐个处理前台请求，会导致前台网元实际升级时间比较长。针对相关技术中已有版本的升级方式中前台网元批量复位后同时向OMC请求新的配置数据，对后台网管系统冲击较大，而且OMC逐个处理前台请求，会导致前台网元实际升级时间比较长的问题，目前尚未提出有效的解决方案。
发明内容
本发明旨在提供一种网元升级装置及利用该网元升级装置进行网元升级的方法，以解决相关技术中已有版本的升级方式中前台网元批量复位后同时向OMC请求新的配置数据，对后台网管系统冲击较大，而且OMC逐个处理前台请求，会导致前台网元实际升级时间比较长的问题。根据本发明的一个方面，提供了一种网元升级装置，包括配置管理模块，用于在对由旧版本网管系统OMC升级生成的新版本OMC进行镜像验证时，发布需要进行升级的网元的配置数据；版本管理模块，用于分别将所述配置数据下载至对应的网元中；激活模块，用于当所述新版本OMC被激活后，激活各网元中已下载的配置数据，对所述各网元进行升级操作。较优的，所述版本管理模块还用于在所述旧版本OMC管理网络时将所述配置数据下载至对应的网元中。较优的，还包括升级向导，用于对所述配置数据进行验证，验证通过时将所述配置数据的存储路径信息提供给所述版本管理模块。
较优的，所述配置管理模块还用于在发布所述配置数据之后，生成发布状态文件，其中，所述发布状态文件包括发布成功的标识和记录各网元的配置数据的存储路径信息；所述升级向导还用于根据所述发布状态文件中的标志位判断所述各网元的配置数据是否发布成功，若是，则将所述发布状态文件发送至对应的网元中，若否，则提示该网元的配置数据发布失败，通知所述配置管理模块重新发布所述该网元的配置数据。
较优的，所述激活模块还用于在所述已下载的配置数据不存在时，加载该网元中当前保存的配置数据，并利用所述当前保存的配置数据对该网元进行升级操作。根据本发明的另一方面，提供了一种应用上述网元升级装置进行网元升级的方法，包括在对由旧版本网管系统OMC升级生成的新版本OMC进行镜像验证时，配置管理模块发布需要进行升级的网元的配置数据；版本管理模块分别将所述配置数据下载至对应的网元中；当所述新版本OMC被激活后，激活模块激活各网元中已下载的配置数据，对所述各网元进行升级操作较优的，所述版本管理模块分别将所述配置数据下载至对应的网元中，包括所述版本管理模块在所述旧版本OMC管理网络时将所述配置数据下载至对应的网元中。较优的，所述配置管理模块发布需要进行升级的网元的配置数据之后，还包括所述网元升级装置的升级向导对所述配置数据进行验证，验证通过时将所述配置数据的存储路径信息提供给所述版本管理模块。较优的，所述配置管理模块在发布所述配置数据之后，还包括所述配置管理模块生成发布状态文件，其中，所述发布状态文件包括发布成功的标识和记录各网元的配置数据的存储路径信息；所述升级向导对所述配置数据进行验证，包括所述升级向导根据所述发布状态文件中的标志位判断所述各网元的配置数据是否发布成功，若是，则将所述发布状态文件发送至对应的网元中，若否，则提示该网元的配置数据发布失败，通知所述配置管理模块重新发布所述该网元的配置数据。较优的，激活模块激活各网元中已下载的配置数据，对所述各网元进行升级操作，包括在所述已下载的配置数据不存在时，所述激活模块加载该网元中当前保存的配置数据，并利用所述当前保存的配置数据对该网元进行升级操作。在本发明实施例中，配置管理模块在对由旧版本网管系统OMC升级生成的新版本OMC进行镜像验证时，发布需要进行升级的网元的配置数据；版本管理模块分别将配置数据下载至对应的网元中；激活模块当新版本OMC被激活后，激活各网元中已下载的配置数据，对各网元进行升级操作。采用本发明实施例，在当需要对大量网元进行升级时，通过将网元的配置数据提前发布并下载到对应的网元，对应的网元接受到配置数据后，可以完成升级，从而减少前台网元和网管系统之间的交互，加快升级速度。
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中图I是根据本发明实施例的网元升级装置的第一种结构示意图；图2是根据本发明实施例的网元升级装置的第二种结构示意图；图3是根据本发明实施例的网元升级方法的第一种处理流程图；图4是根据本发明实施例的网元升级方法的第二种处理流程图；图5是根据本发明实施例的配置数据发布的处理流程图；图6是根据本发明实施例的加载配置流程的处理流程图；图7是根据本发明实施例的配置数据提前下载任务的处理流程图；图8是根据本发明实施例的配置数据下载到网元的处理流程图9是根据本发明实施例的网元加载配置的处理流程图。
具体实施例方式下面将参考附图并结合实施例，来详细说明本发明。下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。相关技术中提到，在已有版本的升级方式中前台网元批量复位后同时向OMC请求新的配置数据，对后台网管系统冲击较大，而且OMC逐个处理前台请求，会导致前台网元实际升级时间比较长的问题。为解决上述技术问题，本发明实施例提供了一种网元升级装置，其结构示意图如图I所示，包括配置管理模块101，用于在对由旧版本网管系统OMC升级生成的新版本OMC进行镜像验证时，发布需要进行升级的网元的配置数据；版本管理模块102，用于分别将配置数据下载至对应的网元中；激活模块103，用于当新版本OMC被激活后，激活各网元中已下载的配置数据，对各网元进行升级操作。在本发明实施例中，配置管理模块在对由旧版本网管系统OMC升级生成的新版本OMC进行镜像验证时，发布需要进行升级的网元的配置数据；版本管理模块分别将配置数据下载至对应的网元中；激活模块当新版本OMC被激活后，激活各网元中已下载的配置数据，对各网元进行升级操作。采用本发明实施例，在当需要对大量网元进行升级时，通过将网元的配置数据提前发布并下载到对应的网元，对应的网元接受到配置数据后，可以完成升级，从而减少前台网元和网管系统之间的交互，加快升级速度。进一步，为提高易用性，考虑到配置数据下载的应用场景主要在OMC镜像升级，所以在网管系统中直接将配置数据发布集成到镜像升级流程的镜像验证过程中，版本管理模块通过解析约定的文件获取配置数据文件的位置，并进行下载，整个流程中用户感觉不到配置数据文件的存在，尽量减少用户参与的操作。实施时，较优的，版本管理模块102还可以用于在旧版本OMC管理网络时将配置数据下载至对应的网元中。在一个实施例中，如图2所示，网元升级装置还可以包括升级向导201，用于对配置数据进行验证，验证通过时将配置数据的存储路径信息提供给版本管理模块102。实施时，较优的，配置管理模块101还可以用于在发布配置数据之后，生成发布状态文件，其中，发布状态文件包括发布成功的标识和记录各网元的配置数据的存储路径信息；升级向导201还可以用于根据发布状态文件中的标志位判断各网元的配置数据是否发布成功，若是，则将发布状态文件发送至对应的网元中，若否，则提示该网元的配置数据发布失败，通知配置管理模块101重新发布该网元的配置数据。实施时，较优的，激活模块103还可以用于在已下载的配置数据不存在时，加载该网元中当前保存的配置数据，并利用当前保存的配置数据对该网元进行升级操作。基于同一发明构思，本发明实施例还提供了利用上述网元升级装置进行网元升级的方法，其处理流程如图3所示，包括 步骤S302、在对由旧版本网管系统OMC升级生成的新版本OMC进行镜像验证时，配置管理模块发布需要进行升级的网元的配置数据；步骤S 304、版本管理模块分别将配置数据下载至对应的网元中；步骤S306、当新版本OMC被激活后，激活模块激活各网元中已下载的配置数据，对各网元进行升级操作。步骤S304在实施时，版本管理模块分别将配置数据下载至对应的网元中，较优的，版本管理模块可以在旧版本OMC管理网络时将配置数据下载至对应的网元中。配置管理模块发布需要进行升级的网元的配置数据之后，还可以执行如下操作网元升级装置的升级向导对配置数据进行验证，验证通过时将配置数据的存储路径信息提供给版本管理模块。较优的，配置管理模块在发布配置数据之后，还可以执行如下操作配置管理模块生成发布状态文件，其中，发布状态文件包括发布成功的标识和记录各网元的配置数据的存储路径信息；此时，升级向导对配置数据进行验证，根据所述发布状态文件中的标志位判断各网元的配置数据是否发布成功，若是，则将发布状态文件发送至对应的网元中，若否，则提示该网元的配置数据发布失败，通知配置管理模块重新发布该网元的配置数据。在实施时，激活模块激活各网元中已下载的配置数据，对各网元进行升级操作，而在已下载的配置数据不存在时，激活模块加载该网元中当前保存的配置数据，并利用当前保存的配置数据对该网元进行升级操作。为将本发明实施例提供的网元升级方法阐释地更清楚更明白，现以具体的流程图对其进行说明，请参见图4:步骤S402、旧版本OMC进行管理；步骤S404、版本管理模块提前下载版本(通常在升级前几天);步骤S406、升级当天升级安装，镜像升级； 步骤S408、生成新版本OMC ；步骤S410、升级当天升级安装，镜像验证，并发布配置数据；步骤S412、版本管理模块在升级当天提前下载配置数据；步骤S414、升级安装，镜像激活，并切换到新版本OMC ；步骤S416、新版本OMC接管网络，版本管理模块查询并激活版本及配置数据；步骤S418、告警管理，批量复位网元。为将本发明实施例提供的网元升级方法阐释地更清楚更明白，以下将分步描述配置数据从后台发布到前台加载的整个流程，将具体分模块来详细讨论。首先，在配置数据发布流程中，配置数据的发布由配置管理模块负责，在升级向导的镜像验证阶段，升级人员通过新OMC的配置管理进行配置数据发布，升级向导对发布结果进行验证，确保在OMC升级完成后，新OMC的配置数据文件一定是发布成功的，见图5 步骤S502、镜像升级向导启动；步骤S504、镜像生成、升级镜像；步骤S506、新版本OMC配置管理配置数据发布；步骤S508、配置数据发布检查，若发布成功镜像验证通过，则执行步骤S510，否则返回步骤S506 ；步骤S510、等待用户激活镜像。
其次，在配置数据分发与激活流程中，配置数据文件的分发与激活由版本管理模块负责，其中分发阶段在旧版本OMC中进行，激活则在新版本OMC中进行。新版本OMC的配置数据已经发布，但还未进行激活，此时前后台均为旧版本。此时距离正式版本切换还有一段时间，升级人员通过旧版本OMC版本管理提前将发布的配置数据下载到前台，为正式切换版本做准备。升级开始，升级人员激活新版本0MC，新版本OMC正式接管全网，从新版本OMC查询全网存储版本，并激活新网元版本，查询全网配置数据版本，激活提前下载的配置数据。通过告警界面进行全网复位，升级网元版本。进一步，在配置数据加载流程中，配置数据的加载由网元负责。网元复位后，首先向前台版本管理VMP确认是否存在激活的配置数据，如果激活配置数据存在，尝试加载激活的配置数据，否则加载自身保存的配置数据。加载配置流程修改如图6所示步骤S602、选择网元发布；
步骤S604、将所选网元分成宏站和PICO两类；步骤S606、调用PICO处理器发布PICO网元数据；步骤S608、确定是否有发布异常，若是，则执行步骤S614，若否，则执行步骤S610 ；步骤S610、发布宏站网元数据；步骤S612、确定是否有发布异常，若是，则执行步骤S614，若否，则执行步骤S616 ；步骤S614、生成状态 PROPERTIES 文件，其中，status = FAIL ；步骤S616、生成 PROPERTIES 文件，其中，status = SUCCESS。与现有技术相比较，本发明实施例创新的提出了通过配置数据提前下载快速升级的方法。大规模版本升级时，可以像下载网元版本一样将配置数据提前下载到网元，网元复位后直接加载本地的配置数据而不需要从OMC获取，达到快速升级的目的。在镜像升级中，“新OMC发布- >老OMC下载- >新OMC激活”的方式是本发明实施例的典型应用，但本方法并不局限于这种应用场景，用户也可以直接通过新OMC完成发布、下载、激活的整个流程。如在补丁升级中，OMC补丁安装时并不存在新OMC版本，补丁安装完毕后老OMC直接升级为新0MC，此时用户也可以通过新OMC配置管理发布配置数据，并通过版本管理来进行下载和激活。在实施时，升级向导实际与配置管理模块、版本管理模块各有一接口，从配置管理获取数据发布的状态，为版本管理提供已发布的配置数据的路径信息。在上述设计中接口以文件形式提供固定位置的发布状态文件，文件中记录了发布数据的状态及路径信息。这样既统一了接口，也减少了实现的复杂度(不涉及模块间的代码调用)。前台版本升级可能分批进行，在镜像验证阶段只提前下载一部分配置数据。新版本OMC接管网元后，在新版本OMC上下载配置数据，再进行前台版本升级，仍可起到提高效率的作用。在升级向导的镜像验证阶段，升级人员通过新版本OMC镜像的配置管理进行配置数据发布，升级向导对发布结果进行验证，确保在OMC镜像升级完成后，新版本OMC的配置数据文件一定是发布成功的。用户选择所有需要发布的网元，根据网元类型选择对应发布处理器进行发布，发布成功后，生成状态文件，其中状态文件说明发布成功及记录各个网元配置数据的发布路径。发布失败后，生成状态文件，其中状态标志为失败。再次，配置数据文件的分发与激活由版本管理模块负责，其中分发阶段在老版本OMC中进行，激活则在新版本OMC中进行。镜像验证后，新版本OMC的配置数据已经发布，但还未进行镜像激活，此时前后台均为老版本。此时距离正式版本切换还有一段时间，升级人员通过老版本OMC版本管理提前将发布的配置数据下载到网元，为正式切换版本做准备。其中图7说明了配置数据提前下载任务执行流程图，包括步骤S702、OMC执行配置数据分发任务； 步骤S704、获取对应网元的配置文件；步骤S706、计算文件大小和其CRC，更新数据库；步骤S708、进入配置数据下载流程。在创建任务时有立即执行和手动执行两种形式，在任务执行时会把待分发的配置文件拷贝到版本库中的一个专有目录中(版本管理FTP所在目录，在配置任务删除的时候会对对应的文件进行删除)，计算文件大小和CRC，更新数据库，任务进入正常的调度执行流程，任务的执行过程与现在的一致，前后台约定逻辑板类型为特定数值时，即为配置数据的下载。前台下载过程中和下载结束时的反馈，后台的界面刷新与当前分发流程一致。图8说明了配置数据下载到网元的流程，包括步骤S802、网元接受到OMC发起的文件下载请求；步骤S804、取任务文件.dat，解析任务详细信息；步骤S806、取文件到内存文件系统，若成功则执行步骤S808，若不成功则执行步骤 S818 ；步骤S808、备板在位的情况下通知备板从内存文件系统中同步；步骤S810、根据文件类型配置数据；步骤S812、删除verlnfo. ini中记录的所有文件；步骤S814、拷贝DBS当前使用的配置数据文件到当前目录备份；步骤S816、将下载的配置数据文件和拷贝过来的配置数据文件信息更新到verlnfo. ini中，且均置为非激活状态；步骤S818、应答完成。配置文件的下载可完全复用当前传输平台流程，只是在更新版本信息文件时需要进行区别处理对于普通受控板版本文件而言，下载成功后在版本信息文件中找到同类型的备用版本，利用新版本记录覆盖备用版本记录，并删除备用版本文件；而配置数据文件下载成功后，直接将目录中原有的配置数据文件删除。升级开始，升级人员激活镜像，新版本OMC正式接管全网，从新版本OMC查询全网存储版本，并激活新版本，查询全网配置数据版本，激活提前下载的配置数据。通过OMC进行全网复位，升级网元版本。配置数据的加载由前台网元负责。前台复位后，DBS首先向前台版本管理VMP确认是否存在激活的配置数据，如果激活配置数据存在，尝试加载激活的配置数据，否则加载现在保存的配置数据。网元加载配置数据流程修改如图9所示步骤S9O2、DBS 上电；步骤S904、判断是否存在激活的配置数据，若是，则执行步骤S906，若否，则执行步骤S914 ；步骤S906、加载激活的配置数据；步骤S908、判断加载是否成功，若是，执行步骤S910，若否，执行步骤S912 ；
步骤S910、存盘到dbs目录下，执行步骤S918 ；步骤S912、向后台请求配置数据；步骤S914、加载原有dbs目录下的配置数据；步骤S916、判断加载是否成功，若是，执行步骤S918，若否，执行步骤S912 ； 步骤S918、确定上电成功。从以上的描述中，可以看出，本发明实现了如下技术效果在本发明实施例中，配置管理模块在对由旧版本网管系统OMC升级生成的新版本OMC进行镜像验证时，发布需要进行升级的网元的配置数据；版本管理模块分别将配置数据下载至对应的网元中；激活模块当新版本OMC被激活后，激活各网元中已下载的配置数据，对各网元进行升级操作。采用本发明实施例，在当需要对大量网元进行升级时，通过将网元的配置数据提前发布并下载到对应的网元，对应的网元接受到配置数据后，可以完成升级，从而减少前台网元和网管系统之间的交互，加快升级速度。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种网元升级装置，其特征在于，包括 配置管理模块，用于在对由旧版本网管系统OMC升级生成的新版本OMC进行镜像验证时，发布需要进行升级的网元的配置数据； 版本管理模块，用于分别将所述配置数据下载至对应的网元中； 激活模块，用于当所述新版本OMC被激活后，激活各网元中已下载的配置数据，对所述各网元进行升级操作。
2.根据权利要求I所述的装置，其特征在于，所述版本管理模块还用于在所述旧版本OMC管理网络时将所述配置数据下载至对应的网元中。
3.根据权利要求I所述的装置，其特征在于，还包括 升级向导，用于对所述配置数据进行验证，验证通过时将所述配置数据的存储路径信息提供给所述版本管理模块。
4.根据权利要求3所述的装置，其特征在于，所述配置管理模块还用于在发布所述配置数据之后，生成发布状态文件，其中，所述发布状态文件包括发布成功的标识和记录各网元的配置数据的存储路径信息； 所述升级向导还用于根据所述发布状态文件中的标志位判断所述各网元的配置数据是否发布成功，若是，则将所述发布状态文件发送至对应的网元中，若否，则提示该网元的配置数据发布失败，通知所述配置管理模块重新发布所述该网元的配置数据。
5.根据权利要求I至4任一项所述的装置，其特征在于，所述激活模块还用于在所述已下载的配置数据不存在时，加载该网元中当前保存的配置数据，并利用所述当前保存的配置数据对该网元进行升级操作。
6.一种应用权利要求I所述的网元升级装置进行网元升级的方法，其特征在于，包括在对由旧版本网管系统OMC升级生成的新版本OMC进行镜像验证时，配置管理模块发布需要进行升级的网元的配置数据； 版本管理模块分别将所述配置数据下载至对应的网元中； 当所述新版本OMC被激活后，激活模块激活各网元中已下载的配置数据，对所述各网元进行升级操作。
7.根据权利要求6所述的方法，其特征在于，所述版本管理模块分别将所述配置数据下载至对应的网元中，包括所述版本管理模块在所述旧版本OMC管理网络时将所述配置数据下载至对应的网元中。
8.根据权利要求6所述的方法，其特征在于，所述配置管理模块发布需要进行升级的网元的配置数据之后，还包括所述网元升级装置的升级向导对所述配置数据进行验证，验证通过时将所述配置数据的存储路径信息提供给所述版本管理模块。
9.根据权利要求8所述的方法，其特征在于，所述配置管理模块在发布所述配置数据之后，还包括所述配置管理模块生成发布状态文件，其中，所述发布状态文件包括发布成功的标识和记录各网元的配置数据的存储路径信息； 所述升级向导对所述配置数据进行验证，包括所述升级向导根据所述发布状态文件中的标志位判断所述各网元的配置数据是否发布成功，若是，则将所述发布状态文件发送至对应的网元中，若否，则提示该网元的配置数据发布失败，通知所述配置管理模块重新发布所述该网元的配置数据。
10.根据权利要求6至9任一项所述的方法，其特征在于，激活模块激活各网元中已下载的配置数据，对所述各网元进行升级操作，包括 在所述已下载的配置数据不存在时，所述激活模块加载该网元中当前保存的配置数据，并利用所述当前保存的配置数据对该网元进行升级操作。
全文摘要
本发明提供了网元升级装置及方法，该装置包括配置管理模块，用于在对由旧版本网管系统OMC升级生成的新版本OMC进行镜像验证时，发布需要进行升级的网元的配置数据；版本管理模块，用于分别将所述配置数据下载至对应的网元中；激活模块，用于当所述新版本OMC被激活后，激活各网元中已下载的配置数据，对所述各网元进行升级操作。采用本发明能够减少前台网元和网管系统之间的交互，加快升级速度。
文档编号H04L12/24GK102638361SQ20111003783
公开日2012年8月15日 申请日期2011年2月14日 优先权日2011年2月14日
发明者李新萍 申请人:中兴通讯股份有限公司