技術(shù)規(guī)范及點對點應(yīng)答(1)

《技術(shù)規(guī)范及點對點應(yīng)答(1)》由會員分享，可在線閱讀，更多相關(guān)《技術(shù)規(guī)范及點對點應(yīng)答(1)（52頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、 附件五 技術(shù)規(guī)范及點對點應(yīng)答 技術(shù)規(guī)范點對點應(yīng)答 目 錄 一、總則 1 1.1 規(guī)范內(nèi)容 1 1.2 編制依據(jù) 1 1.3 規(guī)范要求 2 1.4 縮略語 3 二、工程概況 4 2.1 工程背景 4 2.2 系統(tǒng)現(xiàn)狀 4 2.3 工程建設(shè)規(guī)模 5 三、系統(tǒng)建設(shè)原則 5 四、系統(tǒng)結(jié)構(gòu) 6 4.1 系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu) 6 4.2 系統(tǒng)功能模塊 8 五、通信接口和組織 10 5.1 通信接口 10 5.2 通信組織 11 六、系統(tǒng)業(yè)務(wù)與功能 11 6.1 短消息中心支持的業(yè)務(wù) 11 6.2 短消息中心的功

2、能 12 七、編號與撥號方式 19 7.1 短消息中心的編號 19 7.2 自動/人工短消息接入號 19 7.3 撥號方式 19 7.4 SP服務(wù)代碼 19 7.5 尋址 20 八、性能指標 20 8.1 處理能力 20 8.2 可靠性和可用性 20 8.3 可擴容性 21 8.4 信令鏈路要求 22 8.5 消息丟失率 22 8.6 消息處理延遲 23 九、硬件要求 23 9.1 一般要求 23 9.2 主機要求 23 9.3 存儲設(shè)備要求 26 9.4 信令處理模塊要求 29 十、軟件要求 29 10.1 基本要求 29 10.2 軟件功能要求 3

3、0 10.3 軟件維護管理功能要求 31 10.4 用戶界面 31 10.5 數(shù)據(jù)庫軟件 32 10.6 開發(fā)工具 32 十一、同步 32 11.1 同步方式 32 11.2 同步鏈路 32 11.3 時鐘等級 33 十二、鑒權(quán)和安全 33 12.1 用戶鑒權(quán) 33 12.2 操作權(quán)限和認證 33 12.3 安全控制 34 十三、計費 34 13.1 計費實現(xiàn)方式 34 13.2 話單格式 34 13.3 計費接口 35 13.4 計費數(shù)據(jù)的存儲要求 35 十四、監(jiān)測維護和網(wǎng)管 35 14.1 系統(tǒng)狀態(tài)監(jiān)測 35 14.2 維護管理 36 14.3 日

4、志記錄 36 14.4 報障功能 36 14.5 狀態(tài)監(jiān)控功能 36 14.7 網(wǎng)絡(luò)管理 37 十五、統(tǒng)計功能 37 15.1 一般要求 37 15.2 業(yè)務(wù)統(tǒng)計 38 15.3 性能統(tǒng)計 38 十六、機房環(huán)境、電源及接地 38 16.1 機房環(huán)境 38 16.2 電源要求 39 16.3 接地、抗雷電和過壓過流保護 39 16.4 設(shè)備安裝 41 十七、工程實施和測試內(nèi)容 41 17.1 工程實施 41 17.2 系統(tǒng)割接 42 17.3 測試內(nèi)容 42 十八、技術(shù)服務(wù)和培訓及技術(shù)文件 43 18.1 技術(shù)服務(wù) 43 18.2 技術(shù)培訓 45 18.3

5、 技術(shù)文件 46 湖南省移動短信四期擴容 iii 編號： 時間：2021年x月x日 書山有路勤為徑，學海無涯苦作舟 頁碼：第48頁 共52頁 一、總則 本文件是湖南省移動通信有限責任公司（以下簡稱買方）短消息中心系統(tǒng)技術(shù)規(guī)范書。設(shè)備供應(yīng)商/公司（以下簡稱賣方）應(yīng)根據(jù)本規(guī)范向買方提供技術(shù)建議書和報價。 答復(fù)：滿足 1.1 規(guī)范內(nèi)容 本規(guī)范書對湖南移動短消息中心系統(tǒng)的結(jié)構(gòu)、業(yè)務(wù)功能、硬/軟件設(shè)備性能和服務(wù)等方面提出具體技術(shù)和業(yè)務(wù)要求，賣

6、方所提供的設(shè)備均應(yīng)滿足規(guī)范的各項要求。 答復(fù)：滿足 1.2 編制依據(jù) 本規(guī)范書依據(jù)以下文件編制： ⑴ 《900/1800MHz TDMA數(shù)字蜂窩移動通信網(wǎng)短消息中心設(shè)備技術(shù)規(guī)范》 ⑵ 《GSM/DCS 1800短消息中心技術(shù)規(guī)范書》 ⑶ YD/T 910.4-1997 《900/1800MHz TDMA數(shù)字蜂窩移動通信網(wǎng)移動應(yīng)用部分（MAP）第二階段技術(shù)規(guī)范》 ⑷ 原郵電部移動通信局移業(yè)（1999）48號通知《移動通信信息點播業(yè)務(wù)平臺的功能和用戶界面》 ⑸ 信息產(chǎn)業(yè)部《GSM NO.7信令網(wǎng)技術(shù)體制》 ⑹ 中國移動通信集團公司《中國移動短消息業(yè)務(wù)中心（SMSC）系統(tǒng)網(wǎng)絡(luò)管理規(guī)

7、范》 ⑺ 湖南移動通信有限責任公司《湖南移動短信業(yè)務(wù)網(wǎng)關(guān)技術(shù)規(guī)范》 ⑻ 湖南省移動通信有限責任公司《手機銀行短消息中心設(shè)備技術(shù)規(guī)范》 答復(fù)：知悉 1.3 規(guī)范要求 ⑴ 賣方根據(jù)本規(guī)范提交的項目建議書應(yīng)包括詳細的硬/軟件設(shè)備的清單、單價和總價以及技術(shù)方案。 ⑵ 賣方應(yīng)保證所提供的設(shè)備在產(chǎn)品性能、技術(shù)指標、業(yè)務(wù)功能等方面均能滿足本規(guī)范的要求，同時設(shè)備也應(yīng)滿足中國移動集團公司的相關(guān)規(guī)范和相關(guān)標準的最新版本的各項要求，其中賣方應(yīng)詳細給出支持的標準清單。 ⑶ 賣方提供的設(shè)備應(yīng)是按至少八年使用期設(shè)計的，賣方要保證不論提供的設(shè)備是否還生產(chǎn)，在使用期內(nèi)買方可得到備件。 ⑷ 賣方的建議書中，要求

8、對本規(guī)范書所提出各項要求進行逐條逐項答復(fù)、說明和解釋，首先對實現(xiàn)或滿足程度明確給出“滿足”、“不滿足”、“部分滿足”等應(yīng)答，然后給予具體、詳細的說明。在答復(fù)中，要求明確滿足的程度，凡采用“詳見”、“參見”方式說明的，應(yīng)指明參見文檔的具體章節(jié)或頁碼。 ⑸ 賣方應(yīng)根據(jù)本技術(shù)規(guī)范書的工程、技術(shù)要求在規(guī)定時間內(nèi)提供相應(yīng)數(shù)量的建議書（中文）和報價（中文）。建議書與報價應(yīng)單獨分冊（報價信函密封）分別作為技術(shù)談判和商務(wù)談判文件，同時分別提供電子版文件。在建議書中應(yīng)說明對供貨時間、安裝、調(diào)測、驗收等進度的具體安排。 ⑹ 賣方應(yīng)列出其建議書中所提供設(shè)備和系統(tǒng)在世界范圍內(nèi)和國內(nèi)的應(yīng)用情況，諸如最大網(wǎng)絡(luò)規(guī)模、業(yè)

9、務(wù)類型及開展方式、用戶數(shù)量等。 ⑺ 由賣方原因造成的工期延誤，由賣方賠償買方的損失。 ⑻ 賣方對于規(guī)范書的疑問可以通過書面材料與買方聯(lián)系。在規(guī)定的建議書提交最后期限以前，買方將以書面材料給予答復(fù)，有關(guān)買方答復(fù)材料的復(fù)印件也將遞交所有得到技術(shù)規(guī)范書的賣方。 ⑼ 在技術(shù)談判的各個階段，買方將以書面形式要求賣方對有關(guān)問題進行進一步的技術(shù)澄清，賣方應(yīng)以書面資料給予正式應(yīng)答；所有各階段的技術(shù)澄清文件都將作為合同附件。 ⑽ 未經(jīng)買方許可，賣方不得以任何形式向第三方提供本文件的全部或部分內(nèi)容。 ⑾ 買方在任何時候都保留和擁有對本文件的解釋權(quán)和修改權(quán)。買方有權(quán)在簽定合同前，根據(jù)需要修改和補充本技術(shù)規(guī)

