移動(dòng)短消息計(jì)費(fèi)系統(tǒng)技術(shù)建議方案

1、XX省移動(dòng)短消息計(jì)費(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è)計(jì)目標(biāo)52.1.4 數(shù)據(jù)庫平臺(tái)要求52.1.5 主機(jī)服務(wù)器平臺(tái)要求62.1.6 計(jì)費(fèi)數(shù)據(jù)處理要求62.1.7 維護(hù)管理要求72.2 系統(tǒng)設(shè)計(jì)原則7第3章 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)93.1 短消息計(jì)費(fèi)系統(tǒng)的特點(diǎn)93.2 應(yīng)用軟件體系結(jié)構(gòu)103.3 數(shù)據(jù)處理流圖113.4 軟件功能模塊123.5 服務(wù)器處理模式設(shè)計(jì)12第4章 平臺(tái)及運(yùn)行環(huán)境設(shè)計(jì)134.1 主機(jī)系統(tǒng)設(shè)計(jì)原則134.2 主機(jī)系統(tǒng)平臺(tái)現(xiàn)狀134.3

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

3、6.1.2 系統(tǒng)結(jié)構(gòu)圖326.2 關(guān)于帳務(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章 前言隨著我國移動(dòng)通信事業(yè)的迅猛發(fā)展，為了迎接日益臨近的市場(chǎng)競(jìng)爭(zhēng)，電信部門在開拓市場(chǎng)業(yè)務(wù)，擴(kuò)大電信網(wǎng)通信能力的同時(shí)，越來越重視電信企業(yè)內(nèi)部的服務(wù)意識(shí)，并不斷完善電信企業(yè)的服務(wù)體系，為此作出了不懈的努力。南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司自成立之初便確立了以電信行業(yè)作為自己重要的發(fā)展方向。目前，在電信行業(yè)已具有了豐富的積累和長(zhǎng)足的發(fā)展，取得了可喜的成績(jī)。尤其在電信計(jì)費(fèi)、電信業(yè)務(wù)這一領(lǐng)域，公司著眼長(zhǎng)遠(yuǎn)，

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

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

6、NT操作系統(tǒng)，運(yùn)行SYBASE11.9.2的數(shù)據(jù)庫服務(wù)器，分別處理南京、無錫、蘇州等三個(gè)短消息中心產(chǎn)生的短消息話單。目前該系統(tǒng)支持全省100萬用戶的短消息業(yè)務(wù)，每月的短消息話單數(shù)大概為2000萬。2.1.2 建設(shè)系統(tǒng)概況本期工程設(shè)計(jì)主要實(shí)現(xiàn)省計(jì)費(fèi)中心系統(tǒng)實(shí)時(shí)處理能力滿足數(shù)字網(wǎng)（GSM）300萬以上移動(dòng)用戶每天7條短消息話單的計(jì)費(fèi)需求。2.1.3 系統(tǒng)設(shè)計(jì)目標(biāo)隨著電信企業(yè)向著規(guī)?；?、多元化經(jīng)營轉(zhuǎn)變的不斷加劇，越來越多的電信企業(yè)開始從傳統(tǒng)、單一的經(jīng)營模式向著“以市場(chǎng)為導(dǎo)向，以滿足用戶需求為經(jīng)營目標(biāo)、以服務(wù)于用戶為經(jīng)營宗旨”的經(jīng)營理念轉(zhuǎn)變，這就更進(jìn)一步加大了電信企業(yè)間競(jìng)爭(zhēng)的力度。如何更好地服務(wù)于用戶

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

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

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

10、檢錯(cuò)、糾錯(cuò)、入庫、查找重單、分檢）的速度正常情況下要達(dá)到：² 本地話單，從話單出現(xiàn)在計(jì)費(fèi)采集接口到完成計(jì)費(fèi)處理（包括采集、預(yù)處理、批價(jià)、存儲(chǔ)、分檢），不超過15分鐘；² 全國業(yè)務(wù)話單，從話單放在全國移動(dòng)計(jì)費(fèi)結(jié)算中心設(shè)在省中心的通信服務(wù)器到完成數(shù)據(jù)的處理（包括話單的檢查、存儲(chǔ)、分檢），不超過15分鐘。2.1.7 維護(hù)管理要求² 系統(tǒng)具有良好的交互性，操作簡(jiǎn)單、明確。² 系統(tǒng)提供多種訪問手段，允許管理員在不同的環(huán)境下對(duì)系統(tǒng)進(jìn)行管理。² 系統(tǒng)提供完備的監(jiān)控和調(diào)度工具，具有完備的監(jiān)視、故障檢查與告警、故障處理功能。² 盡量將主機(jī)、網(wǎng)絡(luò)、數(shù)據(jù)庫

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

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

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

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

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

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

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

18、帳單，向用戶收取費(fèi)用。3.2 應(yīng)用軟件體系結(jié)構(gòu)在充分考慮到短消息計(jì)費(fèi)系統(tǒng)自身的特點(diǎn)以及與GSM計(jì)費(fèi)的共同點(diǎn)之后，我們對(duì)短消息計(jì)費(fèi)系統(tǒng)的體系結(jié)構(gòu)進(jìn)行了合理的劃分：短消息計(jì)費(fèi)系統(tǒng)應(yīng)用軟件的體系結(jié)構(gòu)可以分成四層：即預(yù)處理層、核心處理層、管理層和接口層。如下圖：這樣的劃分對(duì)于系統(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è)備，因此，計(jì)費(fèi)批價(jià)服務(wù)器采用目前已有的L2000服務(wù)器，數(shù)據(jù)庫服務(wù)器采用HP的N4000服務(wù)器。3.3 數(shù)據(jù)處理流圖短消息計(jì)費(fèi)系統(tǒng)的數(shù)據(jù)流圖如下：3.4 軟件功能模塊短消

19、息計(jì)費(fèi)系統(tǒng)主要有以下幾種功能模塊，各主要功能模塊間的關(guān)系圖如下：3.5 服務(wù)器處理模式設(shè)計(jì)隨著各種短消息業(yè)務(wù)的開通，短消息的話單和剛開通短消息是相比，已經(jīng)取得了長(zhǎng)足的增長(zhǎng)，目前應(yīng)急計(jì)費(fèi)系統(tǒng)已從開始的一臺(tái)數(shù)據(jù)庫服務(wù)器擴(kuò)充到三臺(tái)數(shù)據(jù)庫服務(wù)器，目前每月的話單數(shù)已經(jīng)達(dá)到了3000多萬，而且數(shù)據(jù)量還在不斷的增加，因此在進(jìn)行主機(jī)選型的時(shí)候，一定要考慮到主機(jī)的性能要滿足數(shù)據(jù)量不斷增加的需要。由于短消息計(jì)費(fèi)系統(tǒng)在處理流程上與移動(dòng)電話計(jì)費(fèi)系統(tǒng)的相似性，我們?cè)诳紤]服務(wù)器處理模式的時(shí)候?qū)⒁阅壳暗囊苿?dòng)計(jì)費(fèi)系統(tǒng)的處理模式為參考，即系統(tǒng)由多臺(tái)處理服務(wù)器組成，每臺(tái)服務(wù)器的處理能力達(dá)到極限后可以在系統(tǒng)上有機(jī)的增加服務(wù)器從而增

