1、目目 錄錄 1. 總則總則. 1 1.1 概述. 1 1.2技術規(guī)范和文件 . 1 1.3對應答書、技術建議書及報價的要求 . 1 2. 浙江移動短消息系統(tǒng)現(xiàn)狀概述浙江移動短消息系統(tǒng)現(xiàn)狀概述 . 2 3. 設備主要技術要求設備主要技術要求. 3 3.1 短消息網關功能結構. 3 3.1.1 SMPP/CIMD 代理系統(tǒng) . 3 3.1.2 通信代理系統(tǒng). 3 3.1.3 防火墻系統(tǒng). 3 3.1.4 短消息網關處理系統(tǒng). 3 3.1.5 短消息網關計費系統(tǒng). 3 3.1.6 業(yè)務管理系統(tǒng)：. 3 3.2 網絡方案 . 4 3.3 互聯(lián)要求 . 4 3.4 接口協(xié)議 . 5 3.5 接入考慮 .

2、 5 3.5.1 SP 的接入手段 . 5 3.5.2 手機用戶的接入手段. 5 3.5.3 短消息中心 SMSC 的接入方式. 6 3.5.4 接入認證. 6 3.6 局域網 . 6 3.7 網絡安全方案. 6 3.8 計費需求 . 7 3.9 統(tǒng)計需求 . 7 3.10 管理維護需求. 7 4. 軟硬件設備要求軟硬件設備要求. 7 4.1 硬件要求 . 7 4.1.1 模塊化、冗余、容錯等. 7 4.1.2 短消息網關處理機的要求 . 8 4.2 軟件要求 . 8 4.2.1 模塊化 . 8 4.2.2 人機控制. 8 4.2.3 容錯、防護、故障定位. 8 4.2.4 軟件語言. 9 4

3、.2.5 操作系統(tǒng)和數據庫系統(tǒng). 9 5. 系統(tǒng)方案系統(tǒng)方案 . 9 5.1 系統(tǒng)模型. 9 5.2 網絡結構. 9 6. 報價范圍報價范圍 . 9 7. 時間進度安排時間進度安排. 11 8. 雙方責任雙方責任 . 11 9. 其它其它. 11 1. 總則總則 1.1 概述 本文件是在移動短消息網關建設工程中為新建短消息網關設備， 而向廠家(以下簡稱賣方)提出的技術規(guī)范書。它與下節(jié)中所列的技術 文件一起作為購買短消息網關設備的技術規(guī)范。 賣方應在收到本規(guī)范書后，于 5 日內作出詳盡的點對點答復，并 和技術建議書及報價書各一式五份寄給買方。其中報價部分單獨密封 寄給買方技術規(guī)劃部，同時將點對點

4、應答書和技術建議書以電子郵件 方式發(fā)給買方。 1.2 技術規(guī)范和文件 賣方提供的設備應滿足以下技術規(guī)范和文件： (1) 中國移動集團公司制定的短消息網關設備規(guī)范（暫行）與 中國移動通信信息資源站實體與互聯(lián)網短消息網關（ISMG）接口 協(xié)議（CMPP）（V1.1） (2) 有關標準（如 ISO、ITU-T、ETSI、IMTC、IETF等），賣方 應在應標書中具體說明，并附上相應的詳細技術資料； (3) 賣方的設備和系統(tǒng)包含自己的專用標準，應在應標書中具體說 明，并附上相應的詳細技術資料； (4) 待買方新的標準（中國移動通信集團公司制定的技術體制如 短消息網關設備規(guī)范等技術要求）發(fā)布后，賣方應免

5、費修改其系 統(tǒng)以滿足要求。 (5) 賣方提供的設備符合浙江移動計費及網管的相關標準。 1.3 對應答書、技術建議書及報價的要求 (1) 對本技術規(guī)范書的點對點答復。并根據第 5 章的系統(tǒng)設置方 案提出合理的建設方案，對第 6 章中所列內容進行報價。 (2) 如賣方對某些部分不能滿足本技術規(guī)范書要求時,需詳細說明 原因,并明確滿足技術規(guī)范書要求的時限。 (3) 提供設備材料清單。設備材料清單為短消息網關系統(tǒng)所需的軟 硬件設備（包括系統(tǒng)軟件、應用軟件、主機設備、終端設備、備品備 件和安裝材料等），同時應詳細列出設備名稱、型號（軟件版本號）、 配置、數量、單價和總價。賣方應保證設備種類、數量準確無誤

