CN106973173A - 一种呼叫请求发送方法及装置 - Google Patents

Abstract

本发明公开了一种呼叫请求发送方法及装置，用于解决由于每次通话在分配CP时的不确定性可能会导致通话失败的技术问题。该方法包括：接收第一呼叫请求；通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留的业务控制点CP为第二CP；将所述第一呼叫请求分发给所述第二CP。

Description

一种呼叫请求发送方法及装置

技术领域

本发明涉及通信技术领域，特别涉及一种呼叫请求发送方法及装置。

背景技术

VPBX(Virtual Private Branch Exchange，虚拟用户级交换机)是运营商专门为企业托管的内部通信网络服务，设备部署和业务实现完全在运营商侧，既满足企业完善的通信服务同时降低管理成本。呼叫驻留及接续业务，是VPBX业务中一个应用比较广泛的业务特征，表现为：当企业某一分机与企业外的终端通话时，该分机可以将当前来话驻留，由企业内的其它分机继续与该终端接续通话。

现有技术中，呼叫驻留及接续业务是基于业务服务器上使用单CP(ControlPoint，业务控制节点)模式实现的。而一个CP所能承载的用户数量是有限的，随着用户量的增加，到达一定规模时必然要使用多个CP来进行负载均衡，进而提升业务的处理性能。但是在多CP模式下，可能会有以下问题：

例如企业外的用户A呼叫企业内的用户B，该通话驻留在CP1上，之后，用户B挂断，用户A的通话驻留，后续用户C呼叫用户A，想继续通话，而此时的通话很可能被分配到其他的CP上，由于前后的CP不一致，可能会导致通话失败。

即，在多CP模式下，由于每次通话在分配CP时的不确定性，可能会导致通话失败。

发明内容

本发明实施例提供一种呼叫请求发送方法及装置，用于解决由于每次通话在分配CP时的不确定性可能会导致通话失败的技术问题。

第一方面，提供第一种呼叫请求发送方法，包括：

接收第一呼叫请求；

通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP为第二CP；

将所述第一呼叫请求分发给所述第二CP。

第二方面，提供第二种呼叫请求发送方法，包括：

第一CP接收第一呼叫请求，所述第一呼叫请求用于第一终端请求与第二终端进行通话；

所述第一CP判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述第一CP上；

若所述第一呼叫请求所对应的线路信息所在的呼叫未驻留在所述第一CP上，所述第一CP为所述第一呼叫请求添加第二CP的接入码；所述第二CP为所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；所述第二CP的接入码用于指示将所述第一呼叫请求分发到所述第二CP；

所述第一CP将添加了所述第二CP的接入码的第一呼叫请求发送给第一网元。

可选的，在所述第一CP为所述第一呼叫请求添加第二CP的接入码之前，还包括：

所述第一CP通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述第二CP上；

所述第一CP通过查询获得所述第二CP的接入码。

可选的，在所述第一CP判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述第一CP上之后，还包括：

若所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述第一CP上，则所述第一CP将所述第一呼叫请求发送给第二终端，以接通所述第一终端与所述第二终端之间的通话。

可选的，所述方法还包括：

所述第一CP接收第二呼叫请求，所述第二呼叫请求用于所述第二终端请求与第三终端进行通话；

若未存储与所述第二呼叫请求对应的信息，则所述第一CP存储与所述第二呼叫请求对应的信息；及，

所述第一CP将所述第二呼叫请求发送给所述第三终端，以接通所述第二终端与所述第三终端之间的通话；

其中，所述第二呼叫请求对应的信息，包括所述第二呼叫请求对应的线路信息以及所述第一CP的接入码。

可选的，在所述第一CP将所述第一呼叫请求发送给所述第三终端之后，还包括：

所述第一CP接收所述第三终端发送的停止通话请求；

所述第一CP释放所述第三终端的资源，以结束所述第二终端与所述第三终端之间的通话，且，所述第一CP根据所述第三终端发送的驻留业务码控制所述第二终端处于通话驻留状态。

第三方面，提供第三种呼叫请求发送方法，包括：

接收携带CP的接入码的第一呼叫请求；

确定所述第一呼叫请求携带的CP的接入码为第二CP的接入码；

将所述第一呼叫请求分发给所述第二CP。

第四方面，提供第一种呼叫请求发送装置，包括：

接收模块，用于接收第一呼叫请求；

确定模块，用于通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP为第二CP；

发送模块，用于将所述第一呼叫请求分发给所述第二CP。

第五方面，提供一种CP，包括：

接收模块，用于接收第一呼叫请求，所述第一呼叫请求用于第一终端请求与第二终端进行通话；

判断模块，用于判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述CP上；

添加模块，用于若所述第一呼叫请求所对应的线路信息所在的呼叫未驻留在所述CP上，为所述第一呼叫请求添加第二CP的接入码；所述第二CP为所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；所述第二CP的接入码用于指示将所述第一呼叫请求分发到所述第二CP；

发送模块，用于将添加了所述第二CP的接入码的第一呼叫请求发送给第一网元。

可选的，所述CP还包括查询模块和获取模块；

所述查询模块用于：在所述添加模块为所述第一呼叫请求添加第二CP的接入码之前，通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述第二CP上；

所述获取模块用于：通过查询获得所述第二CP的接入码。

可选的，所述发送模块还用于：

在所述判断模块判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述CP上之后，若所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述CP上，则将所述第一呼叫请求发送给第二终端，以接通所述第一终端与所述第二终端之间的通话。

可选的，所述CP还包括存储模块；

所述接收模块还用于：接收第二呼叫请求，所述第二呼叫请求用于所述第二终端请求与第三终端进行通话；

所述存储模块用于：若未存储与所述第二呼叫请求对应的信息，则存储与所述第二呼叫请求对应的信息；及，