20、加整個(gè)系統(tǒng)的處理能力，而系統(tǒng)的總體結(jié)構(gòu)不需做大的調(diào)整。第4章 平臺(tái)及運(yùn)行環(huán)境設(shè)計(jì)4.1 主機(jī)系統(tǒng)設(shè)計(jì)原則聯(lián)創(chuàng)系統(tǒng)集成股份有限公司在進(jìn)行主機(jī)系統(tǒng)方案設(shè)計(jì)時(shí)遵循以下設(shè)計(jì)原則：u 開放性計(jì)算機(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)用需求時(shí)，系統(tǒng)應(yīng)有平滑升級(jí)的能力。u 高性能高性能應(yīng)體現(xiàn)在整個(gè)計(jì)算機(jī)系統(tǒng)中，包括服務(wù)器、網(wǎng)絡(luò)、I/O操作以及軟件。u 可管理性由于計(jì)算機(jī)環(huán)境的不斷擴(kuò)大，IT系統(tǒng)

21、的更加復(fù)雜以及覆蓋面的增加，對(duì)服務(wù)器、網(wǎng)絡(luò)設(shè)備和應(yīng)用軟件的管理已成為設(shè)計(jì)計(jì)算機(jī)環(huán)境不可缺少的一部分。u 選領(lǐng)導(dǎo)地位廠商產(chǎn)品如所選廠商不在業(yè)界處于領(lǐng)導(dǎo)地位，盡管有時(shí)所選產(chǎn)品在技術(shù)上有暫時(shí)的領(lǐng)先性，但很容易被激烈的市場(chǎng)競(jìng)爭(zhēng)所淘汰，用戶的投資將得不到保護(hù)。短消息計(jì)費(fèi)處理系統(tǒng)應(yīng)嚴(yán)格按照業(yè)務(wù)協(xié)議的內(nèi)容設(shè)計(jì)、執(zhí)行，做到計(jì)費(fèi)數(shù)據(jù)處理及時(shí)、準(zhǔn)確，系統(tǒng)簡(jiǎn)潔，便于維護(hù)，各類功能齊全而易于擴(kuò)充。采用先進(jìn)和技術(shù)成熟的主機(jī)、網(wǎng)絡(luò)和應(yīng)用系統(tǒng)，建立一個(gè)具有高可用性、高可靠性、高安全性、有良好的可擴(kuò)展性和可維護(hù)管理性的準(zhǔn)確、快速、開放的高性能系統(tǒng)。4.2 主機(jī)系統(tǒng)平臺(tái)現(xiàn)狀目前系統(tǒng)的平臺(tái)現(xiàn)狀如下：各機(jī)器的配置信息如下：數(shù)據(jù)庫服

22、務(wù)器：PC服務(wù)器，CPU 400MHZ以上，內(nèi)存1G以上、硬盤100G（目前數(shù)據(jù)庫服務(wù)器已從一臺(tái)擴(kuò)充到三臺(tái)）；預(yù)處理服務(wù)器：高檔PC,CPU300以上，內(nèi)存256M以上、20G以上；下發(fā)服務(wù)器：高檔PC，CPU300MHZ以上，內(nèi)存256M以上、20G硬盤，MO驅(qū)動(dòng)器；應(yīng)用服務(wù)器：PC、CPU300以上，內(nèi)存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.2 Client；應(yīng)用服務(wù)器：操作系統(tǒng)Win9X、Sybase 11.9.2 Client、P

23、owerBuilder 6.5以上；下發(fā)服務(wù)器、預(yù)處理服務(wù)器：操作系統(tǒng) Sco Unix 5.0以上版本、Sybase11.9.2。4.3 主機(jī)系統(tǒng)需求分析4.3.1 影響性能的幾個(gè)方面影響服務(wù)器整體性能的因素是多方面的，針對(duì)不同的應(yīng)用，設(shè)計(jì)時(shí)考慮的側(cè)重點(diǎn)也不同。移動(dòng)通信計(jì)費(fèi)系統(tǒng)這類聯(lián)機(jī)事務(wù)處理的應(yīng)用，主要從CPU、內(nèi)存和I/O三個(gè)方面考慮，下面分別進(jìn)行論述：CPU：聯(lián)機(jī)事務(wù)處理的主機(jī)，主要是作為數(shù)據(jù)庫服務(wù)器而不是計(jì)算服務(wù)器，因此以服務(wù)器的TPM值作為相對(duì)選型參考值。需要說明的是廠家公布的服務(wù)器TPM值，一般是采用最大的硬件配置、按照100%的利用率所得到的，而在實(shí)際建設(shè)中的系統(tǒng)配置往往小得多

