应用服务器对Replace参数的替换方法及系统的制作方法

文档序号:7747970阅读:136来源:国知局
专利名称:应用服务器对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收到带有R印IaceHeader (替 换头部)的对话的初始请求(Initial request for a dialog)时,需要检查AS是否为 Routeing B2BUA 或 Initiating B2BUA 行为模式。如果是,并且此 AS 就是 R印lace Header 所携带的Dialog ID的替换者,则需要在转发此初始请求前将R印lace Header的Dialog ID替换。替换的目的是,在此AS前向的网元只能识别Dialogl,无法识别Dialog2,必须由 进行Dialog替换的网元(此Routeing B2BUA AS)。具体流程参见图1,针对Dialogl的请求,AS作为Routeing B2BUA或Initiating B2BUA执行B2BUA行为,使用新的Dialog2转发请求。当收到新的初始请求(使用Dialog3), 且携带有R印lace Header为Dialog2时,AS需要将R印lace Header修改为Dialogl转发。 转发该请求的Dialog可以继续使用Dialog3,也可以使用新的Dialog ID(Dialog4)。现有技术中存在如下问题3GPP只是定义了 AS收到此类请求后的处理,但是在 实际应用时,Dialog3的初始请求可能并不会送到此AS,导致后续网元无法识别R印Iace Header 的Dialog ID (如图 1 中的Dialogl)。根据 RFC3891,无法识别 / 匹配R印lace Header 的Dialog ID,接受方可以使用481拒绝请求。因此,需要提供一种解决方案,保证新的初始请求,如果携带有R印laceHeader,并 且R印lace Header所带的Dialog ID曾经被B2BUA行为模式的AS替换,则该Dialog ID可 以在被送到前向网元的过程中被重新正确替换,以保证R印lace Header可以被正确处理。

