CN101360002B - 一种实现呼叫热备份的方法及其系统 - Google Patents

Abstract

本发明公开了一种实现呼叫热备份的方法及其系统，该方法包括：步骤一，设置与信令处理部件、接口处理部件和/或业务处理部件分别对应的信令处理部件资源池、接口处理部件资源池、业务处理部件资源池；步骤二，接通呼叫，选择信令处理部件资源池、接口处理部件资源池和/或业务处理部件资源池中的一个或多个备件，并将备份信息备份至备件及相关部件；及步骤三，当信令处理部件、接口处理部件和/或业务处理部件发生故障时，由备件根据备份信息激活/重建相应的处理实体，并通知相关部件处理实体所在部件发生变更。采用本发明确保已经接通的呼叫在设备发生故障时依然保持通话。

Description

一种实现呼叫热备份的方法及其系统 

技术领域

本发明涉及通信网络中呼叫备份技术，特别是涉及一种实现呼叫热备份的方法及其系统。 

背景技术

在通信网络中，用户呼叫一般首先通过信令协议建立端到端的业务链路，然后在链路上收发数据，实现呼叫。 

根据整个过程，一般设备中分为接口处理部、信令处理部件和业务处理部件。接口处理部件和其他网元进行交互，信令处理部件收发信令实现呼叫管理，按照呼叫属性在业务处理部件分配业务处理资源，在接口处理部件分配接口处理资源，并实现接口处理部件和业务处理部件的接续，在内部接续完成后通知其他网元，完成信令流程，呼叫接通，用户开始通话。 

但通信系统在各种条件下设备的某些部件、单板可能发生故障，而设备的集成度又较高，如果没有热备份的机制，那么会造成大规模的掉话。 

发明内容

本发明所要解决的技术问题在于提供一种实现呼叫热备份的方法及其系统，用于实现通信网络呼叫的热备份，确保已经接通的呼叫在设备发生故障时依然保持通话。 

为了实现上述目的，本发明提供了一种实现呼叫热备份的方法，用于实现通信网络的用户呼叫热备份，所述通信网络包括顺次连接的接口处理部件、信令处理部件、业务处理部件，其特征在于，该方法包括： 

步骤一，设置与所述信令处理部件、所述接口处理部件、和所述业务处理部件分别对应的一信令处理部件资源池、一接口处理部件资源池和一业务处理部件资源池；所述信令处理部件资源池中设有至少一个信令处理备件，所述接口处理部件资源池中设有至少一个接口处理备件，所述业务处理部件资源池中 设有至少一个业务处理备件； 

步骤二，接通所述通信网络的呼叫，分别选择所述信令处理部件资源池、所述接口处理部件资源池和所述业务处理部件资源池中的一个或多个备件，并将一备份信息备份至所述备件及一相关部件；及 

步骤三，当所述信令处理部件、所述接口处理部件和所述业务处理部件发生故障时，由所述备件根据所述备份信息激活/重建相应的处理实体，并通知所述相关部件所述处理实体所在部件发生变更。 

所述的实现呼叫热备份的方法，其中，所述备份信息包括呼叫上下文和呼叫接续关系。 

所述的实现呼叫热备份的方法，其中，当所述信令处理部件发生故障时，所述步骤三具体为： 

所述信令处理备件激活/重建一信令处理实体，并处理所述信令处理部件管理的呼叫； 

所述信令处理备件通知相关的所述接口处理部件及相关的所述业务处理部件，所述信令处理实体所在部件发生变更。 

所述的实现呼叫热备份的方法，其中，当所述接口处理部件发生故障时，所述步骤三具体为： 

所述接口处理备件激活/重建一接口处理实体，并处理所述接口处理部件负责的接口，保持对外网元的接口信息不变并通过通知相关的所述信令处理部件和相关的所述业务处理部件更新与相关的所述业务处理部件的接续关系。 

所述的实现呼叫热备份的方法，其中，当所述业务处理部件发生故障时，所述步骤三具体为： 

