短信息系統(tǒng)SMS建議方案

1、XX省移動短消息計費(fèi)系統(tǒng)技術(shù)建議方案北京××成科技股份有限公司第1章前言4第2章系統(tǒng)概述42.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 計費(fèi)數(shù)據(jù)處理要求62.1.7 維護(hù)管理要求72.2 系統(tǒng)設(shè)計原則7第3章系統(tǒng)結(jié)構(gòu)設(shè)計93.1 短消息計費(fèi)系統(tǒng)的特點(diǎn)93.2 應(yīng)用軟件體系結(jié)構(gòu)103.3 數(shù)據(jù)處理流圖113.4 軟件功能模塊123.5 服務(wù)器處理模式設(shè)計12第4章平臺及運(yùn)行環(huán)境設(shè)計134.1 主機(jī)系統(tǒng)設(shè)計原則134.2 主機(jī)系統(tǒng)平臺現(xiàn)狀134.3 主機(jī)系統(tǒng)

2、需求分析144.3.1 影響性能的幾個方面144.3.2 服務(wù)器性能分析154.3.3 在線存儲容量計算164.3.4 建議方案17第5章應(yīng)用軟件設(shè)計205.1 短消息計費(fèi)系統(tǒng)功能介紹205.2 數(shù)據(jù)采集與傳輸子系統(tǒng)205.2.1 功能簡介205.2.2 傳輸系統(tǒng)結(jié)構(gòu)215.2.3 系統(tǒng)功能225.3 數(shù)據(jù)預(yù)處理235.4 話單劃價255.5 重復(fù)話單過濾265.6 話單并行入庫265.7 計費(fèi)結(jié)算285.8 統(tǒng)計分析285.9 稽核排錯285.10 數(shù)據(jù)交互295.11 系統(tǒng)查詢295.12 系統(tǒng)維護(hù)30第6章系統(tǒng)關(guān)鍵問題316.1 與GSM計費(fèi)系統(tǒng)的融合31簡述31系統(tǒng)結(jié)構(gòu)圖326.2 關(guān)

3、于帳務(wù)系統(tǒng)336.3 關(guān)于超額部分336.4 關(guān)于SMC話單33第7章系統(tǒng)平滑過渡347.1 組織347.2 系統(tǒng)過渡割接的方式347.3 系統(tǒng)過渡割接步驟34第1章 前言隨著我國移動通信事業(yè)的迅猛發(fā)展，為了迎接日益臨近的市場競爭，電信部門在開拓市場業(yè)務(wù)，擴(kuò)大電信網(wǎng)通信能力的同時，越來越重視電信企業(yè)內(nèi)部的服務(wù)意識，并不斷完善電信企業(yè)的服務(wù)體系，為此作出了不懈的努力。南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司自成立之初便確立了以電信行業(yè)作為自己重要的發(fā)展方向。目前，在電信行業(yè)已具有了豐富的積累和長足的發(fā)展，取得了可喜的成績。尤其在電信計費(fèi)、電信業(yè)務(wù)這一領(lǐng)域，公司著眼長遠(yuǎn)，立足未來，投入了大量的精力，進(jìn)行電信計

4、費(fèi)、業(yè)務(wù)等應(yīng)用軟件的研究開發(fā)工作，致力于為電信行業(yè)提供全面的解決方案?，F(xiàn)在公司已具有一批既精通計算機(jī)技術(shù)又深諳電信業(yè)務(wù)的專業(yè)技術(shù)人員和一支穩(wěn)定的高素質(zhì)開發(fā)隊(duì)伍，為能夠開發(fā)移動短消息計費(fèi)系統(tǒng)準(zhǔn)備了充足的人力資源和強(qiáng)大的技術(shù)支持。而且，江蘇移動的短消息計費(fèi)的一期工程也是由聯(lián)創(chuàng)公司承建的，我們對原來系統(tǒng)的了解將有助于我們更好的建設(shè)新系統(tǒng)。同時，我們真誠地希望，藉此機(jī)會能夠和貴局進(jìn)行廣泛的交流，進(jìn)一步鞏固和加強(qiáng)相互間長期的友好合作關(guān)系。我們將虛心地向貴局的行家們學(xué)習(xí)、請教，進(jìn)一步提高我們的知識水平和業(yè)務(wù)能力，從而為江蘇移動提供更加優(yōu)質(zhì)、完善的服務(wù)。第2章 系統(tǒng)概述江蘇移動通信有限公司已于2000年5月

5、根據(jù)集團(tuán)公司的要求建設(shè)了短消息計費(fèi)應(yīng)急系統(tǒng)，實(shí)現(xiàn)短消息按條計費(fèi)的要求。隨著短消息用戶數(shù)的增加，目前所有的GSM用戶都可以是短消息用戶，同時隨著手機(jī)炒股，GPS定位、以及MONTERNET計劃中大量基于短消息的豐富應(yīng)用逐步推出，原來的短消息應(yīng)急系統(tǒng)在性能和功能上都難以適應(yīng)業(yè)務(wù)的發(fā)展要求，迫切需要建設(shè)一個完善的短消息計費(fèi)系統(tǒng)。2.1 系統(tǒng)概況2.1.1 現(xiàn)有系統(tǒng)概況移動計費(fèi)的短消息計費(fèi)系統(tǒng)目前為應(yīng)急系統(tǒng)，其中有五臺機(jī)器組成，兩臺pc機(jī)及三臺惠普的pc server，pc機(jī)上安裝有SCO UNIX，分別運(yùn)行短消息話單的預(yù)處理及下發(fā)程序。Pc server上安裝有NT操作系統(tǒng)，運(yùn)行的數(shù)據(jù)庫服務(wù)器，分別

6、處理南京、無錫、蘇州等三個短消息中心產(chǎn)生的短消息話單。目前該系統(tǒng)支持全省100萬用戶的短消息業(yè)務(wù)，每月的短消息話單數(shù)大概為2000萬。2.1.2 建設(shè)系統(tǒng)概況本期工程設(shè)計主要實(shí)現(xiàn)省計費(fèi)中心系統(tǒng)實(shí)時處理能力滿足數(shù)字網(wǎng)（GSM）300萬以上移動用戶每天7條短消息話單的計費(fèi)需求。2.1.3 系統(tǒng)設(shè)計目標(biāo)隨著電信企業(yè)向著規(guī)?；?、多元化經(jīng)營轉(zhuǎn)變的不斷加劇，越來越多的電信企業(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)注所在。

7、本期工程就是要為XX省構(gòu)架一個覆蓋全省的短消息計費(fèi)管理平臺，系統(tǒng)的建設(shè)按滿足到2002年移動通信網(wǎng)用戶發(fā)展的需要考慮（300萬以上GSM短消息用戶）。本期工程的建設(shè)目標(biāo)是，建立一套能滿足300萬短消息用戶的短消息計費(fèi)平臺。2.1.4 數(shù)據(jù)庫平臺要求數(shù)據(jù)庫平臺應(yīng)采用SYBASE數(shù)據(jù)庫平臺,能完成大容量數(shù)據(jù)的實(shí)時處理和管理的能力，SYBASE數(shù)據(jù)庫能滿足以下要求：² 支持ANSI/ISO SQL-89、ANSI/ISO SQL-92；² 支持并行處理技術(shù)；² 支持主流廠商的操作平臺；² 支持多種復(fù)制功能² 支持聯(lián)機(jī)分析處理（OLAP）；²

