CN101404519A - 一种业务板系统和业务处理方法 - Google Patents

Abstract

本发明公开了一种业务板系统和业务处理方法。该系统至少包括第一业务单板和第二业务单板，所述第一业务单板至少包括第一主用模块和第二备用模块；所述第二业务单板至少包括第二主用模块和第一备用模块；其中，所述第一备用模块为所述第一主用模块的备用模块，所述第一备用模块用于当所述第一主用模块故障时，处理原由所述第一主用模块处理的业务；所述第二备用模块为第二主用模块的备用模块，所述第二备用模块用于当所述第二主用模块故障时，处理原由所述第二主用模块处理的业务。使用本发明实施例提供的方案可减少系统的冗余。

Description

一种业务板系统和业务处理方法

技术领域

本发明涉及电信领域，尤其涉及一种业务板系统和业务处理方法。

背景技术

现有的绝大多数电信设备都采用紧凑型外围部件互连标准(CompactPeripheral Component Interconnect，CPCI)硬件架构。这种硬件架构中的业务单板采用传统的1+1备份的方式来提高系统的可靠性。

如图1所示，即为上述传统的1+1备份的电信设备的架构示意图。其中，业务单板分为主用单板和备用单板，每个主用单板包括一个主用模块，备用单板则包括一个备用模块；业务分发板用于向各主用单板分发相应的业务。

正常工作时，主用单板工作，接收并处理业务分发板分发的业务；与主用单板相应的备用单板仅对主用单板上的数据进行备份，并不处理相关的业务，处于空闲状态。当主用单板(如图中的业务单板1)故障后，备用单板(如图中的业务单板2)升为主用，业务分发板将业务分发到备升主的原备用单板(如图中的业务单板2)上进行处理；当原主用单板故障恢复后，变为原备用单板的备用。如果一对主备单板均发生故障，则固定分发到这对单板上的业务的处理将收到影响。

现有技术中，上述1+1备份方式中整个单板系统具有冗余大，成本高等缺点。

发明内容

本发明所要解决的技术问题在于，提供一种业务板系统和业务备份方法。可减少系统的冗余，降低成本。

为此，一方面，本发明的实施例提供了一种业务板系统，所述系统至少包括第一业务单板和第二业务单板，所述第一业务单板至少包括第一主用模块和第二备用模块；所述第二业务单板至少包括第二主用模块和第一备用模块；其中，所述第一备用模块为所述第一主用模块的备用模块，所述第一备用模块用于当所述第一主用模块故障时，处理原由所述第一主用模块处理的业务；所述第二备用模块为第二主用模块的备用模块，所述第二备用模块用于当所述第二主用模块故障时，处理原由所述第二主用模块处理的业务。

另一方面，本发明的实施例提供了一种业务处理方法，方法包括：所述第一业务单板上的第一主用模块获得并处理第一业务；所述第一主用模块将所述第一业务的相关数据备份到第二业务单板上的第一备用模块；所述第二业务单板上的第二主用模块获得并处理第二业务；所述第二主用模块将所述第二业务的相关数据备份到第一业务单板上的第二备用模块上。

在本发明实施例所提供的方案中，系统中的每个单板都即既有主用模块也有备用模块，每个单板的主用模块都可以进行业务处理，避免了现有技术中备用单板仅备份数据而不会处理业务，导致资源浪费的情况，因而减少了系统的冗余，降低了成本。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是现有的传统的1+1备份的电信设备的架构示意图；

图2是本发明实施例中业务板系统的第一具体实施例的结构示意图；

图3是本发明实施例中第一主用模块和第一备用模块的一种具体组成示意图；

图4是本发明实施例中业务板系统的第二具体实施例的结构示意图；

图5是图4中业务分发板的一个具体实施例的组成示意图；

图6是本发明实施例中业务板系统的第三具体实施例的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图2所示，为本发明中业务板系统的一种具体实施例的结构示意图。所述系统包括第一业务单板1和第二业务单板2，所述第一业务单板1包括第一主用模块11和第二备用模块12；所述第二业务单板2包括第二主用模块22和第一备用模块21。所述第一备用模块21为所述第一主用模块11的备用模块，所述第一备用模块21用于当所述第一主用模块11故障时，处理原由所述第一主用模块11处理的业务；所述第二备用模块12为第二业务单板2的第二主用模块22的备用模块，所述第二备用模块12用于当所述第二主用模块22故障时，处理原由所述第二主用模块22处理的业务。