所述发送模块还用于：将所述第二呼叫请求发送给所述第三终端，以接通所述第二终端与所述第三终端之间的通话；

其中，所述第二呼叫请求对应的信息，包括所述第二呼叫请求对应的线路信息以及所述CP的接入码。

可选的，所述CP还包括释放模块；

所述接收模块还用于：在所述发送模块将所述第一呼叫请求发送给所述第三终端之后，接收所述第三终端发送的停止通话请求；

所述释放模块用于：释放所述第三终端的资源，以结束所述第二终端与所述第三终端之间的通话，且，所述CP根据所述第三终端发送的驻留业务码控制所述第二终端处于通话驻留状态。

第六方面，提供第二种呼叫请求发送装置，包括：

接收模块，用于接收携带CP的接入码的第一呼叫请求；

确定模块，用于确定所述第一呼叫请求携带的CP的接入码为第二CP的接入码；

发送模块，用于将所述第一呼叫请求分发给所述第二CP。

第七方面，提供第一种通信系统，包括至少两个CP及呼叫请求发送装置；

所述至少两个CP中的第一CP用于将第一呼叫请求发送给所述呼叫请求分发装置；

所述呼叫请求分发装置用于通过查询确定接收的所述第一呼叫请求所对应的线路信息所在的呼叫驻留的业务控制点CP为所述至少两个CP中的第二CP，将所述第一呼叫请求分发给所述第二CP；

所述第二CP用于接收所述第一呼叫请求。

第八方面，提供第二种通信系统，包括至少两个CP及呼叫请求发送装置；

所述至少两个CP中的第一CP用于：

接收第一呼叫请求，所述第一呼叫请求用于第一终端请求与第二终端进行通话；判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述第一CP上；

若所述第一呼叫请求所对应的线路信息所在的呼叫未驻留在所述第一CP上，为所述第一呼叫请求添加所述至少两个CP中的第二CP的接入码；所述第二CP为所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；所述第二CP的接入码用于指示将所述第一呼叫请求分发到所述第二CP；

发送添加了所述第二CP的接入码的第一呼叫请求；

所述呼叫请求分发装置用于：

接收携带所述第二CP的接入码的第一呼叫请求；

将所述第一呼叫请求分发给所述第二CP；

所述第二CP用于：接收所述第一呼叫请求。

本发明实施例中，如果接收第一呼叫请求，则可以通过查询确定第一呼叫请求对应的线路信息所在的呼叫究竟驻留在哪个CP上，例如驻留在第二CP，则可以将第一呼叫请求分发给第二CP，即，可以将第一呼叫请求分发给呼叫驻留的CP，以保证两个终端之间的通话正常进行，避免通话失败的情况发生，提高通话过程的可靠性，也提高用户体验。

附图说明

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

图1为VPBX中多CP模式示意图；

图2为本发明实施例中第一种呼叫请求发送方法的流程图；

图3本发明实施例中第二种呼叫请求发送方法的流程图；

图4本发明实施例中第三种呼叫请求发送方法的流程图；

图5A为本发明实施例中实现通话接续的方法流程图；

图5B为本发明实施例中结合装置介绍实现通话接续的示意图；

图6为本发明实施例中呼叫请求发送装置的第一种结构框图。

图7为本发明实施例中第一CP的结构框图；

图8为本发明实施例中呼叫请求发送装置的第二种结构框图。

具体实施方式

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

以下，对本发明中的部分用语进行解释说明，以便于本领域技术人员理解。

1)终端，是指向用户提供语音和/或数据连通性的设备，例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端可以经RAN与核心网进行通信，与RAN交换语音和/或数据。该终端可以称为UE(user equipment，用户设备)、无线终端、移动终端、订户单元(SubscriberUnit)、订户站(Subscriber Station)，移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、AP(Access Point，接入点)、远程终端(RemoteTerminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(User Agent)、或用户装备(User Device)等。例如，可以是移动电话(或称为“蜂窝”电话)，具有移动终端的计算机，便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。例如，PCS(Personal Communication Service，个人通信业务)电话、无绳电话、SIP(会话发起协议)话机、WLL(WirelessLocal Loop，无线本地环路)站、PDA(Personal Digital Assistant，个人数字助理)等设备。

2)AS(Application Server，应用服务器)，可用于提供底层业务能力，如：呼叫控制，状态上报，话单生成等功能。

3)MRS(Media Resource Server，媒体资源服务器)，一般为MS(MediaServer，媒体服务器)，可用于提供语音媒体能力，如在呼叫过程中给用户播放提示音收号等。

4)CP(Control Point，业务控制点)，是电信智能网中一个网元，智能业务的集中地，如VPBX业务可以在该网元上加载运行，供应商只需升级CP就能够提供新的服务。

各网元中使用的协议如下：

1)AS同MRS或终端之间为呼叫通话的媒体协商，AS与终端通过核心网使用SIP(Session Initiation Protocol，会话初始协议)协议互通，AS同MRS之间通常使用SIP协议或MGCP(Media Gateway Control Protocol，媒体网关控制协议)协议，具体决定于MRS所支持的协议类型。

2)终端同MRS之间为媒体流的传送，终端与MRS具体媒体包的编解码格式，收发端口，带宽传输速率等，根据呼叫时终端同MRS之间的媒体协商进行。

下面介绍本发明实施例的网络架构。

本发明实施例为多CP模式下的解决方案，本发明实施例中涉及的网元结构图请参见图1。在多CP模式下，AS包括一个sipproxy(SIP代理服务器)及多个CP(图1中为CP1-CP3)。sipproxy根据分发策略将呼叫送到CP，以及转发呼叫(转发来自CP的呼叫到核心网)。这种多CP模式可以均衡大容量的用户呼叫负载，提升业务处理性能。

