技術規(guī)范及點對點應答(1).docx

1、附件五技術規(guī)范及點對點應答提供開放的業(yè)務接口和方便的業(yè)務生成工具，使運營商可在平臺基礎上二次開發(fā)短信增值新業(yè)務?？傊到y(tǒng)設計與建設中應充分考慮和利用現有各種資源，既要考慮系統(tǒng)的先進性和有效性，又要考慮其實現的可行性和經濟性。系統(tǒng)設計與建設要符合業(yè)務管理需求，系統(tǒng)結構、數據接口應可靈活擴展，為將來業(yè)務拓展提供空間。答復：滿足四、系統(tǒng)結構4.1系統(tǒng)網絡結構系統(tǒng)結構示意圖系統(tǒng)結構示意圖圖4.1短消息中心實體和SMSC兩部分，主要完包括SMSG/IWMSC（短信業(yè)務關口/互通MSC）成存儲轉發(fā)的功能。通常兩部分合設形成統(tǒng)一的實體，以標準的MAP信令與PLMN相連接。其中，SMSG/IWMSC為支持移

2、動臺（MS）發(fā)起和終止的短信業(yè)務，承擔SMSC與PLMN之間的網關作用，SMSGMSC具有從SMSC接收短信，向HLR詢問路由信息，并向MS所拜訪的MSC轉發(fā)短信的功能；SMSIWMSC具有從PLMN中接收短信，并發(fā)送給SMSC的功能。（2）ICP（內容提供商）ICP是短信應用/內容服務的直接提供者，負責為用戶開發(fā)和提供適合手機用戶使用的服務。（3）ESME（擴展短信實體）指通過SMPP協(xié)議與SMSC通信，請求特定的短信服務的功能實體。（4）ISMG（互朕網短信網關）ISMG是SMSC與互聯網之間的網關，也是一種ESMEJSMG為ICP與SMSC之間的數據交互提供了一條安全、快捷的通道，向手機

3、用戶提供點播ICP信息的服務。增值值業(yè)務平臺具有數據分發(fā)功能，能在網關之間轉發(fā)信息，可實現短信增值業(yè)務的“一點接入，全網服務"的思想。而ISMG匯接點接收其它短信網關的路由請求信息，并查找與目的ICP有關的網關信息，并將查詢結果反饋給相應的ISMGo（5）SGSN（GPRS業(yè)務支持點）GPRS網網元，主要為GPRS用戶提供移動性管理。GPRS為短信傳輸提供了另外一條路徑。針對我省情況，MS同時附著在GPRS和CS業(yè)務上，故短信業(yè)務即可在GPRS信道上傳送，也可在CS信道上傳送。（6）SCP（業(yè)務控制點）移動智能網實體，實現智能用戶（神州行）的短信鑒權及計費功能。接口協(xié)議ESME與SM

4、SC之間的通信協(xié)議采用SMPPV3.3,ISMG與ICP之間的通信接口采用中國移動集團公司規(guī)定的應用層接口協(xié)議CMPPV2。組網方式以衡陽SMSC為例，如圖4.2所示，SMSC通過與衡陽MSC直聯實現對衡陽用戶的覆蓋，通過信令網的LSTP實現常德用戶的覆蓋。圖4.2短信組網示意圖答復：知悉，本期短信建設中興通訊符合上述組網建設條件。4.2系統(tǒng)功能模塊短消息中心系統(tǒng)可分為以下主要模塊：(1) 短消息中心處理移動臺發(fā)起/終止的短消息業(yè)務，同時為1258/1259秘書臺、信息點播等提供承載。答復：滿足(2) 計費接口模塊提供聯網計費、獨立計費、包月制、按查詢條數計費或相結合的多種方式，并實現話費查詢

5、、欠費提示、話費限額提示等功能。答復：滿足，ZXG10-SC短消息系統(tǒng)產生兩類標準話單，由計費系統(tǒng)完成話單的收集、分揀、存儲，并且根據標準的FTAM規(guī)程向計費中心傳送。短消息系統(tǒng)根據短消息的提交和轉發(fā)，分別產生SMS-MO-inSC和SMS.MT.inSC兩類話單。ZXG10-SC標準話單的計費信息：話單類型、主叫號碼、被叫號碼、短消息中心號碼、短消息長度、短消息優(yōu)先級、短消息標識、回執(zhí)標識以及SME類別等。（3）監(jiān)測維護、網管和統(tǒng)計模塊為系統(tǒng)提供本地實時監(jiān)測、故障告警等功能和手段，并實現對系統(tǒng)的各類局數據和用戶數據的維護；在統(tǒng)一網管平臺上，對系統(tǒng)運行的各類信息數據進行統(tǒng)計和管理，并提供省網管

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

