CN110532012B - 一种分布式系统软件升级方法及装置 - Google Patents

Abstract

本发明实施例提供了一种分布式系统软件升级方法及装置，方法包括：下载预设的软件升级包，软件升级包中包括基带处理单元BBU、集线器HUB、射频拉远单元RRU各自的软件包以及软件配置信息；读取软件配置信息，以将BBU、HUB以及RRU的软件包分别解压缩到各自的升级软件存储路径中；当确定BBU、HUB以及RRU中任意一种设备需要升级时，基于BBU、HUB以及RRU各自独立的升级流程，从升级软件存储路径中读取相应的数据包。本发明实施例保证一种设备升级后的复位不会影响其他设备的升级过程，且整个分布式系统的升级过程可以自动完成，省去了繁琐的每台设备的升级操作，节省了大量的时间成本和人力成本。

Description

一种分布式系统软件升级方法及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种分布式系统软件升级方法及装置。

背景技术

随着运营商追求信号覆盖的零死角，分布式系统被广泛使用在通信领域。如今，运营商更加注重覆盖的深度和广度，而宏站在室内或大型场馆等热点区域，明显感到提供高质量和高速率的通信服务能力有限。

在分布式系统中，系统中网元设备众多，数量多达几十个，且各网元需要协同工作，因此如何高效的管理众多设备的升级过程变得尤为重要，现有技术中对分布式系统的软件升级方法一般包括如下步骤：首先分别制作分布式系统中的基带处理单元(BuildingBase band Unit，BBU)、集线器HUB、射频拉远单元(Radio Remote Unit，RRU)设备各自的软件升级包，软件升级包包含软件升级镜像文件及软件包配置信息文件。然后从OMC网管服务器或远端调试网页下载软件包至BBU、HUB及RRU设备中，根据软件包中的配置信息文件与设备上运行的版本信息做比对，如果版本不一致，则进入升级流程，否则跳出升级流程。最后判断升级完成，各模块升级完成后重启设备使新的软件包生效。

但上述现有技术提供的方案过于简单，且升级过程需要人工干预，升级效率较低，升级可靠性不高，因此，现在亟需一种新的分布式系统软件升级方法来解决上述问题。

发明内容

为了解决上述问题，本发明实施例提供一种克服上述问题或者至少部分地解决上述问题的一种分布式系统软件升级方法及装置。

第一方面，本发明实施例提供了一种分布式系统软件升级方法，包括：

下载预设的软件升级包，所述软件升级包中包括基带处理单元BBU、集线器HUB、射频拉远单元RRU各自的软件包以及软件配置信息；

读取所述软件配置信息，以将所述BBU、HUB以及RRU的软件包分别解压缩到各自的升级软件存储路径中；

当确定所述BBU、HUB以及RRU中任意一种设备需要升级时，基于所述BBU、HUB以及RRU各自独立的升级流程，从所述升级软件存储路径中读取相应的数据包。

其中，所述升级流程包括依次进行的软件下载、固件下载、软固件激活、软件激活以及固件激活五个子流程。

其中，若所述软件下载、固件下载、软固件激活、软件激活以及固件激活中任意一项失败时，上报告警信息。

其中，所述基于所述BBU、HUB以及RRU各自独立的升级流程，从所述升级软件存储路径中读取相应的数据包，包括：

针对所述BBU、HUB以及RRU其中一种设备，当所述软件下载、固件下载、软固件激活、软件激活以及固件激活全部成功时，判定所述设备升级流程结束，并进行复位；

复位后进行另一种设备的升级流程。

其中，所述方法还包括：

若在升级过程中出现异常状态，则上报告警信息。

其中，所述方法还包括：

基于TR069协议，完成网管平台OMC与所述BBU的通信，并基于通用公共无线电接口CPRI协议，完成所述BBU与所述HUB或所述RRU的通信。

第二方面本发明实施例还提供分布式系统软件升级装置，包括：

升级包下载模块，用于下载预设的软件升级包，所述软件升级包中包括基带处理单元BBU、集线器HUB、射频拉远单元RRU各自的软件包以及软件配置信息；

解压升级包模块，用于读取所述软件配置信息，以将所述BBU、HUB以及RRU的软件包分别解压缩到各自的升级软件存储路径中；

升级模块，用于当确定所述BBU、HUB以及RRU中任意一种设备需要升级时，基于所述BBU、HUB以及RRU各自独立的升级流程，从所述升级软件存储路径中读取相应的数据包。

