【正文】 ........................................................................... 31 與 GSM 計費系統(tǒng)的融合 .................................................................................. 31 簡述 ............................................................................................................ 31 系統(tǒng)結(jié)構(gòu)圖 ................................................................................................ 32 關(guān)于帳務(wù)系統(tǒng) ................................................................................................... 32 關(guān)于超額部分 ................................................................................................... 33 關(guān)于 SMC 話單 .................................................................................................. 33 第 7 章 系統(tǒng)平滑過渡 ................................................................................................ 33 組織 ................................................................................................................... 33 系統(tǒng)過渡割接的方式 ....................................................................................... 34 系統(tǒng)過渡割接步驟 ........................................................................................... 34 XX 省移動公司短消息計費系統(tǒng)建議方案 第 4 頁 第 1章 前言 隨著我國移動通信事業(yè)的迅猛發(fā)展，為了迎接日益臨近的市場競爭，電信部門在開拓市場業(yè)務(wù)，擴大電信網(wǎng)通信能力的同時，越來越重視電信企業(yè)內(nèi)部的服務(wù)意識，并不斷完善電信企業(yè)的服務(wù)體系，為此作出了不懈的努力。 第 2章 系統(tǒng)概述 江蘇移動通信有限公司已于 20xx 年 5 月根據(jù)集團公司的要求建設(shè)了短消息計費應(yīng)急系統(tǒng)，實現(xiàn)短消息按條計費的要求。 本期工程就是要為 XX 省構(gòu)架一個覆蓋全省的短消息計費管理平臺，系統(tǒng)的建設(shè)按滿足到 20xx 年移動通信網(wǎng)用戶發(fā)展的需要考慮（ 300 萬以 上 GSM 短消息用戶）。系統(tǒng)應(yīng)采用冗余配置，保證系統(tǒng)無單一故障點。 ? 短消息網(wǎng)關(guān)采集到的原始話單數(shù)據(jù)。 ? 系統(tǒng)應(yīng)具有可靠的備份機制。 ? 可維護 性：指系統(tǒng)中某一相對獨立的模塊發(fā)生改變時，不影響其他模塊的運行，維護操作簡單，用戶操作界面友好；當系統(tǒng)處理的某些指標需要動態(tài)改變時，不需要修改程序代碼就可以實現(xiàn)相應(yīng)功能，充分做到代碼與數(shù)據(jù)的獨立性，以減少操作維護人員的工作量和工作繁重程度。 ? 規(guī)范性：在技術(shù)、業(yè)務(wù)的理解上要完全遵循 XX 省移動公司關(guān)于短消息計費的要求；在主機的安裝、網(wǎng)絡(luò)的設(shè)計時嚴格遵守相應(yīng)的規(guī)范；應(yīng)用系統(tǒng)實施數(shù)據(jù)庫設(shè)計時，也應(yīng)按照規(guī)范化理論進行，同時保留一定的冗余，確保系統(tǒng)XX 省移動公司短消息計費系統(tǒng)建議方案 第 9 頁 的效率和性能。 在充分考慮到短消息計 費系統(tǒng)自身的特點以及與 GSM 計費的共同點之后，我們對短消息計費系統(tǒng)的體系結(jié)構(gòu)進行了合理的劃分： 短消息計費系統(tǒng)應(yīng)用軟件的體系結(jié)構(gòu)可以分成四層：即預(yù)處理層、核心處理層、管理層和接口層。 ? 高性能－高性能應(yīng)體現(xiàn)在整個計算機系統(tǒng)中，包括服務(wù)器、網(wǎng)絡(luò)、 I/O 操作以及軟件。移動通信計費系統(tǒng)這類聯(lián)機事務(wù)處理的應(yīng)用，主要從 CPU、內(nèi)存和 I/O 三個方面考慮，下面分別進行論述： CPU： 聯(lián)機事務(wù)處理的主機，主要是作 為數(shù)據(jù)庫服務(wù)器而不是計算服務(wù)器，因此以服務(wù)器的 TPM 值作為相對選型參考值。根據(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é)中，我們對滿足江蘇移動 300 萬用戶規(guī)模的短消息計費系統(tǒng)所需的主機處理能力、內(nèi)存大小和存儲容量等進行了詳細的分析。 MC/ServiceGuard 可監(jiān)測網(wǎng)卡，當其中一塊不能正常工作時， MC 將自動切換到備份網(wǎng)卡。 ? 靈活性 由于采用了 SAN 技術(shù)，當業(yè)務(wù)量出現(xiàn)突發(fā)性增長時，可以方便地通過增加XX 省移動公司短消息計費系統(tǒng)建議方案 第 19 頁 服務(wù)器或存儲設(shè)備的方式提高系統(tǒng)處理能力，而不需要重新構(gòu)架。 主機系統(tǒng)復雜擴展 : 除了上述簡單的擴展方法外，也可以通過在群集中加入新的結(jié)點的方法來實現(xiàn)性能的擴展。 在部、省、地市各級中心之間、短消息計費中心與外部系統(tǒng)之間以及短消息計費中心與采集系統(tǒng)之間的交互信息主要有：計費原始數(shù)據(jù)、用戶清單數(shù)據(jù)、統(tǒng)XX 省移動公司短消息計費系統(tǒng)建議方案 第 21 頁 計數(shù)據(jù)等。 hhmm 下發(fā)文件 生成時間，時分。 鑒于各種交換機計費信息的格式不一，需要在入庫前對各種類型的計費信息進行標準化處理，將不同類型交換機的計費信息統(tǒng)一成標準格式。 ? 預(yù)處理配置與管理 ? 提供對整個預(yù)處理子系統(tǒng)的各種參數(shù)的查詢、配置和修改； ? 支持原始計費數(shù)據(jù)的實時備份和數(shù)據(jù)轉(zhuǎn)儲； 提供對預(yù)處理各個模塊的實時監(jiān)控和管理，如：物理空間檢測、用戶口令權(quán)限管理、預(yù)處理過程監(jiān)測、入庫狀態(tài)監(jiān)測、進程管理等。 對按條收費的短消息話單，系統(tǒng)可以根據(jù)不同的話單類型進行不同費率的劃價，并可滿足不同優(yōu)惠的需要。解決的辦法是： ? 數(shù)據(jù)分割 ? 優(yōu)化索引機制 ? 快速定位 ? 以空間換性能 這是快速“過濾網(wǎng)”技術(shù)的設(shè)計思想。因此在設(shè)計時，考慮到將排重的結(jié)果信息反饋給 Client 端，若無重復話單，則該入庫文件直接送給相應(yīng)的下發(fā)隊列，并在數(shù)據(jù)庫中產(chǎn)生一條統(tǒng)計記XX 省移動公司短消息計費系統(tǒng)建議方案 第 27 頁 錄（文件名、有效記錄數(shù)、重復記錄數(shù)、處理時間等）。具體類型主要有： XX 省移動公司短消息計費系統(tǒng)建議方案 第 28 頁 ? 省公司之間的結(jié)算 ? 省公司與集團中心間的結(jié)算 ? 省公司與 SP 之間的結(jié)算 ? 省公司與廣告業(yè)務(wù)的廣告方的結(jié)算 統(tǒng)計分析主要包括以下幾個模塊： 文件統(tǒng)計： 對每天，每個統(tǒng)計月的原始文件的話單量統(tǒng)計，包含有效話單、錯誤話單、無效話單、發(fā)送失敗話單。 由于采用的是全省集中式的計費系統(tǒng)，即所有的用戶通話記錄全部傳送至省計費中心進行計費分揀，而經(jīng)過省計費中心計費分揀后形成的用戶清單必須下發(fā)到各個地市業(yè)務(wù)管理系統(tǒng)；短消息計費中心與集團計費中心之間也需要有漫游來、出訪的數(shù)據(jù)交互，同時，各種結(jié)算數(shù)據(jù)也需要進行相應(yīng)的數(shù)據(jù)交互，因此，必須有相應(yīng)的數(shù)據(jù)交互模塊負責進行各類交互數(shù)據(jù)的傳輸和下發(fā)。在應(yīng)用程序中，凡是不能確定的因素或是可能變動的因素都盡量做到參數(shù)化，以達到通過對參數(shù)的設(shè)置就可適應(yīng)不同情況、不同應(yīng)用時期的要求。數(shù)據(jù)庫系統(tǒng)的管理備份也可以采用第三方的工具軟件來完成， 如百達靈公司的數(shù)據(jù)庫管理工具等。 短信計費系統(tǒng)與移動計費系統(tǒng)的系統(tǒng)結(jié)構(gòu)圖如下： 在我們的建議方案中，并沒有包括關(guān)于帳務(wù)系統(tǒng)的內(nèi)容，原因如下： 短消息計費系統(tǒng)是目前的 GSM 計費系統(tǒng)的功能擴充，是與 GSM 計費系統(tǒng)有著密切的聯(lián)系的，應(yīng)當將 GSM 計費系統(tǒng)與短消息計費系統(tǒng)進行有機的結(jié)合； 目前，一臺清、一單清是提高服務(wù)水平，提高服務(wù)質(zhì)量的普遍要求，不能因為增加了一項業(yè)務(wù)功能，就需要單獨建立一個相應(yīng)的帳務(wù)系統(tǒng)，這樣對用戶來說很不方便； XX 省移動公司短消息計費系統(tǒng)建議方案 第 33 頁 目前 GSM 的帳務(wù)系統(tǒng)所采用的模式已經(jīng)固定，如果要對其進行改造則非常困難，應(yīng)當不屬于短消息計費系統(tǒng)所應(yīng)考慮的范圍。 在整個割接過程中，關(guān)鍵在于準備工作是否充分，測試、驗收工作是否細致。 在整個系統(tǒng)過渡割接過程中，始終要保證預(yù)處理服務(wù)器地址不變。 當然，在帳務(wù)系統(tǒng)中實現(xiàn)是最容易實現(xiàn)的方法，但如果要想在清單一級體現(xiàn)出以上兩項功能，則需要計費系統(tǒng)進行相應(yīng)的判斷，為此，計費系統(tǒng)必須要獲得相關(guān)的用戶資料，才能進行準確判斷，這對整個系統(tǒng)的開銷都是比較大的。同時，系統(tǒng)具備完整的操作權(quán)限管理辦法，例如：操作口令管理，修改或刪除用戶的權(quán)限等。 在參數(shù)管理中，引入了“計費參數(shù)預(yù)定義”的設(shè)計思想，即可以預(yù)先定義某些計費參數(shù)和它的啟用日期。 系統(tǒng)查詢應(yīng)能迅速查詢出本省用戶的通話話單，并且系統(tǒng)查詢與計費處理不能產(chǎn)生沖突，發(fā)生查詢和計費互相鎖定的狀況。 收入統(tǒng)計 對全省或各地市的每天，每個統(tǒng)計月的短消息收入的統(tǒng)計。若發(fā)現(xiàn)有重復話單，則分兩種情況處理： ? 完全重復：即該文件的所有記錄都為重復話單記錄（文件重復），則在數(shù)據(jù)庫中產(chǎn)生一條統(tǒng)計記錄（文件名、有效記錄數(shù)、重復記錄數(shù)、處理時間等），該文件入重復話單文件隊列。話單入庫的效率將直接影響計費處理的整體效率，尤其是月末處理的性能?？紤]到這部分費用與用戶的信用度等 判斷有關(guān)，建議采用每15 分鐘一次的間隔，將 WAD 產(chǎn)生的用戶的預(yù)存費用下發(fā)給帳務(wù)系統(tǒng)。 ? 可以對每臺交換機的產(chǎn)生的每個文件的有效話單數(shù)、異常話單數(shù)、無效話單數(shù)的統(tǒng)計，該統(tǒng)計可以按日、周、月、季進行。 目前短信計費中心的原始話單類型主要有： 短信平臺話單：對于短信平臺話單文件，主要有以下幾種話單類型： 點對點短消息的話單 人工臺或自動臺發(fā)起的 MT 方式的短消息話單 由移動臺發(fā)起的各種收費信息話單，如股票查詢、用戶訂閱的消息等 各種公眾信息源發(fā)布的 MT 方式的短信話單，如天氣預(yù)報等 開通移動夢網(wǎng)后，在短信網(wǎng)關(guān)上會增加以下幾種話單類型： 短信網(wǎng)關(guān)話單類型： SP 發(fā)送給點播用戶的短消息話單（其中包括用戶自點播、用戶為別人點播、及SP 主動發(fā)送的信息三 種） 集團中心下發(fā)話單： 集團中心每兩小時下發(fā)一個 M 文件，每天 12 個文件，文件中包括 SMT、 SMC、SMTF、 SMCF 四種話單類 計費預(yù)處理功能 數(shù)據(jù)提?。涸加涗浿邪S多通話信息，但計費分揀應(yīng)用所需的數(shù)據(jù)域只是原始通話記錄域的一個子集。 傳輸系統(tǒng)通過文件名和文件頭信息來驗證數(shù)據(jù)傳輸?shù)恼_性。傳輸系統(tǒng)的主要數(shù)據(jù)流向如下圖所示： 其他接口短消息計費中心短信中心話單短信網(wǎng)關(guān)話單清單數(shù)據(jù)統(tǒng)計數(shù)據(jù)等集團中心地市帳務(wù)中心短信采集平臺 ? 短信采集系統(tǒng)與短消息計費中心的數(shù)據(jù)傳輸 短信采集系統(tǒng)與短信計費中心之間傳輸?shù)闹饕怯蓴?shù)據(jù)采集系統(tǒng)從短信中心及短信網(wǎng)關(guān)實時采集到的所有計費原始數(shù)據(jù)，這些數(shù)據(jù)主要由短信采集系統(tǒng)流向短信計費中心，是一個數(shù)據(jù)集中的過程，所有的數(shù)據(jù)傳輸都是實時而且自動化無人值守的，由短信計費中心集中對數(shù)據(jù)傳輸進行監(jiān)控。另外，如果應(yīng)用的性質(zhì)會轉(zhuǎn)為數(shù)據(jù)倉庫的話，在增加一個基結(jié)點后，現(xiàn)有的服務(wù)器都可作為附加結(jié)點加入到企業(yè)并行服務(wù)。 ? 可擴充性 在滿足 300 萬用戶規(guī)模計費性能要求的同時，該系統(tǒng)還具有充分的擴充能力