專利名稱：業(yè)務處理方法及系統(tǒng)、sip應用接入網(wǎng)關模塊的制作方法
技術領域：
本發(fā)明涉及通信技術領域，具體涉及一種IMS業(yè)務處理方法及系統(tǒng)、SIP 應用接入網(wǎng)關模塊。
背景技術：
第三代移動通信標準化的伙伴項目(3GPP )在R5中提出了 IP多媒體子 系統(tǒng)(IMS, IP Multimedia Subsystem),用來在高速的分組數(shù)據(jù)網(wǎng)絡上，為用 戶提供語音、消息業(yè)務、游戲和各種多媒體業(yè)務。IMS將會話發(fā)起協(xié)議SIP (Session Initial Protocol)作為業(yè)務控制協(xié)議，通過將業(yè)務控制和承載控制相 分離的方式來提供豐富的多媒體業(yè)務。IMS業(yè)務架構(gòu)由服務呼叫狀態(tài)控制功能(S-CSCF)以及各種應用服務器 (Application Server)組成，應用服務器有會話發(fā)起協(xié)議(SIP)應用服務器、開 放式業(yè)務架構(gòu)(OSA)應用服務器和移動網(wǎng)絡增強定制應用邏輯(CAMEL ) IMS 業(yè)務交換功能(IM-SSF)，它們都提供IP多媒體增值業(yè)務。各種應用服務器 一般由業(yè)務提供商即運營商和用戶外的第三方提供，S-CSCF使用統(tǒng)一的IMS 業(yè)務控制(ISC)接口與應用服務器相連接?，F(xiàn)有技術中，處理IMS業(yè)務的業(yè)務架構(gòu)中一般是采用SIP應用服務器。 由于ISC接口采用了 SIP協(xié)議，所以用SIP應用服務器可以直接與S-CSCF相 連，減少了信令的轉(zhuǎn)換過程。對于處理IMS業(yè)務的計費，也是采用基于SIP 應用服務器的計費方式?，F(xiàn)有的IMS網(wǎng)絡的計費架構(gòu)，包括離線計費架構(gòu)和 在線計費架構(gòu)?，F(xiàn)有技術中已經(jīng)定義了 SIP應用服務器和運營商的計費系統(tǒng) 之間的接口 ，其中SIP應用服務器(SIP AS )通過Rf接口和離線計費系統(tǒng)相 連，通過Ro接口與在線計費系統(tǒng)相連。當進行IMS業(yè)務時，SIP應用服務器 直接產(chǎn)生針對IMS業(yè)務涉及的各種服務產(chǎn)品的計費話單，運營商的計費系統(tǒng) 根據(jù)SIP應用服務器產(chǎn)生的計費話單進行計費。在對現(xiàn)有技術的研究和實踐過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術存在以下問題
現(xiàn)有技術中，處理IMS業(yè)務的業(yè)務架構(gòu)中采用的第三方的SIP應用服務 器是直接通過ISC接口來接入IMS核心網(wǎng)絡的S-CSCF的，而S-CSCF又不 提供安全認證功能，因此，第三方的SIP應用服務器就給運營商的IMS核心 網(wǎng)絡帶來了安全隱患。同時，基于該業(yè)務架構(gòu)的計費方法是由第三方的SIP 應用服務器直接產(chǎn)生計費話單，而運營商的計費系統(tǒng)只負責進行計費，這就 需要第三方的應用服務器產(chǎn)生的計費話單是正確可信的，但在實際的運營中， 運營商無法防止一些惡意的欺詐行為發(fā)生，因此，這種計費方法存在著欺祚 的漏洞，從而危及增值業(yè)務價值鏈的健康發(fā)展。發(fā)明內(nèi)容本發(fā)明實施例要解決的技術問題是提供一種業(yè)務處理方法及系統(tǒng)、SIP應 用接入網(wǎng)關模塊，能夠在處理IMS業(yè)務時提供鑒權功能，并確保處理IMS業(yè) 務時計費的可信度。為解決上述技術問題，本發(fā)明所提供的實施例是通過以下技術方案實現(xiàn)本發(fā)明實施例提供一種業(yè)務處理方法，包括設置會話發(fā)起協(xié)議SIP應用 接入網(wǎng)關模塊，還包括所述SIP應用接入網(wǎng)關模塊接收發(fā)送方的業(yè)務消息， 根據(jù)業(yè)務消息類型判斷是否需要與增值業(yè)務管理平臺進行交互；若是，進一 步在判斷出需要進行鑒權/計費時，請求所述增值業(yè)務管理平臺進行響應處理， 并根據(jù)所述增值業(yè)務管理平臺的響應處理結(jié)果確定是否轉(zhuǎn)發(fā)所述業(yè)務消息到 4妄收方。本發(fā)明實施例提供一種業(yè)務處理系統(tǒng)，包括會話發(fā)起協(xié)議SIP應用接 入網(wǎng)關模塊，用于接收發(fā)送方的業(yè)務消息，根據(jù)業(yè)務消息類型判斷是否需要 與增值業(yè)務管理平臺進行交互，若是，進一步在判斷出需要進行鑒權/計費時， 請求所述增值業(yè)務管理平臺進行響應處理，并根據(jù)所述增值業(yè)務管理平臺的 響應處理結(jié)果確定是否轉(zhuǎn)發(fā)所述業(yè)務消息到接收方；增值業(yè)務管理平臺，用 于接收所述SIP應用接入網(wǎng)關模塊的請求后進行響應處理，向所述SIP應用接 入網(wǎng)關模塊返回響應處理結(jié)果。本發(fā)明實施例提供一種會話發(fā)起協(xié)議SIP應用接入網(wǎng)關模塊，包括IP 多媒體子系統(tǒng)業(yè)務控制ISC通信接口，用于接收發(fā)送方的業(yè)務消息，發(fā)送所
述業(yè)務消息到接收方；業(yè)務鑒權/計費觸發(fā)系統(tǒng)，用于根據(jù)isc通信接口接收 的業(yè)務消息的業(yè)務消息類型判斷是否需要與增值業(yè)務管理平臺進行交互，若 是，進一步在判斷出需要進行鑒權/計費時，請求所述增值業(yè)務管理平臺進行 響應處理，并根據(jù)所述增值業(yè)務管理平臺的響應處理結(jié)果確定是否轉(zhuǎn)發(fā)所述 業(yè)務消息到接收方；增值業(yè)務管理平臺通信接口，用于所述業(yè)務鑒權/計費觸 發(fā)系統(tǒng)與增值業(yè)務管理平臺之間的交互。上述技術方案可以看出，本發(fā)明實施例技術方案設置了 sip應用4矣入網(wǎng) 關模塊，發(fā)送方和接收方之間的業(yè)務消息都需要經(jīng)過sip應用接入網(wǎng)關模塊 和增值業(yè)務管理平臺的配合進行鑒權，確保了只有通過鑒權的合法的第三方 sip應用服務器才能接入ims網(wǎng)絡，降低了互聯(lián)網(wǎng)領域的第三方sip應用服務器的引入給運營商的ims核心網(wǎng)絡帶來的安全隱患和運營風險，另外通過sip應用接入網(wǎng)關模塊和增值業(yè)務管理平臺來共同完成針對第三方sip應用服 務的計費，避免了由第三方sip應用服務器直接產(chǎn)生計費話單或者直接發(fā)起 在線計費請求，提高了計費的可信度和可管理度。


