某移動公司短消息計費系統(tǒng)建議方案

1、XX 省移動短消息計費系統(tǒng)技術(shù)建議方案技術(shù)建議方案華勝天成科技股份第 1 章前言 4 4第 2 章系統(tǒng)概述 4 4 2 / 352.1 系統(tǒng)概況 52.1.1 現(xiàn)有系統(tǒng)概況 52.1.2 建設(shè)系統(tǒng)概況 52.1.3 系統(tǒng)設(shè)計目標(biāo) 52.1.4 數(shù)據(jù)庫平臺要求 52.1.5 主機(jī)服務(wù)器平臺要求 62.1.6 計費數(shù)據(jù)處理要求 62.1.7 維護(hù)管理要求 72.2 系統(tǒng)設(shè)計原則 7第 3 章系統(tǒng)結(jié)構(gòu)設(shè)計 9 93.1 短消息計費系統(tǒng)的特點 93.2 應(yīng)用軟件體系結(jié)構(gòu) 103.3 數(shù)據(jù)處理流圖 113.4 軟件功能模塊 123.5 服務(wù)器處理模式設(shè)計 12第 4 章平臺與運行環(huán)境設(shè)計 13134.1

2、 主機(jī)系統(tǒng)設(shè)計原則 134.2 主機(jī)系統(tǒng)平臺現(xiàn)狀 134.3 主機(jī)系統(tǒng)需求分析 144.3.1 影響性能的幾個方面 144.3.2 服務(wù)器性能分析 154.3.3 在線存儲容量計算 164.3.4 建議方案 17第 5 章應(yīng)用軟件設(shè)計 20205.1 短消息計費系統(tǒng)功能介紹 205.2 數(shù)據(jù)采集與傳輸子系統(tǒng) 205.2.1 功能簡介 205.2.2 傳輸系統(tǒng)結(jié)構(gòu) 20 3 / 355.2.3 系統(tǒng)功能 225.3 數(shù)據(jù)預(yù)處理 235.4 話單劃價 255.5 重復(fù)話單過濾 255.6 話單并行入庫 265.7 計費結(jié)算 275.8 統(tǒng)計分析 285.9 稽核排錯 285.10 數(shù)據(jù)交互 295

3、.11 系統(tǒng)查詢 295.12 系統(tǒng)維護(hù) 30第 6 章系統(tǒng)關(guān)鍵問題 31316.1 與 GSM 計費系統(tǒng)的融合 316.1.1 簡述 316.1.2 系統(tǒng)結(jié)構(gòu)圖 326.2 關(guān)于帳務(wù)系統(tǒng) 326.3 關(guān)于超額部分 336.4 關(guān)于 SMC 話單 33第 7 章系統(tǒng)平滑過渡 33337.1 組織 337.2 系統(tǒng)過渡割接的方式 347.3 系統(tǒng)過渡割接步驟 34第 1 章前言隨著我國移動通信事業(yè)的迅猛發(fā)展，為了迎接日益臨近的市場競爭，電信部門在開拓市場業(yè)務(wù)，擴(kuò)大電信網(wǎng)通信能力的同時，越來越重視電信企業(yè)部的 4 / 35服務(wù)意識，并不斷完善電信企業(yè)的服務(wù)體系，為此作出了不懈的努力。聯(lián)創(chuàng)系統(tǒng)集成股

4、份自成立之初便確立了以電信行業(yè)作為自己重要的發(fā)展方向。目前，在電信行業(yè)已具有了豐富的積累和長足的發(fā)展，取得了可喜的成績。尤其在電信計費、電信業(yè)務(wù)這一領(lǐng)域，公司著眼長遠(yuǎn)，立足未來，投入了大量的精力，進(jìn)行電信計費、業(yè)務(wù)等應(yīng)用軟件的研究開發(fā)工作，致力于為電信行業(yè)提供全面的解決方案?，F(xiàn)在公司已具有一批既精通計算機(jī)技術(shù)又深諳電信業(yè)務(wù)的專業(yè)技術(shù)人員和一支穩(wěn)定的高素質(zhì)開發(fā)隊伍，為能夠開發(fā)移動短消息計費系統(tǒng)準(zhǔn)備了充足的人力資源和強(qiáng)大的技術(shù)支持。而且，移動的短消息計費的一期工程也是由聯(lián)創(chuàng)公司承建的，我們對原來系統(tǒng)的了解將有助于我們更好的建設(shè)新系統(tǒng)。同時，我們真誠地希望，藉此機(jī)會能夠和貴局進(jìn)行廣泛的交流，進(jìn)一步鞏

5、固和加強(qiáng)相互間長期的友好合作關(guān)系。我們將虛心地向貴局的行家們學(xué)習(xí)、請教，進(jìn)一步提高我們的知識水平和業(yè)務(wù)能力，從而為移動提供更加優(yōu)質(zhì)、完善的服務(wù)。第 2 章系統(tǒng)概述移動通信已于 2000 年 5 月根據(jù)集團(tuán)公司的要求建設(shè)了短消息計費應(yīng)急系統(tǒng)，實現(xiàn)短消息按條計費的要求。隨著短消息用戶數(shù)的增加，目前所有的 GSM 用戶都可以是短消息用戶，同時隨著手機(jī)炒股，GPS 定位、以與 MONTERNET 計劃量基于短消息的豐富應(yīng)用逐步推出，原來的短消息應(yīng)急系統(tǒng)在性能和功能上都難以適應(yīng)業(yè)務(wù)的發(fā)展要求，迫切需要建設(shè)一個完善的短消息計費系統(tǒng)。2.1 系統(tǒng)概況2.1.1 現(xiàn)有系統(tǒng)概況移動計費的短消息計費系統(tǒng)目前為應(yīng)急

6、系統(tǒng)，其中有五臺機(jī)器組成，兩臺pc 機(jī)與三臺惠普的 pc server，pc 機(jī)上安裝有 SCO UNIX，分別運行短消息話單的預(yù)處理與下發(fā)程序。Pc server 上安裝有 NT 操作系統(tǒng)，運行 SYBASE11.9.2的數(shù)據(jù)庫服務(wù)器，分別處理、 、等三個短消息中心產(chǎn)生的短消息話單。目前該系 5 / 35統(tǒng)支持全省 100 萬用戶的短消息業(yè)務(wù)，每月的短消息話單數(shù)大概為 2000 萬。2.1.2 建設(shè)系統(tǒng)概況本期工程設(shè)計主要實現(xiàn)省計費中心系統(tǒng)實時處理能力滿足數(shù)字網(wǎng)（GSM）300 萬以上移動用戶每天 7 條短消息話單的計費需求。2.1.3 系統(tǒng)設(shè)計目標(biāo)隨著電信企業(yè)向著規(guī)?；⒍嘣?jīng)營轉(zhuǎn)變的不

7、斷加劇，越來越多的電信企業(yè)開始從傳統(tǒng)、單一的經(jīng)營模式向著“以市場為導(dǎo)向，以滿足用戶需求為經(jīng)營目標(biāo)、以服務(wù)于用戶為經(jīng)營宗旨”的經(jīng)營理念轉(zhuǎn)變，這就更進(jìn)一步加大了電信企業(yè)間競爭的力度。如何更好地服務(wù)于用戶、更好地滿足市場的需求已開始成為眾多電信企業(yè)經(jīng)營者的關(guān)注所在。本期工程就是要為 XX 省構(gòu)架一個覆蓋全省的短消息計費管理平臺，系統(tǒng)的建設(shè)按滿足到 2002 年移動通信網(wǎng)用戶發(fā)展的需要考慮（300 萬以上 GSM 短消息用戶） 。本期工程的建設(shè)目標(biāo)是，建立一套能滿足 300 萬短消息用戶的短消息計費平臺。2.1.4 數(shù)據(jù)庫平臺要求數(shù)據(jù)庫平臺應(yīng)采用 SYBASE 數(shù)據(jù)庫平臺,能完成大容量數(shù)據(jù)的實時處理和

8、管理的能力，SYBASE 數(shù)據(jù)庫能滿足以下要求：支持 ANSI/ISO SQL-89、ANSI/ISO SQL-92；支持并行處理技術(shù)；支持主流廠商的操作平臺；支持多種復(fù)制功能支持聯(lián)機(jī)分析處理（OLAP） ；支持聯(lián)機(jī)事物處理（OLTP） ；支持 C2 級以上安全標(biāo)準(zhǔn)、多級安全控制；具有強(qiáng)的容錯能力、錯誤恢復(fù)能力、錯誤記錄與預(yù)警能力；支持聯(lián)機(jī)、脫機(jī)備份等。 6 / 352.1.5 主機(jī)服務(wù)器平臺要求主機(jī)服務(wù)器平臺應(yīng)具有較高的安全控制機(jī)制，各平臺除有足夠的能力進(jìn)行計費處理外，還應(yīng)具有其它（例如故障檢查、故障處理等）的應(yīng)急處理能力。所選擇的主機(jī)平臺應(yīng)該滿足以下特性：1 1高擴(kuò)展性。高擴(kuò)展性。當(dāng)業(yè)務(wù)量

