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

1、 . 附件五 技術(shù)規(guī)與點(diǎn)對點(diǎn)應(yīng)答 46 / 50 目 錄 一、總則1 1.1 規(guī)容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

2、 6.2 短消息中心的功能12 七、編號與撥號方式19 7.1 短消息中心的編號19 7.2 自動/人工短消息接入號19 7.3 撥號方式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 存儲設(shè)備要求26 9.4 信令處理模塊要求29 十、軟件要求29 10.1 基本要求29 10.2 軟件功能要求30 10.3 軟件

3、維護(hù)管理功能要求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)限和認(rèn)證33 12.3 安全控制34 十三、計費(fèi)34 13.1 計費(fèi)實(shí)現(xiàn)方式34 13.2 話單格式34 13.3 計費(fèi)接口35 13.4 計費(fèi)數(shù)據(jù)的存儲要求35 十四、監(jiān)測維護(hù)和網(wǎng)管35 14.1 系統(tǒng)狀態(tài)監(jiān)測35 14.2 維護(hù)管理36 14.3 日志記錄36 14.4 報障功能36 14.5 狀態(tài)監(jiān)控功

4、能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 十六、機(jī)房環(huán)境、電源與接地38 16.1 機(jī)房環(huán)境38 16.2 電源要求39 16.3 接地、抗雷電和過壓過流保護(hù)39 16.4 設(shè)備安裝41 十七、工程實(shí)施和測試容41 17.1 工程實(shí)施41 17.2 系統(tǒng)割接42 17.3 測試容42 十八、技術(shù)服務(wù)和培訓(xùn)與技術(shù)文件43 18.1 技術(shù)服務(wù)43 18.2 技術(shù)培訓(xùn)45 18.3 技術(shù)文件46 一、總則 本文件是省移動通信##公司（以下簡稱買方）短消息中心系統(tǒng)技術(shù)規(guī)書。設(shè)備

5、供應(yīng)商/公司（以下簡稱賣方）應(yīng)根據(jù)本規(guī)向買方提供技術(shù)建議書和報價。 答復(fù)：滿足 1.1 規(guī)容 本規(guī)書對移動短消息中心系統(tǒng)的結(jié)構(gòu)、業(yè)務(wù)功能、硬/軟件設(shè)備性能和服務(wù)等方面提出具體技術(shù)和業(yè)務(wù)要求，賣方所提供的設(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è)（

6、1999）48號通知《移動通信信息點(diǎn)播業(yè)務(wù)平臺的功能和用戶界面》 ⑸ 信息產(chǎn)業(yè)部《GSM NO.7信令網(wǎng)技術(shù)體制》 ⑹ 中國移動通信集團(tuán)公司《中國移動短消息業(yè)務(wù)中心（SMSC）系統(tǒng)網(wǎng)絡(luò)管理規(guī)》 ⑺ 移動通信##公司《移動短信業(yè)務(wù)網(wǎng)關(guān)技術(shù)規(guī)》 ⑻ 省移動通信##公司《手機(jī)銀行短消息中心設(shè)備技術(shù)規(guī)》 答復(fù)：知悉 1.3 規(guī)要求 ⑴ 賣方根據(jù)本規(guī)提交的項目建議書應(yīng)包括詳細(xì)的硬/軟件設(shè)備的清單、單價和總價以與技術(shù)方案。 ⑵ 賣方應(yīng)保證所提供的設(shè)備在產(chǎn)品性能、技術(shù)指標(biāo)、業(yè)務(wù)功能等方面均能滿足本規(guī)的要求，同時設(shè)備也應(yīng)滿足中國移動集團(tuán)公司的相關(guān)規(guī)和相關(guān)標(biāo)準(zhǔn)的最新版本的各項要求，其中賣方應(yīng)詳細(xì)

7、給出支持的標(biāo)準(zhǔn)清單。 ⑶ 賣方提供的設(shè)備應(yīng)是按至少八年使用期設(shè)計的，賣方要保證不論提供的設(shè)備是否還生產(chǎn)，在使用期買方可得到備件。 ⑷ 賣方的建議書中，要求對本規(guī)書所提出各項要求進(jìn)行逐條逐項答復(fù)、說明和解釋，首先對實(shí)現(xiàn)或滿足程度明確給出“滿足”、“不滿足”、“部分滿足”等應(yīng)答，然后給予具體、詳細(xì)的說明。在答復(fù)中，要求明確滿足的程度，凡采用“詳見”、“參見”方式說明的，應(yīng)指明參見文檔的具體章節(jié)或頁碼。 ⑸ 賣方應(yīng)根據(jù)本技術(shù)規(guī)書的工程、技術(shù)要求在規(guī)定時間提供相應(yīng)數(shù)量的建議書（中文）和報價（中文）。建議書與報價應(yīng)單獨(dú)分冊（報價信函密封）分別作為技術(shù)談判和商務(wù)談判文件，同時分別提供電子版文件。在建

