××省移動公司短消息計費系統(tǒng)建議方案
XX省移動短消息 計費系統(tǒng) 技術建議方案 北京華勝天成科技股份有限公司 第1章 前言 4 第2章 系統(tǒng)概述 4 2.1 系統(tǒng)概況 5 2.1.1 現(xiàn)有系統(tǒng)概況 5 2.1.2 建設系統(tǒng)概況 5 2.1.3 系統(tǒng)設計目標 5 2.1.4 數(shù)據(jù)庫平臺要求 5 2.1.5 主機服務器平臺要求 6 2.1.6 計費數(shù)據(jù)處理要求 6 2.1.7 維護管理要求 7 2.2 系統(tǒng)設計原則 7 第3章 系統(tǒng)結構設計 9 3.1 短消息計費系統(tǒng)的特點 9 3.2 應用軟件體系結構 10 3.3 數(shù)據(jù)處理流圖 11 3.4 軟件功能模塊 12 3.5 服務器處理模式設計 12 第4章 平臺及運行環(huán)境設計 13 4.1 主機系統(tǒng)設計原則 13 4.2 主機系統(tǒng)平臺現(xiàn)狀 13 4.3 主機系統(tǒng)需求分析 14 4.3.1 影響性能的幾個方面 14 4.3.2 服務器性能分析 15 4.3.3 在線存儲容量計算 16 4.3.4 建議方案 17 第5章 應用軟件設計 20 5.1 短消息計費系統(tǒng)功能介紹 20 5.2 數(shù)據(jù)采集與傳輸子系統(tǒng) 20 5.2.1 功能簡介 20 5.2.2 傳輸系統(tǒng)結構 21 5.2.3 系統(tǒng)功能 22 5.3 數(shù)據(jù)預處理 23 5.4 話單劃價 25 5.5 重復話單過濾 26 5.6 話單并行入庫 26 5.7 計費結算 28 5.8 統(tǒng)計分析 28 5.9 稽核排錯 28 5.10 數(shù)據(jù)交互 29 5.11 系統(tǒng)查詢 29 5.12 系統(tǒng)維護 30 第6章 系統(tǒng)關鍵問題 31 6.1 與GSM計費系統(tǒng)的融合 31 6.1.1 簡述 31 6.1.2 系統(tǒng)結構圖 32 6.2 關于帳務系統(tǒng) 33 6.3 關于超額部分 33 6.4 關于SMC話單 33 第7章 系統(tǒng)平滑過渡 34 7.1 組織 34 7.2 系統(tǒng)過渡割接的方式 34 7.3 系統(tǒng)過渡割接步驟 34 前言 隨著我國移動通信事業(yè)的迅猛發(fā)展，為了迎接日益臨近的市場競爭，電信部門在開拓 市場業(yè)務，擴大電信網通信能力的同時，越來越重視電信企業(yè)內部的服務意識，并不斷 完善電信企業(yè)的服務體系，為此作出了不懈的努力。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司自成立之初便確立了以電信行業(yè)作為自己重要的發(fā)展 方向。目前，在電信行業(yè)已具有了豐富的積累和長足的發(fā)展，取得了可喜的成績。尤其 在電信計費、電信業(yè)務這一領域，公司著眼長遠，立足未來，投入了大量的精力，進行 電信計費、業(yè)務等應用軟件的研究開發(fā)工作，致力于為電信行業(yè)提供全面的解決方案。 現(xiàn)在公司已具有一批既精通計算機技術又深諳電信業(yè)務的專業(yè)技術人員和一支穩(wěn)定的高 素質開發(fā)隊伍，為能夠開發(fā)移動短消息計費系統(tǒng)準備了充足的人力資源和強大的技術支 持。而且，江蘇移動的短消息計費的一期工程也是由聯(lián)創(chuàng)公司承建的，我們對原來系統(tǒng) 的了解將有助于我們更好的建設新系統(tǒng)。 同時，我們真誠地希望，藉此機會能夠和貴局進行廣泛的交流，進一步鞏固和加強相 互間長期的友好合作關系。我們將虛心地向貴局的行家們學習、請教，進一步提高我們 的知識水平和業(yè)務能力，從而為江蘇移動提供更加優(yōu)質、完善的服務。 系統(tǒng)概述 江蘇移動通信有限公司已于2000年5月根據(jù)集團公司的要求建設了短消息計費應急系 統(tǒng)，實現(xiàn)短消息按條計費的要求。隨著短消息用戶數(shù)的增加，目前所有的GSM用戶都可以 是短消息用戶，同時隨著手機炒股，GPS定位、以及MONTERNET計劃中大量基于短消息的 豐富應用逐步推出，原來的短消息應急系統(tǒng)在性能和功能上都難以適應業(yè)務的發(fā)展要求 ，迫切需要建設一個完善的短消息計費系統(tǒng)。 1 系統(tǒng)概況 1 現(xiàn)有系統(tǒng)概況 移動計費的短消息計費系統(tǒng)目前為應急系統(tǒng)，其中有五臺機器組成，兩臺pc機及三臺 惠普的pc server，pc機上安裝有SCO UNIX，分別運行短消息話單的預處理及下發(fā)程序。Pc server上安裝有NT操作系統(tǒng)，運行SYBASE11.9.2的數(shù)據(jù)庫服務器，分別處理南京、無錫 、蘇州等三個短消息中心產生的短消息話單。目前該系統(tǒng)支持全省100萬用戶的短消息業(yè) 務，每月的短消息話單數(shù)大概為2000萬。 2 建設系統(tǒng)概況 本期工程設計主要實現(xiàn)省計費中心系統(tǒng)實時處理能力滿足數(shù)字網（GSM）300萬以上移 動用戶每天7條短消息話單的計費需求。 3 系統(tǒng)設計目標 隨著電信企業(yè)向著規(guī)?；?、多元化經營轉變的不斷加劇，越來越多的電信企業(yè)開始從 傳統(tǒng)、單一的經營模式向著“以市場為導向，以滿足用戶需求為經營目標、以服務于用戶 為經營宗旨”的經營理念轉變，這就更進一步加大了電信企業(yè)間競爭的力度。如何更好地 服務于用戶、更好地滿足市場的需求已開始成為眾多電信企業(yè)經營者的關注所在。 本期工程就是要為XX省構架一個覆蓋全省的短消息計費管理平臺，系統(tǒng)的建設按滿足 到2002年移動通信網用戶發(fā)展的需要考慮（300萬以上GSM短消息用戶）。本期工程的建 設目標是，建立一套能滿足300萬短消息用戶的短消息計費平臺。 4 數(shù)據(jù)庫平臺要求 數(shù)據(jù)庫平臺應采用SYBASE數(shù)據(jù)庫平臺,能完成大容量數(shù)據(jù)的實時處理和管理的能力， SYBASE數(shù)據(jù)庫能滿足以下要求： ← 支持ANSI/ISO SQL-89、ANSI/ISO SQL-92； ← 支持并行處理技術； ← 支持主流廠商的操作平臺； ← 支持多種復制功能 ← 支持聯(lián)機分析處理（OLAP）； ← 支持聯(lián)機事物處理（OLTP）； ← 支持C2級以上安全標準、多級安全控制； ← 具有強的容錯能力、錯誤恢復能力、錯誤記錄及預警能力； ← 支持聯(lián)機、脫機備份等。 5 主機服務器平臺要求 主機服務器平臺應具有較高的安全控制機制，各平臺除有足夠的能力進行計費處理外 ，還應具有其它（例如故障檢查、故障處理等）的應急處理能力。 所選擇的主機平臺應該滿足以下特性： 1．高擴展性。當業(yè)務量增加或增加新業(yè)務時，主機能以增加節(jié)點、處理器、內存等 方式提供更高的性能來滿足新的要求。 2．高可靠性。主機系統(tǒng)需7*24小時連續(xù)運行，同時系統(tǒng)應具有良好的容錯能力。系 統(tǒng)應采用冗余配置，保證系統(tǒng)無單一故障點。 3．支持并行技術。支持多臺主機并行的處理，以保證大容量數(shù)據(jù)處理的要求。 4．易于管理與使用。保證系統(tǒng)的易使用性，并使系統(tǒng)在較優(yōu)的狀態(tài)下運行，以提高 系統(tǒng)的的運行和處理效率。 5．恢復周期短。當對系統(tǒng)進行擴容或系統(tǒng)發(fā)生不可預見的故障時，系統(tǒng)應能在24小 時內恢復到正常運行狀態(tài)。 6 計費數(shù)據(jù)處理要求 數(shù)據(jù)處理包括三部分數(shù)據(jù)： ← 短消息中心采集到的原始話單數(shù)據(jù)。 ← 短消息網關采集到的原始話單數(shù)據(jù)。 ← 集團中心下發(fā)的本省用戶的全國性業(yè)務的話單文件。 為保證忙時的數(shù)據(jù)處理要求，系統(tǒng)完成對話單的計費處理（包括格式轉換、檢錯、糾 錯、入庫、查找重單、分檢）的速度正常情況下要達到： ← 本地話單，從話單出現(xiàn)在計費采集接口到完成計費處理（包括采集、預處理、批 價、存儲、分檢），不超過15分鐘； ← 全國業(yè)務話單，從話單放在全國移動計費結算中心設在省中心的通信服務器到完 成數(shù)據(jù)的處理（包括話單的檢查、存儲、分檢），不超過15分鐘。 7 維護管理要求 ← 系統(tǒng)具有良好的交互性，操作簡單、明確。 ← 系統(tǒng)提供多種訪問手段，允許管理員在不同的環(huán)境下對系統(tǒng)進行管理。 ← 系統(tǒng)提供完備的監(jiān)控和調度工具，具有完備的監(jiān)視、故障檢查與告警、故障處理功能 。 ← 盡量將主機、網絡、數(shù)據(jù)庫、應用系統(tǒng)、以及第三方產品的管理集中到單一的監(jiān)控和 管理平臺上。 ← 系統(tǒng)的管理應具有較高的自動化程度。 ← 系統(tǒng)應具有可靠的備份機制。 2 系統(tǒng)設計原則 針對移動短消息計費系統(tǒng)的特點，為了保證系統(tǒng)的成功實施，我們制訂系統(tǒng)設計原則 為：系統(tǒng)性、正確性、完整性、可維護性、先進性、繼承性、安全性、規(guī)范性和容災考 慮。 ◆ 系統(tǒng)性：移動短消息計費系統(tǒng)是一個覆蓋了全省的計算機管理工程，要想成功地構架 這一系統(tǒng)，使之能滿足XX省目前直到300萬以上移動用戶的需要，則必須正確合理地 綜合分析主機、網絡、數(shù)據(jù)庫系統(tǒng)所提供的性能并充分考慮到整體系統(tǒng)的可擴展性， 使整個應用系統(tǒng)的性能達到最佳狀態(tài)，以滿足不斷增長的用戶數(shù)及話單數(shù)的要求。 ◆ 正確性：指數(shù)據(jù)的正確性。數(shù)據(jù)的正確性必須貫穿在整個短消息計費系統(tǒng)的每個環(huán)節(jié) 中，數(shù)據(jù)采集、數(shù)據(jù)傳輸要有相應的數(shù)據(jù)校驗，必須剔除計費過程中各種類型的錯誤 話單，排除用戶三個月以內的重復話單、與各業(yè)務管理中心等系統(tǒng)進行數(shù)據(jù)交互時的 準確性、兼容性。在系統(tǒng)設計時充分考慮系統(tǒng)運行過程中數(shù)據(jù)的正確性并提供合理的 解決方案。 ◆ 完整性：指系統(tǒng)功能的完整性。它要求短消息計費系統(tǒng)應滿足XX省移動通信業(yè)務經營 、管理、決策的需要，同時要求系統(tǒng)能與其它系統(tǒng)（如集團中心的短消息中心）進行 信息共享或提供數(shù)據(jù)接口。 ◆ 可維護性：指系統(tǒng)中某一相對獨立的模塊發(fā)生改變時，不影響其他模塊的運行，維護 操作簡單，用戶操作界面友好；當系統(tǒng)處理的某些指標需要動態(tài)改變時，不需要修改 程序代碼就可以實現(xiàn)相應功能，充分做到代碼與數(shù)據(jù)的獨立性，以減少操作維護人員 的工作量和工作繁重程度。 ◆ 先進性：指系統(tǒng)模式結構的先進性以及軟件設計思想的先進。在構架移動短消息計費 系統(tǒng)時必須采用先進、成熟、可靠的技術，確保整體系統(tǒng)的先進性，利用面向對象的 設計思想，對一些通用性、規(guī)范性較強的模塊采用面向對象的“構件”技術，對于超大 規(guī)模的數(shù)據(jù)量，引入“數(shù)據(jù)挖掘”等先進技術，為系統(tǒng)的決策支持、數(shù)據(jù)分析提供先進 的工具平臺。 ◆ 繼承性：指本系統(tǒng)在開發(fā)實施階段，應充分考慮利用XX省原有的短消息計費系統(tǒng)及移 動電話計費系統(tǒng)數(shù)據(jù)資源以及其他一些可以繼承的軟、硬件資源，必須在建設系統(tǒng)中 得到充分利用，以充分保護用戶的投資利益。 ◆ 安全性：計費數(shù)據(jù)是移動經營最重要的收入來源，而整個計費系統(tǒng)是構架在全省范圍 內的一個大型廣域網系統(tǒng)。因此，在信息高度共享的系統(tǒng)中，必須充分利用主機、網 絡以及數(shù)據(jù)庫管理系統(tǒng)提供的安全保障機制，確保計費數(shù)據(jù)的絕對安全。對于應用系 統(tǒng)而言，對所有系統(tǒng)數(shù)據(jù)的操縱，嚴格按照權限級別進行，嚴禁非法用戶進入系統(tǒng)， 對于操作人員進行的相應重要的操作有相應的操作日志。同時，對系統(tǒng)重要數(shù)據(jù)提供 可靠的備份和恢復機制，以確保整個應用系統(tǒng)的安全。 ◆ 規(guī)范性：在技術、業(yè)務的理解上要完全遵循XX省移動公司關于短消息計費的要求；在 主機的安裝、網絡的設計時嚴格遵守相應的規(guī)范；應用系統(tǒng)實施數(shù)據(jù)庫設計時，也應 按照規(guī)范化理論進行，同時保留一定的冗余，確保系統(tǒng)的效率和性能。 ◆ 容災考慮：系統(tǒng)應盡量考慮到如何避免異常狀況的出現(xiàn)，同時也應考慮在異常情況出 現(xiàn)時的處理方法。 系統(tǒng)結構設計 1 短消息計費系統(tǒng)的特點 短消息計費系統(tǒng)與傳統(tǒng)的GSM話音計費是有著許多的區(qū)別的，因此，短消息計費系統(tǒng)在業(yè) 務處理上和流程上應該有其自身的要求，如： 1. 短消息系統(tǒng)的話單源與GSM計費系統(tǒng)有差別。短消息系統(tǒng)的話單源不僅產生在短信中心 ，同時，也會產生在短信網關，并且，這兩種類型的話單源還起著不同的作用，一個 是用來計算用戶的通信費，一個是向用戶代收取信息費以及與SP之間的結算； 2. 短消息系統(tǒng)的話單根據(jù)采集點及話單的不同，分為MO、MT、SMO、SMT、SMC、SMF、SM A多種類型，分別起著不同的作用，而在傳統(tǒng)的計費系統(tǒng)中，一般所涉及到的話單類型 為MOC、MTC、POC、PTC幾種； 3. 短消息話單中某些話單是已經批好價的，如從短信網關傳送回的話單，已經包括了用戶 的信息費，而對于GSM來說，所有的話單都需要進行批價計費。 4. 從短信中心產生的話單和從短信網關產生的話單的格式是不一樣的。 5. 短消息的費用類型與GSM與區(qū)別，GSM話單的費用類型可以分為通信費、長途費兩大類， 而短消息所涉及到的費用為通信費、信息費、勞務費 6. 短消息牽涉到與SP之間的結算，而GSM牽涉到的是只與聯(lián)通、電信等電信運營商的結算 。 7. 短消息系統(tǒng)不僅是要向用戶“收錢”，而且由于有“WAD”信息發(fā)布、廣告業(yè)務，短消息計 費系統(tǒng)還要向用戶“送錢”，這一部分送的錢需要與帳務系統(tǒng)間重新定義接口，以便于 將其轉換為用戶的預存話費。 但是，短消息系統(tǒng)的處理流程又與原有的GSM話單計費的流程有著很多的相似之處，如： 1. 都包括對話單的采集和預處理； 2. 對需要對話單的正確性進行校驗； 3. 都需要對話單進行稽核統(tǒng)計； 4. 都需要對話單按照某一政策、按不同的費率進行計費批價； 5. 都會對部分話單進行上傳和下發(fā)的接收處理工作； 6. 都需要將計費產生的用戶費用信息傳遞給帳務系統(tǒng)，由帳務系統(tǒng)最終形成綜合化的帳單 ，向用戶收取費用。 2 應用軟件體系結構 在充分考慮到短消息計費系統(tǒng)自身的特點以及與GSM計費的共同點之后，我們對短消 息計費系統(tǒng)的體系結構進行了合理的劃分： 短消息計費系統(tǒng)應用軟件的體系結構可以分成四層：即預處理層、核心處理層、管理 層和接口層。如下圖： [pic] 這樣的劃分對于系統(tǒng)的整體靈活性有著非常大的好處，可以使系統(tǒng)能更加適應今后業(yè) 務的變化。 結合應用軟件的功能和應用軟件...
××省移動公司短消息計費系統(tǒng)建議方案