CN101714109B - 双cpu***主板的控制方法及设备 - Google Patents

Abstract

本发明公开了一种双CPU***主板的控制方法和设备，该方法包括：当所述任一CPU***执行设备的数据处理、控制、管理、和/或维护功能时，所述另一CPU***通过所述信息交互通道获取该CPU***的数据信息和状态信息，根据所述状态信息监控该CPU***的工作状态；当所述任一CPU***发现所述另一CPU***故障时，所述任一CPU***根据所述数据信息代替该故障CPU***执行所述设备的全部功能。本发明实现了对通信设备CPU***的冗余，提高了通信设备的可靠性。

Description

双CPU***主板的控制方法及设备

技术领域

本发明涉及通信领域，尤其涉及一种双CPU***主板的控制方法及设备。

背景技术

通信设备的主板一般由CPU小***、业务处理***、电源***等模块组成。其中，CPU小***是主板的核心模块，包括CPU、该CPU配置的内存、Flash(闪存)以及CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)等。通信软件在CPU小***运行，实现通信设备的数据处理任务和控制管理任务。

现有技术中，通信设备的主板结构如图1所示，一般包括CPU小***、业务处理***(MAC+PHY)、控制逻辑、ASIC(Application Specific IntegratedCircuit，专用集成电路)处理单元等。其中，业务处理***主要实现单板业务端口各种数据报文的处理和转发，控制逻辑主要实现CPU小***、业务处理***、ASIC处理单元等各模块间的数据通道和管理。ASIC处理单元为可选模块，主要功能是实现主板与其他业务单板之间的数据处理与转发。图1所示的主板结构中，CPU小***是整个通信设备的核心，如果CPU小***故障，将会导致整个通信设备瘫痪。

现有技术中还提供另一种主板的设计方案，如图2所示，相比图1中的主板结构增加了一个监控模块(Monitor system)，该监控模块一般也是一个CPU小***。但是，该监控模块的硬件配置简单，仅包括性能较弱的CPU、较小的内存等，只负责维护、监测主板的运行状态，例如监控主板工作电压、风扇状态、整机温度等；无法对核心的CPU小***提供冗余功能。

因此，现有技术的缺点在于：主板不具有对负责设备数据处理和控制管理的CPU小***的冗余功能，当CPU小***故障时可以导致整个通信设备故障，通信设备的可靠性低。

发明内容

本发明提供了一种双CPU***主板的控制方法和设备，以实现对通信设备CPU***的备份，提高通信设备的可靠性。

本发明提供了一种双CPU***主板的设备，所述双CPU***主板包括第一CPU***、第二CPU***、控制逻辑以及业务处理***或专用集成电路处理单元，所述业务处理***或专用集成电路处理单元与所述第一CPU***和第二CPU***分别通过各自独立的第一数据通道和第二数据通道连接，所述控制逻辑控制所述第一数据通道和第二数据通道的开关，所述第一CPU***与所述第二CPU***之间配置信息交互通道传递数据信息和状态信息，所述第一CPU***与第二CPU***分别具有相同的单独执行设备的数据处理、管理、控制以及维护的功能，其中

所述第一CPU***，用于通过所述第一数据通道接收所述业务处理***或专用集成电路处理单元发送的指令和/或数据，当设备处于主备工作模式时，独立执行设备的数据处理、管理、控制以及维护功能；当设备处于负载分担工作模式时，与所述第二CPU***共同分担设备的管理、控制、维护功能以及共同执行设备的数据处理功能，并彼此监控对方CPU***的工作状态，当其中一个CPU***故障时，另一个CPU***代替故障CPU***执行设备的全部管理、控制、维护以及数据处理功能；

所述第二CPU***，用于当设备处于主备工作模式时，根据所述第一CPU***的状态信息监控所述第一CPU***的工作状态，当所述第一CPU***故障时，代替所述第一CPU***执行设备的数据处理、管理、控制以及维护功能；当设备处于负载分担工作模式时，通过所述第二数据通道接收所述业务处理***或专用集成电路处理单元发送的指令和/或数据，与所述第一CPU***共同分担执行管理、控制、维护功能和共同执行设备的数据处理功能，并彼此监控对方CPU***的工作状态，当其中一个CPU***故障时，另一个则代替该故障CPU***执行设备的全部管理、控制、维护以及数据处理功能；