7、現對短消息中心系統(tǒng)的安全保障，防止非法訪問。系統(tǒng)應具備防病毒功能，保證系統(tǒng)不受病毒侵害，提供病毒碼的在線升級。答復：滿足。五、通信接口和組織5.1通信接口賣方提供的短消息中心系統(tǒng)必須符合以下各項接口標準：(1) 與ISMG的通信接口采用SMPPV3.4及以上版本。(2) 與SME的通信接口由于目前國內SMSC-SME之間的接口規(guī)范尚未最終確定，本系統(tǒng)中短消息中心與信息點播、語音信箱以及ISMG的接口暫時采用SMPP3.3協(xié)議。規(guī)范出臺后，本系統(tǒng)中此接口應做相應升級或修改，以符合短消息中心與SME接口規(guī)范要求。(3) 與省網管中心之間的通信接口網管協(xié)議采用SNMPV2或Q3及其以上版本協(xié)議，并符

8、合集團公司相關網管規(guī)范。(4) 與計費中心之間的通信接口采用FTAM/FTP傳輸協(xié)議。同時要求VIP用戶數據與BOSS系統(tǒng)實時同步。(5) 與PLMN的七號信令接口應符合«900/1800MHzTDMA數字蜂窩移動通信網移動應用部分(MAP)第二階段技術規(guī)范和信息產業(yè)部GSMNO.7信令網技術體制。(6) 與SGSN的Gd接口短消息中心應支持與SGSN的Gd接口，支持與WAP網關的接口。(7) 與后備數據庫的接口短信息中心應按照集團公司統(tǒng)一要求的接口規(guī)范提供與后備數據庫的接口，以支持對短信的過濾。答復：滿足，提供與BOSS系統(tǒng)的接口，因采用VIP優(yōu)先用戶發(fā)送功能會使短信中心整體處理能

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

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

11、發(fā)送業(yè)務，系統(tǒng)可在設定時間向某用戶或批量向設定的若干用戶發(fā)送短消息；(5) 可支持1258AX/1259自動短消息業(yè)務；(6) 可支持信息點播業(yè)務；(7) 可支持全球呼業(yè)務；可支持話費催繳；(9)可支持EMS業(yè)務；00)可支持手機銀行、手機證券；(11)新業(yè)務擴展能力能夠根據運營商需要開發(fā)增值業(yè)務，系統(tǒng)應提供對外開放的業(yè)務開發(fā)接口，使運營商具備二次開發(fā)的手段。系統(tǒng)可支持SMPPV3.3協(xié)議及以上。答復：滿足。6.2短消息中心的功能短消息中心實體的功能應符合ETSIGSM規(guī)范03.40(V4.9.1)的要求。答復：滿足。6.2.1短消息的存儲能力短消息中心能夠對用戶提交的短消息數據進行存儲，內容

12、包括：(1) 短消息文本(1-n)條；(2) 短消息的時間、長度、優(yōu)先級、有效期；(3) 發(fā)起者和目的地址及應用類別(MO/MT等)；(4) 信息來源、狀態(tài)報告、失敗原因等。(5) 存儲器容量：短消息原始話單保留3個月，計算得出相應短消息中心存儲器容量，并說明算法。答復：滿足，根據現有短消息量的統(tǒng)計方式，將手機用戶起呼消息MO和手機用戶終呼消息MT分別進行計算，即各算一條消息。由于目前外網網關和網關發(fā)往本網的AO、AT消息的主要話單由網關負責提供，所以該部分消息雖然占有系統(tǒng)資源，但暫不單獨進行統(tǒng)計。根據技術規(guī)范書設計要求，在2004年底短信中心月計費流量為4.6億條（實際流量為15.4億條）。

13、其中MO：MT=48%:52%。中興通訊存儲器容量如下所示：1、計費模塊滿足2004年底月最大消息流量15.4億條，采用IBMFAST200磁盤陣列基本軟件安裝空間：0.5G每條消息計費按110字節(jié)計計費磁陣信息保存3個月（包含話單消息內容），此外提供外接存儲設備M0保存產生的數據量為：0.5G+110BYTEX1540000000條X3個月=473.7G采用RAID0+1完全備份，所需各短信中心計費磁陣總容量應不小于946.6Go2、數據庫模塊滿足2004年底月最大消息流量15.4億條，采用IBM7133-D40磁盤陣列基本軟件安裝空間：0.5G短消息存放日期：30天每條短消息在硬盤上存儲字

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