需要注意的是，图1只是一个概要的图示，隐藏了IMS(InternetProtocolMultimedia Subsystem，网际协议多媒体子系统)网络或NGN(NextGeneration Network，下一代网络)网络的拓扑结构，在实际实现中，AS，MRS及终端是接入或锚定到IMS网络或NGN网络中的。

在多CP模式下，可能会有以下问题：

例如企业外的用户A呼叫企业内的用户B，该通话驻留在CP1上，之后，用户B挂断，用户A的通话驻留，后续用户C呼叫用户A，想继续通话，而此时的通话很可能被分配到其他的CP上，由于前后的CP不一致，可能会导致通话失败。

即，在多CP模式下，由于每次通话在分配CP时的不确定性，可能会导致通话失败。

本发明实施例充分考虑到以上问题，如果接收第一呼叫请求，则可以通过查询确定第一呼叫请求对应的线路信息所在的呼叫究竟驻留在哪个CP上，例如驻留在第二CP，则可以将第一呼叫请求分发给第二CP，即，可以将第一呼叫请求分发给呼叫驻留的CP，以保证两个终端之间的通话正常进行，避免通话失败的情况发生，提高通话过程的可靠性，也提高用户体验。

下面结合附图介绍本发明中优选的实施例。

请参见图2，本发明实施例提供第一种呼叫请求发送方法，例如该方法可以由sipproxy执行。该方法的流程描述如下。

步骤201：接收第一呼叫请求；

步骤202：通过查询确定第一呼叫请求所对应的线路信息所在的呼叫驻留的CP为第二CP；

步骤203：将第一呼叫请求分发给第二CP。

下面介绍比较完整的过程。

例如，第二CP先接收来自第二终端的呼叫请求，例如称为第二呼叫请求，例如第二呼叫请求用于请求与系统内的第三终端进行通话，第三终端为系统内与第一终端不同的终端。如果第二呼叫请求是第二终端首次向系统内的终端发起呼叫，那么第二CP之前未存储与第二呼叫请求对应的信息，则第二CP可以存储与第二呼叫请求对应的信息，比如可以包括第二呼叫请求对应的线路信息、第二CP的接入码、及第二CP的CP号中的至少一种，当然还可能包括其他的信息。且，第二CP可以将存储的与第二呼叫请求对应的信息发送给sipproxy。

本发明实施例中，线路信息例如可以包括线路号，当然还可以包括其他信息。

然后，第二CP将第二呼叫请求发送给第三终端，以接通第二终端与第三终端之间的通话。

在第二终端与第三终端之间的通话接通后，第二CP可能会接收第三终端发送的停止通话请求，那么第二CP可以释放第三终端的资源，以结束第二终端与第三终端之间的通话，且，第二CP可以根据第三终端发送的驻留业务码控制第二终端处于通话驻留状态，那么，系统内的其他终端还可以与第二终端进行通话。

在控制第二终端处于通话驻留状态后，系统内可能有其他终端想要继续与第二终端进行通话，比如为第一终端，则第一终端就发送第一呼叫请求。而第一终端发送的第一呼叫请求经核心网等网元路由到sipproxy后，sipproxy可以通过查询确定第一呼叫请求所对应的线路信息所在的呼叫驻留的CP，例如查询确定为第二CP，则sipproxy可以将第一呼叫请求直接分发给第二CP。

本发明实施例里的系统，可以是指部署在一个AS中的CP所服务的终端构成的系统。

即，sipproxy可以将第一呼叫请求分发给呼叫驻留的CP，以保证两个终端之间的通话正常进行，避免通话失败的情况发生，提高通话过程的可靠性，也提高用户体验。

请参见图3，本发明实施例提供第二种呼叫请求发送方法，该方法的流程描述如下。

步骤301：第一CP接收第一呼叫请求，第一呼叫请求用于第一终端请求与第二终端进行通话；

步骤302：第一CP判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP上；

步骤303：若第一呼叫请求所对应的线路信息所在的呼叫未驻留在第一CP上，第一CP为第一呼叫请求添加第二CP的接入码；第二CP为第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；第二CP的接入码用于指示将第一呼叫请求分发到第二CP；

步骤304：第一CP将添加了第二CP的接入码的第一呼叫请求发送给第一网元。

其中，若应用场景为呼叫驻留业务场景或呼叫代答业务场景等，那么第二终端为系统外的终端，第一终端为系统内的终端，且第二终端可以处于通话驻留状态。若应用场景为会议接入业务场景，那么第二终端可以未处于通话驻留状态。

若第二终端处于通话驻留状态，则第二终端之前曾与系统内的其他终端通话。

这里的系统，可以是指部署在一个AS中的CP所服务的终端构成的系统。

可选的，若第二终端处于通话驻留状态，则在第一CP接收第一呼叫请求之前，还包括：

第一CP接收第二呼叫请求，第二呼叫请求用于第二终端请求与第三终端进行通话；

若未存储与第二呼叫请求对应的信息，则第一CP存储与第二呼叫请求对应的信息；及，

第一CP将所述第二呼叫请求发送给第三终端，以接通第二终端与第三终端之间的通话；

其中，第二呼叫请求对应的信息，包括第二呼叫请求对应的线路信息以及第一CP的接入码。

其中，第三终端为系统内的终端。即，在接收来自第一终端的第一呼叫请求之前，第一CP先接收了来自第二终端的呼叫请求，例如称为第二呼叫请求，例如第二呼叫请求用于请求与系统内的第三终端进行通话，第三终端为系统内与第一终端不同的终端。如果第二呼叫请求是第二终端首次向系统内的终端发起呼叫，那么第一CP之前未存储与第二呼叫请求对应的信息，则第一CP可以存储与第二呼叫请求对应的信息，比如可以包括第二呼叫请求对应的线路信息、第二CP的接入码、及第二CP的CP号中的至少一种，当然还可能包括其他的信息。

