CN102012827A

CN102012827A - 一种软件版本的加载方法及基站控制器

Info

Publication number: CN102012827A
Application number: CN2010105554528A
Authority: CN
Inventors: 张敦华; 金昌盛
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2010-11-22
Filing date: 2010-11-22
Publication date: 2011-04-13
Also published as: WO2012068761A1

Abstract

本发明涉及无线通讯领域，具体公开了一种软件版本的加载方法及基站控制器，能够提高基站控制器的软件版本加载速度，减少基站控制器的上电中断业务的时间。本发明的方法包括：主控单板下载软件版本，并将所述软件版本分发到各受控单板；主控单板激活其上的所述软件版本；各受控单板加载所述软件版本。

Description

一种软件版本的加载方法及基站控制器

技术领域

本发明涉及无线通讯系统领域，尤其是涉及一种软件版本的加载方法及基站控制器。

背景技术

随着通讯技术的迅速发展，基站控制器性能越来越强大，基站单板的数量也越来越多。目前，标准的基站控制器版本加载流程为：将软件版本下载到主控单板，并在主控单板上激活该软件版本；将基站控制器复位，各单板(包括主控单板以及受控单板)停止业务，各受控单板上电并访问主控单板，将主控单板上的激活版本与自身单板上的软件版本进行比较，如果不一致，则重新向主控版本索取版本，并加载到该受控单板，如果一致，则不进行任何操作。直到所有的受控单板都完成软件加载后，主控单板及受控单板才继续其业务。但目前的基站控制器有近百个受控单板，相关的软件版本尺寸大约上百兆，因此，基站控制器复位后，会导致所有的受控单板向主控单板索取软件版本，导致主控单板的响应非常慢，软件的加载过程可能需要花费数个小时，中断业务的时间大大超过运营商的要求。

发明内容

本发明提供一种软件版本的加载方法及基站控制器，能够提高基站控制器的软件版本加载速度，减少基站控制器的上电中断业务的时间。

一种软件版本的加载方法，包括：

主控单板下载软件版本，并将所述软件版本分发到各受控单板；

主控单板激活其上的所述软件版本；

各受控单板加载所述软件版本。

一种基站控制器，包括：

主控单板，用于下载软件版本，将所述软件版本分发到各受控单板，并激活其上的所述软件版本；

多个受控单板，用于加载所述软件版本。

本发明实施例提供的软件版本的加载方法，主控单板下载软件版本后，能够将软件版本分发到各受控单板，再激活其上的软件版本，各受控单板在主控单板激活该软件版本后，再加载该软件版本。主控单板提前将软件版本分发到各受控单板，并且可以并行分发，不需要各受控单板在基站控制器复位上电后，向主控单板索取软件版本，加快了各受控单板的软件版本的下载时间，减少了上电脱机时间，并且下载版本和分发版本不会中断业务。

附图说明

图1为本发明实施例一提供的软件版本的加载方法的流程图；

图2为本发明实施例二提供的软件版本的加载方法的流程图；

图3为本发明实施例三提供的软件版本的加载方法的流程图；

图4为本发明实施例提供的基站控制器的结构图。

具体实施方式

本发明实施例提供一种软件版本的加载方法，主控单板下载软件版本后，能够将软件版本分发到各受控单板，再激活其上的软件版本，各受控单板在主控单板激活该软件版本后，再加载该软件版本。主控单板提前将软件版本分发到各受控单板，并且可以并行分发，不需要各受控单板在基站控制器复位上电后，向主控单板索取软件版本，加快了各受控单板的软件版本的下载时间，减少了上电脱机时间，并且下载版本和分发版本不会中断业务。

实施例一

如图1所示，为本发明实施例一提供的软件版本的加载方法，包括：

S101、主控单板下载软件版本，并将该软件版本分发到各受控单板；

主控单板接收到网管系统的下载通知时，从后台网管系统将软件版本下载到基站控制器的主控单板上，进行下载时，并不中断主控单板及受控单板的业务，或者后台网管系统主动将软件版本传送给主控单板，主控单板将软件版本保存到主控单板的持久存储器中，主控单板的持久存储器中会保存软件的多个软件版本；

主控单板接收到后台网管系统的下发通知时，将该软件版本分发到各指定的受控单板，可以多个软件版本、多个受控单板并发运行，并且不中断业务，实现了软件版本的快速下发；

当然，主控单板也可以主动从后台网管系统下载软件版本，并直接进行分发，并不需要网管系统的通知；

