專利名稱：更新用戶初始過(guò)濾規(guī)則的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種更新用戶初始過(guò)濾規(guī)則(Initialfilter criteria，初始過(guò)濾規(guī)則)的方法及系統(tǒng)。
背景技術(shù)：
Sh 接口是 3GPP(3rd Generation Partner Project，第三代合作伙伴計(jì)劃)定義 的 AS (Application Server，應(yīng)用服務(wù)器)與 HSS (Home Subscriber Server，歸屬用戶服務(wù) 器)之間的接口，用于AS與HSS之間的信息交互，具體包含數(shù)據(jù)操作過(guò)程(Data handling procedures)、訂閱 / 通知過(guò)禾呈(Subscription/Notification procedures)?，F(xiàn)有技術(shù)的Sh過(guò)程如圖1所示，包括以下過(guò)程a，數(shù)據(jù)操作過(guò)程，具體包括以下步驟步驟1. AS發(fā)送Sh-Update (Sh更新)消息，更新存儲(chǔ)在HSS中的用戶業(yè)務(wù)數(shù)據(jù)；步驟2. HSS發(fā)送Sh-Update Resp (Sh更新響應(yīng))消息確認(rèn)修改成功；b，訂閱/通知過(guò)程，具體包括以下步驟步驟3.用戶向網(wǎng)絡(luò)注冊(cè)；步驟4. S-CSCF從HSS下載用戶數(shù)據(jù)；步驟5. S-CSCF向用戶注冊(cè)請(qǐng)求回2000K ；
步驟6. S-CSCF向AS發(fā)送第三方注冊(cè)；步驟7. AS 回 2000K ；步驟8.在第三注冊(cè)后，AS向HSS發(fā)送Sh-Subs-Notif (Sh訂閱通知)，訂閱相關(guān)信 息，同時(shí)下載需要的業(yè)務(wù)數(shù)據(jù)；步驟9. HSS確認(rèn)訂閱，并將一些數(shù)據(jù)返回AS ；步驟10.后續(xù)某個(gè)時(shí)間點(diǎn)，AS需要更新數(shù)據(jù)，則向HSS發(fā)送Sh-Update，更新存儲(chǔ) 在HSS中的業(yè)務(wù)數(shù)據(jù)；步驟11. HSS發(fā)送Sh-Update Resp消息確認(rèn)修改成功；步驟12.后續(xù)某個(gè)時(shí)間點(diǎn)，如HSS中的業(yè)務(wù)數(shù)據(jù)發(fā)生變化，并且AS之前已向HSS 訂閱此信息，則HSS向AS發(fā)送Sh-Notif ；步驟13. AS返回確認(rèn)通知。在IMS(IP Multimedia Subsystem, IP多媒體子系統(tǒng))實(shí)際應(yīng)用中，存在AS需要 主動(dòng)修改用戶的iFC，以使得此用戶的呼叫可以觸發(fā)到此AS的場(chǎng)景。例如在某些場(chǎng)景下， AS 的行為是 Routeing B2BUA(Routeing Back to BackUser Agent，路由背靠背用戶代理) 行為模式，在呼叫兩側(cè)使用不同的DialogID (對(duì)話標(biāo)識(shí))。但根據(jù)iFC，此AS并不在該用戶 后續(xù)的觸發(fā)序列中，則用戶發(fā)起新的呼叫請(qǐng)求并攜帶Replace頭部時(shí)，S-CSCF并不會(huì)將呼 叫觸發(fā)到此AS。由于呼叫沒(méi)有觸發(fā)到此AS，最終Iteplace頭部的Dialog信息，另一側(cè)將無(wú) 法識(shí)別，從而引起呼叫釋放。此時(shí)，需要引入一種機(jī)制，可以使得AS主動(dòng)更新用戶iFC，并使 得后續(xù)呼叫可以被觸發(fā)到此AS。
此外，某些場(chǎng)景下，如需要更新已經(jīng)注冊(cè)用戶的iFC，僅僅在HSS中更新iFC數(shù)據(jù)是 不夠的，因?yàn)镾-CSCF已經(jīng)下載用戶數(shù)據(jù)，此時(shí)，還需要觸發(fā)HSS更新S-CSCF下載的數(shù)據(jù)。目前，現(xiàn)有技術(shù)中并不存在實(shí)現(xiàn)AS更新HSS以及S-CSCF中的用戶iFC的相應(yīng)解 決方案。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題是提供一種更新用戶初始過(guò)濾規(guī)則的方法及系統(tǒng)，使得 AS可以實(shí)現(xiàn)HSS及S-CSCF中用戶的iFC數(shù)據(jù)等用戶數(shù)據(jù)的更新。為了解決上述問(wèn)題，本發(fā)明提供了一種更新用戶初始過(guò)濾規(guī)則的方法，所述方法 包括應(yīng)用服務(wù)器(AS)向歸屬用戶服務(wù)器(HSS)發(fā)送Sh接口消息，所述Sh接口消息中 包含對(duì)用戶的初始過(guò)濾規(guī)則(iFC)進(jìn)行修改或更新的內(nèi)容；所述HSS根據(jù)收到的所述Sh接口消息修改或更新所述用戶的iFC。進(jìn)一步地，所述Sh接口消息包括Sh更新(Sh-Update)消息。進(jìn)一步地，所述Sh接口消息中還包含控制指示信息，用于指示所述HSS僅更新所 述HSS中的用戶的iFC，或者更新所述HSS及服務(wù)呼叫會(huì)話控制功能(S-CSCF)中的iFC ；所述HSS根據(jù)所述控制指示信息，如果指示更新所述HSS及S-CSCF中的iFC，則所 述HSS還將觸發(fā)對(duì)S-CSCF中下載的iFC進(jìn)行修改。進(jìn)一步地，所述HSS觸發(fā)對(duì)S-CSCF中存儲(chǔ)的iFC進(jìn)行修改具體包括所述HSS向所述S-CSCF發(fā)送推送用戶數(shù)據(jù)請(qǐng)求(PPR)消息，攜帶所述Sh接口消 息中對(duì)用戶的iFC進(jìn)行修改或更新的內(nèi)容；所述S-CSCF完成所述用戶的iFC的修改或更新后，向所述HSS發(fā)送推送用戶數(shù)據(jù) 應(yīng)答(PPA)消息。進(jìn)一步地，所述HSS收到所述S-CSCF發(fā)送的所述PPA消息后，向所述AS發(fā)送Sh 更新響應(yīng)(Sh-Update Resp)消息。進(jìn)一步地，所述Sh接口消息中包括一個(gè)或多個(gè)用戶的iFC修改指示。本發(fā)明還提供了一種更新用戶初始過(guò)濾規(guī)則的系統(tǒng)，所述系統(tǒng)包括AS和HSS，所 述AS進(jìn)一步包括其中更新決策單元，所述HSS進(jìn)一步包括更新執(zhí)行單元，其中所述更新決策單元用于，向所述更新執(zhí)行單元發(fā)送Sh接口消息，所述Sh接口消息 中包含對(duì)用戶的初始過(guò)濾規(guī)則(iFC)進(jìn)行修改或更新的內(nèi)容；所述更新執(zhí)行單元用于，根據(jù)收到的所述Sh接口消息修改或更新所述用戶的 iFC。進(jìn)一步地，所述更新決策單元還用于，在所述Sh接口消息中還包含控制指示信 息，用于指示所述HSS僅更新所述HSS中的用戶的iFC，或者更新所述HSS及S-CSCF中的 iFC ；所述更新執(zhí)行單元還用于，根據(jù)所述控制指示信息，如果指示更新所述HSS及 S-CSCF中的iFC，則觸發(fā)對(duì)S-CSCF中下載的iFC進(jìn)行修改。進(jìn)一步地，所述更新執(zhí)行單元觸發(fā)對(duì)S-CSCF中存儲(chǔ)的iFC進(jìn)行修改具體包括所述更新執(zhí)行單元向所述S-CSCF發(fā)送PI5R消息，攜帶所述Sh接口消息中對(duì)用戶的iFC進(jìn)行修改或更新的內(nèi)容；所述S-CSCF完成所述用戶的iFC的修改或更新后，向所述 更新執(zhí)行單元發(fā)送PPA消息。進(jìn)一步地，所述更新決策單元用于，在所述Sh接口消息中包括一個(gè)或多個(gè)用戶的 iFC修改指示。本發(fā)明提出一種AS修改HSS，以及S-CSCF中的用戶iFC數(shù)據(jù)的技術(shù)方案，并且定 義了消息結(jié)構(gòu)，其具有如下特點(diǎn)UAS更新HSS中的用戶iFC數(shù)據(jù)，可采用現(xiàn)有的Sh-Update與Sh-UpdateResp消 息，但新定義用于更新iFC數(shù)據(jù)的消息內(nèi)容和格式；2、在Sh-Update中新增HSS的控制指示信息，用于指示HSS是否僅更新HSS中的 iFC ；還是需要額外再更新S-CSCF中已經(jīng)下載的用戶iFC數(shù)據(jù)；3、針對(duì)對(duì)于僅更新HSS的iFC數(shù)據(jù)的情況，定義所執(zhí)行的處理流程；4、針對(duì)HSS對(duì)于需要額外再更新S-CSCF中已經(jīng)下載的用戶iFC數(shù)據(jù)的情況，定義 HSS根據(jù)控制指示信息觸發(fā)S-CSCF更新所執(zhí)行的處理流程，其中，HSS更新S-CSCF的iFC 數(shù)據(jù)的過(guò)程，可以使用Cx接口的現(xiàn)有過(guò)程。本發(fā)明技術(shù)方案可以應(yīng)用于以下場(chǎng)景需要更新HSS中的用戶數(shù)據(jù) (UserProfile)如修改用戶iFC時(shí)，使得用戶后續(xù)業(yè)務(wù)觸發(fā)可以觸發(fā)到該AS，使得執(zhí)行過(guò) B2BUA行為的AS能夠?qū)τ赗印Iace頭部進(jìn)行正確處理?；蛘?，在一些場(chǎng)景下，AS需要更新 已注冊(cè)用戶的用戶數(shù)據(jù)時(shí)，觸發(fā)S-CSCF中的用戶數(shù)據(jù)的更新。


