一種基于ims系統(tǒng)的業(yè)務觸發(fā)方法和系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種基于IMS系統(tǒng)的業(yè)務觸發(fā)方法，首先，UE注冊時S-CSCF從HSS下載用戶簽約數(shù)據(jù)并保存在本地，簽約的iFC信息中包含需要觸發(fā)的應用服務器信息以及觸發(fā)應用服務器的SPT觸發(fā)條件，SPT中包含用戶業(yè)務信息；其次UE注冊成功后S-CSCF需要向特定應用服務器訂閱用戶的具體業(yè)務，并將特定應用服務器返回的用戶業(yè)務信息保存在本地；最后S-CSCF收到呼叫請求后，能夠根據(jù)匹配用戶業(yè)務信息和SPT觸發(fā)條件，決定觸發(fā)應用服務器的邏輯。本發(fā)明還公開了一種基于IMS系統(tǒng)的業(yè)務觸發(fā)系統(tǒng)。本發(fā)明實現(xiàn)了根據(jù)用戶簽約的業(yè)務，匹配觸發(fā)應用服務器，豐富了業(yè)務觸發(fā)的邏輯，滿足運營商不同的需求，且對終端無依賴性。
【專利說明】一種基于IMS系統(tǒng)的業(yè)務觸發(fā)方法和系統(tǒng)

【技術領域】
[0001]本發(fā)明涉及通信領域，更具體地涉及一種MS (IP多媒體子系統(tǒng))的業(yè)務觸發(fā)方法和系統(tǒng)。