圖1是本發(fā)明實施例業(yè)務處理方法第一流程圖； 圖2是本發(fā)明實施例業(yè)務處理方法第二流程圖；圖3是用戶發(fā)起的到第三方sip應用服務器業(yè)務請求的sip消息路由選擇 機制示意圖；圖4是第三方sip應用服務器發(fā)起的到sip用戶終端的業(yè)務請求的消息路 由機制示意圖；圖5是sip終端用戶發(fā)送業(yè)務請求給第三方sip應用服務器的流程圖；圖6是第三方sip應用服務器發(fā)送業(yè)務請求給sip終端用戶的流程圖；圖7是本發(fā)明實施例提出的ims網(wǎng)絡中支持應用/內(nèi)容層、會話/業(yè)務控制 層和承載層的分層計費方式示意圖；圖8是本發(fā)明實施例業(yè)務處理系統(tǒng)結(jié)構(gòu)示意圖；圖9是本發(fā)明實施例sip應用接入網(wǎng)關模塊結(jié)構(gòu)示意圖。
具體實施方式
本發(fā)明實施例提供了一種業(yè)務處理方法，能夠在處理IMS業(yè)務時提供鑒 權認證功能，并確保處理IMS業(yè)務時計費的可信度。在介紹本發(fā)明實施例業(yè)務處理方法前，先簡單介紹本發(fā)明實施例提供的 SIP應用接入網(wǎng)關模塊(SIP AS GW )。本發(fā)明實施例提供了 一種SIP應用接入網(wǎng)關模塊，用于在IMS網(wǎng)絡中支 持第三方SIP應用服務器安全接入和進行內(nèi)容計費。該SIP應用接入網(wǎng)關模塊 至少包括ISC通信接口、業(yè)務鑒權/計費觸發(fā)系統(tǒng)和增值業(yè)務管理平臺通信 接口。ISC通信接口 ，用于負責SIP應用接入網(wǎng)關模塊與第三方SIP應用服務器 的通信以及SIP應用接入網(wǎng)關模塊與服務呼叫狀態(tài)控制功能S-CSCF的SIP消 息交互。ISC通信接口根據(jù)3GPP制定的IMS規(guī)范23.228中定義的IMS業(yè)務 控制接口 ( ISC )協(xié)議與第三方SIP應用服務器和S-CSCF通信。業(yè)務鑒權/計費觸發(fā)系統(tǒng)，用于負責對從ISC通信接口收到的SIP消息進 行分析，判斷是否需要進行業(yè)務鑒權/計費。如果需要進行業(yè)務鑒權/計費，則 業(yè)務鑒權/計費觸發(fā)系統(tǒng)將從ISC通信接口模塊收到的SIP消息的相應字段映 射成采用增值業(yè)務管理平臺通信接口的業(yè)務鑒權/計費消息中的字段。業(yè)務鑒 權/計費觸發(fā)模塊通過增值業(yè)務管理平臺通信接口將該消息發(fā)送到增值業(yè)務管 理平臺(VASMP)進行業(yè)務的鑒權和計費。如果不需要進行業(yè)務鑒權/計費， 則業(yè)務鑒權/計費觸發(fā)系統(tǒng)通過ISC通信接口向SIP消息的目的地址進行路由 轉(zhuǎn)發(fā)。增值業(yè)務管理平臺通信接口，用于通過鏈路與增值業(yè)務管理平臺相連并 根據(jù)特定協(xié)議進行通信，該協(xié)議與具體運營商的增值業(yè)務管理平臺^t是供的特 定接口協(xié)議相關。該接口用于完成業(yè)務鑒權、用戶鑒權以及業(yè)務/內(nèi)容的計費。上述所提到的增值業(yè)務管理平臺，主要負責與運營商的計費系統(tǒng)聯(lián)系， 以完成針對第三方SIP應用的計費。增值業(yè)務管理平臺通過鏈路與離線計費 系統(tǒng)OFCS相連并根據(jù)特定協(xié)議進行通信(如Rf接口 ，文件傳輸協(xié)議FTP( File Transfer Protocol)等)傳送計費話單CDR ( Charging Data Record),完成離線
計費的功能；通過鏈路與在線計費系統(tǒng)ocs相連并根據(jù)特定協(xié)議(如Ro接 口協(xié)議)進行通信，實時扣除業(yè)務使用費用或者預留資源，完成實時在線計 費的功能。以下詳細介紹本發(fā)發(fā)明實施例業(yè)務處理方法。請參閱圖l,是本發(fā)明實施例業(yè)務處理方法第一流程圖，包括步驟100、 SIP應用接入網(wǎng)關才莫塊接收發(fā)送方的業(yè)務消息；步驟101、根據(jù)所述業(yè)務消息的消息類型判斷是否需要與增值業(yè)務管理平 臺交互，并判斷是否需要進行業(yè)務鑒權/計費或進行計費；如果為"中斷類型的消息"，則判斷出需要與增值業(yè)務管理平臺交互，并 需要進行業(yè)務鑒權/計費，轉(zhuǎn)至步驟102;如果為"通知類型的消息"，則判斷 出需要與增值業(yè)務管理平臺交互，并需要進行計費，轉(zhuǎn)至步驟103;如果為"直 接轉(zhuǎn)發(fā)類型的消息"，則判斷出不需要與增值業(yè)務管理平臺交互，轉(zhuǎn)至步驟 104。步驟102、 SIP應用接入網(wǎng)關模塊請求所述增值業(yè)務管理平臺進行響應處 理，并根據(jù)所述增值業(yè)務管理平臺的響應處理結(jié)果確定是否轉(zhuǎn)發(fā)所述業(yè)務消 息到接收方；步驟103、 SIP應用接入網(wǎng)關模塊請求所述增值業(yè)務管理平臺進行響應處 理，同時轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。步驟104、 SIP應用接入網(wǎng)關模塊直接轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。請參閱圖2，是本發(fā)明實施例業(yè)務處理方法第二流程圖，描述了本發(fā)明實 施例運行SIP應用接入網(wǎng)關模塊來提供第三方SIP應用服務器安全接入并進行 內(nèi)容計費的方法的步驟，包括步驟201 、發(fā)送方發(fā)起SIP消息；這里所說的發(fā)送方可以是第三方SIP應用服務器或者是SIP用戶終端。步驟202、 SIP應用接入網(wǎng)關模塊通過ISC通信接口接收到來自發(fā)送方的 有關呼叫會話的SIP消息；
呼叫會話可以是已建立的或者是該消息所啟動的，該消息符合ISC接口 協(xié)議。步驟203、業(yè)務鑒權/計費觸發(fā)系統(tǒng)根據(jù)從ISC通信接口收到的SIP消息 類型判斷是否需要與增值業(yè)務管理平臺交互，并判斷出是否需要進行業(yè)務鑒 權/計費或進行計費，從而決定該消息的處理流程；如果為"中斷類型的消息"，則轉(zhuǎn)至步驟204;如果為"通知類型的消息"， 則轉(zhuǎn)至步驟214;如果為"直接轉(zhuǎn)發(fā)類型的消息，，，則不需要與增值業(yè)務管理 平臺交互，直接轉(zhuǎn)至步驟211。步驟204、如果收到的消息為"中斷類型的消息"，則判斷出需要與增值 業(yè)務管理平臺交互，并需要進行業(yè)務鑒權/計費，進入步驟205;步驟205、中斷IMS會話處理，即暫停SIP消息的轉(zhuǎn)發(fā)，提取SIP消息 中的相關字萃殳；相關字段包括所述業(yè)務消息中服務提供商地址的"To"字段或者所述 業(yè)務消息中"業(yè)務類型字段"，所述業(yè)務消息中"From"字段和"To"字段等。步驟206、業(yè)務鑒權/計費觸發(fā)系統(tǒng)生成要發(fā)送到增值業(yè)務管理平臺的業(yè) 務鑒權/計費請求消息；步驟207、業(yè)務鑒權/計費觸發(fā)系統(tǒng)將從ISC通信接口收到的SIP消息中 提取的相關字段映射成業(yè)務鑒權/計費請求消息的相應字段；將所述業(yè)務消息中服務提供商地址的"To"字段，或者將所述業(yè)務消息 中"業(yè)務類型字段"映射為業(yè)務標識字段；將所述業(yè)務消息中"From"字段 或"To"字段映射為使用用戶標識字段；將所述業(yè)務消息中"From"字段或 "To"字段映射為計費用戶標識字段。步驟208、業(yè)務鑒權/計費觸發(fā)系統(tǒng)通過增值業(yè)務管理平臺通信接口將業(yè) 務鑒權/計費請求消息發(fā)送到增值業(yè)務管理平臺；步驟209:業(yè)務鑒權/計費觸發(fā)系統(tǒng)通過增值業(yè)務管理平臺通信接口收到 增值業(yè)務管理平臺返回的業(yè)務鑒權/計費響應消息；步驟210、根據(jù)響應消息判斷鑒權與計費是否成功；
如果業(yè)務鑒權/計費成功，則轉(zhuǎn)至步驟211;如果業(yè)務鑒權/計費失敗，則 轉(zhuǎn)至步驟212。步驟211、業(yè)務鑒權/計費成功，業(yè)務鑒權/計費觸發(fā)系統(tǒng)利用ISC通信接 口將收到的SIP消息根據(jù)其包含目的地址進行路由，將該SIP消息轉(zhuǎn)發(fā)給接收方；步驟212、業(yè)務鑒權/計費失敗，則SIP應用接入網(wǎng)關^^莫塊向SIP消息的 發(fā)送方返回失敗提示，拒絕提供進一步的服務，并轉(zhuǎn)到步驟213;步驟213、 SIP應用接入網(wǎng)關模塊等待來自發(fā)送方的下一 SIP消息；步驟214、如果收到的消息為"通知類型的消息"，則判斷出需要與增值 業(yè)務管理平臺交互，并需要進行計費，SIP應用接入網(wǎng)關模塊不中斷IMS會 話，確定需繼續(xù)轉(zhuǎn)發(fā)SIP消息即進入步驟211;同時確定進入步驟215;步驟215、業(yè)務鑒權/計費觸發(fā)系統(tǒng)對從ISC通信接口收到的SIP消息進 行處理，提取消息中的相關字段；相關字段包括所述業(yè)務消息中服務提供商地址的"To"字段或者所述 業(yè)務消息中"業(yè)務類型字段，，，所述業(yè)務消息中"From"字段和"To"字段等。步驟216:業(yè)務鑒權/計費觸發(fā)系統(tǒng)生成要發(fā)送到增值業(yè)務管理平臺的業(yè) 務計費確認請求消息；步驟217、業(yè)務鑒權/計費觸發(fā)系統(tǒng)根據(jù)從ISC通信接口收到的SIP消息 中提取的相關字段映射成業(yè)務計費確認請求消息的相應字段；將所述業(yè)務消息中服務提供商地址的"To"字段，或者將所述業(yè)務消息 中"業(yè)務類型字段"映射為業(yè)務標識字段；將所述業(yè)務消息中"From"字段 或"To"字段映射為使用用戶標識字段；將所述業(yè)務消息中"From"字段或 "To"字段映射為計費用戶標識字段。步驟218、業(yè)務鑒權/計費觸發(fā)系統(tǒng)通過增值業(yè)務管理平臺通信接口將業(yè) 務計費確認請求消息發(fā)送到增值業(yè)務管理平臺；步驟219、業(yè)務鑒權/計費觸發(fā)系統(tǒng)通過增值業(yè)務管理平臺通信接口收到 增值業(yè)務管理平臺返回的業(yè)務計費確認響應消息，業(yè)務計費確認流程執(zhí)行完 畢。因為本發(fā)明實施例業(yè)務處理方法中增加了 SIP應用接入網(wǎng)關模塊，相應 的第三方SIP應用服務器和S-CSCF之間的SIP消息路由選擇機制發(fā)生了 一些 變化，以下介紹SIP消息在經(jīng)過SIP應用接入網(wǎng)關模塊前后的變化情況。請參閱圖3,是用戶發(fā)起的到第三方SIP應用服務器業(yè)務請求的SIP消息 路由選擇機制示意圖。如圖3所示，從用戶發(fā)起到第三方SIP應用服務器業(yè)務請求的SIP消息， 圖中A表示SIP用戶終端，B表示第三方SIP應用服務器。當SIP消息從SIP 用戶終端發(fā)送到IMS代理呼叫狀態(tài)控制功能P-CSCF時，P-CSCF將其地址加 到SIP消息的"經(jīng)由"(即Via)字段中。然后，P-CSCF將SIP消息發(fā)送到IMS 服務呼叫狀態(tài)控制功能S-CSCF, S-CSCF根據(jù)業(yè)務觸發(fā)規(guī)則，確定提供該業(yè) 務的第三方SIP應用服務器接入的SIP應用接入網(wǎng)關模塊地址，S-CSCF將其 地址加到位于P-CSCF的地址的"經(jīng)由，，字段之上的"經(jīng)由，，字段中。然后， S-CSCF將SIP消息發(fā)送到SIP應用接入網(wǎng)關模塊。SIP應用接入網(wǎng)關模塊根 據(jù)消息類型來決定處理流程，處理完畢后，SIP應用接入網(wǎng)關模塊將其地址加 到位于S-CSCF的地址的"經(jīng)由"字段之上的"經(jīng)由，，字段中。然后，SIP應 用接入網(wǎng)關模塊將SIP消息發(fā)送到第三方SIP應用服務器。當SIP消息被發(fā)送 到第三方SIP應用服務器時，在這一SIP消息的標題中將至少有三個"經(jīng)由" 字段。因此，形成了 一個由"經(jīng)由，，字段組成的消息路由路徑P-CSCF — S-CSCF —SIP AS GW。第三方SIP應用服務器啟動相應的業(yè)務邏輯，并對該SIP消息做出響應。 此時A仍表示SIP用戶終端，B仍表示第三方SIP應用服務器。當SIP響應 消息從第三方SIP應用服務器返回到SIP應用4妄入網(wǎng)關沖莫塊時，SIP應用4妄入 網(wǎng)關模塊執(zhí)行SIP響應消息所要求的功能并清除"經(jīng)由"字段中的最上面的 地址，即SIP應用接入網(wǎng)關模塊(SIP AS GW )的地址。然后，SIP應用接入 網(wǎng)關模塊將SIP響應消息發(fā)送到"經(jīng)由，，字段中的下一地址，即S-CSCF的地 址。S-CSCF執(zhí)行SIP響應消息所要求的功能并清除"經(jīng)由"字段中最上面的 地址，即它自己的地址。然后，S-CSCF將SIP響應消息發(fā)送到"經(jīng)由'，字段
中的下一地址，即P-CSCF的地址。P-CSCF收到響應消息后，執(zhí)行SIP響應 消息所要求的功能并清除"經(jīng)由"字段中的剩余地址，即P-CSCF的地址。然 后，P-CSCF將SIP響應消息發(fā)送到SIP用戶終端上。請參閱圖4,是第三方SIP應用服務器發(fā)起的到SIP用戶終端的業(yè)務請求 的消息路由機制示意圖。如圖4所示，從第三方SIP應用服務器發(fā)起到SIP用戶終端業(yè)務請求的 SIP消息路由機制。圖中A表示第三方SIP應用服務器，B表示SIP用戶終端。 當SIP消息從第三方SIP應用服務器發(fā)送到SIP應用接入網(wǎng)關模塊時，SIP應 用接入網(wǎng)關模塊執(zhí)行SIP消息所要求的功能，執(zhí)行完畢后將其地址加到SIP 消息的"經(jīng)由"字段中。然后，SIP應用接入網(wǎng)關模塊將SIP消息發(fā)送到IMS 服務呼叫狀態(tài)控制功能S-CSCF, S-CSCF執(zhí)行SIP消息所要求的功能并將其 地址加到位于SIP應用接入網(wǎng)關模塊的地址的"經(jīng)由，，字段之上的"經(jīng)由" 字段中。然后，S-CSCF將SIP消息發(fā)送到IMS代理呼叫狀態(tài)控制功能P-CSCF。 P-CSCF320執(zhí)行SIP消息所要求的功能并將其地址加到位于S-CSCF的地址的 "經(jīng)由"字段之上的"經(jīng)由"字段中。然后，P-CSCF將SIP消息發(fā)送到SIP 用戶終端。當SIP消息被發(fā)送到SIP用戶終端時，在這一 SIP消息的標題中將 至少有三個"經(jīng)由"字段。因此，形成了一個由"經(jīng)由"字段組成的消息路 由路徑SIPASGW—S-CSCF —P-CSCF。SIP用戶終端對該SIP消息做出響應，根據(jù)"經(jīng)由"字段中的最上面的地 址，即P-CSCF的地址，將SIP響應消息返回到P-CSCF。 P-CSCF收到SIP 響應消息后，執(zhí)行SIP響應消息所要求的功能并清除"經(jīng)由，，字段中的最上 面的地址，即P-CSCF的地址。然后，P-CSCF將SIP響應消息發(fā)送到"經(jīng)由" 字段中的下 一地址，即S-CSCF的地址。S-CSCF執(zhí)行SIP響應消息所要求的 功能并清除"經(jīng)由，，字段中最上面的地址，即S-CSCF的地址。然后，S-CSCF 將SIP響應消息發(fā)送到"經(jīng)由"字段中的下一地址，即SIP應用接入網(wǎng)關模塊 的地址。SIP應用接入網(wǎng)關模塊收到SIP響應消息后，執(zhí)行SIP響應消息所要 求的功能并清除"經(jīng)由，，字段中的剩余地址，即SIP應用接入網(wǎng)關模塊的地 址。然后，SIP應用接入網(wǎng)關模塊將SIP響應消息發(fā)送到第三方SIP應用服務 器上。當SIP響應消息從SIP應用接入網(wǎng)關模塊返回到第三方SIP應用服務器 時，SIP應用接入網(wǎng)關模塊執(zhí)行相應的業(yè)務邏輯。根據(jù)本發(fā)明實施例上述業(yè)務處理方法，以下內(nèi)容結(jié)合具體應用場景進行 說明，包括從SIP終端用戶向第三方SIP服務提供商發(fā)起業(yè)務請求和第三方 SIP服務提供商向SIP終端用戶發(fā)起業(yè)務請求這兩種情況。對于第一種情況，為了防止終端用戶在欠費的情況下，仍然可以使用第三方SIP服務提供商的增值業(yè)務，終端用戶的業(yè)務請求需通過SIP應用接入網(wǎng)關模塊發(fā)送給增值業(yè)務管理平臺，通過增值業(yè)務管理平臺的鑒權后才能發(fā)送給第三方SIP服務提供商，該鑒權包括用戶狀態(tài)的檢查，業(yè)務定購關系的檢查。請參閱圖5,是SIP終端用戶發(fā)送業(yè)務請求給第三方SIP應用服務器的流 程圖，包括步驟501 - 502、 S-CSCF接收SIP消息后發(fā)送給SIP應用接入網(wǎng)關模塊；SIP用戶終端所歸屬的S-CSCF接收到用戶終端UE提交的SIP消息(如 INVITE消息，MESSAGE消息等)后，根據(jù)業(yè)務觸發(fā)條件(是否為第三方SIP 業(yè)務)4企查該SIP消息是否符合SIP應用服務器設定的觸發(fā)條件，如果發(fā)現(xiàn)符 合，則根據(jù)SIP應用服務器的地址，將所述發(fā)起業(yè)務請求的SIP消息路由到 SIP服務提供商接入的歸屬地/接入地SIP應用接入網(wǎng)關模塊(SIP AS GW);步驟503、歸屬地/接入地SIP應用接入網(wǎng)關模塊對收到的SIP消息進行 分析，判斷是否需要與增值業(yè)務管理平臺交互和是否需要進行業(yè)務鑒權/計費；判斷規(guī)則為若業(yè)務消息為直接轉(zhuǎn)發(fā)型(如200OK消息、ACK消息等)， 則不需要與增值業(yè)務管理平臺交互，SIP應用接入網(wǎng)關模塊無需進行任何操 作，直接根據(jù)SIP消息的路由地址進行轉(zhuǎn)發(fā)；若業(yè)務消息為中斷型或通知型，則需要與增值業(yè)務管理平臺交互。另外，若業(yè)務消息為中斷型，例如對某些發(fā)起業(yè)務請求的SIP消息(如 INVITE消息、MESSAGE消息等)或者是會話過程中改變會話媒體類型的SIP 消息(RE-INVITE消息、UPDATE消息等)，則需通知增值業(yè)務管理平臺進行 鑒權/計費。
若業(yè)務消息為通知型，例如對某些表示業(yè)務流程已經(jīng)完整結(jié)束的SIP消息(如BYE消息等)，需要通知增值業(yè)務管理平臺進行計費確認。該步驟根據(jù)SIP消息為INVITTE消息，判斷出需要與增值業(yè)務管理平臺 交互，并且需進行鑒權/計費。步驟504、 SIP應用接入網(wǎng)關模塊判斷出需要進行業(yè)務鑒權/計費后，向其 接入的增值業(yè)務管理平臺(VASMP)發(fā)送鑒權/計費請求；SIP應用接入網(wǎng)關模塊生成鑒權/計費請求，該鑒權/計費請求中包含業(yè)務 標識、使用用戶標識、計費用戶標識，而業(yè)務標識、使用用戶標識、計費用 戶標識由SIP消息中的參數(shù)映射而來。具體映射過程如下SIP應用接入網(wǎng)關模塊通過分析SIP消息，可以獲取業(yè)務鑒權/計費需要 的業(yè)務標識、計費用戶標識、使用用戶標識等業(yè)務相關的使用信息。1)對于業(yè)務標識，由于目前SIP消息中沒有一個專門的字段來進行業(yè)務 標識，從而難以區(qū)分出不同的業(yè)務類型，因此存在著多種具體的實施方式。一種方式是利用SIP消息的一些字段或者消息體的內(nèi)容及它們的組合來 映射為具體的業(yè)務標識。如類似于目前的短消息增值服務，運營商對第三方 SIP服務提供商的SIP地址進行統(tǒng)一規(guī)劃，通過第三方SIP服務提供商的SIP 地址就可以區(qū)分出不同的業(yè)務類型，這樣SIP應用接入網(wǎng)關模塊通過SIP消息 中服務提供商SIP地址的"To"字段就可以獲取到業(yè)務標識，映射為業(yè)務鑒 權/計費請求消息的"業(yè)務標識，，字段。另外一種方式是通過擴展ISC接口協(xié)議，即通過添加"業(yè)務類型"字段 對SIP協(xié)議進行擴展。這樣，當SIP應用接入網(wǎng)關模塊收到帶有"業(yè)務類型" 字段的SIP消息后，直接將"業(yè)務類型，，字段映射到業(yè)務鑒權/計費請求消息 對應的"業(yè)務標識"字段。2 )對于使用用戶標識，SIP應用接入網(wǎng)關^f莫塊將觸發(fā)業(yè)務鑒權/計費的SIP 消息的"From"字段或"To"字段映射為業(yè)務鑒權/計費請求消息需要的"使 用用戶標識"。"From"字段映射為使用用戶標識， 一般是指在SIP終端用戶 發(fā)起SIP消息情況下，如果是第三方SIP應用服務器發(fā)起SIP消息，則"To"字段映射為使用用戶標識。3)對于計費用戶標識， 一般針對主叫計費的業(yè)務，SIP應用接入網(wǎng)關模 塊將觸發(fā)業(yè)務鑒權/計費的SIP消息的"From"字段映射為業(yè)務鑒權/計費請求 消息需要的"計費用戶標識，，；針對被叫計費的業(yè)務，SIP應用接入網(wǎng)關模塊 將觸發(fā)業(yè)務鑒權/計費的SIP消息的"To"字段映射為業(yè)務鑒權/計費請求消息 需要的"計費用戶標識，，；如果SIP應用4妻入網(wǎng)關才莫塊無法確定計費方的話， 可以不填寫此字段，由增值業(yè)務管理平臺負責確定計費用戶標識。步驟505、增值業(yè)務管理平臺進行鑒權，并判斷計費方式；增值業(yè)務管理平臺接收到鑒權/計費請求后，根據(jù)^使用用戶標識、計費用 戶標識、業(yè)務標識，進行鑒權，判斷用戶是否訂購此業(yè)務以及用戶狀態(tài)是否 正常；并且判斷計費用戶的計費方式，如是預付費用戶，則與在線計費系統(tǒng) 進行在線計費信用控制，如果是后付費用戶，則由增值業(yè)務管理平臺直接出 帳單，傳送給離線計費系統(tǒng)進行計費。步驟506、增值業(yè)務管理平臺返回鑒權/計費響應消息；增值業(yè)務管理平臺向歸屬地/接入地SIP應用接入網(wǎng)關模塊返回鑒權/計費 響應消息，其中包含結(jié)果碼字段，指示鑒權/計費是否成功；步驟507、歸屬地/接入地SIP應用接入網(wǎng)關模塊接收到鑒權/計費響應消 息后，如果該消息為響應成功即指示鑒權/計費成功，執(zhí)行步驟508,否則拒 絕提供進一步的服務；步驟508、歸屬地/接入地SIP應用接入網(wǎng)關模塊將發(fā)起業(yè)務請求的SIP 消息發(fā)送給第三方的SIP應用服務器；步驟509、第三方SIP應用服務器接收到轉(zhuǎn)發(fā)的SIP消息后，^執(zhí)行相應的 業(yè)務邏輯，通過SIP應用接入網(wǎng)關和用戶的SIP終端進行業(yè)務相關的SIP消息 交互。需要說明的是，執(zhí)行上述過程后，當SIP應用接入網(wǎng)關模塊收到任何一 方發(fā)送的REINVITE消息或者UPDATE消息等改變會話內(nèi)容的消息時，可能 需要中斷消息的轉(zhuǎn)發(fā)，向SIP應用接入網(wǎng)關模塊接入的增值業(yè)務管理平臺(VASMP)再次發(fā)送鑒權/計費請求，請求進行鑒權批價；如果增值業(yè)務管理 平臺響應成功，則將該消息轉(zhuǎn)發(fā)給目的地址；如果響應失敗，則拒絕提供進 一步的服務。在一個SIP會話過程中，用戶的SIP用戶終端或者第三方的SIP 應用服務器都可能發(fā)起更改會話類型(如由語音變?yōu)槎嗝襟w)的消息。此時 是否需要根據(jù)REINVITE消息或者UPDATE消息來中斷消息的轉(zhuǎn)發(fā)，與具體 的業(yè)務計費方式相關，取決于運營商或者業(yè)務供應商SP對該業(yè)務的計費配置 要求，如果需要對更改會話內(nèi)容或者類型的情況進行計費，則預先在SIP應 用接入網(wǎng)關模塊上對計費觸發(fā)點進行配置，當接收到此類消息時則觸發(fā)中斷。當SIP應用接入網(wǎng)關模塊接收到SIP用戶終端發(fā)送的表示業(yè)務流程結(jié)束的 消息例如BYE消息后，判斷出接收到的消息為表示業(yè)務流程結(jié)束的消息，則 一方面將BYE消息轉(zhuǎn)發(fā)給目的地址；另 一方面SIP應用接入網(wǎng)關向其接入的 增值業(yè)務管理平臺(VASMP)發(fā)送計費確認請求，由增值業(yè)務管理平臺返回 鑒權/計費確認應答。這里計費確認請求的生成過程，與鑒權/計費請求的生成 過程基本相同，該計費確認請求中包含業(yè)務標識、使用用戶標識、計費用戶 標識，而業(yè)務標識、使用用戶標識、計費用戶標識由SIP消息中的參數(shù)映射 而來。對于第二種情況，為了使第三方SIP服務提供商發(fā)起的推送增值應用更 方便管理，實現(xiàn)明白計費和收費，防止第三方SIP服務提供商給任意的SIP 終端用戶推送任意的SIP增值應用，第三方SIP服務提供商向SIP終端用戶發(fā) 起的業(yè)務請求需通過SIP應用接入網(wǎng)關模塊發(fā)送給增值業(yè)務管理平臺，通過增值業(yè)務管理平臺的鑒權后才能發(fā)送給終端用戶，該鑒權包括業(yè)務定購關系 的鑒權，而業(yè)務定購關系是由終端用戶確認后方才在系統(tǒng)內(nèi)產(chǎn)生的，因此避免了第三方SIP服務提供商在終端用戶不知情的情況下給終端用戶隨意推送 一些SIP應用并且收取SIP終端用戶費用的問題。請參閱圖6,是第三方SIP應用服務器發(fā)送業(yè)務請求給SIP終端用戶的流 程圖，包括步驟601、第三方SIP-AS將所述發(fā)起業(yè)務請求的SIP消息(如INVITE 消息，MESSAGE消息等)發(fā)送給SIP應用提供商接入的歸屬地A妄入地SIP 應用接入網(wǎng)關模塊(SIPASGW);步驟602、歸屬地A接入地SIP應用接入網(wǎng)關沖莫塊對收到的SIP消息進行 分析，判斷是否需要與增值業(yè)務管理平臺交互和是否需要進行業(yè)務鑒權/計費；判斷規(guī)則為若業(yè)務消息為直接轉(zhuǎn)發(fā)型(如200 OK消息、ACK消息等)， 則不需要與增值業(yè)務管理平臺交互，SIP應用接入網(wǎng)關模塊無需進行任何操 作，直接根據(jù)SIP消息的路由地址進行轉(zhuǎn)發(fā)；若業(yè)務消息為中斷型或通知型，則需要與增值業(yè)務管理平臺交互。另外，若業(yè)務消息為中斷型，例如對某些發(fā)起業(yè)務請求的SIP消息(如 INVITE消息、MESSAGE消息等)或者是會話過程中改變會話媒體類型的SIP 消息(RE-INVITE消息、UPDATE消息等)，則需通知增值業(yè)務管理平臺進行 鑒權/計費。這類消息會中斷IMS會話的進行，根據(jù)進行鑒權/計費結(jié)果進行后 續(xù)的IMS會話處理。若業(yè)務消息為通知型，例如對某些表示業(yè)務流程已經(jīng)完整結(jié)束的SIP消 息(如BYE消息等)，需要通知增值業(yè)務管理平臺進行計費確認。這類消息 不必中斷IMS會話。該步驟根據(jù)SIP消息為INVITTE消息，判斷出需要與增值業(yè)務管理平臺 交互，并且需進行鑒權/計費。步驟603、 SIP應用接入網(wǎng)關模塊判斷出需要進行業(yè)務鑒權/計費后，向其 接入的增值業(yè)務管理平臺(VASMP)發(fā)送鑒權/計費請求；SIP應用接入網(wǎng)關模塊生成鑒權/計費請求，該鑒權/計費請求中包含業(yè)務 標識、使用用戶標識、計費用戶標識，而業(yè)務標識、使用用戶標識、計費用 戶標識由SIP消息中的參數(shù)映射而來。具體映射過程如下SIP應用接入網(wǎng)關模塊通過分析SIP消息，可以獲取業(yè)務鑒權/計費需要 的業(yè)務標識、計費用戶標識、使用用戶標識等業(yè)務相關的使用信息。1 )對于業(yè)務標識，由于目前SIP消息中沒有一個專門的字段來進行業(yè)務
標識，從而難以區(qū)分出不同的業(yè)務類型，因此存在著多種具體的實施方式。一種方式是利用SIP消息的一些字段或者消息體的內(nèi)容及它們的組合來 映射為具體的業(yè)務標識。如類似于目前的短消息增值服務，運營商對第三方SIP服務提供商的SIP地址進行統(tǒng)一規(guī)劃，通過第三方SIP服務提供商的SIP 地址就可以區(qū)分出不同的業(yè)務類型，這樣SIP應用接入網(wǎng)關模塊通過SIP消息 中服務提供商SIP地址的"To"字段就可以獲取到業(yè)務標識，映射為業(yè)務鑒 權/計費請求消息的"業(yè)務標識，，字段。另外一種方式是通過擴展ISC接口協(xié)議，即通過添加"業(yè)務類型"字段 對SIP協(xié)議進行擴展。這樣，當SIP應用接入網(wǎng)關模塊收到帶有"業(yè)務類型" 字段的SIP消息后，直接將"業(yè)務類型，，字段映射到業(yè)務鑒權/計費請求消息 中對應的"業(yè)務標識，，字段。2 )對于使用用戶標識，SIP應用接入網(wǎng)關模塊將觸發(fā)業(yè)務鑒權/計費的SIP 消息的"From"字段或"To"字段映射為業(yè)務鑒權/計費請求消息需要的"使 用用戶標識"。"From"字段映射為使用用戶標識， 一般是指在SIP終端用戶 發(fā)起SIP消息情況下，如果是第三方SIP應用服務器發(fā)起SIP消息，則"To" 字段映射為使用用戶標識。3)對于計費用戶標識， 一般針對主叫計費的業(yè)務，SIP應用接入網(wǎng)關模 塊將觸發(fā)業(yè)務鑒權/計費的SIP消息的"From"字段映射為業(yè)務鑒權/計費請求 消息需要的"計費用戶標識"；針對被叫計費的業(yè)務，SIP應用接入網(wǎng)關模塊 將觸發(fā)業(yè)務鑒權/計費的SIP消息的"To"字段映射為業(yè)務鑒權/計費請求消息 需要的"計費用戶標識，，；如果SIP應用接入網(wǎng)關模塊無法確定計費方的話， 可以不填寫此字段，由增值業(yè)務管理平臺負責確定計費用戶標識。步驟604、增值業(yè)務管理平臺進行鑒權，并判斷計費方式；增值業(yè)務管理平臺接收到鑒權/計費請求后，根據(jù)使用用戶標識、計費用 戶標識、業(yè)務標識，進行鑒權，判斷用戶是否訂購此業(yè)務以及用戶狀態(tài)是否 正常；并且判斷計費用戶的計費方式，如是預付費用戶，則與在線計費系統(tǒng) 進行在線計費信用控制，如果是后付費用戶，則由增值業(yè)務管理平臺直接出 帳單，傳送給離線計費系統(tǒng)進行計費。 步驟605、增值業(yè)務管理平臺返回鑒權/計費響應消息；增值業(yè)務管理平臺向歸屬地/接入地SIP應用接入網(wǎng)關模塊返回鑒權/計費 響應消息，其中包含結(jié)果碼字段，指示鑒權/計費是否成功；步驟606、歸屬地/接入地SIP應用接入網(wǎng)關模塊接收到鑒權/計費響應消 息后，如果該消息為響應成功即指示鑒權/計費成功，執(zhí)行步驟607,否則拒 絕提供進一步的服務；步驟607 - 608 、歸屬地/接入地SIP應用接入網(wǎng)關模塊將發(fā)起業(yè)務請求的 SIP消息通過歸屬地的S-CSCF發(fā)送給SIP用戶終端。最終SIP用戶終端通過 SIP應用接入網(wǎng)關和第三方SIP應用服務器進行業(yè)務相關的SIP消息交互。需要說明的是，執(zhí)行上述過程后，當SIP應用接入網(wǎng)關模塊收到任何一 方發(fā)送的REINVITE消息或者UPDATE消息等改變會話內(nèi)容的消息時，可能 需要中斷消息的轉(zhuǎn)發(fā)，向SIP應用接入網(wǎng)關接入的增值業(yè)務管理平臺 (VASMP)再次發(fā)送鑒權/計費請求，請求進行鑒權批價；如果增值業(yè)務管理 平臺響應成功，則將該消息轉(zhuǎn)發(fā)給目的地址；如果響應失敗，則拒絕提供進 一步的服務。當SIP應用接入網(wǎng)關模塊接收到第三方SIP應用服務器發(fā)送的表示業(yè)務流 程結(jié)束的消息例如BYE消息后，判斷出接收到的消息為表示業(yè)務流程結(jié)束的 消息，則一方面將BYE消息轉(zhuǎn)發(fā)給目的地址；另 一方面SIP應用接入網(wǎng)關向 其接入的增值業(yè)務管理平臺(VASMP)發(fā)送計費確認請求，由增值業(yè)務管理 平臺返回鑒權/計費確認應答。這里計費確認請求的生成過程，與鑒權/計費請 求的生成過程基本相同，該計費確認請求中包含業(yè)務標識、使用用戶標識、 計費用戶標識，而業(yè)務標識、使用用戶標識、計費用戶標識由SIP消息中的 參數(shù)映射而來。本發(fā)明實施例增加SIP應用接入網(wǎng)關模塊后，可以對計費方式進行進一 步的改進，實現(xiàn)IMS網(wǎng)絡中支持應用/內(nèi)容層、會話/業(yè)務控制層和承載層的分 層計費方式。現(xiàn)有技術中計費時不對各層進行區(qū)分， 一般是整體進行計費。本發(fā)明實 施例增加SIP應用接入網(wǎng)關模塊后，提出一種分層計費方法。計費一般是由 于用戶使用業(yè)務而引起的，在IMS網(wǎng)絡中，第三方SIP應用服務器提供的業(yè) 務，在應用/內(nèi)容層面，既涉及到了提供服務的業(yè)務供應商'SP,也涉及到了提 供內(nèi)容的內(nèi)容提供商CP;在會話/業(yè)務控制層面，涉及到IMS網(wǎng)絡提供的會 話控制相關網(wǎng)元；在承載網(wǎng)絡層面，涉及到了分組域的承栽網(wǎng)絡資源。因此， 本發(fā)明實施例提出 一種按應用/內(nèi)容層、會話/業(yè)務控制層和承載網(wǎng)絡層進行計 費的分層計費模型，這樣運營商可以根據(jù)不同的市場營銷策略在不同的計費 層面上采用不同的計費策略，從而可以支持靈活的計費方式。由于在承載網(wǎng)絡層和會話/業(yè)務控制層，主要體現(xiàn)的是網(wǎng)絡(包括承載網(wǎng) 絡和業(yè)務網(wǎng)絡)提供基本業(yè)務的能力，涉及到的內(nèi)容信息相對較少，因此， 一般情況，更多的可采用基于資源使用量的計費模式和策略， 一些典型的計 費模式如基于時間、流量、包月以及各種跳檔制的計費模式。而在應用/內(nèi)容 層面，除了考慮時長、流量等傳統(tǒng)的計量模式外，特別需要考慮影響內(nèi)容信 息產(chǎn)品價值的因素，如時效性、流行指數(shù)等，從而體現(xiàn)不同內(nèi)容產(chǎn)品的價值 差異，實現(xiàn)真正的基于價值的內(nèi)容計費。請參閱圖7，是本發(fā)明實施例提出的IMS網(wǎng)絡中支持應用/內(nèi)容層、會話/ 業(yè)務控制層和承載層的分層計費方式示意圖。1) 在應用/內(nèi)容層面，SIP應用接入網(wǎng)關模塊和增值業(yè)務管理平臺共同配 合來完成針對第三方SIP應用服務器所提供的SIP增值業(yè)務的內(nèi)容計費。其中，SIP應用接入網(wǎng)關模塊負責內(nèi)容計費的事件觸發(fā)，增值業(yè)務管理平 臺負責進行業(yè)務鑒權、用戶鑒權和業(yè)務定購關系檢查，并通過和計費系統(tǒng)交 互，實現(xiàn)業(yè)務批價。增值業(yè)務管理平臺負責判斷業(yè)務使用者的用戶類型，如 果是預付費用戶，則增值業(yè)務管理平臺和在線計費系統(tǒng)OCS聯(lián)系；如果是后 付費用戶，則增值業(yè)務管理平臺和離線計費系統(tǒng)OFCS聯(lián)系。2) 在會話/業(yè)務控制層面，主要包括了 IMS子系統(tǒng)的各種主要網(wǎng)元，如 服務呼叫狀態(tài)控制功能S-CSCF、查詢呼叫狀態(tài)控制功能I-CSCF、代理呼叫 狀態(tài)控制功能P-CSCF、 IMS網(wǎng)關功能IMS-GWF等，負責對IMS會話、IMS 用戶進行管理。其中，S-CSCF主要負責IMS會話的控制，S-CSCF通過IMS-GWF和在
線計費系統(tǒng)OCS聯(lián)系，可以實現(xiàn)會話/業(yè)務控制層面實時計費；S-CSCF通過 和離線計費系統(tǒng)OFdS聯(lián)系，可以實現(xiàn)會話/業(yè)務控制層面的離線計費。3 )在承載網(wǎng)絡層面，主要包括了無線接入網(wǎng)Radio Access和分組域核心 網(wǎng)。其中，分組域核心網(wǎng)主要包括了 GPRS服務支持節(jié)點SGSN和GPRS網(wǎng) 關支持節(jié)點GGSN, SGSN和GGSN通過計費網(wǎng)關CG與離線計費系統(tǒng)OFCS 聯(lián)系，GGSN和在線計費系統(tǒng)OCS直接聯(lián)系，負責完成分組域的實時在線計 費。在3GPP制定的R7規(guī)范中，增加了策略和計費控制部分，包括策略計費 規(guī)則功能PCRF和策略計費執(zhí)行功能PCEF,這樣就可以支持IMS網(wǎng)絡的會話 層。P-CSCF根據(jù)SIP會話協(xié)商的結(jié)果來通過PCRF動態(tài)的配置底層承載網(wǎng)絡 的服務質(zhì)量QoS資源和相應的計費策略，PCRF再將這些策略和計費規(guī)則下發(fā) 到PCEF來4丸行。上述內(nèi)容詳細介紹了本發(fā)明實施例提供的業(yè)務處理方法，相應的，本發(fā) 明實施例提供一種業(yè)務處理系統(tǒng)和SIP應用接入網(wǎng)關模塊。請參閱圖8，是本發(fā)明實施例業(yè)務處理系統(tǒng)結(jié)構(gòu)示意圖。如圖8所示，業(yè)務處理系統(tǒng)包括SIP應用接入網(wǎng)關模塊80、增值業(yè)務 管理平臺81。SIP應用接入網(wǎng)關模塊80,用于接收發(fā)送方的業(yè)務消息，根據(jù)業(yè)務消息 類型判斷是否需要與增值業(yè)務管理平臺81進行交互，若是，進一步在判斷出 需要進行鑒權/計費時，請求所述增值業(yè)務管理平臺81進行響應處理，并根據(jù) 所述增值業(yè)務管理平臺81的響應處理結(jié)果確定是否轉(zhuǎn)發(fā)所述業(yè)務消息到接收 方。即業(yè)務消息為中斷型，例如對某些發(fā)起業(yè)務請求的SIP消息(如INVITE 消息、MESSAGE消息等)或者是會話過程中改變會話媒體類型的SIP消息(如 RE-INVITE消息、UPDATE消息等)，SIP應用接入網(wǎng)關模塊80判斷出需要 與增值業(yè)務管理平臺81進行交互，并需要進行鑒權/計費，則通知增值業(yè)務管 理平臺81進行鑒權/計費。這類消息會中斷IMS會話的進行，根據(jù)進行鑒權/ 計費結(jié)果進行后續(xù)的IMS會話處理。增值業(yè)務管理平臺81,用于接收所述SIP應用接入網(wǎng)關模塊80的請求后 進行響應處理，向所述SIP應用接入網(wǎng)關模塊80返回響應處理結(jié)果。另夕卜，所述SIP應用接入網(wǎng)關模塊80判斷出需要與增值業(yè)務管理平臺81進行交互后，進一步在判斷出需要進行計費時，請求所述增值業(yè)務管理平臺81進行響應處理，同時轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。即業(yè)務消息為通知型， 例如對某些表示業(yè)務流程已經(jīng)完整結(jié)束的SIP消息(如BYE消息等)，SIP應 用接入網(wǎng)關模塊80判斷出需要與增值業(yè)務管理平臺81進行交互，并需要進 行計費，則通知增值業(yè)務管理平臺81進行計費確認。這類消息不必中斷IMS 會話。另外，所述SIP應用接入網(wǎng)關模塊80若判斷出不需要與增值業(yè)務管理平 臺81進行交互后，則直接轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。即業(yè)務消息為直接轉(zhuǎn) 發(fā)型(如200 OK消息、ACK消息等)，所述SIP應用接入網(wǎng)關模塊80判斷 出不需要與增值業(yè)務管理平臺81交互，無需進行任何操作，直接根據(jù)SIP消 息的路由地址進行轉(zhuǎn)發(fā)。所述業(yè)務處理系統(tǒng)進一步包括計費系統(tǒng)82、會話控制網(wǎng)元83和承載網(wǎng) 元84。計費系統(tǒng)82,用于進行計費。本發(fā)明實施例的業(yè)務處理系統(tǒng)可按應用/內(nèi) 容層、會話/業(yè)務控制層和承載網(wǎng)絡層進行分層計費。所述增值業(yè)務管理平臺 81根據(jù)所述SIP應用4妄入網(wǎng)關4莫塊80的i青求，與計費系統(tǒng)82交互進行應用/ 內(nèi)容層的計費；會話控制網(wǎng)元83,用于與計費系統(tǒng)82交互進行會話/業(yè)務控 制層的計費；承載網(wǎng)元84,用于與計費系統(tǒng)82交互進行承載層的計費。，這 樣運營商可以根據(jù)不同的市場營銷策略在不同的計費層面上采用不同的計費 策略，從而可以支持靈活的計費方式。請參閱圖9,是本發(fā)明實施例SIP應用接入網(wǎng)關模塊結(jié)構(gòu)示意圖。如圖9所示，SIP應用接入網(wǎng)關模塊包括ISC通信接口90、業(yè)務鑒權/ 計費觸發(fā)系統(tǒng)91和增值業(yè)務管理平臺通信接口 92。ISC通信接口 90,用于接收發(fā)送方的業(yè)務消息，發(fā)送所述業(yè)務消息到接 收方。業(yè)務鑒權/計費觸發(fā)系統(tǒng)91,用于根據(jù)ISC通信接口 90接收的業(yè)務消息 的業(yè)務消息類型判斷是否需要與增值業(yè)務管理平臺81進行交互，若是，進一
步在判斷出需要進行鑒權/計費時，請求所述增值業(yè)務管理平臺81進行響應處 理，并根據(jù)所述增值業(yè)務管理平臺81的響應處理結(jié)果確定是否轉(zhuǎn)發(fā)所述業(yè)務 消息到接收方。增值業(yè)務管理平臺通信接口 92,用于所述業(yè)務鑒權/計費觸發(fā)系統(tǒng)91與 增值業(yè)務管理平臺81之間的交互。增值業(yè)務管理平臺通信接口 92通過鏈路 與增值業(yè)務管理平臺81相連并根據(jù)特定協(xié)議進行通信，該協(xié)議與具體運營商 的增值業(yè)務管理平臺81提供的特定接口協(xié)議相關。所述業(yè)務鑒權/計費觸發(fā)系統(tǒng)91包括第一處理單元911、第二處理單元 912、第三處理單元913和第四處理單元914。第一處理單元911，用于根據(jù)ISC通信接口 90接收的業(yè)務消息的業(yè)務消 息類型判斷是否需要與增值業(yè)務管理平臺81進行交互。若業(yè)務消息為直接轉(zhuǎn) 發(fā)型(如200OK消息、ACK消息等)，第一處理單元911判斷出不需要與增 值業(yè)務管理平臺81交互；若業(yè)務消息為中斷型或通知型，第一處理單元911 判斷出需要與增值業(yè)務管理平臺81交互。第二處理單元912,用于在所述第一處理單元911判斷出需要與增值業(yè)務 管理平臺81進行交互后，進一步判斷出需要進行鑒權/計費時，請求所述增值 業(yè)務管理平臺81進行響應處理，并根據(jù)所述增值業(yè)務管理平臺81的響應處 理結(jié)果確定是否轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。即業(yè)務消息為中斷型，例如對 某些發(fā)起業(yè)務請求的SIP消息(如INVITE消息、MESSAGE消息)或者是會 話過程中改變會話媒體類型的SIP消息(RE-INVITE消息、UPDATE消息等)， 第二處理單元912判斷出需要進行鑒權/計費，則通知增值業(yè)務管理平臺81進 行鑒權/計費。第三處理單元913,用于在所述第一處理單元911判斷出需要與增值業(yè)務 管理平臺81進行交互后，進一步判斷出需要進行計費時，請求所述增值業(yè)務 管理平臺81進行響應處理，同時轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。即業(yè)務消息為 通知型，例如對某些表示業(yè)務流程已經(jīng)完整結(jié)束的SIP消息(如BYE消息等)， 第三處理單元913判斷出需要進行計費，則通知增值業(yè)務管理平臺81進行計 費確認。第四處理單元914,用于在所述第一處理單元911判斷出不需要與增值業(yè)
務管理平臺81進行交互后，直接轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。所述業(yè)務鑒權/計費觸發(fā)系統(tǒng)91進一步包括請求消息生成卓元915和路 由記錄單元916。請求消息生成單元915,用于生成請求所述增值業(yè)務管理平臺81進行響 應處理的包含業(yè)務標識、使用用戶標識和計費用戶標識的請求消息，所述業(yè) 務標識、使用用戶標識和計費用戶標識根據(jù)所述業(yè)務消息中的參數(shù)映射得到。路由記錄單元916,用于在所述業(yè)務消息從發(fā)送方發(fā)送到接收方的過程 中，在業(yè)務消息的"經(jīng)由"字段依次添加所經(jīng)過網(wǎng)元的地址；以及，后續(xù)從 接收方返回給發(fā)送方的業(yè)務消息中，在業(yè)務消息的"經(jīng)由"字段依次刪除所 經(jīng)過網(wǎng)元的地址。所述發(fā)送方為SIP應用服務器或者為SIP用戶終端。綜上所述，本發(fā)明實施例技術方案設置了 SIP應用接入網(wǎng)關模塊，發(fā)送 方和接收方之間的業(yè)務消息都需要經(jīng)過SIP應用接入網(wǎng)關模塊和增值業(yè)務管 理平臺的配合進行鑒權，確保了只有通過鑒權的合法的第三方SIP應用服務 器才能接入IMS網(wǎng)絡，降低了互聯(lián)網(wǎng)領域的第三方SIP應用服務器的引入給 運營商的IMS核心網(wǎng)絡帶來的安全隱患和運營風險，另外通過SIP應用接入 網(wǎng)關模塊和增值業(yè)務管理平臺來共同完成針對第三方SIP應用服務的計費， 避免了由第三方SIP應用服務器直接產(chǎn)生計費話單或者直接發(fā)起在線計費請 求，提高了計費的可信度和可管理度。進一步的，本發(fā)明實施例技術方案通過SIP應用接入網(wǎng)關模塊和增值業(yè) 務管理平臺的交互，既可以對用戶發(fā)起的業(yè)務請求進行鑒權認證，也可以對 第三方SIP應用服務器發(fā)起的業(yè)務請求進行鑒權認證，實現(xiàn)了第三方SIP服務 提供商發(fā)起的推送增值應用可管理，從而促進增值業(yè)務鏈的健康有序的發(fā)展。進一步的，本發(fā)明實施例提出一種按應用/內(nèi)容層、會話/業(yè)務控制層和承 載網(wǎng)絡層進行計費的分層計費模型，這樣運營商可以根據(jù)不同的市場營銷策 略在不同的計費層面上采用不同的計費策略，從而可以支持靈活的計費方式。以上對本發(fā)明實施例所提供的業(yè)務處理方法及系統(tǒng)、SIP應用接入網(wǎng)關模 塊進行了詳細介紹，對于本領域的一般技術人員，依據(jù)本發(fā)明實施例的思想， 在具體實施方式
及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應理解為對本發(fā)明的限制。
權利要求
1、一種業(yè)務處理方法，其特征在于，設置會話發(fā)起協(xié)議SIP應用接入網(wǎng)關模塊，該方法還包括所述SIP應用接入網(wǎng)關模塊接收發(fā)送方的業(yè)務消息，根據(jù)業(yè)務消息類型判斷是否需要與增值業(yè)務管理平臺進行交互；若是，進一步在判斷出需要進行鑒權/計費時，請求所述增值業(yè)務管理平臺進行響應處理，并根據(jù)所述增值業(yè)務管理平臺的響應處理結(jié)果確定是否轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。
2、 根據(jù)權利要求1所述的業(yè)務處理方法，其特征在于所述判斷出需要與增值業(yè)務管理平臺進行交互后，進一步在判斷出需要 進行計費時，請求所述增值業(yè)務管理平臺進行響應處理，同時轉(zhuǎn)發(fā)所述業(yè)務 消息到接收方。
3、 根據(jù)權利要求1或2所述的業(yè)務處理方法，其特征在于進一步包括若判斷出不需要與增值業(yè)務管理平臺進行交互后，則所述SIP 應用接入網(wǎng)關模塊直接轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。
4、 根據(jù)權利要求1所述的業(yè)務處理方法，其特征在于所述SIP應用接入網(wǎng)關模塊根據(jù)業(yè)務消息類型為中斷型業(yè)務消息判斷出 需要與增值業(yè)務管理平臺進行交互并需要進行鑒權/計費；所述SIP應用接入網(wǎng)關模塊生成鑒權/計費請求，發(fā)送給所述增值業(yè)務管 理平臺進行鑒權和計費；若所述增值業(yè)務管理平臺返回的鑒權/計費響應為指示成功，則所述SIP 應用接入網(wǎng)關模塊轉(zhuǎn)發(fā)所述業(yè)務消息到接收方，否則拒絕服務。
5、 根據(jù)權利要求4所述的業(yè)務處理方法，其特征在于所述中斷型業(yè)務消息包括發(fā)起業(yè)務請求的消息和改變業(yè)務內(nèi)容的消息；當中斷型業(yè)務消息為改變業(yè)務內(nèi)容的消息時，所述SIP應用接入網(wǎng)關模 塊再次發(fā)送鑒權/計費請求給所述增值業(yè)務管理平臺進行鑒權批價；若所述增值業(yè)務管理平臺返回的鑒權/計費響應為指示成功，則所述SIP 應用接入網(wǎng)關模塊轉(zhuǎn)發(fā)所述業(yè)務消息到接收方，否則拒絕服務。
6、 根據(jù)權利要求2所述的業(yè)務處理方法，其特征在于所述SIP應用接入網(wǎng)關模塊根據(jù)業(yè)務消息類型為通知型業(yè)務消息判斷出 需要與增值業(yè)務管理平臺進行交互并需要進行計費；所述SIP應用接入網(wǎng)關模塊生成計費確認請求，發(fā)送給所述增值業(yè)務管 理平臺進行計費，同時轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。
7、 根據(jù)權利要求3所述的業(yè)務處理方法，其特征在于所述SIP應用接入網(wǎng)關模塊根據(jù)業(yè)務消息類型為轉(zhuǎn)發(fā)型業(yè)務消息判斷出 不需要與增值業(yè)務管理平臺進行交互后，直接轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。
8、 根據(jù)權利要求1或2所述的業(yè)務處理方法，其特征在于 所述請求增值業(yè)務管理平臺進行響應處理具體為所述SIP應用接入網(wǎng)關模塊生成包含業(yè)務標識、使用用戶標識和計費用 戶標識的請求消息，所述業(yè)務標識、使用用戶標識和計費用戶標識根據(jù)所述 業(yè)務消息中的參數(shù)映射得到；將所述生成的請求消息發(fā)送給增值業(yè)務管理平臺；當需要進行鑒權/計費時，所述增值業(yè)務管理平臺才艮據(jù)所述請求消息中的 業(yè)務標識、使用用戶標識和計費用戶標識進行鑒權，并與計費系統(tǒng)交互進行 計費處理，向所述SIP應用4矣入網(wǎng)關才莫塊返回響應；當判斷出需要進行計費時，所述增值業(yè)務管理平臺根據(jù)所述請求消息中 的業(yè)務標識、使用用戶標識和計費用戶標識，與計費系統(tǒng)交互進行計費處理， 向所述SIP應用4妄入網(wǎng)關才莫塊返回響應。
9、 根據(jù)權利要求8所述的業(yè)務處理方法，其特征在于所述業(yè)務標識、使用用戶標識和計費用戶標識根據(jù)所述業(yè)務消息中的參 數(shù)映射得到具體為將所述業(yè)務消息中服務提供商地址的"To"字段，或者將所述業(yè)務消息 中"業(yè)務類型字段，，映射為業(yè)務標識； 將所述業(yè)務消息中"From"字段或"To"字段映射為使用用戶標識； 將所述業(yè)務消息中"From"字段或"To"字段映射為計費用戶標識。
10、 根據(jù)權利要求1所述的業(yè)務處理方法，其特征在于 所述發(fā)送方為SIP應用服務器或者為SIP用戶終端。
11、 根據(jù)權利要求1所述的業(yè)務處理方法，其特征在于所述業(yè)務消息從發(fā)送方發(fā)送到接收方的過程中，業(yè)務消息的"經(jīng)由"字 段依次添加所經(jīng)過網(wǎng)元的地址；以及，后續(xù)從接收方返回給發(fā)送方的業(yè)務消息中，業(yè)務消息的"經(jīng)由，，字段依 次刪除所經(jīng)過網(wǎng)元的地址。
12、 根據(jù)權利要求1所述的業(yè)務處理方法，其特征在于所述計費包括應用/內(nèi)容層、會話/業(yè)務控制層和承載層的計費；所述增值業(yè)務管理平臺根據(jù)所述SIP應用接入網(wǎng)關模塊的請求，與計費 系統(tǒng)交互進行應用/內(nèi)容層的計費；同時，網(wǎng)絡系統(tǒng)的會話控制網(wǎng)元與計費系統(tǒng)交互進行會話/業(yè)務控制層的計費，網(wǎng)絡系統(tǒng)的承載網(wǎng)元與計費系統(tǒng)交互進行承載層的計費。
13、 一種業(yè)務處理系統(tǒng)，其特征在于，包括會話發(fā)起協(xié)議SIP應用接入網(wǎng)關模塊，用于接收發(fā)送方的業(yè)務消息，根 據(jù)業(yè)務消息類型判斷是否需要與增值業(yè)務管理平臺進行交互，若是，進一步 在判斷出需要進行鑒權/計費時，請求所述增值業(yè)務管理平臺進行響應處理， 并根據(jù)所述增值業(yè)務管理平臺的響應處理結(jié)果確定是否轉(zhuǎn)發(fā)所述業(yè)務消息到 接收方；增值業(yè)務管理平臺，用于接收所述SIP應用接入網(wǎng)關模塊的請求后進行 響應處理，向所述SIP應用4妄入網(wǎng)關模塊返回響應處理結(jié)果。
14、 根據(jù)權利要求13所述的業(yè)務處理系統(tǒng)，其特征在于所述SIP應用接入網(wǎng)關模塊判斷出需要與增值業(yè)務管理平臺進行交互后， 進一步在判斷出需要進行計費時，請求所述增值業(yè)務管理平臺進行響應處理， 同時轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。
15、 根據(jù)權利要求13或14所述的業(yè)務處理系統(tǒng)，其特征在于所述SIP應用接入網(wǎng)關模塊若判斷出不需要與增值業(yè)務管理平臺進行交 互后，則直接轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。
16、 根據(jù)權利要求13所述的業(yè)務處理系統(tǒng)，其特征在于，所述業(yè)務處理 系統(tǒng)進一步包括計費系統(tǒng)，用于進行計費；所述增值業(yè)務管理平臺根據(jù)所述SIP應用接入網(wǎng)關模塊的請求，與計費 系統(tǒng)交互進行應用/內(nèi)容層的計費；同時，所述業(yè)務處理系統(tǒng)還包括會話控制網(wǎng)元，用于與計費系統(tǒng)交互進行會話/業(yè)務控制層的計費；承載網(wǎng)元，用于與計費系統(tǒng)交互進行承載層的計費。
17、 一種會話發(fā)起協(xié)議SIP應用接入網(wǎng)關模塊，其特征在于，包括IP多媒體子系統(tǒng)業(yè)務控制ISC通信接口，用于接收發(fā)送方的業(yè)務消息， 發(fā)送所述業(yè)務消息到接收方；業(yè)務鑒權/計費觸發(fā)系統(tǒng)，用于根據(jù)ISC通信接口接收的業(yè)務消息的業(yè)務 消息類型判斷是否需要與增值業(yè)務管理平臺進行交互，若是，進一步在判斷 出需要進行鑒權/計費時，請求所述增值業(yè)務管理平臺進行響應處理，并根據(jù) 所述增值業(yè)務管理平臺的響應處理結(jié)果確定是否轉(zhuǎn)發(fā)所述業(yè)務消息到接收方；增值業(yè)務管理平臺通信接口，用于所述業(yè)務鑒權/計費觸發(fā)系統(tǒng)與增值業(yè) 務管理平臺之間的交互。
18、 根據(jù)權利要求17所述的SIP應用接入網(wǎng)關模塊，其特征在于，所述 業(yè)務鑒權/計費觸發(fā)系統(tǒng)包括第一處理單元，用于根據(jù)ISC通信接口接收的業(yè)務消息的業(yè)務消息類型 判斷是否需要與增值業(yè)務管理平臺進行交互；第二處理單元，用于在所述第一處理單元判斷出需要與增值業(yè)務管理平 臺進行交互后，進一步判斷出需要進行鑒權/計費時，請求所述增值業(yè)務管理 平臺進行響應處理，并根據(jù)所述增值業(yè)務管理平臺的響應處理結(jié)果確定是否 轉(zhuǎn)發(fā)所述業(yè)務消息到接收方；第三處理單元，用于在所述第一處理單元判斷出需要與增值業(yè)務管理平 臺進行交互后，進一步判斷出需要進行計費時，請求所述增值業(yè)務管理平臺 進行響應處理，同時轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。
19、 根據(jù)權利要求18所述的SIP應用接入網(wǎng)關模塊，其特征在于，所述 業(yè)務鑒權/計費觸發(fā)系統(tǒng)進一步包括第四處理單元，用于在所述第一處理單元判斷出不需要與增值業(yè)務管理 平臺進行交互后，直接轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。
20、 根據(jù)權利要求18或19所述的SIP應用接入網(wǎng)關模塊，其特征在于， 所述業(yè)務鑒權/計費觸發(fā)系統(tǒng)進一步包括請求消息生成單元，用于生成請求所述增值業(yè)務管理平臺進行響應處理 的包含業(yè)務標識、使用用戶標識和計費用戶標識的請求消息，所述業(yè)務標識、 使用用戶標識和計費用戶標識根據(jù)所述業(yè)務消息中的參數(shù)映射得到。
21、 根據(jù)權利要求18或19所述的SIP應用接入網(wǎng)關模塊，其特征在于， 所述業(yè)務鑒權/計費觸發(fā)系統(tǒng)進一步包括路由記錄單元，用于在所述業(yè)務消息從發(fā)送方發(fā)送到接收方的過程中， 在業(yè)務消息的"經(jīng)由"字段依次添加所經(jīng)過網(wǎng)元的地址；以及，后續(xù)從接收方返回給發(fā)送方的業(yè)務消息中，在業(yè)務消息的"經(jīng)由，，字段 依次刪除所經(jīng)過網(wǎng)元的地址。
全文摘要
本發(fā)明實施例公開一種業(yè)務處理方法，包括設置會話發(fā)起協(xié)議SIP應用接入網(wǎng)關模塊，還包括所述SIP應用接入網(wǎng)關模塊接收發(fā)送方的業(yè)務消息，根據(jù)業(yè)務消息類型判斷是否需要與增值業(yè)務管理平臺進行交互；若是，進一步在判斷出需要進行鑒權/計費時，請求所述增值業(yè)務管理平臺進行響應處理，并根據(jù)所述增值業(yè)務管理平臺的響應處理結(jié)果確定是否轉(zhuǎn)發(fā)所述業(yè)務消息到接收方。相應的，本發(fā)明實施例還提供一種業(yè)務處理系統(tǒng)及SIP應用接入網(wǎng)關模塊。本發(fā)明實施例技術方案能夠在處理IMS業(yè)務時提供鑒權功能，并確保處理IMS業(yè)務時計費的可信度。
文檔編號H04W80/10GK101159923SQ20071018812
公開日2008年4月9日 申請日期2007年11月9日 優(yōu)先權日2007年11月9日
發(fā)明者喬秀全, 欣 史, 李曉峰, 莉 馬 申請人:華為技術有限公司;北京郵電大學