6、，如 有錯漏由賣方無償補足。 (4) 技術支撐文件。應包括所有設備的配置原則和詳細的計算方法， 取定的各項參數，提供各項設備的功能說明以及性能指標。 (5) 報價。設備到貨地點為安裝現(xiàn)場,以人民幣方式進行報價。報 價內容應包括設備硬件、軟件、安裝材料、備品備件、工具、工程服 務及培訓等費用, 對于各項費用應分別詳細列出目錄價、折扣及折扣 價。 (6) 賣方應提供各項設備的耗電量、散熱量、供電方式、接地要求 等。 (7) 賣方應提供設備對機房的要求，溫濕度，塵埃和各種電磁干擾 與環(huán)境要求，包括營運和運輸、儲存時的長期過程和短期極限的條件 要求。 (8) 與工程相關的詳細工程安排及測試安排。 (9

7、) 買方有權在最終簽定合同前,根據需要修改和補充本規(guī)范書。 修改補充后的最終文本將作為合同附件。在任何時候 ,買方保留對本 文件的解釋權。 2. 浙江移動短消息系統(tǒng)浙江移動短消息系統(tǒng)現(xiàn)狀概述現(xiàn)狀概述 浙江移動短消息一期工程在杭州、寧波、溫州、金華各建設了一 套短消息中心，各地區(qū)的短消息中心接入當地的 GMSC，從而與整個 通信網絡相連。短消息中心的話務模型按如下考慮： 每用戶每天平均發(fā)送 5 條短消息； 每用戶每天平均接受 7.5 條短消息； 每次處理平均時長 30 秒； 忙時集中率取定為 0.12； 四套短消息中心的容量分別為 15 萬，15 萬，15 萬和 10 萬，系 統(tǒng)已于 2000

8、年運營至今。浙江移動短消息二期工程新增嘉興、湖州、 紹興和臺州四個短消息中心，容量分別 20 萬、20 萬、10 萬和 20 萬； 二期工程同時對原短消息中心進行擴容升級，目前工程正在進展中。 3. 設備主要技術要求設備主要技術要求 3.1 短消息網關功能結構 3.1.1 SMPP/CIMD 代理系統(tǒng) 遵循 SMPP 3.3 及以上版本協(xié)議/CIMD2 與 GSM 網中短消息中心連 接，實現(xiàn)高效、可靠的數據傳輸。該系統(tǒng)應支持流量控制功能，能夠 根據 SMSC 的業(yè)務量進行發(fā)送流量控制。 3.1.2 通信代理系統(tǒng) 實現(xiàn)與 ICP 等內容供應商的連接和協(xié)議互通。它基于 TCP/IP 協(xié)議 基礎之上

9、，利用 CMPP 協(xié)議與 ICP 之間建立一條安全、高效的傳輸通 道。該系統(tǒng)應支持流量控制功能，能夠根據本身的業(yè)務量進行接收流 量控制。 3.1.3 防火墻系統(tǒng) 完成對網關系統(tǒng)的安全保障，支持 IP 包過濾和應用代理方式。 3.1.4 短消息網關處理系統(tǒng) 完成網關的業(yè)務處理，包括：建立其它短消息網關 ID 和 ICP ID 等的地址對應表、完成對數據分發(fā)功能的支持、計費原始話單的提供 及處理等。 3.1.5 短消息網關計費系統(tǒng) 提供短消息網關的原始話單記錄（CDR），并進行采集、預處理、 入庫、接收上傳話單、下發(fā)話單、統(tǒng)計等。 3.1.6 業(yè)務管理系統(tǒng)： 包括業(yè)務管理和網管監(jiān)控功能。要求形成可

