技術規(guī)范與點對點應答

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

1、 . 附件五 技術規(guī)與點對點應答 46 / 50 目 錄 一、總則1 1.1 規(guī)容1 1.2 編制依據1 1.3 規(guī)要求2 1.4 縮略語3 二、工程概況4 2.1 工程背景4 2.2 系統現狀4 2.3 工程建設規(guī)模5 三、系統建設原則5 四、系統結構6 4.1 系統網絡結構6 4.2 系統功能模塊8 五、通信接口和組織10 5.1 通信接口10 5.2 通信組織11 六、系統業(yè)務與功能11 6.1 短消息中心支持的業(yè)務11

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

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

4、能36 14.7 網絡管理37 十五、統計功能37 15.1 一般要求37 15.2 業(yè)務統計38 15.3 性能統計38 十六、機房環(huán)境、電源與接地38 16.1 機房環(huán)境38 16.2 電源要求39 16.3 接地、抗雷電和過壓過流保護39 16.4 設備安裝41 十七、工程實施和測試容41 17.1 工程實施41 17.2 系統割接42 17.3 測試容42 十八、技術服務和培訓與技術文件43 18.1 技術服務43 18.2 技術培訓45 18.3 技術文件46 一、總則 本文件是省移動通信##公司（以下簡稱買方）短消息中心系統技術規(guī)書。設備

5、供應商/公司（以下簡稱賣方）應根據本規(guī)向買方提供技術建議書和報價。 答復：滿足 1.1 規(guī)容 本規(guī)書對移動短消息中心系統的結構、業(yè)務功能、硬/軟件設備性能和服務等方面提出具體技術和業(yè)務要求，賣方所提供的設備均應滿足規(guī)的各項要求。 答復：滿足 1.2 編制依據 本規(guī)書依據以下文件 ⑴ 《900/1800MHz TDMA數字蜂窩移動通信網短消息中心設備技術規(guī)》 ⑵ 《GSM/DCS 1800短消息中心技術規(guī)書》 ⑶YD/T 910.4-1997 《900/1800MHz TDMA數字蜂窩移動通信網移動應用部分（MAP）第二階段技術規(guī)》 ⑷ 原郵電部移動通信局移業(yè)（

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

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

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

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

10、MSC Short Message Service Center 短消息中心 ISMG Internet Short Message Gateway 互聯網短消息網關， 簡稱短消息網關 SMS G/IW MSC SMS Gateway/IW MSC 短消息業(yè)務入口/互通MSC SME Short Message Entity 短消息實體 MS Mobile Station 移動臺 MO Mobile Originated 移動臺發(fā)起 MT Mobile Terminated 移動臺終止 IOD Information On-Demand 信息點播

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

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

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

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

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

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

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

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

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

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

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

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

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

24、%，推薦不采用該功能。中興通訊垃圾短信VIP用戶過濾功能可保證特殊用戶不受垃圾用戶使用權限設置，并且不影響短信中心整體處理能力，推薦采用。 5.2 通信組織 由于目前4套SMSC局址分別位于東風路交換機房、妙高峰交換機房、解放路機房、紹陽移動交換機房，1套短信網關位于東風路機房，省網管中心位于移動通信指揮中心大樓6樓機房，省計費中心位于妙高峰12樓機房，故它們之間的通信需要互聯，實現方式要求如下： （1）與ISMG的通信接口 采用100Mbps局域網方式或2Mbps方式互聯。 （2）與其它SME的接口 SME采用局域網或2Mbps方式互聯。 （3）與省網管中心之間的接口 傳輸電

25、路采用64Kbps DDN或2Mbps。 （4）與計費中心之間的接口 采用FTAM/FTP傳輸協議，傳輸電路采用64Kbps DDN或2Mbps。 （5）與NO.7信令網的接口 采用64Kbps信令鏈路或2Mbps信令鏈路與1對LSTP（或1對HSTP、1對GMSC）和MSC互聯。短消息中心的E1傳輸接口采用120歐姆阻抗，其它短消息中心采用75歐姆阻抗。 答復：滿足。 六、系統業(yè)務與功能 6.1 短消息中心支持的業(yè)務 ⑴ 移動臺發(fā)起/終止的字母/漢字（最大140個8 bits字符）短消息業(yè)務； ⑵ 可支持二進制形式的短消息業(yè)務； ⑶ 當用戶的語音信箱中有留言時，系統可

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

