CN101136768A - 通信设备的软件及硬件版本管理方法和系统 - Google Patents

Abstract

本发明公开了一种通信设备的软件及硬件版本管理方法及系统。步骤S102，为核心板和线卡分别分配硬件版本号；步骤S104，从网管中心将通信设备的所有软件及硬件版本下载到核心板；步骤S106，线卡上电后，判断线卡上是否有可用的软件版本，如果没有，则进行步骤S108，如果有，则进行步骤S110；步骤S108，线卡向核心板请求发送软件版本，核心板向线卡发送软件版本，线卡运行接收的软件版本；步骤S110，线卡运行本地的软件版本。通过将版本信息下载到核心板，由设备本身和远程网管中心来实现软硬件版本的自动匹配。

Description

通信设备的软件及硬件版本管理方法和系统

技术领域

本发明涉及通信设备的软硬件版本管理，尤其涉及一种通信设备的软件及硬件版本管理方法及系统。

背景技术

在一个通讯产品中，一般由一块(或两块主备用)核心板(或是主控板)加多块线卡组成。通讯设备中有很多版本，包括每种线卡的硬件版本(某种芯片的替代、改板、升级等)和软件版本，核心板的软、硬件版本，如果硬件采用比较高档CPU(CentralProcessing Unit，中央处理器)还有专门用于引导的Boot程序。

在这些版本中还要考虑各种版本的兼容性，比如核心板与线卡硬件版本的匹配、线卡软硬件版本的兼容等。在现场需要准确的知道各种硬件的匹配关系和各单板分别需要什么样的软件版本。这样给生产、开局和工程维护带来了相当大的工作量，而且每次版本升级都需要培训工程维护人员。

当有多个通讯设备组网时，一般采用的版本管理方法是端到端，就是由网管中心对被管理的设备进行版本升级等操作。这种通过中间节点逐个转发版本实现升级的方法，随着中间节点的增加，版本传输的时间同时增加，会大大增加设备升级的工作量。

由此，为了实现各种单板的软硬件版本的自动匹配，需要一种基于设备级的软硬件管理方案。

发明内容

本发明的主要目的在于提供一种通信设备的软件及硬件版本管理方法和系统，用于由设备本身和远程网管中心来实现软硬件版本的自动匹配。

为了实现上述目的，根据本发明的第一方面，本发明提供了一种用于通信设备的软件及硬件版本管理方法。通信设备包括核心板和线卡，核心板用于核心交换、控制处理，并保存静态配置数据和软件版本信息，线卡用于对外提供业务接口。软件及硬件版本管理方法包括以下步骤：

步骤S102，为核心板和线卡分别分配硬件版本号；

步骤S104，从网管中心将通信设备的所有软件及硬件版本下载到核心板；

步骤S106，线卡上电后，判断线卡上是否有可用的软件版本，如果没有，则进行步骤S108，如果有，则进行步骤S110；

步骤S108，线卡向核心板请求发送软件版本，核心板向线卡发送软件版本，线卡运行接收的软件版本；

步骤S110，线卡运行本地的软件版本。

在步骤S110之后还可以包括：步骤S112，线卡根据跳线决定是否上报版本信息，如果决定上报，则将线卡的软件及硬件版本信息上报给核心板，核心板判决是否升级版本，如果决定升级，则进行步骤S108。

可选地，在步骤S102中，硬件版本号统一于同一个I/O地址，使得采用统一的接口读取硬件版本号。

优选地，在步骤S104中，在核心板上设置两个分别存放所有软件及硬件版本信息的存储区，用于互为备份。

可选地，在步骤S106中，通过循环冗余码校验判断线卡上是否有可用的软件版本。

优选地，在步骤S108中，线卡向核心板请求发送软件版本的请求信息中包含线卡的硬件版本号。

优选地，在多个通信设备组网的情况下，网管中心给最近的通信设备升级，升级完成后由被升级的通信设备给相邻的通信设备升级，直至所有通信设备都被升级。