8、 支持聯(lián)機(jī)事物處理（OLTP）；² 支持C2級以上安全標(biāo)準(zhǔn)、多級安全控制；² 具有強(qiáng)的容錯能力、錯誤恢復(fù)能力、錯誤記錄及預(yù)警能力；² 支持聯(lián)機(jī)、脫機(jī)備份等。2.1.5 主機(jī)服務(wù)器平臺要求主機(jī)服務(wù)器平臺應(yīng)具有較高的安全控制機(jī)制，各平臺除有足夠的能力進(jìn)行計費(fèi)處理外，還應(yīng)具有其它（例如故障檢查、故障處理等）的應(yīng)急處理能力。所選擇的主機(jī)平臺應(yīng)該滿足以下特性：1高擴(kuò)展性。當(dāng)業(yè)務(wù)量增加或增加新業(yè)務(wù)時，主機(jī)能以增加節(jié)點(diǎn)、處理器、內(nèi)存等方式提供更高的性能來滿足新的要求。2高可靠性。主機(jī)系統(tǒng)需7*24小時連續(xù)運(yùn)行，同時系統(tǒng)應(yīng)具有良好的容錯能力。系統(tǒng)應(yīng)采用冗余配置，保證系統(tǒng)無單一故障

9、點(diǎn)。3支持并行技術(shù)。支持多臺主機(jī)并行的處理，以保證大容量數(shù)據(jù)處理的要求。4易于管理與使用。保證系統(tǒng)的易使用性，并使系統(tǒng)在較優(yōu)的狀態(tài)下運(yùn)行，以提高系統(tǒng)的的運(yùn)行和處理效率。5恢復(fù)周期短。當(dāng)對系統(tǒng)進(jìn)行擴(kuò)容或系統(tǒng)發(fā)生不可預(yù)見的故障時，系統(tǒng)應(yīng)能在24小時內(nèi)恢復(fù)到正常運(yùn)行狀態(tài)。2.1.6 計費(fèi)數(shù)據(jù)處理要求數(shù)據(jù)處理包括三部分?jǐn)?shù)據(jù)：² 短消息中心采集到的原始話單數(shù)據(jù)。² 短消息網(wǎng)關(guān)采集到的原始話單數(shù)據(jù)。² 集團(tuán)中心下發(fā)的本省用戶的全國性業(yè)務(wù)的話單文件。為保證忙時的數(shù)據(jù)處理要求，系統(tǒng)完成對話單的計費(fèi)處理（包括格式轉(zhuǎn)換、檢錯、糾錯、入庫、查找重單、分檢）的速度正常情況下要達(dá)到：

10、78; 本地話單，從話單出現(xiàn)在計費(fèi)采集接口到完成計費(fèi)處理（包括采集、預(yù)處理、批價、存儲、分檢），不超過15分鐘；² 全國業(yè)務(wù)話單，從話單放在全國移動計費(fèi)結(jié)算中心設(shè)在省中心的通信服務(wù)器到完成數(shù)據(jù)的處理（包括話單的檢查、存儲、分檢），不超過15分鐘。2.1.7 維護(hù)管理要求² 系統(tǒng)具有良好的交互性，操作簡單、明確。² 系統(tǒng)提供多種訪問手段，允許管理員在不同的環(huán)境下對系統(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)控和管理平臺上。&

11、#178; 系統(tǒng)的管理應(yīng)具有較高的自動化程度。² 系統(tǒng)應(yīng)具有可靠的備份機(jī)制。2.2 系統(tǒng)設(shè)計原則針對移動短消息計費(fèi)系統(tǒng)的特點(diǎn)，為了保證系統(tǒng)的成功實(shí)施，我們制訂系統(tǒng)設(shè)計原則為：系統(tǒng)性、正確性、完整性、可維護(hù)性、先進(jìn)性、繼承性、安全性、規(guī)范性和容災(zāi)考慮。u 系統(tǒng)性：移動短消息計費(fèi)系統(tǒng)是一個覆蓋了全省的計算機(jī)管理工程，要想成功地構(gòu)架這一系統(tǒng)，使之能滿足XX省目前直到300萬以上移動用戶的需要，則必須正確合理地綜合分析主機(jī)、網(wǎng)絡(luò)、數(shù)據(jù)庫系統(tǒng)所提供的性能并充分考慮到整體系統(tǒng)的可擴(kuò)展性，使整個應(yīng)用系統(tǒng)的性能達(dá)到最佳狀態(tài)，以滿足不斷增長的用戶數(shù)及話單數(shù)的要求。u 正確性：指數(shù)據(jù)的正確性。數(shù)據(jù)的正確

12、性必須貫穿在整個短消息計費(fèi)系統(tǒng)的每個環(huán)節(jié)中，數(shù)據(jù)采集、數(shù)據(jù)傳輸要有相應(yīng)的數(shù)據(jù)校驗(yàn)，必須剔除計費(fèi)過程中各種類型的錯誤話單，排除用戶三個月以內(nèi)的重復(fù)話單、與各業(yè)務(wù)管理中心等系統(tǒng)進(jìn)行數(shù)據(jù)交互時的準(zhǔn)確性、兼容性。在系統(tǒng)設(shè)計時充分考慮系統(tǒng)運(yùn)行過程中數(shù)據(jù)的正確性并提供合理的解決方案。u 完整性：指系統(tǒng)功能的完整性。它要求短消息計費(fèi)系統(tǒng)應(yīng)滿足XX省移動通信業(yè)務(wù)經(jīng)營、管理、決策的需要，同時要求系統(tǒng)能與其它系統(tǒng)（如集團(tuán)中心的短消息中心）進(jìn)行信息共享或提供數(shù)據(jù)接口。u 可維護(hù)性：指系統(tǒng)中某一相對獨(dú)立的模塊發(fā)生改變時，不影響其他模塊的運(yùn)行，維護(hù)操作簡單，用戶操作界面友好；當(dāng)系統(tǒng)處理的某些指標(biāo)需要動態(tài)改變時，不需要修

13、改程序代碼就可以實(shí)現(xiàn)相應(yīng)功能，充分做到代碼與數(shù)據(jù)的獨(dú)立性，以減少操作維護(hù)人員的工作量和工作繁重程度。u 先進(jìn)性：指系統(tǒng)模式結(jié)構(gòu)的先進(jìn)性以及軟件設(shè)計思想的先進(jìn)。在構(gòu)架移動短消息計費(fèi)系統(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)的工具平臺。u 繼承性：指本系統(tǒng)在開發(fā)實(shí)施階段，應(yīng)充分考慮利用XX省原有的短消息計費(fèi)系統(tǒng)及移動電話計費(fèi)系統(tǒng)數(shù)據(jù)資源以及其他一些可以繼承的軟、硬件資源，必須在建設(shè)系統(tǒng)中得到充分利用，以充分保護(hù)用戶的

