CN103049294A - 一种网元软件升级的方法和装置 - Google Patents

Abstract

本发明提供了一种网元软件升级的方法和装置，其中，所述的方法包括：获取网元软件包；获取网元的配置数据，所述配置数据中包括所述网元与无线网络控制器的标识的对应关系；依据所述对应关系将所述网元软件包发送至所述无线网络控制器标识对应的无线网络控制器；将所述无线网络控制器中所述网元软件包发送至对应的网元；激活采用所述网元软件包进行对应网元的软件升级。本发明用以提升网元软件升级的便捷性，提升网元软件升级速度及升级效率。

Description

一种网元软件升级的方法和装置

技术领域

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

背景技术

随着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，循环结束。

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

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

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

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

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

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

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

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

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

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

第二发送模块，用于将所述无线网络控制器中所述网元软件包发送至对应的网元；

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

优选地，所述第二发送模块包括：

网元队列创建子模块，用于针对所述无线网络控制器对应的网元创建网元队列；

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

发送子模块，用于将所述网元软件包发送至所述下载队列中的网元；

计算子模块，用于计算所述下载队列中发送所述网元软件包成功的网元个数N；

补充子模块，用于从所述网元队列中提取N个网元补充至所述下载队列；

判断子模块，用于判断是否完成发送所述网元软件包至所述网元队列中的网元；若是，则调用循环结束子模块；若否，则调用发送子模块；

循环结束子模块，用于循环结束。

优选地，所述的装置还包括：

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

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

优选地，所述的装置还包括：

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

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

与现有技术相比，本发明包括以下优点：

本发明实基于无线网络控制器分布式发送网元软件包，将网元软件包存放在无线网络控制器中，经由无线网络控制器发送网元软件包到其对应的网元中，将服务器、带宽压力等压力分散到网元对应的无线网络控制器上，可大大提升网元软件的升级效率及速度。

其次，本发明提供有效的网元自动排队补充机制，减少了升级过程中的人力投入，进一步提升了网元软件升级的便捷性。

再次，本发明还提供主动网元软件下载状态查询机制，更加主动的网元升级状态查询机制，确保网元软件在下载失败后，能及时重新发起下载，提升了对网元监控的友好性及网元软件的升级效率，提升网元软件升级的稳定性。

附图说明

图1是本发明的一种网元软件升级的方法实施例1的步骤流程图；

图2是本发明的一种网元软件升级的方法实施例2的步骤流程图；

图3是本发明的一种基站软件下载流程图；

图4是本发明的一种基站软件升级原理图；

图5是本发明的一种网元软件升级的装置实施例的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

在现有技术中，网元(基站)软件批量升级，均是通过网管系统来完成的，主要步骤如下：

1、本地上传基站软件包至网管服务器(软件服务器)上。

2、网管服务器上创建需要升级的基站软件包(多个软件包的时候，需要创建多个软件下载包任务)。创建升级任务，基站升级任务开始。

3、基站按照批次，分批次从网管的软件服务器上下载基站软件包，下载完成后，基站返回下载成功到网管系统，网管上更新软件包下载状态为“已完成”；下载失败，则根据是否是基站错误还是网络原因导致，网管界面上给出“下载失败：(详细原因)”。

4、对于软件下载失败的基站，重新发起基站软件包下载任务，重复上述过程。

5、下载完成后，从网管上发送基站软件包同步并激活操作。

6、基站软件包激活成功后，返回成功消息给网管，网管更新任务状态；如果基站软件包激活失败，根据不同原因，返回失败原因，网管更新任务状态。

本发明实施例的核心构思之一在于，基于无线网络控制器分布式发送网元软件包，将网元软件包存放在无线网络控制器中，经由无线网络控制器发送网元软件包到其对应的网元中，并提供有效的网元自动排队补充机制，减少了升级过程中的人力投入，还可以提供主动基站下载状态查询机制，提升网元的升级成功率及便捷性。

参照图1，示出了本发明一种网元软件升级的方法实施例1的步骤流程图，所述的方法具体可以包括如下步骤：

步骤101，获取网元软件包；

在本发明实施例中，所述网元软件包用于对网元的升级，可以由PC机或者其他设备上传升级需要的软件包至网管上，然后在网管服务器上创建成为网元软件包。其中，网元软件包不一定只有一个包，也可能是有三个包。

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

在本发明实施例中，所述的配置数据是存储在网管的数据库中，网管通过对网配置数据的查询，可以知道目前网管管理的网元和数量，以及所述网元对应的无线网络控制器的标识。

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

在具体实现中，网管根据所述无线网络控制器标识通过FTP(FileTransfer Protocol，文件传输协议)将网元软件包发送到对应的RNC(RadioNetwork Controller，无线网络控制器)的存放目录下。

具体地，可以在无线网络控制器中定制专门的网元软件包存放目录，以方便和明确网元软件包下载地址，例如，所述下载地址路径可以为：主用全局板\H\verlib\nodeb。

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

