CN107395407B - 一种断电保护的方法和装置 - Google Patents

Abstract

本申请提供一种断电保护的方法和装置，应用于分布式设备，所述方法包括：目标业务板响应于主控板发送的关闭所述PFP口的命令，触发所述可编程逻辑器件关闭所述PFP口，并在所述PFP口关闭后，所述目标业务板重新启动；如果所述目标业务板重新启动后从断电状态恢复成供电状态，所述主控板判断所述目标业务板是否已经恢复运行状态；其中，所述目标业务板恢复运行状态包括所述目标业务板的CPU恢复运行状态、所述目标业务板完成配置；如果是，所述目标业务板触发所述可编程逻辑器件开启所述PFP口。采用本申请提供的技术方法，在所述目标业务板在重新启动过程中，可以减少所述目标业务板的丢包数量。

Description

一种断电保护的方法和装置

技术领域

本申请涉及网络通信技术领域，特别涉及一种断电保护的方法和装置。

背景技术

通常，网络设备在运行过程中可能会由于不可控的因素或者重新启动导致所述网络设备断电，从而影响网络设备的稳定运行。为了解决这个问题，通常采用掉电保护装置对网络设备进行断电保护。当网络设备出现断电情况时，由掉电保护装置进行流量转发，从来提高网络设备运行的稳定性。

发明内容

有鉴于此，本申请提供一种断电保护的方法和装置，应用于分布式设备，用于减少分布式设备在重启过程中，业务板从供电状态转变成断电状态，以及从断电状态恢复成供电状态时丢包的数量。

具体地，本申请是通过如下技术方案实现的：

一种断电保护的方法，应用于分布式设备，所述分布式设备包括主控板和至少一个业务板，其中，各业务板分别与一个对应的掉电保护装置相连，所述业务板包括可编程逻辑器件和PFP口，其中，各业务板通过所述PFP口为对应的掉电保护装置供电；所述可编程逻辑器件用于控制所述PFP口的关闭和开启，包括：

目标业务板响应于主控板发送的关闭所述PFP口的命令，触发所述可编程逻辑器件关闭所述PFP口，并在所述PFP口关闭后，所述目标业务板重新启动；

如果所述目标业务板重新启动后从断电状态恢复成供电状态，所述主控板判断所述目标业务板是否已经恢复运行状态；其中，所述目标业务板恢复运行状态包括所述目标业务板的CPU恢复运行状态、所述目标业务板完成配置；

如果是，所述目标业务板触发所述可编程逻辑器件开启所述PFP口。

一种断电保护的装置，应用于分布式设备，所述分布式设备包括主控板和至少一个业务板，其中，各业务板分别与一个对应的掉电保护装置相连，所述业务板包括可编程逻辑器件和PFP口，其中，各业务板通过所述PFP口为对应的掉电保护装置供电；所述可编程逻辑器件用于控制所述PFP口的关闭和开启，包括：

响应单元，用于目标业务板响应于主控板发送的关闭所述PFP口的命令，触发所述可编程逻辑器件关闭所述PFP口，并在所述PFP口关闭后，所述目标业务板重新启动；

判断单元，用于如果所述目标业务板重新启动后从断电状态恢复成供电状态，所述主控板判断所述目标业务板是否已经恢复运行状态；其中，所述目标业务板恢复运行状态包括所述目标业务板的CPU恢复运行状态、所述目标业务板完成配置；

触发单元，用于如果是，所述目标业务板触发所述可编程逻辑器件开启所述PFP口。

在所述目标业务板从供电状态转换成断电状态的过程中，所述主控板先使所述目标业务板将所述PFP口关闭，然后再向所述目标业务板发送重新启动的命令，以使所述目标业务板响应于所述重新启动的命令。与所述主控板先向所述目标业务板发送重新启动的命令，以使所述目标业务板响应于所述重新启动的命令，将所述内部端口关闭，以及删除与所述目标业务板对应的其它相关配置，然后再将所述PFP口关闭的方式相比，本实施例示出的方法可以避免在所述内部端口关闭以及所述目标业务板对应的其它相关配置删除之后，所述PFP口关闭之前的这段时间内，由于所述目标业务板的CPU无法正常处理流量而导致大量报文的丢失。

