[发明专利]一种业务控制单元后续处理方法、装置及系统

说明书

技术领域

本发明涉及因特网多媒体子系统的业务调用技术，特别涉及一种业务控制单元后续处理方法、装置及系统。

背景技术

因特网协议多媒体子系统(IMS，Internet Protocol Multimedia Subsystem)是第三代移动通信合作伙伴计划(3GPP，3rd Generation Partnership Project)定义的一个IP多媒体子系统。IMS网络采用会话初始化协议(SIP)作为呼叫控制信令，是3G移动通信网络提供统一多媒体业务和应用的目标网络。

在IMS网络中，会话层和业务层分离，IMS为业务的调用提供必要的方法。各种业务的宿主执行环境称为业务控制单元，能够提供各种业务逻辑控制功能。业务控制单元包括IMS应用服务器、传统智能网业务控制功能实体(SCF，Service Control Function)等。以IMS应用服务器为例，在IMS网络中提供业务的过程包括以下三个基本步骤：

步骤1：定义可能的业务或业务集合；

步骤2：当用户定购/修改业务订购关系时，以初始过滤规则(iFC，InitialFilter Criteria)的形式创建用户专有的业务数据；

具体来说，iFC中包含业务调用条件及其对应的应用服务器(AS，Application Server)，业务调用条件由业务点触发器(SPT，Service PointTrigger)描述，SPT的内容包括：请求-统一资源标识(Request-URI)，标识SIP初始请求所指向的资源；SIP方法(Method)，表示该SIP初始请求的类型；SIP头域(Header)，包含与该SIP初始请求相关的信息，可以是任何SIP头域及其中的头域内容；会话情形(Session Case)，有三个可能的值，即起始、终止或终止未注册；会话描述(Session Description)，SIP方法内的任何会话描述协议(SDP，Session Description Protocol)字段内容。

步骤3：当服务-呼叫会话控制功能(S-CSCF)接收到SIP初始请求时，根据当前会话情形和所接收到的SIP初始请求消息，执行iFC，确定与当前会话情形以及该SIP初始请求相对应的应用服务器，并将所接收到的SIP初始请求传递给所确定的应用服务器。

通常，不同的业务可以由不同的应用服务器提供，而不同业务在应用过程中可能会存在相互影响和冲突。例如，S-CSCF收到一个SIP邀请消息(INVITE)，依据iFC的执行，依次调用了AS1、AS2、AS3这三个应用服务器，并将该INVITE消息发送至被叫用户；被叫用户终端振铃，假设被叫用户开通了无应答前转语音邮箱服务，振铃超时后，呼叫被前转至语音邮箱；语音邮箱应答，S-CSCF接收到来自于语音邮箱的应答响应消息(200 OK)，按照现有技术，该200 OK消息将按照已经建立的信令路径依次发往AS3、AS2和AS1；而AS2接收到200 OK消息则认为这是用户返回的200 OK消息，将向其播放语音信息，而本例中的200 OK消息实际上是语音邮箱返回的，显然，AS2不能接收该200 OK消息。

而且，根据IMS标准，应用服务器只能被SIP初始请求消息所触发，如：INVITE消息、即时消息(MESSAGE)、订阅消息(SUBSCRIBE)和参考消息(REFER)等所触发，即iFC中只处理SIP初始请求消息；但是，某些应用服务器实际上只有在通信过程中的特定场景下才需要被触发。例如，处理遇忙呼叫前转(Call Forwarding Busy，CFB)的应用服务器CFB AS只有在被叫用户遇忙时才需要被触发，但是，由于现有技术在SIP初始请求时就需要建立信令路径，因此，CFB AS必须在SIP初始请求时就被触发，而如果被叫用户当前空闲，则CFB AS将无用的处在信令路径中，显然，这样降低了呼叫建立的效率、延长了呼叫接续的时间。