在本发明的一种优选实施例中，所述步骤104可以包括如下子步骤：

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

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

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

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

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

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

子步骤S7，循环结束。

优选地，本发明实施例中以无线网络控制器为单位，网管进行网元软件包下载的统一调度。针对所述无线网络控制器创建网元队列，其中，每个无线网络控制器可能同时只支持10个网元软件包的下载队列，当下载队列中不足10个网元时，根据所选择的网元队列，自动补齐，网元软件包由于网络等原因下载失败后，网管提示用户重新进行网元软件包下载操作。通过提供的有效的网元自动排队补充机制，可以减少升级过程中的人力投入，进一步提升了网元软件升级的便捷性。

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

当网管监控某个无线网络控制器下所有网元软件包下载完成后，网管可以在网元保持业务的情况下，可以由用户可选择立即或者定时进行网元软件包激活的批量操作，进行自身网元软件的更新。网管发送指向网元的网元软件包激活命令，使网元软件包生效，完成对网元软件的升级。

参照图2，示出了本发明一种网元软件升级的方法实施例2的步骤流程图，所述的方法具体可以包括如下步骤：

步骤201，获取网元软件包；

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

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

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

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

本方法实施例2中步骤201至步骤205与上述方法实施例1的步骤101至步骤105类似，在此不再详述。本发明实施例2还可以包括如下步骤：

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

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

在具体实现中，可以对网元软件包下载过程中，对网元的下载状态进行监控，当网元软件包升级状态进入“下载进行”状态后，网管可以每隔60秒下发一次状态查询消息，网元收到后反馈下载状态，反馈“下载进行”，“校验失败”或者“下载失败”状态。其中，所述校验是网元做的，网元会对自己下载的网元软件包进行校验，如果不匹配或者网元软件包有问题，就会出现校验失败。当“下载失败”时，网管会同步提示用户进行重新下载的操作，或者从将该网元从下载队列中删除。

具体地，网元软件包中包含多个文件，所述的多个文件的有各自文件名，网管可以根据当前下载的网元软件包中的文件名获得相应的下载状态，从而了解整个下载的进度，其中，下载的进度以网元软件包个数为粒度。

在本发明的一种优选实施例中，网元可以为需要进行软件升级的基站，网元软件包可以为基站软件包。为了使本领域技术人员进一步了解本发明实施例，下面通过一个具体的基站软件下载流程来进行说明。

参照图3，所述为本发明的一种基站软件下载流程图，其具体实现流程如下：

1，在基站版本(基站软件包)下载初始，OMC(网管)软件管理单元首先根据在数据库中查询需要升级基站(NB)的配置数据，获取基站对应的RNC ID(无线网络控制器标识)；

2，根据RNC ID，从应用服务器上将基站版本通过FTP，分别传送到对应RNC的全局板基站版本的存放目录下，本存放目录以RNC为单位，OMC进行基站下载的统一调度，每个RNC同时支持10个基站下载队列，当队列中不足是10个时，根据所选择的基站队列，自动补齐，基站版本由于传输等原因下载失败后，OMC界面提示用户重新进行基站版本下载操作；

3，基站版本下载过程中，可以对基站版本状态进行监控，当基站版本下载状态进入“下载中(下载进行)”状态后，OMC每隔60秒下发一次状态查询消息，基站收到后并反馈下载状态，反馈“下载中”或者“校验失败”。同步提示用户进行重新升级的操作，或者从网元升级队列中删除该基站。当OMC监控某个RNC下所有基站版本下载完成后，用户可选择立即或者定时进行基站版本的激活的批量操作。

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

当所有网元软件升级成功后，会提示用户升级完成的信息。网管监控某个无线网络控制器下所有网元软件升级成功后，可以提示用户是否删除无线网络控制器上的网元软件包(建议删除)，避免浪费资源。

为了使本领域技术人员进一步了解本发明实施例，下面对基站软件升级原理进行说明，参照图4，所示为本发明的一种基站软件升级原理图，其中，图中带箭头的实线代表消息流动方向，带箭头的空心线代表文件传递方向。OMC软件管理子系统提供基站软件升级维护管理的一种手段，支持用户远程对基站(Nobe)进行软件升级和维护，简化用户的操作和规范基站软件升级的流程。图中的OMC软件管理子系统跨越用户终端OMT、应用服务器APP和NEA模块。其中，OMT为操作维护台，是OMC软件管理子系统的操作界面，APP为应用服务器，主要管理OMC软件管理子系统内部的业务流程。NEA模块为网元适配模块，属于OMC软件管理子系统的一个功能模块，主要是完成RNC和OMC软件管理子系统之间的消息转发。另外，ONCA是RNC上的操作维护板，主要完成与OMC软件管理子系统的接口消息转发、网元操作维护命令管理。GCPA是RNC的全局板，全局板主要存储网元的配置信息、版本信息、日志等。