第三方面本发明实施例提供了一种电子设备，包括：

处理器、存储器、通信接口和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行上述分布式系统软件升级方法。

第四方面本发明实施例提供了一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述分布式系统软件升级方法。

本发明实施例提供的分布式系统软件升级方法及装置，为BBU、HUB、RRU采用独立的升级流程，从而保证一种设备升级后的复位不会影响其他设备的升级过程，且整个分布式系统的升级过程可以自动完成，省去了繁琐的每台设备的升级操作，节省了大量的时间成本和人力成本。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种分布式系统软件升级方法流程示意图；

图2是本发明实施例提供的一种典型分布式系统架构框图；

图3是本发明实施例提供的软件升级包示意图；

图4是本发明实施例提供的一种分布式系统软件升级装置结构示意图；

图5是本发明实施例提供的一种电子设备的结构框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1是本发明实施例提供的一种分布式系统软件升级方法流程示意图，如图1所示，包括：

101、下载预设的软件升级包，所述软件升级包中包括基带处理单元BBU、集线器HUB、射频拉远单元RRU各自的软件包以及软件配置信息；

102、读取所述软件配置信息，以将所述BBU、HUB以及RRU的软件包分别解压缩到各自的升级软件存储路径中；

103、当确定所述BBU、HUB以及RRU中任意一种设备需要升级时，从所述升级软件存储路径中读取相应的软件包完成升级。

需要说明的是，本发明实施例的执行主体为BBU，针对的应用场景为分布式系统的设备升级情景，例如：图2是本发明实施例提供的一种典型分布式系统架构框图，如图2所示，本发明实施例提供的分布式系统中包括了BBU、HUB及RRU三种网元，三种网元承担不同的功能。BBU负责基站的控制面的协议信令信息、数据面的数据信息及基带数据的处理，完成基站与核心网及网管平台OMC的交互信息的处理；HUB完成数据交换及数据汇集与压缩等功能的处理；RRU作为远端拉远设备，完成信号的调制解调，实现信号的远端覆盖。如图2所示，本发明实施例中，包含有一个BBU网元，可以通过光纤级联4级HUB；每一级HUB可以通过网线接8台RRU，那么该分布式系统最多就能够有32台RRU，极大地增强了覆盖能力。其中，HUB和RRU作为BBU的分布式处理模块，都可以加入到BBU的网络拓扑结构中，从而实现BBU对HUB、RRU网元的运行状态监控、配置管理维护、告警信息上报、软件升级等。

具体的在进行升级时，在步骤101中，本发明实施例会将BBU、HUB、RRU的软件包制作成一个大的压缩包，即本发明实施例中的预设的软件升级包，图3是本发明实施例提供的软件升级包示意图，如图3所示，该软件升级包中包含了软件配置信息文件以及BBU、HUB、RRU各自的软件包。软件配置文件主要配置有BBU、HUB、RRU各自的软固件包名字、软固件包文件大小、软固件版本号信息。需要说明的是，本发明实施例提供的下载可以是通过BBU的WEB管理网页下载或者是直接从OMC管理平台下载至BBU，下载后的软件升级包一般存储在BBU的flash中进行保存。

进一步的，在步骤102中，本发明实施例对下载的软件升级包进行解压缩，解压缩时读取软件升级包的配置信息，根据信息，将BBU、HUB、RRU各自的软件包解压缩至相应设备的升级软件存储路径之下。

最后，在步骤103中，当有任一设备需要下载时，本发明实施例可以直接由升级软件存储路径将软件包进行下载。需要说明的是，本发明实施例一般为读取配置信息中的软固件版本信息，并将软固件版本信息存放如MIB库中，从而作为设备是否需要升级的凭证。其中，可以理解的是，在进行下载升级时，需要建立BBU和HUB及RRU之间的通信，本发明实施例中该通信通道建立及版本核对的触发条件是HUB/RRU上电或复位。当HUB/RRU与BBU之间通道建立成功，实现两者之间数据传输的链路。完成通道建立后，对设备软件版本进行检测对比，如果遇到版本需要更新，开启FTP进程，读取相应的软件包，当软件包成功读取后，进入升级流程，然后HUB/RRU向BBU发送软件更新结果指示，指示响应设备的升级结果。BBU回复版本更新结果指示应答作为响应消息。进一步的，本发明实施例为每个不同的设备都配备有独立的升级处理流程和复位处理流程，从而保证升级后设备能最快达到running状态，且一种设备升级后的复位不影响其他设备的升级过程。