24、，系統(tǒng)性能的TPM不會(huì)有公布值那么高，在對(duì)服務(wù)器處理能力進(jìn)行估算時(shí)，需要將一些經(jīng)驗(yàn)值和TPM值一起綜合考慮。內(nèi)存：內(nèi)存是所有程序運(yùn)行的環(huán)境，在CPU和系統(tǒng)軟件處理能力的范圍內(nèi)，內(nèi)存越大則服務(wù)器的處理性能越好，但不同的應(yīng)用對(duì)內(nèi)存的要求不同，所以在計(jì)費(fèi)系統(tǒng)服務(wù)器內(nèi)存設(shè)計(jì)中，需要從應(yīng)用需求的角度來考慮，尋找最佳的配置。I/O：在CPU處理能力一定的情況下，磁盤陣列的I/O速度，可使服務(wù)器的整體性能表現(xiàn)相差幾倍到幾十倍，所以我們?cè)谠O(shè)計(jì)中要特別注意磁盤陣列I/O的選型，盡量選擇I/O帶寬高的磁盤陣列，同時(shí)考慮到單個(gè)磁盤的I/O速度是一定的，需要靠多磁盤的并行讀取來提高磁盤陣列I/O速度，在容量和性價(jià)比容

25、許的情況下，盡量選擇容量小而數(shù)量多的磁盤，能大大提高磁盤陣列的I/O吞吐性能。根據(jù)應(yīng)用對(duì)磁盤陣列的劃分進(jìn)行優(yōu)化也是提高I/O性能的一個(gè)重要方面。4.3.2 服務(wù)器性能分析 預(yù)處理服務(wù)器l 聯(lián)機(jī)事務(wù)處理能力的分析預(yù)處理服務(wù)器主要用于將采集系統(tǒng)傳來的原始話單標(biāo)準(zhǔn)化，并統(tǒng)一批價(jià)后形成話單清單供計(jì)費(fèi)服務(wù)器排重入庫，其處理是文本轉(zhuǎn)換和簡(jiǎn)單計(jì)算的過程。根據(jù)聯(lián)創(chuàng)在移動(dòng)計(jì)費(fèi)上的經(jīng)驗(yàn)和一百萬用戶級(jí)系統(tǒng)實(shí)際運(yùn)行的測(cè)算，一百萬用戶的話單預(yù)處理需要TPM值為2000左右的服務(wù)器，則300萬用戶量需要6000tpmC處理能力的服務(wù)器。l 服務(wù)器內(nèi)存容量的分析為保證預(yù)處理的高效，文本轉(zhuǎn)換的過程應(yīng)全部在內(nèi)存中

26、完成，批價(jià)所需的費(fèi)率等參數(shù)表也應(yīng)常駐內(nèi)存以避免反復(fù)讀取影響效率。根據(jù)聯(lián)創(chuàng)在移動(dòng)計(jì)費(fèi)上的經(jīng)驗(yàn)和一百萬用戶級(jí)系統(tǒng)實(shí)際運(yùn)行的測(cè)算，一百萬用戶的話單預(yù)處理需要內(nèi)存200MB，則300萬用戶為600MB，考慮到系統(tǒng)本身的開銷，所以推薦內(nèi)存配置為1GB。 計(jì)費(fèi)數(shù)據(jù)庫服務(wù)器計(jì)費(fèi)數(shù)據(jù)庫服務(wù)器是整個(gè)移動(dòng)計(jì)費(fèi)系統(tǒng)的中心服務(wù)器，運(yùn)行數(shù)據(jù)庫管理系統(tǒng)，負(fù)責(zé)進(jìn)行話費(fèi)排重和入庫，并提取供統(tǒng)計(jì)分析使用的相關(guān)數(shù)據(jù)。l 聯(lián)機(jī)事務(wù)處理能力的分析一張?jiān)拞蔚奶幚砹鞒贪ǎ捍蜷_文件、讀記錄、糾錯(cuò)、入庫、出庫等等，根據(jù)聯(lián)創(chuàng)在移動(dòng)計(jì)費(fèi)上的經(jīng)驗(yàn)和一百萬用戶級(jí)系統(tǒng)實(shí)際運(yùn)行的測(cè)算，每張?jiān)拞蔚奶幚砑s等價(jià)于0.5個(gè)標(biāo)準(zhǔn)事務(wù)，則：300萬

27、用戶，平均每個(gè)用戶每天7張?jiān)拞危疵刻?100萬張?jiān)拞?；平均每分鐘處理的話單為?100萬/(24×60分鐘)=14584張；假設(shè)通話高峰時(shí)間每天為8小時(shí)，則高峰時(shí)服務(wù)器負(fù)荷按平均負(fù)荷的3倍計(jì)算，此時(shí)要求系統(tǒng)的tpmC值為：14584×0.5×3=21876 tpmC；建議系統(tǒng)利用率不超過80，則需要配置的處理能力為21876/80=27345tpmC。l 服務(wù)器內(nèi)存容量的分析計(jì)費(fèi)結(jié)算是將經(jīng)過標(biāo)準(zhǔn)化和批價(jià)的原始話單入庫和匯總的過程。由于交換機(jī)是定時(shí)向外傳送話單信息，因此在某種程度上計(jì)費(fèi)結(jié)算是一個(gè)批處理過程。根據(jù)聯(lián)創(chuàng)在移動(dòng)計(jì)費(fèi)上的經(jīng)驗(yàn)，綜合考慮數(shù)據(jù)庫共享內(nèi)存的使用和

