技術(shù)規(guī)范及點(diǎn)對(duì)點(diǎn)應(yīng)答

《技術(shù)規(guī)范及點(diǎn)對(duì)點(diǎn)應(yīng)答》由會(huì)員分享，可在線閱讀，更多相關(guān)《技術(shù)規(guī)范及點(diǎn)對(duì)點(diǎn)應(yīng)答（51頁(yè)珍藏版）》請(qǐng)?jiān)谘b配圖網(wǎng)上搜索。

1、 附件五 技術(shù)規(guī)范及點(diǎn)對(duì)點(diǎn)應(yīng)答 目 錄 一、總則 1 1.1 規(guī)范內(nèi)容 1 1.2 編制依據(jù) 1 1.3 規(guī)范要求 2 1.4 縮略語(yǔ) 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 短消息中心的功能 12 七、編號(hào)與撥號(hào)

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

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

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

5、、總則 本文件是湖南省移動(dòng)通信有限責(zé)任公司（以下簡(jiǎn)稱買方）短消息中心系統(tǒng)技術(shù)規(guī)范書。設(shè)備供應(yīng)商/公司（以下簡(jiǎn)稱賣方）應(yīng)根據(jù)本規(guī)范向買方提供技術(shù)建議書和報(bào)價(jià)。 答復(fù)：滿足 1.1 規(guī)范內(nèi)容 本規(guī)范書對(duì)湖南移動(dòng)短消息中心系統(tǒng)的結(jié)構(gòu)、業(yè)務(wù)功能、硬/軟件設(shè)備性能和服務(wù)等方面提出具體技術(shù)和業(yè)務(wù)要求，賣方所提供的設(shè)備均應(yīng)滿足規(guī)范的各項(xiàng)要求。 答復(fù)：滿足 1.2 編制依據(jù) 本規(guī)范書依據(jù)以下文件編制： ⑴ 《900/1800MHz TDMA數(shù)字蜂窩移動(dòng)通信網(wǎng)短消息中心設(shè)備技術(shù)規(guī)范》 ⑵ 《GSM/DCS 1800短消息中心技術(shù)規(guī)范書》 ⑶ YD/T 910.4-1997 《900/

6、1800MHz TDMA數(shù)字蜂窩移動(dòng)通信網(wǎng)移動(dòng)應(yīng)用部分（MAP）第二階段技術(shù)規(guī)范》 ⑷ 原郵電部移動(dòng)通信局移業(yè)（1999）48號(hào)通知《移動(dòng)通信信息點(diǎn)播業(yè)務(wù)平臺(tái)的功能和用戶界面》 ⑸ 信息產(chǎn)業(yè)部《GSM NO.7信令網(wǎng)技術(shù)體制》 ⑹ 中國(guó)移動(dòng)通信集團(tuán)公司《中國(guó)移動(dòng)短消息業(yè)務(wù)中心（SMSC）系統(tǒng)網(wǎng)絡(luò)管理規(guī)范》 ⑺ 湖南移動(dòng)通信有限責(zé)任公司《湖南移動(dòng)短信業(yè)務(wù)網(wǎng)關(guān)技術(shù)規(guī)范》 ⑻ 湖南省移動(dòng)通信有限責(zé)任公司《手機(jī)銀行短消息中心設(shè)備技術(shù)規(guī)范》 答復(fù)：知悉 1.3 規(guī)范要求 ⑴ 賣方根據(jù)本規(guī)范提交的項(xiàng)目建議書應(yīng)包括詳細(xì)的硬/軟件設(shè)備的清單、單價(jià)和總價(jià)以及技術(shù)方案。 ⑵ 賣方應(yīng)保證所提供的設(shè)

7、備在產(chǎn)品性能、技術(shù)指標(biāo)、業(yè)務(wù)功能等方面均能滿足本規(guī)范的要求，同時(shí)設(shè)備也應(yīng)滿足中國(guó)移動(dòng)集團(tuán)公司的相關(guān)規(guī)范和相關(guān)標(biāo)準(zhǔn)的最新版本的各項(xiàng)要求，其中賣方應(yīng)詳細(xì)給出支持的標(biāo)準(zhǔn)清單。 ⑶ 賣方提供的設(shè)備應(yīng)是按至少八年使用期設(shè)計(jì)的，賣方要保證不論提供的設(shè)備是否還生產(chǎn)，在使用期內(nèi)買方可得到備件。 ⑷ 賣方的建議書中，要求對(duì)本規(guī)范書所提出各項(xiàng)要求進(jìn)行逐條逐項(xiàng)答復(fù)、說(shuō)明和解釋，首先對(duì)實(shí)現(xiàn)或滿足程度明確給出“滿足”、“不滿足”、“部分滿足”等應(yīng)答，然后給予具體、詳細(xì)的說(shuō)明。在答復(fù)中，要求明確滿足的程度，凡采用“詳見(jiàn)”、“參見(jiàn)”方式說(shuō)明的，應(yīng)指明參見(jiàn)文檔的具體章節(jié)或頁(yè)碼。 ⑸ 賣方應(yīng)根據(jù)本技術(shù)規(guī)范書的工程、技術(shù)要

8、求在規(guī)定時(shí)間內(nèi)提供相應(yīng)數(shù)量的建議書（中文）和報(bào)價(jià)（中文）。建議書與報(bào)價(jià)應(yīng)單獨(dú)分冊(cè)（報(bào)價(jià)信函密封）分別作為技術(shù)談判和商務(wù)談判文件，同時(shí)分別提供電子版文件。在建議書中應(yīng)說(shuō)明對(duì)供貨時(shí)間、安裝、調(diào)測(cè)、驗(yàn)收等進(jìn)度的具體安排。 ⑹ 賣方應(yīng)列出其建議書中所提供設(shè)備和系統(tǒng)在世界范圍內(nèi)和國(guó)內(nèi)的應(yīng)用情況，諸如最大網(wǎng)絡(luò)規(guī)模、業(yè)務(wù)類型及開展方式、用戶數(shù)量等。 ⑺ 由賣方原因造成的工期延誤，由賣方賠償買方的損失。 ⑻ 賣方對(duì)于規(guī)范書的疑問(wèn)可以通過(guò)書面材料與買方聯(lián)系。在規(guī)定的建議書提交最后期限以前，買方將以書面材料給予答復(fù)，有關(guān)買方答復(fù)材料的復(fù)印件也將遞交所有得到技術(shù)規(guī)范書的賣方。 ⑼ 在技術(shù)談判的各個(gè)階段，買方

9、將以書面形式要求賣方對(duì)有關(guān)問(wèn)題進(jìn)行進(jìn)一步的技術(shù)澄清，賣方應(yīng)以書面資料給予正式應(yīng)答；所有各階段的技術(shù)澄清文件都將作為合同附件。 ⑽ 未經(jīng)買方許可，賣方不得以任何形式向第三方提供本文件的全部或部分內(nèi)容。 ⑾ 買方在任何時(shí)候都保留和擁有對(duì)本文件的解釋權(quán)和修改權(quán)。買方有權(quán)在簽定合同前，根據(jù)需要修改和補(bǔ)充本技術(shù)規(guī)范書，修改補(bǔ)充后的最終技術(shù)規(guī)范書將作為合同的附件。 ⑿ 由賣方所提供的設(shè)備部件間的連線和插接件均應(yīng)視為設(shè)備內(nèi)部器件，包含在相應(yīng)的設(shè)備之中。 ⒀ 賣方應(yīng)提供設(shè)備安裝、測(cè)試所需的電纜、安裝材料、專用的工具儀表等。并應(yīng)根據(jù)配置情況詳細(xì)列出各種設(shè)備、材料、工具儀表和軟件等的清單并詳細(xì)說(shuō)明各項(xiàng)費(fèi)用

10、。 ⒁ 賣方提供的設(shè)備必須在2003年12月20日前割接上線。 答復(fù)：滿足，設(shè)備配置情況及各項(xiàng)費(fèi)用詳見(jiàn)《配置報(bào)價(jià)》，工程進(jìn)度詳見(jiàn)《工程進(jìn)度表》。 1.4 縮略語(yǔ) SMSC Short Message Service Center 短消息中心 ISMG Internet Short Message Gateway 互聯(lián)網(wǎng)短消息網(wǎng)關(guān)， 簡(jiǎn)稱短消息網(wǎng)關(guān) SMS G/IW MSC SMS Gateway/IW MSC 短消息業(yè)務(wù)入口/互通MSC SME Short Message Entity 短消息實(shí)體 MS Mobile Station 移動(dòng)臺(tái) MO