其中，第一主用模块11处理的业务可分为绑定业务和不绑定业务。当所述第一主用模块11故障，且所述第一主用模块11故障前处理的业务为与所述第一主用模块11绑定的业务时，所述第一备用模块21接收并处理分发来的所述绑定的业务。

当所述第一主用11模块故障，且所述第一主用模块11故障前处理的业务为与所述第一主用模块11不绑定的业务时，将所述不绑定的业务分发到所述业务板系统中的其他正常工作的主用模块处理。上述的其他主用模块可以是第二主用模块22，或是第一业务单板1上的其他主用模块，或是第二业务单板上的其他主用模块，若业务系统还包括其他业务单板，则也可以是其他业务单板上的主用模块。

同理，所述第二主用模块22和第二备用模块12处理业务时的情形也与上述情况类似，此处不做赘述。

其中，所述第一业务单板中还可以包括其他主备用模块，相应的，所述第二业务单板也包括其他主备用模块，并分别与第一业务单板上的其他主备用模块分别构成主备关系。这样，第一业务单板就与第二业务单板构成互助关系。同理，在业务板系统中也可以包括其他的业务单板，且各个业务单板中可包括成对的主备用模块(或可称为主备模块对)并与其互助的业务单板上的成对的主备用模块构成主备关系。

当然，与所述第一业务单板上的各主备模块对，构成主备关系的各主备模块对可以布置在不同的业务单板上，如，第一业务单板上的一主备模块对与第二业务单板上的主备模块对相应的构成主备关系，第一业务单板上的另一主备模块对和业务板系统的其他业务单板(如，第三业务单板)上的一主备模块对相应的构成主备关系等。还有其他多种类似的情况，此处不做一一赘述。同时需要注意的是，通常主用模块和其备用模块不会布置在同一单板上。

其中，如图3所示，所述主用模块(如第一主用模块11，第二主用模块22等，以下仅以第一主用模块的情况为例)包括备份单元110，用于当所述主用模块11正常工作时，将所述主用模块11上的数据备份到所述主用模块的备用模块(即第一备用模块21)中；相应的，所述主用模块的备用模块21包括，备份存储单元210，用于存储所述主用模块备份的数据；业务处理单元212，用于接收业务分发板分发的所述主用模块故障前处理的与所述主用模块绑定的业务，并根据存储的所述备份的数据处理接收的所述绑定的业务。

所述第一主用模块11和第二备用模块12可以共用一个中央处理器(CenterProcessing Unit，CPU)的核，也可以不共用；所述第二主用模块22和第一备用模块21共用一个CPU的核，也可以不共用。当主用模块和备用模块共用CPU核等相关可共用的资源时，这些共用的资源可以同时为主用模块和备用模块服务，如第一主用模块和第二主用模块均正常时，其CPU核都在工作，而不会因为这些资源仅供备用模块使用，造成主用模块正常工作时的备用模块的CPU资源的闲置。当第一主用模块处理绑定业务发生故障，第二主用模块正常时，第二业务单板的第二主用模块和第一备用模块同时工作共用同一CPU核，该CPU核同时为两个模块需要处理的业务服务。

如图4所示，上述的业务板系统还可包括业务分发板3，用于向所述系统中的业务单板中的主用模块分发业务。如图5所示，所述业务分发板3可包括：第一分发模块30，用于当所述主用模块故障，且所述主用模块故障前处理的业务为与主用模块绑定的业务时，将所述绑定的业务分发至所述主用模块的备用模块；第二分发模块32，用于当所述主用模块故障，且所述主用模块故障前处理的业务为与主用模块不绑定的业务时，将所述不绑定的业务分发至其他正常工作的主用模块，如按符合均衡的原则进行分发。

本发明实施例提供的方案中，系统中的每个单板都即既有主用模块也有备用模块，并与其他单板上的成对的主备模块构成主备关系，这使得即使所有处理业务的模块均无故障，也不会有单板由于整个作为备用单板而造成闲置(如在现有技术中由于整个备用单板仅作为备份，在主用单板正常工作时闲置，而导致资源浪费的情况)，因而减少了系统的冗余，降低了成本。

同时，由于对不同类型的业务进行了不同类型的处理，如主用模块故障时，其业务根据业务类型的不同(绑定或非绑定)可以分发到备用模块或其他主用模块进行处理，这样，避免了现有技术中主用单板故障时其业务只能由备用单板处理而导致资源浪费的情况，因而减少了系统的冗余，降低了成本。