10、范書，修改補充后的最終技術(shù)規(guī)范書將作為合同的附件。 ⑿ 由賣方所提供的設(shè)備部件間的連線和插接件均應(yīng)視為設(shè)備內(nèi)部器件，包含在相應(yīng)的設(shè)備之中。 ⒀ 賣方應(yīng)提供設(shè)備安裝、測試所需的電纜、安裝材料、專用的工具儀表等。并應(yīng)根據(jù)配置情況詳細列出各種設(shè)備、材料、工具儀表和軟件等的清單并詳細說明各項費用。 ⒁ 賣方提供的設(shè)備必須在2003年12月20日前割接上線。 答復(fù)：滿足，設(shè)備配置情況及各項費用詳見《配置報價》，工程進度詳見《工程進度表》。 1.4 縮略語 SMSC Short Message Service Center 短消息中心 ISMG Internet Short Mes

11、sage Gateway 互聯(lián)網(wǎng)短消息網(wǎng)關(guān)， 簡稱短消息網(wǎng)關(guān) SMS G/IW MSC SMS Gateway/IW MSC 短消息業(yè)務(wù)入口/互通MSC SME Short Message Entity 短消息實體 MS Mobile Station 移動臺 MO Mobile Originated 移動臺發(fā)起 MT Mobile Terminated 移動臺終止 IOD Information On-Demand 信息點播 SMPP Short Message Peer-to-Peer 短消息點對點協(xié)議 FTP File Transfer P

12、rotocol 文件傳輸協(xié)議 FTAM File Transfer Access Management 文件傳輸訪問管理協(xié)議 答復(fù)：知悉 二、工程概況 2.1 工程背景 雖然我省SMSC已進行過三次擴容，但現(xiàn)有SMSC處理能力和用戶容量已基本接近規(guī)劃設(shè)計能力和容量。同時根據(jù)業(yè)務(wù)預(yù)測，至2004年12月湖南省短信需處理能力3500條SM/秒，故現(xiàn)有SMSC的處理能力和容量不能滿足業(yè)務(wù)發(fā)展需求。 隨著短信業(yè)務(wù)量的增長，用戶對短信業(yè)務(wù)種類提出了更趨多樣化的需求，由此湖南移動在短信市場不斷開發(fā)出新的產(chǎn)品，從而刺激業(yè)務(wù)量進一步增長。如近期相繼面向全省推出手機支付、手機定位等等業(yè)務(wù)，

13、可以預(yù)見此類應(yīng)用必將對SMSC系統(tǒng)的峰值處理能力提出更高的要求。 因此，根據(jù)業(yè)務(wù)發(fā)展需要必須對全省短消息中心的處理能力進行擴容。 答復(fù)：知悉 2.2 系統(tǒng)現(xiàn)狀 1、短信系統(tǒng)現(xiàn)狀 湖南省移動通信公司SMSC于1996年開始建設(shè)，經(jīng)2000年一期和2001年二期和2002年三期擴容后，目前全省共有4套SMSC，分別設(shè)于長沙（2套）、衡陽（1套）、邵陽（1套）3地，其余11個市州均以虛擬SMSC的方式接入相應(yīng)的SMSC，實現(xiàn)了全省范圍的覆蓋，已具有一定的網(wǎng)絡(luò)規(guī)模，峰值處理能力共計2300條SM/秒。具體情況如下表： 表2.1 短消息中心情況表 局名 覆蓋范圍 處理能力 長沙SMS

14、C1 （東風路） 株洲、湘潭、岳陽、郴州、永州、益陽、懷化、自治州和張家界 900條/秒 長沙SMSC2 （妙高峰） 長沙 900條/秒 衡陽SMSC 衡陽和常德 300條/秒 邵陽SMSC 邵陽和婁底 200條/秒 另外，所有SMSC同時與位于長沙的1套短信網(wǎng)關(guān)互聯(lián)。 2、短信流量 根據(jù)統(tǒng)計目前短信中心月計費流量為2.3億條（實際流量為3.4倍），根據(jù)業(yè)務(wù)預(yù)測到2004年底短信中心月計費流量為4.6億條（實際流量為15.4億條）。其中MO：MT=48%:52%。 答復(fù)：知悉 2.3 工程建設(shè)規(guī)模 由于現(xiàn)有系統(tǒng)無法滿足日益增長的業(yè)務(wù)需求，根據(jù)湖南移動發(fā)展移

15、動數(shù)據(jù)業(yè)務(wù)營銷和移動客戶服務(wù)的要求，考慮到現(xiàn)階段的實際情況，新的系統(tǒng)將在保留原有設(shè)備的基礎(chǔ)上，進行擴容。本期工程全省共新增峰值處理能力共計1200條SM/秒，系統(tǒng)建成后達到3500條SM/秒。 答復(fù)：滿足，中興通訊將在保留原有設(shè)備的基礎(chǔ)上提供三種技術(shù)解決方案，系統(tǒng)建成后全省短信業(yè)務(wù)處理能力可達到3500條/秒。 三、系統(tǒng)建設(shè)原則 建設(shè)短消息中心滿足用戶對短信及其增值業(yè)務(wù)的需求，并為運營商的業(yè)務(wù)發(fā)展提供網(wǎng)絡(luò)支撐，短信系統(tǒng)的擴容建設(shè)和設(shè)計應(yīng)滿足以下原則： ⑴ 安全可靠性 具有切實有效的手段保障系統(tǒng)數(shù)據(jù)準確性、安全保密性及系統(tǒng)運行穩(wěn)定性。 ⑵ 高效性 系統(tǒng)具有高處理速度和吞吐能力，

16、以滿足用戶對服務(wù)質(zhì)量的要求，并根據(jù)短信類別，按詳單產(chǎn)生計費數(shù)據(jù)。 ⑶ 互連開放性 作為短信業(yè)務(wù)承載平臺，應(yīng)支持統(tǒng)一的短信業(yè)務(wù)接口。 ⑷ 可管理性 具備便于操作、管理的系統(tǒng)監(jiān)測、維護手段，并可通過統(tǒng)計數(shù)據(jù)對系統(tǒng)性能進行評估，同時統(tǒng)計功能應(yīng)靈活方便，以便于運營商根據(jù)變化的市場和業(yè)務(wù)種類對短信業(yè)務(wù)進行所需的統(tǒng)計分析。 ⑸ 可擴充性 提供開放的業(yè)務(wù)接口和方便的業(yè)務(wù)生成工具，使運營商可在平臺基礎(chǔ)上二次開發(fā)短信增值新業(yè)務(wù)。 總之，系統(tǒng)設(shè)計與建設(shè)中應(yīng)充分考慮和利用現(xiàn)有各種資源，既要考慮系統(tǒng)的先進性和有效性，又要考慮其實現(xiàn)的可行性和經(jīng)濟性。系統(tǒng)設(shè)計與建設(shè)要符合業(yè)務(wù)管理需求，系統(tǒng)結(jié)構(gòu)、數(shù)據(jù)接口應(yīng)可

17、靈活擴展，為將來業(yè)務(wù)拓展提供空間。 答復(fù)：滿足 四、系統(tǒng)結(jié)構(gòu) 4.1 系統(tǒng)網(wǎng)絡(luò)結(jié)構(gòu) SMSC系統(tǒng)結(jié)構(gòu)如圖4.1所示: 圖4.1 系統(tǒng)結(jié)構(gòu)示意圖 ⑴ 短消息中心實體 包括SMS G/IW MSC（短信業(yè)務(wù)關(guān)口/互通MSC）和SMSC兩部分，主要完成存儲轉(zhuǎn)發(fā)的功能。通常兩部分合設(shè)形成統(tǒng)一的實體，以標準的MAP信令與PLMN相連接。 其中，SMS G/IW MSC為支持移動臺（MS）發(fā)起和終止的短信業(yè)務(wù)，承擔SMSC與PLMN之間的網(wǎng)關(guān)作用，SMS GMSC具有從SMSC接收短信，向HLR詢問路由信息，并向MS所拜訪的MSC轉(zhuǎn)發(fā)短信的功能；SMS IWMSC具有從PLMN中

