CN103179539B - 一种呼叫遇忙处理方法及会话控制设备 - Google Patents

Abstract

本发明提供一种呼叫遇忙处理方法及会话控制设备，属于通信领域。所述呼叫遇忙处理方法包括如下步骤：会话控制设备获取到主叫呼叫被叫时、被叫正被占用的信息；所述会话控制设备判断所述被叫是否正在呼叫所述主叫，得到一判断结果；当所述判断结果为是时，所述会话控制设备执行接通所述主叫和所述被叫的流程。根据本发明，对于主被叫同时以对方为呼叫对象的遇忙场景，可以将呼叫连通，提高了呼叫接通率。

Description

一种呼叫遇忙处理方法及会话控制设备

技术领域

本发明涉及通信领域，尤其涉及一种呼叫遇忙处理方法及会话控制设备。

背景技术

在交换网络(例如电路交换CS、IP多媒体子系统IMS)中的呼叫流程中，如果出现两个用户同时给对方拨号的情况时，现有技术的解决方法是：本地交换中心在寻呼或呼叫时会获取到被叫正被占用的信息，然后通知主叫挂断，主叫需要重拨才能继续呼叫。

现有的解决方法会给用户的通信造成不便，甚至有可能再次出现主被叫双方同时呼叫对方而导致的呼叫失败，导致很长时间都不能拨通，增加了用户呼叫时间，降低了通信系统的用户体验。

发明内容

本发明的目的在于提供一种呼叫遇忙处理方法及会话控制设备，对于主被叫同时以对方为呼叫对象的遇忙场景，可以将呼叫连通，提高呼叫接通率。

为实现上述目的，本发明提供技术方案如下：

一种呼叫遇忙处理方法，包括如下步骤：

会话控制设备获取到主叫呼叫被叫时、被叫正被占用的信息；

所述会话控制设备判断所述被叫是否正在呼叫所述主叫，得到一判断结果；

当所述判断结果为是时，所述会话控制设备执行接通所述主叫和所述被叫的流程。

一种会话控制设备，包括：

获取模块，用于获取主叫呼叫被叫时、被叫正被占用的信息；

判断模块，用于判断所述被叫是否正在呼叫所述主叫，得到一判断结果；

执行模块，用于当所述判断结果为是时，执行接通所述主叫和所述被叫的流程。

与现有技术相比，本发明的有益效果是：

根据本发明的技术方案，主叫在呼叫被叫时，如果被叫也正在呼叫主叫，则由会话控制设备直接将呼叫连通，从而提高了呼叫接通率，而且不会明显增加呼叫接续时间。

附图说明

图1为根据本发明实施例的呼叫遇忙处理方法流程图；

图2为本发明实施例中针对局内呼叫的一种详细流程图；

图3为本发明实施例中针对局内呼叫的另一种详细流程图；

图4为本发明实施例中针对局间呼叫的一种详细流程图；

图5为本发明实施例中针对局间呼叫的另一种详细流程图；

图6为根据本发明实施例的会话控制设备的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明进行详细描述。

参照图1，本发明实施例的呼叫遇忙处理方法可以包括如下步骤：

步骤101：主叫呼叫被叫时，会话控制设备获取到被叫正被占用的信息；

对于局内呼叫，会话控制设备可以直接从本地查询被叫的状态，如果被叫空闲，则启动对被叫的呼叫流程；如果被叫正被占用，则需要分析被叫被占用的原因。

对于局间呼叫，主叫会话控制设备根据主叫的建立呼叫请求，呼叫被叫会话控制设备，如果被叫空闲，则主叫和被叫被接通；如果被叫正被占用，被叫交换中心会发送被叫正被占用的失败信息到主叫会话控制设备，主叫会话控制设备获取到被叫正被占用的信息后，需要分析被叫被占用的原因。

步骤102：所述会话控制设备判断所述被叫是否正在呼叫所述主叫，若是，进入步骤103，否则，进入步骤104；

