黃茜

摘要：現(xiàn)階段，在我國的電信市場的內(nèi)部，存在著十分激烈的競爭。能否及時地完善其業(yè)務支撐系統(tǒng)，也就顯得尤為的重要。隨著計費系統(tǒng)的性能以及功能的不斷增強，更多的運營商借此時機，不斷地推出新的產(chǎn)品、新的資費，為多種業(yè)務的組合、捆綁式的營銷，提供了堅實的后盾。因此，該文將結合實際的情況，就在線計費系統(tǒng)OCS的技術架構以及其應用情況，作了簡要的分析，供大家借鑒與參考。

關鍵詞：OCS；在線計費系統(tǒng)；應用；技術架構

中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2014）14-3283-02

現(xiàn)如今，業(yè)務支撐系統(tǒng)早已成為了運營商手中的又一強勁、有力的競爭工具。而在其業(yè)務支撐系統(tǒng)中，計費系統(tǒng)又是其電信業(yè)務的核心組成部分。它主要是保障了電信運營商的業(yè)務收入，對用戶使用的各項服務費用進行了計算，是其一個較為核心的系統(tǒng)。在計費系統(tǒng)中，又可以依據(jù)其計費效果的實時性，將其分為離線計費系統(tǒng)以及在線計費系統(tǒng)（OCS）。下面本文將主要的介紹一下在線計費系統(tǒng)，其不僅可以有效地防止欠費等情況的發(fā)生，而且還可以實時地獲取用戶使用量等信息，有效地控制成本。

1 在線計費系統(tǒng)OCS的技術架構

1.1 在線計費系統(tǒng)OCS的概述

在線計費系統(tǒng)OCS，它主要是通過參與整個的通信過程，去控制計費系統(tǒng)的；其不僅可以解決增值業(yè)務實時計費、預付費使用數(shù)據(jù)業(yè)務等問題，而且還可以幫助解決用戶們的實時信用控制等問題。

在3GPP 網(wǎng)絡架構中，OCS是其一個重要的組成部分，其可以更好地為3G環(huán)境服務，有利于建設計費支撐體系。3GPP中的OCS，是一種基于內(nèi)容事件、會話以及承載的統(tǒng)一計費模式，其更加的具有通用性、開放性等，而且還擁有了實時的計費系統(tǒng)框架結構，這一框架結構不僅可以將計費功能與話務控制功能分離開來；而且還可以讓用戶一邊使用業(yè)務，OCS一邊進行計費，讓整個的計費系統(tǒng)融入到整個的服務過程中去。

1.2 在線計費系統(tǒng)OCS的架構設計

1.2.1 計費控制層的架構設計

在計費控制層的架構設計中，OCS系統(tǒng)可以為用戶提供價格查詢、使用業(yè)務費率查詢等服務。并且還可以在使用的前期、中期、后期，用語音或者是短信方式通知用戶。下面就數(shù)據(jù)業(yè)務以及語音業(yè)務進行詳細的分析。

1.2.1.1 數(shù)據(jù)業(yè)務

OCS系統(tǒng)自動地將用戶已經(jīng)使用服務的使用量、費用以及價格信息等，發(fā)送給有關的網(wǎng)元設備，通過這些網(wǎng)元設備，為用戶呈現(xiàn)相應的信息。在OCS系統(tǒng)中，當其接收到相應的計費請求后，便會根據(jù)用戶使用服務的資費策略以及使用信息等情況，自動地計算出每一位用戶使用服務所需的使用量以及使用資費。

1.2.1.2 語音業(yè)務

在語音業(yè)務中，相關的網(wǎng)元設備可以自動地向OCS系統(tǒng)發(fā)起相應的計費請求，然后，OCS系統(tǒng)再依賴于用戶的資費策略、呼叫信息、帳戶余額等，將主動地計算出用戶余額的通話時長，然后再將其可通話時長、費率以及余額等信息，發(fā)送給SCP；最后，SCP將向有關的網(wǎng)絡設備，發(fā)送相關的信息，進行相應的語音提示。在用戶進行通話前，可以向用戶進行可通話時長、通話費率、帳戶余額等信息的提示；在通話結束之后，還可以通過OCS，向用戶進行本次通話的費用、時長以及賬戶余額的提示。