18、接收短信，并發(fā)送給SMSC的功能。 ⑵ ICP（內(nèi)容提供商） ICP是短信應(yīng)用/內(nèi)容服務(wù)的直接提供者，負責為用戶開發(fā)和提供適合手機用戶使用的服務(wù)。 ⑶ ESME（擴展短信實體） 指通過SMPP協(xié)議與SMSC通信，請求特定的短信服務(wù)的功能實體。 ⑷ ISMG（互聯(lián)網(wǎng)短信網(wǎng)關(guān)） ISMG是SMSC與互聯(lián)網(wǎng)之間的網(wǎng)關(guān)，也是一種ESME，ISMG為ICP與SMSC之間的數(shù)據(jù)交互提供了一條安全、快捷的通道，向手機用戶提供點播ICP信息的服務(wù)。增值值業(yè)務(wù)平臺具有數(shù)據(jù)分發(fā)功能，能在網(wǎng)關(guān)之間轉(zhuǎn)發(fā)信息，可實現(xiàn)短信增值業(yè)務(wù)的“一點接入，全網(wǎng)服務(wù)”的思想。而ISMG匯接點接收其它短信網(wǎng)關(guān)的路由請求信息，

19、并查找與目的ICP有關(guān)的網(wǎng)關(guān)信息，并將查詢結(jié)果反饋給相應(yīng)的ISMG。 ⑸ SGSN（GPRS業(yè)務(wù)支持點） GPRS網(wǎng)網(wǎng)元，主要為GPRS用戶提供移動性管理。GPRS為短信傳輸提供了另外一條路徑。針對我省情況，MS同時附著在GPRS和CS業(yè)務(wù)上，故短信業(yè)務(wù)即可在GPRS信道上傳送，也可在CS信道上傳送。 ⑹ SCP（業(yè)務(wù)控制點） 移動智能網(wǎng)實體，實現(xiàn)智能用戶（神州行）的短信鑒權(quán)及計費功能。 ⑺ 接口協(xié)議 ESME與SMSC之間的通信協(xié)議采用SMPP V3.3，ISMG與ICP之間的通信接口采用中國移動集團公司規(guī)定的應(yīng)用層接口協(xié)議CMPP V2。 ⑻ 組網(wǎng)方式 以衡陽SMSC為例，

20、如圖4.2所示，SMSC通過與衡陽MSC直聯(lián)實現(xiàn)對衡陽用戶的覆蓋，通過信令網(wǎng)的LSTP實現(xiàn)常德用戶的覆蓋。 圖4.2 短信組網(wǎng)示意圖 答復(fù)：知悉，本期短信建設(shè)中興通訊符合上述組網(wǎng)建設(shè)條件。 4.2 系統(tǒng)功能模塊 短消息中心系統(tǒng)可分為以下主要模塊： （1）短消息中心 處理移動臺發(fā)起/終止的短消息業(yè)務(wù)，同時為1258/1259秘書臺、信息點播等提供承載。 答復(fù)：滿足 （2）計費接口模塊 提供聯(lián)網(wǎng)計費、獨立計費、包月制、按查詢條數(shù)計費或相結(jié)合的多種方式，并實現(xiàn)話費查詢、欠費提示、話費限額提示等功能。 答復(fù)：滿足，ZXG10－SC短消息系統(tǒng)產(chǎn)生兩類標準話單，由計費系統(tǒng)完成話單

21、的收集、分揀、存儲，并且根據(jù)標準的FTAM規(guī)程向計費中心傳送。 短消息系統(tǒng)根據(jù)短消息的提交和轉(zhuǎn)發(fā)，分別產(chǎn)生SMS-MO-in SC和SMS-MT-in SC兩類話單。 ZXG10－SC標準話單的計費信息：話單類型、主叫號碼、被叫號碼、短消息中心號碼、短消息長度、短消息優(yōu)先級、短消息標識、回執(zhí)標識以及SME類別等。 （3）監(jiān)測維護、網(wǎng)管和統(tǒng)計模塊 為系統(tǒng)提供本地實時監(jiān)測、故障告警等功能和手段，并實現(xiàn)對系統(tǒng)的各類局數(shù)據(jù)和用戶數(shù)據(jù)的維護；在統(tǒng)一網(wǎng)管平臺上，對系統(tǒng)運行的各類信息數(shù)據(jù)進行統(tǒng)計和管理，并提供省網(wǎng)管中心的網(wǎng)管接口，統(tǒng)一網(wǎng)管平臺及其接口應(yīng)符合集團公司相關(guān)規(guī)范要求。 答復(fù)：滿足，中興通

22、訊將在原有網(wǎng)管系統(tǒng)上按中移建設(shè)要求增加直連網(wǎng)元接口，并在原有操作維護模塊采用新一代短信監(jiān)控系統(tǒng)以提供告警，配置，性能統(tǒng)計等數(shù)據(jù)的統(tǒng)計和管理和各類用戶消息的監(jiān)測、統(tǒng)計功能。 （4）SME接口模塊 短消息中心應(yīng)提供SME接入接口，按照流量計算接口容量，并不得限制SMPP接口數(shù)量，不低于短消息中心配置的峰值處理能力。 答復(fù)：滿足。 （5）WEB/WAP接口 為便于將來業(yè)務(wù)的發(fā)展、系統(tǒng)的擴充，應(yīng)提供與WAP網(wǎng)關(guān)的接口。 答復(fù)：滿足。 （6）短信網(wǎng)關(guān)接口 為實現(xiàn)短消息中心與ISMG連接提供統(tǒng)一的接口。 答復(fù)：滿足。 （7）防火墻和防病毒模塊 實現(xiàn)對短消息中心系統(tǒng)的安全保障，防止非法

23、訪問。 系統(tǒng)應(yīng)具備防病毒功能，保證系統(tǒng)不受病毒侵害，提供病毒碼的在線升級。 答復(fù)：滿足。 五、通信接口和組織 5.1 通信接口 賣方提供的短消息中心系統(tǒng)必須符合以下各項接口標準： ⑴ 與ISMG的通信接口 采用SMPP V3.4及以上版本。 ⑵ 與SME的通信接口 由于目前國內(nèi)SMSC-SME之間的接口規(guī)范尚未最終確定，本系統(tǒng)中短消息中心與信息點播、語音信箱以及ISMG的接口暫時采用SMPP3.3協(xié)議。規(guī)范出臺后，本系統(tǒng)中此接口應(yīng)做相應(yīng)升級或修改，以符合《短消息中心與SME接口規(guī)范》要求。 ⑶ 與省網(wǎng)管中心之間的通信接口 網(wǎng)管協(xié)議采用SNMP V2或Q3及其以上版本協(xié)議，

24、并符合集團公司相關(guān)網(wǎng)管規(guī)范。 ⑷ 與計費中心之間的通信接口 采用FTAM/FTP傳輸協(xié)議。 同時要求VIP用戶數(shù)據(jù)與BOSS系統(tǒng)實時同步。 ⑸ 與PLMN的七號信令接口 應(yīng)符合《900/1800MHz TDMA數(shù)字蜂窩移動通信網(wǎng)移動應(yīng)用部分（MAP）第二階段技術(shù)規(guī)范》和信息產(chǎn)業(yè)部《GSM NO.7信令網(wǎng)技術(shù)體制》。 ⑹ 與SGSN的Gd接口 短消息中心應(yīng)支持與SGSN的Gd接口，支持與WAP網(wǎng)關(guān)的接口。 ⑺ 與后備數(shù)據(jù)庫的接口 短信息中心應(yīng)按照集團公司統(tǒng)一要求的接口規(guī)范提供與后備數(shù)據(jù)庫的接口，以支持對短信的過濾。 答復(fù)：滿足，提供與BOSS系統(tǒng)的接口，因采用VIP優(yōu)先用戶發(fā)

25、送功能會使短信中心整體處理能力下降30%，推薦不采用該功能。中興通訊垃圾短信VIP用戶過濾功能可保證特殊用戶不受垃圾用戶使用權(quán)限設(shè)置，并且不影響短信中心整體處理能力，推薦采用。 5.2 通信組織 由于目前4套SMSC局址分別位于長沙東風路交換機房、妙高峰交換機房、衡陽解放路機房、紹陽移動交換機房，1套短信網(wǎng)關(guān)位于長沙東風路機房，省網(wǎng)管中心位于湖南移動通信指揮中心大樓6樓機房，省計費中心位于妙高峰12樓機房，故它們之間的通信需要互聯(lián)，實現(xiàn)方式要求如下： （1）與ISMG的通信接口 采用100Mbps局域網(wǎng)方式或2Mbps方式互聯(lián)。 （2）與其它SME的接口 SME采用局域網(wǎng)或2Mbp

