CN109828945B - 一种业务报文处理方法及系统 - Google Patents

Abstract

本申请提供一种业务报文处理方法及系统。一种业务报文处理方法，应用于集中控制框式设备，所述集中控制框式设备包括主控板卡以及至少一个安全业务板卡，所述主控板卡上存在主控CPU，所述安全业务板卡上存在独立CPU，所述主控板卡与所述安全业务板卡基于背板进行连接，所述方法包括：安全业务板卡按照预设的检测周期，检测安全业务板卡上业务报文上报独立CPU的端口的状态；若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为DOWN状态，安全业务板卡则将所接收的业务报文上报至主控板卡上主控CPU；主控板卡上主控CPU接收所述业务报文，对所述业务报文进行相应业务处理。

Description

一种业务报文处理方法及系统

技术领域

本申请涉及通信技术领域，尤其涉及一种业务报文处理方法及系统。

背景技术

在集中控制框式设备中，所有无CPU的业务板卡的管理控制均统一由主控板卡上主控CPU负责，无CPU的业务板卡与主控板卡之间通过PCIe(Peripheral ComponentInterconnect express，高速串行计算机扩展总线标准)总线进行连接，PCIe总线凭借其具有的高速传输效率且无CPU的业务板卡可以独享宽带的方式被广泛应用。与无CPU的业务板卡相对应的，在集中控制框式设备中还存在安全业务板卡，安全业务板卡上携带有CPU，可以独立管理控制安全业务板卡。

但是随着集中控制框式设备功能的增加和扩展，主控板卡上主控CPU所要管理的无CPU的业务板卡也越来越多，安全业务板卡也越来越多，由于通道链路以及集中控制框式设备自身硬件的原因，安全业务板卡异常的情况时有发生，如果安全业务板卡异常不能得到及时的处理，则有可能导致集中控制框式设备宕机。

目前当安全业务板卡出现异常之后，重启整个安全业务板卡来恢复业务处理。但是这种处理方式无疑会丢掉部分业务报文，导致业务处理中断。

发明内容

有鉴于此，本申请提供一种业务报文处理方法及系统。

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

一种业务报文处理方法，其特征在于，应用于集中控制框式设备，所述集中控制框式设备包括主控板卡以及至少一个安全业务板卡，所述主控板卡上存在主控CPU，所述安全业务板卡上存在独立CPU，所述主控板卡与所述安全业务板卡基于背板进行连接，所述方法包括：

安全业务板卡按照预设的检测周期，检测安全业务板卡上业务报文上报独立CPU的端口的状态；

若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为DOWN状态，安全业务板卡则将所接收的业务报文上报至主控板卡上主控CPU；

主控板卡上主控CPU接收所述业务报文，对所述业务报文进行相应业务处理。

一种业务报文处理系统，其特征在于，应用于集中控制框式设备，所述集中控制框式设备包括主控板卡以及至少一个安全业务板卡，所述主控板卡上存在主控CPU，所述安全业务板卡上存在独立CPU，所述主控板卡与所述安全业务板卡基于背板进行连接，所述系统包括：

安全业务板卡按照预设的检测周期，检测安全业务板卡上业务报文上报独立CPU的端口的状态；

若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为DOWN状态，安全业务板卡则将所接收的业务报文上报至主控板卡上主控CPU；

主控板卡上主控CPU接收所述业务报文，对所述业务报文进行相应业务处理。

采用本申请提供的技术方案，检测安全业务板卡上业务报文上报独立CPU的端口的状态，若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为DOWN状态，安全业务板卡则将所接收的业务报文上报至主控板卡上主控CPU进行业务处理。如此一来，当安全业务板卡出现异常之后，无需再丢掉部分业务报文，最大程度的减小因安全业务板卡异常对业务处理的影响。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本申请一示例性实施例示出的一种硬件连接示意图；

图2是本申请一示例性实施例示出的一种业务报文处理方法的交互流程示意图。

具体实施方式

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

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

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