在本发明实施例中，OMC软件管理子系统的提供对基站进行远程软件下载的功能，可以集中对基站软件作升级。对于基站软件下载，由于IPOA(IP Over ATM，一种在ATM-LAN传送IP数据包的传送技术)带宽的问题，会比较费时，所以需要基站上报软件下载进度，OMC软件管理子系统在界面侧提示用户。OMC软件管理子系统可以一次指定多个基站进行软件包下载，但也会受限于RNC的路由中转能力，以及具体的组网情况，对于同时进行的同一RNC下的基站个数会有限制，一般仅支持同时30个基站进行基站软件包下载操作。对于全网上千台基站来说，升级效率极低。应用本发明实施例可以更快速及稳定的完成网元软件升级。

具体地，OMC软件管理子系统划分成应用服务器(APP)和客户端(OMT)两大部分。其中，客户端主要负责收集用户的操作和回显操作结果，而应用服务器则主要负责各种业务功能的实现和数据的管理。两者之间通过EJB(服务器端组件模型)的通信机制互相连通。

应用服务器的业务部分分成软件库管理模块、持久层管理模块和网元软件管理模块这三个模块。模块之间耦合，模块之内聚合，模块与模块之间通过接口调用，以达到组件化设计思想。应用服务器的各个模块功能如下：

软件库管理模块：主要负责软件库中基站软件包的创建、删除、导出等操作。

持久层管理模块：主要负责与持久层(数据库)的交互，保持数据的持久化，负责数据库持久层中记录的增、删、查、改等操作；

网元软件管理模块：主要负责与网元相关的操作，通过调用配置服务器和NEA模块的接口对网元运行的软件进行管理，包括下载、激活等。

在OMC软件管理子系统内部，应用服务器的软件库管理模块和网元软件管理模块的操作接口是完全向客户端开放的，客户端可以通过SessionBean显式调用这些接口来触发相应的业务操作流程。

原则上，持久层的数据创建、修改、删除、查询功能接口仅允许服务器内部调用，应用服务器通过接受不同的操作请求，在处理过程中调用这些接口，从而保证数据的安全性。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

参照图5，示出了本发明一种网元软件升级的装置实施例的结构框图，所述的装置具体可以包括如下模块：

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

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

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

第二发送模块304，用于将所述无线网络控制器中所述网元软件包发送至对应的网元；

在本发明的一种优选实施例中，所述第二发送模块304可以包括如下子模块：

网元队列创建子模块，用于针对所述无线网络控制器对应的网元创建网元队列；

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

发送子模块，用于将所述网元软件包发送至所述下载队列中的网元；

计算子模块，用于计算所述下载队列中发送所述网元软件包成功的网元个数N；

补充子模块，用于从所述网元队列中提取N个网元补充至所述下载队列；

判断子模块，用于判断是否完成发送所述网元软件包至所述网元队列中的网元；若是，则调用循环结束子模块；若否，则调用发送子模块；

循环结束子模块，用于循环结束。

升级激活模块305，用于激活采用所述网元软件包进行对应网元的软件升级。

在本发明的一种优选实施例中，所述的装置还可以包括如下模块：

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

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

在本发明的一种优选实施例中，所述的装置还可以包括如下模块：

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

在本发明的一种优选实施例中，所述网元可以为需要进行软件升级的基站。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本发明所提供的一种网元软件升级的方法和装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种网元软件升级的方法，其特征在于，包括：

获取网元软件包；

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

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

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

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

2.根据权利要求1所述的方法，其特征在于，所述将无线网络控制器中所述网元软件包发送至对应的网元的步骤包括：

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

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

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

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

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

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

子步骤S7，循环结束。

3.根据权利要求2所述的方法，其特征在于，还包括：

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

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

4.根据权利要求1所述的方法，其特征在于，还包括：

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

5.根据权利要求1-4任一权利要求所述的方法，其特征在于，所述网元为需要进行软件升级的基站。

6.一种网元软件升级的装置，其特征在于，包括：

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

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

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

第二发送模块，用于将所述无线网络控制器中所述网元软件包发送至对应的网元；

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

7.根据权利要求6所述的装置，其特征在于，所述第二发送模块包括：

网元队列创建子模块，用于针对所述无线网络控制器对应的网元创建网元队列；

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

发送子模块，用于将所述网元软件包发送至所述下载队列中的网元；

计算子模块，用于计算所述下载队列中发送所述网元软件包成功的网元个数N；

补充子模块，用于从所述网元队列中提取N个网元补充至所述下载队列；

判断子模块，用于判断是否完成发送所述网元软件包至所述网元队列中的网元；若是，则调用循环结束子模块；若否，则调用发送子模块；

循环结束子模块，用于循环结束。

8.根据权利要求7所述的装置，其特征在于，还包括：

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

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

9.根据权利要求6所述的装置，其特征在于，还包括：

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

10.根据权利要求6-9任一权利要求所述的装置，其特征在于，所述网元为需要进行软件升级的基站。

Images