【背景技術】
[0002]IP 多媒體子系統(tǒng)(IP Multimedia subsystem, IMS)是 3GPP(3rd Generat1nPartnership Project,第三代合作伙伴組織)定義的下一代網(wǎng)絡的標準,它的顯著特點是采用了 SIP (Sess1n Initiat1n Protocol,會話初始協(xié)議)協(xié)議,具備業(yè)務控制與承載能力分離，呼叫與會話分離，應用與服務分離，業(yè)務與網(wǎng)絡分離，以及移動網(wǎng)與因特網(wǎng)業(yè)務融合等多種能力。
[0003]圖1是MS系統(tǒng)架構圖，主要由UE(User Equipment,用戶設備)(101)，IMS 核心網(wǎng)包括代理 CSCF(Proxy Call Sess1n Control Funct1n, P-CSCF)/ 問訊CSCF (Interrogating Call Sess1n Control Funct1n, 1-CSCF) (102),服務CSCF(ServingCall Sess1n Control Funct1n, S-CSCF) (103),應用服務器(Applicat1n Server, AS)
(104),歸屬用戶服務器(Home Subscriber Server,HSS) (105)組成。在所示出的各個網(wǎng)元間，UE通過Gm接口和P-CSCF相連；P_CSCF、1-CSCF, S-CSCF間通過Mw接口實現(xiàn)互聯(lián)；HSS通過Cx接口實現(xiàn)與1-CSCF、S-CSCF相連，通過Sh接口實現(xiàn)與AS相連；S_CSCF通過ISC (IMSservice control, IMS業(yè)務控制,簡稱ISC)接口實現(xiàn)與AS相連。
[0004]P-CSCF作為MS系統(tǒng)中用戶的第一個接觸點，所有SIP信令無論來自UE還是發(fā)給UE的，都必須經(jīng)過P-CSCF。S-CSCF是MS的核心所在，位于歸屬網(wǎng)絡，為UE進行會話控制和注冊服務。當UE在MS系統(tǒng)中注冊成功后，S-CSCF在本地保存從HSS下載的用戶簽約信息，S-CSCF根據(jù)簽約信息實現(xiàn)觸發(fā)應用服務器的邏輯。
[0005]圖2描述的是MS系統(tǒng)中用戶注冊流程圖，其主要包括以下步驟:
[0006]S201, UE向P-CSCF發(fā)送注冊請求；
[0007]S202 ?S205，注冊請求經(jīng)過 P-CSCF、1-CSCF 到達 S-CSCF ；
[0008]S206?S216，如果S-CSCF需要對用戶進行認證鑒權，那么需要向HSS獲取用戶認證向量，并根據(jù)S207消息中返回的認證向量,構造挑戰(zhàn)請求(401Unauthorized消息)，該挑戰(zhàn)請求轉發(fā)到UE后，UE構造挑戰(zhàn)響應，S-CSCF收到S215挑戰(zhàn)響應消息后，S216判斷用戶的合法性，完成對用戶的認證、鑒權；如果不需要認證鑒權，可直接執(zhí)行S217 ；
[0009]S217?S222，S-CSCF存儲從HSS下載得到的用戶簽約數(shù)據(jù)，并構造注冊成功響應，將其通過1-CSCF和P-CSCF轉發(fā)給UE’從而完成了 UE在MS網(wǎng)絡的注冊；
[0010]S223?S225，S-CSCF根據(jù)用戶簽約信息，向AS發(fā)送第三方注冊請求。
[0011]其中S219步驟，S-CSCF從HSS下載用戶的簽約信息，簽約信息中包含了業(yè)務觸發(fā)過濾規(guī)則(initial Filter Criteria,簡稱iFC), iFC中包括應用服務器AS的信息，以及觸發(fā)應用服務器AS的規(guī)則，即業(yè)務點觸發(fā)器(Service Point Trigger，簡稱SPT)。SPT的結構和參數(shù)如圖3所示，SPT中包括了被叫號碼、SIP方法、SIP頭字段、會話狀態(tài)、會話媒體描述，SPT表示觸發(fā)AS的條件和規(guī)則，需要滿足匹配SPT的條件，S-CSCF才會觸發(fā)相應的應用服務器，再由AS執(zhí)行具體的業(yè)務邏輯。通過現(xiàn)有的SPT內(nèi)容，能夠實現(xiàn)控制與業(yè)務分離，實現(xiàn)靈活的業(yè)務觸發(fā)。
[0012]現(xiàn)有的SPT內(nèi)容可以實現(xiàn)根據(jù)被叫號碼、SIP頭字段、會話狀態(tài)等信息，決定觸發(fā)應用服務器的邏輯。但是某些場景下，S-CSCF觸發(fā)應用服務器時，需要根據(jù)用戶簽約的業(yè)務來選擇觸發(fā)應用服務器。比如說用戶簽約了無條件前轉業(yè)務，則S-CSCF需要觸發(fā)呼叫過濾服務器(相當于是一個應用服務器)；或者如果用戶沒有簽約無條件前轉業(yè)務，則不需要觸發(fā)呼叫過濾服務器。現(xiàn)有的SPT結構中無法根據(jù)用戶簽約的業(yè)務，匹配觸發(fā)應用服務器，同時S-CSCF也不知道用戶是否簽約了某些業(yè)務，因此無法滿足一些網(wǎng)絡及運營商的需求。


【發(fā)明內(nèi)容】