14、投資利益。u 安全性：計費(fèi)數(shù)據(jù)是移動經(jīng)營最重要的收入來源，而整個計費(fèi)系統(tǒng)是構(gòu)架在全省范圍內(nèi)的一個大型廣域網(wǎng)系統(tǒng)。因此，在信息高度共享的系統(tǒng)中，必須充分利用主機(jī)、網(wǎng)絡(luò)以及數(shù)據(jù)庫管理系統(tǒng)提供的安全保障機(jī)制，確保計費(fèi)數(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)的安全。u 規(guī)范性：在技術(shù)、業(yè)務(wù)的理解上要完全遵循XX省移動公司關(guān)于短消息計費(fèi)的要求；在主機(jī)的安裝、網(wǎng)絡(luò)的設(shè)計時嚴(yán)格遵守相應(yīng)的規(guī)范；應(yīng)用系統(tǒng)實(shí)施數(shù)據(jù)庫設(shè)計時，也應(yīng)按照規(guī)范化理論

15、進(jìn)行，同時保留一定的冗余，確保系統(tǒng)的效率和性能。u 容災(zāi)考慮：系統(tǒng)應(yīng)盡量考慮到如何避免異常狀況的出現(xiàn)，同時也應(yīng)考慮在異常情況出現(xiàn)時的處理方法。第3章 系統(tǒng)結(jié)構(gòu)設(shè)計3.1 短消息計費(fèi)系統(tǒng)的特點(diǎn)短消息計費(fèi)系統(tǒng)與傳統(tǒng)的GSM話音計費(fèi)是有著許多的區(qū)別的，因此，短消息計費(fèi)系統(tǒng)在業(yè)務(wù)處理上和流程上應(yīng)該有其自身的要求，如：1、 短消息系統(tǒng)的話單源與GSM計費(fèi)系統(tǒng)有差別。短消息系統(tǒng)的話單源不僅產(chǎn)生在短信中心，同時，也會產(chǎn)生在短信網(wǎng)關(guān)，并且，這兩種類型的話單源還起著不同的作用，一個是用來計算用戶的通信費(fèi)，一個是向用戶代收取信息費(fèi)以及與SP之間的結(jié)算；2、 短消息系統(tǒng)的話單根據(jù)采集點(diǎn)及話單的不同，分為MO、MT、

16、SMO、SMT、SMC、SMF、SMA多種類型，分別起著不同的作用，而在傳統(tǒng)的計費(fèi)系統(tǒng)中，一般所涉及到的話單類型為MOC、MTC、POC、PTC幾種；3、 短消息話單中某些話單是已經(jīng)批好價的，如從短信網(wǎng)關(guān)傳送回的話單，已經(jīng)包括了用戶的信息費(fèi)，而對于GSM來說，所有的話單都需要進(jìn)行批價計費(fèi)。4、 從短信中心產(chǎn)生的話單和從短信網(wǎng)關(guān)產(chǎn)生的話單的格式是不一樣的。5、 短消息的費(fèi)用類型與GSM與區(qū)別，GSM話單的費(fèi)用類型可以分為通信費(fèi)、長途費(fèi)兩大類，而短消息所涉及到的費(fèi)用為通信費(fèi)、信息費(fèi)、勞務(wù)費(fèi)6、 短消息牽涉到與SP之間的結(jié)算，而GSM牽涉到的是只與聯(lián)通、電信等電信運(yùn)營商的結(jié)算。7、 短消息系統(tǒng)不僅是

17、要向用戶“收錢”，而且由于有“WAD”信息發(fā)布、廣告業(yè)務(wù)，短消息計費(fèi)系統(tǒng)還要向用戶“送錢”，這一部分送的錢需要與帳務(wù)系統(tǒng)間重新定義接口，以便于將其轉(zhuǎn)換為用戶的預(yù)存話費(fèi)。但是，短消息系統(tǒng)的處理流程又與原有的GSM話單計費(fèi)的流程有著很多的相似之處，如：1、 都包括對話單的采集和預(yù)處理；2、 對需要對話單的正確性進(jìn)行校驗(yàn)；3、 都需要對話單進(jìn)行稽核統(tǒng)計；4、 都需要對話單按照某一政策、按不同的費(fèi)率進(jìn)行計費(fèi)批價；5、 都會對部分話單進(jìn)行上傳和下發(fā)的接收處理工作；6、 都需要將計費(fèi)產(chǎn)生的用戶費(fèi)用信息傳遞給帳務(wù)系統(tǒng)，由帳務(wù)系統(tǒng)最終形成綜合化的帳單，向用戶收取費(fèi)用。3.2 應(yīng)用軟件體系結(jié)構(gòu)在充分考慮到短消息

18、計費(fèi)系統(tǒng)自身的特點(diǎn)以及與GSM計費(fèi)的共同點(diǎn)之后，我們對短消息計費(fèi)系統(tǒng)的體系結(jié)構(gòu)進(jìn)行了合理的劃分：短消息計費(fèi)系統(tǒng)應(yīng)用軟件的體系結(jié)構(gòu)可以分成四層：即預(yù)處理層、核心處理層、管理層和接口層。如下圖：這樣的劃分對于系統(tǒng)的整體靈活性有著非常大的好處，可以使系統(tǒng)能更加適應(yīng)今后業(yè)務(wù)的變化。結(jié)合應(yīng)用軟件的功能和應(yīng)用軟件的分布情況，應(yīng)用系統(tǒng)的結(jié)構(gòu)如下圖所示：考慮到系統(tǒng)充分利用現(xiàn)有的設(shè)備，因此，計費(fèi)批價服務(wù)器采用目前已有的L2000服務(wù)器，數(shù)據(jù)庫服務(wù)器采用HP的N4000服務(wù)器。3.3 數(shù)據(jù)處理流圖短消息計費(fèi)系統(tǒng)的數(shù)據(jù)流圖如下：3.4 軟件功能模塊短消息計費(fèi)系統(tǒng)主要有以下幾種功能模塊，各主要功能模塊間的關(guān)系圖如下：

19、3.5 服務(wù)器處理模式設(shè)計隨著各種短消息業(yè)務(wù)的開通，短消息的話單和剛開通短消息是相比，已經(jīng)取得了長足的增長，目前應(yīng)急計費(fèi)系統(tǒng)已從開始的一臺數(shù)據(jù)庫服務(wù)器擴(kuò)充到三臺數(shù)據(jù)庫服務(wù)器，目前每月的話單數(shù)已經(jīng)達(dá)到了3000多萬，而且數(shù)據(jù)量還在不斷的增加，因此在進(jìn)行主機(jī)選型的時候，一定要考慮到主機(jī)的性能要滿足數(shù)據(jù)量不斷增加的需要。由于短消息計費(fèi)系統(tǒng)在處理流程上與移動電話計費(fèi)系統(tǒng)的相似性，我們在考慮服務(wù)器處理模式的時候?qū)⒁阅壳暗囊苿佑嬞M(fèi)系統(tǒng)的處理模式為參考，即系統(tǒng)由多臺處理服務(wù)器組成，每臺服務(wù)器的處理能力達(dá)到極限后可以在系統(tǒng)上有機(jī)的增加服務(wù)器從而增加整個系統(tǒng)的處理能力，而系統(tǒng)的總體結(jié)構(gòu)不需做大的調(diào)整。第4章 平

