一种快速启动基站的方法及装置与流程

本发明涉及无线基站接入通讯领域，特别涉及一种快速启动基站的方法。

背景技术：

图1是现有技术提供的基站装置及系统机框图，如图1所示，传统基站系统通常包括主控板和受控板，受控板由于对主控板有很多依赖因此是在主控板启动成功后再启动，相当于串行启动。传统受控板上flash空间通常很小，只能存放启动数据(BOOT)，不能存放版本软件。所有受控板的版本软件存放于主控板的Flash或DDR中，并在受控板启动时，供受控板读取。

图2是现有技术提供的基站启动流程图，如图2所示，步骤包括：

步骤S101：受控板复位，向主控板请求版本软件。

步骤S102：受控板等待主控板运行正常，从主控板获取参数。

步骤S103：受控板判断主控板是否版本软件，如果没有，则先执行步骤S104，否则直接执行步骤S105。

需要说明的是，受控板每次启动时都会从主控板下载版本软件，下载时间长，下载完成后，受控板加载所下载的版本软件。可见，受控板只能在主控板之后启动，即受控板与主控板串行启动，增加了基站启动时间。

步骤S104：从后台下载版本软件至主控板。

需要说明的是，步骤S104的执行时间长，而且占用主控板的Flash、RAM空间、CPU，甚至影响基站业务。

步骤S105：受控板从主控板下载版本软件并运行。

图3是现有技术提供的基站启动时间示意图，如图3所示，假设传统基站中主控板启动时间为T1，受控板启动时间为T2，传统基站系统的启动总时间Told为T1与T2之和，即Told＝T1+T2。

当主控板上没有受控板版本软件时，需要从后台下载受控板版本软件，假设下载时间为T3，此时，传统基站系统的启动总时间将是T1、T2与T3三者之和， 即Told＝T1+T2+T3，大大增加了基站启动时间。

技术实现要素：

本发明的目的在于提供一种快速启动基站的方法及装置，能更好地解决基站主控板和受控板串行启动慢的问题

根据本发明的一个方面，提供了一种快速启动基站的方法，所述基站包括主控板以及受控于主控板的一个或多个受控板，所述方法包括：

所述主控板上电后，利用其存储的最新版本软件进行启动；

所述受控板上电后，利用其存储的最新版本软件进行启动；

其中，所述主控板和受控板同时上电，从而使所述主控板和受控板并行启动。

优选地，当所述版本软件更新后，所述每个受控板在启动后，经由所述主控板将更新后的版本软件存储到各自的Flash中。

优选地，在经由所述主控板将更新后的版本软件存储到各自的Flash中之后，将所述Flash中存储的更新后的版本软件作为默认启动的版本软件，并将所述Flash中存储的原版本软件作为备份版本软件。

优选地，所述受控板利用其存储的最新版本软件进行启动包括：

所述受控板上电后，将其Flash中存储的最新版本软件读入到内存中；

所述受控板通过运行所述内存中的最新版本软件，执行受控板启动操作。

优选地，在所述受控板将其Flash中存储的最新版本软件读入到内存中之前，所述受控板对所述上电参数进行检验，若检验未通过，则将所述上电参数删除，并从所述主控板获取新的上电参数。

根据本发明的另一方面，提供了一种快速启动基站的装置，所述基站包括主控板以及受控于主控板的多个受控板，所述装置包括：

主控板版本管理模块，用于在所述主控板上电后，利用所述主控板存储的最新版本软件启动所述主控板；

受控版版本管理模块，用于在所述受控板上电后，利用所述受控板存储的最新版本软件进行启动；

其中，所述主控板和受控板同时上电，从而使所述主控板和受控板并行启动。

优选地，还包括：

预下载模块，用于当所述版本软件更新后，所述每个受控板在启动后，经由所述主控板将更新后的版本软件存储到各自的Flash中。

优选地，在所述预下载模块经由所述主控板将更新后的版本软件存储到各个受控板的Flash中之后，所述受控板版本管理模块将所述Flash中存储的更新后的版本软件作为默认启动的版本软件，并将所述Flash中存储的原版本软件作为备份版本软件。

优选地，所述受控版版本管理模块在所述受控板上电后，将其Flash中存储的最新版本软件读入到内存中，并通过运行所述内存中的最新版本软件，执行受控板启动操作。

优选地，还包括：

参数管理模块，用于在所述受控板将其Flash中存储的最新版本软件读入到内存中之前，对所述受控板的保留内存中的上电参数进行检验，若检验未通过，则将所述上电参数删除，从所述主控板获取新的上电参数。

