移動(dòng)短消息計(jì)費(fèi)系統(tǒng)技術(shù)建議方案_第1頁
移動(dòng)短消息計(jì)費(fèi)系統(tǒng)技術(shù)建議方案_第2頁
移動(dòng)短消息計(jì)費(fèi)系統(tǒng)技術(shù)建議方案_第3頁
移動(dòng)短消息計(jì)費(fèi)系統(tǒng)技術(shù)建議方案_第4頁
移動(dòng)短消息計(jì)費(fèi)系統(tǒng)技術(shù)建議方案_第5頁
已閱讀5頁,還剩31頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

1、 XX 省移動(dòng)短消息計(jì)費(fèi)系統(tǒng)技術(shù)建議方案技術(shù)建議方案成科技股份 第 1 章前言 4 4第 2 章系統(tǒng)概述 4 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ì) 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 主機(jī)系統(tǒng)設(shè)計(jì)原

2、則 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 3 / 36第 5 章應(yīng)用軟件設(shè)計(jì) 20205.1 短消息計(jì)費(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 話單劃價(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)查詢

3、 295.12 系統(tǒng)維護(hù) 30第 6 章系統(tǒng)關(guān)鍵問題 31316.1 與 GSM 計(jì)費(fèi)系統(tǒng)的融合 316.1.1 簡述 316.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)平滑過渡 34347.1 組織 347.2 系統(tǒng)過渡割接的方式 347.3 系統(tǒng)過渡割接步驟 34 第 1 章前言隨著我國移動(dòng)通信事業(yè)的迅猛發(fā)展,為了迎接日益臨近的市場競爭,電信部門在開拓市場業(yè)務(wù),擴(kuò)大電信網(wǎng)通信能力的同時(shí),越來越重視電信企業(yè)部的服務(wù)意識(shí),并不斷完善電信企業(yè)的服務(wù)體系,為此作出了不懈的努力。聯(lián)創(chuàng)系統(tǒng)集成股份自成立之初便確立了以電信行

4、業(yè)作為自己重要的發(fā)展方向。目前,在電信行業(yè)已具有了豐富的積累和長足的發(fā)展,取得了可喜的成績。尤其在電信計(jì)費(fèi)、電信業(yè)務(wù)這一領(lǐ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)公司承建的,我們對原來系統(tǒng)的了解將有助于我們更好的建設(shè)新系統(tǒng)。同時(shí),我們真誠地希望,藉此機(jī)會(huì)能夠和貴局進(jìn)行廣泛的交流,進(jìn)一步鞏固和加強(qiáng)相互間長期的友好合作

5、關(guān)系。我們將虛心地向貴局的行家們學(xué)習(xí)、請教,進(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)。 5 / 362.1 系統(tǒng)概況2.1.1 現(xiàn)有系統(tǒng)概況移動(dòng)計(jì)費(fèi)的短消息計(jì)費(fèi)系統(tǒng)目前為應(yīng)急系統(tǒng),其中有五

6、臺(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)生的短消息話單。目前該系統(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è)開

7、始從傳統(tǒng)、單一的經(jīng)營模式向著“以市場為導(dǎo)向,以滿足用戶需求為經(jīng)營目標(biāo)、以服務(wù)于用戶為經(jīng)營宗旨”的經(jīng)營理念轉(zhuǎn)變,這就更進(jìn)一步加大了電信企業(yè)間競爭的力度。如何更好地服務(wù)于用戶、更好地滿足市場的需求已開始成為眾多電信企業(yè)經(jīng)營者的關(guān)注所在。本期工程就是要為 XX 省構(gòu)架一個(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ù)

8、據(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ī)備份等。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 1高擴(kuò)展性。高擴(kuò)展性。當(dāng)業(yè)務(wù)量增加或增加新業(yè)務(wù)時(shí),主機(jī)能以增加節(jié)點(diǎn)、處

9、理器、存等方式提供更高的性能來滿足新的要求。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)對系統(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ù):短消息中心采集到的原始話單數(shù)據(jù)。 7 / 36短消息