8、議書中應(yīng)說明對供貨時間、安裝、調(diào)測、驗收等進(jìn)度的具體安排。 ⑹ 賣方應(yīng)列出其建議書中所提供設(shè)備和系統(tǒng)在世界圍和國的應(yīng)用情況，諸如最大網(wǎng)絡(luò)規(guī)模、業(yè)務(wù)類型與開展方式、用戶數(shù)量等。 ⑺ 由賣方原因造成的工期延誤，由賣方賠償買方的損失。 ⑻ 賣方對于規(guī)書的疑問可以通過書面材料與買方聯(lián)系。在規(guī)定的建議書提交最后期限以前，買方將以書面材料給予答復(fù)，有關(guān)買方答復(fù)材料的復(fù)印件也將遞交所有得到技術(shù)規(guī)書的賣方。 ⑼ 在技術(shù)談判的各個階段，買方將以書面形式要求賣方對有關(guān)問題進(jìn)行進(jìn)一步的技術(shù)澄清，賣方應(yīng)以書面資料給予正式應(yīng)答；所有各階段的技術(shù)澄清文件都將作為合同附件。 ⑽ 未經(jīng)買方許可，賣方不得以任何形式向

9、第三方提供本文件的全部或部分容。 ⑾ 買方在任何時候都保留和擁有對本文件的解釋權(quán)和修改權(quán)。買方有權(quán)在簽定合同前，根據(jù)需要修改和補(bǔ)充本技術(shù)規(guī)書，修改補(bǔ)充后的最終技術(shù)規(guī)書將作為合同的附件。 ⑿ 由賣方所提供的設(shè)備部件間的連線和插接件均應(yīng)視為設(shè)備部器件，包含在相應(yīng)的設(shè)備之中。 ⒀ 賣方應(yīng)提供設(shè)備安裝、測試所需的電纜、安裝材料、專用的工具儀表等。并應(yīng)根據(jù)配置情況詳細(xì)列出各種設(shè)備、材料、工具儀表和軟件等的清單并詳細(xì)說明各項費(fèi)用。 ⒁賣方提供的設(shè)備必須在2003年12月20日前割接上線。 答復(fù)：滿足，設(shè)備配置情況與各項費(fèi)用詳見《配置報價》，工程進(jìn)度詳見《工程進(jìn)度表》。 1.4 縮略語 S

10、MSC Short Message Service Center 短消息中心 ISMG Internet Short Message 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 短消息實(shí)體 MS Mobile Station 移動臺 MO Mobile Originated 移動臺發(fā)起 MT Mobile Terminated 移動臺終止 IOD Information On-Demand 信息點(diǎn)播

11、 SMPP Short Message Peer-to-Peer 短消息點(diǎn)對點(diǎn)協(xié)議 FTP File Transfer Protocol 文件傳輸協(xié)議 FTAM File Transfer Access Management 文件傳輸訪問管理協(xié)議 答復(fù)：知悉 二、工程概況 2.1 工程背景 雖然我省SMSC已進(jìn)行過三次擴(kuò)容，但現(xiàn)有SMSC處理能力和用戶容量已基本接近規(guī)劃設(shè)計能力和容量。同時根據(jù)業(yè)務(wù)預(yù)測，至2004年12月省短信需處理能力3500條SM/秒，故現(xiàn)有SMSC的處理能力和容量不能滿足業(yè)務(wù)發(fā)展需求。 隨著短信業(yè)務(wù)量的增長，用戶對短信業(yè)務(wù)種類提出了更趨多樣