所述业务处理备件激活/重建业务处理实体，并处理所述业务处理部件负责的业务，再通过通知相关的所述信令处理部件和相关的所述接口处理部件更新与相关的所述接口处理部件的呼叫接续关系。 

所述的实现呼叫热备份的方法，其中，所述步骤二中，进一步包括：由所述信令处理部件、所述接口处理部件和所述业务处理部件将一备份信息备份至一专用热备份部件的步骤。 

所述的实现呼叫热备份的方法，其中，当所述信令处理部件发生故障时，所述步骤三具体为： 

所述专用热备份部件选择一信令处理备件作为所述备件，并将所述备份信息传送至该信令处理备件，由该信令处理备件处理所述信令处理部件管理的呼叫，并激活/重建一信令处理实体； 

所述专用热备份部件通知相关的所述接口处理部件及相关的所述业务处理部件，该信令处理实体所在部件发生变更。 

所述的实现呼叫热备份的方法，其中，当所述接口处理部件发生故障时，所述步骤三具体为： 

所述专用热备份部件选择一接口处理备件作为所述备件，并将所述备份信息传送至该接口处理备件，该接口处理备件激活/重建一接口处理实体，并处理所述接口处理部件负责的接口，保持对外部网元的接口信息不变； 

所述专用热备份部件通过通知相关的所述信令处理部件及相关的所述业务处理部件更新与相关的所述业务处理部件的接续关系。 

所述的实现呼叫热备份的方法，其中，当所述业务处理部件发生故障时，所述步骤三具体为： 

所述专用热备份部件选择一业务处理备件作为备件，并将所述备份信息传送至该业务处理备件，该业务处理备件激活/重建一业务处理实体，由该业务处理实体处理所述业务处理部件负责的业务； 

所述专用热备份部件通过通知相关的所述信令处理部件和相关的所述接口处理部件更新与相关的所述接口处理部件的呼叫接续关系。 

所述的实现呼叫热备份的方法，其中，所述步骤三中，进一步包括：当所述备件完成呼叫激活/重建后，根据所述备件的类型将所述处理实体所在部件发生变更的情况通知到所述相关部件的步骤，具体为： 

当所述备件为信令处理备件时，所述信令处理备件通知所述接口处理部件、所述业务处理部件所述信令处理实体所在部件发送变更；或 

当所述备件为接口处理备件时，所述接口处理备件通知所述信令处理部件、所述业务处理部件所述接口处理实体所在部件发送变更；或 

当所述备件为业务处理备件时，所述业务处理备件通知所述信令处理部件、所述接口处理部件所述业务处理实体所在部件发送变更。 

为了实现上述目的，本发明还提供了一种实现呼叫热备份的系统，包括顺次连接的接口处理部件、信令处理部件、业务处理部件，其特征在于，还包括：

一信令处理部件资源池，与所述信令处理部件对应，设有至少一个信令处理备件； 

一接口处理部件资源池，与所述接口处理部件对应，设有至少一个接口处理备件；和 

一业务处理部件资源池，与所述业务处理部件对应，设有至少一个业务处理备件； 

当接通所述通信网络的呼叫后，分别选择所述信令处理部件资源池、所述接口处理部件资源池和所述业务处理部件资源池中的一个或多个备件，并将一备份信息备份至所述备件及一相关部件； 

当所述信令处理部件、所述接口处理部件和所述业务处理部件发生故障时，由所述备件根据所述备份信息激活/重建相应的处理实体，并通知所述相关部件所述处理实体所在部件发生变更。 

所述的实现呼叫热备份的系统，其中，还包括：一专用热备份部件，用于接收所述信令处理部件、所述接口处理部件和所述业务处理部件传送的所述备份信息，并将所述备份信息备份到所述备件。 

本发明的有益效果在于： 