28、系統(tǒng)、數(shù)據(jù)庫本身的開銷，建議按照1GB/CPU配置內(nèi)存。l 提高I/O性能的途徑1.采用高傳輸帶寬（100MB/s的光纖通道或相當(dāng)）的存儲(chǔ)設(shè)備；2.根據(jù)應(yīng)用對(duì)磁盤陣列進(jìn)行劃分，使盡可能多的磁盤并行讀寫；4.3.3 在線存儲(chǔ)容量計(jì)算根據(jù)江蘇移動(dòng)短消息計(jì)費(fèi)系統(tǒng)的業(yè)務(wù)量和具體特點(diǎn)，以及從數(shù)據(jù)庫、磁盤使用技術(shù)等方面的考慮，我們按以下要求配置存儲(chǔ)設(shè)備容量：s 本工程滿足300萬用戶量的處理需求，每用戶每天平均7張?jiān)拞?；s 在線存儲(chǔ)的容量主要考慮話單清單容量，每張?jiān)拞伟?00字節(jié)計(jì)算；s 話單在線存儲(chǔ)4（3+1）個(gè)月，每個(gè)月按30天計(jì)算；s 數(shù)據(jù)庫冗余度50%（主要是考慮到數(shù)據(jù)庫索引和其他一些表占用空間、

29、數(shù)據(jù)庫不能及時(shí)釋放的空間、數(shù)據(jù)庫運(yùn)行、恢復(fù)、日志、臨時(shí)與共用池空間）；s 磁盤利用率85%（主要考慮到磁盤的最佳使用性能和一些額外磁盤開銷）；s 數(shù)據(jù)存儲(chǔ)保護(hù)技術(shù)決定的空間利用率，鏡像為50%；則所需磁盤容量=300萬×7×30×4×200×（1+50%）/0.85/0.5=1657GB。4.3.4 建議方案雖然高檔UNIX服務(wù)器出故障的可能性很小，但由于江蘇移動(dòng)短消息計(jì)費(fèi)系統(tǒng)是江蘇移動(dòng)通信公司業(yè)務(wù)支撐系統(tǒng)的重要組成部分，因此在進(jìn)行主機(jī)系統(tǒng)方案設(shè)計(jì)時(shí)仍須考慮其高可用性，同時(shí)兼顧性價(jià)比。 詳細(xì)設(shè)計(jì)上一節(jié)中，我們對(duì)滿足江蘇移動(dòng)300萬

30、用戶規(guī)模的短消息計(jì)費(fèi)系統(tǒng)所需的主機(jī)處理能力、內(nèi)存大小和存儲(chǔ)容量等進(jìn)行了詳細(xì)的分析。聯(lián)創(chuàng)建議方案的出發(fā)點(diǎn)就在于在滿足性能要求的前提下，如何提高性能價(jià)格比，最大限度的為用戶節(jié)省投資。預(yù)處理服務(wù)器采用兩臺(tái)的HP A500服務(wù)器，配置單550MHz PA8600CPU，1GB內(nèi)存，雙18GB內(nèi)置硬盤，考慮到聯(lián)創(chuàng)計(jì)費(fèi)軟件預(yù)處理模塊的特點(diǎn)，可以不組成雙機(jī)系統(tǒng)，而通過手工切換；計(jì)費(fèi)數(shù)據(jù)庫服務(wù)器采用HP N4000服務(wù)器雙機(jī)系統(tǒng)，每臺(tái)配置4×550MHz PA8600 CPU，4GB內(nèi)存，性能達(dá)到33000tpmC。下發(fā)服務(wù)器和應(yīng)用服務(wù)器可以采用已有的L2000服務(wù)器。聯(lián)機(jī)存儲(chǔ)采用HP FC60磁盤

31、陣列，配置容量2TB，通過光纖交換機(jī)與上述服務(wù)器連接，組成存儲(chǔ)區(qū)域網(wǎng)（SAN）。 方案特點(diǎn)² 高可用性采用的高可用性技術(shù)：系統(tǒng)停機(jī)因素保護(hù)策略系統(tǒng)（System）MC/ServiceGuard技術(shù)保證當(dāng)系統(tǒng)中一臺(tái)服務(wù)器失效時(shí)，其它服務(wù)器迅速恢復(fù)這臺(tái)服務(wù)器上的應(yīng)用程序和數(shù)據(jù)庫系統(tǒng)正常工作。內(nèi)存（Memory）系統(tǒng)可以動(dòng)態(tài)檢查內(nèi)存，當(dāng)發(fā)現(xiàn)壞內(nèi)存頁時(shí)屏蔽該內(nèi)存頁不再分配給系統(tǒng)使用。網(wǎng)卡（Network Interface card）系統(tǒng)配置雙網(wǎng)卡，一塊工作，一塊作備份。MC/ServiceGuard可監(jiān)測(cè)網(wǎng)卡，當(dāng)其中一塊不能正常工作時(shí)，MC將自動(dòng)切換到備份網(wǎng)卡。接口卡服務(wù)器

