RRU设备的维护 （包括软件管理） 是整个系统的重要一环。 对于 RRU 来讲， 一般所处位置不易到达， 其维护工作一般通过与之连接的 BBU 来进 行。 随着移动通信系统的不断发展， 多模、 共模技术不断成熟， 以及 BBU 和 RRU之间接口不断完善， 并逐渐形成国内外统一标准， 从而使 BBU管理 不同类型 （包括不同型号、 不同厂商、 不同制式等） 的 RRU 成为可能。 现 有技术中， RRU软件升级通常釆用的方法是： ( 1 ) 将 RRU多个小版本文件制作成规格包 （小版本可以是 CPU软件 版本、 通讯模块软件版本、 射频模块软件版本） 的形式， 并通过网管子系统 下载到 BBU , BBU按照固定格式从规格包中解析出 RRU的 'j、版本信息。

( 2 ) BBU通知 RRU进行版本升级， RRU从 BBU下载版本文件， 复位 自身， 完成版本升级。 ( 3 )或者在不进行操作（ 2 )的情况下， RRU主动上报版本信息到 BBU,

BBU与自身维护的版本信息进行比较， 决定是否通知 RRU升级版本。 当需 要升级时， 执行步骤 （2 ), 否则结束本次执行。 现有技术中， BBU在运行过程中， 只是对同一类型的 RRU进行管理。 在实现本发明的过程中， 发明人意识到现有技术中存在如下缺陷： BBU对不 同硬件 RRU软件升级困难。 发明内容 本发明的主要目的在于提供一种无线射频单元 RRU 软件升级的系统及 方法， 以解决上述的 BBU对不同硬件 RRU软件升级困难的问题。 根据本发明的一个方面， 提供了一种无线射频单元 RRU 软件升级的系 统， 包括： 版本服务器， 用于根据 RRU的版本查询请求中包含的 RRU硬件 信息， 返回 RRU硬件信息对应的版本信息； 接收版本信息对应版本文件的 下载请求， 支持版本文件的下载； 网管子系统， 用于接收 RRU 的版本信息 对应版本软件的激活请求， 指示 RRU激活版本软件。 优选地， 本技术方案中， 版本服务器包括： 版本表， 用于存储 RRU硬 件信息、 版本信息以及版本文件下载信息的对应关系； 查询模块， 用于接收 RRU的版本查询请求，根据版本查询请求中包含 的 RRU硬件信息和版本表， 返回 RRU硬件信息对应的版本信息； 下载模块， 用于接收版本信息对应版 本文件的下载请求， 根据版本表， 向 RRU返回版本文件下载信息； 运行 FTP 服务器， 支持版本文件的下载。 优选地， 本技术方案中， 查询模块， 还用于如果 RRU硬件信息对应多 个版本信息， 则返回最高版本的版本信息。 优选地，本技术方案中，网管子系统还用于： 当在版本服务器中升级 RRU 版本后， 向 RRU发送版本升级指示； 和 /或当需要 RRU升级到指定版本或异 常^ ί'爹正版本时， 向 RRU发送版本升级指示， 版本升级指示消息中包含指定 版本或异常爹正版本的信息。 优选地， 本技术方案中， 版本月艮务器独立于 BBU。 才艮据本发明的另一方面， 提供了一种 RRU 软件升级的方法， 包括： 版 本月艮务器维护 RRU版本艮务信息； RRU创建并发送版本查询请求， 版本查 询请求中携带 RRU的硬件信息； 版本服务器返回 RRU硬件信息对应的版本 信息； RRU将版本信息与自身维护的版本信息进行比较 ， 如果版本服务器返 回的版本信息高于自身维护的版本信息， 则向版本艮务器发送版本信息对应 版本文件的下载请求； 版本服务器支持版本文件下载； 网管子系统接收 RRU 的版本信息对应版本软件的激活请求， 指示 RRU激活版本软件。 优选地， 本技术方案中， 版本服务器维护 RRU版本服务信息具体包括： 在版本服务器预设目录保存版本信息对应的版 本文件； 在版本服务器上维护 版本表， 版本表存储 RRU硬件信息、 版本信息以及版本文件下载信息的对 应关系。 本发明中，釆用 RRU创建并发送携带 RRU的硬件信息的版本查询请求， 从而解决了 BBU对不同硬件 RRU软件升级困难的问题， 达到 BBU识别不 同硬件 RRU, 进而对不同硬件 RRU进行软件升级。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发 明， 并不构成对本发明的 不当限定。 在附图中： 图 1为 居本发明装置实施例一的 RRU软件升级系统的示意图； 图 2为根据本发明方法实施例一的 RRU软件升级方法的流程图； 图 3为根据本发明方法实施例三 RRU软件升级方法的流程图； 图 4为根据本发明方法实施例四 RRU软件升级方法中 RRU软件激活的 流程图； 图 5为根据本发明方法实施例五 RRU软件升级方法中激活方法的流程 图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互 组合。 实施例一： 图 1为根据本发明实施例一的 RRU软件升级系统的示意图。 由图 1所 示，本实施例中 RRU软件升级系统包括：版本月艮务器 104,通过 BBU与 RRU 相连， 用于才艮据 RRU的版本查询请求中包含的 RRU硬件信息， 返回 RRU 硬件信息对应的版本信息； 接收所述版本信息对应版本文件的下载请求， 支 持版本文件下载； 网管子系统 102 , 通过 BBU与 RRU相连， 用于接收 RRU 的版本信息对应版本软件的激活请求， 指示 RRU激活版本软件。 本实施例中 BBU只是作为版本服务器和网管子系统与 RRU的通道。 本 实施例 RRU软件升级系统釆用 RRU创建并发送携带 RRU的硬件信息的版 本查询请求， 从而解决了 BBU对不同硬件 RRU软件升级困难的问题， 达到 BBU识别不同硬件 RRU, 进而对不同硬件 RRU进行软件升级的目的。 装置实施例二： 本实施例将在实施例一的基础上， 对版本服务器进一步说明。 优选地， 版本月艮务器包括： 版本表， 用于存储 RRU硬件信息、 版本信息、 版本文件 下载信息的对应关系； 查询模块， 用于接收 RRU 的版本查询请求， 根据版 本查询请求中包含的 RRU硬件信息和版本表， 返回 RRU硬件信息对应的版 本信息； 下载模块， 用于接收版本信息对应版本文件的下载请求， 居版本 表， 向 RRU返回版本文件下载信息； 运行 FTP ( File Transfer Protocol, 文件 传输协议） 服务器， 支持版本文件的下载。 本实施例中， 查询模块还用于如果 RRU硬件信息对应多个软件版本， 则返回最高版本的版本信息。 网管子系统还用于当版本月艮务器中升级 RRU 版本后， 向 RRU发送版本升级指示； 和 /或当需要 RRU升级到指定版本或异 常^ ί'爹正版本时， 向 RRU发送版本升级指示， 版本升级指示消息中包含指定 版本或异常爹正版本的信息。 本实施例为实施例一的具体体现，除具有实施 例一的全部有益效果之外， 可实施性更强。 装置实施例三： 本实施例中， RRU软件升级系统包括： 网管子系统、版本服务器、 BBU。 网管子系统用于管理 BBU和 RRU,有权决定是否允许 RRU升级版本， 并能 主动向 RRU发送版本升级命令。 版本月艮务器可以是网管子系统的一部分， 也是可以独立运行的子系统， 其维护运营商所有类型的 RRU 版本， 并支持 版本信息查询和版本文件下载功能。 BBU与 RRU连接， 提供网管子系统和 版本服务器与 RRU之间交互的通道， 实现 RRU与网管子系统和版本服务器 之间消息的透传， 以及 RRU版本文件从版本服务器到 RRU的传输。 本实施例， RRU软件升级系统在 RRU版本升级过程中不需要制作规格 包， 也不需要 BBU维护 RRU版本， 从而减少 BBU版本维护的复杂度， 并 使得 RRU版本的升级过程变得简单便捷。 方法实施例一： 图 2为根据本发明方法实施例一的 RRU软件升级方法的流程图。如图 2 所示， 本实施例包括： 步骤 S202, 版本服务器维护 RRU版本服务信息； 步骤 S204, RRU创建并发送版本查询请求， 版本查询请求中携带 RRU 的硬件信息； 步骤 S206 , 版本服务器返回 RRU硬件信息对应的版本信息； 步骤 S208, RRU将版本信息与自身维护的版本信息进行比较 ， 如果版 本服务器返回的版本信息高于自身维护的版本 信息， 则向版本服务器发送版 本信息对应版本文件的下载请求； 步骤 S210, 版本艮务器支持版本文件下载； 步骤 S212 ,网管子系统接收 RRU的版本信息对应版本软件的激活请求， 指示 RRU激活版本软件。 本实施例中， RRU软件升级方法釆用 RRU创建并发送携带 RRU的硬件 信息的版本查询请求， 从而解决了 BBU对不同硬件 RRU软件升级困难的问 题， 达到 BBU识别不同硬件 RRU, 进而对不同硬件 RRU进行软件升级的目 的。 方法实施例二： 本实施例将对方法实施例一中的各步骤进行详 细说明。 BBU只是版本服 务器 （或网管子系统） 和 RRU之间传输的通路。 为简单起见， 描述版本服 务器 （或网管子系统） 和 RRU之间消息的交互中， 没有体现 BBU。 其中， 版本服务器维护 RRU 版本服务信息的具体包括以下三方面的内 容： （ 1 ) 在版本服务器指定目录保存具体型号的 RRU 版本文件； （2 ) 在版 本服务器上维护 RRU版本表， 该表维护 RRU硬件信息与版本信息以及版本 文件下载信息 （例如： 服务器 IP, 版本存放路径等） 的对应关系； （3 ) 在版 本服务器运行服务程序， 该服务程序包含如下功能： 支持版本信息查询请求 处理， 当查询到多个版本信息时，该服务程序能够比 较并获取最高版本信息， 并向 RRU回应版本查询结果， 支持 RRU版本下载请求处理， 能够回应 RRU 版本下载所需要的信息。