与现有技术相比较，本发明的有益效果在于：

通过本发明，在基站启动期间，能够缩短复位启动时间，减少版本升级时间，并减少基站业务中断时间。

附图说明

图1是现有技术提供的基站装置及系统机框图；

图2是现有技术提供的基站启动流程图；

图3是现有技术提供的基站启动时间示意图；

图4是本发明实施例提供的基站装置及系统机框图；

图5是本发明实施例提供的快速启动基站的流程图；

图6是本发明实施例提供的基站启动时间示意图；

图7是本发明实施例提供的版本预下载流程图；

图8是本发明实施例提供的快速启动基站的装置框图。

具体实施方式

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

图4是本发明实施例提供的基站装置及系统机框图，如图4所示，基站包括主控板和受控于主控板的一个或多个受控板，本实施例中受控板为3个，每个受控板上集成用来存储版本软件的大容量Flash。与图1比较，本发明受控板版本软件不占用主控板Flash、DDR等。

所述主控板上电后，所述主控板利用其存储的最新版本软件进行启动；所述受控板上电后，所述受控板利用其存储的最新版本软件进行启动；其中，所述主控板和受控板同时上电，从而使所述主控板和受控板并行启动，减少基站启动时间；其中，所述版本软件为系统软件。

所述每个受控板在启动后，若版本软件更新，则经由所述主控板将更新后的版本软件存储到各自的Flash中，并将所述Flash中存储的更新后的版本软件作为默认启动的版本软件，将所述Flash中存储的原版本软件作为备份版本软件。

需要说明的是，所述受控板上电后，所述受控板首先获取其保留内存中的上电参数，并对所述上电参数进行检验，若未通过检验，则将所述上电参数删除，并从所述主控板获取新的上电参数，直至检验通过。所述受控板在上电参数检验通过之后，将其Flash中存储的最新版本软件读入到内存中，并利用检验通过的上电参数通过运行所述内存中的最新版本软件，执行受控板启动操作。其中，所述保留内存是内存的一部分。所述上电参数包括受控板的IP、MAC、工作模式、系统制式等。

工作过程如下：

第一步：受控板上集成用来存储版本软件的大容量Flash。

第二步：受控板每次供电启动后，如果受控板Flash上没有当前启动版本，则从后台下载版本软件，并存储相关参数(即上电参数)。

第三步：受控板复位后，从本板Flash启动。

第四步：整站复位，即主控板和受控板都复位，由于受控板上已存储版本软件和上电参数，此时受控板与主控板并行启动，从而使基站启动时间大幅缩短。

图5是本发明实施例提供的快速启动基站的流程图，如图5所示，步骤包括：

步骤S201：受控板复位。

步骤S202：受控板加载本板Flash中存储的版本软件。

步骤S203：受控板判断其Flash中存储的版本软件与主控板版本软件是否一致，如果不一致，则经由主控板将更新后的版本软件存储到其Flash中。

需要说明的是，由于受控板与主控板并行启动，主控板上不存储受控板版本软件，因此不影响启动时间，不占用主控板Flash、RAM、CPU等资源，受控板仅在上电时需要从主控板获取上电参数。与图2比较，启动流程更加简单快捷。

图6是本发明实施例提供的基站启动时间示意图，如图6所示，本方面在受控板上集成用来存储版本软件的大容量Flash。假设基站的主控板启动时间为T1，受控板启动时间为T2，使用本发明后的基站启动时间Tnew等于T2，即Tnew＝T2，可见Tnew<Told。当主控板上没有受控板版本软件而从后台下载时，本发明的基站启动时间将远小于现有技术的基站启动时间。

图7是本发明实施例提供的版本预下载流程图，如图7所示，步骤包括：

步骤S301：更新版本软件至服务器的版本库。

步骤S302：将最新的版本软件从服务器的版本库下载至主控板。

步骤S303：将最新的版本软件从主控板下载至受控板，例如基带处理单元的Flash。

步骤S304：将最新的版本软件从基带处理单元的Flash下载至射频单元。

步骤S305：将受控板的Flash中存储的最新的版本软件修改为默认启动的版本软件。

图8是本发明实施例提供的快速启动基站的装置框图，如图8所示，包括：

版本存储模块，其为受控板上集成的大容量Flash，初始化为文件系统，用于存储版本软件及数据。现有的受控板Flash一般只有几M，仅能放BOOT，而本发明受控板的版本存储模块采用大容量Flash，使受控板能够存储版本软件。