以及，所述目标业务板从断电状态恢复成供电状态后，所述目标业务板先开启所述内部端口，以及完成所述目标业务板的其它配置，然后再开启所述PFP口。与所述目标业务板先开启所述PFP口，然后再开启所述内部端口，以及完成所述目标业务板的其它配置相比，本申请示出的方法可以避免在所述PFP口开启之后，所述内部端口开启以及所述目标业务板完全完成配置之前的这段时间内，由于所述目标业务板的CPU无法正常处理流量而导致大量流量的丢失。

附图说明

图1为本申请实施例示出的一种分布式设备与掉电保护装置的连接方式示意图；

图2为本申请实施例示例性示出的一种断电保护的方法流程图；

图3为本申请一种断电保护的装置所在分布式设备的一种硬件结构图；

图4为本申请实施例示例性示出的一种断电保护的装置。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

请参见图1，图1为本申请实施例示出的一种分布式设备与掉电保护装置的连接方式示意图。

其中，所述掉电保护装置包括与内网和外网进行流量传输的物理接口(如图1所示的接口NAT A和接口NET B)，与所述分布式设备的业务板进行流量传输的物理接口(如图1所示的接口A和接口B)，以及所述掉电保护装置的电源供电USB接口(如图1所示的USB接口)。

所述分布式设备包括主控板和至少一个业务板，所述主控板用于对整个分布式设备进行管理和配置，所述业务板用于对所述掉电保护装置上传的流量进行处理。其中，所述业务板包括与所述掉电保护装置进行流量传输的物理接口(如图1所示的接口C和接口D)，CPU，可编程逻辑器件，对所述掉电保护装置进行供电的PFP口，以及，对上传至所述业务板CPU的流量和所述CPU下发的流量进行转发的内部端口(如图1所示的内部端口)。

其中，在这里对所述掉电保护装置和所述分布式设备的结构进行了示例性的描述，在本申请中，不对所述掉电保护装置和所述分布式设备的结构进行限定。

如果所述分布式设备中的业务板处于供电状态，所述业务板中的所述PFP口处于开启状态，通过所述PFP口对所述掉电保护装置进行供电。在这样的情况下，参照图1所示的所述分布式设备与所述掉电保护装置的连接示意图，如果所述掉电保护装置中的接口NETA接收到流量，所述接口NET A可以将所述流量发送至所述接口A，然后由接口A将所述流量通过接口C上传至所述分布式设备中对应的业务板。如果所述业务板的接口C接收到所述流量，所述接口C将会把所述流量发送至内部端口，由所述内部端口将所述流量上传至所述业务板的CPU，以使所述CPU对所述流量进行处理。如果所述业务板的CPU处理完所述流量，所述业务板的CPU可以将所述流量下发至所述内部端口，由所述内部端口将所述流量发送至接口D。如果接口D接收到所述内部端口发送的流量，所述接口D可以将所述流量下发至所述掉电保护装置，所述接口B可以接收到所述流量，然后，接口B可以将所述流量发送至接口NET B，由所述NET B接口将所述流量进行转发。所述流量的传输路径即为NET A→A→C→业务板的CPU→D→B→NET B。当所述接口NET B接收到流量时，所述流量的传输路径，与所述接口NET A接收到流量时所述流量的传输路径相反，即为NET B→B→D→业务板的CPU→C→A→NET A。

如果所述分布式设备中的业务板处于断电状态，所述业务板中的所述PFP口处于关闭状态，所述业务板将不再通过所述PFP口对所述掉电保护装置进行供电。在这样的情况下，参照图1所示的所述分布式设备与所述掉电保护装置的连接示意图，如果所述掉电保护装置中的接口NET A接收到流量，接口NET A会直接将所述流量发送至接口NET B，由所述接口NET B将所述流量转发至下一个设备，所述流量的传输路径为NET A→NET B；反之，当所述接口NET B接收到发送至所述分布式设备的流量时，所述流量的传输路径为NET B→NETA。

如果所述分布式设备中的业务板需要重新启动，在所述业务板的重新启动过程中，所述业务板将会从供电状态转换成断电状态，然后再从断电状态恢复成供电状态。

在所述业务板从供电状态转换成断电状态的过程中，如果所述业务板接收到所述主控板下发的重新启动的命令，所述业务板的CPU可以响应于所述命令。如果所述业务板接收到所述主控板下发的重新启动的命令，所述业务板的CPU可以关闭所述内部端口，以及将所述业务板的相关配置数据删除。在这之后，所述业务板的CPU可以触发所述可编程逻辑器件关闭所述PFP口。

