[摘要]文章描述預付費用戶1X業務實時計費的技術方案，現網運用效果很好，供各通信同行借鑒參考。
　　[關鍵詞]預付費論文，1X實時計費論文，計費方案
　　1．引言
　　隨著預付費用戶的開拓，為了更好的為用戶提供高質量增值業務，需要解決預付費用戶的1X實時計費問題。預計隨著1X網絡的開通，數據服務將呈爆炸性的增長，為了面向預付費用戶開通1X數據業務，也要求能夠提供數據實時計費的解決方案。
　　2．技術方案
　　2.1預付費用戶1X數據業務實時計費網絡結構論文
　　
　　圖1:PDSCP數據業務實時計費體系結構示意圖
　　除基本的按流量/時長的1X數據業務外，PDSCP平臺還可承載其它增值數據業務。如WAP、BREW/Java下載、多媒體郵件業務等。
　　2.2計費流程
　　當1X用戶使用數據業務時，首先由PDSN發起接入請求，AAA服務器收到接入請求后，從本地信息中，根據用戶IMSI號碼確定用戶的電話號碼，并確定該用戶是否預付費用戶，如果是預付費用戶，則將AAA消息代理到PDSCP服務器；否則按其現有流程處理。
　　PDSCP服務器收到接入請求后，到SCP查詢用戶的狀態和余額，如果用戶狀態非法，則直接返回接入拒絕；如果用戶狀態合法，則分配用戶余額的一部分將之反算為最大可接入時間(或流量)，如果允許接入，返回帶有接入時間（或流量）的接入允許。
　　AAA服務器代理PDSCP回應消息給PDSN。
　　用戶經過認證鑒權后，就可以使用1X數據業務，在使用過程中，根據用戶的操作或網絡的實際情況，會產生多次使用記錄，形成用于計費的用戶使用記錄詳單：UDR。
　　PDSCP對生成的UDR進行實時批價后向SCP發起對應的扣費請求。如果不能實時扣費成功，則系統記錄扣費數據，轉入異步扣費流程。
　　2.3消息序列圖論文
　　
　　2.4流程描述：
　　此處假設用戶按照流量記費,0.1元/K,并且PDSCP每次分配的配額為50K,PDSCP每次向SCP申請的金額為15000分。（在實際計費流程中，PDSCP可以在向SCP發送計費請求前，先發查詢余額請求，再向SCP發送計費請求消息，消息中的扣費金額是余額的比例或固定金額分配的）
　　1. PDSN具有預付費能力，發送Access-Request給HAAA，攜帶PrePaidAccountingCapability
　　（PPAC）屬性告訴HAAA預付費客戶端支持的預付費能力。
　　2. HAAA進行常規的認證和授權操作。如果用戶資料顯示這是預付費用戶，需向PDSCP轉發Access-Request。由于PDSCP不需要對用戶身份進行認證，HAAA需重新構造Access-Request的User-Password(2)
　　3. PDSCP發送扣費請求到SCP,申請一定用戶金額
　　4. SCP檢查用戶金額是否足夠,返回扣費響應
　　5. PDSCP根據扣費響應消息判斷用戶的狀態以及金額狀況,如果扣費成功,則返回Access-Accept給AAA,反之返回Access-Reject.返回的Access-Accept必須攜帶PPAC和PPAQ屬性,PPAC用來表明該用戶使用的預付費方式(流量/時長).PPAQ則攜帶配額（Quota）,配額門限（Threshold）和相應的QuataID。同時PDSCP需反算出申請到的金額對應的最大配額數.
　　6. AAA轉發PDSCP的答復消息
　　7. PDSN開始記錄用戶使用的流量,當發現到達配額門限時,發送Access-Request(PPAQ).其中VQ屬性表明使用的流量值(包含上行和下行流量)
　　8. AAA轉發該消息
　　9. PDSCP由攜帶PPAQ的Access-Request得知是對于一個已有會話的再次配額申請,檢查該會話對應的用戶金額,重新分配配額,發送Access-Accept(PPAQ),包含VQ和VT, VQ為累計的分配流量配額.(如第一次分配流量50K,本次再次分配50K,VQ=100K)
　　10. AAA轉發該消息
　　11. 同7
　　12. 同8
　　13. 同9
　　14. 同10
　　15. 同7
　　16. 同8
　　17. PDSCP此時發現分配的配額達到最大可分配配額,從SCP處獲得的金額已經使用完畢,則重新向SCP發起扣費請求
　　18. SCP檢查用戶金額是否足夠,返回扣費響應
　　19. PDSCP根據扣費響應消息判斷用戶的狀態以及金額狀況,如果扣費成功,則返回Access-Accept給AAA,反之返回Access-Reject.返回的Access-Accept必須攜帶PPAC和PPAQ屬性,PPAC用來表明該用戶使用的預付費方式(流量/時長).PPAQ則攜帶配額（Quota）,配額門限（Threshold）和相應的QuataID。
　　20. AAA轉發該消息
　　21. 當用戶主動斷開連接時,PDSN發送Access-Request(PPAQ)請求配額，其中預付費屬性PPAQ的子屬性UR(Update-Reason)設置為4:用戶主動結束預付費會話,VQ攜帶已經使用的流量
　　22. AAA轉發該消息
　　23. PDSCP檢測到PPAQ的Update-Reason為4,由VQ得出已經使用的流量,算出對于此次剩余配額對應的金額.向SCP發送補款請求.將原來得到的金額未分配的余額重新補給用戶
　　24. SCP更新用戶余額,發送補款回應消息
　　25. PDSCP發送不帶PPAQ的Access-Accept給AAA,表明不在分配配額,會話結束
　　26. AAA轉發該消息,PDSN收到轉發的不到PPAQ的Access-Accept,結束會話
　　3.關于預付費的幾個問題論文
　　3.1關于用戶余額預扣費和費率切換
　　為了便于實現預付費用戶的靈活的記費方案和套餐方式。PDSCP制定了一套機制支持一個用戶的多會話（Session）管理和費率切換機制。
　　當預付費客戶端（PDSN）向PDSCP發送“AccessRequest”時，PDSCP將向SCP申請用戶的一部分余額，并根據記費規則反算出用戶本次Request分配的的最大接入時長（或流量）。
　　這樣的過程將一直重復，直到用戶終止本次會話或用戶的余額用盡。
　　這里有一個問題，每次PDSCP應向SCP申請多少的余額。如果申請的數量太小，Access－request（Quotadepleted）將會在一次會話（Session）中重復多次，造成PDSN－AAA－PDSCP的負荷加重。若申請的余額過大，將限制用戶支付其他費用（因為用戶的大部分余額被PDSCP預分配），如內容記費的支付和多會話的使用。
　　同時為了適應靈活多變的記費策略，應考慮費率切換的臨界點。
　　 按時間收費，不同時段可對應不同價格。例如：在每天18:00之前每小時4元，18:00之后每小時2元
　　 按流量收費，不同時段可對應不同價格。例如：在每天18:00之前每MB4元，18:00之后每MB2元
　　 按流量收費，隨著用戶的消費流量增加而調整價格。例如：在前30MB每小時4元，后面每MB2元
　　下面是一種推薦的預扣費方案：
　　1． 根據用戶申請的用戶業務特性，分配讓用戶能工作M個小時的余額（M可配置文件）
　　2． 用戶余額的一部分N（N的取值范圍1%－50%）（N可配置）
　　3． 用戶費率切換的臨界點
　　4． 先查詢用戶余額，根據余額所屬金額范圍進行扣款
　　余額取上述三項中的最小值。
　　同時可規定每次分配的下限（最小值）
　　3.2關于用戶在線
　　PDSCP應對用戶在線狀況進行監控，當PDSCP監控的某個用戶在一段時間（可配置）內，PDSN沒有發送ACCESS_request消息，則PDSCP發送disconnect_request消息給HAAA，由HAAA轉發給PDSN，PDSN根據用戶的狀況如用戶一直在線，但沒有流量產生，則斷開用戶的連接，并向PDSCP發送disconnect_accept消息；如用戶在線，但有流量產生，則向PDSCP發送disconnect_reject消息。
　　4．結束語
　　綜上所述，采用以上技術方案，只要預付費用戶有充足余額及正常狀態，就可以實現預付費用戶使用1X業務的實時計費功能。現網運行至今，運行情況良好，避免了因延遲扣費造成的高額欠費等問題。