某移動公司短消息計費系統建議方案-資料下載頁

　　

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