12、化的需求，由此移動在短信市場不斷開發(fā)出新的產(chǎn)品，從而刺激業(yè)務(wù)量進(jìn)一步增長。如近期相繼面向全省推出手機(jī)支付、手機(jī)定位等等業(yè)務(wù)，可以預(yù)見此類應(yīng)用必將對SMSC系統(tǒng)的峰值處理能力提出更高的要求。 因此，根據(jù)業(yè)務(wù)發(fā)展需要必須對全省短消息中心的處理能力進(jìn)行擴(kuò)容。 答復(fù)：知悉 2.2 系統(tǒng)現(xiàn)狀 1、短信系統(tǒng)現(xiàn)狀 省移動通信公司SMSC于1996年開始建設(shè)，經(jīng)2000年一期和2001年二期和2002年三期擴(kuò)容后，目前全省共有4套SMSC，分別設(shè)于（2套）、（1套）、（1套）3地，其余11個市州均以虛擬SMSC的方式接入相應(yīng)的SMSC，實(shí)現(xiàn)了全省圍的覆蓋，已具有一定的網(wǎng)絡(luò)規(guī)模，峰值處理能力共計230

13、0條SM/秒。具體情況如下表： 表2.1 短消息中心情況表 局名 覆蓋圍 處理能力 SMSC1 （東風(fēng)路） 株洲、、、、永州、、、自治州和 900條/秒 SMSC2 （妙高峰） 900條/秒 SMSC 和 300條/秒 SMSC 和 200條/秒 另外，所有SMSC同時與位于的1套短信網(wǎng)關(guān)互聯(lián)。 2、短信流量 根據(jù)統(tǒng)計目前短信中心月計費(fèi)流量為2.3億條（實(shí)際流量為3.4倍），根據(jù)業(yè)務(wù)預(yù)測到2004年底短信中心月計費(fèi)流量為4.6億條（實(shí)際流量為15.4億條）。其中MO：MT=48%:52%。 答復(fù)：知悉 2.3 工程建設(shè)規(guī)模 由于現(xiàn)有系統(tǒng)無法滿足

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

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

16、統(tǒng)結(jié)構(gòu)、數(shù)據(jù)接口應(yīng)可靈活擴(kuò)展，為將來業(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兩部分，主要完成存儲轉(zhuǎn)發(fā)的功能。通常兩部分合設(shè)形成統(tǒng)一的實(shí)體，以標(biāo)準(zhǔn)的MAP信令與PLMN相連接。 其中，SMS G/IW MSC為支持移動臺（MS）發(fā)起和終止的短信業(yè)務(wù)，承當(dāng)SMSC與PLMN之間的網(wǎng)關(guān)作用，SMS GMSC具有從SMSC接收短信，向HLR詢問路由信息，并向MS所拜訪的MSC轉(zhuǎn)發(fā)短信的功能；SMS IWM

17、SC具有從PLMN中接收短信，并發(fā)送給SMSC的功能。 ⑵ ICP（容提供商） ICP是短信應(yīng)用/容服務(wù)的直接提供者，負(fù)責(zé)為用戶開發(fā)和提供適合手機(jī)用戶使用的服務(wù)。 ⑶ ESME（擴(kuò)展短信實(shí)體） 指通過SMPP協(xié)議與SMSC通信，請求特定的短信服務(wù)的功能實(shí)體。 ⑷ 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ù)交互提供了一條安全、快捷的通道，向手機(jī)用戶提供點(diǎn)播ICP信息的服務(wù)。增值值業(yè)務(wù)平臺具有數(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)

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

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

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

21、上按中移建設(shè)要求增加直連網(wǎng)元接口，并在原有操作維護(hù)模塊采用新一代短信監(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)的擴(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)對短消息中心系統(tǒng)的安全保障，防止非法訪問。 系統(tǒng)應(yīng)具

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

23、 與計費(fèi)中心之間的通信接口 采用FTAM/FTP傳輸協(xié)議。 同時要求VIP用戶數(shù)據(jù)與BOSS系統(tǒng)實(shí)時同步。 ⑸ 與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)按照集團(tuán)公司統(tǒng)一要求的接口規(guī)提供與后備數(shù)據(jù)庫的接口，以支持對短信的過濾。 答復(fù)：滿足，提供與BOSS系統(tǒng)的接口，因采用VIP優(yōu)先用戶發(fā)送功能會使短信中心整體處理能力下降30

24、%，推薦不采用該功能。中興通訊垃圾短信VIP用戶過濾功能可保證特殊用戶不受垃圾用戶使用權(quán)限設(shè)置，并且不影響短信中心整體處理能力，推薦采用。 5.2 通信組織 由于目前4套SMSC局址分別位于東風(fēng)路交換機(jī)房、妙高峰交換機(jī)房、解放路機(jī)房、紹陽移動交換機(jī)房，1套短信網(wǎng)關(guān)位于東風(fēng)路機(jī)房，省網(wǎng)管中心位于移動通信指揮中心大樓6樓機(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)管中心之間的接口 傳輸電