11、Mobile Originated 移動(dòng)臺(tái)發(fā)起 MT Mobile Terminated 移動(dòng)臺(tái)終止 IOD Information On-Demand 信息點(diǎn)播 SMPP Short Message Peer-to-Peer 短消息點(diǎn)對(duì)點(diǎn)協(xié)議 FTP File Transfer Protocol 文件傳輸協(xié)議 FTAM File Transfer Access Management 文件傳輸訪問(wèn)管理協(xié)議 答復(fù)：知悉 二、工程概況 2.1 工程背景 雖然我省SMSC已進(jìn)行過(guò)三次擴(kuò)容，但現(xiàn)有SMSC處理能力和用戶容量已基本接近規(guī)劃設(shè)計(jì)能力和容量。同時(shí)根

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

13、目前全省共有4套SMSC，分別設(shè)于長(zhǎng)沙（2套）、衡陽(yáng)（1套）、邵陽(yáng)（1套）3地，其余11個(gè)市州均以虛擬SMSC的方式接入相應(yīng)的SMSC，實(shí)現(xiàn)了全省范圍的覆蓋，已具有一定的網(wǎng)絡(luò)規(guī)模，峰值處理能力共計(jì)2300條SM/秒。具體情況如下表： 表2.1 短消息中心情況表 局名 覆蓋范圍 處理能力 長(zhǎng)沙SMSC1 （東風(fēng)路） 株洲、湘潭、岳陽(yáng)、郴州、永州、益陽(yáng)、懷化、自治州和張家界 900條/秒 長(zhǎng)沙SMSC2 （妙高峰） 長(zhǎng)沙 900條/秒 衡陽(yáng)SMSC 衡陽(yáng)和常德 300條/秒 邵陽(yáng)SMSC 邵陽(yáng)和婁底 200條/秒 另外，所有SMSC同時(shí)與位于長(zhǎng)沙的1套短信網(wǎng)關(guān)

14、互聯(lián)。 2、短信流量 根據(jù)統(tǒng)計(jì)目前短信中心月計(jì)費(fèi)流量為2.3億條（實(shí)際流量為3.4倍），根據(jù)業(yè)務(wù)預(yù)測(cè)到2004年底短信中心月計(jì)費(fèi)流量為4.6億條（實(shí)際流量為15.4億條）。其中MO：MT=48%:52%。 答復(fù)：知悉 2.3 工程建設(shè)規(guī)模 由于現(xiàn)有系統(tǒng)無(wú)法滿足日益增長(zhǎng)的業(yè)務(wù)需求，根據(jù)湖南移動(dòng)發(fā)展移動(dòng)數(shù)據(jù)業(yè)務(wù)營(yíng)銷和移動(dòng)客戶服務(wù)的要求，考慮到現(xiàn)階段的實(shí)際情況，新的系統(tǒng)將在保留原有設(shè)備的基礎(chǔ)上，進(jìn)行擴(kuò)容。本期工程全省共新增峰值處理能力共計(jì)1200條SM/秒，系統(tǒng)建成后達(dá)到3500條SM/秒。 答復(fù)：滿足，中興通訊將在保留原有設(shè)備的基礎(chǔ)上提供三種技術(shù)解決方案，系統(tǒng)建成后全省短信業(yè)務(wù)處理能力

15、可達(dá)到3500條/秒。 三、系統(tǒng)建設(shè)原則 建設(shè)短消息中心滿足用戶對(duì)短信及其增值業(yè)務(wù)的需求，并為運(yùn)營(yíng)商的業(yè)務(wù)發(fā)展提供網(wǎng)絡(luò)支撐，短信系統(tǒng)的擴(kuò)容建設(shè)和設(shè)計(jì)應(yīng)滿足以下原則： ⑴ 安全可靠性 具有切實(shí)有效的手段保障系統(tǒng)數(shù)據(jù)準(zhǔn)確性、安全保密性及系統(tǒng)運(yùn)行穩(wěn)定性。 ⑵ 高效性 系統(tǒng)具有高處理速度和吞吐能力，以滿足用戶對(duì)服務(wù)質(zhì)量的要求，并根據(jù)短信類別，按詳單產(chǎn)生計(jì)費(fèi)數(shù)據(jù)。 ⑶ 互連開放性 作為短信業(yè)務(wù)承載平臺(tái)，應(yīng)支持統(tǒng)一的短信業(yè)務(wù)接口。 ⑷ 可管理性 具備便于操作、管理的系統(tǒng)監(jiān)測(cè)、維護(hù)手段，并可通過(guò)統(tǒng)計(jì)數(shù)據(jù)對(duì)系統(tǒng)性能進(jìn)行評(píng)估，同時(shí)統(tǒng)計(jì)功能應(yīng)靈活方便，以便于運(yùn)營(yíng)商根據(jù)變化的市場(chǎng)和業(yè)務(wù)種類對(duì)

16、短信業(yè)務(wù)進(jìn)行所需的統(tǒng)計(jì)分析。 ⑸ 可擴(kuò)充性 提供開放的業(yè)務(wù)接口和方便的業(yè)務(wù)生成工具，使運(yùn)營(yíng)商可在平臺(tái)基礎(chǔ)上二次開發(fā)短信增值新業(yè)務(wù)。 總之，系統(tǒng)設(shè)計(jì)與建設(shè)中應(yīng)充分考慮和利用現(xiàn)有各種資源，既要考慮系統(tǒng)的先進(jìn)性和有效性，又要考慮其實(shí)現(xiàn)的可行性和經(jīng)濟(jì)性。系統(tǒng)設(shè)計(jì)與建設(shè)要符合業(yè)務(wù)管理需求，系統(tǒng)結(jié)構(gòu)、數(shù)據(jù)接口應(yīng)可靈活擴(kuò)展，為將來(lái)業(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)示意圖 ⑴ 短消息中心實(shí)體 包括SMS G/IW MSC（短信業(yè)務(wù)關(guān)口/互通MSC）和SMSC兩部分，主要完成存儲(chǔ)轉(zhuǎn)發(fā)的功能。通常兩

17、部分合設(shè)形成統(tǒng)一的實(shí)體，以標(biāo)準(zhǔn)的MAP信令與PLMN相連接。 其中，SMS G/IW MSC為支持移動(dòng)臺(tái)（MS）發(fā)起和終止的短信業(yè)務(wù)，承擔(dān)SMSC與PLMN之間的網(wǎng)關(guān)作用，SMS GMSC具有從SMSC接收短信，向HLR詢問(wèn)路由信息，并向MS所拜訪的MSC轉(zhuǎn)發(fā)短信的功能；SMS IWMSC具有從PLMN中接收短信，并發(fā)送給SMSC的功能。 ⑵ ICP（內(nèi)容提供商） ICP是短信應(yīng)用/內(nèi)容服務(wù)的直接提供者，負(fù)責(zé)為用戶開發(fā)和提供適合手機(jī)用戶使用的服務(wù)。 ⑶ ESME（擴(kuò)展短信實(shí)體） 指通過(guò)SMPP協(xié)議與SMSC通信，請(qǐng)求特定的短信服務(wù)的功能實(shí)體。 ⑷ ISMG（互聯(lián)網(wǎng)短信網(wǎng)關(guān)） IS

18、MG是SMSC與互聯(lián)網(wǎng)之間的網(wǎng)關(guān)，也是一種ESME，ISMG為ICP與SMSC之間的數(shù)據(jù)交互提供了一條安全、快捷的通道，向手機(jī)用戶提供點(diǎn)播ICP信息的服務(wù)。增值值業(yè)務(wù)平臺(tái)具有數(shù)據(jù)分發(fā)功能，能在網(wǎng)關(guān)之間轉(zhuǎn)發(fā)信息，可實(shí)現(xiàn)短信增值業(yè)務(wù)的“一點(diǎn)接入，全網(wǎng)服務(wù)”的思想。而ISMG匯接點(diǎn)接收其它短信網(wǎng)關(guān)的路由請(qǐng)求信息，并查找與目的ICP有關(guān)的網(wǎng)關(guān)信息，并將查詢結(jié)果反饋給相應(yīng)的ISMG。 ⑸ SGSN（GPRS業(yè)務(wù)支持點(diǎn)） GPRS網(wǎng)網(wǎng)元，主要為GPRS用戶提供移動(dòng)性管理。GPRS為短信傳輸提供了另外一條路徑。針對(duì)我省情況，MS同時(shí)附著在GPRS和CS業(yè)務(wù)上，故短信業(yè)務(wù)即可在GPRS信道上傳送，也可在C

