CN1859191A

CN1859191A - 一种软件版本升级的实现方法

Info

Publication number: CN1859191A
Application number: CN 200610007716
Authority: CN
Inventors: 詹东华
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-02-14
Filing date: 2006-02-14
Publication date: 2006-11-08
Anticipated expiration: 2026-02-14
Also published as: CN100407659C

Abstract

本发明公开了一种软件版本升级的实现方法，该方法适用于集中维护台对一定数量的设备进行集中维护的应用场合，在集中维护台存储了所维护的各个设备的硬件信息，并根据保存的硬件信息在本地存储的升级软件包中匹配合适的软件，并将所匹配到的软件发送至所维护的各个设备；各个设备安装所收到的软件。通过应用本发明方法，在设备的软件版本升级过程中，各个设备只需下载并安装自身硬件所需要的软件，一方面无需为存储升级软件包开辟很大的存储空间，节约了存储硬件的成本，另一方面减小传输文件的大小，节省了软件版本升级所需的时间。另外本发明还对设备的硬件状况发生变化时能够实现自动的软件安装，方便了对设备的维护管理工作。

Description

一种软件版本升级的实现方法

技术领域

本发明涉及通信技术领域，特别涉及一种软件版本升级的实现方法。

背景技术

计算机设备的硬件需要安装与该硬件的类型和型号匹配的软件才能工作，计算机设备在这里所指的是广义概念的具有一定计算机功能的设备，不仅包括个人电脑、工作站、大型机，还包括具有数字芯片可以实现程序操作的其他设备，如基站、手机、智能家电等等。下文中所提到的设备，如无特别说明，均指计算机设备。为了能提供更加完善的功能或者修复旧版本软件存在的问题，这些硬件中所安装的软件往往需要定期或不定期地进行版本升级，即用同一个软件的新版本替换原来所安装的旧版本。

在实际的网络应用中，常常对网络中存在的设备采取集中维护管理的方式，即由一个集中维护台管理维护一定数量的网络设备。这些设备中的各种硬件可能属于不同的硬件类型，因此所需要安装的配套软件也不同；或者虽然硬件的类型相同，但由于可能来自不同的厂家或者虽然来自同一个厂家但硬件型号不同，因此所安装的配套软件也不尽相同。在这种集中维护的方式下，目前采用的软件升级的办法是：将所有可能会用到的新版本软件打包成为一个升级软件包存储在集中维护台；各个需要进行软件版本升级的设备分别从集中维护台处将该软件包下载至本地，再选择自身硬件所需要的软件进行版本升级。

这种做法的缺点是显而易见的：由于各个设备中所包括的硬件需要的软件各不相同，因此升级软件包可能会很大，如此庞大的软件包不仅占用各个设备上的存储空间，而且会加重进行软件升级时网络传输的负担，从而使得软件版本升级的效率低下。

发明内容

有鉴于此，本发明的目的在于，提出一种软件版本升级的实现方法，大大减小升级软件包的大小，达到节约设备存储空间并提高软件版本升级效率的目的。

本发明方法包括如下步骤：

A、集中维护台根据保存的硬件信息在自身所存储的升级软件包中匹配各个设备所需的软件，并将匹配到的软件分别发送至相应设备；

B、各个设备安装所收到的软件。

较佳地，在步骤A之前，进一步包括：

AA1、集中维护台向各个设备分别发出查询该设备硬件信息的消息；

AA2、各个设备收到该消息后，将自身的硬件信息发送至集中维护台；

AA3、集中维护台整理并存储所收到的各个设备的硬件信息。

较佳地，步骤AA3所述整理为：

集中维护台将每一个设备的硬件信息生成一条硬件信息记录，该记录中包括：该设备的代号、该设备所具有硬件的硬件信息。

步骤AA3所述整理还可以为：

集中维护台将硬件信息完全相同的设备的硬件信息生成一条硬件信息记录，该记录中包括：该类设备的类别编号、该类别所包括的设备代号、该类设备所具有硬件的硬件信息。

较佳地，步骤A所述匹配之前，进一步包括：

A1、集中维护台对于升级软件包中每一个软件，建立软件与该软件所对应硬件的硬件信息的对应关系；

步骤A所述匹配为：集中维护台根据所建立的对应关系，为每条硬件信息记录匹配对应的软件；

步骤A所述匹配之后，进一步包括：

A2、将与每条硬件信息匹配的软件生成一个软件包，集中维护台根据硬件信息记录中的设备代号，将所生成的软件包发送至对应设备。

较佳地，当所述设备的硬件发生变化时，该方法还可以进一步包括如下两套处理方案。

方案一包括如下步骤：

C1、集中维护台收到来自硬件发生变化的设备的包括硬件发生变化的设备代号和变化后的硬件信息的消息，根据所收到消息中变化后的硬件信息在自身存储的升级软件包中匹配对应的软件，并将匹配到的软件发送到设备代号对应的设备；