首先对本申请实施例提供的一种业务报文处理方法进行说明，该方法应用于集中控制框式设备，所述集中控制框式设备包括主控板卡以及至少一个安全业务板卡，所述主控板卡上存在主控CPU，所述安全业务板卡上存在独立CPU，所述主控板卡与所述安全业务板卡基于背板进行连接，该方法主要包括：

安全业务板卡按照预设的检测周期，检测安全业务板卡上业务报文上报独立CPU的端口的状态；

若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为DOWN状态，安全业务板卡则将所接收的业务报文上报至主控板卡上主控CPU；

主控板卡上主控CPU接收所述业务报文，对所述业务报文进行相应业务处理。

如图1所示的一示例性硬件连接示意图，集中控制框式设备包括主控板卡以及至少一个安全业务板卡，主控板卡上存在主控CPU、交换芯片(SW)，安全业务板卡上存在独立CPU、交换芯片(SW)、FPGA，主控板卡与安全业务板卡基于背板进行连接，安全业务板卡检测安全业务板卡上业务报文上报独立CPU的端口的状态，若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为DOWN状态，安全业务板卡则将所接收的业务报文上报至主控板卡上主控CPU进行业务处理。如此一来，当安全业务板卡出现异常之后，无需再丢掉部分业务报文，最大程度的减小因安全业务板卡异常对业务处理的影响。为了对本申请进一步说明，提供下列实施例：

如图2所示，为本申请实施例业务报文处理方法的一种交互流程示意图，该方法可以包括以下步骤：

S201，安全业务板卡按照预设的检测周期，检测安全业务板卡上业务报文上报独立CPU的端口的状态；

在本申请中，安全业务板卡上独立CPU设置定时器，定期检测安全业务板卡上业务报文上报独立CPU的端口的状态，如果检测到安全业务板卡上业务报文上报独立CPU的端口的状态满足一定条件，那么表示发生异常。

其中检测安全业务板卡上业务报文上报独立CPU的端口的状态的检测周期，可以根据实际应用场景进行设置，例如可以每5秒检测安全业务板卡上业务报文上报独立CPU的端口的状态。一般情况下，安全业务板卡上业务报文上报独立CPU的端口的状态分别为UP状态或DOWN状态。

S202，若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为DOWN状态，安全业务板卡则将所接收的业务报文上报至主控板卡上主控CPU；

安全业务板卡按照预设的检测周期，检测安全业务板卡上业务报文上报独立CPU的端口的状态，若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为DOWN状态，那么表示发生异常，安全业务板卡则将所接收的业务报文上报至主控板卡上主控CPU进行处理，如图1所示，上报至主控板卡上主控CPU进行处理的具体实现方式为：将交换芯片报文转出端口由上报至独立CPU的转出端口切换为上报主控板卡上主控CPU对应的转出端口。

S203，主控板卡上主控CPU接收所述业务报文，对所述业务报文进行相应业务处理。

主控板卡上主控CPU接收该业务报文，解析该业务报文中携带的源端口，主控CPU根据该源端口识别安全业务板卡类别，以此对该业务报文进行相应的业务处理，后续可以将处理完的业务报文返还至安全业务板卡。

在上述基础之上，安全业务板卡按照预设的检测周期，检测安全业务板卡上业务报文上报独立CPU的端口的状态，若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为UP状态，安全业务板卡则将所接收的业务报文上报至独立CPU进行处理。优选的，若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为UP状态，且传输的业务报文数量满足预设的要求，安全业务板卡则将所接收的业务报文上报至独立CPU进行处理。其中这里预设的要求可以是传输的业务报文数量未超过预设阈值，若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为UP状态，且传输的业务报文数量未满足预设的要求，安全业务板卡则将所接收的部分业务报文上报至独立CPU进行处理，另一部分上报至主控板卡上主控CPU进行处理，以免安全业务板卡上业务报文上报独立CPU的端口发生通道堵塞的情况。

在上述确定安全业务板卡发生异常之后，可以采用如下快速恢复机制对异常进行快速恢复处理：

