1、 .DOC資料. 附件五技術規(guī)范及點對點應答目 錄 TOC o 1-3 一、總則 PAGEREF _Toc56136094 h 11.1 規(guī)范內(nèi)容 PAGEREF _Toc56136095 h 11.2 編制依據(jù) PAGEREF _Toc56136096 h 11.3 規(guī)范要求 PAGEREF _Toc56136097 h 21.4 縮略語 PAGEREF _Toc56136098 h 3二、工程概況 PAGEREF _Toc56136099 h 42.1 工程背景 PAGEREF _Toc56136100 h 42.2 系統(tǒng)現(xiàn)狀 PAGEREF _Toc56136101 h 42.3 工程建

2、設規(guī)模 PAGEREF _Toc56136102 h 5三、系統(tǒng)建設原則 PAGEREF _Toc56136103 h 5四、系統(tǒng)結構 PAGEREF _Toc56136104 h 64.1 系統(tǒng)網(wǎng)絡結構 PAGEREF _Toc56136105 h 64.2 系統(tǒng)功能模塊 PAGEREF _Toc56136106 h 8五、通信接口和組織 PAGEREF _Toc56136107 h 105.1 通信接口 PAGEREF _Toc56136108 h 105.2 通信組織 PAGEREF _Toc56136109 h 11六、系統(tǒng)業(yè)務與功能 PAGEREF _Toc56136110 h 11

3、6.1 短消息中心支持的業(yè)務 PAGEREF _Toc56136111 h 116.2 短消息中心的功能 PAGEREF _Toc56136112 h 12七、編號與撥號方式 PAGEREF _Toc56136113 h 197.1 短消息中心的編號 PAGEREF _Toc56136114 h 197.2 自動/人工短消息接入號 PAGEREF _Toc56136115 h 197.3 撥號方式 PAGEREF _Toc56136116 h 197.4 SP服務代碼 PAGEREF _Toc56136117 h 197.5 尋址 PAGEREF _Toc56136118 h 20八、性能指標

4、 PAGEREF _Toc56136119 h 208.1 處理能力 PAGEREF _Toc56136120 h 208.2 可靠性和可用性 PAGEREF _Toc56136121 h 208.3 可擴容性 PAGEREF _Toc56136122 h 218.4 信令鏈路要求 PAGEREF _Toc56136123 h 228.5 消息丟失率 PAGEREF _Toc56136124 h 228.6 消息處理延遲 PAGEREF _Toc56136125 h 23九、硬件要求 PAGEREF _Toc56136126 h 239.1 一般要求 PAGEREF _Toc56136127

5、h 239.2 主機要求 PAGEREF _Toc56136128 h 239.3 存儲設備要求 PAGEREF _Toc56136129 h 269.4 信令處理模塊要求 PAGEREF _Toc56136130 h 29十、軟件要求 PAGEREF _Toc56136131 h 2910.1 基本要求 PAGEREF _Toc56136132 h 2910.2 軟件功能要求 PAGEREF _Toc56136133 h 3010.3 軟件維護管理功能要求 PAGEREF _Toc56136134 h 3110.4 用戶界面 PAGEREF _Toc56136135 h 3110.5 數(shù)據(jù)庫

6、軟件 PAGEREF _Toc56136136 h 3210.6 開發(fā)工具 PAGEREF _Toc56136137 h 32十一、同步 PAGEREF _Toc56136138 h 3211.1 同步方式 PAGEREF _Toc56136139 h 3211.2 同步鏈路 PAGEREF _Toc56136140 h 3211.3 時鐘等級 PAGEREF _Toc56136141 h 33十二、鑒權和安全 PAGEREF _Toc56136142 h 3312.1 用戶鑒權 PAGEREF _Toc56136143 h 3312.2 操作權限和認證 PAGEREF _Toc5613614

7、4 h 3312.3 安全控制 PAGEREF _Toc56136145 h 34十三、計費 PAGEREF _Toc56136146 h 3413.1 計費實現(xiàn)方式 PAGEREF _Toc56136147 h 3413.2 話單格式 PAGEREF _Toc56136148 h 3413.3 計費接口 PAGEREF _Toc56136149 h 3513.4 計費數(shù)據(jù)的存儲要求 PAGEREF _Toc56136150 h 35十四、監(jiān)測維護和網(wǎng)管 PAGEREF _Toc56136151 h 3514.1 系統(tǒng)狀態(tài)監(jiān)測 PAGEREF _Toc56136152 h 3514.2 維護管

8、理 PAGEREF _Toc56136153 h 3614.3 日志記錄 PAGEREF _Toc56136154 h 3614.4 報障功能 PAGEREF _Toc56136155 h 3614.5 狀態(tài)監(jiān)控功能 PAGEREF _Toc56136156 h 3614.7 網(wǎng)絡管理 PAGEREF _Toc56136157 h 37十五、統(tǒng)計功能 PAGEREF _Toc56136158 h 3715.1 一般要求 PAGEREF _Toc56136159 h 3715.2 業(yè)務統(tǒng)計 PAGEREF _Toc56136160 h 3815.3 性能統(tǒng)計 PAGEREF _Toc561361

