專利名稱：：融合計費方法及計費系統及應用服務器及融合計費系統的制作方法
技術領域：
：本發明涉及通信領域，尤其涉及融合計費方法及計費系統及應用服務器及融合計費系統。
背景技術：
：目前電信領域有兩種計費體系架構，一種是運營支持系統(OSS,OperationSupportSystem)系統采用的基于計費數據記錄(CDR，ChargingDataRecord)的離線計費，一種是基于實時消息的在線計費。OSS系統采用的離線計費是運營商提供給用戶的服務(包括話音呼叫服務、數據業務服務等)結束后，由交換服務設備產生的話單，業務運營支撐系統(BOSS,BusinessandOperationSupportSystem)收集話單進行批價計費。這種方式計費存在較大延遲，在服務過程中BOSS對服務沒有控制能力，容易發生透支和欠費。離線計費通常應用于后付費計費方式(即用戶可以先使用服務，再付費)，或者準預付費計費方式(即要求用戶先繳費再使用服務，但并不嚴格控制)。在線計費是用戶使用服務(包括電路域、數據域、IMS域的各種服務)時，交換服務設備觸發信令消息給業務控制設備，由業務控制設備對用戶使用的服務進行鑒權、預算、實時計費、實時費用監控和服務控制。采用這種方式能夠根據用戶賬戶余額精確的控制服務使用量，避免用戶透支和欠費。在線計費通常應用于預付費計費方式(即用戶先付費，再使用服務，能夠嚴格控制沒有余額即不提供服務)。但目前以智能網業務控制點(SCP,ServiceControlPoint)為代表的在線計費系統，在計費靈活性、性能、需求快速響應方面與BOSS存在較大差距。越來越多的分組域和IP多媒體子系統(IMS,IPMultimediaSubsystem)域的新業務，因為交換服務設備初期不具備信令觸發到業務控制設備的能力，需要采用離線計費方式直接根據交換服務設備輸出的CDR計費，快速響應需求。隨著運營商提供給用戶服務種類的增加，運營商希望用戶某些服務時采用在線計費實現的預付費方式，用戶使用另一些服務時采用離線計費實現的后付費或準預付費方式。運營商也希望由用戶自己選擇使用預付費方式的服務和后付費方式的服務。目前存在電路域、分組域、IMS域分別采用不同的在線計費系統實現在線計費。這樣運營商同時為用戶提供各個域的服務時，組合計費和運營管理等方面比較困難。鑒于上述的這些問題，現在電信行業出現了電信業務融合計費系統架構。融合計費能夠支持在線計費和離線計費的融合，對電路域、分組域和IMS域各種服務的計費的融合，預付費方式和后付費方式的融合。融合計費系統由實時計費和熱計費兩部分組成，兩個系統均可以實現電信的多種業務的計費處理，但具體計費過程在哪個系統處理，取決于運營商對客戶計費、扣費的實時性要求實時計費實現對各種預付費業務以及后付費的高額業務的實時處理，通過通用接口層實現連接和信息交互，進行余額鎖定和實時扣費；熱計費HotBilling實現對各種后付費業務的處理。實時計費系統和熱計費HotBilling均是基于基本相同的業務參數、業務規則，通過共享數據實現統一的客戶視圖、統一產品視圖、統一業務處理規則、統一批價引擎。最后，各種計費數據提交給賬務處理，形成賬務數據。融合計費系統體系一般支持的計費接口包括在線計費接口，如CAP,3GPPRo,OMACH-2;離線話單文件傳遞接口，如3GPPBx。圖1為3GPP定義的計費體系架構示意圖，3GPP標準組織針對在線計費和離線計費定義不同的解決方案圖2為3GPP離線計費體系架構示意圖，其中，離線計費架構分為3GPP網絡和計費域。3GPP網絡可以劃分為核心網絡(CN,CoreNetwork)、業務實體(Serviceelement)和子系統(Sub-system)。每一個支持離線計費的網絡實體都有計費觸發功能(CTF)、計費數據處理功能(CDF)和計費網關功能(CGF)。計費觸發功能計費信息觸發功能根據用戶使用業務的情況產生計費信息，并通過離線計費接口Rf，將離線計費消息發送給計費數據處理功能(CDF)。計費數據處理功能計費數據處理功能根據計費信息生成計費數據記錄，并通過計費數據記錄傳輸接口Ga發送給計費網關功能。計費網關功能計費網關功能存儲這些計費數據記錄，并將計費數據記錄傳遞給離線計費系統。離線計費系統(BillingDomain):離線計費系統能夠通過計費數據記錄文件傳輸接口采集這些計費數據記錄，并做批價和賬務處理。圖3為3GPP在線計費體系架構示意圖，其中在線計費架構中的各功能實體都在3GPP網絡中，主要分為核心網絡、業務實體和子系統，以及為這些實體進行在線計費的在線計費系統。每一個核心網絡、業務實體和子系統中支持在線計費的網絡實體都有計費觸發功能。在線計費系統包括在線計費功能(OCF)、批價功能(RF)和賬務管理功能(ABMF)。計費觸發功能計費信息觸發功能根據用戶使用業務的情況產生計費信息，并通過在線計費接口Ro,將在線計費信息發送給在線計費OCF;同時OCF通過在線計費接口發送信用控制消息控制業務提供系統的業務提供。在線計費功能在線計費功能把計費信息分別發送給批價功能和賬務管理功能做批價和賬務處理，并根據處理結果控制業務使用。批價功能對計費信息做批價處理。賬務管理功能對計費信息做賬務處理。現有技術中一種融合計費的組網方案如圖4所示，在融合計費系統中使用實時計費模塊來對來自SCP/SCL的實時計費消息進行處理和使用熱計費Hot-billing模塊對來自網元設備的Mediation產生的CDR進行處理。將SCP/SCL中與在線賬務處理相關的功能和將以前處理離線CDR的BOSS中離線計費功能放到融合計費系統中統一處理。實現用一套融合計費系統同時支持在線計費和離線計費。但是由于產生計費信息的設備眾多，各種計費消息不統一，計費系統需要維護多種不同的計費接口，所以降低了計費效率；此外，該方案并不能應用于3GPP定義的在線/離線體系架構。請參閱圖5,現有技術中另一種融合計費方法為3GPP計費體系架構融合計費解決方案，離線計費消息首先通過Rf接口發送到CDF;CDF收集處理離線計費消息，生成計費話單CDR后通過Ga接口將CDR發送給計費網關功能CGF;CGF存儲這些計費數據記錄，并將計費數據記錄傳遞給離線計費系統。對于在線計費，CTF直接通過Ro計費接口與OCF在線計費功能交互，完成信用控制、預留、計費等操作。但是，應用服務器需要適配多個接口在線計費接口和離線計費接口，以實現多種類型的客戶的計費，增加了應用服務器在計費中的處理復雜度；其次，在熱計費情況下，計費處理經過CDF,CGF及不同接口的轉換功能，包括Rf,Ga,Bx,過多的接口協議分析和消息處理，從而導致計費效率較低。
發明內容本發明要解決的技術問題是提供一種融合計費方法及一種計費系統，用于降低應用服務器在計費過程中的負擔。以上技術方案可以看出，本發明具有以下優點首先，本發明中，應用服務器在接收到用戶發送的業務請求之后無論該業務請求應使用在線計費還是離線計費，都向融合計費系統發送統一計費請求，應用服務器自身不需要對計費控制方式(在線計費/離線計費)進行判斷，所以降低了應用服務器在計費過程中的負擔；其次，本發明中，對離線計費信息收集效率和處理速度采用了在線計費的機制，所以提高了系統的處理速度和效率；最后，本發明中，根據實際情況可以將計費分為基于事件的直接計費，帶預留的基于事件的計費以及基于會話的計費，所以提高了本發明應用的靈活性。圖1為3GPP定義的計費體系架構示意圖；圖2為3GPP離線計費體系架構示意圖；圖3為3GPP在線計費體系架構示意圖；圖4為現有技術中融合計費組網方案示意圖；圖5為現有技術中3GPP定義的融合計費體系方案示意圖；圖6為本發明融合計費體系架構示意圖；圖7為本發明融合計費方法流程圖；圖8為本發明計費系統，應用服務器以及融合計費系統示意圖；圖9為本發明中基于事件直接計費的信令流程圖；圖10為本發明中帶預留的基于事件的計費的信令流程圖；圖11為本發明中基于會話的計費的信令流程圖；圖12為本發明中應用服務器產生計費數據的流程圖；圖13為本發明中融合計費系統處理計費請求的流程圖。具體實施方式本發明提供了融合計費方法及計費系統及應用服務器及融合計費系統，用于降低應用服務器在計費過程中的負擔。本發明提出融合計費方法及計費系統及應用服務器及融合計費系統，利用融合計費系統，將離線/在線計費接口統一融合起來，通過同一套接口與接口消息來進行離線/在線計費信息處理。具體通過RO的擴展實現，以Ro十+表示，支持離線計費消息的傳遞，以支持融合計費在線和離線處理措施，以及熱計費的消息傳遞需求功能。請參閱圖6,為適應過渡期組網需求，圖6為本發明提供的一種融合計費接口的系統示意圖，包括功能實體計費觸發功能(CTF，ChargingTriggerFunction)即計費觸發單元計費信息觸發功能根據用戶使用業務的情況產生計費信息(包括在線計費消息、離線計費消息及統一在線/離線消息)；融合計費系統(CBS,ConvergenceBillingSystem):統一處理在線/離線計費；統一計費接口單元統一處理來自CTF的計費消息，根據不同的情況將計費消息傳遞到后續不同的計費處理功能模塊中；計費數據處理功能/計費網關功能(CDF/CGF,TheChargingDataFunction/ChargingGatewayFunction):融合計費系統中的CDF/CGF功能，完成與現有技術中CDF/CGF類似的功能；在線計費功能即在線計費單元處理來自統一計費接口的在線計費消息，完成在線控制計費功能，根據處理結果控制業務使用；熱計費功能即熱計費單元熱計費單元處理來自CDF/CGF的話單文件，實現對離線計費的處理。接口Ro++:增強的在線計費接口，融合在線/離線計費接口消息，提供統一的計費信息處理；Ro:現有技術中的在線計費接口；Rf:現有技術中的離線計費接口；Ga:現有技術中的CDF到CGF的話單傳送接口；Bx:現有技術中CGF與熱計費功能的話單傳送接口。如圖6所示，本發明與現有技術的區別點在于融合計費系統與集成在應用服務器中的CTF之間可以僅存在增強的在線計費接口Ro++，以支持在線計費和離線計費模式。其次，可以認為現有技術中的處理離線計費的CDF/CGF功能由融合計費系統統一實現；統一計費接口接收并分析尺0++接口計費消息，根據請求的消息內容確定下一步的處理流程。虛線部分是為了兼容現有網絡架構中計費消息而保留的，可以處理現有技術中的在線計費/離線計費消息。請參閱圖7，本發明提供的融合計費方法流程如下701、接收用戶的業務請求；其中，當用戶需要使用運營商提供的服務(例如語音呼叫服務，數據業務服務)時，用戶發起業務請求，應用服務器接收用戶發起的業務請求。702、發送統一計費消息；其中，應用服務器接收到用戶發起的業務請求之后無論該業務是在線計費還是離線計費，都發送統一計費消息給融合計費系統，同時，應用服務器判斷該業務的計費方式(基于事件的直接計費，帶預留的基于事件的計費或基于會話的計費)，并將判斷得到的計費方式放入在線計費消息發送給融合計費系統。其中，基于事件的直接計費是指融合計費系統進行在線計費，直接扣除用戶賬戶中的金額，例如發送短信就屬于基于事件的直接計費；帶預留的基于事件的計費是指先進行預留操作，即先不進行計費，而預留出用戶賬戶中的一部分金額，當預留成功后，收集到業務實際使用情況再進行計費；基于會話的計費是指帶有會話狀態的計費，當會話開始時，融合計費系統進行在線計費，預留用戶賬戶中的一部分金額，當滿足觸發條件時，應用服務器與融合服務器開始計費。703、確定計費控制方式并執行相應的計費操作；其中，融合計費系統接收到應用服務器發送的計費消息后，判斷該業務的計費控制方式(在線計費/離線計費)，并根據計費控制方式對計費請求進行處理。確定計費控制方式可以通過向歸屬位置寄存器(HLR，HomeLocationRegister)或計費系統查詢得到，可以理解的是，同樣可以采取其他方式得到，本發明不做限定。704、反饋操作結果；其中，融合計費系統將操作結果反饋給應用服務器。705、確定業務控制方式；其中，應用服務器根據融合計費系統反饋的操作結果確定業務控制方式。706、計費。其中，融合計費系統與應用服務器根據業務控制方式完成業務計費。請參閱圖8，本發明系統包括應用服務器801以及融合計費系統802;應用服務器801用于接收用戶發送的業務請求，并以在線計費控制方式發送在線計費消息給融合計費系統802;融合計費系統802接收到所述消息后，確定計費控制方式，并根據所述計費控制方式完成計費。此外，本發明提供的應用服務器801以及融合計費系統802亦如圖8所示。其中，本發明應用服務器801還包括計費觸發單元8011,用于根據用戶使用業務的情況生成計費信息并生成統一計費消息，再將統一計費消息發送給融合計費系統802。其中，融合計費系統802包括在線計費單元8021,用于完成在線控制計費，并根據處理結果控制業務使用；熱計費單元8023，用于處理來自計費數據處理單元/計費網關單元8022的話單文件；統一計費接口單元8024，用于統一處理來自計費觸發單元8011的統一計費消息，并根據不同的計費控制方式將統一計費消息傳遞到不同的計費處理功能單元中；計費數據處理單元/計費網關單元8022，用于根據統一計費消息中的計費信息生成計費數據記錄，存儲所述計費數據記錄并傳遞給熱計費單元8023。圖9，圖10,圖11分別展示的是在三種不同的計費方式(基于事件的直接計費，帶預留的基于事件的計費以及基于會話的計費)下的計費信令流程。下面分別針對這三種情況進行描述請參閱圖9，在基于事件的直接計費情況下，計費信令流程為901、用戶向應用服務器請求使用業務；902、應用服務器根據業務請求中所攜帶的業務信息確定本次業務請求應使用的計費方式，可選方式包括基于事件直接計費、帶預留的基于事件的計費以及基于會話的計費，并生成計費數據；903、應用服務器確定業務采用基于事件直接計費方式，應用服務器向融合計費系統發起直接計費請求，請求中攜帶了業務信息，計費信息等；其中，業務信息中包括業務名稱和用戶標識等信息。904、融合計費系統根據用戶業務定購信息，確定該用戶的計費處理方式；如果用戶適用在線計費控制，則融合計費系統直接從用戶賬戶中扣除申請的業務使用費用；如果用戶適用離線計費控制，融合計費系統記錄計費信息，并執行步驟905,同時并交由熱計費單元計費；此時，熱計費單元不影響業務的發送；其中，融合計費系統分析業務信息中的用戶標識，查詢本地存儲的用戶賬戶狀態即可獲知用戶適用于在線計費還是離線計費。905、融合計費系統返回處理結果，處理結果包括融合計費系統記錄的計費信息，即業務名稱，使用時間，費用等；906、應用服務器判斷融合計費系統返回的處理結果，如果是在線計費，并且計費成功，則進入步驟907b,否則進入步驟907a;對于離線計費，進入步驟907b;907a、業務終止，即拒絕用戶的本次業務請求，例如用戶發送短信時，若扣費不成功，則提示用戶短信發送失敗；907b、業務下發。1001、用戶向應用服務器請求使用業務；1002、應用服務器根據業務請求中所攜帶的業務信息確定本次業務請求應使用的計費方式為帶預留的基于事件的計費，(可選方式包括基于事件直接計費、帶預留的基于事件的計費以及基于會話的計費)，并生成計費數據；1003、應用服務器確定業務采用帶預留的基于事件計費方式，應用服務器向融合計費系統發起預留請求，請求中攜帶了業務信息，以及根據上述計費數據生成的預留請求信息等；其中，業務信息中包括業務名稱和用戶標識等信息。1004、融合計費系統根據用戶業務定購信息，確定該用戶的計費處理方式；如果用戶適用在線計費控制，則融合計費系統從用戶賬戶中預留一部分費用；如果用戶適用離線計費控制，融合計費系統記錄相應計費信息，并執行步驟1005,同時并交由熱計費單元計費；此時，熱計費單元不影響業務的發送；其中，融合計費系統分析業務信息中的用戶標識，查詢本地存儲的用戶賬戶狀態即可獲知用戶適用于在線計費還是離線計費。1005、融合計費系統返回判斷和處理結果；1006、應用服務器判斷融合計費系統返回的處理結果，如果是在線計費，并且預留:燥作成功，則進入步驟1007b,否則進入步驟1007a;對于離線計費，不需要進行預留操作，進入步驟1007b;1007a、業務終止，即不再向用戶提供本業務；1007b、業務交付；1008、應用服務器收集業務實際使用情況；1009、應用服務器向融合計費系統發送直接計費請求，請求中攜帶了業務使用情況；1010、融合計費系統根據步驟1004確定的計費處理方式，如果為在線計費，融合計費系統進行計費操作；如杲為離線計費，則融合計費系統記錄本次業務消費信息，并進入步驟1011。融合計費系統完成本次業務的熱計費流程；1011、融合計費系統向應用服務器回復計費響應。請參閱圖ll,在基于會話的計費情況下，計費信令流程為1101、用戶向應用服務器請求使用業務；1102、應用服務器根據業務請求中所攜帶的業務信息確定本次業務請求應使用的計費方式，可選方式包括基于事件直接計費、帶預留的基于事件的計費以及基于會話的計費，并生成計費數據；1103、應用服務器確定業務釆用基于會話的計費方式，應用服務器向融合計費系統發起基于會話的計費初始請求，請求中攜帶了業務信息、預留請求信息等；其中，業務信息中包括業務名稱和用戶標識等信息。1104、融合計費系統根據用戶業務定購信息，確定該用戶的計費處理方式；如果用戶適用在線計費控制，則融合計費系統從用戶賬戶中預留一部分費用；如果用戶適用離線計費控制，融合計費系統記錄相應計費信息，并執行步驟1105，同時并交由熱計費單元計費；此時，熱計費單元不影響業務的發送；其中，融合計費系統分析業務信息中的用戶標識，查詢本地存儲的用戶賬戶狀態即可獲知用戶適用于在線計費還是離線計費。1105、融合計費系統返回計費初始請求判斷和處理結果；1106、應用服務器判斷融合計費系統返回的處理結果，如果是在線計費，并且初始預留操作成功，則進入步驟1107b，否則進入步驟1107a;對于離線計費，進入步驟1107b;1107a、業務終止提供，例如當進行電話通話時，檢測到余額不足，則提示用戶余額不足并切斷通話；其中，此步驟中的業務終止與步驟907a中的業務終止不同，基于事件的直接計費中，一次事件要么被接受并完成，要么被拒絕，而對于基于會話的計費則可能在會話開始時請求被接受，但當檢測到滿足觸發條件(例如余額不足)時該請求會被拒絕。1107b、業務下發；如果是離線計費進入步驟1108a，如果是在線計費進入步驟1109a;離線計費中間計費會話請求觸發條件包括預設的計費時間周期到達、計費條件發生變化。1108a、當應用服務器監測到離線計費中間會話請求觸發條件滿足，應用服務器收集業務使用計費信息；1108b、應用服務器向融合計費系統發送離線計費會話中間請求，請求中攜帶了業務使用情況；1108c、融合計費系統使用熱計費功能處理離線中間計費請求信息；1108d、融合計費系統向應用服務器返回離線計費會話中間響應；在線計費中間計費會話請求觸發條件包括預留的額度用盡、計費條件發生變化。1109a、應用服務器監測到中間會話請求觸發條件滿足，收集預留額度使用情況，并向融合計費系統發起新的預留請求；1109b、應用服務器向融合計費系統發送在線計費會話中間請求，請求中攜帶了新的預留請求信息；U09c、融合計費系統使用在線計費功能處理在線中間計費請求信息，并將前次預留的費用從用戶賬戶中扣除；1109d、融合計費系統向應用服務器返回在線計費會話中間響應；1109e、應用服務器根據預留結果控制業務下發；1109f、應用服務器向用戶繼續提供業務下發；1110、業務終止;1111、應用服務器收集最終業務使用信息；1112、應用服務器向融合計費系統發送基于會話的計費終止請求，請求中攜帶了業務使用信息；1113、根據確定的計費處理方式，如果為在線計費，融合計費系統進行計費操作；如果為離線計費，融合計費系統記錄業務使用情況，交由熱計費單元,開始后續熱計費過程；1114、融合計費系統向應用服務器回復基于會話的計費終止響應。為了支持應用服務器與融合計費系統之間完成離線/在線計費統一處理，計費流程中的計費消息應包括如下表所示的參數計費請求消息參數如表1所示表1<table>tableseeoriginaldocumentpage17</column></row><table><table>tableseeoriginaldocumentpage18</column></row><table>計費回應消息參數如表2所示表2<table>tableseeoriginaldocumentpage18</column></row><table><table>tableseeoriginaldocumentpage19</column></row><table>下面結合參數對圖9、圖10及圖11中的過程進行描述一、請參閱圖12，圖12為應用服務器判斷計費方法，并產生計費數據的處理流程圖，即是步驟902、1002以及1102:1201、接收用戶業務請求；1202、確定計費方式；其中，根據業務請求中攜帶的業務標識確定計費方式，包括基于事件的直接計費，帶預留的基于事件的計費以及基于會話的計費。1203/1204/1205、生成立即計費請求，或生成基于會話的初始計費請求；或生成基于事件預留請求；1206、發送生成的計費請求給融合計費系統。其中，步驟1203、1204以及1205為并列步驟。其中，立即計費請求消息參數如下所示DebitRequest:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation]其中[OperationType]設置為EVENT,表示按事件計費；[RequestedAction]設置為DEBIT,表示直接計費；[ServiceInformation]中記錄了業務相關信息。基于事件預留請求消息參數如下所示ReserveRequest:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation]其中[OperationType]設置為EVENT,表示按事件計費；[RequestedAction]設置為RESERVE,表示賬戶預留；[ServiceInformation]中記錄了業務相關信息；[MultipleUnitOperation]中"i殳置申請的預留額度；[SessionIdentifier]標識本次會話，用于關聯后續計費會話。基于會話的初始請求消息參數如下所示SessionRequest:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation][OperationInterval]其中[OperationType]設置為SESSION—START,表示按會話計費；[RequestedAction]設置為RESERVE，表示支持賬戶預留操作；[ServiceInformation]中記錄了業務相關信息；[MultipleUnitOperation]中設置申請的預留額度；[OperationInterval]中記錄了標識離線計費時間間隔；[SessionIdentifier]標識本次會話，用于關聯后續計費會話。二、請參閱圖13,圖13為融合計費系統根據上報的計費信息，判斷客戶計費控制方式，并根據計費控制方式處理計費請求流程圖，即步驟卯4、1004以及1104:1301、接收統一計費消息；1302、判斷計費控制方式，若是在線計費，則轉向步驟1303，若是離線計費，則轉向步驟1304;其中，確定計費控制方式可以通過向HLR或計費系統查詢得到，可以理解的是，同樣可以采取其他方式得到，本發明不做限定。1303、在線計費模式下確定計費方式；其中，在在線計費的情況下根據參數OperationType和RequestedAction判斷計費方式。1304、離線計費模式下確定計費方式；其中，在離線計費的情況下根據參數OperationType和RequestedAction判斷計費方式。1305/1306/1307、直接計費；或完成預扣操作；或事件預留；其中，步驟1305、1306以及1307為并列步驟，分別針對三種不同的計費方式若是基于事件的直接計費，則執行1305;若是帶預留的基于事件的計費，則執行1306;若是基于會話的計費，則執行1307。1308/1309/1310、記錄消費信息；或記錄計費初始信息；或生成離線計費方式響應消息；其中，步驟1308、1309以及1310為并列步驟，分別針對三種不同的計費方式若是基于事件的直接計費，則執行1308;若是帶預留的基于事件的計費，則執行1309;若是基于會話的計費，則執行1310。1311、將計費響應消息發送給應用服務器。其中，直接計費響應消息參數如下所示DebitResponse:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][ChargingAttribution]其中[OperationType]設置為EVENT,表示按事件計費；[RequestedAction]設置為DEBIT,表示直接計費；[ServiceInformation]中記錄了業務相關信息；[ChargingAttribution]標識CBS所采用的計費方式(離線/在線)。基于事件預留響應消息參數如下所示ReserveResponse:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation][ChargingAttribution]其中[OperationType]設置為EVENT,表示按事件計費；[RequestedAction]設置為RESERVE,表示賬戶預留；[ServiceInformation]中記錄了業務相關信息；[MultipleUnitOperation]中設置申請的預留額度；[ChargingAttribution]標識CBS所采用的計費方式(離線/在線)；[SessionIdentifier]標識本次預留會話，用于在線預留控制的時候，后續計費操作可以使用此標識關聯到本次的預留搡作。對于離線計費[MultipleUnitOperation]中不需要挾帶預留金額，AS直接開始下一步的離線計費。基于會話的初始響應消息參數如下所示SessionResponse:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation][OperationInterval][ChargingAttribution]其中[OperationType]設置為SESSION—START，表示按會話計費；[RequestedAction]設置為RESERVE,表示支持賬戶預留操作；[ServiceInformation]中記錄了業務相關信息；[MultipleUnitOperation]中設置申請的預留額度；[OperationInterval]中記錄了標識離線計費時間間隔；[ChargingAttribution]標識CBS所采用的計費方式(離線/在線);[SessionIdentifier]標識本次會話，用于關聯相關計費會話。三、應用服務器根據響應結果確定業務控制方式處理流程(即步驟906、1006以及1106)為應用服務器接收來自融合計費系統的計費響應消息；根據消息中的信息確定計費控制方式，若是在線計費，則判斷計費或預留是否成功，成功則下發業務，失敗則停止業務，若是離線計費，則直接下發業務。四、應用服務器收集業務實際使用情況的流程(即步驟1008以及1111)為應用服務器收集業務使用信息；判斷業務計費方式，若為帶預留的基于事件的計費，則生成基于預留計費的直接計費請求，若為基于會話的計費終止，則生成基于會話計費的終止計費請求消息。其中，預留后續計費請求消息參數如下所示DebitRequest:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation]其中[OperationType]設置為EVENT,表示按事件計費；[RequestedAction]設置為DEBIT,表示直接計費；[ServiceInformation]中記錄了業務相關信息；[SessionIdentifier]記錄前次預留沖栗作的會話標識。基于會話的初始請求消息參數如下所示SessionRequest:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation][OperationInterval]其中[OperationType]設置為SESSIONTERMINATION，表示按會話終止計費；[RequestedAction]設置為DEBIT,表示為基于會話計費的終止計費操作；[ServiceInformation]中記錄了業務相關信息；[MultipleUnitOperation]中設置申請的預留額度；[OperationInterval]中記錄了標識離線計費時間間隔；[SessionIdentifier]用于關Jf關前面SESSION—START的計費會話。五、融合計費系統根據之前確定的客戶計費屬性，處理最終直接計費請求信息的處理流程(即步驟1010以及1113)為融合計費系統接收到應用服務器的計費請求；根據計費請求中攜帶的業務標識和用戶訂購標識確定計費控制方式，若為在線計費，則融合計費系統根據業務實際使用情況，對用戶賬戶進行計費/預留返還操作，若為離線計費，則融合計費系統根據業務實際使用情況，形成計費話單信息，開始熱計費操作。六、應用服務器根據之前確定的客戶計費屬性，處理最終直接計費請求信息的處理流程(即步驟1108a以及1109a)為針對1108a:應用服務器檢測到計費間隔時間到達或計費費率條件發生變化；應用服務器收集業務實際使用情況，生成離線計費會話中間請求；應用服務器向融合計費系統發送離線計費中間計費請求。針對1109a:應用服務器檢測到預留額度用盡或計費費率條件發生變化；應用服務器收集業務實際使用情況，生成在線計費會話中間請求；應用服務器向融合計費系統發送在線計費中間計費請求。其中，基于會話的離線中間請求消息參數如下所示SessionRequest:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][OperationInterval]其中[OperationType]設置為SESSIONINTERIM,表示按中間會話計費；[RequestedAction]設置為UPDATE,表示支持離線計費的更新計費信息操作；[ServiceInformation]中記錄了業務相關信息；[OperationInterval]中記錄了標識離線計費時間間隔；[SessionIdentifier]標識本次會話，用于關聯后續計費會話。基于會話的在線中間請求消息參數如下所示SessionRequest:=[SessionIdentifier][OriginatorHostJ[OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation]其中[OperationType]設置為SESSION—INTERIM,表示按會話計費；[RequestedAction]設置為RESERVE,表示在線計費中間會話預留操作；[ServiceInformation]中記錄了業務相關信息；[MultipleUnitOperation]中設置申請的預留額度；[OperationInterval]中記錄了標識離線計費時間間隔；[SessionIdentifier]標識本次會話，用于關聯后續計費會話。七、融合計費系統根據之前確定的客戶計費屬性，處理會話中間計費請求信息的處理流程(即步驟1108c以及1109c)為針對步驟1108c:融合計費系統收到來自應用服務器的離線會話中間計費請求；融合計費系統根據實際業務使用情況，更新本次業務的中間計費信息，并生成請求響應消息；融合計費系統向應用服務器發送離線計費中間計費響應消息；同時，對離線計費記錄進行熱計費處理。針對步驟1109c:融合計費系統收到來自應用服務器的在線會話中間計費請求；融合計費系統根據實際業務使用情況，進行賬戶計費，和新的賬戶配額預留，并生成在線計費請求響應消息；融合計費系統向應用服務器發送在線計費中間計費響應消息。其中，基于會話的離線中間響應消息參數如下所示SessionResponse:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationTypeJ[OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation][OperationInterval][ChargingAttribution]其中[OperationType]設置為SESSION—INTERIM,表示按中間計費會話；[RequestedAction]設置為UPDATE,表示為離線中間計費會話響應；[ServiceInformation]中記錄了業務相關信息；[OperationInterval]中記錄了標識離線計費時間間隔；[ChargingAttribution]標識CBS所采用的計費方式(離線/在線)；[SessionIdentifier]標識本次會話，用于關聯相關計費會話。基于會話的在線中間響應消息參數如下所示SessionResponse:=[SessionIdentifier][OriginatorHost][OriginatorDomain][OperationIdentifier][OperationToken][OperationType][OperationNumber][DestinationHost][UserName][OriginationTimestamp][SubscriberIdentifier][TerminationCause][RequestedAction][SubscriberEquipmentNumber][ServiceInformation][MultipleUnitOperation][OperationInterval][ChargingAttribution]其中[OperationType]設置為SESSION—INTERIM,表示按中間計費會話；[R叫uestedAction]設置為RESERVE,表示在線計費中間會話響應；[ServiceInformation]中記錄了業務相關信息；[MultipleUnitOperation]中設置申請的預留額度；[ChargingAttribution]標識CBS所采用的計費方式(離線/在線)；[SessionIdentifier]標識本次會話，用于關聯相關計費會話。以上對本發明所提供的融合計費方法及計費系統及應用服務器及融合計費系統進行了詳細介紹，本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發明的方法及其核心思想；同時，對于本領域的一般技術人員，依據本發明的思想，在具體實施方式及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明的限制。權利要求1、一種融合計費方法，其特征在于，包括應用服務器接收用戶發送的業務請求；應用服務器發送統一計費消息給融合計費系統；融合計費系統接收到所述消息后，確定計費控制方式，并完成相應的計費操作；融合計費系統向應用服務器反饋本次操作結果；應用服務器根據所述操作結果確定業務控制方式，應用服務器與融合計費系統采用所述業務控制方式完成業務計費。2、根據權利要求1所述的融合計費方法，其特征在于，所述應用服務器發送的統一計費消息中包含在線計費直接計費請求；所述確定計費控制方式，并完成相應的計費操作的步驟包括融合計費系統接收到所述直接計費請求；判斷用戶是否適用在線計費控制，若適用，則執行直接計費，若不適用，則融合計費系統記錄本次業務消費計費信息，并以離線計費方式處理本次請求。3、根據權利要求1所述的融合計費方法，其特征在于，所述應用服務器發送的統一計費消息中包含預留請求；所述確定計費控制方式，并完成相應的計費操作的步驟包括融合計費系統接收到所述預留請求；判斷用戶是否適用在線計費控制，若適用，則執行預留操作，業務使用完畢后，應用服務器根據業務實際使用情況向融合計費系統發送直接計費請求，若不適用，則融合計費系統記錄本次業務消費計費信息，向應用服務器返回處理結果并交由熱計費處理單元計費。4、根據權利要求1所述的融合計費方法，其特征在于，所述應用服務器發送的統一計費消息中包含基于會話的計費初始請求；所述確定計費控制方式，并完成相應的計費操作的步驟包括融合計費系統接收到所述基于會話的計費初始請求后判斷用戶是否適用在線計費控制，若適用，則執行預留操作，若不適用，則融合計費系統記錄計費初始信息。5、根據權利要求4所述的融合計費方法，其特征在于，所述應用服務器根據所述操作結果確定業務控制方式的步驟之后進一步包括若為在線計費，應用服務器接收到處理結果之后判斷計費信息的變化，若需要上報，則發送中間計費信息請求；若為離線計費，應用服務器接收到處理結果之后判斷計費信息的變化，當設定的時間間隔用盡時或計費參數發生變化時，發送中間計費信息請求。6、根據權利要求1至5中任一項所述的融合計費方法，其特征在于，在應用服務器發送統一計費消息給融合計費系統之前進一步包括應用服務器根據用戶的本次業務請求的屬性確定業務計費方式；所述計費方式包括基于事件的直接計費，帶預留的基于事件的計費以及基于會話的計費。7、根據權利要求1所述的融合計費方法，其特征在于，所述確定計費控制方式，并完成相應的計費操作的步驟包括融合計費系統根據所述統一計費消息中攜帶的業務標識和用戶標識確定計費控制方式；若計費控制方式為在線計費，若為基于事件的直接計費請求，則融合計費系統進行在線計費直接計費操作；若為帶預留的基于事件的計費請求，則融合計費系統進行預留操作；若為基于會話的計費請求，則融合計費系統進行在線計費會話初始操作，完成預留操作；若計費控制方式為離線計費，若為基于事件的直接計費請求，則融合計費系統記錄計費信息，若為帶預留的基于事件的計費請求，則融合計費系統生成離線計費方式響應消息，若為基于會話的計費請求，則融合計費系統記錄計費初始信息。8、根據權利要求1所述的融合計費方法，其特征在于，在應用服務器確定業務控制方式之后進一步包括對于在線計費，若計費/預留成功，則應用服務器向用戶傳遞業務；對于離線計費，應用服務器接收到融合計費系統的計費響應后向用戶傳遞業務。9、根據權利要求3或4所述的融合計費方法，其特征在于，所述應用服務器根據所述操作結果確定業務控制方式的步驟之后進一步包括應用服務器收集業務使用信息；判斷所述業務的計費方式，若為帶預留的基于事件的計費方式，則生成基于預留計費的直接計費請求消息；若為基于會話的計費終止，則生成基于會話計費的終止計費請求消息。10、一種計費系統，其特征在于，包括應用服務器以及融合計費系統；所述應用服務器用于接收用戶發送的業務請求，并發送統一計費消息給融合計費系統；所述融合計費系統接收到所述消息后，確定計費控制方式，完成相應的計費操作，并將操作結果反饋給應用服務器；應用服務器接收到所述操作結果后確定業務控制方式，并與融合計費系統根據所述業務控制方式共同完成業務計費。11、一種應用服務器，其特征在于，包括計費觸發單元，用于根據用戶使用業務的情況生成計費信息，利用所述計費信息生成統一計費消息并發送。12、一種融合計費系統，其特征在于，包括在線計費單元，用于完成在線控制計費，并根據處理結果控制業務使用；熱計費單元，用于處理來自計費數據處理單元/計費網關單元的話單文件；統一計費接口單元，用于處理來自統一計費消息，并分析所述統一計費消息，確定計費控制方式，并根據不同的計費控制方式將所述統一計費消息傳遞到不同的計費處理功能單元中；計費數據處理單元/計費網關單元，用于根據所述統一計費消息中的計費信息生成計費數據記錄，存儲所述計費數據記錄并傳遞給熱計費單元。全文摘要本發明公開了融合計費方法及計費系統及應用服務器及融合計費系統，用于提高計費處理效率，降低應用服務器復雜度。應用服務器接收用戶發送的業務請求；應用服務器發送統一計費消息給融合計費系統；融合計費系統接收到所述消息后，確定計費控制方式，并完成相應的計費操作；融合計費系統向應用服務器反饋本次操作結果；應用服務器根據所述操作結果確定業務控制方式，應用服務器與融合計費系統采用所述業務控制方式完成業務計費。本發明還相應地提供一個系統，一個應用服務器以及一個融合計費系統。本發明可以有效地提高計費處理的效率，發揮融合計費系統的處理效率，降低應用服務器在計費過程中的負擔。文檔編號H04M15/00GK101132289SQ20061011137公開日2008年2月27日申請日期2006年8月24日優先權日2006年8月24日發明者單明軍,純李申請人:華為技術有限公司