9、增加或增加新業(yè)務(wù)時，主機(jī)能以增加節(jié)點、處理器、存等方式提供更高的性能來滿足新的要求。2 2高可靠性。高可靠性。主機(jī)系統(tǒng)需 7*24 小時連續(xù)運行，同時系統(tǒng)應(yīng)具有良好的容錯能力。系統(tǒng)應(yīng)采用冗余配置，保證系統(tǒng)無單一故障點。3 3支持并行技術(shù)。支持并行技術(shù)。支持多臺主機(jī)并行的處理，以保證大容量數(shù)據(jù)處理的要求。4 4易于管理與使用。易于管理與使用。保證系統(tǒng)的易使用性，并使系統(tǒng)在較優(yōu)的狀態(tài)下運行，以提高系統(tǒng)的的運行和處理效率。5 5恢復(fù)周期短。恢復(fù)周期短。當(dāng)對系統(tǒng)進(jìn)行擴(kuò)容或系統(tǒng)發(fā)生不可預(yù)見的故障時，系統(tǒng)應(yīng)能在 24 小時恢復(fù)到正常運行狀態(tài)。2.1.6 計費數(shù)據(jù)處理要求數(shù)據(jù)處理包括三部分?jǐn)?shù)據(jù)：短消息中心采

10、集到的原始話單數(shù)據(jù)。短消息網(wǎng)關(guān)采集到的原始話單數(shù)據(jù)。集團(tuán)中心下發(fā)的本省用戶的全國性業(yè)務(wù)的話單文件。為保證忙時的數(shù)據(jù)處理要求，系統(tǒng)完成對話單的計費處理（包括格式轉(zhuǎn)換、檢錯、糾錯、入庫、查找重單、分檢）的速度正常情況下正常情況下要達(dá)到：本地話單，從話單出現(xiàn)在計費采集接口到完成計費處理（包括采集、預(yù)處理、批價、存儲、分檢） ，不超過 15 分鐘；全國業(yè)務(wù)話單，從話單放在全國移動計費結(jié)算中心設(shè)在省中心的通信服務(wù)器到完成數(shù)據(jù)的處理（包括話單的檢查、存儲、分檢） ，不超過 15 分鐘。 7 / 352.1.7 維護(hù)管理要求系統(tǒng)具有良好的交互性，操作簡單、明確。系統(tǒng)提供多種訪問手段，允許管理員在不同的環(huán)境下

11、對系統(tǒng)進(jìn)行管理。系統(tǒng)提供完備的監(jiān)控和調(diào)度工具，具有完備的監(jiān)視、故障檢查與告警、故障處理功能。盡量將主機(jī)、網(wǎng)絡(luò)、數(shù)據(jù)庫、應(yīng)用系統(tǒng)、以與第三方產(chǎn)品的管理集中到單一的監(jiān)控和管理平臺上。系統(tǒng)的管理應(yīng)具有較高的自動化程度。系統(tǒng)應(yīng)具有可靠的備份機(jī)制。2.2 系統(tǒng)設(shè)計原則針對移動短消息計費系統(tǒng)的特點，為了保證系統(tǒng)的成功實施，我們制訂系統(tǒng)設(shè)計原則為：系統(tǒng)性、正確性、完整性、可維護(hù)性、先進(jìn)性、繼承性、安全性、規(guī)性和容災(zāi)考慮。 系統(tǒng)性：移動短消息計費系統(tǒng)是一個覆蓋了全省的計算機(jī)管理工程，要想成功地構(gòu)架這一系統(tǒng)，使之能滿足 XX 省目前直到 300 萬以上移動用戶的需要，則必須正確合理地綜合分析主機(jī)、網(wǎng)絡(luò)、數(shù)據(jù)庫系

12、統(tǒng)所提供的性能并充分考慮到整體系統(tǒng)的可擴(kuò)展性，使整個應(yīng)用系統(tǒng)的性能達(dá)到最佳狀態(tài)，以滿足不斷增長的用戶數(shù)與話單數(shù)的要求。 正確性：指數(shù)據(jù)的正確性。數(shù)據(jù)的正確性必須貫穿在整個短消息計費系統(tǒng)的每個環(huán)節(jié)中，數(shù)據(jù)采集、數(shù)據(jù)傳輸要有相應(yīng)的數(shù)據(jù)校驗，必須剔除計費過程中各種類型的錯誤話單，排除用戶三個月以的重復(fù)話單、與各業(yè)務(wù)管理中心等系統(tǒng)進(jìn)行數(shù)據(jù)交互時的準(zhǔn)確性、兼容性。在系統(tǒng)設(shè)計時充分考慮系統(tǒng)運行過程中數(shù)據(jù)的正確性并提供合理的解決方案。 完整性：指系統(tǒng)功能的完整性。它要求短消息計費系統(tǒng)應(yīng)滿足 XX 省移動通信業(yè)務(wù)經(jīng)營、管理、決策的需要，同時要求系統(tǒng)能與其它系統(tǒng)（如集團(tuán)中心的短消息中心）進(jìn)行信息共享或提供數(shù)據(jù)接

13、口。 可維護(hù)性：指系統(tǒng)中某一相對獨立的模塊發(fā)生改變時，不影響其他模塊的運行，維護(hù)操作簡單，用戶操作界面友好；當(dāng)系統(tǒng)處理的某些指標(biāo)需要動 8 / 35態(tài)改變時，不需要修改程序代碼就可以實現(xiàn)相應(yīng)功能，充分做到代碼與數(shù)據(jù)的獨立性，以減少操作維護(hù)人員的工作量和工作繁重程度。 先進(jìn)性：指系統(tǒng)模式結(jié)構(gòu)的先進(jìn)性以與軟件設(shè)計思想的先進(jìn)。在構(gòu)架移動短消息計費系統(tǒng)時必須采用先進(jìn)、成熟、可靠的技術(shù)，確保整體系統(tǒng)的先進(jìn)性，利用面向?qū)ο蟮脑O(shè)計思想，對一些通用性、規(guī)性較強(qiáng)的模塊采用面向?qū)ο蟮摹皹?gòu)件”技術(shù)，對于超大規(guī)模的數(shù)據(jù)量，引入“數(shù)據(jù)挖掘”等先進(jìn)技術(shù)，為系統(tǒng)的決策支持、數(shù)據(jù)分析提供先進(jìn)的工具平臺。 繼承性：指本系統(tǒng)在開

14、發(fā)實施階段，應(yīng)充分考慮利用 XX 省原有的短消息計費系統(tǒng)與移動計費系統(tǒng)數(shù)據(jù)資源以與其他一些可以繼承的軟、硬件資源，必須在建設(shè)系統(tǒng)中得到充分利用，以充分保護(hù)用戶的投資利益。 安全性：計費數(shù)據(jù)是移動經(jīng)營最重要的收入來源，而整個計費系統(tǒng)是構(gòu)架在全省圍的一個大型廣域網(wǎng)系統(tǒng)。因此，在信息高度共享的系統(tǒng)中，必須充分利用主機(jī)、網(wǎng)絡(luò)以與數(shù)據(jù)庫管理系統(tǒng)提供的安全保障機(jī)制，確保計費數(shù)據(jù)的絕對安全。對于應(yīng)用系統(tǒng)而言，對所有系統(tǒng)數(shù)據(jù)的操縱，嚴(yán)格按照權(quán)限級別進(jìn)行，嚴(yán)禁非法用戶進(jìn)入系統(tǒng)，對于操作人員進(jìn)行的相應(yīng)重要的操作有相應(yīng)的操作日志。同時，對系統(tǒng)重要數(shù)據(jù)提供可靠的備份和恢復(fù)機(jī)制，以確保整個應(yīng)用系統(tǒng)的安全。 規(guī)性：在技術(shù)

15、、業(yè)務(wù)的理解上要完全遵循 XX 省移動公司關(guān)于短消息計費的要求；在主機(jī)的安裝、網(wǎng)絡(luò)的設(shè)計時嚴(yán)格遵守相應(yīng)的規(guī)；應(yīng)用系統(tǒng)實施數(shù)據(jù)庫設(shè)計時，也應(yīng)按照規(guī)化理論進(jìn)行，同時保留一定的冗余，確保系統(tǒng)的效率和性能。 容災(zāi)考慮：系統(tǒng)應(yīng)盡量考慮到如何避免異常狀況的出現(xiàn)，同時也應(yīng)考慮在異常情況出現(xiàn)時的處理方法。第 3 章系統(tǒng)結(jié)構(gòu)設(shè)計3.1 短消息計費系統(tǒng)的特點短消息計費系統(tǒng)與傳統(tǒng)的 GSM 話音計費是有著許多的區(qū)別的，因此，短消息計費系統(tǒng)在業(yè)務(wù)處理上和流程上應(yīng)該有其自身的要求，如： 9 / 351、短消息系統(tǒng)的話單源與 GSM 計費系統(tǒng)有差別。短消息系統(tǒng)的話單源不僅產(chǎn)生在短信中心，同時，也會產(chǎn)生在短信網(wǎng)關(guān)，并且，這

