XX省移動短消息計費系統(tǒng)技術(shù)建議方案

PAGEPAGE36XX省移動短消息計費系統(tǒng)技術(shù)建議方案第1章前言 3第2章系統(tǒng)概述 3系統(tǒng)概況 3現(xiàn)有系統(tǒng)概況 3建設(shè)系統(tǒng)概況 3系統(tǒng)設(shè)計目標 3數(shù)據(jù)庫平臺要求 3主機服務(wù)器平臺要求 3計費數(shù)據(jù)處理要求 3維護管理要求 3系統(tǒng)設(shè)計原則 3第3章系統(tǒng)結(jié)構(gòu)設(shè)計 3短消息計費系統(tǒng)的特點 3應(yīng)用軟件體系結(jié)構(gòu) 3數(shù)據(jù)處理流圖 3軟件功能模塊 3服務(wù)器處理模式設(shè)計 3第4章平臺及運行環(huán)境設(shè)計 3主機系統(tǒng)設(shè)計原則 3主機系統(tǒng)平臺現(xiàn)狀 3主機系統(tǒng)需求分析 3影響性能的幾個方面 3服務(wù)器性能分析 3在線存儲容量計算 3建議方案 3第5章應(yīng)用軟件設(shè)計 3短消息計費系統(tǒng)功能介紹 3數(shù)據(jù)采集與傳輸子系統(tǒng) 3功能簡介 3傳輸系統(tǒng)結(jié)構(gòu) 3系統(tǒng)功能 3數(shù)據(jù)預(yù)處理 3話單劃價 3重復(fù)話單過濾 3話單并行入庫 3計費結(jié)算 3統(tǒng)計分析 3稽核排錯 3數(shù)據(jù)交互 3系統(tǒng)查詢 3系統(tǒng)維護 3第6章系統(tǒng)關(guān)鍵問題 3與GSM計費系統(tǒng)的融合 3簡述 3系統(tǒng)結(jié)構(gòu)圖 3關(guān)于帳務(wù)系統(tǒng) 3關(guān)于超額部分 3關(guān)于SMC話單 3第7章系統(tǒng)平滑過渡 3組織 3系統(tǒng)過渡割接的方式 3系統(tǒng)過渡割接步驟 3第1章 前言務(wù)意識，并不斷完善電信企業(yè)的服務(wù)體系，為此作出了不懈的努力。南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司自成立之初便確立了以電信行業(yè)作為自己第2章 系統(tǒng)概述江蘇移動通信有限公司已于2000年5月根據(jù)集團公司的要求建設(shè)了短消息有的GSM用戶都可以是短消息用戶，同時隨著手機炒股，GPS定位、以及MONTERNET計劃中大量基于短消息的豐富應(yīng)用逐步推出，原來的短消息應(yīng)急息計費系統(tǒng)。系統(tǒng)概況現(xiàn)有系統(tǒng)概況pcSCO處理及下發(fā)程序。PcserverNTSYBASE11.9.21002000萬。建設(shè)系統(tǒng)概況本期工程設(shè)計主要實現(xiàn)省計費中心系統(tǒng)實時處理能力滿足數(shù)字網(wǎng)（GSM）300萬以上移動用戶每天7條短消息話單的計費需求。系統(tǒng)設(shè)計目標業(yè)開始從傳統(tǒng)、單一的經(jīng)營模式向著“以市場為導(dǎo)向，以滿足用戶需求為經(jīng)營目標、以服務(wù)于用戶為經(jīng)營宗旨”的經(jīng)營理念轉(zhuǎn)變，這就更進一步加大了電信企業(yè)電信企業(yè)經(jīng)營者的關(guān)注所在。XX2002（300GSM用戶300萬短消息用戶的短消息計費平臺。數(shù)據(jù)庫平臺要求數(shù)據(jù)庫平臺應(yīng)采用SYBASE數(shù)據(jù)庫平臺,能完成大容量數(shù)據(jù)的實時處理和管理的能力，SYBASE數(shù)據(jù)庫能滿足以下要求：ANSI/ISOSQL-89、ANSI/ISOSQL-92；支持并行處理技術(shù)；支持主流廠商的操作平臺；支持多種復(fù)制功能支持聯(lián)機分析處理（OLAP；支持聯(lián)機事物處理（OLTP；C2級以上安全標準、多級安全控制；具有強的容錯能力、錯誤恢復(fù)能力、錯誤記錄及預(yù)警能力；支持聯(lián)機、脫機備份等。主機服務(wù)器平臺要求主機服務(wù)器平臺應(yīng)具有較高的安全控制機制，各平臺除有足夠的能力進行計費處理外，還應(yīng)具有其它（例如故障檢查、故障處理等）的應(yīng)急處理能力。所選擇的主機平臺應(yīng)該滿足以下特性：內(nèi)存等方式提供更高的性能來滿足新的要求。7*24能力。系統(tǒng)應(yīng)采用冗余配置，保證系統(tǒng)無單一故障點。支持并行技術(shù)。支持多臺主機并行的處理，以保證大容量數(shù)據(jù)處理的要求。以提高系統(tǒng)的的運行和處理效率?；謴?fù)周期短。當對系統(tǒng)進行擴容或系統(tǒng)發(fā)生不可預(yù)見的故障時，系統(tǒng)應(yīng)24小時內(nèi)恢復(fù)到正常運行狀態(tài)。計費數(shù)據(jù)處理要求數(shù)據(jù)處理包括三部分數(shù)據(jù)：短消息中心采集到的原始話單數(shù)據(jù)。短消息網(wǎng)關(guān)采集到的原始話單數(shù)據(jù)。集團中心下發(fā)的本省用戶的全國性業(yè)務(wù)的話單文件。為保證忙時的數(shù)據(jù)處理要求，系統(tǒng)完成對話單的計費處理（包括格式轉(zhuǎn)換、檢錯、糾錯、入庫、查找重單、分檢）的速度正常情況下要達到：本地話單，從話單出現(xiàn)在計費采集接口到完成計費處理（包括采集、預(yù)處理、批價、存儲、分檢15分鐘；全國業(yè)務(wù)話單，從話單放在全國移動計費結(jié)算中心設(shè)在省中心的通信服務(wù)器到完成數(shù)據(jù)的處理（包括話單的檢查、存儲、分檢15分鐘。維護管理要求系統(tǒng)具有良好的交互性，操作簡單、明確。系統(tǒng)提供多種訪問手段，允許管理員在不同的環(huán)境下對系統(tǒng)進行管理。處理功能。的監(jiān)控和管理平臺上。系統(tǒng)的管理應(yīng)具有較高的自動化程度。系統(tǒng)應(yīng)具有可靠的備份機制。系統(tǒng)設(shè)計原則規(guī)范性和容災(zāi)考慮。XX300慮到整體系統(tǒng)的可擴展性，使整個應(yīng)用系統(tǒng)的性能達到最佳狀態(tài)，以滿足不斷增長的用戶數(shù)及話單數(shù)的要求。行過程中數(shù)據(jù)的正確性并提供合理的解決方案。XX（的短消息中心）進行信息共享或提供數(shù)據(jù)接口。立性，以減少操作維護人員的工作量和工作繁重程度。XX省原有的短消息計必須在建設(shè)系統(tǒng)中得到充分利用，以充分保護用戶的投資利益。保整個應(yīng)用系統(tǒng)的安全。XX的效率和性能。常情況出現(xiàn)時的處理方法。第3章 系統(tǒng)結(jié)構(gòu)設(shè)計短消息計費系統(tǒng)的特點GSM費系統(tǒng)在業(yè)務(wù)處理上和流程上應(yīng)該有其自身的要求，如：1、短消息系統(tǒng)的話單源與GSM計費系統(tǒng)有差別。短消息系統(tǒng)的話單源不僅產(chǎn)生在短信中心，同時，也會產(chǎn)生在短信網(wǎng)關(guān)，并且，這兩種類型的話單源還起著不同的作用，一個是用來計算用戶的通信費，一個是向用戶代收取信息費以及與SP之間的結(jié)算；2、MO、MT、SMO、SMTSMCSMFSMAMOC、MTC、POC、PTC幾種；3、短消息話單中某些話單是已經(jīng)批好價的，如從短信網(wǎng)關(guān)傳送回的話單，已經(jīng)包括了用戶的信息費，而對于GSM來說，所有的話單都需要進行批價計費。4、從短信中心產(chǎn)生的話單和從短信網(wǎng)關(guān)產(chǎn)生的話單的格式是不一樣的。5、GSM與區(qū)別，GSM長途費兩大類，而短消息所涉及到的費用為通信費、信息費、勞務(wù)費6、短消息牽涉到與SP之間的結(jié)算，而GSM牽涉到的是只與聯(lián)通、電信等電信運營商的結(jié)算。7、“收錢“WAD”短消息計費系統(tǒng)還要向用戶“送錢”，這一部分送的錢需要與帳務(wù)系統(tǒng)間重新定義接口，以便于將其轉(zhuǎn)換為用戶的預(yù)存話費。但是，短消息系統(tǒng)的處理流程又與原有的GSM話單計費的流程有著很多的相似之處，如：1、都包括對話單的采集和預(yù)處理；2、對需要對話單的正確性進行校驗；3、都需要對話單進行稽核統(tǒng)計；4、都需要對話單按照某一政策、按不同的費率進行計費批價；5、都會對部分話單進行上傳和下發(fā)的接收處理工作；6、都需要將計費產(chǎn)生的用戶費用信息傳遞給帳務(wù)系統(tǒng)，由帳務(wù)系統(tǒng)最終形成綜合化的帳單，向用戶收取費用。應(yīng)用軟件體系結(jié)構(gòu)在充分考慮到短消息計費系統(tǒng)自身的特點以及與GSM計費的共同點之后，我們對短消息計費系統(tǒng)的體系結(jié)構(gòu)進行了合理的劃分：短消息計費系統(tǒng)應(yīng)用軟件的體系結(jié)構(gòu)可以分成四層：即預(yù)處理層、核心處理層、管理層和接口層。如下圖：預(yù)處理層預(yù)處理層核心處理層管理層接口層帳務(wù)系統(tǒng)集團中心短信網(wǎng)關(guān)短信中心系統(tǒng)管理查詢管理結(jié)算處理統(tǒng)計分析進程調(diào)度優(yōu)惠處理劃價處理異常鑒別信息源提取標準化校驗碼制轉(zhuǎn)換這樣的劃分對于系統(tǒng)的整體靈活性有著非常大的好處，可以使系統(tǒng)能更加適應(yīng)今后業(yè)務(wù)的變化。結(jié)合應(yīng)用軟件的功能和應(yīng)用軟件的分布情況，應(yīng)用系統(tǒng)的結(jié)構(gòu)如下圖所示：數(shù)據(jù)庫服務(wù)器 數(shù)據(jù)庫服務(wù)器統(tǒng)計結(jié)算排重高額（超過一定的條數(shù)或流量）標準化批價、入庫稽核排錯下發(fā)計費批價服務(wù)器 計費批價服務(wù)器 上傳下發(fā)服務(wù)器考慮到系統(tǒng)充分利用現(xiàn)有的設(shè)備，因此，計費批價服務(wù)器采用目前已有的L2000服務(wù)器，數(shù)據(jù)庫服務(wù)器采用HP的N4000服務(wù)器。數(shù)據(jù)處理流圖原始話單文件預(yù)處理(標準化、檢錯/糾錯)原始話單文件預(yù)處理(標準化、檢錯/糾錯)傳輸清單表下發(fā)接口表錯單表糾錯回收統(tǒng)計入庫統(tǒng)計表計費、分揀統(tǒng)計表計費、分揀下發(fā)文件下發(fā)處理軟件功能模塊下發(fā)文件下發(fā)處理短消息計費系統(tǒng)主要有以下幾種功能模塊，各主要功能模塊間的關(guān)系圖如下：短信息計費系統(tǒng)短信息計費系統(tǒng)短信中心預(yù)處理計費分揀短信網(wǎng)關(guān)傳輸中心數(shù)據(jù)庫下發(fā)下發(fā)平臺集團公司稽核統(tǒng)計服務(wù)器處理模式設(shè)計3000多萬，而且數(shù)據(jù)量還在不斷的增加的需要。加服務(wù)器從而增加整個系統(tǒng)的處理能力，而系統(tǒng)的總體結(jié)構(gòu)不需做大的調(diào)整。第4章 平臺及運行環(huán)境設(shè)計主機系統(tǒng)設(shè)計原則聯(lián)創(chuàng)系統(tǒng)集成股份有限公司在進行主機系統(tǒng)方案設(shè)計時遵循以下設(shè)計原則：可添加和更新新的模塊。有系統(tǒng)的先進性，并隨著技術(shù)不斷發(fā)展得到相應(yīng)的更新。時，系統(tǒng)應(yīng)有平滑升級的能力。高性能－高性能應(yīng)體現(xiàn)在整個計算機系統(tǒng)中，包括服務(wù)器、網(wǎng)絡(luò)、I/O操作以及軟件。的一部分。品在技術(shù)上有暫時的領(lǐng)先性，但很容易被激烈的市場競爭所淘汰，用戶的投資將得不到保護。性、有良好的可擴展性和可維護管理性的準確、快速、開放的高性能系統(tǒng)。主機系統(tǒng)平臺現(xiàn)狀目前系統(tǒng)的平臺現(xiàn)狀如下：