较佳地，将软件版本分发到各受控单板时，同时将软件版本保存到受控单板的持久存储器中，以保证断电后该软件版本不会丢失，受控单板的存储器中每次只保存一份软件版本；

S102、主控单板激活其上的该软件版本，并发送软件变更通知给各受控单板；

主控单板激活主控单板上的该软件版本，具体为：主控单板在接收到后台网管系统的激活命令时，在其存储器的该软件版本上设置激活标记，并生效该软件版本，即该软件版本被激活。

主控单板也可以在分发软件版本之后，直接将软件版本激活，或者在分发软件版本一定时间后将软件版本激活，或者接收到激活通知时，将软件版本激活。主控单板激活该版本软件后，发送软件变更通知给各受控单板；

S103、各受控单板接收到通知时，加载该软件版本。

受控单板在接收到通知，直接加载存储器中保存的该软件版本。

采用上述软件版本的加载方法，基站控制器能够在不影响业务的情况下，强制将软件版本分发到各受控单板，并且在分发时可以并行分发，不需要各受控单板在基站控制器复位后，向主控单板索取软件版本，加快了软件版本的下载时间，减少了上电脱机时间，并且下载版本和分发版本不会中断业务。并且，由于本发明中主控单板激活软件版本后，立刻向受控单本发送软件变更通知，受控单板接收到变更通知后，立即加载之前分发的软件版本，保证了基站控制器的运行版本和激活版本的一致性。

实施例二

本发明实施例还提供一种软件版本的加载方法，主控单板下载软件版本，并分发到各受控单板，主控单板激活该软件版本，各受控单板在进行复位上电时，加载该软件版本。采用这种方式，因为之前已经将需要更新的软件版本分发到各受控单本，因此在复位上电时，各受控单板并不需要向主控单本索取软件版本，只需直接加载即可，能够提高基站控制器的软件版本加载速度，减少基站控制器的上电中断业务的时间。

如图2所示，为本发明实施例二提供的软件版本的加载方法流程图，包括：

S201、主控单板下载软件版本，并将该软件版本分发到各受控单板；

主控单板接收到下载通知时，从后台网管系统下载软件版本到主控单板的持久存储器中，并在接收到下发通知时，主控单板将该软件版本分发到各指定的受控单板，可以多个软件版本、多个受控单板并发运行，并且不中断业务，实现了软件版本的快速下载；

较佳地，将软件版本分发到各受控单板时，同时将软件版本保存到受控单板的持久存储器中，以保证断电后该软件版本不会丢失。

S202、主控单板上激活其上的该软件版本；

S203、各受控单板进行复位，在复位上电时，加载该软件版本。

受控单板上电时，加载存储器中保存的软件版本。

实施例三

各受控单板在复位上电或者接收到软件变更通知时，加载收到的软件版本。加载软件版本时，先确定存储器中的软件版本和主控单板上激活的软件版本是否一致，当不一致时，则重新向主控单板索取激活的软件版本，再进行软件版本加载。这样可使得每次加载的软件版本都是激活的软件版本。

下面结合附图，详细描述各受控单板加载软件版本的过程。

如图3所示，为本发明实施例三提供的软件版本的加载方法流程图，包括：

S301、主控单板下载软件版本，并将该软件版本分发到各受控单板；

S302、主控单板上激活其上的该软件版本；

激活时，还可以向各受控单板发送软件变更通知；

S303、受控单板运行中接收到软件版本变更通知或者受控单板上电；

S304、受控单板判断存储器中的软件版本和主控单板激活的软件版本是否一致，如果是，则执行步骤S306，如果否，则执行步骤S305；

S305、受控单板向主控单板索取激活的软件版本，并保存到存储器中，继续执行步骤S306；

S306、受控单板判断存储器中的软件版本和自身正在运行的软件版本是否一致，如果是，则直接结束流程，如果否，则执行步骤S307；

其中，执行时，步骤S306可以不必执行，则在步骤S304及S305之后，直接执行步骤S307，同样可以完成本发明该软件版本的加载。步骤S306中判断步骤的执行，可使得当运行版本和存储的版本一致时，避免重新加载，减少操作流程。

S307、受控单板根据业务状况判断该软件版本的加载是否需要复位该受控单板，如果是，则执行步骤S308，如果否，则执行步骤S309；

根据业务状况确定是否需要复位该受控单板，即如果当前的业务数量较多，可以选择复位加载，即执行步骤S308，当前的业务数量较少时，可以选择直接加载，即执行步骤S309，具体加载时，是选择直接加载还是复位后在进行加载，可根据需要选择。选择时，尽量使得加载过程中对单板业务的影响降到最低。