16、兩種類型的話單源還起著不同的作用，一個是用來計算用戶的通信費，一個是向用戶代收取信息費以與與 SP 之間的結(jié)算；2、短消息系統(tǒng)的話單根據(jù)采集點與話單的不同，分為MO、MT、SMO、SMT、SMC、SMF、SMA 多種類型，分別起著不同的作用，而在傳統(tǒng)的計費系統(tǒng)中，一般所涉與到的話單類型為 MOC、MTC、POC、PTC 幾種；3、短消息話單中某些話單是已經(jīng)批好價的，如從短信網(wǎng)關(guān)傳送回的話單，已經(jīng)包括了用戶的信息費，而對于 GSM 來說，所有的話單都需要進(jìn)行批價計費。4、從短信中心產(chǎn)生的話單和從短信網(wǎng)關(guān)產(chǎn)生的話單的格式是不一樣的。5、短消息的費用類型與 GSM 與區(qū)別，GSM 話單的費用類型可以

17、分為通信費、長途費兩大類，而短消息所涉與到的費用為通信費、信息費、勞務(wù)費6、短消息牽涉到與 SP 之間的結(jié)算，而 GSM 牽涉到的是只與聯(lián)通、電信等電信運營商的結(jié)算。7、短消息系統(tǒng)不僅是要向用戶“收錢” ，而且由于有“WAD”信息發(fā)布、廣告業(yè)務(wù)，短消息計費系統(tǒng)還要向用戶“送錢” ，這一部分送的錢需要與帳務(wù)系統(tǒng)間重新定義接口，以便于將其轉(zhuǎn)換為用戶的預(yù)存話費。但是，短消息系統(tǒng)的處理流程又與原有的 GSM 話單計費的流程有著很多的相似之處，如：1、都包括對話單的采集和預(yù)處理；2、對需要對話單的正確性進(jìn)行校驗；3、都需要對話單進(jìn)行稽核統(tǒng)計；4、都需要對話單按照某一政策、按不同的費率進(jìn)行計費批價；5、都

18、會對部分話單進(jìn)行上傳和下發(fā)的接收處理工作；6、都需要將計費產(chǎn)生的用戶費用信息傳遞給帳務(wù)系統(tǒng)，由帳務(wù)系統(tǒng)最終形成綜合化的帳單，向用戶收取費用。 10 / 353.2 應(yīng)用軟件體系結(jié)構(gòu)在充分考慮到短消息計費系統(tǒng)自身的特點以與與 GSM 計費的共同點之后，我們對短消息計費系統(tǒng)的體系結(jié)構(gòu)進(jìn)行了合理的劃分：短消息計費系統(tǒng)應(yīng)用軟件的體系結(jié)構(gòu)可以分成四層：即預(yù)處理層、核心處理層、管理層和接口層。如下圖：碼制轉(zhuǎn)換校驗標(biāo)準(zhǔn)化信息源提取異常鑒別預(yù)處理層劃價處理優(yōu)惠處理進(jìn)程調(diào)度核心處理層統(tǒng)計分析結(jié)算處理查詢管理系統(tǒng)管理管理層短信中心短信網(wǎng)關(guān)集團(tuán)中心帳務(wù)系統(tǒng)接口層這樣的劃分對于系統(tǒng)的整體靈活性有著非常大的好處，可以使

19、系統(tǒng)能更加適應(yīng)今后業(yè)務(wù)的變化。結(jié)合應(yīng)用軟件的功能和應(yīng)用軟件的分布情況，應(yīng)用系統(tǒng)的結(jié)構(gòu)如下圖所示： 11 / 35考慮到系統(tǒng)充分利用現(xiàn)有的設(shè)備，因此，計費批價服務(wù)器采用目前已有的L2000 服務(wù)器，數(shù)據(jù)庫服務(wù)器采用 HP 的 N4000 服務(wù)器。3.3 數(shù)據(jù)處理流圖短消息計費系統(tǒng)的數(shù)據(jù)流圖如下：原原始始話話單單文文件件預(yù)預(yù)處處理理(標(biāo)標(biāo)準(zhǔn)準(zhǔn)化化、檢檢錯錯/糾糾錯錯)計計費費、分分揀揀傳傳輸輸入入庫庫統(tǒng)統(tǒng)計計表表清清單單表表下下發(fā)發(fā)接接口口表表統(tǒng)統(tǒng)計計下下發(fā)發(fā)處處理理下下發(fā)發(fā)文文件件錯錯單單表表糾糾錯錯回回收收數(shù)據(jù)庫服務(wù)器數(shù)據(jù)庫服務(wù)器計費批價服務(wù)器計費批價服務(wù)器上傳下發(fā)服務(wù)器標(biāo)準(zhǔn)化批價、入庫稽核排

20、錯下發(fā)統(tǒng)計結(jié)算排重高額（超過一定的條數(shù)或流量） 12 / 353.4 軟件功能模塊短消息計費系統(tǒng)主要有以下幾種功能模塊，各主要功能模塊間的關(guān)系圖如下：中中心心數(shù)數(shù)據(jù)據(jù)庫庫預(yù)預(yù)處處理理計計費費分分揀揀統(tǒng)統(tǒng)計計稽稽核核下下發(fā)發(fā)傳傳輸輸下下發(fā)發(fā)平平臺臺短短信信息息計計費費系系統(tǒng)統(tǒng)短信中心短信網(wǎng)關(guān)集團(tuán)公司3.5 服務(wù)器處理模式設(shè)計隨著各種短消息業(yè)務(wù)的開通，短消息的話單和剛開通短消息是相比，已經(jīng)取得了長足的增長，目前應(yīng)急計費系統(tǒng)已從開始的一臺數(shù)據(jù)庫服務(wù)器擴(kuò)充到三臺數(shù)據(jù)庫服務(wù)器，目前每月的話單數(shù)已經(jīng)達(dá)到了 3000 多萬，而且數(shù)據(jù)量還在不斷的增加，因此在進(jìn)行主機(jī)選型的時候，一定要考慮到主機(jī)的性能要滿足數(shù)據(jù)

21、量不斷增加的需要。由于短消息計費系統(tǒng)在處理流程上與移動計費系統(tǒng)的相似性，我們在考慮服務(wù)器處理模式的時候?qū)⒁阅壳暗囊苿佑嬞M系統(tǒng)的處理模式為參考，即系統(tǒng)由多臺處理服務(wù)器組成，每臺服務(wù)器的處理能力達(dá)到極限后可以在系統(tǒng)上有機(jī)的增加服務(wù)器從而增加整個系統(tǒng)的處理能力，而系統(tǒng)的總體結(jié)構(gòu)不需做大的調(diào)整。 13 / 35第 4 章平臺與運行環(huán)境設(shè)計4.1 主機(jī)系統(tǒng)設(shè)計原則聯(lián)創(chuàng)系統(tǒng)集成股份在進(jìn)行主機(jī)系統(tǒng)方案設(shè)計時遵循以下設(shè)計原則： 開放性計算機(jī)系統(tǒng)應(yīng)支持工業(yè)標(biāo)準(zhǔn)或事實標(biāo)準(zhǔn)，以便隨著今后需求的發(fā)展可添加和更新新的模塊。 先進(jìn)性在兼顧系統(tǒng)成熟性的前提下采用業(yè)界先進(jìn)的技術(shù)，這樣才能保證現(xiàn)有系統(tǒng)的先進(jìn)性，并隨著技術(shù)不斷發(fā)

22、展得到相應(yīng)的更新。 可擴(kuò)展性用戶的業(yè)務(wù)與需求在不斷地發(fā)展，當(dāng)現(xiàn)有系統(tǒng)不能滿足應(yīng)用需求時，系統(tǒng)應(yīng)有平滑升級的能力。 高性能高性能應(yīng)體現(xiàn)在整個計算機(jī)系統(tǒng)中，包括服務(wù)器、網(wǎng)絡(luò)、I/O 操作以與軟件。 可管理性由于計算機(jī)環(huán)境的不斷擴(kuò)大，IT 系統(tǒng)的更加復(fù)雜以與覆蓋面的增加，對服務(wù)器、網(wǎng)絡(luò)設(shè)備和應(yīng)用軟件的管理已成為設(shè)計計算機(jī)環(huán)境不可缺少的一部分。 選領(lǐng)導(dǎo)地位廠商產(chǎn)品如所選廠商不在業(yè)界處于領(lǐng)導(dǎo)地位，盡管有時所選產(chǎn)品在技術(shù)上有暫時的領(lǐng)先性，但很容易被激烈的市場競爭所淘汰，用戶的投資將得不到保護(hù)。短消息計費處理系統(tǒng)應(yīng)嚴(yán)格按照業(yè)務(wù)協(xié)議的容設(shè)計、執(zhí)行，做到計費數(shù)據(jù)處理與時、準(zhǔn)確，系統(tǒng)簡潔，便于維護(hù)，各類功能齊全而

