专利名称：一种在核心控制设备上实现智能终端的遇忙类业务的方法
技术领域：
本发明涉及通讯领域，尤其涉及在核心控制设备上实现智能终端的遇忙类业务的方法。
技术背景目前在核心控制设备中实现智能终端的遇忙类业务，是以智能终端在该核心控制设备中 是否处于非空闲状态来确定的。如果该智能终端处于非空闲状态(如正在拨打电话或接听电 话)，且该智能终端有遇忙类业务(如遇忙前转)，则启动该遇忙类业务。如果智能终端在核 心控制设备中处于空闲状态，核心控制设备就不能实现该智能终端的遇忙类业务，比如，该 智能终端己经摘机但并没有拨号。实际上这种空闲状态并非真正空闲。遇忙类业务的实现必须是该智能终端在核心控制设备中已经进入呼叫流程，且该智能终端有遇忙类业务。目前的 实现遇忙类业务的处理方式存在的问题是被呼的智能终端在非真正空闲时，不能启动遇忙类业务。 发明内容为了克服上述缺陷，本发明的目的在于提供一种在核心控制设备上实现智能终端的遇忙 类业务的方法，该方法使核心控制设备更准确执行被呼智能终端的遇忙类业务。为达到上述目的，本发明一种在核心控制设备上实现智能终端的遇忙类业务的方法，包括(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用户向软交换发起请求呼叫(irwite)。(2) 软交换判断智能终端B处于空闲状态，向智能终端B发送试呼消息(irwite)。(3) 由于智能终端B在收到请求呼叫消息(invite)前已经摘机，所以给软交换回一个 临时响应(trying),再返回603失败码消息，也可以是其他原因导致智能终端B不能给软交 换回180 (ring)消息。(4) 软交换收到智能终端B返回的603失败码消息(或其他失败消息)后，向智能终端 B返回一个Ack认可消息。如果B用户有遇忙前转业务且失败消息符合软交换中预先设置的 启动CFB (Call Forwarding when Busy,遇忙呼叫转移)业务条件，启动遇忙前转流程，向 智能终端B的遇忙前转的目的C发起invite请求呼叫。(5) C向软交换回复一个临时响应100 ( trying)消息，再向软交换返回180 (ring) 消息振铃。(6) A用户通过核心控制设备听回铃音。(7) C摘机并通过软交换向A用户返回应答(OK)消息，A用户并向C返回一个Ack认 可消息，A与C通话。(8) A用户挂机，同时释放业务链路，通话结束。 本发明在智能终端B有遇忙类业务的前提下，在呼叫流程中，核心控制设备对智能终端B发送试呼消息后，只要该智能终端未给核心控制设备回振铃消息(比如该智能终端己经摘机)， 核心控制设备就能够根据不同的失败消息(或失败码)，决定是执行智能终端B的遇忙类业务 还是执行其他流程。从而实现了智能终端的遇忙类业务准确被执行。
权利要求
1、 一种在核心控制设备上实现智能终端的遇忙类业务的方法，其特征在于，包括(1) 在核心控制设备中配置失败码；(2) 核心控制设备向被呼智能终端发出试呼消息后，根据所述配置的失败码对被呼智能 终端返回的失败码进行比较，判断被呼智能终端返回的失败码与所述核心控制设备中配置的 失败码是否一致，若一致，则启动被呼智能终端的遇忙类业务呼叫流程，否则，执行非遇忙 类业务流程。
2、 如权利要求1所述的在核心控制设备上实现智能终端的遇忙类业务的方法，其特征在 于，所述(1)中，核心控制设备支持不同协议类型的智能终端配置不同的失败码，也支持同 一协议的智能终端配置多个失败码。
3、 如权利要求1或2所述的在核心控制设备上实现智能终端的遇忙类业务的方法，其特 征在于，所述核心控制设备为软交换，所述遇忙类业务为遇忙前转业务。
全文摘要
本发明公开一种在核心控制设备上实现智能终端的遇忙类业务的方法，涉及通讯领域，为解决现有技术中智能终端在核心控制设备中处于空闲状态时，核心控制设备就不能实现该智能终端的遇忙类业务的问题而发明。本发明根据实际需要在核心控制设备中配置失败码；核心控制设备向被呼智能终端发出试呼消息后，根据所述配置的失败码对被呼智能终端返回的失败码进行比较，判断被呼智能终端返回的失败码与所述核心控制设备中配置的失败码是否一致，若一致，则启动被呼智能终端的遇忙类业务呼叫流程，否则，执行其他流程。本发明实现了在智能终端空闲时，核心控制设备也能实现该智能终端的遇忙类业务。
文档编号H04M3/42GK101146151SQ200610153009
公开日2008年3月19日 申请日期2006年9月19日 优先权日2006年9月19日
发明者丁传锁, 孟令财, 强 杨, 穆凌江 申请人:中兴通讯股份有限公司