所述第一CPU***还用于：

当所述双CPU***内的软件升级时，判断当前设备的工作模式为主备工作模式还是负载分担工作模式；

若当前工作模式为主备工作模式，通知所述第二CPU***执行软件升级；在所述第二CPU***软件完成升级、代替所述第一CPU***执行设备的数据处理、管理、控制和维护功能后，执行软件升级；并在软件升级完成后代替所述第二CPU***执行设备的数据处理、管理、控制和维护功能；

若当前工作模式为负载分担工作模式，首先将当前工作模式切换为主备工作模式，然后根据所述主备工作模式下的软件升级过程执行软件升级。

所述第一CPU***还用于：通过所述信息交互通道接收所述第二CPU***周期发送的心跳信号；当在预设最大时间内没有接收到心跳信号时，判断所述第二CPU***故障；

所述第二CPU***还用于：通过所述信息交互通道接收所述第一CPU***周期发送的心跳信号；当在预设最大时间内没有接收到心跳信号时，判断所述第一CPU***故障。

所述第一CPU***还用于：发现所述第二CPU***故障时，向所述控制逻辑发送控制命令，通知所述控制逻辑关闭所述第二数据通道；

所述第二CPU***还用于：发现所述第一CPU***故障时，向所述控制逻辑发送控制命令，通知所述控制逻辑关闭所述第一数据通道，并开启所述第二数据通道。

所述第二CPU***还用于：

接收所述第一CPU***发送的软件升级通知，执行软件升级；

升级完成后，通知所述控制逻辑关闭所述第一数据通道，开启所述第二数据通道，代替所述第一CPU***执行设备的数据处理、管理、控制和维护功能。

本发明提供一种对上述设备的控制方法，包括：

当所述双CPU***内的软件升级时，所述第一CPU***执行下述操作：判断当前设备的工作模式为主备工作模式还是负载分担工作模式；若当前工作模式为主备工作模式，通知所述第二CPU***执行软件升级；在所述第二CPU***软件完成升级、代替所述第一CPU***执行设备的数据处理、管理、控制和维护功能后，执行软件升级；并在软件升级完成后代替所述第二CPU***执行设备的数据处理、管理、控制和维护功能；若当前工作模式为负载分担工作模式，首先将当前工作模式切换为主备工作模式，然后根据所述主备工作模式下的软件升级过程执行软件升级。

与现有技术相比，本发明至少具有以下优点：

本发明中，设备配置包括双CPU***的主板，在其中一个CPU***故障时，另一个CPU***接替该CPU***控制设备的运行，从而可以对设备的CPU起到备份作用，提高设备的可靠性。

附图说明

图1是现有通信设备的主板结构示意图；

图2是现有通信设备的另一主板结构示意图；

图3是本发明提供的双CPU***主板的结构示意图；

图4是本发明提供的双CPU***主板的控制方法的流程示意图；

图5是主备工作模式时本发明应用场景提供的方法的流程示意图；

图6是负载分担工作模式时本发明应用场景提供的方法的流程示意图；

图7是本发明应用场景提供的双CPU***主板的升级过程示意图。

具体实施方式

为了提高通信设备的可靠性，本发明提供一种双CPU***的主板，其中的双CPU***都具有相同的执行设备的数据处理、管理、控制以及维护的功能，当其中一个CPU***故障时，另一CPU***可以继续维持设备的运行，从而提供主板的CPU***冗余功能，避免由于CPU***故障导致的通信设备瘫痪，提高通信设备的可靠性。

本发明提供一种双CPU***主板的设备，如图3所示，所述双CPU***主板包括第一CPU***(主CPU***)、第二CPU***(备用CPU***)、控制逻辑以及业务处理***和/或专用集成电路处理单元，所述业务处理***和/或专用集成电路处理单元与所述第一CPU***和第二CPU***分别通过各自独立的第一数据通道和第二数据通道连接，所述控制逻辑控制所述第一数据通道和第二数据通道的开关，所述第一CPU***与所述第二CPU***之间配置信息交互通道传递数据信息和状态信息，所述第一CPU***与第二CPU***分别具有相同的单独执行设备的数据处理、管理、控制以及维护的功能，其中