15、硬盤總容量應不小于1420Go6.2.2短消息的提交和轉發(fā)（1）短消息提交當短消息提交給短消息中心后，在確認消息有效后，將短消息及時保存，并向發(fā)起者回發(fā)確認信息。（2）短消息轉發(fā)短消息中心取出應該發(fā)送的消息，并確保在一個時刻向一個移動臺（MS）發(fā)送一條消息。如果轉發(fā)失敗，則短消息中心接收從網絡側回發(fā)的失敗原因。短消息中心不再向接收側發(fā)送，直至從網絡接收到提醒消息或短消息中心采用定時重試機制。答復：滿足。6.2.3短消息的優(yōu)先級短消息中心應將移動臺終止的短消息分為高優(yōu)先級和普通優(yōu)先級，高優(yōu)先級的消息優(yōu)先發(fā)送，并在MS暫時不在服務區(qū)或無存儲容量時也強制轉發(fā)嘗試。答復：滿足。6.2.4有效期短消息中

16、心可設置缺省有效期，該值由運營商通過操作維護終端進行靈活設定。當有效期逾時后，短消息中心從發(fā)送隊列中刪除該消息，并根據用戶設定產生狀態(tài)報告。答復：滿足。6.2.5重復轉發(fā)嘗試短消息可進行兩種重復轉發(fā)嘗試：（1）短消息中心得到通知，MS已激活或有能力接收短消息（接收到從HLR發(fā)送過來的ALERT_SC信令）；（2）短消息中心進行定時自動重復轉發(fā)嘗試，并且可根據網絡側回發(fā)的失敗原因設定不同的重復轉發(fā)時間間隔和次數。答復：滿足。6.2.6狀態(tài)報告短消息中心應有能力通知MS,該用戶發(fā)的短消息的狀態(tài)：轉發(fā)通知（成功轉發(fā)）、緩沖通知（暫時不成功狀態(tài)）、轉發(fā)失敗。同時短消息中心應能根據運營商要求設定狀態(tài)報告

17、標志。答復：滿足。6.2.7長短消息在移動臺支持的情況下，短消息中心應可完成長的短消息（長度140字節(jié)）轉發(fā)。答復：滿足。目錄一、總則11.1規(guī)范內容11.2編制依據11.3規(guī)范要求21.4縮略語3二、工程概況42.1工程背景42.2系統(tǒng)現狀42.3工程建設規(guī)模5三、系統(tǒng)建設原則5四、系統(tǒng)結構64.1系統(tǒng)網絡結構64.2系統(tǒng)功能模塊8五、通信接口和組織105.1通信接口105.2通信組織II六、系統(tǒng)業(yè)務與功能116.1短消息中心支持的業(yè)務II6.2短消息中心的功能12七、編號與撥號方式197.1短消息中心的編號197.2自動/人工短消息接入號197.3撥號方式197.4SP服務代碼197.5尋

18、址20八、性能指標208.1處理能力208.2可靠性和可用性208.3可擴容性218.4信令鏈路要求228.5消息丟失率228.6消息處理延遲23九、硬件要求239.1一般要求239.2主機要求239.3存儲設備要求266.2.8支持漢字/二進制短消息短消息中心應支持漢字短消息的透明傳輸；其漢字短消息編碼方案應符合GSM規(guī)范03.38(V5.2.0)；人工輸入漢字短消息終端應支持GB13000CJK的漢字。具有支持二進制形式的短消息業(yè)務的能力。答復：滿足。6.2.9流量控制功能短消息中心應有短消息的流量控制功能，可根據不同的SME、按時段進行流量控制，以防止網絡失敗和服務質量下降時業(yè)務負荷的異

19、常增長。答復：滿足。6.2.10短消息路由短消息中心應有能力通過對短消息的目的地址以及短消息內容中的明文部分進行路由選擇的能力，以分發(fā)短消息到信息點播、手機銀行等相應業(yè)務系統(tǒng)。答復：滿足。6.2.11系統(tǒng)日志短消息中心應具有獨立的日志功能，對于系統(tǒng)運行、各業(yè)務功能情況等應具有詳細的記錄，并可對故障進行分類報告，以便事后分析故障原因。答復：滿足，為了使局方更好的操作和管理短消息中心，ZXG10SC提供日志查看器，可對操作進行管理和維護。操作員對ZXG10-SC的操作以一定方式自動記錄下來，以便在某種特定的情況下供操作人員查詢。日志文件存放在服務器上，對應的終端都可查看。6.2.12告警功能短消息

20、中心應具有監(jiān)測和告警功能，對于系統(tǒng)設備和各種業(yè)務應用的不正常狀態(tài)應產生文字和圖形告警信息，提醒操作人員注意。答復：滿足，短消息檢測和告警功能由故障管理系統(tǒng)提供，它包括對IW/GMSC和業(yè)務服務器等的運行進行故障管理，并于后臺實時提供文字和圖形告警信息。6.2.13統(tǒng)計查詢功能1）短消息中心應具有統(tǒng)計分析功能，能靈活地對各種類型的業(yè)務應用進行組合統(tǒng)計，為運營商提供業(yè)務發(fā)展定量分析，如：針對虛擬SMSC可分地區(qū)統(tǒng)計、可統(tǒng)計實際使用用戶數等。2）能根據按接收、發(fā)送、用戶號碼、發(fā)送日期、信息內容及關鍵字等多個條件進行綜合查詢。3）增加對因攔截而未能成功發(fā)送的短信流量的統(tǒng)計報表及被攔截用戶已成功發(fā)送的統(tǒng)