然后，第一CP将第二呼叫请求发送给第三终端，以接通第二终端与第三终端之间的通话。

可选的，在第一CP将第一呼叫请求发送给第三终端之后，还包括：

第一CP接收第三终端发送的停止通话请求；

第一CP释放第三终端的资源，以结束第二终端与第三终端之间的通话，且，第一CP根据第三终端发送的驻留业务码控制第二终端处于通话驻留状态。

即，在第二终端与第三终端之间的通话接通后，第一CP可能会接收第三终端发送的停止通话请求，那么第一CP可以释放第三终端的资源，以结束第二终端与第三终端之间的通话，且，第一CP可以根据第三终端发送的驻留业务码控制第二终端处于通话驻留状态，那么，系统内的其他终端还可以与第二终端进行通话。

在控制第二终端处于通话驻留状态后，系统内可能有其他终端想要继续与第二终端进行通话，比如为第一终端，而第一终端发送的第一呼叫请求经核心网等网元路由到sipproxy后，由于sipproxy控制了多个CP，则可能第一呼叫请求会被不确定地分配到其中的任意一个CP上，这个分配的CP可能是第一呼叫请求所对应的线路信息所在的呼叫所驻留的CP，或者也可能不是第一呼叫请求所对应的线路信息所在的呼叫所驻留的CP。

按照如前的描述，若第二终端首次呼叫时对应的CP为第一CP，是第一CP控制第二终端处于通话驻留状态，那么，第一呼叫请求所对应的线路信息所在的呼叫所驻留的CP就是第一CP。但在如下的描述中，为阐述本发明实施例的重点，还是以第一CP不是第一呼叫请求所对应的线路信息所在的呼叫所驻留的CP为例。

例如，第一呼叫请求被分配到了第一CP，那么第一CP接收第一呼叫请求。之后，第一CP可以通过查询判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP，如果不是，则第一CP可以为第一呼叫请求添加第二CP的接入码，并将添加了第二CP的接入码的第一呼叫请求发送给第一网元。

可选的，在第一CP为第一呼叫请求添加第二CP的接入码之前，还包括：

第一CP通过查询确定第一呼叫请求所对应的线路信息所在的呼叫驻留在第二CP上；

第一CP通过查询获得第二CP的接入码。

即，如果第一CP可以通过查询确定第一呼叫请求所对应的线路信息所在的呼叫未驻留在第一CP，则第一CP可以继续查询确定第一呼叫请求所对应的线路信息所在的呼叫请求所驻留的CP，例如查询确定为第二CP，且通过查询也可以获知第二CP的接入码，则第一CP为第一呼叫请求添加第二CP的接入码，例如可以将第二CP的接入码增加为第一呼叫请求的前缀。

在第一CP将添加了第二CP的接入码的第一呼叫请求发送给第一网元(例如第一网元可以是核心网中的网元)后，第一网元发现第一呼叫请求的前缀为第二CP的接入码，则第一网元会将添加了第二CP的接入码的第一呼叫请求原样发回给AS继续处理。AS中的sipproxy收到后，发现第一呼叫请求的前缀为CP的接入码，且通过查询确定该CP的接入码为第二CP的接入码，则sipproxy会将添加了第二CP的接入码的第一呼叫请求重新分发给第二CP。第二CP收到添加了第二CP的接入码的第一呼叫请求后，去掉第一呼叫请求的前缀，即去掉第二CP的接入码，之后通过第一呼叫请求的线路信息查询数据库，发现该线路信息所在的CP正是第二CP，于是第二CP将第一呼叫请求发送给第二终端，以接通第二终端与第一终端之间的通话。

即，如果驻留后的CP与之前的CP不一致，则之后的CP可以触发重新为第一呼叫请求分配CP，以保证两个终端之间的通话正常进行，避免通话失败的情况发生，提高通话过程的可靠性，也提高用户体验。

可选的，在第一CP判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP上之后，还包括：

若第一呼叫请求所对应的线路信息所在的呼叫驻留在第一CP上，则第一CP将第一呼叫请求发送给第二终端，以接通第一终端与第二终端之间的通话。

即，如果第一呼叫请求所对应的线路信息所在的呼叫驻留在第一CP上，那么第一CP可以直接接通第一终端与第二终端之间的通话。

请参见图4，基于同一发明构思，本发明实施例提供第三种呼叫请求发送方法，例如该方法可以由sipproxy执行。该方法的流程描述如下。

步骤401：接收携带CP的接入码的第一呼叫请求；

步骤402：确定第一呼叫请求携带的CP的接入码为第二CP的接入码；

步骤403：将第一呼叫请求分发给第二CP。

sipproxy接收到一个呼叫请求时，可以先确定该呼叫请求是否携带了CP的接入码，例如可以确定该呼叫请求的前缀是否为CP的接入码。如果该呼叫请求未携带CP的接入码，那么sipproxy可以在sipproxy所管理的CP中任意为该呼叫请求分配一个CP，例如可能是随机分配。

而如果该呼叫请求携带了CP的接入码，则sipproxy可以通过查询确定该呼叫请求所携带的是哪个CP的接入码，其中，本发明实施例中，可以在sipproxy中预先存储该sipproxy所管理的各个CP的接入码与CP之间的一一对应的关系。那么sipproxy通过查询就可以确定该呼叫请求所携带的是哪个CP的接入码，例如为第二CP的接入码，那么sipproxy就可以将该呼叫请求分发给第二CP。

