專利名稱：信用控制客戶端、信用控制服務器、計費系統(tǒng)及計費方法
技術(shù)領域：
本發(fā)明涉及通信領域中的計費技術(shù)，尤其是向終端提供服務的過程中，對提供的服務進行計費的信用控制客戶端、信用控制服務器、計費系統(tǒng)及計費方法。
背景技術(shù)：
隨著數(shù)據(jù)業(yè)務的快速發(fā)展，用戶可以通過終端來使用運營商提供的各項服務，例如用戶可以通過終端使用語音業(yè)務，收發(fā)文本消息、彩信、E-mail，通過終端登錄互聯(lián)網(wǎng)絡下載彩鈴與圖片、購物等。此前，在用戶通過終端使用服務提供商提供的各項服務時，運營商主要采用后計費方式對用戶使用的服務進行計費與扣費，即不查詢終端用戶帳戶上的余額，在用戶成功使用服務后，再計算用戶使用服務的費用，并從用戶帳戶上扣除計算出的費用。該后計費方式存在的缺陷是可能存在終端用戶帳戶上的余額不足而欠費，甚至有的用戶惡意透支使用服務，這就對運營商帶來極大的損失。
目前，在各種有線與無線網(wǎng)絡通信的費用支付方式中，由于具備可以讓終端用戶實時、方便地查詢自己帳戶上的余額、可以讓運營商避免用戶惡意透支帳戶余額及欠費等優(yōu)點，預付費支付方式目前已經(jīng)得到了用戶與運營商普遍采用的一種費用支付方式，并將得到更為廣泛的應用。
目前存在的兩種預付費支付方式有兩種一種是立即記賬方式，另一種是預留計費方式。
立即記賬方式是當信用控制客戶端接收到終端發(fā)送的服務請求時，向信用控制服務器發(fā)送立即記賬請求；信用控制服務器收到立即記賬請求后，對終端請求的服務進行計費及扣費；成功扣費后，向信用控制客戶端發(fā)送立即記賬請求回復；信用控制客戶端收到立即記賬請求回復后，向終端提供服務。該方法要求信用控制服務器扣費成功后，保證信用控制客戶端一定能成功地向終端提供其請求的服務。而一旦發(fā)生意外，例如終端、信用控制客戶端、信用控制服務器或者其所使用的通信網(wǎng)絡出現(xiàn)任何一個問題，都無法滿足該條件，這就損害了用戶的經(jīng)濟利益，并給用戶帶來不便；另外，對于運營商來說，需要處理用戶因此引起的投訴、索賠、查證事實等繁瑣的事宜，勢必耗費大量的人力與物力，同樣給運營商帶來極大不便。因此，目前，運營商已經(jīng)盡量避免使用該計費方式。
預留計費方式是目前使用最廣泛的一種計費方法，如圖1所示，為現(xiàn)有技術(shù)預留計費的流程圖，其具體實現(xiàn)流程為終端向信用控制客戶端發(fā)起服務請求(步驟A)；信用控制客戶端接收到終端發(fā)送的服務請求時，向信用控制服務器發(fā)送開始會話請求，該開始會話請求中攜帶有終端用戶標識與請求預留額度(步驟B)；信用控制服務器收到開始會話請求后，在終端用戶的帳戶上預留與請求預留額度對應的預留金額，如果該請求預留額度本身就是金額單位，則直接預留該預留金額，如果該請求預留額度是非金額單位，則信用控制服務器根據(jù)資費進行計算，得到與請求預留額度對應的預留金額，并預留該預留金額(步驟C)；預留成功后，信用控制服務器向信用控制客戶端發(fā)送開始會話請求回復，該開始會話請求回復中攜帶有批準信用度，即與預留的金額相應的時長或流量(步驟D)；信用控制客戶端收到發(fā)送開始會話請求回復后，檢查批準信用度是否為零(步驟E)；若是，則拒絕向終端提供服務，結(jié)束流程(步驟N)；若否，則向終端提供服務，并監(jiān)控終端是否結(jié)束使用服務以及批準信用度是否用完(步驟F)；判斷終端結(jié)束服務與批準信用度用完兩個事件中，是否批準信用度用完在先(步驟G)；若是，則信用控制客戶端向信用控制服務器發(fā)送中間會話請求，請求繼續(xù)使用該服務，該中間會話請求中攜帶有終端用戶標識、終端實際使用額度與請求重新預留的請求預留額度(步驟H)；信用控制服務器收到中間會話請求后，釋放掉前一次在該終端用戶的帳戶上預留的預留金額，并做記賬處理，從終端用戶的帳戶上扣除該終端實際使用額度所需的應付金額，如果實際使用額度本身就是金額單位，則直接扣除金額，如果實際使用額度是非金額單位，則根據(jù)資費進行計算，得到與實際使用額度對應的應付金額，再進行扣除，然后再次在終端用戶的帳戶上預留與請求預留額度對應的預留金額(步驟I)；預留成功后，信用控制服務器向信用控制客戶端發(fā)送中間會話請求回復，該中間會話請求回復中攜帶有終端用戶標識與批準信用度(步驟J)；此后重復步驟E至步驟J的流程，直到終端結(jié)束使用請求的服務；若終端結(jié)束使用服務，信用控制客戶端向信用控制服務器發(fā)送結(jié)束會話請求，該結(jié)束會話請求中攜帶有終端用戶標識與實際使用額度(步驟K)；信用控制服務器接收到信用控制客戶端發(fā)送的結(jié)束會話請求后，釋放掉前一次在該終端用戶的帳戶上預留的預留金額，并做記賬處理，從終端用戶的帳戶上扣除該終端實際使用額度所需的應付金額，如果實際使用額度本身就是金額單位，則直接扣除金額，如果實際使用額度是非金額單位，則根據(jù)資費進行計算，得到與實際使用額度對應的應付金額，再進行扣除(步驟L)；然后向信用控制客戶端發(fā)送結(jié)束會話請求回復(步驟M)。
由上述流程可知，預留計費方式具有以下特點1，服務流程復雜。為了實現(xiàn)對服務的計費需求，一般情況下，每一個服務都需要信用控制客戶端向信用控制發(fā)送一個開始會話請求、多次中間會話請求與一次結(jié)束會話請求；并且，信用控制客戶端與信用控制服務器都需要保存服務狀態(tài)。
2，信息交互頻繁。因為預留與扣費需要保持一致，在很多情況下，例如若終端在使用服務的過程中發(fā)生小區(qū)切換、費率切換、特定時間點等，還會在預留金額充足的情況下再次發(fā)起中間會話請求，具體觸發(fā)請求的條件由信用控制服務器與信用控制客戶端實時協(xié)商完成；
3，工作量大。對于信用控制客戶端來說，需要一直監(jiān)控信用控制服務器下發(fā)的請求觸發(fā)條件，例如額度監(jiān)控；對于信用控制服務器來說，需要從終端用戶的帳戶上預留一定的金額，在扣費時，還需要釋放預留的金額。
由于上述特點，使得預留計費方式存在著明顯的不足之處信息交互頻繁，就增加了網(wǎng)絡傳輸?shù)男畔⒘?，這就增加了網(wǎng)絡負擔，可能引起網(wǎng)絡擁塞；工作量大，占用了信用控制客戶端與信用控制服務器的大量工作時間及處理能力，影響了其工作性能，降低了其工作效率，甚至在業(yè)務繁忙時，會無法處理其他終端用戶的正常服務請求，對運營商和終端用戶都帶來不便。