19、S信道上傳送。 ⑹ SCP（業(yè)務(wù)控制點(diǎn)） 移動(dòng)智能網(wǎng)實(shí)體，實(shí)現(xiàn)智能用戶（神州行）的短信鑒權(quán)及計(jì)費(fèi)功能。 ⑺ 接口協(xié)議 ESME與SMSC之間的通信協(xié)議采用SMPP V3.3，ISMG與ICP之間的通信接口采用中國(guó)移動(dòng)集團(tuán)公司規(guī)定的應(yīng)用層接口協(xié)議CMPP V2。 ⑻ 組網(wǎng)方式 以衡陽(yáng)SMSC為例，如圖4.2所示，SMSC通過(guò)與衡陽(yáng)MSC直聯(lián)實(shí)現(xiàn)對(duì)衡陽(yáng)用戶的覆蓋，通過(guò)信令網(wǎng)的LSTP實(shí)現(xiàn)常德用戶的覆蓋。 圖4.2 短信組網(wǎng)示意圖 答復(fù)：知悉，本期短信建設(shè)中興通訊符合上述組網(wǎng)建設(shè)條件。 4.2 系統(tǒng)功能模塊 短消息中心系統(tǒng)可分為以下主要模塊： （1）短消息中心 處理移動(dòng)

20、臺(tái)發(fā)起/終止的短消息業(yè)務(wù)，同時(shí)為1258/1259秘書臺(tái)、信息點(diǎn)播等提供承載。 答復(fù)：滿足 （2）計(jì)費(fèi)接口模塊 提供聯(lián)網(wǎng)計(jì)費(fèi)、獨(dú)立計(jì)費(fèi)、包月制、按查詢條數(shù)計(jì)費(fèi)或相結(jié)合的多種方式，并實(shí)現(xiàn)話費(fèi)查詢、欠費(fèi)提示、話費(fèi)限額提示等功能。 答復(fù)：滿足，ZXG10－SC短消息系統(tǒng)產(chǎn)生兩類標(biāo)準(zhǔn)話單，由計(jì)費(fèi)系統(tǒng)完成話單的收集、分揀、存儲(chǔ)，并且根據(jù)標(biāo)準(zhǔn)的FTAM規(guī)程向計(jì)費(fèi)中心傳送。 短消息系統(tǒng)根據(jù)短消息的提交和轉(zhuǎn)發(fā)，分別產(chǎn)生SMS-MO-in SC和SMS-MT-in SC兩類話單。 ZXG10－SC標(biāo)準(zhǔn)話單的計(jì)費(fèi)信息：話單類型、主叫號(hào)碼、被叫號(hào)碼、短消息中心號(hào)碼、短消息長(zhǎng)度、短消息優(yōu)先級(jí)、短消息標(biāo)識(shí)、

21、回執(zhí)標(biāo)識(shí)以及SME類別等。 （3）監(jiān)測(cè)維護(hù)、網(wǎng)管和統(tǒng)計(jì)模塊 為系統(tǒng)提供本地實(shí)時(shí)監(jiān)測(cè)、故障告警等功能和手段，并實(shí)現(xiàn)對(duì)系統(tǒng)的各類局?jǐn)?shù)據(jù)和用戶數(shù)據(jù)的維護(hù)；在統(tǒng)一網(wǎng)管平臺(tái)上，對(duì)系統(tǒng)運(yùn)行的各類信息數(shù)據(jù)進(jìn)行統(tǒng)計(jì)和管理，并提供省網(wǎng)管中心的網(wǎng)管接口，統(tǒng)一網(wǎng)管平臺(tái)及其接口應(yīng)符合集團(tuán)公司相關(guān)規(guī)范要求。 答復(fù)：滿足，中興通訊將在原有網(wǎng)管系統(tǒng)上按中移建設(shè)要求增加直連網(wǎng)元接口，并在原有操作維護(hù)模塊采用新一代短信監(jiān)控系統(tǒng)以提供告警，配置，性能統(tǒng)計(jì)等數(shù)據(jù)的統(tǒng)計(jì)和管理和各類用戶消息的監(jiān)測(cè)、統(tǒng)計(jì)功能。 （4）SME接口模塊 短消息中心應(yīng)提供SME接入接口，按照流量計(jì)算接口容量，并不得限制SMPP接口數(shù)量，不低于短消息

22、中心配置的峰值處理能力。 答復(fù)：滿足。 （5）WEB/WAP接口 為便于將來(lái)業(yè)務(wù)的發(fā)展、系統(tǒng)的擴(kuò)充，應(yīng)提供與WAP網(wǎng)關(guān)的接口。 答復(fù)：滿足。 （6）短信網(wǎng)關(guān)接口 為實(shí)現(xiàn)短消息中心與ISMG連接提供統(tǒng)一的接口。 答復(fù)：滿足。 （7）防火墻和防病毒模塊 實(shí)現(xiàn)對(duì)短消息中心系統(tǒng)的安全保障，防止非法訪問(wèn)。 系統(tǒng)應(yīng)具備防病毒功能，保證系統(tǒng)不受病毒侵害，提供病毒碼的在線升級(jí)。 答復(fù)：滿足。 五、通信接口和組織 5.1 通信接口 賣方提供的短消息中心系統(tǒng)必須符合以下各項(xiàng)接口標(biāo)準(zhǔn)： ⑴ 與ISMG的通信接口 采用SMPP V3.4及以上版本。 ⑵ 與SME的通信接口 由于目前

23、國(guó)內(nèi)SMSC-SME之間的接口規(guī)范尚未最終確定，本系統(tǒng)中短消息中心與信息點(diǎn)播、語(yǔ)音信箱以及ISMG的接口暫時(shí)采用SMPP3.3協(xié)議。規(guī)范出臺(tái)后，本系統(tǒng)中此接口應(yīng)做相應(yīng)升級(jí)或修改，以符合《短消息中心與SME接口規(guī)范》要求。 ⑶ 與省網(wǎng)管中心之間的通信接口 網(wǎng)管協(xié)議采用SNMP V2或Q3及其以上版本協(xié)議，并符合集團(tuán)公司相關(guān)網(wǎng)管規(guī)范。 ⑷ 與計(jì)費(fèi)中心之間的通信接口 采用FTAM/FTP傳輸協(xié)議。 同時(shí)要求VIP用戶數(shù)據(jù)與BOSS系統(tǒng)實(shí)時(shí)同步。 ⑸ 與PLMN的七號(hào)信令接口 應(yīng)符合《900/1800MHz TDMA數(shù)字蜂窩移動(dòng)通信網(wǎng)移動(dòng)應(yīng)用部分（MAP）第二階段技術(shù)規(guī)范》和信息產(chǎn)業(yè)部《

24、GSM NO.7信令網(wǎng)技術(shù)體制》。 ⑹ 與SGSN的Gd接口 短消息中心應(yīng)支持與SGSN的Gd接口，支持與WAP網(wǎng)關(guān)的接口。 ⑺ 與后備數(shù)據(jù)庫(kù)的接口 短信息中心應(yīng)按照集團(tuán)公司統(tǒng)一要求的接口規(guī)范提供與后備數(shù)據(jù)庫(kù)的接口，以支持對(duì)短信的過(guò)濾。 答復(fù)：滿足，提供與BOSS系統(tǒng)的接口，因采用VIP優(yōu)先用戶發(fā)送功能會(huì)使短信中心整體處理能力下降30%，推薦不采用該功能。中興通訊垃圾短信VIP用戶過(guò)濾功能可保證特殊用戶不受垃圾用戶使用權(quán)限設(shè)置，并且不影響短信中心整體處理能力，推薦采用。 5.2 通信組織 由于目前4套SMSC局址分別位于長(zhǎng)沙東風(fēng)路交換機(jī)房、妙高峰交換機(jī)房、衡陽(yáng)解放路機(jī)房、紹陽(yáng)移動(dòng)

25、交換機(jī)房，1套短信網(wǎng)關(guān)位于長(zhǎng)沙東風(fēng)路機(jī)房，省網(wǎng)管中心位于湖南移動(dòng)通信指揮中心大樓6樓機(jī)房，省計(jì)費(fèi)中心位于妙高峰12樓機(jī)房，故它們之間的通信需要互聯(lián)，實(shí)現(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）與計(jì)費(fèi)中心之間的接口 采用FTAM/FTP傳輸協(xié)議，傳輸電路采用64Kbps DDN或2Mbps。 （5）與NO.7信令網(wǎng)的接口 采用64Kbps信令鏈路或2Mbps信令鏈路與1對(duì)L

26、STP（或1對(duì)HSTP、1對(duì)GMSC）和MSC互聯(lián)。長(zhǎng)沙短消息中心的E1傳輸接口采用120歐姆阻抗，其它短消息中心采用75歐姆阻抗。 答復(fù)：滿足。 六、系統(tǒng)業(yè)務(wù)與功能 6.1 短消息中心支持的業(yè)務(wù) ⑴ 移動(dòng)臺(tái)發(fā)起/終止的字母/漢字（最大140個(gè)8 bits字符）短消息業(yè)務(wù)； ⑵ 可支持二進(jìn)制形式的短消息業(yè)務(wù)； ⑶ 當(dāng)用戶的語(yǔ)音信箱中有留言時(shí)，系統(tǒng)可通過(guò)短消息通知移動(dòng)臺(tái)； ⑷ 定時(shí)發(fā)送業(yè)務(wù)，系統(tǒng)可在設(shè)定時(shí)間向某用戶或批量向設(shè)定的若干用戶發(fā)送短消息； ⑸ 可支持1258人工/1259自動(dòng)短消息業(yè)務(wù)； ⑹ 可支持信息點(diǎn)播業(yè)務(wù)； ⑺ 可支持全球呼業(yè)務(wù)； ⑻ 可支持話費(fèi)催繳；

27、 ⑼ 可支持EMS業(yè)務(wù)； ⑽ 可支持手機(jī)銀行、手機(jī)證券； ⑾ 新業(yè)務(wù)擴(kuò)展能力 能夠根據(jù)運(yùn)營(yíng)商需要開發(fā)增值業(yè)務(wù)，系統(tǒng)應(yīng)提供對(duì)外開放的業(yè)務(wù)開發(fā)接口，使運(yùn)營(yíng)商具備二次開發(fā)的手段。系統(tǒng)可支持SMPP V3.3協(xié)議及以上。 答復(fù)：滿足。 6.2 短消息中心的功能 短消息中心實(shí)體的功能應(yīng)符合ETSI GSM規(guī)范03.40（V4.9.1）的要求。 答復(fù)：滿足。 6.2.1 短消息的存儲(chǔ)能力 短消息中心能夠?qū)τ脩籼峤坏亩滔?shù)據(jù)進(jìn)行存儲(chǔ)，內(nèi)容包括： ⑴ 短消息文本（1－n）條； ⑵ 短消息的時(shí)間、長(zhǎng)度、優(yōu)先級(jí)、有效期； ⑶ 發(fā)起者和目的地址及應(yīng)用類別（MO/MT等）； ⑷ 信息來(lái)