舉個具體的例子來說明一下，比如說在基于會話的服務過程中，倘若會話進行早已超過了相應的時間，而且，OCS系統(tǒng)仍然沒有接收到相應的網(wǎng)元設備傳遞來的中止信息或者是的更新消息時。那么，OCS系統(tǒng)則會自動得向有關的網(wǎng)絡設備發(fā)送“重授權”等請求消息。若相應的網(wǎng)絡設備發(fā)回的重授權請求被OCS系統(tǒng)接收到了，則說明會話仍然在使用當中；若OCS系統(tǒng)沒有接收到相關的請求應答，那么則說明該用戶的會話早已中斷。OCS系統(tǒng)則會通過其自身的功能，將已經(jīng)可以確認的使用量，從用戶帳戶中得以扣除，對于那些無法確認的費用，則需要及時地返給相應的用戶，同時關閉會話，生成相應的計費話單。

1.2.2 接入管理層的架構設計

在管理層的架構設計中，其信息的增強模塊則是根據(jù)業(yè)務內(nèi)容標識、被叫號、主叫號等相關信息，通過CCR的查找功能，查找到相關的號頭信息、用戶資料等，然后，再根據(jù)相關的后續(xù)計費請求，完善以及補充有關的呼叫業(yè)務類型、用戶資料詳細資料等信息。

而管理層中的路由分發(fā)單元，則是被用于內(nèi)部系統(tǒng)的數(shù)據(jù)分發(fā)工作的。其路由分發(fā)單元可以支持按照業(yè)務類型、用戶群、區(qū)域、號段等信息，將不同的計費請求，逐一地分發(fā)到不同的計費引擎中去，進而達到了系統(tǒng)可擴展性以及負載分擔的雙向目標。

1.2.3 計費處理層的架構設計

在計費處理層中，其批價處理可以分為反向批價與正向批價這兩種模式，簡言之就是指反算與正算。

1.2.3.1 反向批價

在計費系統(tǒng)中，依據(jù)用戶所提出的請求，將帳戶余額、定購關系以及業(yè)務類型等相關信息，計算出比如像時長、流量等最大的可接續(xù)使用的用量，然后，將這些信息進行返回計費，將計算的結果進行反算應答。

在這個過程中，反算的結果很有可能與最后的批價結果不一致，存在著某些差異。這可能是由于在反算的過程中，存在著某些無法得到計費要素，因此，反算就只能根據(jù)某些慣例，去大概地估算用戶使用的服務量。但是，其批價的結果仍然要以用戶真正使用的服務信息量進行最終的批價，計費系統(tǒng)并以此作為最后的結果。

1.2.3.2 正向批價

正向批價在計費系統(tǒng)中，則是依賴于相關的用戶資料，像是當前用戶的使用累計量、定購的資費政策、用戶代碼、使用量額度、業(yè)務類型等，以此來計算出任一用戶所需要提供的使用量以及其金額等。

2 在線計費系統(tǒng)OCS的應用分析

2.1 計費控制層的應用分析endprint

計費控制層的主要功能就是完成對SB的過程轉換、扣費的過程以及計費批價的協(xié)調與控制的。其中，計費控制層通過收集，并且提供某些詳單，進行要素的生成，然后再對SB/EB的某些業(yè)務過程進行適當?shù)毓芾砉ぷ?，通過有限的狀態(tài)去自動地定義并驅動SB的狀態(tài)，最后，再向用戶提供相關的信息。

2.1.1 實現(xiàn)基于會話計費控制的功能

在進行會話管理的過程中，其主要是基于事務的計費處理過程，對某些異常的以及正常的會話過程進行管理，其不僅具有明確的管理策略，而且其策略還對整個管理系統(tǒng)有著指導性的作用。

在正常的會話活動中，可以由狀態(tài)變換表示其生命的周期，滲透著OCS系統(tǒng)中的“全額鎖定，余額耗盡" 、“分片鎖定，用戶掛機”等處理理論。此外，在正常的處理流程中，還可以依賴于有限自動機，將流程驅動設置為默認的大小，當出現(xiàn)超過配置額定用戶余額的情況時，也就是所謂的欠費狀態(tài)時，還可以通過OCS系統(tǒng)，自動地調整其默認配額的大小，進行相應的處理措施，同時，仍然也可以運用全額鎖定的方案。

2.1.2 實現(xiàn)基于事件計費控制的功能

在基于事件計費控制的過程中，其事件的處理方式主要有先扣后補與先鎖后扣這兩種處理方式；并且，其都是基于事件的計費處理過程而進行管理的。