10、網(wǎng)關(guān)采集到的原始話單數(shù)據(jù)。集團(tuán)中心下發(fā)的本省用戶的全國性業(yè)務(wù)的話單文件。為保證忙時(shí)的數(shù)據(jù)處理要求,系統(tǒng)完成對話單的計(jì)費(fèi)處理(包括格式轉(zhuǎn)換、檢錯(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)具有良好的交互性,操作簡單、明確。系統(tǒng)提供多種訪問手段,允許管理員在不同的環(huán)境下對系統(tǒng)進(jìn)行管理。系統(tǒng)提供完備的監(jiān)控和調(diào)度

11、工具,具有完備的監(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ì)原則針對移動(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ù)庫系統(tǒng)所提供的性能并充分考慮到整體系統(tǒng)的可擴(kuò)

12、展性,使整個(gè)應(yīng)用系統(tǒng)的性能達(dá)到最佳狀態(tài), 以滿足不斷增長的用戶數(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)營、管理、決策的需要,同時(shí)要求系統(tǒng)能與其它系統(tǒng)(如集團(tuán)中心的短消息中心)進(jìn)行信息共享或提供數(shù)據(jù)接口。 可維護(hù)性:指系統(tǒng)中某一相對獨(dú)立的

13、模塊發(fā)生改變時(shí),不影響其他模塊的運(yùn)行,維護(hù)操作簡單,用戶操作界面友好;當(dāng)系統(tǒng)處理的某些指標(biāo)需要?jiǎng)討B(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ì)思想,對一些通用性、規(guī)性較強(qiáng)的模塊采用面向?qū)ο蟮摹皹?gòu)件”技術(shù),對于超大規(guī)模的數(shù)據(jù)量,引入“數(shù)據(jù)挖掘”等先進(jìn)技術(shù),為系統(tǒng)的決策支持、數(shù)據(jù)分析提供先進(jìn)的工具平臺(tái)。 繼承性:指本系統(tǒng)在開發(fā)實(shí)施階段,應(yīng)充分考慮利用 XX 省原有的短消息計(jì)費(fèi)

14、系統(tǒng)與移動(dòng)計(jì)費(fèi)系統(tǒng)數(shù)據(jù)資源以與其他一些可以繼承的軟、硬件資源,必須在建設(shè)系統(tǒng)中得到充分利用,以充分保護(hù)用戶的投資利益。 安全性:計(jì)費(fèi)數(shù)據(jù)是移動(dòng)經(jī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ù)的絕對安全。對于應(yīng)用系統(tǒng)而言,對所有系統(tǒng)數(shù)據(jù)的操縱,嚴(yán)格按照權(quán)限級(jí)別進(jìn)行,嚴(yán)禁非法用戶進(jìn)入系統(tǒng),對于操作人員進(jìn)行的相應(yīng)重要的操作有相應(yīng)的操作日志。同時(shí),對系統(tǒng)重要數(shù)據(jù)提供可靠的備份和恢復(fù)機(jī)制,以確保整個(gè)應(yīng)用系統(tǒng)的安全。 9 / 36 規(guī)性:在技術(shù)、業(yè)務(wù)的理解上要完全遵循 XX 省移動(dòng)

15、公司關(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)該有其自身的要求,如:1、短消息系統(tǒng)的話單源與 GSM 計(jì)費(fèi)系統(tǒng)有差別。短消息系統(tǒng)的話單源不僅產(chǎn)生在短信中心,同時(shí),也會(huì)產(chǎn)生在短信網(wǎng)關(guān),并且,這兩種類型的話單源還起著不同的作用,一個(gè)是用來計(jì)算用戶

16、的通信費(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),而對于 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)、長途費(fèi)兩大類,而短消息所涉與到的費(fèi)用為通