圖1為現(xiàn)有技術(shù)中AS與HSS之間的Sh過(guò)程的示意圖；圖2為本發(fā)明實(shí)施例的AS更新用戶iFC的流程示意圖；圖3為本發(fā)明另一實(shí)施例的AS更新用戶iFC的流程示意圖。
具體實(shí)施例方式本發(fā)明提供了一種更新用戶初始過(guò)濾規(guī)則的方法，采用如下技術(shù)方案AS向HSS發(fā)送Sh接口消息，該Sh接口消息中包含對(duì)用戶的iFC進(jìn)行修改或更新 的內(nèi)容；所述HSS根據(jù)收到的所述Sh接口消息修改或更新所述用戶的iFC。進(jìn)一步地，所述Sh接口消息包括Sh更新(Sh-Update)消息。進(jìn)一步地，所述Sh接口消息中還包含控制指示信息，用于指示所述HSS僅更新所 述HSS中的用戶的iFC，或者更新所述HSS及S-CSCF中的iFC ；所述HSS根據(jù)所述控制指示信息，如果指示更新所述HSS及S-CSCF中的iFC，則所 述HSS還將觸發(fā)對(duì)S-CSCF中下載的iFC進(jìn)行修改。進(jìn)一步地，所述HSS觸發(fā)對(duì)S-CSCF中存儲(chǔ)的iFC進(jìn)行修改的過(guò)程具體包括以下步 驟所述HSS向所述S-CSCF發(fā)送PPR(Push Profile Request，推送用戶數(shù)據(jù)請(qǐng)求)消 息，攜帶所述Sh接口消息中對(duì)用戶的iFC進(jìn)行修改或更新的內(nèi)容；所述S-CSCF完成所述用戶的iFC的修改或更新后，向所述HSS發(fā)送PPA(PushProfile Answer，推送用戶數(shù)據(jù)應(yīng)答)消息。進(jìn)一步地，所述HSS收到所述S-CSCF發(fā)送的所述PPA消息后，確認(rèn)所述S-CSCF對(duì) 該用戶的iFC更新完成，向所述AS發(fā)送Sh更新響應(yīng)(Sh-UpdateResp)消息。進(jìn)一步地，所述Sh接口消息中可以包括一個(gè)或多個(gè)用戶的iFC修改指示。以下將結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明技術(shù)方案的實(shí)施作進(jìn)一步詳細(xì)描述。實(shí)施例一AS根據(jù)具體業(yè)務(wù)場(chǎng)景，發(fā)現(xiàn)需要更新HSS，以及S-CSCF中的用戶數(shù)據(jù)，本實(shí)施例中 指用戶iFC數(shù)據(jù)，則AS生成需要更新的用戶iFC數(shù)據(jù)，并生成相應(yīng)的指示，指示HSS需要修 改HSS及S-CSCF中的用戶數(shù)據(jù)。如圖2所示，該流程具體描述如下步驟1、AS向HSS發(fā)送Sh-Update消息，其中消息內(nèi)容中包含用戶iFC修改或更新 內(nèi)容，用戶ID (User identity)，以及是否同時(shí)修改S-CSCF的控制指示；步驟2、HSS收到消息后，更新HSS所存儲(chǔ)的用戶數(shù)據(jù)；步驟3、HSS根據(jù)控制指示，觸發(fā)對(duì)S-CSCF的更新；其中，HSS觸發(fā)的S-CSCF是指從HSS下載對(duì)應(yīng)iFC的S-CSCF。即，如果某個(gè)用戶 的iFC在S-CSCFl，需要更新此iFC時(shí)，則觸發(fā)更新此S-CSCFl。步驟4、HSS 向 S-CSCF 發(fā)送 PPR 消息，具體為 Cx_Update_Subscr_Data (更新訂閱 數(shù)據(jù))； 步驟5、S-CSCF向HSS發(fā)送PPA消息；其中，上述步驟4和5中的消息及內(nèi)容可以采用已有技術(shù)。步驟6、HSS收到PPA消息后，可以確認(rèn)HSS以及S-CSCF對(duì)該用戶數(shù)據(jù)都已經(jīng)更新 完成，則向AS發(fā)送Sh-Update Resp消息。實(shí)施例二AS根據(jù)具體業(yè)務(wù)場(chǎng)景，發(fā)現(xiàn)僅需要更新HSS中的用戶數(shù)據(jù)，則AS生成需要更新的 用戶iFC數(shù)據(jù)，并生成相應(yīng)的控制指示，指示HSS僅需要更新HSS中的用戶數(shù)據(jù)。如圖3所示，該流程具體描述如下步驟1、AS向HSS發(fā)送Sh-Update消息，其中消息內(nèi)容為修改用戶iFC數(shù)據(jù)的內(nèi) 容，并攜帶為此用戶數(shù)據(jù)不需要額外修改S-CSCF (即僅需要修改HSS)的控制指示；步驟2、HSS收到消息后，更新HSS所存儲(chǔ)的用戶iFC數(shù)據(jù)；步驟3、HSS完成用戶iFC數(shù)據(jù)更新后，向AS發(fā)送Sh-Update Resp消息。需要說(shuō)明的是，上述實(shí)施例中的修改指示(需要修改HSS及S-CSCF中的用戶 數(shù)據(jù)，還是僅需要修改HSS中的用戶數(shù)據(jù))還可以優(yōu)化為針對(duì)部分用戶數(shù)據(jù)的，即，一 條Sh-Update消息中可以攜帶多個(gè)需要更新的用戶數(shù)據(jù)，其中一部分是需要修改HSS及 S-CSCF中的用戶數(shù)據(jù)，另一部分則是僅需要修改HSS中的用戶數(shù)據(jù)。此時(shí)，HSS需要區(qū)分處 理這兩種用戶數(shù)據(jù)，且最后的Sh-Update Resp消息需要在HSS確認(rèn)完成對(duì)S-CSCF的部分 用戶數(shù)據(jù)更新后，才能統(tǒng)一發(fā)送。相應(yīng)地，本發(fā)明還提供了一種更新用戶初始過(guò)濾規(guī)則的系統(tǒng)(未圖示)，所述系統(tǒng) 包括AS和HSS，所述AS進(jìn)一步包括其中更新決策單元，所述HSS進(jìn)一步包括更新執(zhí)行單元， 其中
所述更新決策單元用于，向所述更新執(zhí)行單元發(fā)送Sh接口消息，所述Sh接口消息 中包含對(duì)用戶的初始過(guò)濾規(guī)則(iFC)進(jìn)行修改或更新的內(nèi)容；所述更新執(zhí)行單元用于，根據(jù)收到的所述Sh接口消息修改或更新所述用戶的 iFC。進(jìn)一步地，所述更新決策單元還用于，在所述Sh接口消息中還包含控制指示信 息，用于指示所述HSS僅更新所述HSS中的用戶的iFC，或者更新所述HSS及S-CSCF中的 iFC ；所述更新執(zhí)行單元還用于，根據(jù)所述控制指示信息，如果指示更新所述HSS及 S-CSCF中的iFC，則觸發(fā)對(duì)S-CSCF中下載的iFC進(jìn)行修改。進(jìn)一步地，所述更新執(zhí)行單元觸發(fā)對(duì)S-CSCF中存儲(chǔ)的iFC進(jìn)行修改具體包括所述更新執(zhí)行單元向所述S-CSCF發(fā)送PI5R消息，攜帶所述Sh接口消息中對(duì)用戶 的iFC進(jìn)行修改或更新的內(nèi)容；所述S-CSCF完成所述用戶的iFC的修改或更新后，向所述 更新執(zhí)行單元發(fā)送PPA消息。進(jìn)一步地，所述更新決策單元用于，在所述Sh接口消息中包括一個(gè)或多個(gè)用戶的 iFC修改指示。以上所述僅為本發(fā)明優(yōu)選實(shí)施例，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員， 本發(fā)明可以有各種更改和變化。凡在本發(fā)明精神和原則之內(nèi)，所作的任何修改、等同替換和 改進(jìn)等，均包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種更新用戶初始過(guò)濾規(guī)則的方法，其特征在于，所述方法包括應(yīng)用服務(wù)器(AS)向歸屬用戶服務(wù)器(HSS)發(fā)送Sh接口消息，所述Sh接口消息中包含 對(duì)用戶的初始過(guò)濾規(guī)則(iFC)進(jìn)行修改或更新的內(nèi)容；所述HSS根據(jù)收到的所述Sh接口消息修改或更新所述用戶的iFC。
2.如權(quán)利要求1所述的方法，其特征在于，所述Sh接口消息包括Sh更新(Sh-Update)消息。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述Sh接口消息中還包含控制指示信息，用于指示所述HSS僅更新所述HSS中的用戶 的iFC，或者更新所述HSS及服務(wù)呼叫會(huì)話控制功能(S-CSCF)中的iFC ；所述HSS根據(jù)所述控制指示信息，如果指示更新所述HSS及S-CSCF中的iFC，則所述 HSS還將觸發(fā)對(duì)S-CSCF中下載的iFC進(jìn)行修改。
4.如權(quán)利要求3所述的方法，其特征在于，所述HSS觸發(fā)對(duì)S-CSCF中存儲(chǔ)的iFC進(jìn)行修改具體包括所述HSS向所述S-CSCF發(fā)送推送用戶數(shù)據(jù)請(qǐng)求(PPR)消息，攜帶所述Sh接口消息中 對(duì)用戶的iFC進(jìn)行修改或更新的內(nèi)容；所述S-CSCF完成所述用戶的iFC的修改或更新后，向所述HSS發(fā)送推送用戶數(shù)據(jù)應(yīng)答 (PPA)消息。
5.如權(quán)利要求4所述的方法，其特征在于，所述HSS收到所述S-CSCF發(fā)送的所述PPA消息后，向所述AS發(fā)送Sh更新響應(yīng) (Sh-Update Resp)消息。
6.如權(quán)利要求3所述的方法，其特征在于，所述Sh接口消息中包括一個(gè)或多個(gè)用戶的iFC修改指示。
7.一種更新用戶初始過(guò)濾規(guī)則的系統(tǒng)，其特征在于，所述系統(tǒng)包括AS和HSS，所述AS 進(jìn)一步包括其中更新決策單元，所述HSS進(jìn)一步包括更新執(zhí)行單元，其中所述更新決策單元用于，向所述更新執(zhí)行單元發(fā)送Sh接口消息，所述Sh接口消息中包 含對(duì)用戶的初始過(guò)濾規(guī)則(iFC)進(jìn)行修改或更新的內(nèi)容；所述更新執(zhí)行單元用于，根據(jù)收到的所述Sh接口消息修改或更新所述用戶的iFC。
8.如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述更新決策單元還用于，在所述Sh接口消息中還包含控制指示信息，用于指示所述 HSS僅更新所述HSS中的用戶的iFC，或者更新所述HSS及S-CSCF中的iFC ；所述更新執(zhí)行單元還用于，根據(jù)所述控制指示信息，如果指示更新所述HSS及S-CSCF 中的iFC，則觸發(fā)對(duì)S-CSCF中下載的iFC進(jìn)行修改。
9.如權(quán)利要求8所述的系統(tǒng)，其特征在于，所述更新執(zhí)行單元觸發(fā)對(duì)S-CSCF中存儲(chǔ)的iFC進(jìn)行修改具體包括所述更新執(zhí)行單元向所述S-CSCF發(fā)送pra消息，攜帶所述Sh接口消息中對(duì)用戶的iFC 進(jìn)行修改或更新的內(nèi)容；所述S-CSCF完成所述用戶的iFC的修改或更新后，向所述更新執(zhí) 行單元發(fā)送PPA消息。
10.如權(quán)利要求7、8或9所述的系統(tǒng)，其特征在于，所述更新決策單元用于，在所述Sh接口消息中包括一個(gè)或多個(gè)用戶的iFC修改指示。
全文摘要
本發(fā)明公開(kāi)了一種更新用戶初始過(guò)濾規(guī)則的方法及系統(tǒng)，應(yīng)用于IP多媒體子系統(tǒng)，可以實(shí)現(xiàn)AS對(duì)HSS及S-CSCF中用戶的iFC數(shù)據(jù)的更新，其中所述方法包括應(yīng)用服務(wù)器(AS)向歸屬用戶服務(wù)器(HSS)發(fā)送Sh接口消息，所述Sh接口消息中包含對(duì)用戶的初始過(guò)濾規(guī)則(iFC)進(jìn)行修改或更新的內(nèi)容；所述HSS根據(jù)收到的所述Sh接口消息修改或更新所述用戶的iFC。
文檔編號(hào)H04W8/04GK102006579SQ20101016542
公開(kāi)日2011年4月6日 申請(qǐng)日期2010年4月30日 優(yōu)先權(quán)日2010年4月30日
發(fā)明者高揚(yáng) 申請(qǐng)人:中興通訊股份有限公司