其中，图4所示的流程为与图3所示的流程为相应的流程，内容可相互参考。

本发明实施例中，如果第一呼叫请求被分配到第一CP，那么第一CP可以判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP上，即判断在本次驻留通话之前的第二终端的通话是否驻留在第一CP上，如果不是的话，则第一CP可以为第一呼叫请求添加第二CP的接入码，并将第一呼叫请求发送给核心网网元，而不将第一呼叫请求发送给第二终端，这样，核心网网元接收到添加了第二CP的接入码的第一呼叫请求后会重新分配第一呼叫请求，而第一呼叫请求中添加了第二CP的接入码，第二CP是第一呼叫请求所对应的线路信息所在的呼叫驻留的CP，则第一呼叫请求可以被重新分配到第二CP，则第二CP就可以将第一呼叫请求发送给第二终端，从而实现第二终端与第一终端之间的通话。

即，如果驻留后的CP与之前的CP不一致，则之后的CP可以触发重新为第一呼叫请求分配CP，以保证两个终端之间的通话正常进行，避免通话失败的情况发生，提高通话过程的可靠性，也提高用户体验。

下面举例介绍本发明实施例中图3-图4提供的技术方案。

例如A是系统外的任一终端，B是系统内的任一终端，C是系统内的除B之外的任一终端。

针对多CP模式，假设VPBX业务部署在4个CP上，分别为CP1～CP4。且在AS上的sipproxy中增加这4个CP的接入码配置，对应于CP1～CP4的接入码分别为A1001、A1002、A1003、和A1004，即，sipproxy收到呼叫前缀为上述其中的一个接入码的呼叫请求时，会将该呼叫请求分发到该接入码对应的CP上。同时在核心网网元(例如为第一网元)上配置：当收到来自AS的号码前缀为公共接入码的呼叫请求时直接返回给AS继续处理。公共接入码，例如是CP的接入码本身，或者也可以是其他预先设定的接入码。例如在该实施例中，公共接入码为A10。下面介绍呼叫过程。

首先，A呼叫系统内的B，sipproxy根据B的终端号码所签约的信息以及分发策略等，将该呼叫请求(例如为呼叫请求1)分发到VPBX业务所在的CP(这里假设为CP1)，进而CP1转发该呼叫请求1至B。

B响铃应答，A与B开始通话，此时CP1上的VPBX业务向数据库中的呼叫控制表中写入A与B的相关信息记录，包括线路号(在同一系统内该值唯一，标识该系统在当前时刻正在服务中的分机个数，为大于0的整数值)、所在的CP号、CP接入码(与CP号一一对应，这里触发的是CP1，即该值为A1001)、及会话号(唯一的即标识此次会话)中的至少一种。

在A与B的通话过程中，B按下特定键(例如为**)键后，CP1上的VPBX业务收到该按键信息后通过MRS给A放保持音，即令A保持通话驻留状态，同时给B放提示音。

B再输入驻留业务码，例如为88#，CP1上的VPBX业务通过MRS再次给B放提示音，该提示音内容例如为“您目前会话所在的线路号是X”(这里假设线路号为1)，比如可以重复3次，之后B的资源被释放，或者说B的信息被释放，B挂断。

请参见图5A，以下的过程结合附图进行介绍。

步骤1、A的电话处于通话驻留状态。

步骤2、系统内的C想要与A接续通话，例如C可以拨打*99(呼叫接续码)+(线路号)即*991。

步骤3、C的呼叫请求(例如为呼叫请求2)经过核心网等网元路由到了AS上的sipproxy后，会被不确定的分到CP1～CP4中的其中一个CP(因为B与C属于同一系统的VPBX用户，所以会触发部署有VPBX业务的CP上)，例如分配到CP5。CP5可能是CP1～CP4中的任意一个CP。

步骤4、CP5的VPBX业务通过线路号查询数据库确定该线路号所在的CP与当前触发的CP是否相同，若相同，执行步骤5，若不相同，执行步骤7。

步骤5、若CP5为CP1，则CP1确定该线路号所在的CP与当前触发的CP相同，此时，于是发送实例间通信方式完成与A的业务接续功能。执行步骤6。

步骤6、A与C开始通话。结束流程。

步骤7、若CP5不是CP1，例如是CP2，则CP5确定该线路号所在的呼叫并没有驻留在本CP上，CP5的VPBX业务通过使用线路号查询数据库得到呼叫请求2驻留的CP的接入码为A1001(前面驻留A时该信息已在数据库保存)，则CP5的VPBX业务可以拨打A1001+*99+1(线路号)，继续将呼叫请求2路由下呼给核心网网元。

步骤8、当核心网网元收到来自AS的路由请求发现号码前缀为A10，则原样返回该呼叫请求2给AS继续处理。

步骤9、AS上的呼叫分发模块收到A1001*991的呼叫请求2时，发现前缀A1001即为CP1接入码，则根据配置将呼叫请求2重新分发给CP1(即为驻留呼叫所在的CP)。

步骤10、CP1收到呼叫请求2后，CP1的VPBX业务处理去掉呼叫请求2的前缀，即去掉CP1的接入码，之后通过线路号查询数据库，发现该线路号所在的CP正是当前触发的CP，于是发送实例间通信方式完成与A的业务接续功能，A与C开始通话。

步骤11、A或C某一方挂机，流程结束。

请参见图5B，结合装置介绍本发明实施例中提供的通话接续方法。

呼叫分发模块与呼叫转发模块：多CP模式时，负责SIP消息的分发和转发，由sipproxy实现，这两个模块可以是同一模块，或者也可以是两个不同的模块。sipproxy收到核心网的SIP消息，由呼叫分发模块按一定分发策略分发给某CP，呼叫转发模块转发来自CP的SIP消息给核心网。