20、臺及運(yùn)行環(huán)境設(shè)計4.1 主機(jī)系統(tǒng)設(shè)計原則聯(lián)創(chuàng)系統(tǒng)集成股份有限公司在進(jìn)行主機(jī)系統(tǒng)方案設(shè)計時遵循以下設(shè)計原則：u 開放性計算機(jī)系統(tǒng)應(yīng)支持工業(yè)標(biāo)準(zhǔn)或事實(shí)標(biāo)準(zhǔn)，以便隨著今后需求的發(fā)展可添加和更新新的模塊。u 先進(jìn)性在兼顧系統(tǒng)成熟性的前提下采用業(yè)界先進(jìn)的技術(shù)，這樣才能保證現(xiàn)有系統(tǒng)的先進(jìn)性，并隨著技術(shù)不斷發(fā)展得到相應(yīng)的更新。u 可擴(kuò)展性用戶的業(yè)務(wù)及需求在不斷地發(fā)展，當(dāng)現(xiàn)有系統(tǒng)不能滿足應(yīng)用需求時，系統(tǒng)應(yīng)有平滑升級的能力。u 高性能高性能應(yīng)體現(xiàn)在整個計算機(jī)系統(tǒng)中，包括服務(wù)器、網(wǎng)絡(luò)、I/O操作以及軟件。u 可管理性由于計算機(jī)環(huán)境的不斷擴(kuò)大，IT系統(tǒng)的更加復(fù)雜以及覆蓋面的增加，對服務(wù)器、網(wǎng)絡(luò)設(shè)備和應(yīng)用軟件的管理已

21、成為設(shè)計計算機(jī)環(huán)境不可缺少的一部分。u 選領(lǐng)導(dǎo)地位廠商產(chǎn)品如所選廠商不在業(yè)界處于領(lǐng)導(dǎo)地位，盡管有時所選產(chǎn)品在技術(shù)上有暫時的領(lǐng)先性，但很容易被激烈的市場競爭所淘汰，用戶的投資將得不到保護(hù)。短消息計費(fèi)處理系統(tǒng)應(yīng)嚴(yán)格按照業(yè)務(wù)協(xié)議的內(nèi)容設(shè)計、執(zhí)行，做到計費(fèi)數(shù)據(jù)處理及時、準(zhǔn)確，系統(tǒng)簡潔，便于維護(hù)，各類功能齊全而易于擴(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)狀如下：各機(jī)器的配置信息如下：數(shù)據(jù)庫服務(wù)器：PC服務(wù)器，CPU 400MHZ以上，內(nèi)存1G以上、硬盤1

22、00G（目前數(shù)據(jù)庫服務(wù)器已從一臺擴(kuò)充到三臺）；預(yù)處理服務(wù)器：高檔PC,CPU300以上，內(nèi)存256M以上、20G以上；下發(fā)服務(wù)器：高檔PC，CPU300MHZ以上，內(nèi)存256M以上、20G硬盤，MO驅(qū)動器；應(yīng)用服務(wù)器：PC、CPU300以上，內(nèi)存128M以上、4G以上。軟件環(huán)境如下：數(shù)據(jù)庫服務(wù)器：操作系統(tǒng)Win NT4.0、數(shù)據(jù)庫；預(yù)處理服務(wù)器：操作系統(tǒng) Sco Unix 5.0以上版本、；應(yīng)用服務(wù)器：操作系統(tǒng)Win9X、PowerBuilder 6.5以上；下發(fā)服務(wù)器、預(yù)處理服務(wù)器：操作系統(tǒng) Sco Unix 5.0以上版本、。4.3 主機(jī)系統(tǒng)需求分析4.3.1 影響性能的幾個方面影響服務(wù)器

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

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

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

26、慮到系統(tǒng)本身的開銷，所以推薦內(nèi)存配置為1GB。 計費(fèi)數(shù)據(jù)庫服務(wù)器計費(fèi)數(shù)據(jù)庫服務(wù)器是整個移動計費(fèi)系統(tǒng)的中心服務(wù)器，運(yùn)行數(shù)據(jù)庫管理系統(tǒng)，負(fù)責(zé)進(jìn)行話費(fèi)排重和入庫，并提取供統(tǒng)計分析使用的相關(guān)數(shù)據(jù)。l 聯(lián)機(jī)事務(wù)處理能力的分析一張?jiān)拞蔚奶幚砹鞒贪ǎ捍蜷_文件、讀記錄、糾錯、入庫、出庫等等，根據(jù)聯(lián)創(chuàng)在移動計費(fèi)上的經(jīng)驗(yàn)和一百萬用戶級系統(tǒng)實(shí)際運(yùn)行的測算，每張?jiān)拞蔚奶幚砑s等價于0.5個標(biāo)準(zhǔn)事務(wù)，則：300萬用戶，平均每個用戶每天7張?jiān)拞?，即每?100萬張?jiān)拞?；平均每分鐘處理的話單為?100萬/(24×60分鐘)=14584張；假設(shè)通話高峰時間每天為8小時，則高峰時服務(wù)器負(fù)荷按平均負(fù)荷的

27、3倍計算，此時要求系統(tǒng)的tpmC值為：14584×0.5×3=21876 tpmC；建議系統(tǒng)利用率不超過80，則需要配置的處理能力為21876/80=27345tpmC。l 服務(wù)器內(nèi)存容量的分析計費(fèi)結(jié)算是將經(jīng)過標(biāo)準(zhǔn)化和批價的原始話單入庫和匯總的過程。由于交換機(jī)是定時向外傳送話單信息，因此在某種程度上計費(fèi)結(jié)算是一個批處理過程。根據(jù)聯(lián)創(chuàng)在移動計費(fèi)上的經(jīng)驗(yàn)，綜合考慮數(shù)據(jù)庫共享內(nèi)存的使用和系統(tǒng)、數(shù)據(jù)庫本身的開銷，建議按照1GB/CPU配置內(nèi)存。l 提高I/O性能的途徑1.采用高傳輸帶寬（100MB/s的光纖通道或相當(dāng)）的存儲設(shè)備；2.根據(jù)應(yīng)用對磁盤陣列進(jìn)行劃分，使盡可能多的磁盤并行

28、讀寫；4.3.3 在線存儲容量計算根據(jù)江蘇移動短消息計費(fèi)系統(tǒng)的業(yè)務(wù)量和具體特點(diǎn)，以及從數(shù)據(jù)庫、磁盤使用技術(shù)等方面的考慮，我們按以下要求配置存儲設(shè)備容量：s 本工程滿足300萬用戶量的處理需求，每用戶每天平均7張?jiān)拞?；s 在線存儲的容量主要考慮話單清單容量，每張?jiān)拞伟?00字節(jié)計算；s 話單在線存儲4（3+1）個月，每個月按30天計算；s 數(shù)據(jù)庫冗余度50%（主要是考慮到數(shù)據(jù)庫索引和其他一些表占用空間、數(shù)據(jù)庫不能及時釋放的空間、數(shù)據(jù)庫運(yùn)行、恢復(fù)、日志、臨時與共用池空間）；s 磁盤利用率85%（主要考慮到磁盤的最佳使用性能和一些額外磁盤開銷）；s 數(shù)據(jù)存儲保護(hù)技術(shù)決定的空間利用率，鏡像為50%；則

29、所需磁盤容量=300萬×7×30×4×200×（1+50%）/0.85/0.5=1657GB。4.3.4 建議方案雖然高檔UNIX服務(wù)器出故障的可能性很小，但由于江蘇移動短消息計費(fèi)系統(tǒng)是江蘇移動通信公司業(yè)務(wù)支撐系統(tǒng)的重要組成部分，因此在進(jìn)行主機(jī)系統(tǒng)方案設(shè)計時仍須考慮其高可用性，同時兼顧性價比。 詳細(xì)設(shè)計上一節(jié)中，我們對滿足江蘇移動300萬用戶規(guī)模的短消息計費(fèi)系統(tǒng)所需的主機(jī)處理能力、內(nèi)存大小和存儲容量等進(jìn)行了詳細(xì)的分析。聯(lián)創(chuàng)建議方案的出發(fā)點(diǎn)就在于在滿足性能要求的前提下，如何提高性能價格比，最大限度的為用戶節(jié)省投資。預(yù)處理服務(wù)器采用兩