采用本发明所述方法，可以解决通信网络热备份的问题，为提高通信网络的可靠性提供了一个有效的方法，确保已经接通的呼叫在设备某些部分发生故障时依然可以保持通话，实现了呼叫上下文、呼叫接续关系的备份和恢复；避免了由于某些部件的软硬件故障导致系统大面积掉话等问题，从而给系统带来更优良的性能。 

以下结合附图和具体实施例对本发明进行详细描述，但不作为对本发明的限定。 

附图说明

图1是本发明实现呼叫热备份的系统结构图； 

图2是本发明实现呼叫热备份的又一系统结构图； 

图3是本发明利用纯资源池方式实现呼叫热备份的处理流程图； 

图4是本发明利用专用热备份部件辅助资源池方式实现呼叫热备份的处理流程图。 

具体实施方式

下面结合附图对本发明的技术方案作进一步更详细的描述： 

如图1所示，是本发明实现呼叫热备份的系统结构图。该系统结构包括：信令处理部件11、接口处理部件21、业务处理部件31、信令处理部件资源池1、接口处理部件资源池2、业务处理部件资源池3。 

信令处理部件11包含信令处理实体100，信令处理部件资源池1是信令处理部件11的资源池，其中设有一个或多个信令处理备件12，每个信令处理备件12又包含信令处理实体100。 

接口处理部件21包含接口处理实体200，接口处理部件资源池2是接口处理部件21的资源池，其中设有一个或多个接口处理备件22，每个接口处理备件22又包含接口处理实体200。 

业务处理部件31包含业务处理实体300，业务处理部件资源池3是业务处理部件31的资源池，其中设有一个或多个业务处理备件32，每个业务处理备件32又包含业务处理实体300。 

信令处理部件11、接口处理部件21、业务处理部件31全部或者部分采用资源池方式配备，当信令处理部件11、接口处理部件21、业务处理部件31中的一个或多个部件发生故障时，由对应资源池中的相应部件恢复相应的呼叫处理实体。 

比如，一个通信系统中有三个负荷分担的信令处理部件A、B、C，由信令处理部件B、C作为信令处理备件，共同构成信令处理部件资源池1；当信令处理部件A发生故障时，信令处理部件A原来处理的呼叫就转移到信令处理部件B或信令处理部件C，或部分转移到信令处理部件B和部分转移到信令处理部件C进行处理。 

以资源池方式运行的各个部件都是在线和激活的部件，不仅仅用作备件。因此，为了支持热备份，资源池方式配置时需要考虑业务量的余量。比如一个通信系统的性能指标是10万路呼叫，而一个信令处理部件10的处理能力是2万路呼叫。系统在不考虑热备份时，信令处理部件10数量是10/2＝5个，并可满足性能指标。在考虑用资源池方式热备份时，根据部件的实际可靠性，额外增加1个或几个(小于5个)信令处理部件11，以在某个或者某几个信令 处理部件11发生故障时，信令处理部件资源池1中有足够的资源来接管呼叫。 

在用户接通呼叫后，信令处理部件11、接口处理部件21、业务处理部件31分别把备份信息(呼叫上下文、呼叫接续关系)随机选择相应资源池中的同类部件进行同步和备份，在选择后需要把备件地址信息也发送给其他相关部件，在发生故障时，由选择的同类部件进行呼叫恢复，该种方式称为纯资源池方式。 

呼叫上下文和接续关系应尽可能简洁，也可采用压缩技术，以尽可能减少同步和备份开销。 

当采用描述纯资源池方式实现通信系统的呼叫备份时，包括以下几种情形： 

a1)，在信令处理部件11发生故障时，整个信令处理部件资源池1中的信令处理备件12都得到通知，信令处理备件12根据备份信息激活/重建信令处理实体100，负责接管信令处理部件11管理的呼叫，在信令处理实体100激活/重建后，信令处理备件12通知相关接口处理部件21以及业务处理部件31，相关呼叫的信令处理实体100所在部件发生变更。 