23、易于擴(kuò)充。采用先進(jìn)和技術(shù)成熟的主機(jī)、網(wǎng)絡(luò)和應(yīng)用系統(tǒng)，建立一個具有高可用性、高可靠性、高安全性、有良好的可擴(kuò)展性和可維護(hù)管理性的準(zhǔn)確、快速、開放的高性能系統(tǒng)。4.2 主機(jī)系統(tǒng)平臺現(xiàn)狀目前系統(tǒng)的平臺現(xiàn)狀如下： 14 / 35EthernetPC Server/Win NTPC/SCO UnixPC/Win9XD270DCN短信息計費系統(tǒng)平臺PC/SCO UNIX各機(jī)器的配置信息如下：數(shù)據(jù)庫服務(wù)器：PC 服務(wù)器，CPU 400MHZ 以上，存 1G 以上、硬盤 100G（目前數(shù)據(jù)庫服務(wù)器已從一臺擴(kuò)充到三臺） ；預(yù)處理服務(wù)器：高檔 PC,CPU300 以上，存 256M 以上、20G 以上；下發(fā)服務(wù)器

24、：高檔 PC，CPU300MHZ 以上，存 256M 以上、20G 硬盤，MO 驅(qū)動器；應(yīng)用服務(wù)器：PC、CPU300 以上，存 128M 以上、4G 以上。軟件環(huán)境如下：數(shù)據(jù)庫服務(wù)器：操作系統(tǒng) Win NT4.0、數(shù)據(jù)庫 Sybase 11.9.2；預(yù)處理服務(wù)器：操作系統(tǒng) Sco Unix 5.0 以上版本、Sybase 11.9.2Client；應(yīng)用服務(wù)器：操作系統(tǒng) Win9X、Sybase 11.9.2Client、PowerBuilder 6.5以上；下發(fā)服務(wù)器、預(yù)處理服務(wù)器：操作系統(tǒng) Sco Unix 5.0 以上版本、Sybase11.9.2。 15 / 354.3 主機(jī)系統(tǒng)需求分

25、析4.3.1 影響性能的幾個方面影響服務(wù)器整體性能的因素是多方面的，針對不同的應(yīng)用，設(shè)計時考慮的側(cè)重點也不同。移動通信計費系統(tǒng)這類聯(lián)機(jī)事務(wù)處理的應(yīng)用，主要從 CPU、存和 I/O 三個方面考慮，下面分別進(jìn)行論述：CPUCPU：聯(lián)機(jī)事務(wù)處理的主機(jī)，主要是作為數(shù)據(jù)庫服務(wù)器而不是計算服務(wù)器，因此以服務(wù)器的 TPM 值作為相對選型參考值。需要說明的是廠家公布的服務(wù)器TPM 值，一般是采用最大的硬件配置、按照 100%的利用率所得到的，而在實際建設(shè)中的系統(tǒng)配置往往小得多，系統(tǒng)性能的 TPM 不會有公布值那么高，在對服務(wù)器處理能力進(jìn)行估算時，需要將一些經(jīng)驗值和 TPM 值一起綜合考慮。存：存：存是所有程序

26、運行的環(huán)境，在 CPU 和系統(tǒng)軟件處理能力的圍，存越大則服務(wù)器的處理性能越好，但不同的應(yīng)用對存的要求不同，所以在計費系統(tǒng)服務(wù)器存設(shè)計中，需要從應(yīng)用需求的角度來考慮，尋找最佳的配置。I/OI/O：在 CPU 處理能力一定的情況下，磁盤陣列的 I/O 速度，可使服務(wù)器的整體性能表現(xiàn)相差幾倍到幾十倍，所以我們在設(shè)計中要特別注意磁盤陣列 I/O的選型，盡量選擇 I/O 帶寬高的磁盤陣列，同時考慮到單個磁盤的 I/O 速度是一定的，需要靠多磁盤的并行讀取來提高磁盤陣列 I/O 速度，在容量和性價比容許的情況下，盡量選擇容量小而數(shù)量多的磁盤，能大大提高磁盤陣列的 I/O吞吐性能。根據(jù)應(yīng)用對磁盤陣列的劃分進(jìn)

27、行優(yōu)化也是提高 I/O 性能的一個重要方面。4.3.2 服務(wù)器性能分析預(yù)處理服務(wù)器預(yù)處理服務(wù)器聯(lián)機(jī)事務(wù)處理能力的分析預(yù)處理服務(wù)器主要用于將采集系統(tǒng)傳來的原始話單標(biāo)準(zhǔn)化，并統(tǒng)一批價后形成話單清單供計費服務(wù)器排重入庫，其處理是文本轉(zhuǎn)換和簡單計算的 16 / 35過程。根據(jù)聯(lián)創(chuàng)在移動計費上的經(jīng)驗和一百萬用戶級系統(tǒng)實際運行的測算，一百萬用戶的話單預(yù)處理需要 TPM 值為 2000 左右的服務(wù)器，則 300 萬用戶量需要 6000tpmC 處理能力的服務(wù)器。服務(wù)器存容量的分析為保證預(yù)處理的高效，文本轉(zhuǎn)換的過程應(yīng)全部在存中完成，批價所需的費率等參數(shù)表也應(yīng)常駐存以避免反復(fù)讀取影響效率。根據(jù)聯(lián)創(chuàng)

28、在移動計費上的經(jīng)驗和一百萬用戶級系統(tǒng)實際運行的測算，一百萬用戶的話單預(yù)處理需要存 200MB，則 300 萬用戶為 600MB，考慮到系統(tǒng)本身的開銷，所以推薦存配置為 1GB。計費數(shù)據(jù)庫服務(wù)器計費數(shù)據(jù)庫服務(wù)器計費數(shù)據(jù)庫服務(wù)器是整個移動計費系統(tǒng)的中心服務(wù)器，運行數(shù)據(jù)庫管理系統(tǒng)，負(fù)責(zé)進(jìn)行話費排重和入庫，并提取供統(tǒng)計分析使用的相關(guān)數(shù)據(jù)。聯(lián)機(jī)事務(wù)處理能力的分析一話單的處理流程包括：打開文件、讀記錄、糾錯、入庫、出庫等等，根據(jù)聯(lián)創(chuàng)在移動計費上的經(jīng)驗和一百萬用戶級系統(tǒng)實際運行的測算，每話單的處理約等價于0.5個標(biāo)準(zhǔn)事務(wù)，則：300萬用戶，平均每個用戶每天7話單，即每天2100萬話單；平均每分

29、鐘處理的話單為：2100萬/(2460分鐘)=14584；假設(shè)通話高峰時間每天為8小時，則高峰時服務(wù)器負(fù)荷按平均負(fù)荷的3倍計算，此時要求系統(tǒng)的tpmC值為：145840.53=21876 tpmC；建議系統(tǒng)利用率不超過80，則需要配置的處理能力為21876/80=27345tpmC。服務(wù)器存容量的分析計費結(jié)算是將經(jīng)過標(biāo)準(zhǔn)化和批價的原始話單入庫和匯總的過程。由于交換機(jī)是定時向外傳送話單信息，因此在某種程度上計費結(jié)算是一個批處理過程。根據(jù)聯(lián)創(chuàng)在移動計費上的經(jīng)驗，綜合考慮數(shù)據(jù)庫共享存的使用和系統(tǒng)、數(shù)據(jù)庫本身的開銷，建議按照 1GB/CPU 配置存。提高 I/O 性能的途徑 17 / 351.采用高傳

30、輸帶寬（100MB/s 的光纖通道或相當(dāng)）的存儲設(shè)備；2.根據(jù)應(yīng)用對磁盤陣列進(jìn)行劃分，使盡可能多的磁盤并行讀寫；4.3.3 在線存儲容量計算根據(jù)移動短消息計費系統(tǒng)的業(yè)務(wù)量和具體特點，以與從數(shù)據(jù)庫、磁盤使用技術(shù)等方面的考慮，我們按以下要求配置存儲設(shè)備容量：本工程滿足 300 萬用戶量的處理需求，每用戶每天平均 7 話單；在線存儲的容量主要考慮話單清單容量，每話單按 200 字節(jié)計算；話單在線存儲 4（3+1）個月，每個月按 30 天計算；數(shù)據(jù)庫冗余度 50%（主要是考慮到數(shù)據(jù)庫索引和其他一些表占用空間、數(shù)據(jù)庫不能與時釋放的空間、數(shù)據(jù)庫運行、恢復(fù)、日志、臨時與共用池空間） ；磁盤利用率 85%（主

