預付費計費的方法、裝置及系統的製作方法

2023-05-13 03:54:56 1

專利名稱：預付費計費的方法、裝置及系統的製作方法
技術領域：
本發明實施例涉及通信技術領域，尤其涉及一種預付費計費的方法、裝置及系統。
背景技術：
在 3GPP(Third Generation Partnership Project，第三代合作項目規範)中 OCS(Online charging system,在線計費系統)架構中明確了 ABM(Account Balance Management，餘額管理中心)功能，在ABM作為獨立模塊，與批價引擎採用Rc接口，但只定 義了 Rc採用DCC (Diameter Credit-Control Application，信用控制應用協議)，未明確具
體接口。在OCS負責批價和ABM負責餘額管理分工明確情況下，對於涉及免費資源預留和 扣費，比如在計費過程存在免費資源或跳次計費時，現有技術中，ABM可能1次只返回部分 授權量，OCS可能會多次批價，OCS與ABM進行多次交互，影響了預付費計費的效率和及時 性。

發明內容
本發明實施例提供一種預付費計費的方法、裝置及系統，用以解決現有技術中預 付費計費中ABM與OCS相互交互次數過多，影響了預付費計費的效率的技術問題。本發明實施例提供一種預付費計費的方法，包括接收業務控制中心發送的信用控制請求，所述信用控制請求包含業務量和用戶標 識；獲取計費策略；根據所述計費策略，將所述業務量轉換成1個以上分段業務量；向餘額管理中心發送攜帶所述用戶標識和所述1個以上分段業務量的信用控制 請求。本發明實施例提供一種預付費計費的方法，包括接收計費裝置發送的信用控制請求，所述信用控制請求包含用戶標識和1個以上 分段業務量；根據用戶標識，獲取到用戶標識對應的用戶帳本；根據所述用戶帳本和所述1個以上分段業務量，分別對每個分段業務量核算費 用；向所述計費裝置發送信用控制響應，所述信用控制響應包含了已核算的業務量。本發明實施例提供一種計費裝置，包括第一接收單元，用於接收業務控制中心發送的的信用控制請求，所述信用控制請 求包含業務量和用戶標識；計費策略獲取單元，用於獲取對應的計費策略；轉換單元，用於根據所述計費策略，將所述業務量轉換成1個以上分段業務量；
信用控制請求發送單元，用於向餘額管理中心發送攜帶所述用戶標識和所述1個 以上分段業務量的信用控制請求。本發明實施例提供了一種餘額管理中心，包括第二接收單元，用於接收計費裝置發送的的信用控制請求，所述信用控制請求包 含用戶標識和1個以上分段業務量；用戶帳本獲取單元，用於根據用戶標識，獲取到用戶標識對應的用戶帳本；核算單元，用於根據所述用戶帳本和所述1個以上分段業務量，分別對每個分段 業務量核算費用；信用控制響應發送單元，用於向所述計費裝置發送信用控制響應，所述信用控制 響應包含了已核算的業務量。本發明實施例提供了一種預付費計費的系統，包括計費裝置，用於接收業務控制中心發送的的信用控制請求，所述信用控制請求包 含業務量和用戶標識；根據所述用戶標識，獲取對應的計費策略；根據所述計費策略，將所 述業務量轉換成1個以上分段業務量；向餘額管理中心發送攜帶所述用戶標識和所述1個 以上分段業務量的信用控制請求。所述餘額管理中心，用於接收計費裝置發送的信用控制請求，所述信用控制請求 包含用戶標識和1個以上分段業務量；根據用戶標識，獲取到用戶標識對應的用戶帳本；根 據所述用戶帳本和所述1個以上分段業務量，分別對每個分段業務量核算費用；向所述計 費裝置發送信用控制響應，所述信用控制響應包含了已核算的業務量。本發明實施例計費裝置根據計費策略，將業務量轉換成多個分段業務量，並把各 個分段業務量發送給ABM，使得ABM可以按照分段業務量進行費用核算，由於ABM —次性處 理多個分段業務量的費用核算，從而減少了 OCS與ABM的消息交互，減輕了 OCS的多次批價 的工作，提高計費的效率。