为了实现上述目的，根据本发明的第二方面，本发明提供了一种用于通信设备的软件及硬件版本管理系统。通信设备包括核心板和线卡，核心板用于核心交换、控制处理，并保存静态配置数据和软件版本信息，线卡用于对外提供业务接口。软件及硬件版本管理系统包括：网管中心，用于将通信设备的所有软件及硬件版本下载到核心板；判断模块，位于线卡侧，用于在线卡上电后，判断线卡上是否有可用的软件版本；请求模块，位于线卡侧，用于在判断模块判断线卡上没有可用的软件版本之后，请求核心板向线卡发送软件版本。在判断模块判断线卡上没有可用的软件版本之后，线卡运行本地的软件版本，在核心板向线卡发送软件版本之后，线卡运行接收的软件版本。

软件及硬件版本管理系统还可以包括升级判决模块，位于核心板侧，用于根据线卡上报的软件及硬件版本信息判决是否升级版本，如果判决升级，则通过请求模块请求核心板向线卡发送软件版本。

在核心板上优选地设置有两个分别存放所有软件及硬件版本信息的存储区，用于互为备份。

判断模块可以通过循环冗余码校验判断线卡上是否有可用的软件版本。

请求模块发出的请求信息中优选地包含线卡的硬件版本号。

优选地，在多个通信设备组网的情况下，网管中心给最近的通信设备升级，升级完成后由被升级的通信设备给相邻的通信设备升级，直至所有通信设备都被升级。

通过上述技术方案，本发明通过将版本信息下载到核心板，实现由设备本身根据软硬件版本信息的匹配情况“聪明”的运行起来。同时能够大大减少工程维护人员的工作量，所有升级工作可以在网管中心远程完成。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明的用于通信设备的软件及硬件版本管理方法的流程图；

图2是根据本发明的用于通信设备的软件及硬件版本管理系统的框图；

图3是根据本发明实施例的设备内线卡的版本管理流程图；以及

图4是根据本发明实施例的点对点版本升级流程的示意图。

具体实施方式

下面将参考附图详细说明本发明。

图1示出根据本发明的用于通信设备的软件及硬件版本管理方法。通信设备包括核心板和线卡，核心板用于核心交换、控制处理，并保存静态配置数据和软件版本信息，线卡用于对外提供业务接口。软件及硬件版本管理方法包括以下步骤：

步骤S102，为核心板和线卡分别分配硬件版本号。硬件版本号统一于同一个I/O地址，使得采用统一的接口读取硬件版本号。

步骤S104，从网管中心将通信设备的所有软件及硬件版本下载到核心板。在核心板上设置两个分别存放所有软件及硬件版本信息的存储区，用于互为备份。

步骤S106，线卡上电后，判断线卡上是否有可用的软件版本，如果没有，则进行步骤S108，如果有，则进行步骤S110。通过循环冗余码校验判断线卡上是否有可用的软件版本。

步骤S108，线卡向核心板请求发送软件版本，核心板向线卡发送软件版本，线卡运行接收的软件版本。线卡向核心板请求发送软件版本的请求信息中包含线卡的硬件版本号。

步骤S110，线卡运行本地的软件版本。

在步骤S110之后还可以包括：步骤S112，线卡根据跳线决定是否上报版本信息，如果决定上报，则将线卡的软件及硬件版本信息上报给核心板，核心板判决是否升级版本，如果决定升级，则进行步骤S108。

优选地，在多个通信设备组网的情况下，网管中心给最近的通信设备升级，升级完成后由被升级的通信设备给相邻的通信设备升级，直至所有通信设备都被升级。

图2示出了用于通信设备20的软件及硬件版本管理系统10。通信设备20包括核心板30和线卡40，核心板30用于核心交换、控制处理，并保存静态配置数据和软件版本信息，线卡40用于对外提供业务接口。软件及硬件版本管理系统10包括：网管中心50、判断模块42、以及请求模块44。

网管中心50用于将通信设备20的所有软件及硬件版本下载到核心板30。

判断模块42位于线卡40侧，用于在线卡40上电后，判断线卡40上是否有可用的软件版本。判断模块42可以通过循环冗余码校验判断线卡40上是否有可用的软件版本。