所述第一CPU***，用于通过所述第一数据通道接收所述业务处理***和/或专用集成电路处理单元发送的指令和/或数据，当设备处于主备工作模式时，独立执行设备的数据处理、管理、控制以及维护功能；当设备处于负载分担工作模式时，与所述第二CPU***共同分担设备的管理、控制、维护功能(例如：第一CPU***执行设备的管理、控制功能，第二CPU***执行设备的维护功能)以及共同执行设备的数据处理功能，并彼此监控对方CPU***的工作状态，当其中一个CPU***故障时，另一个则代替该故障CPU***执行设备的全部管理、控制、维护以及数据处理功能；

所述第二CPU***，用于当设备处于主备工作模式时，根据所述第一CPU***的状态信息监控所述第一CPU***的工作状态，当所述第一CPU***故障时，代替所述第一CPU***执行设备的数据处理、管理、控制以及维护功能；当设备处于负载分担工作模式时，通过所述第二数据通道接收所述业务处理***和/或专用集成电路处理单元发送的指令和/或数据，与所述第一CPU***共同分担执行管理、控制、维护功能和共同执行设备的数据处理功能，并彼此监控对方CPU***的工作状态，当其中一个CPU***故障时，另一个则代替该故障CPU***执行设备的全部管理、控制、维护以及数据处理功能。

进一步的，图3所示的主用CPU***和备用CPU***分别具有active(激活)状态和standby(备份)状态，处于active状态时负责设备的数据处理、和/或设备的控制、管理以及维护，处于standby状态时则监控另一CPU***的工作状态。主用CPU***与备用CPU***之间通过info switch(信息交换)通道连接，该信息交互通道在硬件实现上为专门用于双CPU***之间直接通信的一系列导线。

结合图3所示，业务处理(MAC+PHY)***、和/或ASIC单元与双CPU***之间配置相互独立的第一数据通道与第二数据通道。Control Logic根据CPU***发送的命令设置数据通道的状态为active或者idle，控制数据通道的开关。当Control Logic设置数据通道状态为active时，业务处理***、和/或ASIC单元通过数据通道向CPU***发送指令和/或数据；当数据通道的状态为idle时，业务处理***、和/或ASIC单元不能通过数据通道向CPU***发送指令和/或数据。

双CPU***主板的工作模式包括主备工作模式和负载分担工作模式，当双CPU***主板处于主备工作模式时，同一时间，双CPU***中的一个CPU***处于active状态，另一CPU***处于standby状态。初始时，第一数据通道状态为active，第二数据通道状态为idle，主用CPU***处于active状态，备用CPU***处于standby状态，由主用CPU***执行设备的数据处理、管理、控制以及维护功能，备用CPU***通过配置的信息交互通道获取主用CPU***的数据信息和状态信息，根据该状态信息监控主用CPU***的工作状态；当备用CPU***发现主用CPU***故障时，备用CPU***状态设置为active，控制Control Logic将第一数据通道的状态设置为idle，将第二数据通道状态为active，根据从主用CPU***获取的数据信息代替主用CPU***执行设备的数据处理、管理、控制以及维护功能。

当双CPU***主板处于负载分担工作模式时，同一时间，双CPU***中的两个CPU***可以同时处于active状态。初始时，主用CPU***与备用CPU***共同处于active状态，第一数据通道与第二数据通道状态设置为active，主用CPU***与备用CPU***共同负责设备的管理、控制、维护和/或数据处理功能，例如：设备的控制管理功能由主用CPU***单独负责，设备的维护功能则由备用CPU***执行，另外，主、备CPU***共同执行该设备的数据处理功能。具体地，主用CPU***与备用CPU***分别通过信息交互通道获取彼此的数据信息和状态信息，监控彼此的工作状态，一旦其中一个CPU***发生故障，则另一个CPU***则代替该故障CPU***执行设备的全部管理、控制、维护以及数据处理功能；以前述举例为例，若主用CPU***发生故障，备用CPU***代替主用CPU***执行设备的管理、控制、维护以及数据处理功能；若备用CPU***发生故障，主用CPU***代替备用CPU***执行设备的管理、控制、维护以及数据处理功能。