9、61 h 38十六、機房環(huán)境、電源及接地 PAGEREF _Toc56136162 h 3816.1 機房環(huán)境 PAGEREF _Toc56136163 h 3816.2 電源要求 PAGEREF _Toc56136164 h 3916.3 接地、抗雷電和過壓過流保護 PAGEREF _Toc56136165 h 3916.4 設備安裝 PAGEREF _Toc56136166 h 41十七、工程實施和測試內(nèi)容 PAGEREF _Toc56136167 h 4117.1 工程實施 PAGEREF _Toc56136168 h 4117.2 系統(tǒng)割接 PAGEREF _Toc56136169 h

10、 4217.3 測試內(nèi)容 PAGEREF _Toc56136170 h 42十八、技術服務和培訓及技術文件 PAGEREF _Toc56136171 h 4318.1 技術服務 PAGEREF _Toc56136172 h 4318.2 技術培訓 PAGEREF _Toc56136173 h 4518.3 技術文件 PAGEREF _Toc56136174 h 46一、總則本文件是湖南省移動通信有限責任公司（以下簡稱買方）短消息中心系統(tǒng)技術規(guī)范書。設備供應商/公司（以下簡稱賣方）應根據(jù)本規(guī)范向買方提供技術建議書和報價。答復：滿足1.1 規(guī)范內(nèi)容 本規(guī)范書對湖南移動短消息中心系統(tǒng)的結構、業(yè)務功能

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

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

13、足程度明確給出“滿足”、“不滿足”、“部分滿足”等應答，然后給予具體、詳細的說明。在答復中，要求明確滿足的程度，凡采用“詳見”、“參見”方式說明的，應指明參見文檔的具體章節(jié)或頁碼。 賣方應根據(jù)本技術規(guī)范書的工程、技術要求在規(guī)定時間內(nèi)提供相應數(shù)量的建議書（中文）和報價（中文）。建議書與報價應單獨分冊（報價信函密封）分別作為技術談判和商務談判文件，同時分別提供電子版文件。在建議書中應說明對供貨時間、安裝、調(diào)測、驗收等進度的具體安排。 賣方應列出其建議書中所提供設備和系統(tǒng)在世界范圍內(nèi)和國內(nèi)的應用情況，諸如最大網(wǎng)絡規(guī)模、業(yè)務類型及開展方式、用戶數(shù)量等。 由賣方原因造成的工期延誤，由賣方賠償買方的損失。

14、 賣方對于規(guī)范書的疑問可以通過書面材料與買方聯(lián)系。在規(guī)定的建議書提交最后期限以前，買方將以書面材料給予答復，有關買方答復材料的復印件也將遞交所有得到技術規(guī)范書的賣方。 在技術談判的各個階段，買方將以書面形式要求賣方對有關問題進行進一步的技術澄清，賣方應以書面資料給予正式應答；所有各階段的技術澄清文件都將作為合同附件。 未經(jīng)買方許可，賣方不得以任何形式向第三方提供本文件的全部或部分內(nèi)容。 買方在任何時候都保留和擁有對本文件的解釋權和修改權。買方有權在簽定合同前，根據(jù)需要修改和補充本技術規(guī)范書，修改補充后的最終技術規(guī)范書將作為合同的附件。 由賣方所提供的設備部件間的連線和插接件均應視為設備內(nèi)部器件

15、，包含在相應的設備之中。 賣方應提供設備安裝、測試所需的電纜、安裝材料、專用的工具儀表等。并應根據(jù)配置情況詳細列出各種設備、材料、工具儀表和軟件等的清單并詳細說明各項費用。 賣方提供的設備必須在2003年12月20日前割接上線。答復：滿足，設備配置情況及各項費用詳見配置報價，工程進度詳見工程進度表。1.4 縮略語SMSCShort Message Service Center短消息中心ISMGInternet Short Message Gateway互聯(lián)網(wǎng)短消息網(wǎng)關，簡稱短消息網(wǎng)關SMS G/IW MSCSMS Gateway/IW MSC短消息業(yè)務入口/互通MSCSMEShort Mess

16、age Entity短消息實體MSMobile Station移動臺MOMobile Originated移動臺發(fā)起MTMobile Terminated移動臺終止IODInformation On-Demand信息點播SMPPShort Message Peer-to-Peer短消息點對點協(xié)議FTPFile Transfer Protocol文件傳輸協(xié)議FTAMFile Transfer Access Management文件傳輸訪問管理協(xié)議答復：知悉二、工程概況2.1 工程背景雖然我省SMSC已進行過三次擴容，但現(xiàn)有SMSC處理能力和用戶容量已基本接近規(guī)劃設計能力和容量。同時根據(jù)業(yè)務預測，

17、至2004年12月湖南省短信需處理能力3500條SM/秒，故現(xiàn)有SMSC的處理能力和容量不能滿足業(yè)務發(fā)展需求。隨著短信業(yè)務量的增長，用戶對短信業(yè)務種類提出了更趨多樣化的需求，由此湖南移動在短信市場不斷開發(fā)出新的產(chǎn)品，從而刺激業(yè)務量進一步增長。如近期相繼面向全省推出手機支付、手機定位等等業(yè)務，可以預見此類應用必將對SMSC系統(tǒng)的峰值處理能力提出更高的要求。因此，根據(jù)業(yè)務發(fā)展需要必須對全省短消息中心的處理能力進行擴容。答復：知悉2.2 系統(tǒng)現(xiàn)狀1、短信系統(tǒng)現(xiàn)狀湖南省移動通信公司SMSC于1996年開始建設，經(jīng)2000年一期和2001年二期和2002年三期擴容后，目前全省共有4套SMSC，分別設于長