本发明实施例提供的分布式系统软件升级方法，为BBU、HUB、RRU采用独立的升级流程，从而保证一种设备升级后的复位不会影响其他设备的升级过程，且整个分布式系统的升级过程可以自动完成，省去了繁琐的每台设备的升级操作，节省了大量的时间成本和人力成本。

在上述实施例的基础上，所述升级流程包括依次进行的软件下载、固件下载、软固件激活、软件激活以及固件激活五个子流程。

可以理解的是，本发明实施例提供的升级流程主要包括五个升级子流程，且五项升级子流程依次进行。

并由上述实施例的内容可知，本发明实施例提供的BBU、HUB、RRU升级流程均为相互独立的，具体的，BBU的升级流程包括：

1、BBU的软件下载子流程，首先BBU判断软件文件是否过大，如果是，则配置软件升级结果指示结果为文件过大，否则下载BBU软件包至flash。然后判断下载过程是否成功，如果没有成功，配置软件升级结果为文件不存在，如果成功，则将软件包拷贝至备分区。既而判断拷贝是否成功，如果没有成功，配置软件升级结果为文件不存在，如果成功，则配置软件下载结果指示为success。

2、BBU固件下载子流程，BBU进入固件下载流程，首先判断固件文件是否过大，如果是，则配置软件升级结果指示结果为文件过大，否则下载BBU固件包至flash。然后判断下载过程是否成功，如果没有成功，配置软件升级结果为超时，如果成功，配置固件下载结果指示为success。

3、BBU软固件激活子流程，当BBU完成软固件下载后，进入软固件激活处理流程。BBU判断软件版本是否一致，如果一致，则跳出软件激活处理流程；如果不一致，则进入软件激活处理流程。既而判断软件激活是否成功，如果不成功，则配置软件升级结果指示结果为其他原因；如果成功，则进入固件激活流程。然后BBU判断固件版本是否一致，如果一致，则跳出固件激活处理流程；如果不一致，则进入固件激活处理流程。既而判断固件激活是否成功，如果不成功，则配置软件升级结果指示结果为其他原因；如果成功，且软件下载结果指示、固件下载结果指示、软件激活指示、固件激活指示都为success，则配置软件升级结果指示结果为成功，发送软件升级结果指示。

4、BBU软件激活子流程，BBU首先判断软件版本是否为空，如果是，则配置软件升级结果指示结果为文件不存在，否则进入判断运行的软件版本与下载的软件版本是否一致，如果一致则跳出激活流程，如果不一致，则解压软件包至运行区，然后配置软件激活结果指示为success。

5、BBU固件激活子流程，BBU首先判断固件版本是否为空，如果是，则配置软件升级结果指示结果为文件不存在，否则进入判断UBOOT是否需要更新。如果UBOOT需要更新，则解压固件包中的UBOOT文件至flash中，升级UBOOT，UBOOT升级成功，则配置固件激活结果指示为success，如果失败，删除临时文件，配置软件升级结果指示结果为其他原因。如果UBOOT不需要更新，则判断CORE是否需要更新。如果CORE不需要更新，则跳出固件激活流程。如果CORE需要更新，则解压固件包中的CORE文件至flash中。BBU获取主备分区的CORE状态，如果是主备分区都不可用、主分区可用备分区不可用、主备分区都可用这三种情况，则先升级备分区后升级主分区；如果是主分区不可用备分区可用，则先升级主分区后升级备分区。然后判断CORE是否升级成功，如果CORE升级成功，则配置固件激活结果指示为success，如果失败，删除临时文件，配置版本更新结果指示结果为其他原因。

而对于HUB的升级流程则包括步骤(1)-(5)，需要说明的是，HUB是否需要升级是通过BBU收到软固件版本信息后与版本库中的HUB软固件信息进行比较，判断HUB是否需要升级。

升级时的步骤(1)、HUB软件包下载子流程，HUB判断软件文件是否过大，如果是，则配置版本更新结果指示结果为文件过大，否则下载HUB软件包至flash。然后判断下载过程是否成功，如果没有成功，配置版本更新结果为超时，如果成功，则将软件包拷贝至备分区。既而判断拷贝是否成功，如果没有成功，配置版本更新结果为文件不存在，如果成功，则配置软件下载结果指示为success。