请求模块44位于线卡40侧，用于在判断模块42判断线卡40上没有可用的软件版本之后，请求核心板30向线卡40发送软件版本。请求模块44发出的请求信息中优选地包含线卡40的硬件版本号。

在判断模块42判断线卡40上没有可用的软件版本之后，线卡40运行本地的软件版本，在核心板30向线卡40发送软件版本之后，线卡40运行接收的软件版本。

软件及硬件版本管理系统10还可以包括升级判决模块，位于核心板30侧，用于根据线卡40上报的软件及硬件版本信息判决是否升级版本，如果判决升级，则通过请求模块44请求核心板30向线卡40发送软件版本。

在核心板30上优选地设置有两个分别存放所有软件及硬件版本信息的存储区，用于互为备份。

优选地，在多个通信设备20组网的情况下，网管中心50给最近的通信设备20升级，升级完成后由被升级的通信设备20给相邻的通信设备20升级，直至所有通信设备20都被升级。

本发明涉及通讯产品软件、硬件(含可编程逻辑器件FPGA(Field Programmable Gate Array，现场可编程门阵列)、CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)等)版本的自动管理。

本发明旨在解决各种单板软硬件版本的自动匹配，以及经过多个节点后的版本下载时间长的问题。

本发明涉及的通讯设备包括以下单板：

核心板(或主控板)：核心板主要完成整个系统的核心交换(交叉)、系统控制等功能，保存整个系统的静态配置数据、软件版本(包括可编程器件的版本)等。

线卡：主要对外提供各种业务接口，一般系统存在多种类型的线卡。线卡可以保存静态配置数据也可以不保存，但保存的静态配置数据如果与核心板上的配置数据不一致，则应该以核心板的静态配置数据为准。

如图3所示，本发明提供的软硬件版本管理方法包括以下步骤：

A、给设备内所有单板(包括核心板和线卡)分配统一的硬件版本号。

B、通过网管中心下载设备的所有版本，并在核心板上做备份。

C、线卡上电后首先判别本板上是否有可运行的版本，如果有合法的版本，进入D；如果没有，则进入F。

D、线卡运行本地的版本，并根据本版上的跳线来决定是否要上报本版的软硬件版本信息给核心板。

E、核心板根据线卡上报的版本信息，决定是否要升级该线卡的版本。如果需要升级，则进入F；如果不需要升级，该设备就正常运行。

F、线卡向核心板申请版本，申请信息中带有硬件版本。

G、线卡接收核心板发来的版本，并运行。

对于组网的通讯产品，网管中心通过步骤B～G给设备升级版本后，使用点对点版本升级方法，升级整个网络中的其他设备，完成全网的版本升级。

下面对技术方案的实施作进一步的详细描述：

第一步：在系统设计阶段，给每类单板(包括核心板和线卡)根据功能划分分配一个硬件大版本号，如果有改进或升级，再分配一个对应的硬件小版本号。

硬件版本号应该在系统设计时就分配好，并预留空间便于将来的扩充。这些硬件版本号存放在硬件的CPLD或FPGA等可编程器件内，设计时将所有单板的硬件版本号统一在一个I/O(Input/Output，输入/输出)地址，便于采用统一的接口读取硬件版本号。

第二步：在核心板上放置较大的程序区Flash Memory(闪存)，可以分为A、B两个独立的程序区作为互为备份。在每个程序区都存放一个核心板的版本和所有线卡的版本。

通过网管，把设备的所有版本都下载到核心板上。每个软件版本都有一个版本号，分大版本号比如1.10和小版本号比如1.10.01。软件版本号存放于软件代码中。所有软件版本信息中都包涵对应的硬件版本号，即该软件版本适合哪一种或几种硬件单板。一个软件版本可以对应多种单板，便于软件版本的向下兼容。

两个版本区的版本可以相同，也可以不相同。一般正常工作时由维护人员保证两个版本区的统一，在版本升级时可以先升级A区版本，版本升级成功可以使用版本同步命令将A区版本同步到B区版本，保证A、B两区的版本都升级成功；如果版本升级不成功可以使用版本同步命令将B区版本同步到A区版本，使两区的版本都为升级前的版本。