参数管理模块，用于对所述受控板的保留内存中的上电参数进行检验，若检验未通过，则将所述上电参数删除，从所述主控板获取新的上电参数，并保存至保留内存。也就是说，参数管理模块主要负责上电参数的保存和读取，每次供电启动时，将获得的关键参数(即上电参数)进行保存，并对关键参数增加CRC校验，如果CRC校验错误，则丢弃数据，重新从主控板获取。

版本管理模块，其包括在所述主控板上电后利用所述主控板存储的最新版本软件启动所述主控板的主控板版本管理模块和在所述受控板上电后利用所述受 控板存储的最新版本软件进行启动的受控版版本管理模块。其中，所述主控板和受控板同时上电，从而使所述主控板和受控板并行启动。进一步地，在所述预下载模块经由所述主控板将更新后的版本软件存储到各个受控板的Flash中之后，所述受控板版本管理模块将所述Flash中存储的更新后的版本软件作为默认启动的版本软件，并将所述Flash中存储的原版本软件作为备份版本软件。在所述受控板上电后，受控版版本管理模块在确认其保留内存中的上电参数校验通过后，将其Flash中存储的最新版本软件读入到内存中，并通过运行所述内存中的最新版本软件，执行受控板启动操作。也就是说，版本管理模块负责从主控板下载并存储版本软件，并将版本名称修改为当前运行版本，下次启动时直接加载该下载的版本软件。进一步地，受控板下次启动时，调用参数管理模块，如果上电参数正确(即CRC教研正确)，则直接从当前运行版本启动。

预下载模块用于当所述版本软件更新后，所述每个受控板在启动后，经由所述主控板将更新后的版本软件存储到各自的Flash中。进一步说，为减少版本中断时间，在主控板和受控板正常运行时，预下载模块调用版本管理模块和版本存储模块将新版本软件下载到受控板，也就是说，预下载模块通过调用版本管理模块将从主控板下载的新版本软件保存至版本存储模块，然后由版本管理模块将版本名称修改为当前运行版本。版本更新期间，单板仍然正常工作，业务仍然正常，相比传统基站系统在复位期间下载版本的方法，大幅缩短业务中断时间。

需要说明的是，每次供电启动，如果受控板没有版本，受控板会经由主控板从后台下载版本，存储到Flash，上电参数存储到保留内存，后续复位情况下，从本板Flash启动。在后续未断电复位情况下，本方案的启动时间能大幅缩短。

实施例1.版本升级场景

1.机框每次供电后的首次启动，受控板的上电参数保存到保留内存，运行版本软件下载到本板Flash。

2.预下载模块负责下载新的版本软件到所有单板，并设置为默认启动版本，而原版本更改为备份版本，此时不会影响业务。

3.复位整站。

主控板和受控板一起启动，受控板从本板保存的版本软件启动，上电参数使用保留内存中的。

其中，上电参数通过CRC校验确保正确性，如果不正确则仍然从主控板获取。

4.受控板启动后，受控板版本管理模块通过主控板确认当前版本软件是否为最新版本，如果不是，则重新下载版本软件，并复位受控板，以便下次启动可确保受控板运行正确版本(即最新版本软件)。

传统方案从后台下载整站版本，再到受控板全部启动，可能需要近30分钟，在此期间业务处于中断状态，而本发明中，版本软件预下载时业务不会中断，整站复位运行新版本软件的时间缩短到6分钟左右。

案例2.受控板单独复位

1.每次供电后的第一次启动，受控板存储上电参数到保留内存。

2.在受控板关键配置参数(即上电参数)发生变更，或者运行异常需要复位受控板时，受控板复位。

3.受控板复位启动后，参数管理模块检查上电参数。

4.上电参数正确，则版本管理模块控制从本板Flash启动。否则从主控板获取上电参数，然后再启动。

由于主控板Flash空间有限，尤其在多制式下不能存储所有受控板的版本，因此传统方案受控板复位启动时可能会先从后台下载版本软件到主控板，然后再从主控板下载，整个过程可能达到近8分钟，此期间业务会中断，而本发明受控板启动只需要3分钟。

综上所述，本发明具有以下技术效果：

本发明达到了缩短业务中断时间的效果，大幅缩短了基站版本升级时间，大幅缩短了基站复位启动时间，减少了复位时业务中断时间，不占用主控板Flash、RAM、CPU，提高了基站正常服务时间，提升了用户体验。

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