28、源、狀態(tài)報(bào)告、失敗原因等。 ⑸ 存儲(chǔ)器容量：短消息原始話單保留3個(gè)月，計(jì)算得出相應(yīng)短消息中心存儲(chǔ)器容量，并說(shuō)明算法。 答復(fù)：滿足，根據(jù)現(xiàn)有短消息量的統(tǒng)計(jì)方式，將手機(jī)用戶起呼消息MO和手機(jī)用戶終呼消息MT分別進(jìn)行計(jì)算，即各算一條消息。由于目前外網(wǎng)網(wǎng)關(guān)和網(wǎng)關(guān)發(fā)往本網(wǎng)的AO、AT消息的主要話單由網(wǎng)關(guān)負(fù)責(zé)提供，所以該部分消息雖然占有系統(tǒng)資源，但暫不單獨(dú)進(jìn)行統(tǒng)計(jì)。 根據(jù)技術(shù)規(guī)范書設(shè)計(jì)要求，在2004年底短信中心月計(jì)費(fèi)流量為4.6億條（實(shí)際流量為15.4億條）。其中MO：MT=48%:52%。中興通訊存儲(chǔ)器容量如下所示： 1、計(jì)費(fèi)模塊——滿足2004年底月最大消息流量15.4億條,采用IBM

29、FAST200磁盤陣列 ? 基本軟件安裝空間：0.5G ? 每條消息計(jì)費(fèi)按110字節(jié)計(jì) ? 計(jì)費(fèi)磁陣信息保存3個(gè)月（包含話單消息內(nèi)容），此外提供外接存儲(chǔ)設(shè)備MO保存 產(chǎn)生的數(shù)據(jù)量為： 0.5G+110BYTE ×1540000000條×3個(gè)月=473.7G 采用RAID0+1完全備份,所需各短信中心計(jì)費(fèi)磁陣總?cè)萘繎?yīng)不小于946.6G。 2、數(shù)據(jù)庫(kù)模塊——滿足2004年底月最大消息流量15.4億條，采用IBM 7133-D40磁盤陣列 ? 基本軟件安裝空間：0.5G ? 短消息存放日期：30天 ? 每條短消息在硬盤上存儲(chǔ)字節(jié)數(shù)為：240BYTES 每天系統(tǒng)處理的

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

31、中心源用戶查詢模塊索引數(shù)據(jù)庫(kù)硬盤總?cè)萘繎?yīng)不小于1420G。 6.2.2 短消息的提交和轉(zhuǎn)發(fā) ⑴ 短消息提交 當(dāng)短消息提交給短消息中心后，在確認(rèn)消息有效后，將短消息及時(shí)保存，并向發(fā)起者回發(fā)確認(rèn)信息。 ⑵ 短消息轉(zhuǎn)發(fā) 短消息中心取出應(yīng)該發(fā)送的消息，并確保在一個(gè)時(shí)刻向一個(gè)移動(dòng)臺(tái)（MS）發(fā)送一條消息。如果轉(zhuǎn)發(fā)失敗，則短消息中心接收從網(wǎng)絡(luò)側(cè)回發(fā)的失敗原因。短消息中心不再向接收側(cè)發(fā)送，直至從網(wǎng)絡(luò)接收到提醒消息或短消息中心采用定時(shí)重試機(jī)制。 答復(fù)：滿足。 6.2.3 短消息的優(yōu)先級(jí) 短消息中心應(yīng)將移動(dòng)臺(tái)終止的短消息分為高優(yōu)先級(jí)和普通優(yōu)先級(jí)，高優(yōu)先級(jí)的消息優(yōu)先發(fā)送，并在MS暫時(shí)不在服務(wù)區(qū)或

32、無(wú)存儲(chǔ)容量時(shí)也強(qiáng)制轉(zhuǎn)發(fā)嘗試。 答復(fù)：滿足。 6.2.4 有效期 短消息中心可設(shè)置缺省有效期，該值由運(yùn)營(yíng)商通過(guò)操作維護(hù)終端進(jìn)行靈活設(shè)定。當(dāng)有效期逾時(shí)后，短消息中心從發(fā)送隊(duì)列中刪除該消息，并根據(jù)用戶設(shè)定產(chǎn)生狀態(tài)報(bào)告。 答復(fù)：滿足。 6.2.5 重復(fù)轉(zhuǎn)發(fā)嘗試 短消息可進(jìn)行兩種重復(fù)轉(zhuǎn)發(fā)嘗試： ⑴ 短消息中心得到通知，MS已激活或有能力接收短消息（接收到從HLR發(fā)送過(guò)來(lái)的ALERT_SC信令）； ⑵ 短消息中心進(jìn)行定時(shí)自動(dòng)重復(fù)轉(zhuǎn)發(fā)嘗試，并且可根據(jù)網(wǎng)絡(luò)側(cè)回發(fā)的失敗原因設(shè)定不同的重復(fù)轉(zhuǎn)發(fā)時(shí)間間隔和次數(shù)。 答復(fù)：滿足。 6.2.6 狀態(tài)報(bào)告 短消息中心應(yīng)有能力通知MS，該用戶發(fā)的短消息的

33、狀態(tài)：轉(zhuǎn)發(fā)通知（成功轉(zhuǎn)發(fā)）、緩沖通知（暫時(shí)不成功狀態(tài)）、轉(zhuǎn)發(fā)失敗。同時(shí)短消息中心應(yīng)能根據(jù)運(yùn)營(yíng)商要求設(shè)定狀態(tài)報(bào)告標(biāo)志。 答復(fù)：滿足。 6.2.7 長(zhǎng)短消息 在移動(dòng)臺(tái)支持的情況下，短消息中心應(yīng)可完成長(zhǎng)的短消息（長(zhǎng)度>140字節(jié)）轉(zhuǎn)發(fā)。 答復(fù)：滿足。 6.2.8 支持漢字/二進(jìn)制短消息 短消息中心應(yīng)支持漢字短消息的透明傳輸；其漢字短消息編碼方案應(yīng)符合GSM規(guī)范03.38（V5.2.0）；人工輸入漢字短消息終端應(yīng)支持GB13000CJK的漢字。具有支持二進(jìn)制形式的短消息業(yè)務(wù)的能力。 答復(fù)：滿足。 6.2.9 流量控制功能 短消息中心應(yīng)有短消息的流量控制功能，可根據(jù)不同的SME、按時(shí)段

34、進(jìn)行流量控制，以防止網(wǎng)絡(luò)失敗和服務(wù)質(zhì)量下降時(shí)業(yè)務(wù)負(fù)荷的異常增長(zhǎng)。 答復(fù)：滿足。 6.2.10 短消息路由 短消息中心應(yīng)有能力通過(guò)對(duì)短消息的目的地址以及短消息內(nèi)容中的明文部分進(jìn)行路由選擇的能力，以分發(fā)短消息到信息點(diǎn)播、手機(jī)銀行等相應(yīng)業(yè)務(wù)系統(tǒng)。 答復(fù)：滿足。 6.2.11 系統(tǒng)日志 短消息中心應(yīng)具有獨(dú)立的日志功能，對(duì)于系統(tǒng)運(yùn)行、各業(yè)務(wù)功能情況等應(yīng)具有詳細(xì)的記錄，并可對(duì)故障進(jìn)行分類報(bào)告，以便事后分析故障原因。 答復(fù)：滿足，為了使局方更好的操作和管理短消息中心，ZXG10—SC提供日志查看器，可對(duì)操作進(jìn)行管理和維護(hù)。操作員對(duì)ZXG10－SC的操作以一定方式自動(dòng)記錄下來(lái)，以便在某種特定的情