在每个软件版本的最后都有一个CRC(Cyclic RedundancyCheck，循环冗余码校验)校验，如果校验不通过表示该区的这个软件版本不可用，可以使用另外一个区的相同版本。

在网管上可以设置每个网元下次启动时的版本区，即从A区版本引导或从B区版本引导。在核心板启动时，由Boot ROM根据引导区将A区(B区)中核心板的软件版本装载到SDRAM中运行。

第三步：线卡上电启动时，Boot ROM首先驱动与核心板的通讯接口(可以是串行口、网口或I²C等)，进行线卡版本的CRC校验。如果校验失败或线卡上无可运行的版本，就直接向核心板请求该线卡的软件版本，在请求消息中携带该线卡的硬件版本号，便于核心板找到适合于这种线卡的版本。版本校验通过就直接运行线卡上的版本。

线卡版本正常工作后，根据跳线决定是否将自己的软硬件版本信息上告给核心板，由核心板比较线卡和核心板的软件版本是否一致，如果不一致就由核心板给该线卡下载软件版本。

在线卡上不需要做程序区的备份，如果线卡的程序区FlashMemory损坏或软件版本CRC校验不通过可以到核心板上取软件版本，甚至在线卡上可以不使用Flash Memory，每次上电都到核心板要版本，缺点是如果线卡很多且线卡与核心板的通讯接口速率较慢，会影响设备的上电启动时间。

另外，一些意外情况值得注意：

1)在特殊情况下不要求线卡的软件版本自动同步于核心板的该种软件版本，比如升级了一种硬件单板(硬件大版本号没有变，只升级的小版本号)，但核心板上该种线卡的软件版本没有升级，线卡上的软件版本就比核心板上的版本高。如果希望有这种情况，可以在线卡上设置一个跳线器，线卡软件版本正常工作后根据跳线器的设置决定是否上告线卡的软件版本信息。如果线卡不上告软件版本信息，核心板不会自动下载软件版本，除非是网管命令强制版本下载，见情况2)。

2)如果在线卡下载了一个错误的版本，比如将线卡A的版本下载到线卡B上。线卡Boot ROM启动后校验软件版本能够成功，但加载软件版本后线卡是无法正常工作的。一般处理方法是将线卡的Flash Memory用烧结器重写版本，这种方法不适合在现场操作而且比较麻烦。解决方法是在核心板与每个线卡槽位引一个强制下载信号线，线卡上读强制下载信号的I/O地址统一。如果发生上面的这种情况，可以通过网管向设备发强制下载线卡版本的命令，核心板将强制下载信号线置为有效，线卡检测到强制下载信号后CPU复位，Boot ROM启动后检测强制下载信号是否有效，如果有效就直接从核心板下载该线卡软件版本(与线卡软件版本CRC校验失败处理相同)。采用这种方法可以实现远程版本强制升级，减少现场升级的工作量。

以上两种情况中的线卡跳线器(用于线卡上电选择是否与核心板同步软件版本)的优先级低于核心板与线卡间的强制下载控制线，就是说，网管可以最高优先级强制升级远程线卡的软件版本。

第四步：采用点对点的方法升级版本，即，网管中心给最近的设备升级，成功后最近的设备给相邻次近的设备升级，依此类推。采用这种方法能够大大减少版本的传输时间。

如图4所示，网管中心通过以上步骤给设备1升级版本后，使用点对点版本升级方法，同步版本设备1——>设备2；设备2——>设备3；设备3——>设备4；设备4——>设备5；设备5——>设备6。完成全网的版本升级。

采用本发明所述方法和装置，与现有技术相比，可以使通讯产品的使用者不需要对软硬件版本的兼容情况非常熟悉，由设备本身根据软硬件版本信息的匹配情况“聪明”的运行起来。同时能够大大减少工程维护人员的工作量，所有升级工作可以在网管中心远程完成。如果线卡由于软件原因无法正常工作，也可以远程强制升级，而不需要到现场解决。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种用于通信设备的软件及硬件版本管理方法，其特征在于，所述通信设备包括核心板和线卡，所述核心板用于核心交换、控制处理，并保存静态配置数据和软件版本信息，所述线卡用于对外提供业务接口，所述软件及硬件版本管理方法包括以下步骤：