圖1為本發明實施仿圖2為本發明實施 歹圖3為本發明實施鑼圖4為本發明實施鑼圖5為本發明實施 歹圖6為本發明實施鑼圖7為本發明實施 歹圖8為本發明實施鑼圖9為本發明實施鑼圖10為本發明實施
一種預付費計費的方法流程圖； 另一種預付費計費的方法流程圖； 一種有免費資源的預付費計費的方法流程圖； 一種在特定時刻免費資源生效的預付費計費的方法流程圖 一種有跳次計費的預付費計費的方法流程圖； 一種餘額不足的預付費計費的方法流程圖； 一種計費裝置的結構示意圖； 一種餘額管理中心的結構示意圖； 一種餘額管理中心的核算子單元的結構示意圖； 列一種預付費計費的系統結構示意圖。
具體實施例方式下面結合附圖和具體實施例進一步說明本發明實施例的技術方案。本發明實施例公開了一種預付費計費的方法，包括
SlOl 計費裝置接收業務控制中心發送的CCR(Credit Control Request，信用控 制請求)，該CCR包含業務量和用戶標識；當CCR用於申請預留資源時，CCR攜帶了 RSU(requested-service-unit，請求業 務單元)，該RSU包含了業務量和用戶標識，根據具體業務不同，業務量可以有多種形式，比 如申請預留通話的時間，申請預留的流量，申請預留的總的字節數，申請預留的輸入字節 數，申請預留的輸出字節數或其它的申請預留的特殊計量單位。當CCR用於扣費時，CCR攜帶了 USU⑴sed-service-unit，已使用業務單元)，該 USU包含了業務量和用戶標識，根據具體業務不同，業務量可以有多種形式，比如已通話 的時間，已使用的流量，已使用的總的字節數，已使用的輸入字節數，已使用的輸出字節數 或其它的已使用的特殊計量單位。業務控制中心可以為SCP (service control point，業務控制點)，也可以為其它 的控制設備。S102 計費裝置獲取計費策略；計費策略可以保存在計費裝置，也可以保存在其它的存儲介質，如保存在 SDM(Service Data Management，業務數據管理)，當計費裝置收到CCR時，需要根據用戶標 識，去查詢該用戶標識對應的計費策略。計費策略可以有多種，比如該計費用戶所屬的套 餐，各個時段計費的線性費率等。計費裝置可以根據用戶標識來獲取該用戶標識對應的計費策略，也可以無需根據 用戶標識來獲取該用戶的計費策略，比如可以統一的計費規則或者根據用戶接入碼來確 定該用戶的計費策略等。S103 計費裝置根據所述計費策略，將所述業務量轉換成1個以上分段業務量；由於在計費過程，可能存在多種費率，比如通話前3分鐘為費率0.5元/分鐘，第 3分鐘後為1元/分鐘。因此計費裝置根據業務量所對應的多個線性費率，將上述RSU或 USU中的業務量轉換成1個以上的分段業務量，各個分段業務量包含了分段支付業務量，分 段支付金額和分段最小支付單位，利用分段支付金額與分段支付業務量的比值可以表示各 個分段的費率，比如CCR中的業務量為8分鐘，則可以將前3分鐘的費率為0. 5元/分鐘轉 換為分段支付金額為1. 5元，分段支付時間為3分鐘，最小支付單位為1分鐘，將後5分鐘 的費率為1元/分鐘轉換成分段支付金額為5元，分段支付時間為5分鐘，最小支付單位為 1分鐘。分段支付了業務量又可以包括分段支付時間、分段支付流量、分段支付總字節數、分 段支付輸入字節數、分段支付輸出字節數或分段支付業務特殊單位等多種形式。S104 計費裝置向ABM發送攜帶用戶標識和1個以上分段業務量的CCR。計費裝置將轉換後的多個分段業務量發送給餘額管理中心，以便於餘額管理中心 進行費用核算，此時CCR中攜帶的RSU/USU與SCP發送給計費裝置的CCR的RSU/USU的內容 是不同的，此時CCR中攜帶了多個RSU/USU，其數量和轉換後的業務量分段數相同，1個RSU/ USU包含了 1個分段的業務量，該RSU的結構如Requested-Service-Unit: = [CC-Time][CC-Money][CC-Total-Octets]
[CC-Input-Octets] [CC—Output—Octets][CC-Service-Specific-Units][Min—Charge—Unit]
USU的結構如Used-Service-Unit: = [Reporting-Reason] [Tariff-Change-Usage] [CC-Time][CC-Money][CC-Total-Octets] [CC-Input-Octets] [CC-Output-Octets][CC-Service-Specific-Units][Min—Charge—Unit] 其中CC-Time表示分段支付時間，CC-Money表示分段支付金額， Min-Charge-Unit表示分段最小支付單位，CC-Total-Octets表示分段支付總流量， CC-Input-Octets表示分段支付接收總流量，CC-Output-Octets表示分段支付發送總流 量，CC-Service-Specif ic-Units表示分段支付業務特殊單位；Iteporting-Reason表示上 報原因，Tariff-Change-Usage表示費用支付用途。其中，Min-Charge-Unit可以用於跳次 計費，也可以用於餘額不足時最小業務量的判斷；在RSU和USU中，上述欄位中，CC-Money 和Min-Charge-Unit是必選的，其它的欄位是可選的。本發明實施例計費裝置根據計費策略，將業務量轉換成多個分段業務量，並把各 個分段業務量發送給ABM，使得ABM可以按照進行分段業務量的費用核算，由於OCS —次性 發送包含多個分段業務量的CCR，從而減少了 OCS與ABM的消息交互，減輕了 OCS的多次批 價的工作，提高計費的效率。本發明實施例公開了另一種預付費計費的方法，包括S201 :ABM接收計費裝置發送的CCR，CCR包含用戶標識和1個以上分段業務量。這裡的CCR包含的內容與S104中CCR包含的內容相同。S202 =ABM根據用戶標識，獲取到用戶標識對應的用戶帳本；S203 根據用戶帳本和1個以上分段業務量，分別對每個分段業務量核算費用。如果CCR攜帶的是RSU，即業務量為申請預留的業務量，ABM根據用戶帳本和1個 以上申請預留的分段業務量，分別對每個申請預留的分段業務量進行預留費用。如果CCR攜帶的的是USU，即業務量為已使用的業務量，ABM根據所述1個以上已 使用的分段業務量，分別對每個已使用的分段業務量進行扣除費用。在分段業務量進行核算費用時，首先根據分段支付業務量和分段支付金額，分別 計算每個分段業務量對應的費率；然後根據用戶帳本、每個分段業務量對應的費率和分段 支付業務量，分別對每個分段業務量核算費用。有時可能用戶帳本存在的剩餘免費資源，該免費資源沒有具體時間限制，此時首先核算該剩餘免費資源對應的業務量，然後根據所述已核算的業務量、每個分段業務量對 應的費率和分段支付業務量，分別對每個分段業務量核算費用。如果該免費資源具有時間 限制，則在時間條件滿足的情況下，才利用剩餘免費資源來對分段業務量進行費用核算。如果在計費過程出現跳次計費，比如在前3分鐘內通話，所需要支付金額為1. 5 元，如果通話時間不足3分鐘，仍然需要支付1. 5元；此時ABM需要判斷分段最小支付單位 是否大於分段支付業務量，如果大於的話，則ABM在最小支付單位內，均按照分段支付金額 對該分段業務量進行核算費用，如果小於的話，則按照分段支付業務量對該分段業務量進 行核算費用。如果這時用戶帳本中也存在免費資源時，如果免費資源大於最小支付單位，則 該分段業務量，按照免費資源來核算費用，如果免費資源小於最小支付單位，則首先按照分 段支付金額對分段業務量進行核算費用，然後才使用免費資源來核算下一個分段業務量的 費用。如果用戶帳本的剩餘金額少於分段最小支付單位，即剩餘金額無法支付分段最小 單位，則此次分段業務量核算費用為0。S204 =ABM向所述計費裝置發送信用控制響應，所述信用控制響應包含了已核算 的業務量。已核算的業務量可以用GSU(Granted-krvice-Unit，授權業務量單元)來表示。上述計費的對象可以有多種，比如語音通話時間，視頻通話時間和流量，上網流量 等，本發明實施例並不限制計費的對象。本發明實施例由於ABM可以進行多個分段業務量的費用核算，從而減少了 OCS與 ABM的消息交互，減輕了 OCS的多次批價的工作，提高計費的效率。通常費率會根據通話時長變化而發生變化，比如，如圖3所示的應用場景中，通話 時間的第1分鐘至第3分鐘的費率為0. 5元/分鐘，通話時間第4分鐘至第10分鐘的費率 為1元/分鐘，並且此時ABM中用戶帳本的剩餘免費通話時長為2分鐘，用戶帳本的剩餘金 額為6元，此時SCP申請的通話時長為8分鐘，實現費用精確預留的具體過程如下所示。S301 =SCP向OCS發送CCR來申請通話預留時長，該CCR中包含了 RSU和計費用戶 的用戶標識，由於申請的預留的時長為8分鐘，因此CCR中攜帶的RSU的CC_Time等於8分 鍾，用戶標識可以是手機號碼，或者短號碼，以及其他能夠唯一標識計費用戶的標識信息。S302 =OCS接收到上述CCR，解析該CCR，並對該次計費申請進行批價處理。 從CCR解析獲取到RSU的CC_Time等於8分鐘，並且根據計費用戶的用戶標識，查 詢到該用戶標識所對應計費策略，確認該用戶申請通話8分鐘內存在兩種不同的費率，此 時按照預留時長8分鐘來進行批價處理。由OCS將2段不同費率轉換為2段RSU，即第1個 RSU中的CC_time等於3分鐘，CCjnoney等於1. 5元，Min_charge_unit等於1分鐘，第2 個RSU中的CC_time等於5分鐘，CCjnoney等於5元，Min_charge_unit等於1分鐘；並向 ABM發送包含上述兩個RSU的CCR ；其中帳戶中的費率可以用CCjiioney與CC_time的比值 來確定，Min_Charge_imit表示在該種費率情況下，最小計費業務量或餘額不足時最小業務 量。S303 :ABM接收到上述包含兩個RSU的CCR後，預留通話費用。ABM解析CCR後，獲取到兩個RSU以及計費用戶的用戶標識，根據用戶標識獲取該 用戶帳本，確定該用戶帳戶還剩餘2分鐘的免費通話時間，因此ABM首先預留2分鐘的免費通話時間；其次由於第1個RSU中包含的CC_time等於3分鐘，而已經預留了 2分鐘，因此 第1種費率情況下只可以預留1分鐘，並根據CCjiioney與CC_time計算第1種費率為CC_ money^CC_time = 1. 5元+3分鐘=0. 5元/分鐘，然後計算第1種費率情況下預留的金 額為1分鐘X0. 5元/分鐘=0. 5元；最後由於已經預留了 2分鐘的免費通話時間和第1 種費率情況下的1分鐘計費通話時間，因此第2種費率情況下預留5分鐘，並根據CCjiioney 與CC_time計算第2種費率為CC_money+ CC_time = 5元+5分鐘=1元/分鐘，然後計 算第2種費率情況下預留的金額為5分鐘X 1元/分鐘=5元；因此本次預留總的通話費 用為0. 5元+5元=5. 5元。並且由於5. 5元少於該帳戶的剩餘金額6元，因此預留成功。S304 :ABM預留通話費用成功後，向OCS返回CCA(Credit Control Answer，信用控 制響應)，該CCA中包含了預留的通話時長為8分鐘，即CCA中的GSU等於8分鐘。S305 =OCS將接收的CCA發送給SCP，這樣SCP就可以根據CCA中預留的通話時長 8分鐘來監控通話時間。如果上述S301中SCP發送的CCR中攜帶的USU時，即SCP申請進行實際的扣費， 扣費的流程同S301-S305的流程，這裡不再贅述。由於OCS將用分段的RSU來表示多個費率，並且RSU中包含了分段支付業務量，分 段支付金額和分段最小支付單位，因此ABM通過分段支付業務量和分段支付金額可以計算 出相應費率，因此ABM可以實現1次預留，並且可以實現對優惠費用的預留。從而減少了 OCS與ABM的消息交互，減輕了 OCS的多次批價的工作，提高計費的效率，並實現了精確預留費用。通常費率會根據通話時長變化而發生變化，並且優惠的話費時間是在一個特殊的 時間段，比如，如圖4所示的應用場景中，通話時間的第1分鐘至第3分鐘的費率為0. 5/分 鍾，通話時間第4分鐘至第10分鐘的費率為1元/分鐘，並且此時用戶帳本餘額為6元，用 戶帳本的剩餘免費通話時長為2分鐘，免費通話時間是從每日8:00至9:00生效，此時SCP 申請的通話時長為8分鐘，申請通話時刻為7:58，此時實現費用精確預留的具體過程如下 所示。S401-S402 同 S301-S302。這裡不再贅述。S403 :ABM接收到上述包含兩個RSU的CCR後，預留通話費用。 ABM解析CCR後，獲取到兩個RSU以及計費用戶的用戶標識，在第1個RSU中的CC_ time為3分鐘，而根據用戶標識獲取該用戶帳本可知，從8:00開始有2分鐘的免費通話時 間，而此時申請的通話時間開始為7:58，因此首先預留2分鐘的第1種費率的通話費用，根 據 CCjnoney 與 CC_time 計算第 1 種費率為CC_money+ CC_time = 1. 5 元 +3 分鐘=0. 5 元/分鐘，然後計算第1種費率情況下預留的費用為2分鐘X0. 5元/分鐘=1元；其次預 留2分鐘的免費通話資源；最後由於第1種費率情況下，已經預留了 2分鐘，免費資源預留 了 2分鐘，因此開始需要在第2種費率情況下進行預留，預留的時間為4分鐘，並根據CC_ money與CC_time計算第2種費率為CC_money+ CC_time = 5元+5分鐘=1元/分鐘， 然後計算第2種費率情況下預留的金額為4分鐘X 1元/分鐘=4元；因此本次預留總的 通話費用為1元+4元=5元，並且由於5元小於該帳戶的剩餘金額6元，因此本次預留成 功。 S404 :ABM預留通話費用成功後，向OCS返回CCA，該CCA中包含了預留的通話時長為8分鐘，即CCA中的GSU等於8分鐘。S405 =OCS將接收的CCA發送給SCP，這樣SCP就可以根據CCA中預留的通話時長 8分鐘來監控通話時間。如果上述401中SCP發送的CCR中攜帶的USU時，即SCP申請進行實際的扣費，扣 費的流程同S401-S405的流程，這裡不再贅述。由於OCS將用分段的RSU來表示多個費率，並且RSU中包含了分段支付業務量，分 段支付金額和分段最小支付單位，因此ABM通過分段支付業務量和分段支付金額可以計算 出相應費率，ABM可以實現1次預留，並且可以實現對優惠費用在具體的時刻的預留。從而 減少了 OCS與ABM的消息交互，減輕了 OCS的多次批價的工作，提高計費的效率，並實現了 精確預留費用。在實際應用中，免費資源可能按照跳次扣費，比如，如圖5所示的應用場景中，通 話時間的第1分鐘至第3分鐘，費用為1. 5元，如果不足3分鐘，按照3分鐘扣費，通話時間 第4分鐘至第10分鐘的費率為1元/分鐘，並且此時用戶帳本餘額為6元，用戶帳本的剩 餘免費通話時長為2分鐘，此前2分鐘不能用免費通話時間來預留(如果此時用戶帳本的 剩餘免費通話時長為4分鐘，則此前3分鐘可以用免費通話時間來預留)，此時SCP申請的 通話時長為8分鐘，此時實現費用精確預留的具體過程如下所示。S501-S502 同 S301-S302。這裡不再贅述。S503 :ABM接收到上述包含兩個RSU的CCR後，預留通話費用。ABM解析CCR後，獲取到兩個RSU以及計費用戶的用戶標識，在第1個RSU中的CC_ time為3分鐘和Min_Charge_imit為3分鐘，因此在第1種費率情況下預留的費用就是CC_ money的值，即1. 5元；其次預留2分鐘的免費通話資源；最後由於第1種費率情況下，已經 預留了 3分鐘，免費資源預留了 2分鐘，因此開始需要在第2種費率情況下進行預留，預留 的時間為3分鐘，並根據CCjnoney與CC_time計算第2種費率為CC_money+ CC_time = 5 元+5分鐘=1元/分鐘，然後計算第2種費率情況下預留的金額為3分鐘X 1元/分鐘 =3元；因此本次預留總的通話費用為1. 5元+3元=4. 5元，並且由於4. 5元小於該帳戶 的剩餘金額6元，因此本次預留成功。S504:ABM預留通話費用成功後，向OCS返回CCA，該CCA中包含了預留的通話時長 為8分鐘，即CCA中的GSU等於8分鐘。S505 =OCS將接收的CCA發送給SCP，這樣SCP就可以根據CCA中預留的通話時長 8分鐘來監控通話時間。如果上述501中SCP發送的CCR中攜帶的USU時，即SCP申請進行實際的扣費，扣 費的流程同S501-S505的流程，這裡不再贅述。由於OCS將用分段的RSU來表示多個費率，並且RSU中包含了分段支付業務量，分 段支付金額和分段最小支付單位，因此ABM通過分段支付業務量和分段支付金額可以計算 出相應費率，通過最小支付單元可以很有效地完成跳次計費，減少了 OCS與ABM的消息交 互，實現了精確預留費用。在實際應用中，會存在餘額無法支付最少通話時間的情況，比如，如圖6所示的應 用場景中，通話時間的第1分鐘至第3分鐘，費率為0. 5元/分鐘，通話時間第4分鐘至第 10分鐘的費率為1元/分鐘，並且此時用戶帳本餘額為0. 4元，此時SCP申請的通話時長為8分鐘，此時實現費用精確預留的具體過程如下所示。S601-S602 同 S301-S302。這裡不再贅述。S603 :ABM接收到上述包含兩個RSU的CCR後，預留通話費用。ABM解析CCR後，獲取到兩個RSU以及計費用戶的用戶標識，在第1個RSU中，根據CCjnoney 與 CC_time 計算第 1 種費率為CC_money+ CC_time = 1. 5 元 +3 分鐘=0. 5 元 /分鐘，而Min_Charge_unit為1分鐘，即此時能夠預留最少金額需要1分鐘XO. 5元/分 鍾=0. 5元，而該用戶的帳本只有餘額0. 4元，小於預留需要的最小金額，因此本次無法預
&3 甶οS604 :ABM預留通話費用成功後，向OCS返回CCA，該CCA中包含了預留的通話時長 為0分鐘，即CCA中的GSU等於0分鐘。S605 =OCS將接收的CCA發送給SCP。如果上述601中SCP發送的CCR中攜帶的USU時，即SCP申請進行實際的扣費，扣 費的流程同S601-S605的流程，這裡不再贅述。由於OCS將用分段的RSU來表示多個費率，並且RSU中包含了分段支付業務量，分 段支付金額和分段最小支付單位，因此ABM通過分段支付業務量和分段支付金額可以計算 出相應費率，並且根據費率和最小的支付單元來去確定本次支付需要最少的金額，當確定 本次支付需要最少的金額大於該用戶帳戶的餘額時，ABM將不為本次計費進行預留費用，從 而OCS無需釋放本次預留扣費，以及減少了 OCS與ABM的消息交互，減輕了 OCS的重批工作， 實現了精確預留費用。如圖7所示，本發明實施例還提供了一種計費裝置，包括第一接收單元71，用於接收業務控制中心發送的信用控制請求，所述信用控制請 求包含業務量和用戶標識；當CCR用於申請預留資源時，CCR攜帶了 RSU(requested-service-unit，業務請 求單元)，該RSU包含了業務量和用戶標識，根據具體業務不同，業務量可以有多種形式，比 如申請預留通話的時間，申請預留的流量，申請預留的總的字節數，申請預留的輸入字節 數，申請預留的輸出字節數或其它的申請預留的特殊計量單位。當CCR用於扣費時，CCR攜帶了 USU⑴sed-service-unit，已使用業務單元)，該 USU包含了業務量和用戶標識，根據具體業務不同，業務量可以有多種形式，比如已通話 的時間，已使用的流量，已使用的總的字節數，已使用的輸入字節數，已使用的輸出字節數 或其它的已使用的特殊計量單位。計費策略獲取單元72，用於獲取對應的計費策略；計費策略可以保存在計費裝置，也可以保存在其它的存儲介質，如保存在SDM，當 第一接收單元71接收到CCR時，費策略獲取單元72需要根據用戶標識，去查詢該用戶標識 對應的計費策略。計費策略可以有多種，比如該計費用戶所屬的套餐，各個時段計費的線
性費率等。轉換單元73，用於根據所述計費策略，將所述業務量轉換成1個以上分段業務量；由於在計費過程，可能存在多種費率，比如通話前3分鐘為費率0.5元/分鐘，第 3分鐘後為1元/分鐘。因此轉換單元73根據業務量所對應的多個線性費率，將上述RSU 或USU中的業務量轉換成1個以上的分段業務量，各個分段業務量包含了分段支付業務量，分段支付金額和分段最小支付單位，利用分段支付金額與分段支付業務量的比值可以表示 各個分段的費率，比如CCR中的業務量為8分鐘，則可以將前3分鐘的費率為0. 5元/分鐘 轉換為分段支付金額為1. 5元，分段支付時間為3分鐘，最小支付單位為1分鐘，轉換單元 73將後5分鐘的費率為1元/分鐘轉換成分段支付金額為5元，分段支付時間為5分鐘，最 小支付單位為1分鐘。分段支付了業務量又可以包括分段支付時間、分段支付流量、分段支 付總字節數、分段支付輸入字節數、分段支付輸出字節數或分段支付業務特殊單位。信用控制請求發送單元74，用於向餘額管理中心發送攜帶所述用戶標識和所述1 個以上分段業務量的信用控制請求。信用控制請求發送單元74將轉換後的多個分段業務量發送給餘額管理中心，以 便於餘額管理中心進行費用核算，此時CCR中攜帶的RSU/USU與SCP發送給計費裝置的CCR 的RSU/USU的內容是不同的，此時CCR中攜帶了多個RSU/USU，其數量和轉換後的業務量分 段數相同。計費裝置可以為0CS，也可以為其它的計費設備。其中，本實施例所涉及的一個以上分段業務量、用戶帳本、費用以及所涉及的具體 工作過程，可以參考上述圖3至圖6所涉及的實施例揭露的相關內容，在此不再贅述。如圖8所示，本發明實施例還提供了一種餘額管理中心，包括第二接收單元81，用於接收計費裝置發送的CCR，CCR包含用戶標識和1個以上分 段業務量；用戶帳本獲取單元82，用於根據用戶標識，獲取到用戶標識對應的用戶帳本；核算單元83，用於根據所述用戶帳本和所述1個以上分段業務量，分別對每個分 段業務量核算費用；信用控制響應發送單元84，用於向所述計費裝置發送信用控制響應，所述信用控 制響應包含了已核算的業務量。其中如果在計費過程出現跳次計費時，核算單元83具體用於所述分段最小支付 單位大於分段支付業務量時，按照分段支付金額對所述分段業務量進行核算費用。可選的如圖9所示，核算單元83還包括費率計算子單元831和核算子單元832， 其中，費率計算子單元831，用於根據所述分段支付業務量和所述分段支付金額，分別計算 每個分段業務量對應的費率；核算子單元832，用於根據所述用戶帳本、每個分段業務量對 應的費率和分段支付業務量，分別對每個分段業務量核算費用。有時可能用戶帳本存在的剩餘免費資源，如圖9所示，核算單元83還包括免費資 源子單元833，用於根據所述用戶的帳本的剩餘免費資源，核算所述剩餘免費資源對應的業 務量；核算子單元832，具體用於根據免費資源子單元833已核算的業務量、每個分段業務 量對應的費率和分段支付業務量，分別對每個分段業務量核算費用。如果用戶帳本的剩餘金額少於分段最小支付單位，即剩餘金額無法支付分段最小 單位，則此次核算單元83核算分段業務量的費用為0。其中，本實施例所涉及的一個以上分段業務量、用戶帳本、費用以及所涉及的具體 工作過程，可以參考上述圖2至圖6所涉及的實施例揭露的相關內容，在此不再贅述。如圖10所示，本發明實施例還提供一種預付費計費的系統，包括計費裝置91，用於接收業務控制中心發送的信用控制請求，所述信用控制請求包含業務量和用戶標識；根據所述用戶標識，獲取對應的計費策略；根據所述計費策略，將所 述業務量轉換成1個以上分段業務量；向餘額管理中心92發送攜帶所述用戶標識和所述1 個以上分段業務量的信用控制請求。所述餘額管理中心92，用於接收計費裝置91發送的的信用控制請求，所述信用控 制請求包含用戶標識和1個以上分段業務量；根據用戶標識，獲取到用戶標識對應的用戶 帳本；根據所述用戶帳本和所述1個以上分段業務量，分別對每個分段業務量核算費用；向 所述計費裝置91發送信用控制響應，所述信用控制響應包含了已核算的業務量。其中，本實施例所涉及的一個以上分段業務量、用戶帳本、費用以及所涉及的具體 工作過程，可以參考上述圖1至圖6所涉及的實施例揭露的相關內容，在此不再贅述。本發明實施例計費裝置根據計費策略，將業務量轉換成多個分段業務量，並把各 個分段業務量發送給ABM，使得ABM可以按照進行分段業務量的費用核算，由於ABM —次性 處理多個分段業務量的費用核算，從而減少了 OCS與ABM的消息交互，減輕了 OCS的多次批 價的工作，提高計費的效率。本領域普通技術人員可以理解實現上述方法實施例的全部或部分步驟可以通過 程序指令相關的硬體來完成，前述的程序可以存儲於一計算機可讀取存儲介質中，該程序 在執行時，執行包括上述方法實施例的步驟；而前述的存儲介質包括R0M、RAM、磁碟或者 光碟等各種可以存儲程序代碼的介質。最後應說明的是以上實施例僅用以說明本發明的技術方案，而非對其限制；盡 管參照前述實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解其依然 可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特徵進行等同替 換；而這些修改或者替換，並不使相應技術方案的本質脫離本發明各實施例技術方案的精 神和範圍。
權利要求
1.一種預付費計費的方法，其特徵在於，包括接收業務控制中心發送的信用控制請求，所述信用控制請求包含業務量和用戶標識； 獲取計費策略；根據所述計費策略，將所述業務量轉換成1個以上分段業務量；向餘額管理中心發送攜帶所述用戶標識和所述1個以上分段業務量的信用控制請求。
2.根據權利要求1所述的方法，其特徵在於，所述業務量包括申請預留的業務量或已 使用的業務量。
3.根據權利要求2所述的方法，其特徵在於，所述分段業務量包含了分段支付業務量， 分段支付金額和分段最小支付單位。
4.根據權利要求3所述的方法，其特徵在於，所述分段支付業務量包括分段支付時間、 分段支付總流量、分段支付接收總流量、分段支付發送總流量或分段支付業務特殊單位中之一。
5.根據權利要求3所述的方法，其特徵在於，所述計費策略包括多段線性費率； 所述根據所述計費策略，將所述業務量轉換成1個以上分段業務量，包括分別根據所述每段線性費率，將所述符合所述每段線性費率的部分業務量轉換成1個 分段業務量，其中，每個分段業務量的分段支付金額與分段支付業務量的比值與所述每段 線性費率相同。
6.一種預付費計費的方法，其特徵在於，包括接收計費裝置發送的信用控制請求，所述信用控制請求包含用戶標識和1個以上分段 業務量；根據用戶標識，獲取到用戶標識對應的用戶帳本；根據所述用戶帳本和所述1個以上分段業務量，分別對每個分段業務量核算費用； 向所述計費裝置發送信用控制響應，所述信用控制響應包含了已核算的業務量。
7.根據權利要求6所述的方法，其特徵在於，所述業務量包括申請預留的業務量，所述 根據所述用戶帳本和所述1個以上分段業務量，分別對每個分段業務量核算費用，包括根 據所述用戶帳本和所述1個以上申請預留的分段業務量，分別對每個申請預留的分段業務 量預留費用；或者所述業務量包括已使用的業務量，所述根據所述用戶帳本和所述1個以上分段業務 量，分別對每個分段業務量核算費用，包括根據所述用戶帳本和所述1個以上已使用的分 段業務量，分別對每個已使用的分段業務量扣除費用。
8.根據權利要求7所述的方法，其特徵在於，所述業務量包含了分段支付業務量，分段 支付金額和分段最小支付單位。
9.根據權利要求8所述的方法，其特徵在於，所述根據所述用戶帳本和所述1個以上分 段業務量，分別對每個分段業務量核算費用，包括根據所述分段支付業務量和所述分段支付金額，分別計算每個分段業務量對應的費率；根據所述用戶帳本、每個分段業務量對應的費率和分段支付業務量，分別對每個分段 業務量核算費用。
10.根據權利要求9所述的方法，其特徵在於，當所述用戶帳本存在的剩餘免費資源時，所述根據所述用戶帳本、每個分段業務量對應的費率和分段支付業務量，分別對每個分 段業務量核算費用，包括根據所述用戶的帳本的剩餘免費資源，核算所述剩餘免費資源對應的業務量； 根據所述已核算的業務量、每個分段業務量對應的費率和分段支付業務量，分別對每 個分段業務量核算費用。
11.根據權利要求8所述的方法，其特徵在於，所述根據所述用戶帳本和根據所述1個 以上分段業務量，分別對每個分段業務量核算費用，包括確定所述用戶帳本的剩餘金額少於所述分段最小支付單位，對所述分段業務量核算費 用為O。
12.根據權利要求8所述的方法，其特徵在於，所述根據所述用戶帳本和根據所述1個 以上分段業務量，分別對每個分段業務量核算費用，包括所述分段最小支付單位大於分段支付業務量時，按照分段支付金額對所述分段業務量 進行核算費用。
13.一種計費裝置，其特徵在於，包括第一接收單元，用於接收業務控制中心發送的的信用控制請求，所述信用控制請求包 含業務量和用戶標識；計費策略獲取單元，用於獲取對應的計費策略；轉換單元，用於根據所述計費策略，將所述業務量轉換成1個以上分段業務量； 信用控制請求發送單元，用於向餘額管理中心發送攜帶所述用戶標識和所述1個以上 分段業務量的信用控制請求。
14.一種餘額管理中心，其特徵在於，包括第二接收單元，用於接收計費裝置發送的的信用控制請求，所述信用控制請求包含用 戶標識和1個以上分段業務量；用戶帳本獲取單元，用於根據用戶標識，獲取到用戶標識對應的用戶帳本；核算單元，用於根據所述用戶帳本和所述1個以上分段業務量，分別對每個分段業務量核算費用；信用控制響應發送單元，用於向所述計費裝置發送信用控制響應，所述信用控制響應 包含了已核算的業務量。
15.根據權利要求14所述的餘額管理中心，其特徵在於，所述核算單元包括費率計算 子單元和核算子單元，其中，費率計算子單元，用於根據所述分段支付業務量和所述分段支付金額，分別計算每個 分段業務量對應的費率；核算子單元，用於根據所述用戶帳本、每個分段業務量對應的費率和分段支付業務量， 分別對每個分段業務量核算費用。
16.根據權利要求15所述的餘額管理中心，其特徵在於，所述核算單元還包括免費資 源子單元，用於根據所述用戶的帳本的剩餘免費資源，核算所述剩餘免費資源對應的業務 量；所述核算子單元，具體用於根據所述免費資源子單元已核算的業務量、每個分段業務 量對應的費率和分段支付業務量，分別對每個分段業務量核算費用。
17.根據權利要求14所述的餘額管理中心，其特徵在於，所述核算單元具體用於所述 分段最小支付單位大於分段支付業務量時，按照分段支付金額對所述分段業務量進行核算費用。
18.一種預付費計費的系統，其特徵在於，包括計費裝置，用於接收業務控制中心發送的的信用控制請求，所述信用控制請求包含業 務量和用戶標識；獲取對應的計費策略；根據所述計費策略，將所述業務量轉換成1個以上 分段業務量；向餘額管理中心發送攜帶所述用戶標識和所述1個以上分段業務量的信用控 制請求。所述餘額管理中心，用於接收計費裝置發送的信用控制請求，所述信用控制請求包含 用戶標識和1個以上分段業務量；根據用戶標識，獲取到用戶標識對應的用戶帳本；根據所 述用戶帳本和所述1個以上分段業務量，分別對每個分段業務量核算費用；向所述計費裝 置發送信用控制響應，所述信用控制響應包含了已核算的業務量。
全文摘要
本發明實施例提供一種提高服務成功率的方法、裝置及系統。該方法包括接收業務控制中心發送的信用控制請求，所述信用控制請求包含業務量；獲取計費策略；根據所述計費策略，將所述業務量轉換成1個以上分段業務量；向餘額管理中心發送攜帶所述用戶標識和所述1個以上分段業務量的信用控制請求。本發明實施例計費裝置根據計費策略，將業務量轉換成多個分段業務量，並把各個分段業務量發送給ABM，使得ABM可以按照分段業務量進行費用核算，由於ABM一次性處理多個分段業務量的費用核算，從而減少了OCS與ABM的消息交互，減輕了OCS的多次批價的工作，提高計費的效率。
文檔編號H04W88/18GK102149063SQ201010219298
公開日2011年8月10日 申請日期2010年6月29日 優先權日2010年6月29日
發明者包賢德, 徐長久, 王世軍, 王書光 申請人:華為技術有限公司