17、信費(fèi)、信息費(fèi)、勞務(wù)費(fèi)6、短消息牽涉到與 SP 之間的結(jié)算,而 GSM 牽涉到的是只與聯(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、都包括對話單的采集和預(yù)處理;2、對需要對話單的正確性進(jìn)行校驗(yàn);3、都需要對話單進(jìn)行稽核統(tǒng)計(jì);4、都需要對話單按照某一政策、按不同的費(fèi)率進(jìn)行計(jì)費(fèi)批價(jià);5、都會(huì)對部分話單進(jìn)行上傳和下發(fā)的接收處理工作;6、都需

18、要將計(jì)費(fèi)產(chǎn)生的用戶費(fèi)用信息傳遞給帳務(wù)系統(tǒng),由帳務(wù)系統(tǒng)最終形成綜合化的帳單,向用戶收取費(fèi)用。3.2 應(yīng)用軟件體系結(jié)構(gòu)在充分考慮到短消息計(jì)費(fèi)系統(tǒng)自身的特點(diǎn)以與與 GSM 計(jì)費(fèi)的共同點(diǎn)之后,我們對短消息計(jì)費(fèi)系統(tǒng)的體系結(jié)構(gòu)進(jìn)行了合理的劃分:短消息計(jì)費(fèi)系統(tǒng)應(yīng)用軟件的體系結(jié)構(gòu)可以分成四層:即預(yù)處理層、核心處理層、管理層和接口層。如下圖: 11 / 36碼制轉(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)接口層這樣的劃分對于系統(tǒng)的整體靈活性有著非常大的好處,可以使系統(tǒng)能更加適應(yīng)今后業(yè)務(wù)的變化。結(jié)合應(yīng)用軟件的功能和

19、應(yīng)用軟件的分布情況,應(yīng)用系統(tǒng)的結(jié)構(gòu)如下圖所示:考慮到系統(tǒng)充分利用現(xiàn)有的設(shè)備,因此,計(jì)費(fèi)批價(jià)服務(wù)器采用目前已有的數(shù)據(jù)庫服務(wù)器數(shù)據(jù)庫服務(wù)器計(jì)費(fèi)批價(jià)服務(wù)器計(jì)費(fèi)批價(jià)服務(wù)器上傳下發(fā)服務(wù)器標(biāo)準(zhǔn)化批價(jià)、入庫稽核排錯(cuò)下發(fā)統(tǒng)計(jì)結(jié)算排重高額(超過一定的條數(shù)或流量) 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ò)回回收收3.4 軟件功能模

20、塊短消息計(jì)費(fèi)系統(tǒng)主要有以下幾種功能模塊,各主要功能模塊間的關(guān)系圖如下: 13 / 36中中心心數(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)取得了長足的增長,目前應(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)的

21、相似性,我們在考慮服務(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)整。 第 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ā)展得到相應(yīng)的更新。 可擴(kuò)展性用戶的業(yè)務(wù)與需求在不斷地發(fā)展,當(dāng)現(xiàn)有系統(tǒng)不能滿足應(yīng)

22、用需求時(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ù)雜以與覆蓋面的增加,對服務(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)先性,但很容易被激烈的市場競爭所淘汰,用戶的投資將得不到保護(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)簡潔,便于維護(hù),各類功能齊全而易于擴(kuò)充。采用先進(jìn)和技術(shù)成熟的主機(jī)、網(wǎng)絡(luò)和應(yīng)用系統(tǒng),建立一個(gè)具有高可用性、高可

23、靠性、高安全性、有良好的可擴(kuò)展性和可維護(hù)管理性的準(zhǔn)確、快速、開放的高性能系統(tǒng)。4.2 主機(jī)系統(tǒng)平臺(tái)現(xiàn)狀目前系統(tǒng)的平臺(tái)現(xiàn)狀如下: 15 / 36EthernetPC 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ù)器:高檔 PC,CPU300MHZ 以上,存 256M 以上、20G 硬盤,MO