26、s方式互聯(lián)。 （3）與省網(wǎng)管中心之間的接口 傳輸電路采用64Kbps DDN或2Mbps。 （4）與計費中心之間的接口 采用FTAM/FTP傳輸協(xié)議，傳輸電路采用64Kbps DDN或2Mbps。 （5）與NO.7信令網(wǎng)的接口 采用64Kbps信令鏈路或2Mbps信令鏈路與1對LSTP（或1對HSTP、1對GMSC）和MSC互聯(lián)。長沙短消息中心的E1傳輸接口采用120歐姆阻抗，其它短消息中心采用75歐姆阻抗。 答復(fù)：滿足。 六、系統(tǒng)業(yè)務(wù)與功能 6.1 短消息中心支持的業(yè)務(wù) ⑴ 移動臺發(fā)起/終止的字母/漢字（最大140個8 bits字符）短消息業(yè)務(wù)； ⑵ 可支持二進制形

27、式的短消息業(yè)務(wù)； ⑶ 當用戶的語音信箱中有留言時，系統(tǒng)可通過短消息通知移動臺； ⑷ 定時發(fā)送業(yè)務(wù)，系統(tǒng)可在設(shè)定時間向某用戶或批量向設(shè)定的若干用戶發(fā)送短消息； ⑸ 可支持1258人工/1259自動短消息業(yè)務(wù)； ⑹ 可支持信息點播業(yè)務(wù)； ⑺ 可支持全球呼業(yè)務(wù)； ⑻ 可支持話費催繳； ⑼ 可支持EMS業(yè)務(wù)； ⑽ 可支持手機銀行、手機證券； ⑾ 新業(yè)務(wù)擴展能力 能夠根據(jù)運營商需要開發(fā)增值業(yè)務(wù)，系統(tǒng)應(yīng)提供對外開放的業(yè)務(wù)開發(fā)接口，使運營商具備二次開發(fā)的手段。系統(tǒng)可支持SMPP V3.3協(xié)議及以上。 答復(fù)：滿足。 6.2 短消息中心的功能 短消息中心實體的功能應(yīng)符合ETSI GSM

28、規(guī)范03.40（V4.9.1）的要求。 答復(fù)：滿足。 6.2.1 短消息的存儲能力 短消息中心能夠?qū)τ脩籼峤坏亩滔?shù)據(jù)進行存儲，內(nèi)容包括： ⑴ 短消息文本（1－n）條； ⑵ 短消息的時間、長度、優(yōu)先級、有效期； ⑶ 發(fā)起者和目的地址及應(yīng)用類別（MO/MT等）； ⑷ 信息來源、狀態(tài)報告、失敗原因等。 ⑸ 存儲器容量：短消息原始話單保留3個月，計算得出相應(yīng)短消息中心存儲器容量，并說明算法。 答復(fù)：滿足，根據(jù)現(xiàn)有短消息量的統(tǒng)計方式，將手機用戶起呼消息MO和手機用戶終呼消息MT分別進行計算，即各算一條消息。由于目前外網(wǎng)網(wǎng)關(guān)和網(wǎng)關(guān)發(fā)往本網(wǎng)的AO、AT消息的主要話單由網(wǎng)關(guān)負責提供，

29、所以該部分消息雖然占有系統(tǒng)資源，但暫不單獨進行統(tǒng)計。 根據(jù)技術(shù)規(guī)范書設(shè)計要求，在2004年底短信中心月計費流量為4.6億條（實際流量為15.4億條）。其中MO：MT=48%:52%。中興通訊存儲器容量如下所示： 1、計費模塊——滿足2004年底月最大消息流量15.4億條,采用IBM FAST200磁盤陣列 ? 基本軟件安裝空間：0.5G ? 每條消息計費按110字節(jié)計 ? 計費磁陣信息保存3個月（包含話單消息內(nèi)容），此外提供外接存儲設(shè)備MO保存 產(chǎn)生的數(shù)據(jù)量為： 0.5G+110BYTE ×1540000000條×3個月=473.7G 采用RAID0+1完全備份,所需各短信

30、中心計費磁陣總?cè)萘繎?yīng)不小于946.6G。 2、數(shù)據(jù)庫模塊——滿足2004年底月最大消息流量15.4億條，采用IBM 7133-D40磁盤陣列 ? 基本軟件安裝空間：0.5G ? 短消息存放日期：30天 ? 每條短消息在硬盤上存儲字節(jié)數(shù)為：240BYTES 每天系統(tǒng)處理的短消息條數(shù)：4320KBHSM/0.1=43200000條。所需硬盤空間為： 0.5G+1540000000條×240BYTE=344.2G 采用RAID5冗余備份,所需各短信中心數(shù)據(jù)庫硬盤總?cè)萘繎?yīng)不小于413G。 3、源用戶查詢模塊——全省用戶短消息內(nèi)容大型索引數(shù)據(jù)庫，按滿足2004年底月最大消

31、息流量15.4億條設(shè)計，采用DELL PV210S磁盤陣列 ? 基本軟件安裝空間：0.5G ? 短消息存放日期：3個月 ? 每條短消息在硬盤上存儲字節(jié)數(shù)為：330BYTES 所需硬盤空間為： 0.5+3個月×1540000000條×330BYTE=1420G 即所需各短信中心源用戶查詢模塊索引數(shù)據(jù)庫硬盤總?cè)萘繎?yīng)不小于1420G。 6.2.2 短消息的提交和轉(zhuǎn)發(fā) ⑴ 短消息提交 當短消息提交給短消息中心后，在確認消息有效后，將短消息及時保存，并向發(fā)起者回發(fā)確認信息。 ⑵ 短消息轉(zhuǎn)發(fā) 短消息中心取出應(yīng)該發(fā)送的消息，并確保在一個時刻向一個移動臺（MS）發(fā)送一條消息。

32、如果轉(zhuǎn)發(fā)失敗，則短消息中心接收從網(wǎng)絡(luò)側(cè)回發(fā)的失敗原因。短消息中心不再向接收側(cè)發(fā)送，直至從網(wǎng)絡(luò)接收到提醒消息或短消息中心采用定時重試機制。 答復(fù)：滿足。 6.2.3 短消息的優(yōu)先級 短消息中心應(yīng)將移動臺終止的短消息分為高優(yōu)先級和普通優(yōu)先級，高優(yōu)先級的消息優(yōu)先發(fā)送，并在MS暫時不在服務(wù)區(qū)或無存儲容量時也強制轉(zhuǎn)發(fā)嘗試。 答復(fù)：滿足。 6.2.4 有效期 短消息中心可設(shè)置缺省有效期，該值由運營商通過操作維護終端進行靈活設(shè)定。當有效期逾時后，短消息中心從發(fā)送隊列中刪除該消息，并根據(jù)用戶設(shè)定產(chǎn)生狀態(tài)報告。 答復(fù)：滿足。 6.2.5 重復(fù)轉(zhuǎn)發(fā)嘗試 短消息可進行兩種重復(fù)轉(zhuǎn)發(fā)嘗試： ⑴ 短消

33、息中心得到通知，MS已激活或有能力接收短消息（接收到從HLR發(fā)送過來的ALERT_SC信令）； ⑵ 短消息中心進行定時自動重復(fù)轉(zhuǎn)發(fā)嘗試，并且可根據(jù)網(wǎng)絡(luò)側(cè)回發(fā)的失敗原因設(shè)定不同的重復(fù)轉(zhuǎn)發(fā)時間間隔和次數(shù)。 答復(fù)：滿足。 6.2.6 狀態(tài)報告 短消息中心應(yīng)有能力通知MS，該用戶發(fā)的短消息的狀態(tài)：轉(zhuǎn)發(fā)通知（成功轉(zhuǎn)發(fā)）、緩沖通知（暫時不成功狀態(tài)）、轉(zhuǎn)發(fā)失敗。同時短消息中心應(yīng)能根據(jù)運營商要求設(shè)定狀態(tài)報告標志。 答復(fù)：滿足。 6.2.7 長短消息 在移動臺支持的情況下，短消息中心應(yīng)可完成長的短消息（長度>140字節(jié)）轉(zhuǎn)發(fā)。 答復(fù)：滿足。 6.2.8 支持漢字/二進制短消息 短消息中心應(yīng)支

