[发明专利]一种分布式通信系统软件升级方法、装置和网络设备

说明书

技术领域

本发明涉及一种分布式通信系统软件升级方法、装置、引擎卡、业务卡和网络设备，属于数据通信技术领域。

背景技术

分布式通信系统一般包含至少一块主控制引擎卡以及若干业务卡，主控引擎卡负责整个系统的配置管理和流量控制，业务卡提供与外部设备建立连接的网络端口并且负责业务数据流的转发。为了系统稳定性的需要，也可能包含备份引擎卡，在软件包升级处理流程上备份引擎卡与业务卡类似。

典型的分布式通信系统结构如图1所示。其中，引导设备是系统复位时的启动引导芯片，嵌入式系统一般使用并行FLASH芯片(即闪存)，芯片中存储有系统引导程序。存储设备用于创建文件系统并存储业务软件包及各种配置文件，嵌入式系统多使用串行FLASH芯片。通信控制芯片在引擎卡与业务卡之间建立连接，用于传输系统内部的管理控制消息，由于内部消息流量不会很大，一般使用普通的以太网芯片即可。业务芯片用于在引擎卡与业务之间传输业务数据流，一般使用专用数据处理芯片，并且引擎卡与业务卡的芯片型号可能并不相同。引擎卡一般在面板上至少有两个额外的端口，串口P2用于通过控制台对设备进行管理，通信端口P1(一般也是以太网端口)用于连接文件服务器，从服务器上将升级软件包下载到本地系统，文件服务器可以是专用的嵌入式服务器，也可以是运行简单文件传输协议(Trivial File Transfer Protocol，简称TFTP)服务的普通个人计算机(Personal Computer，简称PC)设备。

整个系统执行软件升级和更新的过程就是将外部文件服务器上的软件包下载并分发到引擎卡与所有业务卡的文件系统中。嵌入式设备执行这个过程一般是通过存储在引导设备(比如并行FLASH芯片)中的升级模块来控制，因此，引导设备从软件逻辑上可以划分为如图2所示的模块。

其中引导程序负责本地设备复位后的启动过程。设备正常启动初始化完毕后运行设备检测模块，引擎卡与业务卡的设备检测模块之间通过特定的检测协议在控制通路上交换报文，从而获取对端的设备信息，例如启动初始化过程中，引擎卡向业务卡周期性发送设备请求报文，报文包含引擎卡自身的板卡型号、卡位槽号、软件版本等信息，业务卡收到请求报文后向引擎卡应答一个设备信息回应报文，也包含业务卡自身的相关信息，引擎卡收到应答报文后则认为完成与该业务卡的设备检测过程，同时将该业务卡的信息通告到其它插在槽位上业务卡。检测完成后，用户可以进入命令菜单或者命令行界面执行各种升级指令，如果在一定时间内(例如5秒)没有用户输入，则引擎卡直接跳过升级过程启动业务软件，同时向所有业务卡发送同步消息，通告业务卡启动本地业务软件。

现有的设备复位、初始化和软件升级过程如图3所示，图中引擎卡与业务卡的消息交换均通过控制通路传输。其中引擎端升级模块在用户输入升级指令后，先更新本地系统的软件包，然后向所有业务卡发送新软件包并等待业务卡回应，业务卡收到引擎发送的软件包后无条件执行新软件包安装，升级完成后业务卡向引擎发送确认消息，引擎根据此消息判断相应业务卡升级过程是否成功并通过用户界面显示适当的提示信息。

以上升级过程的缺陷主要有两方面：一是执行升级时，需要用户进入命令行手动输入升级命令，限制了系统升级和更新的自动化程度；另一个缺点是，一旦引擎或者某张业务卡的软件包损坏，例如误操作或者文件系统故障，系统无法发现并自动进行修复，部分系统会进行文件较验，但是较验出错后只能简单给出提示，依然无法恢复运行状态，在这种情况下相应的故障引擎或者业务卡将无法正常启动，如果是单张业务卡故障，至少影响与该卡相关联的数据处理业务，如果是引擎故障，将导致整个通信设备系统失效。由于这两个缺陷的存在，从整体上也影响了通信系统的稳定性和故障恢复能力。

发明内容

本发明的目的是提供一种分布式通信系统软件升级方法、装置、引擎卡、业务卡和网络设备，用于减少用户干预以提高软件升级过程的自动化程度，以及在文件系统出现故障和软件包损坏时系统能够发现故障并自动进行修复，以此提高系统运行的稳定性。

为实现上述目的，本发明提供了一种分布式通信系统软件升级方法，所述方法包括：

步骤S1，获取引擎卡上的业务卡软件包的升级判断信息；

步骤S2，获取业务卡上的业务卡软件包的升级判断信息；

步骤S3，比较所述业务卡上的业务卡软件包的升级判断信息与引擎卡上的业务卡软件包的升级判断信息是否相同，如果不同则将引擎卡上的业务卡软件包下发给业务卡。