CN103024782B - 一种基站软件版本管理的方法和系统 - Google Patents

Abstract

本发明公开了一种基站软件版本管理的方法和系统，涉及通讯领域的基站软件版本的管理维护方式，所述方法包括：主控板收到网管服务器下发的版本激活消息后，通过网管服务器下载主控版本；主控板加载所述下载的主控版本，并向非主控单板发送版本下载消息；非主控单板收到所述版本下载消息后，通过网管服务器下载非主控版本，并加载所述下载的非主控版本。本发明通过将基站软件版本管理上移到网管，减少了基站切换软件版本的处理，节省了基站软件版本下载到主控板Flash的时间，提高了基站软件版本的升级速度，节省了基站Flash空间，降低了基站成本。

Description

一种基站软件版本管理的方法和系统

技术领域

本发明涉及通讯领域的基站软件版本的管理维护方式，尤其涉及一种基站软件版本管理的方法和系统。

背景技术

随着无线通讯系统的发展，基站作为一个重要的网元，其负责的功能越来越复杂，需要管理的软件版本也越来越多。特别是在LTE系统中，由于设计之初，就需要考虑和其他无线制式的共模，要求基站同时管理多种制式的软件版本。所以LTE的基站软件版本管理将更为复杂。

对于运营商，评价软件版本管理的一个重要指标就是软件版本升级时间，升级时间越短，业务中断时间越少，给用户的体验也就越好。

传统的管理基站版本的方式是：网管将每个基站需要的版本文件首先下载到基站内的主控板上，基站上电后，各个单板不需要和其他网元交互，通过主控板加载单板需要的升级软件版本，就可以完成升级。图1显示了一种传统的基站软件版本管理方法流程图，步骤包括：

步骤101：维护人员将需要升级的基站软件版本上载到网管服务器；

步骤102：基站通过网管程序下载基站软件版本到主控板Flash上；

步骤103：网管程序给基站发送版本激活消息；

步骤104：基站重启，加载下载的基站软件版本；

步骤105：基站重启后，首先加载Flash上的主控版本，运行主控程序；

步骤106：其他非主控单板上电后，向主控板请求，获取需要的版本文件；

步骤107：各个非主控单板获取到单板的版本文件后，加载运行版本文件；

步骤108：基站运行正常，升级成功。

这种基站软件版本管理方法的主要缺点是：

1、在整个升级过程中，步骤102中下载基站软件版本将占用近一半的时间。

2、基站所有运行的软件版本都存储在Flash上，占用较多的磁盘空间。特别是对于多制式共模的情况，多种制式软件版本如果都存储在Flash上，对于磁盘空间的要求将成倍增长。

发明内容

本发明的目的在于提供一种基站软件版本管理的方法和系统，用于解决基站软件版本升级速度慢和多制式共模情况下主控板Flash存储空间要求高的问题。

根据本发明的一个方面，提供的一种基站软件版本管理的方法包括：

A)主控板收到网管服务器下发的版本激活消息后，通过网管服务器下载主控版本；

B)主控板加载所述下载的主控版本，并向非主控单板发送版本下载消息；

C)非主控单板收到所述版本下载消息后，通过网管服务器下载非主控版本，并加载所述下载的非主控版本。

所述步骤A)包括：

网管服务器将版本激活消息发送至主控板，并保存基站当前的版本信息；

主控板根据所述版本激活消息，通过网管服务器下载升级的主控版本；

主控板将所述升级的主控版本更新至主控板的Flash中，并备份原主控版本。

所述步骤B)还包括：

若所述主控版本加载失败，则主控板将备份的原主控版本还原至其Flash中，并向网管服务器发送包含基站标识的版本升级失败消息；

主控板加载所述还原的原主控版本。

所述步骤C)包括：

非主控单板接收所述版本下载消息后，向网管服务器发送版本请求消息；

网管服务器根据所述版本请求消息，查找非主控版本，并将所述非主控版本的网络路径发送至非主控单板；

非主控单板根据所述网络路径，通过网管服务器下载所述非主控版本，并保存至其内存中；

非主控单板加载所述下载的非主控版本。

所述步骤C)还包括：

若所述非主控版本加载失败，则非主控单板向主控板发送非主控版本加载失败消息；

主控板收到所述非主控版本加载失败消息后，判断主控版本是否已升级；

当判断主控版本已升级时，主控板将备份的主控版本还原至主控板的Flash中，加载所述还原的主控版本，并向网管服务器发送包含基站标识的版本升级失败消息；