S308、受控单板进行单板复位，返回步骤S303中的上电操作；

当然，执行时，步骤S307、S308也可以不必执行，直接在步骤S306之后执行步骤S309中的加载软件版本的过程。步骤S307中根据业务情况进行判断的步骤，以及在需要复位时，重新上电的操作，能够使得受控单板灵活地根据当前的业务情况选择加载方式，即当前业务较多时，可以选择复位加载，当前业务情况较少时，可直接加载。

S309、受控单板直接加载该软件版本；

S310、受控单板判断该软件版本是否加载成功，如果是，则直接结束流程，如果否，则执行步骤S311；

S311、受控单板通知主控单板将激活的软件版本修改为本次激活之前的软件版本，并重新从主控单板索取之前的软件版本，并加载。

当受控单板确定软件版本加载不成功时，需要通知主控单板，主控单板将该软件版本上的激活标记为回退标记，并将本次激活之前的软件版本设置为激活标记，即重新激活上一软件版本。

较佳地，在步骤S311中，将主控单板上激活的软件版本修改后，需要将各受控单板复位，并返回步骤S303-S311中受控单板上电加载软件版本的过程，这样可以保证主控单板上激活的软件版本和受控单板上保存的软件版本、运行的软件版本总是一致。

采用本发明实施例的方法，主控单板获取到软件版本后，在进行激活前提前分发给各受控单板，再进行激活，避免了各受控单板复位上电后向主控单板索取软件版本的过程，加快了受控单板的软件下载时间，减少了基站控制器的上电中断时间。并且，主控单板在激活软件版本时，同时向受控单板发送软件变更通知，受控单板接收到该通知后，加载该软件版本。可以保证软件版本激活后，能够立即生效，保证了基站控制器的运行版本和激活版本的一致性。较佳地，各受控单板在加载软件版本时，需要比较存储器中的软件版本和激活的软件版本一致，更进一步确定加载的版本即是激活的版本。较佳地，加载时，需要判断正在运行的版本和存储器中的版本是否一致，避免能够避免重复加载，节省加载时间。

本发明实施例还提供一种基站控制器，如图4所示，包括：

主控单板41，用于下载软件版本，将该软件版本分发到各受控单板，并激活主控单板上的该软件版本；

多个受控单板42，用于加载该软件版本。

较佳地，主控单板41在激活其上的该软件版本时，还发送软件变更通知给各受控单板42；并且

受控单板42，具体用于在接收到该通知时，加载该软件版本；或者

受控单板42，具体用于在进行复位上电时，加载该软件版本。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种软件版本的加载方法，其特征在于，包括：

主控单板激活其上的所述软件版本；

各受控单板加载所述软件版本。

2.如权利要求1所述的方法，其特征在于，主控单板激活其上的所述软件版本时，还发送软件变更通知给各受控单板；并且

各受控单板接收到所述通知时，加载所述软件版本。

3.如权利要求1所述的方法，其特征在于，各受控单板进行复位上电时，加载所述软件版本。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：

主控单板将所述软件版本分发到各受控单板的同时，并保存在各受控单板的存储器中。

5.如权利要求4所述方法，其特征在于，所述各受控单板加载所述软件版本之前，所述方法还包括：

各受控单板检查存储器中的软件版本和主控单板上激活的软件版本是否一致，如果是，则加载软件版本，如果否，则向主控单板索取激活的软件版本保存到存储器中，并加载软件版本。

6.如权利要求5所述的方法，其特征在于，所述加载软件版本之前，还包括：

各受控单板确定自身正在运行的软件版本和存储器中的软件版本是否一致，如果否，则加载软件版本，如果是，则直接结束。

7.如权利要求6所述的方法，其特征在于，所述加载软件版本之前，还包括：

各受控单板根据业务数量判断是否需要复位单板，如果是，则进行复位，并重新上电，如果否，则直接加载软件版本。

8.如权利要求1至7中任一权利要求所述的方法，其特征在于，所述方法还包括：

各受控单板在软件版本加载不成功时，则通知主控单板将激活的软件版本修改为本次激活之前的软件版本，并重新从主控单板索取之前的软件版本，并加载。

9.一种基站控制器，其特征在于，包括：

多个受控单板，用于加载所述软件版本。

10.如权利要求9所述的基站控制器，其特征在于：

主控单板在激活其上的所述软件版本时，还发送软件变更通知给各受控单板；并且所述受控单板，具体用于在接收到所述通知时，加载所述软件版本；或者

所述受控单板，具体用于在进行复位上电时，加载所述软件版本。