30、臺的HP A500服務(wù)器，配置單550MHz PA8600CPU，1GB內(nèi)存，雙18GB內(nèi)置硬盤，考慮到聯(lián)創(chuàng)計費(fèi)軟件預(yù)處理模塊的特點(diǎn)，可以不組成雙機(jī)系統(tǒng)，而通過手工切換；計費(fèi)數(shù)據(jù)庫服務(wù)器采用HP N4000服務(wù)器雙機(jī)系統(tǒng)，每臺配置4×550MHz PA8600 CPU，4GB內(nèi)存，性能達(dá)到33000tpmC。下發(fā)服務(wù)器和應(yīng)用服務(wù)器可以采用已有的L2000服務(wù)器。聯(lián)機(jī)存儲采用HP FC60磁盤陣列，配置容量2TB，通過光纖交換機(jī)與上述服務(wù)器連接，組成存儲區(qū)域網(wǎng)（SAN）。 方案特點(diǎn)² 高可用性采用的高可用性技術(shù)：系統(tǒng)停機(jī)因素保護(hù)策略系統(tǒng)（System）MC/S

31、erviceGuard技術(shù)保證當(dāng)系統(tǒng)中一臺服務(wù)器失效時，其它服務(wù)器迅速恢復(fù)這臺服務(wù)器上的應(yīng)用程序和數(shù)據(jù)庫系統(tǒng)正常工作。內(nèi)存（Memory）系統(tǒng)可以動態(tài)檢查內(nèi)存，當(dāng)發(fā)現(xiàn)壞內(nèi)存頁時屏蔽該內(nèi)存頁不再分配給系統(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)正常運(yùn)行。Internal磁盤（Disk）系統(tǒng)盤：用MirrorDisk/UX軟件對引導(dǎo)區(qū)（root）、交換區(qū)（swap）鏡像。高可

32、用性存儲系統(tǒng)（High Availability Storage System）可熱插拔的磁盤、電源和風(fēng)扇模塊。FC60冗余電源子系統(tǒng)和系統(tǒng)后備電池。磁盤和高速緩存的檢測和糾錯。應(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秒以內(nèi)使系統(tǒng)恢復(fù)運(yùn)行。² 靈活性由于采用了SAN技術(shù)，當(dāng)業(yè)務(wù)量出現(xiàn)突發(fā)性增長時，可以方便地通過增加服務(wù)器或存儲設(shè)備的方式提高系統(tǒng)處理能力，而不需要重新構(gòu)架。這種靈活性既保護(hù)了用戶的投資，又提高了業(yè)務(wù)系統(tǒng)對市場變化的適應(yīng)能力。

33、² 可擴(kuò)充性在滿足300萬用戶規(guī)模計費(fèi)性能要求的同時，該系統(tǒng)還具有充分的擴(kuò)充能力，可以平滑擴(kuò)展到更高用戶量的處理能力要求，具體表現(xiàn)如下：主機(jī)系統(tǒng)通過增加CPU擴(kuò)展性能：A500單機(jī)最多可配置2個550MHz PA8600 CPU，處理能力可達(dá)15000tpmC。N4000單機(jī)最多可配置8個550MHz PA8600CPU，處理能力可達(dá)60000tpmC。主機(jī)系統(tǒng)通過增加內(nèi)存擴(kuò)展性能：N4000單機(jī)現(xiàn)在對內(nèi)存的支持最高可達(dá)32GB。A500單機(jī)現(xiàn)在對內(nèi)存的支持最高可達(dá)8GB，主機(jī)系統(tǒng)增加內(nèi)存會對數(shù)據(jù)庫等大內(nèi)存需求的應(yīng)用有很大的性能提高。主機(jī)系統(tǒng)通過升級CPU擴(kuò)展性能：目前HP已經(jīng)推出了

34、性能更高的550MHzPA8600芯片，HP會推出PA8xxx芯片及以后的IA64結(jié)構(gòu)的CPU，N4000可以通過CPU升級達(dá)到系統(tǒng)性能提升的目的。主機(jī)系統(tǒng)I/O擴(kuò)展能力：N4000單機(jī)支持12個PCI的I/O槽口，I/O帶寬可達(dá)5.8GB/s。主機(jī)系統(tǒng)復(fù)雜擴(kuò)展:除了上述簡單的擴(kuò)展方法外，也可以通過在群集中加入新的結(jié)點(diǎn)的方法來實(shí)現(xiàn)性能的擴(kuò)展?，F(xiàn)在MC/ServiceGuard可支持的HP9000Server結(jié)點(diǎn)數(shù)為16個，因此也具有相當(dāng)?shù)臄U(kuò)展余地。另外，如果應(yīng)用的性質(zhì)會轉(zhuǎn)為數(shù)據(jù)倉庫的話，在增加一個基結(jié)點(diǎn)后，現(xiàn)有的服務(wù)器都可作為附加結(jié)點(diǎn)加入到企業(yè)并行服務(wù)。存儲系統(tǒng)容量的擴(kuò)展：HP FC60最大可

35、擴(kuò)充至4TB。第5章 應(yīng)用軟件設(shè)計5.1 短消息計費(fèi)系統(tǒng)功能介紹短消息計費(fèi)系統(tǒng)是一個綜合復(fù)雜的系統(tǒng)，它的處理流程與移動計費(fèi)系統(tǒng)類似，由許多子系統(tǒng)共同組成，并和其他相關(guān)系統(tǒng)存在不同的接口。短消息計費(fèi)系統(tǒng)主要包括數(shù)據(jù)采集與傳輸子系統(tǒng)、預(yù)處理子系統(tǒng)、劃價子系統(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 功能簡介短消息計費(fèi)系統(tǒng)的數(shù)據(jù)源有三種：1、 短信中心的話單文件2、 短信網(wǎng)關(guān)的話單文件3、 集團(tuán)中心下發(fā)的話單文件。其中1、2的話單文件由華為的采集機(jī)負(fù)責(zé)采集，而3的話單文件是集團(tuán)中心通過自己的傳輸系統(tǒng)

36、將文件放在江蘇移動公司和集團(tuán)中心的通信機(jī)上，對于短消息計費(fèi)系統(tǒng)來說，只需將三種數(shù)據(jù)源的數(shù)據(jù)傳送到預(yù)處理機(jī)上。傳輸系統(tǒng)主要完成短消息計費(fèi)中心與全國計費(fèi)中心之間、短消息計費(fèi)中心與地市業(yè)務(wù)中心之間、短消息計費(fèi)中心與計費(fèi)數(shù)據(jù)采集機(jī)之間以及短消息計費(fèi)中心與外部系統(tǒng)之間的信息交互與數(shù)據(jù)傳輸，以保證各級管理系統(tǒng)之間的移動通信資源和數(shù)據(jù)能夠?qū)崟r（或準(zhǔn)實(shí)時）地共享和保持一致，為實(shí)現(xiàn)移動通信專業(yè)化集中管理和分級處理提供保證。5.2.2 傳輸系統(tǒng)結(jié)構(gòu)在部、省、地市各級中心之間、短消息計費(fèi)中心與外部系統(tǒng)之間以及短消息計費(fèi)中心與采集系統(tǒng)之間的交互信息主要有：計費(fèi)原始數(shù)據(jù)、用戶清單數(shù)據(jù)、統(tǒng)計數(shù)據(jù)等。對于這些數(shù)據(jù)的傳輸設(shè)計