在所述业务板的CPU关闭所述内部端口，以及将所述业务板的相关配置数据删除之后，所述PFP口关闭之前的这段时间，所述PFP口处于开启状态，所述业务板依然通过所述PFP对所述掉电保护装置保持供电。如果所述掉电保护装置处于供电状态，所述掉电保护装置依然会将接收到的流量上传至所述业务板。然而，在这段时间内，所述业务板接收到的流量无法再通过所述内部端口上传至所述业务板的CPU，因此，所述业务板将无法对所述业务板接收到的流量进行处理；此外，由于所述业务板的相关配置数据已经删除，因此，所述业务板的CPU正在处理的流量将无法正确处理，从而，在这段时间内，所述业务板将会丢弃大量报文，导致业务受到影响。

在所述业务板从断电状态恢复成供电状态后，所述业务板的CPU将通过所述可编程逻辑器件触发开启所述PFP口，通过所述PFP口对所述掉电保护装置供电。参照图1所示的所述分布式设备与所述掉电保护装置的连接示意图。如果所述掉电保护装置检测到所述USB接口恢复供电状态，所述流量的传输路径由NET B→NET A转变成NET B→B→D→业务板的CPU→C→A→NET A或者由NET A→NET B转变成NET A→A→C→业务板的CPU→D→B→NETB。在所述PFP口开启后，所述业务板的CPU可以开启所述内部端口，以及接收所述主控板下发的配置数据后对所述业务板完成配置。

然而，在所述PFP口开启之后，所述内部端口开启以及所述业务板完成配置之前的这段时间内，所述业务板接收到的流量无法通过所述内部端口上传至所述业务板的CPU，以及，所述内部端口开启后，由于所述业务板未完成配置，因此，所述业务板无法对所述内部端口上传的流量正确处理。从而，在这段时间内，所述业务板将会丢弃大量报文，导致业务受到影响。

为了解决上述问题，本申请提出了一种断电保护的方法，应用于分布式设备，所述分布式设备包括主控板和至少一个业务板，其中，各业务板分别与一个对应的掉电保护装置相连，所述业务板包括可编程逻辑器件和PFP口，其中，各业务板通过所述PFP口为对应的掉电保护装置供电；所述可编程逻辑器件用于控制所述PFP口的关闭和开启，所述方法包括：目标业务板响应于主控板发送的关闭所述PFP口的命令，触发所述可编程逻辑器件关闭所述PFP口，并在所述PFP口关闭后，所述目标业务板重新启动；如果所述目标业务板重新启动后从断电状态恢复成供电状态，所述主控板判断所述目标业务板是否已经恢复运行状态；其中，所述目标业务板恢复运行状态包括所述目标业务板的CPU恢复运行状态、所述目标业务板完成配置；如果是，所述目标业务板触发所述可编程逻辑器件开启所述PFP口。

以下通过具体的实施例和示意图对本申请提出的技术方法进行描述。

请参见图2，图2为本申请实施例示例性示出的一种断电保护的方法流程图，应用于分布式设备，所述分布式设备包括主控板至少一个业务板，具体执行以下步骤：

步骤201：目标业务板响应于主控板发送的关闭所述PFP口的命令，触发所述可编程逻辑器件关闭所述PFP口，并在所述PFP口关闭后，所述目标业务板重新启动；

步骤202：如果所述目标业务板重新启动后从断电状态恢复成供电状态，所述主控板判断所述目标业务板是否已经恢复运行状态；其中，所述目标业务板恢复运行状态包括所述目标业务板的CPU恢复运行状态、所述目标业务板完成配置；

步骤203：如果是，所述目标业务板触发所述可编程逻辑器件开启所述PFP口。

在本申请中，如果所述分布式设备需要重新启动，所述主控板可以向目标业务板发送关闭所述PFP口的命令，并在所述PFP口关闭后，所述主控板再向所述目标业务板发送重新启动的命令，以使所述目标业务板的CPU响应于所述重新启动的命令后从供电状态转换成断电状态；如果所述目标业务板从断电状态恢复成供电状态，所述主控板确定所述目标业务板的CPU恢复成运行状态，以及所述目标业务板完成配置后，所述主控板向所述目标板发送开启所述PFP口的命令，以使所述目标业务板触发可编程逻辑器件开启所述PFP口。

在本申请示出的实施例中，所述分布式设备中包括主控板和至少一个业务板，其中，每个业务板与一个对应的掉电保护装置相连。所述业务板包括PFP口，可编程逻辑器件，CPU等，所述业务板通过所述PFP口对所述掉电保护装置进行供电。其中，所述业务板通过所述可编程逻辑器件控制所述PFP口的关闭和开启。