31、要考慮到磁盤的最佳使用性能和一些額外磁盤開銷） ；數(shù)據(jù)存儲保護(hù)技術(shù)決定的空間利用率，鏡像為 50%；則所需磁盤容量=300 萬7304200（1+50%）/0.85/0.5=1657GB。4.3.4 建議方案雖然高檔 UNIX 服務(wù)器出故障的可能性很小，但由于移動短消息計費系統(tǒng)是移動通信公司業(yè)務(wù)支撐系統(tǒng)的重要組成部分，因此在進(jìn)行主機(jī)系統(tǒng)方案設(shè)計時仍須考慮其高可用性，同時兼顧性價比。 詳細(xì)設(shè)計上一節(jié)中，我們對滿足移動 300 萬用戶規(guī)模的短消息計費系統(tǒng)所需的主機(jī)處理能力、存大小和存儲容量等進(jìn)行了詳細(xì)的分析。聯(lián)創(chuàng)建議方案的出發(fā)點就在于在滿足性能要求的前提下，如何提高性能價格比，最大限

32、度的為用戶節(jié)省投資。預(yù)處理服務(wù)器采用兩臺的 HP A500 服務(wù)器，配置單 550MHz PA8600CPU，1GB 存，雙 18GB 置硬盤，考慮到聯(lián)創(chuàng)計費軟件預(yù)處理模塊的特點，可以不組成雙機(jī)系統(tǒng)，而通過手工切換；計費數(shù)據(jù)庫服務(wù)器采用 HP N4000 服務(wù)器雙機(jī)系統(tǒng)，每臺配置 4550MHz PA8600 CPU，4GB 存，性能達(dá)到 18 / 3533000tpmC。下發(fā)服務(wù)器和應(yīng)用服務(wù)器可以采用已有的 L2000 服務(wù)器。聯(lián)機(jī)存儲采用 HP FC60 磁盤陣列，配置容量 2TB，通過光纖交換機(jī)與上述服務(wù)器連接，組成存儲區(qū)域網(wǎng)（SAN） 。 方案特點方案特點高可用性采用的高

33、可用性技術(shù)：采用的高可用性技術(shù)：系統(tǒng)停機(jī)因素保護(hù)策略系統(tǒng)（System）MC/ServiceGuard 技術(shù)保證當(dāng)系統(tǒng)中一臺服務(wù)器失效時，其它服務(wù)器迅速恢復(fù)這臺服務(wù)器上的應(yīng)用程序和數(shù)據(jù)庫系統(tǒng)正常工作。存（Memory）系統(tǒng)可以動態(tài)檢查存，當(dāng)發(fā)現(xiàn)壞存頁時屏蔽該存頁不再分配給系統(tǒng)使用。網(wǎng)卡（Network Interface card）系統(tǒng)配置雙網(wǎng)卡，一塊工作，一塊作備份。MC/ServiceGuard 可監(jiān)測網(wǎng)卡，當(dāng)其中一塊不能正常工作時，MC 將自動切換到備份網(wǎng)卡。接口卡服務(wù)器與磁盤陣列通過雙接口卡連接，其中一塊卡失效時另一塊卡仍可保證系統(tǒng)正常運行。Internal 磁盤（Disk）系統(tǒng)盤：用

34、 MirrorDisk/UX 軟件對引導(dǎo)區(qū)（root） 、交換區(qū)（swap）鏡像。高可用性存儲系統(tǒng)（High Availability Storage System）可熱插拔的磁盤、電源和風(fēng)扇模塊。FC60冗余電源子系統(tǒng)和系統(tǒng)后備電池。 19 / 35磁盤和高速緩存的檢測和糾錯。應(yīng)用（Application）MC/ServiceGuard 可以在同一系統(tǒng)上再次啟動應(yīng)用軟件，或?qū)?yīng)用遷移到備份系統(tǒng)上。HP-UX當(dāng)系統(tǒng)出現(xiàn)突發(fā)停機(jī)時，HP 的日志文件系統(tǒng)（JFS）將在 10 秒以使系統(tǒng)恢復(fù)運行。靈活性由于采用了 SAN 技術(shù)，當(dāng)業(yè)務(wù)量出現(xiàn)突發(fā)性增長時，可以方便地通過增加服務(wù)器或存儲設(shè)備的方式提高系

35、統(tǒng)處理能力，而不需要重新構(gòu)架。這種靈活性既保護(hù)了用戶的投資，又提高了業(yè)務(wù)系統(tǒng)對市場變化的適應(yīng)能力?？蓴U(kuò)充性在滿足 300 萬用戶規(guī)模計費性能要求的同時，該系統(tǒng)還具有充分的擴(kuò)充能力，可以平滑擴(kuò)展到更高用戶量的處理能力要求，具體表現(xiàn)如下：主機(jī)系統(tǒng)通過增加主機(jī)系統(tǒng)通過增加 CPUCPU 擴(kuò)展性能：擴(kuò)展性能：A500 單機(jī)最多可配置 2 個 550MHz PA8600 CPU，處理能力可達(dá) 15000tpmC。N4000 單機(jī)最多可配置 8 個 550MHz PA8600CPU，處理能力可達(dá) 60000tpmC。主機(jī)系統(tǒng)通過增加存擴(kuò)展性能：主機(jī)系統(tǒng)通過增加存擴(kuò)展性能：N4000 單機(jī)現(xiàn)在對存的支持最高

36、可達(dá) 32GB。A500 單機(jī)現(xiàn)在對存的支持最高可達(dá) 8GB，主機(jī)系統(tǒng)增加存會對數(shù)據(jù)庫等大存需求的應(yīng)用有很大的性能提高。主機(jī)系統(tǒng)通過升級主機(jī)系統(tǒng)通過升級 CPUCPU 擴(kuò)展性能：擴(kuò)展性能：目前 HP 已經(jīng)推出了性能更高的 550MHzPA8600 芯片，HP 會推出 PA8xxx 芯片與以后的 IA64 結(jié)構(gòu)的 CPU，N4000 可以通過 CPU 升級達(dá)到系統(tǒng)性能提升的目的。主機(jī)系統(tǒng)主機(jī)系統(tǒng) I/OI/O 擴(kuò)展能力：擴(kuò)展能力：N4000 單機(jī)支持 12 個 PCI 的 I/O 槽口，I/O 帶寬可達(dá) 5.8GB/s。主機(jī)系統(tǒng)復(fù)雜擴(kuò)展主機(jī)系統(tǒng)復(fù)雜擴(kuò)展: :除了上述簡單的擴(kuò)展方法外，也可以通過在

37、群集中加入新的結(jié)點的方法來實現(xiàn)性能的擴(kuò)展?，F(xiàn)在 MC/ServiceGuard 可支持的 HP9000Server 結(jié)點數(shù)為 16個，因此也具有相當(dāng)?shù)臄U(kuò)展余地。另外，如果應(yīng)用的性質(zhì)會轉(zhuǎn)為數(shù)據(jù)倉庫的話， 20 / 35在增加一個基結(jié)點后，現(xiàn)有的服務(wù)器都可作為附加結(jié)點加入到企業(yè)并行服務(wù)。存儲系統(tǒng)容量的擴(kuò)展：存儲系統(tǒng)容量的擴(kuò)展：HP FC60 最大可擴(kuò)充至 4TB。第 5 章應(yīng)用軟件設(shè)計5.1 短消息計費系統(tǒng)功能介紹短消息計費系統(tǒng)是一個綜合復(fù)雜的系統(tǒng)，它的處理流程與移動計費系統(tǒng)類似，由許多子系統(tǒng)共同組成，并和其他相關(guān)系統(tǒng)存在不同的接口。短消息計費系統(tǒng)主要包括數(shù)據(jù)采集與傳輸子系統(tǒng)、預(yù)處理子系統(tǒng)、劃價子

38、系統(tǒng)、下發(fā)子系統(tǒng)、統(tǒng)計子系統(tǒng)、稽核子系統(tǒng)、查詢子系統(tǒng)、監(jiān)控子系統(tǒng)等，下面對各子系統(tǒng)的功能要求進(jìn)行詳細(xì)的描述：5.2 數(shù)據(jù)采集與傳輸子系統(tǒng)5.2.1 功能簡介短消息計費系統(tǒng)的數(shù)據(jù)源有三種：1、短信中心的話單文件2、短信網(wǎng)關(guān)的話單文件3、集團(tuán)中心下發(fā)的話單文件。其中 1、2 的話單文件由華為的采集機(jī)負(fù)責(zé)采集，而 3 的話單文件是集團(tuán)中心通過自己的傳輸系統(tǒng)將文件放在移動公司和集團(tuán)中心的通信機(jī)上，對于短消息計費系統(tǒng)來說，只需將三種數(shù)據(jù)源的數(shù)據(jù)傳送到預(yù)處理機(jī)上。傳輸系統(tǒng)主要完成短消息計費中心與全國計費中心之間、短消息計費中心與地市業(yè)務(wù)中心之間、短消息計費中心與計費數(shù)據(jù)采集機(jī)之間以與短消息計費中心與外部系