發(fā)明內(nèi)容
本發(fā)明實施例所要解決的技術(shù)問題是預留計費方式存在的以下不足信息交互頻繁增加了網(wǎng)絡負擔，可能引起網(wǎng)絡擁塞；工作量大，占用了信用控制客戶端與信用控制服務器的大量工作時間及處理能力，影響了其工作性能，降低了其工作效率，甚至在業(yè)務繁忙時，會無法處理其他終端用戶的正常業(yè)務請求。
為解決上述技術(shù)問題，本發(fā)明實施例的一種計費方法，包括以下步驟獲取接收到的開始會話請求中攜帶的終端用戶標識；判斷與所述用戶標識對應的帳戶上的余額是否充足，是，則采用后計費方式對所述終端請求的服務進行計費；否則，采用預留計費方式對所述終端請求的服務進行計費。
為解決上述技術(shù)問題，本發(fā)明實施例的基于上述計費方法的信用控制客戶端，包括用于發(fā)送會話請求及接收會話請求回復的會話處理模塊，和用于向終端提供服務的服務提供模塊，還包括監(jiān)控識別模塊，分別與所述會話處理模塊及所述服務提供模塊連接，用于識別是否需要對終端使用的額度進行限制，以及會話請求回復中攜帶的批準信用度是否為零；監(jiān)控模塊，分別與所述會話處理模塊、所述監(jiān)控識別模塊及所述服務提供模塊連接，用于根據(jù)所述監(jiān)控識別模塊的指示，對終端實際使用額度，或者進一步對批準信用度是否用完進行監(jiān)控，并在批準信用度用完時向所述會話處理模塊發(fā)送批準信用度已用完以及終端實際使用額度的通知消息，或者在終端結(jié)束使用所述服務時向所述會話處理模塊發(fā)送終端結(jié)束使用服務以及終端實際使用額度的通知消息。
為解決上述技術(shù)問題，本發(fā)明實施例的基于上述計費方法的信用控制服務器，包括用于獲取接收到的開始會話請求中攜帶的終端用戶標識的預處理模塊，和用于存儲終端用戶標識對應的帳戶信息的信息存儲模塊，和與所述信息存儲模塊連接的、用于在所述帳戶上預留金額以及釋放該預留金額的預留處理模塊，和用于根據(jù)預設的資費信息計算與請求預留額度對應的預留金額以及與終端實際使用額度對應的應付金額的計算模塊，和與所述信息存儲模塊連接的、用于從所述帳戶上扣除所述應付金額的扣除模塊，還包括鑒權(quán)模塊，與所述信息存儲模塊連接，用于判斷所述帳戶上的余額是否充足以及是否需要對所述終端使用的額度進行限制；會話控制模塊，分別與所述預處理模塊、所述預留處理模塊、所述計算模塊及所述扣除模塊連接，用于根據(jù)所述帳戶上的余額是否充足的鑒權(quán)結(jié)果與是否需要對所述終端使用的額度進行限制的判斷結(jié)果，控制所述預留處理模塊、所述計算模塊及所述扣除模塊采用后計費方式或者預留計費方式對所述服務進行計費。
為解決上述技術(shù)問題，本發(fā)明實施例的基于上述計費方法的業(yè)務計費系統(tǒng)，包括信用控制客戶端與信用控制服務器，所述信用控制客戶端包括用于發(fā)送會話請求及接收會話請求回復的會話處理模塊，和用于向終端提供服務的服務提供模塊；所述信用控制服務器包括與所述會話處理模塊連接的、用于獲取接收到的開始會話請求中攜帶的終端用戶標識的預處理模塊，和用于存儲終端用戶標識對應的帳戶信息的信息存儲模塊，和與所述信息存儲模塊連接的、用于在所述帳戶上預留金額以及釋放該預留金額的預留處理模塊，和用于根據(jù)預設的資費信息計算與請求預留額度對應的預留金額以及與終端實際使用額度對應的應付金額的計算模塊，和與所述信息存儲模塊連接的、用于從所述帳戶上扣除所述應付金額的扣除模塊，所述信用控制客戶端還包括監(jiān)控識別模塊，分別與所述會話處理模塊及所述服務提供模塊連接，用于識別是否需要對終端使用的額度進行限制，以及會話請求回復中攜帶的批準信用度是否為零；監(jiān)控模塊，分別與所述會話處理模塊、所述監(jiān)控識別模塊及所述服務提供模塊連接，用于根據(jù)所述監(jiān)控識別模塊的指示，對終端實際使用額度，或者進一步對批準信用度是否用完進行監(jiān)控，并在批準信用度用完時向所述會話處理模塊發(fā)送批準信用度已用完以及終端實際使用額度的通知消息，或者在終端結(jié)束使用所述服務時向所述會話處理模塊發(fā)送終端結(jié)束使用服務以及終端實際使用額度的通知消息；所述信用控制服務器還包括鑒權(quán)模塊，與所述信息存儲模塊連接，用于判斷所述帳戶上的余額是否充足以及是否需要對所述終端使用的額度進行限制；會話控制模塊，分別與所述預處理模塊、所述預留處理模塊、所述計算模塊及所述扣除模塊連接，用于根據(jù)所述帳戶上的余額是否充足的鑒權(quán)結(jié)果與是否需要對所述終端使用的額度進行限制的判斷結(jié)果，控制所述預留處理模塊、所述計算模塊及所述扣除模塊采用后計費方式或者預留計費方式對所述服務進行計費。
本發(fā)明的實施例，根據(jù)請求使用服務的終端用戶帳戶上的余額信息來選擇對該用戶的計費方式，在帳戶余額充足的情況下，采用后計費方式對終端使用的服務進行計費，而在帳戶余額不是很充足的情況下，采用預留計費方式對終端使用的服務進行計費，這樣，在帳戶余額充足的情況下，信用控制客戶端一般只在服務提供服務前發(fā)送一個開始會話請求，在服務提供結(jié)束時發(fā)送一個結(jié)束會話請求，簡化了服務流程；減少了不必要的中間會話請求，減少了信用控制客戶端與信用控制服務器之間的信息交互，減少了網(wǎng)絡傳輸負擔以及信用控制客戶端與信用控制服務器的工作量，與現(xiàn)有技術(shù)相比，提高了其工作性能與工作效率，保證了服務請求的正常處理，方便了運營商與用戶；而在帳戶余額不是很充足的情況下，采用預留計費方式對終端使用的服務進行計費，避免了終端用戶帳戶上的余額不足而欠費、甚至惡意透支使用服務，而對運營商帶來損失。
下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。