32、與磁盤陣列通過雙接口卡連接，其中一塊卡失效時(shí)另一塊卡仍可保證系統(tǒng)正常運(yùn)行。Internal磁盤（Disk）系統(tǒng)盤：用MirrorDisk/UX軟件對(duì)引導(dǎo)區(qū)（root）、交換區(qū)（swap）鏡像。高可用性存儲(chǔ)系統(tǒng)（High Availability Storage System）可熱插拔的磁盤、電源和風(fēng)扇模塊。FC60冗余電源子系統(tǒng)和系統(tǒng)后備電池。磁盤和高速緩存的檢測(cè)和糾錯(cuò)。應(yīng)用（Application）MC/ServiceGuard可以在同一系統(tǒng)上再次啟動(dòng)應(yīng)用軟件，或?qū)?yīng)用遷移到備份系統(tǒng)上。HP-UX當(dāng)系統(tǒng)出現(xiàn)突發(fā)停機(jī)時(shí)，HP的日志文件系統(tǒng)（JFS）將在10秒以內(nèi)使系統(tǒng)恢復(fù)運(yùn)行。² 靈

33、活性由于采用了SAN技術(shù)，當(dāng)業(yè)務(wù)量出現(xiàn)突發(fā)性增長(zhǎng)時(shí)，可以方便地通過增加服務(wù)器或存儲(chǔ)設(shè)備的方式提高系統(tǒng)處理能力，而不需要重新構(gòu)架。這種靈活性既保護(hù)了用戶的投資，又提高了業(yè)務(wù)系統(tǒng)對(duì)市場(chǎng)變化的適應(yīng)能力。² 可擴(kuò)充性在滿足300萬用戶規(guī)模計(jì)費(fèi)性能要求的同時(shí)，該系統(tǒng)還具有充分的擴(kuò)充能力，可以平滑擴(kuò)展到更高用戶量的處理能力要求，具體表現(xiàn)如下：主機(jī)系統(tǒng)通過增加CPU擴(kuò)展性能：A500單機(jī)最多可配置2個(gè)550MHz PA8600 CPU，處理能力可達(dá)15000tpmC。N4000單機(jī)最多可配置8個(gè)550MHz PA8600CPU，處理能力可達(dá)60000tpmC。主機(jī)系統(tǒng)通過增加內(nèi)存擴(kuò)展性能：N400

34、0單機(jī)現(xiàn)在對(duì)內(nèi)存的支持最高可達(dá)32GB。A500單機(jī)現(xiàn)在對(duì)內(nèi)存的支持最高可達(dá)8GB，主機(jī)系統(tǒng)增加內(nèi)存會(huì)對(duì)數(shù)據(jù)庫等大內(nèi)存需求的應(yīng)用有很大的性能提高。主機(jī)系統(tǒng)通過升級(jí)CPU擴(kuò)展性能：目前HP已經(jīng)推出了性能更高的550MHz PA8600芯片，HP會(huì)推出PA8xxx芯片及以后的IA64結(jié)構(gòu)的CPU，N4000可以通過CPU升級(jí)達(dá)到系統(tǒng)性能提升的目的。主機(jī)系統(tǒng)I/O擴(kuò)展能力：N4000單機(jī)支持12個(gè)PCI的I/O槽口，I/O帶寬可達(dá)5.8GB/s。主機(jī)系統(tǒng)復(fù)雜擴(kuò)展:除了上述簡(jiǎn)單的擴(kuò)展方法外，也可以通過在群集中加入新的結(jié)點(diǎn)的方法來實(shí)現(xiàn)性能的擴(kuò)展?，F(xiàn)在MC/ServiceGuard可支持的HP 9000

35、Server結(jié)點(diǎn)數(shù)為16個(gè)，因此也具有相當(dāng)?shù)臄U(kuò)展余地。另外，如果應(yīng)用的性質(zhì)會(huì)轉(zhuǎn)為數(shù)據(jù)倉庫的話，在增加一個(gè)基結(jié)點(diǎn)后，現(xiàn)有的服務(wù)器都可作為附加結(jié)點(diǎn)加入到企業(yè)并行服務(wù)。存儲(chǔ)系統(tǒng)容量的擴(kuò)展：HP FC60最大可擴(kuò)充至4TB。第5章 應(yīng)用軟件設(shè)計(jì)5.1 短消息計(jì)費(fèi)系統(tǒng)功能介紹短消息計(jì)費(fèi)系統(tǒng)是一個(gè)綜合復(fù)雜的系統(tǒng)，它的處理流程與移動(dòng)計(jì)費(fèi)系統(tǒng)類似，由許多子系統(tǒng)共同組成，并和其他相關(guān)系統(tǒng)存在不同的接口。短消息計(jì)費(fèi)系統(tǒng)主要包括數(shù)據(jù)采集與傳輸子系統(tǒng)、預(yù)處理子系統(tǒng)、劃價(jià)子系統(tǒng)、下發(fā)子系統(tǒng)、統(tǒng)計(jì)子系統(tǒng)、稽核子系統(tǒng)、查詢子系統(tǒng)、監(jiān)控子系統(tǒng)等，下面對(duì)各子系統(tǒng)的功能要求進(jìn)行詳細(xì)的描述：5.2 數(shù)據(jù)采集與傳輸子系統(tǒng)5.2.1

36、功能簡(jiǎn)介短消息計(jì)費(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)將文件放在江蘇移動(dòng)公司和集團(tuán)中心的通信機(jī)上，對(duì)于短消息計(jì)費(fèi)系統(tǒng)來說，只需將三種數(shù)據(jù)源的數(shù)據(jù)傳送到預(yù)處理機(jī)上。傳輸系統(tǒng)主要完成短消息計(jì)費(fèi)中心與全國計(jì)費(fèi)中心之間、短消息計(jì)費(fèi)中心與地市業(yè)務(wù)中心之間、短消息計(jì)費(fèi)中心與計(jì)費(fèi)數(shù)據(jù)采集機(jī)之間以及短消息計(jì)費(fèi)中心與外部系統(tǒng)之間的信息交互與數(shù)據(jù)傳輸，以保證各級(jí)管理系統(tǒng)之間的移動(dòng)通信資源和數(shù)據(jù)能夠?qū)崟r(shí)（或準(zhǔn)實(shí)時(shí)）地共享和保持一致，為實(shí)現(xiàn)移動(dòng)通信專業(yè)化集中管理和分級(jí)處理

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