25、路采用64Kbps DDN或2Mbps。 （4）與計費(fèi)中心之間的接口 采用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ù)； ⑵ 可支持二進(jìn)制形式的短消息業(yè)務(wù)； ⑶ 當(dāng)用戶的語音信箱中有留言時，系統(tǒng)可

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

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

28、術(shù)規(guī)書設(shè)計要求，在2004年底短信中心月計費(fèi)流量為4.6億條（實(shí)際流量為15.4億條）。其中MO：MT=48%:52%。中興通訊存儲器容量如下所示： 1、計費(fèi)模塊——滿足2004年底月最大消息流量15.4億條,采用IBM FAST200磁盤陣列 ? 基本軟件安裝空間：0.5G ? 每條消息計費(fèi)按110字節(jié)計 ? 計費(fèi)磁陣信息保存3個月（包含話單消息容），此外提供外接存儲設(shè)備MO保存 產(chǎn)生的數(shù)據(jù)量為： 0.5G+110BYTE ×1540000000條×3個月=473.7G 采用RAID0+1完全備份,所需各短信中心計費(fèi)磁陣總?cè)萘繎?yīng)不小于946.6G。 2、數(shù)據(jù)庫模塊——

29、滿足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、源用戶查詢模塊——全省用戶短消息容大型索引數(shù)據(jù)庫，按滿足2004年底月最大消息流量15.4億條設(shè)計，采用DELL PV210S磁盤陣列 ? 基本軟件安

30、裝空間：0.5G ? 短消息存放日期：3個月 ? 每條短消息在硬盤上存儲字節(jié)數(shù)為：330BYTES 所需硬盤空間為： 0.5+3個月×1540000000條×330BYTE=1420G 即所需各短信中心源用戶查詢模塊索引數(shù)據(jù)庫硬盤總?cè)萘繎?yīng)不小于1420G。 6.2.2 短消息的提交和轉(zhuǎn)發(fā) ⑴ 短消息提交 當(dāng)短消息提交給短消息中心后，在確認(rèn)消息有效后，將短消息與時保存，并向發(fā)起者回發(fā)確認(rèn)信息。 ⑵ 短消息轉(zhuǎn)發(fā) 短消息中心取出應(yīng)該發(fā)送的消息，并確保在一個時刻向一個移動臺（MS）發(fā)送一條消息。如果轉(zhuǎn)發(fā)失敗，則短消息中心接收從網(wǎng)絡(luò)側(cè)回發(fā)的失敗原因。短消息中心不再向接收側(cè)發(fā)送，

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

32、C信令）； ⑵短消息中心進(jìn)行定時自動重復(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ù)運(yùn)營商要求設(shè)定狀態(tài)報告標(biāo)志。 答復(fù)：滿足。 6.2.7 長短消息 在移動臺支持的情況下，短消息中心應(yīng)可完成長的短消息（長度>140字節(jié)）轉(zhuǎn)發(fā)。 答復(fù)：滿足。 6.2.8 支持漢字/二進(jìn)制短消息 短消息中心應(yīng)支持漢字短消息的透明傳輸；其漢字短消息編碼方案應(yīng)符合GSM規(guī)03.38（V5.2.0）；

33、人工輸入漢字短消息終端應(yīng)支持GB13000CJK的漢字。具有支持二進(jìn)制形式的短消息業(yè)務(wù)的能力。 答復(fù)：滿足。 6.2.9 流量控制功能 短消息中心應(yīng)有短消息的流量控制功能，可根據(jù)不同的SME、按時段進(jìn)行流量控制，以防止網(wǎng)絡(luò)失敗和服務(wù)質(zhì)量下降時業(yè)務(wù)負(fù)荷的異常增長。 答復(fù)：滿足。 6.2.10 短消息路由 短消息中心應(yīng)有能力通過對短消息的目的地址以與短消息容中的明文部分進(jìn)行路由選擇的能力，以分發(fā)短消息到信息點(diǎn)播、手機(jī)銀行等相應(yīng)業(yè)務(wù)系統(tǒng)。 答復(fù)：滿足。 6.2.11 系統(tǒng)日志 短消息中心應(yīng)具有獨(dú)立的日志功能，對于系統(tǒng)運(yùn)行、各業(yè)務(wù)功能情況等應(yīng)具有詳細(xì)的記錄，并可對故障進(jìn)行分類報告，以