步骤S102，为所述核心板和所述线卡分别分配硬件版本号；

步骤S104，从网管中心将所述通信设备的所有软件及硬件版本下载到所述核心板；

步骤S106，所述线卡上电后，判断所述线卡上是否有可用的软件版本，如果没有，则进行步骤S108，如果有，则进行步骤S110；

步骤S108，所述线卡向所述核心板请求发送软件版本，所述核心板向所述线卡发送软件版本，所述线卡运行接收的软件版本；

步骤S110，所述线卡运行本地的软件版本。

2.根据权利要求1所述的软件及硬件版本管理方法，其特征在于，在步骤S110之后还包括：步骤S112，所述线卡根据跳线决定是否上报版本信息，如果决定上报，则将所述线卡的软件及硬件版本信息上报给所述核心板，所述核心板判决是否升级版本，如果决定升级，则进行步骤S108。

3.根据权利要求1或2所述的软件及硬件版本管理方法，其特征在于，在步骤S102中，所述硬件版本号统一于同一个I/O地址，使得采用统一的接口读取所述硬件版本号。

4.根据权利要求1或2所述的软件及硬件版本管理方法，其特征在于，在步骤S104中，在所述核心板上设置两个分别存放所有软件及硬件版本信息的存储区，用于互为备份。

5.根据权利要求1或2所述的软件及硬件版本管理方法，其特征在于，在步骤S106中，通过循环冗余码校验判断所述线卡上是否有可用的软件版本。

6.根据权利要求1或2所述的软件及硬件版本管理方法，其特征在于，在步骤S108中，所述线卡向所述核心板请求发送软件版本的请求信息中包含所述线卡的硬件版本号。

7.根据权利要求1所述的软件及硬件版本管理方法，其特征在于，在多个所述通信设备组网的情况下，所述网管中心给最近的所述通信设备升级，升级完成后由被升级的所述通信设备给相邻的所述通信设备升级，直至所有所述通信设备都被升级。

8.一种用于通信设备的软件及硬件版本管理系统，其特征在于，所述通信设备包括核心板和线卡，所述核心板用于核心交换、控制处理，并保存静态配置数据和软件版本信息，所述线卡用于对外提供业务接口，所述软件及硬件版本管理系统包括：

网管中心，用于将所述通信设备的所有软件及硬件版本下载到所述核心板；

判断模块，位于所述线卡侧，用于在所述线卡上电后，判断所述线卡上是否有可用的软件版本；以及

请求模块，位于所述线卡侧，用于在所述判断模块判断所述线卡上没有可用的软件版本之后，请求所述核心板向所述线卡发送软件版本，

其中，在所述判断模块判断所述线卡上没有可用的软件版本之后，所述线卡运行本地的软件版本，在所述核心板向所述线卡发送软件版本之后，所述线卡运行接收的软件版本。

9.根据权利要求8所述的软件及硬件版本管理系统，其特征在于，还包括升级判决模块，位于所述核心板侧，用于根据所述线卡上报的软件及硬件版本信息判决是否升级版本，如果判决升级，则通过所述请求模块请求所述核心板向所述线卡发送软件版本。

10.根据权利要求8或9所述的软件及硬件版本管理系统，其特征在于，在所述核心板上设置有两个分别存放所有软件及硬件版本信息的存储区，用于互为备份。

11.根据权利要求8或9所述的软件及硬件版本管理系统，其特征在于，所述判断模块通过循环冗余码校验判断所述线卡上是否有可用的软件版本。

12.根据权利要求8或9所述的软件及硬件版本管理系统，其特征在于，所述请求模块发出的请求信息中包含所述线卡的硬件版本号。

13.根据权利要求8所述的软件及硬件版本管理系统，其特征在于，在多个所述通信设备组网的情况下，所述网管中心给最近的所述通信设备升级，升级完成后由被升级的所述通信设备给相邻的所述通信设备升级，直至所有所述通信设备都被升级。

Images