所述会话控制设备获取到被叫正被占用的信息时，可以等待一预定时间T后，判断是否已经接收到所述被叫对所述主叫的呼叫请求，若是，则确定所述被叫正在呼叫所述主叫。此种方式下，终端的呼叫请求到达会话控制设备后，需要等待时间T后，才能完成接通。

所述会话控制设备获取到被叫正被占用的信息时，还可以在预定时间T内判断是否接收到所述被叫对所述主叫的呼叫请求，若是，则确定所述被叫正在呼叫所述主叫。这里，所谓在预定时间T内判断，是指在预定时间内一直进行所述判断，或者，每隔时间t(t＜T)进行一次所述判断，一旦接收到所述被叫对所述主叫的呼叫请求，则进入步骤103。可见，此种方式下，终端的呼叫请求到达会话控制设备后，需要等待的时间最长为T。

预定时间T可以根据需要进行设置，例如将T设置为3～9s，又例如，将T设置为9～12s。t也可以根据需要进行设置，例如设置为1s、2s或3s等。

步骤103：所述会话控制设备执行接通所述主叫和所述被叫的流程，结束；

本步骤中，所述会话控制设备可以虚拟成主叫的呼叫请求的被叫，以及被叫的呼叫请求的主叫，并将这两个呼叫引导至一媒体处理单元上，由所述媒体处理单元接通二者的媒体流。

所述会话控制设备还可以修改两个呼叫请求的属性信息，例如，主叫、被叫标识、路由信息、媒体属性等，将两个呼叫合并成一个呼叫，使得二者之间可以正常通话

步骤104：所述会话控制设备发送被叫正被占用的消息到所述主叫。

可以看出，根据上述方法，主叫在呼叫被叫时，如果被叫也正在呼叫主叫，则由会话控制设备直接将呼叫连通，从而提高了呼叫接通率；另外，通过对T进行合理设置，基本能够保证不会明显增加呼叫接续时间。

在上述实施例中，会话控制设备可以为移动交换中心、软交换控制器、固网交换机、支持IMS中S-CSCF功能的设备，或者其他具有呼叫、会话控制功能的设备。

图2为本发明实施例中针对局内呼叫的一种详细流程图。参照图2，主要包括如下步骤：

终端1发送连接管理(CM)业务请求到交换中心，交换中心向终端1反馈CM业务接受；

终端1发送鉴权请求到交换中心，交换中心向终端1反馈鉴权响应；

终端2发送CM业务请求到交换中心，交换中心向终端2反馈CM业务接受；

终端2发送鉴权请求到交换中心，交换中心向终端2反馈鉴权响应；

终端1发送建立呼叫请求到交换中心，呼叫请求的对象为终端2；

交换中心接收到终端1的建立呼叫请求后，判断终端2是否空闲，由于交换中心已经接收到终端2的CM业务请求，则可以确定终端2正被占用；

此时，交换中心并没有立即返回呼叫失败消息给终端1，而是等待一个预定时间T后进行判断，若在时间T内已经收到终端2的建立呼叫请求，且该呼叫请求的对象为终端1，则将两个呼叫连通，返回呼叫接续消息给终端1和终端2，继续为终端1和终端2进行呼叫建立；

若在时间T内没有收到终端2的建立呼叫请求消息，或者，终端2呼叫的对象并非终端1，则给终端1和终端2返回呼叫失败消息。

在上述流程中，交换中心在接收到终端1的建立呼叫请求时，等待时间T后进行终端2是否正在呼叫终端1的判断。

图3为本发明实施例中针对局内呼叫的另一种详细流程图。与图2所示流程的不同之处在于，交换中心在接收到终端1的建立呼叫请求后，不进行等待，而是在时间T内一直进行所述判断，或者，每隔时间t(t＜T)进行一次所述判断，一旦接收到终端2对终端1的呼叫请求，则接通终端1和终端2；若在时间T内一直没有收到终端2的建立呼叫请求消息，或者，终端2呼叫的对象并非终端1，则给终端1和终端2返回呼叫失败消息。