安全业务板卡重启安全业务板卡上业务报文上报独立CPU的端口，其中对安全业务板卡上业务报文上报独立CPU的端口内部寄存器进行重新配置，清除fifo存储器，安全业务板卡在对安全业务板卡上业务报文上报独立CPU的端口进行重启之后，若安全业务板卡上业务报文上报独立CPU的端口的状态能恢复至UP状态，则将后续所接收的业务报文通过所述端口上报至独立CPU进行处理；

若安全业务板卡上业务报文上报独立CPU的端口的状态未能恢复至UP状态，安全业务板卡重启独立CPU，安全业务板卡在独立CPU重启之后，扫描自身包含的PCIe器件的状态，若安全业务板卡自身包含的PCIe器件的状态为UP状态，如图1所示，那么则认为安全业务板卡自身包含的PCIe器件的状态正常、交换芯片以及FPGA的状态正常，安全业务板卡则将后续所接收的业务报文通过所述端口上报至独立CPU进行处理。其中在对独立CPU进行重启操作之前，可以多次尝试对安全业务板卡上业务报文上报独立CPU的端口进行重启操作，在多次尝试无效之后，安全业务板卡重启独立CPU。

若安全业务板卡自身包含的PCIe器件的状态为DOWN状态，安全业务板卡对自身包含的PCIe器件、交换芯片、FPGA各自对应的驱动程序进行初始化；在安全业务板卡对自身包含的PCIe器件、交换芯片、FPGA各自对应的驱动程序初始化完成之后，将后续所接收的业务报文通过所述端口上报至独立CPU进行处理。

通过以上对本申请实施例提供的技术方案的描述，检测安全业务板卡上业务报文上报独立CPU的端口的状态，若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为DOWN状态，安全业务板卡则将所接收的业务报文上报至主控板卡上主控CPU进行业务处理。如此一来，当安全业务板卡出现异常之后，无需再丢掉部分业务报文，最大程度的减小因安全业务板卡异常对业务处理的影响。

与上述业务报文处理方法的实施例相对应，本申请还提供了业务报文处理系统的实施例，应用于集中控制框式设备，所述集中控制框式设备包括主控板卡以及至少一个安全业务板卡，所述主控板卡上存在主控CPU，所述安全业务板卡上存在独立CPU，所述主控板卡与所述安全业务板卡基于背板进行连接，所述系统包括：

安全业务板卡按照预设的检测周期，检测安全业务板卡上业务报文上报独立CPU的端口的状态；

若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为DOWN状态，安全业务板卡则将所接收的业务报文上报至主控板卡上主控CPU；

主控板卡上主控CPU接收所述业务报文，对所述业务报文进行相应业务处理。

上述系统实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

通过以上对本申请实施例提供的技术方案的描述，检测安全业务板卡上业务报文上报独立CPU的端口的状态，若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为DOWN状态，安全业务板卡则将所接收的业务报文上报至主控板卡上主控CPU进行业务处理。如此一来，当安全业务板卡出现异常之后，无需再丢掉部分业务报文，最大程度的减小因安全业务板卡异常对业务处理的影响。

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

本发明可以在由计算机执行的计算值可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种业务报文处理方法，其特征在于，应用于集中控制框式设备，所述集中控制框式设备包括主控板卡以及至少一个安全业务板卡，所述主控板卡上存在主控CPU，所述安全业务板卡上存在独立CPU，所述主控板卡与所述安全业务板卡基于背板进行连接，所述方法包括：

安全业务板卡按照预设的检测周期，检测安全业务板卡上业务报文上报独立CPU的端口的状态；

若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为DOWN状态，安全业务板卡则将所接收的业务报文上报至主控板卡上主控CPU；

主控板卡上主控CPU接收所述业务报文，解析所述业务报文中携带的源端口；根据所述源端口识别安全业务板卡类别，根据所述识别的安全业务板卡类别对业务报文进行相应的业务处理，并返还处理完的业务报文至所述识别的安全业务板卡；

当检测到安全业务板卡上业务报文上报独立CPU的端口的状态为UP状态，且传输的业务报文数量超过预设阈值，安全业务板卡则将所接收的部分业务报文上报至独立CPU进行处理，另一部分上报至主控板卡上主控CPU进行处理。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