D1、设备收到软件后，将该软件安装到对应的硬件，并向集中维护台返回确认消息；

E1、集中维护台收到确认消息后，用更新后的硬件信息替换原先存储的对应硬件信息。

方案二包括如下步骤：

C2、设备校验自身硬件，发现无对应软件的硬件，向集中维护台发送包括设备代号、硬件信息的要求下载软件请求；

D2、集中维护台根据所收到请求中的硬件信息在自身存储的升级软件包中匹配对应的软件，并将所匹配到的软件发送至请求中设备代号对应的设备，同时用请求中的硬件信息替换原先存储的对应硬件信息；

E2、设备将所收到的软件安装到对应的硬件。

较佳地，以上所述硬件信息包括硬件的类型和型号。

较佳地，以上所述设备为基站。

从以上技术方案可以看出，由于在软件版本升级过程中，各个设备只需下载并安装自身硬件所需要的软件，一方面无需为存储升级软件包开辟很大的存储空间，节约了存储硬件的成本，另一方面减小传输文件的大小，节省了软件版本升级所需的时间。另外，当设备的硬件状况发生变化时，通过主动和被动两种方式从集中维护台下载所述发生变化的硬件所需的软件并更新集中维护台处所存储的发生变化的硬件的信息，方便了对设备的维护管理工作。

附图说明

图1为基站进行软件升级的组网示意图；

图2为基站单板软件版本升级的流程图；

图3a为主动模式更新基站单板软件的流程图；

图3b为被动模式更新基站单板软件的流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细阐述。

本发明的核心内容是：在实施软件版本升级之前，集中维护台查询各个设备中各种硬件的硬件类型，并记录下各个设备中各种硬件的硬件信息；在软件版本升级时，根据所记录的硬件信息，集中维护台向各个设备发送该设备硬件实际需要的软件包；此外，当由于硬件损坏或进行硬件升级需要更换设备中的某些硬件时，则通过一定的交互流程从集中维护台下载新硬件所需的软件，并更新在集中维护台处存储的相应的硬件信息，以便日后的软件版本升级。

为了便于描述，以下具体实施例中，进行软件版本升级的设备为宽带码分多址(WCDMA)无线通信网络中的基站(NodeB)。在每一个基站设备中包括一个主控单元和一定数目的单板，每一块单板都需要与之配套的软件。

图1为对基站进行软件升级的组网示意图。基站101和无线网络控制器(RNC)102之间通过空中无线接口Iub连接，图中画出三个基站代表实际应用中的一定数目的基站。集中维护终端104和集中维护服务器105通过集线器103连接，并由集线器103连接到无线网络控制器102。集线器103、集中维护终端104和集中维护服务器105组成集中维护台。

对基站进行软件版本升级的流程如图2所示，包括如下步骤：

步骤201：集中维护终端通过RNC向各个基站分别发出查询所使用的单板类型及其硬件型号的消息。

步骤202：基站主控单元收到该消息后，从该基站的各个单板获取其类型以及硬件型号信息。

步骤203：各个基站主控单元分别将所获取到的各个基站单板的类型以及硬件型号信息通过RNC发送到集中维护服务器，集中维护服务器整理并存储所收到的信息；较佳地，可以将所收到的硬件信息整理为单板信息表的形式并存储。

以下举例说明单板信息表的具体内容。基站中所有的单板首先按照功能或结构的不同分为不同的类型；对于同一类型，再根据单板硬件型号的不同分成不同的型号。为表述简单，假设一共有三个基站，代号分别为a、b、c，并且假设这些基站一共用到5种类型的单板，分别用A、B、C、D和E表示这五种类型，则单板信息表的形式为：单板信息表由若干条记录组成；对于每一条记录，首先是基站代号，接着依次是各个类型单板的型号编号。对于这三个基站形成的单板信息表的一个例子如表1所示：

a	A2	B1	C3	D3	0
a	A2	B1	C3	D3	0	b	A1	B4	C1	D2	E3
c	A1	B4	C1	D2	E3	b	A1	B4	C1	D2	E3

表1

其中第一条记录的含义为，基站a中，第一种类型的单板型号编号为A2，第二种类型的单板型号编号为B1，第三种类型的单板型号编号为C3，第四种类型的单板型号编号为D3，0表示该基站没有第五种类型的单板。

为了进一步减少记录的数目，将单板的硬件类型和型号完全相同的基站分为一类，对于每一类基站只保留一条记录，则单板信息表的形式为：单板信息表由若干条记录组成；对于每一条记录，首先是基站类型编号，然后是该类型包括的基站代号，然后依次是该类型基站的各个类型单板的型号编号，则表1中的单板信息变为表2的形式：