10、視化的人機界面，支 持以 WEB 方式進行遠程業(yè)務管理。 業(yè)務管理主要完成對業(yè)務的統(tǒng)計報告、生成報表、運營者對 用戶數據的添加、修改、刪除等。 網管監(jiān)控主要完成對網關系統(tǒng)的監(jiān)控、查詢、操作、和維護 的管理。 3.2 網絡方案 短消息網關系統(tǒng)包括短消息網關主機、短消息網關匯接節(jié)點等。 網關應具備消息路由功能。具體說明如下： 短消息網關主機：短消息網關主機：完成整體短消息網關系統(tǒng)的全部功能，即完成 SMPP 代理、通信代理、短消息網關處理、短消息網關計費和業(yè)務管 理功能。 短消息網關之間互通（路由選擇）流程：短消息網關之間互通（路由選擇）流程： 要求短消息必須從歸屬短消息網關進入和輸出。對于 MO

11、 方式， 如果手機點播的 SP 未與本地網關相連，網關則需要將此請求轉向該 SP 注冊的網關，該 SP 注冊的網關處理此請求后，再將請求結果返回 給本地網關，由本地網關下發(fā)給手機；對于 MT 方式，也要求信息從 手機的歸屬地網關下發(fā)給手機，與 MO 方式信息的返回路線相同。這 就要求網關之間必須能夠實現(xiàn)互通以及能夠進行路由選擇，并且要求 信息進行前轉時，轉發(fā)步驟不超過一次，網關須維護全網路由表。 短消息網關匯接節(jié)點功能：短消息網關匯接節(jié)點功能： 在全網中，選擇其中一個網關作為匯接點，其它網關如果在自己 的路由表中找不到要去的目的網關，則發(fā)一個路由請求信息給匯接點， 查找與目的 ICP 相關的網

12、關信息，并根據返回的結果將請求轉向相應 網關。如果某網關新增加一個或多個 ICP，則向匯接點報告，由匯接 點主動獲取此信息；如果新增加一個網關，此網關也需要向匯接點報 告，然后由匯接點獲取此網關的全部路由表信息。 3.3 互聯(lián)要求 （1） 網內的各節(jié)點應保證通過 Internet 或 DDN 專線與 SP 的連 通； （2） 網內的各節(jié)點保證能夠與本地（或異地）短消息中心的連 通； （3） 省網中的各節(jié)點均應保證與其他節(jié)點連通； （4） 應保證省中心設置的匯接節(jié)點起到匯接的功能； （5） 省會城市杭州的短消息網關系統(tǒng)能夠與外省的短消息網關 連通； （6） 網內的各節(jié)點可與其他系統(tǒng)（如客服系統(tǒng)、

13、營業(yè)、計費、 帳務系統(tǒng)等）互通。 （7） 買方應提出整套系統(tǒng)所需的內部和外部 IP 地址個數。 3.4 接口協(xié)議 （1） 賣方提供的系統(tǒng)提供開放的中國移動通信信息資源站實體 與互聯(lián)網短消息網關接口協(xié)議 CMPP1.1（或更高版本）協(xié)議 接口，并保證通過相關測試與聯(lián)調。 （2） 賣方提供的系統(tǒng)與短消息中心的接口能夠兼容 SMPP3.3（或更高版本）或 CIMD2 協(xié)議，并能夠通過配置實 現(xiàn)靈活的接入短消息中心。 （3） 賣方應提出本系統(tǒng)與其它系統(tǒng)（如計費中心與客服中心） 的接口詳細建議。 3.5 接入考慮 3.5.1 SP 的接入手段 系統(tǒng)支持 SP 的多種接入方式，包括： SP 在移動方設置前

14、置網關機，通過局域網接入短消息網關系統(tǒng)； SP 不在移動方設置前置網關機，通過 Internet接入短消息網關 系統(tǒng)； SP 不在移動方設置前置網關機，通過 DDN 接入短消息網關系 統(tǒng) 3.5.2 手機用戶的接入手段 系統(tǒng)支持 SP 的多種接入方式，包括： 撥號接入方式 考慮到可能對 ICP 提供用戶手機撥號接入的方式。因此在短消息 網關系統(tǒng)的設計中必須考慮相關的需求，要求該接口具有較強的靈活 性。 短消息代碼點播接入方式。 買方可能給 ICP 提供代碼點播方式的請求接入。因此在短消息網 關系統(tǒng)的設計中必須考慮相關的需求，要求該接口具有較強的靈活性。 客服中心接入方式 可以通過客服中心定制