a2)，在接口处理部件21发生故障时，整个接口处理部件资源池2中的接口处理备件22都得到通知，激活/重建备份的接口处理实体200，负责接管接口处理部件21负责的接口，对外部网元的接口信息保持不变，对内与业务处理部件31的接续关系则通过通知相关信令处理部件11和相关业务处理部件31来更新。 

a3)，在业务处理部件31发生故障时，整个业务处理部件资源池3中的业务处理备件32都得到通知，激活/重建备份的业务处理实体300，负责接管业务处理部件31负责的业务处理，通过通知相关信令处理部件11和相关接口处理部件21来更新与接口处理部件21的接续关系。 

a4)，当存在信令处理部件11、接口处理部件21、业务处理部件31中的两类或三类部件发生故障时，如信令处理部件11、接口处理部件21、业务处理部件31全部发生故障时，恢复过程是上述a1)、a2)、a3)所有过程的综合，但在最后一步相互通知实体和接续变更时，如果发现对应部件不在位，那么发送变更通知到相应的备件即可。 

备件完成呼叫激活/重建后，备件就转为主件，原来因为故障而重启的主 件则转为备件。 

如图2所示，是本发明实现呼叫热备份的又一系统结构图；该系统结构包括：信令处理部件11、接口处理部件21、业务处理部件31、信令处理部件资源池1、接口处理部件资源池2、业务处理部件资源池3以及专用热备份部件4。 

信令处理部件11包含信令处理实体100，信令处理部件资源池1是信令处理部件11的资源池，其中设有一个或多个信令处理备件12，每个信令处理部件12又包含信令处理实体100。 

接口处理部件21包含接口处理实体200，接口处理部件资源池2是接口处理部件21的资源池，其中设有一个或多个接口处理备件22，每个接口处理部件22又包含接口处理实体200。 

业务处理部件31包含业务处理实体300，业务处理部件资源池3是业务处理部件31的资源池，其中设有一个或多个业务处理备件32，每个业务处理部件32又包含业务处理实体300。 

信令处理部件11、接口处理部件21、业务处理部件31全部或者部分采用资源池方式配备，当信令处理部件11、接口处理部件21、业务处理部件31中的一个或多个部件发生故障时，由对应资源池中的相应部件恢复相应的呼叫处理实体。 

在用户接通呼叫后，信令处理部件11、接口处理部件21、业务处理部件31分别把呼叫上下文、呼叫接续关系同步和备份到一块专用热备份部件4；当信令处理部件11、接口处理部件21、业务处理部件31发生故障时，由专用热备份部件4选择部件对应资源池中的其他部件进行呼叫恢复，该种方式称为专用热备份部件辅助资源池方式。专用热备份部件4可采用专用热备份处理板。 

专用热备份部件4本身可以用与资源池方式相对应的一种备份方式，即部件和备件是一一对应的关系的“1+1”热备方式等实现可靠性。 

当通过专用热备份部件4辅助实现资源池热备份时，专用热备份部件4采用专用热备份处理板，包括以下几种情形： 

b1)，在信令处理部件11发生故障时，专用热备份处理板4得到故障通知，选择一块信令处理部件资源池1中的信令处理备件12，将呼叫上下文和接续关系传给该信令处理备件12，指令其负责接管信令处理部件11管理的呼 叫，信令处理备件12激活/重建备份的信令处理实体100，专用热备份处理板4负责通知相关接口处理部件21以及业务处理部件31，相关呼叫的信令处理实体100所在部件发生变更。 

b2)，在接口处理部件21发生故障时，专用热备份处理板4得到故障通知，选择一块接口处理部件资源池2中的接口处理备件22，将呼叫上下文和接续关系传给该接口处理备件22，激活/重建备份的接口处理实体200，负责接管接口处理部件21负责的接口，对外部网元的接口信息保持不变，对内与业务处理部件31的接续关系则由专用热备份处理板4负责通知相关信令处理部件11和相关业务处理部件31来更新。 

