專利名稱：應(yīng)用服務(wù)器對Replace參數(shù)的替換方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種IMS (IP Multimedia Subsystem，IP多媒 體子系統(tǒng))中，應(yīng)用服務(wù)器對Replace參數(shù)的替換方法及系統(tǒng)。
背景技術(shù)：
3GPP(3rd Generation Partner Project,第三代合作伙伴計劃)定義 AS (Application Server，應(yīng)用服務(wù)器)在處理 SIP (Session Initiation Protocol，會話發(fā) 起協(xié)議)消息時，行為模式可以為Proxy(代理)、Routeing B2BUA(Routeing Back to Back User Agent，路由背靠背用戶代理)或InitiatingB2BUA(初始背靠背用戶代理)。其中 Routeing B2BUA是一種很類似Proxy 的處理模式，當 AS采用 Routeing B2BUA或 Initiating B2BUA行為模式時，AS兩側(cè)的Dialog ID (會話標識)經(jīng)由AS修改，AS兩側(cè)的Dialog ID 將不一樣。按照3GPP 24.229 5. 7. 5章節(jié)的定義，當IMS中的AS收到帶有R印IaceHeader (替 換頭部)的對話的初始請求(Initial request for a dialog)時，需要檢查AS是否為 Routeing B2BUA 或 Initiating B2BUA 行為模式。如果是，并且此 AS 就是 R印lace Header 所攜帶的Dialog ID的替換者，則需要在轉(zhuǎn)發(fā)此初始請求前將R印lace Header的Dialog ID替換。替換的目的是，在此AS前向的網(wǎng)元只能識別Dialogl，無法識別Dialog2，必須由 進行Dialog替換的網(wǎng)元(此Routeing B2BUA AS)。具體流程參見圖1，針對Dialogl的請求，AS作為Routeing B2BUA或Initiating B2BUA執(zhí)行B2BUA行為，使用新的Dialog2轉(zhuǎn)發(fā)請求。當收到新的初始請求(使用Dialog3)， 且攜帶有R印lace Header為Dialog2時，AS需要將R印lace Header修改為Dialogl轉(zhuǎn)發(fā)。 轉(zhuǎn)發(fā)該請求的Dialog可以繼續(xù)使用Dialog3，也可以使用新的Dialog ID(Dialog4)?，F(xiàn)有技術(shù)中存在如下問題3GPP只是定義了 AS收到此類請求后的處理，但是在 實際應(yīng)用時，Dialog3的初始請求可能并不會送到此AS，導致后續(xù)網(wǎng)元無法識別R印Iace Header 的Dialog ID (如圖 1 中的Dialogl)。根據(jù) RFC3891，無法識別 / 匹配R印lace Header 的Dialog ID，接受方可以使用481拒絕請求。因此，需要提供一種解決方案，保證新的初始請求，如果攜帶有R印laceHeader，并 且R印lace Header所帶的Dialog ID曾經(jīng)被B2BUA行為模式的AS替換，則該Dialog ID可 以在被送到前向網(wǎng)元的過程中被重新正確替換，以保證R印lace Header可以被正確處理。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種應(yīng)用服務(wù)器對Replace參數(shù)的替換方法及 系統(tǒng)，保證初始請求帶有的R印lace Header可以被正確替換，解決現(xiàn)有3GPP AS對Relpace 參數(shù)支持的欠缺帶來的影響。為了解決上述問題，本發(fā)明提供了一種應(yīng)用服務(wù)器對R印Iace參數(shù)的替換方法， 應(yīng)用于IP多媒體子系統(tǒng)(IMS)，所述方法包括
作為路由背靠背用戶代理(Routeing B2BUA)或初始背靠背用戶代理(Initiating B2BUA)的應(yīng)用服務(wù)器(AS)收到對話的初始請求(Initial requestfor a dialog)，修改 所述初始請求的發(fā)送方用戶的初始過濾規(guī)則(iFC)，或修改所述初始請求的接收方用戶的 iFC，或修改所述接收方的業(yè)務(wù)相關(guān)用戶的iFC。進一步地，所述用戶包括用戶私有用戶身份(PVI)對應(yīng)的所有公共用戶身份 (PUI)，或用戶別名(alias)。 進一步地，所述AS修改所述iFC具體包括由所述AS修改歸屬用戶服務(wù)器(HSS)中的iFC，并通過所述HSS修改呼叫會話控 制功能(S-CSCF)中的iFC ；或者，由所述AS修改所述HSS及所述S-CSCF中的iFC。進一步地，所述S-CSCF為所述初始請求的接收方用戶的S-CSCF，且所述HSS為所 述初始請求的接收方用戶的HSS ；或者，所述S-CSCF為所述初始請求的接收方的業(yè)務(wù)相關(guān)用戶的S-CSCF，且所述HSS為所 述初始請求的接收方的業(yè)務(wù)相關(guān)用戶的HSS。進一步地，修改所述iFC具體為增加觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的隊 首；所述觸發(fā)規(guī)則的業(yè)務(wù)點觸發(fā)器(Service Point Trigger)具體為若收到第二初始請求的發(fā)送方用戶為所述初始請求的接收方用戶，或接收方的業(yè) 務(wù)相關(guān)用戶，且所述第二初始請求帶有替換頭部Oteplace Header)時，若所述替換頭部的對話 標識(Dialog ID)為所述AS在所述初始請求中出呼側(cè)(outgoing)的Dialog ID，則觸發(fā)所 述AS。進一步地，所述S-CSCF為所述初始請求的發(fā)送方用戶的S-CSCF，且所述HSS為所 述初始請求的發(fā)送方用戶的HSS。進一步地，修改所述iFC具體為增加觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的隊 首；所述觸發(fā)規(guī)則的業(yè)務(wù)點觸發(fā)器(Service Point Trigger)具體為若收到第二初始請求的接收方用戶為所述初始請求的發(fā)送方用戶，且所述第二初始請求帶有替換頭部Oteplace Header)時，若所述替換頭部的對話 標識(Dialog ID)為所述AS在所述初始請求中出呼側(cè)(outgoing)的Dialog ID，則觸發(fā)所 述AS。進一步地，所述S-CSCF收到第二初始請求時，根據(jù)修改后的iFC觸發(fā)所述AS。進一步地，所述對話結(jié)束后，所述AS將所述修改后的iFC恢復為原iFC。進一步地，若所述初始請求按第一序列經(jīng)過多個執(zhí)行B2BUA行為的AS時，修改所 述iFC具體為按照所述第一序列，增加當前AS的觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的 隊首，使修改后的iFC的隊首所增加的多個AS對應(yīng)的觸發(fā)規(guī)則按照所述第一序列的逆序排 列。本發(fā)明還提供了一種應(yīng)用服務(wù)器對Replace參數(shù)的替換系統(tǒng)，應(yīng)用于IMS中執(zhí)行 B2BUA行為的AS，所述系統(tǒng)包括修改iFC單元，其中
所述修改iFC單元用于，當所述AS作為Routeing B2BUA或InitiatingB2BUA收到 對話的初始請求(Initial request for a dialog)時，修改所述初始請求的發(fā)送方用戶的 iFC，或修改所述初始請求的接收方用戶的iFC，或修改所述接收方的業(yè)務(wù)相關(guān)用戶的iFC。進一步地，所述系統(tǒng)還包括HSS，所述修改iFC單元用于，修改HSS中的iFC，并指示所述HSS修改S-CSCF中的iFC ； 或者，修改所述HSS及所述S-CSCF中的iFC ；所述HSS用于，根據(jù)所述修改iFC單元的指示修改S-CSCF中的iFC。進一步地，所述S-CSCF為所述初始請求的接收方用戶的S-CSCF，且所述HSS為所 述初始請求的接收方用戶的HSS ；或者，所述S-CSCF為所述初始請求的接收方的業(yè)務(wù)相關(guān)用戶的S-CSCF，且所述HSS為所 述初始請求的接收方的業(yè)務(wù)相關(guān)用戶的HSS ；修改所述iFC具體為增加觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的隊首；所述觸發(fā)規(guī)則的業(yè)務(wù)點觸發(fā)器(Service Point Trigger)具體為若收到第二初 始請求的發(fā)送方用戶為所述初始請求的接收方用戶，或接收方的業(yè)務(wù)相關(guān)用戶，且所述第 二初始請求帶有替換頭部Oteplace Header)時，若所述替換頭部的對話標識(Dialog ID) 為所述AS在所述初始請求中出呼側(cè)(outgoing)的Dialog ID，則觸發(fā)所述AS。進一步地，所述S-CSCF為所述初始請求的發(fā)送方用戶的S-CSCF，且所述HSS為所 述初始請求的發(fā)送方用戶的HSS ；修改所述iFC具體為增加觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的隊首；所述觸發(fā)規(guī)則的業(yè)務(wù)點觸發(fā)器(Service Point Trigger)具體為若收到第二 初始請求的接收方用戶為所述初始請求的發(fā)送方用戶，且所述第二初始請求帶有替換頭部 (Replace Header)時，若所述替換頭部的對話標識(DialogID)為所述AS在所述初始請求 中出呼側(cè)(outgoing)的Dialog ID，則觸發(fā)所述AS。進一步地，所述修改iFC單元還用于，所述對話結(jié)束后，將所述修改后的iFC恢復 為原iFC。


