专利名称：一种分布式通信系统软件升级方法、装置和网络设备的制作方法
技术领域：
本发明涉及一种分布式通信系统软件升级方法、装置、引擎卡、业务卡和网络设
备，属于数据通信技术领域。
背景技术：
分布式通信系统一般包含至少一块主控制引擎卡以及若干业务卡，主控引擎卡负责整个系统的配置管理和流量控制，业务卡提供与外部设备建立连接的网络端口并且负责业务数据流的转发。为了系统稳定性的需要，也可能包含备份引擎卡，在软件包升级处理流程上备份引擎卡与业务卡类似。 典型的分布式通信系统结构如图1所示。其中，引导设备是系统复位时的启动引导芯片，嵌入式系统一般使用并行FLASH芯片(即闪存)，芯片中存储有系统引导程序。存储设备用于创建文件系统并存储业务软件包及各种配置文件，嵌入式系统多使用串行FLASH芯片。通信控制芯片在引擎卡与业务卡之间建立连接，用于传输系统内部的管理控制消息，由于内部消息流量不会很大，一般使用普通的以太网芯片即可。业务芯片用于在引擎卡与业务之间传输业务数据流， 一般使用专用数据处理芯片，并且引擎卡与业务卡的芯片型号可能并不相同。引擎卡一般在面板上至少有两个额外的端口，串口 P2用于通过控制台对设备进行管理，通信端口 Pl(—般也是以太网端口 )用于连接文件服务器，从服务器上将升级软件包下载到本地系统，文件服务器可以是专用的嵌入式服务器，也可以是运行简单文件传输协议(Trivial File Transfer Protocol,简称TFTP)服务的普通个人计算机(Personal Computer,简称PC)设备。 整个系统执行软件升级和更新的过程就是将外部文件服务器上的软件包下载并分发到引擎卡与所有业务卡的文件系统中。嵌入式设备执行这个过程一般是通过存储在引导设备(比如并行FLASH芯片)中的升级模块来控制，因此，引导设备从软件逻辑上可以划分为如图2所示的模块。 其中引导程序负责本地设备复位后的启动过程。设备正常启动初始化完毕后运行设备检测模块，引擎卡与业务卡的设备检测模块之间通过特定的检测协议在控制通路上交换报文，从而获取对端的设备信息，例如启动初始化过程中，引擎卡向业务卡周期性发送设备请求报文，报文包含引擎卡自身的板卡型号、卡位槽号、软件版本等信息，业务卡收到请求报文后向引擎卡应答一个设备信息回应报文，也包含业务卡自身的相关信息，引擎卡收到应答报文后则认为完成与该业务卡的设备检测过程，同时将该业务卡的信息通告到其它插在槽位上业务卡。检测完成后，用户可以进入命令菜单或者命令行界面执行各种升级指令，如果在一定时间内(例如5秒)没有用户输入，则引擎卡直接跳过升级过程启动业务软件，同时向所有业务卡发送同步消息，通告业务卡启动本地业务软件。 现有的设备复位、初始化和软件升级过程如图3所示，图中引擎卡与业务卡的消息交换均通过控制通路传输。其中引擎端升级模块在用户输入升级指令后，先更新本地系统的软件包，然后向所有业务卡发送新软件包并等待业务卡回应，业务卡收到引擎发送的
4软件包后无条件执行新软件包安装，升级完成后业务卡向引擎发送确认消息，引擎根据此
消息判断相应业务卡升级过程是否成功并通过用户界面显示适当的提示信息。
以上升级过程的缺陷主要有两方面一是执行升级时，需要用户进入命令行手动
输入升级命令，限制了系统升级和更新的自动化程度；另一个缺点是，一旦引擎或者某张业
务卡的软件包损坏，例如误操作或者文件系统故障，系统无法发现并自动进行修复，部分系
统会进行文件较验，但是较验出错后只能简单给出提示，依然无法恢复运行状态，在这种情
况下相应的故障引擎或者业务卡将无法正常启动，如果是单张业务卡故障，至少影响与该
卡相关联的数据处理业务，如果是引擎故障，将导致整个通信设备系统失效。由于这两个缺
陷的存在，从整体上也影响了通信系统的稳定性和故障恢复能力。
发明内容
本发明的目的是提供一种分布式通信系统软件升级方法、装置、引擎卡、业务卡和网络设备，用于减少用户干预以提高软件升级过程的自动化程度，以及在文件系统出现故障和软件包损坏时系统能够发现故障并自动进行修复，以此提高系统运行的稳定性。
为实现上述目的，本发明提供了一种分布式通信系统软件升级方法，所述方法包括 步骤Sl，获取引擎卡上的业务卡软件包的升级判断信息；
步骤S2，获取业务卡上的业务卡软件包的升级判断信息； 步骤S3，比较所述业务卡上的业务卡软件包的升级判断信息与引擎卡上的业务卡软件包的升级判断信息是否相同，如果不同则将引擎卡上的业务卡软件包下发给业务卡。
为了实现上述目的，本发明还提供了一种分布式通信系统软件升级装置，所述装置包括信息获取模块、判断比较模块、软件包下发模块； 所述信息获取模块用于获取引擎卡上的业务卡软件包的升级判断信息，以及业务卡上的业务卡软件包的升级判断信息； 所述判断比较模块与信息获取模块连接，用于比较业务卡上的业务卡软件包的升级判断信息与引擎卡上的业务卡软件包的升级判断信息是否相同，如果不同则调用软件包下发模块； 所述软件包下发模块与判断比较模块连接，用于将引擎卡上的业务卡软件包下发给业务卡。 为了实现上述目的，本发明又提供了一种引擎卡，所述引擎卡包括上述装置。 为了实现上述目的，本发明再提供了一种业务卡，所述业务卡包括业务卡升级模
块，用于业务卡在收到引擎卡下发的业务卡软件包后，以此更新业务卡上的业务卡软件包，
将业务卡软件包的升级判断信息更新为引擎卡下发的业务卡软件包的升级判断信息，通过
在业务卡上安装更新后的业务卡软件包进行软件升级操作，并根据软件升级操作情况回应
升级确认消息。 为了实现上述目的，最后本发明提供了一种网络设备，所述网络设备包括上述引擎卡和业务卡。 本发明通过自动获取引擎卡和业务卡上的软件包的升级判断信息，根据比较结果判断出是否有新版本的软件包需要升级，或者存在软件包损坏的情况，从而重新分发软件包，减少了用户干预以提高软件升级过程的自动化程度，以及在文件系统出现故障和软件 包损坏时系统能够发现故障并自动进行修复，以此提高系统运行的稳定性。
图1为典型通信系统结构示意图 图2为引导设备模块划分示意图 图3为现有技术中分布式通信系统软件升级过程示意图 图4为本发明一种分布式通信系统软件升级方法实施例一示意图 图5为本发明一种分布式通信系统软件升级方法实施例二示意图 图6为本发明一种分布式通信系统软件升级方法实施例三示意图 图7为本发明一种分布式通信系统软件升级方法实施例四示意图 图8为本发明一种分布式通信系统软件升级方法实施例五示意图 图9为本发明一种分布式通信系统软件升级装置实施例一示意图 图10为本发明一种分布式通信系统软件升级装置实施例二示意图 图11为本发明一种分布式通信系统软件升级装置实施例三示意图 图12为本发明一种引擎卡示意图 图13为本发明一种业务卡示意图 图14为本发明一种网络设备示意图
具体实施例方式
本发明的目的是提供一种分布式通信系统软件升级方法、装置、引擎卡、业务卡和 网络设备，用于减少用户干预以提高软件升级过程的自动化程度，以及在文件系统出现故 障和软件包损坏时系统能够发现故障并自动进行修复，以此提高系统运行的稳定性。
下面结合附图对本发明进行说明，本发明提供了一种分布式通信系统软件升级方 法，图4给出了本发明一种分布式通信系统软件升级方法实施例一示意图，所述方法包括
步骤Sl，获取引擎卡上的业务卡软件包的升级判断信息； 所述升级判断信息可以包括版本信息和校验码，校验码可以为循环冗余校验码 (Cyclical Redundancy Check,简称CRC)。 步骤S2，获取业务卡上的业务卡软件包的升级判断信息； 步骤S3，比较所述业务卡上的业务卡软件包的升级判断信息与引擎卡上的业务卡 软件包的升级判断信息是否相同，如果不同则将引擎卡上的业务卡软件包下发给业务卡。
本实施例的方法可以在系统复位后由系统自动触发引擎卡时执行上述步骤，也可 以由引擎卡定期自动发起上述操作，或者在业务卡插入后，系统自动触发引擎卡执行上述 步骤。 例如当业务卡插入时，系统自动触发引擎卡获取插入的业务卡上的业务卡软件包 的升级判断信息，并比较该业务卡软件包和引擎卡上的业务卡软件包的升级判断信息是否 相同，如果不同则将引擎卡上的业务卡软件包下发给插入的业务卡。对于其它的业务卡不 进行上述操作。 本发明通过自动获取引擎卡和业务卡上的软件包的升级判断信息，根据比较结果判断出是否有新版本的软件包需要升级，或者存在软件包损坏的情况，从而重新分发软件
包，减少了用户干预以提高软件升级过程的自动化程度，以及在文件系统出现故障和软件
包损坏时系统能够发现故障并自动进行修复，以此提高系统运行的稳定性。 图5给出了本发明一种分布式通信系统软件升级方法实施例二示意图，本实施例
除了包括方法实施例一的步骤外，所述步骤SI还包括获取引擎卡上的引擎卡软件包的升 级判断信息； 在所述步骤S2之前还包括 步骤S4，获取文件服务器上的引擎卡软件包和业务卡软件包的升级判断信息；
步骤S5，比较所述引擎卡上的引擎卡软件包或业务卡软件包的升级判断信息与文 件服务器上的引擎卡软件包或业务卡软件包的升级判断信息是否相同，如果不同则从文件 服务器上下载相应软件包，以此更新引擎卡上的相应软件包，并将引擎卡上的相应软件包 的升级判断信息更新为服务器上的相应软件包的升级判断信息，通过在引擎卡上安装更新 后的引擎卡软件包进行软件升级操作。 通过对文件服务器和引擎卡上的软件包的升级判断信息的比较，并根据比较结果 对引擎卡上的软件包进行升级，同样可以提高软件升级过程的自动化程度和系统发现故障 并自动进行修复的能力。 本实施例的方法可以在系统复位后由系统自动触发引擎卡时执行上述步骤，也可 以由引擎卡定期自动发起上述操作。 在业务卡插入后，系统会自动触发引擎卡执行步骤Sl至步骤S3，但不会执行步骤 S4和步骤S5。 通常服务器上的软件包中已经包含了版本信息和CRC校验码，因此对于服务器上 的软件包的制作没有额外的要求，而引擎卡和业务卡获取软件包的升级判断信息可以通过 引擎卡和业务卡的设备检测模块交换的检测报文来实现。例如业务卡在应答引擎卡的检测 报文之前，先对本地已经存储的业务卡软件包进行CRC校验，业务卡将校验码通过检测报 文连同版本信息一起发送给引擎卡，引擎卡则将本地存储的业务卡软件包的校验码和从业 务卡收到的校验码进行比较，以此判断各业务卡上的软件包是否有损坏，如果软件包被删 除或者因为文件系统故障不能正常读取，则认为软件包已经损坏，直接返回非法的校验结 果，这样引擎卡就可以发现其它业务卡的软件包是否正常并自动对故障卡重新进行软件包 的分发和安装。 文件服务器和弓|擎卡上存储两种软件包弓|擎卡软件包和业务卡软件包，业务卡 上只存储一种软件包业务卡软件包。 图6给出了本发明一种分布式通信系统软件升级方法实施例三示意图，本实施例 除了包括方法实施例二的步骤外，在步骤S3之后还包括 步骤S6，判断是否已收到下发业务卡软件包的所有业务卡回应的升级确认消息， 如果是则执行步骤S7，否则执行步骤S8 ; 步骤S7，启动引擎卡上的软件，并通知所有回应的升级确认消息为升级成功消息 的业务卡启动相应业务卡上的软件； 步骤S8，向未回应升级确认消息的业务卡下发业务卡软件包，之后执行步骤S6。
通过对未回应升级确认消息的业务卡重新下发业务卡软件包，避免了因传输错误等问题而使得业务卡未更新软件包的问题，确保了在启动引擎卡和业务卡上的软件之前， 所有引擎卡和业务卡都安装有最新版本的软件。 本实施例除了可以在方法实施例二的基础上进行上述扩展外，还可以在方法实施 例一的基础上进行上述扩展。 图7给出了本发明一种分布式通信系统软件升级方法实施例四示意图，本实施例 除了包括方法实施例三的步骤外，在步骤S3之后还包括 步骤S9，业务卡在收到引擎卡下发的业务卡软件包后，以此更新业务卡上的业务 卡软件包，将业务卡软件包的升级判断信息更新为引擎卡下发的业务卡软件包的升级判断 信息，通过在业务卡上安装更新后的业务卡软件包进行软件升级操作，并根据软件升级操 作情况回应升级确认消息。 所述根据软件升级操作情况回应升级确认消息具体可以为如果升级失败，则调 用操作系统接口对本地文件系统进行格式化，并再次进行软件升级操作，如果仍然失败，则 回应升级失败消息，否则回应升级成功消息。 业务卡在升级失败时对文件系统格式化并重新进行软件升级，避免了因本地文件
系统出现问题而导致软件升级操作失败的情况发生，通过回应升级确认消息给引擎卡，可 告知其本业务卡上的软件升级情况，引擎卡据此进行进一步的操作。 本实施例除了可以在方法实施例三的基础上进行上述扩展外，还可以在方法实施 例一或方法实施例二的基础上进行上述扩展。 本发明的基本思路是，在引擎卡中增加一个处理过程，用于从文件服务器上获取 最新的软件包相关信息，同时获取引擎卡自身以及所有业务卡上的软件包相关信息，根据 获取到的信息判断是否有新版本需要升级，或者是否某张卡上的软件包已经损坏需要重新 分发安装。这个处理过程在启动引擎卡和业务卡上的软件之前自动执行，执行完毕后保证 所有引擎卡和业务卡都安装有最新版本的软件。 图8给出了本发明一种分布式通信系统软件升级方法的较优实施例 步骤101，引擎卡从本地文件系统读取引擎卡软件包的版本信息VER11和校验码
CRCll，以及业务卡软件包的版本信息VER12和校验码CRC12 ; 步骤102，判断文件服务器是否开启，如果是则执行步骤103，否则执行步骤106 ;
步骤103，从文件服务器上下载引擎卡软件包的版本信息VER21和校验码CRC21， 以及业务卡软件包的版本信息VER22和校验码CRC22 ; 步骤104，判断是否同时满足VER11等于VER21、 CRC11等于CRC21、 VER12等于 VER22、CRC12等于CRC22的条件，如果是则执行步骤106，否则执行步骤105 ;
步骤105，当不满足VER11等于VER21或CRC11等于CRC21时，从文件服务器下载 引擎卡软件包，将引擎卡软件包安装到本地文件系统，并更新本地的引擎卡软件包及其版 本信息和校验码；当不满足VER12等于VER22或CRC12等于CRC22时，从文件服务器下载业 务卡软件包，并更新本地的业务卡软件包及其版本信息和校验码。 步骤106，通过设备检测模块接收所有业务卡发送的业务卡软件包的版本信息 VER3和校验码CRC3 ; 步骤107，对每个业务卡软件包的版本信息VER3和校验码CRC3，分别判断是否满 足VER12等于VER3且CRC12等于CRC3，对不满足上述条件的业务卡分发业务卡软件包；
8
步骤108，判断是否所有的业务卡都已回应升级确认消息，如果是则执行步骤 IIO，否则执行步骤109 ; 步骤109，向未回应升级确认消息的业务卡下发业务卡软件包，之后执行步骤
108 ; 步骤110，启动引擎卡上的软件，并通知所有回应的升级确认消息为升级成功消息 的业务卡启动相应业务卡上的软件。 通过本发明的方案，对各种应用场景的处理如下 1.文件服务器上传了新版本软件包，即正常升级这种情况下引擎卡首先会比较 从文件服务器上获取到的版本信息与本地版本信息，由于版本信息不同，引擎卡直接从文 件服务器上下载软件包并更新所有引擎和业务卡软件到新版本。 2.引擎卡包含最新版本的软件包，业务卡版本较旧，例如在系统上次升级完成后， 在系统正常运行过程中将业务卡插入这种情况下引擎卡从文件服务器获取的版本信息和 校验码与本地信息相同，因此不会从文件服务器上下载软件包，由于从其它业务卡收到的 检测报文所包含的版本信息与本地版本不同，因此引擎卡将本地存储的软件包重新分发到 特定的业务卡。 3.引擎卡与业务卡都是最新版本，引擎卡软件包文件损坏引擎卡的本地软件包 校验码与服务器上的软件包校验码不同，将从文件服务器上重新下载软件包并在引擎卡本 地安装，业务卡由于版本信息和校验码不变，因不会重新分发安装。
4.引擎卡与业务卡都是最新版本，部分业务卡软件包文件损坏引擎卡不会从文
件服务器上下载软件包，也不会更新本地已经安装的软件包，但是从文件损坏的业务卡收
到的校验码与弓I擎卡本地存储信息不同，因此自动向故障业务卡重新分发软件包。
5.引擎卡与业务卡都是最新版本，并且软件包都没有损坏除了引擎卡从服务器
获取版本信息与校验码、弓I擎卡与业务卡执行本地文件校验并由业务卡向弓I擎端发送版本
信息与校验码之外，不执行任何实际的软件包下载、分发与安装，因此这个过程也不会明显
增加系统操作时间。 本发明在分布式通信系统软件升级过程中不需要输入任何用户命令即可实现一 次完整升级，并在升级完成后自动启动升级后的软件，因此提高了例行性升级过程的自动 化程度，节省系统管理的人工成本。 此外本发明在引擎卡或业务卡的文件系统出现故障或者软件包损坏时，能够自动 发现并重新分发特定引擎卡或业务卡的软件包，分发完成后自动启动升级后的软件，因此 提高了整个系统的故障恢复能力，避免偶然的文件损坏导致系统失效，而且恢复过程同样 不需要用户干预，在文件系统出现故障和软件包损坏时系统能够发现故障并自动进行修 复，以此提高系统运行的稳定性。 本发明还提供了一种分布式通信系统软件升级装置，图9给出了本发明一种分布 式通信系统软件升级装置实施例一示意图，所述装置包括信息获取模块M1、判断比较模块 M2、软件包下发模块M3 ; 所述信息获取模块M1用于获取引擎卡上的业务卡软件包的升级判断信息，以及 业务卡上的业务卡软件包的升级判断信息； 所述判断比较模块M2与信息获取模块M1连接，用于比较业务卡上的业务卡软件包的升级判断信息与引擎卡上的业务卡软件包的升级判断信息是否相同，如果不同则调用 软件包下发模块； 所述软件包下发模块M3与判断比较模块M2连接，用于将引擎卡上的业务卡软件 包下发给业务卡。 图IO给出了本发明一种分布式通信系统软件升级装置实施例二示意图，本实施 例除了包括装置实施例一 的结构特征外， 所述信息获取模块M1还用于获取引擎卡上的引擎卡软件包的升级判断信息，以 及文件服务器上的引擎卡软件包和业务卡软件包的升级判断信息； 所述判断比较模块M2还用于比较所述引擎卡上的引擎卡软件包或业务卡软件包 的升级判断信息与文件服务器上的引擎卡软件包或业务卡软件包的升级判断信息是否相 同，如果不同则调用下载升级模块； 所述装置还包括下载升级模块M4，与判断比较模块M2连接，用于根据判断比较 模块执行的软件包的升级判断信息的比较结果，从文件服务器上下载相应软件包，以此更 新引擎卡上的相应软件包，并将引擎卡上的相应软件包的升级判断信息更新为服务器上的 相应软件包的升级判断信息，通过在引擎卡上安装更新后的引擎卡软件包进行软件升级操 作。 图11给出了本发明一种分布式通信系统软件升级装置实施例三示意图，本实施 例除了包括装置实施例二的结构特征外，还包括升级确认判断模块M5和软件启动模块M6 ;
所述升级确认判断模块M5与软件包下发模块M3连接，用于判断是否已收到下发 业务卡软件包的所有业务卡回应的升级确认消息，如果是则调用软件启动模块，否则调用 软件包下发模块； 所述软件启动模块M6与升级确认判断模块M5连接，用于启动引擎卡上的软件，并
通知所有回应的升级确认消息为升级成功消息的业务卡启动相应业务卡上的软件； 所述软件包下发模块M3还用于向未回应升级确认消息的业务卡下发业务卡软件
包，之后调用升级确认判断模块。 本实施例除了可以在装置实施例二的基础上进行上述扩展外，还可以在装置实施 例一的基础上进行上述扩展。 本发明又提供了一种引擎卡，图12给出了本发明一种引擎卡示意图，所述引擎卡 包括上述装置实施例一至装置实施例三所述的任一装置。 本发明再提供了一种业务卡，图13给出了本发明一种业务卡示意图，所述业务卡 包括业务卡升级模块M7，用于业务卡在收到引擎卡下发的业务卡软件包后，以此更新业务 卡上的业务卡软件包，将业务卡软件包的升级判断信息更新为引擎卡下发的业务卡软件包 的升级判断信息，通过在业务卡上安装更新后的业务卡软件包进行软件升级操作，并根据 软件升级操作情况回应升级确认消息。 所述根据软件升级操作情况回应升级确认消息具体可以为如果升级失败，则调 用操作系统接口对本地文件系统进行格式化，并再次进行软件升级操作，如果仍然失败，则 回应升级失败消息，否则回应升级成功消息。 最后本发明提供了一种网络设备，图14给出了本发明一种网络设备示意图，所述 网络设备包括上述引擎卡和业务卡。
最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽 管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然 可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替 换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
权利要求
一种分布式通信系统软件升级方法，其特征在于，所述方法包括步骤S1，获取引擎卡上的业务卡软件包的升级判断信息；步骤S2，获取业务卡上的业务卡软件包的升级判断信息；步骤S3，比较所述业务卡上的业务卡软件包的升级判断信息与引擎卡上的业务卡软件包的升级判断信息是否相同，如果不同则将引擎卡上的业务卡软件包下发给业务卡。
2. 根据权利要求1所述的方法，其特征在于，所述步骤SI还包括获取引擎卡上的引 擎卡软件包的升级判断信息；所述步骤S2之前还包括步骤S4，获取文件服务器上的引擎卡软件包和业务卡软件包的升级判断信息；步骤S5，比较所述引擎卡上的引擎卡软件包或业务卡软件包的升级判断信息与文件服 务器上的引擎卡软件包或业务卡软件包的升级判断信息是否相同，如果不同则从文件服务 器上下载相应软件包，以此更新引擎卡上的相应软件包，并将引擎卡上的相应软件包的升 级判断信息更新为服务器上的相应软件包的升级判断信息，通过在引擎卡上安装更新后的 弓I擎卡软件包进行软件升级操作。
3. 根据权利要求1或2所述的方法，其特征在于，所述升级判断信息包括版本信息和校 验码。
4. 根据权利要求1或2所述的方法，其特征在于，步骤S3之后还包括 步骤S6，判断是否已收到下发业务卡软件包的所有业务卡回应的升级确认消息，如果是则执行步骤S7，否则执行步骤S8 ;步骤S7，启动引擎卡上的软件，并通知所有回应的升级确认消息为升级成功消息的业 务卡启动相应业务卡上的软件；步骤S8，向未回应升级确认消息的业务卡下发业务卡软件包，之后执行步骤S6。
5. 根据权利要求4所述的方法，其特征在于，步骤S3之后还包括业务卡在收到引擎 卡下发的业务卡软件包后，以此更新业务卡上的业务卡软件包，将业务卡软件包的升级判 断信息更新为引擎卡下发的业务卡软件包的升级判断信息，通过在业务卡上安装更新后的 业务卡软件包进行软件升级操作，并根据软件升级操作情况回应升级确认消息。
6. 根据权利要求5所述的方法，其特征在于，所述根据软件升级操作情况回应升级确 认消息具体为如果升级失败，则调用操作系统接口对本地文件系统进行格式化，并再次进 行软件升级操作，如果仍然失败，则回应升级失败消息，否则回应升级成功消息。
7. —种分布式通信系统软件升级装置，其特征在于，所述装置包括信息获取模块、判断 比较模块、软件包下发模块；所述信息获取模块用于获取引擎卡上的业务卡软件包的升级判断信息，以及业务卡上 的业务卡软件包的升级判断信息；所述判断比较模块与信息获取模块连接，用于比较业务卡上的业务卡软件包的升级判 断信息与引擎卡上的业务卡软件包的升级判断信息是否相同，如果不同则调用软件包下发 模块；所述软件包下发模块与判断比较模块连接，用于将引擎卡上的业务卡软件包下发给业 务卡。
8. 根据权利要求7所述的装置，其特征在于，所述信息获取模块还用于获取引擎卡上的引擎卡软件包的升级判断信息，以及文件服 务器上的引擎卡软件包和业务卡软件包的升级判断信息；所述判断比较模块还用于比较所述引擎卡上的引擎卡软件包或业务卡软件包的升级 判断信息与文件服务器上的引擎卡软件包或业务卡软件包的升级判断信息是否相同，如果 不同则调用下载升级模块；所述装置还包括下载升级模块，与判断比较模块连接，用于根据判断比较模块执行的 软件包的升级判断信息的比较结果，从文件服务器上下载相应软件包，以此更新引擎卡上 的相应软件包，并将引擎卡上的相应软件包的升级判断信息更新为服务器上的相应软件包 的升级判断信息，通过在引擎卡上安装更新后的引擎卡软件包进行软件升级操作。
9. 根据权利要求7或8所述的装置，其特征在于，还包括升级确认判断模块和软件启动模块；所述升级确认判断模块与软件包下发模块连接，用于判断是否已收到下发业务卡软件 包的所有业务卡回应的升级确认消息，如果是则调用软件启动模块，否则调用软件包下发 模块；所述软件启动模块与升级确认判断模块连接，用于启动引擎卡上的软件，并通知所有 回应的升级确认消息为升级成功消息的业务卡启动相应业务卡上的软件；所述软件包下发模块还用于向未回应升级确认消息的业务卡下发业务卡软件包，之后 调用升级确认判断模块。
10. —种包括权利要求7-9任一所述装置的引擎卡。
11. 一种业务卡，其特征在于，包括业务卡升级模块，用于业务卡在收到引擎卡下发的 业务卡软件包后，以此更新业务卡上的业务卡软件包，将业务卡软件包的升级判断信息更 新为引擎卡下发的业务卡软件包的升级判断信息，通过在业务卡上安装更新后的业务卡软 件包进行软件升级操作，并根据软件升级操作情况回应升级确认消息。
12. —种包括权利要求10所述引擎卡和权利要求11所述业务卡的网络设备。
全文摘要
本发明提供了一种分布式通信系统软件升级方法、装置、引擎卡、业务卡和网络设备。本发明通过自动获取引擎卡和业务卡上的软件包的升级判断信息，根据比较结果判断出是否有新版本的软件包需要升级，或者存在软件包损坏的情况，从而重新分发软件包，减少了用户干预以提高软件升级过程的自动化程度，以及在文件系统出现故障和软件包损坏时系统能够发现故障并自动进行修复，以此提高系统运行的稳定性。
文档编号H04L12/24GK101695027SQ200910093370
公开日2010年4月14日 申请日期2009年9月29日 优先权日2009年9月29日
发明者杜文波 申请人:北京星网锐捷网络技术有限公司;