b3)，在业务处理部件31发生故障时，专用热备份处理板4得到故障通知，选择一块业务处理部件资源池3中的业务处理备件32，将呼叫上下文和接续关系传给该业务处理备件32，激活/重建备份的业务处理实体300，负责接管业务处理部件31负责的业务，由专用热备份处理板4负责通知相关信令处理部件11和相关接口处理部件21来更新与接口处理部件21的接续关系。 

b4)，当存在信令处理部件11、接口处理部件21、业务处理部件31中的两类或三类部件发生故障时，如信令处理部件11、接口处理部件21、业务处理部件31全部发生故障时，恢复过程是上述b1)、b2)、b3)所有过程的综合。 

备件完成呼叫激活/重建后，备件就转为主件，原来因为故障而重启的主件则转为备件。 

本利用资源池的方式完成呼叫上下文和接续关系的热备份，具体应用时可以只对某些部件实行资源池方式热备份。 

如图3所示，是本发明利用纯资源池方式实现呼叫热备份的处理流程图，该处理流程包括如下步骤： 

步骤301，系统热备份处理处于空闲态； 

步骤302，通信系统发现某个呼叫接通； 

步骤303，信令处理部件、接口处理部件、业务处理部件分别选择各自资源池中的某个激活部件作为备件，把备份信息(呼叫上下文、呼叫接续关系)同步到备件的数据库； 

步骤304，主件把备件地址信息通知给相关部件；

该步骤中，信令处理部件的信令处理实体把自己的备件信息通知给与该呼叫相关的接口处理部件的接口处理实体和业务处理部件的业务处理实体，相关接口处理实体、业务处理实体再通知自己的备件；接口处理部件的接口处理实体把自己的备件信息通知给与该呼叫相关的信令处理部件的信令处理实体和业务处理部件的业务处理实体，相关信令处理实体、业务处理实体再通知自己的备件；业务处理部件的业务处理实体把自己的备件信息通知给与该呼叫相关的信令处理部件的信令处理实体和业务处理部件的业务处理实体，相关信令处理实体、业务处理实体再通知自己的备件； 

步骤305，资源池得到某个部件离线通知； 

该步骤中，信令处理部件资源池中的各个信令处理备件都得到了信令处理部件B离线的消息；或接口处理部件资源池中的各个接口处理备件都得到了接口处理部件B离线的消息；或业务处理部件资源池中的各个业务处理备件都得到了业务处理部件B离线的消息； 

步骤306，资源池根据备份信息激活或重建处理实体； 

该步骤中，资源池中的各个信令处理部件，得知信令处理部件C离线了，那么搜寻自己的备份信息，凡是属于信令处理部件C的备份信息，全部进行恢复重建；或资源池中的各个接口处理部件，得知接口处理部件C离线了，那么搜寻自己的备份信息，凡是属于接口处理部件C的备份信息，全部进行恢复重建；或资源池中的各个业务处理部件，得知业务处理部件C离线了，那么搜寻自己的备份信息，凡是属于业务处理部件C的备份信息，全部进行恢复重建； 

步骤307，资源池部件判断相关部件是否在位；若在位，则转入步骤3081执行，若不在位，则转入步骤3082执行； 

该步骤中，信令处理部件的信令处理实体激活运行后，判断其相关的接口处理部件、业务处理部件是否在位；或接口处理部件的接口处理实体激活运行后，判断其相关的信令处理部件、业务处理部件是否在位；或业务处理部件的业务处理实体激活运行后，判断其相关的接口处理部件、信令处理部件是否在位； 

步骤3081，如果相关部件在位，那么将本实体所在部件发生更新的情况通知到各关联部件；根据备件类型的不同，信令处理备件通知接口处理部件和 业务处理部件，信令处理实体所在部件变更；接口处理备件通知信令处理部件和业务处理部件，接口处理实体所在部件变更；业务处理备件通知信令处理部件和接口处理部件，业务处理实体所在部件变更； 

步骤3082，如果相关部件不在位，而其对应备件在位，也即关联部件也正巧发生了故障，那么将本实体所在部件发生更新的情况通知到各关联部件的备件；通知对象和步骤3081基本相同，只是步骤3081的主件改为备件即可； 