34、持漢字短消息的透明傳輸；其漢字短消息編碼方案應(yīng)符合GSM規(guī)范03.38（V5.2.0）；人工輸入漢字短消息終端應(yīng)支持GB13000CJK的漢字。具有支持二進制形式的短消息業(yè)務(wù)的能力。 答復(fù)：滿足。 6.2.9 流量控制功能 短消息中心應(yīng)有短消息的流量控制功能，可根據(jù)不同的SME、按時段進行流量控制，以防止網(wǎng)絡(luò)失敗和服務(wù)質(zhì)量下降時業(yè)務(wù)負荷的異常增長。 答復(fù)：滿足。 6.2.10 短消息路由 短消息中心應(yīng)有能力通過對短消息的目的地址以及短消息內(nèi)容中的明文部分進行路由選擇的能力，以分發(fā)短消息到信息點播、手機銀行等相應(yīng)業(yè)務(wù)系統(tǒng)。 答復(fù)：滿足。 6.2.11 系統(tǒng)日志 短消息中心應(yīng)具有

35、獨立的日志功能，對于系統(tǒng)運行、各業(yè)務(wù)功能情況等應(yīng)具有詳細的記錄，并可對故障進行分類報告，以便事后分析故障原因。 答復(fù)：滿足，為了使局方更好的操作和管理短消息中心，ZXG10—SC提供日志查看器，可對操作進行管理和維護。操作員對ZXG10－SC的操作以一定方式自動記錄下來，以便在某種特定的情況下供操作人員查詢。日志文件存放在服務(wù)器上，對應(yīng)的終端都可查看。 6.2.12 告警功能 短消息中心應(yīng)具有監(jiān)測和告警功能，對于系統(tǒng)設(shè)備和各種業(yè)務(wù)應(yīng)用的不正常狀態(tài)應(yīng)產(chǎn)生文字和圖形告警信息，提醒操作人員注意。 答復(fù)：滿足，短消息檢測和告警功能由故障管理系統(tǒng)提供，它包括對IW/GMSC和業(yè)務(wù)服務(wù)器等的運

36、行進行故障管理，并于后臺實時提供文字和圖形告警信息。 6.2.13 統(tǒng)計查詢功能 1）短消息中心應(yīng)具有統(tǒng)計分析功能，能靈活地對各種類型的業(yè)務(wù)應(yīng)用進行組合統(tǒng)計，為運營商提供業(yè)務(wù)發(fā)展定量分析，如：針對虛擬SMSC可分地區(qū)統(tǒng)計、可統(tǒng)計實際使用用戶數(shù)等。 2）能根據(jù)按接收、發(fā)送、用戶號碼、發(fā)送日期、信息內(nèi)容及關(guān)鍵字等多個條件進行綜合查詢。 3）增加對因攔截而未能成功發(fā)送的短信流量的統(tǒng)計報表及被攔截用戶已成功發(fā)送的統(tǒng)計報表。 4）要求短信中心支持按主／被叫用戶／時段/內(nèi)容/關(guān)鍵字等多條件靈活在線查詢3個月短信內(nèi)容。 5）要求短信中心支持按照錯誤代碼對各個虛擬短信中心分別統(tǒng)計。 答復(fù)：滿

37、足。 6.2.14 用戶鑒權(quán)能力 對于MO方式短消息，短消息中心應(yīng)能識別主發(fā)MS，判斷它是否為本短消息中心歸屬的用戶，或根據(jù)運營商需要的其它方式進行鑒權(quán)。 答復(fù)：滿足，中興短消息系統(tǒng)提供四種鑒權(quán)方式：按號段鑒權(quán)，按開戶信息鑒權(quán)，先按號段再按開戶信息鑒權(quán)，不鑒權(quán)，針對具體情況可對MO和MT的鑒權(quán)方式進行靈活配置。 6.2.15 虛擬短消息中心 多個移動本地網(wǎng)可共用一個短消息中心實體，該實體能夠支持不少于10個短消息中心號碼。實體中各短消息中心業(yè)務(wù)運行和維護管理相對獨立、互不干擾。 答復(fù)：滿足，中興通訊的短消息系統(tǒng)最大支持255個虛擬短消息中心。 6.2.16 網(wǎng)

38、關(guān)功能 短消息中心實體應(yīng)具有SMS-G/IW MSC功能，即能夠向HLR詢問路由信息，并向MS所在VMSC轉(zhuǎn)發(fā)短消息。短消息中心作為一個獨立實體以標準的MAP信令接入PLMN。 答復(fù)：滿足 6.2.17 業(yè)務(wù)聯(lián)網(wǎng)功能 短消息中心應(yīng)能根據(jù)運營商的要求完成業(yè)務(wù)聯(lián)網(wǎng)。 答復(fù)：滿足。中興通訊短消息中心可采用雙網(wǎng)雙平面及進一步耦合的工作方式完成多個短信中心業(yè)務(wù)聯(lián)網(wǎng)。 6.2.18 垃圾短信封堵功能 1）短信過濾； 對特定關(guān)鍵字進行過濾，對滿足特定關(guān)鍵字的信息不與發(fā)送； 2）流量控制 對于點對點短消息，針對一個用戶，系統(tǒng)能對每天發(fā)送量進行監(jiān)控，對于超出預(yù)設(shè)數(shù)目的短信不再下發(fā)，并

39、回發(fā)用戶一條信息，告訴用戶其發(fā)送量過大，對其短信不再轉(zhuǎn)發(fā)。并將后續(xù)的一條短信發(fā)送至設(shè)定手機上（需考慮計費處理）。經(jīng)過預(yù)設(shè)的時長后，再恢復(fù)其短信發(fā)送功能。以上功能均應(yīng)由短信中心自動實現(xiàn)，并且可根據(jù)運營商需求開通或關(guān)閉，其中短信預(yù)設(shè)數(shù)目、特定手機號碼、預(yù)設(shè)時長可由運營商方便、靈活的自定義。 3）提供對垃圾短信的靈活的統(tǒng)計和查詢功能 答復(fù)：部分滿足，中興通訊新一代垃圾短信系統(tǒng)已對流量進行改進，可對不同用戶群按照不同監(jiān)控粒度進行流量控制，對于超出指定監(jiān)控信息流量范圍的用戶將發(fā)送告警和通知消息給系統(tǒng)管理員，并可自動啟用黑名單功能。目前暫不提供發(fā)送給垃圾短信用戶的提示通知消息。本期建設(shè)將提供源用戶查詢

40、功能完成對各類消息的靈活統(tǒng)計和查詢功能。 七、編號與撥號方式 7.1 短消息中心的編號 GSM用戶SIM卡中存儲的短消息中心的號碼用于MS發(fā)起的點對點短消息業(yè)務(wù)對于短消息中心的尋址。 答復(fù)：滿足。 7.2 自動/人工短消息接入號 用于用戶通過話音接入要求操作員人工轉(zhuǎn)發(fā)或自動轉(zhuǎn)發(fā)短消息（一般采用撥打1258/1259的形式）。 答復(fù)：滿足。 7.3 撥號方式 ⑴ 用戶撥打1258/1259秘書臺來人工/自動發(fā)送短消息； ⑵ 用戶輸入目的用戶的MSISDN號碼發(fā)送點對點短消息； ⑶ 用戶輸入規(guī)定的業(yè)務(wù)代碼點播SP短消息。 答復(fù)：滿足。 7.4 SP服務(wù)代碼 短消息中

41、心應(yīng)支持SP服務(wù)代碼至少2萬個，并在數(shù)據(jù)配置上應(yīng)支持最大匹配原則。 答復(fù)：滿足。 7.5 尋址 短消息中心作為NO.7信令網(wǎng)中的一個信令點或多個信令點來尋址，該信令點的信令功能應(yīng)符合NO.7信令相關(guān)規(guī)范的規(guī)定。 賣方應(yīng)明確說明短消息中心將消息發(fā)往NO.7信令網(wǎng)時所采用的負荷調(diào)度方式，如采用按用戶號段靜態(tài)分配消息路由方式或按輪詢動態(tài)分配消息路由方式。 答復(fù)：滿足，短信中心與NO.7信令網(wǎng)的負荷方式可采用按用戶號段靜態(tài)分配路由或按輪選方式動態(tài)分配消息。 八、性能指標 8.1 處理能力 賣方根據(jù)買方要求，提供相應(yīng)的處理能力配置，并保證具備擴容至2400條SM/秒的峰值處理能力。單