21、計報表。4）要求短信中心支持按主/被叫用戶/時段/內容/關鍵字等多條件靈活在線查詢3個月短信內容。5）要求短信中心支持按照錯誤代碼對各個虛擬短信中心分別統(tǒng)計。答復：滿足。6.2.14用戶鑒權能力對于M0方式短消息，短消息中心應能識別主發(fā)MS,判斷它是否為本短消息中心歸屬的用戶，或根據運營商需要的其它方式進行鑒權。答復：滿足，中興短消息系統(tǒng)提供四種鑒權方式：按號段鑒權，按開戶信息鑒權，先按號段再按開戶信息鑒權，不鑒權，針對具體情況可對MO和MT的鑒權方式進行靈活配置。6.2.15虛擬短消息中心多個移動本地網可共用一個短消息中心實體，該實體能夠支持不少于10個短消息中心號碼。實體中各短消息中心業(yè)務

22、運行和維護管理相對獨立、互不干擾。答復：滿足，中興通訊的短消息系統(tǒng)最大支持255個虛擬短消息中心。6.2.16網關功能短消息中心實體應具有SMS-G/IWMSC功能，即能夠向HLR詢問路由信息，并向MS所在VMSC轉發(fā)短消息。短消息中心作為一個獨立實體以標準的MAP信令接入PLMNo答復：滿足6.2.17業(yè)務聯網功能短消息中心應能根據運營商的要求完成業(yè)務聯網。答復：滿足。中興通訊短消息中心可采用雙網雙平面及進一步耦合的工作方式完成多個短信中心業(yè)務聯網。6.2.18垃圾短信封堵功能1）短信過濾；對特定關鍵字進行過濾，對滿足特定關鍵字的信息不與發(fā)送；2）流量控制對于點對點短消息，針對一個用戶，系統(tǒng)

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

24、圾短信用戶的提示通知消息。本期建設將提供源用戶查詢功能完成對各類消息的靈活統(tǒng)計和查詢功能。七、編號與撥號方式7.1短消息中心的編號GSM用戶SIM卡中存儲的短消息中心的號碼用于MS發(fā)起的點對點短消息業(yè)務對于短消息中心的尋址。答復：滿足。7.2自動/人工短消息接入號用于用戶通過話音接入要求操作員人工轉發(fā)或自動轉發(fā)短消息（一般采用撥打1258/1259的形式）。答復：滿足。7.3撥號方式（1）用戶撥打1258/1259秘書臺來人工/自動發(fā)送短消息；（2）用戶輸入目的用戶的MSISDN號碼發(fā)送點對點短消息；（3）用戶輸入規(guī)定的業(yè)務代碼點播SP短消息。答復：滿足。7.4SP服務代碼短消息中心應支持SP

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

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

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

28、air平均維修時間）：GMP:65000小時GSYCK：50000小時GCOMM：60000小時GSP：60000小時GPOWP：100000小時MTTR：0.05小時因此可以推算出系統(tǒng)的MTBF=60000小時，系統(tǒng)的MTTR=O.05小時，系統(tǒng)的可用度A=99.99962%o8.3可擴容性設備應采用模塊化結構，具有平滑擴容的能力。賣方詳細說明所提供配置的最終處理能力。答復：滿足單條2M信令鏈路在0.2Erl的情況下處理能力大于160條/秒中興通訊短消息中心前臺信令處理部分IW/GMSC為模塊化組網，最大可31個模塊組成單短消息系統(tǒng)的信令處理部分，每個模塊處理能力為400條/秒.450條/秒

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

30、設備連接。各鏈路之間能夠實現負載均衡。在割接過程中應能實現2M和64K信令鏈路混合接入，并實現負載均衡。答復：滿足8.5消息丟失率短消息中心接收并轉發(fā)短消息到處理完畢提交轉發(fā)的期間，由于系統(tǒng)原因造成的消息丟失率W10-7。答復：滿足8.6消息處理延遲短消息中心接收到短消息到提交轉發(fā)的第一次發(fā)送嘗試的時間間隔W1000ms（95%的概率）。答復：滿足九、硬件要求9.1一般要求賣方提供的硬件系統(tǒng)應是高可靠性、高可用性、符合應用要求下的高性能主機和存儲設備，同時提供存儲管理方案和系統(tǒng)備份方案。應采用集群和冗余技術，支持對稱多處理技術，支持主備用或N+1冗余、負載分擔和共享磁盤陣列，保證系統(tǒng)高可靠的數