当判断主控版本未升级时，主控板直接向网管服务器发送包含基站标识的版本升级失败消息。

根据本发明的另一个方面，提供的一种基站软件版本管理的系统包括：

主控板，用于在收到网管服务器下发的版本激活消息后，通过网管服务器下载主控版本，加载所述下载的主控版本，并向非主控单板发送版本下载消息；

非主控单板，用于收到所述版本下载消息后，通过网管服务器下载非主控版本，并加载所述下载的非主控版本。

所述主控板还用于向网管服务器发送包含基站标识的版本升级失败消息。

所述非主控单板还用于向主控板发送非主控版本加载失败消息。

与现有技术相比，本发明具有以下有益效果：

1、本发明通过将版本管理上移到网管，减少了基站切换软件版本的处理，节省了基站软件版本下载到主控板Flash的时间，提高了基站软件版本的升级速度。

2、本发明通过简化基站软件版本升级流程，提高了系统稳定性；

3、本发明在多制式共模下节省了基站的Flash空间，降低了基站成本。

附图说明

图1是一种传统的基站软件版本管理方法流程图；

图2是本发明提供的基站软件版本管理方法流程图；

图3是本发明实施例提供的基站软件版本管理的工作流程图；

图4是图3所述实施例中主控版本升级失败处理流程图；

图5是图3所述实施例中非主控版本升级失败处理流程图。

具体实施方式

以下结合附图对本发明的优选实施例进行详细说明，应当理解，以下所说明的优选实施例仅用于说明和解释本发明，并不用于限制本发明。

图2显示了本发明提供的基站软件版本管理方法流程图，如图2所示，本发明提出一种新的基站软件版本管理方法，其将基站软件版本分为主控版本和非主控版本两部分。其中，主控版本保存在主控板的Flash上，保证基站可以和网管服务器之间的通信链路；所有非主控版本的存储位置从主控板的Flash上移到网管系统。非主控单板上电后，直接向网管系统的网管服务器请求非主控版本。基站软件版本管理的方法的步骤包括：

步骤一：主控板收到网管服务器下发的版本激活消息后，通过网管服务器下载主控版本；

步骤二：主控板加载所述下载的主控版本，并向非主控单板发送版本下载消息；

步骤三：非主控单板收到所述版本下载消息后，通过网管服务器下载非主控版本，并加载所述下载的非主控版本。

执行所述步骤一前，还包括：网管服务器接收并保存维护人员上载的需要升级的包括主控版本和/或非主控版本的基站软件版本。

所述步骤一包括：网管服务器将版本激活消息发送至主控板，并保存基站当前的版本信息；主控板根据所述版本激活消息，从网管服务器下载升级的主控版本；主控板将所述升级的主控版本更新至主控板的Flash中，并备份原主控版本。

所述步骤二还包括：若所述主控版本加载失败，则主控板将备份的原主控版本还原至其Flash中，并向网管服务器发送包含基站标识的版本升级失败消息；主控板加载所述还原的原主控版本。

所述步骤三包括：非主控单板接收所述版本下载消息后，向网管服务器发送版本请求消息；网管服务器根据所述版本请求消息，查找非主控版本，并将所述非主控版本的网络路径发送至非主控单板；非主控单板根据所述网络路径，从网管服务器下载所述非主控版本，并保存至其内存中；非主控单板加载所述下载的非主控版本。

所述步骤三还包括：若所述非主控版本加载失败，则非主控单板向主控板发送非主控版本加载失败消息；主控板收到所述非主控版本加载失败消息后，判断主控版本是否已升级；当判断主控版本已升级时，主控板将备份的主控版本还原至主控板的Flash中，加载所述还原的主控版本，并向网管服务器发送包含基站标识的版本升级失败消息；当判断主控版本未升级时，主控板直接向网管服务器发送包含基站标识的版本升级失败消息。

概括地说，首先维护人员要将需要升级的基站软件版本上载到网管服务器；然后网管服务器向基站发送版本激活消息，使基站将主控版本下载至Flash；再次，基站加载所述Flash上的主控版本，运行主控程序，并在其他非主控单板上电后，向其他非主控单板发送版本下载消息，以供非主控单板向网管服务器请求版本文件，获取需要的版本文件；最后，其它非主控单板经由网管服务器获得非主控版本，存放在非主控单板的内存，加载运行非主控版本；基站运行正常，升级成功。

