[发明专利]一种在核心控制设备上实现智能终端的遇忙类业务的方法

说明书

技术领域

本发明涉及通讯领域，尤其涉及在核心控制设备上实现智能终端的遇忙类业务的方法。

背景技术

目前在核心控制设备中实现智能终端的遇忙类业务，是以智能终端在该核心控制设备中是否处于非空闲状态来确定的。如果该智能终端处于非空闲状态(如正在拨打电话或接听电话)，且该智能终端有遇忙类业务(如遇忙前转)，则启动该遇忙类业务。如果智能终端在核心控制设备中处于空闲状态，核心控制设备就不能实现该智能终端的遇忙类业务，比如，该智能终端已经摘机但并没有拨号。实际上这种空闲状态并非真正空闲。遇忙类业务的实现必须是该智能终端在核心控制设备中已经进入呼叫流程，且该智能终端有遇忙类业务。目前的实现遇忙类业务的处理方式存在的问题是：被呼的智能终端在非真正空闲时，不能启动遇忙类业务。

发明内容

为了克服上述缺陷，本发明的目的在于提供一种在核心控制设备上实现智能终端的遇忙类业务的方法，该方法使核心控制设备更准确执行被呼智能终端的遇忙类业务。

为达到上述目的，本发明一种在核心控制设备上实现智能终端的遇忙类业务的方法，包括：

(1)在核心控制设备中配置失败码；

(2)核心控制设备向被呼智能终端发出试呼消息后，根据所述配置的失败码对被呼智能终端返回的失败码进行比较，判断被呼智能终端返回的失败码与所述核心控制设备中配置的失败码是否一致，若一致，则启动被呼智能终端的遇忙类业务呼叫流程，否则，执行非遇忙类业务流程。

优选的，所述(1)中，核心控制设备支持不同协议类型的智能终端配置不同的失败码，也支持同一协议的智能终端配置多个失败码。

优选的，所述核心控制设备为软交换，所述遇忙类业务为遇忙前转业务。

本发明根据实际需要在核心控制设备中配置失败码，并以此作为呼叫失败后启动遇忙类业务的条件，使核心控制设备在收到被呼叫智能终端遇忙时返回的失败码后，能准确判断被呼叫智能终端返回的失败码是否和预先配置的失败码一致，从而决定是执行被呼叫智能终端的遇忙类业务还是执行其他流程。

附图说明

图1是SIP用户被叫摘机未拨号的CFB(Call Forwarding when Busy，遇忙呼叫转移)流程。

具体实施方式

根据实际需要在核心控制设备中配置失败消息(或失败码)，以此作为试呼失败后启动遇忙类业务的条件。核心控制设备支持不同协议类型的终端配置不同的失败码，也支持同一协议的终端配置多个失败码。

智能终端B有遇忙类业务且在核心控制设备中处于空闲状态。

主叫用户A呼叫智能终端B，主叫用户A首先向核心控制设备发起呼叫，核心控制设备向智能终端B发出试呼消息。核心控制设备在给智能终端B发送试呼消息后，由于某种原因(比如智能终端B已经摘机)，智能终端B不能给核心控制设备回振铃消息，而是回了失败消息(或失败码)。在智能终端B有遇忙类业务的前提下，核心控制设备根据预先配置的启动遇忙类业务的条件对失败消息(或失败码)进行判断，判断其是否符合启动遇忙类的条件。如果符合，则执行智能终端B的遇忙类业务的呼叫流程，若不符合，执行其他流程。

结合附图对本发明提供的方法做进一步详细描述，如图1所示：以软交换实现SIP(Session Initiation Protocol会话初始化协议)终端的遇忙类业务为例给予说明。

图1中A、B、C为SIP(Session Initiation Protocol会话初始化协议)用户，核心控制设备为软交换，遇忙类业务以遇忙前转为例。该图只是一个示意流程，实际使用中除要求B为智能终端外，不对A用户、C用户和核心控制设备的类型以及具体的遇忙类业务和呼叫流程作限制。同时遇忙类业务也可以和其他业务流程合并使用：

本发明如图1所示的流程如下：

(1)A用户拨智能终端B号码，A用户向软交换发起请求呼叫(invite)。

(2)软交换判断智能终端B处于空闲状态，向智能终端B发送试呼消息(invite)。

(3)由于智能终端B在收到请求呼叫消息(invite)前已经摘机，所以给软交换回一个临时响应(trying)，再返回603失败码消息，也可以是其他原因导致智能终端B不能给软交换回180(ring)消息。