38、中心與地市帳務(wù)中心的數(shù)據(jù)傳輸G 短信計(jì)費(fèi)中心與地市帳務(wù)中心之間傳輸?shù)闹饕堑厥袔?wù)中心所需的用戶帳單、用戶清單和統(tǒng)計(jì)數(shù)據(jù)，所有的數(shù)據(jù)傳輸都是實(shí)時(shí)而且自動(dòng)化無人值守的，由短信計(jì)費(fèi)中心集中對(duì)數(shù)據(jù)傳輸進(jìn)行監(jiān)控。用戶清單數(shù)據(jù)文件定期下發(fā)，傳輸周期可以由參數(shù)以分鐘為單位來設(shè)置。每個(gè)下發(fā)文件中包含文件頭、用戶清單，文件頭中包含文件類型、文件長(zhǎng)度（包含文件頭）、下發(fā)清單數(shù)、用戶數(shù)、帳單記錄數(shù)、各項(xiàng)費(fèi)用統(tǒng)計(jì)值等信息，下發(fā)文件的命名規(guī)則為：TLLLYYYYMMDDhhmm.NNN其中各位的含義為： T - 文件類型。 LLL - 地區(qū)編號(hào)，全省統(tǒng)一編號(hào)。 YYYYMMDD - 下發(fā)文件生成日期，年月日。 hhm

39、m - 下發(fā)文件生成時(shí)間，時(shí)分。 NNN - 下發(fā)文件編號(hào)，000-999循環(huán)。傳輸系統(tǒng)通過文件名和文件頭信息來驗(yàn)證數(shù)據(jù)傳輸?shù)恼_性。u 短信計(jì)費(fèi)中心與集團(tuán)中心的數(shù)據(jù)傳輸短信計(jì)費(fèi)中心與集團(tuán)中心傳輸?shù)闹饕鞘￠g結(jié)算數(shù)據(jù)，這是一個(gè)雙向數(shù)據(jù)交換的過程，包括上傳集團(tuán)中心的結(jié)算話單數(shù)據(jù)及集團(tuán)中心下發(fā)的結(jié)算話單數(shù)據(jù)。u 短信計(jì)費(fèi)中心與外部系統(tǒng)之間的數(shù)據(jù)傳輸短信計(jì)費(fèi)中心與外部系統(tǒng)之間主要是網(wǎng)間結(jié)算數(shù)據(jù)和業(yè)務(wù)統(tǒng)計(jì)結(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ā)，該傳輸軟件具有以下功能

40、：1) 應(yīng)用系統(tǒng)或程序之間可靠的、無人值守的雙向數(shù)據(jù)傳輸功能；2) 提供自動(dòng)數(shù)據(jù)傳輸和定時(shí)通信功能；3) 具有傳輸消息事件觸發(fā)功能，在傳輸正確完成后自動(dòng)觸發(fā)用戶指定的處理進(jìn)程；4) 傳輸系統(tǒng)提供配置和監(jiān)控工具，實(shí)時(shí)監(jiān)測(cè)傳輸線路和傳輸應(yīng)用的運(yùn)行狀況，并能及時(shí)傳送到省中心的集中監(jiān)控系統(tǒng)；5) 具有自動(dòng)錯(cuò)誤恢復(fù)功能；6) 自動(dòng)重試和斷點(diǎn)重傳功能：數(shù)據(jù)傳輸中斷后，能自動(dòng)重新傳輸并跳過已傳輸?shù)臄?shù)據(jù)；7) 提供多種數(shù)據(jù)安全性控制機(jī)制：標(biāo)識(shí)與認(rèn)證、數(shù)字標(biāo)記等；8) 提供詳細(xì)的傳輸事件日志，并定期對(duì)傳輸兩端的日志進(jìn)行傳輸一致性檢查，若發(fā)現(xiàn)漏傳或錯(cuò)傳，傳輸系統(tǒng)自動(dòng)重傳；若發(fā)現(xiàn)其它異?；蚬收?，通知集中監(jiān)控臺(tái)，給出

41、告警。9) 對(duì)短消息中心采集的原始話單文件的連續(xù)性進(jìn)行檢查，確保無話單文件重復(fù)5.3 數(shù)據(jù)預(yù)處理前臺(tái)預(yù)處理子系統(tǒng)是短信計(jì)費(fèi)系統(tǒng)的核心功能子系統(tǒng)之一，它完成不同格式的計(jì)費(fèi)原始數(shù)據(jù)的數(shù)據(jù)提取、標(biāo)準(zhǔn)化等一系列處理工作。計(jì)費(fèi)預(yù)處理功能在預(yù)處理服務(wù)器上完成。鑒于各種交換機(jī)計(jì)費(fèi)信息的格式不一，需要在入庫前對(duì)各種類型的計(jì)費(fèi)信息進(jìn)行標(biāo)準(zhǔn)化處理，將不同類型交換機(jī)的計(jì)費(fèi)信息統(tǒng)一成標(biāo)準(zhǔn)格式。同時(shí)將原始數(shù)據(jù)中由于各種原因造成的不能計(jì)費(fèi)的話單標(biāo)識(shí)出來，供計(jì)費(fèi)模塊判別。目前短信計(jì)費(fèi)中心的原始話單類型主要有：短信平臺(tái)話單：對(duì)于短信平臺(tái)話單文件，主要有以下幾種話單類型：點(diǎn)對(duì)點(diǎn)短消息的話單人工臺(tái)或自動(dòng)臺(tái)發(fā)起的MT方式的短消息話