图4为本发明实施例中针对局间呼叫的一种详细流程图。参照图3，主要包括如下步骤：

终端1发送CM业务请求到主叫交换中心，主叫交换中心向终端1反馈CM业务接受；

终端1发送鉴权请求到主叫交换中心，主叫交换中心向终端1反馈鉴权响应；

终端2发送CM业务请求到被叫交换中心，被叫交换中心向终端2反馈CM业务接受；

终端2发送鉴权请求到被叫交换中心，被叫交换中心向终端2反馈鉴权响应；

终端1发送建立呼叫请求到主叫交换中心，呼叫请求的对象为终端2，主叫交换中心发现终端2属于被叫交换中心，于是，将该呼叫请求发送到被叫交换中心；

被叫交换中心接收到终端1的建立呼叫请求后，由于被叫交换中心已经接收到终端2的CM业务请求，则可以确定终端2正被占用，于是向主叫交换中心发送终端2正被占用的失败信息；

主叫交换中心接收到终端2正被占用的失败信息后，并没有立即返回呼叫失败消息给终端1，而是等待一个预定时间T后进行判断，若在时间T内已经收到被叫交换中心转发过来的终端2的建立呼叫请求，且该呼叫请求的对象为终端1，则将两个呼叫连通，即返回呼叫接续消息给终端1，返回呼叫成功消息给被叫交换中心，由被叫交换中心返回呼叫接续消息给终端2；

若在时间T内没有收到被叫交换中心转发过来的终端2的建立呼叫请求消息，或者，终端2呼叫的对象并非终端1，则给终端1和被叫交换中心返回呼叫失败消息，再由被叫交换中心将呼叫失败消息发送到终端2。

在上述流程中，主叫交换中心在接收到终端1的建立呼叫请求时，等待时间T后进行终端2是否正在呼叫终端1的判断。

图5为本发明实施例中针对局间呼叫的另一种详细流程图。与图4所示流程的不同之处在于，主叫交换中心在接收到终端1的建立呼叫请求后，不进行等待，而是在时间T内一直进行所述判断，或者，每隔时间t(t＜T)进行一次所述判断，一旦接收到终端2对终端1的呼叫请求，则接通终端1和终端2；若在时间T内一直没有收到终端2的建立呼叫请求消息，或者，终端2呼叫的对象并非终端1，则给终端1和被叫交换中心返回呼叫失败消息。

图6为根据本发明实施例的会话控制设备的结构示意图。参照图6，所述会话控制设备可以包括：

获取模块10，用于获取主叫呼叫被叫时、被叫正被占用的信息；

判断模块20，用于判断所述被叫是否正在呼叫所述主叫，得到一判断结果；

执行模块30，用于当所述判断结果为是时，执行接通所述主叫和所述被叫的流程，以及，当所述判断结果为否时，发送被叫正被占用的消息到所述主叫。

其中，所述接通所述主叫和所述被叫的流程为：

将所述会话控制设备虚拟成主叫的呼叫请求的被叫，以及被叫的呼叫请求的主叫，并将这两个呼叫引导至一媒体处理单元上，由所述媒体处理单元接通二者的媒体流；或者

修改两个呼叫请求的属性信息，将两个呼叫合并成一个呼叫。

其中，当所述获取模块10获取到被叫正被占用的信息时，所述判断模块20可以等待一预定时间后，判断是否已经接收到所述被叫对所述主叫的呼叫请求，若是，则确定所述被叫正在呼叫所述主叫。

当所述获取模块10获取到被叫正被占用的信息时，所述判断模块20还可以在一预定时间内判断是否接收到所述被叫对所述主叫的呼叫请求，若是，则确定所述被叫正在呼叫所述主叫。

上述各模块能够执行方法实施例中所描述的多个处理，其具体的工作过程以及工作原理在方法部分已经进行了详细描述，在此不再赘述，参照方法中相应部分的描述即可。