24、 驅(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。 4.3 主機(jī)系統(tǒng)需求分析4.3.1 影響性能的幾個(gè)方面影響服務(wù)器整體性能的因素是多方面的,針對不同的應(yīng)用,設(shè)計(jì)時(shí)考

25、慮的側(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 值作為相對選型參考值。需要說明的是廠家公布的服務(wù)器TPM 值,一般是采用最大的硬件配置、按照 100%的利用率所得到的,而在實(shí)際建設(shè)中的系統(tǒng)配置往往小得多,系統(tǒng)性能的 TPM 不會(huì)有公布值那么高,在對服務(wù)器處理能力進(jìn)行估算時(shí),需要將一些經(jīng)驗(yàn)值和 TPM 值一起綜合考慮。存:存:存是所有程序運(yùn)行的環(huán)境,在 CPU 和系統(tǒng)軟件處理能力的圍,存越大則服務(wù)器的處理性能越好,但不同的應(yīng)用對

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

27、務(wù)器預(yù)處理服務(wù)器聯(lián)機(jī)事務(wù)處理能力的分析預(yù)處理服務(wù)器主要用于將采集系統(tǒng)傳來的原始話單標(biāo)準(zhǔn)化,并統(tǒng)一批價(jià) 17 / 36后形成話單清單供計(jì)費(fèi)服務(wù)器排重入庫,其處理是文本轉(zhuǎn)換和簡單計(jì)算的過程。根據(jù)聯(lián)創(chuàng)在移動(dòng)計(jì)費(fèi)上的經(jīng)驗(yàn)和一百萬用戶級(jí)系統(tǒng)實(shí)際運(yùn)行的測算,一百萬用戶的話單預(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)在移動(dòng)計(jì)費(fèi)上的經(jīng)驗(yàn)和一百萬用戶級(jí)系統(tǒng)實(shí)際運(yùn)行的測算,一百萬用戶的話單預(yù)處理需要存 200MB

28、,則 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)行的測算,每話單的處理約等價(jià)于0.5個(gè)標(biāo)準(zhǔn)事務(wù),則:300萬用戶,平均每個(gè)用戶每天7話單,即每天2100萬話單;平均每分鐘處理的話單為:2100萬/(2460分鐘)=14584;假設(shè)通話高峰時(shí)間每天為8小時(shí),則高

29、峰時(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 性能的途徑1.采用高傳輸帶寬(100MB/s 的光纖通道或相當(dāng))的存儲(chǔ)設(shè)備;2.根據(jù)應(yīng)用對磁盤陣列進(jìn)行劃分,使盡可能多的磁盤并行

30、讀寫;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%(主要考慮到磁盤的最佳使用性能和一些額外磁盤開銷) ;數(shù)據(jù)存儲(chǔ)保護(hù)技術(shù)決定的空間利用率,鏡像為 50%;則所需

31、磁盤容量=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é)中,我們對滿足移動(dòng) 300 萬用戶規(guī)模的短消息計(jì)費(fèi)系統(tǒng)所需的主機(jī)處理能力、存大小和存儲(chǔ)容量等進(jìn)行了詳細(xì)的分析。聯(lián)創(chuàng)建議方案的出發(fā)點(diǎn)就在于在滿足性能要求的前提下,如何提高性能價(jià)格比,最大限度的為用戶節(jié)省投資。預(yù)處理服務(wù)器采用兩臺(tái)的 HP A500 服務(wù)器,配置單 550MHz 19 / 36P

32、A8600CPU,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á)到 33000tpmC。下發(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)高可用性采用的高可用性技術(shù):采用的高可用性技術(shù):系統(tǒng)停機(jī)因素保護(hù)策略系統(tǒng)(System)MC/ServiceGuard 技

33、術(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)測網(wǎng)卡,當(dāng)其中一塊不能正常工作時(shí),MC 將自動(dòng)切換到備份網(wǎng)卡。接口卡服務(wù)器與磁盤陣列通過雙接口卡連接,其中一塊卡失效時(shí)另一塊卡仍可保證系統(tǒng)正常運(yùn)行。Internal 磁盤(Disk)系統(tǒng)盤:用 MirrorDisk/UX 軟件對引導(dǎo)區(qū)(root) 、交換區(qū)(swap)鏡像。高可用性存儲(chǔ)系統(tǒng)(Hig

34、h 可熱插拔的磁盤、電源和風(fēng)扇模塊。 Availability Storage System)FC60冗余電源子系統(tǒng)和系統(tǒng)后備電池。磁盤和高速緩存的檢測和糾錯(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ā)性增長時(shí),可以方便地通過增加服務(wù)器或存儲(chǔ)設(shè)備的方式提高系統(tǒng)處理能力,而不需要重新構(gòu)架。這種靈活性既保護(hù)了用戶的投資,又提高了業(yè)務(wù)系統(tǒng)對市場變化的適應(yīng)能力。可擴(kuò)充性在滿足 300

35、 萬用戶規(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)在對存的支持最高可達(dá) 32GB。A500 單機(jī)現(xiàn)在對存的支持最高可達(dá) 8GB,主機(jī)系統(tǒng)增加存會(huì)對數(shù)據(jù)庫等大存需求的應(yīng)用有很大的性能提高。

36、主機(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。 21 / 36主機(jī)系統(tǒng)復(fù)雜擴(kuò)展主機(jī)系統(tǒng)復(fù)雜擴(kuò)展: :除了上述簡單的擴(kuò)展方法外,也可以通過在群集中加入新的結(jié)點(diǎn)的方法來實(shí)現(xiàn)性能的擴(kuò)展。現(xiàn)在 MC/ServiceGuard 可支持的 HP9000S

37、erver 結(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ò)展:存儲(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)等,下面對各子系統(tǒng)的功能要求進(jìn)行詳細(xì)的描述:5.2 數(shù)據(jù)

38、采集與傳輸子系統(tǒng)5.2.1 功能簡介短消息計(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ī)上,對于短消息計(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)

39、通信專業(yè)化集中管理和分級(jí)處理提供保證。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ù)等。對于這些數(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ù)傳輸短信采集系統(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)流向短信