31、據和不間斷工作的能力。系統(tǒng)應滿足以下要求：（1）有嚴密的安全保密措施和較強的聯網能力。（2）系統(tǒng)硬件應具有熱插拔功能。（3）考慮到今后的發(fā)展，要求系統(tǒng)在硬件（設備和接口的配置）上具有擴容方便的能力。（4）提供硬件配置說明及配置圖。（5）系統(tǒng)硬件設備生產有嚴格的質量控制，經過老化和嚴格篩選，設備應具備長期使用的高穩(wěn)定性和可靠性。（6）系統(tǒng)硬件設備必須不存在Y2K問題。答復：滿足9.2主機要求（1）賣方應詳細說明各個功能主機系統(tǒng)處理能力、內存容量、I/O需求的計算模型、計算公式和結果，并由此給出相應處理能力的主機配置。（2）要求采用主流小型機原廠的主流UNIX服務器，支持SMP技術，采用64位處理

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

33、余；（7）內存容量的配置要考慮到主機正常運行狀態(tài)下的內存利用率不應大于70%,保證系統(tǒng)在業(yè)務高峰時仍具有較強的抗沖擊能力；（8）主機應支持千兆以太網接口或百兆以太網接口（9）主機的硬盤、網絡接口、網絡連接及電源均應考慮足夠的冗余；（10）支持電源、I/O設備、存儲設備的熱插拔；（11）主機系統(tǒng)設備應具有適當的擴充能力，包括CPU數量的擴充、內存容量的擴充、I/O能力的擴充和節(jié)點數的擴充等；并可支持CPU模塊的升級和群集內節(jié)點的平滑擴充；（主機系統(tǒng)平均無故障時間應大于8萬小時；（13）要求賣方提供主機TPMC、I/O帶寬、I/O吞吐率、設備擴容最大容量（含CPU、內存、總線帶寬、接口模塊）、雙機

34、耦合度。答復：滿足，以每個短信中心新增900條/秒處理能力為例給出以下配置計算。業(yè)務處理模塊按照中興短消息中心的系統(tǒng)特點，四類基本消息所耗費的系統(tǒng)處理能力分別為：MO消息占用().11次TPC-C事物處理能力MT消息占用0.20次TPCC事物處理能力AT消息占用0.16次TPC-C事物處理能力AO消息占用0.10次TPC-C事物處理能力現以新建900條短消息中心為例計算：短消息中心處理能力為900條/秒，假設點對點業(yè)務占70%,點播類業(yè)務占20%,互通消息發(fā)送占5%,金融類業(yè)務占5%,通過以上設定可計算出總的短消息事務量為：=900X70%X(MO+MT)+900X20%X(MO+MT+AO+

35、AT)+900X5%X(MO+AT)+900X5%X(MO+MT+AO+AT)=900(MO+0.95MT+0.25A0+0.3AT)考慮1.3重發(fā)系數，每秒處理事務量為：900(MO+1.235MT+0.25AO+0.3AT)由此計算出在處理短消息基本轉發(fā)業(yè)務系統(tǒng)所需的TPC-C值為21884tpmCo系統(tǒng)固有程序需要占用約3000tpmC,共需要24884tpmc.業(yè)務處理數據庫模塊采用IBMP630系列小型機，每個模塊為雙機加CLUSTER結構。主機舊MpSeries6302每臺主機配置：CPU1-way1.2GHzPOWER4+ProcessorCard2個內存2048MB(4x512

36、MB)SDRAMDIMMMemory2組本機硬盤36.4GB10,000RPMUltra3SCSIDiskDriveAssembly2個9.4信令處理模塊要求29十、軟件要求2910.1基本要求2910.2軟件功能要求3010.3軟件維護管理功能要求3110.4用戶界面3110.5數據庫軟件3210.6開發(fā)工具32H*一、同步3211.1同步方式3211.2同步鏈路3211.3時鐘等級33十二、鑒權和安全3312.1用戶鑒權3312.2操作權限和認證3312.3安全控制34十三、計費3413.1計費實現方式3413.2話單格式3413.3計費接口3513.4計費數據的存儲要求35十四、監(jiān)測維護

37、和網管3514.1系統(tǒng)狀態(tài)監(jiān)測3514.2維護管理3614.3日志記錄3614.4報障功能3614.5狀態(tài)監(jiān)控功能3614.7網絡管理37十五、統(tǒng)計功能3715.1一般要求3715.2業(yè)務統(tǒng)計3815.3性能統(tǒng)計38十六、機房環(huán)境、電源及接地3816.1機房環(huán)境3816.2電源要求3916.3接地、抗雷電和過壓過流保護3916.4設備安裝41十七、工程實施和測試內容41通信網卡10/100MbpsEthernetPCIAdapterII2塊光驅CD-ROMDrive-48X(Max)IDE1個在以上配置下:單機tpmc為46971,考慮30%冗余，以上配置滿足本期擴容的要求。中興通訊短消息中心

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