42、條64K信令鏈路短消息處理承載能力不低于10條SM/秒和單向0.4 erl,單條2M信令鏈路短消息處理承載能力不低于160條SM/秒和單向0.2erl。當滿負荷運轉(zhuǎn)時，系統(tǒng)整體性能不應(yīng)有明顯的下降。 答復(fù)：滿足，中興通訊2M高速信令鏈路在上海移動和江蘇移動現(xiàn)網(wǎng)上商用。 8.2 可靠性和可用性 供應(yīng)商應(yīng)提供設(shè)備的預(yù)測MTBF，以及獲得這一參數(shù)的計算方法。要求設(shè)備MTBF至少達到2萬小時以上。 為保證系統(tǒng)的高可靠性，短消息中心的數(shù)據(jù)硬盤應(yīng)硬件支持RAID1和RAID5，主處理機采用雙機備份，并提供在線數(shù)據(jù)備份的手段。 短消息中心的關(guān)鍵軟件、硬件應(yīng)有一定的容錯和備份措施，保證系統(tǒng)的不間斷運

43、行，系統(tǒng)應(yīng)具有軟件、硬件故障的自動在線恢復(fù)功能。 短消息中心為防止業(yè)務(wù)中斷，應(yīng)提供自保護機制，在達到最大處理能力時不得出現(xiàn)宕機，其保護機制可根據(jù)實際處理流量分級提供不同的保護策略。 要求兩個業(yè)務(wù)處理機能夠均勻的實現(xiàn)負荷分擔。 答復(fù)：滿足，中興短消息系統(tǒng)包含許多部件，以IW/GMSC為例，它由控制部件、信號設(shè)備、交換網(wǎng)絡(luò)、中繼電路等等組成。從可靠性模型角度來看應(yīng)該可以等效為一個串并聯(lián)的混合系統(tǒng)。其中有的部分如中繼電路、交換網(wǎng)絡(luò)等包括多套設(shè)備，只有在全部設(shè)備發(fā)生故障時才引起系統(tǒng)中斷。因此，它們內(nèi)部屬并聯(lián)結(jié)構(gòu)。而不同部件之間的組合屬于串聯(lián)結(jié)構(gòu)。以下為中興各部件的MTBF（Mean Time B

44、etween Failure平均故障間隔時間）和系統(tǒng)MTTR（Mean Time To Repair平均維修時間）： GMP ： 65000小時 GSYCK： 50000小時 GCOMM： 60000小時 GSP： 60000小時 GPOWP： 100000小時 MTTR： 0.05小時 因此可以推算出系統(tǒng)的MTBF＝60000小時，系統(tǒng)的MTTR＝0.05小時，系統(tǒng)的可用度A＝99.99962%。 8.3 可擴容性 設(shè)備應(yīng)采用模塊化結(jié)構(gòu)，具有平滑擴容的能力。賣方詳細說明所提供配置的最終處理能力。 答復(fù)：滿足 l 單條2M信令鏈路在0.

45、2Erl的情況下處理能力大于160條/秒 l 中興通訊短消息中心前臺信令處理部分IW/GMSC為模塊化組網(wǎng)，最大可31個模塊組成單短消息系統(tǒng)的信令處理部分，每個模塊處理能力為400條/秒-450條/秒 l 業(yè)務(wù)處理數(shù)據(jù)庫合一模塊采用全UNIX小型機架構(gòu)，處理能力為每模塊900條/秒，通過今后進一步升級擴容每模塊可達1200條/秒，目前可支持8個模塊組網(wǎng)。 人工坐席作為外部實體可單個連接到短消息中心也可作為一個整體連接到短消息中心，在外部接口滿足的條件下，可支持7560個人工坐席接入。 8.4 信令鏈路要求 系統(tǒng)應(yīng)能支持接入的移動本地網(wǎng)中所有MSC滿負荷時用戶容量的需求，其存儲容量應(yīng)能

46、滿足所有用戶使用短消息業(yè)務(wù)。 短消息中心與PLMN之間的NO.7信令鏈路可根據(jù)業(yè)務(wù)情況靈活配置。本期工程要求長沙現(xiàn)有和新建的短信中心均采用2M信令鏈路，每條信令鏈路的最大負荷為單向0.2 erl，并能夠與現(xiàn)有STP（華為和貝爾）設(shè)備連接。各鏈路之間能夠?qū)崿F(xiàn)負載均衡。在割接過程中應(yīng)能實現(xiàn)2M和64K信令鏈路混合接入，并實現(xiàn)負載均衡。 答復(fù)：滿足 8.5 消息丟失率 短消息中心接收并轉(zhuǎn)發(fā)短消息到處理完畢提交轉(zhuǎn)發(fā)的期間，由于系統(tǒng)原因造成的消息丟失率≤10-7。 答復(fù)：滿足 8.6 消息處理延遲 短消息中心接收到短消息到提交轉(zhuǎn)發(fā)的第一次發(fā)送嘗試的時間間隔≤1000ms(95%的概率)。

47、 答復(fù)：滿足 九、硬件要求 9.1 一般要求 賣方提供的硬件系統(tǒng)應(yīng)是高可靠性、高可用性、符合應(yīng)用要求下的高性能主機和存儲設(shè)備，同時提供存儲管理方案和系統(tǒng)備份方案。應(yīng)采用集群和冗余技術(shù)，支持對稱多處理技術(shù)，支持主備用或N+1冗余、負載分擔和共享磁盤陣列，保證系統(tǒng)高可靠的數(shù)據(jù)和不間斷工作的能力。 系統(tǒng)應(yīng)滿足以下要求： ⑴ 有嚴密的安全保密措施和較強的聯(lián)網(wǎng)能力。 ⑵ 系統(tǒng)硬件應(yīng)具有熱插拔功能。 ⑶ 考慮到今后的發(fā)展，要求系統(tǒng)在硬件（設(shè)備和接口的配置）上具有擴容方便的能力。 ⑷ 提供硬件配置說明及配置圖。 ⑸ 系統(tǒng)硬件設(shè)備生產(chǎn)有嚴格的質(zhì)量控制，經(jīng)過老化和嚴格篩選，設(shè)備應(yīng)具備長期使

48、用的高穩(wěn)定性和可靠性。 ⑹ 系統(tǒng)硬件設(shè)備必須不存在Y2K問題。 答復(fù)：滿足 9.2 主機要求 ⑴ 賣方應(yīng)詳細說明各個功能主機系統(tǒng)處理能力、內(nèi)存容量、I/O需求的計算模型、計算公式和結(jié)果，并由此給出相應(yīng)處理能力的主機配置。 ⑵ 要求采用主流小型機原廠的主流UNIX服務(wù)器，支持SMP技術(shù), 采用64位處理器； ⑶ 要求組成雙機或多機高可用群集系統(tǒng)。當其中一臺主機發(fā)生故障時，可將其上的應(yīng)用自動地切換到其它正常主機上，待故障主機修復(fù)后再切換回來； ⑷ 多機群集系統(tǒng)中的每個主機都應(yīng)同時處于工作狀態(tài)，并根據(jù)配置的情況運行相同或者不同的應(yīng)用（或應(yīng)用模塊），以保證主機資源的充分利用； ⑸ 主機

49、應(yīng)具備較強的健壯性，在計算機硬件、操作系統(tǒng)、存儲系統(tǒng)及應(yīng)用系統(tǒng)業(yè)務(wù)進程出現(xiàn)故障時，能迅速響應(yīng)并進行應(yīng)用的切換；集群系統(tǒng)中，某一臺計算機出現(xiàn)故障時，盡量不影響系統(tǒng)的應(yīng)用及響應(yīng)能力； ⑹ 主機的處理能力要求滿足的所有業(yè)務(wù)應(yīng)用和一定用戶規(guī)模的需求，而且需考慮全部系統(tǒng)的開銷及應(yīng)用切換時性能余量。系統(tǒng)設(shè)計時應(yīng)考慮30%的性能冗余； ⑺ 內(nèi)存容量的配置要考慮到主機正常運行狀態(tài)下的內(nèi)存利用率不應(yīng)大于70%，保證系統(tǒng)在業(yè)務(wù)高峰時仍具有較強的抗沖擊能力； ⑻ 主機應(yīng)支持千兆以太網(wǎng)接口或百兆以太網(wǎng)接口 ⑼ 主機的硬盤、網(wǎng)絡(luò)接口、網(wǎng)絡(luò)連接及電源均應(yīng)考慮足夠的冗余； ⑽ 支持電源、I/O設(shè)備、存儲設(shè)備的熱插

50、拔； ⑾ 主機系統(tǒng)設(shè)備應(yīng)具有適當?shù)臄U充能力，包括CPU數(shù)量的擴充、內(nèi)存容量的擴充、I/O能力的擴充和節(jié)點數(shù)的擴充等；并可支持CPU模塊的升級和群集內(nèi)節(jié)點的平滑擴充； ⑿ 主機系統(tǒng)平均無故障時間應(yīng)大于8萬小時； ⒀ 要求賣方提供主機TPMC、I/O帶寬、I/O吞吐率、設(shè)備擴容最大容量（含CPU、內(nèi)存、總線帶寬、接口模塊）、雙機耦合度。 答復(fù)：滿足，以每個短信中心新增900條/秒處理能力為例給出以下配置計算。 l 業(yè)務(wù)處理模塊 按照中興短消息中心的系統(tǒng)特點，四類基本消息所耗費的系統(tǒng)處理能力分別為： MO消息 占用0.11 次TPC-C事物處理能力 MT消息 占用0.20 次TP