步骤309，备件转为主件，主件故障重启后转为备件，呼叫热备份完成。 

如图4所示，是本发明利用专用热备份部件辅助资源池方式实现呼叫热备份的处理流程图，该处理流程包括如下步骤： 

步骤401，系统热备份处理处于空闲态； 

步骤402，通信系统发现某个呼叫接通； 

步骤403，信令处理部件、接口处理部件、业务处理部件分别把备份信息(呼叫上下文、呼叫接续关系)同步备份到专用热备份部件； 

步骤404，专用热备份部件得到某部件离线通知； 

步骤405，专用热备份部件在对应类别的资源池中选择一个激活的部件作为备件，将呼叫上下文信息发送给它，指示其恢复呼叫； 

步骤406，备件根据专用热备份部件传递过来的呼叫上下文信息恢复呼叫实体； 

该步骤中，根据备件类型的不同，信令处理备件激活/重建信令处理实体，接口处理备件激活/重建接口处理实体，业务处理备件激活/重建业务处理实体； 

步骤407，专用热备份部件根据呼叫恢复的实体所在部件，将呼叫实体所在部件发生更新的情况通知到各关联部件； 

该步骤中，根据备件类型的不同，信令处理备件通知接口处理部件和业务处理部件，信令处理实体所在部件变更；接口处理备件通知信令处理部件和业务处理部件，接口处理实体所在部件变更；业务处理备件通知信令处理部件和接口处理部件，业务处理实体所在部件变更； 

步骤408，备件转为主件，主件故障重启后转为备件，呼叫热备份完成/结束。 

本发明方法利用资源池方式实现了通信系统呼叫的热备份，提高了设备的可靠性和用户感受度，确保通信系统在设备某些部分发生故障时依然保持通 话，避免了由于某些部件的软硬件故障导致系统大面积掉话等问题。 

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (12)

1.一种实现呼叫热备份的方法，用于实现通信网络的用户呼叫热备份，所述通信网络包括顺次连接的接口处理部件、信令处理部件、业务处理部件，其特征在于，该方法包括：

步骤一，设置与所述信令处理部件、所述接口处理部件、和所述业务处理部件分别对应的一信令处理部件资源池、一接口处理部件资源池、和一业务处理部件资源池；所述信令处理部件资源池中设有至少一个信令处理备件，所述接口处理部件资源池中设有至少一个接口处理备件，所述业务处理部件资源池中设有至少一个业务处理备件；

步骤二，接通所述通信网络的呼叫，分别选择所述信令处理部件资源池、所述接口处理部件资源池和所述业务处理部件资源池中的一个或多个备件，并将一备份信息备份至所述备件及一相关部件；及

步骤三，当所述信令处理部件、所述接口处理部件和所述业务处理部件发生故障时，由所述备件根据所述备份信息激活/重建相应的处理实体，并通知所述相关部件所述处理实体所在部件发生变更。

2.根据权利要求1所述的实现呼叫热备份的方法，其特征在于，所述备份信息包括呼叫上下文和呼叫接续关系。

3.根据权利要求2所述的实现呼叫热备份的方法，其特征在于，当所述信令处理部件发生故障时，所述步骤三具体为：

所述信令处理备件激活/重建一信令处理实体，并处理所述信令处理部件管理的呼叫；

所述信令处理备件通知相关的所述接口处理部件及相关的所述业务处理部件，所述信令处理实体所在部件发生变更。

4.根据权利要求2或3所述的实现呼叫热备份的方法，其特征在于，当所述接口处理部件发生故障时，所述步骤三具体为：

所述接口处理备件激活/重建一接口处理实体，并处理所述接口处理部件负责的接口，保持对外网元的接口信息不变并通过通知相关的所述信令处理部件和相关的所述业务处理部件更新与相关的所述业务处理部件的接续关系。