安全业务板卡重启安全业务板卡上业务报文上报独立CPU的端口，其中对安全业务板卡上业务报文上报独立CPU的端口内部寄存器进行重新配置；

安全业务板卡在对安全业务板卡上业务报文上报独立CPU的端口进行重启之后，若安全业务板卡上业务报文上报独立CPU的端口的状态能恢复至UP状态，则将后续所接收的业务报文通过所述端口上报至独立CPU进行处理。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

若安全业务板卡上业务报文上报独立CPU的端口的状态未能恢复至UP状态，安全业务板卡重启独立CPU；

安全业务板卡在独立CPU重启之后，扫描自身包含的PCIe器件的状态；

若安全业务板卡自身包含的PCIe器件的状态为UP状态，安全业务板卡则将后续所接收的业务报文通过所述端口上报至独立CPU进行处理。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

若安全业务板卡自身包含的PCIe器件的状态为DOWN状态，安全业务板卡对自身包含的PCIe器件、交换芯片、FPGA各自对应的驱动程序进行初始化；

在安全业务板卡对自身包含的PCIe器件、交换芯片、FPGA各自对应的驱动程序初始化完成之后，将后续所接收的业务报文通过所述端口上报至独立CPU进行处理。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述方法还包括：

若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为UP状态，且传输的业务报文数量满足预设的要求，安全业务板卡则将所接收的业务报文上报至独立CPU进行处理。

6.一种业务报文处理系统，其特征在于，应用于集中控制框式设备，所述集中控制框式设备包括主控板卡以及至少一个安全业务板卡，所述主控板卡上存在主控CPU，所述安全业务板卡上存在独立CPU，所述主控板卡与所述安全业务板卡基于背板进行连接，所述系统包括：

安全业务板卡按照预设的检测周期，检测安全业务板卡上业务报文上报独立CPU的端口的状态；

若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为DOWN状态，安全业务板卡则将所接收的业务报文上报至主控板卡上主控CPU；

主控板卡上主控CPU接收所述业务报文，解析所述业务报文中携带的源端口；根据所述源端口识别安全业务板卡类别，根据所述识别的安全业务板卡类别对业务报文进行相应的业务处理，并返还处理完的业务报文至所述识别的安全业务板卡；

当检测到安全业务板卡上业务报文上报独立CPU的端口的状态为UP状态，且传输的业务报文数量超过预设阈值，安全业务板卡则将所接收的部分业务报文上报至独立CPU进行处理，另一部分上报至主控板卡上主控CPU进行处理。

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

安全业务板卡重启安全业务板卡上业务报文上报独立CPU的端口，其中对安全业务板卡上业务报文上报独立CPU的端口内部寄存器进行重新配置；

安全业务板卡在对安全业务板卡上业务报文上报独立CPU的端口进行重启之后，若安全业务板卡上业务报文上报独立CPU的端口的状态能恢复至UP状态，则将后续所接收的业务报文通过所述端口上报至独立CPU进行处理。

8.根据权利要求7所述的系统，其特征在于，所述系统还包括：

若安全业务板卡上业务报文上报独立CPU的端口的状态未能恢复至UP状态，安全业务板卡重启独立CPU；

安全业务板卡在独立CPU重启之后，扫描自身包含的PCIe器件的状态；

若安全业务板卡自身包含的PCIe器件的状态为UP状态，安全业务板卡则将后续所接收的业务报文通过所述端口上报至独立CPU进行处理。

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

若安全业务板卡自身包含的PCIe器件的状态为DOWN状态，安全业务板卡对自身包含的PCIe器件、交换芯片、FPGA各自对应的驱动程序进行初始化；

在安全业务板卡对自身包含的PCIe器件、交换芯片、FPGA各自对应的驱动程序初始化完成之后，将后续所接收的业务报文通过所述端口上报至独立CPU进行处理。

10.根据权利要求6至9任一项所述的系统，其特征在于，所述系统还包括：

若检测到安全业务板卡上业务报文上报独立CPU的端口的状态为UP状态，且传输的业务报文数量满足预设的要求，安全业务板卡则将所接收的业务报文上报至独立CPU进行处理。

Images