[发明专利]一种控制RRU远程升级的方法及装置

说明书

技术领域

本发明涉及无线通信技术领域，尤其涉及一种控制远端射频单元RRU远程升级的方法及装置。

背景技术

在无线接入网应用环境中，大范围的射频信号的覆盖通常是由BBU(Building Baseband Unit，基带处理单元)和RRU(Remote Radio Unit，远端射频单元)共同完成的，BBU和RRU之间需要用光纤连接，其接口基于Ir(Interface between the RRU and the BBU)，称为Ir接口，一个BBU可以支持多个RRU。

RRU分布的地理位置分散，数量大。安放位置通常都比较特殊，如楼顶、塔顶、地铁隧道等等，因此不适合采用近端升级方式对RRU进行升级。由于RRU有数据通路与BBU相连，因此通常情况下，采用远程升级方式通过BBU对RRU进行批量升级。

RRU组网方式随着Ir接口的统一变得多元化，不同厂家、不同型号混合组网也成了必然，通过BBU对RRU进行批量升级时，不仅需要应对多种RRU组网情形如星型、链型、环型、混合型组网方式等，同时需要应对多个厂家的多种型号、多种制式的RRU，还需要支持针对缺陷修复和功能扩展进行的软件、固件升级。

目前基于Ir接口，通过BBU对RRU进行批量升级主要有以下两种方式：

如图1所示，采用方式一对RRU升级主要包括以下步骤：

步骤S101，确定需要对RRU进行批量升级时，管理站下发升级包给BBU，控制BBU复位，其中BBU复位使RRU业务中断；

步骤S102，RRU业务中断后，在重新接入时，BBU向RRU发送通道建立配置消息，该通道建立配置消息携带有升级包对应的新软件版本；

步骤S103，RRU根据接收的新软件版本确定是否需要进行升级，如新软件版本与RRU自身软件版本一致时，确定不需要升级，重新接入并结束；不一致时，确定需要升级，并执行步骤S104；

步骤S104，RRU在向BBU发送通道建立配置应答消息时通知BBU需要下载升级包；

步骤S105，BBU接收到上述通道建立配置应答消息后，将升级包发送给需要下载升级包的RRU，如通过FTP(File Transfer Protocol，文件传输协议)将升级包发送给RRU；

步骤S106，RRU将升级包下载结果通知给BBU，BBU在接收到版本下载失败的消息后，可以重新发送，若达到发送次数，可以报警；

步骤S107，RRU在成功下载升级包后，利用升级包进行升级(包括软件升级和固件升级)，升级后获得新软件版本，升级成功后复位，升级失败后不能重新接入网络；

步骤S108，RRU复位后使用新软件版本接入BBU，接入成功执行RRU业务。

采用该方式的RRU升级方法主要存在以下问题：

1)退服时间比较长

无线接入网是直接服务于用户的网络，应当尽最大可能增加RRU业务在服时间。而根据上述RRU升级方法，在控制BBU复位后会使RRU业务中断，因此从BBU下载升级包并写入RRU非易失性存储介质，是在RRU业务中断之后执行的，因此RRU业务的退服时间包括：下载升级包时间、升级时间和复位后重新接入时间，RRU业务的退服时间比较长。

2)无法进行流量控制

由于未采用新软件版本的RRU在BBU复位后同时批量升级，因此经常会出现多个RRU同时从BBU下载程序文件，导致短时间内占用大量的带宽，影响网络稳定。

3)群体流程未作考虑

由于各个RRU是相互独立进行升级的，在进行级联组网时，不同级的RRU在BBU复位后若发现软件版本不是新软件版本，会同时进行升级包下载，而一般上一级的RRU会提前完成升级包下载，因此上一级RRU相比下面级联的其他RRU会提前复位，而上一级RRU的提前复位，会导致下面级联的RRU短时间无法与BBU通信。因此，会再次向BBU发送请求下载升级包指令，导致升级包出现重复下载，从而影响网络业务。

4)无法对升级过程进行有效的监控

由于升级是由RRU的重新接入流程触发的，只有RRU升级后接入了，才能得知升级成功，如果RRU升级后故障，不易统计，因此无法进行针对性的升级过程监控。

上述方式的RRU升级方法较多应用在批量更换RRU的软件时使用，不适于针对性地对个别RRU进行升级。

如图2所示，采用方式二对RRU升级主要包括以下步骤：