D270臺各機器的配置信息如下：數(shù)據(jù)庫服務(wù)器：PC服務(wù)器，CPU400MHZ以上，內(nèi)存1G以上、硬盤100G（目前數(shù)據(jù)庫服務(wù)器已從一臺擴充到三臺；預(yù)處理服務(wù)器：高檔PC,CPU300以上，內(nèi)存256M以上、20G以上；256M20G驅(qū)動器；應(yīng)用服務(wù)器：PC、CPU300以上，內(nèi)存128M以上、4G以上。軟件環(huán)境如下：數(shù)據(jù)庫服務(wù)器：操作系統(tǒng)WinNT4.0、數(shù)據(jù)庫；預(yù)處理服務(wù)器：操作系統(tǒng)ScoUnix5.0以上版本、Sybase11.9.2Client；應(yīng)用服務(wù)操作系統(tǒng)Win9X、Sybase11.9.2Client、PowerBuilder6.5以下發(fā)服務(wù)器、預(yù)處理服務(wù)器：操作系統(tǒng) ScoUnix5.0以上版本、。主機系統(tǒng)需求分析影響性能的幾個方面重點也不同。移動通信計費系統(tǒng)這類聯(lián)機事務(wù)處理的應(yīng)用，主要從CPU、內(nèi)存I/O三個方面考慮，下面分別進行論述：CPU：聯(lián)機事務(wù)處理的主機，主要是作為數(shù)據(jù)庫服務(wù)器而不是計算服務(wù)器，因此以服務(wù)器的TPM值作為相對選型參考值。需要說明的是廠家公布的服務(wù)器TPM值，一般是采用最大的硬件配置、按照100%的利用率所得到的，而在實際建設(shè)中的系統(tǒng)配置往往小得多，系統(tǒng)性能的TPM不會有公布值那么高，在對服務(wù)器處理能力進行估算時，需要將一些經(jīng)驗值和TPM值一起綜合考慮。內(nèi)存：內(nèi)存是所有程序運行的環(huán)境，在CPU和系統(tǒng)軟件處理能力的范圍內(nèi)，內(nèi)存越大則服務(wù)器的處理性能越好，但不同的應(yīng)用對內(nèi)存的要求不同，所以在計費系統(tǒng)服務(wù)器內(nèi)存設(shè)計中，需要從應(yīng)用需求的角度來考慮，尋找最佳的配置。I/O：CPUI/O速度，可使服務(wù)器的I/O的I/OI/O速度是一定I/OI/OI/O性能的一個重要方面。服務(wù)器性能分析預(yù)處理服務(wù)器聯(lián)機事務(wù)處理能力的分析預(yù)處理服務(wù)器主要用于將采集系統(tǒng)傳來的原始話單標準化，并統(tǒng)一批價TPM20003006000tpmC處理能力的服務(wù)器。服務(wù)器內(nèi)存容量的分析為保證預(yù)處理的高效，文本轉(zhuǎn)換的過程應(yīng)全部在內(nèi)存中完成，批價所需需要內(nèi)存200MB，則300萬用戶為600MB，考慮到系統(tǒng)本身的開銷，所以1GB。計費數(shù)據(jù)庫服務(wù)器負責進行話費排重和入庫，并提取供統(tǒng)計分析使用的相關(guān)數(shù)據(jù)。聯(lián)機事務(wù)處理能力的分析300萬用戶，平均每個用戶每天7張話單，即每天2100萬張話單；平均每分鐘處理的話單為：2100萬/(24×60分鐘)=14584張；假設(shè)通話高峰時間每天為8小時，則高峰時服務(wù)器負荷按平均負荷的3倍計算，此時要求系統(tǒng)的tpmC值為：14584×0.5×3=21876tpmC；建議系統(tǒng)利用率不超過80％，則需要配置的處理能力為21876/80％=27345tpmC。服務(wù)器內(nèi)存容量的分析計費結(jié)算是將經(jīng)過標準化和批價的原始話單入庫和匯總的過程。由于交1GB/CPU配置內(nèi)存。I/O性能的途徑采用高傳輸帶寬（100MB/s的光纖通道或相當）的存儲設(shè)備；根據(jù)應(yīng)用對磁盤陣列進行劃分，使盡可能多的磁盤并行讀寫；在線存儲容量計算根據(jù)江蘇移動短消息計費系統(tǒng)的業(yè)務(wù)量和具體特點，以及從數(shù)據(jù)庫、磁盤使用技術(shù)等方面的考慮，我們按以下要求配置存儲設(shè)備容量：3007張話單；200字節(jié)計算；4（3+1）30天計算；50%（庫不能及時釋放的空間、數(shù)據(jù)庫運行、恢復(fù)、日志、臨時與共用池空間；85%（主要考慮到磁盤的最佳使用性能和一些額外磁盤開銷；50%；則所需磁盤容量=300萬×7×30×4×200×（1+50%）/0.85/0.5=1657GB。建議方案UNIX設(shè)計時仍須考慮其高可用性，同時兼顧性價比。詳細設(shè)計上一節(jié)中，我們對滿足江蘇移動300萬用戶規(guī)模的短消息計費系統(tǒng)所需的省投資。HPA500550MHzPA8600CPU，1GB18GBHPN4000服務(wù)器雙機4×550MHzPA8600CPU，4GB33000tpmCL2000服務(wù)器。HPFC602TB，通過光纖交換機與上述服務(wù)器連接，組成存儲區(qū)域網(wǎng)（SAN。方案特點高可用性采用的高可用性技術(shù)：系統(tǒng)停機因素保護策略系統(tǒng)（System）MC/ServiceGuard技術(shù)保證當系統(tǒng)中一臺服務(wù)器失效時，其它服務(wù)器迅速恢復(fù)這臺服務(wù)器上的應(yīng)用程序和數(shù)據(jù)庫系統(tǒng)正常工作。內(nèi)存（Memory）系統(tǒng)可以動態(tài)檢查內(nèi)存，當發(fā)現(xiàn)壞內(nèi)存頁時屏蔽該內(nèi)存頁不再分配給系統(tǒng)使用。網(wǎng)卡（NetworkInterfacecard）系統(tǒng)配置雙網(wǎng)卡，一塊工作，一塊作備份。MC/ServiceGuard將自動切換到備份網(wǎng)卡。接口卡服務(wù)器與磁盤陣列通過雙接口卡連接，其中一塊卡失效時另一塊卡仍可保證系統(tǒng)正常運行。Internal磁盤（Disk）系統(tǒng)盤：用MirrorDisk/UX軟件對引導(dǎo)區(qū)（root、交換區(qū)（swap）鏡像。高可用性存儲系統(tǒng)（HighAvailabilityStorageSystem）可熱插拔的磁盤、電源和風扇模塊。FC60冗余電源子系統(tǒng)和系統(tǒng)后備電池。磁盤和高速緩存的檢測和糾錯。應(yīng)用（Application）MC/ServiceGuard可以在同一系統(tǒng)上再次啟動應(yīng)用軟件，或?qū)?yīng)用遷移到備份系統(tǒng)上。HP-UX當系統(tǒng)出現(xiàn)突發(fā)停機時，HP的日志文件系統(tǒng)（JFS）將在10秒以內(nèi)使系統(tǒng)恢復(fù)運行。靈活性SAN保護了用戶的投資，又提高了業(yè)務(wù)系統(tǒng)對市場變化的適應(yīng)能力?？蓴U充性在滿足300萬用戶規(guī)模計費性能要求的同時，該系統(tǒng)還具有充分的擴充能力，可以平滑擴展到更高用戶量的處理能力要求，具體表現(xiàn)如下：主機系統(tǒng)通過增加CPU擴展性能：A5002550MHzPA8600CPU15000tpmC。N40008550MHzPA8600CPU60000tpmC主機系統(tǒng)通過增加內(nèi)存擴展性能：N400032GBA500最高可達8GB，主機系統(tǒng)增加內(nèi)存會對數(shù)據(jù)庫等大內(nèi)存需求的應(yīng)用有很大的性能提高。主機系統(tǒng)通過升級CPU擴展性能：目前HP已經(jīng)推出了性能更高的550MHzPA8600芯片，HP會推出PA8xxx芯片及以后的IA－64結(jié)構(gòu)的CPU，N4000可以通過CPU升級達到系統(tǒng)性能提升的目的。主機系統(tǒng)I/O擴展能力：N4000單機支持12個PCI的I/O槽口，I/O帶寬可達5.8GB/s。主機系統(tǒng)復(fù)雜擴展:MC/ServiceGuardHP9000Server16存儲系統(tǒng)容量的擴展：HPFC60最大可擴充至4TB。第5章 應(yīng)用軟件設(shè)計短消息計費系統(tǒng)功能介紹數(shù)據(jù)采集與傳輸子系統(tǒng)功能簡介短消息計費系統(tǒng)的數(shù)據(jù)源有三種：1、 短信中心的話單文件2、短信網(wǎng)關(guān)的話單文件3、集團中心下發(fā)的話單文件。其中1、2的話單文件由華為的采集機負責采集，而3的話單文件是集團中于短消息計費系統(tǒng)來說，只需將三種數(shù)據(jù)源的數(shù)據(jù)傳送到預(yù)處理機上。（或準實時管理和分級處理提供保證。傳輸系統(tǒng)結(jié)構(gòu)費結(jié)算的高效處理。傳輸系統(tǒng)的主要數(shù)據(jù)流向如下圖所示：集團中心短 短信中心話信采集平 短信網(wǎng)關(guān)話