34、便事后分析故障原因。 答復(fù)：滿足，為了使局方更好的操作和管理短消息中心，ZXG10—SC提供日志查看器，可對操作進(jìn)行管理和維護(hù)。操作員對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ù)器等的運(yùn)行進(jìn)行故障管理，并于后臺實(shí)時提供文字和圖形告警信息。 6.2.13 統(tǒng)計查詢功能

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

36、本短消息中心歸屬的用戶，或根據(jù)運(yùn)營商需要的其它方式進(jìn)行鑒權(quán)。 答復(fù)：滿足，中興短消息系統(tǒng)提供四種鑒權(quán)方式：按號段鑒權(quán)，按開戶信息鑒權(quán)，先按號段再按開戶信息鑒權(quán)，不鑒權(quán)，針對具體情況可對MO和MT的鑒權(quán)方式進(jìn)行靈活配置。 6.2.15 虛擬短消息中心 多個移動本地網(wǎng)可共用一個短消息中心實(shí)體，該實(shí)體能夠支持不少于10個短消息中心。實(shí)體中各短消息中心業(yè)務(wù)運(yùn)行和維護(hù)管理相對獨(dú)立、互不干擾。 答復(fù)：滿足，中興通訊的短消息系統(tǒng)最大支持255個虛擬短消息中心。 6.2.16 網(wǎng)關(guān)功能 短消息中心實(shí)體應(yīng)具有SMS-G/IW MSC功能，即能夠向HLR詢問路由信息，并向MS所在VMSC轉(zhuǎn)發(fā)短

37、消息。短消息中心作為一個獨(dú)立實(shí)體以標(biāo)準(zhǔn)的MAP信令接入PLMN。 答復(fù)：滿足 6.2.17 業(yè)務(wù)聯(lián)網(wǎng)功能 短消息中心應(yīng)能根據(jù)運(yùn)營商的要求完成業(yè)務(wù)聯(lián)網(wǎng)。 答復(fù)：滿足。中興通訊短消息中心可采用雙網(wǎng)雙平面與進(jìn)一步耦合的工作方式完成多個短信中心業(yè)務(wù)聯(lián)網(wǎng)。 6.2.18 垃圾短信封堵功能 1）短信過濾； 對特定關(guān)鍵字進(jìn)行過濾，對滿足特定關(guān)鍵字的信息不與發(fā)送； 2）流量控制 對于點(diǎn)對點(diǎn)短消息，針對一個用戶，系統(tǒng)能對每天發(fā)送量進(jìn)行監(jiān)控，對于超出預(yù)設(shè)數(shù)目的短信不再下發(fā)，并回發(fā)用戶一條信息，告訴用戶其發(fā)送量過大，對其短信不再轉(zhuǎn)發(fā)。并將后續(xù)的一條短信發(fā)送至設(shè)定手機(jī)上（需考慮計費(fèi)處理）。經(jīng)

38、過預(yù)設(shè)的時長后，再恢復(fù)其短信發(fā)送功能。以上功能均應(yīng)由短信中心自動實(shí)現(xiàn)，并且可根據(jù)運(yùn)營商需求開通或關(guān)閉，其中短信預(yù)設(shè)數(shù)目、特定手機(jī)、預(yù)設(shè)時長可由運(yùn)營商方便、靈活的自定義。 3）提供對垃圾短信的靈活的統(tǒng)計和查詢功能 答復(fù)：部分滿足，中興通訊新一代垃圾短信系統(tǒng)已對流量進(jìn)行改進(jìn)，可對不同用戶群按照不同監(jiān)控粒度進(jìn)行流量控制，對于超出指定監(jiān)控信息流量圍的用戶將發(fā)送告警和通知消息給系統(tǒng)管理員，并可自動啟用黑功能。目前暫不提供發(fā)送給垃圾短信用戶的提示通知消息。本期建設(shè)將提供源用戶查詢功能完成對各類消息的靈活統(tǒng)計和查詢功能。 七、編號與撥號方式 7.1 短消息中心的編號 GSM用戶SIM卡中存儲的