RRU创建并发送版本查询请求的步骤具体包括 ： 1 )在 RRU启动版本升 级周期定时器， 当定时器到时时， RRU向 BBU发送获取版本信息请求； 2 ) BBU转发获取版本信息请求消息到版本月艮务器 。 版本艮务器支持版本文件下载的步骤具体包括 ： 1 ) 版本艮务器向 BBU 回应 RRU下载版本所需要的信息 （例如： 服务器 IP, 版本存放路径等）； 2 ) 运行 FTP服务器， 根据版本文件下载信息， 进行版本文件的下载。 网管子系统接收 RRU的软件版本的激活请求， 指示 RRU激活软件版本 的步 4聚具体包括：

( 1 ) RRU停止版本升级周期定时器， 向 BBU上艮版本激活请求消息 , 并启动版本激活上艮周期定时器， 周期上艮版本激活请求到 BBU;

( 2 ) BBU转发版本激活请求消息到网管子系统， 网管子系统才艮据当前 情况决定是否激活 RRU版本软件， 需要激活执行步骤 （3 ), 否则结束本次 执行；

( 3 ) 网管子系统发送版本激活指示消息到 BBU , BBU 转发该消息到

RRU;

( 4 ) RRU 收到版本激活指示消息后， 停止版本激活上 ·ί艮周期定时器， 切换当前运行目录和备份目录， 向 BBU发送版本激活指示响应消息， 复位 自身；