短 清單數(shù)據(jù) 地消 市息 帳計 務(wù)費 中 統(tǒng)計數(shù)據(jù)等 臺 中 心 心其他接口短信采集系統(tǒng)與短消息計費中心的數(shù)據(jù)傳輸短信采集系統(tǒng)與短信計費中心之間傳輸?shù)闹饕怯蓴?shù)據(jù)采集系統(tǒng)從短信中無人值守的，由短信計費中心集中對數(shù)據(jù)傳輸進行監(jiān)控。短信計費中心與地市帳務(wù)中心的數(shù)據(jù)傳輸 短信計費中心與地市帳務(wù)中心之間傳輸?shù)闹饕堑厥袔?wù)中心所需的用戶帳由短信計費中心集中對數(shù)據(jù)傳輸進行監(jiān)控。（文件頭、下發(fā)清單數(shù)、用戶數(shù)、帳單記錄數(shù)、各項費用統(tǒng)計值等信息，下發(fā)文件的命名規(guī)則為：

TLLLYYYYMMDDhhmm.NNN其中各位的含義為：T文件類型。LLL 地區(qū)編號，全省統(tǒng)一編號。YYYYMMDDhhmm下發(fā)文件生成時間，時分。NNN下發(fā)文件編號，000-999循環(huán)。傳輸系統(tǒng)通過文件名和文件頭信息來驗證數(shù)據(jù)傳輸?shù)恼_性。短信計費中心與集團中心的數(shù)據(jù)傳輸短信計費中心與集團中心傳輸?shù)闹饕鞘￠g結(jié)算數(shù)據(jù)，這是一個雙向數(shù)據(jù)交換的過程，包括上傳集團中心的結(jié)算話單數(shù)據(jù)及集團中心下發(fā)的結(jié)算話單數(shù)據(jù)。短信計費中心與外部系統(tǒng)之間的數(shù)據(jù)傳輸短信計費中心與外部系統(tǒng)之間主要是網(wǎng)間結(jié)算數(shù)據(jù)和業(yè)務(wù)統(tǒng)計結(jié)果數(shù)據(jù)的需要與相關(guān)運營商或業(yè)務(wù)部門共同協(xié)商確定。系統(tǒng)功能傳輸系統(tǒng)由聯(lián)創(chuàng)公司基于FTP自主開發(fā)，該傳輸軟件具有以下功能：應(yīng)用系統(tǒng)或程序之間可靠的、無人值守的雙向數(shù)據(jù)傳輸功能；提供自動數(shù)據(jù)傳輸和定時通信功能；程；并能及時傳送到省中心的集中監(jiān)控系統(tǒng)；具有自動錯誤恢復(fù)功能；的數(shù)據(jù)；提供多種數(shù)據(jù)安全性控制機制：標識與認證、數(shù)字標記等；數(shù)據(jù)預(yù)處理理服務(wù)器上完成。據(jù)中由于各種原因造成的不能計費的話單標識出來，供計費模塊判別。目前短信計費中心的原始話單類型主要有：短信平臺話單：對于短信平臺話單文件，主要有以下幾種話單類型：點對點短消息的話單人工臺或自動臺發(fā)起的MT方式的短消息話單MT方式的短信話單，如天氣預(yù)報等開通移動夢網(wǎng)后，在短信網(wǎng)關(guān)上會增加以下幾種話單類型：短信網(wǎng)關(guān)話單類型：SP發(fā)送給點播用戶的短消息話單（其中包括用戶自點播、用戶為別人點播、及SP主動發(fā)送的信息三種）集團中心下發(fā)話單：集團中心每兩小時下發(fā)一個M文件，每天12個文件，文件中包括SMT、SMC、SMT-F、SMC-F四種話單類計費預(yù)處理功能數(shù)據(jù)提?。涸加涗浿邪S多通話信息，但計費分揀應(yīng)用所需的數(shù)據(jù)域只是原始通話記錄域的一個子集。由數(shù)據(jù)提取功能提取計費系統(tǒng)所需的數(shù)據(jù)域。支持多種類型交換機原始計費數(shù)據(jù)的數(shù)據(jù)提??；支持多通話業(yè)務(wù)的數(shù)據(jù)提取，并對新業(yè)務(wù)提供數(shù)據(jù)提取接口；對原始計費記錄提取過程提供完善的差錯檢測功能：別其中的錯誤或無效話單，包括：格式錯，與移動交換機定義的數(shù)據(jù)結(jié)構(gòu)不符重要記錄域為空錯誤字符，包括： 通話日期、時間、時長非法 對端號碼錯誤 記錄域中含有非法字符計費信息不足不需計費話單提供數(shù)據(jù)塊級的差錯控制：話單提取后計算出的塊長度（包括塊頭、塊尾、有效話單、錯誤話單）與原始數(shù)據(jù)塊長度一致性檢驗、塊序號連續(xù)性檢驗。連續(xù)性檢驗、數(shù)據(jù)塊數(shù)檢驗、轉(zhuǎn)換字節(jié)數(shù)與文件長度一致性檢驗。對數(shù)據(jù)差錯或丟失情況記錄日志，并根據(jù)差錯級別提供不同的告警。記錄標準化支持原始計費記錄數(shù)據(jù)格式向計費系統(tǒng)定義的標準記錄格式的轉(zhuǎn)化；支持按設(shè)置的參數(shù)對大文件進行拆分；按照計費系統(tǒng)的設(shè)計進行計費記錄的數(shù)據(jù)分類。預(yù)處理配置與管理提供對整個預(yù)處理子系統(tǒng)的各種參數(shù)的查詢、配置和修改；支持原始計費數(shù)據(jù)的實時備份和數(shù)據(jù)轉(zhuǎn)儲；提供對預(yù)處理各個模塊的實時監(jiān)控和管理，如：物理空間檢測、用戶口令權(quán)限管理、預(yù)處理過程監(jiān)測、入庫狀態(tài)監(jiān)測、進程管理等。預(yù)處理階段統(tǒng)計正常有效話單統(tǒng)計異常話單統(tǒng)計無效話單統(tǒng)計錯單糾正統(tǒng)計對預(yù)處理階段非正常的話單應(yīng)存儲在文件中或數(shù)據(jù)庫中，以備查詢。數(shù)的統(tǒng)計，該統(tǒng)計可以按日、周、月、季進行。話單劃價話單劃價所完成的功能是將經(jīng)過預(yù)處理的話單按照相關(guān)的資費標準計算出能適應(yīng)最新的短信資費政策，并可滿足今后業(yè)務(wù)不斷發(fā)展的需要。計費處理能夠?qū)崟r地處理短信平臺及短信網(wǎng)關(guān)產(chǎn)生的和集團中心下發(fā)的話單積壓。成不同的清單文件進行并行入庫。對包月類及封頂類的短消息話單類型，劃價程序也進行正常的劃價，清單留做查詢及統(tǒng)計用，具體的收費有帳務(wù)系統(tǒng)確定。對按條收費的短消息話單，系統(tǒng)可以根據(jù)不同的話單類型進行不同費率的劃價，并可滿足不同優(yōu)惠的需要。（WAD為用戶的預(yù)存話費?？紤]到這部分費用與用戶的信用度等判斷有關(guān)，建議采用每15WAD產(chǎn)生的用戶的預(yù)存費用下發(fā)給帳務(wù)系統(tǒng)。重復(fù)話單過濾要對重復(fù)話單進行過濾，首先應(yīng)分析一下產(chǎn)生重復(fù)話單的原因及如何標識重復(fù)話單。產(chǎn)生重復(fù)話單的原因主要有：交換機生成原始通話記錄時產(chǎn)生的重復(fù)；采集過程中故障重采產(chǎn)生的重復(fù)；文件傳輸過程中產(chǎn)生的重復(fù)；數(shù)據(jù)交互過程中產(chǎn)生的重復(fù)（來、出訪話單的上傳、下發(fā)）重復(fù)話單的標識：（IMSI（sdate（stim記錄。按照集團中心的要求，需排除三個月以內(nèi)的重復(fù)話單。因此對重復(fù)話單過濾技術(shù)要求就很高。解決的辦法是：數(shù)據(jù)分割優(yōu)化索引機制快速定位以空間換性能這是快速“過濾網(wǎng)”技術(shù)的設(shè)計思想。話單并行入庫響計費處理的整體效率，尤其是月末處理的性能。話單入庫的效率除了與磁盤I/O的讀寫速度有關(guān)外，與數(shù)據(jù)庫系統(tǒng)的整體設(shè)計也有著密切的關(guān)系，尤其是出現(xiàn)月初與月末性能差異太大時。解決的辦法：合理地進行數(shù)據(jù)分割有效地建立索引合理的應(yīng)用分布，降低磁盤讀寫沖突，減少訪問磁盤的次數(shù)。系統(tǒng)效率的提高，需從系統(tǒng)整體設(shè)計著手，下面將針對下發(fā)文件的處理，來說明如何降低訪問磁盤的次數(shù)，以提高系統(tǒng)整體效率。Client錄（文件名、有效記錄數(shù)、重復(fù)記錄數(shù)、處理時間等。這樣就無需再從數(shù)據(jù)庫處理：完全重復(fù)：即該文件的所有記錄都為重復(fù)話單記錄（文件重復(fù)，則在數(shù)據(jù)（該文件入重復(fù)話單文件隊列。計記錄（文件名、有效記錄數(shù)、重復(fù)記錄數(shù)、處理時間等，并排除重復(fù)話單，形成重復(fù)話單文件入重復(fù)話單文件隊列；將有效話單生成下發(fā)文件入相應(yīng)下發(fā)隊列。計費劃價后產(chǎn)生的標準話單文件通過并行入庫程序多通道拷貝到數(shù)據(jù)庫中，并調(diào)用存儲過程進行以下工作：排除三個月（包括本月的重單生成月清單數(shù)據(jù)生成下發(fā)表數(shù)據(jù)入庫程序記錄詳細的日志信息，包括入庫話單數(shù)，入庫花費時間等。入庫話單不僅包括需要計費的MO、MT等話單，還要包括已經(jīng)計好費的用戶信息費的短消息網(wǎng)關(guān)傳送的話單，以及用于進行網(wǎng)絡(luò)故障分析的SMA/SMA-F話單。計費結(jié)算SP間的結(jié)算工作。計費結(jié)算模塊可以根據(jù)用戶通話詳單中的不同的短消息類型和已計算出的行動態(tài)調(diào)整。具體類型主要有：省公司之間的結(jié)算省公司與集團中心間的結(jié)算SP之間的結(jié)算省公司與廣告業(yè)務(wù)的廣告方的結(jié)算統(tǒng)計分析統(tǒng)計分析主要包括以下幾個模塊：文件統(tǒng)計：對每天，每個統(tǒng)計月的原始文件的話單量統(tǒng)計，包含有效話單、錯誤話單、無效話單、發(fā)送失敗話單。業(yè)務(wù)量統(tǒng)計：對全省或各地市的每天，每個統(tǒng)計月的業(yè)務(wù)業(yè)務(wù)構(gòu)成量的統(tǒng)計。收入統(tǒng)計對全省或各地市的每天，每個統(tǒng)計月的短消息收入的統(tǒng)計?；伺佩e進行回收，重新進行計費分揀，使電信企業(yè)避免不必要的損失?；伺佩e分為兩部分：原始計費數(shù)據(jù)的稽核排錯，即分揀出各短信平臺的異常話單和錯誤話單貫徹于整個計費過程中的稽核排錯，具體包括以下這些錯誤類型：格式錯錯誤字符信息不足話單重復(fù)話單無費率話單等我們針對“重復(fù)話單”這一錯誤類型，在系統(tǒng)中采用了先進的“過濾網(wǎng)排重”技3關(guān)部門對這些錯誤話單進行分析。單打印輸出、舍棄等處理方式，操作維護簡便。數(shù)據(jù)交互短消息計費中心向各地市的業(yè)務(wù)管理系統(tǒng)發(fā)送的數(shù)據(jù)包括：省內(nèi)用戶詳細話單（包括短信網(wǎng)關(guān)清單和短信中心清單）省內(nèi)用戶帳單（WAD所產(chǎn)生的預(yù)存費用）統(tǒng)計數(shù)據(jù)用戶業(yè)務(wù)變更數(shù)據(jù)（SMC/SMCF）系統(tǒng)查詢業(yè)務(wù)查詢。系統(tǒng)查詢應(yīng)能迅速查詢出本省用戶的通話話單，并且系統(tǒng)查詢與計費處理不能產(chǎn)生沖突，發(fā)生查詢和計費互相鎖定的狀況。系統(tǒng)查詢要求：具