39、內存。9.3存儲設備要求存儲設備主要指磁盤陣列，實現系統(tǒng)數據的聯機存儲。（1）賣方應詳細說明所需聯機存儲容量的計算模型、計算公式和結果，并由此給出相應的存儲設備配置的存儲容量和I/O能力等，并配置其端口數量應滿足本期工程需要且具備一定的端口和背板擴容能力；（2）磁盤陣列設備要求有很高的安全可靠性，MTBFN80000小時；（3）磁盤陣列設備應可與多種廠家的主機系統(tǒng)相連；（4）磁盤陣列應能配合多機高可用群集系統(tǒng)的需要；（5）磁盤陣列采用UltraSCSI接口或FC-AL接口，支持RAIDO、1、0+1、5；（6）并可提供多通道、雙電源及冗余風扇完全的硬件冗余。保證在某一硬件出問題時，能夠進行自動

40、切換，不出現單點故障；（7）磁盤陣列設備應具有較強的平滑擴充能力，包括系統(tǒng)存儲容量的擴充及I/O能力的擴充等；（8）磁盤陣列應支持先進的存儲、備份方式等；（9）在系統(tǒng)的硬件更新、增加或微碼升級時，能夠保證系統(tǒng)在線進行。支持在線擴盤和倒盤；（10）提供多臺主機同時高效共享文件系統(tǒng)的能力，允許多個操作系統(tǒng)啟動多個I/O,同時存取一個邏輯卷。答復：滿足，本期建設采用了三個存儲設備，配置和計算公式如下計費模一滿足2004年底月最大消息流量15.4億條，采用IBMFAST200磁盤陣列基本軟件安裝空間：0.5G每條消息計費按110字節(jié)計計費磁陣信息保存3個月（包含話單消息內容），此外提供外接存儲設備M0

41、保存產生的數據量為：0.5G+110BYTEX1540000000條X3個月=473.7G采用RAID0+1完全備份，所需各短信中心計費磁陣總容量應不小于946.6Go數據庫模一滿足2004年底月最大消息流量15.4億條，采用IBM7133-D40磁盤陣列基本軟件安裝空間:0.5G短消息存放日期：30天每條短消息在硬盤上存儲字節(jié)數為：240BYTES每天系統(tǒng)處理的短消息條數：4320KBHSM/0.1=43200000條。所需硬盤空間為：0.5G+1540000000條X240BYTE=344.2G采用RAID5冗余備份,所需各短信中心數據庫硬盤總容量應不小于413Go源用戶查詢模一全省用戶短

42、消息內容大型索引數據庫，按滿足2004年底月最大消息流量15.4億條設計，采用DELLPV210磁盤陣列基本軟件安裝空間:0.5G短消息存放日期：3個月每條短消息在硬盤上存儲字節(jié)數為，330BYTES所需硬盤空間為：0.5+3個月X1540000000條X330BYTE=1420G即所需各短信中心源用戶查詢模塊索引數據庫硬盤總容量應不小于1420Go9.4信令處理模塊要求（1）信令處理模塊負責處理與PLMN的信令交互，必須滿足信息產業(yè)部和集團公司相關規(guī)范。（2）賣方應提供詳細的配置計算模型和計算過程。（3）短信息中心應能提供2M信令傳輸模塊和與處理能力配套的64K信令傳輸模塊，模塊配置應留有一

43、定余量，并不能成為系統(tǒng)瓶頸，不得在未達到設計峰值處理能力時出現擁塞。（4）各傳輸鏈路之間應能負載均衡。（5）短消息中心應支持至少8個信令點編碼。答復：滿足，本期建設將全部采用中興通訊信令接入模塊主處理板，根據新MP處理能力的計算，一個外圍消息處理模塊（MPM）處理能力為144萬一162萬BHSMo新建一套1200條/秒的短信中心，考慮部分模塊間冗余，配置4個外圍MPM模塊。4個外圍處理模塊需2個中興STP設備機架，中心機架需單獨的一個機架，共計需3個機架。機架采用直流供電，每個機架功耗小于500Wo十、軟件要求10.1基本要求（1）模塊化要求軟件采用分層的模塊化結構，各模塊之間的通信應按規(guī)定接

