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