业务处理模块：实现业务的逻辑执行，运行在当前呼叫所触发的CP上。

数据库模块：由业务调用使用，保存呼叫中的相关信息，例如包括接入码、线路信息等等。

放音收号模块：在业务处理过程中给通话中的用户放音或者收号时调用。

步骤1、用户C拨打接续接入码+线路号，经呼叫分发模块分发到CP(这里标示为接续方CP)。

步骤2、CP上的业务处理模块收到呼叫请求后，根据接续的接入码判断C想要接续某个已经驻留的电话，通过调用数据库模块，以线路号为查询条件查询出之前驻留呼叫时所保存的CP的接入码、CP号等信息。当业务执行时发现，当前所在的CP与查询的驻留方所在的CP不是同一个时，则在号码前面加上在数据库中查询到的CP的接入码，继续将该呼叫请求路由下呼(即为CP接入码+接续码+线路号格式)。

步骤3、呼叫转发模块将来自CP的路由请求直接转发给核心网网元。

步骤4、核心网网元根据之前的配置，对于这种带特定接入码的来自AS的呼叫请求，直接原样返回给AS。

步骤5、sipproxy收到来自核心网的呼叫请求，呼叫转发模块发现该呼叫请求的前缀为CP的接入码的格式，于是呼叫转发模块根据配置将该呼叫请求分发给与该CP的接入码对应的CP。

根据前面的处理之后，此时触发的业务处理模块所在的CP即为之前驻留呼叫所在的CP。即接续方呼叫与驻留方呼叫目前集中在同一个CP上，进而通过业务处理模块实现呼叫接续的桥接，接通主叫用户终端与接续用户终端的通话，完成接续功能。

图5B所示的核心网即为核心网网元，其实图5B中示出的两个核心网可以表示同一核心网网元，只是为了解释的更为清楚所以这样画。

以下结合附图介绍本发明实施例中的装置。

请参见图6，基于同一发明构思，本发明实施例提供一种呼叫请求发送装置，该装置例如可以由sipproxy实现，例如该装置可以是sipproxy本身，或者例如该装置可以是位于sipproxy中的功能模块，或者例如该装置可以是sipproxy中的如图5B所示的呼叫分发模块。该装置可以包括接收模块601、确定模块602和发送模块603。

接收模块601，用于接收第一呼叫请求；

确定模块602，用于通过查询确定第一呼叫请求所对应的线路信息所在的呼叫驻留的CP为第二CP；

发送模块603，用于将第一呼叫请求分发给第二CP。

图6所示的呼叫请求发送装置为与图1的方法流程对应的装置，各模块执行步骤时的详细介绍可参考图1流程。

请参见图7，基于同一发明构思，本发明实施例提供一种CP，该CP可以是如前所述的第一CP，该CP可以包括接收模块701、判断模块702、添加模块703和发送模块704。

接收模块701，用于接收第一呼叫请求，第一呼叫请求用于第一终端请求与第二终端进行通话；

判断模块702，用于判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP上；

添加模块703，用于若第一呼叫请求所对应的线路信息所在的呼叫未驻留在第一CP上，为第一呼叫请求添加第二CP的接入码；第二CP为第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；第二CP的接入码用于指示将第一呼叫请求分发到第二CP；

发送模块704，用于将添加了第二CP的接入码的第一呼叫请求发送给第一网元。

可选的，第一CP还包括查询模块和获取模块；

查询模块用于：在添加模块703为第一呼叫请求添加第二CP的接入码之前，通过查询确定第一呼叫请求所对应的线路信息所在的呼叫驻留在第二CP上；

获取模块用于：通过查询获得第二CP的接入码。

可选的，发送模块704还用于：

在判断模块602判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP上之后，若第一呼叫请求所对应的线路信息所在的呼叫驻留在第一CP上，则将第一呼叫请求发送给第二终端，以接通第一终端与第二终端之间的通话。

可选的，第一CP还包括存储模块；

接收模块701还用于：接收第二呼叫请求，第二呼叫请求用于第二终端请求与第三终端进行通话；

存储模块用于：若未存储与第二呼叫请求对应的信息，则存储与第二呼叫请求对应的信息；及，

发送模块704还用于：将第二呼叫请求发送给第三终端，以接通第二终端与第三终端之间的通话；

其中，第二呼叫请求对应的信息，包括第二呼叫请求对应的线路信息以及第一CP的接入码。

可选的，第一CP还包括释放模块；

接收模块701还用于：在发送模块704将第一呼叫请求发送给第三终端之后，接收第三终端发送的停止通话请求；

释放模块用于：释放第三终端的资源，以结束第二终端与第三终端之间的通话，且，第一CP根据第三终端发送的驻留业务码控制第二终端处于通话驻留状态。

图7所示的CP为与图3流程中的第一CP所对应的CP，各模块执行步骤时的详细介绍可参考图3流程。图7所示的CP可以是图5B所示的接续方CP，也可以是图5B所示的驻留方所在CP。

请参见图8，基于同一发明构思，本发明实施例提供一种呼叫请求发送装置，该装置例如可以由sipproxy实现，例如该装置可以是sipproxy本身，或者例如该装置可以是位于sipproxy中的功能模块，或者例如该装置可以是sipproxy中的如图5B所示的呼叫分发模块。该装置可以包括接收模块801、确定模块802和发送模块803。

接收模块801，用于接收携带CP的接入码的第一呼叫请求；

确定模块802，用于确定第一呼叫请求携带的CP的接入码为第二CP的接入码；

发送模块803，用于将第一呼叫请求分发给第二CP。

图8所示的呼叫请求发送装置为与图4的方法流程对应的装置，各模块执行步骤时的详细介绍可参考图4流程。