考虑到系统稳定性和流控等问题，可以单独建立服务器作为版本服务器，以供基站软件版本的管理，如图3所示，图3显示了本发明实施例提供的基站软件版本管理方法流程图，步骤包括：

步骤301：维护人员将需要升级的基站软件版本上载到网管服务器，上传的所述基站软件版本存放在版本服务器下；

步骤302：网管服务器给指定基站发送版本激活消息，并记录所述基站当前的所有版本信息；所述版本激活消息应至少包含版本服务器地址、端口、连接用户信息、升级版本号、是否更新主控版本标识；同时网管记录当前基站所有版本信息；

步骤303：基站接收所述版本激活消息后，根据所述是否更新主控版本标识来判断是否更新主控版本，如果需要更新，则依次执行步骤304和步骤305，否则直接执行306；

步骤304：基站使用版本激活消息中的信息经由网管服务器获取版本服务器上的主控版本，更新到主控板的Flash中，并将原主控版本备份；

步骤305：主控板重启，加载升级的主控版本；

步骤306：判断主控版本加载是否成功，如果主控版本加载成功，则直接执行步骤308，否则，执行步骤307；

步骤307：主控版本加载失败，进入主控版本升级失败处理流程，即激活失败流程；

步骤308：主控版本加载成功后，主控板给其他的非主控单板发送版本下载消息，所述版本下载该消息中至少应包含版本服务器地址、端口、连接用户信息、升级版本号；

步骤309：非主控单板根据所述版本下载消息，经由网管服务器向版本服务器发送版本请求消息，所述版本请求消息中至少应包含基站标识、主控板的硬件类型标识、请求版本类型、请求版本号；

步骤310：网管服务器收到非主控单板的版本请求消息后，根据所述版本请求消息，查找版本服务器中的非主控单板需要的非主控版本，并将升级的所述非主控板本在版本服务器中的网络路径反馈给非主控单板；

步骤311：非主控单板接收网络路径，根据所述网络路径下载其需要的非主控版本，保存至其内存中，加载所述非主控版本；

步骤312：判断非主控版本加载是否成功，若加载成功，则执行步骤313，否则，执行步骤314；

步骤313：若所有非主控版本加载成功后，基站发送版本更新成功消息给网管服务器；

步骤314：若非主控版本加载失败，则进入非主控板本升级失败处理流程，即激活失败流程。

图4显示了图3所述实施例中主控版本升级失败处理流程图，即图3所述步骤307的具体处理步骤，包括：

步骤3071：主控板将备份的原主控版本还原至其Flash中；

步骤3072：主控板向网管服务器发送版本升级失败消息，所述版本升级失败消息中至少应包含基站标识；

步骤3073：网管服务器收到所述版本升级失败消息后，使用其记录的升级前的基站所有版本信息更新网管数据；

步骤3074：主控板发送所述版本升级失败消息后，主控板重启；

步骤3075：主控板重启，加载还原的原主控版本，并继续执行图3中所述步骤308。

图5显示了图3所述实施例中非主控版本升级失败处理流程图，即图3所述步骤314的具体处理步骤，包括：

步骤3141：非主控版本加载失败后，非主控单板向主控板发送非主控版本加载失败消息；

步骤3142：主控板收到非主控版本加载失败消息后，判断主控版本在基站软件版本升级过程中是否升级，即是否有更新，如果有更新，则执行步骤3143，否则，执行步骤3144；

步骤3143：主控板将备份的原主控版本还原至其Flash中，向网管服务器发送包含基站标识的版本升级失败消息，使网管服务器收到所述版本升级失败消息后，使用其记录的升级前的基站所有版本信息更新网管数据；主控板发送所述版本升级失败消息后，主控板重启，加载还原的原主控版本，并继续执行图3中所述步骤308；

步骤3144：主控板向网管服务器发送包含基站标识的版本升级失败消息，使网管服务器收到所述版本升级失败消息后，使用其记录的升级前的基站所有版本信息更新网管数据；主控板发送所述版本升级失败消息后，主控板重启，加载主控版本，并继续执行上述步骤308。

本发明实施例还提供例了一种基站软件版本管理的系统，系统包括：

主控板，用于在收到网管服务器下发的版本激活消息后，通过网管服务器下载主控版本，加载所述下载的主控版本，并向非主控单板发送版本下载消息；

非主控单板，用于收到所述版本下载消息后，通过网管服务器下载非主控版本，并加载所述下载的非主控版本。

所述主控板还用于向网管服务器发送包含基站标识的版本升级失败消息。