39、短消息中心的用于MS發(fā)起的點(diǎn)對點(diǎn)短消息業(yè)務(wù)對于短消息中心的尋址。 答復(fù)：滿足。 7.2 自動/人工短消息接入號 用于用戶通過話音接入要求操作員人工轉(zhuǎn)發(fā)或自動轉(zhuǎn)發(fā)短消息（一般采用撥打1258/1259的形式）。 答復(fù)：滿足。 7.3 撥號方式 ⑴ 用戶撥打1258/1259秘書臺來人工/自動發(fā)送短消息； ⑵ 用戶輸入目的用戶的MSISDN發(fā)送點(diǎn)對點(diǎn)短消息； ⑶ 用戶輸入規(guī)定的業(yè)務(wù)代碼點(diǎn)播SP短消息。 答復(fù)：滿足。 7.4 SP服務(wù)代碼 短消息中心應(yīng)支持SP服務(wù)代碼至少2萬個，并在數(shù)據(jù)配置上應(yīng)支持最大匹配原則。 答復(fù)：滿足。 7.5 尋址 短消息中心作為NO.7信令網(wǎng)中

40、的一個信令點(diǎn)或多個信令點(diǎn)來尋址，該信令點(diǎn)的信令功能應(yīng)符合NO.7信令相關(guān)規(guī)的規(guī)定。 賣方應(yīng)明確說明短消息中心將消息發(fā)往NO.7信令網(wǎng)時所采用的負(fù)荷調(diào)度方式，如采用按用戶號段靜態(tài)分配消息路由方式或按輪詢動態(tài)分配消息路由方式。 答復(fù)：滿足，短信中心與NO.7信令網(wǎng)的負(fù)荷方式可采用按用戶號段靜態(tài)分配路由或按輪選方式動態(tài)分配消息。 八、性能指標(biāo) 8.1 處理能力 賣方根據(jù)買方要求，提供相應(yīng)的處理能力配置，并保證具備擴(kuò)容至2400條SM/秒的峰值處理能力。單條64K信令鏈路短消息處理承載能力不低于10條SM/秒和單向0.4 erl,單條2M信令鏈路短消息處理承載能力不低于160條SM/秒和

41、單向0.2erl。當(dāng)滿負(fù)荷運(yùn)轉(zhuǎn)時，系統(tǒng)整體性能不應(yīng)有明顯的下降。 答復(fù)：滿足，中興通訊2M高速信令鏈路在移動和移動現(xiàn)網(wǎng)上商用。 8.2 可靠性和可用性 供應(yīng)商應(yīng)提供設(shè)備的預(yù)測MTBF，以與獲得這一參數(shù)的計算方法。要求設(shè)備MTBF至少達(dá)到2萬小時以上。 為保證系統(tǒng)的高可靠性，短消息中心的數(shù)據(jù)硬盤應(yīng)硬件支持RAID1和RAID5，主處理機(jī)采用雙機(jī)備份，并提供在線數(shù)據(jù)備份的手段。 短消息中心的關(guān)鍵軟件、硬件應(yīng)有一定的容錯和備份措施，保證系統(tǒng)的不間斷運(yùn)行，系統(tǒng)應(yīng)具有軟件、硬件故障的自動在線恢復(fù)功能。 短消息中心為防止業(yè)務(wù)中斷，應(yīng)提供自保護(hù)機(jī)制，在達(dá)到最大處理能力時不得出現(xiàn)宕機(jī)，其保護(hù)機(jī)制可

42、根據(jù)實(shí)際處理流量分級提供不同的保護(hù)策略。 要求兩個業(yè)務(wù)處理機(jī)能夠均勻的實(shí)現(xiàn)負(fù)荷分擔(dān)。 答復(fù)：滿足，中興短消息系統(tǒng)包含許多部件，以IW/GMSC為例，它由控制部件、信號設(shè)備、交換網(wǎng)絡(luò)、中繼電路等等組成。從可靠性模型角度來看應(yīng)該可以等效為一個串并聯(lián)的混合系統(tǒng)。其中有的部分如中繼電路、交換網(wǎng)絡(luò)等包括多套設(shè)備，只有在全部設(shè)備發(fā)生故障時才引起系統(tǒng)中斷。因此，它們部屬并聯(lián)結(jié)構(gòu)。而不同部件之間的組合屬于串聯(lián)結(jié)構(gòu)。以下為中興各部件的MTBF（Mean Time Between Failure平均故障間隔時間）和系統(tǒng)MTTR（Mean Time To Repair平均維修時間）： GMP ： 6500

43、0小時 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 可擴(kuò)容性 設(shè)備應(yīng)采用模塊化結(jié)構(gòu)，具有平滑擴(kuò)容的能力。賣方詳細(xì)說明所提供配置的最終處理能力。 答復(fù)：滿足 l 單條2M信令鏈路在0.2Erl的情況下處理能力大于160條/秒 l 中興通訊短消息中心前臺信令處理部分IW/GMSC為模塊化組網(wǎng)，最大可31個模塊組成單短消息系統(tǒng)的