18、沙（2套）、衡陽（1套）、邵陽（1套）3地，其余11個市州均以虛擬SMSC的方式接入相應的SMSC，實現(xiàn)了全省范圍的覆蓋，已具有一定的網(wǎng)絡規(guī)模，峰值處理能力共計2300條SM/秒。具體情況如下表：表2.1 短消息中心情況表局名覆蓋范圍處理能力長沙SMSC1（東風路）株洲、湘潭、岳陽、郴州、永州、益陽、懷化、自治州和張家界900條/秒長沙SMSC2（妙高峰）長沙900條/秒衡陽SMSC衡陽和常德300條/秒邵陽SMSC邵陽和婁底200條/秒另外，所有SMSC同時與位于長沙的1套短信網(wǎng)關互聯(lián)。2、短信流量根據(jù)統(tǒng)計目前短信中心月計費流量為2.3億條（實際流量為3.4倍），根據(jù)業(yè)務預測到2004年底短

19、信中心月計費流量為4.6億條（實際流量為15.4億條）。其中MO：MT=48%:52%。答復：知悉2.3 工程建設規(guī)模由于現(xiàn)有系統(tǒng)無法滿足日益增長的業(yè)務需求，根據(jù)湖南移動發(fā)展移動數(shù)據(jù)業(yè)務營銷和移動客戶服務的要求，考慮到現(xiàn)階段的實際情況，新的系統(tǒng)將在保留原有設備的基礎上，進行擴容。本期工程全省共新增峰值處理能力共計1200條SM/秒，系統(tǒng)建成后達到3500條SM/秒。答復：滿足，中興通訊將在保留原有設備的基礎上提供三種技術解決方案，系統(tǒng)建成后全省短信業(yè)務處理能力可達到3500條/秒。三、系統(tǒng)建設原則建設短消息中心滿足用戶對短信及其增值業(yè)務的需求，并為運營商的業(yè)務發(fā)展提供網(wǎng)絡支撐，短信系統(tǒng)的擴容建

20、設和設計應滿足以下原則： 安全可靠性具有切實有效的手段保障系統(tǒng)數(shù)據(jù)準確性、安全保密性及系統(tǒng)運行穩(wěn)定性。 高效性系統(tǒng)具有高處理速度和吞吐能力，以滿足用戶對服務質(zhì)量的要求，并根據(jù)短信類別，按詳單產(chǎn)生計費數(shù)據(jù)。 互連開放性作為短信業(yè)務承載平臺，應支持統(tǒng)一的短信業(yè)務接口。 可管理性具備便于操作、管理的系統(tǒng)監(jiān)測、維護手段，并可通過統(tǒng)計數(shù)據(jù)對系統(tǒng)性能進行評估，同時統(tǒng)計功能應靈活方便，以便于運營商根據(jù)變化的市場和業(yè)務種類對短信業(yè)務進行所需的統(tǒng)計分析。 可擴充性提供開放的業(yè)務接口和方便的業(yè)務生成工具，使運營商可在平臺基礎上二次開發(fā)短信增值新業(yè)務?？傊?，系統(tǒng)設計與建設中應充分考慮和利用現(xiàn)有各種資源，既要考慮系統(tǒng)

21、的先進性和有效性，又要考慮其實現(xiàn)的可行性和經(jīng)濟性。系統(tǒng)設計與建設要符合業(yè)務管理需求，系統(tǒng)結構、數(shù)據(jù)接口應可靈活擴展，為將來業(yè)務拓展提供空間。答復：滿足四、系統(tǒng)結構4.1 系統(tǒng)網(wǎng)絡結構SMSC系統(tǒng)結構如圖4.1所示:圖4.1 系統(tǒng)結構示意圖 短消息中心實體包括SMS G/IW MSC（短信業(yè)務關口/互通MSC）和SMSC兩部分，主要完成存儲轉(zhuǎn)發(fā)的功能。通常兩部分合設形成統(tǒng)一的實體，以標準的MAP信令與PLMN相連接。其中，SMS G/IW MSC為支持移動臺（MS）發(fā)起和終止的短信業(yè)務，承擔SMSC與PLMN之間的網(wǎng)關作用，SMS GMSC具有從SMSC接收短信，向HLR詢問路由信息，并向MS所

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

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

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

25、傳送。短消息系統(tǒng)根據(jù)短消息的提交和轉(zhuǎn)發(fā)，分別產(chǎn)生SMS-MO-in SC和SMS-MT-in SC兩類話單。ZXG10SC標準話單的計費信息：話單類型、主叫號碼、被叫號碼、短消息中心號碼、短消息長度、短消息優(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)管平臺及其接口應符合集團公司相關規(guī)范要求。答復：滿足，中興通訊將在原有網(wǎng)管系統(tǒng)上按中移建設要求增加直連網(wǎng)元接口，并在原有操作維護模塊采用新

26、一代短信監(jiān)控系統(tǒng)以提供告警，配置，性能統(tǒng)計等數(shù)據(jù)的統(tǒng)計和管理和各類用戶消息的監(jiān)測、統(tǒng)計功能。（4）SME接口模塊短消息中心應提供SME接入接口，按照流量計算接口容量，并不得限制SMPP接口數(shù)量，不低于短消息中心配置的峰值處理能力。答復：滿足。（5）WEB/WAP接口為便于將來業(yè)務的發(fā)展、系統(tǒng)的擴充，應提供與WAP網(wǎng)關的接口。答復：滿足。（6）短信網(wǎng)關接口為實現(xiàn)短消息中心與ISMG連接提供統(tǒng)一的接口。答復：滿足。（7）防火墻和防病毒模塊實現(xiàn)對短消息中心系統(tǒng)的安全保障，防止非法訪問。系統(tǒng)應具備防病毒功能，保證系統(tǒng)不受病毒侵害，提供病毒碼的在線升級。答復：滿足。五、通信接口和組織5.1 通信接口賣方