39、統(tǒng)之間的信息交互與數(shù)據(jù)傳輸，以保證各級管理系統(tǒng)之間的移動通信資源和數(shù)據(jù)能夠?qū)崟r（或準(zhǔn)實時）地共享和保持一致，為實現(xiàn)移動通信專業(yè)化集中管理和分級處理提供保證。 21 / 355.2.2 傳輸系統(tǒng)結(jié)構(gòu)在部、省、地市各級中心之間、短消息計費中心與外部系統(tǒng)之間以與短消息計費中心與采集系統(tǒng)之間的交互信息主要有：計費原始數(shù)據(jù)、用戶清單數(shù)據(jù)、統(tǒng)計數(shù)據(jù)等。對于這些數(shù)據(jù)的傳輸設(shè)計，必須充分考慮數(shù)據(jù)的傳輸效率，以保證計費結(jié)算的高效處理。傳輸系統(tǒng)的主要數(shù)據(jù)流向如下圖所示：其他接口短 消息計費中心短信中心話單短信網(wǎng)關(guān)話單清單數(shù)據(jù)統(tǒng)計數(shù)據(jù)等集團(tuán)中心地市帳務(wù)中心短信 采集平臺 短信采集系統(tǒng)與短消息計費中心的數(shù)據(jù)傳輸短信采

40、集系統(tǒng)與短信計費中心之間傳輸?shù)闹饕怯蓴?shù)據(jù)采集系統(tǒng)從短信中心與短信網(wǎng)關(guān)實時采集到的所有計費原始數(shù)據(jù)，這些數(shù)據(jù)主要由短信采集系統(tǒng)流向短信計費中心，是一個數(shù)據(jù)集中的過程，所有的數(shù)據(jù)傳輸都是實時而且自動化無人值守的，由短信計費中心集中對數(shù)據(jù)傳輸進(jìn)行監(jiān)控。 短信計費中心與地市帳務(wù)中心的數(shù)據(jù)傳輸短信計費中心與地市帳務(wù)中心之間傳輸?shù)闹饕堑厥袔?wù)中心所需的用戶帳單、用戶清單和統(tǒng)計數(shù)據(jù)，所有的數(shù)據(jù)傳輸都是實時而且自動化無人值守的，由短信計費中心集中對數(shù)據(jù)傳輸進(jìn)行監(jiān)控。用戶清單數(shù)據(jù)文件定期下發(fā)，傳輸周期可以由參數(shù)以分鐘為單位來設(shè)置。 22 / 35每個下發(fā)文件中包含文件頭、用戶清單，文件頭中包含文件類型、文件

41、長度（包含文件頭） 、下發(fā)清單數(shù)、用戶數(shù)、帳單記錄數(shù)、各項費用統(tǒng)計值等信息，下發(fā)文件的命名規(guī)則為：TLLLYYYYMMDDhhmm.NNN其中各位的含義為：T - 文件類型。LLL - 地區(qū)編號，全省統(tǒng)一編號。YYYYMMDD - 下發(fā)文件生成日期，年月日。hhmm - 下發(fā)文件生成時間，時分。NNN - 下發(fā)文件編號，000-999 循環(huán)。傳輸系統(tǒng)通過文件名和文件頭信息來驗證數(shù)據(jù)傳輸?shù)恼_性。 短信計費中心與集團(tuán)中心的數(shù)據(jù)傳輸短信計費中心與集團(tuán)中心傳輸?shù)闹饕鞘￠g結(jié)算數(shù)據(jù)，這是一個雙向數(shù)據(jù)交換的過程，包括上傳集團(tuán)中心的結(jié)算話單數(shù)據(jù)與集團(tuán)中心下發(fā)的結(jié)算話單數(shù)據(jù)。 短信計費中心與外部系統(tǒng)之間的數(shù)

42、據(jù)傳輸短信計費中心與外部系統(tǒng)之間主要是網(wǎng)間結(jié)算數(shù)據(jù)和業(yè)務(wù)統(tǒng)計結(jié)果數(shù)據(jù)的傳輸，系統(tǒng)提供拷盤、聯(lián)網(wǎng)文件傳輸、數(shù)據(jù)庫共享等傳輸方式，具體的傳輸方式需要與相關(guān)運營商或業(yè)務(wù)部門共同協(xié)商確定。5.2.3 系統(tǒng)功能傳輸系統(tǒng)由聯(lián)創(chuàng)公司基于 FTP 自主開發(fā)，該傳輸軟件具有以下功能：1) 應(yīng)用系統(tǒng)或程序之間可靠的、無人值守的雙向數(shù)據(jù)傳輸功能；2) 提供自動數(shù)據(jù)傳輸和定時通信功能；3) 具有傳輸消息事件觸發(fā)功能，在傳輸正確完成后自動觸發(fā)用戶指定的處理進(jìn)程；4) 傳輸系統(tǒng)提供配置和監(jiān)控工具，實時監(jiān)測傳輸線路和傳輸應(yīng)用的運行狀況，并能與時傳送到省中心的集中監(jiān)控系統(tǒng)；5) 具有自動錯誤恢復(fù)功能； 23 / 356) 自

43、動重試和斷點重傳功能：數(shù)據(jù)傳輸中斷后，能自動重新傳輸并跳過已傳輸?shù)臄?shù)據(jù)；7) 提供多種數(shù)據(jù)安全性控制機(jī)制：標(biāo)識與認(rèn)證、數(shù)字標(biāo)記等；8) 提供詳細(xì)的傳輸事件日志，并定期對傳輸兩端的日志進(jìn)行傳輸一致性檢查，若發(fā)現(xiàn)漏傳或錯傳，傳輸系統(tǒng)自動重傳；若發(fā)現(xiàn)其它異?；蚬收?，通知集中監(jiān)控臺，給出告警。9) 對短消息中心采集的原始話單文件的連續(xù)性進(jìn)行檢查，確保無話單文件重復(fù)5.3 數(shù)據(jù)預(yù)處理前臺預(yù)處理子系統(tǒng)是短信計費系統(tǒng)的核心功能子系統(tǒng)之一，它完成不同格式的計費原始數(shù)據(jù)的數(shù)據(jù)提取、標(biāo)準(zhǔn)化等一系列處理工作。計費預(yù)處理功能在預(yù)處理服務(wù)器上完成。鑒于各種交換機(jī)計費信息的格式不一，需要在入庫前對各種類型的計費信息進(jìn)行標(biāo)

44、準(zhǔn)化處理，將不同類型交換機(jī)的計費信息統(tǒng)一成標(biāo)準(zhǔn)格式。同時將原始數(shù)據(jù)中由于各種原因造成的不能計費的話單標(biāo)識出來，供計費模塊判別。目前短信計費中心的原始話單類型主要有：短信平臺話單：對于短信平臺話單文件，主要有以下幾種話單類型：短信平臺話單：對于短信平臺話單文件，主要有以下幾種話單類型：點對點短消息的話單人工臺或自動臺發(fā)起的 MT 方式的短消息話單由移動臺發(fā)起的各種收費信息話單，如股票查詢、用戶訂閱的消息等各種公眾信息源發(fā)布的 MT 方式的短信話單，如天氣預(yù)報等開通移動夢網(wǎng)后，在短信網(wǎng)關(guān)上會增加以下幾種話單類型：短信網(wǎng)關(guān)話單類型：短信網(wǎng)關(guān)話單類型：SP 發(fā)送給點播用戶的短消息話單（其中包括用戶自點

45、播、用戶為別人點播、與SP 主動發(fā)送的信息三種）集團(tuán)中心下發(fā)話單：集團(tuán)中心下發(fā)話單：集團(tuán)中心每兩小時下發(fā)一個 M 文件，每天 12 個文件，文件中包括SMT、SMC、SMT-F、SMC-F 四種話單類 24 / 35計費預(yù)處理功能計費預(yù)處理功能數(shù)據(jù)提?。涸加涗浿邪S多通話信息，但計費分揀應(yīng)用所需的數(shù)據(jù)域只是原始通話記錄域的一個子集。由數(shù)據(jù)提取功能提取計費系統(tǒng)所需的數(shù)據(jù)域。支持多種類型交換機(jī)原始計費數(shù)據(jù)的數(shù)據(jù)提?。恢С侄嗤ㄔ挊I(yè)務(wù)的數(shù)據(jù)提取，并對新業(yè)務(wù)提供數(shù)據(jù)提取接口；對原始計費記錄提取過程提供完善的差錯檢測功能：提供記錄級的差錯檢測：支持對每條提取的計費記錄進(jìn)行數(shù)據(jù)審核校驗，識別其中的錯誤或

