[发明专利]IP多媒体子系统Replace参数的处理方法及装置

说明书

技术领域

本发明涉及通信技术领域，尤其涉及一种IMS(IP Multimedia Subsystem，IP多媒体子系统)Replace参数的处理方法及装置。

背景技术

3GPP(3rd Generation Partner Project，第三代合作伙伴计划)定义AS(Application Server，应用服务器)在处理SIP(Session Initiation Protocol，会话发起协议)消息时，行为模式可以为Proxy(代理)、Routeing B2BUA(Routeing Back to Back User Agent，路由背靠背用户代理)或InitiatingB2BUA(初始背靠背用户代理)。其中Routeing B2BUA是一种很类似Proxy的处理模式，当AS采用Routeing B2BUA或Initiating B2BUA行为模式时，AS两侧的Dialog ID(会话标识)经由AS修改，AS两侧的Dialog ID将不一样。

按照3GPP 24.229 5.7.5章节的定义，当IMS中的AS收到带有ReplaceHeader(替换头部)的对话的初始请求(Initial request for a dialog)时，需要检查AS是否为Routeing B2BUA或Initiating B2BUA行为模式。如果是，并且此AS就是Replace Header所携带的Dialog ID的替换者，则需要在转发此初始请求前将Replace Header的Dialog ID替换。如图1所示，替换的目的是，在此AS前向的网元只能识别Dialog1，无法识别Dialog2，必须由进行Dialog替换的网元(此RouteingB2BUA AS)重新正确替换。

如图1所示，在用户B的归属域，对于Dialog1的请求，AS表现为RouteingB2BUA，使用新的Dialog2转发请求。当收到新的初始请求(使用Dialog3)，携带有Replace Header为Dialog2，此时，S-CSCF触发到此AS，AS需要将Replace Header修改为Dialog1转发。

3GPP只是定义了如果AS收到此类请求后的处理。但是在实际应用时，Dialog3的初始请求可能并不会送到此AS，而是根据IFC(InitialFilter Criteria，初始过滤规则)触发等规则送到了其他的AS(Other AS)，如图2中所示，如果S-CSCF触发到了Other AS，则会导致此AS无法识别Replace Header的DialogID(图中的Dialog2)。根据RFC3891，如果无法识别或匹配ReplaceHeader的Dialog ID，接受方可以使用481拒绝请求。

在实际应用中，对于呼叫内后续请求携带Replace Header的情况，同样存在AS不能识别Replace Header的Dialog ID的可能。

因此，需要提供一种解决方案，对于携带有Replace Header的新的初始请求和呼叫内后续请求，保证Replace Header所带的Dialog ID可以被B2BUA行为模式的前向网元正确替换。

发明内容

本发明要解决的技术问题是提供一种IP多媒体子系统Replace参数的处理方法及装置，保证初始请求或后续呼叫请求中带有的Replace Header可以被正确替换，解决现有3GPP AS对Relpace参数支持的欠缺带来的影响。

为了解决上述问题，本发明提供了一种IP多媒体子系统Replace参数的处理方法，所述方法包括：

服务呼叫会话控制功能(S-CSCF)收到携带有替换头部(Replace Header)的初始请求或后续请求；

所述S-CSCF判断所述初始请求或后续请求的第一对话标识(Dialog ID)关联的应用服务器(AS)与所述Replace Header中的第二Dialog ID关联的AS是否为同一个AS；

若不是，则所述S-CSCF在所述第二Dialog ID所在呼叫的对端Dialog ID中查找是否有第三Dialog ID，且所述第三Dialog ID关联的AS与所述第一Dialog ID关联的AS为同一个AS；

如果有，则将所述第二Dialog ID替换为所述第三Dialog ID，并将所述初始请求或后续请求根据呼叫路由规则和/或初始过滤规则(IFC)触发规则发送到相应AS。