27、提供的短消息中心系統(tǒng)必須符合以下各項接口標準： 與ISMG的通信接口采用SMPP V3.4及以上版本。 與SME的通信接口由于目前國內(nèi)SMSC-SME之間的接口規(guī)范尚未最終確定，本系統(tǒng)中短消息中心與信息點播、語音信箱以及ISMG的接口暫時采用SMPP3.3協(xié)議。規(guī)范出臺后，本系統(tǒng)中此接口應做相應升級或修改，以符合短消息中心與SME接口規(guī)范要求。 與省網(wǎng)管中心之間的通信接口網(wǎng)管協(xié)議采用SNMP V2或Q3及其以上版本協(xié)議，并符合集團公司相關網(wǎng)管規(guī)范。 與計費中心之間的通信接口采用FTAM/FTP傳輸協(xié)議。同時要求VIP用戶數(shù)據(jù)與BOSS系統(tǒng)實時同步。 與PLMN的七號信令接口應符合900/180

28、0MHz TDMA數(shù)字蜂窩移動通信網(wǎng)移動應用部分（MAP）第二階段技術規(guī)范和信息產(chǎn)業(yè)部GSM NO.7信令網(wǎng)技術體制。 與SGSN的Gd接口短消息中心應支持與SGSN的Gd接口，支持與WAP網(wǎng)關的接口。 與后備數(shù)據(jù)庫的接口短信息中心應按照集團公司統(tǒng)一要求的接口規(guī)范提供與后備數(shù)據(jù)庫的接口，以支持對短信的過濾。答復：滿足，提供與BOSS系統(tǒng)的接口，因采用VIP優(yōu)先用戶發(fā)送功能會使短信中心整體處理能力下降30%，推薦不采用該功能。中興通訊垃圾短信VIP用戶過濾功能可保證特殊用戶不受垃圾用戶使用權限設置，并且不影響短信中心整體處理能力，推薦采用。5.2 通信組織由于目前4套SMSC局址分別位于長沙東風

29、路交換機房、妙高峰交換機房、衡陽解放路機房、紹陽移動交換機房，1套短信網(wǎng)關位于長沙東風路機房，省網(wǎng)管中心位于湖南移動通信指揮中心大樓6樓機房，省計費中心位于妙高峰12樓機房，故它們之間的通信需要互聯(lián)，實現(xiàn)方式要求如下：（1）與ISMG的通信接口采用100Mbps局域網(wǎng)方式或2Mbps方式互聯(lián)。（2）與其它SME的接口SME采用局域網(wǎng)或2Mbps方式互聯(lián)。（3）與省網(wǎng)管中心之間的接口傳輸電路采用64Kbps DDN或2Mbps。（4）與計費中心之間的接口采用FTAM/FTP傳輸協(xié)議，傳輸電路采用64Kbps DDN或2Mbps。（5）與NO.7信令網(wǎng)的接口采用64Kbps信令鏈路或2Mbps信令

30、鏈路與1對LSTP（或1對HSTP、1對GMSC）和MSC互聯(lián)。長沙短消息中心的E1傳輸接口采用120歐姆阻抗，其它短消息中心采用75歐姆阻抗。答復：滿足。六、系統(tǒng)業(yè)務與功能6.1 短消息中心支持的業(yè)務 移動臺發(fā)起/終止的字母/漢字（最大140個8 bits字符）短消息業(yè)務； 可支持二進制形式的短消息業(yè)務； 當用戶的語音信箱中有留言時，系統(tǒng)可通過短消息通知移動臺； 定時發(fā)送業(yè)務，系統(tǒng)可在設定時間向某用戶或批量向設定的若干用戶發(fā)送短消息； 可支持1258人工/1259自動短消息業(yè)務； 可支持信息點播業(yè)務； 可支持全球呼業(yè)務； 可支持話費催繳； 可支持EMS業(yè)務； 可支持手機銀行、手機證券； 新業(yè)

31、務擴展能力能夠根據(jù)運營商需要開發(fā)增值業(yè)務，系統(tǒng)應提供對外開放的業(yè)務開發(fā)接口，使運營商具備二次開發(fā)的手段。系統(tǒng)可支持SMPP V3.3協(xié)議及以上。答復：滿足。6.2 短消息中心的功能短消息中心實體的功能應符合ETSI GSM規(guī)范03.40（V4.9.1）的要求。答復：滿足。6.2.1 短消息的存儲能力短消息中心能夠?qū)τ脩籼峤坏亩滔?shù)據(jù)進行存儲，內(nèi)容包括： 短消息文本（1n）條； 短消息的時間、長度、優(yōu)先級、有效期； 發(fā)起者和目的地址及應用類別（MO/MT等）； 信息來源、狀態(tài)報告、失敗原因等。 存儲器容量：短消息原始話單保留3個月，計算得出相應短消息中心存儲器容量，并說明算法。答復：滿足，根據(jù)