(2)、HUB固件包下载子流程，HUB判断固件文件是否过大，如果是，则配置版本更新结果指示结果为文件过大，否则下载HUB固件包至flash。然后判断下载过程是否成功，如果没有成功，配置版本更新结果为超时，如果成功，则获取固件版本信息，与本地固件版本信息进行对比，根据对比结果，配置固件是否需要升级的标志位，然后配置固件下载结果指示为success。

(3)、HUB软固件激活子流程，当HUB完成软固件下载后，进入软固件激活处理流程。HUB判断软件版本是否一致，如果一致，则跳出软件激活处理流程；如果不一致，则进入软件激活处理流程。既而判断软件激活是否成功，如果不成功，则配置软件升级结果指示结果为其他原因；如果成功，则进入固件激活流程。然后HUB判断固件版本是否一致，如果一致，则跳出固件激活处理流程；如果不一致，则进入固件激活处理流程。既而判断固件激活是否成功，如果不成功，则配置软件升级结果指示结果为其他原因；如果成功，且软件下载结果指示、固件下载结果指示、软件激活指示、固件激活指示都为success，则配置软件升级结果指示结果为成功，发送软件升级结果指示。

(4)、HUB软件激活子流程，HUB首先判断软件版本是否为空，如果是，则配置版本更新结果指示结果为文件不存在，否则进入判断运行的软件版本与下载的软件版本是否一致，如果一致则跳出激活流程，如果不一致，则解压软件包至运行区，然后配置软件激活结果指示为success。

(5)、HUB固件激活处理子流程，HUB首先判断固件版本是否为空，如果是，则配置版本更新结果指示结果为文件不存在，否则进入判断UBOOT是否需要更新。如果UBOOT需要更新，则解压固件包中的UBOOT文件至flash中，升级UBOOT，UBOOT升级成功，则配置固件激活结果指示为success，如果失败，删除临时文件，配置版本更新结果指示结果为其他原因。如果UBOOT不需要更新，则判断CORE是否需要更新。如果CORE不需要更新，则跳出固件激活流程。如果CORE需要更新，则解压固件包中的CORE文件至flash中。HUB获取主备分区的CORE状态，如果是主备分区都不可用、主分区可用备分区不可用、主备分区都可用这三种情况，则先升级备分区后升级主分区；如果是主分区不可用备分区可用，则先升级主分区后升级备分区。然后判断CORE是否升级成功，如果CORE升级成功，则配置固件激活结果指示为success，如果失败，删除临时文件，配置版本更新结果指示结果为其他原因。

而对于RRU的升级流程，是当HUB完成软固件激活后，查询本级HUB下接入的RRU的状态，如果有RRU还处于升级中的状态，则HUB启动定时器T，定时器T超时后，再次查询本级HUB接入的RRU状态，进入下次循环；如果所有的RRU都没有处于升级中的状态，则复位该HUB，进行RRU的升级。RRU的升级流程处理与HUB升级流程一致。RRU升级成功后，复位RRU，至此整个升级流程完成。

在上述实施例的基础上，若所述软件下载、固件下载、软固件激活、软件激活以及固件激活中任意一项失败时，上报告警信息。

可以理解的是，对于任意一个子流程升级失败的情况，本发明实施例都直接将升级失败结果指示至OMC，并上报告警信息。

在上述实施例的基础上，所述基于所述BBU、HUB以及RRU各自独立的升级流程，从所述升级软件存储路径中读取相应的数据包，包括：

针对所述BBU、HUB以及RRU其中一种设备，当所述软件下载、固件下载、软固件激活、软件激活以及固件激活全部成功时，判定所述设备升级流程结束，并进行复位；

复位后进行另一种设备的升级流程。

可以理解的是，本发明实施例提供的BBU、HUB以及RRU的升级流程是独立不同的，但是当其中一个设备在升级完成前，不可进行其他设备的升级，那么相应的，为了确定设备升级完成，本发明实施例需要在每个设备升级完成后进行复位，从而再进行下一个设备的升级。

在上述实施例的基础上，所述方法还包括：

若在升级过程中出现异常状态，则上报告警信息。

可以理解的是，在升级过程中不能保证每次都能升级成功，对于某些特殊情况，例如下载文件不存在或文件传输超时等情况出现时，系统会自动检测出此时出现了异常状态。对于这种异常状态出现时，为了保证升级流程的健壮性，本发明实施例会对升级过程的异常进行远程上报告警信息。

