[发明专利]一种解决前转类业务循环触发的方法

说明书

技术领域

本发明涉及通信领域，指出在因特网协议(IP：Internet Protocol)多媒体子系统中，当多个被叫用户签约的前转类业务发生嵌套时，会造成这些被叫用户的前转类业务的循环触发问题，并提出可以解决该问题的方法。

背景技术

IP多媒体子系统(IMS：IP Multimedia Core Network Subsystem)是由第三代合作伙伴计划(3GPP：3rd Generation Partnership Project)组织提出的一种基于IP的网络架构，其构建了一个开放而灵活的业务环境，支持多媒体应用，并为用户提供丰富的多媒体业务。

在IP多媒体子系统中，应用服务器(AS：Application Server)用于提供业务逻辑，支持用户的各种业务属性。业务用户所在的归属域的服务呼叫会话控制功能(S-CSCF：Serving Call Session Control Function)根据业务用户的签约信息，触发AS执行相应的业务逻辑。

目前实现的前转类业务包括：无条件前转、未注册前转、不可及前转、遇忙前转、无应答前转和被叫一号通等业务。

RFC4244中定义了历史信息(History-Info)头部，在新呼叫的请求消息中可以增加该头部，该头部的“目标统一资源标志”(Targeted-URI)字段的取值为新呼叫的请求消息中的请求统一资源标志(Request-URI)，同时，如果之前接收到的请求消息中不含有History-Info头部，则还需要在新呼叫的请求消息生成的History-Info头部的开始增加接收到的请求消息中的Request-URI。

当前转类的业务发生嵌套时，会造成前转类业务的AS间的循环触发问题。以无条件前转业务为例，当用户A拨打用户B的URL，如果用户B签约无条件前转，且前转目的统一资源定位符(URL：Uniform Resource Locator)是用户C，同时，用户C也签约无条件前转，且前转目的URL是用户B，假设网络允许的最大前转次数为5次，相应的流程如图1所示，包括以下步骤：

步骤101-步骤103：触发用户B的归属域的无条件前转AS，发起新呼叫到用户C，前转次数为1；

步骤104-步骤106：触发用户C的归属域的无条件前转AS，发起新呼叫到用户B，前转次数为2；

步骤107-步骤109：触发用户B的归属域的无条件前转AS，发起新呼叫到用户C，前转次数为3；

步骤110-步骤112：触发用户C的归属域的无条件前转AS，发起新呼叫到用户B，前转次数为4；

步骤113-步骤115：触发用户B的归属域的无条件前转应用服务器，发起新呼叫到用户C，前转次数为5；

步骤116-步骤117：触发用户C的归属域的无条件前转AS；

步骤118：用户C的归属域的无条件前转AS判断此时的前转次数已经超过网络允许的最大前转次数，需要发送4XX消息释放呼叫。

由上述的流程可见，呼叫会在用户B的归属域的无条件前转AS和用户C的归属域的无条件前转AS之间进行循环触发，并在最终达到循环次数后释放呼叫，占用了大量的网络资源。

发明内容

技术问题：本发明的目的是克服现有技术的不足，提供一种减少大量信令交互的解决前转类业务循环触发问题的方法。

技术方案：为了解决上述问题，本发明提供了一种在IMS的前转类AS中检测是否发生了循环触发，并在发生循环触发时终止呼叫的方法。

本发明解决前转类业务循环触发问题的方法包括以下步骤：

步骤201：用户A拨打用户B，用户B归属域的服务呼叫会话控制功能收到来自用户A的起呼消息，

步骤202：用户B归属域的服务呼叫会话控制功能查询到用户B签约了无条件前转业务，需要触发用户B的无条件前转应用服务器来执行相应的业务逻辑；服务呼叫会话控制功能将起呼请求消息发送到用户B归属域的无条件前转应用服务器；

步骤203：用户B的归属域的无条件前转应用服务器收到起呼请求消息，发起新呼叫到用户C，新呼叫的起呼请求消息中的历史信息头部的“目标统一资源标志”字段的取值分别为用户B的统一资源定位符和用户C的统一资源定位符；

步骤204：用户C归属域的服务呼叫会话控制功能收到起呼请求消息，其中携带了用户B的应用服务器插入的“目标统一资源标志”字段；