32、現(xiàn)有短消息量的統(tǒng)計方式，將手機用戶起呼消息MO和手機用戶終呼消息MT分別進行計算，即各算一條消息。由于目前外網(wǎng)網(wǎng)關和網(wǎng)關發(fā)往本網(wǎng)的AO、AT消息的主要話單由網(wǎng)關負責提供，所以該部分消息雖然占有系統(tǒng)資源，但暫不單獨進行統(tǒng)計。根據(jù)技術規(guī)范書設計要求，在2004年底短信中心月計費流量為4.6億條（實際流量為15.4億條）。其中MO：MT=48%:52%。中興通訊存儲器容量如下所示：1、計費模塊滿足2004年底月最大消息流量15.4億條,采用IBM FAST200磁盤陣列基本軟件安裝空間：0.5G每條消息計費按110字節(jié)計計費磁陣信息保存3個月（包含話單消息內(nèi)容），此外提供外接存儲設備MO保存產(chǎn)生的數(shù)

33、據(jù)量為：0.5G+110BYTE 1540000000條3個月=473.7G采用RAID0+1完全備份,所需各短信中心計費磁陣總?cè)萘繎恍∮?46.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è)萘繎恍∮?13G。3、源用戶查詢模塊全省用戶短消息

34、內(nèi)容大型索引數(shù)據(jù)庫，按滿足2004年底月最大消息流量15.4億條設計，采用DELL PV210S磁盤陣列基本軟件安裝空間：0.5G短消息存放日期：3個月每條短消息在硬盤上存儲字節(jié)數(shù)為：330BYTES所需硬盤空間為：0.5+3個月1540000000條330BYTE=1420G 即所需各短信中心源用戶查詢模塊索引數(shù)據(jù)庫硬盤總?cè)萘繎恍∮?420G。6.2.2 短消息的提交和轉(zhuǎn)發(fā) 短消息提交當短消息提交給短消息中心后，在確認消息有效后，將短消息及時保存，并向發(fā)起者回發(fā)確認信息。 短消息轉(zhuǎn)發(fā)短消息中心取出應該發(fā)送的消息，并確保在一個時刻向一個移動臺（MS）發(fā)送一條消息。如果轉(zhuǎn)發(fā)失敗，則短消息中心接

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

36、ALERT_SC信令）； 短消息中心進行定時自動重復轉(zhuǎn)發(fā)嘗試，并且可根據(jù)網(wǎng)絡側(cè)回發(fā)的失敗原因設定不同的重復轉(zhuǎn)發(fā)時間間隔和次數(shù)。答復：滿足。6.2.6 狀態(tài)報告短消息中心應有能力通知MS，該用戶發(fā)的短消息的狀態(tài)：轉(zhuǎn)發(fā)通知（成功轉(zhuǎn)發(fā)）、緩沖通知（暫時不成功狀態(tài)）、轉(zhuǎn)發(fā)失敗。同時短消息中心應能根據(jù)運營商要求設定狀態(tài)報告標志。答復：滿足。6.2.7 長短消息在移動臺支持的情況下，短消息中心應可完成長的短消息（長度140字節(jié)）轉(zhuǎn)發(fā)。答復：滿足。6.2.8 支持漢字/二進制短消息短消息中心應支持漢字短消息的透明傳輸；其漢字短消息編碼方案應符合GSM規(guī)范03.38（V5.2.0）；人工輸入漢字短消息終端應支

37、持GB13000CJK的漢字。具有支持二進制形式的短消息業(yè)務的能力。答復：滿足。6.2.9 流量控制功能短消息中心應有短消息的流量控制功能，可根據(jù)不同的SME、按時段進行流量控制，以防止網(wǎng)絡失敗和服務質(zhì)量下降時業(yè)務負荷的異常增長。答復：滿足。6.2.10 短消息路由短消息中心應有能力通過對短消息的目的地址以及短消息內(nèi)容中的明文部分進行路由選擇的能力，以分發(fā)短消息到信息點播、手機銀行等相應業(yè)務系統(tǒng)。答復：滿足。6.2.11 系統(tǒng)日志短消息中心應具有獨立的日志功能，對于系統(tǒng)運行、各業(yè)務功能情況等應具有詳細的記錄，并可對故障進行分類報告，以便事后分析故障原因。答復：滿足，為了使局方更好的操作和管理短

38、消息中心，ZXG10SC提供日志查看器，可對操作進行管理和維護。操作員對ZXG10SC的操作以一定方式自動記錄下來，以便在某種特定的情況下供操作人員查詢。日志文件存放在服務器上，對應的終端都可查看。6.2.12 告警功能短消息中心應具有監(jiān)測和告警功能，對于系統(tǒng)設備和各種業(yè)務應用的不正常狀態(tài)應產(chǎn)生文字和圖形告警信息，提醒操作人員注意。答復：滿足，短消息檢測和告警功能由故障管理系統(tǒng)提供，它包括對IW/GMSC和業(yè)務服務器等的運行進行故障管理，并于后臺實時提供文字和圖形告警信息。6.2.13 統(tǒng)計查詢功能1）短消息中心應具有統(tǒng)計分析功能，能靈活地對各種類型的業(yè)務應用進行組合統(tǒng)計，為運營商提供業(yè)務發(fā)展

