CN101714109B - 双cpu系统主板的控制方法及设备 - Google Patents
双cpu系统主板的控制方法及设备 Download PDFInfo
- Publication number
- CN101714109B CN101714109B CN 200910223578 CN200910223578A CN101714109B CN 101714109 B CN101714109 B CN 101714109B CN 200910223578 CN200910223578 CN 200910223578 CN 200910223578 A CN200910223578 A CN 200910223578A CN 101714109 B CN101714109 B CN 101714109B
- Authority
- CN
- China
- Prior art keywords
- cpu system
- equipment
- control
- cpu
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Hardware Redundancy (AREA)
Abstract
本发明公开了一种双CPU系统主板的控制方法和设备,该方法包括:当所述任一CPU系统执行设备的数据处理、控制、管理、和/或维护功能时,所述另一CPU系统通过所述信息交互通道获取该CPU系统的数据信息和状态信息,根据所述状态信息监控该CPU系统的工作状态;当所述任一CPU系统发现所述另一CPU系统故障时,所述任一CPU系统根据所述数据信息代替该故障CPU系统执行所述设备的全部功能。本发明实现了对通信设备CPU系统的冗余,提高了通信设备的可靠性。
Description
技术领域
本发明涉及通信领域,尤其涉及一种双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系统执行设备的数据处理、管理、控制和维护功能;若当前工作模式为负载分担工作模式,首先将当前工作模式切换为主备工作模式,然后根据所述主备工作模式下的软件升级过程执行软件升级。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910223578 CN101714109B (zh) | 2009-11-24 | 2009-11-24 | 双cpu系统主板的控制方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910223578 CN101714109B (zh) | 2009-11-24 | 2009-11-24 | 双cpu系统主板的控制方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101714109A CN101714109A (zh) | 2010-05-26 |
CN101714109B true CN101714109B (zh) | 2013-03-20 |
Family
ID=42417769
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200910223578 Active CN101714109B (zh) | 2009-11-24 | 2009-11-24 | 双cpu系统主板的控制方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101714109B (zh) |
Families Citing this family (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101916218B (zh) * | 2010-08-10 | 2012-07-04 | 西安电子科技大学 | 基于解析冗余机制的双cpu冗余控制系统 |
CN102214114B (zh) * | 2011-06-24 | 2014-06-04 | 深圳市江波龙电子有限公司 | 一种双cpu系统客户机程序的升级方法及系统 |
CN103699462B (zh) * | 2014-01-08 | 2015-04-08 | 闽南师范大学 | 一种具有可靠性设计的单片机系统 |
CN104170307B (zh) | 2014-03-21 | 2017-12-12 | 华为技术有限公司 | 失效切换方法、装置和系统 |
CN104021014B (zh) * | 2014-05-23 | 2018-09-25 | 艾思玛新能源技术(扬中)有限公司 | 一种基于双cpu系统的固件升级方法 |
CN104092563B (zh) * | 2014-06-13 | 2017-10-27 | 新华三技术有限公司 | 一种业务配置信息的传输方法和设备 |
CN104486559B (zh) * | 2014-12-09 | 2018-08-07 | 广东威创视讯科技股份有限公司 | 拼接处理系统及其双主控的控制方法 |
CN104536361B (zh) * | 2015-01-23 | 2017-07-11 | 浙江中控技术股份有限公司 | 一种数据处理方法以及冗余控制系统 |
CN105550076B (zh) * | 2015-12-03 | 2020-02-07 | 北京小鸟科技股份有限公司 | 图像拼接控制系统及其冗余热备份方法 |
CN105808391A (zh) * | 2016-04-05 | 2016-07-27 | 浪潮电子信息产业股份有限公司 | 一种热替换cpu节点的方法及装置 |
CN107070731B (zh) * | 2017-06-22 | 2020-02-18 | 迈普通信技术股份有限公司 | 一种主从仲裁方法及系统 |
CN107819617B (zh) * | 2017-11-01 | 2021-08-24 | 京信网络系统股份有限公司 | 一种通信设备的监控方法和通信设备 |
CN108536240B (zh) * | 2017-11-27 | 2020-12-29 | 山东农业大学 | 双cpu协同的沙漠信息采集系统及方法 |
CN109189699B (zh) * | 2018-09-21 | 2022-03-22 | 郑州云海信息技术有限公司 | 多路服务器通信方法、系统、中间控制器及可读存储介质 |
CN111026515B (zh) * | 2018-10-10 | 2023-07-14 | 上海寒武纪信息科技有限公司 | 状态监控装置、任务调度器及状态监控方法 |
CN109991899A (zh) * | 2019-04-01 | 2019-07-09 | 上海电气泰雷兹交通自动化系统有限公司 | 轨道交通系统的主备控制器间的数据半动态同步方法 |
CN112787840B (zh) * | 2019-11-11 | 2022-07-22 | 华为技术有限公司 | 一种实现业务功能部署的方法、装置和系统 |
CN111478947B (zh) * | 2020-03-20 | 2023-02-17 | 珠海高凌信息科技股份有限公司 | 主备控制板实时同步方法及系统 |
CN113448780B (zh) * | 2020-03-25 | 2023-04-28 | 烽火通信科技股份有限公司 | 一种通信设备主控扩展系统及方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1300392A (zh) * | 1998-05-14 | 2001-06-20 | 摩托罗拉公司 | 控制具有多个系统主机的总线 |
US6618783B1 (en) * | 1999-10-29 | 2003-09-09 | Hewlett-Packard Development Company, L.P. | Method and system for managing a PCI bus coupled to another system |
CN101242310A (zh) * | 2008-03-21 | 2008-08-13 | 北京佳讯飞鸿电气股份有限公司 | 一种通信接口板主备用切换方法 |
-
2009
- 2009-11-24 CN CN 200910223578 patent/CN101714109B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1300392A (zh) * | 1998-05-14 | 2001-06-20 | 摩托罗拉公司 | 控制具有多个系统主机的总线 |
US6618783B1 (en) * | 1999-10-29 | 2003-09-09 | Hewlett-Packard Development Company, L.P. | Method and system for managing a PCI bus coupled to another system |
CN101242310A (zh) * | 2008-03-21 | 2008-08-13 | 北京佳讯飞鸿电气股份有限公司 | 一种通信接口板主备用切换方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101714109A (zh) | 2010-05-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101714109B (zh) | 双cpu系统主板的控制方法及设备 | |
JP4877482B2 (ja) | PCIExpressリンク、マルチホストコンピュータシステム、およびPCIExpressリンクの再構成方法 | |
CN105337780B (zh) | 一种服务器节点配置方法及物理节点 | |
CN101110776B (zh) | 数据业务的备份方法、备份装置与备份系统 | |
CN106533736B (zh) | 一种网络设备重启方法和装置 | |
EP2466800A2 (en) | Electronic patch apparatus, network system, and operating method in a network system | |
CN103560955A (zh) | 冗余设备切换方法及装置 | |
CN103856357A (zh) | 一种堆叠系统故障处理方法及堆叠系统 | |
CN101547053A (zh) | 时钟切换方法与时钟产生装置 | |
CN111585835B (zh) | 一种带外管理系统的控制方法、装置和存储介质 | |
CN111399879A (zh) | 一种cpld的固件升级系统和方法 | |
CN112217658A (zh) | 一种堆叠分裂处理方法及装置 | |
CN103248515A (zh) | 无线网关设备 | |
CN113645048B (zh) | 网卡切换方法、装置以及现场可编程逻辑门阵列fpga | |
CN104427012A (zh) | 端口协商方法和设备 | |
CN112803998B (zh) | 多总线网络跨网通信方法、装置、系统、设备和存储介质 | |
JP5358310B2 (ja) | 入出力部一体型の2重系駅装置における入出力管理方式及び入出力部一体型の2重系駅装置 | |
US20130188472A1 (en) | Method for managing a switch chip port, main control board, switch board, and system | |
CN111737062B (zh) | 一种备份处理方法、装置及系统 | |
CN114124803B (zh) | 设备管理方法、装置、电子设备及存储介质 | |
CN109684136A (zh) | 一种灵活配置主控的通信架构系统 | |
CN105871524B (zh) | 一种基于tipc协议实现双机热备的方法及系统 | |
WO2017181778A1 (zh) | 一种双主控设备主控之间链路扩展方法及装置 | |
JP2001344125A (ja) | 2重化ノードシステム | |
JP2008299658A (ja) | 監視制御システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053, Hangzhou hi tech Industrial Development Zone, Zhejiang Province, Jiang science and Technology Industrial Park, No. six and No. 310 HUAWEI Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
CP03 | Change of name, title or address |