5.根据权利要求2或3所述的实现呼叫热备份的方法，其特征在于，当所述业务处理部件发生故障时，所述步骤三具体为：

所述业务处理备件激活/重建业务处理实体，并处理所述业务处理部件负责的业务，再通过通知相关的所述信令处理部件和相关的所述接口处理部件更新与相关的所述接口处理部件的呼叫接续关系。

6.根据权利要求2所述的实现呼叫热备份的方法，其特征在于，所述步骤二中，进一步包括：由所述信令处理部件、所述接口处理部件和所述业务处理部件将一备份信息备份至一专用热备份部件的步骤。

7.根据权利要求6所述的实现呼叫热备份的方法，其特征在于，当所述信令处理部件发生故障时，所述步骤三具体为：

所述专用热备份部件选择一信令处理备件作为所述备件，并将所述备份信息传送至该信令处理备件，由该信令处理备件处理所述信令处理部件管理的呼叫，并激活/重建一信令处理实体；

所述专用热备份部件通知相关的所述接口处理部件及相关的所述业务处理部件，该信令处理实体所在部件发生变更。

8.根据权利要求6或7所述的实现呼叫热备份的方法，其特征在于，当所述接口处理部件发生故障时，所述步骤三具体为：

所述专用热备份部件选择一接口处理备件作为所述备件，并将所述备份信息传送至该接口处理备件，该接口处理备件激活/重建一接口处理实体，并处理所述接口处理部件负责的接口，保持对外部网元的接口信息不变；

所述专用热备份部件通过通知相关的所述信令处理部件及相关的所述业务处理部件更新与相关的所述业务处理部件的接续关系。

9.根据权利要求6或7所述的实现呼叫热备份的方法，其特征在于，当所述业务处理部件发生故障时，所述步骤三具体为：

所述专用热备份部件选择一业务处理备件作为备件，并将所述备份信息传送至该业务处理备件，该业务处理备件激活/重建一业务处理实体，由该业务处理实体处理所述业务处理部件负责的业务；

所述专用热备份部件通过通知相关的所述信令处理部件和相关的所述接口处理部件更新与相关的所述接口处理部件的呼叫接续关系。

10.根据权利要求1、2、3、6或7所述的实现呼叫热备份的方法，其特征在于，所述步骤三中，进一步包括：当所述备件完成呼叫激活/重建后，根据所述备件的类型将所述处理实体所在部件发生变更的情况通知到所述相关部件的步骤，具体为：

当所述备件为信令处理备件时，所述信令处理备件通知所述接口处理部件、所述业务处理部件所述信令处理实体所在部件发送变更；或

当所述备件为接口处理备件时，所述接口处理备件通知所述信令处理部件、所述业务处理部件所述接口处理实体所在部件发送变更；或

当所述备件为业务处理备件时，所述业务处理备件通知所述信令处理部件、所述接口处理部件所述业务处理实体所在部件发送变更。

11.一种实现呼叫热备份的系统，包括顺次连接的接口处理部件、信令处理部件、业务处理部件，其特征在于，还包括：

一信令处理部件资源池，与所述信令处理部件对应，设有至少一个信令处理备件；

一接口处理部件资源池，与所述接口处理部件对应，设有至少一个接口处理备件；和

一业务处理部件资源池，与所述业务处理部件对应，设有至少一个业务处理备件；

当接通所述通信网络的呼叫后，分别选择所述信令处理部件资源池、所述接口处理部件资源池和所述业务处理部件资源池中的一个或多个备件，并将一备份信息备份至所述备件及一相关部件；

当所述信令处理部件、所述接口处理部件和所述业务处理部件发生故障时，由所述备件根据所述备份信息激活/重建相应的处理实体，并通知所述相关部件所述处理实体所在部件发生变更。

12.根据权利要求11所述的实现呼叫热备份的系统，其特征在于，还包括：一专用热备份部件，用于接收所述信令处理部件、所述接口处理部件和所述业务处理部件传送的所述备份信息，并将所述备份信息备份到所述备件。

Images