主用CPU***或者备用CPU***判断对方CPU***故障的方式为：通过信息交互通道接收对方CPU***周期发送的心跳信号，当在预设最大时间内没有接收到心跳信号时，判断对方CPU***故障。

当双CPU***内的软件升级时，主CPU***判断当前设备的工作模式为主备工作模式或者负载分担工作模式。若当前工作模式为主备工作模式，主CPU***通知备用CPU***执行软件升级，备用CPU***接收主CPU***发送的软件升级通知，执行软件升级。备用CPU***升级完成后，通知控制逻辑关闭第一数据通道，开启第二数据通道，代替主用CPU***执行设备的管理、控制、维护以及数据处理功能，主CPU***执行软件升级。主CPU***软件升级完成后，代替备用CPU***重新执行设备的管理、控制、维护以及数据处理功能。若主CPU***判断当前工作模式为负载分担工作模式，主CPU***首先将当前工作模式切换为主备工作模式，然后根据上述主备工作模式下的软件升级过程执行软件升级。

通过采用本发明提供的设备，配置包括主用CPU***与备用CPU***的双CPU***主板，在其中一个CPU***故障时，另一个CPU***接替故障CPU***控制设备的运行，从而可以对设备的CPU***起到冗余作用，提高设备的可靠性，另外，通过配置双CPU***主板，可以将两个CPU***轮流进行软件升级，使设备在不中断任务的情况下完成对软件的升级过程，更好的满足用户需要。

本发明提供一种双CPU***主板的控制方法，所述双CPU***主板包括第一CPU***、第二CPU***、控制逻辑以及业务处理***和/或专用集成电路处理单元，所述业务处理***和/或专用集成电路处理单元与所述第一CPU***和第二CPU***分别通过各自独立的第一数据通道和第二数据通道连接，所述控制逻辑控制所述第一数据通道和第二数据通道的开关，所述第一CPU***与所述第二CPU***之间配置信息交互通道传递数据信息和状态信息，所述第一CPU***与第二CPU***分别具有相同的单独执行设备的数据处理、管理、控制以及维护的功能，如图4所示，该方法进一步包括以下步骤：

步骤401，当所述任一CPU***执行设备的数据处理、控制、管理、和/或维护功能时，所述另一CPU***通过所述信息交互通道获取该CPU***的数据信息和状态信息，根据所述状态信息监控该CPU***的工作状态；

步骤402，当所述任一CPU***发现所述另一CPU***故障时，所述任一CPU***根据所述数据信息代替该故障CPU***执行所述设备的全部功能。

下面结合具体应用场景详细介绍本发明提供的双CPU***主板的控制方法。

本发明应用场景中，通信设备双CPU***主板的工作模式可以预先配置为单独的主备工作模式或者负载分担工作模式；也可以配置为两种工作模式，然后由用户在设备启动时根据需要选择其中的一种工作模式。

当通信设备的双CPU***主板工作模式为主备工作模式时，本发明应用场景提供的方法如图5所示，包括以下步骤：

步骤501，主用CPU***接收Control Logic发送的数据进行数据处理，备用CPU***监控主用CPU***的工作状态。

具体的，设备启动后，主用CPU***处于active状态，备用CPU***处于standby状态。Control Logic设置业务处理***、和/或ASIC单元与主用CPU***连接的数据通道的状态为active，与备用CPU***连接的数据通道的状态为idle。业务处理***、和/或ASIC单元通过与主用CPU***的数据通道向主用CPU***发送指令和/或数据。主用CPU***接收业务处理***、和/或ASIC单元发送的指令和/或数据，执行数据处理、管理、控制和维护功能。

备用CPU***通过info switch通道获取主用CPU***的数据信息和状态信息，根据获得的状态信息监控主用CPU***的工作状态。

其中，数据信息包括主用CPU***进行数据处理、管理、控制和维护功能所涉及的信息，例如，主用CPU***进行数据转发时需要的MAC(MediaAccess Control，介质访问控制)地址、路由表等信息，主用CPU***进行控制管理时所需要的设备参数等控制管理信息。