51、C-C事物處理能力 AT消息 占用0.16 次TPC-C事物處理能力 AO消息 占用0.10 次TPC-C事物處理能力 現(xiàn)以新建900條短消息中心為例計算： 短消息中心處理能力為900條/秒，假設(shè)點對點業(yè)務(wù)占70％，點播類業(yè)務(wù)占20％，互通消息發(fā)送占5％，金融類業(yè)務(wù)占5％，通過以上設(shè)定可計算出總的短消息事務(wù)量為： ＝900×70％×（MO+MT）+900×20％×（MO+MT+AO+AT）+900×5％×（MO+AT）+900×5％×（MO+MT+AO+AT） ＝900（MO+0.95MT+0.25AO+0.3AT） 考慮1.3重發(fā)系數(shù)， 每秒處理事務(wù)量為：900（MO+1

52、.235MT+0.25AO+0.3AT） 由此計算出在處理短消息基本轉(zhuǎn)發(fā)業(yè)務(wù)系統(tǒng)所需的TPC-C值為21884tpmC。系統(tǒng)固有程序需要占用約3000tpmC，共需要24884tpmc. 業(yè)務(wù)處理數(shù)據(jù)庫模塊采用IBM P630系列小型機，每個模塊為雙機加CLUSTER結(jié)構(gòu)。 主機 IBM pSeries 630 2 臺 每臺主機配置： CPU 1-way 1.2 GHz POWER4+ Processor Card 2 個 　 內(nèi)存 2048MB (4x512MB) SDRAM DIMM Memory 2 組 　 本機硬盤 36.4 GB

53、 10,000 RPM Ultra3 SCSI Disk Drive Assembly 2 個 　 通信網(wǎng)卡 10/100 Mbps Ethernet PCI Adapter II 2 塊 　 光驅(qū) CD-ROM Drive - 48X (Max) IDE 1 個 在以上配置下： 單機tpmc為46971，考慮30％冗余，以上配置滿足本期擴容的要求。 中興通訊短消息中心采用內(nèi)存緩沖數(shù)據(jù)庫，將所有暫緩發(fā)送的短消息放置在系統(tǒng)緩沖隊列中。在一定時間端內(nèi)，暫緩發(fā)送的消息始終處于隊列中，減少大量不必要的數(shù)據(jù)讀寫，提高系統(tǒng)運行效率。以下是對消息發(fā)送時所需內(nèi)存進行計算。

54、 緩存消息只需要考慮MT消息。 忙時最大緩存消息數(shù) = 不含重發(fā)消息數(shù) ×重發(fā)比例×緩存時間 ＝389萬（條） 業(yè)務(wù)處理模塊所需內(nèi)存＝短消息忙時處理能力×短消息長度＋緩存短消息數(shù)×短消息長度 ＝605M+543M=1148M 本期擴容每個短消息中心有兩個業(yè)務(wù)處理模塊，每個業(yè)務(wù)處理模塊內(nèi)存需滿足574M的要求，系統(tǒng)本身需要128M內(nèi)存，以及加入過負荷緩存功能將占用500M內(nèi)存空間，考慮40％的系統(tǒng)冗余，本期工程每個模塊配置4G內(nèi)存。 9.3 存儲設(shè)備要求 存儲設(shè)備主要指磁盤陣列，實現(xiàn)系統(tǒng)數(shù)據(jù)的聯(lián)機存儲。 ⑴ 賣方應(yīng)詳細說明所需聯(lián)機存儲容量的計算模型、計算公式和結(jié)果，并由此給出

55、相應(yīng)的存儲設(shè)備配置的存儲容量和I/O能力等，并配置其端口數(shù)量應(yīng)滿足本期工程需要且具備一定的端口和背板擴容能力； ⑵ 磁盤陣列設(shè)備要求有很高的安全可靠性，MTBF≥80000小時； ⑶ 磁盤陣列設(shè)備應(yīng)可與多種廠家的主機系統(tǒng)相連； ⑷ 磁盤陣列應(yīng)能配合多機高可用群集系統(tǒng)的需要； ⑸ 磁盤陣列采用UltraSCSI接口或FC-AL接口，支持RAID 0、1、0+1、5； ⑹ 并可提供多通道、雙電源及冗余風扇完全的硬件冗余。保證在某一硬件出問題時，能夠進行自動切換，不出現(xiàn)單點故障； ⑺ 磁盤陣列設(shè)備應(yīng)具有較強的平滑擴充能力，包括系統(tǒng)存儲容量的擴充及I/O能力的擴充等； ⑻ 磁盤陣列應(yīng)支持

56、先進的存儲、備份方式等； ⑼ 在系統(tǒng)的硬件更新、增加或微碼升級時，能夠保證系統(tǒng)在線進行。支持在線擴盤和倒盤； ⑽ 提供多臺主機同時高效共享文件系統(tǒng)的能力，允許多個操作系統(tǒng)啟動多個I/O，同時存取一個邏輯卷。 答復(fù)：滿足，本期建設(shè)采用了三個存儲設(shè)備，配置和計算公式如下 計費模塊——滿足2004年底月最大消息流量15.4億條,采用IBM FAST200磁盤陣列 ? 基本軟件安裝空間：0.5G ? 每條消息計費按110字節(jié)計 ? 計費磁陣信息保存3個月（包含話單消息內(nèi)容），此外提供外接存儲設(shè)備MO保存 產(chǎn)生的數(shù)據(jù)量為： 0.5G+110BYTE ×1540000000條×3個月=4

57、73.7G 采用RAID0+1完全備份,所需各短信中心計費磁陣總?cè)萘繎?yīng)不小于946.6G。 數(shù)據(jù)庫模塊——滿足2004年底月最大消息流量15.4億條，采用IBM 7133-D40磁盤陣列 ? 基本軟件安裝空間：0.5G ? 短消息存放日期：30天 ? 每條短消息在硬盤上存儲字節(jié)數(shù)為：240BYTES 每天系統(tǒng)處理的短消息條數(shù)：4320KBHSM/0.1=43200000條。所需硬盤空間為： 0.5G+1540000000條×240BYTE=344.2G 采用RAID5冗余備份,所需各短信中心數(shù)據(jù)庫硬盤總?cè)萘繎?yīng)不小于413G。 源用戶查詢模塊——全省用戶短消息內(nèi)

58、容大型索引數(shù)據(jù)庫，按滿足2004年底月最大消息流量15.4億條設(shè)計，采用DELL PV210磁盤陣列 ? 基本軟件安裝空間：0.5G ? 短消息存放日期：3個月 ? 每條短消息在硬盤上存儲字節(jié)數(shù)為：330BYTES 所需硬盤空間為： 0.5+3個月×1540000000條×330BYTE=1420G 即所需各短信中心源用戶查詢模塊索引數(shù)據(jù)庫硬盤總?cè)萘繎?yīng)不小于1420G。 9.4 信令處理模塊要求 ⑴ 信令處理模塊負責處理與PLMN的信令交互，必須滿足信息產(chǎn)業(yè)部和集團公司相關(guān)規(guī)范。 ⑵ 賣方應(yīng)提供詳細的配置計算模型和計算過程。 ⑶ 短信息中心應(yīng)能提供2M信令傳輸模塊和

59、與處理能力配套的64K信令傳輸模塊，模塊配置應(yīng)留有一定余量，并不能成為系統(tǒng)瓶頸，不得在未達到設(shè)計峰值處理能力時出現(xiàn)擁塞。 ⑷ 各傳輸鏈路之間應(yīng)能負載均衡。 ⑸ 短消息中心應(yīng)支持至少8個信令點編碼。 答復(fù)：滿足，本期建設(shè)將全部采用中興通訊信令接入模塊主處理板， 根據(jù)新MP處理能力的計算，一個外圍消息處理模塊（MPM）處理能力為144萬—162萬BHSM。 新建一套1200條/秒的短信中心, 考慮部分模塊間冗余，配置4個外圍MPM模塊。 4個外圍處理模塊需2個中興STP設(shè)備機架，中心機架需單獨的一個機架，共計需3個機架。 機架采用直流供電，每個機架功耗小于500W。