44、信令處理部分，每個模塊處理能力為400條/秒-450條/秒 l 業(yè)務(wù)處理數(shù)據(jù)庫合一模塊采用全UNIX小型機(jī)架構(gòu)，處理能力為每模塊900條/秒，通過今后進(jìn)一步升級擴(kuò)容每模塊可達(dá)1200條/秒，目前可支持8個模塊組網(wǎng)。 人工坐席作為外部實(shí)體可單個連接到短消息中心也可作為一個整體連接到短消息中心，在外部接口滿足的條件下，可支持7560個人工坐席接入。 8.4 信令鏈路要求 系統(tǒng)應(yīng)能支持接入的移動本地網(wǎng)中所有MSC滿負(fù)荷時用戶容量的需求，其存儲容量應(yīng)能滿足所有用戶使用短消息業(yè)務(wù)。 短消息中心與PLMN之間的NO.7信令鏈路可根據(jù)業(yè)務(wù)情況靈活配置。本期工程要求現(xiàn)有和新建的短信中心均采用2M信令

45、鏈路，每條信令鏈路的最大負(fù)荷為單向0.2 erl，并能夠與現(xiàn)有STP（華為和貝爾）設(shè)備連接。各鏈路之間能夠?qū)崿F(xiàn)負(fù)載均衡。在割接過程中應(yīng)能實(shí)現(xiàn)2M和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ā)送嘗試的時間間隔≤1000ms(95%的概率)。 答復(fù)：滿足 九、硬件要求 9.1一般要求 賣方提供的硬件系統(tǒng)應(yīng)是高可靠性、高可用性、符合應(yīng)用要求下的高性能主機(jī)和存儲設(shè)備，同時提供存儲管

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

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

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

49、主機(jī)系統(tǒng)平均無故障時間應(yīng)大于8萬小時； ⒀ 要求賣方提供主機(jī)TPMC、I/O帶寬、I/O吞吐率、設(shè)備擴(kuò)容最大容量（含CPU、存、總線帶寬、接口模塊）、雙機(jī)耦合度。 答復(fù)：滿足，以每個短信中心新增900條/秒處理能力為例給出以下配置計算。 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條短消息中心為例計算： 短消息中心處理能力