35、況下供操作人員查詢。日志文件存放在服務(wù)器上，對(duì)應(yīng)的終端都可查看。 6.2.12 告警功能 短消息中心應(yīng)具有監(jiān)測(cè)和告警功能，對(duì)于系統(tǒng)設(shè)備和各種業(yè)務(wù)應(yīng)用的不正常狀態(tài)應(yīng)產(chǎn)生文字和圖形告警信息，提醒操作人員注意。 答復(fù)：滿足，短消息檢測(cè)和告警功能由故障管理系統(tǒng)提供，它包括對(duì)IW/GMSC和業(yè)務(wù)服務(wù)器等的運(yùn)行進(jìn)行故障管理，并于后臺(tái)實(shí)時(shí)提供文字和圖形告警信息。 6.2.13 統(tǒng)計(jì)查詢功能 1）短消息中心應(yīng)具有統(tǒng)計(jì)分析功能，能靈活地對(duì)各種類型的業(yè)務(wù)應(yīng)用進(jìn)行組合統(tǒng)計(jì)，為運(yùn)營(yíng)商提供業(yè)務(wù)發(fā)展定量分析，如：針對(duì)虛擬SMSC可分地區(qū)統(tǒng)計(jì)、可統(tǒng)計(jì)實(shí)際使用用戶數(shù)等。 2）能根據(jù)按接收、發(fā)送、用戶號(hào)碼、

36、發(fā)送日期、信息內(nèi)容及關(guān)鍵字等多個(gè)條件進(jìn)行綜合查詢。 3）增加對(duì)因攔截而未能成功發(fā)送的短信流量的統(tǒng)計(jì)報(bào)表及被攔截用戶已成功發(fā)送的統(tǒng)計(jì)報(bào)表。 4）要求短信中心支持按主／被叫用戶／時(shí)段/內(nèi)容/關(guān)鍵字等多條件靈活在線查詢3個(gè)月短信內(nèi)容。 5）要求短信中心支持按照錯(cuò)誤代碼對(duì)各個(gè)虛擬短信中心分別統(tǒng)計(jì)。 答復(fù)：滿足。 6.2.14 用戶鑒權(quán)能力 對(duì)于MO方式短消息，短消息中心應(yīng)能識(shí)別主發(fā)MS，判斷它是否為本短消息中心歸屬的用戶，或根據(jù)運(yùn)營(yíng)商需要的其它方式進(jìn)行鑒權(quán)。 答復(fù)：滿足，中興短消息系統(tǒng)提供四種鑒權(quán)方式：按號(hào)段鑒權(quán)，按開戶信息鑒權(quán)，先按號(hào)段再按開戶信息鑒權(quán)，不鑒權(quán)，針對(duì)具體情況

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

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

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

40、發(fā)短消息（一般采用撥打1258/1259的形式）。 答復(fù)：滿足。 7.3 撥號(hào)方式 ⑴ 用戶撥打1258/1259秘書臺(tái)來(lái)人工/自動(dòng)發(fā)送短消息； ⑵ 用戶輸入目的用戶的MSISDN號(hào)碼發(fā)送點(diǎn)對(duì)點(diǎn)短消息； ⑶ 用戶輸入規(guī)定的業(yè)務(wù)代碼點(diǎn)播SP短消息。 答復(fù)：滿足。 7.4 SP服務(wù)代碼 短消息中心應(yīng)支持SP服務(wù)代碼至少2萬(wàn)個(gè)，并在數(shù)據(jù)配置上應(yīng)支持最大匹配原則。 答復(fù)：滿足。 7.5 尋址 短消息中心作為NO.7信令網(wǎng)中的一個(gè)信令點(diǎn)或多個(gè)信令點(diǎn)來(lái)尋址，該信令點(diǎn)的信令功能應(yīng)符合NO.7信令相關(guān)規(guī)范的規(guī)定。 賣方應(yīng)明確說(shuō)明短消息中心將消息發(fā)往NO.7信令網(wǎng)時(shí)所采用的負(fù)荷調(diào)度方式，

41、如采用按用戶號(hào)段靜態(tài)分配消息路由方式或按輪詢動(dòng)態(tài)分配消息路由方式。 答復(fù)：滿足，短信中心與NO.7信令網(wǎng)的負(fù)荷方式可采用按用戶號(hào)段靜態(tài)分配路由或按輪選方式動(dòng)態(tài)分配消息。 八、性能指標(biāo) 8.1 處理能力 賣方根據(jù)買方要求，提供相應(yīng)的處理能力配置，并保證具備擴(kuò)容至2400條SM/秒的峰值處理能力。單條64K信令鏈路短消息處理承載能力不低于10條SM/秒和單向0.4 erl,單條2M信令鏈路短消息處理承載能力不低于160條SM/秒和單向0.2erl。當(dāng)滿負(fù)荷運(yùn)轉(zhuǎn)時(shí)，系統(tǒng)整體性能不應(yīng)有明顯的下降。 答復(fù)：滿足，中興通訊2M高速信令鏈路在上海移動(dòng)和江蘇移動(dòng)現(xiàn)網(wǎng)上商用。 8.2 可靠性和可

42、用性 供應(yīng)商應(yīng)提供設(shè)備的預(yù)測(cè)MTBF，以及獲得這一參數(shù)的計(jì)算方法。要求設(shè)備MTBF至少達(dá)到2萬(wàn)小時(shí)以上。 為保證系統(tǒng)的高可靠性，短消息中心的數(shù)據(jù)硬盤應(yīng)硬件支持RAID1和RAID5，主處理機(jī)采用雙機(jī)備份，并提供在線數(shù)據(jù)備份的手段。 短消息中心的關(guān)鍵軟件、硬件應(yīng)有一定的容錯(cuò)和備份措施，保證系統(tǒng)的不間斷運(yùn)行，系統(tǒng)應(yīng)具有軟件、硬件故障的自動(dòng)在線恢復(fù)功能。 短消息中心為防止業(yè)務(wù)中斷，應(yīng)提供自保護(hù)機(jī)制，在達(dá)到最大處理能力時(shí)不得出現(xiàn)宕機(jī)，其保護(hù)機(jī)制可根據(jù)實(shí)際處理流量分級(jí)提供不同的保護(hù)策略。 要求兩個(gè)業(yè)務(wù)處理機(jī)能夠均勻的實(shí)現(xiàn)負(fù)荷分擔(dān)。 答復(fù)：滿足，中興短消息系統(tǒng)包含許多部件，以IW/GMSC為例

43、，它由控制部件、信號(hào)設(shè)備、交換網(wǎng)絡(luò)、中繼電路等等組成。從可靠性模型角度來(lái)看應(yīng)該可以等效為一個(gè)串并聯(lián)的混合系統(tǒng)。其中有的部分如中繼電路、交換網(wǎng)絡(luò)等包括多套設(shè)備，只有在全部設(shè)備發(fā)生故障時(shí)才引起系統(tǒng)中斷。因此，它們內(nèi)部屬并聯(lián)結(jié)構(gòu)。而不同部件之間的組合屬于串聯(lián)結(jié)構(gòu)。以下為中興各部件的MTBF（Mean Time Between Failure平均故障間隔時(shí)間）和系統(tǒng)MTTR（Mean Time To Repair平均維修時(shí)間）： GMP ： 65000小時(shí) GSYCK： 50000小時(shí) GCOMM： 60000小時(shí) GSP： 60000小時(shí) GPOWP： 100000小

44、時(shí) MTTR： 0.05小時(shí) 因此可以推算出系統(tǒng)的MTBF＝60000小時(shí)，系統(tǒng)的MTTR＝0.05小時(shí)，系統(tǒng)的可用度A＝99.99962%。 8.3 可擴(kuò)容性 設(shè)備應(yīng)采用模塊化結(jié)構(gòu)，具有平滑擴(kuò)容的能力。賣方詳細(xì)說(shuō)明所提供配置的最終處理能力。 答復(fù)：滿足 l 單條2M信令鏈路在0.2Erl的情況下處理能力大于160條/秒 l 中興通訊短消息中心前臺(tái)信令處理部分IW/GMSC為模塊化組網(wǎng)，最大可31個(gè)模塊組成單短消息系統(tǒng)的信令處理部分，每個(gè)模塊處理能力為400條/秒-450條/秒 l 業(yè)務(wù)處理數(shù)據(jù)庫(kù)合一模塊采用全UNIX小型機(jī)架構(gòu)，處理能力為每模塊900條/秒，通過(guò)