2.1.2.1 先扣后補

先扣后補主要是不需要網(wǎng)元設備進行實時的提交使用狀態(tài)，在完成一次提交實時的計費請求之后，將批量的定期提交其他的補款請求。與此同時，OCS系統(tǒng)則是依賴于補款請求，對其進行相應的補款措施。應用這種先扣后補的處理方式，不需要特意的去維護某一個會話池；網(wǎng)元設備以及OCS系統(tǒng)，不需要對用戶的使用狀態(tài)進行專門的管理工作，但是，其由于存在著補款請求到達時序問題，因此會造成存在某些計費批價的誤差。

2.1.2.2 先鎖后扣

先鎖后扣則需要相關的網(wǎng)元設備進行配合，在一次EB的計費中，則需要按照扣費請求以及使用確認，向OCS系統(tǒng)進行兩次提交工作。在提交扣費請求完成之后，事件管理將自動地把其狀態(tài)轉化為鎖定的狀態(tài)，鎖定用戶的余額。當網(wǎng)元設備再次提交使用確認的請求之后；OCS系統(tǒng)則會依據(jù)是否成功使用，將其狀態(tài)由驅動狀態(tài)轉化為正常狀態(tài)，以此同時，返回或者是扣除其鎖定的金額。應用先鎖后扣這種處理方式，不僅需要一個事件管理維護的會話池，而且，對于EB的計費，從本質上來說，是通過SB的模式進行計費控制的。

2.2 路由分發(fā)的應用分析

路由分發(fā)的主要功能就是對其內(nèi)部系統(tǒng)的數(shù)據(jù)信息進行相應的分發(fā)管理工作，從而完成冗余分發(fā)、負載均衡的目標。

其中，對數(shù)據(jù)按照號段分發(fā)的規(guī)則進行分發(fā)時，其數(shù)據(jù)的分發(fā)工作是建立在不同的主機備份上的，其連接需要存在相應的差異性，才可以實現(xiàn)分發(fā)連接的冗余。倘若采用冗余連接，那么，就必須要調整相應的落地文件的觸發(fā)策略，雖然可以保證及時的扣費，但是，這種做法不值得推薦。因為，落地文件的容錯機制，無法及時地保證計費數(shù)據(jù)的完整性，路由分發(fā)功能的實現(xiàn)，則需要支持配置的數(shù)據(jù)進行在線的更新工作。

2.3 通用接口的應用分析

通用接口則可以將外部的協(xié)議格式按照某種特定轉換模式，將其轉化為內(nèi)部的標準格式，進而完成路由的分發(fā)功能以及外部協(xié)議的轉換功能。一般情況下，通用接口可以在網(wǎng)元設備不支持DCC等實時消息時，采用話單方式提供接入功能，支持離線話單接口，支持網(wǎng)元異?；蛘呤荗CS的應急話單處理功能。

網(wǎng)絡接口則是提供了可恢復的、相對穩(wěn)定的數(shù)據(jù)接入功能，其可以作為服務端接入，也可以作為客戶端進行接入。一致強的網(wǎng)絡接口層可以實現(xiàn)將業(yè)務需求以及后續(xù)功能剝離開來，使通用接口更好地進行工作。但是，值得注意的是，網(wǎng)絡接口層的相關參數(shù)是可以支持動態(tài)刷新與加載的。

3 結束語

綜上所述，該文首先分析了OCS系統(tǒng)的技術架構，然后又對其具體的應用進行了簡要的探討。但是，在線計費系統(tǒng)OCS雖然早已問世，但時至今日，其發(fā)展仍然處于剛剛起步的階段，許多的技術仍然處于探索的階段，許多理論都很不成熟，需要我們大家的努力，使其可以更好地為我們服務。

參考文獻：

[1] 蔣曉娟.在線計費系統(tǒng)分析[J].中國新技術新產(chǎn)品，2012（24）：23.

[2] 周政.在線計費系統(tǒng)的設計和應用[J].投資與創(chuàng)業(yè)，2012（8）：71.

[3] 李福慶，李良.在線計費系統(tǒng)（OCS）云化部署架構研究[J].郵電設計技術，2013（12）：17-21.

[4] 李輝.在線計費系統(tǒng)建設方案分析[J].科技創(chuàng)新與應用，2013（28）：60.endprint