【正文】 以減少操作維護(hù)人員的工作量和工作繁重程度。 ? 安全性：計費數(shù)據(jù)是移動經(jīng)營最重要的收入來源，而整個計費系統(tǒng)是構(gòu)架在全省范圍內(nèi)的一個大型廣域網(wǎng)系統(tǒng)。 ? 規(guī)范性：在技術(shù)、業(yè)務(wù)的理解上要完全遵循 XX 省移動公司關(guān)于短消息計費的要求；在主機的安裝、網(wǎng)絡(luò)的設(shè)計時嚴(yán)格遵守相應(yīng)的規(guī)范；應(yīng)用系統(tǒng)實施數(shù)據(jù)庫設(shè)計時，也應(yīng)按照規(guī)范化理論進(jìn)行，同時保留一定的冗余，確保系統(tǒng)XX 省移動公司短消息計費系統(tǒng)建議方案 第 9 頁 的效率和性能。 從短信中心產(chǎn)生的話單和從短信網(wǎng)關(guān)產(chǎn)生的話單的格式是不一樣的。 在充分考慮到短消息計 費系統(tǒng)自身的特點以及與 GSM 計費的共同點之后，我們對短消息計費系統(tǒng)的體系結(jié)構(gòu)進(jìn)行了合理的劃分： 短消息計費系統(tǒng)應(yīng)用軟件的體系結(jié)構(gòu)可以分成四層：即預(yù)處理層、核心處理層、管理層和接口層。 由于短消息計費系統(tǒng)在處理流程上與移動電話計費系統(tǒng)的相似性，我們在考慮服務(wù)器處理模式的時候?qū)⒁阅壳暗囊苿佑嬞M系統(tǒng)的處理模式為參考，即系統(tǒng)由多臺處理服務(wù)器組成，每臺服務(wù)器的處理能力達(dá)到極限后可以在系統(tǒng)上有機的增加服務(wù)器從而增加整個系統(tǒng)的處理能力，而系統(tǒng)的總體結(jié)構(gòu)不需做大的調(diào)整。 ? 高性能－高性能應(yīng)體現(xiàn)在整個計算機系統(tǒng)中，包括服務(wù)器、網(wǎng)絡(luò)、 I/O 操作以及軟件。采用先進(jìn)和技術(shù)成熟的主機、網(wǎng)絡(luò)和應(yīng)用系統(tǒng)，建立一個具有高可用性、高可靠性、高安全性、有良好的可擴(kuò)展性和可維護(hù)管理性的準(zhǔn)確、快速、開放的高性能系統(tǒng)。移動通信計費系統(tǒng)這類聯(lián)機事務(wù)處理的應(yīng)用，主要從 CPU、內(nèi)存和 I/O 三個方面考慮，下面分別進(jìn)行論述： CPU： 聯(lián)機事務(wù)處理的主機，主要是作 為數(shù)據(jù)庫服務(wù)器而不是計算服務(wù)器，因此以服務(wù)器的 TPM 值作為相對選型參考值。根據(jù)應(yīng)用對磁盤陣列的劃分進(jìn)行優(yōu)化也是提高 I/O 性能的一個重要方面。根據(jù)聯(lián)創(chuàng)在移動計XX 省移動公司短消息計費系統(tǒng)建議方案 第 16 頁 費上的經(jīng)驗和一百萬用戶級系統(tǒng)實際運行的測算，一百萬用戶的話單預(yù)處理需要內(nèi)存 200MB，則 300 萬用戶為 600MB，考慮到系統(tǒng)本身的開銷，所以推薦內(nèi)存配置為 1GB。由于交換機是定時向外傳送話單信息，因此在某種程度上計費結(jié)算是一個批處理過程。 上一節(jié)中，我們對滿足江蘇移動 300 萬用戶規(guī)模的短消息計費系統(tǒng)所需的主機處理能力、內(nèi)存大小和存儲容量等進(jìn)行了詳細(xì)的分析。 聯(lián)機存儲采用 HP FC60 磁盤陣列，配置容量 2TB，通過光纖交換機與上述服務(wù)器連接，組成存儲區(qū)域網(wǎng)（ SAN）。 MC/ServiceGuard 可監(jiān)測網(wǎng)卡，當(dāng)其中一塊不能正常工作時， MC 將自動切換到備份網(wǎng)卡。 FC60 冗余電源子系統(tǒng)和系統(tǒng)后備電池。 ? 靈活性 由于采用了 SAN 技術(shù)，當(dāng)業(yè)務(wù)量出現(xiàn)突發(fā)性增長時，可以方便地通過增加XX 省移動公司短消息計費系統(tǒng)建議方案 第 19 頁 服務(wù)器或存儲設(shè)備的方式提高系統(tǒng)處理能力，而不需要重新構(gòu)架。 主機系統(tǒng)通過增加內(nèi)存擴(kuò)展性能： N4000 單機現(xiàn)在對內(nèi)存的支持最高可達(dá) 32GB。 主機系統(tǒng)復(fù)雜擴(kuò)展 : 除了上述簡單的擴(kuò)展方法外，也可以通過在群集中加入新的結(jié)點的方法來實現(xiàn)性能的擴(kuò)展。 XX 省移動公司短消息計費系統(tǒng)建議方案 第 20 頁 第 5章 應(yīng)用軟件設(shè)計 短消息計費系統(tǒng)是一個綜合復(fù)雜的系統(tǒng)，它的處理流程與移動計費系統(tǒng)類似，由許多子系統(tǒng)共同組成，并和其他相關(guān)系統(tǒng)存在不同的接口。 在部、省、地市各級中心之間、短消息計費中心與外部系統(tǒng)之間以及短消息計費中心與采集系統(tǒng)之間的交互信息主要有：計費原始數(shù)據(jù)、用戶清單數(shù)據(jù)、統(tǒng)XX 省移動公司短消息計費系統(tǒng)建議方案 第 21 頁 計數(shù)據(jù)等。 用戶清單數(shù)據(jù)文件定期下發(fā)，傳輸周期可以由參數(shù)以分鐘為單位來設(shè)置。 hhmm 下發(fā)文件 生成時間，時分。 ? 短信計費中心與外部系統(tǒng)之間的數(shù)據(jù)傳輸 短信計費中心與外部系統(tǒng)之間主要是網(wǎng)間結(jié)算數(shù)據(jù)和業(yè)務(wù)統(tǒng)計結(jié)果數(shù)據(jù)的傳輸，系統(tǒng)提供拷盤、聯(lián)網(wǎng)文件傳輸、數(shù)據(jù)庫共享等傳輸方式，具體的傳輸方式需要與相關(guān)運營商或業(yè)務(wù)部門共同 協(xié)商確定。 鑒于各種交換機計費信息的格式不一，需要在入庫前對各種類型的計費信息進(jìn)行標(biāo)準(zhǔn)化處理，將不同類型交換機的計費信息統(tǒng)一成標(biāo)準(zhǔn)格式。 ? 支持多種類型交換機原始計費數(shù)據(jù)的數(shù)據(jù)提取； ? 支持多通話業(yè)務(wù)的數(shù)據(jù)提取，并對新業(yè)務(wù)提供數(shù)據(jù)提取接口； ? 對原始計費記錄提取過程提供完善的差錯檢測功能： XX 省移動公司短消息計費系統(tǒng)建議方案 第 24 頁 ? 提供記錄級的差錯檢測：支持對每條提取的計費記錄進(jìn)行數(shù)據(jù)審核校驗，識別其中的錯誤 或無效話單，包括： ? 格式錯，與移動交換機定義的數(shù)據(jù)結(jié)構(gòu)不符 ? 重要記錄域為空 ? 錯誤字符，包括： ? 通話日期、時間、時長非法 ? 對端號碼錯誤 ? 記錄域中含有非法字符 ? 計費信息不足 ? 不需計費話單 ? 提供數(shù)據(jù)塊級的差錯控制：話單提取后計算出的塊長度（包括塊頭、塊尾、有效話單、錯誤話單）與原始數(shù)據(jù)塊長度一致性檢驗、塊序號連續(xù)性檢驗。 ? 預(yù)處理配置與管理 ? 提供對整個預(yù)處理子系統(tǒng)的各種參數(shù)的查詢、配置和修改； ? 支持原始計費數(shù)據(jù)的實時備份和數(shù)據(jù)轉(zhuǎn)儲； 提供對預(yù)處理各個模塊的實時監(jiān)控和管理，如：物理空間檢測、用戶口令權(quán)限管理、預(yù)處理過程監(jiān)測、入庫狀態(tài)監(jiān)測、進(jìn)程管理等。計費處理過程能適應(yīng)最新的短信資費政策，并可滿足今后業(yè)務(wù)不斷發(fā)展的需要。 對按條收費的短消息話單，系統(tǒng)可以根據(jù)不同的話單類型進(jìn)行不同費率的劃價，并可滿足不同優(yōu)惠的需要。 產(chǎn)生重復(fù)話單的原因主要有： ? 交換機生成原始通話記錄時產(chǎn)生的重復(fù)； ? 采集過程中故障重采產(chǎn)生的重復(fù)； XX 省移動公司短消息計費系統(tǒng)建議方案 第 26 頁 ? 文件傳輸過程中產(chǎn)生的重復(fù)； ? 數(shù)據(jù)交互過程中產(chǎn)生的重復(fù)（來、出訪話單的上傳、下發(fā)）等。解決的辦法是： ? 數(shù)據(jù)分割 ? 優(yōu)化索引機制 ? 快速定位 ? 以空間換性能 這是快速“過濾網(wǎng)”技術(shù)的設(shè)計思想。 解決的辦法： ? 合理地進(jìn)行數(shù)據(jù)分割 ? 有效地建立索引 ? 合理的應(yīng)用分布，降低磁盤讀寫沖突，減少訪問磁盤的次數(shù)。因此在設(shè)計時，考慮到將排重的結(jié)果信息反饋給 Client 端，若無重復(fù)話單，則該入庫文件直接送給相應(yīng)的下發(fā)隊列，并在數(shù)據(jù)庫中產(chǎn)生一條統(tǒng)計記XX 省移動公司短消息計費系統(tǒng)建議方案 第 27 頁 錄（文件名、有效記錄數(shù)、重復(fù)記錄數(shù)、處理時間等）。 計費劃價后產(chǎn)生的標(biāo)準(zhǔn)話單文件通過并行入庫程序多 通道拷貝到數(shù)據(jù)庫中，并調(diào)用存儲過程進(jìn)行以下工作： 排除三個月（包括本月的重單） 生成月清單數(shù)據(jù) 生成統(tǒng)計中間表數(shù)據(jù) 生成下發(fā)表數(shù)據(jù) 入庫程序記錄詳細(xì)的日志信息，包括入庫話單數(shù)，入庫花費時間等。具體類型主要有： XX 省移動公司短消息計費系統(tǒng)建議方案 第 28 頁 ? 省公司之間的結(jié)算 ? 省公司與集團(tuán)中心間的結(jié)算 ? 省公司與 SP 之間的結(jié)算 ? 省公司與廣告業(yè)務(wù)的廣告方的結(jié)算 統(tǒng)計分析主要包括以下幾個模塊： 文件統(tǒng)計： 對每天，每個統(tǒng)計月的原始文件的話單量統(tǒng)計，包含有效話單、錯誤話單、無效話單、發(fā)送失敗話單?；伺佩e主要完成計費過程中一些異常情況的處理并形成相應(yīng)的出錯報告，避免異常話單出現(xiàn)在用戶面前，同時，系統(tǒng)也應(yīng)能將一些經(jīng)過修改可以向用戶收取費用的話單進(jìn)行回收，重新進(jìn)行計費分揀，使電信企業(yè)避免不必要的損失。 由于采用的是全省集中式的計費系統(tǒng)，即所有的用戶通話記錄全部傳送至省計費中心進(jìn)行計費分揀，而經(jīng)過省計費中心計費分揀后形成的用戶清單必須下發(fā)到各個地市業(yè)務(wù)管理系統(tǒng)；短消息計費中心與集團(tuán)計費中心之間也需要有漫游來、出訪的數(shù)據(jù)交互，同時，各種結(jié)算數(shù)據(jù)也需要進(jìn)行相應(yīng)的數(shù)據(jù)交互，因此，必須有相應(yīng)的數(shù)據(jù)交互模塊負(fù)責(zé)進(jìn)行各類交互數(shù)據(jù)的傳輸和下發(fā)。 XX 省移動公司短消息計費系統(tǒng)建議方案 第 30 頁 ? 能支持對各種計費參數(shù)的查詢。在應(yīng)用程序中，凡是不能確定的因素或是可能變動的因素都盡量做到參數(shù)化，以達(dá)到通過對參數(shù)的設(shè)置就可適應(yīng)不同情況、不同應(yīng)用時期的要求。這種設(shè)計思想大大地加強了系統(tǒng)的自適應(yīng)性和靈活性。數(shù)據(jù)庫系統(tǒng)的管理備份也可以采用第三方的工具軟件來完成， 如百達(dá)靈公司的數(shù)據(jù)庫管理工具等。 第 6章 系統(tǒng)關(guān)鍵問題 GSM 計費系統(tǒng)的融合 移動短信計費系統(tǒng)作為移動局業(yè)務(wù)支撐系統(tǒng)的一個有機的組成部分，是不可能和移動計費系統(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ù)和管理上的不方便。 短信計費系統(tǒng)與移動計費系統(tǒng)的系統(tǒng)結(jié)構(gòu)圖如下： 在我們的建議方案中，并沒有包括關(guān)于帳務(wù)系統(tǒng)的內(nèi)容，原因如下： 短消息計費系統(tǒng)是目前的 GSM 計費系統(tǒng)的功能擴(kuò)充，是與 GSM 計費系統(tǒng)有著密切的聯(lián)系的，應(yīng)當(dāng)將 GSM 計費系統(tǒng)與短消息計費系統(tǒng)進(jìn)行有機的結(jié)合； 目前，一臺清、一單清是提高服務(wù)水平，提高服務(wù)質(zhì)量的普遍要求，不能因為增加了一項業(yè)務(wù)功能，就需要單獨建立一個相應(yīng)的帳務(wù)系統(tǒng)，這樣對用戶來說很不方便； XX 省移動公司短消息計費系統(tǒng)建議方案 第 33 頁 目前 GSM 的帳務(wù)系統(tǒng)所采用的模式已經(jīng)固定，如果要對其進(jìn)行改造則非常困難，應(yīng)當(dāng)不屬于短消息計費系統(tǒng)所應(yīng)考慮的范圍。 SMC 話單 SMC 話單反映出用戶的業(yè)務(wù)變化情況，需要及時通知各地市的業(yè)務(wù)系 統(tǒng)。 在整個割接過程中，關(guān)鍵在于準(zhǔn)備工作是否充分，測試、驗收工作是否細(xì)致。 。 在整個系統(tǒng)過渡割接過程中，始終要保證預(yù)處理服務(wù)器地址不變。 第 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)過渡割接一般采用如 下三種方式之一： ? 分步到位 ? 一次到位 ? 并行運行 建議采用并行運行的方式。 當(dāng)然，在帳務(wù)系統(tǒng)中實現(xiàn)是最容易實現(xiàn)的方法，但如果要想在清單一級體現(xiàn)出以上兩項功能，則需要計費系統(tǒng)進(jìn)行相應(yīng)的判斷，為此，計費系統(tǒng)必須要獲得相關(guān)的用戶資料，才能進(jìn)行準(zhǔn)確判斷，這對整個系統(tǒng)的開銷都是比較大的。對下發(fā)各地市的清單文件，同樣可以和計費系統(tǒng)的下發(fā)服務(wù)器共用，采用此方法，即可以充XX 省移動公司短消息計費系統(tǒng)建議方案 第 32 頁 分利用目前的軟件及硬件資源，又可以減少維護(hù)的復(fù)雜程度。同時，系統(tǒng)具備完整的操作權(quán)限管理辦法，例如：操作口令管理，修改或刪除用戶的權(quán)限等。同XX 省移動公司短消息計費系統(tǒng)建議方案 第 31 頁 時，系統(tǒng)具有自動備份、日志管理等功能，對任何被保護(hù)的數(shù)據(jù)資源，如系統(tǒng)文件、應(yīng)用程序文件、數(shù)據(jù)庫文件等的訪問、拷貝或修改等操作記錄詳細(xì)日志，包括操作員工號、操作類型、操作對象、操作時間、操作設(shè)備點、操作結(jié)果等。 在參數(shù)管理中，引入了“計費參數(shù)預(yù)定義”的設(shè)計思想，即可以預(yù)先定義某些計費參數(shù)和它的啟用日期。 同時， XX 省短消息計費系統(tǒng)的最終用戶是移動通信局計費中心的相關(guān)業(yè)務(wù)人員，他們有較強的業(yè)務(wù)知識和管理經(jīng)驗，但是整個工程牽涉面廣，維護(hù)工作量大，為了減輕用戶的維護(hù)工作量，要求“移動計費系統(tǒng)”有較好