45、今后進(jìn)一步升級(jí)擴(kuò)容每模塊可達(dá)1200條/秒，目前可支持8個(gè)模塊組網(wǎng)。 人工坐席作為外部實(shí)體可單個(gè)連接到短消息中心也可作為一個(gè)整體連接到短消息中心，在外部接口滿足的條件下，可支持7560個(gè)人工坐席接入。 8.4 信令鏈路要求 系統(tǒng)應(yīng)能支持接入的移動(dòng)本地網(wǎng)中所有MSC滿負(fù)荷時(shí)用戶容量的需求，其存儲(chǔ)容量應(yīng)能滿足所有用戶使用短消息業(yè)務(wù)。 短消息中心與PLMN之間的NO.7信令鏈路可根據(jù)業(yè)務(wù)情況靈活配置。本期工程要求長(zhǎng)沙現(xiàn)有和新建的短信中心均采用2M信令鏈路，每條信令鏈路的最大負(fù)荷為單向0.2 erl，并能夠與現(xiàn)有STP（華為和貝爾）設(shè)備連接。各鏈路之間能夠?qū)崿F(xiàn)負(fù)載均衡。在割接過(guò)程中應(yīng)能實(shí)現(xiàn)2M

46、和64K信令鏈路混合接入，并實(shí)現(xiàn)負(fù)載均衡。 答復(fù)：滿足 8.5 消息丟失率 短消息中心接收并轉(zhuǎn)發(fā)短消息到處理完畢提交轉(zhuǎn)發(fā)的期間，由于系統(tǒng)原因造成的消息丟失率≤10-7。 答復(fù)：滿足 8.6 消息處理延遲 短消息中心接收到短消息到提交轉(zhuǎn)發(fā)的第一次發(fā)送嘗試的時(shí)間間隔≤1000ms(95%的概率)。 答復(fù)：滿足 九、硬件要求 9.1 一般要求 賣方提供的硬件系統(tǒng)應(yīng)是高可靠性、高可用性、符合應(yīng)用要求下的高性能主機(jī)和存儲(chǔ)設(shè)備，同時(shí)提供存儲(chǔ)管理方案和系統(tǒng)備份方案。應(yīng)采用集群和冗余技術(shù)，支持對(duì)稱多處理技術(shù)，支持主備用或N+1冗余、負(fù)載分擔(dān)和共享磁盤陣列，保證系統(tǒng)高可靠的數(shù)據(jù)和不間斷工

47、作的能力。 系統(tǒng)應(yīng)滿足以下要求： ⑴ 有嚴(yán)密的安全保密措施和較強(qiáng)的聯(lián)網(wǎng)能力。 ⑵ 系統(tǒng)硬件應(yīng)具有熱插拔功能。 ⑶ 考慮到今后的發(fā)展，要求系統(tǒng)在硬件（設(shè)備和接口的配置）上具有擴(kuò)容方便的能力。 ⑷ 提供硬件配置說(shuō)明及配置圖。 ⑸ 系統(tǒng)硬件設(shè)備生產(chǎn)有嚴(yán)格的質(zhì)量控制，經(jīng)過(guò)老化和嚴(yán)格篩選，設(shè)備應(yīng)具備長(zhǎng)期使用的高穩(wěn)定性和可靠性。 ⑹ 系統(tǒng)硬件設(shè)備必須不存在Y2K問(wèn)題。 答復(fù)：滿足 9.2 主機(jī)要求 ⑴ 賣方應(yīng)詳細(xì)說(shuō)明各個(gè)功能主機(jī)系統(tǒng)處理能力、內(nèi)存容量、I/O需求的計(jì)算模型、計(jì)算公式和結(jié)果，并由此給出相應(yīng)處理能力的主機(jī)配置。 ⑵ 要求采用主流小型機(jī)原廠的主流UNIX服務(wù)器，支持SMP技

48、術(shù), 采用64位處理器； ⑶ 要求組成雙機(jī)或多機(jī)高可用群集系統(tǒng)。當(dāng)其中一臺(tái)主機(jī)發(fā)生故障時(shí)，可將其上的應(yīng)用自動(dòng)地切換到其它正常主機(jī)上，待故障主機(jī)修復(fù)后再切換回來(lái)； ⑷ 多機(jī)群集系統(tǒng)中的每個(gè)主機(jī)都應(yīng)同時(shí)處于工作狀態(tài)，并根據(jù)配置的情況運(yùn)行相同或者不同的應(yīng)用（或應(yīng)用模塊），以保證主機(jī)資源的充分利用； ⑸ 主機(jī)應(yīng)具備較強(qiáng)的健壯性，在計(jì)算機(jī)硬件、操作系統(tǒng)、存儲(chǔ)系統(tǒng)及應(yīng)用系統(tǒng)業(yè)務(wù)進(jìn)程出現(xiàn)故障時(shí)，能迅速響應(yīng)并進(jìn)行應(yīng)用的切換；集群系統(tǒng)中，某一臺(tái)計(jì)算機(jī)出現(xiàn)故障時(shí)，盡量不影響系統(tǒng)的應(yīng)用及響應(yīng)能力； ⑹ 主機(jī)的處理能力要求滿足的所有業(yè)務(wù)應(yīng)用和一定用戶規(guī)模的需求，而且需考慮全部系統(tǒng)的開銷及應(yīng)用切換時(shí)性能余量。系

49、統(tǒng)設(shè)計(jì)時(shí)應(yīng)考慮30%的性能冗余； ⑺ 內(nèi)存容量的配置要考慮到主機(jī)正常運(yùn)行狀態(tài)下的內(nèi)存利用率不應(yīng)大于70%，保證系統(tǒng)在業(yè)務(wù)高峰時(shí)仍具有較強(qiáng)的抗沖擊能力； ⑻ 主機(jī)應(yīng)支持千兆以太網(wǎng)接口或百兆以太網(wǎng)接口 ⑼ 主機(jī)的硬盤、網(wǎng)絡(luò)接口、網(wǎng)絡(luò)連接及電源均應(yīng)考慮足夠的冗余； ⑽ 支持電源、I/O設(shè)備、存儲(chǔ)設(shè)備的熱插拔； ⑾ 主機(jī)系統(tǒng)設(shè)備應(yīng)具有適當(dāng)?shù)臄U(kuò)充能力，包括CPU數(shù)量的擴(kuò)充、內(nèi)存容量的擴(kuò)充、I/O能力的擴(kuò)充和節(jié)點(diǎn)數(shù)的擴(kuò)充等；并可支持CPU模塊的升級(jí)和群集內(nèi)節(jié)點(diǎn)的平滑擴(kuò)充； ⑿ 主機(jī)系統(tǒng)平均無(wú)故障時(shí)間應(yīng)大于8萬(wàn)小時(shí)； ⒀ 要求賣方提供主機(jī)TPMC、I/O帶寬、I/O吞吐率、設(shè)備擴(kuò)容最大容量（含

