專利名稱：業(yè)務控制和計費的方法及系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信技術領域，特別是涉及一種業(yè)務控制和計費的方法及系統(tǒng)。
背景技術：
隨著3G、 IMS等新的網(wǎng)絡在全球各地越來越廣泛的部署，運營商的業(yè)務 支撐系統(tǒng)由傳統(tǒng)的垂直架構(gòu)逐漸向水平架構(gòu)綜合業(yè)務平臺的方向演進。綜合 業(yè)務平臺的目標是支持跨網(wǎng)絡的各類業(yè)務的管理和控制功能，主要包括業(yè) 務引擎、業(yè)務提供商接入網(wǎng)關(Service Provider GateWay,以下簡稱SPGW)、 進行鑒權控制的平臺和進行計費控制的平臺等網(wǎng)元?；诰C合業(yè)務平臺進行 業(yè)務控制和計費的現(xiàn)有方法如下在用戶向業(yè)務引擎發(fā)出業(yè)務使用請求時， 業(yè)務引擎向進行鑒權控制的平臺發(fā)送鑒權請求消息，在用戶通過鑒權后，允 許用戶繼續(xù)業(yè)務使用流程；在業(yè)務使用結(jié)束時，業(yè)務引擎向進行計費控制的 平臺發(fā)送計費請求消息，由進行計費控制的平臺進行相應的批價和計費處理。發(fā)明人在實現(xiàn)本發(fā)明過程中發(fā)現(xiàn)，現(xiàn)有技術中，業(yè)務引擎或SPGW與進 行鑒權和計費控制的平臺之間的接口沒有統(tǒng)一規(guī)范，通常，各運營商在業(yè)務 引擎或SPGW與進行鑒權和計費控制的平臺之間，采用遵循自定義協(xié)議的接口 或借用遵循其他協(xié)i義的沖妻口 ，如才艮據(jù)DCCA (Diameter Credit control Application)協(xié)議改造的接口。由于業(yè)務引擎或SPGW與進行鑒權和計費控 制的平臺之間的現(xiàn)有接口所遵循的協(xié)議本身復雜度較高，在進行鑒權和計費 時，往往需要發(fā)送兩條消息 一條用于鑒權， 一條用于計費。在進行鑒權控 制的平臺和進行計費控制的平臺分離的系統(tǒng)架構(gòu)下，業(yè)務引擎或SPGW需要將 這二條消息分別發(fā)送到相應的平臺；而在進行鑒權控制的平臺和進行計費控 制的平臺為統(tǒng)一的鑒權計費平臺的系統(tǒng)架構(gòu)下，業(yè)務引擎或SPGW需要向鑒權計費平臺分別發(fā)送二條消息，分別用于請求鑒權計費平臺進行鑒權或計費。可見這二種系統(tǒng)架構(gòu)下，業(yè)務引擎或SPGW都需要發(fā)送二條消息用于請求鑒權 和計費。因此，現(xiàn)有技術至少存在著業(yè)務控制和計費效率低的技術缺陷。發(fā)明內(nèi)容本發(fā)明解決的技術問題是提供一種業(yè)務控制和計費的方法及系統(tǒng)，用 于提高業(yè)務控制和計費的效率。為解決上述技術問題，本發(fā)明第一方面提供了一種業(yè)務控制和計費的方 法，包括業(yè)務控制和計費觸發(fā)網(wǎng)元提取接收的業(yè)務請求的業(yè)務流特征信息，所述 業(yè)務流特征信息包括待鑒權信息和計費參考信息；向數(shù)據(jù)業(yè)務管理平臺發(fā)送 包括所述業(yè)務流特征信息的流程控制請求；數(shù)據(jù)業(yè)務管理平臺根據(jù)接收的所述流程控制請求獲取所述業(yè)務流特征信 息，根據(jù)所述業(yè)務流特征信息進行鑒權和計費處理；在所述鑒權和計費處理 結(jié)束時，向所述業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制響應。本發(fā)明第一方面提供的業(yè)務控制和計費的方法，通過業(yè)務控制和計費觸 發(fā)網(wǎng)元向數(shù)據(jù)業(yè)務管理平臺發(fā)送的一個流程控制請求中，攜帶有包括待鑒權 信息和計費參考信息等業(yè)務流特征信息，由數(shù)據(jù)業(yè)務管理平臺根據(jù)相應信息 分別進行鑒權和計費處理后，再向業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制響 應，因此，減少了業(yè)務控制和計費觸發(fā)網(wǎng)元和數(shù)據(jù)業(yè)務管理平臺之間消息交 互的次數(shù)，從而提高了業(yè)務控制和計費的效率。為解決上述技術問題，本發(fā)明第二方面提供了一種業(yè)務控制和計費的系 統(tǒng)，包括業(yè)務控制和計費觸發(fā)網(wǎng)元和數(shù)據(jù)業(yè)務管理平臺所述業(yè)務控制和計費觸發(fā)網(wǎng)元用于提取接收的業(yè)務請求的業(yè)務流特征信 息；所述業(yè)務流特征信息包括待鑒權信息和計費參考信息；向數(shù)據(jù)業(yè)務管理 平臺發(fā)送包括所述業(yè)務流特征信息的流程控制請求；所述業(yè)務管理平臺包括第 一獲取模塊，用于根據(jù)接收的所述流程控制請求獲取所述業(yè)務流特征信息；鑒權和計費模塊，用于根據(jù)所述業(yè)務流特征信息進行鑒權和計費處理； 響應發(fā)送模塊，用于在所述鑒權和計費處理結(jié)束時，向所述業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制響應。本發(fā)明第二方面提供的業(yè)務控制和計費的系統(tǒng)，通過業(yè)務控制和計費觸發(fā)網(wǎng)元向數(shù)據(jù)業(yè)務管理平臺發(fā)送的 一個流程控制請求中，攜帶有包括待鑒權信息和計費參考信息等業(yè)務流特征信息，由數(shù)據(jù)業(yè)務管理平臺的鑒權和計費 模塊根據(jù)相應信息分別進行鑒權和計費處理后，再通過響應發(fā)送模塊業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制響應，因此，減少了業(yè)務控制和計費觸發(fā)網(wǎng) 元和數(shù)據(jù)業(yè)務管理平臺之間消息交互的次數(shù)，從而提高了業(yè)務控制和計費的 效率。下面通過附圖和實施例，對本發(fā)明的技術方案做進一步的詳細描述。