圖1為現(xiàn)有技術(shù)預留計費的流程圖。
圖2為本發(fā)明信用控制服務器實施例的結(jié)構(gòu)示意圖。
圖3為本發(fā)明信用控制客戶端實施例的結(jié)構(gòu)示意圖。
圖4為本發(fā)明計費系統(tǒng)實施例的結(jié)構(gòu)示意圖。
圖5為本發(fā)明計費方法實施例的基本流程圖。
圖6為本發(fā)明計費方法實施例的流程圖。
圖7為本發(fā)明的采用后計費方式計費實施例的流程圖。
圖8為本發(fā)明的采用后計費方式計費實施例的另一流程圖。
具體實施例方式
本發(fā)明實施例根據(jù)用戶帳戶上的余額情況，必要時，結(jié)合終端用戶請求的服務類型，來決定采用預留計費方式或后計費方式兩種不同的計費方法對用戶請求的服務進行計費，例如對于隨機的，消費金額相對較高的服務請求可以將余額充足的標準設置較高，用戶帳戶余額低于該標準時采用預留計費方式進行計費，而對于普通的語音呼叫業(yè)務，在用戶帳戶余額相對較高的情況下，可采用后計費方式進行計費，以達到減少信息處理量、提高工作效率，同時避免用戶欠費或透支使用業(yè)務的效果。
圖2所示為本發(fā)明信用控制服務器實施例的結(jié)構(gòu)示意圖，其包括依次連接的預處理模塊11、會話控制模塊12、鑒權(quán)模塊13與信息存儲模塊14，以及分別與會話控制模塊12及信息存儲模塊14連接的預留處理模塊15、計算模塊16與扣除模塊17。其中，預處理模塊11用于接收信用控制客戶端發(fā)送的開始會話請求，獲取該開始會話請求中攜帶的終端用戶標識，例如電話號碼、SIP(Session Initiation Protocol，基于IP的應用層控制協(xié)議)URI(Universal Resource Identifier，，通用資源標志符)；信息存儲模塊14用于存儲終端用戶標識對應的帳戶信息，至少包括帳戶余額；鑒權(quán)模塊13根據(jù)信息存儲模塊14中記錄的信息，判斷與請求服務的終端用戶標識對應的帳戶余額是否充足以及是否需要對終端使用的額度進行限制，并向會話控制模塊12反饋帳戶余額是否充足的鑒權(quán)結(jié)果與是否需要對終端使用的額度進行限制的判斷結(jié)果，其中帳戶余額充足與需要對終端使用的額度進行限制的帳戶余額的標準可以預先設定，可以由運營商根據(jù)所有用戶使用服務所需資費的歷史數(shù)據(jù)來進行統(tǒng)計、確定，也可以由運營商根據(jù)其他標準預先確定；預留處理模塊15在請求使用服務的帳戶上預留金額，以及釋放預留金額；計算模塊16用于根據(jù)預設的資費信息計算與請求預留額度對應的預留金額，以及終端使用服務的過程中實際使用額度對應的應付金額；扣除模塊17用于從使用服務的終端用戶的帳戶上扣除應付金額；會話控制模塊12用于根據(jù)使用服務的用戶帳戶上的余額是否充足以及是否需要對終端實際使用的額度進行限制的鑒權(quán)結(jié)果，控制預留處理模塊15、計算模塊16及扣除模塊17執(zhí)行相應操作的順序，至少可以實現(xiàn)下述圖5至圖8任一實施例所述的操作順序，采用后計費方式或者預留計費方式對用戶使用的服務進行計費。
再參見圖2，信用控制服務器還可以包括計費標準存儲模塊18，與鑒權(quán)模塊13連接，用于存儲預設的資費信息，另外，還可以存儲服務的服務類型信息與作為帳戶余額充足的標準的余額數(shù)值之間的對應關系信息，該標準可以根據(jù)服務類型所需資費來確定。對不同的服務類型設定帳戶余額充足的標準不同，有利于按照用戶請求使用的服務的類型來確定采用合適的計費方式。
圖3所示為本發(fā)明信用控制客戶端實施例的結(jié)構(gòu)示意圖，其包括依次連接的會話處理模塊21、監(jiān)控識別模塊22與監(jiān)控模塊23，以及與監(jiān)控識別模塊22及監(jiān)控模塊23連接的服務提供模塊24，監(jiān)控模塊23還與會話處理模塊21連接。其中，會話處理模塊21用于向信用控制服務器發(fā)送會話請求，該會話請求可以是開始會話請求、中間會話請求或結(jié)束會話請求，以及接收信用控制服務器反饋的會話請求回復，該會話請求回復可以是開始會話請求回復、中間會話請求回復或結(jié)束會話請求回復；監(jiān)控識別模塊22用于檢查終端用戶的帳戶余額是否充足，是否需要在終端使用服務的過程中，對其使用的額度進行限制，以及會話請求回復中攜帶的批準信用度是否為零；服務提供模塊24用于根據(jù)監(jiān)控識別模塊22的指示，向終端提供服務；監(jiān)控模塊23用于根據(jù)監(jiān)控識別模塊22的指示，在服務提供模塊24向終端提供服務時，對終端實際使用額度，或者進一步對批準信用度是否用完進行監(jiān)控，并在批準信用度用完時向會話處理模塊21發(fā)送批準信用度已用完以及終端實際使用額度的通知消息，或者在終端結(jié)束使用服務時，向會話處理模塊21發(fā)送終端結(jié)束使用服務以及終端實際使用額度的通知消息。
圖4所示為本發(fā)明計費系統(tǒng)實施例的結(jié)構(gòu)示意圖，該計費系統(tǒng)包括信用控制客戶端2與信用控制服務器1。其中，信用控制客戶端2采用圖3所示的實施例；信用控制服務器1采用圖2所示的實施例，其中的預處理模塊11與信用控制客戶端2中的會話處理模塊21通信連接。其中，信用控制服務器1中的計費標準存儲模塊18可省略。
圖5所示為本發(fā)明計費方法實施例的基本流程圖，其包括以下步驟獲取接收到的開始會話請求中攜帶的終端用戶標識(步驟11)；判斷與用戶標識(例如電話號碼、SIP URI)對應的帳戶上的余額是否充足(步驟12)，是，則采用后計費方式對終端請求的服務進行計費(步驟13)；否則，采用預留計費方式對終端請求的服務進行計費(步驟14)。
通過判斷帳戶余額是否充足，來選擇采用后計費方式或預留計費方式對終端使用的服務進行計費，這樣，在帳戶余額充足的情況下，簡化了服務流程；減少了不必要的中間會話請求，減少了信用控制客戶端與信用控制服務器之間的信息交互，從而減少了網(wǎng)絡傳輸負擔以及信用控制客戶端與信用控制服務器的工作量，提高了其工作性能與工作效率，保證了服務請求的正常處理，方便了運營商與用戶；也避免了終端用戶帳戶上的余額不足而欠費、甚至惡意透支使用服務，而對運營商帶來損失。
圖5所示的計費方法中，判斷與用戶標識對應的帳戶上的余額是否充足具體可以是判斷與所述用戶標識對應的帳戶上的余額是否大于預先規(guī)定的數(shù)值。該數(shù)據(jù)可以由運營商根據(jù)所有用戶使用服務所需資費的歷史數(shù)據(jù)來進行統(tǒng)計、確定，也可以由運營商根據(jù)其他標準預先確定。信用控制服務器可以為某個用戶單獨設定作為帳戶余額充足標準的數(shù)值，也可以為某種類型的用戶設定作為帳戶余額充足標準的數(shù)值，還可以針對某個用戶或某種類型的用戶的具體服務類型設定作為帳戶余額充足標準的數(shù)值。
若帳戶上的余額充足的標準與用戶類型和/或服務類型有關，則判斷與用戶標識對應的帳戶上的余額是否充足時，需要根據(jù)用戶類型和/或服務類型查詢?；诖耍鲜鲩_始會話請求中還可以攜帶請求服務的用戶類型和/或服務類型信息；相應的，步驟11中，還可以獲取開始會話請求中攜帶的用戶類型和/或服務類型信息；步驟12中，判斷與用戶標識對應的帳戶上的余額是否充足具體為判斷該帳戶上的余額是否大于預先規(guī)定的對應于用戶和類型/或服務類型的數(shù)值。
不同類型的用戶或服務所使用的資費可能不同，針對不同類型的服務確定帳戶余額充足的具體標準，使得計費方式的選擇更加精確、合理。
圖6所示為本發(fā)明計費方法實施例的流程圖，其具體流程如下信用控制客戶端2中的會話處理模塊21接收到終端發(fā)送的服務請求后，向信用控制服務器1中的預處理模塊11發(fā)送開始會話請求，該開始會話請求中攜帶有終端用戶標識與請求預留額度，假設該用戶標識為1301111111111(步驟201)。
預處理模塊11從開始會話請求中獲取用戶標識1301111111111，并將該用戶標識1301111111111發(fā)送給會話控制模塊12(步驟202)。
會話控制模塊12將用戶標識1301111111111發(fā)送給鑒權(quán)模塊13，指示對用戶標識1301111111111對應的帳戶上的余額進行鑒權(quán)(步驟203)。
鑒權(quán)模塊13從信息存儲模塊14中獲取與用戶標識1301111111111對應的帳戶余額，并判斷該帳戶余額是否充足以及是否需要對終端使用的額度進行限制，假設預先規(guī)定的余額充足的標準是帳戶上的余額大于50.00元，需要對終端使用的額度進行限制的閾值為100.00元，則判斷與用戶標識1301111111111對應的帳戶余額是否大于50.00元及是否大于100.00元，并將帳戶余額是否充足的鑒權(quán)結(jié)果信息與是否需要對終端使用的額度進行限制的判斷結(jié)果信息反饋給會話控制模塊12(步驟204)。
若帳戶余額充足，則會話控制模塊12控制采用后計費方式對用戶標識為1301111111111的用戶請求的服務進行計費(即步驟13)。
若帳戶余額不充足，則采用預留計費方式進行計費(即步驟14)，即預留處理模塊15在會話控制模塊12的指示下，從用戶標識1301111111111的帳戶上預留與請求預留額度對應的預留金額，如果該請求預留額度本身就是金額單位，則直接預留該預留金額，如果請求預留額度是非金額單位，則計算模塊16在會話控制模塊12的指示下根據(jù)計費標準存儲模塊18存儲的資費進行計算，得到與請求預留額度對應的預留金額，然后預留處理模塊15預留該預留金額，并向會話控制模塊12反饋成功預留的額度。該成功預留的額度可以是服務的時長或流量，例如20分鐘或20M。(步驟205)。
預處理模塊11根據(jù)會話控制模塊12的指示，向會話處理模塊21發(fā)送開始會話請求回復，該開始會話請求回復中攜帶有用戶標識1301111111111與批準信用度，批準信用度即為成功預留的額度(步驟206)。
監(jiān)控識別模塊22接收到會話請求回復后，識別帳戶余額是否足夠充足以決定在向終端提供服務時，是否需要對終端使用的額進行限制。帳戶余額充足可以通過帳戶余額充足信息來標識，該帳戶余額充足信息可以體現(xiàn)為會話請求回復中未攜帶批準信用度，也可以是一個值為真的帳戶余額充足標志，還可以是大于某一預設的需要對終端使用的額度進行限制的閥值的批準信用度，例如大于通話時長閾值1440分鐘的通話時長3000分鐘。監(jiān)控識別模塊22識別出開始會話請求回復中攜帶有不大于需要對終端使用的額度進行限制的閾值的批準信用度，進一步判斷批準信用度是否為零(步驟207)。若為零，則拒絕向終端提供服務，結(jié)束服務流程(步驟221)。
若不為零，則服務提供模塊24根據(jù)監(jiān)控識別模塊22的指示，向用戶標識為1301111111111的用戶使用的終端提供其請求的服務，同時，監(jiān)控模塊23對該終端是否結(jié)束使用服務與批準信用度是否用完進行監(jiān)控(步驟208)。
監(jiān)控模塊23判斷終端結(jié)束使用服務與批準信用度用完兩個事件中，是否終端結(jié)束使用服務在先(步驟209)。
若終端結(jié)束使用服務在先，則會話處理模塊21向預處理模塊11發(fā)送結(jié)束會話請求，該結(jié)束會話請求攜帶有用戶標識1301111111111與終端實際使用額度(步驟210)。
會話控制模塊12指示預留處理模塊15釋放上次從用戶標識1301111111111帳戶上預留的請求預留金額(步驟211)。
會話控制模塊12指示扣除模塊17從用戶標識1301111111111帳戶上扣除與實際使用額度對應的應付金額，如果該實際使用額度本身就是金額單位，則直接扣除該應付金額，如果實際使用額度是非金額單位，則計算模塊16在會話控制模塊12的指示下根據(jù)計費標準存儲模塊18存儲的資費進行計算，得到與實際使用額度對應的應付金額，然后扣除模塊17扣除該應付金額(步驟212)。
扣除成功后，預處理模塊11根據(jù)會話控制模塊12的指示，向信用控制客戶端2發(fā)送結(jié)束會話請求回復(步驟213)。
若批準信用度用完在先，則向預處理模塊11發(fā)送中間會話請求，其中攜帶有用戶標識1301111111111、終端實際使用額度與請求重新預留的請求預留額度(步驟214)。
會話控制模塊12指示預留處理模塊15釋放上次從用戶標識1301111111111帳戶上預留的預留金額(步驟215)。
會話控制模塊12指示扣除模塊17從用戶標識1301111111111帳戶上扣除與實際使用額度對應的應付金額，如果該實際使用額度本身就是金額單位，則直接扣除該應付金額，如果實際使用額度是非金額單位，則計算模塊16在會話控制模塊12的指示下根據(jù)計費標準存儲模塊18存儲的資費進行計算，得到與實際使用額度對應的應付金額，然后扣除模塊17扣除該應付金額(步驟216)。
會話控制模塊12指示預留處理模塊15重新預留，即預留處理模塊15在會話控制模塊12的指示下，從用戶標識1301111111111的帳戶上預留與請求預留額度對應的預留金額，如果該請求預留額度本身就是金額單位，則直接預留該預留金額，如果請求預留額度是非金額單位，則計算模塊16在會話控制模塊12的指示下，根據(jù)計費標準存儲模塊18存儲的資費進行計算，得到與請求預留額度對應的預留金額，然后預留處理模塊15預留該預留金額，并向會話控制模塊12反饋成功預留的額度。該成功預留的額度可以是服務的時長或流量，例如20分鐘或20M(步驟217)。
預處理模塊11根據(jù)會話控制模塊12的指示，向會話處理模塊21發(fā)送中間會話請求回復，該指示信息中攜帶有用戶標識1301111111111與批準信用度(步驟218)，然后，返回執(zhí)行步驟207。
在帳戶余額不足的情況下，采用預留計費方式對終端使用的服務進行計費，避免了終端用戶帳戶上的余額不足而欠費、甚至惡意透支使用服務，而對運營商帶來損失。
另外，若規(guī)定不同服務類型的用戶余額充足的標準不同，例如國內(nèi)語音業(yè)務余額充足的標準是30.00元，國際語音業(yè)務余額充足的標準是50.00元，多媒體消息下載業(yè)務余額充足的標準是10.00元，則步驟201中，會話處理模塊21發(fā)送的開始會話請求中還應攜帶終端請求的服務類型信息；相應的，步驟202中，預處理模塊11還從開始會話請求中獲取服務類型信息；步驟204中，鑒權(quán)模塊13還從計費標準存儲模塊18中獲取與該服務類型對應的余額充足的標準，然后判斷與用戶標識1301111111111對應的帳戶余額是否大于該標準。
步驟204中，若用戶標識1301111111111帳戶上的余額充足，且大于預先設置的需要對終端使用的額度進行限制的閾值，例如預先規(guī)定的余額充足的標準是帳戶上的余額大于50.00元，需要對終端使用的額度進行限制的閾值為100.00元，用戶帳戶上的余額為120.00元，則可以采用圖7所示的后計費方式對用戶標識為1301111111111的用戶請求的服務進行計費，具體為預處理模塊11根據(jù)會話控制模塊12的指示，向開始會話請求回復中加入帳戶余額充足信息，然后向會話處理模塊21發(fā)送開始會話請求回復(步驟301)，該開始會話請求回復中攜帶用戶標識為1301111111111的用戶帳戶余額充足信息，帳戶余額充足信息可以體現(xiàn)為會話請求回復中未攜帶批準信用度，也可以是一個值為真的帳戶余額充足標志，還可以是大于某一預設需要對終端使用的額度進行限制的閥值的批準信用度，例如大于通話時長閾值1440分鐘的通話時長3000分鐘。
監(jiān)控識別模塊22識別出開始會話請求中攜帶有根據(jù)帳戶余額充足信息，獲知不需要對終端使用的額度進行限制，便指示服務提供模塊24向用戶標識為1301111111111的用戶使用的終端提供其請求的服務，并指示監(jiān)控模塊23對終端實際使用額度進行監(jiān)控(步驟302)。
監(jiān)控模塊23監(jiān)測到終端結(jié)束使用服務時，會話處理模塊21向預處理模塊11發(fā)送結(jié)束會話請求，該結(jié)束會話請求攜帶有用戶標識為1301111111111與終端實際使用額度(步驟303)。
會話控制模塊12指示扣除模塊17從用戶標識1301111111111帳戶上扣除與實際使用額度對應的應付金額，如果該實際使用額度本身就是金額單位，則直接扣除該應付金額，如果實際使用額度是非金額單位，則計算模塊16在會話控制模塊12的指示下根據(jù)計費標準存儲模塊18存儲的資費進行計算，得到與實際使用額度對應的應付金額，然后扣除模塊17扣除該應付金額(步驟304)。
扣除成功后，預處理模塊11根據(jù)會話控制模塊12的指示，向會話處理模塊21發(fā)送結(jié)束會話請求回復(步驟305)。
在帳戶余額充足的情況下，采用后計費方式對終端使用的服務進行計費，與預留計費方式相比，簡化了服務流程，減少了不必要的中間會話請求，減少了信用控制客戶端與信用控制服務器之間的信息交互，減少了網(wǎng)絡傳輸負擔以及信用控制客戶端與信用控制服務器的工作量，提高了其工作性能與工作效率，保證了服務請求的正常處理，方便了運營商與用戶。
采用后計費方式對終端使用的服務進行計費時，在會話控制模塊12指示預處理模塊11發(fā)送開始會話請求回復之前，還設置終端根據(jù)本次發(fā)送開始會話請求回復可用的批準信用度，該可用的批準信用度可以是預設的信用度，也可以是與用戶帳戶上的余額對應的信用度。
圖6所示實施例的步驟204中，若用戶標識1301111111111帳戶上的余額充足，但不大于預先設置的需要對終端使用的額度進行限制的閾值，例如預先規(guī)定的余額充足的標準是帳戶上的余額大于50.00元，需要對終端使用的額度進行限制的閾值為100.00元，而用戶帳戶上的余額為80.00元，則可以采用圖8所示的后計費方式對用戶標識為1301111111111的用戶請求的服務進行計費，具體為
預處理模塊11根據(jù)會話控制模塊12的指示，向會話處理模塊21發(fā)送開始會話請求回復，該指示信息中攜帶有用戶標識1301111111111及不大于與用戶帳戶上的余額對應的批準信用度(步驟401)。
監(jiān)控識別模塊22識別出開始會話請求回復中攜帶有不大于需要對終端使用的額度進行限制的閾值的批準信用度，進一步判斷批準信用度是否為零(步驟402)。
若為零，則拒絕向終端提供服務，結(jié)束服務流程(步驟403)。
若不為零，則監(jiān)控識別模塊22指示服務提供模塊24向用戶標識為1301111111111的用戶使用的終端提供其請求的服務，并指示監(jiān)控模塊23對該終端是否結(jié)束使用服務與批準信用度是否用完進行監(jiān)控(步驟404)。
監(jiān)控模塊23判斷終端結(jié)束使用服務與批準信用度用完這兩個事件中，終端結(jié)束使用服務是否在先(步驟405)。
若終端結(jié)束使用服務在先，則會話處理模塊21向預處理模塊11發(fā)送結(jié)束會話請求，該結(jié)束會話請求攜帶有用戶標識1301111111111與終端實際使用額度(步驟406)。
會話控制模塊12指示扣除模塊17從用戶標識1301111111111帳戶上扣除與實際使用額度對應的應付金額，如果該實際使用額度本身就是金額單位，則直接扣除該應付金額，如果實際使用額度是非金額單位，則計算模塊16在會話控制模塊12的指示下根據(jù)計費標準存儲模塊18存儲的資費進行計算，得到與實際使用額度對應的應付金額，然后扣除模塊17扣除該應付金額(步驟407)。
扣除成功后，預處理模塊11根據(jù)會話控制模塊12的指示，向信用控制客戶端2發(fā)送結(jié)束會話請求回復(步驟408)。
若批準信用度用完在先，則會話處理模塊21向預處理模塊11發(fā)送用戶標識為1301111111111的用戶使用的終端繼續(xù)使用服務的中間會話請求，該中間會話請求中攜帶有用戶標識1301111111111與終端實際使用額度(步驟409)。
會話控制模塊12指示扣除模塊17從用戶標識1301111111111帳戶上扣除與實際使用額度對應的應付金額，如果該實際使用額度本身就是金額單位，則直接扣除該應付金額，如果實際使用額度是非金額單位，則計算模塊16在會話控制模塊12的指示下根據(jù)計費標準存儲模塊18存儲的資費進行計算，得到與實際使用額度對應的應付金額，然后扣除模塊17扣除該應付金額(步驟410)。
預處理模塊11根據(jù)會話控制模塊12的指示，向會話處理模塊21發(fā)送中間會話請求回復，該指示信息中攜帶有用戶標識1301111111111與批準信用度(步驟411)，然后，返回執(zhí)行步驟402。
該方案與圖7所示的后計費方式相比，可避免用戶透支使用服務而給運營商帶來經(jīng)濟損失；而與預留計費方式相比，減少了在用戶帳戶上預留金額與釋放預留的金額的操作，簡化了信用控制服務器的操作，提高了工作速度與工作效率。
另外，在圖8所示的后計費方式中，在步驟410后，即會話控制模塊12指示扣除模塊17從用戶標識1301111111111帳戶上扣除應付金額后，鑒權(quán)模塊13還可以對用戶帳戶上的余額進行鑒權(quán)，重新判斷其是否充足以及是否需要對終端使用的額度進行限制，即執(zhí)行步驟204，若充足，則繼續(xù)采用后計費方式對終端使用的服務進行計費；否則，轉(zhuǎn)為采用上述記載的預留計費方式對終端使用的服務進行計費。其中，可以繼續(xù)采用的后計費方式可以是上述記載的任意一種后計費方式(步驟13)。若采用圖7所示的后計費方式，則步驟411中，預處理模塊11向會話處理模塊21發(fā)送中間會話請求回復時，需要在該中間會話請求回復中加入帳戶余額充足信息，具體的，可以不向中間會話請求回復中寫入批準信用度，或者寫入一個帳戶余額充足標志，或者寫入一個大于某一個預設的需要對終端使用的額度進行限制的閥值的批準信用度；然后，執(zhí)行步驟302。
在終端使用服務的過程中，用戶帳戶上的余額會逐漸減少，根據(jù)用戶帳戶上的最新余額重新選擇計費方式，在帳戶余額不足的情況下，由后計費方式轉(zhuǎn)換為預留計費方式進行計費，實現(xiàn)了計費方式的靈活性，徹底避免了后計費計費方式中存在用戶可能透支少量金額的情況。
以下以一個具體的應用為例，對本發(fā)明提供的計費方法做進一步說明假設信用控制客戶端具體為VoIP服務器，它與信用控制服務器之間通過Diameter協(xié)議交互信息。并且，規(guī)定的帳戶余額充足的標準是，用戶使用通信網(wǎng)絡的時間不少于三年，并且，針對國內(nèi)語音業(yè)務，用戶帳戶上的余額大于30.00元；針對國際語音業(yè)務，用戶帳戶上的余額大于50.00元。假設一用戶入網(wǎng)已三年，其用戶標識為130XXXXX，當前的賬戶余額為45元，先后發(fā)起了一個國際語音業(yè)務與國際語音業(yè)務請求，VoIP服務器每次請求服務的時間為10分鐘。
利用本發(fā)明的計費方法對國際語音業(yè)務進行計費的流程如下用戶標識為130XXXXX的用戶通過終端撥打一個IP國際長途電話；VoIP服務器收到服務請求后，向信用控制服務器中的預處理模塊發(fā)送開始會話請求CCR消息，該CCR消息中攜帶有終端用戶標識130XXXXX，對方用戶標識001XXXXX，請求預留額度(在此即時長)10分鐘，其中，CC-Request-Type的值為I1ITIAL_REQUEST，Requested-Service-Ulit為10分鐘；預處理模塊從CCR消息中獲取用戶標識130XXXXX，對方用戶標識001XXXXX，時長10分鐘，并識別本次呼叫為國際長途呼叫；鑒權(quán)模塊根據(jù)會話控制模塊的指示，從信息存儲模塊中查詢用戶標識130XXXXX的帳戶余額與入網(wǎng)時間，并與計費標準存儲模塊中存儲的帳戶余額充足的標準比較，發(fā)現(xiàn)該用戶余額小于50.00元，因此，決定采用預留計費方式對該國際語音業(yè)務進行計費；因為國際語音業(yè)務的資費為1.00元/分鐘，請求通話時長為10分鐘，因此，計算模塊計算應預留的請求預留金額為10.00元；預留處理模塊從用戶標識130XXXXX的帳戶上預留10.00元；預留成功后，預處理模塊根據(jù)會話控制模塊的指示，向VoIP服務器發(fā)送開始會話請求回復CCA消息，其中攜帶有用戶標識130XXXXX、對方用戶標識001XXXXX，時長10分鐘，CC-Request-Type的值為INITIAL_REQUEST，Granted-Service-Unit為時長10分鐘；VoIP服務器向用戶使用的終端提供國際語音業(yè)務，并對其通話時長進行監(jiān)控；10分鐘后，用戶仍未結(jié)束通話，則VoIP服務器向預處理模塊發(fā)送中間會話請求CCR消息，其中CC-Request-Type的值為UPDATE_REQUEST，Used-Service-Unit 為已經(jīng)通話10分鐘，Requested-Service-Unit為還需要通話10分鐘；會話控制模塊指示預留處理模塊釋放用戶標識130XXXXX帳戶上預留的10.00元；計算模塊根據(jù)Used-Service-Unit和Requested-Service-Unit，計算出實際使用額度對應的應付金額為10.00元，請求預留額度對應的應預留的請求預留金額為10.00元；會話控制模塊指示扣除模塊從用戶標識130XXXXX帳戶上扣除10.00元的應付金額；預留處理模塊再次從用戶標識130XXXXX的帳戶上預留10.00元；預留成功后，預處理模塊根據(jù)會話控制模塊的指示，向VoIP服務器發(fā)送中間會話請求回復CCA消息，其中CC-Request-Type的值為UPDATE_REQUEST，Granted-Service-Unit為時長10分鐘；VoIP服務器向用戶使用的終端提供國際語音業(yè)務，并對其通話時長進行監(jiān)控；3分鐘后，用戶結(jié)束國際語音業(yè)務，VoIP服務器向預處理模塊發(fā)送用戶標識為130XXXXX的用戶結(jié)束使用國際語音業(yè)務的結(jié)束會話請求CCR消息，其中CC-Request-Type的值為TERMINATION_REQUEST，Used-Service-Unit為時長3分鐘；預留處理模塊釋放用戶標識130XXXXX帳戶上預留的請求預留金額10.00元；計算模塊計算3分鐘國際語音業(yè)務應付金額3.00元；扣除模塊從用戶標識130XXXXX帳戶上扣除3.00元的應付金額，此時，用戶標識130XXXXX帳戶上的余額為32.00元；預處理模塊根據(jù)會話控制模塊的指示，向VoIP服務器發(fā)送結(jié)束會話請求CCA消息，其中CC-Request-Type的值為TERMINATION_REQUEST。
利用本發(fā)明的計費方法對國內(nèi)語音業(yè)務進行計費的流程如下用戶標識為130XXXXX的用戶通過終端撥打一個IP國際長途電話；VoIP服務器收到服務請求后，向信用控制服務器中的預處理模塊發(fā)送開始會話請求CCR消息，該CCR消息中攜帶有終端用戶標識130XXXXX，對方用戶標識131XXXXX，請求預留額度10分鐘，其中，CC-Request-Type的值為INITIAL_REQUEST，Requested-Service-Unit為10分鐘；預處理模塊從CCR消息中獲取用戶標識130XXXXX，對方用戶標識131XXXXX，時長10分鐘，并識別本次呼叫為國內(nèi)長途呼叫；鑒權(quán)模塊根據(jù)會話控制模塊的指示，從信息存儲模塊中查詢用戶標識130XXXXX的帳戶余額與入網(wǎng)時間，并與計費標準存儲模塊中存儲的帳戶余額充足的標準比較，發(fā)現(xiàn)該用戶余額大于32.00元，因此，決定采用后計費方式對該國內(nèi)語音業(yè)務進行計費；由鑒權(quán)結(jié)果，預處理模塊根據(jù)會話控制模塊的指示，向VoIP服務器發(fā)送開始會話請求回復CCA消息，其中CC-Request-Type的值為INITIAL_REQUEST，Check-Balance-Result為賬戶充足標識?；蛘咴贕ranted-Service-Unit中攜帶帳戶余額對應的額度，例如1440分鐘，作為賬戶充足標志；VoIP服務器向用戶使用的終端提供國內(nèi)語音業(yè)務；30分鐘后，用戶結(jié)束國內(nèi)語音業(yè)務，VoIP服務器向預處理模塊發(fā)送用戶標識為130XXXXX的用戶結(jié)束使用國內(nèi)語音業(yè)務的結(jié)束會話請求CCR消息，其中CC-Request-Type的值為TERMINATION_REQUEST，Used-Service-Unit為時長30分鐘；計算模塊計算30分鐘國內(nèi)語音業(yè)務應付金額9.00元；扣除模塊從用戶標識130XXXXX帳戶上扣除9.00元的應付金額，此時，用戶標識130XXXXX帳戶上的余額為23.00元；預處理模塊根據(jù)會話控制模塊的指示，向VoIP服務器發(fā)送結(jié)束會話請求回復CCA消息，其中CC-Request-Type的值為TERMINATION_REQUEST。
本發(fā)明實施例總的有益效果在帳戶余額充足的情況下，信用控制客戶端一般只在服務提供服務前發(fā)送一個開始會話請求，在服務提供結(jié)束時發(fā)送一個會話結(jié)束請求，簡化了服務流程；減少了不必要的中間會話請求，減少了信用控制客戶端與信用控制服務器之間的信息交互，減少了網(wǎng)絡傳輸負擔以及信用控制客戶端與信用控制服務器的工作量，與現(xiàn)有技術(shù)相比，提高了其工作性能與工作效率，保證了服務請求的正常處理，方便了運營商與用戶；而在帳戶余額不是很充足的情況下，采用預留計費方式對終端使用的服務進行計費，避免了終端用戶帳戶上的余額不足而欠費、甚至惡意透支使用服務，而對運營商帶來損失。
最后所應說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對本發(fā)明作限制性理解。盡管參照上述較佳實施例對本發(fā)明進行了詳細說明，本領域的普通技術(shù)人員應當理解其依然可以對本發(fā)明的技術(shù)方案進行修改或者等同替換，而這種修改或者等同替換并不脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種計費方法，其特征在于，包括以下步驟獲取接收到的開始會話請求中攜帶的終端用戶標識；判斷與所述用戶標識對應的帳戶上的余額是否充足，是，則采用后計費方式對所述終端請求的服務進行計費；否則，采用預留計費方式對所述終端請求的服務進行計費。
2.根據(jù)權(quán)利要求1所述的計費方法，其特征在于，判斷與所述用戶標識對應的帳戶上的余額是否充足具體為判斷與所述用戶標識對應的帳戶上的余額是否大于預先規(guī)定的數(shù)值。
3.根據(jù)權(quán)利要求1或2所述的計費方法，其特征在于，獲取接收到的開始會話請求中攜帶的用戶標識時，還獲取所述開始會話請求中攜帶的用戶類型和/或服務類型信息；判斷與所述用戶標識對應的帳戶上的余額是否充足具體為判斷與所述用戶標識對應的帳戶上的余額是否大于預先規(guī)定的對應于所述用戶類型和/或服務類型的余額數(shù)值。
4.根據(jù)權(quán)利要求1所述的計費方法，其特征在于，采用預留計費方式對所述服務進行計費包括在所述帳戶上預留與所述開始會話請求中攜帶的請求預留額度對應的預留金額；發(fā)送開始會話請求回復，該開始會話請求回復中攜帶有與所述預留金額對應的批準信用度；識別出需要對所述終端使用的額度進行限制后，判斷所述批準信用度是否為零；若所述批準信用度為零，則結(jié)束所述服務流程；若所述批準信用度不為零，則向所述終端提供所述服務，并對所述終端是否結(jié)束使用所述服務及所述批準信用度是否用完進行監(jiān)控；若所述終端結(jié)束使用所述服務，則發(fā)送結(jié)束會話請求，該結(jié)束會話請求中攜帶有所述終端實際使用額度；釋放所述帳戶上預留的所述預留金額，并從所述帳戶上扣除與所述實際使用額度對應的應付金額；若所述批準信用度用完，則發(fā)送中間會話請求，該中間會話請求中攜帶有所述終端實際使用額度；釋放所述帳戶上預留的所述預留金額，并從所述帳戶上扣除與所述實際使用額度對應的應付金額；發(fā)送中間會話請求回復，該中間會話請求回復中攜帶有批準信用度；然后，返回執(zhí)行識別出所述帳戶上的余額不充足后，判斷所述批準信用度是否為零的操作。
5.根據(jù)權(quán)利要求1所述的計費方法，其特征在于，采用后計費方式對所述服務進行計費包括發(fā)送開始會話請求回復；向所述終端提供所述服務；所述終端結(jié)束使用服務時，發(fā)送結(jié)束會話請求，該結(jié)束會話請求中攜帶有所述終端實際使用額度；從所述帳戶上扣除與所述實際使用額度對應的應付金額。
6.根據(jù)權(quán)利要求5所述的計費方法，其特征在于，發(fā)送開始會話請求回復之前，還包括設置所述終端可用的批準信用度的操作。
7.根據(jù)權(quán)利要求6所述的計費方法，其特征在于，發(fā)送開始會話請求回復具體為根據(jù)所述帳戶上的余額是否大于預先設置的需要對所述終端使用的額度進行限制的閾值，是，則直接發(fā)送開始會話請求回復；否則，在所述開始會話請求回復中攜帶所述可用的批準信用度，并發(fā)送攜帶所述可用的批準信用度的開始會話請求回復。
8.根據(jù)權(quán)利要求6所述的計費方法，其特征在于，在發(fā)送開始會話請求回復與向所述終端提供所述服務之間，還根據(jù)所述可用的批準信用度識別出需要對所述終端使用的額度進行限制，進一步判斷所述可用的批準信用度是否為零，是，則結(jié)束所述服務流程；否則，向所述終端提供所述服務；向所述終端提供所述服務時，還對所述終端是否結(jié)束使用所述服務及所述可用的批準信用度是否用完進行監(jiān)控；若所述可用的批準信用度用完，則發(fā)送中間會話請求；從所述帳戶上扣除與所述中間會話請求中攜帶的所述終端實際使用額度相應的應付金額；發(fā)送中間會話請求回復，該中間會話請求回復中攜帶有所述可用的批準信用度；然后，返回執(zhí)行識別出需要對所述終端使用的額度進行限制的操作。
9.根據(jù)權(quán)利要求4或8所述的計費方法，其特征在于，發(fā)送開始會話請求回復或中間會話請求回復后，還判斷是否需要對所述終端使用的額度進行限制，是，則進一步判斷所述批準信用度或所述可用的批準信用度是否為零；否則，直接向終端提供所述服務。
10.根據(jù)權(quán)利要求6、7或8所述的計費方法，其特征在于，從所述帳戶上扣除所述應付金額后，還判斷所述帳戶上的余額是否充足，若充足，則繼續(xù)采用后計費方式對所述服務進行計費；若不充足，則轉(zhuǎn)為采用預留計費方式對所述服務進行計費。
11.一種信用控制客戶端，包括用于發(fā)送會話請求及接收會話請求回復的會話處理模塊，和用于向終端提供服務的服務提供模塊，其特征在于，還包括監(jiān)控識別模塊，分別與所述會話處理模塊及所述服務提供模塊連接，用于識別是否需要對終端使用的額度進行限制，以及會話請求回復中攜帶的批準信用度是否為零；監(jiān)控模塊，分別與所述會話處理模塊、所述監(jiān)控識別模塊及所述服務提供模塊連接，用于根據(jù)所述監(jiān)控識別模塊的指示，對終端實際使用額度，或者進一步對批準信用度是否用完進行監(jiān)控，并在批準信用度用完時向所述會話處理模塊發(fā)送批準信用度已用完以及終端實際使用額度的通知消息，或者在終端結(jié)束使用所述服務時向所述會話處理模塊發(fā)送終端結(jié)束使用服務以及終端實際使用額度的通知消息。
12.一種信用控制服務器，包括用于獲取接收到的開始會話請求中攜帶的終端用戶標識的預處理模塊，和用于存儲終端用戶標識對應的帳戶信息的信息存儲模塊，和與所述信息存儲模塊連接的、用于在所述帳戶上預留金額以及釋放該預留金額的預留處理模塊，和用于根據(jù)預設的資費信息計算與請求預留額度對應的預留金額以及與終端實際使用額度對應的應付金額的計算模塊，和與所述信息存儲模塊連接的、用于從所述帳戶上扣除所述應付金額的扣除模塊，其特征在于，還包括鑒權(quán)模塊，與所述信息存儲模塊連接，用于判斷所述帳戶上的余額是否充足以及是否需要對所述終端使用的額度進行限制；會話控制模塊，分別與所述預處理模塊、所述預留處理模塊、所述計算模塊及所述扣除模塊連接，用于根據(jù)所述帳戶上的余額是否充足的鑒權(quán)結(jié)果與是否需要對所述終端使用的額度進行限制的判斷結(jié)果，控制所述預留處理模塊、所述計算模塊及所述扣除模塊采用后計費方式或者預留計費方式對所述服務進行計費。
13.根據(jù)權(quán)利要求12所述的信用控制服務器，其特征在于，還包括計費標準存儲模塊，與所述鑒權(quán)模塊連接，用于存儲預設的資費信息。
14.根據(jù)權(quán)利要求13所述的信用控制服務器，其特征在于，所述計費標準存儲模塊還用于存儲服務類型信息與作為帳戶余額充足的標準的數(shù)值之間的對應關系信息。
15.一種業(yè)務計費系統(tǒng)，包括信用控制客戶端與信用控制服務器，所述信用控制客戶端包括用于發(fā)送會話請求及接收會話請求回復的會話處理模塊，和用于向終端提供服務的服務提供模塊；所述信用控制服務器包括與所述會話處理模塊連接的、用于獲取接收到的開始會話請求中攜帶的終端用戶標識的預處理模塊，和用于存儲終端用戶標識對應的帳戶信息的信息存儲模塊，和與所述信息存儲模塊連接的、用于在所述帳戶上預留金額以及釋放該預留金額的預留處理模塊，和用于根據(jù)預設的資費信息計算與請求預留額度對應的預留金額以及與終端實際使用額度對應的應付金額的計算模塊，和與所述信息存儲模塊連接的、用于從所述帳戶上扣除所述應付金額的扣除模塊，其特征在于，所述信用控制客戶端還包括監(jiān)控識別模塊，分別與所述會話處理模塊及所述服務提供模塊連接，用于識別是否需要對終端使用的額度進行限制，以及會話請求回復中攜帶的批準信用度是否為零；監(jiān)控模塊，分別與所述會話處理模塊、所述監(jiān)控識別模塊及所述服務提供模塊連接，用于根據(jù)所述監(jiān)控識別模塊的指示，對終端實際使用額度，或者進一步對批準信用度是否用完進行監(jiān)控，并在批準信用度用完時向所述會話處理模塊發(fā)送批準信用度已用完以及終端實際使用額度的通知消息，或者在終端結(jié)束使用所述服務時向所述會話處理模塊發(fā)送終端結(jié)束使用服務以及終端實際使用額度的通知消息；所述信用控制服務器還包括鑒權(quán)模塊，與所述信息存儲模塊連接，用于判斷所述帳戶上的余額是否充足以及是否需要對所述終端使用的額度進行限制；會話控制模塊，分別與所述預處理模塊、所述預留處理模塊、所述計算模塊及所述扣除模塊連接，用于根據(jù)所述帳戶上的余額是否充足的鑒權(quán)結(jié)果與是否需要對所述終端使用的額度進行限制的判斷結(jié)果，控制所述預留處理模塊、所述計算模塊及所述扣除模塊采用后計費方式或者預留計費方式對所述服務進行計費。
16.根據(jù)權(quán)利要求15所述的計費系統(tǒng)，其特征在于，還包括計費標準存儲模塊，與所述鑒權(quán)模塊連接，用于存儲預設的資費信息。
17.根據(jù)權(quán)利要求16所述的計費系統(tǒng)，其特征在于，所述計費標準存儲模塊還用于存儲服務類型信息與作為帳戶余額充足的標準的數(shù)值之間的對應關系信息。
全文摘要
本發(fā)明公開了一種信用控制客戶端、信用控制服務器、計費系統(tǒng)及計費方法，計費方法包括以下步驟獲取接收到的開始會話請求中攜帶的終端用戶標識；判斷與所述用戶標識對應的帳戶上的余額是否充足，是，則采用后計費方式對所述終端請求的服務進行計費；否則，采用預留計費方式對所述服務進行計費。采用本發(fā)明，簡化了服務流程；減少了不必要的中間會話請求，減少了信用控制客戶端與信用控制服務器之間的信息交互，減少了網(wǎng)絡傳輸負擔以及信用控制客戶端與信用控制服務器的工作量，提高了其工作性能與工作效率，保證了服務請求的正常處理，方便了運營商與用戶；避免了終端用戶帳戶上的余額不足而欠費、甚至惡意透支使用服務，而對運營商帶來損失。
文檔編號H04L12/14GK101035002SQ200710063379
公開日2007年9月12日 申請日期2007年1月10日 優(yōu)先權(quán)日2007年1月10日
發(fā)明者王斌, 徐志賢, 謝秋華 申請人:華為技術(shù)有限公司