50、CPU、內(nèi)存、總線帶寬、接口模塊）、雙機(jī)耦合度。 答復(fù)：滿足，以每個(gè)短信中心新增900條/秒處理能力為例給出以下配置計(jì)算。 l 業(yè)務(wù)處理模塊 按照中興短消息中心的系統(tǒng)特點(diǎn)，四類基本消息所耗費(fèi)的系統(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條短消息中心為例計(jì)算： 短消息中心處理能力為900條/秒，假設(shè)點(diǎn)對(duì)點(diǎn)業(yè)務(wù)占70％，點(diǎn)播類業(yè)務(wù)占20％，互通消息發(fā)送占5％，金融類業(yè)務(wù)占5％，通過(guò)以

51、上設(shè)定可計(jì)算出總的短消息事務(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.235MT+0.25AO+0.3AT） 由此計(jì)算出在處理短消息基本轉(zhuǎn)發(fā)業(yè)務(wù)系統(tǒng)所需的TPC-C值為21884tpmC。系統(tǒng)固有程序需要占用約3000tpmC，共需要24884tpmc. 業(yè)務(wù)處理數(shù)據(jù)庫(kù)模塊采用IBM P630系列小型機(jī)，每個(gè)模塊為雙機(jī)加CLUSTER結(jié)構(gòu)。 主機(jī)

52、IBM pSeries 630 2 臺(tái) 每臺(tái)主機(jī)配置： CPU 1-way 1.2 GHz POWER4+ Processor Card 2 個(gè) 　 內(nèi)存 2048MB (4x512MB) SDRAM DIMM Memory 2 組 　 本機(jī)硬盤 36.4 GB 10,000 RPM Ultra3 SCSI Disk Drive Assembly 2 個(gè) 　 通信網(wǎng)卡 10/100 Mbps Ethernet PCI Adapter II 2 塊 　 光驅(qū) CD-ROM Drive - 48X (Max) IDE 1

53、個(gè) 在以上配置下： 單機(jī)tpmc為46971，考慮30％冗余，以上配置滿足本期擴(kuò)容的要求。 中興通訊短消息中心采用內(nèi)存緩沖數(shù)據(jù)庫(kù)，將所有暫緩發(fā)送的短消息放置在系統(tǒng)緩沖隊(duì)列中。在一定時(shí)間端內(nèi)，暫緩發(fā)送的消息始終處于隊(duì)列中，減少大量不必要的數(shù)據(jù)讀寫，提高系統(tǒng)運(yùn)行效率。以下是對(duì)消息發(fā)送時(shí)所需內(nèi)存進(jìn)行計(jì)算。 緩存消息只需要考慮MT消息。 忙時(shí)最大緩存消息數(shù) = 不含重發(fā)消息數(shù) ×重發(fā)比例×緩存時(shí)間 ＝389萬(wàn)（條） 業(yè)務(wù)處理模塊所需內(nèi)存＝短消息忙時(shí)處理能力×短消息長(zhǎng)度＋緩存短消息數(shù)×短消息長(zhǎng)度 ＝605M+543M=1148M 本期擴(kuò)容每個(gè)短消息中心有兩個(gè)業(yè)務(wù)處理模塊，每個(gè)業(yè)務(wù)處理模

54、塊內(nèi)存需滿足574M的要求，系統(tǒng)本身需要128M內(nèi)存，以及加入過(guò)負(fù)荷緩存功能將占用500M內(nèi)存空間，考慮40％的系統(tǒng)冗余，本期工程每個(gè)模塊配置4G內(nèi)存。 9.3 存儲(chǔ)設(shè)備要求 存儲(chǔ)設(shè)備主要指磁盤陣列，實(shí)現(xiàn)系統(tǒng)數(shù)據(jù)的聯(lián)機(jī)存儲(chǔ)。 ⑴ 賣方應(yīng)詳細(xì)說(shuō)明所需聯(lián)機(jī)存儲(chǔ)容量的計(jì)算模型、計(jì)算公式和結(jié)果，并由此給出相應(yīng)的存儲(chǔ)設(shè)備配置的存儲(chǔ)容量和I/O能力等，并配置其端口數(shù)量應(yīng)滿足本期工程需要且具備一定的端口和背板擴(kuò)容能力； ⑵ 磁盤陣列設(shè)備要求有很高的安全可靠性，MTBF≥80000小時(shí)； ⑶ 磁盤陣列設(shè)備應(yīng)可與多種廠家的主機(jī)系統(tǒng)相連； ⑷ 磁盤陣列應(yīng)能配合多機(jī)高可用群集系統(tǒng)的需要； ⑸ 磁盤

55、陣列采用UltraSCSI接口或FC-AL接口，支持RAID 0、1、0+1、5； ⑹ 并可提供多通道、雙電源及冗余風(fēng)扇完全的硬件冗余。保證在某一硬件出問(wèn)題時(shí)，能夠進(jìn)行自動(dòng)切換，不出現(xiàn)單點(diǎn)故障； ⑺ 磁盤陣列設(shè)備應(yīng)具有較強(qiáng)的平滑擴(kuò)充能力，包括系統(tǒng)存儲(chǔ)容量的擴(kuò)充及I/O能力的擴(kuò)充等； ⑻ 磁盤陣列應(yīng)支持先進(jìn)的存儲(chǔ)、備份方式等； ⑼ 在系統(tǒng)的硬件更新、增加或微碼升級(jí)時(shí)，能夠保證系統(tǒng)在線進(jìn)行。支持在線擴(kuò)盤和倒盤； ⑽ 提供多臺(tái)主機(jī)同時(shí)高效共享文件系統(tǒng)的能力，允許多個(gè)操作系統(tǒng)啟動(dòng)多個(gè)I/O，同時(shí)存取一個(gè)邏輯卷。 答復(fù)：滿足，本期建設(shè)采用了三個(gè)存儲(chǔ)設(shè)備，配置和計(jì)算公式如下 計(jì)費(fèi)模塊——滿足

56、2004年底月最大消息流量15.4億條,采用IBM FAST200磁盤陣列 ? 基本軟件安裝空間：0.5G ? 每條消息計(jì)費(fèi)按110字節(jié)計(jì) ? 計(jì)費(fèi)磁陣信息保存3個(gè)月（包含話單消息內(nèi)容），此外提供外接存儲(chǔ)設(shè)備MO保存 產(chǎn)生的數(shù)據(jù)量為： 0.5G+110BYTE ×1540000000條×3個(gè)月=473.7G 采用RAID0+1完全備份,所需各短信中心計(jì)費(fèi)磁陣總?cè)萘繎?yīng)不小于946.6G。 數(shù)據(jù)庫(kù)模塊——滿足2004年底月最大消息流量15.4億條，采用IBM 7133-D40磁盤陣列 ? 基本軟件安裝空間：0.5G ? 短消息存放日期：30天 ? 每條短消息在硬盤上

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

58、YTE=1420G 即所需各短信中心源用戶查詢模塊索引數(shù)據(jù)庫(kù)硬盤總?cè)萘繎?yīng)不小于1420G。 9.4 信令處理模塊要求 ⑴ 信令處理模塊負(fù)責(zé)處理與PLMN的信令交互，必須滿足信息產(chǎn)業(yè)部和集團(tuán)公司相關(guān)規(guī)范。 ⑵ 賣方應(yīng)提供詳細(xì)的配置計(jì)算模型和計(jì)算過(guò)程。 ⑶ 短信息中心應(yīng)能提供2M信令傳輸模塊和與處理能力配套的64K信令傳輸模塊，模塊配置應(yīng)留有一定余量，并不能成為系統(tǒng)瓶頸，不得在未達(dá)到設(shè)計(jì)峰值處理能力時(shí)出現(xiàn)擁塞。 ⑷ 各傳輸鏈路之間應(yīng)能負(fù)載均衡。 ⑸ 短消息中心應(yīng)支持至少8個(gè)信令點(diǎn)編碼。 答復(fù)：滿足，本期建設(shè)將全部采用中興通訊信令接入模塊主處理板， 根據(jù)新MP處理能力

59、的計(jì)算，一個(gè)外圍消息處理模塊（MPM）處理能力為144萬(wàn)—162萬(wàn)BHSM。 新建一套1200條/秒的短信中心, 考慮部分模塊間冗余，配置4個(gè)外圍MPM模塊。 4個(gè)外圍處理模塊需2個(gè)中興STP設(shè)備機(jī)架，中心機(jī)架需單獨(dú)的一個(gè)機(jī)架，共計(jì)需3個(gè)機(jī)架。 機(jī)架采用直流供電，每個(gè)機(jī)架功耗小于500W。 十、軟件要求 10.1 基本要求 ⑴ 模塊化 要求軟件采用分層的模塊化結(jié)構(gòu)，各模塊之間的通信應(yīng)按規(guī)定接口進(jìn)行。任何一層的任何一個(gè)模塊的維護(hù)和更新以及新模塊的追加都不應(yīng)影響其它模塊的功能。 ⑵ 并行性 為承載大業(yè)務(wù)量，系統(tǒng)應(yīng)在軟件級(jí)別上實(shí)現(xiàn)業(yè)務(wù)處理的高度并行性，應(yīng)采用多進(jìn)程、多

60、線程技術(shù)，進(jìn)程間負(fù)載均擔(dān)、協(xié)同處理；同時(shí)，結(jié)合硬件，實(shí)現(xiàn)分布式計(jì)算、負(fù)載均衡和互為備份，從而提高系統(tǒng)資源利用率和系統(tǒng)可靠性。 賣方應(yīng)提供短消息處理能力計(jì)算方法、計(jì)算結(jié)果和本次配置處理能力。 存儲(chǔ)應(yīng)采用先進(jìn)的存儲(chǔ)策略，使得數(shù)據(jù)能夠均衡分布在硬盤上；同時(shí)，能夠動(dòng)態(tài)分配用戶存儲(chǔ)空間，提高存儲(chǔ)設(shè)備的利用率。 ⑶ 低耦合 系統(tǒng)參數(shù)、用戶數(shù)據(jù)與處理程序應(yīng)有相對(duì)的獨(dú)立性。用戶數(shù)據(jù)的任何變更都不應(yīng)引起運(yùn)行版本程序的變更。處理程序應(yīng)與任何系統(tǒng)參數(shù)、用戶數(shù)據(jù)相適應(yīng)。 ⑷ 容錯(cuò)性和健壯性 軟件應(yīng)有容錯(cuò)能力，一般小的軟件故障不應(yīng)引起各類嚴(yán)重的系統(tǒng)再啟動(dòng)。 容錯(cuò)包括對(duì)用戶誤操作的容錯(cuò)，采用存儲(chǔ)/轉(zhuǎn)發(fā)機(jī)制保

