【正文】 整個過程分如下步驟： 準(zhǔn)備工作 ? 主機(jī)服務(wù)器性能測試； ? 網(wǎng)絡(luò)傳輸可靠性測試； ? 交換機(jī)原始計費數(shù)據(jù)文件傳輸測試； ? 客戶端維護(hù)終端測試； ? 預(yù)處理與原始計費數(shù)據(jù)文件傳輸隊列接口測試； ? 入庫性能測試； ? 負(fù)載均衡測試； ? 參數(shù)準(zhǔn)備及維護(hù)測試； ? 計費正確性測試； ? 上傳、下發(fā)接口 測試； ? 系統(tǒng)性能調(diào)優(yōu)測試等。 關(guān)于 超額部分 短消息計費系統(tǒng)需求中提出： 實現(xiàn)月租 + 超額信息量計費方式； 月租 + 超額次數(shù)計費方式； 同時，需求中也明確提出希望以上兩項功能在帳務(wù)系統(tǒng)中實現(xiàn)。系統(tǒng)也具備相應(yīng)容錯手段，允許操作人員在有限范圍內(nèi)的誤操作，對于一些關(guān)鍵性的操作要經(jīng)過多次確認(rèn)后方能進(jìn)行，并會根據(jù)用戶的登錄名、時間等記錄下完整的用戶操作日志，對每次非法操作產(chǎn)生告警。在計費系統(tǒng)的設(shè)計中，各種費率、基本資源、資費信息、優(yōu)惠定義、結(jié)算標(biāo)準(zhǔn)等都是以參數(shù)的形式存 放于數(shù)據(jù)庫的相應(yīng)的表中，當(dāng)某些業(yè)務(wù)發(fā)生變化需要修改時，只需修改相應(yīng)的參數(shù)即可做到整個計費業(yè)務(wù)的修改，做到了參數(shù)的修改與程序的修改相獨立。 短消息計費中心向各地市的業(yè)務(wù)管理系統(tǒng)發(fā)送的數(shù)據(jù)包括： ? 省內(nèi)用戶詳細(xì)話單（包括短信網(wǎng)關(guān)清單和短信中心清單） ? 省內(nèi)用戶帳單（包括短消息費用及用戶由 WAD 所產(chǎn) 生的預(yù)存費用） ? 統(tǒng)計數(shù)據(jù) ? 用戶業(yè)務(wù)變更數(shù)據(jù)（ SMC/SMCF） 系統(tǒng)查詢管理完成計費系統(tǒng)各種相應(yīng)的對內(nèi)對外查詢功能，主要是客戶查詢、業(yè)務(wù)查詢。 業(yè)務(wù)量統(tǒng)計： 對全省或各地市的每天，每個統(tǒng)計月的業(yè)務(wù)業(yè)務(wù)構(gòu)成量的統(tǒng)計。這樣就無 需再從數(shù)據(jù)庫取相應(yīng)的下發(fā)數(shù)據(jù)，減少了磁盤訪問的次數(shù)。 目前在建的短消息計費系統(tǒng)以后每月處理話單的數(shù)量可達(dá)上億張，這些己劃價的話單是計費系統(tǒng)的基礎(chǔ)數(shù)據(jù)，需存儲在數(shù)據(jù)庫中。 對于不同類型的話單，通過統(tǒng)一的參數(shù)管理，進(jìn)行費率的靈活配置，對于信息發(fā)布業(yè)務(wù)（ WAD），需要建立單獨的用戶費用記錄，傳送給帳務(wù)系統(tǒng)，用來做為用戶的預(yù)存話費。 預(yù)處理階段統(tǒng)計 ? 正常有效話單統(tǒng)計 ? 異常話單統(tǒng)計 ? 無效話單統(tǒng)計 ? 錯單糾正統(tǒng)計 XX 省移動公司短消息計費系統(tǒng)建議方案 第 25 頁 ? 對預(yù)處理階段非正常的話單應(yīng)存儲在文件中或數(shù)據(jù)庫中，以備查詢 。同時將原 始數(shù)據(jù)中由于各種原因造成的不能計費的話單標(biāo)識出來，供計費模塊判別。 NNN 下發(fā)文件編號， 000999 循環(huán)。對于這些數(shù)據(jù)的傳輸設(shè)計，必須充分考慮數(shù)據(jù)的傳輸效率，以保證計費結(jié)算的高效處理。現(xiàn)在 MC/ServiceGuard 可支持的 HP 9000 Server 結(jié)點數(shù)為 16個，因此也具有相當(dāng)?shù)臄U(kuò)展余地。這種靈活性既保 護(hù)了用戶的投資，又提高了業(yè)務(wù)系統(tǒng)對市場變化的適應(yīng)能力。 接口卡 服務(wù)器與磁盤陣列通過雙接口卡連接，其中一塊卡失效時另一塊卡仍可保證系統(tǒng)正常運行。聯(lián)創(chuàng)建議方案的出發(fā)點就在于在滿足性能要求的前提下，如何提高性能價格比，最大限度的為用戶節(jié)省投資。 計費數(shù)據(jù)庫服務(wù)器是整個移動計費系統(tǒng)的中心服務(wù)器，運行數(shù)據(jù)庫管理系統(tǒng)，負(fù)責(zé)進(jìn)行話費排重和入庫，并提取供統(tǒng)計分析使用的相關(guān)數(shù)據(jù)。需要說明的是廠家公布的服務(wù)器TPM 值，一般是采用最大的硬件配置、按照 100%的利用率所得到的，而在實際建設(shè)中的系統(tǒng)配置往往小得多，系統(tǒng)性能的 TPM 不會有公布值那么高，在對服務(wù)器處理能力進(jìn)行估算時，需要將一些經(jīng)驗值和 TPM 值一起綜合考慮。 ? 可管理性－由于計算機(jī)環(huán)境的不斷擴(kuò)大， IT 系統(tǒng)的更加復(fù)雜以及覆蓋面的增加，對服務(wù)器、網(wǎng)絡(luò)設(shè)備和應(yīng)用軟件的管理已成為設(shè)計計算機(jī)環(huán)境不可缺少的一部分。如下圖： 碼制 轉(zhuǎn)換 校驗 標(biāo)準(zhǔn)化信息源提取 異常鑒別預(yù)處理層劃價處理優(yōu)惠處理 進(jìn)程調(diào)度核心處理層統(tǒng)計分析 結(jié)算處理查詢管理 系統(tǒng)管理管理層短信中心 短信網(wǎng)關(guān)集團(tuán)中心 帳務(wù)系統(tǒng)接口層 這樣的劃分對于系統(tǒng)的整體靈活性有著非常大的好處，可以使系統(tǒng)能更加適應(yīng)今后業(yè)務(wù)的變化。 ? 容災(zāi)考慮：系統(tǒng)應(yīng)盡量考慮到如何避免異常狀況的出現(xiàn)，同時也應(yīng)考慮在異常情況出現(xiàn)時的處理方法。 ? 先進(jìn)性：指系統(tǒng)模式結(jié)構(gòu)的先進(jìn)性以及軟件設(shè)計思想的先進(jìn)。 針對移動短消息計費系統(tǒng)的特點，為了保證系統(tǒng)的成功實施，我們制訂系統(tǒng)設(shè)計原則為：系統(tǒng)性、正確性、完整性、可維護(hù)性、先進(jìn)性、繼承性、安全性、規(guī)范性和容災(zāi)考慮。 XX 省移動公司短消息計費系統(tǒng)建議方案 第 7 頁 ? 集團(tuán)中心下發(fā)的本省用戶的全國性業(yè)務(wù)的話單文件。 3．支持并行技術(shù)。本期工程的建設(shè)目標(biāo)是，建立一套能滿足 300 萬短消息用戶的短消息計費平臺。隨著短消息用戶數(shù)的增加，目前所有的 GSM用戶都可以是短消息用戶，同時隨著手機(jī)炒股， GPS定位、以及 MONTERNET計劃中大量基于短消息的豐富應(yīng)用逐步推出，原來的短消息應(yīng)急系統(tǒng)在性能和功能上都難以適應(yīng)業(yè)務(wù)的發(fā)展要求，迫切需要建設(shè)一 個完善的短消息計費系統(tǒng)。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司自成立之初便確立了以電信行業(yè)作為自己重要的發(fā)展方向。 同時，我們真誠地希望，藉此機(jī)會能夠和貴局進(jìn)行廣泛的交流 ，進(jìn)一步鞏固和加強(qiáng)相互間長期的友好合作關(guān)系。 隨著電信企業(yè)向著規(guī)?；⒍嘣?jīng)營轉(zhuǎn)變的不斷加劇，越來越多的電信企業(yè)開始從傳統(tǒng)、單一的經(jīng)營模式向著“以市場為導(dǎo)向，以滿足用戶需求為經(jīng)營目標(biāo)、以服務(wù)于用戶為經(jīng)營宗旨”的經(jīng)營理念轉(zhuǎn)變，這就更進(jìn)一步加大了電信企業(yè)間競爭的力度。 2．高可靠性。 當(dāng)對系統(tǒng)進(jìn)行擴(kuò)容或系統(tǒng)發(fā)生不可預(yù)見的故障時，系統(tǒng)應(yīng)能在 24 小時內(nèi)恢復(fù)到正常運行狀態(tài)。 ? 盡量將主機(jī)、網(wǎng)絡(luò)、數(shù)據(jù)庫、應(yīng)用系統(tǒng)、以及第三方產(chǎn)品的管理集中到單一的監(jiān)控和管理平臺上。 ? 完整性：指系統(tǒng)功能的完整性。對于應(yīng)用系統(tǒng)而言，對所有系統(tǒng)數(shù)據(jù)的操縱，嚴(yán)格按照權(quán)限級別進(jìn)行，嚴(yán) 禁非法用戶進(jìn)入系統(tǒng)，對于操作人員進(jìn)行的相應(yīng)重要的操作有相應(yīng)的操作日志。 短消息系統(tǒng)不僅是要向用戶“收錢”，而且由于有“ WAD”信息發(fā)布、廣告業(yè)務(wù)，短消息 計費系統(tǒng)還要向用戶“送錢”，這一部分送的錢需要與帳務(wù)系統(tǒng)間重新定義接口，以便于將其轉(zhuǎn)換為用戶的預(yù)存話費。 ? 先進(jìn)性－在兼顧系統(tǒng)成熟性的前提下采用業(yè)界先進(jìn)的技術(shù)，這樣才能保證現(xiàn)有系統(tǒng)的先進(jìn)性，并隨著技術(shù)不斷發(fā)展得到相應(yīng)的更新。 軟件環(huán)境如下： 數(shù)據(jù)庫服務(wù)器：操作系統(tǒng) Win 、數(shù)據(jù)庫 Sybase ； 預(yù)處理服務(wù)器：操作系統(tǒng) Sco Unix 以上版 本、 Sybase Client； 應(yīng)用服務(wù)器：操作系統(tǒng) Win9X、 Sybase Client、 PowerBuilder 以上； 下發(fā)服務(wù)器、預(yù)處理服務(wù)器：操作系統(tǒng) Sco Unix 以上版本、 。根據(jù)聯(lián)創(chuàng)在移動計費上的經(jīng)驗和一百萬用戶級系統(tǒng)實際運行的測算，一百萬用戶的話單預(yù)處理需要 TPM 值為 20xx 左右的服務(wù)器，則 300 萬用戶量需要 6000tpmC 處理能力的服務(wù)器。 ? 提高 I/O 性能的途徑 （ 100MB/s 的光纖通道或相當(dāng)）的存儲設(shè)備； ，使盡可能多的磁盤并行讀寫； 根據(jù)江蘇移動短消息計費系統(tǒng)的業(yè)務(wù)量和具體特點，以及從數(shù)據(jù)庫、磁盤使用技術(shù)等方面的考慮，我們按以下要求配置存儲設(shè)備容量： XX 省移動公司短消息計費系統(tǒng)建議方案 第 17 頁 ? 本工程滿足 300 萬用戶量的處理需求，每用戶每天平均 7 張話單； ? 在線存儲的容量主要考慮話單清單容量，每張話單按 200 字節(jié)計算； ? 話單在線存儲 4（ 3+1）個月，每個月按 30 天計算； ? 數(shù)據(jù)庫冗余度 50%（主要是考慮到數(shù)據(jù)庫索引和其他一些表占用空間、數(shù)據(jù)庫不能及時釋放的空間、數(shù)據(jù)庫運行、恢復(fù)、日志、臨時與共用池空間）； ? 磁盤利用率 85%（主要考慮到磁盤的最佳使用性能和一些額外磁盤開銷）； ? 數(shù)據(jù)存儲保護(hù)技術(shù)決定的空間利用率，鏡像為 50%； 則所需磁盤容量 =300 萬 7 30 4 200（ 1+50%） /。 內(nèi)存（ Memory） 系統(tǒng)可以動態(tài)檢查內(nèi)存， 當(dāng)發(fā)現(xiàn)壞內(nèi)存頁時屏蔽該內(nèi)存頁不再分配給系統(tǒng)使用。 應(yīng)用（ Application） MC/ServiceGuard 可以在同一系統(tǒng)上再次啟動應(yīng)用軟件，或?qū)?yīng)用遷移到備份系統(tǒng)上。 主機(jī)系統(tǒng)通過升級 CPU 擴(kuò)展性能： 目前 HP 已經(jīng)推出了性能更高的 550MHz PA8600 芯片， HP 會推出 PA8xxx芯片及以后的 IA－ 64 結(jié)構(gòu)的 CPU， N4000 可以通過 CPU 升級達(dá)到系統(tǒng)性能提升的目的。 其中 2 的話單文件由華為的采集機(jī)負(fù)責(zé)采集，而 3 的話單文件是集團(tuán)中心通過自己的傳輸系統(tǒng)將文件放在江蘇移動公司和集團(tuán)中心的通信機(jī)上，對于短消息計費系統(tǒng)來說，只需將三種數(shù)據(jù)源的數(shù)據(jù)傳送到預(yù)處理機(jī)上。 LLL 地區(qū)編號，全省統(tǒng)一編號。 9) 對短消息中心采集的原始話單文件的連續(xù)性進(jìn)行檢查，確保無話單文件重復(fù) 前臺預(yù)處理子系統(tǒng)是短信計費系統(tǒng)的核心功能子系統(tǒng)之一，它完成不同格式的計費原始數(shù)據(jù)的數(shù)據(jù)提取、標(biāo)準(zhǔn)化等一系列處理工作。 ? 對數(shù)據(jù)差錯或丟失情況記錄日志，并根據(jù)差錯級別提供不同的告警。 在計費劃價的過程中，系統(tǒng)可正確的對各種類型的話單進(jìn) 行劃價，同時可區(qū)分不同的話單類型，并做不同的標(biāo)記，按照事先確定的分揀規(guī)則進(jìn)行分揀，以生成不同的清單文件進(jìn)行并行入庫。 按照集團(tuán)中心的要求，需排除三個月以內(nèi)的重復(fù) 話單。 對經(jīng)計費處理后的話單文件，需經(jīng)重復(fù)話單的檢測，實驗證明重復(fù)話單的檢測，應(yīng)充分利用數(shù)據(jù)庫的特性，在數(shù)據(jù)庫內(nèi)排重效率最高、最徹底。 短消息計費中心具有集中計費結(jié)算功能，能進(jìn)行省間、省中心與集團(tuán)中心間、以及省中心與各個 SP 間的結(jié)算工作。系統(tǒng)對于出現(xiàn)的各種錯誤話單有相應(yīng)的統(tǒng)計報告，可以讓相關(guān)部門對這些錯誤話單進(jìn)行分析。 同時， XX 省短消息計費系統(tǒng)的最終用戶是移動通信局計費中心的相關(guān)業(yè)務(wù)人員，他們有較強(qiáng)的業(yè)務(wù)知識和管理經(jīng)驗，但是整個工程牽涉面廣，維護(hù)工作量大，為了減輕用戶的維護(hù)工作量，要求“移動計費系統(tǒng)”有較好的用戶界面，操作簡單直觀。同XX 省移動公司短消息計費系統(tǒng)建議方案 第 31 頁 時，系統(tǒng)具有自動備份、日志管理等功能，對任何被保護(hù)的數(shù)據(jù)資源，如系統(tǒng)文件、應(yīng)用程序文件、數(shù)據(jù)庫文件等的訪問、拷貝或修改等操作記錄詳細(xì)日志，包括操作員工號、操作類型、操作對象、操作時間、操作設(shè)備點、操作結(jié)果等。對下發(fā)各地市的清單文件，同樣可以和計費系統(tǒng)的下發(fā)服務(wù)器共用，采用此方法，即可以充XX 省移動公司短消息計費系統(tǒng)建議方案 第 32 頁 分利用目前的軟件及硬件資源，又可以減少維護(hù)的復(fù)雜程度。 第 7章 系統(tǒng)平滑過渡 成立系統(tǒng)割接領(lǐng)導(dǎo)小組，確定雙方技術(shù)負(fù)責(zé)人員，明確雙方技術(shù)人員在系統(tǒng)割接各環(huán)節(jié)的分工及職責(zé)； 確定系統(tǒng)割接各階段的時間進(jìn)度表，并落實到每個執(zhí)行人； XX 省移動公司短消息計費系統(tǒng)建議方案 第 34 頁 系統(tǒng)過渡割接一般采用如 下三種方式之一： ? 分步到位 ? 一次到位 ? 并行運行 建議采用并行運行的方式。 。 SMC 話單 SMC 話單反映出用戶的業(yè)務(wù)變化情況，需要及時通知各地市的業(yè)務(wù)系 統(tǒng)。 第 6章 系統(tǒng)關(guān)鍵問題 GSM 計費系統(tǒng)的融合 移動短信計費系統(tǒng)作為移動局業(yè)務(wù)支撐系統(tǒng)的一個有機(jī)的組成部分，是不可能和移動計費系統(tǒng)完全獨立的，作為 業(yè)務(wù)支撐系統(tǒng)的一部分，該系統(tǒng)的很多組成部分將和現(xiàn)有的移動計費系統(tǒng)共用，主要有以下幾個方面： 參數(shù)管理 目前的短消息計費系統(tǒng)的參數(shù)是從計費系統(tǒng)傳來的，系統(tǒng)每天接收一次移動計費系統(tǒng)的參數(shù)表數(shù)據(jù)，由于網(wǎng)絡(luò)及計費數(shù)據(jù)庫的原因，有時參數(shù)傳遞會失敗從而導(dǎo)致短消息計費產(chǎn)生錯單，在本期短消息計費系統(tǒng)的設(shè)計上，我們將短消息計費的參數(shù)放入移動計費系統(tǒng)的參數(shù)數(shù)據(jù)庫中，由移動計費的參數(shù)管理系統(tǒng)統(tǒng)一管理，從而避免兩個系統(tǒng)參數(shù)的不一致造成的技術(shù)和管理上的不方便。這種設(shè)計思想大大地加強(qiáng)了系統(tǒng)的自適應(yīng)性和靈活性。 XX 省移動公司短消息計費系統(tǒng)建議方案 第 30 頁 ? 能支持對各種計費參數(shù)的查詢。稽核排錯主要完成計費過程中一些異常情況的處理并形成相應(yīng)的出錯報告，避免異常話單出現(xiàn)在用戶面