与现有技术的会话控制设备获取到被叫正被占用的信息后通知主叫挂断的方案相比，本发明实施例对于主被叫同时以对方为呼叫对象的遇忙场景，可以将呼叫连通，从而提高呼叫接通率。

最后应当说明的是，以上实施例仅用以说明本发明的技术方案而非限制，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神范围，其均应涵盖在本发明的权利要求范围当中。

Claims (10)

1.一种呼叫遇忙处理方法，其特征在于，包括如下步骤：

会话控制设备获取到主叫呼叫被叫时、被叫正被占用的信息；

所述会话控制设备判断所述被叫是否正在呼叫所述主叫，得到一判断结果；以及

当所述判断结果为是时，所述会话控制设备执行接通所述主叫和所述被叫的流程；

所述接通所述主叫和所述被叫的流程为：

所述会话控制设备虚拟成主叫的呼叫请求的被叫，以及被叫的呼叫请求的主叫，并将这两个呼叫引导至一媒体处理单元上，由所述媒体处理单元接通二者的媒体流；或者

所述会话控制设备修改两个呼叫请求的属性信息，将两个呼叫合并成一个呼叫。

2.如权利要求1所述的呼叫遇忙处理方法，其特征在于，所述会话控制设备判断所述被叫是否正在呼叫所述主叫，具体包括：

所述会话控制设备获取到被叫正被占用的信息时，等待一预定时间后，判断是否已经接收到所述被叫对所述主叫的呼叫请求，若是，则确定所述被叫正在呼叫所述主叫。

3.如权利要求1所述的呼叫遇忙处理方法，其特征在于，所述会话控制设备判断所述被叫是否正在呼叫所述主叫，具体包括：

所述会话控制设备获取到被叫正被占用的信息时，在一预定时间内判断是否接收到所述被叫对所述主叫的呼叫请求，若是，则确定所述被叫正在呼叫所述主叫。

4.如权利要求1所述的呼叫遇忙处理方法，其特征在于，还包括：

当所述判断结果为否时，所述会话控制设备发送被叫正被占用的消息到所述主叫。

5.如权利要求1至4中任一项所述的呼叫遇忙处理方法，其特征在于，所述会话控制设备为：

移动交换中心、软交换控制器、固网交换机或者支持IMS中S-CSCF功能的设备。

6.一种会话控制设备，其特征在于，包括：

获取模块，用于获取主叫呼叫被叫时、被叫正被占用的信息；

判断模块，用于判断所述被叫是否正在呼叫所述主叫，得到一判断结果；以及

执行模块，用于当所述判断结果为是时，执行接通所述主叫和所述被叫的流程；

所述接通所述主叫和所述被叫的流程为：

将所述会话控制设备虚拟成主叫的呼叫请求的被叫，以及被叫的呼叫请求的主叫，并将这两个呼叫引导至一媒体处理单元上，由所述媒体处理单元接通二者的媒体流；或者

修改两个呼叫请求的属性信息，将两个呼叫合并成一个呼叫。

7.如权利要求6所述的会话控制设备，其特征在于，所述判断模块具体用于：

当所述获取模块获取到被叫正被占用的信息时，等待一预定时间后，判断是否已经接收到所述被叫对所述主叫的呼叫请求，若是，则确定所述被叫正在呼叫所述主叫。

8.如权利要求6所述的会话控制设备，其特征在于，所述判断模块具体用于：

当所述获取模块获取到被叫正被占用的信息时，在一预定时间内判断是否接收到所述被叫对所述主叫的呼叫请求，若是，则确定所述被叫正在呼叫所述主叫。

9.如权利要求6所述的会话控制设备，其特征在于，所述执行模块还用于：

当所述判断结果为否时，发送被叫正被占用的消息到所述主叫。

10.如权利要求6至9中任一项所述的会话控制设备，其特征在于，所述会话控制设备为：

移动交换中心、软交换控制器、固网交换机或者支持IMS中S-CSCF功能的设备。