




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡(jiǎn)介
1、XX 省移動(dòng)短消息計(jì)費(fèi)系統(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è)計(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ì) 9 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ì) 13134.1
2、 主機(jī)系統(tǒng)設(shè)計(jì)原則 134.2 主機(jī)系統(tǒng)平臺(tái)現(xiàn)狀 134.3 主機(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ì) 20205.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) 20 3 / 355.2.3 系統(tǒng)功能 225.3 數(shù)據(jù)預(yù)處理 235.4 話單劃價(jià) 255.5 重復(fù)話單過濾 255.6 話單并行入庫 265.7 計(jì)費(fèi)結(jié)算 275.8 統(tǒng)計(jì)分析 285.9 稽核排錯(cuò) 285.10 數(shù)據(jù)交互 295
3、.11 系統(tǒng)查詢 295.12 系統(tǒng)維護(hù) 30第 6 章系統(tǒng)關(guān)鍵問題 31316.1 與 GSM 計(jì)費(fèi)系統(tǒng)的融合 316.1.1 簡(jiǎn)述 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 章前言隨著我國(guó)移動(dòng)通信事業(yè)的迅猛發(fā)展,為了迎接日益臨近的市場(chǎng)競(jìng)爭(zhēng),電信部門在開拓市場(chǎng)業(yè)務(wù),擴(kuò)大電信網(wǎng)通信能力的同時(shí),越來越重視電信企業(yè)部的 4 / 35服務(wù)意識(shí),并不斷完善電信企業(yè)的服務(wù)體系,為此作出了不懈的努力。聯(lián)創(chuàng)系統(tǒng)集成股
4、份自成立之初便確立了以電信行業(yè)作為自己重要的發(fā)展方向。目前,在電信行業(yè)已具有了豐富的積累和長(zhǎng)足的發(fā)展,取得了可喜的成績(jī)。尤其在電信計(jì)費(fèi)、電信業(yè)務(wù)這一領(lǐng)域,公司著眼長(zhǎng)遠(yuǎn),立足未來,投入了大量的精力,進(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)一步鞏
5、固和加強(qiáng)相互間長(zhǎng)期的友好合作關(guān)系。我們將虛心地向貴局的行家們學(xué)習(xí)、請(qǐng)教,進(jìn)一步提高我們的知識(shí)水平和業(yè)務(wù)能力,從而為移動(dòng)提供更加優(yōu)質(zhì)、完善的服務(wù)。第 2 章系統(tǒng)概述移動(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)急
6、系統(tǒng),其中有五臺(tái)機(jī)器組成,兩臺(tái)pc 機(jī)與三臺(tái)惠普的 pc server,pc 機(jī)上安裝有 SCO UNIX,分別運(yùn)行短消息話單的預(yù)處理與下發(fā)程序。Pc server 上安裝有 NT 操作系統(tǒng),運(yùn)行 SYBASE11.9.2的數(shù)據(jù)庫服務(wù)器,分別處理、 、等三個(gè)短消息中心產(chǎn)生的短消息話單。目前該系 5 / 35統(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)營(yíng)轉(zhuǎn)變的不
7、斷加劇,越來越多的電信企業(yè)開始從傳統(tǒng)、單一的經(jīng)營(yíng)模式向著“以市場(chǎng)為導(dǎo)向,以滿足用戶需求為經(jīng)營(yíng)目標(biāo)、以服務(wù)于用戶為經(jīng)營(yíng)宗旨”的經(jīng)營(yíng)理念轉(zhuǎn)變,這就更進(jìn)一步加大了電信企業(yè)間競(jìng)爭(zhēng)的力度。如何更好地服務(wù)于用戶、更好地滿足市場(chǎng)的需求已開始成為眾多電信企業(yè)經(jīng)營(yí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í)處理和
8、管理的能力,SYBASE 數(shù)據(jù)庫能滿足以下要求:支持 ANSI/ISO SQL-89、ANSI/ISO SQL-92;支持并行處理技術(shù);支持主流廠商的操作平臺(tái);支持多種復(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ī)備份等。 6 / 352.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 1高擴(kuò)展性。高擴(kuò)展性。當(dāng)業(yè)務(wù)量
9、增加或增加新業(yè)務(wù)時(shí),主機(jī)能以增加節(jié)點(diǎn)、處理器、存等方式提供更高的性能來滿足新的要求。2 2高可靠性。高可靠性。主機(jī)系統(tǒng)需 7*24 小時(shí)連續(xù)運(yùn)行,同時(shí)系統(tǒng)應(yīng)具有良好的容錯(cuò)能力。系統(tǒng)應(yīng)采用冗余配置,保證系統(tǒng)無單一故障點(diǎn)。3 3支持并行技術(shù)。支持并行技術(shù)。支持多臺(tái)主機(jī)并行的處理,以保證大容量數(shù)據(jù)處理的要求。4 4易于管理與使用。易于管理與使用。保證系統(tǒng)的易使用性,并使系統(tǒng)在較優(yōu)的狀態(tài)下運(yùn)行,以提高系統(tǒng)的的運(yùn)行和處理效率。5 5恢復(fù)周期短?;謴?fù)周期短。當(dāng)對(duì)系統(tǒng)進(jìn)行擴(kuò)容或系統(tǒng)發(fā)生不可預(yù)見的故障時(shí),系統(tǒng)應(yīng)能在 24 小時(shí)恢復(fù)到正常運(yùn)行狀態(tài)。2.1.6 計(jì)費(fèi)數(shù)據(jù)處理要求數(shù)據(jù)處理包括三部分?jǐn)?shù)據(jù):短消息中心采
10、集到的原始話單數(shù)據(jù)。短消息網(wǎng)關(guān)采集到的原始話單數(shù)據(jù)。集團(tuán)中心下發(fā)的本省用戶的全國(guó)性業(yè)務(wù)的話單文件。為保證忙時(shí)的數(shù)據(jù)處理要求,系統(tǒng)完成對(duì)話單的計(jì)費(fèi)處理(包括格式轉(zhuǎn)換、檢錯(cuò)、糾錯(cuò)、入庫、查找重單、分檢)的速度正常情況下正常情況下要達(dá)到:本地話單,從話單出現(xiàn)在計(jì)費(fèi)采集接口到完成計(jì)費(fèi)處理(包括采集、預(yù)處理、批價(jià)、存儲(chǔ)、分檢) ,不超過 15 分鐘;全國(guó)業(yè)務(wù)話單,從話單放在全國(guó)移動(dòng)計(jì)費(fèi)結(jié)算中心設(shè)在省中心的通信服務(wù)器到完成數(shù)據(jù)的處理(包括話單的檢查、存儲(chǔ)、分檢) ,不超過 15 分鐘。 7 / 352.1.7 維護(hù)管理要求系統(tǒng)具有良好的交互性,操作簡(jiǎn)單、明確。系統(tǒng)提供多種訪問手段,允許管理員在不同的環(huán)境下
11、對(duì)系統(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á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)考慮。 系統(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ù)庫系
12、統(tǒng)所提供的性能并充分考慮到整體系統(tǒng)的可擴(kuò)展性,使整個(gè)應(yīng)用系統(tǒng)的性能達(dá)到最佳狀態(tài),以滿足不斷增長(zhǎng)的用戶數(shù)與話單數(shù)的要求。 正確性:指數(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è)月以的重復(fù)話單、與各業(yè)務(wù)管理中心等系統(tǒng)進(jìn)行數(shù)據(jù)交互時(shí)的準(zhǔn)確性、兼容性。在系統(tǒng)設(shè)計(jì)時(shí)充分考慮系統(tǒng)運(yùn)行過程中數(shù)據(jù)的正確性并提供合理的解決方案。 完整性:指系統(tǒng)功能的完整性。它要求短消息計(jì)費(fèi)系統(tǒng)應(yīng)滿足 XX 省移動(dòng)通信業(yè)務(wù)經(jīng)營(yíng)、管理、決策的需要,同時(shí)要求系統(tǒng)能與其它系統(tǒng)(如集團(tuán)中心的短消息中心)進(jìn)行信息共享或提供數(shù)據(jù)接
13、口。 可維護(hù)性:指系統(tǒng)中某一相對(duì)獨(dú)立的模塊發(fā)生改變時(shí),不影響其他模塊的運(yùn)行,維護(hù)操作簡(jiǎn)單,用戶操作界面友好;當(dāng)系統(tǒng)處理的某些指標(biāo)需要?jiǎng)?8 / 35態(tài)改變時(shí),不需要修改程序代碼就可以實(shí)現(xiàn)相應(yīng)功能,充分做到代碼與數(shù)據(jù)的獨(dú)立性,以減少操作維護(hù)人員的工作量和工作繁重程度。 先進(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)。 繼承性:指本系統(tǒng)在開
14、發(fā)實(shí)施階段,應(yīng)充分考慮利用 XX 省原有的短消息計(jì)費(fèi)系統(tǒng)與移動(dòng)計(jì)費(fèi)系統(tǒng)數(shù)據(jù)資源以與其他一些可以繼承的軟、硬件資源,必須在建設(shè)系統(tǒng)中得到充分利用,以充分保護(hù)用戶的投資利益。 安全性:計(jì)費(fèi)數(shù)據(jù)是移動(dòng)經(jīng)營(yíng)最重要的收入來源,而整個(gè)計(jì)費(fèi)系統(tǒng)是構(gòu)架在全省圍的一個(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)的安全。 規(guī)性:在技術(shù)
15、、業(yè)務(wù)的理解上要完全遵循 XX 省移動(dòng)公司關(guān)于短消息計(jì)費(fèi)的要求;在主機(jī)的安裝、網(wǎng)絡(luò)的設(shè)計(jì)時(shí)嚴(yán)格遵守相應(yīng)的規(guī);應(yīng)用系統(tǒng)實(shí)施數(shù)據(jù)庫設(shè)計(jì)時(shí),也應(yīng)按照規(guī)化理論進(jìn)行,同時(shí)保留一定的冗余,確保系統(tǒng)的效率和性能。 容災(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)該有其自身的要求,如: 9 / 351、短消息系統(tǒng)的話單源與 GSM 計(jì)費(fèi)系統(tǒng)有差別。短消息系統(tǒng)的話單源不僅產(chǎn)生在短信中心,同時(shí),也會(huì)產(chǎn)生在短信網(wǎng)關(guān),并且,這
16、兩種類型的話單源還起著不同的作用,一個(gè)是用來計(jì)算用戶的通信費(fèi),一個(gè)是向用戶代收取信息費(fèi)以與與 SP 之間的結(jié)算;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)用類型可以
17、分為通信費(fèi)、長(zhǎng)途費(fèi)兩大類,而短消息所涉與到的費(fèi)用為通信費(fèi)、信息費(fèi)、勞務(wù)費(fèi)6、短消息牽涉到與 SP 之間的結(jié)算,而 GSM 牽涉到的是只與聯(lián)通、電信等電信運(yùn)營(yíng)商的結(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、都
18、會(huì)對(duì)部分話單進(jìn)行上傳和下發(fā)的接收處理工作;6、都需要將計(jì)費(fèi)產(chǎn)生的用戶費(fèi)用信息傳遞給帳務(wù)系統(tǒng),由帳務(wù)系統(tǒng)最終形成綜合化的帳單,向用戶收取費(fèi)用。 10 / 353.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ù)處理層、核心處理層、管理層和接口層。如下圖:碼制轉(zhuǎn)換校驗(yàn)標(biāo)準(zhǔn)化信息源提取異常鑒別預(yù)處理層劃價(jià)處理優(yōu)惠處理進(jìn)程調(diào)度核心處理層統(tǒng)計(jì)分析結(jié)算處理查詢管理系統(tǒng)管理管理層短信中心短信網(wǎng)關(guān)集團(tuán)中心帳務(wù)系統(tǒng)接口層這樣的劃分對(duì)于系統(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è)備,因此,計(jì)費(fèi)批價(jià)服務(wù)器采用目前已有的L2000 服務(wù)器,數(shù)據(jù)庫服務(wù)器采用 HP 的 N4000 服務(wù)器。3.3 數(shù)據(jù)處理流圖短消息計(jì)費(fèi)系統(tǒng)的數(shù)據(jù)流圖如下:原原始始話話單單文文件件預(yù)預(yù)處處理理(標(biāo)標(biāo)準(zhǔn)準(zhǔn)化化、檢檢錯(cuò)錯(cuò)/糾糾錯(cuò)錯(cuò))計(jì)計(jì)費(fèi)費(fèi)、分分揀揀傳傳輸輸入入庫庫統(tǒng)統(tǒng)計(jì)計(jì)表表清清單單表表下下發(fā)發(fā)接接口口表表統(tǒng)統(tǒng)計(jì)計(jì)下下發(fā)發(fā)處處理理下下發(fā)發(fā)文文件件錯(cuò)錯(cuò)單單表表糾糾錯(cuò)錯(cuò)回回收收數(shù)據(jù)庫服務(wù)器數(shù)據(jù)庫服務(wù)器計(jì)費(fèi)批價(jià)服務(wù)器計(jì)費(fèi)批價(jià)服務(wù)器上傳下發(fā)服務(wù)器標(biāo)準(zhǔn)化批價(jià)、入庫稽核排
20、錯(cuò)下發(fā)統(tǒng)計(jì)結(jié)算排重高額(超過一定的條數(shù)或流量) 12 / 353.4 軟件功能模塊短消息計(jì)費(fèi)系統(tǒng)主要有以下幾種功能模塊,各主要功能模塊間的關(guān)系圖如下:中中心心數(shù)數(shù)據(jù)據(jù)庫庫預(yù)預(yù)處處理理計(jì)計(jì)費(fèi)費(fèi)分分揀揀統(tǒng)統(tǒng)計(jì)計(jì)稽稽核核下下發(fā)發(fā)傳傳輸輸下下發(fā)發(fā)平平臺(tái)臺(tái)短短信信息息計(jì)計(jì)費(fèi)費(fèi)系系統(tǒng)統(tǒng)短信中心短信網(wǎng)關(guān)集團(tuá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ù)
21、量不斷增加的需要。由于短消息計(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ù)器從而增加整個(gè)系統(tǒng)的處理能力,而系統(tǒng)的總體結(jié)構(gòu)不需做大的調(diào)整。 13 / 35第 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ì)原則: 開放性計(jì)算機(jī)系統(tǒng)應(yīng)支持工業(yè)標(biāo)準(zhǔn)或事實(shí)標(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)用需求時(shí),系統(tǒng)應(yīng)有平滑升級(jí)的能力。 高性能高性能應(yīng)體現(xiàn)在整個(gè)計(jì)算機(jī)系統(tǒng)中,包括服務(wù)器、網(wǎng)絡(luò)、I/O 操作以與軟件。 可管理性由于計(jì)算機(jī)環(huán)境的不斷擴(kuò)大,IT 系統(tǒng)的更加復(fù)雜以與覆蓋面的增加,對(duì)服務(wù)器、網(wǎng)絡(luò)設(shè)備和應(yīng)用軟件的管理已成為設(shè)計(jì)計(jì)算機(jī)環(huán)境不可缺少的一部分。 選領(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é)議的容設(shè)計(jì)、執(zhí)行,做到計(jì)費(fèi)數(shù)據(jù)處理與時(shí)、準(zhǔn)確,系統(tǒng)簡(jiǎn)潔,便于維護(hù),各類功能齊全而
23、易于擴(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)狀如下: 14 / 35EthernetPC Server/Win NTPC/SCO UnixPC/Win9XD270DCN短信息計(jì)費(fèi)系統(tǒng)平臺(tái)PC/SCO UNIX各機(jī)器的配置信息如下:數(shù)據(jù)庫服務(wù)器:PC 服務(wù)器,CPU 400MHZ 以上,存 1G 以上、硬盤 100G(目前數(shù)據(jù)庫服務(wù)器已從一臺(tái)擴(kuò)充到三臺(tái)) ;預(yù)處理服務(wù)器:高檔 PC,CPU300 以上,存 256M 以上、20G 以上;下發(fā)服務(wù)器
24、:高檔 PC,CPU300MHZ 以上,存 256M 以上、20G 硬盤,MO 驅(qū)動(dòng)器;應(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 影響性能的幾個(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、存和 I/O 三個(gè)方面考慮,下面分別進(jìn)行論述:CPUCPU:聯(lián)機(jī)事務(wù)處理的主機(jī),主要是作為數(shù)據(jù)庫服務(wù)器而不是計(jì)算服務(wù)器,因此以服務(wù)器的 TPM 值作為相對(duì)選型參考值。需要說明的是廠家公布的服務(wù)器TPM 值,一般是采用最大的硬件配置、按照 100%的利用率所得到的,而在實(shí)際建設(shè)中的系統(tǒng)配置往往小得多,系統(tǒng)性能的 TPM 不會(huì)有公布值那么高,在對(duì)服務(wù)器處理能力進(jìn)行估算時(shí),需要將一些經(jīng)驗(yàn)值和 TPM 值一起綜合考慮。存:存:存是所有程序
26、運(yùn)行的環(huán)境,在 CPU 和系統(tǒng)軟件處理能力的圍,存越大則服務(wù)器的處理性能越好,但不同的應(yīng)用對(duì)存的要求不同,所以在計(jì)費(fèi)系統(tǒng)服務(wù)器存設(shè)計(jì)中,需要從應(yīng)用需求的角度來考慮,尋找最佳的配置。I/OI/O:在 CPU 處理能力一定的情況下,磁盤陣列的 I/O 速度,可使服務(wù)器的整體性能表現(xiàn)相差幾倍到幾十倍,所以我們?cè)谠O(shè)計(jì)中要特別注意磁盤陣列 I/O的選型,盡量選擇 I/O 帶寬高的磁盤陣列,同時(shí)考慮到單個(gè)磁盤的 I/O 速度是一定的,需要靠多磁盤的并行讀取來提高磁盤陣列 I/O 速度,在容量和性價(jià)比容許的情況下,盡量選擇容量小而數(shù)量多的磁盤,能大大提高磁盤陣列的 I/O吞吐性能。根據(jù)應(yīng)用對(duì)磁盤陣列的劃分進(jìn)
27、行優(yōu)化也是提高 I/O 性能的一個(gè)重要方面。4.3.2 服務(wù)器性能分析預(yù)處理服務(wù)器預(yù)處理服務(wù)器聯(lián)機(jī)事務(wù)處理能力的分析預(yù)處理服務(wù)器主要用于將采集系統(tǒng)傳來的原始話單標(biāo)準(zhǔn)化,并統(tǒng)一批價(jià)后形成話單清單供計(jì)費(fèi)服務(wù)器排重入庫,其處理是文本轉(zhuǎn)換和簡(jiǎn)單計(jì)算的 16 / 35過程。根據(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ù)器。服務(wù)器存容量的分析為保證預(yù)處理的高效,文本轉(zhuǎn)換的過程應(yīng)全部在存中完成,批價(jià)所需的費(fèi)率等參數(shù)表也應(yīng)常駐存以避免反復(fù)讀取影響效率。根據(jù)聯(lián)創(chuàng)
28、在移動(dòng)計(jì)費(fèi)上的經(jīng)驗(yàn)和一百萬用戶級(jí)系統(tǒng)實(shí)際運(yùn)行的測(cè)算,一百萬用戶的話單預(yù)處理需要存 200MB,則 300 萬用戶為 600MB,考慮到系統(tǒng)本身的開銷,所以推薦存配置為 1GB。計(jì)費(fèi)數(shù)據(jù)庫服務(wù)器計(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ù)。聯(lián)機(jī)事務(wù)處理能力的分析一話單的處理流程包括:打開文件、讀記錄、糾錯(cuò)、入庫、出庫等等,根據(jù)聯(lián)創(chuàng)在移動(dòng)計(jì)費(fèi)上的經(jīng)驗(yàn)和一百萬用戶級(jí)系統(tǒng)實(shí)際運(yùn)行的測(cè)算,每話單的處理約等價(jià)于0.5個(gè)標(biāo)準(zhǔn)事務(wù),則:300萬用戶,平均每個(gè)用戶每天7話單,即每天2100萬話單;平均每分
29、鐘處理的話單為:2100萬/(2460分鐘)=14584;假設(shè)通話高峰時(shí)間每天為8小時(shí),則高峰時(shí)服務(wù)器負(fù)荷按平均負(fù)荷的3倍計(jì)算,此時(shí)要求系統(tǒng)的tpmC值為:145840.53=21876 tpmC;建議系統(tǒng)利用率不超過80,則需要配置的處理能力為21876/80=27345tpmC。服務(wù)器存容量的分析計(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ù)庫共享存的使用和系統(tǒng)、數(shù)據(jù)庫本身的開銷,建議按照 1GB/CPU 配置存。提高 I/O 性能的途徑 17 / 351.采用高傳
30、輸帶寬(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è)備容量:本工程滿足 300 萬用戶量的處理需求,每用戶每天平均 7 話單;在線存儲(chǔ)的容量主要考慮話單清單容量,每話單按 200 字節(jié)計(jì)算;話單在線存儲(chǔ) 4(3+1)個(gè)月,每個(gè)月按 30 天計(jì)算;數(shù)據(jù)庫冗余度 50%(主要是考慮到數(shù)據(jù)庫索引和其他一些表占用空間、數(shù)據(jù)庫不能與時(shí)釋放的空間、數(shù)據(jù)庫運(yùn)行、恢復(fù)、日志、臨時(shí)與共用池空間) ;磁盤利用率 85%(主
31、要考慮到磁盤的最佳使用性能和一些額外磁盤開銷) ;數(shù)據(jù)存儲(chǔ)保護(hù)技術(shù)決定的空間利用率,鏡像為 50%;則所需磁盤容量=300 萬7304200(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 萬用戶規(guī)模的短消息計(jì)費(fèi)系統(tǒng)所需的主機(jī)處理能力、存大小和存儲(chǔ)容量等進(jìn)行了詳細(xì)的分析。聯(lián)創(chuàng)建議方案的出發(fā)點(diǎn)就在于在滿足性能要求的前提下,如何提高性能價(jià)格比,最大限
32、度的為用戶節(jié)省投資。預(yù)處理服務(wù)器采用兩臺(tái)的 HP A500 服務(wù)器,配置單 550MHz PA8600CPU,1GB 存,雙 18GB 置硬盤,考慮到聯(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)配置 4550MHz PA8600 CPU,4GB 存,性能達(dá)到 18 / 3533000tpmC。下發(fā)服務(wù)器和應(yīng)用服務(wù)器可以采用已有的 L2000 服務(wù)器。聯(lián)機(jī)存儲(chǔ)采用 HP FC60 磁盤陣列,配置容量 2TB,通過光纖交換機(jī)與上述服務(wù)器連接,組成存儲(chǔ)區(qū)域網(wǎng)(SAN) 。 方案特點(diǎn)方案特點(diǎn)高可用性采用的高
33、可用性技術(shù):采用的高可用性技術(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)正常工作。存(Memory)系統(tǒng)可以動(dòng)態(tài)檢查存,當(dāng)發(fā)現(xiàn)壞存頁時(shí)屏蔽該存頁不再分配給系統(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ù)器與磁盤陣列通過雙接口卡連接,其中一塊卡失效時(shí)另一塊卡仍可保證系統(tǒng)正常運(yùn)行。Internal 磁盤(Disk)系統(tǒng)盤:用
34、 MirrorDisk/UX 軟件對(duì)引導(dǎo)區(qū)(root) 、交換區(qū)(swap)鏡像。高可用性存儲(chǔ)系統(tǒng)(High Availability Storage System)可熱插拔的磁盤、電源和風(fēng)扇模塊。FC60冗余電源子系統(tǒng)和系統(tǒng)后備電池。 19 / 35磁盤和高速緩存的檢測(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 秒以使系統(tǒng)恢復(fù)運(yùn)行。靈活性由于采用了 SAN 技術(shù),當(dāng)業(yè)務(wù)量出現(xiàn)突發(fā)性增長(zhǎng)時(shí),可以方便地通過增加服務(wù)器或存儲(chǔ)設(shè)備的方式提高系
35、統(tǒng)處理能力,而不需要重新構(gòu)架。這種靈活性既保護(hù)了用戶的投資,又提高了業(yè)務(wù)系統(tǒng)對(duì)市場(chǎng)變化的適應(yīng)能力??蓴U(kuò)充性在滿足 300 萬用戶規(guī)模計(jì)費(fèi)性能要求的同時(shí),該系統(tǒng)還具有充分的擴(kuò)充能力,可以平滑擴(kuò)展到更高用戶量的處理能力要求,具體表現(xiàn)如下:主機(jī)系統(tǒng)通過增加主機(jī)系統(tǒng)通過增加 CPUCPU 擴(kuò)展性能:擴(kuò)展性能:A500 單機(jī)最多可配置 2 個(gè) 550MHz PA8600 CPU,處理能力可達(dá) 15000tpmC。N4000 單機(jī)最多可配置 8 個(gè) 550MHz PA8600CPU,處理能力可達(dá) 60000tpmC。主機(jī)系統(tǒng)通過增加存擴(kuò)展性能:主機(jī)系統(tǒng)通過增加存擴(kuò)展性能:N4000 單機(jī)現(xiàn)在對(duì)存的支持最高
36、可達(dá) 32GB。A500 單機(jī)現(xiàn)在對(duì)存的支持最高可達(dá) 8GB,主機(jī)系統(tǒng)增加存會(huì)對(duì)數(shù)據(jù)庫等大存需求的應(yīng)用有很大的性能提高。主機(jī)系統(tǒng)通過升級(jí)主機(jī)系統(tǒng)通過升級(jí) CPUCPU 擴(kuò)展性能:擴(kuò)展性能:目前 HP 已經(jīng)推出了性能更高的 550MHzPA8600 芯片,HP 會(huì)推出 PA8xxx 芯片與以后的 IA64 結(jié)構(gòu)的 CPU,N4000 可以通過 CPU 升級(jí)達(dá)到系統(tǒng)性能提升的目的。主機(jī)系統(tǒng)主機(jī)系統(tǒng) I/OI/O 擴(kuò)展能力:擴(kuò)展能力:N4000 單機(jī)支持 12 個(gè) PCI 的 I/O 槽口,I/O 帶寬可達(dá) 5.8GB/s。主機(jī)系統(tǒng)復(fù)雜擴(kuò)展主機(jī)系統(tǒng)復(fù)雜擴(kuò)展: :除了上述簡(jiǎn)單的擴(kuò)展方法外,也可以通過在
37、群集中加入新的結(jié)點(diǎn)的方法來實(shí)現(xiàn)性能的擴(kuò)展?,F(xiàn)在 MC/ServiceGuard 可支持的 HP9000Server 結(jié)點(diǎn)數(shù)為 16個(gè),因此也具有相當(dāng)?shù)臄U(kuò)展余地。另外,如果應(yīng)用的性質(zhì)會(huì)轉(zhuǎn)為數(shù)據(jù)倉庫的話, 20 / 35在增加一個(gè)基結(jié)點(diǎn)后,現(xiàn)有的服務(wù)器都可作為附加結(jié)點(diǎn)加入到企業(yè)并行服務(wù)。存儲(chǔ)系統(tǒng)容量的擴(kuò)展:存儲(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à)子
38、系統(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 功能簡(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)中心與全國(guó)計(jì)費(fèi)中心之間、短消息計(jì)費(fèi)中心與地市業(yè)務(wù)中心之間、短消息計(jì)費(fèi)中心與計(jì)費(fèi)數(shù)據(jù)采集機(jī)之間以與短消息計(jì)費(fèi)中心與外部系
39、統(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í)處理提供保證。 21 / 355.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ù)流向如下圖所示:其他接口短 消息計(jì)費(fèi)中心短信中心話單短信網(wǎng)關(guān)話單清單數(shù)據(jù)統(tǒng)計(jì)數(shù)據(jù)等集團(tuán)中心地市帳務(wù)中心短信 采集平臺(tái) 短信采集系統(tǒng)與短消息計(jì)費(fèi)中心的數(shù)據(jù)傳輸短信采
40、集系統(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)控。 短信計(jì)費(fèi)中心與地市帳務(wù)中心的數(shù)據(jù)傳輸短信計(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è)置。 22 / 35每個(gè)下發(fā)文件中包含文件頭、用戶清單,文件頭中包含文件類型、文件
41、長(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ā)文件生成日期,年月日。hhmm - 下發(fā)文件生成時(shí)間,時(shí)分。NNN - 下發(fā)文件編號(hào),000-999 循環(huán)。傳輸系統(tǒng)通過文件名和文件頭信息來驗(yàn)證數(shù)據(jù)傳輸?shù)恼_性。 短信計(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ù)。 短信計(jì)費(fèi)中心與外部系統(tǒng)之間的數(shù)
42、據(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íng)商或業(yè)務(wù)部門共同協(xié)商確定。5.2.3 系統(tǒng)功能傳輸系統(tǒng)由聯(lián)創(chuàng)公司基于 FTP 自主開發(fā),該傳輸軟件具有以下功能: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ù)功能; 23 / 356) 自
43、動(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),給出告警。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)
44、準(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)話單文件,主要有以下幾種話單類型:短信平臺(tái)話單:對(duì)于短信平臺(tái)話單文件,主要有以下幾種話單類型:點(diǎn)對(duì)點(diǎn)短消息的話單人工臺(tái)或自動(dòng)臺(tái)發(fā)起的 MT 方式的短消息話單由移動(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)話單類型:短信網(wǎng)關(guān)話單類型:SP 發(fā)送給點(diǎn)播用戶的短消息話單(其中包括用戶自點(diǎn)
45、播、用戶為別人點(diǎn)播、與SP 主動(dòng)發(fā)送的信息三種)集團(tuán)中心下發(fā)話單:集團(tuán)中心下發(fā)話單:集團(tuán)中心每?jī)尚r(shí)下發(fā)一個(gè) M 文件,每天 12 個(gè)文件,文件中包括SMT、SMC、SMT-F、SMC-F 四種話單類 24 / 35計(jì)費(fèi)預(yù)處理功能計(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ù)提??;支持多通話業(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ò)誤或
46、無效話單,包括:格式錯(cuò),與移動(dòng)交換機(jī)定義的數(shù)據(jù)結(jié)構(gòu)不符重要記錄域?yàn)榭斟e(cuò)誤字符,包括:通話日期、時(shí)間、時(shí)長(zhǎng)非法對(duì)端錯(cuò)誤記錄域中含有非法字符計(jì)費(fèi)信息不足不需計(jì)費(fèi)話單提供數(shù)據(jù)塊級(jí)的差錯(cuò)控制:話單提取后計(jì)算出的塊長(zhǎng)度(包括塊頭、塊尾、有效話單、錯(cuò)誤話單)與原始數(shù)據(jù)塊長(zhǎng)度一致性檢驗(yàn)、塊序號(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í)別提供不同的告警。 記錄標(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ì)
47、進(jìn)行計(jì)費(fèi)記錄的數(shù)據(jù)分類。 預(yù)處理配置與管理提供對(duì)整個(gè)預(yù)處理子系統(tǒng)的各種參數(shù)的查詢、配置和修改; 25 / 35支持原始計(jì)費(fèi)數(shù)據(jù)的實(shí)時(shí)備份和數(shù)據(jù)轉(zhuǎn)儲(chǔ);提供對(duì)預(yù)處理各個(gè)模塊的實(shí)時(shí)監(jiān)控和管理,如:物理空間檢測(cè)、用戶口令權(quán)限管理、預(yù)處理過程監(jiān)測(cè)、入庫狀態(tài)監(jiān)測(cè)、進(jìn)程管理等。預(yù)處理階段統(tǒng)計(jì)預(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)用
48、的過程,也稱為劃價(jià)或批價(jià),劃價(jià)后形成計(jì)費(fèi)清單數(shù)據(jù)。計(jì)費(fèi)處理過程能適應(yīng)最新的短信資費(fèi)政策,并可滿足今后業(yè)務(wù)不斷發(fā)展的需要。計(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)率的
49、劃價(jià),并可滿足不同優(yōu)惠的需要。對(duì)于不同類型的話單,通過統(tǒng)一的參數(shù)管理,進(jìn)行費(fèi)率的靈活配置,對(duì)于信息發(fā)布業(yè)務(wù)(WAD) ,需要建立單獨(dú)的用戶費(fèi)用記錄,傳送給帳務(wù)系統(tǒng),用來做為用戶的預(yù)存話費(fèi)??紤]到這部分費(fèi)用與用戶的信用度等判斷有關(guān),建議采 26 / 35用每 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ù)
50、話單的標(biāo)識(shí):同一用戶(IMSI) 、同一天(sdate) 、同一時(shí)刻(stime)產(chǎn)生兩條一樣的通話記錄。按照集團(tuán)中心的要求,需排除三個(gè)月以的重復(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í)。
51、解決的辦法:合理地進(jìn)行數(shù)據(jù)分割 27 / 35有效地建立索引合理的應(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ù)庫排重效率最高、最徹底。但發(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ù)
52、,減少了磁盤訪問的次數(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ù)生成下發(fā)表
53、數(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 話單。 28 / 355.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)整。具體類型主要有:省公司之間的結(jié)算省公司與集團(tuán)中心間的結(jié)算省公司與 SP 之間的結(jié)算省公司與廣告業(yè)
54、務(wù)的廣告方的結(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)行回收,重新
55、進(jìn)行計(jì)費(fèi)分揀,使電信企業(yè)避免不必要的損失?;伺佩e(cuò)分為兩部分:原始計(jì)費(fèi)數(shù)據(jù)的稽核排錯(cuò),即分揀出各短信平臺(tái)的異常話單和錯(cuò)誤話單 29 / 35貫徹于整個(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è)月重復(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ì)這部分話單進(jìn)行重新計(jì)費(fèi)分揀,以避免電信企業(yè)不必
56、要的損失,系統(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ù)包括:省用戶詳細(xì)話單(包括短信網(wǎng)關(guān)清單和短信中心清單)省用戶帳單(包括
57、短消息費(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ì)對(duì)外查詢功能,主要是客戶查詢、 30 / 35業(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)中非常重要的環(huán)節(jié),它能對(duì)整個(gè)系統(tǒng)的運(yùn)行狀況、運(yùn)行效率、安全操作等起到重要的監(jiān)測(cè)、維護(hù)作用。同時(shí),XX 省短消息計(jì)費(fèi)系統(tǒng)的最終用戶是移
58、動(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ù)的形式存放于數(shù)據(jù)庫的相應(yīng)的表中,當(dāng)某些業(yè)務(wù)發(fā)生變化需要修改時(shí),只需修改相應(yīng)的參數(shù)即可做到整個(gè)計(jì)費(fèi)業(yè)務(wù)的修改,做到了參數(shù)的修改與程序的修改相獨(dú)立。
59、在參數(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ù)管理主要包括: 費(fèi)率管理 優(yōu)惠管理 31 / 35 省資源維護(hù) 其它資源維護(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á)靈公司的數(shù)據(jù)庫管理工具等。系統(tǒng)
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 醫(yī)療信息化發(fā)展新趨勢(shì)電子病歷與耗材管理系統(tǒng)的未來展望
- 醫(yī)療設(shè)備的人性化視覺設(shè)計(jì)
- 醫(yī)療設(shè)備生命周期管理與供應(yīng)鏈優(yōu)化
- 醫(yī)療咨詢中的溝通藝術(shù)與策略
- 高二德育工作總結(jié)
- 感染性心內(nèi)膜炎的臨床護(hù)理
- 健康科技醫(yī)療信息化升級(jí)的驅(qū)動(dòng)力量
- 醫(yī)療健康數(shù)據(jù)的匿名化處理與利用
- 公司辦公電腦采購合同范例
- 儀器標(biāo)準(zhǔn)租賃合同范例
- 弱電系統(tǒng)維保合同
- 高中家長(zhǎng)會(huì) 共筑夢(mèng)想,攜手未來課件-高二下學(xué)期期末家長(zhǎng)會(huì)
- 家電店慶活動(dòng)方案范文
- 《特種設(shè)備無損檢測(cè)機(jī)構(gòu)檢測(cè)能力確認(rèn) 工作導(dǎo)則》
- 投標(biāo)項(xiàng)目售后服務(wù)方案
- 國(guó)土安全課件
- 第一講-17.1一元二次方程的概念
- 【MOOC】《電子技術(shù)實(shí)驗(yàn)》(北京科技大學(xué))中國(guó)大學(xué)MOOC慕課答案
- 新三板、北京交易所簡(jiǎn)介及上市利弊分析
- 化學(xué)實(shí)驗(yàn)室5S管理
- 橋梁安全隱患排查
評(píng)論
0/150
提交評(píng)論