同时，对于非绑定的业务，即使一对主备模块都出了故障，也可以将该业务发到其他正常的主用模块进行处理，而不会影响该业务的处理。整个系统可以根据需要为不绑定的业务预留更多的资源(即当处理不绑定的业务的主备用模块均故障时，可由其他预留的一个或多个主/备用模块中选择一个主用模块处理该不绑定的业务)，而不像传统的系统，由于所有业务都是绑定的，因此最多只能预留一份资源(即一对主备单板)。换句话说，传统系统中一对单板故障后，该业务不能分配到其他的单板上进行处理，而致使业务受损，此时的系统可靠性指标是恒定的，即具有1∶1的冗余资源。而在本发明实施例的所提供的方案中，可以为非绑定业务动态预留多个处理资源，这样，即使一对单板故障后，原本分发到这对单板上的非绑定业务可以由多个处理资源中的一个进行处理，不会受损，通过动态的调整预留的处理资源的数目，就可以动态调整系统可靠性指标。

如图6所示，为本发明中业务板系统的一种具体实施例的结构示意图，图中示意了系统中包括多个业务单板，各个业务单板包括多个成对的主用模块和备用模块的情况，其中标号相同的主用模块和备用模块构成主备用关系，如主用模块1和备用模块1构成主备关系，主用模块m与备用模块m构成主备关系等(各主用模块和备用模块之间的联系图中未示)。而同一单板上，上下两个主用模块和备用模块(如业务单板1上的主用模块k和备用模块k+1)可以共用一个CPU的核，当然也可以不共用。

相应的，本发明实施例还提供了一种业务处理的方法，用于上述的业务板系统中，该方法包括：

A、第一业务单板上的第一主用模块获得并处理第一业务，并且，第一业务单板在处理业务的同时，可以实时或批量的将相关的业务数据备份到其备用模块第一备用模块上。

B、第二业务单板上的第二主用模块获得并处理第二业务。所述第二主用模块可以实时或批量的将所述第二业务的相关数据备份到第一业务单板上的第二备用模块上。

需要说明的是，步骤A和B执行时没有确定的先后执行顺序。

其中，上述第一业务可以是绑定业务，也可以是非绑定业务，当所述业务为绑定业务时，所述第一主用模块将所述绑定业务的相关数据备份到第二业务单板上的第一备用模块。则当第一主用模块故障时，本方法还包括：

当所述第一主用模块故障，且所述第一主用模块故障前处理的业务为与所述第一主用模块绑定的业务时，将所述绑定的业务分发到所述处于第二业务单板的第一备用模块，所述第一备用模块由备用状态进入主用状态，并根据备份的所述相关数据处理所述绑定的业务。

当所述第一主用模块故障，且所述第一主用模块故障前处理的业务为与所述第一主用模块不绑定的业务时，将所述不绑定的业务分发到其他正常工作的主用模块进行处理。

当第一主用模块故障恢复后还包括步骤：

当所述第一主用模块故障前处理的是绑定业务时，当第一主用模块故障恢复后，所述第一主用模块恢复主用功能，接收并处理分发的业务，所述第一备用模块由主用状态进入备用状态。

同理，对于第二主用模块的业务处理也有与上述第一主用模块进行业务处理时的类似的流程，此处不做赘述。

在本发明实施例所提供的方案中，当单板系统进行业务处理时，每个单板都即既有主用模块也有备用模块，并与其他单板上的成对的主备模块构成主备关系，这使得即使所有处理业务的模块均无故障，也不会有单板由于整个作为备用单板而造成闲置(如在现有技术中由于整个备用单板仅作为备份，在主用单板正常工作时闲置，而导致资源浪费的情况)，因而减少了系统的冗余，降低了成本。

同时，主用模块故障时，其业务根据业务类型的不同(绑定或非绑定)可以分发到备用模块或其他主用模块进行处理，避免了现有技术中主用单板故障时其业务只能由备用单板处理而导致资源浪费的情况，因而减少了系统的冗余，降低了成本。并且，将业务分为绑定业务和非绑定业务进行处理，即使一对单板故障后，原本分发到这对单板上的非绑定业务也不会受损，系统可靠性指标可以动态调整。

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

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

以上所述的实施方式，并不构成对该技术方案保护范围的限定。任何在上述实施方式的精神和原则之内所作的修改、等同替换和改进等，均应包含在该技术方案的保护范围之内。

Claims (10)