42、單由移動(dòng)臺(tái)發(fā)起的各種收費(fèi)信息話單，如股票查詢、用戶訂閱的消息等各種公眾信息源發(fā)布的MT方式的短信話單，如天氣預(yù)報(bào)等開通移動(dòng)夢(mèng)網(wǎng)后，在短信網(wǎng)關(guān)上會(huì)增加以下幾種話單類型：短信網(wǎng)關(guān)話單類型：SP發(fā)送給點(diǎn)播用戶的短消息話單（其中包括用戶自點(diǎn)播、用戶為別人點(diǎn)播、及SP主動(dòng)發(fā)送的信息三種）集團(tuán)中心下發(fā)話單：集團(tuán)中心每?jī)尚r(shí)下發(fā)一個(gè)M文件，每天12個(gè)文件，文件中包括SMT、SMC、SMT-F、SMC-F四種話單類計(jì)費(fèi)預(yù)處理功能數(shù)據(jù)提?。涸加涗浿邪S多通話信息，但計(jì)費(fèi)分揀應(yīng)用所需的數(shù)據(jù)域只是原始通話記錄域的一個(gè)子集。由數(shù)據(jù)提取功能提取計(jì)費(fèi)系統(tǒng)所需的數(shù)據(jù)域。· 支持多種類型交換機(jī)原始計(jì)費(fèi)數(shù)據(jù)的數(shù)據(jù)

43、提??；· 支持多通話業(yè)務(wù)的數(shù)據(jù)提取，并對(duì)新業(yè)務(wù)提供數(shù)據(jù)提取接口；· 對(duì)原始計(jì)費(fèi)記錄提取過程提供完善的差錯(cuò)檢測(cè)功能：ü 提供記錄級(jí)的差錯(cuò)檢測(cè)：支持對(duì)每條提取的計(jì)費(fèi)記錄進(jìn)行數(shù)據(jù)審核校驗(yàn)，識(shí)別其中的錯(cuò)誤或無效話單，包括：Ø 格式錯(cuò)，與移動(dòng)交換機(jī)定義的數(shù)據(jù)結(jié)構(gòu)不符Ø 重要記錄域?yàn)榭?#216; 錯(cuò)誤字符，包括：G 通話日期、時(shí)間、時(shí)長(zhǎng)非法G 對(duì)端號(hào)碼錯(cuò)誤G 記錄域中含有非法字符Ø 計(jì)費(fèi)信息不足Ø 不需計(jì)費(fèi)話單ü 提供數(shù)據(jù)塊級(jí)的差錯(cuò)控制：話單提取后計(jì)算出的塊長(zhǎng)度（包括塊頭、塊尾、有效話單、錯(cuò)誤話單）與原始數(shù)據(jù)塊長(zhǎng)度一致性檢驗(yàn)

44、、塊序號(hào)連續(xù)性檢驗(yàn)。ü 提供文件級(jí)的差錯(cuò)控制：相鄰處理文件中撥打時(shí)間的連續(xù)性檢驗(yàn)、文件序號(hào)連續(xù)性檢驗(yàn)、數(shù)據(jù)塊數(shù)檢驗(yàn)、轉(zhuǎn)換字節(jié)數(shù)與文件長(zhǎng)度一致性檢驗(yàn)。ü 對(duì)數(shù)據(jù)差錯(cuò)或丟失情況記錄日志，并根據(jù)差錯(cuò)級(jí)別提供不同的告警。u 記錄標(biāo)準(zhǔn)化· 支持原始計(jì)費(fèi)記錄數(shù)據(jù)格式向計(jì)費(fèi)系統(tǒng)定義的標(biāo)準(zhǔn)記錄格式的轉(zhuǎn)化；· 支持按設(shè)置的參數(shù)對(duì)大文件進(jìn)行拆分；· 按照計(jì)費(fèi)系統(tǒng)的設(shè)計(jì)進(jìn)行計(jì)費(fèi)記錄的數(shù)據(jù)分類。u 預(yù)處理配置與管理· 提供對(duì)整個(gè)預(yù)處理子系統(tǒng)的各種參數(shù)的查詢、配置和修改；· 支持原始計(jì)費(fèi)數(shù)據(jù)的實(shí)時(shí)備份和數(shù)據(jù)轉(zhuǎn)儲(chǔ)；提供對(duì)預(yù)處理各個(gè)模塊的實(shí)時(shí)監(jiān)控和管理，

45、如：物理空間檢測(cè)、用戶口令權(quán)限管理、預(yù)處理過程監(jiān)測(cè)、入庫狀態(tài)監(jiān)測(cè)、進(jìn)程管理等。預(yù)處理階段統(tǒng)計(jì)² 正常有效話單統(tǒng)計(jì)² 異常話單統(tǒng)計(jì)² 無效話單統(tǒng)計(jì)² 錯(cuò)單糾正統(tǒng)計(jì)² 對(duì)預(yù)處理階段非正常的話單應(yīng)存儲(chǔ)在文件中或數(shù)據(jù)庫中，以備查詢。² 可以對(duì)每臺(tái)交換機(jī)的產(chǎn)生的每個(gè)文件的有效話單數(shù)、異常話單數(shù)、無效話單數(shù)的統(tǒng)計(jì)，該統(tǒng)計(jì)可以按日、周、月、季進(jìn)行。5.4 話單劃價(jià)話單劃價(jià)所完成的功能是將經(jīng)過預(yù)處理的話單按照相關(guān)的資費(fèi)標(biāo)準(zhǔn)計(jì)算出基本費(fèi)用的過程，也稱為劃價(jià)或批價(jià)，劃價(jià)后形成計(jì)費(fèi)清單數(shù)據(jù)。計(jì)費(fèi)處理過程能適應(yīng)最新的短信資費(fèi)政策，并可滿足今后業(yè)務(wù)不斷發(fā)展的需