46、無效話單，包括：格式錯，與移動交換機(jī)定義的數(shù)據(jù)結(jié)構(gòu)不符重要記錄域為空錯誤字符，包括：通話日期、時間、時長非法對端錯誤記錄域中含有非法字符計費信息不足不需計費話單提供數(shù)據(jù)塊級的差錯控制：話單提取后計算出的塊長度（包括塊頭、塊尾、有效話單、錯誤話單）與原始數(shù)據(jù)塊長度一致性檢驗、塊序號連續(xù)性檢驗。提供文件級的差錯控制：相鄰處理文件中撥打時間的連續(xù)性檢驗、文件序號連續(xù)性檢驗、數(shù)據(jù)塊數(shù)檢驗、轉(zhuǎn)換字節(jié)數(shù)與文件長度一致性檢驗。對數(shù)據(jù)差錯或丟失情況記錄日志，并根據(jù)差錯級別提供不同的告警。 記錄標(biāo)準(zhǔn)化支持原始計費記錄數(shù)據(jù)格式向計費系統(tǒng)定義的標(biāo)準(zhǔn)記錄格式的轉(zhuǎn)化；支持按設(shè)置的參數(shù)對大文件進(jìn)行拆分；按照計費系統(tǒng)的設(shè)計

47、進(jìn)行計費記錄的數(shù)據(jù)分類。 預(yù)處理配置與管理提供對整個預(yù)處理子系統(tǒng)的各種參數(shù)的查詢、配置和修改； 25 / 35支持原始計費數(shù)據(jù)的實時備份和數(shù)據(jù)轉(zhuǎn)儲；提供對預(yù)處理各個模塊的實時監(jiān)控和管理，如：物理空間檢測、用戶口令權(quán)限管理、預(yù)處理過程監(jiān)測、入庫狀態(tài)監(jiān)測、進(jìn)程管理等。預(yù)處理階段統(tǒng)計預(yù)處理階段統(tǒng)計正常有效話單統(tǒng)計異常話單統(tǒng)計無效話單統(tǒng)計錯單糾正統(tǒng)計對預(yù)處理階段非正常的話單應(yīng)存儲在文件中或數(shù)據(jù)庫中，以備查詢。可以對每臺交換機(jī)的產(chǎn)生的每個文件的有效話單數(shù)、異常話單數(shù)、無效話單數(shù)的統(tǒng)計，該統(tǒng)計可以按日、周、月、季進(jìn)行。5.4 話單劃價話單劃價所完成的功能是將經(jīng)過預(yù)處理的話單按照相關(guān)的資費標(biāo)準(zhǔn)計算出基本費用

48、的過程，也稱為劃價或批價，劃價后形成計費清單數(shù)據(jù)。計費處理過程能適應(yīng)最新的短信資費政策，并可滿足今后業(yè)務(wù)不斷發(fā)展的需要。計費處理能夠?qū)崟r地處理短信平臺與短信網(wǎng)關(guān)產(chǎn)生的和集團(tuán)中心下發(fā)的話單，接收到的計費文件在下一文件傳到之前處理完畢，做到話務(wù)高峰時不出現(xiàn)話單積壓。在計費劃價的過程中，系統(tǒng)可正確的對各種類型的話單進(jìn)行劃價，同時可區(qū)分不同的話單類型，并做不同的標(biāo)記，按照事先確定的分揀規(guī)則進(jìn)行分揀，以生成不同的清單文件進(jìn)行并行入庫。對包月類與封頂類的短消息話單類型，劃價程序也進(jìn)行正常的劃價，清單留做查詢與統(tǒng)計用，具體的收費有帳務(wù)系統(tǒng)確定。對按條收費的短消息話單，系統(tǒng)可以根據(jù)不同的話單類型進(jìn)行不同費率的

49、劃價，并可滿足不同優(yōu)惠的需要。對于不同類型的話單，通過統(tǒng)一的參數(shù)管理，進(jìn)行費率的靈活配置，對于信息發(fā)布業(yè)務(wù)（WAD） ，需要建立單獨的用戶費用記錄，傳送給帳務(wù)系統(tǒng)，用來做為用戶的預(yù)存話費?？紤]到這部分費用與用戶的信用度等判斷有關(guān)，建議采 26 / 35用每 15 分鐘一次的間隔，將 WAD 產(chǎn)生的用戶的預(yù)存費用下發(fā)給帳務(wù)系統(tǒng)。5.5 重復(fù)話單過濾要對重復(fù)話單進(jìn)行過濾，首先應(yīng)分析一下產(chǎn)生重復(fù)話單的原因與如何標(biāo)識重復(fù)話單。產(chǎn)生重復(fù)話單的原因主要有：交換機(jī)生成原始通話記錄時產(chǎn)生的重復(fù)；采集過程中故障重采產(chǎn)生的重復(fù)；文件傳輸過程中產(chǎn)生的重復(fù)；數(shù)據(jù)交互過程中產(chǎn)生的重復(fù)（來、出訪話單的上傳、下發(fā)）等。重復(fù)

50、話單的標(biāo)識：同一用戶（IMSI） 、同一天（sdate） 、同一時刻（stime）產(chǎn)生兩條一樣的通話記錄。按照集團(tuán)中心的要求，需排除三個月以的重復(fù)話單。因此對重復(fù)話單過濾技術(shù)要求就很高。解決的辦法是：數(shù)據(jù)分割優(yōu)化索引機(jī)制快速定位以空間換性能這是快速“過濾網(wǎng)”技術(shù)的設(shè)計思想。5.6 話單并行入庫目前在建的短消息計費系統(tǒng)以后每月處理話單的數(shù)量可達(dá)上億，這些己劃價的話單是計費系統(tǒng)的基礎(chǔ)數(shù)據(jù)，需存儲在數(shù)據(jù)庫中。話單入庫的效率將直接影響計費處理的整體效率，尤其是月末處理的性能。話單入庫的效率除了與磁盤 I/O 的讀寫速度有關(guān)外，與數(shù)據(jù)庫系統(tǒng)的整體設(shè)計也有著密切的關(guān)系，尤其是出現(xiàn)月初與月末性能差異太大時。

51、解決的辦法：合理地進(jìn)行數(shù)據(jù)分割 27 / 35有效地建立索引合理的應(yīng)用分布，降低磁盤讀寫沖突，減少訪問磁盤的次數(shù)。系統(tǒng)效率的提高，需從系統(tǒng)整體設(shè)計著手，下面將針對下發(fā)文件的處理，來說明如何降低訪問磁盤的次數(shù)，以提高系統(tǒng)整體效率。對經(jīng)計費處理后的話單文件，需經(jīng)重復(fù)話單的檢測，實驗證明重復(fù)話單的檢測，應(yīng)充分利用數(shù)據(jù)庫的特性，在數(shù)據(jù)庫排重效率最高、最徹底。但發(fā)生重復(fù)的概率較小。因此在設(shè)計時，考慮到將排重的結(jié)果信息反饋給 Client 端，若無重復(fù)話單，則該入庫文件直接送給相應(yīng)的下發(fā)隊列，并在數(shù)據(jù)庫中產(chǎn)生一條統(tǒng)計記錄（文件名、有效記錄數(shù)、重復(fù)記錄數(shù)、處理時間等） 。這樣就無需再從數(shù)據(jù)庫取相應(yīng)的下發(fā)數(shù)據(jù)

52、，減少了磁盤訪問的次數(shù)。若發(fā)現(xiàn)有重復(fù)話單，則分兩種情況處理：完全重復(fù)：即該文件的所有記錄都為重復(fù)話單記錄（文件重復(fù)） ，則在數(shù)據(jù)庫中產(chǎn)生一條統(tǒng)計記錄（文件名、有效記錄數(shù)、重復(fù)記錄數(shù)、處理時間等） ，該文件入重復(fù)話單文件隊列。部分重復(fù)：即該文件有部分記錄為重復(fù)話單記錄，則在數(shù)據(jù)庫中產(chǎn)生一條統(tǒng)計記錄（文件名、有效記錄數(shù)、重復(fù)記錄數(shù)、處理時間等） ，并排除重復(fù)話單，形成重復(fù)話單文件入重復(fù)話單文件隊列；將有效話單生成下發(fā)文件入相應(yīng)下發(fā)隊列。計費劃價后產(chǎn)生的標(biāo)準(zhǔn)話單文件通過并行入庫程序多通道拷貝到數(shù)據(jù)庫中，并調(diào)用存儲過程進(jìn)行以下工作：排除三個月（包括本月的重單）生成月清單數(shù)據(jù)生成統(tǒng)計中間表數(shù)據(jù)生成下發(fā)表