[0013]本發(fā)明要解決的技術問題在于:克服現(xiàn)有技術中SPT結構中無法根據(jù)用戶簽約的業(yè)務，匹配觸發(fā)應用服務器，同時S-CSCF也不知道用戶是否簽約了某些業(yè)務，因此無法滿足一些網(wǎng)絡及運營商的需求的不足，提供了一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法和系統(tǒng)，實現(xiàn)了根據(jù)用戶簽約的業(yè)務，匹配觸發(fā)應用服務器。
[0014]本發(fā)明解決其技術問題所采用的技術方案是:
[0015]一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法，包括如下步驟:
[0016]步驟A:用戶設備UE注冊時，MS核心網(wǎng)中的S-CSCF從歸屬用戶服務器HSS下載用戶簽約數(shù)據(jù)并保存在本地，簽約數(shù)據(jù)中的業(yè)務觸發(fā)過濾規(guī)則信息iFC中包含需要觸發(fā)的應用服務器信息，以及觸發(fā)應用服務器的業(yè)務點觸發(fā)器SPT觸發(fā)條件，SPT中包含用戶業(yè)務信息；
[0017]步驟B:UE注冊成功后，S-CSCF向特定應用服務器訂閱用戶的具體業(yè)務，并將特定應用服務器返回的用戶業(yè)務信息保存在本地；
[0018]步驟C =S-CSCF收到呼叫請求后，根據(jù)匹配用戶業(yè)務信息和SPT觸發(fā)條件，決定觸發(fā)應用服務器的邏輯。
[0019]進一步的，本發(fā)明的一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法，步驟A所述SPT中包含用戶業(yè)務信息，該業(yè)務信息通過業(yè)務標簽來標識，業(yè)務標簽標識不同的業(yè)務，SPT中包括一個或者多個業(yè)務標簽。
[0020]進一步的，本發(fā)明的一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法，步驟B中所述的特定應用服務器是指存儲了用戶簽約業(yè)務信息的服務器。
[0021]進一步的，本發(fā)明的一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法，步驟B中所述的S-CSCF向特定應用服務器訂閱用戶的具體業(yè)務，是根據(jù)SPT中的業(yè)務標簽，或者基于本地的配置。
[0022]進一步的，本發(fā)明的一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法，如果用戶或網(wǎng)絡修改了S-CSCF訂閱的簽約業(yè)務，特定應用服務器則通知S-CSCF用戶簽約的業(yè)務發(fā)生變化。
[0023]進一步的，本發(fā)明的一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法，所述的步驟C中，S-CSCF收到呼叫以外的請求同樣匹配決定觸發(fā)應用服務器的邏輯。
[0024]一種基于MS系統(tǒng)的業(yè)務觸發(fā)系統(tǒng)，包括S_CSCF、HSS服務器、特定應用服務器，其中:
[0025]S-CSCF，用于為用戶匹配用戶業(yè)務信息和SPT觸發(fā)條件，決定觸發(fā)應用服務器的邏輯；
[0026]HSS服務器，用于支持和保存用戶簽約數(shù)據(jù)，用戶簽約SPT中將支持包含的業(yè)務信息，以供S-CSCF使用SPT決定業(yè)務觸發(fā)邏輯；
[0027]特定應用服務器，用于存儲用戶提供的用戶業(yè)務信息，當S-CSCF向其訂閱用戶業(yè)務信息后，負責通知用戶的業(yè)務信息。
[0028]本發(fā)明采用的技術方案與現(xiàn)有技術相比，具有以下技術效果:
[0029]本發(fā)明提供的一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法和系統(tǒng)，通過以上步驟實現(xiàn)根據(jù)用戶簽約的業(yè)務，匹配觸發(fā)應用服務器，在控制與業(yè)務分離的架構下，豐富了業(yè)務觸發(fā)的邏輯，實現(xiàn)了根據(jù)簽約的業(yè)務決定是否觸發(fā)應用服務器，不僅滿足了運營商不同的需求，同時該方法對終端無任何依賴性。

【專利附圖】

【附圖說明】
[0030]圖1為已知頂S系統(tǒng)架構圖。
[0031]圖2為已知MS用戶注冊流程圖。
[0032]圖3為已知MS網(wǎng)絡SPT結構和參數(shù)示意圖。
[0033]圖4為本發(fā)明所述的業(yè)務觸發(fā)流程示意圖。
[0034]圖5為本發(fā)明改進的MS網(wǎng)絡SPT結構和參數(shù)示意圖。
[0035]圖6為本發(fā)明所述關于注冊/訂閱業(yè)務的具體實施例流程圖。
[0036]圖7為本發(fā)明所述關于業(yè)務觸發(fā)方法的具體實施例流程圖。