其中，所述可编程逻辑器件可以是CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)，也可以是其它类型的可编程逻辑器件，在本申请中对所述可编程逻辑器件的种类不进行限定。

如果所述分布式设备需要重新启动，所述主控板可以对所述分布式设备中的所有业务板进行检测，判断各业务板的CPU是否处于运行状态，并确定CPU处于运行状态的目标业务板。

在示出的实施方式中，所述主控板确定CPU处于运行状态的目标业务板后，所述主控板可以向所述目标业务板发送关闭PFP口的命令。所述目标业务板的CPU接收到所述关闭PFP口的命令后，所述目标业务板的CPU响应于所述关闭PFP口的命令，触发所述可编程逻辑器件关闭所述PFP口。

在本申请的实施例中，所述掉电保护装置可以检测USB接口的供电情况。如果所述PFP口关闭，所述掉电保护装置可以检测到所述USB接口断电。在这样的情况下，所述掉电保护装置不再将接收到的流量上传至所述目标业务板。参照图1所示的所述掉电保护装置与所述分布式设备的连接方式，所述掉电保护装置接收到的流量的传输途径从NET B→B→D→业务板的CPU→C→A→NET A或者NET A→A→C→业务板的CPU→D→B→NET B转变成NETB→NET A或者NET A→NET B。

所述PFP口关闭后，所述目标业务板的CPU可以向所述主控板发送所述PFP口关闭的消息。所述主控板接收到所述PFP口关闭的消息后，所述主控板可以向所述目标业务板发送重新启动的命令。

所述目标业务板接收到重新启动的命令后，所述目标业务板可以响应于所述重新启动的命令。所述目标业务板可以清空所述目标业务板的配置。其中，所述清空所述目标业务板的配置包括关闭所述内部端口，以及删除与所述目标业务板对应的其它相关配置。

从上述描述可见，在所述目标业务板从供电状态转换成断电状态的过程中，所述主控板先使所述目标业务板将所述PFP口关闭，然后再向所述目标业务板发送重新启动的命令，以使所述目标业务板响应于所述重新启动的命令。与所述主控板先向所述目标业务板发送重新启动的命令，以使所述目标业务板响应于所述重新启动的命令，将所述内部端口关闭，以及删除与所述目标业务板对应的其它相关配置，然后再将所述PFP口关闭的方式相比，本实施例示出的方法可以避免在所述内部端口关闭以及所述目标业务板对应的其它相关配置删除之后，所述PFP口关闭之前的这段时间内，由于所述目标业务板的CPU无法正常处理流量而导致大量报文的丢失。

在本申请的实施例中，如果所述目标业务板重新启动后从断电状态恢复成供电状态，所述主控板可以判断所述目标业务板是否恢复运行状态；其中，所述目标业务板恢复运行状态包括所述目标业务板的CPU恢复运行状态，以及所述目标业务板完成配置；所述目标业务板完成配置包括所述内部端口开启，以及完成与所述目标业务板对应的其它相关配置。

在实现时，所述目标业务板可以判断所述目标业务板的CPU是否恢复运行状态。如果所述目标业务板的CPU恢复运行状态，所述目标业务板可以向所述主控板发送所述目标业务板的CPU恢复运行状态的消息。

所述主控板接收到所述目标业务板发送的所述目标业务板的CPU恢复运行状态的消息后，所述主控板可以向所述目标业务板发送与所述目标业务板对应的配置数据。所述目标业务板接收到所述配置数据后，所述目标业务板可以基于所述配置数据完成配置，包括开启所述内部端口等。

在本申请的实施例中，所述目标业务板完成配置后，所述目标业务板的CPU可以向所述主控板发送所述目标业务板完成配置的消息。

在所述主控板接收到所述目标业务板完成配置的消息后，所述主控板可以向所述目标业务板发送开启所述PFP口的命令。所述目标业务板接收到所述开启所述PFP口的命令后，所述目标业务板的CPU可以响应于所述开启所述PFP口的命令。所述目标业务板的CPU可以触发所述可编程逻辑器件开启所述PFP口，所述目标业务板通过所述PFP口恢复对所述掉电保护装置的供电。