一	a	A2	B1	C3	D3	0
一	a	A2	B1	C3	D3	0	二	b c	A1	B4	C1	D2	E3

表2

相应的，集中维护服务器对升级软件包中的每一个软件都分配一个编号组，该编号组由该软件所对应单板的类型编号和型号编号所组成，且编号组中的编号和单板信息表中的类型是对应的，例如，一个软件的编号组为(B，B4)，表示该软件对应的单板类型编号为B，型号编号为B4，根据表2所示单板信息表可知，该软件对应第二类基站即基站b和基站c的第二种类型的单板。

以上单板信息表和软件包仅为简单的例子，用于说明实际单板信息表中硬件信息以及升级软件包中软件的分类方式，并不用以限定本发明。

步骤204：集中维护服务器将单板信息表中单板类型和型号信息和升级软件包中软件的编号组进行匹配，将匹配成功的软件打包发送到各个基站。

该步骤还可以具体描述为：对于单板信息表中的每一条记录，分别匹配升级软件包中软件的编号组，将与该记录匹配成功的软件打包形成一个新软件包，并将新生成的软件包按照该记录中的基站编号发送到所对应的各个基站。

步骤205：基站主控单元将所收到的软件包中的各个软件安装到各自的单板，完成软件版本升级工作。

实际应用中，如果单板发生了损坏、故障，或者对基站进行硬件升级，需要用新的单板替换基站中原有的全部或部分单板，这样单板的硬件类型或型号有可能发生变化，而基站本地未保存与新单板匹配的软件，因此需要从集中维护服务器下载匹配的软件，并更新集中维护服务器中的单板信息表。

该过程可以由主动和被动两种模式完成，分别如图3a和图3b所示。

主动模式包括如下步骤：

步骤301a：用户使用集中维护终端，向集中维护服务器发送要求对基站单板的软件进行更新的指令；该指令中包括需要进行软件更新的基站代号以及需要进行软件更新的单板类型和型号编号；

步骤302a：集中维护服务器根据所收到的指令中包含的单板类型和型号编号，匹配到所需的软件并发送到指令中基站代号代表的基站；

步骤303a：基站主控单元将收到的软件安装到对应的单板，并向集中维护服务器返回确认消息；

步骤304a：集中维护服务器收到确认消息后，根据指令中基站代号检索到单板信息表中相应的记录，并用指令中的单板类型和型号编号替换原有的单板类型和型号编号。

被动模式包括如下步骤：

步骤301b：新单板上报自身的版本校验消息，基站主控单元接收到该消息，发现基站当前无该单板运行需要的软件版本，则向集中维护服务器发出要求下载软件的请求，该请求中包括基站代号、新单板的类型和型号信息；

步骤302b：集中维护服务器根据所收到请求中的新单板类型和型号信息，匹配到所需的软件，并将所匹配到的软件按照请求中的基站代号发送到对应的基站，同时更新单板信息表中相应的记录；

步骤303b：基站主控单元将收到软件安装到对应的单板。

本实施例可以带来以下有益效果：基站上用于存储软件的空间得到很大的节省；通过Iub接口传送的文件变小，传输的效率提高很多；基站的升级时间得到很大的节省，降低了因为基站软件版本升级对业务的影响，从而降低了运营商的运营成本；在基站的单板硬件状况发生变化时可以实现自动下载并安装所需的软件，方便了对基站的维护工作。

本技术领域人员应当认识到，本发明所述软件版本升级方法的适用范围不仅局限于上述WCDMA系统中的基站单板的软件升级过程，也可推广到其他通信网络系统中基站设备的软件升级过程，还可以进一步推广到采取集中维护方式对网络中一定数量的设备进行软件升级的应用场合。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1、一种软件版本升级的实现方法，其特征在于，集中维护台保存所维护的各个设备的硬件信息，该方法包括如下步骤：

B、各个设备安装所收到的软件。

2、根据权利要求1所述的方法，其特征在于，在步骤A之前，进一步包括：

AA3、集中维护台整理并存储所收到的各个设备的硬件信息。

3、根据权利要求2所述的方法，其特征在于，步骤AA3所述整理为：

4、根据权利要求2所述的方法，其特征在于，步骤AA3所述整理为：

5、根据权利要求4所述的方法，其特征在于，步骤A所述匹配之前，进一步包括：

步骤A所述匹配之后，进一步包括：

6、根据权利要求1所述的方法，其特征在于，当所述设备的硬件发生变化时，该方法进一步包括：

7、根据权利要求1所述的方法，其特征在于，所述设备的硬件信息发生变化时，该方法进一步包括：

E2、设备将所收到的软件安装到对应的硬件。

8、根据权利要求1至7任一项所述的方法，其特征在于，所述硬件信息包括硬件的类型和型号。

9、根据权利要求1至7任一项所述的方法，其特征在于，所述设备为基站。