具体的，当HUB/RRU上电后，会主动发起通道建立请求消息，同时启动定时器T，收到BBU回复的通道建立配置消息后，删除定时器，如果定时器超时还是未收到该消息就重新进入发送通道建立请求消息。HUB/RRU通道配置成功后，发送通道建立配置应答消息至BBU，如果通道建立失败，也重新进入发送通道建立请求消息。检查HUB/RRU版本信息，判断是否需要下载新版本，BBU启动定时器T’,开始FTP下载，HUB/RRU下载成功后，发送版本更新结果消息指示至BBU。如果下载失败，重新进入FTP下载过程。如果定时器T’超时，仍未收到版本更新结果指示消息，BBU上报版本升级失败告警。如果收到版本更新结果指示消息后，定时器T’未超时，BBU发送版本更新结果指示应答消息至HUB/RRU。

在上述实施例的基础上，所述方法还包括：

基于TR069协议，完成网管平台OMC与所述BBU的通信，并基于通用公共无线电接口CPRI协议，完成所述BBU与所述HUB或所述RRU的通信。

优选的，本发明实施例中分布式系统的软件升级包设备间的交互遵循现在远端管理系统常用的TR069协议，而BBU与HUB及RRU之间使用CPRI协议，通过IR消息实现对HUB及RRU的查询、配置、软件升级、告警上报等操作，从而可与满足此协议的网管厂商设备对接使用，具有更好的互容互通性。

图4是本发明实施例提供的一种分布式系统软件升级装置结构示意图，如图4所示，包括：升级包下载模块401、解压升级包模块402和升级模块403，其中：

升级包下载模块401用于下载预设的软件升级包，所述软件升级包中包括基带处理单元BBU、集线器HUB、射频拉远单元RRU各自的软件包以及软件配置信息；

解压升级包模块402用于读取所述软件配置信息，以将所述BBU、HUB以及RRU的软件包分别解压缩到各自的升级软件存储路径中；

升级模块403用于当确定所述BBU、HUB以及RRU中任意一种设备需要升级时，基于所述BBU、HUB以及RRU各自独立的升级流程，从所述升级软件存储路径中读取相应的数据包。

具体的如何通过升级包下载模块401、解压升级包模块402和升级模块403可用于执行图1所示的分布式系统软件升级方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本发明实施例提供的分布式系统软件升级装置，为BBU、HUB、RRU采用独立的升级流程，从而保证一种设备升级后的复位不会影响其他设备的升级过程，且整个分布式系统的升级过程可以自动完成，省去了繁琐的每台设备的升级操作，节省了大量的时间成本和人力成本。

在上述实施例的基础上，所述升级流程包括依次进行的软件下载、固件下载、软固件激活、软件激活以及固件激活五个子流程。

在上述实施例的基础上，所述装置还包括：

升级失败模块，用于若所述软件下载、固件下载、软固件激活、软件激活以及固件激活中任意一项失败时，上报告警信息。

在上述实施例的基础上，所述升级模块具体用于：

针对所述BBU、HUB以及RRU其中一种设备，当所述软件下载、固件下载、软固件激活、软件激活以及固件激活全部成功时，判定所述设备升级流程结束，并进行复位；

复位后进行另一种设备的升级流程。

在上述实施例的基础上，所述装置还包括：

告警模块，用于若在升级过程中出现异常状态，则上报告警信息。

在上述实施例的基础上，所述装置还包括：

通信模块，用于基于TR069协议，完成网管平台OMC与所述BBU的通信，并基于通用公共无线电接口CPRI协议，完成所述BBU与所述HUB或所述RRU的通信。

图5是本发明实施例提供的一种电子设备的结构框图，参照图5，所述电子设备，包括：处理器(processor)501、通信接口(Communications Interface)502、存储器(memory)503和总线504，其中，处理器501，通信接口502，存储器503通过总线504完成相互间的通信。处理器501可以调用存储器503中的逻辑指令，以执行如下方法：下载预设的软件升级包，所述软件升级包中包括基带处理单元BBU、集线器HUB、射频拉远单元RRU各自的软件包以及软件配置信息；读取所述软件配置信息，以将所述BBU、HUB以及RRU的软件包分别解压缩到各自的升级软件存储路径中；当确定所述BBU、HUB以及RRU中任意一种设备需要升级时，基于所述BBU、HUB以及RRU各自独立的升级流程，从所述升级软件存储路径中读取相应的数据包。

本发明实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：下载预设的软件升级包，所述软件升级包中包括基带处理单元BBU、集线器HUB、射频拉远单元RRU各自的软件包以及软件配置信息；读取所述软件配置信息，以将所述BBU、HUB以及RRU的软件包分别解压缩到各自的升级软件存储路径中；当确定所述BBU、HUB以及RRU中任意一种设备需要升级时，基于所述BBU、HUB以及RRU各自独立的升级流程，从所述升级软件存储路径中读取相应的数据包。