60、 十、軟件要求 10.1 基本要求 ⑴ 模塊化 要求軟件采用分層的模塊化結(jié)構(gòu)，各模塊之間的通信應(yīng)按規(guī)定接口進行。任何一層的任何一個模塊的維護和更新以及新模塊的追加都不應(yīng)影響其它模塊的功能。 ⑵ 并行性 為承載大業(yè)務(wù)量，系統(tǒng)應(yīng)在軟件級別上實現(xiàn)業(yè)務(wù)處理的高度并行性，應(yīng)采用多進程、多線程技術(shù)，進程間負載均擔、協(xié)同處理；同時，結(jié)合硬件，實現(xiàn)分布式計算、負載均衡和互為備份，從而提高系統(tǒng)資源利用率和系統(tǒng)可靠性。 賣方應(yīng)提供短消息處理能力計算方法、計算結(jié)果和本次配置處理能力。 存儲應(yīng)采用先進的存儲策略，使得數(shù)據(jù)能夠均衡分布在硬盤上；同時，能夠動態(tài)分配用戶存儲空間，提高存儲設(shè)備的利用率。

61、⑶ 低耦合 系統(tǒng)參數(shù)、用戶數(shù)據(jù)與處理程序應(yīng)有相對的獨立性。用戶數(shù)據(jù)的任何變更都不應(yīng)引起運行版本程序的變更。處理程序應(yīng)與任何系統(tǒng)參數(shù)、用戶數(shù)據(jù)相適應(yīng)。 ⑷ 容錯性和健壯性 軟件應(yīng)有容錯能力，一般小的軟件故障不應(yīng)引起各類嚴重的系統(tǒng)再啟動。 容錯包括對用戶誤操作的容錯，采用存儲/轉(zhuǎn)發(fā)機制保證應(yīng)用系統(tǒng)的容錯性能。 軟件設(shè)計應(yīng)有健壯性，某一軟件模塊內(nèi)的軟件錯誤應(yīng)限制在本模塊內(nèi)，而不應(yīng)造成其它軟件模塊的錯誤。 ⑸ 可監(jiān)測 應(yīng)具有軟件運行故障的監(jiān)測功能。一旦軟件出現(xiàn)死循環(huán)等重大故障，應(yīng)能自動再啟動，并產(chǎn)生即時故障報告信息。采用錯誤標識代碼準確標識錯誤點，同時生成日志文件，以便維護；并以可視化界

62、面報警的形式提示系統(tǒng)管理員檢測和修復(fù)。故障定位還包括系統(tǒng)對硬件故障的診斷和維護。 ⑹ 安全性 采用的認證和加密等安全技術(shù)保證以防止非法用戶的侵入。 答復(fù)：滿足 10.2 軟件功能要求 ⑴ 要求有完善的實時操作系統(tǒng)。 ⑵ 要求具有計費處理功能，并能夠與計費處理中心相配合。 ⑶ 要求具有網(wǎng)管子系統(tǒng)及處理相應(yīng)業(yè)務(wù)的功能。 ⑷ 要求具有對各種硬件設(shè)備測試的功能。 ⑸ 要求具有對軟件、硬件運行故障的監(jiān)測功能。有完善的故障告警及故障事后處理功能。要求具有與集中維護管理中心相配合的控制功能。 ⑹ 要求具有友好、方便的圖形化人機界面。 ⑺ 要求具有完善的維護管理功能，具有用戶數(shù)據(jù)管理、系

63、統(tǒng)觀察管理、軟件維護管理、設(shè)備維護管理等功能。 ⑻ 要求具有故障自診斷和故障定位功能。 答復(fù)：滿足 10.3 軟件維護管理功能要求 ⑴ 要求具有在不中斷處理呼叫接續(xù)的情況下，完成程序打補釘?shù)墓δ堋? ⑵ 要求對于全部系統(tǒng)參數(shù)和用戶數(shù)據(jù)都可以在不影響呼叫接續(xù)處理的情況下，用人機交互方式進行數(shù)據(jù)的查詢、修改變更和追加操作，以及由軟盤或其它媒介進行批量數(shù)據(jù)的引入運行。對原運行數(shù)據(jù)的暫存、重新運行，使用刪除。 ⑶ 若對修改后軟件不滿意或?qū)⑿薷暮筌浖胂到y(tǒng)后，對系統(tǒng)有副作用或發(fā)現(xiàn)新版本有問題，應(yīng)能方便而迅速地（在1分鐘內(nèi)）恢復(fù)原來的程序。 ⑷ 故障診斷軟件的診斷 要求故障診斷軟件能對

64、硬件故障進行診斷和定位，故障診斷定位后應(yīng)能顯示或打印，報告故障設(shè)備的物理位置等有關(guān)信息。 答復(fù)：滿足 10.4 用戶界面 ⑴ 采用良好的人/機交互界面設(shè)計，提供多種操作接入手段（本地和遠程登錄），便于直觀、快捷的操作。 ⑵ 系統(tǒng)必須提供純中文操作界面。 ⑶ 系統(tǒng)能連接打印機、文件存儲設(shè)備（如磁盤、光盤等）。系統(tǒng)能用菜單進行顯示和查閱；能用口令控制操作的權(quán)限，防止無權(quán)人員使用影響系統(tǒng)運行；能保留全部人機操作記錄，并可進行查閱和輸出打印。 答復(fù)：滿足 10.5 數(shù)據(jù)庫軟件 要求數(shù)據(jù)庫軟件采用Oracle數(shù)據(jù)庫。 答復(fù)：滿足 10.6 開發(fā)工具 系統(tǒng)的開發(fā)工具采用目

65、前的主流產(chǎn)品，其開發(fā)語言應(yīng)是標準C 語言、JAVA、JAVASCRIPT、C++等業(yè)界通用開發(fā)語言。 答復(fù)：滿足 十一、同步 11.1 同步方式 采用主從同步方式，系統(tǒng)必須具備內(nèi)同步時鐘。 答復(fù)：滿足 11.2 同步鏈路 可由NO.7信令網(wǎng)到系統(tǒng)的PCM鏈路中提取同步信號對系統(tǒng)內(nèi)部時鐘進行鎖相同步。在任何情況下，必須保證每一網(wǎng)絡(luò)單元始終的主從控制關(guān)系，不得出現(xiàn)閉合環(huán)路控制和雙向互控情況。 答復(fù)：滿足 11.3 時鐘等級 時鐘等級為三類時鐘。 答復(fù)：滿足，中興通訊短消息中心時鐘等級為2級A類時鐘。 十二、鑒權(quán)和安全 12.1 用戶鑒權(quán) ⑴ 系統(tǒng)應(yīng)能夠?qū)Χ绦庞脩?/p>

66、身份和SME進行認證，鑒權(quán)方式可采用用戶號段鑒權(quán)或/和用戶開戶信息鑒權(quán)，對MO和MT分別進行鑒權(quán)；同時系統(tǒng)應(yīng)提供VIP名單、黑名單等功能和多種組合鑒權(quán)規(guī)則，按照規(guī)則分配短信處理優(yōu)先級別并對非法用戶提交的請求進行拒絕。 ⑵ 系統(tǒng)應(yīng)能對虛擬短消息中心按用戶號段進行鑒權(quán)，且同一用戶號段可屬于不同虛擬短消息中心。 ⑶ 系統(tǒng)應(yīng)能提供可視化界面且操作靈活方便的認證規(guī)則修改工具。 答復(fù)：中興短消息系統(tǒng)提供四種鑒權(quán)方式：按號短鑒權(quán)，按開戶信息鑒權(quán)，先按號段再按開戶信息鑒權(quán)，不鑒權(quán)，并在新一代監(jiān)控系統(tǒng)中提供VIP名單、黑名單等功能和多種組合鑒權(quán)規(guī)則。 12.2 操作權(quán)限和認證 系統(tǒng)管理權(quán)限必須嚴格分級，一般可分為系統(tǒng)管理員、用戶管理員、統(tǒng)計監(jiān)控管理員等，并按所需操作權(quán)限分配操作內(nèi)容。 對所有操作請求進行認證，以防止非法用戶操作。同時，記錄操作人員的每步操作內(nèi)容、登錄時間和所使用的終端。 答復(fù)：滿足 12.3 安全控制 系統(tǒng)應(yīng)采用防火墻技術(shù)等來保證系統(tǒng)安全，并提供安全訪問控制機制和系統(tǒng)端口安全監(jiān)測手段。 短消息中心應(yīng)不得與內(nèi)部其它業(yè)務(wù)系統(tǒng)同在一個局域網(wǎng)內(nèi)直接互聯(lián)，必須實現(xiàn)網(wǎng)段或