46、要。計(jì)費(fèi)處理能夠?qū)崟r(shí)地處理短信平臺(tái)及短信網(wǎng)關(guān)產(chǎn)生的和集團(tuán)中心下發(fā)的話單，接收到的計(jì)費(fèi)文件在下一文件傳到之前處理完畢，做到話務(wù)高峰時(shí)不出現(xiàn)話單積壓。在計(jì)費(fèi)劃價(jià)的過程中，系統(tǒng)可正確的對(duì)各種類型的話單進(jìn)行劃價(jià)，同時(shí)可區(qū)分不同的話單類型，并做不同的標(biāo)記，按照事先確定的分揀規(guī)則進(jìn)行分揀，以生成不同的清單文件進(jìn)行并行入庫。對(duì)包月類及封頂類的短消息話單類型，劃價(jià)程序也進(jìn)行正常的劃價(jià)，清單留做查詢及統(tǒng)計(jì)用，具體的收費(fèi)有帳務(wù)系統(tǒng)確定。對(duì)按條收費(fèi)的短消息話單，系統(tǒng)可以根據(jù)不同的話單類型進(jìn)行不同費(fèi)率的劃價(jià)，并可滿足不同優(yōu)惠的需要。對(duì)于不同類型的話單，通過統(tǒng)一的參數(shù)管理，進(jìn)行費(fèi)率的靈活配置，對(duì)于信息發(fā)布業(yè)務(wù)（WAD）

47、，需要建立單獨(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ù)話單過濾要對(duì)重復(fù)話單進(jìn)行過濾，首先應(yīng)分析一下產(chǎn)生重復(fù)話單的原因及如何標(biāo)識(shí)重復(fù)話單。產(chǎn)生重復(fù)話單的原因主要有：² 交換機(jī)生成原始通話記錄時(shí)產(chǎn)生的重復(fù)；² 采集過程中故障重采產(chǎn)生的重復(fù)；² 文件傳輸過程中產(chǎn)生的重復(fù)；² 數(shù)據(jù)交互過程中產(chǎn)生的重復(fù)（來、出訪話單的上傳、下發(fā)）等。重復(fù)話單的標(biāo)識(shí)：同一用戶（IMSI）、同一天（sdate）、同一時(shí)刻（stime）產(chǎn)生兩條

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

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

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

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

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

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

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

55、用戶詳細(xì)話單（包括短信網(wǎng)關(guān)清單和短信中心清單）² 省內(nèi)用戶帳單（包括短消息費(fèi)用及用戶由WAD所產(chǎn)生的預(yù)存費(fèi)用）² 統(tǒng)計(jì)數(shù)據(jù)² 用戶業(yè)務(wù)變更數(shù)據(jù)（SMC/SMCF）5.11 系統(tǒng)查詢系統(tǒng)查詢管理完成計(jì)費(fèi)系統(tǒng)各種相應(yīng)的對(duì)內(nèi)對(duì)外查詢功能，主要是客戶查詢、業(yè)務(wù)查詢。系統(tǒng)查詢應(yīng)能迅速查詢出本省用戶的通話話單，并且系統(tǒng)查詢與計(jì)費(fèi)處理不能產(chǎn)生沖突，發(fā)生查詢和計(jì)費(fèi)互相鎖定的狀況。系統(tǒng)查詢要求：² 具有本省用戶的詳細(xì)話單查詢（按月份、按日期段）² 能支持一些復(fù)雜條件的查詢。² 能支持對(duì)各種計(jì)費(fèi)參數(shù)的查詢。5.12 系統(tǒng)維護(hù)系統(tǒng)維護(hù)是整個(gè)短消息計(jì)費(fèi)系統(tǒng)中

56、非常重要的環(huán)節(jié)，它能對(duì)整個(gè)系統(tǒng)的運(yùn)行狀況、運(yùn)行效率、安全操作等起到重要的監(jiān)測(cè)、維護(hù)作用。同時(shí)，XX省短消息計(jì)費(fèi)系統(tǒng)的最終用戶是移動(dòng)通信局計(jì)費(fèi)中心的相關(guān)業(yè)務(wù)人員，他們有較強(qiáng)的業(yè)務(wù)知識(shí)和管理經(jīng)驗(yàn)，但是整個(gè)工程牽涉面廣，維護(hù)工作量大，為了減輕用戶的維護(hù)工作量，要求“移動(dòng)計(jì)費(fèi)系統(tǒng)”有較好的用戶界面，操作簡(jiǎn)單直觀。Ø 參數(shù)管理：在設(shè)計(jì)移動(dòng)短消息計(jì)費(fèi)結(jié)算系統(tǒng)中充分引入了參數(shù)驅(qū)動(dòng)的設(shè)計(jì)思想。在應(yīng)用程序中，凡是不能確定的因素或是可能變動(dòng)的因素都盡量做到參數(shù)化，以達(dá)到通過對(duì)參數(shù)的設(shè)置就可適應(yīng)不同情況、不同應(yīng)用時(shí)期的要求。在計(jì)費(fèi)系統(tǒng)的設(shè)計(jì)中，各種費(fèi)率、基本資源、資費(fèi)信息、優(yōu)惠定義、結(jié)算標(biāo)準(zhǔn)等都是以參數(shù)的

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