本发明实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：下载预设的软件升级包，所述软件升级包中包括基带处理单元BBU、集线器HUB、射频拉远单元RRU各自的软件包以及软件配置信息；读取所述软件配置信息，以将所述BBU、HUB以及RRU的软件包分别解压缩到各自的升级软件存储路径中；当确定所述BBU、HUB以及RRU中任意一种设备需要升级时，基于所述BBU、HUB以及RRU各自独立的升级流程，从所述升级软件存储路径中读取相应的数据包。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行每个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (5)

1.一种分布式系统软件升级方法，其特征在于，包括：

下载预设的软件升级包，所述软件升级包中包括基带处理单元BBU、集线器HUB、射频拉远单元RRU各自的软件包以及软件配置信息；

读取所述软件配置信息，以将所述BBU、HUB以及RRU的软件包分别解压缩到各自的升级软件存储路径中；所述BBU负责基站的控制面的协议信令信息、数据面的数据信息及基带数据的处理，完成基站与核心网及网管平台OMC的交互信息的处理；所述HUB完成数据交换及数据汇集与压缩功能的处理；所述RRU作为远端拉远设备，完成信号的调制解调，实现信号的远端覆盖；

当确定所述BBU、HUB以及RRU中任意一种设备需要升级时，基于所述BBU、HUB以及RRU各自独立的升级流程，从所述升级软件存储路径中读取相应的数据包；

所述升级流程包括依次进行的软件下载、固件下载、软固件激活、软件激活以及固件激活五个子流程；

若所述软件下载、固件下载、软固件激活、软件激活以及固件激活中任意一项失败时，上报告警信息；

所述方法还包括：

基于TR069协议，完成网管平台OMC与所述BBU的通信，并基于通用公共无线电接口CPRI协议，完成所述BBU与所述HUB或所述RRU的通信；

所述基于所述BBU、HUB以及RRU各自独立的升级流程，从所述升级软件存储路径中读取相应的数据包，包括：

针对所述BBU、HUB以及RRU其中一种设备，当所述软件下载、固件下载、软固件激活、软件激活以及固件激活全部成功时，判定所述设备的升级流程结束，并进行复位；

复位后进行另一种设备的升级流程。

2.根据权利要求1所述的分布式系统软件升级方法，其特征在于，所述方法还包括：

若在升级过程中出现异常状态，则上报告警信息。

3.一种分布式系统软件升级装置，其特征在于，包括：

升级包下载模块，用于下载预设的软件升级包，所述软件升级包中包括基带处理单元BBU、集线器HUB、射频拉远单元RRU各自的软件包以及软件配置信息；

解压升级包模块，用于读取所述软件配置信息，以将所述BBU、HUB以及RRU的软件包分别解压缩到各自的升级软件存储路径中；所述BBU负责基站的控制面的协议信令信息、数据面的数据信息及基带数据的处理，完成基站与核心网及网管平台OMC的交互信息的处理；所述HUB完成数据交换及数据汇集与压缩功能的处理；所述RRU作为远端拉远设备，完成信号的调制解调，实现信号的远端覆盖；

升级模块，用于当确定所述BBU、HUB以及RRU中任意一种设备需要升级时，基于所述BBU、HUB以及RRU各自独立的升级流程，从所述升级软件存储路径中读取相应的数据包；

所述升级流程包括依次进行的软件下载、固件下载、软固件激活、软件激活以及固件激活五个子流程；

若所述软件下载、固件下载、软固件激活、软件激活以及固件激活中任意一项失败时，上报告警信息；

所述装置还包括：

基于TR069协议，完成网管平台OMC与所述BBU的通信，并基于通用公共无线电接口CPRI协议，完成所述BBU与所述HUB或所述RRU的通信；

所述基于所述BBU、HUB以及RRU各自独立的升级流程，从所述升级软件存储路径中读取相应的数据包，包括：

针对所述BBU、HUB以及RRU其中一种设备，当所述软件下载、固件下载、软固件激活、软件激活以及固件激活全部成功时，判定所述设备的升级流程结束，并进行复位；

复位后进行另一种设备的升级流程。

4.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至2任一项所述分布式系统软件升级方法的步骤。

5.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至2任一项所述分布式系统软件升级方法的步骤。