37、，必須充分考慮數(shù)據(jù)的傳輸效率，以保證計費(fèi)結(jié)算的高效處理。傳輸系統(tǒng)的主要數(shù)據(jù)流向如下圖所示：u 短信采集系統(tǒng)與短消息計費(fèi)中心的數(shù)據(jù)傳輸短信采集系統(tǒng)與短信計費(fèi)中心之間傳輸?shù)闹饕怯蓴?shù)據(jù)采集系統(tǒng)從短信中心及短信網(wǎng)關(guān)實(shí)時采集到的所有計費(fèi)原始數(shù)據(jù)，這些數(shù)據(jù)主要由短信采集系統(tǒng)流向短信計費(fèi)中心，是一個數(shù)據(jù)集中的過程，所有的數(shù)據(jù)傳輸都是實(shí)時而且自動化無人值守的，由短信計費(fèi)中心集中對數(shù)據(jù)傳輸進(jìn)行監(jiān)控。u 短信計費(fèi)中心與地市帳務(wù)中心的數(shù)據(jù)傳輸G 短信計費(fèi)中心與地市帳務(wù)中心之間傳輸?shù)闹饕堑厥袔?wù)中心所需的用戶帳單、用戶清單和統(tǒng)計數(shù)據(jù)，所有的數(shù)據(jù)傳輸都是實(shí)時而且自動化無人值守的，由短信計費(fèi)中心集中對數(shù)據(jù)傳輸進(jìn)行監(jiān)控

38、。用戶清單數(shù)據(jù)文件定期下發(fā)，傳輸周期可以由參數(shù)以分鐘為單位來設(shè)置。每個下發(fā)文件中包含文件頭、用戶清單，文件頭中包含文件類型、文件長度（包含文件頭）、下發(fā)清單數(shù)、用戶數(shù)、帳單記錄數(shù)、各項(xiàng)費(fèi)用統(tǒng)計值等信息，下發(fā)文件的命名規(guī)則為：TLLLYYYYMMDDhhmm.NNN其中各位的含義為：T - 文件類型。LLL - 地區(qū)編號，全省統(tǒng)一編號。YYYYMMDD - 下發(fā)文件生成日期，年月日。hhmm - 下發(fā)文件生成時間，時分。NNN - 下發(fā)文件編號，000-999循環(huán)。傳輸系統(tǒng)通過文件名和文件頭信息來驗(yàn)證數(shù)據(jù)傳輸?shù)恼_性。u 短信計費(fèi)中心與集團(tuán)中心的數(shù)據(jù)傳輸短信計費(fèi)中心與集團(tuán)中心傳輸?shù)闹饕鞘￠g結(jié)算

39、數(shù)據(jù)，這是一個雙向數(shù)據(jù)交換的過程，包括上傳集團(tuán)中心的結(jié)算話單數(shù)據(jù)及集團(tuán)中心下發(fā)的結(jié)算話單數(shù)據(jù)。u 短信計費(fèi)中心與外部系統(tǒng)之間的數(shù)據(jù)傳輸短信計費(fèi)中心與外部系統(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ù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)控工具，實(shí)

40、時監(jiān)測傳輸線路和傳輸應(yīng)用的運(yùn)行狀況，并能及時傳送到省中心的集中監(jiān)控系統(tǒng)；5) 具有自動錯誤恢復(fù)功能；6) 自動重試和斷點(diǎn)重傳功能：數(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)是短信計費(fèi)系統(tǒng)的核心功能子系統(tǒng)之一，它完成不同格式的計費(fèi)原始數(shù)據(jù)的數(shù)據(jù)提取、標(biāo)準(zhǔn)化等一系列處理工作。

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

42、單（其中包括用戶自點(diǎn)播、用戶為別人點(diǎn)播、及SP主動發(fā)送的信息三種）集團(tuán)中心下發(fā)話單：集團(tuán)中心每兩小時下發(fā)一個M文件，每天12個文件，文件中包括SMT、SMC、SMT-F、SMC-F四種話單類計費(fèi)預(yù)處理功能數(shù)據(jù)提取：原始記錄中包含許多通話信息，但計費(fèi)分揀應(yīng)用所需的數(shù)據(jù)域只是原始通話記錄域的一個子集。由數(shù)據(jù)提取功能提取計費(fèi)系統(tǒng)所需的數(shù)據(jù)域。· 支持多種類型交換機(jī)原始計費(fèi)數(shù)據(jù)的數(shù)據(jù)提?。?#183; 支持多通話業(yè)務(wù)的數(shù)據(jù)提取，并對新業(yè)務(wù)提供數(shù)據(jù)提取接口；· 對原始計費(fèi)記錄提取過程提供完善的差錯檢測功能：ü 提供記錄級的差錯檢測：支持對每條提取的計費(fèi)記錄進(jìn)行數(shù)據(jù)審核校驗(yàn)，

43、識別其中的錯誤或無效話單，包括：Ø 格式錯，與移動交換機(jī)定義的數(shù)據(jù)結(jié)構(gòu)不符Ø 重要記錄域?yàn)榭?#216; 錯誤字符，包括：G 通話日期、時間、時長非法G 對端號碼錯誤G 記錄域中含有非法字符Ø 計費(fèi)信息不足Ø 不需計費(fèi)話單ü 提供數(shù)據(jù)塊級的差錯控制：話單提取后計算出的塊長度（包括塊頭、塊尾、有效話單、錯誤話單）與原始數(shù)據(jù)塊長度一致性檢驗(yàn)、塊序號連續(xù)性檢驗(yàn)。ü 提供文件級的差錯控制：相鄰處理文件中撥打時間的連續(xù)性檢驗(yàn)、文件序號連續(xù)性檢驗(yàn)、數(shù)據(jù)塊數(shù)檢驗(yàn)、轉(zhuǎn)換字節(jié)數(shù)與文件長度一致性檢驗(yàn)。ü 對數(shù)據(jù)差錯或丟失情況記錄日志，并根據(jù)差錯

44、級別提供不同的告警。u 記錄標(biāo)準(zhǔn)化· 支持原始計費(fèi)記錄數(shù)據(jù)格式向計費(fèi)系統(tǒng)定義的標(biāo)準(zhǔn)記錄格式的轉(zhuǎn)化；· 支持按設(shè)置的參數(shù)對大文件進(jìn)行拆分；· 按照計費(fèi)系統(tǒng)的設(shè)計進(jìn)行計費(fèi)記錄的數(shù)據(jù)分類。u 預(yù)處理配置與管理· 提供對整個預(yù)處理子系統(tǒng)的各種參數(shù)的查詢、配置和修改；· 支持原始計費(fèi)數(shù)據(jù)的實(shí)時備份和數(shù)據(jù)轉(zhuǎn)儲；提供對預(yù)處理各個模塊的實(shí)時監(jiān)控和管理，如：物理空間檢測、用戶口令權(quán)限管理、預(yù)處理過程監(jiān)測、入庫狀態(tài)監(jiān)測、進(jìn)程管理等。預(yù)處理階段統(tǒng)計² 正常有效話單統(tǒng)計² 異常話單統(tǒng)計² 無效話單統(tǒng)計² 錯單糾正統(tǒng)計²