【具體實施方式】
[0037]為了使本領域技術人員更好地理解本申請中的技術問題、技術方案和技術效果，下面結合附圖和【具體實施方式】對本發(fā)明一種基于IMS系統(tǒng)的業(yè)務觸發(fā)方法和系統(tǒng)作進一步詳細說明。
[0038]本發(fā)明提供了一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法和系統(tǒng)，實現(xiàn)了根據(jù)用戶簽約的業(yè)務，匹配觸發(fā)應用服務器。
[0039]圖4為本發(fā)明所述的業(yè)務觸發(fā)流程示意圖，一種基于MS的業(yè)務觸發(fā)方法，技術方案包括如下步驟:
[0040]步驟A:UE注冊時，S-CSCF從HSS下載用戶簽約數(shù)據(jù)并保存在本地，簽約的iFC信息中包含需要觸發(fā)的應用服務器信息以及觸發(fā)應用服務器的SPT觸發(fā)條件，SPT中包含用戶業(yè)務信息。
[0041 ] 進一步地，所述步驟A中，業(yè)務點觸發(fā)器SPT中可以包含用戶的業(yè)務信息，業(yè)務的信息通過業(yè)務標簽來標識，業(yè)務標簽可以標識不同的業(yè)務，比如無條件前轉，遇忙轉等業(yè)務具有不同的業(yè)務標簽，SPT中可以包括一個或者多個業(yè)務標簽。
[0042]步驟B:UE注冊成功后，S-CSCF需要向特定應用服務器訂閱用戶的具體業(yè)務，并將特定應用服務器返回的用戶業(yè)務信息保存在本地。
[0043]進一步地，所述步驟B中，特定應用服務器是指知道用戶簽約業(yè)務的服務器，比如MMTEL AS (Multimedia Telephony Applicat1n Server,多媒體電話應用服務器)，該應用服務器知道用戶是否簽約了無條件前轉，遇忙轉業(yè)務。
[0044]進一步地，所述步驟B中，S-CSCF向特定應用服務器訂閱哪些業(yè)務，這個可以根據(jù)SPT中的業(yè)務標簽，也可以基于本地的配置。
[0045]進一步地，所述步驟B中，如果用戶注冊成功后，用戶/網(wǎng)絡修改了 S-CSCF訂閱的簽約業(yè)務，應用服務器會通知S-CSCF用戶簽約的業(yè)務發(fā)生變化。如增加/修改/刪除了無條件前轉業(yè)務，應用服務器都會通知到S-CSCF。
[0046]步驟C:S-CSCF收到呼叫請求后，能夠根據(jù)匹配兩方面的內(nèi)容，決定觸發(fā)應用服務器的邏輯。具體來說S-CSCF根據(jù)從特定應用服務器得到的用戶簽約的具體業(yè)務信息，以及從HSS下載得到的IFC中SPT觸發(fā)條件，進行匹配決定觸發(fā)應用服務器的邏輯。
[0047]進一步地，所述步驟C中，若SPT中要求用戶簽約了無條件前轉則觸發(fā)某應用服務器，那么如果S-CSCF得知用戶沒有簽約無條件前轉業(yè)務，那么S-CSCF則不會觸發(fā)應用服務器。
[0048]進一步地，所述步驟C，S-CSCF收到呼叫以外的請求，如消息、訂閱等請求同樣可以匹配決定觸發(fā)應用服務器的邏輯。
[0049]雖然可以擴展終端，讓終端攜帶業(yè)務信息，但是一方面終端攜帶的信息不可靠，另一方面對終端過高要求不利于網(wǎng)絡的部署和發(fā)展。因此本發(fā)明通過以上步驟可以實現(xiàn)根據(jù)用戶簽約的業(yè)務，匹配觸發(fā)應用服務器，這是一個MS系統(tǒng)的一個解決方案，對終端無要求。
[0050]圖5為本發(fā)明改進的MS網(wǎng)絡SPT結構和參數(shù)示意圖。業(yè)務點觸發(fā)器SPT在原有的被叫號碼、SIP方法、SIP頭字段、會話狀態(tài)、會話媒體描述的基礎上增加了業(yè)務描述，業(yè)務描述可以是I至η個業(yè)務標簽，每個業(yè)務標簽對應某個業(yè)務，如無條件前轉業(yè)務定義為CFU或者001，遇忙轉業(yè)務定義CFB或者002。在現(xiàn)有SPT與應用服務邏輯關系基礎上，可以實現(xiàn)簽約了某個業(yè)務，則觸發(fā)某個應用服務器，或者沒有簽約某個業(yè)務，不觸發(fā)某個應用服務器。
[0051]本發(fā)明涉及一種根據(jù)用戶簽約的業(yè)務，匹配觸發(fā)應用服務器的方法。S-CSCF在觸發(fā)應用服務器之前，需要得到兩方面的信息:(I)應用服務器的觸發(fā)規(guī)則，即從HSS下載的SPT內(nèi)容；(2)從特定的應用服務得到的用戶簽約的業(yè)務信息。圖6是本發(fā)明所述關于注冊/訂閱業(yè)務的具體實施例流程圖，通過該流程可以得到兩方面的信息，具體的步驟如下:
[0052]S601，用戶發(fā)起MS注冊；
[0053]S602, S-CSCF向HSS發(fā)送用戶配置請求；
[0054]S603, S-CSCF從HSS得到用戶配置響應，響應消息中包含了用戶簽約的iFC、SPT內(nèi)容，其中SPT中擴展并包含了業(yè)務描述，如無條件前轉業(yè)務CFU。S-CSCF需要在本地保存iFC/SPT 信息；
[0055]S604，用戶注冊成功；
[0056]S605，在MS成功注冊后，S-CSCF需要向知道用戶簽約業(yè)務的特定應用服務器發(fā)送Subscrbe請求,請求消息中需要擴展并攜帶需要訂閱的業(yè)務信息,如攜帶無條件前轉業(yè)務信息。S-CSCF可以通過在Subscrbe請求中擴展SIP字段，以攜帶需要訂閱的業(yè)務信息。需要訂閱的業(yè)務信息可以基于本地的配置或者基于SPT中業(yè)務描述；
[0057]S606，特定應用服務器AS返回訂閱成功響應，指示訂閱成功；
[0058]S607，特定應用服務器AS通過Notify消息，通知S-CSCF訂閱的業(yè)務信息，比如該用戶是否簽約了無條件前轉業(yè)務；
[0059]S608, S-CSCF向應用服務器發(fā)送Notify成功響應。
[0060]S609?S611，當用戶簽約的業(yè)務發(fā)生了改變，特定應用服務器會通過Notify消息，通知S-CSCF訂閱的業(yè)務信息，比如用戶原先沒有無條件前轉業(yè)務，現(xiàn)在有了無條件前轉業(yè)務。該步驟為可選。
[0061]通過上述步驟，其中S603后，S-CSCF得到了應用服務器的觸發(fā)規(guī)則，即SPT內(nèi)容；S605?S608后，S-CSCF得到了用戶簽約的業(yè)務信息。通過匹配這兩方面的信息，從而決定觸發(fā)應用服務器的邏輯。圖7是本發(fā)明所述關于業(yè)務觸發(fā)方法的具體實施例流程圖。
[0062]S701，S-CSCF收到呼叫請求；
[0063]S702, S-CSCF需要匹配用戶簽約的業(yè)務信息以及SPT觸發(fā)規(guī)則，決定是否觸發(fā)某個應用服務器。比如SPT要求用戶有CFU業(yè)務，則觸發(fā)呼叫過濾服務器，此時S-CSCF需要根據(jù)從特定應用服務器訂閱通知得到的用戶簽約業(yè)務信息，根據(jù)用戶是否簽約了 CFU業(yè)務，由S-CSCF需要匹配兩者的信息；
[0064]S703，S-CSCF根據(jù)匹配結果，決定觸發(fā)應用服務器的邏輯。如用戶簽約了 CFU業(yè)務，則觸發(fā)呼叫過濾服務器；如用戶沒有簽約CFU業(yè)務，則不觸發(fā)呼叫過濾服務器。
[0065]綜上所述，采用本發(fā)明方法，在SPT內(nèi)容進行適當擴展的基礎上，同時擴展了S-CSCF向特定的應用服務器訂閱用戶簽約的業(yè)務的邏輯，從而實現(xiàn)了 MS網(wǎng)絡根據(jù)用戶簽約的業(yè)務，匹配觸發(fā)應用服務器的邏輯。豐富了業(yè)務觸發(fā)的邏輯，滿足運營商不同的需求。
[0066]以上所述，僅為本發(fā)明的較佳實例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
【權利要求】
1.一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法，其特征在于:包括如下步驟: 步驟A:用戶設備UE注冊時，IMS核心網(wǎng)中的S-CSCF從歸屬用戶服務器HSS下載用戶簽約數(shù)據(jù)并保存在本地，簽約數(shù)據(jù)中的業(yè)務觸發(fā)過濾規(guī)則信息iFC中包含需要觸發(fā)的應用服務器信息，以及觸發(fā)應用服務器的業(yè)務點觸發(fā)器SPT觸發(fā)條件，SPT中包含用戶業(yè)務信息； 步驟B:UE注冊成功后，S-CSCF向特定應用服務器訂閱用戶的具體業(yè)務，并將特定應用服務器返回的用戶業(yè)務信息保存在本地； 步驟C =S-CSCF收到呼叫請求后，根據(jù)匹配用戶業(yè)務信息和SPT觸發(fā)條件，決定觸發(fā)應用服務器的邏輯。
2.根據(jù)權利要求1所述的一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法，其特征在于:步驟A所述SPT中包含用戶業(yè)務信息，該業(yè)務信息通過業(yè)務標簽來標識，業(yè)務標簽標識不同的業(yè)務，SPT中包括一個或者多個業(yè)務標簽。
3.根據(jù)權利要求1所述的一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法，其特征在于:步驟B中所述的特定應用服務器是指存儲了用戶簽約業(yè)務信息的服務器。
4.根據(jù)權利要求1所述的一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法，其特征在于:步驟B中所述的S-CSCF向特定應用服務器訂閱用戶的具體業(yè)務，是根據(jù)SPT中的業(yè)務標簽，或者基于本地的配置。
5.根據(jù)權利要求4所述的一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法，其特征在于:如果用戶或網(wǎng)絡修改了 S-CSCF訂閱的簽約業(yè)務，特定應用服務器則通知S-CSCF用戶簽約的業(yè)務發(fā)生變化。
6.根據(jù)權利要求1所述的一種基于MS系統(tǒng)的業(yè)務觸發(fā)方法，其特征在于:所述的步驟C中，S-CSCF收到呼叫以外的請求同樣匹配決定觸發(fā)應用服務器的邏輯。
7.一種基于MS系統(tǒng)的業(yè)務觸發(fā)系統(tǒng)，其特征在于:包括S-CSCF、HSS服務器、特定應用服務器，其中: S-CSCF，用于為用戶匹配用戶業(yè)務信息和SPT觸發(fā)條件，決定觸發(fā)應用服務器的邏輯； HSS服務器，用于支持和保存用戶簽約數(shù)據(jù)，用戶簽約SPT中將支持包含的業(yè)務信息，以供S-CSCF使用SPT決定業(yè)務觸發(fā)邏輯； 特定應用服務器，用于存儲用戶提供的用戶業(yè)務信息，當S-CSCF向其訂閱用戶業(yè)務信息后，負責通知用戶的業(yè)務信息。
【文檔編號】H04L29/06GK104253815SQ201410478705
【公開日】2014年12月31日 申請日期:2014年9月18日 優(yōu)先權日:2014年9月18日
【發(fā)明者】繆菊紅, 陳玉林, 徐飛 申請人:南京信息工程大學