( 5 ) BBU转发版本激活指示响应消息到网管子系统， 网管子系统确认 RRU版本激活；

( 6 ) RRU从运行目录加载版本启动运行， 并检查版本是否正常。 正常 情况下， 启动版本升级周期定时器， 版本正常升级， 结束本次执行。 不 當 情况下， 继续执行后续步 4聚；

( 7 )维护当前异常版本信息到本地 FLASH的异常版本信息表， 切换当 前运行目录和备份目录， 复位自身；

( 8 ) RRU版本回退到升级前版本， 并正常运行。 本实施例的 RRU 软件升级方法中， 不需要制作规格包， 不用下载规格 包到 BBU, 减少了 RRU版本升级的工作量。 同时， BBU不用维护 RRU版 本以及版本信息， 减小了 BBU 版本维护的复杂度。 最后， 本实施例成功解 决了现有技术中不同类型 RRU版本升级困难的问题。 RRU版本升级过程只 需在版本艮务器维护相应的版本信息， 由 RRU 主动进行版本升级， 节省了 RRU版本升级的时间， 提高版本升级效率。 方法实施例三： 本实施例将对 RRU软件升级方法进行详细说明。 图 3 为根据本发明方 法实施例三 RRU软件升级方法中 RRU软件升级的流程图。 如图 3所示， 本 实施例中 RRU软件升级方法包括： 步骤 S302, 当 RRU上的版本升级周期定时器 T1定时时间到达时， RRU 向 BBU发送获取版本信息请求消息， 其消息体中携带 RRU硬件信息， 其硬 件信息可以包含 RRU硬件类型和硬件版本号等信息； 步骤 S304, BBU转发获取版本信息请求消息到版本服务器； 步骤 S306,版本月艮务器用 RRU硬件信息与版本表中的 RRU硬件信息进 行匹配， 查找该 RRU对应的版本信息； 当版本月艮务器没有找到 RRU对应的 版本信息时， 向 BBU 回应获取版本信息响应失败消息； 当版本月艮务器找到 多个版本信息时， 比较获取最新的版本信息； 步骤 S308 , 向 BBU回应获取版本信息响应消息， 其消息体可包括 RRU 版本个数、 版本类型、 以及版本号等信息； 步骤 S310, BBU转发版本服务器的获取版本信息回应消息到 RRU; 步骤 S312, RRU 收到获取版本信息回应消息后， 首先判断查找是否成 功， 查找失败， 则结束本次执行； 查找成功情况下， RRU比较自身当前版本 信息与从服务器获取的版本信息， 若获取的版本级别较低， RRU结束本次执 行， 不进行升级； 否则， RRU从本地 FLASH读取异常版本信息 （该信息用 于维护 RRU最近一次发生异常的版本信息）， 比较当前获取版本信息与异常 版本信息是否一致， 当结果一致时， RRU 结束本次执行； 不一致时， RRU 决定升级当前版本； 步骤 S314, 向 BBU发送版本文件下载请求消息， 该请求消息包含当前 需要下载的版本信息， 可包括版本个数， 版本类型， 以及版本号等信息； 步骤 S316, BBU转发版本文件下载请求消息到版本月艮务器 ； 步骤 S318, 版本艮务器收到版本文件下载请求后， 在版本表中查找需要 下载的版本路径， 并获取自身 FTP Server服务器信息 （包括： Ftp Server服 务器 IP, 用户名， 密码等）； 步骤 S320 , 向 BBU发送版本文件下载回应消息； 步骤 S322 , BBU转发版本文件下载回应消息给 RRU; 步骤 S324, RRU收到版本文件下载回应消息后，使用 FTP协议通过 BBU 从版本月艮务器下载版本文件到自身 BACKUP 目录； 步骤 S326, RRU版本文件下载完成后， 向 BBU发送版本软件激活请求 消息， 停止版本周期升级定时器 T1 , 并启动版本激活周期上报定时器 T2; 步骤 S328 , T2 定时器用于周期向网管子系统上 4艮 RRU有新版本已经下 载完成并需要激活； 步骤 S330, BBU转发版本软件激活请求消息到网管子系统； 步骤 S332 , 网管子系统收到版本软件激活请求消息后， 根据当前情况决 定是否允许 RRU进行版本软件激活； 步骤 S334, 如果不允许， 对激活请求不进行处理； 允许， 向 BBU发送 版本软件激活指示消息； 步骤 S336 , BBU转发版本软件激活指示消息到 RRU; 步骤 S338, RRU 收到版本软件激活指示消息后， 停止版本激活周期上 艮定时器 T2 , 并向 BBU发送版本软件激活指示响应消息， 进行版本软件激 活处理； 步骤 S340 , BBU转发版本软件激活指示响应消息到网管子系 统； 步骤 S342, RRU开始版本软件激活处理。 本实施例为上述方法实施例一至三中相应步骤 的细化， 具有上述实施例 的全部有益效果， 此处不再重述。 方法实施例四： 本实施例将对 RRU软件激活方法进行详细说明。 图 4为根据本发明方 法实施例四 RRU软件升级方法中 RRU软件激活的流程图。 如图 4所示， 本 实施例中 RRU软件升级方法包括： 步骤 S402, RRU切换当前运行目录 RUNNING和备份目录 BACKUP; 步骤 S404, RRU复位自身； 步骤 S406, RRU从运行目录 RUNNING加载版本文件， 并启动； 步骤 S408, RRU检查自身运行状态是否正常； 步骤 S410, 正常， 执行步 4聚 S412; 不正常， 执行步 4聚 S416; 步骤 S412, RRU启动版本升级周期定时器 T1; 步骤 S414, RRU版本升级成功， 流程结束； 步骤 S416, RRU记录当前异常版本信息到本地 FLASH; 步骤 S418, RRU切换当前运行目录 RUNNING和备份目录 BACKUP; 步骤 S420, RRU复位自身； 步骤 S422, RRU从运行目录 RUNNING加载版本， 并启动； 步骤 S424, RRU正常启动， 回退到升级前版本。 本实施例为上述方法实施例一至三中相应步骤 的细化， 具有上述实施例 的全部有益效果， 此处不再重述。 方法实施例五： 上述各方法实施例对 RRU 软件升级方法进行了详细描述， 其主要特点 是 RRU发起升级过程。但在实际过程中，可能还存 在如下三种特殊情况： ( 1 ) 当在版本服务器升级 RRU版本后， 需要立即通知 RRU升级版本； ( 2 ) 需要 RRU升级到指定版本而非最新版本； （ 3 ) 对 RRU异常版本^ ί'爹改完成， 但由 于 RRU本地 FLASH存有异常版本信息，导致 RRU无法自动升级到该版本。 针对上述情况， 本实施例釆用通过网管子系统通知 RRU 进行版本升级 的方法进行解决。 当需要 RRU立即升级版本时， 通过网管子系统发送 RRU 版本升级指示消息通知 RRU进行版本升级； 当需要 RRU升级到指定版本或 异常爹正版本时， 可在版本升级指示消息中包含指定的版本信息 ， 通知 RRU 升级到指定版本。 图 5为才艮据本发明方法实施例五 RRU软件升级方法的激 活方法的流程图。 如图 5所示， 本实施例中 RRU软件升级方法包括： 步骤 S502, 通过网管子系统向 BBU发送版本升级指示消息， 并启动定 时器 T3; 指示消息可以包含是否让 RRU升级到指定版本， 并包含指定版本 信息 （版本个数， 版本类型， 以及版本号等信息）， 由 BBU转发给 RRU; 步骤 S504, RRU收到版本升级指示后， 判断是否升级到指定版本； 是， 执行步骤 S510 , 否则执行步骤 S506; 步骤 S506, RRU重置版本升级周期定时器 T1 , 并通过 BBU向版本服 务器获取升级版本信息； 步骤 S508, RRU用获取到的版本信息与自身版本和本地 FLASH中的异 常版本信息进行比较， 决定是否需要升级版本； 不需要， 执行步骤 S518; 否 则， 继续执行步 4聚 S510; 步骤 S510, RRU通过 BBU向版本服务器获取版本下载信息； 步骤 S512, RRU判断下载信息是否获取成功； 成功， 继续执行后续步 骤 S514; 否则， 执行步骤 S518; 步骤 S514 , RRU通过 BBU向网管子系统发送版本升级指示回应消息（ 消 息内容可表示为： 版本升级指示响应成功）； RRU通过 BBU从版本服务器开 始下载 RRU版本; 步骤 S516, RRU版本下载完成后， 切换当前运行目录 RUNNING和备 份目录 BACKUP, 并复位自身， 完成版本升级过程， 流程结束； 步骤 S518, RRU 向网管子系统发送版本升级指示回应消息 （消息内容 可表示为： 不需要升级或没有版本信息）， 流程结束。 本实施例中， 当网管子系统收到版本升级指示回应消息后， 停止定时器 T3 , 并根据指示消息携带内容判断 RRU版本升级状态， 如成功、 不需要升 级、或没有版本信息。 当定时器 T3超时情况下， 网管子系统还没有收到 RRU 的版本升级指示回应消息， 说明 RRU 状态异常。 本实施例中， 由网管子系 统通知 RRU 进行版本升级， 为对方法实施例二技术方案的补充， 具有更易 于操作和实现的有益效果。 本发明使用版本服务器维护 RRU版本， 并使用网管子系统管理 RRU版 本的升级与激活， BBU只提供 RRU与版本服务器和网管子系统之间交换的 通道， 有效减小了现有技术中 BBU的版本维护工作， 使得 BBU与 RRU版 本管理解輛， 并实现了不同类型 RRU 版本管理的系统与方法。 同时， 版本 月艮务器维护 RRU版本省去了版本下载到 BBU的过程，缩短了版本升级时间， 也緩解了 BBU中 FLASH存储空间的压力。 最后， 本发明提供的 RRU周期 升级版本方法， 使得 RRU版本升级过程省时又省力。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执 行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的 步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。