移動短消息計費(fèi)系統(tǒng)建議方案書-資料下載頁

　　

【正文】 月初與月末性能差異太大時。解決的辦法：? 合理地進(jìn)行數(shù)據(jù)分割? 有效地建立索引? 合理的應(yīng)用分布，降低磁盤讀寫沖突，減少訪問磁盤的次數(shù)。系統(tǒng)效率的提高，需從系統(tǒng)整體設(shè)計著手，下面將針對下發(fā)文件的處理，來說明如何降低訪問磁盤的次數(shù)，以提高系統(tǒng)整體效率。對經(jīng)計費(fèi)處理后的話單文件，需經(jīng)重復(fù)話單的檢測，實(shí)驗(yàn)證明重復(fù)話單的28 / 36檢測，應(yīng)充分利用數(shù)據(jù)庫的特性，在數(shù)據(jù)庫內(nèi)排重效率最高、最徹底。但發(fā)生重復(fù)的概率較小。因此在設(shè)計時，考慮到將排重的結(jié)果信息反饋給 Client 端，若無重復(fù)話單，則該入庫文件直接送給相應(yīng)的下發(fā)隊列，并在數(shù)據(jù)庫中產(chǎn)生一條統(tǒng)計記錄（文件名、有效記錄數(shù)、重復(fù)記錄數(shù)、處理時間等） 。這樣就無需再從數(shù)據(jù)庫取相應(yīng)的下發(fā)數(shù)據(jù)，減少了磁盤訪問的次數(shù)。若發(fā)現(xiàn)有重復(fù)話單，則分兩種情況處理：? 完全重復(fù)：即該文件的所有記錄都為重復(fù)話單記錄（文件重復(fù)） ，則在數(shù)據(jù)庫中產(chǎn)生一條統(tǒng)計記錄（文件名、有效記錄數(shù)、重復(fù)記錄數(shù)、處理時間等） ，該文件入重復(fù)話單文件隊列。? 部分重復(fù)：即該文件有部分記錄為重復(fù)話單記錄，則在數(shù)據(jù)庫中產(chǎn)生一條統(tǒng)計記錄（文件名、有效記錄數(shù)、重復(fù)記錄數(shù)、處理時間等） ，并排除重復(fù)話單，形成重復(fù)話單文件入重復(fù)話單文件隊列；將有效話單生成下發(fā)文件入相應(yīng)下發(fā)隊列。計費(fèi)劃價后產(chǎn)生的標(biāo)準(zhǔn)話單文件通過并行入庫程序多通道拷貝到數(shù)據(jù)庫中，并調(diào)用存儲過程進(jìn)行以下工作：排除三個月（包括本月的重單）生成月清單數(shù)據(jù)生成統(tǒng)計中間表數(shù)據(jù)生成下發(fā)表數(shù)據(jù)入庫程序記錄詳細(xì)的日志信息，包括入庫話單數(shù)，入庫花費(fèi)時間等。入庫話單不僅包括需要計費(fèi)的 MO、MT 等話單，還要包括已經(jīng)計好費(fèi)的用戶信息費(fèi)的短消息網(wǎng)關(guān)傳送的話單，以及用于進(jìn)行網(wǎng)絡(luò)故障分析的 SMA/SMAF話單。 計費(fèi)結(jié)算短消息計費(fèi)中心具有集中計費(fèi)結(jié)算功能，能進(jìn)行省間、省中心與集團(tuán)中心間、以及省中心與各個 SP 間的結(jié)算工作。29 / 36計費(fèi)結(jié)算模塊可以根據(jù)用戶通話詳單中的不同的短消息類型和已計算出的費(fèi)用情況，形成相應(yīng)的漫游結(jié)算和網(wǎng)間結(jié)算數(shù)據(jù)，結(jié)算比率可以通過參數(shù)設(shè)置進(jìn)行動態(tài)調(diào)整。具體類型主要有：? 省公司之間的結(jié)算? 省公司與集團(tuán)中心間的結(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)計。 稽核排錯計費(fèi)系統(tǒng)直接面向廣大的電信用戶，是反映電信企業(yè)業(yè)務(wù)水平和管理層次的重要體現(xiàn)，因此，計費(fèi)系統(tǒng)必須確保將一些錯誤因素排除在用戶面前。稽核排錯主要完成計費(fèi)過程中一些異常情況的處理并形成相應(yīng)的出錯報告，避免異常話單出現(xiàn)在用戶面前，同時，系統(tǒng)也應(yīng)能將一些經(jīng)過修改可以向用戶收取費(fèi)用的話單進(jìn)行回收，重新進(jìn)行計費(fèi)分揀，使電信企業(yè)避免不必要的損失。稽核排錯分為兩部分：原始計費(fèi)數(shù)據(jù)的稽核排錯，即分揀出各短信平臺的異常話單和錯誤話單貫徹于整個計費(fèi)過程中的稽核排錯，具體包括以下這些錯誤類型：? 格式錯? 錯誤字符30 / 36? 信息不足話單? 重復(fù)話單? 無費(fèi)率話單等我們針對“重復(fù)話單”這一錯誤類型，在系統(tǒng)中采用了先進(jìn)的“過濾網(wǎng)排重”技術(shù)，可以在系統(tǒng)開銷很小的情況下迅速排除重復(fù)話單，完全能夠滿足排除 3 個月內(nèi)重復(fù)話單的要求。系統(tǒng)對于出現(xiàn)的各種錯誤話單有相應(yīng)的統(tǒng)計報告，可以讓相關(guān)部門對這些錯誤話單進(jìn)行分析。對于經(jīng)過相應(yīng)修改可以向用戶收取費(fèi)用的話單，系統(tǒng)具有完善的回收功能，對這部分話單進(jìn)行重新計費(fèi)分揀，以避免電信企業(yè)不必要的損失，系統(tǒng)給操作管理人員提供相應(yīng)的維護(hù)界面，具有自動批量回收、人工回收、生成上報文件、錯單打印輸出、舍棄等處理方式，操作維護(hù)簡便。 數(shù)據(jù)交互由于采用的是全省集中式的計費(fèi)系統(tǒng)，即所有的用戶通話記錄全部傳送至省計費(fèi)中心進(jìn)行計費(fèi)分揀，而經(jīng)過省計費(fèi)中心計費(fèi)分揀后形成的用戶清單必須下發(fā)到各個地市業(yè)務(wù)管理系統(tǒng)；短消息計費(fèi)中心與集團(tuán)計費(fèi)中心之間也需要有漫游來、出訪的數(shù)據(jù)交互，同時，各種結(jié)算數(shù)據(jù)也需要進(jìn)行相應(yīng)的數(shù)據(jù)交互，因此，必須有相應(yīng)的數(shù)據(jù)交互模塊負(fù)責(zé)進(jìn)行各類交互數(shù)據(jù)的傳輸和下發(fā)。短消息計費(fèi)中心向各地市的業(yè)務(wù)管理系統(tǒng)發(fā)送的數(shù)據(jù)包括：? 省內(nèi)用戶詳細(xì)話單（包括短信網(wǎng)關(guān)清單和短信中心清單）? 省內(nèi)用戶帳單（包括短消息費(fèi)用及用戶由 WAD 所產(chǎn)生的預(yù)存費(fèi)用）? 統(tǒng)計數(shù)據(jù)? 用戶業(yè)務(wù)變更數(shù)據(jù)（SMC/SMCF） 系統(tǒng)查詢系統(tǒng)查詢管理完成計費(fèi)系統(tǒng)各種相應(yīng)的對內(nèi)對外查詢功能，主要是客戶查詢、業(yè)務(wù)查詢。系統(tǒng)查詢應(yīng)能迅速查詢出本省用戶的通話話單，并且系統(tǒng)查詢與計費(fèi)處理不能產(chǎn)生沖突，發(fā)生查詢和計費(fèi)互相鎖定的狀況。31 / 36系統(tǒng)查詢要求：? 具有本省用戶的詳細(xì)話單查詢（按月份、按日期段）? 能支持一些復(fù)雜條件的查詢。? 能支持對各種計費(fèi)參數(shù)的查詢。 系統(tǒng)維護(hù)系統(tǒng)維護(hù)是整個短消息計費(fèi)系統(tǒng)中非常重要的環(huán)節(jié)，它能對整個系統(tǒng)的運(yùn)行狀況、運(yùn)行效率、安全操作等起到重要的監(jiān)測、維護(hù)作用。同時，XX 省短消息計費(fèi)系統(tǒng)的最終用戶是移動通信局計費(fèi)中心的相關(guān)業(yè)務(wù)人員，他們有較強(qiáng)的業(yè)務(wù)知識和管理經(jīng)驗(yàn)，但是整個工程牽涉面廣，維護(hù)工作量大，為了減輕用戶的維護(hù)工作量，要求“移動計費(fèi)系統(tǒng)”有較好的用戶界面，操作簡單直觀。? 參數(shù)管理：在設(shè)計移動短消息計費(fèi)結(jié)算系統(tǒng)中充分引入了參數(shù)驅(qū)動的設(shè)計思想。在應(yīng)用程序中，凡是不能確定的因素或是可能變動的因素都盡量做到參數(shù)化，以達(dá)到通過對參數(shù)的設(shè)置就可適應(yīng)不同情況、不同應(yīng)用時期的要求。在計費(fèi)系統(tǒng)的設(shè)計中，各種費(fèi)率、基本資源、資費(fèi)信息、優(yōu)惠定義、結(jié)算標(biāo)準(zhǔn)等都是以參數(shù)的形式存放于數(shù)據(jù)庫的相應(yīng)的表中，當(dāng)某些業(yè)務(wù)發(fā)生變化需要修改時，只需修改相應(yīng)的參數(shù)即可做到整個計費(fèi)業(yè)務(wù)的修改，做到了參數(shù)的修改與程序的修改相獨(dú)立。在參數(shù)管理中，引入了“計費(fèi)參數(shù)預(yù)定義”的設(shè)計思想，即可以預(yù)先定義某些計費(fèi)參數(shù)和它的啟用日期。當(dāng)系統(tǒng)運(yùn)行到了這個啟用日期后會自動啟用這些新的計費(fèi)參數(shù)。這種設(shè)計思想大大地加強(qiáng)了系統(tǒng)的自適應(yīng)性和靈活性。參數(shù)管理主要包括：? 費(fèi)率管理? 優(yōu)惠管理? 省內(nèi)資源維護(hù)? 其它資源維護(hù)? 系統(tǒng)管理：32 / 36計費(fèi)系統(tǒng)中很大的一部分維護(hù)工作量是體現(xiàn)在數(shù)據(jù)庫系統(tǒng)的管理維護(hù)上，而對于電信企業(yè)來說，不可能也沒有必要去培訓(xùn)一批數(shù)據(jù)庫專家來為系統(tǒng)做管理維護(hù)，因此，系統(tǒng)提供一些圖形化的界面反映出數(shù)據(jù)庫系統(tǒng)的活動狀況，以便于操作管理人員進(jìn)行系統(tǒng)維護(hù)；對重要的參數(shù)數(shù)據(jù)具備記錄校驗(yàn)功能，防止非法刪改。同時，系統(tǒng)具有自動備份、日志管理等功能，對任何被保護(hù)的數(shù)據(jù)資源，如系統(tǒng)文件、應(yīng)用程序文件、數(shù)據(jù)庫文件等的訪問、拷貝或修改等操作記錄詳細(xì)日志，包括操作員工號、操作類型、操作對象、操作時間、操作設(shè)備點(diǎn)、操作結(jié)果等。當(dāng)有任何非法的存取操作時，系統(tǒng)立即反映到主控操作臺并給出告警提示。數(shù)據(jù)庫系統(tǒng)的管理備份也可以采用第三方的工具軟件來完成，如百達(dá)靈公司的數(shù)據(jù)庫管理工具等。系統(tǒng)也具備相應(yīng)容錯手段，允許操作人員在有限范圍內(nèi)的誤操作，對于一些關(guān)鍵性的操作要經(jīng)過多次確認(rèn)后方能進(jìn)行，并會根據(jù)用戶的登錄名、時間等記錄下完整的用戶操作日志，對每次非法操作產(chǎn)生告警。同時，系統(tǒng)具備完整的操作權(quán)限管理辦法，例如：操作口令管理，修改或刪除用戶的權(quán)限等。不具有某些權(quán)限的用戶絕對不能進(jìn)行相對應(yīng)的操作，系統(tǒng)具有在線幫助功能。第 6 章 系統(tǒng)關(guān)鍵問題 與 GSM 計費(fèi)系統(tǒng)的融合 簡述移動短信計費(fèi)系統(tǒng)作為移動局業(yè)務(wù)支撐系統(tǒng)的一個有機(jī)的組成部分，是不可能和移動計費(fèi)系統(tǒng)完全獨(dú)立的，作為業(yè)務(wù)支撐系統(tǒng)的一部分，該系統(tǒng)的很多組成部分將和現(xiàn)有的移動計費(fèi)系統(tǒng)共用，主要有以下幾個方面：參數(shù)管理目前的短消息計費(fèi)系統(tǒng)的參數(shù)是從計費(fèi)系統(tǒng)傳來的，系統(tǒng)每天接收一次移動計費(fèi)系統(tǒng)的參數(shù)表數(shù)據(jù)，由于網(wǎng)絡(luò)及計費(fèi)數(shù)據(jù)庫的原因，有時參數(shù)傳遞會失敗從而導(dǎo)致短消息計費(fèi)產(chǎn)生錯單，在本期短消息計費(fèi)系統(tǒng)的設(shè)計上，我們將短消息計費(fèi)的參數(shù)放入移動計費(fèi)系統(tǒng)的參數(shù)數(shù)據(jù)庫中，由移動計費(fèi)的參數(shù)管理系33 / 36統(tǒng)統(tǒng)一管理，從而避免兩個系統(tǒng)參數(shù)的不一致造成的技術(shù)和管理上的不方便。上傳下發(fā)集團(tuán)中心下發(fā)的 M 文件可以和計費(fèi)系統(tǒng)的 D 文件、I 文件等放在同一個通信機(jī)上，由傳輸程序?qū)⑽募魉偷蕉绦庞嬞M(fèi)中心的預(yù)處理機(jī)上處理。對下發(fā)各地市的清單文件，同樣可以和計費(fèi)系統(tǒng)的下發(fā)服務(wù)器共用，采用此方法，即可以充分利用目前的軟件及硬件資源，又可以減少維護(hù)的復(fù)雜程度。統(tǒng)計分析通過 SYBASE 的復(fù)制服務(wù)器，可以將短信計費(fèi)系統(tǒng)的統(tǒng)計信息實(shí)時復(fù)制到計費(fèi)系統(tǒng)的統(tǒng)計服務(wù)器上，在現(xiàn)在的統(tǒng)計結(jié)算模塊中增加對短消息信息的統(tǒng)計報表輸出，同時可以將短信的統(tǒng)計結(jié)果和移動計費(fèi)的統(tǒng)計結(jié)果合并到一張報表中。 系統(tǒng)結(jié)構(gòu)圖短信計費(fèi)系統(tǒng)與移動計費(fèi)系統(tǒng)的系統(tǒng)結(jié)構(gòu)圖如下：價價價價價價 1 價價價 2 價價價價價 GPRS價價。 。 。 。34 / 36 關(guān)于帳務(wù)系統(tǒng)在我們的建議方案中，并沒有包括關(guān)于帳務(wù)系統(tǒng)的內(nèi)容，原因如下：短消息計費(fèi)系統(tǒng)是目前的 GSM 計費(fèi)系統(tǒng)的功能擴(kuò)充，是與 GSM 計費(fèi)系統(tǒng)有著密切的聯(lián)系的，應(yīng)當(dāng)將 GSM 計費(fèi)系統(tǒng)與短消息計費(fèi)系統(tǒng)進(jìn)行有機(jī)的結(jié)合；目前，一臺清、一單清是提高服務(wù)水平，提高服務(wù)質(zhì)量的普遍要求，不能因?yàn)樵黾恿艘豁棙I(yè)務(wù)功能，就需要單獨(dú)建立一個相應(yīng)的帳務(wù)系統(tǒng)，這樣對用戶來說很不方便；目前 GSM 的帳務(wù)系統(tǒng)所采用的模式已經(jīng)固定，如果要對其進(jìn)行改造則非常困難，應(yīng)當(dāng)不屬于短消息計費(fèi)系統(tǒng)所應(yīng)考慮的范圍。 關(guān)于超額部分短消息計費(fèi)系統(tǒng)需求中提出：實(shí)現(xiàn)月租 + 超額信息量計費(fèi)方式；月租 + 超額次數(shù)計費(fèi)方式；同時，需求中也明確提出希望以上兩項功能在帳務(wù)系統(tǒng)中實(shí)現(xiàn)。當(dāng)然，在帳務(wù)系統(tǒng)中實(shí)現(xiàn)是最容易實(shí)現(xiàn)的方法，但如果要想在清單一級體現(xiàn)出以上兩項功能，則需要計費(fèi)系統(tǒng)進(jìn)行相應(yīng)的判斷，為此，計費(fèi)系統(tǒng)必須要獲得相關(guān)的用戶資料，才能進(jìn)行準(zhǔn)確判斷，這對整個系統(tǒng)的開銷都是比較大的。因此，考慮到實(shí)際情況，我們也認(rèn)為以上兩種計費(fèi)方式應(yīng)當(dāng)由帳務(wù)系統(tǒng)實(shí)現(xiàn)。 關(guān)于 SMC 話單SMC 話單反映出用戶的業(yè)務(wù)變化情況，需要及時通知各地市的業(yè)務(wù)系統(tǒng)。為了實(shí)現(xiàn)這一功能，可以采取類似于移動漫游用戶話單上傳的方式，即每 15 分鐘生成一個文件，向各地市業(yè)務(wù)系統(tǒng)下發(fā)，以便業(yè)務(wù)系統(tǒng)能及時了解到用戶業(yè)務(wù)變更的信息，同時，考慮到傳輸?shù)姆€(wěn)定可靠和處理的及時性，可以由各地市的業(yè)務(wù)系統(tǒng)在收到這些 SMC 話單話向省中心傳送確認(rèn)文件，用以確保各地市收到相關(guān)的信息。35 / 36第 7 章 系統(tǒng)平滑過渡 組織成立系統(tǒng)割接領(lǐng)導(dǎo)小組，確定雙方技術(shù)負(fù)責(zé)人員，明確雙方技術(shù)人員在系統(tǒng)割接各環(huán)節(jié)的分工及職責(zé)；確定系統(tǒng)割接各階段的時間進(jìn)度表，并落實(shí)到每個執(zhí)行人； 系統(tǒng)過渡割接的方式系統(tǒng)過渡割接一般采用如下三種方式之一：? 分步到位? 一次到位? 并行運(yùn)行建議采用并行運(yùn)行的方式。即新老系統(tǒng)并行運(yùn)行 1~3 個月，運(yùn)行過程中，雙方技術(shù)人員進(jìn)行全方位的比較測試，確保萬無一失。 系統(tǒng)過渡割接步驟在整個割接過程中，關(guān)鍵在于準(zhǔn)備工作是否充分，測試、驗(yàn)收工作是否細(xì)致。整個過程分如下步驟：準(zhǔn)備工作? 主機(jī)服務(wù)器性能測試；? 網(wǎng)絡(luò)傳輸可靠性測試；? 交換機(jī)原始計費(fèi)數(shù)據(jù)文件傳輸測試；? 客戶端維護(hù)終端測試；? 預(yù)處理與原始計費(fèi)數(shù)據(jù)文件傳輸隊列接口測試；? 入庫性能測試；? 負(fù)載均衡測試；? 參數(shù)準(zhǔn)備及維護(hù)測試；? 計費(fèi)正確性測試；36 / 36? 上傳、下發(fā)接口測試；? 系統(tǒng)性能調(diào)優(yōu)測試等。在整個系統(tǒng)過渡割接過程中，始終要保證預(yù)處理服務(wù)器地址不變。系統(tǒng)過渡割接的時間應(yīng)選擇在一個計費(fèi)周期的開始。