1、一种业务板系统，所述系统至少包括第一业务单板和第二业务单板，其特征在于：

所述第一业务单板至少包括第一主用模块和第二备用模块；

所述第二业务单板至少包括第二主用模块和第一备用模块；

其中，所述第一备用模块为所述第一主用模块的备用模块，所述第一备用模块用于当所述第一主用模块故障时，处理原由所述第一主用模块处理的业务；

所述第二备用模块为第二主用模块的备用模块，所述第二备用模块用于当所述第二主用模块故障时，处理原由所述第二主用模块处理的业务。

2、如权利要求1所述的业务板系统，其特征在于：

所述第一主用模块用于处理与所述第一主用模块绑定的业务或不绑定的业务；

当所述第一主用模块处理所述与所述第一主用模块绑定的业务时，所述第一备用模块用于当所述第一主用模块故障时，处理原由所述第一主用模块处理的业务；

所述业务板系统还包括其他主用模块，所述其他主用模块用于当所述第一主用模块故障，且所述第一主用模块故障前处理的业务为与所述第一主用模块不绑定的业务时，接收并处理分发来的所述不绑定的业务。

3、如权利要求1所述的业务板系统，其特征在于，

所述第一业务单板还包括除第一主用模块和第二备用模块外的其他主用模块和备用模块，所述其它主用模块和备用模块分别与所述系统中除第一业务单板的其他业务单板上的备用模块和主用模块构成主备用关系，其中，所述其他业务单板上的备用模块和主用模块不包括第二主用模块和第一备用模块。

4、如权利要求1至3中任一项所述的业务板系统，其特征在于，

所述系统还包括业务分发板，用于向所述系统中的业务单板中的主用模块或和备用模块分发绑定业务或非绑定业务；

其中，所述主用模块包括所述第一主用模块和第二主用模块，所述备用模块包括所述第一备用模块和第二备用模块。

5、如权利要求4所述的业务板系统，其特征在于，所述业务分发板包括：

第一分发模块，用于当所述主用模块故障，且所述主用模块故障前处理的业务为与主用模块绑定的业务时，将所述绑定的业务分发至所述主用模块的备用模块；

第二分发模块，用于当所述主用模块故障，且所述主用模块故障前处理的业务为与主用模块不绑定的业务时，将所述不绑定的业务分发至其他正常工作的主用模块。

6、如权利要求4所述的业务板系统，其特征在于，

所述主用模块包括备份单元，用于当所述主用模块正常工作时，将所述主用模块上的数据备份到所述主用模块的备用模块中；

相应的，所述主用模块的备用模块包括，

备份存储单元，用于存储所述主用模块备份的数据；

业务处理单元，用于接收业务分发板分发的所述主用模块故障前处理的与所述主用模块绑定的业务，并根据存储的所述备份的数据处理接收的所述绑定的业务。

7、一种业务处理方法，其特征在于，所述方法包括：

所述第一业务单板上的第一主用模块获得并处理第一业务；

所述第一主用模块将所述第一业务的相关数据备份到第二业务单板上的第一备用模块；

所述第二业务单板上的第二主用模块获得并处理第二业务；

所述第二主用模块将所述第二业务的相关数据备份到第一业务单板上的第二备用模块上。

8、如权利要求7所述的业务处理方法，其特征在于，所述第一业务包括绑定业务和非绑定业务，所述第一主用模块将所述第一业务的相关数据备份到第二业务单板上的第一备用模块包括：

当所述第一业务为绑定业务时，所述第一主用模块将所述绑定业务的相关数据备份到第二业务单板上的第一备用模块。

9、如权利要求8所述的业务处理方法，其特征在于，所述方法还包括：

当所述第一主用模块故障，且所述第一主用模块故障前处理的业务为与所述第一主用模块绑定的业务时，将所述绑定的业务分发到所述处于第二业务单板的第一备用模块，所述第一备用模块由备用状态进入主用状态，并根据备份的所述相关数据处理所述绑定的业务；

当所述第一主用模块故障，且所述第一主用模块故障前处理的业务为与所述第一主用模块不绑定的业务时，将所述不绑定的业务分发到其他正常工作的主用模块进行处理。

10、如权利要求9所述的方法，其特征在于，所述将所述绑定的业务分发到所述处于第二业务单板的第一备用模块进行处理之后包括：

当所述第一主用模块故障恢复后，所述第一主用模块恢复主用功能，接收并处理分发的业务，所述第一备用模块由主用状态进入备用状态。

Images