状态信息可以为多种可以标识CPU***工作状态的信息，备用CPU***获取状态信息并监控主用CPU***的工作状态的方式可以包括多种方式。例如，主用CPU***周期性向备用CPU***发送心跳信号，备用CPU***周期性接收该心跳信号，若在预设最大时间，例如连续3个周期内没有接收到主用CPU***发送的心跳信号时，备用CPU***判断主用CPU故障。或者，主用CPU***与备用CPU***可以设置相同的计算器，主用CPU***与备用CPU***分别周期性通过计算器获得校验数据，若两个校验数据相同，则备用CPU***判断主用CPU***工作正常，否则判断主用CPU***故障。当然，备用CPU***监控主用CPU***的工作状态的方式还可以根据实际需要设置其它方式，本发明对此不做限制。

步骤502，当备用CPU***发现主用CPU***故障时，备用CPU***控制Control Logic关闭连接主用CPU***的数据通道，数据向备用CPU***发送。

主用CPU***工作故障时，备用CPU***向Control Logic发送控制命令，该控制命令包括数据通道的标识与状态信息。该控制命令的形式可以设备具体配置的不同、或者用户的不同需要包括多种形式，例如，预先设置业务处理***、和/或ASIC单元与主用CPU***和备用CPU***的数据通道分别用标识1和标识2表示，数据通道的active状态和idle状态分别用状态1和状态2表示。Control Logic接收到备用CPU***发送的控制命令后，根据预先配置获取该控制命令中携带的数据通道标识1和对应的数据通道状态信息2、以及数据通道标识2和对应的数据通道状态信息1，将业务处理***、和/或ASIC单元与主用CPU***的数据通道设置为idle，关闭业务处理***、和/或ASIC单元与主用CPU***的数据通道；将业务处理***、和/或ASIC单元与备用CPU***的数据通道设置为active，打开业务处理***、和/或ASIC单元与备用CPU***的数据通道。业务处理***、和/或ASIC单元通过状态为active的数据通道将指令和/或数据向备用CPU***发送。

步骤503，备用CPU***接收Control Logic发送的指令和/或数据，进行数据处理。

备用CPU***根据从主用CPU***获取的数据信息和控制管理信息，即从主用CPU***备份得到的信息，对接收到的数据进行处理，代替主用CPU***执行数据处理、管理、控制和维护任务。

当通信设备的双CPU***主板工作模式为负载分担工作模式时，本发明应用场景提供的方法如图6所示，包括以下步骤：

步骤601，主用CPU***与备用CPU***共同接收Control Logic发送的数据进行数据处理和/或分担设备的管理、控制和维护任务，并相互监控对方的工作状态。

具体的，负载分担工作模式下，初始时，主用CPU***与备用CPU***的状态均为active，Control Logic设置业务处理***、和/或ASIC单元与主用CPU***和备用CPU***连接的数据通道的状态均为active。主用CPU***与备用CPU***分别接收业务处理***、和/或ASIC单元发送的指令和/或数据，共同负责设备的数据处理。并可以根据需要，对设备的管理、控制以及维护任务予以分担。在本应用场景中，以主用CPU***独立负责设备的控制管理，备用CPU***独立负责设备的维护为例说明。

主用CPU***与备用CPU***还通过info switch通道备份彼此的信息，并监控彼此的工作状态。对于对方工作状态是否发生故障的判断方式与步骤501中相似，在此不再赘述。

步骤602，当双CPU***中的一个发现另一个工作故障时，该CPU***控制Control Logic关闭连接故障CPU***的数据通道，数据单独向本CPU***发送，由本CPU***代替故障CPU***控制设备运行。

具体的，当备用CPU***检测到主用CPU***工作故障时，备用CPU***向Control Logic发送控制命令，通知Control Logic关闭与主用CPU***连接的数据通道，并将指令和/或数据向本地发送。Control Logic接收到备用CPU***发送的控制命令，将与主用CPU***连接的数据通道的状态设置为idle，将数据以及管理、控制、维护等指令单独向备用CPU***发送，备用CPU***代替主用CPU***执行设备的数据处理和控制管理以及维护功能。