27、 6.2.1 短消息的存儲能力 短消息中心能夠對用戶提交的短消息數據進行存儲，容包括： ⑴ 短消息文本（1－n）條； ⑵ 短消息的時間、長度、優(yōu)先級、有效期； ⑶ 發(fā)起者和目的地址與應用類別（MO/MT等）； ⑷ 信息來源、狀態(tài)報告、失敗原因等。 ⑸ 存儲器容量：短消息原始話單保留3個月，計算得出相應短消息中心存儲器容量，并說明算法。 答復：滿足，根據現有短消息量的統計方式，將手機用戶起呼消息MO和手機用戶終呼消息MT分別進行計算，即各算一條消息。由于目前外網網關和網關發(fā)往本網的AO、AT消息的主要話單由網關負責提供，所以該部分消息雖然占有系統資源，但暫不單獨進行統計。 根據技

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

43、0小時 GSYCK： 50000小時 GCOMM： 60000小時 GSP： 60000小時 GPOWP： 100000小時 MTTR： 0.05小時 因此可以推算出系統的MTBF＝60000小時，系統的MTTR＝0.05小時，系統的可用度A＝99.99962%。 8.3 可擴容性 設備應采用模塊化結構，具有平滑擴容的能力。賣方詳細說明所提供配置的最終處理能力。 答復：滿足 l 單條2M信令鏈路在0.2Erl的情況下處理能力大于160條/秒 l 中興通訊短消息中心前臺信令處理部分IW/GMSC為模塊化組網，最大可31個模塊組成單短消息系統的

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

45、鏈路，每條信令鏈路的最大負荷為單向0.2 erl，并能夠與現有STP（華為和貝爾）設備連接。各鏈路之間能夠實現負載均衡。在割接過程中應能實現2M和64K信令鏈路混合接入，并實現負載均衡。 答復：滿足 8.5 消息丟失率 短消息中心接收并轉發(fā)短消息到處理完畢提交轉發(fā)的期間，由于系統原因造成的消息丟失率≤10-7。 答復：滿足 8.6 消息處理延遲 短消息中心接收到短消息到提交轉發(fā)的第一次發(fā)送嘗試的時間間隔≤1000ms(95%的概率)。 答復：滿足 九、硬件要求 9.1一般要求 賣方提供的硬件系統應是高可靠性、高可用性、符合應用要求下的高性能主機和存儲設備，同時提供存儲管

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

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

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

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

50、為900條/秒，假設點對點業(yè)務占70％，點播類業(yè)務占20％，互通消息發(fā)送占5％，金融類業(yè)務占5％，通過以上設定可計算出總的短消息事務量為： ＝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ā)系數， 每秒處理事務量為：900（MO+1.235MT+0.25AO+0.3AT） 由此計算出在處理短消息基本轉發(fā)業(yè)務系統所需的TPC-C值為21884tpmC。系統固有程序需要占用約3000tpmC，共需要24884tpmc.

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

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

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

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

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

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

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

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

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

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

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

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

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

64、.7信令網到系統的PCM鏈路中提取同步信號對系統部時鐘進行鎖相同步。在任何情況下，必須保證每一網絡單元始終的主從控制關系，不得出現閉合環(huán)路控制和雙向互控情況。 答復：滿足 11.3 時鐘等級 時鐘等級為三類時鐘。 答復：滿足，中興通訊短消息中心時鐘等級為2級A類時鐘。 十二、鑒權和安全 12.1用戶鑒權 ⑴ 系統應能夠對短信用戶身份和SME進行認證，鑒權方式可采用用戶號段鑒權或/和用戶開戶信息鑒權，對MO和MT分別進行鑒權；同時系統應提供VIP、黑等功能和多種組合鑒權規(guī)則，按照規(guī)則分配短信處理優(yōu)先級別并對非法用戶提交的請求進行拒絕。 ⑵ 系統應能對虛擬短消息中心按用戶號段進

65、行鑒權，且同一用戶號段可屬于不同虛擬短消息中心。 ⑶ 系統應能提供可視化界面且操作靈活方便的認證規(guī)則修改工具。 答復：中興短消息系統提供四種鑒權方式：按號短鑒權，按開戶信息鑒權，先按號段再按開戶信息鑒權，不鑒權，并在新一代監(jiān)控系統中提供VIP、黑等功能和多種組合鑒權規(guī)則。 12.2 操作權限和認證 系統管理權限必須嚴格分級，一般可分為系統管理員、用戶管理員、統計監(jiān)控管理員等，并按所需操作權限分配操作容。 對所有操作請求進行認證，以防止非法用戶操作。同時，記錄操作人員的每步操作容、登錄時間和所使用的終端。 答復：滿足 12.3 安全控制 系統應采用防火墻技術等來保證系統安

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