如果所述PFP口开启，所述掉电保护装置可以检测到所述USB接口供电。在这样的情况下，所述掉电保护装置将会把接收到的流量上传至所述目标业务板。参照图1所示的所述分布式设备与所述掉电保护装置的连接方式，所述掉电保护装置接收到的流量的传输途径从NET B→NET A或者NET A→NET B转变成NET B→B→D→业务板的CPU→C→A→NET A或者NET A→A→C→业务板的CPU→D→B→NET B。

从上述描述可见，所述目标业务板从断电状态恢复成供电状态后，所述目标业务板先开启所述内部端口，以及完成所述目标业务板的其它配置，然后再开启所述PFP口。与所述目标业务板先开启所述PFP口，然后再开启所述内部端口，以及完成所述目标业务板的其它配置相比，本申请示出的方法可以避免在所述PFP口开启之后，所述内部端口开启以及所述目标业务板完全完成配置之前的这段时间内，由于所述目标业务板的CPU无法正常处理流量而导致大量流量的丢失。

与前述一种断电保护的方法的实施例相对应，本申请还提供了一种断电保护的装置的实施例。

本申请一种断电保护的装置的实施例可以应用在分布式设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在分布式设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本申请一种断电保护的装置所在分布式设备的一种硬件结构图，除了图3所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的分布式设备通常根据该断电保护的实际功能，还可以包括其他硬件，对此不再赘述。

请参见图4，图4为本申请实施例示例性示出的一种断电保护的装置，应用于分布式设备，所述分布式设备包括主控板和至少一个业务板，其中，各业务板分别与一个对应的掉电保护装置相连，所述业务板包括可编程逻辑器件和PFP口，其中，各业务板通过所述PFP口为对应的掉电保护装置供电；所述可编程逻辑器件用于控制所述PFP口的关闭和开启，所述装置包括：响应单元410，判断单元420，触发单元430。

其中，所述响应单元410，用于目标业务板响应于主控板发送的关闭所述PFP口的命令，触发所述可编程逻辑器件关闭所述PFP口，并在所述PFP口关闭后，所述目标业务板重新启动；

所述判断单元420，用于如果所述目标业务板重新启动后从断电状态恢复成供电状态，所述主控板判断所述目标业务板是否已经恢复运行状态；其中，所述目标业务板恢复运行状态包括所述目标业务板的CPU恢复运行状态、所述目标业务板完成配置；

所述触发单元430，用于如果是，所述目标业务板触发所述可编程逻辑器件开启所述PFP口。

其中，在本申请中，所述判断单元420具体用于：

所述目标业务板检测所述目标业务板的CPU是否恢复运行状态；

如果是，所述目标业务板向所述主控板发送所述目标业务板的CPU恢复运行状态的消息；

如果所述主控板确定所述目标业务板的CPU恢复运行状态，进一步判断所述目标业务板是否完成配置；

如果是，所述主控板可以确定所述目标业务板已经恢复运行状态。

所述触发单元430具体用于：

所述目标业务板接收所述主控板发送的开启所述PFP口的命令；

所述目标业务板响应于该命令，触发所述可编程逻辑器件开启所述PFP口。

此外，在本申请中，所述装置还包括：

第一发送单元，用于所述主控板确定所述PFP口关闭后，向所述目标业务板发送重新启动的命令；

清空单元，用于所述目标业务板响应于所述重新启动的命令，清空所述目标业务板的配置，并重新启动所述目标业务板的CPU，使得所述目标业务板从供电状态转变成断电状态。

下发单元，用于所述主控板向所述目标业务板下发配置数据，以使所述目标业务板基于所述配置数据完成配置；

第二发送单元，用于如果所述目标业务板完成配置，所述目标业务板向所述主控板发送所述目标业务板完成配置的消息；

确定单元，用于所述主控板接收到所述目标业务板发送的所述目标业务板完成配置的消息后，所述主控板确定所述目标业务板完成配置。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种断电保护的方法，应用于分布式设备，所述分布式设备包括主控板和至少一个业务板，其中，各业务板分别与一个对应的掉电保护装置相连，所述业务板包括可编程逻辑器件和PFP(Power Fault Protector，掉电保护装置)口，其中，各业务板通过所述PFP口为对应的掉电保护装置供电；所述可编程逻辑器件用于控制所述PFP口的关闭和开启，其特征在于，包括：

目标业务板响应于主控板发送的关闭所述PFP口的命令，触发所述可编程逻辑器件关闭所述PFP口，并在所述PFP口关闭后，所述目标业务板重新启动；