当主用CPU***检测到备用CPU***工作故障时，主用CPU***向Control Logic发送控制命令，通知Control Logic关闭业务处理***、和/或ASIC单元与备用CPU***连接的数据通道。业务处理***、和/或ASIC单元单独将指令和/或数据向本地发送，主用CPU***单独进行数据处理，同时负责设备的控制管理以及维护。

通过采用本发明应用场景提供的方法，在双CPU***中的一个CPU***故障时，可以通过另一CPU***控制设备运行，提高设备的可靠性。

本发明应用场景提供的双CPU***主板的控制方法，在通信设备需要对CPU***的软件进行升级时，能够实现在设备任务不中断的情况下完成软件的升级过程，具体过程如图7所示，包括以下步骤：

步骤701，主用CPU***接收到软件升级命令后，检测当前设备的双CPU***工作模式；如果当前的双CPU***工作模式为主备工作模式，执行步骤702；否则，执行步骤705。

本发明应用场景中，主用CPU***负责设备的控制管理，在接收到软件升级命令后，主用CPU***首先获取***存储的当前设备的工作模式标识信息，根据该标识信息获知当前双CPU***工作模式。

由于备用CPU***代替主用CPU***执行设备控制管理时，主用CPU***故障，设备与现有的单CPU***软件升级过程类似，在此不再详细介绍。

步骤702，主用CPU***单独进行设备数据处理，首先对备用CPU***进行软件升级。

具体的，由于备用CPU***对主用CPU***的监控作用，备用CPU***备份有进行软件升级所需要的信息等，接收到主用CPU***通过info switch通道发送的软件升级命令后，备用CPU***进行软件升级。主用CPU***继续负责设备的数据处理和控制管理，软件升级过程中设备执行的任务不需要中断。

步骤703，备用CPU***软件升级完成后，控制Control Logic关闭连接主用CPU***的数据通道，备用CPU***代替主用CPU***控制设备运行，主用CPU***进行软件升级。

具体的，备用CPU***软件升级完成后，备用CPU***向Control Logic发送控制命令，控制Control Logic关闭业务处理***、和/或ASIC单元连接主用CPU***的数据通道，并打开业务处理***、和/或ASIC单元与备用CPU***的数据通道，由备用CPU***接替主用CPU***负责设备的数据处理、控制管理以及维护，主用CPU***进行软件升级。

步骤704，主用CPU***软件升级完成后，重新进行数据处理。

具体的，主用CPU***软件升级完成后，主用CPU***向Control Logic发送控制命令，控制Control Logic关闭连接备用CPU***的数据通道，由主用CPU***重新负责设备的数据处理、控制管理以及维护，备用CPU***监控主用CPU***的工作状态。

步骤705，主用CPU***向Control Logic发送控制命令，将设备工作模式切换为主备工作模式。

具体的，主用CPU***控制Control Logic关闭连接备用CPU***的数据通道，业务处理***、和/或ASIC单元将指令和/或数据单独向主用CPU***发送，由主用CPU***单独负责设备的数据处理、控制管理以及维护，备用CPU***通过info switch通道监控主用CPU***的工作状态。

步骤706，主用CPU***与备用CPU***轮流进行软件升级。

具体过程与步骤702-703中主备工作模式下的软件升级过程相似，在此不再详细介绍。

步骤707，主用CPU***软件升级完成后，将通信设备的双CPU***工作模式切换回负载分担工作模式。

具体的，主用CPU***软件升级完成后，主用CPU***向Control Logic发送控制命令，控制Control Logic开启连接主用CPU***的数据通道，同时保持连接备用CPU***的数据通道的开启状态，主用CPU***与备用CPU***共同负责设备的数据处理，和/或分担设备的管理、控制和维护功能，例如主用CPU***负责设备的管理、控制，备用CPU***负责设备的维护功能，并相互监控彼此的工作状态，切换回负载分担工作模式。

通过采用本应用场景提供的方法，在通信设备的CPU***软件升级时，可以通过对双CPU***的软件轮流升级，在不需要中断设备任务的情况下，完成对CPU***的软件升级过程。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (5)