圖1為AS執(zhí)行B2BUA行為的示意圖；圖2為多個AS執(zhí)行B2BUA行為的示意圖(新的初始請求的受理S-CSCF與原 S-CSCF 相同)；圖3為多個AS執(zhí)行B2BUA行為的示意圖(新的初始請求的受理S-CSCF與原 S-CSCF 不同)；圖4為本發(fā)明應(yīng)用實例的方法流程示意圖；圖5為本發(fā)明另一應(yīng)用實例的方法流程示意圖。
具體實施例方式為解決現(xiàn)有技術(shù)中存在的問題，本發(fā)明的思路如下參見圖2和圖3，對于新的初始請求(即圖中Dialog3的初始請求，以下也稱作 第二初始請求)，執(zhí)行B2BUA行為的ASl并不是必經(jīng)網(wǎng)元，甚至受理Dialog3的初始請求的S-CSCF(Serving-Call Session Control Function，服務(wù)呼叫會話控制功能)也不是原 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 替換更合適。此外，在實際應(yīng)用中，以圖3為例，發(fā)起新的呼叫請求(Dialog4)的用戶與接受 Dialog3請求的用戶往往是同一個用戶，或者與該用戶有業(yè)務(wù)關(guān)系的其他用戶，因此，發(fā)起 新的呼叫請求的用戶一般包括以下情況1)該用戶私有用戶身份(PVI)對應(yīng)的所有公共用 戶身份(PUI) ；2)該用戶別名(alias) ；3)與該用戶有業(yè)務(wù)關(guān)系的其他用戶?；谝陨纤悸?，本發(fā)明提供一種AS對Iteplace參數(shù)的替換方法，應(yīng)用于IP多媒體 子系統(tǒng)，該方法采用的技術(shù)方案具體描述如下作為Routeing B2BUA 或 Initiating B2BUA 執(zhí)行 B2BUA 行為的 AS 收到 Dialog 的 初始請求，修改所述初始請求的發(fā)送方用戶的初始過濾規(guī)則(iFC)，或修改所述初始請求的 接收方用戶的iFC，或修改所述接收方的業(yè)務(wù)相關(guān)用戶的iFC。其中，所述用戶包括用戶私有用戶身份(PVI)對應(yīng)的所有公共用戶身份(PUI)，或 用戶別名(alias)。進一步地，所述AS修改所述iFC具體包括由所述AS修改歸屬用戶服務(wù)器(HSS)中的iFC，并通過所述HSS修改呼叫會話控 制功能(S-CSCF)中的iFC ；或者，由所述AS修改所述HSS及所述S-CSCF中的iFC。進一步地，當所述AS修改所述初始請求的發(fā)送方用戶的iFC時，所述S-CSCF為所述初始請求的發(fā)送方用戶的S-CSCF，且所述HSS為所述初始請求 的發(fā)送方用戶的HSS;修改所述iFC具體為增加觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的隊首；所述觸發(fā)規(guī)則的業(yè)務(wù)點觸發(fā)器(Service Point Trigger)具體為若收到第二初始請求的接收方用戶為所述初始請求的發(fā)送方用戶，且所述第二初始請求帶有替換頭部Oteplace Header)時，若所述替換頭部的對話 標識(Dialog ID)為所述AS在所述初始請求中出呼側(cè)(outgoing)的Dialog ID，則觸發(fā)所 述AS。進一步地，當所述AS修改所述初始請求的接收方用戶的iFC，或修改所述接收方 的業(yè)務(wù)相關(guān)用戶的iFC時，所述S-CSCF為所述初始請求的接收方用戶的S-CSCF，且所述HSS為所述初始請求 的接收方用戶的HSS;或者，所述S-CSCF為所述初始請求的接收方的業(yè)務(wù)相關(guān)用戶的S-CSCF，且所述HSS為所 述初始請求的接收方的業(yè)務(wù)相關(guān)用戶的HSS ；修改所述iFC具體為增加觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的隊首；所述觸發(fā)規(guī)則的業(yè)務(wù)點觸發(fā)器(Service Point Trigger)具體為若收到第二初始請求的發(fā)送方用戶為所述初始請求的接收方用戶，或接收方的業(yè)務(wù)相關(guān)用戶，且所述第二初始請求帶有替換頭部Oteplace Header)時，若所述替換頭部的對話 標識(Dialog ID)為所述AS在所述初始請求中出呼側(cè)(outgoing)的Dialog ID，則觸發(fā)所 述AS。進一步地，上述S-CSCF收到第二初始請求時，根據(jù)修改后的iFC觸發(fā)所述AS。這樣，由于修改了 iFC，即使受理Dialog3的S-CSCF不是原來的S-CSCF，而是另一 個S-CSCF，根據(jù)已經(jīng)修改的iFC，第二初始請求的受理S-CSCF可以將進行過B2BUA行為的 AS觸發(fā)，并執(zhí)行R印lace Header的Dialog ID替換。進一步地，若所述初始請求按第一序列經(jīng)過多個執(zhí)行B2BUA行為的AS時，修改所 述iFC具體為按照所述第一序列，增加當前AS的觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的 隊首，使修改后的iFC的隊首所增加的多個AS對應(yīng)的觸發(fā)規(guī)則按照所述第一序列的逆序排 列。如圖3所示，某個IMS呼叫中，ASl收到Dialogl的初始請求，執(zhí)行B2BUA行為將 Dialogl替換為Dialog2，修改iFC，增加ASl的觸發(fā)規(guī)則并放置于iFC觸發(fā)序列的隊首；AS2 收到Dialog2的初始請求，執(zhí)行B2BUA行為將Dialog2替換為Dialog3，并修改iFC，增加 AS2的觸發(fā)規(guī)則并放置于iFC觸發(fā)序列的隊首。后續(xù)S-CSCF2收到Dialog4的初始請求，該初始請求的R印lace Header中的 Dialog ID參數(shù)為Dialog3，則根據(jù)修改的iFC，將首先觸發(fā)AS2，AS2觸發(fā)后，將R印Iace Header中的Dialog ID由Dialog3替換為Dialog2，AS2繼續(xù)使用Dialog4轉(zhuǎn)發(fā)該初始請 求；S-CSCF2根據(jù)當前的iFC，將觸發(fā)AS1，ASl觸發(fā)后，將R印lace Header中的Dialog ID 由Dialog2替換為Dialogl后，繼續(xù)使用Dialog4轉(zhuǎn)發(fā)該請求。因此，當有多個AS進行過B2BUA行為時，這些AS被觸發(fā)的順序與 Dial0gl-Dial0g2方向觸發(fā)這些AS的順序剛好相反，這樣經(jīng)過逆向的替換，剛好可以將 Replace Header正確并完全替換。進一步地，當所述對話結(jié)束后，所述AS將所述修改后的iFC恢復為原iFC。下面將結(jié)合附圖及具體實例對本發(fā)明技術(shù)方案的實施作進一步詳細描述。實例一本實例中，執(zhí)行B2BUA行為的AS修改初始請求的接收方的iFC，參見圖4，本實例 的AS對Replace參數(shù)的替換方法流程具體描述如下步驟1，UE-A發(fā)起向UE-B的Dialog的初始請求如邀請請求(INVITE)，Dialog ID 為Dl ；步驟2，UE-A 的 S-CSCFl 將該 INVITE 請求發(fā)送至 B2BUA ASl ；步驟3，ASl修改iFC，具體為增加ASl的觸發(fā)規(guī)則并放置于當前iFC觸發(fā)序列的 隊首；所述觸發(fā)規(guī)則的業(yè)務(wù)點觸發(fā)器(Service Point Trigger)具體為若收到第二初 始請求的發(fā)送方為所述初始請求的接收方用戶，或接收方的業(yè)務(wù)相關(guān)用戶，且所述第二初始請求帶有替換頭部Oteplace Header)時，若所述替換頭部的對話 標識(Dialog ID)為ASl在上述初始請求中出呼側(cè)(outgoing)的Dialog ID (即D2)，則觸 發(fā) AS1。
其中ASl修改的iFC包括修改上述初始請求的接收方(即UE-B)的S-CSCF (即 S-CSCF2)，及上述初始請求的接收方(即UE-B)的HSS ；或者，UE-B的別名的S-CSCF，及UE-B 的別名的HSS ；或者，UE-B的業(yè)務(wù)相關(guān)用戶的S-CSCF，及UE-B的業(yè)務(wù)相關(guān)用戶的HSS中的 iFC。在修改iFC時，可以由ASl修改上述的HSS中的iFC，并通過上述的HSS修改相應(yīng) S-CSCF中的iFC(S-CSCF在用戶注冊的時候，從HSS查詢并下載用戶iFC)，具體地，可通過 Sh接口修改HSS上存儲的相關(guān)iFC，并觸發(fā)HSS修改S-CSCF上已經(jīng)下載的iFC ；或者，也可以由ASl修改上述的HSS及相應(yīng)S-CSCF中的iFC，其中，ASl可通過與 S-CSCF之間的新增接口，修改S-CSCF上已經(jīng)下載的iFC。步驟4，ASl執(zhí)行B2BUA行為，將Dialog ID由Dl替換為D2，并將INVITE請求轉(zhuǎn) 發(fā)到 UE-B 的 S-CSCF2 ；步驟5，S-CSCF2 將 INVITE 請求轉(zhuǎn)發(fā)到 UE-B ；步驟6-9，按照現(xiàn)有標準，UE-B發(fā)送200 OK消息，該200 OK消息依次經(jīng)過S-CSCF2、 ASl和S-CSCFl轉(zhuǎn)發(fā)到UE-A，其中在到達ASl時，由ASl將D2替換為Dl ；UE-A返回ACK (確 認)消息，該ACK消息依次經(jīng)過S-CSCFl、ASl和S-CSCF2轉(zhuǎn)發(fā)到UE-B (即按照圖中箭頭所 示方向的反向)，其中在到達ASl時，由ASl將Dl替換為D2 ；完成上述步驟后，UE-A和 UE-B 之間通過 RTP (Real-time TransportProtocol，實 時傳輸協(xié)議)媒體流建立媒體鏈接；步驟10，UE-B發(fā)起會議邀請請求(INVITE Conf)；步驟11，S-CSCF2將INVITE Conf請求發(fā)送到會議服務(wù)器(Conf AS)；步驟12-13，按照現(xiàn)有標準，Conf AS通過S-CSCF2與UE-B之間進行200 OK和ACK 消息流程，該過程為現(xiàn)有流程，在此不再詳細贅述。完成上述步驟后，UE-B和ConfAS之間將建立媒體鏈接。步驟14，UE-B發(fā)送轉(zhuǎn)移請求(Refer)，帶有R印Iace頭部，R印Iace頭部的Dialog ID 為 D2 ；步驟15，S-CSCF2 轉(zhuǎn)發(fā)該 Refer 請求到 Conf AS ；步驟16，按照現(xiàn)有標準，Conf AS收到Refer請求后，將發(fā)起INVITE請求，攜帶 Replace頭部，且R印Iace頭部的Dialog ID為D2 ；步驟17，S-CSCF2收到INVITE請求，根據(jù)當前iFC，符合ASl的觸發(fā)規(guī)則，即收到 第二初始請求(INVITE請求)的發(fā)送方用戶為前述初始請求的接收方(即UE-B)的業(yè)務(wù) 相關(guān)用戶(此處ConfAS為UE-B的業(yè)務(wù)相關(guān)用戶)；且INVITE請求中帶有R印Iace頭部， Replace 頭部的 Dialog ID 為 D2，則觸發(fā) ASl ；步驟18，S-CSCF2 將 INVITE 請求轉(zhuǎn)發(fā)到 ASl ；步驟19，AS1將INVITE請求攜帶的R印Iace頭部的Dialog ID替換為D2，并轉(zhuǎn)發(fā) 到 S-CSCFl ；步驟20，S-CSCFl將收到的INVITE請求轉(zhuǎn)發(fā)給UE-A。需要說明的是，本實例是以初始請求的接收方的業(yè)務(wù)相關(guān)用戶為例進行描述，但 不并僅限于這種情況，本發(fā)明技術(shù)方案對于接收方用戶本身，或接收方的別名的情況同樣 適用。
實例二本實例與圖4所示實例流程的主要區(qū)別在于，本實例中，執(zhí)行B2BUA行為的AS修 改初始請求的發(fā)送方的iFC?，F(xiàn)將本實例的AS對Iteplace參數(shù)的替換方法流程與圖4所示流程有區(qū)別的步驟 列舉如下步驟3，ASl修改iFC，具體為增加ASl的觸發(fā)規(guī)則并放置于當前iFC觸發(fā)序列的 隊首；所述觸發(fā)規(guī)則的業(yè)務(wù)點觸發(fā)器(Service Point Trigger)具體為若收到第二初 始請求的接收方用戶為所述初始請求的發(fā)送方用戶，且所述第二初始請求帶有替換頭部Oteplace Header)時，若所述替換頭部的對話 標識(Dialog ID)為所述AS在所述初始請求中出呼側(cè)(outgoing)的Dialog ID(D2)，則觸 發(fā)所述AS。其中ASl修改的iFC包括上述初始請求的發(fā)送方(即UE-A)的S-CSCF(即 S-CSCF1)，及上述初始請求的發(fā)送方(即UE-A)的HSS中的iFC。在修改iFC時，可以由ASl修改上述的HSS中的iFC，并通過上述的HSS修改相應(yīng) S-CSCF中的iFC(S-CSCF在用戶注冊的時候，從HSS查詢并下載用戶iFC)，具體地，可通過 Sh接口修改HSS上存儲的相關(guān)iFC，并觸發(fā)HSS修改S-CSCF上已經(jīng)下載的iFC ；或者，也可以由ASl修改上述的HSS及相應(yīng)S-CSCF中的iFC，其中，ASl可通過與 S-CSCF之間的新增接口，修改S-CSCF上已經(jīng)下載的iFC。步驟17，S-CSCF2收到INVITE請求，根據(jù)當前iFC，符合ASl的觸發(fā)規(guī)則，即收到 第二初始請求(INVITE請求)的接收方為前述初始請求的發(fā)送方(UE-A)；且INVITE請求 中帶有R印Iace頭部，Replace頭部的DialogID為D2，則觸發(fā)ASl。除上述區(qū)別以外，本實例流程其他操作步驟則與圖4所示實例中基本相同，在此 不再對相同或者相似方法進行重復描述。從上述流程可以看出，受理步驟16中的新的初始請求(INVITE)的應(yīng)用服務(wù)器不 再是AS1，而是Conf AS,因此，若根據(jù)現(xiàn)有技術(shù)，該新的初始請求根本不會觸發(fā)到AS1，因 此，步驟19-20中，將無法實現(xiàn)R印Iace頭部的正確替換，進而S-CSCFl和UE-A將無法識別 R印Iace 頭部的 Dialog ID。采用本發(fā)明技術(shù)方案后，則可以保證將新的初始請求觸發(fā)到AS1，實現(xiàn)R印lace頭 部的正確替換。相應(yīng)地，本發(fā)明實施例中還提供了 一種AS對Iteplace參數(shù)的替換系統(tǒng)，應(yīng)用于IMS 中執(zhí)行B2BUA行為的AS，所述系統(tǒng)包括修改iFC單元，其中所述修改iFC單元用于，當所述AS作為Routeing B2BUA或InitiatingB2BUA收到 對話的初始請求(Initial request for a dialog)時，修改所述初始請求的發(fā)送方用戶的 iFC，或修改所述初始請求的接收方用戶的iFC，或修改所述接收方的業(yè)務(wù)相關(guān)用戶的iFC。進一步地，所述系統(tǒng)還包括HSS，所述修改iFC單元用于，修改HSS中的iFC，并指示所述HSS修改S-CSCF中的iFC ； 或者，修改所述HSS及所述S-CSCF中的iFC ；所述HSS用于，根據(jù)所述修改iFC單元的指示修改S-CSCF中的iFC。
進一步地，所述S-CSCF為所述初始請求的接收方用戶的S-CSCF，且所述HSS為所 述初始請求的接收方用戶的HSS ；或者，所述S-CSCF為所述初始請求的接收方的業(yè)務(wù)相關(guān)用戶的S-CSCF，且所述HSS為所 述初始請求的接收方的業(yè)務(wù)相關(guān)用戶的HSS ；修改所述iFC具體為增加觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的隊首；所述觸發(fā)規(guī)則的業(yè)務(wù)點觸發(fā)器(Service Point Trigger)具體為若收到第二初 始請求的發(fā)送方用戶為所述初始請求的接收方用戶，或接收方的業(yè)務(wù)相關(guān)用戶，且所述第 二初始請求帶有替換頭部Oteplace Header)時，若所述替換頭部的對話標識(Dialog ID) 為所述AS在所述初始請求中出呼側(cè)(outgoing)的Dialog ID，則觸發(fā)所述AS。進一步地，所述S-CSCF為所述初始請求的發(fā)送方用戶的S-CSCF，且所述HSS為所 述初始請求的發(fā)送方用戶的HSS ；修改所述iFC具體為增加觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的隊首；所述觸發(fā)規(guī)則的業(yè)務(wù)點觸發(fā)器(Service Point Trigger)具體為若收到第二 初始請求的接收方用戶為所述初始請求的發(fā)送方用戶，且所述第二初始請求帶有替換頭部 (Replace Header)時，若所述替換頭部的對話標識(DialogID)為所述AS在所述初始請求 中出呼側(cè)(outgoing)的Dialog ID，則觸發(fā)所述AS。進一步地，所述修改iFC單元還用于，所述對話結(jié)束后，將所述修改后的iFC恢復 為原iFC。以上所述僅為本發(fā)明優(yōu)選實施例，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員， 本發(fā)明可以有各種更改和變化。凡在本發(fā)明精神和原則之內(nèi)，所作的任何修改、等同替換和 改進等，均包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種應(yīng)用服務(wù)器對Replace參數(shù)的替換方法，其特征在于，應(yīng)用于IP多媒體子系統(tǒng) (IMS)，所述方法包括作為路由背靠背用戶代理(Routeing B2BUA)或初始背靠背用戶代理(Initiating B2BUA)的應(yīng)用服務(wù)器(AS)收到對話的初始請求(Initial requestfor a dialog)，修改 所述初始請求的發(fā)送方用戶的初始過濾規(guī)則(iFC)，或修改所述初始請求的接收方用戶的 iFC，或修改所述接收方的業(yè)務(wù)相關(guān)用戶的iFC。
2.如權(quán)利要求1所述的方法，其特征在于，所述用戶包括用戶私有用戶身份(PVI)對應(yīng)的所有公共用戶身份(PUI)，或用戶別名 (alias)0
3.如權(quán)利要求2所述的方法，其特征在于， 所述AS修改所述iFC具體包括由所述AS修改歸屬用戶服務(wù)器(HSS)中的iFC，并通過所述HSS修改呼叫會話控制功 能(S-CSCF)中的iFC ；或者，由所述AS修改所述HSS及所述S-CSCF中的iFC。
4.如權(quán)利要求3所述的方法，其特征在于，所述S-CSCF為所述初始請求的接收方用戶的S-CSCF，且所述HSS為所述初始請求的接 收方用戶的HSS;或者，所述S-CSCF為所述初始請求的接收方的業(yè)務(wù)相關(guān)用戶的S-CSCF，且所述HSS為所述初 始請求的接收方的業(yè)務(wù)相關(guān)用戶的HSS。
5.如權(quán)利要求4所述的方法，其特征在于，修改所述iFC具體為增加觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的隊首； 所述觸發(fā)規(guī)則的業(yè)務(wù)點觸發(fā)器(Service Point Trigger)具體為 若收到第二初始請求的發(fā)送方用戶為所述初始請求的接收方用戶，或接收方的業(yè)務(wù)相 關(guān)用戶，且所述第二初始請求帶有替換頭部(Replace Header)時，若所述替換頭部的對話標識 (Dialog ID)為所述AS在所述初始請求中出呼側(cè)(outgoing)的Dialog ID，則觸發(fā)所述 AS。
6.如權(quán)利要求3所述的方法，其特征在于，所述S-CSCF為所述初始請求的發(fā)送方用戶的S-CSCF，且所述HSS為所述初始請求的發(fā) 送方用戶的HSS。
7.如權(quán)利要求6所述的方法，其特征在于，修改所述iFC具體為增加觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的隊首； 所述觸發(fā)規(guī)則的業(yè)務(wù)點觸發(fā)器(Service Point Trigger)具體為 若收到第二初始請求的接收方用戶為所述初始請求的發(fā)送方用戶， 且所述第二初始請求帶有替換頭部(Replace Header)時，若所述替換頭部的對話標識 (Dialog ID)為所述AS在所述初始請求中出呼側(cè)(outgoing)的Dialog ID，則觸發(fā)所述 AS。
8.如權(quán)利要求5或7所述的方法，其特征在于，所述S-CSCF收到第二初始請求時，根據(jù)修改后的iFC觸發(fā)所述AS。
9.如權(quán)利要求1或2所述的方法，其特征在于，所述對話結(jié)束后，所述AS將所述修改后的iFC恢復為原iFC。
10.如權(quán)利要求5或7所述的方法，其特征在于，若所述初始請求按第一序列經(jīng)過多個執(zhí)行B2BUA行為的AS時，修改所述iFC具體為 按照所述第一序列，增加當前AS的觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的隊首，使修改后 的iFC的隊首所增加的多個AS對應(yīng)的觸發(fā)規(guī)則按照所述第一序列的逆序排列。
11.一種應(yīng)用服務(wù)器對R印Iace參數(shù)的替換系統(tǒng)，其特征在于，應(yīng)用于IMS中執(zhí)行 B2BUA行為的AS，所述系統(tǒng)包括修改iFC單元，其中所述修改iFC單元用于，當所述AS作為Routeing B2BUA或InitiatingB2BUA收到對話 的初始請求(Initial request for a dialog)時，修改所述初始請求的發(fā)送方用戶的iFC， 或修改所述初始請求的接收方用戶的iFC，或修改所述接收方的業(yè)務(wù)相關(guān)用戶的iFC。
12.如權(quán)利要求11所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括HSS，所述修改iFC單元用于，修改HSS中的iFC，并指示所述HSS修改S-CSCF中的iFC ；或 者，修改所述HSS及所述S-CSCF中的iFC ；所述HSS用于，根據(jù)所述修改iFC單元的指示修改S-CSCF中的iFC。
13.如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述S-CSCF為所述初始請求的接收方用戶的S-CSCF，且所述HSS為所述初始請求的接 收方用戶的HSS;或者，所述S-CSCF為所述初始請求的接收方的業(yè)務(wù)相關(guān)用戶的S-CSCF，且所述HSS為所述初 始請求的接收方的業(yè)務(wù)相關(guān)用戶的HSS ；修改所述iFC具體為增加觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的隊首；所述觸發(fā)規(guī)則的業(yè)務(wù)點觸發(fā)器(Service Point Trigger)具體為若收到第二初始請 求的發(fā)送方用戶為所述初始請求的接收方用戶，或接收方的業(yè)務(wù)相關(guān)用戶，且所述第二初 始請求帶有替換頭部Oteplace Header)時，若所述替換頭部的對話標識(Dialog ID)為所 述AS在所述初始請求中出呼側(cè)(outgoing)的Dialog ID，則觸發(fā)所述AS。
14.如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述S-CSCF為所述初始請求的發(fā)送方用戶的S-CSCF，且所述HSS為所述初始請求的發(fā) 送方用戶的HSS;修改所述iFC具體為增加觸發(fā)規(guī)則并放置于所述iFC觸發(fā)序列的隊首；所述觸發(fā)規(guī)則的業(yè)務(wù)點觸發(fā)器(Service Point Trigger)具體為若收到第二初 始請求的接收方用戶為所述初始請求的發(fā)送方用戶，且所述第二初始請求帶有替換頭部 (Replace Header)時，若所述替換頭部的對話標識(DialogID)為所述AS在所述初始請求 中出呼側(cè)(outgoing)的Dialog ID，則觸發(fā)所述AS。
15.如權(quán)利要求11、12、13或14所述的系統(tǒng)，其特征在于，所述修改iFC單元還用于，所述對話結(jié)束后，將所述修改后的iFC恢復為原iFC。
全文摘要
本發(fā)明公開了一種應(yīng)用服務(wù)器對Replace參數(shù)的替換方法及系統(tǒng)，應(yīng)用于IP多媒體子系統(tǒng)，可以保證初始請求帶有的Replace Header可以被正確替換，以解決現(xiàn)有3GPP AS對Relpace參數(shù)支持的欠缺帶來的影響，其中所述方法包括作為路由背靠背用戶代理(Routeing B2BUA)或初始背靠背用戶代理(Initiating B2BUA)的應(yīng)用服務(wù)器(AS)收到對話的初始請求(Initialrequest for a dialog)，修改所述初始請求的發(fā)送方用戶的初始過濾規(guī)則(iFC)，或修改所述初始請求的接收方用戶的iFC，或修改所述接收方的業(yè)務(wù)相關(guān)用戶的iFC。
文檔編號H04W8/02GK102006272SQ20101016539
公開日2011年4月6日 申請日期2010年4月30日 優(yōu)先權(quán)日2010年4月30日
發(fā)明者于緒濤, 靳彬, 高揚 申請人:中興通訊股份有限公司