发明内容
本发明要解决的技术问题是提供一种应用服务器对Replace参数的替换方法及 系统,保证初始请求带有的R印lace Header可以被正确替换,解决现有3GPP AS对Relpace 参数支持的欠缺带来的影响。为了解决上述问题,本发明提供了一种应用服务器对R印Iace参数的替换方法, 应用于IP多媒体子系统(IMS),所述方法包括
作为路由背靠背用户代理(Routeing B2BUA)或初始背靠背用户代理(Initiating B2BUA)的应用服务器(AS)收到对话的初始请求(Initial requestfor a dialog),修改 所述初始请求的发送方用户的初始过滤规则(iFC),或修改所述初始请求的接收方用户的 iFC,或修改所述接收方的业务相关用户的iFC。进一步地,所述用户包括用户私有用户身份(PVI)对应的所有公共用户身份 (PUI),或用户别名(alias)。 进一步地,所述AS修改所述iFC具体包括由所述AS修改归属用户服务器(HSS)中的iFC,并通过所述HSS修改呼叫会话控 制功能(S-CSCF)中的iFC ;或者,由所述AS修改所述HSS及所述S-CSCF中的iFC。进一步地,所述S-CSCF为所述初始请求的接收方用户的S-CSCF,且所述HSS为所 述初始请求的接收方用户的HSS ;或者,所述S-CSCF为所述初始请求的接收方的业务相关用户的S-CSCF,且所述HSS为所 述初始请求的接收方的业务相关用户的HSS。进一步地,修改所述iFC具体为增加触发规则并放置于所述iFC触发序列的队 首;所述触发规则的业务点触发器(Service Point Trigger)具体为若收到第二初始请求的发送方用户为所述初始请求的接收方用户,或接收方的业 务相关用户,且所述第二初始请求带有替换头部Oteplace Header)时,若所述替换头部的对话 标识(Dialog ID)为所述AS在所述初始请求中出呼侧(outgoing)的Dialog ID,则触发所 述AS。进一步地,所述S-CSCF为所述初始请求的发送方用户的S-CSCF,且所述HSS为所 述初始请求的发送方用户的HSS。进一步地,修改所述iFC具体为增加触发规则并放置于所述iFC触发序列的队 首;所述触发规则的业务点触发器(Service Point Trigger)具体为若收到第二初始请求的接收方用户为所述初始请求的发送方用户,且所述第二初始请求带有替换头部Oteplace Header)时,若所述替换头部的对话 标识(Dialog ID)为所述AS在所述初始请求中出呼侧(outgoing)的Dialog ID,则触发所 述AS。进一步地,所述S-CSCF收到第二初始请求时,根据修改后的iFC触发所述AS。进一步地,所述对话结束后,所述AS将所述修改后的iFC恢复为原iFC。进一步地,若所述初始请求按第一序列经过多个执行B2BUA行为的AS时,修改所 述iFC具体为按照所述第一序列,增加当前AS的触发规则并放置于所述iFC触发序列的 队首,使修改后的iFC的队首所增加的多个AS对应的触发规则按照所述第一序列的逆序排 列。本发明还提供了一种应用服务器对Replace参数的替换系统,应用于IMS中执行 B2BUA行为的AS,所述系统包括修改iFC单元,其中
所述修改iFC单元用于,当所述AS作为Routeing B2BUA或InitiatingB2BUA收到 对话的初始请求(Initial request for a dialog)时,修改所述初始请求的发送方用户的 iFC,或修改所述初始请求的接收方用户的iFC,或修改所述接收方的业务相关用户的iFC。进一步地,所述系统还包括HSS,所述修改iFC单元用于,修改HSS中的iFC,并指示所述HSS修改S-CSCF中的iFC ; 或者,修改所述HSS及所述S-CSCF中的iFC ;所述HSS用于,根据所述修改iFC单元的指示修改S-CSCF中的iFC。进一步地,所述S-CSCF为所述初始请求的接收方用户的S-CSCF,且所述HSS为所 述初始请求的接收方用户的HSS ;或者,所述S-CSCF为所述初始请求的接收方的业务相关用户的S-CSCF,且所述HSS为所 述初始请求的接收方的业务相关用户的HSS ;修改所述iFC具体为增加触发规则并放置于所述iFC触发序列的队首;所述触发规则的业务点触发器(Service Point Trigger)具体为若收到第二初 始请求的发送方用户为所述初始请求的接收方用户,或接收方的业务相关用户,且所述第 二初始请求带有替换头部Oteplace Header)时,若所述替换头部的对话标识(Dialog ID) 为所述AS在所述初始请求中出呼侧(outgoing)的Dialog ID,则触发所述AS。进一步地,所述S-CSCF为所述初始请求的发送方用户的S-CSCF,且所述HSS为所 述初始请求的发送方用户的HSS ;修改所述iFC具体为增加触发规则并放置于所述iFC触发序列的队首;所述触发规则的业务点触发器(Service Point Trigger)具体为若收到第二 初始请求的接收方用户为所述初始请求的发送方用户,且所述第二初始请求带有替换头部 (Replace Header)时,若所述替换头部的对话标识(DialogID)为所述AS在所述初始请求 中出呼侧(outgoing)的Dialog ID,则触发所述AS。进一步地,所述修改iFC单元还用于,所述对话结束后,将所述修改后的iFC恢复 为原iFC。