15、SP 服務，要求系統(tǒng)提供該接口。 3.5.3 短消息中心 SMSC 的接入方式 當短消息網關系統(tǒng)與 SMSC 物理位置在一起時，可以采用 LAN 連接。 當短消息網關系統(tǒng)與 SMSC 物理位置不在一起時，可采用 DDN 連接或其他方式連接。 3.5.4 接入認證 包括短消息網關與 SP 之間的認證、對手機用戶的認證、對 SMSC 的認證及傳輸層安全認證。 3.6 局域網 賣方應提供本工程節(jié)點的局域網方案，并詳細介紹設備配置、連 接方式等。設備包括路由器、局域網交換機、防火墻、服務器、維護 終端等設備。網絡各節(jié)點的局域網結構要求合理、高效，不形成業(yè)務 瓶頸；要求具有安全性，并且便于擴容。 3.7

16、 網絡安全方案 （1） 網絡要求有充分的安全措施，以保障服務的可用性和網絡 信息的完整性。 （2） 要求賣方提出完善的系統(tǒng)安全策略及其實施方案，其中至 少覆蓋以下幾個方面：對路由器、防火墻、服務器等的配置 要求充分考慮安全因素，制定妥善的安全管理策略，例如口 令管理、用戶賬號管理，黑客攻擊的檢測與防范、病毒防止、 系統(tǒng)備份機制等。在系統(tǒng)中安裝、設置安全工具。要求賣方 詳細列出所提供的安全工具清單及說明。 （3） 賣方應闡述系統(tǒng)對 CMPP 協(xié)議 TLS 層的使用情況。 （4） 賣方所提供的安全措施及方案應符合國家關于信息網絡安 全的有關規(guī)范。 3.8 計費需求 （1） 符合短消息網關設備規(guī)范（

17、暫行）對于計費方面的考 慮。 （2） 能夠實現(xiàn)實時計費。 （3） 在短消息中心和短消息網關的話單發(fā)生不一致時，能提供 計費原則和依據。 （4） 浙江移動計費系統(tǒng)采用在省中心設置計費及帳務中心，賣 方應提供該系統(tǒng)與計費系統(tǒng)的連接示意圖以及與計費連接流 程建議。 3.9 統(tǒng)計需求 網關系統(tǒng)應有較強的統(tǒng)計功能、靈活的統(tǒng)計項目、友好的人機界 面。具體實現(xiàn)分 SP、分地區(qū)、分時段（最小統(tǒng)計跨度為小時）、分計 費、分業(yè)務、分類別進行統(tǒng)計。并可統(tǒng)計不同用戶每月的短消息增值 業(yè)務的消費額度。表現(xiàn)形式要求做到動態(tài)、靈活、可配置，至少提供 直方圖、餅圖、曲線圖等三種方式。 賣方在建議書中應提出短消息網關系統(tǒng)的統(tǒng)計

18、建議。 3.10 管理維護需求 為了提高系統(tǒng)運行的可靠性和穩(wěn)定性，要求提供可視化的管理維 護界面。具體管理維護工作包括 SP 管理、連接管理、功能模塊管理、 系統(tǒng)資源管理、故障告警等。 4. 軟硬件設備要求軟硬件設備要求 4.1 硬件要求 4.1.1 模塊化、冗余、容錯等 主機要求采用雙機冗余容錯技術。支持主備用，任務分擔和共享 磁盤陣列，提供高可靠的數據和不間斷工作的能力。支持磁盤陣列 (RAID)。 4.1.2 短消息網關處理機的要求 要求采用電信級計算機，性能要求如下： *支持多 CPU *內存 512M 以上，可根據需要擴展至 GB 級以上 *可在持續(xù)運作的情況下添加磁盤 *支持 32