50、為900條/秒，假設(shè)點(diǎn)對點(diǎn)業(yè)務(wù)占70％，點(diǎn)播類業(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.235MT+0.25AO+0.3AT） 由此計算出在處理短消息基本轉(zhuǎn)發(fā)業(yè)務(wù)系統(tǒng)所需的TPC-C值為21884tpmC。系統(tǒng)固有程序需要占用約3000tpmC，共需要24884tpmc.

51、 業(yè)務(wù)處理數(shù)據(jù)庫模塊采用IBM P630系列小型機(jī)，每個模塊為雙機(jī)加CLUSTER結(jié)構(gòu)。 主機(jī) IBM pSeries 630 2 臺 每臺主機(jī)配置： CPU 1-way 1.2 GHz POWER4+ Processor Card 2 個 存 2048MB (4x512MB) SDRAM DIMM Memory 2 組 本機(jī)硬盤 36.4 GB 10,000 RPM Ultra3 SCSI Disk Drive Assembly 2 個 通信網(wǎng)卡 10/100 Mbps Ethernet PCI Adapter II

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

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

54、主機(jī)系統(tǒng)相連； ⑷ 磁盤陣列應(yīng)能配合多機(jī)高可用群集系統(tǒng)的需要； ⑸ 磁盤陣列采用UltraSCSI接口或FC-AL接口，支持RAID 0、1、0+1、5； ⑹ 并可提供多通道、雙電源與冗余風(fēng)扇完全的硬件冗余。保證在某一硬件出問題時，能夠進(jìn)行自動切換，不出現(xiàn)單點(diǎn)故障； ⑺ 磁盤陣列設(shè)備應(yīng)具有較強(qiáng)的平滑擴(kuò)充能力，包括系統(tǒng)存儲容量的擴(kuò)充與I/O能力的擴(kuò)充等； ⑻ 磁盤陣列應(yīng)支持先進(jìn)的存儲、備份方式等； ⑼ 在系統(tǒng)的硬件更新、增加或微碼升級時，能夠保證系統(tǒng)在線進(jìn)行。支持在線擴(kuò)盤和倒盤； ⑽ 提供多臺主機(jī)同時高效共享文件系統(tǒng)的能力，允許多個操作系統(tǒng)啟動多個I/O，同時存取一個邏輯卷。 答

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

56、：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。 源用戶查詢模塊——全省用戶短消息容大型索引數(shù)據(jù)庫，按滿足2004年底月最大消息流量15.4億條設(shè)計，采用DELL PV210磁盤陣列 ? 基本軟件安裝空間：0.5G ? 短消息存放日期：3個月 ? 每條短消息在硬盤上存儲字節(jié)數(shù)為：330BYTES 所需

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

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

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

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

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

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

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

64、.7信令網(wǎng)到系統(tǒng)的PCM鏈路中提取同步信號對系統(tǒng)部時鐘進(jìn)行鎖相同步。在任何情況下，必須保證每一網(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ū)Χ绦庞脩羯矸莺蚐ME進(jìn)行認(rèn)證，鑒權(quán)方式可采用用戶號段鑒權(quán)或/和用戶開戶信息鑒權(quán)，對MO和MT分別進(jìn)行鑒權(quán)；同時系統(tǒng)應(yīng)提供VIP、黑等功能和多種組合鑒權(quán)規(guī)則，按照規(guī)則分配短信處理優(yōu)先級別并對非法用戶提交的請求進(jìn)行拒絕。 ⑵ 系統(tǒng)應(yīng)能對虛擬短消息中心按用戶號段進(jìn)

65、行鑒權(quán)，且同一用戶號段可屬于不同虛擬短消息中心。 ⑶ 系統(tǒng)應(yīng)能提供可視化界面且操作靈活方便的認(rèn)證規(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)限和認(rèn)證 系統(tǒng)管理權(quán)限必須嚴(yán)格分級，一般可分為系統(tǒng)管理員、用戶管理員、統(tǒng)計監(jiān)控管理員等，并按所需操作權(quán)限分配操作容。 對所有操作請求進(jìn)行認(rèn)證，以防止非法用戶操作。同時，記錄操作人員的每步操作容、登錄時間和所使用的終端。 答復(fù)：滿足 12.3 安全控制 系統(tǒng)應(yīng)采用防火墻技術(shù)等來保證系統(tǒng)安

66、全，并提供安全訪問控制機(jī)制和系統(tǒng)端口安全監(jiān)測手段。 短消息中心應(yīng)不得與部其它業(yè)務(wù)系統(tǒng)同在一個局域網(wǎng)直接互聯(lián)，必須實(shí)現(xiàn)網(wǎng)段或網(wǎng)絡(luò)隔離。同時，與外部系統(tǒng)必須采用防火墻和路由器實(shí)現(xiàn)隔離。提供IP地址需求、配置和管理建議。 賣方應(yīng)詳細(xì)提供對現(xiàn)有系統(tǒng)安全改造方案和實(shí)施步驟，對新建系統(tǒng)的安全控制方案進(jìn)行詳細(xì)說明。 答復(fù)：滿足，詳見《短消息系統(tǒng)安全方案》 十三、計費(fèi) 13.1計費(fèi)實(shí)現(xiàn)方式 ⑴ 短消息中心應(yīng)能將短消息詳單等計費(fèi)所需的所有原始信息，以計費(fèi)系統(tǒng)可識別的數(shù)據(jù)格式存儲。 ⑵ 短消息中心的話單采集頻率應(yīng)可任意調(diào)整，根據(jù)目前計費(fèi)粒度應(yīng)至少保證能夠15分鐘采集一次。 ⑶ 必要時能配合計費(fèi)中心完成用戶計費(fèi)管理功能。 ⑷ 計費(fèi)數(shù)據(jù)存儲介質(zhì)為本地硬盤，并能將數(shù)據(jù)備份到MO盤，MO盤容量為5G以上。計費(fèi)詳單有足夠的硬盤存儲空間，要求能至少3個月。 答復(fù)：滿足 13.2 話單格式 詳細(xì)計費(fèi)格式詳見集團(tuán)公司相關(guān)規(guī)和規(guī)定。 答復(fù)：滿足 13.3 計費(fèi)接口 計費(fèi)數(shù)據(jù)采集傳輸協(xié)議采用提供FTAM或FTP；同時，話單數(shù)據(jù)的網(wǎng)絡(luò)硬件接口應(yīng)支持快速以太網(wǎng)，以便計費(fèi)系統(tǒng)通過局域網(wǎng)訪問數(shù)據(jù)。