53、數(shù)據(jù)入庫程序記錄詳細(xì)的日志信息，包括入庫話單數(shù)，入庫花費時間等。入庫話單不僅包括需要計費的 MO、MT 等話單，還要包括已經(jīng)計好費的用戶信息費的短消息網(wǎng)關(guān)傳送的話單，以與用于進(jìn)行網(wǎng)絡(luò)故障分析的 SMA/SMA-F 話單。 28 / 355.7 計費結(jié)算短消息計費中心具有集中計費結(jié)算功能，能進(jìn)行省間、省中心與集團(tuán)中心間、以與省中心與各個 SP 間的結(jié)算工作。計費結(jié)算模塊可以根據(jù)用戶通話詳單中的不同的短消息類型和已計算出的費用情況，形成相應(yīng)的漫游結(jié)算和網(wǎng)間結(jié)算數(shù)據(jù)，結(jié)算比率可以通過參數(shù)設(shè)置進(jìn)行動態(tài)調(diào)整。具體類型主要有：省公司之間的結(jié)算省公司與集團(tuán)中心間的結(jié)算省公司與 SP 之間的結(jié)算省公司與廣告業(yè)

54、務(wù)的廣告方的結(jié)算5.8 統(tǒng)計分析統(tǒng)計分析主要包括以下幾個模塊：文件統(tǒng)計： 對每天，每個統(tǒng)計月的原始文件的話單量統(tǒng)計，包含有效話單、錯誤話單、無效話單、發(fā)送失敗話單。業(yè)務(wù)量統(tǒng)計： 對全省或各地市的每天，每個統(tǒng)計月的業(yè)務(wù)業(yè)務(wù)構(gòu)成量的統(tǒng)計。收入統(tǒng)計對全省或各地市的每天，每個統(tǒng)計月的短消息收入的統(tǒng)計。5.9 稽核排錯計費系統(tǒng)直接面向廣大的電信用戶，是反映電信企業(yè)業(yè)務(wù)水平和管理層次的重要體現(xiàn)，因此，計費系統(tǒng)必須確保將一些錯誤因素排除在用戶面前。稽核排錯主要完成計費過程中一些異常情況的處理并形成相應(yīng)的出錯報告，避免異常話單出現(xiàn)在用戶面前，同時，系統(tǒng)也應(yīng)能將一些經(jīng)過修改可以向用戶收取費用的話單進(jìn)行回收，重新

55、進(jìn)行計費分揀，使電信企業(yè)避免不必要的損失。稽核排錯分為兩部分：原始計費數(shù)據(jù)的稽核排錯，即分揀出各短信平臺的異常話單和錯誤話單 29 / 35貫徹于整個計費過程中的稽核排錯，具體包括以下這些錯誤類型：格式錯錯誤字符信息不足話單重復(fù)話單無費率話單等我們針對“重復(fù)話單”這一錯誤類型，在系統(tǒng)中采用了先進(jìn)的“過濾網(wǎng)排重”技術(shù)，可以在系統(tǒng)開銷很小的情況下迅速排除重復(fù)話單，完全能夠滿足排除 3 個月重復(fù)話單的要求。系統(tǒng)對于出現(xiàn)的各種錯誤話單有相應(yīng)的統(tǒng)計報告，可以讓相關(guān)部門對這些錯誤話單進(jìn)行分析。對于經(jīng)過相應(yīng)修改可以向用戶收取費用的話單，系統(tǒng)具有完善的回收功能，對這部分話單進(jìn)行重新計費分揀，以避免電信企業(yè)不必

56、要的損失，系統(tǒng)給操作管理人員提供相應(yīng)的維護(hù)界面，具有自動批量回收、人工回收、生成上報文件、錯單打印輸出、舍棄等處理方式，操作維護(hù)簡便。5.10 數(shù)據(jù)交互由于采用的是全省集中式的計費系統(tǒng)，即所有的用戶通話記錄全部傳送至省計費中心進(jìn)行計費分揀，而經(jīng)過省計費中心計費分揀后形成的用戶清單必須下發(fā)到各個地市業(yè)務(wù)管理系統(tǒng)；短消息計費中心與集團(tuán)計費中心之間也需要有漫游來、出訪的數(shù)據(jù)交互，同時，各種結(jié)算數(shù)據(jù)也需要進(jìn)行相應(yīng)的數(shù)據(jù)交互，因此，必須有相應(yīng)的數(shù)據(jù)交互模塊負(fù)責(zé)進(jìn)行各類交互數(shù)據(jù)的傳輸和下發(fā)。短消息計費中心向各地市的業(yè)務(wù)管理系統(tǒng)發(fā)送的數(shù)據(jù)包括：省用戶詳細(xì)話單（包括短信網(wǎng)關(guān)清單和短信中心清單）省用戶帳單（包括

57、短消息費用與用戶由 WAD 所產(chǎn)生的預(yù)存費用）統(tǒng)計數(shù)據(jù)用戶業(yè)務(wù)變更數(shù)據(jù)（SMC/SMCF）5.11 系統(tǒng)查詢系統(tǒng)查詢管理完成計費系統(tǒng)各種相應(yīng)的對對外查詢功能，主要是客戶查詢、 30 / 35業(yè)務(wù)查詢。系統(tǒng)查詢應(yīng)能迅速查詢出本省用戶的通話話單，并且系統(tǒng)查詢與計費處理不能產(chǎn)生沖突，發(fā)生查詢和計費互相鎖定的狀況。系統(tǒng)查詢要求：具有本省用戶的詳細(xì)話單查詢（按月份、按日期段）能支持一些復(fù)雜條件的查詢。能支持對各種計費參數(shù)的查詢。5.12 系統(tǒng)維護(hù)系統(tǒng)維護(hù)是整個短消息計費系統(tǒng)中非常重要的環(huán)節(jié)，它能對整個系統(tǒng)的運行狀況、運行效率、安全操作等起到重要的監(jiān)測、維護(hù)作用。同時，XX 省短消息計費系統(tǒng)的最終用戶是移

58、動通信局計費中心的相關(guān)業(yè)務(wù)人員，他們有較強(qiáng)的業(yè)務(wù)知識和管理經(jīng)驗，但是整個工程牽涉面廣，維護(hù)工作量大，為了減輕用戶的維護(hù)工作量，要求“移動計費系統(tǒng)”有較好的用戶界面，操作簡單直觀。參數(shù)管理：在設(shè)計移動短消息計費結(jié)算系統(tǒng)中充分引入了參數(shù)驅(qū)動的設(shè)計思想。在應(yīng)用程序中，凡是不能確定的因素或是可能變動的因素都盡量做到參數(shù)化，以達(dá)到通過對參數(shù)的設(shè)置就可適應(yīng)不同情況、不同應(yīng)用時期的要求。在計費系統(tǒng)的設(shè)計中，各種費率、基本資源、資費信息、優(yōu)惠定義、結(jié)算標(biāo)準(zhǔn)等都是以參數(shù)的形式存放于數(shù)據(jù)庫的相應(yīng)的表中，當(dāng)某些業(yè)務(wù)發(fā)生變化需要修改時，只需修改相應(yīng)的參數(shù)即可做到整個計費業(yè)務(wù)的修改，做到了參數(shù)的修改與程序的修改相獨立。

59、在參數(shù)管理中，引入了“計費參數(shù)預(yù)定義”的設(shè)計思想，即可以預(yù)先定義某些計費參數(shù)和它的啟用日期。當(dāng)系統(tǒng)運行到了這個啟用日期后會自動啟用這些新的計費參數(shù)。這種設(shè)計思想大加強(qiáng)了系統(tǒng)的自適應(yīng)性和靈活性。參數(shù)管理主要包括： 費率管理 優(yōu)惠管理 31 / 35 省資源維護(hù) 其它資源維護(hù)系統(tǒng)管理：計費系統(tǒng)中很大的一部分維護(hù)工作量是體現(xiàn)在數(shù)據(jù)庫系統(tǒng)的管理維護(hù)上，而對于電信企業(yè)來說，不可能也沒有必要去培訓(xùn)一批數(shù)據(jù)庫專家來為系統(tǒng)做管理維護(hù)，因此，系統(tǒng)提供一些圖形化的界面反映出數(shù)據(jù)庫系統(tǒng)的活動狀況，以便于操作管理人員進(jìn)行系統(tǒng)維護(hù)；對重要的參數(shù)數(shù)據(jù)具備記錄校驗功能，防止非法刪改。同時，系統(tǒng)具有自動備份、日志管理等功能，對任何被保護(hù)的數(shù)據(jù)資源，如系統(tǒng)文件、應(yīng)用程序文件、數(shù)據(jù)庫文件等的訪問、拷貝或修改等操作記錄詳細(xì)日志，包括操作員工號、操作類型、操作對象、操作時間、操作設(shè)備點、操作結(jié)果等。當(dāng)有任何非法的存取操作時，系統(tǒng)立即反映到主控操作臺并給出告警提示。數(shù)據(jù)庫系統(tǒng)的管理備份也可以采用第三方的工具軟件來完成，如百達(dá)靈公司的數(shù)據(jù)庫管理工具等。系統(tǒng)