19、 位及 64 位應用程序并行執(zhí)行 *系統(tǒng)總線為 GB/秒以上 * I/O 帶寬為 GB/秒級 *支持-48V 直流電源，并有接地保護 4.2 軟件要求 4.2.1 模塊化 要求軟件采用模塊化、可視化和參數化設計原則。應用系統(tǒng)可以 處理由于業(yè)務功能和用戶量不斷增加而帶來的壓力，保證系統(tǒng)正常運 行。在硬件擴容之后，僅在原系統(tǒng)基礎上簡單地增加模塊和修改參數， 就能完成新功能的增加或整體擴容。 4.2.2 人機控制 采用良好的人/機交互界面設計（如 GUI）以及目前主流的瀏覽器 技術，以提高系統(tǒng)對用戶操作和控制的支持。系統(tǒng)提供方便學習的人 機界面，提供直觀、快捷的窗口操作。 4.2.3 容錯、防護、故

20、障定位 容錯包括對 ICP、SMSC 的容錯，采用存儲/轉發(fā)機制保證應用 系統(tǒng)的容錯性能； 采用的認證和加密技術保證以防止偽冒 SMSC、ICP 和非法用戶 的侵入； 采用錯誤標識代碼準確標識錯誤點，同時生成日志文件，以便 維護；并以界面報警的形式提示系統(tǒng)管理員檢測和修復。故障 定位還包括系統(tǒng)對硬件故障的診斷和維護。 4.2.4 軟件語言 系統(tǒng)的開發(fā)工具采用目前的主流產品，如： 標準 C 語言、 JAVA、JAVASCRIPT、C+等業(yè)界通用開發(fā)語言。 4.2.5 操作系統(tǒng)和數據庫系統(tǒng) 建議主處理機采用 UNIX/WINDOWS NT 操作系統(tǒng)。 建議采用 ORACLE 數據庫。 5. 系統(tǒng)方

21、案系統(tǒng)方案 5.1 系統(tǒng)模型 本工程總用戶數：50 萬（指具體的用戶個體數） 每用戶每月使用服務數：5 個 每用戶每月接受短消息：200 條 每用戶每月發(fā)送短消息：60 條 數據保存時間：3 個月 5.2 網絡結構 (1) 本期工程只在省中心杭州設置一個短消息網關系統(tǒng)，集中向 全省短消息中心提供服務，地區(qū)短消息中心暫不設置網關設 備。 (2) 后續(xù)擴容工程有如下兩種方式： 一、 單點擴容。只對杭州短消息網關系統(tǒng)進行擴容，不新增 節(jié)點。 二、 新增一個節(jié)點。 總用戶數考慮為 80 萬。 6. 報價范圍報價范圍 根據第 5 章的系統(tǒng)模型和網絡結構，提出本期工程建設方案并 進行報價，同時提出對后續(xù)擴

22、容工程的建設方案，報價范圍包括以下 內容： 1. 短消息網關設備 （1）所有的管理和應用系統(tǒng)設備，包括短消息網關處理主機、管 理終端等。 （2）未包含在上一條中，但是根據方案要求應包含的其他所需設 備應進行報價。 2. 安裝材料 工程建設過程中所需的各種安裝材料。 3.備件 賣方應根據自身設備的使用情況合理地配置設備的備品備件，并 提供備件的計算方法。備品備件應保證三年的使用，并保證在送廠修 理期間設備有必要的備件可用。 4.文件資料 賣方應提供產品全套技術資料(含軟、硬件詳細資料)、說明書(含 驗收測試說明書)及各種業(yè)務流程的詳細資料等技術文件。 5.維護工具 施工及驗收測試所需要的專用儀表、機具設備由賣方提供。日常 維護專用的工具和測試儀表應隨設備配備一套。 6.軟件 （1）賣方應提供最新的軟件版本,并注明所提供軟件的版本號及詳 細的功能清單。 （2）凡需收取軟件費用項目，均應分項列出清單。 7.服務項目 賣方應對下述服