39、定量分析，如：針對虛擬SMSC可分地區(qū)統(tǒng)計、可統(tǒng)計實際使用用戶數(shù)等。2）能根據(jù)按接收、發(fā)送、用戶號碼、發(fā)送日期、信息內(nèi)容及關鍵字等多個條件進行綜合查詢。3）增加對因攔截而未能成功發(fā)送的短信流量的統(tǒng)計報表及被攔截用戶已成功發(fā)送的統(tǒng)計報表。4）要求短信中心支持按主被叫用戶時段/內(nèi)容/關鍵字等多條件靈活在線查詢3個月短信內(nèi)容。5）要求短信中心支持按照錯誤代碼對各個虛擬短信中心分別統(tǒng)計。答復：滿足。 6.2.14 用戶鑒權能力對于MO方式短消息，短消息中心應能識別主發(fā)MS，判斷它是否為本短消息中心歸屬的用戶，或根據(jù)運營商需要的其它方式進行鑒權。答復：滿足，中興短消息系統(tǒng)提供四種鑒權方式：按號段鑒權，按

40、開戶信息鑒權，先按號段再按開戶信息鑒權，不鑒權，針對具體情況可對MO和MT的鑒權方式進行靈活配置。6.2.15 虛擬短消息中心多個移動本地網(wǎng)可共用一個短消息中心實體，該實體能夠支持不少于10個短消息中心號碼。實體中各短消息中心業(yè)務運行和維護管理相對獨立、互不干擾。答復：滿足，中興通訊的短消息系統(tǒng)最大支持255個虛擬短消息中心。6.2.16 網(wǎng)關功能短消息中心實體應具有SMS-G/IW MSC功能，即能夠向HLR詢問路由信息，并向MS所在VMSC轉(zhuǎn)發(fā)短消息。短消息中心作為一個獨立實體以標準的MAP信令接入PLMN。答復：滿足6.2.17 業(yè)務聯(lián)網(wǎng)功能短消息中心應能根據(jù)運營商的要求完成業(yè)務聯(lián)網(wǎng)。答

41、復：滿足。中興通訊短消息中心可采用雙網(wǎng)雙平面及進一步耦合的工作方式完成多個短信中心業(yè)務聯(lián)網(wǎng)。6.2.18 垃圾短信封堵功能1）短信過濾；對特定關鍵字進行過濾，對滿足特定關鍵字的信息不與發(fā)送；2）流量控制對于點對點短消息，針對一個用戶，系統(tǒng)能對每天發(fā)送量進行監(jiān)控，對于超出預設數(shù)目的短信不再下發(fā)，并回發(fā)用戶一條信息，告訴用戶其發(fā)送量過大，對其短信不再轉(zhuǎn)發(fā)。并將后續(xù)的一條短信發(fā)送至設定手機上（需考慮計費處理）。經(jīng)過預設的時長后，再恢復其短信發(fā)送功能。以上功能均應由短信中心自動實現(xiàn)，并且可根據(jù)運營商需求開通或關閉，其中短信預設數(shù)目、特定手機號碼、預設時長可由運營商方便、靈活的自定義。3）提供對垃圾短信

42、的靈活的統(tǒng)計和查詢功能答復：部分滿足，中興通訊新一代垃圾短信系統(tǒng)已對流量進行改進，可對不同用戶群按照不同監(jiān)控粒度進行流量控制，對于超出指定監(jiān)控信息流量范圍的用戶將發(fā)送告警和通知消息給系統(tǒng)管理員，并可自動啟用黑名單功能。目前暫不提供發(fā)送給垃圾短信用戶的提示通知消息。本期建設將提供源用戶查詢功能完成對各類消息的靈活統(tǒng)計和查詢功能。七、編號與撥號方式7.1 短消息中心的編號GSM用戶SIM卡中存儲的短消息中心的號碼用于MS發(fā)起的點對點短消息業(yè)務對于短消息中心的尋址。答復：滿足。7.2 自動/人工短消息接入號用于用戶通過話音接入要求操作員人工轉(zhuǎn)發(fā)或自動轉(zhuǎn)發(fā)短消息（一般采用撥打1258/1259的形式）

43、。答復：滿足。7.3 撥號方式 用戶撥打1258/1259秘書臺來人工/自動發(fā)送短消息； 用戶輸入目的用戶的MSISDN號碼發(fā)送點對點短消息； 用戶輸入規(guī)定的業(yè)務代碼點播SP短消息。答復：滿足。7.4 SP服務代碼短消息中心應支持SP服務代碼至少2萬個，并在數(shù)據(jù)配置上應支持最大匹配原則。答復：滿足。7.5 尋址短消息中心作為NO.7信令網(wǎng)中的一個信令點或多個信令點來尋址，該信令點的信令功能應符合NO.7信令相關規(guī)范的規(guī)定。賣方應明確說明短消息中心將消息發(fā)往NO.7信令網(wǎng)時所采用的負荷調(diào)度方式，如采用按用戶號段靜態(tài)分配消息路由方式或按輪詢動態(tài)分配消息路由方式。答復：滿足，短信中心與NO.7信令網(wǎng)

44、的負荷方式可采用按用戶號段靜態(tài)分配路由或按輪選方式動態(tài)分配消息。八、性能指標8.1 處理能力賣方根據(jù)買方要求，提供相應的處理能力配置，并保證具備擴容至2400條SM/秒的峰值處理能力。單條64K信令鏈路短消息處理承載能力不低于10條SM/秒和單向0.4 erl,單條2M信令鏈路短消息處理承載能力不低于160條SM/秒和單向0.2erl。當滿負荷運轉(zhuǎn)時，系統(tǒng)整體性能不應有明顯的下降。答復：滿足，中興通訊2M高速信令鏈路在上海移動和江蘇移動現(xiàn)網(wǎng)上商用。8.2 可靠性和可用性供應商應提供設備的預測MTBF，以及獲得這一參數(shù)的計算方法。要求設備MTBF至少達到2萬小時以上。為保證系統(tǒng)的高可靠性，短消息