圖1為本發(fā)明業(yè)務控制和計費的方法第一實施例流程圖； 圖2為本發(fā)明業(yè)務控制和計費的方法第二實施例信令圖； 圖3為本發(fā)明業(yè)務控制和計費的方法第三實施例信令圖； 圖4為本發(fā)明業(yè)務控制和計費的方法第四實施例信令圖； 圖5為本發(fā)明業(yè)務控制和計費的方法第五實施例信令圖； 圖6為本發(fā)明業(yè)務控制和計費的方法第六實施例信令圖； 圖7為本發(fā)明業(yè)務控制和計費的方法第七實施例信令圖； 圖8為本發(fā)明業(yè)務控制和計費的系統(tǒng)第一實施例結(jié)構(gòu)圖； 圖9為本發(fā)明業(yè)務控制和計費的系統(tǒng)第二實施例結(jié)構(gòu)圖。
具體實施方式
圖1為本發(fā)明業(yè)務控制和計費的方法第一實施例流程圖。如圖1所示，10本實施例包括步驟ll、業(yè)務控制和計費觸發(fā)網(wǎng)元根據(jù)接收的業(yè)務請求，提取該業(yè)務請求相應的業(yè)務流特征信息，該業(yè)務流特征信息包括待鑒權信息和計費參考信 臺業(yè)務控制和計費觸發(fā)網(wǎng)元提取接收的業(yè)務請求的業(yè)務流特征信息需包括待鑒權信息和計費參考信息。待鑒權信息可包括以下信息之一或組合用戶 信息、業(yè)務信息、業(yè)務提供商信息、訂購關系信息、時間信息、業(yè)務類型信 息或其他待鑒權信息。計費參考信息可包括業(yè)務計費類型、用戶業(yè)務使用情 況信息或其他計費參考信息等。這些業(yè)務流特征信息需保證數(shù)據(jù)業(yè)務管理平 臺(以下簡稱DSMP)能夠進行完整的用戶鑒權(預付費、后付費用戶)、SP 鑒權、業(yè)務鑒權、訂購關系鑒權(包含訂購關系的建立)以及用戶使用業(yè)務 的計費(包含優(yōu)惠、折扣處理等)等操作。此外，業(yè)務流特征信息中還可包 含業(yè)務流是否成功遞送的信息，以確保對用戶的正確的扣費、返款和相應的 重發(fā)控制等。用于觸發(fā)業(yè)務控制和計費的業(yè)務控制和計費網(wǎng)元可為 一個網(wǎng)元或由多個 子網(wǎng)元組成，例如業(yè)務控制和計費網(wǎng)元可具體為業(yè)務引擎或業(yè)務提供商接 入網(wǎng)關(以下簡稱SPGW),或者，業(yè)務引擎和SPGW作為觸發(fā)業(yè)務控制和計 費的子網(wǎng)元。SPGW是對SP應用接入運營商網(wǎng)絡進行統(tǒng)一控制的一個網(wǎng)關， SP應用訪問不同的網(wǎng)絡業(yè)務能力，如短消息(short message service ， 以下簡稱SMS)、多々某體消息(multimedia message service,以下簡稱固S)、 定位、無線應用協(xié)i義(wireless application protocol,以下簡稱WAP) 4, 送(PUSH)等，都通過該網(wǎng)關進行，SPGW可以把各種多樣的業(yè)務引擎對SP 隱藏起來，對SP提供一個統(tǒng)一的接口。為了通過SPGW對業(yè)務提供商應用(以 下簡稱SP應用)進行統(tǒng)一的控制，并減輕業(yè)務引擎的負荷，可根據(jù)與業(yè)務請 求相應的業(yè)務的不同類型，分別由不同業(yè)務控制和計費的觸發(fā)網(wǎng)元觸發(fā)相應 操作。具體的，對于業(yè)務引擎和SPGW都可作為觸發(fā)業(yè)務控制和計費的子網(wǎng)元 的情形在業(yè)務引擎接收到用戶發(fā)送的業(yè)務請求時，業(yè)務引擎判斷與該業(yè)務請求相應的業(yè)務類型；在業(yè)務類型為第一業(yè)務時，提取該業(yè)務請求的業(yè)務流 特征信息，向數(shù)據(jù)業(yè)務管理平臺(DSMP)發(fā)送包括業(yè)務流特征信息的流程控 制請求；在業(yè)務類型為第二業(yè)務時，向業(yè)務提供商接入網(wǎng)關發(fā)送業(yè)務請求。 在SPGW接收到業(yè)務引擎轉(zhuǎn)發(fā)的或業(yè)務提供商發(fā)送的業(yè)務請求時，提取業(yè)務請 求的業(yè)務流特征信息；向數(shù)據(jù)業(yè)務管理平臺(DSMP)發(fā)送包括業(yè)務流特征信 息的流程控制請求。優(yōu)選的，第一業(yè)務可為不與業(yè)務提供商應用進行交互的 業(yè)務，如(如SP和用戶之間的SMS、 MMS、 WAP Push、定位等)；第二業(yè)務 可為與業(yè)務提供商應用進行交互的業(yè)務，如用戶到用戶的畫S、 0TA下載、流 媒體(Streaming)、個性化回鈴音業(yè)務等。數(shù)據(jù)業(yè)務管理平臺(DSMP)是一個數(shù)據(jù)中心、管理中心和控制中心，存 儲有用戶數(shù)據(jù)、所管轄的各類業(yè)務的SP數(shù)據(jù)、業(yè)務數(shù)據(jù)、資費數(shù)據(jù)、用戶訂 購關系以及用戶使用業(yè)務、SP使用運營商網(wǎng)絡和SP向用戶提供業(yè)務的策略 控制數(shù)據(jù)。各類業(yè)務引擎和SPGW上只保存與業(yè)務提供(業(yè)務流打包、傳輸、 承載、路由等)密切相關的信息，業(yè)務引擎和SPGW作為鑒權計費的觸發(fā)點， 業(yè)務的鑒權計費、策略控制等都由DSMP來執(zhí)行,但業(yè)務流本身并不通過DSMP。 因此SPGW/業(yè)務引擎與DSMP之間的鑒權計費消息及流程是對多種數(shù)據(jù)業(yè)務進 行統(tǒng)一的認證、鑒權、計費、控制的關鍵。步驟12、業(yè)務控制和計費觸發(fā)網(wǎng)元向數(shù)據(jù)業(yè)務管理平臺發(fā)送包括業(yè)務流 特征信息的流程控制請求。對于與業(yè)務請求相應的業(yè)務計費的類型不同，業(yè)務控制和計費觸發(fā)網(wǎng)元 (如業(yè)務引擎或SPGW)向DSMP發(fā)送的流程控制請求的類型也可不同。例 如業(yè)務計費的類型可為事件類、會話類或事件和會話的組合類型。所謂的 事件類即為按照次數(shù)或數(shù)量等方式進行計費的計費類型。所謂會話類即為按 照時長或流量等方式進行計費的計費類型。而事件和會話類的組合類型為部 分業(yè)務以事件類計費模式計費，部分業(yè)務以會話類計費模式計費。對于業(yè)務 計費類型為事件類計費模式時，業(yè)務引擎或SPGW向DSMP發(fā)送的流程控制請 求為事件流程控制請求(EventProcessCtrlReq);對于業(yè)務計費類型為^i舌類計費模式時，業(yè)務引擎或SPGW向DSMP發(fā)送的流程控制請求為會話流程控 制請求(SessionProcessCtrlReq);在事件流程控制請求或會話流程控制請 求中，均包括與業(yè)務請求相應的業(yè)務流特征信息。步驟13、數(shù)據(jù)業(yè)務管理平臺根據(jù)接收的流程控制請求獲取業(yè)務流特征信自步驟14、數(shù)據(jù)業(yè)務管理平臺根據(jù)業(yè)務流特征信息進行鑒權和計費處理。 步驟15、數(shù)據(jù)業(yè)務管理平臺在鑒權和計費處理結(jié)束時，向業(yè)務控制和計 費觸發(fā)網(wǎng)元發(fā)送流程控制響應。數(shù)據(jù)業(yè)務管理平臺根據(jù)業(yè)務流特征信息包括的待鑒權信息分別進行相應 的鑒權處理，例如DSMP根據(jù)用戶信息、業(yè)務信息、業(yè)務提供商信息、訂購 關系信息等信息對用戶(預付費、后付費用戶等)、所請求的業(yè)務、業(yè)務提 供商、訂購關系(包含訂購關系的建立)等方面分別進行鑒權。如果其中某 些方面信息未能通過鑒權時，則鑒權失敗，此時，DSMP向業(yè)務控制和計費觸 發(fā)網(wǎng)元發(fā)送流程控制響應中攜帶鑒權失敗信息，用于通知業(yè)務控制和計費觸 發(fā)網(wǎng)元禁止用戶使用該業(yè)務請求所請求調(diào)用的業(yè)務。如果各方面信息都通過 鑒權時，則表明業(yè)務請求相應的鑒權成功，可進行計費處理；在進行計費處 理過程中，DSMP根據(jù)業(yè)務流特征信息中包括的計費參考信息生成批價信息， 并根據(jù)批價信息扣除或預留相應費用(包含優(yōu)惠、折扣處理等)；計費處理 完成后，DSMP向業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制響應中攜帶鑒權成功 信息，用于通知業(yè)務控制和計費觸發(fā)網(wǎng)元允許用戶使用該業(yè)務請求所請求調(diào) 用的業(yè)務。相應于流程控制請求的不同類型，DSMP進行計費處理以及向業(yè)務 控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制響應的類型也可不同。例如在DSMP接收 的流程控制請求為事件流程控制請求時，DSMP根據(jù)批價信息扣除相應費用， 之后，向業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送事件流程控制響應 (EventProcessCtrlRsp);在DSMP接收的流程控制請求為會話流程控制請 求時，DSMP根據(jù)批價信息配額預留相應費用，并在再次接收到會話流程控制 請求時，扣除相應配額預留費用；之后，向業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送會話流程控制響應(SessionProcessCtrlRsp )。由于業(yè)務流經(jīng)過業(yè)務控制和計費觸發(fā)網(wǎng)元(業(yè)務引擎或SPGW),但不經(jīng) 過DSMP，因此業(yè)務引擎或SPGW知道業(yè)務流是否成功遞送，而DSMP無法知道 業(yè)務流是否成功遞送。為了使得DSMP可獲知業(yè)務流遞送情況，可建立成功確 認機制，即DSMP向業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送攜帶有控制標識的流程 控制響應，該控制標識用于指示業(yè)務控制和計費觸發(fā)網(wǎng)元上報與該業(yè)務請求 相應的業(yè)務流遞送確認信息(EventProcessCtrlCnfmReq)。在接收到的業(yè)務 流遞送確認信息為遞送成功信息時，DSMP才艮據(jù)批〗介信息扣除相應預留費用； 在接收到的業(yè)務流遞送確認信息為遞送失敗信息時，DSMP根據(jù)批價信息返還 已扣除的相應費用。通過建立成功確認機制，這樣可以增加DSMP的處理靈活 性，例如DSMP可4艮據(jù)實際需要，將某些業(yè)務配置為需等待業(yè)務成功確認業(yè) 務，以確保對用戶的正確的扣費、返款和相應的重發(fā)控制等；將某些業(yè)務配 置為不必等業(yè)務成功確認即進行扣費等操作，減少消息交互和處理時間。在DSMP獲取的業(yè)務流特征信息中包括的業(yè)務信息為組合業(yè)務信息時， DSMP可發(fā)起組合業(yè)務的特殊處理流程，包括DSMP為發(fā)送業(yè)務請求方建立臨 時訂購關系，為所述臨時訂購關系分配臨時標識；向所述業(yè)務引擎或業(yè)務提 供商接入網(wǎng)關發(fā)送攜帶有所述臨時標識的流程控制響應，并指示業(yè)務控制和 計費觸發(fā)網(wǎng)元在發(fā)送與該業(yè)務請求相應的流程控制請求中，攜帶該臨時標識； 在DSMP接收到業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送的攜帶有該臨時標識的流程控 制請求時，根據(jù)臨時標識對該臨時訂購關系進行鑒權，并且在DSMP根據(jù)預先 存儲的組合業(yè)務信息判斷該組合業(yè)務使用結(jié)束時，刪除臨時標識，向業(yè)務控 制和計費觸發(fā)網(wǎng)元發(fā)送未攜帶有臨時標識的流程控制響應。本發(fā)明業(yè)務控制和計費的方法實施例通過業(yè)務控制和計費觸發(fā)網(wǎng)元提取 與業(yè)務請求相應的業(yè)務流特征信息，向數(shù)據(jù)業(yè)務管理平臺發(fā)送的一個流程控 制請求中，攜帶有包括待鑒權信息和計費參考信息等業(yè)務流特征信息，這些 業(yè)務流特征保證DSMP能夠進行完整的用戶鑒權(預付費、后付費用戶等)、 SP鑒權、業(yè)務鑒權、訂購關系鑒權(包含訂購關系的建立)和用戶使用業(yè)務的計費(包含優(yōu)惠、折扣處理等)。由數(shù)據(jù)業(yè)務管理平臺根據(jù)相應信息分別 進行鑒權和計費處理后，再向業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制響應，由于消息的傳遞和DSMP根據(jù)消息進行鑒權計費等控制都是在業(yè)務的遞送過 程中實時進行，因此該消息簡單且易于解析，消息的通信方式和流程也簡單、 快速，減少了業(yè)務控制和計費觸發(fā)網(wǎng)元和數(shù)據(jù)業(yè)務管理平臺之間消息交互的 次數(shù)，從而提高了業(yè)務控制和計費的效率。本發(fā)明業(yè)務控制和計費的方法實 施例SP參與提供的應用類業(yè)務(第二業(yè)務)由SPGW作為鑒權計費觸發(fā)點， 其他業(yè)務(第一業(yè)務)由業(yè)務引擎作為觸發(fā)點，因此本實施例支持事件類、 會話類以及事件和會話的組合計費模式，此外，本發(fā)明業(yè)務控制和計費的方 法實施例還可為組合業(yè)務建立特殊的處理機制，因此，還可支持組合業(yè)務的 業(yè)務控制和計費的處理，具有適用范圍廣等優(yōu)點。圖2為本發(fā)明業(yè)務控制和計費的方法第二實施例信令圖。本實施例為業(yè) 務控制和計費觸發(fā)網(wǎng)元與DSMP之間遵循業(yè)務控制與計費協(xié)議(Service Control&Charging Protocol,以下簡稱SCCP)進4亍通信的一個信令交互流 程。如圖2所示，本實施例包括業(yè)務控制和計費觸發(fā)網(wǎng)元與DSMP建立一個TCP連接(open TCP connect ion)。步驟21、業(yè)務控制和計費觸發(fā)網(wǎng)元向DSMP發(fā)送登錄請求(LoginReq)。步驟22、 DSMP在接受業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送的登錄請求時，向業(yè) 務控制和計費觸發(fā)網(wǎng)元發(fā)送登錄響應(LoginRsp)。步驟23、業(yè)務控制和計費觸發(fā)網(wǎng)元根據(jù)接收的業(yè)務請求向DSMP發(fā)送流 程控制請求，該流程控制請求中包括與該業(yè)務請求相應的業(yè)務流特征信息。步驟24、 DSMP根據(jù)流程控制請求中包括的業(yè)務流特征信息進行鑒權和計 費處理，向業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制響應。本實施例步驟23和24的詳細記載，可參見本發(fā)明業(yè)務控制和計費的方 法第一實施例步驟11-15以及圖1的相應記載，不再贅述。在業(yè)務控制和計 費網(wǎng)元根據(jù)DSMP發(fā)送的流程控制響應時，禁止或允許業(yè)務請求方調(diào)用相應業(yè)務。步驟25、業(yè)務控制和計費觸發(fā)網(wǎng)元向DSMP發(fā)送鏈路檢測請求消息 (ConnectionCheckReq)，用以維持TCP連4妄。步驟26、 DSMP向業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送鏈路檢測響應消息 (Co謹ctionCheckRsp)，用以維持TCP連接。業(yè)務控制和計費觸發(fā)網(wǎng)元與DSMP之間的接口 (SCCP接口 )遵循SCCP協(xié) 議。SCCP協(xié)議是一種實時認證鑒權和計費協(xié)議，該協(xié)議是在TCP/IP協(xié)議之 上的、基于請求和應答方式的協(xié)議數(shù)據(jù)單元，支持長連接與短連接兩種方式， 并具備重發(fā)機制。本實施例中DSMP作為服務器端，業(yè)務控制和計費網(wǎng)元作為 客戶端建立連接。業(yè)務控制和計費觸發(fā)網(wǎng)元與DSMP之間的連接可以采用長連 接方式，也可以采用短連接方式。所謂長連接，指在一個TCP連接上可以連 續(xù)發(fā)送多個數(shù)據(jù)包，在TCP連接保持期間，如果沒有數(shù)據(jù)包發(fā)送，需要雙方 發(fā)鏈路檢測消息以維持此連接。短連接是指通信雙方有數(shù)據(jù)交互時，就建立 一個TCP連接，數(shù)據(jù)發(fā)送完成后，則斷開此TCP連接，即每次TCP連接只完 成一對消息的發(fā)送。步驟25和26示出了在業(yè)務控制和計費觸發(fā)網(wǎng)元與DSMP 之間建立的連接方式為長連接時，業(yè)務控制和計費觸發(fā)網(wǎng)元與DSMP之間通過 發(fā)送鏈路檢測消息以維持TCP連接的情形。有時為維護TCP連接的需要，步 驟25和26可以預設的時間間隔重復多遍。步驟27、在業(yè)務操作結(jié)束時，業(yè)務控制和計費觸發(fā)網(wǎng)元向DSMP發(fā)送退 出請求(LogoutReq)。步驟28、在業(yè)務梯:作結(jié)束時，業(yè)務控制和計費觸發(fā)網(wǎng)元向DSMP發(fā)送退 出響應"ogoutRsp)。業(yè)務控制和計費觸發(fā)網(wǎng)元與DSMP斷開該TCP連接(close TCP cormection )。本實施例用于觸發(fā)業(yè)務控制和計費處理的流程控制請求的傳遞、以及 DSMP根據(jù)流程控制請求進行鑒權和計費等操作，都是在業(yè)務的遞送過程中實 時進行，交互的消息簡單且易于解析，消息的通信方式和流程也簡單、快速，因此減少了業(yè)務控制和計費觸發(fā)網(wǎng)元和數(shù)據(jù)業(yè)務管理平臺之間消息交互的次 數(shù)，明顯提高了業(yè)務控制和計費的效率。圖3-圖7以具體的應用場景說明本發(fā)明業(yè)務控制和計費方法的技術方 案，圖3-圖7的技術方案中省略了登錄、維持TCP連接以及退出登錄等步驟。圖3為本發(fā)明業(yè)務控制和計費的方法第三實施例信令圖。本實施例的應 用場景為用戶通過發(fā)送短信方式，請求訂購短信包月套餐。如圖3所示，本 實施例包括步驟31、用戶向短消息業(yè)務引擎以短消息的方式發(fā)送業(yè)務請求，請求訂 購短信包月套餐。步驟32、短消息業(yè)務引擎判斷與該業(yè)務請求相應的業(yè)務為第二業(yè)務(與 業(yè)務提供商應用進行交互的業(yè)務)，將該業(yè)務請求轉(zhuǎn)發(fā)給SPGW。步驟33、 SPGW根據(jù)接收的業(yè)務請求提取相應的業(yè)務流特征信息，該業(yè)務 流特征信息包括待鑒權信息和計費參考信息；該業(yè)務請求相應的業(yè)務計費類 型為事件類，因此，SPGW向數(shù)據(jù)業(yè)務管理平臺發(fā)送包括業(yè)務流特征信息的事 件流程控制請求(EventProcessCtrlReq)。步驟34、 DSMP一艮據(jù)業(yè)務流特征信息進行鑒權處理。例如業(yè)務流特征信 息包括的待鑒權信息可為用戶信息、業(yè)務信息、業(yè)務提供商信息和訂購關系 信息等信息；DSMP根據(jù)用戶信息、業(yè)務信息、業(yè)務提供商信息、訂購關系信 息等信息對用戶(預付費、后付費用戶等)、所請求的業(yè)務、業(yè)務提供商、 訂購關系(包含訂購關系的建立)等方面分別進行鑒權。步驟35、如果各方面信息都通過鑒權，則表明業(yè)務請求相應的鑒權成功， DSMP可根據(jù)業(yè)務流特征信息進行計費處理；在進行計費處理過程中，DSMP根 據(jù)業(yè)務流特征信息中包括的計費參考信息生成批價信息，并根據(jù)批價信息扣 除相應費用。步驟36、計費處理完成后，DSMP向SPGW發(fā)送事件流程控制響應中攜帶 鑒權成功信息，用于通知SPGW允許用戶使用該業(yè)務請求所請求調(diào)用的業(yè)務。 步驟37、 SPGW向業(yè)務提供商SP發(fā)送包含該業(yè)務請求的短消息。步驟38、 DSMP根據(jù)具體計費情況出話單記錄。本實施例通過SPGW觸發(fā)業(yè)務計費類型為事件類的業(yè)務控制和計費處理 流程，由于SPGW向DSMP發(fā)送的一個事件流程控制請求中，攜帶有包括待鑒 權信息和計費參考信息等業(yè)務流特征信息，由DSMP根據(jù)相應信息分別進行鑒 權和計費處理后，再向SPGW發(fā)送流程控制響應，因此，減少了 SPGW和DSMP 之間消息交互的次數(shù)，簡化了業(yè)務鑒權和事件類業(yè)務的計費處理，從而提高 了業(yè)務控制和計費的效率。圖4為本發(fā)明業(yè)務控制和計費的方法第四實施例信令圖。本實施例的應 用場景為服務提供商向用戶下發(fā)短信包月套餐。如圖4所示，本實施例包括 步驟41、服務提供商(SP)向SPGW發(fā)送短信包月套餐下發(fā)請求。 步驟42、 SPGW根據(jù)接收的業(yè)務請求提取相應的業(yè)務流特征信息，該業(yè)務 流特征信息包括待鑒權信息和計費參考信息；該業(yè)務請求相應的業(yè)務計費類 型為事件類，因此，SPGW向數(shù)據(jù)業(yè)務管理平臺發(fā)送包括業(yè)務流特征信息的事 件流程控制請求(EventProcessCtrlReq)。步驟43、 DSMP根據(jù)業(yè)務流特征信息進行鑒權和批價處理。 步驟44、如果各方面信息都通過鑒權，則表明業(yè)務請求相應的鑒權成功， DSMP向SPGW發(fā)送事件流程控制響應中攜帶鑒權成功信息，用于通知SPGW允 許該業(yè)務提供商(SP)使用該業(yè)務請求所請求下發(fā)的業(yè)務。步驟45、 DSMP將該短信包月套餐的業(yè)務請求發(fā)送給短消息業(yè)務引擎。 步驟46、短消息業(yè)務引擎將該短信包月套餐的業(yè)務請求發(fā)送給用戶。 步驟47、 DSMP根據(jù)具體計費情況出話單記錄。本實施例通過SPGW觸發(fā)業(yè)務計費類型為業(yè)務控制和計費處理流程，由于 SPGW向DSMP發(fā)送的一個事件流程控制請求中，攜帶有包括待鑒權信息和計 費參考信息等業(yè)務流特征信息，由DSMP根據(jù)相應信息分別進行鑒權和計費處 理后，再向SPGW發(fā)送流程控制響應，因此，減少了 SPGW和DSMP之間消息交 互的次數(shù)，簡化了業(yè)務鑒權和事件類業(yè)務的計費處理，從而提高了業(yè)務控制 和計費的效率。圖5為本發(fā)明業(yè)務控制和計費的方法第五實施例信令圖。本實施例的應 用場景為用戶在獲取Java應用程序描述符(Java Application Descriptor, 以下簡稱JAD)時，向空中下載(Over-The-Air，以下簡稱OTA )服務器(OTA Server)請求下載JAVA歸檔文件(Java Archive,以下簡稱JAR)。如圖5 所示，本實施例包括步驟51、用戶獲取JAD文件。步驟52、用戶向OTA服務器發(fā)送下載JAR文件的業(yè)務請求。步驟53、 OTA服務器判斷與該業(yè)務請求相應的業(yè)務為第一業(yè)務(不與業(yè) 務提供商應用進行交互的業(yè)務)，根據(jù)接收的業(yè)務請求提取相應的業(yè)務流特 征信息，該業(yè)務流特征信息包括待鑒權信息和計費參考信息；該業(yè)務請求相 應的業(yè)務計費類型為事件類，因此，OTA服務器向數(shù)據(jù)業(yè)務管理平臺發(fā)送包 括業(yè)務流特征信息的事件流程控制請求(EventProcessCtrlReq)。步驟54、 DSMP根據(jù)業(yè)務流特征信息進行鑒權處理。例如業(yè)務流特征信 息包括的待鑒權信息可為用戶信息、業(yè)務信息、業(yè)務提供商信息和訂購關系 信息等信息；DSMP才艮據(jù)用戶信息、業(yè)務信息、業(yè)務提供商信息、訂購關系信 息等信息對用戶(預付費、后付費用戶等)、所請求的業(yè)務、業(yè)務提供商、 訂購關系(包含訂購關系的建立)等方面分別進行鑒權；如果各方面信息都 通過鑒權，則表明業(yè)務請求相應的鑒權成功，DSMP才艮據(jù)業(yè)務流特征信息進行 批價，生成批價信息。步驟55、如果該用戶為預付費用戶，則DSMP根據(jù)批價信息預留相應費用。步驟56 、 DSMP向OTA服務器發(fā)送事件流程控制響應 (EventProcessCtrlRsp)中攜帶鑒權成功信息，用于通知OTA服務器允許用 戶使用該業(yè)務請求所請求調(diào)用的業(yè)務；同時，DSMP啟動成功確認^/L制，在向 OTA服務器發(fā)送的事件流程響應中攜帶一個控制標識，該控制標識用于指示 OTA服務器上報與該業(yè)務請求相應的業(yè)務流遞送確認信息 (EventProcessCtrlCnfmReq )。步驟57、 OTA服務器向用戶發(fā)送包括JAR文件的數(shù)據(jù)包。步驟58、用戶接收到包括JAR文件的數(shù)據(jù)包時，在終端上安裝JAR文件。步驟59、 JAR文件安裝結(jié)束后，用戶向OTA服務器發(fā)送JAR文件安裝報告。步驟510、當用戶終端發(fā)送安裝報告給OTA Server, OTA Server收到該 安裝報告后就知道用戶所請求的JAR文件已經(jīng)成功下載并安裝到了用戶終端 上，OTA 服務器向 DSMP 發(fā)送業(yè)務流遞送確認信息 (EventProcessCtrlCnfmReq)，通過業(yè)務流遞送確認信息告知DSMP業(yè)務流 已成功遞送；如果安裝報告失敗或接收安裝報告超時，則告知DSMP業(yè)務流傳 遞失敗(圖5中未示出)。步驟 511 、 DSMP 在接收到業(yè)務流遞送確認信息 (EventProcessCtrlCnfmReq)時，在接收到的業(yè)務流遞送確認信息為遞送成 功信息時，DSMP根據(jù)批價信息扣除相應預留費用。如果DSMP接收到的業(yè)務 流遞送確認信息為遞送失敗信息時，DSMP根據(jù)批價信息返還已扣除的相應費 用或預留的相應費用(圖5中未示出)。步驟512 、 DSMP向OTA服務器發(fā)送事件流程控制響應 (EventProcessCtrIRsp )。步驟513、 DSMP根據(jù)具體計費情況出話單記錄。本實施例在業(yè)務請求對應的業(yè)務類型為第一業(yè)務(不與SP應用進行交互 的業(yè)務)時，通過業(yè)務引擎(OTA服務器)觸發(fā)業(yè)務控制和計費處理流程， 并通過建立成功確認機制，在OTA服務器獲知用戶所請求的JAR文件已經(jīng)成 功下載并安裝到了用戶終端上，通過業(yè)務流遞送確認信息告知DSMP業(yè)務流已 成功遞送，DSMP對預付費用戶進行費用的扣除，如果安裝報告失敗或接收安 裝報告超時，則告知DSMP業(yè)務流傳遞失敗，DSMP對預付費用戶預留的費用 進行返還。該成功確認機制同樣適應于短消息、MMS等其他業(yè)務處理，并且 業(yè)務引擎或SPGW是否發(fā)送業(yè)務流遞送確認信息(EventProcessCtrlCnfmReq ) 消息可以由DSMP進行控制，這樣可以增加DSMP的處理靈活性，例如DSMP可根據(jù)實際需要，將某些業(yè)務配置為需等待業(yè)務成功確認業(yè)務，以確保對用戶的正確的扣費、返款和相應的重發(fā)控制等；將某些業(yè)務配置為不必等業(yè)務成功確認即進行扣費等才乘作，減少消息交互和處理時間。圖6為本發(fā)明業(yè)務控制和計費的方法第六實施例信令圖。本實施例的應 用場景為用戶請求播放流媒體。如圖6所示，本實施例包括步驟61、用戶向流媒體服務器(Streaming Server)發(fā)送用于請求播放 流媒體的業(yè)務請求。步驟62、流媒體服務器判斷與該業(yè)務請求相應的業(yè)務為第一業(yè)務(不與 SP應用進行交互的業(yè)務)，根據(jù)接收的業(yè)務請求提取相應的業(yè)務流特征信息， 該業(yè)務流特征信息包括待鑒權信息和計費參考信息；流媒體服務器向數(shù)據(jù)業(yè) 務管理平臺發(fā)送包括業(yè)務流特征信息的事件流程控制請求 (EventProcessCtrIReq)。步驟63、 DSMP根據(jù)業(yè)務流特征信息進行鑒權處理。例如業(yè)務流特征信 息包括的待鑒權信息可為用戶信息、業(yè)務信息、業(yè)務提供商信息和訂購關系 信息等信息；DSMP根據(jù)用戶信息、業(yè)務信息、業(yè)務提供商信息、訂購關系信 息等信息對用戶(預付費、后付費用戶等)、所請求的業(yè)務、業(yè)務提供商、 訂購關系(包含訂購關系的建立)等方面分別進行鑒權；如果各方面信息都 通過鑒權，則表明業(yè)務請求相應的鑒權成功，DSMP根據(jù)業(yè)務流特征信息進行 批價，生成批價信息。步驟64、 DSMP向流媒體服務器(Streaming Server )發(fā)送事件流程控制 響應(EventProcessCtrlRsp)中攜帶鑒權成功信息，用于通知流媒體服務器 (Streaming Server)允許用戶播放流媒體。步驟65、由于播放流媒體的業(yè)務計費類型為會話類，流媒體服務器向數(shù) 據(jù)業(yè)務管理平臺發(fā)送包括業(yè)務流特征信息的會話流程控制請求 (SessionProcessCtrlReq )。步驟66、 DSMP根據(jù)會話流程控制請求(SessionProcessCtrlReq)中包 括的業(yè)務流特征信息，對該用戶進行第一次配額預留費用。步驟67、 DSMP向流媒體服務器(Streaming Server )發(fā)送會話流程控制 響應(SessionProcessCtrlRsp )。步驟68、流媒體服務器(Streaming Server)在接收到會話流程控制響 應(SessionProcessCtrlRsp)時，向用戶提供流:樣體播放業(yè)務，流士某體播i文 過程中，不斷消耗DSMP第一次配額預留的費用。步驟69、流媒體播放預設時間后，流媒體服務器(Streaming Server) 再次向數(shù)據(jù)業(yè)務管理平臺發(fā)送包括業(yè)務流特征信息的會話流程控制請求 (SessionProcessCtrlReq )，該會話流程控制請求包括的業(yè)務流特征信息中 包括流媒體播放的時長、流量等信息。步驟610、 DSMP根據(jù)業(yè)務流特征信息從第一次配額預留的費用中扣除相 應費用，并對該用戶進行第二次配額預留。步驟"1、 DSMP向流媒體服務器(Streaming Server)發(fā)送會話流程控 制響應(SessionProcessCtrlRsp)。在實際流媒體播放過程中，可能重復執(zhí)行多次步驟68-步驟611對應的 流程，直至流媒體播放業(yè)務結(jié)束。步驟612、用戶終端發(fā)送停止播放流媒體的業(yè)務請求。步驟613、流媒體播放預設時間后，流媒體服務器(Streaming Server) 向數(shù)據(jù)業(yè)務管理平臺發(fā)送包括業(yè)務流特征信息的會話流程控制請求 (SessionProcessCtrlReq)，該會話流程控制請求包括的業(yè)務流特征信息中 包括流媒體播放的時長、流量、播放結(jié)束等信息。步驟614、 DSMP根據(jù)業(yè)務流特征信息從上次配額預留的費用中扣除相應 費用。步驟615、 DSMP向流媒體服務器(Streaming Server)發(fā)送會話流程控 制響應(SessionProcessCtrlRsp)。步驟616、 DSMP根據(jù)具體計費情況出話單記錄。如果流媒體播放時間較 長或流量較大，DSMP可根據(jù)具體計費情況出中間話單。本實施例在業(yè)務請求對應的業(yè)務類型為第一業(yè)務(不與SP應用進行交互的業(yè)務)時，通過業(yè)務引擎(流媒體服務器)觸發(fā)業(yè)務計費類型為事件和會 話組合類的業(yè)務控制和計費處理流程，簡化了業(yè)務鑒權和會話類業(yè)務的計費 處理，從而提高了業(yè)務控制和計費的效率。本實施例中，如果流媒體服務器或SE不能確定用戶請求的業(yè)務的計費類 型為事件類或會話類，例如流媒體服務器上可能有些媒體業(yè)務的計費類型 為事件類(按次計費)，而有些媒體業(yè)務的計費類型為會話類(按分鐘計費)； 即使同一媒體業(yè)務，用戶訂購方式也可能存在差異，例如有的用戶是按次 購買的，有些用戶是按時長購買的等，關于這些較為復雜的計費信息，通常 流媒體服務器或SE難以獲取，而在DSMP上有相應的信息。因此，即使用戶 所請求業(yè)務的計費類型為會話型，流媒體服務器或SE通常也會發(fā)起本實施例 提供的業(yè)務控制和計費的方法流程，即先發(fā)一個事件計費請求，在流媒體服 務器或SE接收到DSMP的響應消息中，會攜帶該業(yè)務的計費類型為事件類或 會話類。當然，如果流媒體服務器或SE不能確定用戶請求的業(yè)務的計費類型為事件類或會話類，或者，如果流媒體服務器上的媒體計費方式較為簡單(如 所有媒體業(yè)務都是按事件計費或都是按會話計費等)，流媒體服務器或SE即可直接發(fā)起會話計費流程，具體會話計費流程可參見本實施例步驟65-步驟 616的記載，不再贅述。圖7為本發(fā)明業(yè)務控制和計費的方法第七實施例信令圖。本實施例的應 用場景用戶請求使用的業(yè)務為組合業(yè)務。 一種可能的應用場景例如在一個 "查找我附近"的業(yè)務中，用戶首先通過SMS告知SP要查找離用戶最近的花 店，SP通過運營商的定位服務器查找到用戶的當前位置，SP檢索到最近的花 店位置并通過MMS方式把地圖信息發(fā)送給用戶。如圖7所示，本實施例包括步驟71、用戶通過發(fā)送短消息的方式向短消息業(yè)務引擎發(fā)送業(yè)務請求， 該業(yè)務請求用于請求SP查找離用戶最近的花店，并將花店附近的地圖通過多 媒體信息發(fā)送給用戶。步驟短消息業(yè)務引擎判斷與該業(yè)務請求相應的業(yè)務為第二業(yè)務(與 業(yè)務提供商應用進行交互的業(yè)務)，將該業(yè)務請求轉(zhuǎn)發(fā)給SPGW。步驟73、 SPGW根據(jù)接收的業(yè)務請求提取相應的業(yè)務流特征信息，該業(yè)務 流特征信息包括業(yè)務信息為多種業(yè)務信息，如包括用戶請求SP查找離用戶 最近的花店的業(yè)務信息、SP通過定位服務器查找用戶的當前位置的業(yè)務信息， SP將查找到的花店位置信息發(fā)送給用戶的業(yè)務信息；并向數(shù)據(jù)業(yè)務管理平臺 發(fā)送包括業(yè)務流特征信息的事件流程控制請求(EventProcessCtrlReq )。步驟74、 DSMP在接收到該事件流程控制請求時，存儲該事件流程控制請 求中的業(yè)務流特征信息，4艮據(jù)該事件流程控制請求中的業(yè)務流特征信息對用 戶、服務提供商以及用戶與服務提供商的訂購關系進行鑒權，在各項信息都 通過鑒權時，進行批價處理，生成批價信息；同時，DSMP發(fā)起組合業(yè)務的特 殊處理流程，為SP和定位服務器以及SP與麗S業(yè)務引擎之間建立臨時訂購 關系，并為臨時訂購關系分配臨時標識；在后續(xù)業(yè)務控制和計費流程中，可 通過該臨時標識對該臨時訂購關系進行鑒權。該臨時標識可用一個隨機數(shù)身 份標識(ID)表示。如果發(fā)起業(yè)務請求的用戶為預付費用戶，DSMP根據(jù)批價 信息預留相應費用。步驟75、 DSMP向SPGW發(fā)送攜帶有該臨時標識的流程控制響應，如事 件流程控制響應(EventProcessCtrlRsp),并指示SPGW在發(fā)送與該業(yè)務請 求相應的流程控制請求中，攜帶該臨時標識；該事件流程控制響應還攜帶有 鑒權成功信息。步驟76、 SPGW向SP發(fā)送用戶發(fā)送的業(yè)務請求。步驟77、 SP才艮據(jù)接收的該業(yè)務請求，向SPGW發(fā)送定位請求，該定位請 求用于請求定位服務器查找用戶當前位置。步驟78、 SPGW向數(shù)據(jù)業(yè)務管理平臺發(fā)送包括業(yè)務流特征信息的事件流程 控制請求(EventProcessCtrlReq),該事件流程控制請求中包括與定位請求 相應的業(yè)務流特征信息以及DSMP分配的臨時標識。步驟79、 DSMP根據(jù)臨時標識對SP與定位服務器之間的臨時訂購關系進 行鑒權。步驟710、如果鑒權通過，DSMP向SPGW發(fā)送攜帶有該臨時標識的事件流程控制響應(EventProcessCtrlRsp)，并指示SPGW在發(fā)送與該業(yè)務請求相 應的流程控制請求中，攜帶該臨時標識；該事件流程控制響應還攜帶有鑒權 成功信息。步驟711、 SPGW向定位服務器轉(zhuǎn)發(fā)定位請求。步驟712、定位服務器根據(jù)該定位請求查找用戶的當前位置，向SPGW發(fā) 送定位結(jié)果發(fā)送請求，該定位結(jié)果發(fā)送請求用于請求將用戶當前位置信息發(fā) 送SP。步驟713、 SPGW向數(shù)據(jù)業(yè)務管理平臺發(fā)送包括業(yè)務流特征信息的事件流 程控制請求(EventProcessCtrlReq),該事件流程控制請求中包括與定位請 求相應的業(yè)務流特征信息以及DSMP分配的臨時標識。步驟714、DSMP根據(jù)臨時標識對SP與定位服務器之間的臨時訂購關系進 行鑒權。步驟715、如果鑒權通過，DSMP向SPGW發(fā)送攜帶有該臨時標識的事件流 程控制響應(EventProcessCtrlRsp)，并指示SPGW在發(fā)送與該業(yè)務請求相 應的流程控制請求中，攜帶該臨時標識；該事件流程控制響應還攜帶有鑒權 成功信息。步驟716、 SPGW向SP轉(zhuǎn)發(fā)定位結(jié)果。步驟717、 SP在接收到定位結(jié)果后，根據(jù)定位結(jié)果查找用戶當前位置附 近的花店位置信息，并生成包括花店位置信息的多士某體信息。步驟718、 SP向SPGW發(fā)送多媒體信息發(fā)送請求，該多媒體信息發(fā)送請求 用于請求MMS業(yè)務引擎將包括定位結(jié)果的多媒體信息發(fā)送給用戶。步驟719、 SPGW向數(shù)據(jù)業(yè)務管理平臺發(fā)送包括業(yè)務流特征信息的事件流 程控制請求(EventProcessCtrlReq)，該事件流程控制請求中包括與多媒體 信息發(fā)送請求相應的業(yè)務流特征信息以及DSMP分配的臨時標識。步驟720、 DSMP根據(jù)臨時標識對SP與MMS業(yè)務引擎之間的臨時訂購關系 進行鑒權。步驟721、如果鑒權通過，DSMP根據(jù)預先存儲的多業(yè)務信息，并結(jié)合接收到的事件流程控制請求和臨時標識，判斷用戶發(fā)起的包含該多業(yè)務信息的 業(yè)務處理已經(jīng)結(jié)束，因此刪除該臨時訂購關系對應的臨時標識，向SPGW發(fā)送沒有攜帶臨時標識的事件流程控制響應(EventProcessCtrlRsp)。步驟722、 SPGW通過畫S業(yè)務引擎將包括花店位置信息的多媒體信息發(fā)送給用戶。步驟723、 DSMP扣除預留的相應費用。 步驟724、 DSMP根據(jù)具體計費情況出話單記錄。本實施例在DSMP獲取的業(yè)務流特征信息中包括的業(yè)務信息為組合業(yè)務 信息時，為發(fā)送業(yè)務請求方建立臨時訂購關系，為所述臨時訂購關系分配臨 時標識；在后續(xù)的相關業(yè)務控制流程中，SPGW向DSMP發(fā)送的流程控制請求 中均攜帶有該臨時標識，使得DSMP可通過該臨時標識對臨時訂購關系鑒權， 從而可實現(xiàn)包括多業(yè)務信息的業(yè)務控制和計費處理，適用范圍廣。圖8為本發(fā)明業(yè)務控制和計費的系統(tǒng)第一實施例結(jié)構(gòu)圖。如圖8所示， 本實施例包括業(yè)務控制和計費觸發(fā)網(wǎng)元81和數(shù)據(jù)業(yè)務管理平臺82;業(yè)務控制和計費觸發(fā)網(wǎng)元81用于提取接收的業(yè)務請求的業(yè)務流特征信 息；所述業(yè)務流特征信息包括待鑒權信息和計費參考信息；向數(shù)據(jù)業(yè)務管理 平臺發(fā)送包括所述業(yè)務流特征信息的流程控制請求；數(shù)據(jù)業(yè)務管理平臺82包括第一獲取模塊821、鑒權和計費模塊822和響 應發(fā)送模塊823;第一獲取模塊821用于根據(jù)接收的所述流程控制請求獲取所述業(yè)務流特 征信息；鑒權和計費^t塊822用于根據(jù)所述業(yè)務流特征信息進行鑒權和計費處理；響應發(fā)送模塊823用于在所述鑒權和計費處理結(jié)束時，向所述業(yè)務控制 和計費觸發(fā)網(wǎng)元發(fā)送流程控制響應。本實施例通過業(yè)務控制和計費觸發(fā)網(wǎng)元向數(shù)據(jù)業(yè)務管理平臺發(fā)送的一個 流程控制請求中，攜帶有包括待鑒權信息和計費參考信息等業(yè)務流特征信息，26由數(shù)據(jù)業(yè)務管理平臺的鑒權和計費模塊根據(jù)相應信息分別進行鑒權和計費處 理后，再通過響應發(fā)送才莫塊業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制響應，因 此，減少了業(yè)務控制和計費觸發(fā)網(wǎng)元和數(shù)據(jù)業(yè)務管理平臺之間消息交互的次 數(shù)，從而提高了業(yè)務控制和計費的效率。圖9為本發(fā)明業(yè)務控制和計費的系統(tǒng)第二實施例結(jié)構(gòu)圖。本實施例與本 發(fā)明業(yè)務控制和計費的系統(tǒng)第一實施例的區(qū)別在于，本實施例中，業(yè)務控制 和計費觸發(fā)網(wǎng)元81包括業(yè)務引擎811和業(yè)務提供商接入網(wǎng)關(SPGW) 812。業(yè)務引擎811包括第一判斷模塊8111、第一提取模塊8112、第一請求 發(fā)送模塊8113和第一轉(zhuǎn)發(fā)模塊8114。第一判斷模塊8111用于在接收到所述業(yè)務請求時，判斷與所述業(yè)務請求 相應的業(yè)務類型。第一提取模塊8112用于在所述業(yè)務類型為第一業(yè)務時，提取所述業(yè)務請 求的業(yè)務流特征信息。第一請求發(fā)送模塊8113用于向數(shù)據(jù)業(yè)務管理平臺82發(fā)送包括所述業(yè)務 流特征信息的流程控制i青求。第一轉(zhuǎn)發(fā)^f莫塊8114用于在所述業(yè)務類型為第二業(yè)務時，向所述業(yè)務提供 商接入網(wǎng)關發(fā)送所述業(yè)務請求。其中，第一業(yè)務為不與業(yè)務提供商應用進行交互的業(yè)務；第二業(yè)務為與 業(yè)務提供商應用進行交互的業(yè)務。業(yè)務提供商接入網(wǎng)關(SPGW) 812包括第二提取模塊8121和第二請求 發(fā)送模塊8122。第二提取模塊8121用于在接收到所述業(yè)務請求時，提取所述業(yè)務請求的 業(yè)務流特征信息。第二請求發(fā)送^^莫塊8122用于向數(shù)據(jù)業(yè)務管理平臺82發(fā)送包括所述業(yè)務 流特征信息的流程控制請求。在本實施例技術方案的基礎上，業(yè)務流特征信息中待鑒權信息至少包括 以下信息之一用戶信息、業(yè)務信息、業(yè)務提供商信息、訂購關系信息、時間信息、業(yè)務類型信息；計費參考信息包括業(yè)務計費類型和用戶業(yè)務使用情 況信息。數(shù)據(jù)業(yè)務管理平臺82中鑒權和計費模塊822包括鑒權單元8221和計 費單元8222。鑒權單元8221用于根據(jù)所述待鑒權信息分別進行相應的鑒權處理；計費單元8222用于在所述鑒權分別對所述待鑒權信息的成功鑒權時，根 據(jù)所述計費參考信息生成批價信息，根據(jù)所述批價信息扣除或預留相應費用。進一步的，數(shù)據(jù)業(yè)務管理平臺82中響應發(fā)送^^莫塊823還用于向業(yè)務控制 和計費觸發(fā)網(wǎng)元81發(fā)送攜帶有控制標識的流程控制響應，該控制標識用于指 示業(yè)務控制和計費觸發(fā)網(wǎng)元81上報與所述業(yè)務請求相應的業(yè)務流遞送確認 信息。相應地，計費單元8222還用于在接收到的業(yè)務流遞送確認信息為遞送 成功信息時，根據(jù)所述批價信息扣除相應預留費用；在接收到的業(yè)務流遞送 確認信息為遞送失敗信息時，根據(jù)所述批價信息返還已扣除的相應費用。在本實施例技術方案的基礎上，流程控制請求可為事件流程控制請求或 會話流程控制請求。第一請求發(fā)送模塊8113或第二請求發(fā)送模塊8122還用 于根據(jù)所述業(yè)務流特征信息判斷與所述業(yè)務請求相應的業(yè)務計費類型，在所 述業(yè)務計費類型為事件類時，向數(shù)據(jù)業(yè)務管理平臺82發(fā)送所述事件流程控制 請求；在所述業(yè)務計費類型為會話類時，向所述數(shù)據(jù)業(yè)務管理平臺82發(fā)送所 述會話流程控制請求。相應地，流程控制響應可為事件流程控制響應或^S舌 流程控制響應。在數(shù)據(jù)業(yè)務管理平臺82接收的所述流程控制請求為事件流程 控制請求時，計費單元8222還用于根據(jù)所述批價信息扣除相應費用；響應發(fā) 送模塊8"還用于向業(yè)務控制和計費觸發(fā)網(wǎng)元81發(fā)送事件流程控制響應。在 數(shù)據(jù)業(yè)務管理平臺82接收的所述流程控制請求為會話流程控制請求時，計費 單元8"2還用于根據(jù)所述批價信息配額預留相應費用，并在再次接收到所述 會話流程控制請求時，扣除相應配額預留費用；響應發(fā)送模塊823還用于向 業(yè)務控制和計費觸發(fā)網(wǎng)元81發(fā)送所述會話流程控制響應。在本實施例技術方案的基礎上，如果數(shù)據(jù)業(yè)務管理平臺82接收的業(yè)務特特征信息中包括的業(yè)務信息為組合業(yè)務信息時，鑒權單元8221還用于為業(yè)務 請求方建立臨時訂購關系，為所述臨時訂購關系分配臨時標識；在接收到所 述業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送的攜帶有所述臨時標識的流程控制請求時， 根據(jù)所述臨時標識對所述臨時訂購關系進行鑒權；響應發(fā)送模塊823還用于 向業(yè)務控制和計費觸發(fā)網(wǎng)元81發(fā)送攜帶有所述臨時標識的事件流程控制響 應，并指示所述業(yè)務控制和計費觸發(fā)網(wǎng)元在發(fā)送與所述業(yè)務請求相應的流程 控制請求中，攜帶所述臨時標識。此外，鑒權單元8221還用于在根據(jù)預先存 儲的所述組合業(yè)務信息判斷所述組合業(yè)務使用結(jié)束時，刪除所述臨時標識； 響應發(fā)送模塊823還用于向所述業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送未攜帶有所述 臨時標識的流程控制響應。本發(fā)明業(yè)務控制和計費的系統(tǒng)實施例通過業(yè)務控制和計費觸發(fā)網(wǎng)元提取 與業(yè)務請求相應的業(yè)務流特征信息，向數(shù)據(jù)業(yè)務管理平臺發(fā)送的一個流程控 制請求中，攜帶有包括待鑒權信息和計費參考信息等業(yè)務流特征信息。由數(shù) 據(jù)業(yè)務管理平臺根據(jù)相應信息分別進行鑒權和計費處理后，再向業(yè)務控制和 計費觸發(fā)網(wǎng)元發(fā)送流程控制響應，由于消息的傳遞和DSMP根據(jù)消息進行鑒權 計費等控制都是在業(yè)務的遞送過程中實時進行，因此該消息簡單且易于解析， 消息的通信方式和流程也簡單、快速，減少了業(yè)務控制和計費觸發(fā)網(wǎng)元和數(shù) 據(jù)業(yè)務管理平臺之間消息交互的次數(shù)，從而提高了業(yè)務控制和計費的效率。 本發(fā)明業(yè)務控制和計費的系統(tǒng)實施例SP參與提供的應用類業(yè)務(第二業(yè)務) 由SPGW作為鑒權計費觸發(fā)點，其他業(yè)務(第一業(yè)務)由業(yè)務引擎作為觸發(fā)點， 因此本實施例支持事件類、會話類以及事件和會話的組合計費模式，此外， 本發(fā)明業(yè)務控制和計費的系統(tǒng)實施例還可支持組合業(yè)務的業(yè)務控制和計費的 處理，具有適用范圍廣等優(yōu)點。本領域普通技術人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附 圖中的模塊或流程并不一定是實施本發(fā)明所必須的。本領域普通技術人員可以理解實施例中的裝置中的模塊可以按照實施 例描述分布于實施例的裝置中，也可以進行相應變化位于不同于本實施例的一個或多個裝置中。上述實施例的模塊可以合并為一個模塊，也可以進一步 拆分成多個子模塊。上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。本領域普通技術人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟 可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀 取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述 的存儲介質(zhì)包括R0M、 RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應說明的是以上實施例僅用以說明本發(fā)明的技術方案，而非對其 限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術 人員應當理解其依然可以對前述實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術 方案的本質(zhì)脫離本發(fā)明實施例技術方案的精神和范圍。
權利要求
1、一種業(yè)務控制和計費的方法，其特征在于，包括業(yè)務控制和計費觸發(fā)網(wǎng)元提取接收的業(yè)務請求的業(yè)務流特征信息，所述業(yè)務流特征信息包括待鑒權信息和計費參考信息；向數(shù)據(jù)業(yè)務管理平臺發(fā)送包括所述業(yè)務流特征信息的流程控制請求；數(shù)據(jù)業(yè)務管理平臺根據(jù)接收的所述流程控制請求獲取所述業(yè)務流特征信息，根據(jù)所述業(yè)務流特征信息進行鑒權和計費處理；在所述鑒權和計費處理結(jié)束時，向所述業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制響應。
2、 根據(jù)權利要求l所述的業(yè)務控制和計費的方法，其特征在于，所述業(yè) 務控制和計費觸發(fā)網(wǎng)元包括業(yè)務引擎和業(yè)務提供商接入網(wǎng)關；所述業(yè)務控制 和計費觸發(fā)網(wǎng)元提取的接收的業(yè)務請求的業(yè)務流特征信息，包括在所述業(yè)務引擎接收到所述業(yè)務請求時，判斷與所述業(yè)務請求相應的業(yè) 務類型；在所述業(yè)務類型為第一業(yè)務時，提取所述業(yè)務請求的業(yè)務流特征信 息，向所述數(shù)據(jù)業(yè)務管理平臺發(fā)送包括所述業(yè)務流特征信息的流程控制請求； 在所述業(yè)務類型為第二業(yè)務時，向所述業(yè)務提供商接入網(wǎng)關發(fā)送所述業(yè)務請 求；在所述業(yè)務提供商接入網(wǎng)關接收到所述業(yè)務請求時，提取所述業(yè)務請求 的業(yè)務流特征信息；向所述數(shù)據(jù)業(yè)務管理平臺發(fā)送包括所述業(yè)務流特征信息 的流程控制請求。
3、 根據(jù)權利要求2所述的業(yè)務控制和計費的方法，其特征在于，所述第 一業(yè)務為不與業(yè)務提供商應用進行交互的業(yè)務；所述第二業(yè)務為與業(yè)務提供 商應用進行交互的業(yè)務。
4、 根據(jù)權利要求l-3所述的任一業(yè)務控制和計費的方法，其特征在于， 所述待鑒權信息至少包括以下信息之一用戶信息、業(yè)務信息、業(yè)務提供商信息、訂購關系信息、時間信息、業(yè)務類型信息；所述數(shù)據(jù)業(yè)務管理平 臺根據(jù)所述業(yè)務流特征信息進行鑒權處理包括所述數(shù)據(jù)業(yè)務管理平臺根據(jù)所述待鑒權信息分別進行相應的鑒權處理；所述計費參考信息包括業(yè)務計費類型和用戶業(yè)務使用情況信息；所述數(shù) 據(jù)業(yè)務管理平臺根據(jù)所述業(yè)務流特征信息進行計費處理包括在所述數(shù)據(jù)業(yè) 務管理平臺分別對所述待鑒權信息的成功鑒權時，根據(jù)所述計費參考信息生 成批價信息，4艮據(jù)所述批價信息扣除或預留相應費用。
5、 根據(jù)權利要求4所述的業(yè)務控制和計費的方法，其特征在于，所述數(shù) 據(jù)業(yè)務管理平臺向所述業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制響應包括所述數(shù)據(jù)業(yè)務管理平臺向所述業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送攜帶有控制 標識的流程控制響應，所述控制標識用于指示所述業(yè)務控制和計費觸發(fā)網(wǎng)元 上報與所述業(yè)務請求相應的業(yè)務流遞送確認信息。
6、 根據(jù)權利要求5所述的業(yè)務控制和計費的方法，其特征在于，在所述 數(shù)據(jù)業(yè)務管理平臺發(fā)送攜帶有控制標識的流程控制響應之后，還包括在接收到的業(yè)務流遞送確認信息為遞送成功信息時，所述lt據(jù)業(yè)務管理 平臺根據(jù)所述批價信息扣除相應預留費用；在接收到的業(yè)務流遞送確認信息為遞送失敗信息時，所述數(shù)據(jù)業(yè)務管理 平臺根據(jù)所述批價信息返還已扣除的相應費用。
7、 根據(jù)權利要求4所述的業(yè)務控制和計費的方法，其特征在于，所述流 程控制請求為事件流程控制請求或會話流程控制請求；所述業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制請求，包括所述業(yè)務控制 和計費觸發(fā)網(wǎng)元4艮據(jù)所述業(yè)務流特征信息判斷與所述業(yè)務請求相應的業(yè)務計 費類型，在所述業(yè)務計費類型為事件類時，向所述數(shù)據(jù)業(yè)務管理平臺發(fā)送所 述事件流程控制請求；在所述業(yè)務計費類型為會話類時，向所述數(shù)據(jù)業(yè)務管 理平臺發(fā)送所述會話流程控制請求。
8、 根據(jù)權利要求7所述的業(yè)務控制和計費的方法，其特征在于，所述流 程控制響應為事件流程控制響應或會話流程控制響應；在接收的所述流程控制請求為事件流程控制請求時，所述數(shù)據(jù)業(yè)務管理平臺根據(jù)所述批價信息扣除或預留相應費用，包括根據(jù)所述批價信息扣除 相應費用；所述向業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制響應包括向所述 業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送所述事件流程控制響應；在接收的所述流程控制請求為會話流程控制請求時，所述數(shù)據(jù)業(yè)務管理 平臺根據(jù)所述批價信息扣除或預留相應費用，包括根據(jù)所述批價信息配額 預留相應費用，并在再次接收到所述會話流程控制請求時，扣除相應配額預 留費用；所述向業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制響應包括向所述業(yè) 務控制和計費觸發(fā)網(wǎng)元發(fā)送所述會話流程控制響應。
9、 根據(jù)權利要求4所述的業(yè)務控制和計費的方法，其特征在于，在所迷 業(yè)務流特征信息中包括的業(yè)務信息為組合業(yè)務信息時，所述數(shù)據(jù)業(yè)務管理平 臺根據(jù)所述業(yè)務流特征信息進行鑒權處理，包括所述數(shù)據(jù)業(yè)務管理平臺為業(yè)務請求方建立臨時訂購關系，為所述臨時訂 購關系分配臨時標識；向所述業(yè)務引擎或業(yè)務提供商接入網(wǎng)關發(fā)送攜帶有所 述臨時標識的流程控制響應，并指示所述業(yè)務控制和計費觸發(fā)網(wǎng)元在發(fā)送與 所述業(yè)務請求相應的流程控制請求中，攜帶所述臨時標識；在接收到所述業(yè) 務控制和計費觸發(fā)網(wǎng)元發(fā)送的攜帶有所述臨時標識的流程控制請求時，根據(jù) 所述臨時標識對所述臨時訂購關系進行鑒權。
10、 根據(jù)權利要求9所述的業(yè)務控制和計費的方法，其特征在于，所述 數(shù)據(jù)業(yè)務管理平臺對所述臨時訂購關系進行鑒權之后，還包括在所述數(shù)據(jù)業(yè)務管理平臺根據(jù)預先存儲的所述組合業(yè)務信息判斷所述組 合業(yè)務使用結(jié)束時，刪除所述臨時標識，向所述業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā) 送未攜帶有所述臨時標識的流程控制響應。
11、 一種業(yè)務控制和計費的系統(tǒng)，其特征在于，包括業(yè)務控制和計費觸 發(fā)網(wǎng)元和數(shù)據(jù)業(yè)務管理平臺；所述業(yè)務控制和計費觸發(fā)網(wǎng)元用于提取接收的業(yè)務請求的業(yè)務流特征信 息；所述業(yè)務流特征信息包括待鑒權信息和計費參考信息；向數(shù)據(jù)業(yè)務管理平臺發(fā)送包括所述業(yè)務流特征信息的流程控制請求； 所述業(yè)務管理平臺包括第一獲取4莫塊，用于根據(jù)接收的所述流程控制請求獲取所述業(yè)務流特征 信息；鑒權和計費模塊，用于根據(jù)所述業(yè)務流特征信息進行鑒權和計費處理； 響應發(fā)送模塊，用于在所述鑒權和計費處理結(jié)束時，向所述業(yè)務控制和 計費觸發(fā)網(wǎng)元發(fā)送流程控制響應。
12、 根據(jù)權利要求11所述的業(yè)務控制和計費的系統(tǒng)，其特征在于，所述 業(yè)務控制和計費觸發(fā)網(wǎng)元包括業(yè)務引擎和業(yè)務提供商接入網(wǎng)關；所述業(yè)務引擎包括第一判斷沖莫塊，用于在接收到所述業(yè)務請求時，判斷與所述業(yè)務請求相 應的業(yè)務類型；第一提取模塊，用于在所述業(yè)務類型為第一業(yè)務時，提取所述業(yè)務請求 的業(yè)務流特征信息；第一請求發(fā)送模塊，用于向所述數(shù)據(jù)業(yè)務管理平臺發(fā)送包括所述業(yè)務流 特征信息的流程控制請求；第一轉(zhuǎn)發(fā)模塊，用于在所述業(yè)務類型為第二業(yè)務時，向所述業(yè)務提供商 接入網(wǎng)關發(fā)送所述業(yè)務請求；所述業(yè)務提供商接入網(wǎng)關包括第二提取模塊，用于在接收到所述業(yè)務請求時，提取所述業(yè)務請求的業(yè) 務流特征信息；第二請求發(fā)送模塊，用于向所述數(shù)據(jù)業(yè)務管理平臺發(fā)送包括所述業(yè)務流 特征信息的流程控制請求。
13、 根據(jù)權利要求12所述的業(yè)務控制和計費的系統(tǒng)，其特征在于，所述 第一業(yè)務為不與業(yè)務提供商應用進行交互的業(yè)務；所述第二業(yè)務為與業(yè)務提 供商應用進行交互的業(yè)務。
14、 根據(jù)權利要求11-13所述的任一業(yè)務控制和計費的系統(tǒng)，其特征在 于，所述待鑒權信息至少包括以下信息之一用戶信息、業(yè)務信息、業(yè)務提 供商信息、訂購關系信息、時間信息、業(yè)務類型信息；所述計費參考信息包 括業(yè)務計費類型和用戶業(yè)務使用情況信息；所述鑒權和計費模塊包括鑒權單元，用于根據(jù)所述待鑒權信息分別進行相應的鑒權處理； 計費單元，用于在所述鑒權分別對所述待鑒權信息的成功鑒權時，根據(jù) 所述計費參考信息生成批價信息，根據(jù)所述批價信息扣除或預留相應費用。
15、 根據(jù)權利要求14所述的業(yè)務控制和計費的系統(tǒng)，其特征在于，所述響應發(fā)送模塊還用于向所述業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送攜帶有控制標識的 流程控制響應，所述控制標識用于指示所述業(yè)務控制和計費觸發(fā)網(wǎng)元上^^與 所述業(yè)務請求相應的業(yè)務流遞送確認信息。
16、 根據(jù)權利要求15所述的業(yè)務控制和計費的系統(tǒng)，其特征在于，所述 計費單元還用于在接收到的業(yè)務流遞送確認信息為遞送成功信息時，根據(jù)所 述批價信息扣除相應預留費用；在接收到的業(yè)務流遞送確認信息為遞送失敗 信息時，根據(jù)所述批價信息返還已扣除的相應費用。
17、 根據(jù)權利要求14所述的業(yè)務控制和計費的系統(tǒng)，其特征在于，所述 流程控制請求為事件流程控制請求或會話流程控制請求；所述第一請求發(fā)送模塊或第二請求發(fā)送模塊還用于根據(jù)所述業(yè)務流特征 信息判斷與所述業(yè)務請求相應的業(yè)務計費類型，在所述業(yè)務計費類型為事件 類時，向所述數(shù)據(jù)業(yè)務管理平臺發(fā)送所述事件流程控制請求；在所述業(yè)務計 費類型為會話類時，向所述數(shù)據(jù)業(yè)務管理平臺發(fā)送所述會話流程控制請求。
18、 根據(jù)權利要求17所述的業(yè)務控制和計費的系統(tǒng)，其特征在于，所述 流程控制響應為事件流程控制響應或會話流程控制響應；在接收的所述流程控制請求為事件流程控制請求時，所述計費單元還用 于根據(jù)所述批價信息扣除相應費用；所述響應發(fā)送模塊還用于向所述業(yè)務控 制和計費觸發(fā)網(wǎng)元發(fā)送所述事件流程控制響應；在接收的所述流程控制請求為會話流程控制請求時，所述計費單元還用 于根據(jù)所述批價信息配額預留相應費用，并在再次接收到所述會話流程控制 請求時，扣除相應配額預留費用；所述響應發(fā)送模塊還用于向所述業(yè)務控制 和計費觸發(fā)網(wǎng)元發(fā)送所述會話流程控制響應。
19、 根據(jù)權利要求18所述的業(yè)務控制和計費的系統(tǒng)，其特征在于，在所 述業(yè)務流特征信息中包括的業(yè)務信息為組合業(yè)務信息時，所述鑒權單元還用于為業(yè)務請求方建立臨時訂購關系，為所述臨時訂購 關系分配臨時標識；在接收到所述業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送的攜帶有所 述臨時標識的流程控制請求時，4艮據(jù)所述臨時標識對所述臨時訂購關系進行 鑒權；所述響應發(fā)送模塊還用于向所述業(yè)務引擎或業(yè)務提供商接入網(wǎng)關發(fā)送攜 帶有所述臨時標識的流程控制響應，并指示所述業(yè)務控制和計費觸發(fā)網(wǎng)元在 發(fā)送與所述業(yè)務請求相應的流程控制請求中，攜帶所述臨時標識。
20、 根據(jù)權利要求19所述的業(yè)務控制和計費的系統(tǒng)，其特征在于， 所述鑒權單元還用于在^^艮據(jù)預先存儲的所述組合業(yè)務信息判斷所述組合業(yè)務使用結(jié)束時，刪除所述臨時標識；所述響應發(fā)送模塊還用于向所述業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送未攜帶有 所述臨時標識的流程控制響應。
全文摘要
本發(fā)明涉及了一種業(yè)務控制和計費的方法及系統(tǒng)。該業(yè)務控制和計費的方法包括業(yè)務控制和計費觸發(fā)網(wǎng)元提取接收的業(yè)務請求的業(yè)務流特征信息，所述業(yè)務流特征信息包括待鑒權信息和計費參考信息；向數(shù)據(jù)業(yè)務管理平臺發(fā)送包括所述業(yè)務流特征信息的流程控制請求；數(shù)據(jù)業(yè)務管理平臺根據(jù)接收的所述流程控制請求獲取所述業(yè)務流特征信息，根據(jù)所述業(yè)務流特征信息進行鑒權和計費處理；在所述鑒權和計費處理結(jié)束時，向所述業(yè)務控制和計費觸發(fā)網(wǎng)元發(fā)送流程控制響應。本發(fā)明減少了業(yè)務控制和計費觸發(fā)網(wǎng)元和數(shù)據(jù)業(yè)務管理平臺之間消息交互的次數(shù)，提高了業(yè)務控制和計費的效率。
文檔編號H04L12/14GK101325498SQ200810117120
公開日2008年12月17日 申請日期2008年7月24日 優(yōu)先權日2008年7月24日
發(fā)明者旭 楊, 蓉 王, 王志軍, 胡尼亞, 麗 馬 申請人:中國網(wǎng)絡通信集團公司