61、證應(yīng)用系統(tǒng)的容錯(cuò)性能。 軟件設(shè)計(jì)應(yīng)有健壯性，某一軟件模塊內(nèi)的軟件錯(cuò)誤應(yīng)限制在本模塊內(nèi)，而不應(yīng)造成其它軟件模塊的錯(cuò)誤。 ⑸ 可監(jiān)測(cè) 應(yīng)具有軟件運(yùn)行故障的監(jiān)測(cè)功能。一旦軟件出現(xiàn)死循環(huán)等重大故障，應(yīng)能自動(dòng)再啟動(dòng)，并產(chǎn)生即時(shí)故障報(bào)告信息。采用錯(cuò)誤標(biāo)識(shí)代碼準(zhǔn)確標(biāo)識(shí)錯(cuò)誤點(diǎn)，同時(shí)生成日志文件，以便維護(hù)；并以可視化界面報(bào)警的形式提示系統(tǒng)管理員檢測(cè)和修復(fù)。故障定位還包括系統(tǒng)對(duì)硬件故障的診斷和維護(hù)。 ⑹ 安全性 采用的認(rèn)證和加密等安全技術(shù)保證以防止非法用戶的侵入。 答復(fù)：滿足 10.2 軟件功能要求 ⑴ 要求有完善的實(shí)時(shí)操作系統(tǒng)。 ⑵ 要求具有計(jì)費(fèi)處理功能，并能夠與計(jì)費(fèi)處理中心相配合。 ⑶ 要

62、求具有網(wǎng)管子系統(tǒng)及處理相應(yīng)業(yè)務(wù)的功能。 ⑷ 要求具有對(duì)各種硬件設(shè)備測(cè)試的功能。 ⑸ 要求具有對(duì)軟件、硬件運(yùn)行故障的監(jiān)測(cè)功能。有完善的故障告警及故障事后處理功能。要求具有與集中維護(hù)管理中心相配合的控制功能。 ⑹ 要求具有友好、方便的圖形化人機(jī)界面。 ⑺ 要求具有完善的維護(hù)管理功能，具有用戶數(shù)據(jù)管理、系統(tǒng)觀察管理、軟件維護(hù)管理、設(shè)備維護(hù)管理等功能。 ⑻ 要求具有故障自診斷和故障定位功能。 答復(fù)：滿足 10.3 軟件維護(hù)管理功能要求 ⑴ 要求具有在不中斷處理呼叫接續(xù)的情況下，完成程序打補(bǔ)釘?shù)墓δ堋? ⑵ 要求對(duì)于全部系統(tǒng)參數(shù)和用戶數(shù)據(jù)都可以在不影響呼叫接續(xù)處理的情況下，用人機(jī)交互

63、方式進(jìn)行數(shù)據(jù)的查詢、修改變更和追加操作，以及由軟盤或其它媒介進(jìn)行批量數(shù)據(jù)的引入運(yùn)行。對(duì)原運(yùn)行數(shù)據(jù)的暫存、重新運(yùn)行，使用刪除。 ⑶ 若對(duì)修改后軟件不滿意或?qū)⑿薷暮筌浖胂到y(tǒng)后，對(duì)系統(tǒng)有副作用或發(fā)現(xiàn)新版本有問(wèn)題，應(yīng)能方便而迅速地（在1分鐘內(nèi)）恢復(fù)原來(lái)的程序。 ⑷ 故障診斷軟件的診斷 要求故障診斷軟件能對(duì)硬件故障進(jìn)行診斷和定位，故障診斷定位后應(yīng)能顯示或打印，報(bào)告故障設(shè)備的物理位置等有關(guān)信息。 答復(fù)：滿足 10.4 用戶界面 ⑴ 采用良好的人/機(jī)交互界面設(shè)計(jì)，提供多種操作接入手段（本地和遠(yuǎn)程登錄），便于直觀、快捷的操作。 ⑵ 系統(tǒng)必須提供純中文操作界面。 ⑶ 系統(tǒng)能連接打印機(jī)、文

64、件存儲(chǔ)設(shè)備（如磁盤、光盤等）。系統(tǒng)能用菜單進(jìn)行顯示和查閱；能用口令控制操作的權(quán)限，防止無(wú)權(quán)人員使用影響系統(tǒng)運(yùn)行；能保留全部人機(jī)操作記錄，并可進(jìn)行查閱和輸出打印。 答復(fù)：滿足 10.5 數(shù)據(jù)庫(kù)軟件 要求數(shù)據(jù)庫(kù)軟件采用Oracle數(shù)據(jù)庫(kù)。 答復(fù)：滿足 10.6 開發(fā)工具 系統(tǒng)的開發(fā)工具采用目前的主流產(chǎn)品，其開發(fā)語(yǔ)言應(yīng)是標(biāo)準(zhǔn)C 語(yǔ)言、JAVA、JAVASCRIPT、C++等業(yè)界通用開發(fā)語(yǔ)言。 答復(fù)：滿足 十一、同步 11.1 同步方式 采用主從同步方式，系統(tǒng)必須具備內(nèi)同步時(shí)鐘。 答復(fù)：滿足 11.2 同步鏈路 可由NO.7信令網(wǎng)到系統(tǒng)的PCM鏈路中提取同步信號(hào)對(duì)

65、系統(tǒng)內(nèi)部時(shí)鐘進(jìn)行鎖相同步。在任何情況下，必須保證每一網(wǎng)絡(luò)單元始終的主從控制關(guān)系，不得出現(xiàn)閉合環(huán)路控制和雙向互控情況。 答復(fù)：滿足 11.3 時(shí)鐘等級(jí) 時(shí)鐘等級(jí)為三類時(shí)鐘。 答復(fù)：滿足，中興通訊短消息中心時(shí)鐘等級(jí)為2級(jí)A類時(shí)鐘。 十二、鑒權(quán)和安全 12.1 用戶鑒權(quán) ⑴ 系統(tǒng)應(yīng)能夠?qū)Χ绦庞脩羯矸莺蚐ME進(jìn)行認(rèn)證，鑒權(quán)方式可采用用戶號(hào)段鑒權(quán)或/和用戶開戶信息鑒權(quán)，對(duì)MO和MT分別進(jìn)行鑒權(quán)；同時(shí)系統(tǒng)應(yīng)提供VIP名單、黑名單等功能和多種組合鑒權(quán)規(guī)則，按照規(guī)則分配短信處理優(yōu)先級(jí)別并對(duì)非法用戶提交的請(qǐng)求進(jìn)行拒絕。 ⑵ 系統(tǒng)應(yīng)能對(duì)虛擬短消息中心按用戶號(hào)段進(jìn)行鑒權(quán)，且同一用戶號(hào)段可屬于不同

66、虛擬短消息中心。 ⑶ 系統(tǒng)應(yīng)能提供可視化界面且操作靈活方便的認(rèn)證規(guī)則修改工具。 答復(fù)：中興短消息系統(tǒng)提供四種鑒權(quán)方式：按號(hào)短鑒權(quán)，按開戶信息鑒權(quán)，先按號(hào)段再按開戶信息鑒權(quán)，不鑒權(quán)，并在新一代監(jiān)控系統(tǒng)中提供VIP名單、黑名單等功能和多種組合鑒權(quán)規(guī)則。 12.2 操作權(quán)限和認(rèn)證 系統(tǒng)管理權(quán)限必須嚴(yán)格分級(jí)，一般可分為系統(tǒng)管理員、用戶管理員、統(tǒng)計(jì)監(jiān)控管理員等，并按所需操作權(quán)限分配操作內(nèi)容。 對(duì)所有操作請(qǐng)求進(jìn)行認(rèn)證，以防止非法用戶操作。同時(shí)，記錄操作人員的每步操作內(nèi)容、登錄時(shí)間和所使用的終端。 答復(fù)：滿足 12.3 安全控制 系統(tǒng)應(yīng)采用防火墻技術(shù)等來(lái)保證系統(tǒng)安全，并提供安全訪問(wèn)控制機(jī)制和系統(tǒng)端口安全監(jiān)測(cè)手段。 短消息中心應(yīng)不得與內(nèi)部其它業(yè)務(wù)系統(tǒng)同在一個(gè)局域網(wǎng)內(nèi)直接互聯(lián)，必須實(shí)現(xiàn)網(wǎng)段或網(wǎng)絡(luò)隔離。同時(shí)，與外部系統(tǒng)必須采用防火墻和路由器實(shí)現(xiàn)隔離。提供IP地址需求、配置和管理建議。 賣方應(yīng)詳細(xì)提供對(duì)現(xiàn)有系統(tǒng)安全改造方案和實(shí)施步驟，對(duì)新建系統(tǒng)的安全控制方案進(jìn)行詳細(xì)說(shuō)明。 答復(fù)：滿足，詳見(jiàn)《湖南短消息系統(tǒng)安全方案》 十三、計(jì)費(fèi) 13.1 計(jì)費(fèi)實(shí)現(xiàn)方式 ⑴ 短消息中心應(yīng)