如果所述目标业务板重新启动后从断电状态恢复成供电状态，所述主控板判断所述目标业务板是否已经恢复运行状态；其中，所述目标业务板恢复运行状态包括所述目标业务板的CPU恢复运行状态、所述目标业务板完成配置；

如果是，所述目标业务板触发所述可编程逻辑器件开启所述PFP口。

2.根据权利要求1所述的方法，其特征在于，所述在所述PFP口关闭后，所述目标业务板重新启动，包括：

所述主控板确定所述PFP口关闭后，向所述目标业务板发送重新启动的命令；

所述目标业务板响应于所述重新启动的命令，清空所述目标业务板的配置，并重新启动所述目标业务板的CPU，使得所述目标业务板从供电状态转变成断电状态。

3.根据权利要求1所述的方法，其特征在于，所述判断所述目标业务板是否已经恢复运行状态，包括：

所述目标业务板检测所述目标业务板的CPU是否恢复运行状态；

如果是，所述目标业务板向所述主控板发送所述目标业务板的CPU恢复运行状态的消息；

如果所述主控板确定所述目标业务板的CPU恢复运行状态，进一步判断所述目标业务板是否完成配置；

如果是，所述主控板可以确定所述目标业务板已经恢复运行状态。

4.根据权利要求3所述的方法，其特征在于，所述进一步判断所述目标业务板是否完成配置，包括：

所述主控板向所述目标业务板下发配置数据，以使所述目标业务板基于所述配置数据完成配置；

如果所述目标业务板完成配置，所述目标业务板向所述主控板发送所述目标业务板完成配置的消息；

所述主控板接收到所述目标业务板发送的所述目标业务板完成配置的消息后，所述主控板确定所述目标业务板完成配置。

5.根据权利要求1所述的方法，其特征在于，所述目标业务板触发所述可编程逻辑器件开启所述PFP口，包括：

所述目标业务板接收所述主控板发送的开启所述PFP口的命令；

所述目标业务板响应于该命令，触发所述可编程逻辑器件开启所述PFP口。

6.一种断电保护的装置，应用于分布式设备，所述分布式设备包括主控板和至少一个业务板，其中，各业务板分别与一个对应的掉电保护装置相连，所述业务板包括可编程逻辑器件和PFP(Power Fault Protector，掉电保护装置)口，其中，各业务板通过所述PFP口为对应的掉电保护装置供电；所述可编程逻辑器件用于控制所述PFP口的关闭和开启，其特征在于，包括：

响应单元，用于目标业务板响应于主控板发送的关闭所述PFP口的命令，触发所述可编程逻辑器件关闭所述PFP口，并在所述PFP口关闭后，所述目标业务板重新启动；

判断单元，用于如果所述目标业务板重新启动后从断电状态恢复成供电状态，所述主控板判断所述目标业务板是否已经恢复运行状态；其中，所述目标业务板恢复运行状态包括所述目标业务板的CPU恢复运行状态、所述目标业务板完成配置；

触发单元，用于如果是，所述目标业务板触发所述可编程逻辑器件开启所述PFP口。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

第一发送单元，用于所述主控板确定所述PFP口关闭后，向所述目标业务板发送重新启动的命令；

清空单元，用于所述目标业务板响应于所述重新启动的命令，清空所述目标业务板的配置，并重新启动所述目标业务板的CPU，使得所述目标业务板从供电状态转变成断电状态。

8.根据权利要求6所述的装置，其特征在于，包括：

所述判断单元具体用于：

所述目标业务板检测所述目标业务板的CPU是否恢复运行状态；

如果是，所述目标业务板向所述主控板发送所述目标业务板的CPU恢复运行状态的消息；

如果所述主控板确定所述目标业务板的CPU恢复运行状态，进一步判断所述目标业务板是否完成配置；

如果是，所述主控板可以确定所述目标业务板已经恢复运行状态。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

下发单元，用于所述主控板向所述目标业务板下发配置数据，以使所述目标业务板基于所述配置数据完成配置；

第二发送单元，用于如果所述目标业务板完成配置，所述目标业务板向所述主控板发送所述目标业务板完成配置的消息；

确定单元，用于所述主控板接收到所述目标业务板发送的所述目标业务板完成配置的消息后，所述主控板确定所述目标业务板完成配置。

10.根据权利要求6所述的装置，其特征在于，包括：

所述触发单元具体用于：

所述目标业务板接收所述主控板发送的开启所述PFP口的命令；

所述目标业务板响应于该命令，触发所述可编程逻辑器件开启所述PFP口。

Images