45、 對預(yù)處理階段非正常的話單應(yīng)存儲在文件中或數(shù)據(jù)庫中，以備查詢。² 可以對每臺交換機(jī)的產(chǎn)生的每個文件的有效話單數(shù)、異常話單數(shù)、無效話單數(shù)的統(tǒng)計，該統(tǒng)計可以按日、周、月、季進(jìn)行。5.4 話單劃價話單劃價所完成的功能是將經(jīng)過預(yù)處理的話單按照相關(guān)的資費(fèi)標(biāo)準(zhǔn)計算出基本費(fèi)用的過程，也稱為劃價或批價，劃價后形成計費(fèi)清單數(shù)據(jù)。計費(fèi)處理過程能適應(yīng)最新的短信資費(fèi)政策，并可滿足今后業(yè)務(wù)不斷發(fā)展的需要。計費(fèi)處理能夠?qū)崟r地處理短信平臺及短信網(wǎng)關(guān)產(chǎn)生的和集團(tuán)中心下發(fā)的話單，接收到的計費(fèi)文件在下一文件傳到之前處理完畢，做到話務(wù)高峰時不出現(xiàn)話單積壓。在計費(fèi)劃價的過程中，系統(tǒng)可正確的對各種類型的話單進(jìn)行劃價，同時可區(qū)

46、分不同的話單類型，并做不同的標(biāo)記，按照事先確定的分揀規(guī)則進(jìn)行分揀，以生成不同的清單文件進(jìn)行并行入庫。對包月類及封頂類的短消息話單類型，劃價程序也進(jìn)行正常的劃價，清單留做查詢及統(tǒng)計用，具體的收費(fèi)有帳務(wù)系統(tǒng)確定。對按條收費(fèi)的短消息話單，系統(tǒng)可以根據(jù)不同的話單類型進(jìn)行不同費(fèi)率的劃價，并可滿足不同優(yōu)惠的需要。對于不同類型的話單，通過統(tǒng)一的參數(shù)管理，進(jìn)行費(fèi)率的靈活配置，對于信息發(fā)布業(yè)務(wù)（WAD），需要建立單獨(dú)的用戶費(fèi)用記錄，傳送給帳務(wù)系統(tǒng)，用來做為用戶的預(yù)存話費(fèi)?？紤]到這部分費(fèi)用與用戶的信用度等判斷有關(guān)，建議采用每15分鐘一次的間隔，將WAD產(chǎn)生的用戶的預(yù)存費(fèi)用下發(fā)給帳務(wù)系統(tǒng)。5.5 重復(fù)話單過濾要對重

47、復(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ù)話單的標(biāo)識：同一用戶（IMSI）、同一天（sdate）、同一時刻（stime）產(chǎn)生兩條相同的通話記錄。按照集團(tuán)中心的要求，需排除三個月以內(nèi)的重復(fù)話單。因此對重復(fù)話單過濾技術(shù)要求就很高。解決的辦法是：² 數(shù)據(jù)分割² 優(yōu)化索引機(jī)制² 快速定位² 以空間換性能這是

48、快速“過濾網(wǎng)”技術(shù)的設(shè)計思想。5.6 話單并行入庫目前在建的短消息計費(fèi)系統(tǒng)以后每月處理話單的數(shù)量可達(dá)上億張，這些己劃價的話單是計費(fèi)系統(tǒng)的基礎(chǔ)數(shù)據(jù)，需存儲在數(shù)據(jù)庫中。話單入庫的效率將直接影響計費(fèi)處理的整體效率，尤其是月末處理的性能。話單入庫的效率除了與磁盤I/O的讀寫速度有關(guān)外，與數(shù)據(jù)庫系統(tǒng)的整體設(shè)計也有著密切的關(guān)系，尤其是出現(xiàn)月初與月末性能差異太大時。解決的辦法：² 合理地進(jìn)行數(shù)據(jù)分割² 有效地建立索引² 合理的應(yīng)用分布，降低磁盤讀寫沖突，減少訪問磁盤的次數(shù)。系統(tǒng)效率的提高，需從系統(tǒng)整體設(shè)計著手，下面將針對下發(fā)文件的處理，來說明如何降低訪問磁盤的次數(shù)，以提高系統(tǒng)整

49、體效率。對經(jīng)計費(fèi)處理后的話單文件，需經(jīng)重復(fù)話單的檢測，實(shí)驗(yàn)證明重復(fù)話單的檢測，應(yīng)充分利用數(shù)據(jù)庫的特性，在數(shù)據(jù)庫內(nèi)排重效率最高、最徹底。但發(fā)生重復(fù)的概率較小。因此在設(shè)計時，考慮到將排重的結(jié)果信息反饋給Client端，若無重復(fù)話單，則該入庫文件直接送給相應(yīng)的下發(fā)隊(duì)列，并在數(shù)據(jù)庫中產(chǎn)生一條統(tǒng)計記錄（文件名、有效記錄數(shù)、重復(fù)記錄數(shù)、處理時間等）。這樣就無需再從數(shù)據(jù)庫取相應(yīng)的下發(fā)數(shù)據(jù)，減少了磁盤訪問的次數(shù)。若發(fā)現(xiàn)有重復(fù)話單，則分兩種情況處理：² 完全重復(fù)：即該文件的所有記錄都為重復(fù)話單記錄（文件重復(fù)），則在數(shù)據(jù)庫中產(chǎn)生一條統(tǒng)計記錄（文件名、有效記錄數(shù)、重復(fù)記錄數(shù)、處理時間等），該文件入重復(fù)話單

50、文件隊(duì)列。² 部分重復(fù)：即該文件有部分記錄為重復(fù)話單記錄，則在數(shù)據(jù)庫中產(chǎn)生一條統(tǒng)計記錄（文件名、有效記錄數(shù)、重復(fù)記錄數(shù)、處理時間等），并排除重復(fù)話單，形成重復(fù)話單文件入重復(fù)話單文件隊(duì)列；將有效話單生成下發(fā)文件入相應(yīng)下發(fā)隊(duì)列。計費(fèi)劃價后產(chǎn)生的標(biāo)準(zhǔn)話單文件通過并行入庫程序多通道拷貝到數(shù)據(jù)庫中，并調(diào)用存儲過程進(jìn)行以下工作：排除三個月（包括本月的重單）生成月清單數(shù)據(jù)生成統(tǒng)計中間表數(shù)據(jù)生成下發(fā)表數(shù)據(jù)入庫程序記錄詳細(xì)的日志信息，包括入庫話單數(shù)，入庫花費(fèi)時間等。入庫話單不僅包括需要計費(fèi)的MO、MT等話單，還要包括已經(jīng)計好費(fèi)的用戶信息費(fèi)的短消息網(wǎng)關(guān)傳送的話單，以及用于進(jìn)行網(wǎng)絡(luò)故障分析的SMA/SMA

