一種保障重點業務的方法,裝置和系統的製作方法

2023-10-05 14:09:34

專利名稱：：一種保障重點業務的方法,裝置和系統的製作方法
技術領域：
：本發明涉及通信領域，特別涉及一種保障重點業務的方法，裝置和系統。
背景技術：
：隨著3G、4G時代的來臨，移動通信系統為用戶提供了高速的數據傳輸業務，以及話音業務，多媒體業務等。用戶若要使用這些業務都是需要預付費的，不同的業務可以同時進行，並且計費伺服器會同時對用戶正在使用的業務進行計費。為了避免預付費業務帳戶資金被單一業務佔用，現有技術中存在一種對業務實行"機會均等"的配額機制。即，所有業務都可以同時使用帳戶上的資金。但在實際的應用中上述的"機會均等"的配額機制存在一定的問題，例如，用戶使用業務1下載一部高清晰電影，以及使用業務2連入在線網路遊戲同時進行，同時還可以有許多其它業務(如瀏覽網頁、在線購物等)。隨著業務使用，帳戶資金不斷減少，最後可能由於帳戶資金不足導致下載業務和網路遊戲業務均中斷。這樣極大的影響了用戶的體驗。
發明內容為了克服現有技術中的缺陷，本發明實施例提供了一種保障重點業務的方法，裝置和系統，具體包括—種保障重點業務的方法，該方法包括，接收計費客戶端發送的計費請求消息，該計費請求消息中包含了業務標識；獲取業務標識對應的業務的計費請求量RSU以及優先級信息；根據業務的計費請求量RSU以及優先級信息，確定業務的計費授權量GSU。—種在線計費伺服器，該伺服器包括，接收模塊，用於接收計費客戶端發送來的計費請求消息，該計費請求消息中包含了業務標識；處理模塊，獲取業務標識對應的業務的計費請求量RSU以及優先級信息；根據業務的計費請求量RSU以及優先級信息，確定業務的計費授權量GSU。—種計費系統，該系統包括，計費客戶端，用於向在線計費伺服器發送計費請求消息，該計費請求消息中包含了業務標識；在線計費伺服器，用於獲取業務標識對應的業務的計費請求量RSU以及優先級信息；根據業務的計費請求量RSU以及優先級信息，確定業務的計費授權量GSU。本發明實施例通過根據計費請求量與業務優先級信息，確定所述業務的計費授權量GSU實現了在線計費伺服器優先滿足重點業務的計費請求量，實現了對重點業務的保障。附圖l，為本發明實施例提供的一種保障重點業務的方法的流程圖附圖2，為本發明實施例提供的一種保障重點業務的方法的流程圖；附圖3，為本發明實施例提供為第一業務分配計費授權量的流程；附圖4，為本發明實施例提供的一種保障重點業務的方法的流程圖；附圖5，為本發明實施例提供的一種在線計費伺服器的結構圖；附圖6，本發明實施例提供了一種計費系統的結構具體實施例方式為了使本發明的目的、技術方案及優點更加清楚明白，以下結合附圖及實施例，對本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅用以解釋本發明，並不用於限定本發明。本發明實施例提供的一種保障重點業務的方法，如附圖1所示，其中101，接收計費客戶端發送來的計費請求消息，該計費請求消息中包含了業務標識；102，獲取業務標識對應的業務的計費請求量RSU(Requested-Service-Unit)以及優先級信息；根據業務的計費請求量RSU以及優先級信息，確定業務的計費授權量GSU(Granted_Service_Unit)。具體地，在線計費伺服器將根據業務的優先級信息，優先處理計費請求消息中優先級高的業務的計費請求量，根據此計費請求量為優先級高的業務先分配計費授權量。業務的優先級信息可以以優先級列表的方式預先存儲在在線計費伺服器上。上述計費客戶端可以是各種業務監控伺服器，用於監控業務的使用量，例如業務控制點SCP(ServiceControlPoint)，移動數據業務平臺MDSP(MobileDataServicePoint)，網關CPRS支持節點GGSN(GatewayGPRSSurpportNode)等。本發明實施例中，計費客戶端可以是一個也可以有多個，用戶使用的業務可以由一個計費客戶端監控業務的使用量，也可以由不同的計費客戶端監控不同業務的使用量，例如，SCP做為計費客戶端1監控話音業務的使用量；MDSP做為計費客戶端2監控下載業務的使用量。上述方法通過優先分配優先級高的業務，也就是重點業務的計費授權量，從實現了對重點業務的保障。本發明實施例提供的一種保障重點業務的方法如附圖2所示，其中201.計費客戶端向在線計費伺服器發送計費請求消息，請求在線計費伺服器為計費請求消息中業務標識所對應的業務分配計費授權量。該計費請求消息中包含了業務標識，可以是多個業務標識。計費請求消息中還可以包含對相應業務的請求量，請求在線計費伺服器根據上報的業務請求量分配業務的計費授權量。例如，業務1，請求量20Mbit，表示請求在線計費伺服器0CS(0nlineChargeServer)為其分配20Mbit的計費授權量；業務2，請求量10分鐘，表示請求在線計費伺服器0CS為其分配10分鐘的計費授權量。當計費請求消息中不包含對相應業務的計費請求量時，在線計費伺服器將按照自身記錄的業務的默認計費請求量分配計費授權量。本實施例中以計費請求消息中不包含業務的計費請求量為例為例進行說明，計費請求消息中包含了3個業務標識，分別為servicel，service2，service3。以上計費請求消息可以通過DiameterCC協議中的MSCC參數攜帶發送。202，在線計費伺服器接收到上述計費請求消息後，獲取該計費請求消息中業務標識對應的業務的計費請求量RSU以及優先級信息並根據上述業務的計費請求量RSU以及優先級信息，確定所述業務的計費授權量GSU。在線計費伺服器判斷計費請求消息中是否攜帶業務的計費請求量，若是，則獲取所述計費請求消息中攜帶的業務的計費請求量做為所述業務的計費請求量RSU;否則，獲取自身存儲的所述業務標識所對應業務的默認計費請求量做為所述業務的計費請求量RSU。對應於201中計費請求消息中的業務標識Servicel，Servic2，Service3，在線計費伺服器將根據自身記錄的各個業務的請求量以及業務優先級列表中業務優先級信息，按高優先級到低優先級的順序為上述業務標識所對應的業務分配計費授權量。在線計費伺服器0CS可以配置系統業務優先級列表，如表1所示。表l業務業務優先級信息計費請求量調整參數值餘額不足時的分配方式Servicel35分鐘分配Service21塑不分配Service3250%不分配列表中包含了系統為所有用戶統一設置的業務優先級的信息，例如業務2的優先級為l，業務3的優先級為2，業務1的優先級為3，其中1表示優先級最高，為最重要的業務，3為最低，表示最不重要的業務。系統業務優先級列表中還可以包括各個業務的計費授權量調整參數值，該參數值可以為具體的調整量，也可以為調整的幅度，例如50%表示調整為原計費授權量的50X。該計費授權量調整參數值表示了0CS中的計費餘額不能滿足業務請求量的時候，系統的默認授權量。例如，Service2的默認請求量為20M，業務優先級列表中的Service2所對應的計費授權量調整參數值為IOM，業務的費率為1圓/M，在線計費伺服器中用戶的計費餘額還有18圓，不能滿足Service2的20M的請求量，在線計費伺服器則按Service2所對應的計費授權量調整參數值IOM，將IOM做為該業務的計費授權量，分配給計費客戶端，上述分配過後在線計費伺服器中該用戶可分配的餘額為8圓。系統業務優先級列表中還可以包括餘額不足時的分配方式，該方式表示了餘額不能滿足計費授權量調整參數值時的處理方式，例如上述系統中用戶可分配的餘額為8圓，不能滿足Service2的計費授權量調整參數值IOM，系統根據Service2對應的餘額不足的分配方式為不分配，拒絕為Service2分配計費授權量，若Service2對應的餘額不足的分配方式為分配，系統可以將餘額8圓根據上述費率1圓/M反算為計費授權量8M分配給Service2。在線計費伺服器OCS還可以進一步為用戶配置用戶業務優先級列表，該列表中包含了各個用戶為自身定製的業務優先級信息，用戶可以根據自身的需求在該列表中設置業務的優先級，本發明實施例提供一種用戶業務優先級列表的實現方式，如表2所示表26tableseeoriginaldocumentpage7在線計費伺服器可以進一步判斷用戶是否設置有用戶業務優先級列表，若是，則從用戶業務優先級列表中獲取所述業務標識對應的業務優先級信息；否則從系統業務優先級列表中獲取所述業務標識對應的業務優先級信息。當用戶沒有在在線計費伺服器0CS上定義自身的業務優先級列表時，在線計費伺服器將按照系統業務優先級列表中的業務優先級信息為所申請業務分配計費授權量，對於表1中的業務優先級，在線計費伺服器將先分配Service2的計費授權量，隨後分配Service3的計費授權量，最後分配Servicel的計費授權量。當用戶在在線計費伺服器0CS上設置有用戶業務優先級列表時，系統將忽略系統優先級列表中的業務優先級，按照用戶業務優先級列表中的業務優先級信息和業務的請求量為計費請求消息中的業務分配計費授權量，例如，用戶2在用戶業務優先級列表中設置的用戶2業務優先級如表2所示，在線計費伺服器將按照Servicel，Service3，Service2的順序為用戶2分配業務的計費授權量。203.在線計費伺服器將上述為計費請求消息中的業務分配的計費授權量反饋給計費客戶端，上述計費授權量的反饋可以通過DiameterCC協議中的CCA(CreditControlAnswer)消息攜帶。計費客戶端按照分配的計費授權量監控業務的使用量，當業務的使用量達到為該業務所分配的計費授權量該業務還未停止時，計費客戶端將再次向在線計費伺服器發送計費請求消息，請求在線計費伺服器為該業務分配計費授權量，若在線計費伺服器中客戶的餘額為零，或不足以為該業務再分配計費授權量，在線計費伺服器將拒絕向計費客戶端分配計費授權量，計費客戶端則停止向用戶提供該業務的服務。在線計費伺服器按業務優先級信息依次為計費請求消息中的業務分配計費授權量，在線計費伺服器將根據業務的優先級信息，確定計費請求消息中還未分配計費授權量的優先級最高的業務為第一業務，進一步為該第一業務分配計費授權量。在線計費伺服器為第一業務分配計費授權量的流程如圖3所示，其中301:在線計費伺服器判斷目前系統中的餘額是否能夠滿足第一業務的計費請求量，若可以滿足則轉入304分配計費授權量。若不能滿足則轉入302處理；302:在線計費伺服器進一步用系統業務優先級列表中該第一業務對應的計費請求量調整參數值調整計費請求量，並判斷系統中的餘額是否能滿足調整後的計費請求量，若能則則轉入304分配計費授權量。若不能則轉入303處理；303:在線計費伺服器進一步判斷系統業務優先級列表中該第一業務所對應的餘額不足時的分配方式，若為分配則轉入304處理。若為不分配則轉入305;304:為第一業務分配滿足上述條件時的計費授權量，並從餘額中扣除相應的費用；305:不分配計費授權量。完成上述過對第一業務的計費授權量的分配後，在線計費伺服器將再次確定計費請求消息中還未分配計費授權量的優先級最高的業務為第一業務，進一步繼續按照上述流程為第一業務分配計費授權量，直到處理完計費請求消息中所有的業務。以201中發送的計費請求消息為例進行說明，假設客戶在在線計費伺服器上的餘額還有28圓，客戶沒有設置自身的用戶業務優先級列表，系統業務優先級列表如表1所示，在線計費伺服器中記錄了各項業務的默認計費請求量，Servicl為10分鐘(1圓/分鐘)，Servic2為20M(1圓/M)。Service3為IOM(I圓/M)。假設在線計費伺服器中客戶沒有配置自身的用戶業務優先級列表，在線伺服器將按系統業務優先級列表中的優先級順序處理計費請求消息中的業務的計費授權量，首先缺點Service2為第一業務並為Service2分配計費授權量，在線計費伺服器中Service2的默認計費請求量為20M，費率為1M/圓，系統中的餘額可以滿足Service220M的計費請求量，則將20M做為計費授權量分配給Service2，此時在線計費伺服器中可分配的餘額還有8圓；在線計費伺服器按系統業務優先級列表中的業務優先級信息確定Service3為第一業務，Service3默認的計費請求量為IOM，費率為1M/圓，可分配的餘額8圓不足以滿足該計費請求量，在線計費伺服器則按Service3計費請求量調整參數值對Service3的計費請求量進行調整，用10M*50%=5M做為Service3的計費請求量，餘額8圓可以滿足此調整後的計費請求量，在線計費伺服器進一步將5M做為計費授權量分配給Service3，此時在線計費伺服器中可分配的餘額還有3圓。在線計費伺服器繼續確定Servicel為第一業務並為Servicel計費授權量，此時在線計費伺服器中的餘額3圓既不能滿足Servicel默認的計費請求量10分鐘，又不能滿足調整後的計費請求量5分鐘，在線計費伺服器則按餘額不足時的分配方式處理，根據上表中Servicel餘額不足時的分配方式，將餘額3圓根據費率反算成3分鐘的計費授權量分配給Servicel。上述實施例通過先滿足優先級高的業務的計費授權量，實現了對優先級高的業務，也就是重點業務的保障。本發明實施例提供的一種保障重點業務的方法，用戶並發使用多個業務，多個計費客戶端分別對業務的使用量進行監控，如附圖4所示。本實施例中，計費客戶端l以及計費客戶端2都可以向在線計費伺服器發送計費請求消息，請求其為相關業務分配計費授權量。其中401:計費客戶端1向在線計費伺服器發送計費請求消息，該消息中攜帶了業務標識Service2和Service3。該消息中還攜帶了計費請求量，其中Service2的計費請求量為40M，Service3的計費請求量為20M。計費請求消息可以通過DiameterCC協議中的CCR(CreditControlRequest)消息攜帶。402:在線計費伺服器系統接收到上述計費請求消息，進一步獲取該計費請求消息中的業務標識對應業務的計費請求量RSU以及優先級信息；根據業務的計費請求量RSU以及優先級信息，確定業務的計費授權量GSU，並將分配的結果反饋給計費客戶端1，反饋計費授權量可以通過DiameterCC協議中的CCA(CreditControlAnswer)消息攜帶。在分配過程中可以調用系統業務優先級列表中相關參數值。本實施例中用戶業務優先級列表中包括4個業務，如表3所示表3tableseeoriginaldocumentpage9根據表3，該用戶業務優先級列表到低為Service3，Servicel，Service2，Service4，假設這些業務的費率都為1M/圓。本實施例中系統業務優先級優先級列如表4所示表4tableseeoriginaldocumentpage9在線計費伺服器在收到上述計費請求消息後，分析出該消息中包含兩項業務Service2和Service3，由於用戶定義了用戶業務優先級列表，此時在線計費伺服器將忽略系統業務優先級列表而從用戶業務優先級列表(表3)中獲取所述業務標識對應的業務優先級信息，根據表3中的業務優先級信息，在線計費伺服器將先確定Service3為第一業務並為Service3分配計費授權量，計費請求消息中Service3業務的請求量為20M，假設此時系統中餘額還有60圓可以滿足該業務的計費請求量，系統則將20M做為計費授權量分配給業務3，此時系統中可分配的餘額還有40圓。在線計費伺服器確定Service2為第一業務並為Service2分配計費授權量，計費請求消息中Service2的計費請求量為40M，系統中可分配的餘額還有40圓可以滿足該請求量，在線計費伺服器則將40M做為計費授權量分配給業務2，此時系統中的餘額為0。在線計費伺服器進一步將分配給業務3以及業務2的計費授權量20M以及40M反饋給計費客戶端1，計費客戶端1將按照在線計費伺服器分配的計費授權量監控業務的使用量。403.計費客戶端2向在線計費伺服器發送計費請求消息，該消息中攜帶了業務標識Servicel和Service4。該消息中還攜帶了計費請求量，其中Servicel的計費請求量為20M，Service4的計費請求量為20M。404.在線計費伺服器向計費客戶端1發送重新授權請求，該重新授權請求中包含一個或多個需要收回計費授權量的業務的業務標識。在線計費系統在接收到403中的計費請求消息後，根據用戶業務優先級列表(表3)中的業務優先級信息首先確定Servicel為第一業務並為Servicel分配計費授權量。由於此時系統中的可分配餘額為0不滿足第一業務Servicel的計費請求量，在線計費伺服器將進一步判斷已分配計費授權量的業務是否有優先級比第一業務低的業務，若有，將收回這些業務的計費授權量，並進行餘額回收。在線計費伺服器可以進一步向計費客戶端發送重新授權請求，該重新授權請求中包含一個或多個需要收回計費授權量的業務的業務標識。本實施例中在線計費伺服器發現已分配計費授權量的業務中，Service2的優先級比Servicel的優先級要低，在線計費伺服器將收回Service2的計費授權量。在線計費伺服器可以向監控Service2的計費客戶端1發送重新授權請求，該重新授權請求中包含優先級低的業務Service2的標識，請求收回對Service2的計費授權量.上述重新授權請求可以通過DiameterCC協議中的RAR(Re-Auth-Request)消息攜帶。405.計費客戶端1在收到上述重新授權請求後，分析出該請求中包含Service2的標識，計費客戶端將向在線計費伺服器發送重新授權響應，表示其已經收到上述的重新授權請求，重新授權響應可以通過DiameterCC協議中的RAA(Re-Auth-Answer)消息發送。計費客戶端進一步向在線計費伺服器反饋Service2的使用量或Service2的使用剩餘量，上述使用量或使用剩餘量可以通過DiameterCC協議中的CCA(CreditControlAnswer)消息攜帶。本實施例中假設此時Service2的使用量為5M，在線計費伺服器收到上述反饋的使用量，判斷Service2的使用量為5M，根據Service2的使用量5M以及Service2的授權量40M進行餘額回收，反算出此時可分配的餘額還有35圓，在線計費伺服器將按用戶業務優先級列表的業務優先級信息為上述第一業務Servicel分配計費授權量。計費請求消息中Servicel的業務請求量為20M，餘額35圓滿足為該業務分配計費授權量，在線計費伺服器將20M做為Servicel的計費授權量分配給業務l，此時餘額還有15圓。由於在用戶業務優先級列表中Service2比Service4優先級高，在線計費伺服器將確定Service2為第一業務並重新為Service2分配計費授權量，不能滿足Service2的40M的請求量，在線計費伺服器進一步根據系統業務優先級列表中Service2的計費請求量調整參數值，將10M做為Service2的計費授權量，此時餘額還有5圓。在線計費伺服器進一步確定Service4為第一業務並為Service4分配計費授權量，此時餘額既不能滿足Service4的計費請求量20M，也不能滿足Service4的計費請求量調整參數值IOM，在線計費伺服器將根據系統業務優先級列表中Service4的餘額不足時的分配方式為分配，將5圓餘額反算為5M的計費授權量分配給Service4。406.在線計費伺服器將Servicel的計費授權量20M，以及Service4的計費授權量5M反饋給計費客戶端2。上述信息可以通過DiameterCC協議中的CCA(CreditControlAnswer)消息攜帶。407.在線計費伺服器將重新為Service2分配的計費授權量10M反饋給計費客戶端2，上述信息同樣可以通過DiameterCC協議中的CCA(CreditControlAnswer)消息攜帶。上述實施例通過犧牲優先級較低的業務的計費授權量滿足優先級較高的業務的計費授權量，餘額首先滿足了重點業務的計費授權量的需求，從而實現了對重點業務的保障。在上述實施例中，計費請求消息中包含了多個業務標識，在本發明另外的實施例10中計費請求消息中還可以只包含1個業務標識，此時在線計費伺服器可以直接按照附圖3中的流程為該業務分配計費授權量，進一步地，若餘額不足在線計費伺服器還可以判斷已分配計費授權量的業務中是否有優先級低的業務，若有，將收回這些業務的計費授權量，並進行餘額回收後，分配計費請求消息中業務標識所對應業務的計費授權量。本發明實施例提供了一種在線計費伺服器500，如附圖5所示該在線計費伺服器500包括，接收模塊501，處理模塊502。其中接收模塊501，用於接收計費客戶端發送來的計費請求消息，該計費請求消息中包含了業務標識；在本發明另一個實施例中該模塊還用於接收計費客戶端發送來的重新授權響應以及計費客戶端所反饋的業務的使用量或使用剩餘量。處理模塊502，用於獲取所述業務標識對應的業務的計費請求量RSU以及優先級信息；根據所述業務的計費請求量RSU以及優先級信息，確定所述業務的計費授權量GSU。具體地，該模塊中可以設置系統業務優先級列表。列表中包含了系統為所有用戶統一設置的業務優先級信息，還可以設置用戶業務優先級列表，該列表中包含了各個用戶為自身定製的業務優先級信息，用戶可以根據自身的需求在該列表中設置業務的優先級。系統業務優先級列表中還可以包括各個業務的計費授權量調整參數值，以及餘額不足時的分配方式。處理模塊將按系統業務優先級列表或用戶業務優先級列表中的優先級由高到低的順序為計費請求消息中的業務分配計費授權量；處理模塊可以確定計費請求消息中還未分配計費授權量的優先級最高的業務為第一業務，判斷餘額滿足第一業務的計費請求量，將該計費請求量做為計費授權量分配給第一業務；或，判斷餘額不滿足第一業務的計費請求量，但滿足根據系統業務優先級列表中第一業務對應的計費請求量調整參數值調整後的計費請求量，將調整後的計費請求量做為計費授權量分配給第一業務；或，根據系統優先級列表中該第一業務所對應的餘額不足時的分配方式為分配，將餘額反算為計費請求量分配給第一業務，或根據系統優先級列表中該第一業務所對應的餘額不足時的分配方式為不分配，拒絕為第一業務分配計費請求量。在本發明另一個實施例中，該模塊還用於判斷餘額不滿足第一業務的計費請求量，當前已分配計費授權量的業務中包含優先級比第一業務低的業務，收回所述優先級比第一業務低的業務的計費授權量，並進行餘額回收。在本發明另一個實施例中，在線計費伺服器500還包括發送模塊503，用於將業務的計費授權量反饋給所述計費客戶端；該模塊還可以用於向計費客戶端發送重新授權請求，該請求中包含業務標識，請求客戶端反饋上述業務標識所對應的業務的使用量或使用剩餘量。本發明實施例提供一種計費系統，如附圖6所示，該系統包括計費客戶端600，用於向在線計費伺服器發送計費請求消息，該計費請求消息中包含了業務標識；在線計費伺服器601，用於獲取計費請求消息中的業務標識對應的業務的計費請求量RSU以及優先級信息並根據業務的請求量RSU以及優先級信息，確定業務的計費授權量GSU。通過以上實施例的描述，本領域的技術人員可以清楚地了解到本發明可藉助軟體加必需的通用硬體平臺的方式來實現，當然也可以通過硬體，但很多情況下前者是更佳的實施方式。基於這樣的理解，本發明實施例的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來，該軟體產品存儲在一個存儲介質中，包括若干指令用以使得行動裝置(可以是手機，個人計算機，媒體播放器等)執行本發明各個實施例所述的方法。這裡所稱的存儲介質，如R0M/RAM、磁碟、光碟等。顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和範圍。這樣，倘若本發明的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。1權利要求一種保障重點業務的方法，其特徵在於，該方法包括，接收計費客戶端發送的計費請求消息，所述計費請求消息中包含了業務標識；獲取所述業務標識對應的業務的計費請求量RSU以及優先級信息；根據所述業務的計費請求量RSU以及優先級信息，確定所述業務的計費授權量GSU。2.根據權利要求1所述方法，其特徵在於還包括將所述業務的計費授權量GSU反饋給所述計費客戶端，以便所述計費客戶端根據所述計費授權量監控所述業務的使用量。3.根據權利要求l所述方法，其特徵在於，所述獲取所述業務標識對應的業務的計費請求量RSU具體包括判斷所述計費請求消息中是否攜帶業務的計費請求量，若是，則獲取所述計費請求消息中攜帶的業務的計費請求量做為所述業務的計費請求量RSU;否則，獲取所述業務標識所對應業務的默認計費請求量做為所述業務的計費請求量RSU。4.根據權利要求l所述方法，其特徵在於，所述獲取所述業務標識對應的業務的優先級信息具體包括判斷用戶是否設置用戶業務優先級列表，若是，則從用戶業務優先級列表中獲取所述業務標識對應的業務優先級信息；否則從系統業務優先級列表中獲取所述業務標識對應的業務優先級信息。5.根據權利要求4所述方法，其特徵在於，所述系統業務優先級列表中還包含業務的計費請求量調整參數值和餘額不足時的分配方式；所述根據所述業務的計費請求量RSU以及優先級信息，確定所述業務的計費授權量GSU具體包括根據所述業務的優先級信息，確定所述計費請求消息中還未分配計費授權量的優先級最高的業務為第一業務；判斷餘額滿足所述第一業務的計費請求量RSU，將所述計費請求量RSU做為計費授權量分配給所述業務；或，判斷餘額不滿足所述第一業務的計費請求量GSU，但滿足根據系統業務優先級列表中所述第一業務對應的計費請求量調整參數值調整後的計費請求量，將所述調整後的計費請求量做為計費授權量分配給所述第一業務；或，判斷餘額不滿足根據系統業務優先級列表中所述第一業務對應的計費請求量調整參數值調整後的計費請求量，根據系統優先級列表中所述第一業務所對應的餘額不足時的分配方式為分配，將餘額反算為計費請求量分配所述第一業務；或判斷餘額不滿足根據系統業務優先級列表中所述第一業務對應的計費請求量調整參數值調整後的計費請求量，根據系統優先級列表中所述第一業務所對應的餘額不足時的分配方式為不分配，拒絕為所述第一業務分配計費請求量。6.根據權利要求5所述方法，其特徵在於，還包括判斷餘額不滿足第一業務的計費請求量，並判斷已分配計費授權量的業務中包含優先級比所述第一業務低的業務，收回所述優先級比所述第一業務低的業務的計費授權量，並進行餘額回收。7.根據權利要求6所述方法，其特徵在於，所述收回所述優先級比所述第一業務低的業務的計費授權量具體包括向計費客戶端發送重新授權請求，該請求中包含所述業務的標識，請求計費客戶端返回所述業務的使用量或使用剩餘量；接收計費客戶端返回的所述業務的使用量或使用剩餘量。8.—種在線計費伺服器，其特徵在於，該伺服器包括接收模塊，用於接收計費客戶端發送來的計費請求消息，所述計費請求消息中包含了業務標識；處理模塊，獲取所述業務標識對應的業務的計費請求量RSU以及優先級信息；根據所述業務的計費請求量RSU以及優先級信息，確定所述業務的計費授權量GSU。9.根據權利要求8所述的在線計費伺服器，其特徵在於，還包括發送模塊，用於將所述業務的計費授權量反饋給所述計費客戶端，以便所述計費客戶端根據所述計費授權量監控所述業務的使用量。10.根據權利要求9所述的在線計費伺服器，其特徵在於，所述處理模塊還用於根據所述業務的優先級信息，確定所述計費請求消息中還未分配計費授權量的優先級最高的業務為第一業務；判斷餘額滿足所述第一業務的計費請求量RSU，將所述計費請求量RSU做為計費授權量分配給所述業務；或，判斷餘額不滿足所述第一業務的計費請求量RSU，但滿足根據系統業務優先級列表中所述第一業務對應的計費請求量調整參數值調整後的計費請求量，將所述調整後的計費請求量做為計費授權量分配給所述第一業務；或，判斷餘額不滿足根據系統業務優先級列表中所述第一業務對應的計費請求量調整參數值調整後的計費請求量，根據系統優先級列表中所述第一業務所對應的餘額不足時的分配方式為分配，將餘額反算為計費請求量分配所述第一業務；或判斷餘額不滿足根據系統業務優先級列表中所述第一業務對應的計費請求量調整參數值調整後的計費請求量，根據系統優先級列表中所述第一業務所對應的餘額不足時的分配方式為不分配，拒絕為所述第一業務分配計費請求量。11.根據權利要求10所述的在線計費伺服器，其特徵在於，所述處理模塊還用於判斷餘額不滿足第一業務的計費請求量，當前已分配計費授權量的業務中包含優先級比所述第一業務低的業務，收回所述優先級比第一業務低的業務的計費授權量，並進行餘額回收；所述發送模塊還用於向計費客戶端發送重新授權請求，所述重新授權請求中包含業務標識，請求客戶端反饋上述業務標識所對應的業務的使用量或使用剩餘量；所述接收模塊還用於接收計費客戶端所反饋的所述業務的使用量或使用剩餘量。12.—種計費系統，其特徵在於，該系統包括計費客戶端，用於向在線計費伺服器發送計費請求消息，所述計費請求消息中包含了業務標識；在線計費伺服器，用於獲取所述業務標識對應的業務的計費請求量RSU以及優先級信息；根據所述業務的計費請求量RSU以及優先級信息，確定所述業務的計費授權量GSU。全文摘要本發明提供一種保障重點業務的方法，裝置和系統。其中方法包括，接收計費客戶端發送的計費請求消息，該計費請求消息中包含了業務標識；獲取業務標識對應的業務的計費請求量RSU以及優先級信息；根據業務的計費請求量RSU以及優先級信息，確定所述業務的計費授權量GSU。本發明實施例通過根據計費請求量與業務優先級信息，確定所述業務的計費授權量GSU實現了在線計費伺服器優先滿足重點業務的計費請求量，實現了對重點業務的保障。文檔編號H04L12/14GK101742581SQ20081021741公開日2010年6月16日申請日期2008年11月10日優先權日2008年11月10日發明者陸敬石申請人:華為技術有限公司