44、口進行。任何一層的任何一個模塊的維護和更新以及新模塊的追加都不應影響其它模塊的功能。(2) 并行性為承載大業(yè)務量，系統(tǒng)應在軟件級別上實現業(yè)務處理的高度并行性，應采用多進程、多線程技術，進程間負載均擔、協(xié)同處理；同時，結合硬件，實現分布式計算、負載均衡和互為備份，從而提高系統(tǒng)資源利用率和系統(tǒng)可靠性。賣方應提供短消息處理能力計算方法、計算結果和本次配置處理能力。存儲應采用先進的存儲策略，使得數據能夠均衡分布在硬盤上；同時，能夠動態(tài)分配用戶存儲空間，提高存儲設備的利用率。(3) 低耦合系統(tǒng)參數、用戶數據與處理程序應有相對的獨立性。用戶數據的任何變更都不應引起運行版本程序的變更。處理程序應與任何系統(tǒng)參

45、數、用戶數據相適應。(4) 容錯性和健壯性軟件應有容錯能力，一般小的軟件故障不應引起各類嚴重的系統(tǒng)再啟動。容錯包括對用戶誤操作的容錯，采用存儲/轉發(fā)機制保證應用系統(tǒng)的容錯性能。軟件設計應有健壯性，某一軟件模塊內的軟件錯誤應限制在本模塊內，而不應造成其它軟件模塊的錯誤。(5) 可監(jiān)測應具有軟件運行故障的監(jiān)測功能。一旦軟件出現死循環(huán)等重大故障，應能自動再啟動，并產生即時故障報告信息。采用錯誤標識代碼準確標識錯誤點，同時生成日志文件，以便維護；并以可視化界面報警的形式提示系統(tǒng)管理員檢測和修復。故障定位還包括系統(tǒng)對硬件故障的診斷和維護。(6) 安全性采用的認證和加密等安全技術保證以防止非法用戶的侵入。

46、答復：滿足10.2軟件功能要求(1) 要求有完善的實時操作系統(tǒng)。（2）要求具有計費處理功能，并能夠與計費處理中心相配合。（3）要求具有網管子系統(tǒng)及處理相應業(yè)務的功能。（4）要求具有對各種硬件設備測試的功能。（5）要求具有對軟件、硬件運行故障的監(jiān)測功能。有完善的故障告警及故障事后處理功能。要求具有與集中維護管理中心相配合的控制功能。（6）要求具有友好、方便的圖形化人機界面。（7）要求具有完善的維護管理功能，具有用戶數據管理、系統(tǒng)觀察管理、軟件維護管理、設備維護管理等功能。（8）要求具有故障自診斷和故障定位功能。答復：滿足10.3軟件維護管理功能要求（1）要求具有在不中斷處理呼叫接續(xù)的情況下，完成

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

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

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

50、靈活方便的認證規(guī)則修改工具。答復：中興短消息系統(tǒng)提供四種鑒權方式：按號短鑒權，按開戶信息鑒權，先按號段再按開戶信息鑒權，不鑒權，并在新一代監(jiān)控系統(tǒng)中提供VIP名單、黑名單等功能和多種組合鑒權規(guī)則。12.2操作權限和認證系統(tǒng)管理權限必須嚴格分級，一般可分為系統(tǒng)管理員、用戶管理員、統(tǒng)計監(jiān)控管理員等，并按所需操作權限分配操作內容。對所有操作請求進行認證，以防止非法用戶操作。同時，記錄操作人員的每步操作內容、登錄時間和所使用的終端。答復：滿足12.3安全控制系統(tǒng)應采用防火墻技術等來保證系統(tǒng)安全，并提供安全訪問控制機制和系統(tǒng)端口安全監(jiān)測手段。短消息中心應不得與內部其它業(yè)務系統(tǒng)同在一個局域網內直接互聯，必

51、須實現網段或網絡隔離。同時，與外部系統(tǒng)必須采用防火墻和路由器實現隔離。提供IP地址需求、配置和管理建議。賣方應詳細提供對現有系統(tǒng)安全改造方案和實施步驟，對新建系統(tǒng)的安全控制方案進行詳細說明。答復：滿足，詳見湖南短消息系統(tǒng)安全方案十三、計費13.1計費實現方式(1) 短消息中心應能將短消息詳單等計費所需的所有原始信息，以計費系統(tǒng)可識別的數據格式存儲。(2) 短消息中心的話單采集頻率應可任意調整，根據目前計費粒度應至少保證能夠15分鐘采集一次。(3) 必要時能配合計費中心完成用戶計費管理功能。(4) 計費數據存儲介質為本地硬盤，并能將數據備份到M0盤，M0盤容量為5G以上。計費詳單有足夠的硬盤存儲