40、計(jì)費(fèi)中心,是一個(gè)數(shù)據(jù)集中的過程,所有的數(shù)據(jù)傳輸都是實(shí)時(shí)而且自 23 / 36動(dòng)化無人值守的,由短信計(jì)費(fèi)中心集中對數(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)中心集中對數(shù)據(jù)傳輸進(jìn)行監(jiān)控。用戶清單數(shù)據(jù)文件定期下發(fā),傳輸周期可以由參數(shù)以分鐘為單位來設(shè)置。每個(gè)下發(fā)文件中包含文件頭、用戶清單,文件頭中包含文件類型、文件長度(包含文件頭) 、下發(fā)清單數(shù)、用戶數(shù)、帳單記錄數(shù)、各項(xiàng)費(fèi)用統(tǒng)計(jì)值等信息,下發(fā)文件的命名規(guī)則為:TLLLYYYYMMDDhhmm.N

41、NN其中各位的含義為: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ù)據(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ù)庫共享等傳輸方式,具體的傳

42、輸方式需要與相關(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) 提供自動(dòng)數(shù)據(jù)傳輸和定時(shí)通信功能;3) 具有傳輸消息事件觸發(fā)功能,在傳輸正確完成后自動(dòng)觸發(fā)用戶指定的處理進(jìn)程;4) 傳輸系統(tǒng)提供配置和監(jiān)控工具,實(shí)時(shí)監(jiān)測傳輸線路和傳輸應(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ì)的傳

43、輸事件日志,并定期對傳輸兩端的日志進(jìn)行傳輸一致性檢查,若發(fā)現(xiàn)漏傳或錯(cuò)傳,傳輸系統(tǒng)自動(dòng)重傳;若發(fā)現(xiàn)其它異常或故障,通知集中監(jiān)控臺(tái),給出告警。9) 對短消息中心采集的原始話單文件的連續(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)信息的格式不一,需要在入庫前對各種類型的計(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)中心的原始

44、話單類型主要有:短信平臺(tái)話單:對于短信平臺(tái)話單文件,主要有以下幾種話單類型:短信平臺(tái)話單:對于短信平臺(tái)話單文件,主要有以下幾種話單類型:點(diǎn)對點(diǎn)短消息的話單人工臺(tái)或自動(dòng)臺(tái)發(fā)起的 MT 方式的短消息話單由移動(dòng)臺(tái)發(fā)起的各種收費(fèi)信息話單,如股票查詢、用戶訂閱的消息等 25 / 36各種公眾信息源發(fā)布的 MT 方式的短信話單,如天氣預(yù)報(bào)等開通移動(dòng)夢網(wǎng)后,在短信網(wǎng)關(guān)上會(huì)增加以下幾種話單類型:短信網(wǎng)關(guān)話單類型:短信網(wǎng)關(guān)話單類型:SP 發(fā)送給點(diǎn)播用戶的短消息話單(其中包括用戶自點(diǎn)播、用戶為別人點(diǎn)播、與SP 主動(dòng)發(fā)送的信息三種)集團(tuán)中心下發(fā)話單:集團(tuán)中心下發(fā)話單:集團(tuán)中心每兩小時(shí)下發(fā)一個(gè) M 文件,每天 12

45、個(gè)文件,文件中包括SMT、SMC、SMT-F、SMC-F 四種話單類計(jì)費(fèi)預(yù)處理功能計(jì)費(fèi)預(yù)處理功能數(shù)據(jù)提取:原始記錄中包含許多通話信息,但計(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ù)提?。恢С侄嗤ㄔ挊I(yè)務(wù)的數(shù)據(jù)提取,并對新業(yè)務(wù)提供數(shù)據(jù)提取接口;對原始計(jì)費(fèi)記錄提取過程提供完善的差錯(cuò)檢測功能:提供記錄級(jí)的差錯(cuò)檢測:支持對每條提取的計(jì)費(fèi)記錄進(jìn)行數(shù)據(jù)審核校驗(yàn),識(shí)別其中的錯(cuò)誤或無效話單,包括:格式錯(cuò),與移動(dòng)交換機(jī)定義的數(shù)據(jù)結(jié)構(gòu)不符重要記錄域?yàn)榭斟e(cuò)誤字符,包括:通話日期、時(shí)間、時(shí)長非法對端錯(cuò)誤記錄域中含有非法字符計(jì)費(fèi)信息不足

