[发明专利]一种网元软件升级的方法和装置

说明书

技术领域

本发明涉及通信技术领域，特别是涉及一种网元软件升级的方法和装置。

背景技术

随着3G网络规模不断扩大，同一网管下接入的网元数量不断增加。目前网管管理的网元非常多，受限于网管的带宽，同时升级的网元(基站)数目仅支持30个左右，非常的耗时；如果同时下载个数太多，将导致下载失败率大幅上升。当需升级多个基站软件时(大于30个)，每次只能选择升级一组30个基站，升级完成后，才能继续升级另外一组，需要人长时间监控及反复操作，耗费人力。当面对大规模的基站软件升级时，往往要耗费大量的时间和精力，造成这种局面的主要问题在于目前的升级方案，受限于网管网络的带宽及稳定性限制，导致升级效率低下。

目前一套网管设备管理的容量为30000载扇，折合基站数大约为3300个基站，由于基站的软件包统一放置在网管的软件服务器上，基站的完整软件包文件大小为100M左右，升级完3300个基站，相当于要依托网管网完成330G的软件下载工作。OMC可以一次指定多个基站进行软件下载，但是，受制于网管的带宽以及RNC的路由中转能力，可同时进行下载的基站数目大概为30个左右，所以完成一次全网的基站升级，非常的耗时。

因此，现有技术中基于网管的软件管理功能，进行基站的升级操作，在实施效率和成功率上存在如下问题：

1、网管管理的基站非常多，受限于网管的带宽，同时升级的基站数目仅支持30个左右，非常的耗时；如果同时下载个数太多，将导致下载失败率大幅上升。

2、升级多个基站软件时(大于30个)，每次只能选择升级一组30个基站，升级完成后，才能继续升级另外一组，需要人长时间监控及反复操作，耗费人力。

3、网管对于基站升级结果的监控，基于基站上报升级结果消息(成功或失败)到网管系统，网管更新界面基站对象的状态，由于传输或者消息丢失等复杂问题，导致基站升级结果消息丢失，导致监控界面一直卡在“升级中”的状态，与基站实际情况不符，需要等待到定时器超时，界面返回失败后，再重新进行下载操作。

因此，本领域技术人员迫切需要解决的问题之一在于，提出一种网元软件升级的方法和装置，用以提升网元软件升级的便捷性，提升网元软件升级速度及升级效率。

发明内容

本发明所要解决的技术问题是提供一种网元软件升级的方法和装置，用以提升网元软件升级的便捷性，提升网元软件升级速度及升级效率。

为了解决上述问题，本发明公开了一种网元软件升级的方法，包括：

获取网元软件包；

获取网元的配置数据，所述配置数据中包括所述网元与无线网络控制器的标识的对应关系；

依据所述对应关系将所述网元软件包发送至所述无线网络控制器标识对应的无线网络控制器；

将所述无线网络控制器中所述网元软件包发送至对应的网元；

激活采用所述网元软件包进行对应网元的软件升级。

优选地，所述将无线网络控制器中所述网元软件包发送至对应的网元的步骤包括：

子步骤S1，针对所述无线网络控制器对应的网元创建网元队列；

子步骤S2，从所述网元队列中提取M个网元组成下载队列；所述下载队列中包括预设数量的网元信息；

子步骤S3，将所述网元软件包发送至所述下载队列中的网元；

子步骤S4，计算所述下载队列中发送所述网元软件包成功的网元个数N；

子步骤S5，从所述网元队列中提取N个网元补充至所述下载队列；

子步骤S6，判断是否完成发送所述网元软件包至所述网元队列中的网元；若是，则执行子步骤S7；若否，则返回子步骤S4；

子步骤S7，循环结束。

优选地，所述的方法还包括：

按照预置周期查询所述网元对所述网元软件包的下载状态信息；

其中，所述下载状态信息包括下载进行状态信息，和/或，校验失败状态信息，和/或，下载失败状态信息。

优选地，所述的方法还包括：

当完成对所述网元的软件升级时，删除所述无线网络控制器中所述网元软件包。

优选地，所述网元为需要进行软件升级的基站。

本发明实施例还公开了一种网元软件升级的装置，包括：

网元软件包获取模块，用于获取网元软件包；

配置数据模块，用于获取网元的配置数据，所述配置数据中包括所述网元与无线网络控制器的标识的对应关系；

第一发送模块，用于依据所述对应关系将所述网元软件包发送至所述无线网络控制器标识对应的无线网络控制器；