所述非主控单板还用于向主控板发送非主控版本加载失败消息。

所述系统还包括网管服务器，用于接收维护人员上载的需要升级的包括主控版本和/或非主控版本的基站软件版本。所述上载的基站软件版本可以保存在网管服务器上，即网管服务器保存基站软件版本及其基站软件版本描述信息，以供主控板和非主控板进行基站软件版本升级。考虑到系统稳定性和流控等问题，也可以单独建立服务器作为版本服务器，即网管服务器保存基站软件版本描述信息，版本服务器保存基站软件版本，以供基站软件版本的管理。

所述系统的工作流程包括以下步骤：

第一步：维护人员将需要升级的基站软件版本上载到网管服务器；

第二步：网管服务器向基站发送版本激活消息；

第三步：基站的主控板根据所述版本激活消息，将升级的主控版本下载至主控板的Flash中，加载所述下载的主控版本，运行主控程序；

第四步：其他非主控单板上电后，根据主控板发送的版本下载消息，向网管服务器请求非主控版本，获取需要的非主控版本；

第五步：各个非主控单板从网管服务器获得非主控版本，存放在非主控单板的内存，加载运行所述非主控版本；

第六步：基站运行正常，升级成功。

综上所述，本发明的有益效果在于：

本发明能够简化基站软件版本升级的流程，提高版本升级速度，并在多制式共模时不需要增加主控板Flash空间，节约成本。

尽管上文对本发明进行了详细说明，但是本发明不限于此，本技术领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所做的修改，都应当理解为落入本发明的保护范围。

Claims (7)

1.一种基站软件版本管理的方法，其特征在于，包括：

A)主控板收到网管服务器下发的版本激活消息后，通过网管服务器下载主控版本；

B)主控板加载所述下载的主控版本，并向非主控单板发送用于通过网管服务器下载非主控版本的版本下载消息；

C)非主控单板收到所述版本下载消息后，通过网管服务器下载非主控版本，并加载所述下载的非主控版本，其包括：

非主控单板接收所述版本下载消息后，向网管服务器发送版本请求消息；

网管服务器根据所述版本请求消息，查找非主控版本，并将所述非主控版本的网络路径发送至非主控单板；

非主控单板根据所述网络路径，通过网管服务器下载所述非主控版本，并保存至其内存中；

非主控单板加载所述下载的非主控版本。

2.根据权利要求1所述的方法，其特征在于，所述步骤A)包括：

网管服务器将版本激活消息发送至主控板，并保存基站当前的版本信息；

主控板根据所述版本激活消息，通过网管服务器下载升级的主控版本；

主控板将所述升级的主控版本更新至主控板的Flash中，并备份原主控版本。

3.根据权利要求1所述的方法，其特征在于，所述步骤B)还包括：

若所述主控版本加载失败，则主控板将备份的原主控版本还原至其Flash中，并向网管服务器发送包含基站标识的版本升级失败消息；

主控板加载所述还原的原主控版本。

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

若所述非主控版本加载失败，则非主控单板向主控板发送非主控版本加载失败消息；

主控板收到所述非主控版本加载失败消息后，判断主控版本是否已升级；

当判断主控版本已升级时，主控板将备份的主控版本还原至主控板的Flash中，加载所述还原的主控版本，并向网管服务器发送包含基站标识的版本升级失败消息；

当判断主控版本未升级时，主控板直接向网管服务器发送包含基站标识的版本升级失败消息。

5.一种基站软件版本管理的系统，其特征在于，包括：

主控板，用于在收到网管服务器下发的版本激活消息后，通过网管服务器下载主控版本，加载所述下载的主控版本，并向非主控单板发送用于通过网管服务器下载非主控版本的版本下载消息；

非主控单板，用于在收到所述版本下载消息后，通过网管服务器下载非主控版本，并加载所述下载的非主控版本，具体为：

非主控单板接收所述版本下载消息后，向网管服务器发送版本请求消息；

网管服务器根据所述版本请求消息，查找非主控版本，并将所述非主控版本的网络路径发送至非主控单板；

非主控单板根据所述网络路径，通过网管服务器下载所述非主控版本，并保存至其内存中；

非主控单板加载所述下载的非主控版本。

6.根据权利要求5所述的系统，其特征在于，所述主控板还用于向网管服务器发送包含基站标识的版本升级失败消息。

7.根据权利要求5所述的系统，其特征在于，所述非主控单板还用于向主控板发送非主控版本加载失败消息。