基于同一发明构思，本发明实施例提供第一种通信系统，该通信系统例如可以包括至少两个CP及呼叫请求发送装置；

至少两个CP中的第一CP用于将第一呼叫请求发送给呼叫请求分发装置；

呼叫请求分发装置用于通过查询确定接收的第一呼叫请求所对应的线路信息所在的呼叫驻留的CP为所述至少两个CP中的第二CP，将第一呼叫请求分发给第二CP；

第二CP用于接收第一呼叫请求。

该呼叫请求分发装置例如可以是如图6中所示的呼叫请求分发装置，该至少两个CP中的任意一个CP，可以是如图7中所示的CP，或者也可以是现有技术中的CP。该第一种通信系统例如可以是AS中的组成部分。

基于同一发明构思，本发明实施例还提供第二种通信系统，该通信系统例如可以包括至少两个CP及呼叫请求发送装置；

至少两个CP中的第一CP用于：

接收第一呼叫请求，第一呼叫请求用于第一终端请求与第二终端进行通话；判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP上；

若第一呼叫请求所对应的线路信息所在的呼叫未驻留在第一CP上，为第一呼叫请求添加至少两个CP中的第二CP的接入码；第二CP为第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；第二CP的接入码用于指示将第一呼叫请求分发到第二CP；

发送添加了第二CP的接入码的第一呼叫请求；

呼叫请求分发装置用于：

接收携带第二CP的接入码的第一呼叫请求；

将第一呼叫请求分发给第二CP；

第二CP用于：接收第一呼叫请求。

该呼叫请求分发装置例如可以是如图8中所示的呼叫请求分发装置，该至少两个CP中的任意一个CP(例如第一CP)，可以是如图7中所示的CP。该第二种通信系统例如可以是AS中的组成部分。

本发明实施例中，如果接收第一呼叫请求，则可以通过查询确定第一呼叫请求对应的线路信息所在的呼叫究竟驻留在哪个CP上，例如驻留在第二CP，则可以将第一呼叫请求分发给第二CP，即，可以将第一呼叫请求分发给呼叫驻留的CP，以保证两个终端之间的通话正常进行，避免通话失败的情况发生，提高通话过程的可靠性，也提高用户体验。

本发明实施例中，如果第一呼叫请求被分配到第一CP，那么第一CP可以判断第一呼叫请求所对应的线路信息所在的呼叫是否驻留在第一CP上，即判断在本次驻留通话之前的第二终端的通话是否驻留在第一CP上，如果不是的话，则第一CP可以为第一呼叫请求添加第二CP的接入码，并将第一呼叫请求发送给核心网网元，而不将第一呼叫请求发送给第二终端，这样，核心网网元接收到添加了第二CP的接入码的第一呼叫请求后会重新分配第一呼叫请求，而第一呼叫请求中添加了第二CP的接入码，第二CP是第一呼叫请求所对应的线路信息所在的呼叫驻留的CP，则第一呼叫请求可以被重新分配到第二CP，则第二CP就可以将第一呼叫请求发送给第二终端，从而实现第二终端与第一终端之间的通话。

即，如果驻留后的CP与之前的CP不一致，则之后的CP可以触发重新为第一呼叫请求分配CP，以保证两个终端之间的通话正常进行，避免通话失败的情况发生，提高通话过程的可靠性，也提高用户体验。

另外，本发明实施例的方案同样适用于多CP模式下的呼叫代答以及会议接入业务。这里简单阐述一下：

1、呼叫代答业务场景是指：用户A拨打系统内用户B的电话，在用户B振铃时(用户B可能此时不在座位并未接起电话)，系统内的另一用户C可以通过拨打代答码+B号码的方式，完成与A的通话，即完成代答B的功能特征。

2、会议接入业务场景是指：电话会议场景下，会议成员收到会议提醒及相关信息(比如会议接入码和会议密码等)后，用户可以通过拨打会议接入码以及根据提示输入密码之后即可成功加入电话会议。

上述两个场景，在单CP模式下比较容易实现，但当AS采用多CP时：

呼叫代答场景下，代答方C拨打代答码+B号码之后，业务逻辑准确找到A拨打B时所触发的CP才可完成代答功能；会议接入场景下，接入会议用户拨打会议接入码之后，业务逻辑需要准确找到会议召所在的CP才可顺利加入会议。这里寻找正确的CP时，可使用本发明实施例所提出的增加前缀接入码的方法，进而找到对应的CP实现多CP模式下呼叫代答及会议接入业务场景。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将装置的内部结构划分成不同的功能单元，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以对本申请的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明实施例的方法，不应理解为对本发明实施例的限制。本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明实施例的保护范围之内。

Claims (16)

1.一种呼叫请求发送方法，其特征在于，包括：

接收第一呼叫请求；

通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留的业务控制点CP为第二CP；

将所述第一呼叫请求分发给所述第二CP。

2.一种呼叫请求发送方法，其特征在于，包括：

第一CP接收第一呼叫请求，所述第一呼叫请求用于第一终端请求与第二终端进行通话；

所述第一CP判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述第一CP上；

若所述第一呼叫请求所对应的线路信息所在的呼叫未驻留在所述第一CP上，所述第一CP为所述第一呼叫请求添加第二CP的接入码；所述第二CP为所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；所述第二CP的接入码用于指示将所述第一呼叫请求分发到所述第二CP；

所述第一CP将添加了所述第二CP的接入码的第一呼叫请求发送给第一网元。

3.如权利要求2所述的方法，其特征在于，在所述第一CP为所述第一呼叫请求添加第二CP的接入码之前，还包括：

所述第一CP通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述第二CP上；

所述第一CP通过查询获得所述第二CP的接入码。