46、不需計(jì)費(fèi)話單提供數(shù)據(jù)塊級(jí)的差錯(cuò)控制:話單提取后計(jì)算出的塊長度(包括塊頭、塊尾、有效話單、錯(cuò)誤話單)與原始數(shù)據(jù)塊長度一致性檢驗(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ù)與文件長度一致性檢驗(yàn)。對數(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ù)對大文件進(jìn)行拆分;按照計(jì)費(fèi)系統(tǒng)的設(shè)計(jì)進(jìn)行計(jì)費(fèi)記錄的數(shù)據(jù)分類。 預(yù)處理配置與管理提供對整個(gè)預(yù)處理子系統(tǒng)的各種參數(shù)的查詢、配置和修改;支持原始計(jì)費(fèi)數(shù)據(jù)的實(shí)時(shí)備份和數(shù)據(jù)轉(zhuǎn)儲(chǔ);提供對預(yù)處理各

47、個(gè)模塊的實(shí)時(shí)監(jiān)控和管理,如:物理空間檢測、用戶口令權(quán)限管理、預(yù)處理過程監(jiān)測、入庫狀態(tài)監(jiān)測、進(jìn)程管理等。預(yù)處理階段統(tǒng)計(jì)預(yù)處理階段統(tǒng)計(jì)正常有效話單統(tǒng)計(jì)異常話單統(tǒng)計(jì)無效話單統(tǒng)計(jì)錯(cuò)單糾正統(tǒng)計(jì)對預(yù)處理階段非正常的話單應(yīng)存儲(chǔ)在文件中或數(shù)據(jù)庫中,以備查詢??梢詫γ颗_(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ā)展的需要。計(jì)費(fèi)處理能夠?qū)崟r(shí)地處理短信平臺(tái)與短信網(wǎng)關(guān)產(chǎn)

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

49、,傳送給帳務(wù)系統(tǒng),用來做為用戶的預(yù)存話費(fèi)??紤]到這部分費(fèi)用與用戶的信用度等判斷有關(guān),建議采用每 15 分鐘一次的間隔,將 WAD 產(chǎn)生的用戶的預(yù)存費(fèi)用下發(fā)給帳務(wù)系統(tǒng)。5.5 重復(fù)話單過濾要對重復(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)生兩條一樣的通話記錄。按照集團(tuán)中心的要求,需排除三個(gè)月以的重復(fù)話單。因此對重復(fù)

50、話單過濾技術(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)行數(shù)據(jù)分割有效地建立索引合理的應(yīng)用分布,降低磁盤讀寫沖突,減少訪問磁盤的次數(shù)。系統(tǒng)效率的提高,需從系統(tǒng)整體設(shè)計(jì)著手,下面將針對下發(fā)文件的處理

51、,來說明如何降低訪問磁盤的次數(shù),以提高系統(tǒng)整體效率。對經(jīng)計(jì)費(fèi)處理后的話單文件,需經(jīng)重復(fù)話單的檢測,實(shí)驗(yàn)證明重復(fù)話單的檢測,應(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ù),減少了磁盤訪問的次數(shù)。若發(fā)現(xiàn)有重復(fù)話單,則分兩種情況處理:完全重復(fù):即該文件的所有記錄都為重復(fù)話單記錄(文件重復(fù)) ,則在數(shù)據(jù)庫中產(chǎn)生一條統(tǒng)計(jì)記錄(文件名、有效記錄數(shù)、重復(fù)記

52、錄數(shù)、處理時(shí)間等) ,該文件入重復(fù)話單文件隊(duì)列。部分重復(fù):即該文件有部分記錄為重復(fù)話單記錄,則在數(shù)據(jù)庫中產(chǎn)生一條統(tǒng)計(jì)記錄(文件名、有效記錄數(shù)、重復(fù)記錄數(shù)、處理時(shí)間等) ,并排除重復(fù)話單,形成重復(fù)話單文件入重復(fù)話單文件隊(duì)列;將有效話單生成下發(fā)文件 29 / 36入相應(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ā)表數(shù)據(jù)入庫程序記錄詳細(xì)的日志信息,包括入庫話單數(shù),入庫花費(fèi)時(shí)間等。入庫話單不僅包括需要計(jì)費(fèi)的 MO、MT 等話單,還要包括已經(jīng)計(jì)好費(fèi)的用戶信息費(fèi)的短消息網(wǎng)關(guān)傳送的