51、-F話單。5.7 計費(fèi)結(jié)算短消息計費(fèi)中心具有集中計費(fèi)結(jié)算功能，能進(jìn)行省間、省中心與集團(tuán)中心間、以及省中心與各個SP間的結(jié)算工作。計費(fèi)結(jié)算模塊可以根據(jù)用戶通話詳單中的不同的短消息類型和已計算出的費(fèi)用情況，形成相應(yīng)的漫游結(jié)算和網(wǎng)間結(jié)算數(shù)據(jù)，結(jié)算比率可以通過參數(shù)設(shè)置進(jìn)行動態(tài)調(diào)整。具體類型主要有：l 省公司之間的結(jié)算l 省公司與集團(tuán)中心間的結(jié)算l 省公司與SP之間的結(jié)算l 省公司與廣告業(yè)務(wù)的廣告方的結(jié)算5.8 統(tǒng)計分析統(tǒng)計分析主要包括以下幾個模塊：文件統(tǒng)計： 對每天，每個統(tǒng)計月的原始文件的話單量統(tǒng)計，包含有效話單、錯誤話單、無效話單、發(fā)送失敗話單。業(yè)務(wù)量統(tǒng)計： 對全省或各地市的每天，每個統(tǒng)計月的業(yè)務(wù)業(yè)

52、務(wù)構(gòu)成量的統(tǒng)計。收入統(tǒng)計對全省或各地市的每天，每個統(tǒng)計月的短消息收入的統(tǒng)計。5.9 稽核排錯計費(fèi)系統(tǒng)直接面向廣大的電信用戶，是反映電信企業(yè)業(yè)務(wù)水平和管理層次的重要體現(xiàn)，因此，計費(fèi)系統(tǒng)必須確保將一些錯誤因素排除在用戶面前?；伺佩e主要完成計費(fèi)過程中一些異常情況的處理并形成相應(yīng)的出錯報告，避免異常話單出現(xiàn)在用戶面前，同時，系統(tǒng)也應(yīng)能將一些經(jīng)過修改可以向用戶收取費(fèi)用的話單進(jìn)行回收，重新進(jìn)行計費(fèi)分揀，使電信企業(yè)避免不必要的損失?；伺佩e分為兩部分：原始計費(fèi)數(shù)據(jù)的稽核排錯，即分揀出各短信平臺的異常話單和錯誤話單貫徹于整個計費(fèi)過程中的稽核排錯，具體包括以下這些錯誤類型：² 格式錯² 錯

53、誤字符² 信息不足話單² 重復(fù)話單² 無費(fèi)率話單等我們針對“重復(fù)話單”這一錯誤類型，在系統(tǒng)中采用了先進(jìn)的“過濾網(wǎng)排重”技術(shù)，可以在系統(tǒng)開銷很小的情況下迅速排除重復(fù)話單，完全能夠滿足排除3個月內(nèi)重復(fù)話單的要求。系統(tǒng)對于出現(xiàn)的各種錯誤話單有相應(yīng)的統(tǒng)計報告，可以讓相關(guān)部門對這些錯誤話單進(jìn)行分析。對于經(jīng)過相應(yīng)修改可以向用戶收取費(fèi)用的話單，系統(tǒng)具有完善的回收功能，對這部分話單進(jìn)行重新計費(fèi)分揀，以避免電信企業(yè)不必要的損失，系統(tǒng)給操作管理人員提供相應(yīng)的維護(hù)界面，具有自動批量回收、人工回收、生成上報文件、錯單打印輸出、舍棄等處理方式，操作維護(hù)簡便。5.10 數(shù)據(jù)交互由于采用的是全

54、省集中式的計費(fèi)系統(tǒng)，即所有的用戶通話記錄全部傳送至省計費(fèi)中心進(jìn)行計費(fèi)分揀，而經(jīng)過省計費(fèi)中心計費(fèi)分揀后形成的用戶清單必須下發(fā)到各個地市業(yè)務(wù)管理系統(tǒng)；短消息計費(fèi)中心與集團(tuán)計費(fèi)中心之間也需要有漫游來、出訪的數(shù)據(jù)交互，同時，各種結(jié)算數(shù)據(jù)也需要進(jìn)行相應(yīng)的數(shù)據(jù)交互，因此，必須有相應(yīng)的數(shù)據(jù)交互模塊負(fù)責(zé)進(jìn)行各類交互數(shù)據(jù)的傳輸和下發(fā)。短消息計費(fèi)中心向各地市的業(yè)務(wù)管理系統(tǒng)發(fā)送的數(shù)據(jù)包括：² 省內(nèi)用戶詳細(xì)話單（包括短信網(wǎng)關(guān)清單和短信中心清單）² 省內(nèi)用戶帳單（包括短消息費(fèi)用及用戶由WAD所產(chǎn)生的預(yù)存費(fèi)用）² 統(tǒng)計數(shù)據(jù)² 用戶業(yè)務(wù)變更數(shù)據(jù)（SMC/SMCF）5.11 系統(tǒng)查詢系

55、統(tǒng)查詢管理完成計費(fèi)系統(tǒng)各種相應(yīng)的對內(nèi)對外查詢功能，主要是客戶查詢、業(yè)務(wù)查詢。系統(tǒng)查詢應(yīng)能迅速查詢出本省用戶的通話話單，并且系統(tǒng)查詢與計費(fèi)處理不能產(chǎn)生沖突，發(fā)生查詢和計費(fèi)互相鎖定的狀況。系統(tǒng)查詢要求：² 具有本省用戶的詳細(xì)話單查詢（按月份、按日期段）² 能支持一些復(fù)雜條件的查詢。² 能支持對各種計費(fèi)參數(shù)的查詢。5.12 系統(tǒng)維護(hù)系統(tǒng)維護(hù)是整個短消息計費(fèi)系統(tǒng)中非常重要的環(huán)節(jié)，它能對整個系統(tǒng)的運(yùn)行狀況、運(yùn)行效率、安全操作等起到重要的監(jiān)測、維護(hù)作用。同時，XX省短消息計費(fèi)系統(tǒng)的最終用戶是移動通信局計費(fèi)中心的相關(guān)業(yè)務(wù)人員，他們有較強(qiáng)的業(yè)務(wù)知識和管理經(jīng)驗(yàn)，但是整個工程牽涉面廣

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

57、費(fèi)參數(shù)和它的啟用日期。當(dāng)系統(tǒng)運(yùn)行到了這個啟用日期后會自動啟用這些新的計費(fèi)參數(shù)。這種設(shè)計思想大大地加強(qiáng)了系統(tǒng)的自適應(yīng)性和靈活性。參數(shù)管理主要包括：u 費(fèi)率管理u 優(yōu)惠管理u 省內(nèi)資源維護(hù)u 其它資源維護(hù)Ø 系統(tǒng)管理：計費(fèi)系統(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ù)具備記錄校驗(yàn)功能，防止非法刪改。同時，系統(tǒng)具有自動備份、日志管理等功能，對任何被保護(hù)的數(shù)據(jù)資源，如系統(tǒng)文件、應(yīng)用程序文件、數(shù)據(jù)庫文件等的訪問、拷貝或修改等操作記錄詳細(xì)日志，包括操作員工號、操作類型、操作對象、操作時間、操作設(shè)備點(diǎn)、操作結(jié)果等。當(dāng)有任何非法的存取操作時，系統(tǒng)立即反映到主控操作臺并給出告警提示。數(shù)據(jù)庫系統(tǒng)的管理備份也可以采用第三方的工具軟件來完成，如百達(dá)靈公司的數(shù)據(jù)庫管理工具等