[发明专利]一种业务互连的方法、装置和系统

说明书

技术领域

本发明涉及通信技术领域，特别涉及一种业务互连的方法、装置和系统。

背景技术

SIP(Session Initial Protocol，会话初始化协议)提供了控制信令与数据承载相分离的机制，允许用户通过SIP建立会话来传输文本消息、多媒体消息、文件和实时流媒体，也允许用户通过SIP直接传输少量的文本消息或多媒体消息。

SIP可以提供丰富多样的业务，3GPP(the 3rd Generation Partner Project，第三代合作伙伴计划)的IMS(Internet Protocol Multimedia Subsystem，因特网协议多媒体子系统)架构允许通信运营商在IMS网络上部署这些丰富多样的业务，因此当SIP消息的发送方和接收方使用不同的基于SIP的业务时，存在互连的需求。

在3GPP的规范中，IMS的网元将SIP消息匹配iFC(initial Filter Criteria，触发规则)，根据匹配结果将SIP消息路由到相应的业务服务器，如图1所示。正常的业务流程如图2所示。

图2中，Client A、Client B：用户A和B的客户端，使用相同的业务；

SIP/IP CORE A、SIP/IP CORE B：用户A和B的SIP/IP核心；

AS A、AS B：用户A和B的业务服务器，为相同业务的业务服务器。正常的业务流程包括以下步骤：

S201，ClientA发出SIP INVITE请求，请求首先被发送到SIP/IP CORE A，请求中包含业务的特征标志；

S202，SIP/IP CORE A根据请求中的业务特征标志，匹配用户A的iFC，将SIP INVITE请求触发到相应的业务服务器AS A；

S203，AS A对SIP INVITE请求进行处理之后将请求返回给SIP/IP COREA；

S204，SIP/IP CORE A查询接收方的SIP/IP CORE地址，将SIP INVITE请求发往接收方SIP/IP CORE B；

S205，SIP/IP CORE B根据请求中的业务特征标志，匹配用户B的iFC，将SIP INVITE请求触发到相应的业务服务器AS B；

S206，AS B对SIP INVITE请求进行处理之后将请求返回给SIP/IP COREB；

S207，SIP/IP CORE B将SIP INVITE请求发往Client B；

S208～S214，Client B返回SIP200OK响应，响应按请求路径返回；

S215，Client A向Client B发出SIP ACK请求，Client A和Client B之间建立会话；

由上述流程可以看出，如果用户B没有订购和用户A相同的业务，或者用户B的网络不提供和用户A相同的业务，就不会有相应的触发规则将SIPINIVTE请求触发到和用户A相同业务的服务器，对此，3GPP规范中进一步说明S-CSCF可以将SIP INVITE消息中的SDP(Session Description Protocol，会话描述协议)或其他内容与用户订购的业务进行匹配，寻找合适的业务，然后将业务特征标志加入SIP INVITE消息中，然后再根据iFC将SIP INVITE消息触发到相应的业务。但是，3GPP规范中只是简单的描述S-CSCF可以将SIPINVITE消息中的SDP或其他内容与用户订购的业务进行匹配，寻找合适的业务，并没有具体的操作流程。而在SIP业务互连时可能存在以下的情况：

(1)根据用户的偏好设置选择合适的业务；

(2)更改SIP消息头，使之符合所选择的业务；

(3)在互连时需要作为媒体中继，进行媒体转换；

(4)对一种发送方业务，选择两种以上的接收方业务；

(5)与非SIP业务进行互连。

对以上这些情况，需要进行一些复杂的处理，而且在业务类型增加时，可能对业务互连的逻辑处理也要做相应的修改，而S-CSCF作为IMS的核心网元，主要负责对UE的鉴权和会话控制、业务触发和消息路由，因此不适合做上述的业务处理，更不适合频繁的升级。

在实现本发明的过程中，发明人发现现有技术至少存在以下缺点：现有技术不能灵活多样地处理SIP业务的互连，在业务类型增加时，也不能频繁升级核心网元，无法满足增加业务类型的需求。

发明内容