53、話單,以與用于進(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)整。具體類型主要有:省公司之間的結(jié)算省公司與集團(tuán)中心間的結(jié)算省公司與 SP 之間的結(jié)算省公司與廣告業(yè)務(wù)的廣告方的結(jié)算5.8 統(tǒng)計(jì)分析統(tǒng)計(jì)分析主要包括以下幾個(gè)模塊:文件統(tǒng)計(jì): 對每天,每個(gè)統(tǒng)計(jì)月的原始文件的話單量統(tǒng)計(jì),包含有效話單、錯(cuò)誤話單、 無效話單、發(fā)送失敗話單。業(yè)務(wù)量統(tǒng)計(jì)

54、: 對全省或各地市的每天,每個(gè)統(tǒng)計(jì)月的業(yè)務(wù)業(yè)務(wù)構(gòu)成量的統(tǒng)計(jì)。收入統(tǒng)計(jì)對全省或各地市的每天,每個(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ò)誤因素排除在用戶面前。稽核排錯(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ì)費(fèi)分揀,使電信企業(yè)避免不必要的損失?;伺佩e(cuò)分為兩部分:原始計(jì)費(fèi)數(shù)據(jù)的稽核排錯(cuò),即分揀出各短信平臺(tái)的異常話單和錯(cuò)誤話單貫徹于整個(gè)計(jì)費(fèi)過程中的稽核排錯(cuò),具體包括以下這些錯(cuò)

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

56、的計(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)清單和短信中心清單)省用戶帳單(包括短消息費(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)的對對外查詢功能,主要是客戶查詢、

57、業(yè)務(wù)查詢。系統(tǒng)查詢應(yīng)能迅速查詢出本省用戶的通話話單,并且系統(tǒng)查詢與計(jì)費(fèi)處理不能產(chǎn)生沖突,發(fā)生查詢和計(jì)費(fèi)互相鎖定的狀況。系統(tǒng)查詢要求:具有本省用戶的詳細(xì)話單查詢(按月份、按日期段)能支持一些復(fù)雜條件的查詢。能支持對各種計(jì)費(fèi)參數(shù)的查詢。5.12 系統(tǒng)維護(hù)系統(tǒng)維護(hù)是整個(gè)短消息計(jì)費(fèi)系統(tǒng)中非常重要的環(huán)節(jié),它能對整個(gè)系統(tǒng)的運(yùn)行狀況、運(yùn)行效率、安全操作等起到重要的監(jiān)測、維護(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)”有較好的用戶界面, 操作簡單直觀。參數(shù)管理:

58、在設(shè)計(jì)移動(dòng)短消息計(jì)費(fèi)結(jié)算系統(tǒng)中充分引入了參數(shù)驅(qū)動(dòng)的設(shè)計(jì)思想。在應(yīng)用程序中,凡是不能確定的因素或是可能變動(dòng)的因素都盡量做到參數(shù)化,以達(dá)到通過對參數(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ú)立。在參數(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)性和靈活

59、性。參數(shù)管理主要包括: 費(fèi)率管理 優(yōu)惠管理 省資源維護(hù) 其它資源維護(hù)系統(tǒng)管理:計(jì)費(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)的活動(dòng)狀況,以便于操作管理人員進(jìn)行系統(tǒng)維護(hù);對重要的參數(shù)數(shù)據(jù)具備記錄校驗(yàn)功能,防止非法刪改。同時(shí),系統(tǒng)具有自動(dòng)備份、日志管理等功能,對任何被保護(hù)的數(shù)據(jù)資源,如系統(tǒng)文件、應(yīng)用程序文件、數(shù)據(jù)庫文件等的訪問、拷貝或修改等操作記錄詳細(xì)日志,包括操作員工號(hào)、操作類型、操作對象、操作時(shí)間、操作設(shè)備點(diǎn)、操作結(jié)果等。當(dāng)有任何非法的存取操作時(shí),系統(tǒng)立即反映到主控操作臺(tái)并給出告警提示。數(shù)據(jù)庫系統(tǒng)的管理備份也可以采用第三方的工具軟件來完成,如百達(dá)靈公司的數(shù)據(jù)庫管理工具等

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(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ǔ)空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論