52、空間，要求能至少3個月。答復：滿足13.2話單格式詳細計費格式詳見集團公司相關規(guī)范和規(guī)定。答復：滿足13.3計費接口計費數據采集傳輸協(xié)議采用提供FTAM或FTP；同時，話單數據的網絡硬件接口應支持快速以太網，以便計費系統(tǒng)通過局域網訪問數據。答復：滿足13.4計費數據的存儲要求（1）計費數據采用本地硬盤存儲當前3個月所有數據，并能夠脫機存儲，系統(tǒng)應能夠自動將計費數據備份到磁帶或光盤。（2）當存儲介質即將存滿時，應當有告警提示。在更換備份介質時，應保證數據不丟失。答復：滿足十四、監(jiān)測維護和網管14.1系統(tǒng)狀態(tài)監(jiān)測系統(tǒng)應自動地實時監(jiān)測主處理機、數據庫、中繼鏈路、信令鏈路、人工坐席等設備的狀態(tài)。要求系

53、統(tǒng)能監(jiān)測單條鏈路的利用率。系統(tǒng)應能監(jiān)測正在服務的用戶數和消息隊列的短消息數以及消息處理延時等數據，并能夠監(jiān)控一條短信的整個生命周期內的所有狀況、跟蹤一條短消息的所有NO.7信令消息和各模塊正在處理的消息隊列情況。用戶短消息隊列長度應能動態(tài)調整或人工設定，且隊列長度至少25條。當用戶的短消息隊列滿時，在不丟失用戶短消息的前提下，應能提供處理策略和操作界面。答復：滿足17.1工程實施4117.2系統(tǒng)割接4217.3測試內容42十八、技術服務和培訓及技術文件4318.1技術服務4318.2技術培訓4518.3技術文件4614.2維護管理系統(tǒng)應能提供各網管主要功能，包括配置管理、故障管理、性能管理、安

54、全管理和計費管理等功能，并給出詳細說明或提供SNMP或Q3協(xié)議接口。如：系統(tǒng)應能配合完成短消息業(yè)務的登記、開戶，銷戶等管理功能，能對任一用戶的任一服務類型進行開戶以及銷戶的處理。應能支持網管系統(tǒng)對其進行的更新、升級等配置管理，按指令完成軟件/硬件的重新配置等。系統(tǒng)應提供常用數據庫互連接口，以便運營商根據業(yè)務需要接入其它系統(tǒng)時，可對數據庫進行操作。答復：滿足，網管功能包括配置管理，故障管理，性能管理，安全管理和計費管理等功能由操作維護服務器提供，短消息業(yè)務的開戶，銷戶等管理功能由受理臺提供。14.3日志記錄為便于業(yè)務統(tǒng)計和分析，系統(tǒng)應提供相應的日志功能：（1）記錄系統(tǒng)操作人員每次登錄系統(tǒng)的時間、

55、時長、計算機IP地址和名稱（2）記錄管理員的每個操作步驟（3）記錄系統(tǒng)安全報警、性能報警和故障報警等信息答復：滿足14.4報障功能對發(fā)送失敗的短信，系統(tǒng)必須提供統(tǒng)計報告，包括失敗次數和失敗原因。答復：滿足14.5狀態(tài)監(jiān)控功能系統(tǒng)應具備運行狀態(tài)監(jiān)控功能，通過本地和遠程監(jiān)控界面，提供系統(tǒng)實時運行狀態(tài)和配置參數，允許賣方設定系統(tǒng)配置參數，并由此在線調整系統(tǒng)運行狀態(tài)。監(jiān)控內容包括主機、存儲等設備和應用的主要性能狀態(tài)（如：CPU利用率、內存利用率、磁盤存儲空間利用率、uo吞吐率等）以及網絡狀態(tài)和系統(tǒng)故障報警。答復：滿足14.7網絡管理系統(tǒng)應提供本地維護終端應實現配置管理、故障管理、性能管理和安全管理等網

56、管功能。同時，系統(tǒng)網管協(xié)議采用SNMPV2或Q3及以上版本協(xié)議，提供與省網管中心系統(tǒng)相連的網管設備，包括網管軟件接口和傳輸接口，并應滿足中國移動短消息中心網絡管理規(guī)范的相關各項要求。答復：滿足十五、統(tǒng)計功能15.1一般要求（1）滿足集團公司所有統(tǒng)計要求，并在設備服務期內隨集團公司要求調整而調整。（2）短消息中心可預先設置統(tǒng)計項目，并可任意設定統(tǒng)計的開始日期、時間和終止日期、時間（如按月、周、日及任意指定時間段統(tǒng)計）。（3）短消息中心既能單獨統(tǒng)計單個項目，也可同時統(tǒng)計多個項目，且統(tǒng)計項目可根據需求組合。（4）應提供統(tǒng)計數據的多種輸出方式，以通用的圖形/表格數據格式輸出至顯示器、磁盤、打印機等設備，以備查閱分析。同時，上述統(tǒng)計信息應能在短消息中心系統(tǒng)中保存至少一年，生成的報表格式為電子表格形式，按月、季度和年可以生成報表和曲線圖。（5）