45、中心的數(shù)據(jù)硬盤應硬件支持RAID1和RAID5，主處理機采用雙機備份，并提供在線數(shù)據(jù)備份的手段。短消息中心的關鍵軟件、硬件應有一定的容錯和備份措施，保證系統(tǒng)的不間斷運行，系統(tǒng)應具有軟件、硬件故障的自動在線恢復功能。短消息中心為防止業(yè)務中斷，應提供自保護機制，在達到最大處理能力時不得出現(xiàn)宕機，其保護機制可根據(jù)實際處理流量分級提供不同的保護策略。要求兩個業(yè)務處理機能夠均勻的實現(xiàn)負荷分擔。答復：滿足，中興短消息系統(tǒng)包含許多部件，以IW/GMSC為例，它由控制部件、信號設備、交換網(wǎng)絡、中繼電路等等組成。從可靠性模型角度來看應該可以等效為一個串并聯(lián)的混合系統(tǒng)。其中有的部分如中繼電路、交換網(wǎng)絡等包括多套設

46、備，只有在全部設備發(fā)生故障時才引起系統(tǒng)中斷。因此，它們內(nèi)部屬并聯(lián)結構。而不同部件之間的組合屬于串聯(lián)結構。以下為中興各部件的MTBF（Mean Time Between Failure平均故障間隔時間）和系統(tǒng)MTTR（Mean Time To Repair平均維修時間）：GMP ：65000小時GSYCK：50000小時GCOMM：60000小時GSP：60000小時GPOWP：100000小時MTTR： 0.05小時因此可以推算出系統(tǒng)的MTBF60000小時，系統(tǒng)的MTTR0.05小時，系統(tǒng)的可用度A99.99962%。8.3 可擴容性設備應采用模塊化結構，具有平滑擴容的能力。賣方詳細說明所提

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

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

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

50、復：滿足9.2 主機要求賣方應詳細說明各個功能主機系統(tǒng)處理能力、內(nèi)存容量、I/O需求的計算模型、計算公式和結果，并由此給出相應處理能力的主機配置。要求采用主流小型機原廠的主流UNIX服務器，支持SMP技術, 采用64位處理器；要求組成雙機或多機高可用群集系統(tǒng)。當其中一臺主機發(fā)生故障時，可將其上的應用自動地切換到其它正常主機上，待故障主機修復后再切換回來；多機群集系統(tǒng)中的每個主機都應同時處于工作狀態(tài)，并根據(jù)配置的情況運行相同或者不同的應用（或應用模塊），以保證主機資源的充分利用；主機應具備較強的健壯性，在計算機硬件、操作系統(tǒng)、存儲系統(tǒng)及應用系統(tǒng)業(yè)務進程出現(xiàn)故障時，能迅速響應并進行應用的切換；集群

51、系統(tǒng)中，某一臺計算機出現(xiàn)故障時，盡量不影響系統(tǒng)的應用及響應能力；主機的處理能力要求滿足的所有業(yè)務應用和一定用戶規(guī)模的需求，而且需考慮全部系統(tǒng)的開銷及應用切換時性能余量。系統(tǒng)設計時應考慮30%的性能冗余；內(nèi)存容量的配置要考慮到主機正常運行狀態(tài)下的內(nèi)存利用率不應大于70%，保證系統(tǒng)在業(yè)務高峰時仍具有較強的抗沖擊能力；主機應支持千兆以太網(wǎng)接口或百兆以太網(wǎng)接口主機的硬盤、網(wǎng)絡接口、網(wǎng)絡連接及電源均應考慮足夠的冗余；支持電源、I/O設備、存儲設備的熱插拔；主機系統(tǒng)設備應具有適當?shù)臄U充能力，包括CPU數(shù)量的擴充、內(nèi)存容量的擴充、I/O能力的擴充和節(jié)點數(shù)的擴充等；并可支持CPU模塊的升級和群集內(nèi)節(jié)點的平滑擴

52、充；主機系統(tǒng)平均無故障時間應大于8萬小時；要求賣方提供主機TPMC、I/O帶寬、I/O吞吐率、設備擴容最大容量（含CPU、內(nèi)存、總線帶寬、接口模塊）、雙機耦合度。答復：滿足，以每個短信中心新增900條/秒處理能力為例給出以下配置計算。業(yè)務處理模塊按照中興短消息中心的系統(tǒng)特點，四類基本消息所耗費的系統(tǒng)處理能力分別為：MO消息 占用0.11 次TPC-C事物處理能力MT消息 占用0.20 次TPC-C事物處理能力AT消息 占用0.16 次TPC-C事物處理能力AO消息 占用0.10 次TPC-C事物處理能力現(xiàn)以新建900條短消息中心為例計算：短消息中心處理能力為900條/秒，假設點對點業(yè)務占70，