4.如权利要求3所述的方法，其特征在于，在所述第一CP判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述第一CP上之后，还包括：

若所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述第一CP上，则所述第一CP将所述第一呼叫请求发送给第二终端，以接通所述第一终端与所述第二终端之间的通话。

5.如权利要求2-4任一所述的方法，其特征在于，所述方法还包括：

第一CP接收第二呼叫请求，第二呼叫请求用于所述第二终端请求与第三终端进行通话；

若未存储与所述第二呼叫请求对应的信息，则所述第一CP存储与所述第二呼叫请求对应的信息；及，

所述第一CP将所述第二呼叫请求发送给所述第三终端，以接通所述第二终端与所述第三终端之间的通话；

其中，所述第二呼叫请求对应的信息，包括所述第二呼叫请求对应的线路信息以及所述第一CP的接入码。

6.如权利要求5所述的方法，其特征在于，在所述第一CP将所述第一呼叫请求发送给所述第三终端之后，还包括：

所述第一CP接收所述第三终端发送的停止通话请求；

所述第一CP释放所述第三终端的资源，以结束所述第二终端与所述第三终端之间的通话，且，所述第一CP根据所述第三终端发送的驻留业务码控制所述第二终端处于通话驻留状态。

7.一种呼叫请求发送方法，其特征在于，包括：

接收携带业务控制点CP的接入码的第一呼叫请求；

确定所述第一呼叫请求携带的CP的接入码为第二CP的接入码；

将所述第一呼叫请求分发给所述第二CP。

8.一种呼叫请求发送装置，其特征在于，包括：

接收模块，用于接收第一呼叫请求；

确定模块，用于通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留的业务控制点CP为第二CP；

发送模块，用于将所述第一呼叫请求分发给所述第二CP。

9.一种业务控制点CP，其特征在于，包括：

接收模块，用于接收第一呼叫请求，所述第一呼叫请求用于第一终端请求与第二终端进行通话；

判断模块，用于判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述CP上；

添加模块，用于若所述第一呼叫请求所对应的线路信息所在的呼叫未驻留在所述CP上，为所述第一呼叫请求添加第二CP的接入码；所述第二CP为所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；所述第二CP的接入码用于指示将所述第一呼叫请求分发到所述第二CP；

发送模块，用于将添加了所述第二CP的接入码的第一呼叫请求发送给第一网元。

10.如权利要求9所述的CP，其特征在于，所述CP还包括查询模块和获取模块；

所述查询模块用于：在所述添加模块为所述第一呼叫请求添加第二CP的接入码之前，通过查询确定所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述第二CP上；

所述获取模块用于：通过查询获得所述第二CP的接入码。

11.如权利要求10所述的CP，其特征在于，所述发送模块还用于：

在所述判断模块判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述CP上之后，若所述第一呼叫请求所对应的线路信息所在的呼叫驻留在所述CP上，则将所述第一呼叫请求发送给第二终端，以接通所述第一终端与所述第二终端之间的通话。

12.如权利要求9-11任一所述的CP，其特征在于，所述CP还包括存储模块；

所述接收模块还用于：接收第二呼叫请求，所述第二呼叫请求用于所述第二终端请求与第三终端进行通话；

所述存储模块用于：若未存储与所述第二呼叫请求对应的信息，则存储与所述第二呼叫请求对应的信息；及，

所述发送模块还用于：将所述第二呼叫请求发送给所述第三终端，以接通所述第二终端与所述第三终端之间的通话；

其中，所述第二呼叫请求对应的信息，包括所述第二呼叫请求对应的线路信息以及所述CP的接入码。

13.如权利要求12所述的CP，其特征在于，所述CP还包括释放模块；

所述接收模块还用于：在所述发送模块将所述第一呼叫请求发送给所述第三终端之后，接收所述第三终端发送的停止通话请求；

所述释放模块用于：释放所述第三终端的资源，以结束所述第二终端与所述第三终端之间的通话，且，所述CP根据所述第三终端发送的驻留业务码控制所述第二终端处于通话驻留状态。

14.一种呼叫请求发送装置，其特征在于，包括：

接收模块，用于接收携带业务控制点CP的接入码的第一呼叫请求；

确定模块，用于确定所述第一呼叫请求携带的CP的接入码为第二CP的接入码；

发送模块，用于将所述第一呼叫请求分发给所述第二CP。

15.一种通信系统，其特征在于，包括至少两个业务控制点CP及呼叫请求发送装置；

所述至少两个CP中的第一CP用于将第一呼叫请求发送给所述呼叫请求分发装置；

所述呼叫请求分发装置用于通过查询确定接收的所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP为所述至少两个CP中的第二CP，将所述第一呼叫请求分发给所述第二CP；

所述第二CP用于接收所述第一呼叫请求。

16.一种通信系统，其特征在于，包括至少两个业务控制点CP及呼叫请求发送装置；

所述至少两个CP中的第一CP用于：

接收第一呼叫请求，所述第一呼叫请求用于第一终端请求与第二终端进行通话；判断所述第一呼叫请求所对应的线路信息所在的呼叫是否驻留在所述第一CP上；

若所述第一呼叫请求所对应的线路信息所在的呼叫未驻留在所述第一CP上，为所述第一呼叫请求添加所述至少两个CP中的第二CP的接入码；所述第二CP为所述第一呼叫请求所对应的线路信息所在的呼叫驻留的CP；所述第二CP的接入码用于指示将所述第一呼叫请求分发到所述第二CP；

发送添加了所述第二CP的接入码的第一呼叫请求；

所述呼叫请求分发装置用于：

接收携带所述第二CP的接入码的第一呼叫请求；

将所述第一呼叫请求分发给所述第二CP；

所述第二CP用于：接收所述第一呼叫请求。