1.一种双CPU***主板的设备，其特征在于，所述双CPU***主板包括第一CPU***、第二CPU***、控制逻辑以及业务处理***或专用集成电路处理单元，所述业务处理***或专用集成电路处理单元与所述第一CPU***和第二CPU***分别通过各自独立的第一数据通道和第二数据通道连接，所述控制逻辑控制所述第一数据通道和第二数据通道的开关，所述第一CPU***与所述第二CPU***之间配置信息交互通道传递数据信息和状态信息，所述第一CPU***与第二CPU***分别具有相同的单独执行设备的数据处理、管理、控制以及维护的功能，其中

所述第一CPU***，用于通过所述第一数据通道接收所述业务处理***或专用集成电路处理单元发送的指令和/或数据，当设备处于主备工作模式时，独立执行设备的数据处理、管理、控制以及维护功能；当设备处于负载分担工作模式时，与所述第二CPU***共同分担设备的管理、控制、维护功能以及共同执行设备的数据处理功能，并彼此监控对方CPU***的工作状态，当其中一个CPU***故障时，另一个CPU***代替故障CPU***执行设备的全部管理、控制、维护以及数据处理功能；

所述第二CPU***，用于当设备处于主备工作模式时，根据所述第一CPU***的状态信息监控所述第一CPU***的工作状态，当所述第一CPU***故障时，代替所述第一CPU***执行设备的数据处理、管理、控制以及维护功能；当设备处于负载分担工作模式时，通过所述第二数据通道接收所述业务处理***或专用集成电路处理单元发送的指令和/或数据，与所述第一CPU***共同分担执行管理、控制、维护功能和共同执行设备的数据处理功能，并彼此监控对方CPU***的工作状态，当其中一个CPU***故障时，另一个则代替该故障CPU***执行设备的全部管理、控制、维护以及数据处理功能；

其中，所述第一CPU***还用于：当所述双CPU***内的软件升级时，判断当前设备的工作模式为主备工作模式还是负载分担工作模式；若当前工作模式为主备工作模式，通知所述第二CPU***执行软件升级；在所述第二CPU***软件完成升级、代替所述第一CPU***执行设备的数据处理、管理、控制和维护功能后，执行软件升级；并在软件升级完成后代替所述第二CPU***执行设备的数据处理、管理、控制和维护功能；若当前工作模式为负载分担工作模式，首先将当前工作模式切换为主备工作模式，然后根据所述主备工作模式下的软件升级过程执行软件升级。

2.如权利要求1所述的设备，其特征在于，

所述第一CPU***还用于：通过所述信息交互通道接收所述第二CPU***周期发送的心跳信号；当在预设最大时间内没有接收到心跳信号时，判断所述第二CPU***故障；

所述第二CPU***还用于：通过所述信息交互通道接收所述第一CPU***周期发送的心跳信号；当在预设最大时间内没有接收到心跳信号时，判断所述第一CPU***故障。

3.如权利要求1所述的设备，其特征在于，

所述第一CPU***还用于：发现所述第二CPU***故障时，向所述控制逻辑发送控制命令，通知所述控制逻辑关闭所述第二数据通道；

所述第二CPU***还用于：发现所述第一CPU***故障时，向所述控制逻辑发送控制命令，通知所述控制逻辑关闭所述第一数据通道，并开启所述第二数据通道。

4.如权利要求1所述的设备，其特征在于，所述第二CPU***还用于：

接收所述第一CPU***发送的软件升级通知，执行软件升级；

升级完成后，通知所述控制逻辑关闭所述第一数据通道，开启所述第二数据通道，代替所述第一CPU***执行设备的数据处理、管理、控制和维护功能。

5.一种对权利要求1-4中任一项所述的设备的控制方法，其特征在于，包括：

当所述双CPU***内的软件升级时，所述第一CPU***执行下述操作：判断当前设备的工作模式为主备工作模式还是负载分担工作模式；若当前工作模式为主备工作模式，通知所述第二CPU***执行软件升级；在所述第二CPU***软件完成升级、代替所述第一CPU***执行设备的数据处理、管理、控制和维护功能后，执行软件升级；并在软件升级完成后代替所述第二CPU***执行设备的数据处理、管理、控制和维护功能；若当前工作模式为负载分担工作模式，首先将当前工作模式切换为主备工作模式，然后根据所述主备工作模式下的软件升级过程执行软件升级。

Images