53、點播類業(yè)務占20，互通消息發(fā)送占5，金融類業(yè)務占5，通過以上設定可計算出總的短消息事務量為：90070（MO+MT）+90020（MO+MT+AO+AT）+9005（MO+AT）+9005（MO+MT+AO+AT）900（MO+0.95MT+0.25AO+0.3AT）考慮1.3重發(fā)系數(shù)，每秒處理事務量為：900（MO+1.235MT+0.25AO+0.3AT）由此計算出在處理短消息基本轉(zhuǎn)發(fā)業(yè)務系統(tǒng)所需的TPC-C值為21884tpmC。系統(tǒng)固有程序需要占用約3000tpmC，共需要24884tpmc.業(yè)務處理數(shù)據(jù)庫模塊采用IBM P630系列小型機，每個模塊為雙機加CLUSTER結構。主機 I

54、BM pSeries 630 2臺每臺主機配置： CPU 1-way 1.2 GHz POWER4+ Processor Card2個 內(nèi)存 2048MB (4x512MB) SDRAM DIMM Memory2組 本機硬盤 36.4 GB 10,000 RPM Ultra3 SCSI Disk Drive Assembly2個 通信網(wǎng)卡 10/100 Mbps Ethernet PCI Adapter II 2塊光驅(qū)CD-ROM Drive - 48X (Max) IDE1個在以上配置下：單機tpmc為46971，考慮30冗余，以上配置滿足本期擴容的要求。中興通訊短消息中心采用內(nèi)存緩沖數(shù)據(jù)庫

55、，將所有暫緩發(fā)送的短消息放置在系統(tǒng)緩沖隊列中。在一定時間端內(nèi)，暫緩發(fā)送的消息始終處于隊列中，減少大量不必要的數(shù)據(jù)讀寫，提高系統(tǒng)運行效率。以下是對消息發(fā)送時所需內(nèi)存進行計算。緩存消息只需要考慮MT消息。忙時最大緩存消息數(shù) = 不含重發(fā)消息數(shù) 重發(fā)比例緩存時間389萬（條）業(yè)務處理模塊所需內(nèi)存短消息忙時處理能力短消息長度緩存短消息數(shù)短消息長度605M+543M=1148M本期擴容每個短消息中心有兩個業(yè)務處理模塊，每個業(yè)務處理模塊內(nèi)存需滿足574M的要求，系統(tǒng)本身需要128M內(nèi)存，以及加入過負荷緩存功能將占用500M內(nèi)存空間，考慮40的系統(tǒng)冗余，本期工程每個模塊配置4G內(nèi)存。9.3 存儲設備要求存儲

56、設備主要指磁盤陣列，實現(xiàn)系統(tǒng)數(shù)據(jù)的聯(lián)機存儲。賣方應詳細說明所需聯(lián)機存儲容量的計算模型、計算公式和結果，并由此給出相應的存儲設備配置的存儲容量和I/O能力等，并配置其端口數(shù)量應滿足本期工程需要且具備一定的端口和背板擴容能力；磁盤陣列設備要求有很高的安全可靠性，MTBF80000小時；磁盤陣列設備應可與多種廠家的主機系統(tǒng)相連；磁盤陣列應能配合多機高可用群集系統(tǒng)的需要；磁盤陣列采用UltraSCSI接口或FC-AL接口，支持RAID 0、1、0+1、5；并可提供多通道、雙電源及冗余風扇完全的硬件冗余。保證在某一硬件出問題時，能夠進行自動切換，不出現(xiàn)單點故障；磁盤陣列設備應具有較強的平滑擴充能力，包括

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

58、采用RAID0+1完全備份,所需各短信中心計費磁陣總?cè)萘繎恍∮?46.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è)萘繎恍∮?13G。源用戶查詢模塊全省用戶短消息內(nèi)容大型索引數(shù)據(jù)庫，按滿足2004年底月最大消息流量15.4億條設計，采用DELL

59、PV210磁盤陣列基本軟件安裝空間：0.5G短消息存放日期：3個月每條短消息在硬盤上存儲字節(jié)數(shù)為：330BYTES所需硬盤空間為：0.5+3個月1540000000條330BYTE=1420G 即所需各短信中心源用戶查詢模塊索引數(shù)據(jù)庫硬盤總?cè)萘繎恍∮?420G。9.4 信令處理模塊要求 信令處理模塊負責處理與PLMN的信令交互，必須滿足信息產(chǎn)業(yè)部和集團公司相關規(guī)范。 賣方應提供詳細的配置計算模型和計算過程。 短信息中心應能提供2M信令傳輸模塊和與處理能力配套的64K信令傳輸模塊，模塊配置應留有一定余量，并不能成為系統(tǒng)瓶頸，不得在未達到設計峰值處理能力時出現(xiàn)擁塞。 各傳輸鏈路之間應能負載均衡。

60、 短消息中心應支持至少8個信令點編碼。答復：滿足，本期建設將全部采用中興通訊信令接入模塊主處理板， 根據(jù)新MP處理能力的計算，一個外圍消息處理模塊（MPM）處理能力為144萬162萬BHSM。 新建一套1200條/秒的短信中心, 考慮部分模塊間冗余，配置4個外圍MPM模塊。 4個外圍處理模塊需2個中興STP設備機架，中心機架需單獨的一個機架，共計需3個機架。機架采用直流供電，每個機架功耗小于500W。十、軟件要求10.1 基本要求 模塊化要求軟件采用分層的模塊化結構，各模塊之間的通信應按規(guī)定接口進行。任何一層的任何一個模塊的維護和更新以及新模塊的追加都不應影響其它模塊的功能。 并行性為承載大業(yè)