淺談程控交換機聯機計費系統

摘 要：文章介紹了S1240程控交換機聯機計費系統的社會需求，可行性分析，方案的制定，以及具體實施過程。

關鍵詞：程控交換機；聯機計費

1 前言

聯機計費數據采集系統完成從交換機接收話單數據，及時送回計費中心，為“實時”的話費計算，話費查詢等業務功能提供在線數據源。采集系統從長途匯接局或市話匯接局的交換機直接下載計費數據，并把計費數據通過計算機網絡直接傳送到數據接收中心（計費系統），從而結束了計費數據長期依靠下磁帶的手工作業歷史，同時在本系統的基礎上還可實現“實時”的用戶數據控制，如停、開機業務，以及其它增值業務。

2 可行性分析

市話計詳細話單對于交換機主要有兩方面的要求：（1）交換機呼叫處理能力。（2）交換機話單存儲能力。S1240交換機主要有兩種計費收集方式，一種是由PL模塊計費文件收集模式，另一種是TP計費模式，對于PL模塊計費文件收集模式，根據廠家提供的數據，每秒每對計費模塊可以處理極限呼叫20個，根據我的多次統計與計算，平均每個用戶每天產生6張話單，其中包月制用戶在7-8張左右，而忙時呼叫平均每秒產生2.5-3張話單的交換局，是由三對計費模塊來負擔的，不難看出，極限呼叫近似實際呼叫20倍，所以采取這種計費方式的交換機對于市話計詳單，呼叫處理能力是完全可以滿足要求的，對于TP模式，極限呼叫在每秒10個，極限呼叫與實際呼叫也在10倍左右，所以采取TP模式計費的交換機其處理能力也能充分滿足要求。再來看話單的存儲能力，還是按計費模式分別考慮，對于PL模塊計費文件收集方式的一般每萬門交換機容量配置一對計費模塊，共10個計費文件，話單極限存儲量二十六萬，根據實際操作經驗，我認為在計費文件用滿百分之六十作計費帶較好，我可以這樣計算：260000*0.6/10000*6=2.6天，所以在話務分布均勻的情況下，三天采集一次是合理的，也是必須的，對于TP計費模式由于海量存儲，每對TP可以存儲近一千一百多萬張話單，采集周期完全可以按照我的需求來決定。經過上面的分析可以認為S1240交換機在呼叫處理能力和話單存儲能力方面是可以滿足聯機計費市話計詳單的要求的。

3 聯機計費數據采集系統概述

該系統完成從交換機接收話單數據，及時送回計費中心，為“實時”的話費計算，話費查詢等業務功能提供在線數據源。采集系統從長途匯接局或市話匯接局的交換機直接下載計費數據，并把計費數據通過計算機網絡直接傳送到數據接收中心（計費系統），從而結束了計費數據長期依靠下磁帶的手工作業歷史，同時在本系統的基礎上還可實現“實時”的用戶數據控制，如停、開機業務，以及其它增值業務，可以在以下方面帶來對電信業務的改進：

實現計費文件的集中維護管理；提高電信計費的實時性、準確性和公正性；確保各地電信企業資費政策的正確執行；改善面向用戶的服務；配合和促進電信新業務的引入；實現“實時”計費，杜絕用戶逃費。

4 聯機計費采集的特點

4.1 話單下載的速度快。交換機所提供的數據下載接口的帶寬一般為大于等于64Kbps（8KByte/s），實際上能獲得的帶寬至少有2-3Kbyte/s。按每一CAMA記錄64個字節計算，每秒能下載32-48條通話記錄，這樣一天能下載的通話記錄由下面的公式計算：

每小時最大下載通話記錄=48*3600=172，800條

一天最大下載通話記錄=48*3600*24=4，147，200條

4.2 數據安全：系統采用兩級數據緩沖，四級數據備份來保證數據的安全。

兩級數據緩沖是指：

數據下載時由數據下載模塊首先在本地硬盤保存所收到的計費數據。中心數據接收模塊把來自各數據下載模塊的計費數據集中保存在中心硬件盤。

經過上述兩步緩沖后，計費數據最后存儲在Oracle數據庫服務器中，或同時轉換成文本文件。

四級數據備份是指：

交換機中可以保存大約一周的計費數據，這是最原始的數據源。各數據下載模塊各自保存所下載的計費數據。每一數據下載模塊能保存一個月以上的計費數據。中心數據接收模塊保存來自各數據下載模塊的計費數據。中心數據接收模塊確保計費數據能被保存半年以上。計費數據最后被保存在Oracle數據庫中。在Oracle中的數據一般由管理員進行維護，并把達到一定保期的數據刪除。

4.3 不間斷運行

系統實現完善的監控手段，能及時發現網絡故障，并發出報警。在網絡暢通的情況下系統的監控程序能發現不能工作的模塊，并嘗試重起相應的模塊，同時發出報警。

5 話單數據采集

話單數據采集是系統通過FTAM或ACK/Poll/Recovery協議，與交換機可靠地進行通信，保證準確地接收從交換機傳來的話單數據。通過交換機的X.25端口接收話單數據，并把數據傳回話單數據接收中心。通過FTAM及ACK/Poll/Recovery協議，也可以從交換機的存檔數據中恢復丟失的話單數據。如由于網絡故障造成數據傳輸有誤（缺少數據，數據不正確），或由于交換機故障不能及時把話單數據通過X.25端口傳到接收進程，或由于本系統出錯造成的數據丟失，可通過此功能進行數據恢復。

對于無法實現聯機采集的交換機，系統以人工采集、自動上傳的方式收集有關的計費數據。系統可以利用97網上傳數據（對于97網到達的地方），或通過遠程撥號，與中心建立PPP數據上傳鏈路。

與聯機數據采集相比，所不同的是原始數據源由人工提供，而不是交換機直接提供，而后續的流程由與聯機采集相同。

6 話單數據集中處理和轉換

話單通過前端采集機傳輸到中心數據服務器集中存儲，并對原始話單數據翻譯和進行相關處理（入異常檢查、剔重、通話時間重疊分析），然后轉換為需要的各種格式。

系統提供計費接口，通過計費接口，可以將本系統中的話單數據傳送到全網的計費中心或其它外部系統。

該系統經過反復的可行性論證，在確保交換機的安全，穩定的前提下進行實施，首先必需保證計費數據的準確，計費點的準確唯一，以避免重復算費的情況發生，這部分工作要求核查時一定要有極強的責任心和耐心，并且相當了解網絡組織和交換機數據。

其次可以采取由點及面的方式展開采集工作，避免同時多種交換機型，多個交換點同時采集，無法及時應付出現的問題。另外可以采取人工采集和自動采集同時并行保證在初運行階段計費文件不會丟失。

該系統要輔以告警監測系統來運行，通過TCP/IP協議集中監控各交換點的采集系統運行情況，確保及時發現問題，爭取主動。

7 結束語

聯機計費系統廣泛實施以來，得到了用戶的認可，有效的提高了電信計費的實時性、準確性和公正性，實現“實時”計費，杜絕了用戶的逃費現象。

參考文獻

[1]1000 S12系統培訓教材.上海貝爾電話設備制造有限公司培訓教材.

[2]小型機操作系統.電子工業出版社.