图1为AS执行B2BUA行为的示意图;图2为多个AS执行B2BUA行为的示意图(新的初始请求的受理S-CSCF与原 S-CSCF 相同);图3为多个AS执行B2BUA行为的示意图(新的初始请求的受理S-CSCF与原 S-CSCF 不同);图4为本发明应用实例的方法流程示意图;图5为本发明另一应用实例的方法流程示意图。
具体实施例方式为解决现有技术中存在的问题,本发明的思路如下参见图2和图3,对于新的初始请求(即图中Dialog3的初始请求,以下也称作 第二初始请求),执行B2BUA行为的ASl并不是必经网元,甚至受理Dialog3的初始请求的S-CSCF(Serving-Call Session Control Function,服务呼叫会话控制功能)也不是原 S-CSCF (受理Dialogl与Dialog2的S-CSCF),因为I-CSCF可以选择不同的S-CSCF受理 (如S-CSCF2)。因此,即使是选择原S-CSCF作R印lace Header的Dialog ID替换也并不 能解决问题。因此,最好由进行Dialogl、Dialog2 替换的 AS进行 R印lace Header 的 Dialog ID 替换更合适。此外,在实际应用中,以图3为例,发起新的呼叫请求(Dialog4)的用户与接受 Dialog3请求的用户往往是同一个用户,或者与该用户有业务关系的其他用户,因此,发起 新的呼叫请求的用户一般包括以下情况1)该用户私有用户身份(PVI)对应的所有公共用 户身份(PUI) ;2)该用户别名(alias) ;3)与该用户有业务关系的其他用户。基于以上思路,本发明提供一种AS对Iteplace参数的替换方法,应用于IP多媒体 子系统,该方法采用的技术方案具体描述如下作为Routeing B2BUA 或 Initiating B2BUA 执行 B2BUA 行为的 AS 收到 Dialog 的 初始请求,修改所述初始请求的发送方用户的初始过滤规则(iFC),或修改所述初始请求的 接收方用户的iFC,或修改所述接收方的业务相关用户的iFC。其中,所述用户包括用户私有用户身份(PVI)对应的所有公共用户身份(PUI),或 用户别名(alias)。进一步地,所述AS修改所述iFC具体包括由所述AS修改归属用户服务器(HSS)中的iFC,并通过所述HSS修改呼叫会话控 制功能(S-CSCF)中的iFC ;或者,由所述AS修改所述HSS及所述S-CSCF中的iFC。进一步地,当所述AS修改所述初始请求的发送方用户的iFC时,所述S-CSCF为所述初始请求的发送方用户的S-CSCF,且所述HSS为所述初始请求 的发送方用户的HSS;修改所述iFC具体为增加触发规则并放置于所述iFC触发序列的队首;所述触发规则的业务点触发器(Service Point Trigger)具体为若收到第二初始请求的接收方用户为所述初始请求的发送方用户,且所述第二初始请求带有替换头部Oteplace Header)时,若所述替换头部的对话 标识(Dialog ID)为所述AS在所述初始请求中出呼侧(outgoing)的Dialog ID,则触发所 述AS。进一步地,当所述AS修改所述初始请求的接收方用户的iFC,或修改所述接收方 的业务相关用户的iFC时,所述S-CSCF为所述初始请求的接收方用户的S-CSCF,且所述HSS为所述初始请求 的接收方用户的HSS;或者,所述S-CSCF为所述初始请求的接收方的业务相关用户的S-CSCF,且所述HSS为所 述初始请求的接收方的业务相关用户的HSS ;修改所述iFC具体为增加触发规则并放置于所述iFC触发序列的队首;所述触发规则的业务点触发器(Service Point Trigger)具体为若收到第二初始请求的发送方用户为所述初始请求的接收方用户,或接收方的业务相关用户,且所述第二初始请求带有替换头部Oteplace Header)时,若所述替换头部的对话 标识(Dialog ID)为所述AS在所述初始请求中出呼侧(outgoing)的Dialog ID,则触发所 述AS。进一步地,上述S-CSCF收到第二初始请求时,根据修改后的iFC触发所述AS。这样,由于修改了 iFC,即使受理Dialog3的S-CSCF不是原来的S-CSCF,而是另一 个S-CSCF,根据已经修改的iFC,第二初始请求的受理S-CSCF可以将进行过B2BUA行为的 AS触发,并执行R印lace Header的Dialog ID替换。进一步地,若所述初始请求按第一序列经过多个执行B2BUA行为的AS时,修改所 述iFC具体为按照所述第一序列,增加当前AS的触发规则并放置于所述iFC触发序列的 队首,使修改后的iFC的队首所增加的多个AS对应的触发规则按照所述第一序列的逆序排 列。如图3所示,某个IMS呼叫中,ASl收到Dialogl的初始请求,执行B2BUA行为将 Dialogl替换为Dialog2,修改iFC,增加ASl的触发规则并放置于iFC触发序列的队首;AS2 收到Dialog2的初始请求,执行B2BUA行为将Dialog2替换为Dialog3,并修改iFC,增加 AS2的触发规则并放置于iFC触发序列的队首。后续S-CSCF2收到Dialog4的初始请求,该初始请求的R印lace Header中的 Dialog ID参数为Dialog3,则根据修改的iFC,将首先触发AS2,AS2触发后,将R印Iace Header中的Dialog ID由Dialog3替换为Dialog2,AS2继续使用Dialog4转发该初始请 求;S-CSCF2根据当前的iFC,将触发AS1,ASl触发后,将R印lace Header中的Dialog ID 由Dialog2替换为Dialogl后,继续使用Dialog4转发该请求。因此,当有多个AS进行过B2BUA行为时,这些AS被触发的顺序与 Dial0gl-Dial0g2方向触发这些AS的顺序刚好相反,这样经过逆向的替换,刚好可以将 Replace Header正确并完全替换。进一步地,当所述对话结束后,所述AS将所述修改后的iFC恢复为原iFC。下面将结合附图及具体实例对本发明技术方案的实施作进一步详细描述。实例一本实例中,执行B2BUA行为的AS修改初始请求的接收方的iFC,参见图4,本实例 的AS对Replace参数的替换方法流程具体描述如下步骤1,UE-A发起向UE-B的Dialog的初始请求如邀请请求(INVITE),Dialog ID 为Dl ;步骤2,UE-A 的 S-CSCFl 将该 INVITE 请求发送至 B2BUA ASl ;步骤3,ASl修改iFC,具体为增加ASl的触发规则并放置于当前iFC触发序列的 队首;所述触发规则的业务点触发器(Service Point Trigger)具体为若收到第二初 始请求的发送方为所述初始请求的接收方用户,或接收方的业务相关用户,且所述第二初始请求带有替换头部Oteplace Header)时,若所述替换头部的对话 标识(Dialog ID)为ASl在上述初始请求中出呼侧(outgoing)的Dialog ID (即D2),则触 发 AS1。
其中ASl修改的iFC包括修改上述初始请求的接收方(即UE-B)的S-CSCF (即 S-CSCF2),及上述初始请求的接收方(即UE-B)的HSS ;或者,UE-B的别名的S-CSCF,及UE-B 的别名的HSS ;或者,UE-B的业务相关用户的S-CSCF,及UE-B的业务相关用户的HSS中的 iFC。在修改iFC时,可以由ASl修改上述的HSS中的iFC,并通过上述的HSS修改相应 S-CSCF中的iFC(S-CSCF在用户注册的时候,从HSS查询并下载用户iFC),具体地,可通过 Sh接口修改HSS上存储的相关iFC,并触发HSS修改S-CSCF上已经下载的iFC ;或者,也可以由ASl修改上述的HSS及相应S-CSCF中的iFC,其中,ASl可通过与 S-CSCF之间的新增接口,修改S-CSCF上已经下载的iFC。步骤4,ASl执行B2BUA行为,将Dialog ID由Dl替换为D2,并将INVITE请求转 发到 UE-B 的 S-CSCF2 ;步骤5,S-CSCF2 将 INVITE 请求转发到 UE-B ;步骤6-9,按照现有标准,UE-B发送200 OK消息,该200 OK消息依次经过S-CSCF2、 ASl和S-CSCFl转发到UE-A,其中在到达ASl时,由ASl将D2替换为Dl ;UE-A返回ACK (确 认)消息,该ACK消息依次经过S-CSCFl、ASl和S-CSCF2转发到UE-B (即按照图中箭头所 示方向的反向),其中在到达ASl时,由ASl将Dl替换为D2 ;完成上述步骤后,UE-A和 UE-B 之间通过 RTP (Real-time TransportProtocol,实 时传输协议)媒体流建立媒体链接;步骤10,UE-B发起会议邀请请求(INVITE Conf);步骤11,S-CSCF2将INVITE Conf请求发送到会议服务器(Conf AS);步骤12-13,按照现有标准,Conf AS通过S-CSCF2与UE-B之间进行200 OK和ACK 消息流程,该过程为现有流程,在此不再详细赘述。完成上述步骤后,UE-B和ConfAS之间将建立媒体链接。步骤14,UE-B发送转移请求(Refer),带有R印Iace头部,R印Iace头部的Dialog ID 为 D2 ;步骤15,S-CSCF2 转发该 Refer 请求到 Conf AS ;步骤16,按照现有标准,Conf AS收到Refer请求后,将发起INVITE请求,携带 Replace头部,且R印Iace头部的Dialog ID为D2 ;步骤17,S-CSCF2收到INVITE请求,根据当前iFC,符合ASl的触发规则,即收到 第二初始请求(INVITE请求)的发送方用户为前述初始请求的接收方(即UE-B)的业务 相关用户(此处ConfAS为UE-B的业务相关用户);且INVITE请求中带有R印Iace头部, Replace 头部的 Dialog ID 为 D2,则触发 ASl ;步骤18,S-CSCF2 将 INVITE 请求转发到 ASl ;步骤19,AS1将INVITE请求携带的R印Iace头部的Dialog ID替换为D2,并转发 到 S-CSCFl ;步骤20,S-CSCFl将收到的INVITE请求转发给UE-A。需要说明的是,本实例是以初始请求的接收方的业务相关用户为例进行描述,但 不并仅限于这种情况,本发明技术方案对于接收方用户本身,或接收方的别名的情况同样 适用。
实例二本实例与图4所示实例流程的主要区别在于,本实例中,执行B2BUA行为的AS修 改初始请求的发送方的iFC。现将本实例的AS对Iteplace参数的替换方法流程与图4所示流程有区别的步骤 列举如下步骤3,ASl修改iFC,具体为增加ASl的触发规则并放置于当前iFC触发序列的 队首;所述触发规则的业务点触发器(Service Point Trigger)具体为若收到第二初 始请求的接收方用户为所述初始请求的发送方用户,且所述第二初始请求带有替换头部Oteplace Header)时,若所述替换头部的对话 标识(Dialog ID)为所述AS在所述初始请求中出呼侧(outgoing)的Dialog ID(D2),则触 发所述AS。其中ASl修改的iFC包括上述初始请求的发送方(即UE-A)的S-CSCF(即 S-CSCF1),及上述初始请求的发送方(即UE-A)的HSS中的iFC。在修改iFC时,可以由ASl修改上述的HSS中的iFC,并通过上述的HSS修改相应 S-CSCF中的iFC(S-CSCF在用户注册的时候,从HSS查询并下载用户iFC),具体地,可通过 Sh接口修改HSS上存储的相关iFC,并触发HSS修改S-CSCF上已经下载的iFC ;或者,也可以由ASl修改上述的HSS及相应S-CSCF中的iFC,其中,ASl可通过与 S-CSCF之间的新增接口,修改S-CSCF上已经下载的iFC。步骤17,S-CSCF2收到INVITE请求,根据当前iFC,符合ASl的触发规则,即收到 第二初始请求(INVITE请求)的接收方为前述初始请求的发送方(UE-A);且INVITE请求 中带有R印Iace头部,Replace头部的DialogID为D2,则触发ASl。除上述区别以外,本实例流程其他操作步骤则与图4所示实例中基本相同,在此 不再对相同或者相似方法进行重复描述。从上述流程可以看出,受理步骤16中的新的初始请求(INVITE)的应用服务器不 再是AS1,而是Conf AS,因此,若根据现有技术,该新的初始请求根本不会触发到AS1,因 此,步骤19-20中,将无法实现R印Iace头部的正确替换,进而S-CSCFl和UE-A将无法识别 R印Iace 头部的 Dialog ID。采用本发明技术方案后,则可以保证将新的初始请求触发到AS1,实现R印lace头 部的正确替换。相应地,本发明实施例中还提供了 一种AS对Iteplace参数的替换系统,应用于IMS 中执行B2BUA行为的AS,所述系统包括修改iFC单元,其中所述修改iFC单元用于,当所述AS作为Routeing B2BUA或InitiatingB2BUA收到 对话的初始请求(Initial request for a dialog)时,修改所述初始请求的发送方用户的 iFC,或修改所述初始请求的接收方用户的iFC,或修改所述接收方的业务相关用户的iFC。进一步地,所述系统还包括HSS,所述修改iFC单元用于,修改HSS中的iFC,并指示所述HSS修改S-CSCF中的iFC ; 或者,修改所述HSS及所述S-CSCF中的iFC ;所述HSS用于,根据所述修改iFC单元的指示修改S-CSCF中的iFC。
进一步地,所述S-CSCF为所述初始请求的接收方用户的S-CSCF,且所述HSS为所 述初始请求的接收方用户的HSS ;或者,所述S-CSCF为所述初始请求的接收方的业务相关用户的S-CSCF,且所述HSS为所 述初始请求的接收方的业务相关用户的HSS ;修改所述iFC具体为增加触发规则并放置于所述iFC触发序列的队首;所述触发规则的业务点触发器(Service Point Trigger)具体为若收到第二初 始请求的发送方用户为所述初始请求的接收方用户,或接收方的业务相关用户,且所述第 二初始请求带有替换头部Oteplace Header)时,若所述替换头部的对话标识(Dialog ID) 为所述AS在所述初始请求中出呼侧(outgoing)的Dialog ID,则触发所述AS。进一步地,所述S-CSCF为所述初始请求的发送方用户的S-CSCF,且所述HSS为所 述初始请求的发送方用户的HSS ;修改所述iFC具体为增加触发规则并放置于所述iFC触发序列的队首;所述触发规则的业务点触发器(Service Point Trigger)具体为若收到第二 初始请求的接收方用户为所述初始请求的发送方用户,且所述第二初始请求带有替换头部 (Replace Header)时,若所述替换头部的对话标识(DialogID)为所述AS在所述初始请求 中出呼侧(outgoing)的Dialog ID,则触发所述AS。进一步地,所述修改iFC单元还用于,所述对话结束后,将所述修改后的iFC恢复 为原iFC。以上所述仅为本发明优选实施例,并不用于限制本发明,对于本领域的技术人员, 本发明可以有各种更改和变化。凡在本发明精神和原则之内,所作的任何修改、等同替换和 改进等,均包含在本发明的保护范围之内。
权利要求
1.一种应用服务器对Replace参数的替换方法,其特征在于,应用于IP多媒体子系统 (IMS),所述方法包括作为路由背靠背用户代理(Routeing B2BUA)或初始背靠背用户代理(Initiating B2BUA)的应用服务器(AS)收到对话的初始请求(Initial requestfor a dialog),修改 所述初始请求的发送方用户的初始过滤规则(iFC),或修改所述初始请求的接收方用户的 iFC,或修改所述接收方的业务相关用户的iFC。
2.如权利要求1所述的方法,其特征在于,所述用户包括用户私有用户身份(PVI)对应的所有公共用户身份(PUI),或用户别名 (alias)0
3.如权利要求2所述的方法,其特征在于, 所述AS修改所述iFC具体包括由所述AS修改归属用户服务器(HSS)中的iFC,并通过所述HSS修改呼叫会话控制功 能(S-CSCF)中的iFC ;或者,由所述AS修改所述HSS及所述S-CSCF中的iFC。
4.如权利要求3所述的方法,其特征在于,所述S-CSCF为所述初始请求的接收方用户的S-CSCF,且所述HSS为所述初始请求的接 收方用户的HSS;或者,所述S-CSCF为所述初始请求的接收方的业务相关用户的S-CSCF,且所述HSS为所述初 始请求的接收方的业务相关用户的HSS。
5.如权利要求4所述的方法,其特征在于,修改所述iFC具体为增加触发规则并放置于所述iFC触发序列的队首; 所述触发规则的业务点触发器(Service Point Trigger)具体为 若收到第二初始请求的发送方用户为所述初始请求的接收方用户,或接收方的业务相 关用户,且所述第二初始请求带有替换头部(Replace Header)时,若所述替换头部的对话标识 (Dialog ID)为所述AS在所述初始请求中出呼侧(outgoing)的Dialog ID,则触发所述 AS。
6.如权利要求3所述的方法,其特征在于,所述S-CSCF为所述初始请求的发送方用户的S-CSCF,且所述HSS为所述初始请求的发 送方用户的HSS。
7.如权利要求6所述的方法,其特征在于,修改所述iFC具体为增加触发规则并放置于所述iFC触发序列的队首; 所述触发规则的业务点触发器(Service Point Trigger)具体为 若收到第二初始请求的接收方用户为所述初始请求的发送方用户, 且所述第二初始请求带有替换头部(Replace Header)时,若所述替换头部的对话标识 (Dialog ID)为所述AS在所述初始请求中出呼侧(outgoing)的Dialog ID,则触发所述 AS。
8.如权利要求5或7所述的方法,其特征在于,所述S-CSCF收到第二初始请求时,根据修改后的iFC触发所述AS。
9.如权利要求1或2所述的方法,其特征在于,所述对话结束后,所述AS将所述修改后的iFC恢复为原iFC。
10.如权利要求5或7所述的方法,其特征在于,若所述初始请求按第一序列经过多个执行B2BUA行为的AS时,修改所述iFC具体为 按照所述第一序列,增加当前AS的触发规则并放置于所述iFC触发序列的队首,使修改后 的iFC的队首所增加的多个AS对应的触发规则按照所述第一序列的逆序排列。
11.一种应用服务器对R印Iace参数的替换系统,其特征在于,应用于IMS中执行 B2BUA行为的AS,所述系统包括修改iFC单元,其中所述修改iFC单元用于,当所述AS作为Routeing B2BUA或InitiatingB2BUA收到对话 的初始请求(Initial request for a dialog)时,修改所述初始请求的发送方用户的iFC, 或修改所述初始请求的接收方用户的iFC,或修改所述接收方的业务相关用户的iFC。
12.如权利要求11所述的系统,其特征在于,所述系统还包括HSS,所述修改iFC单元用于,修改HSS中的iFC,并指示所述HSS修改S-CSCF中的iFC ;或 者,修改所述HSS及所述S-CSCF中的iFC ;所述HSS用于,根据所述修改iFC单元的指示修改S-CSCF中的iFC。
13.如权利要求12所述的系统,其特征在于,所述S-CSCF为所述初始请求的接收方用户的S-CSCF,且所述HSS为所述初始请求的接 收方用户的HSS;或者,所述S-CSCF为所述初始请求的接收方的业务相关用户的S-CSCF,且所述HSS为所述初 始请求的接收方的业务相关用户的HSS ;修改所述iFC具体为增加触发规则并放置于所述iFC触发序列的队首;所述触发规则的业务点触发器(Service Point Trigger)具体为若收到第二初始请 求的发送方用户为所述初始请求的接收方用户,或接收方的业务相关用户,且所述第二初 始请求带有替换头部Oteplace Header)时,若所述替换头部的对话标识(Dialog ID)为所 述AS在所述初始请求中出呼侧(outgoing)的Dialog ID,则触发所述AS。
14.如权利要求13所述的系统,其特征在于,所述S-CSCF为所述初始请求的发送方用户的S-CSCF,且所述HSS为所述初始请求的发 送方用户的HSS;修改所述iFC具体为增加触发规则并放置于所述iFC触发序列的队首;所述触发规则的业务点触发器(Service Point Trigger)具体为若收到第二初 始请求的接收方用户为所述初始请求的发送方用户,且所述第二初始请求带有替换头部 (Replace Header)时,若所述替换头部的对话标识(DialogID)为所述AS在所述初始请求 中出呼侧(outgoing)的Dialog ID,则触发所述AS。
15.如权利要求11、12、13或14所述的系统,其特征在于,所述修改iFC单元还用于,所述对话结束后,将所述修改后的iFC恢复为原iFC。
全文摘要
本发明公开了一种应用服务器对Replace参数的替换方法及系统,应用于IP多媒体子系统,可以保证初始请求带有的Replace Header可以被正确替换,以解决现有3GPP AS对Relpace参数支持的欠缺带来的影响,其中所述方法包括作为路由背靠背用户代理(Routeing B2BUA)或初始背靠背用户代理(Initiating B2BUA)的应用服务器(AS)收到对话的初始请求(Initialrequest for a dialog),修改所述初始请求的发送方用户的初始过滤规则(iFC),或修改所述初始请求的接收方用户的iFC,或修改所述接收方的业务相关用户的iFC。
文档编号H04W8/02GK102006272SQ20101016539
公开日2011年4月6日 申请日期2010年4月30日 优先权日2010年4月30日
发明者于绪涛, 靳彬, 高扬 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1