【正文】 25 / 59 可擴容性設備應采用模塊化結構，具有平滑擴容的能力。 賣方詳細說明所提供配置的最終處理能力。答復：滿足? 單條 2M 信令鏈路在 的情況下處理能力大于 160條/秒? 中興通訊短消息中心前臺信令處理部分 IW/GMSC 為模塊化組網(wǎng)，最大可 31 個模塊組成單短消息系統(tǒng)的信令處理部分，每個模塊處理能力為 400 條/秒450 條/ 秒? 業(yè)務處理數(shù)據(jù)庫合一模塊采用全 UNIX 小型機架構，處理能力為每模塊 900 條/秒，通過今后進一步升級擴容每模塊可達 1200 條/秒，目前可支持 8 個模塊組網(wǎng)。人工坐席作為外部實體可單個連接到短消息中心也可作為一個整體連接到短消息中心，在外部接口滿足的條件下，可支持 7560 個人工坐席接入。 信令鏈路要求系統(tǒng)應能支持接入的移動本地網(wǎng)中所有 MSC 滿負 荷時用戶容量的需求，其存儲容量應能滿足所有用戶使用短消息業(yè)務。短消息中心與 PLMN 之間的 信令鏈路可根據(jù)業(yè)務情況靈活配置。本期26 / 59工程要求長沙現(xiàn)有和新建的短信中心均采用 2M 信令 鏈路，每條信令鏈路的最大負荷為單向 erl，并能夠 與現(xiàn)有 STP（華為和貝爾）設備連接。各鏈路之間能夠?qū)崿F(xiàn)負載均衡。在割接過程中應能實現(xiàn) 2M 和 64K 信令鏈路混合接入，并實現(xiàn)負載均衡。答復：滿足 消息丟失率短消息中心接收并轉發(fā)短消息到處理完畢提交轉發(fā)的期間，由于系統(tǒng)原因造成的消息丟失率≤107。答復：滿足 消息處理延遲短消息中心接收到短消息到提交轉發(fā)的第一次發(fā)送嘗試的時間間隔≤1000ms(95%的概率)。答復：滿足九、硬件要求 一般要求賣方提供的硬件系統(tǒng)應是高可靠性、高可用性、符合應用要求下的高性能主機和存儲設備，同時提供存 儲管理方案和系統(tǒng)備份方案。應采用集群和冗余技術，支持對稱多處理技術，支持主 備用或 N+1 冗余、負載 分擔和共享磁盤陣列，保證系統(tǒng)高可靠的數(shù)據(jù)和不間斷工作的能力。27 / 59系統(tǒng)應滿足以下要求：⑴ 有嚴密的安全保密措施和較強的聯(lián)網(wǎng)能力。⑵ 系統(tǒng)硬件應具有熱插拔功能。⑶ 考慮到今后的發(fā)展，要求系統(tǒng)在硬件（設備和接口的配置）上具有擴容方便的能力。⑷ 提供硬件配置說明及配置圖。⑸ 系 統(tǒng)硬件 設備生產(chǎn)有嚴格的質(zhì)量控制，經(jīng)過老化和嚴格篩選，設備應具備長期使用的高穩(wěn)定性和可靠性。⑹ 系統(tǒng)硬件設備必須不存在 Y2K 問題。答復：滿足 主機要求1 賣方應詳細說明各個功能主機系統(tǒng)處理能力、內(nèi)存容量、I/O 需求的計算模型、計 算公式和結果，并由此 給出相應處理能力的主機配置。2 要求采用主流小型機原廠的主流 UNIX 服務器，支持 SMP 技術, 采用 64位處理器；3 要求組成雙機或多機高可用群集系統(tǒng)。當其中一臺主機發(fā)生故障時，可將其上的應用自動地切換到其它正常主機上，待故障主機修復后再切換回來；4 多機群集系統(tǒng)中的每個主機都應同時處于工作狀態(tài)，并根據(jù)配置的情況運行相同或者不同的應用（或應用模塊），以保證主機資源的充分利用；5 主機應具備較強的健壯性，在計算機硬件、操作系統(tǒng)、存儲系統(tǒng)及應用系統(tǒng)業(yè)務進程出現(xiàn)故障時，能迅速響 應并進行應用的切換；集群系統(tǒng)中，某一臺計算機出現(xiàn)故障時，盡量不影響系 統(tǒng)的應用及響應能力；28 / 596 主機的處理能力要求滿足的所有業(yè)務應用和一定用戶規(guī)模的需求，而且需考慮全部系統(tǒng)的開銷及應用切換時性能余量。系統(tǒng)設計時應考慮 30%的性能冗余；7 內(nèi)存容量的配置要考慮到主機正常運行狀態(tài)下的內(nèi)存利用率不應大于 70%，保證系統(tǒng)在業(yè)務高峰時仍具有較強的抗沖擊能力；8 主機應支持千兆以太網(wǎng)接口或百兆以太網(wǎng)接口9 主機的硬盤、網(wǎng)絡接口、網(wǎng) 絡連接及電源均應考慮足夠的冗余；10 支持電源、I/O 設備、存儲設備的熱插拔；11 主機系統(tǒng)設備應具有適當?shù)臄U充能力，包括 CPU 數(shù)量的擴充、內(nèi)存容量的擴充、 I/O 能力的擴充和節(jié)點數(shù)的擴充等；并可支持 CPU 模塊的升級和群集內(nèi)節(jié)點的平滑擴充；12 主機系統(tǒng)平均無故障時間應大于 8 萬小時；13 要求賣方提供主機 TPMC、I/O 帶寬、I/O 吞吐率、設備擴容最大容量（含CPU、內(nèi)存、總線帶寬、接口模塊）、雙機耦合度。答復：滿足，以每個短信中心新增 900 條/秒處理能力為例給出以下配置計算。? 業(yè)務處理模塊按照中興短消息中心的系統(tǒng)特點，四類基本消息所耗費的系統(tǒng)處理能力分別為：MO 消息 占用 次 TPCC 事物處理能力MT 消息 占用 次 TPCC 事物處理能力AT 消息 占用 次 TPCC 事物處理能力29 / 59AO 消息 占用 次 TPCC 事物處理能力現(xiàn)以新建 900 條短消息中心為例計算：短消息中心處理能力為 900 條/秒，假設點對點業(yè)務占 70％，點播類業(yè)務占 20％，互通消息發(fā)送占 5％，金融類業(yè)務占 5％，通過以上設定可計算出總的短消息事務量為：＝90070％（MO+MT）+90020％（MO+MT+AO+AT）+9005％ （MO+AT ）+9005％（MO+MT+AO+AT）＝900（MO+++）考慮 重發(fā)系數(shù)，每秒處理事務量為：900（MO+++）由此計算出在處理短消息基本轉發(fā)業(yè)務系統(tǒng)所需的 TPCC 值為21884tpmC。系統(tǒng)固有程序需要占用約 3000tpmC，共需要24884tpmc.業(yè)務處理數(shù)據(jù)庫模塊采用 IBM P630 系列小型機，每個模塊為雙機加 CLUSTER 結構。主機 IBM pSeries 630 2 臺每臺主機配置： CPU 1way GHz POWER4+ Processor Card2 個　 內(nèi)存 2048MB (4x512MB) SDRAM DIMM Memory 2 組　 本機硬盤 GB 10,000 RPM Ultra3 SCSI Disk Drive Assembly2 個　 通信網(wǎng)卡 10/100 Mbps Ether PCI Adapter II 2 塊　 光驅(qū) CDROM Drive 48X (Max) IDE 1 個30 / 59在以上配置下：單機 tpmc 為 46971，考慮 30％冗余，以上配置滿足本期擴容的要求。中興通訊短消息中心采用內(nèi)存緩沖數(shù)據(jù)庫，將所有暫緩發(fā)送的短消息放置在系統(tǒng)緩沖隊列中。在一定時間端內(nèi)，暫緩發(fā)送的消息始終處于隊列中，減少大量不必要的數(shù)據(jù)讀寫，提高系統(tǒng)運行效率。以下是對消息發(fā)送時所需內(nèi)存進行計算。緩存消息只需要考慮 MT 消息。忙時最大緩存消息數(shù) = 不含重發(fā)消息數(shù) 重發(fā)比例緩存時間＝389 萬（條）業(yè)務處理模塊所需內(nèi)存＝短消息忙時處理能力短消息長度＋緩存短消息數(shù)短消息長度＝605M+543M=1148M本期擴容每個短消息中心有兩個業(yè)務處理模塊，每個業(yè)務處理模塊內(nèi)存需滿足 574M 的要求，系統(tǒng)本身需要 128M 內(nèi)存，以及加入過負荷緩存功能將占用 500M 內(nèi)存空間，考慮 40％的系統(tǒng)冗余，本期工程每個模塊配置 4G 內(nèi)存。 存儲設備要求存儲設備主要指磁盤陣列，實現(xiàn)系統(tǒng)數(shù)據(jù)的聯(lián)機存儲。1 賣方應詳細說明所需聯(lián)機存儲容量的計算模型、計算公式和結果，并由此31 / 59給出相應的存儲設備配置的存儲容量和 I/O 能力等，并配置其端口數(shù)量應滿足本期工程需要且具備一定的端口和背板擴容能力；2 磁盤陣列設備要求有很高的安全可靠性，MTBF≥80000 小時；3 磁盤陣列設備應可與多種廠家的主機系統(tǒng)相連；4 磁盤陣列應能配合多機高可用群集系統(tǒng)的需要；5 磁盤陣列采用 UltraSCSI 接口或 FCAL 接口，支持 RAID 0、0+5；6 并可提供多通道、雙電源及冗余風扇完全的硬件冗余。保證在某一硬件出問題時，能 夠進行自動切換 ，不出 現(xiàn)單點故障；7 磁盤陣列設備應具有較強的平滑擴充能力，包括系統(tǒng)存儲容量的擴充及I/O 能力的 擴 充等；8 磁盤陣列應支持先進的存儲、備份方式等；9 在系統(tǒng)的硬件更新、增加或微碼升級時，能 夠保證系統(tǒng)在線進行。支持在線擴盤和倒盤；10 提供多臺主機同時高效共享文件系統(tǒng)的能力，允許多個操作系統(tǒng)啟動多個 I/O，同時存取一個邏輯卷。答復：滿足，本期建設采用了三個存儲設備，配置和計算公式如下計費模塊——滿足 2022 年底月最大消息流量 億條,采用 IBM FAST200 磁盤陣列? 基本軟件安裝空間：? 每條消息計費按 110 字節(jié)計? 計費磁陣信息保存 3 個月（包含話單消息內(nèi)容） ，此外提供外接存儲設備 MO 保存32 / 59產(chǎn)生的數(shù)據(jù)量為：+110BYTE 1540000000 條3 個月=采用 RAID0+1 完全備份,所需各短信中心計費磁陣總容量應不小于 。 數(shù)據(jù)庫模塊——滿足 2022 年底月最大消息流量 億條，采用IBM 7133D40 磁盤陣列? 基本軟件安裝空間：? 短消息存放日期：30 天? 每條短消息在硬盤上存儲字節(jié)數(shù)為：240BYTES每天系統(tǒng)處理的短消息條數(shù)：4320KBHSM/=43202200 條。所需硬盤空間為：+1540000000 條240BYTE=采用 RAID5 冗余備份,所需各短信中心數(shù)據(jù)庫硬盤總容量應不小于 413G。源用戶查詢模塊——全省用戶短消息內(nèi)容大型索引數(shù)據(jù)庫，按滿足 2022 年底月最大消息流量 億條設計，采用 DELL PV210 磁盤陣列? 基本軟件安裝空間：? 短消息存放日期：3 個月? 每條短消息在硬盤上存儲字節(jié)數(shù)為：330BYTES33 / 59所需硬盤空間為：+3 個月1540000000 條330BYTE=1420G 即所需各短信中心源用戶查詢模塊索引數(shù)據(jù)庫硬盤總容量應不小于 1420G。 信令處理模塊要求⑴ 信令處理模塊負責處理與 PLMN 的信令交互，必須滿足信息產(chǎn)業(yè)部和集團公司相關規(guī)范。⑵ 賣方應提供詳細的配置計算模型和計算過程。⑶ 短信息中心 應能提供 2M 信令傳輸模塊和與處理能力配套的 64K 信令傳輸模塊，模 塊配置應留有一定余量，并不能成為系統(tǒng) 瓶頸，不得在未達到 設計峰值處理能力時出現(xiàn)擁塞。⑷ 各傳輸鏈路之間應能負載均衡。⑸ 短消息中心應支持至少 8 個信令點編碼。答復：滿足，本期建設將全部采用中興通訊信令接入模塊主處理板， 根據(jù)新 MP 處理能力的計算，一個外圍消息處理模塊（MPM）處理能力為 144 萬—162 萬 BHSM。 新建一套 1200 條/秒的短信中心, 考慮部分模塊間冗余，配置 4個外圍 MPM 模塊。 4 個外圍處理模塊需 2 個中興 STP 設備機架，中心機架需單獨的一個機架，共計需 3 個機架。34 / 59機架采用直流供電，每個機架功耗小于 500W。十、軟件要求 基本要求⑴ 模塊化要求軟件采用分層的模塊化結構，各模塊之間的通信應按規(guī)定接口進行。任何一層的任何一個模塊的維護和更新以及新模塊的追加都不應影響其它模塊的功能。⑵ 并行性為承載大業(yè)務量，系統(tǒng)應在軟件級別上實現(xiàn)業(yè)務處理的高度并行性，應采用多進程、多 線程技術，進程間負載均擔、協(xié)同處理；同 時，結合硬件，實現(xiàn)分布式計算、負載 均衡和互為備份，從而提高系統(tǒng)資源利用率和系統(tǒng)可靠性。賣方應提供短消息處理能力計算方法、計算結果和本次配置處理能力。存儲應采用先進的存儲策略，使得數(shù)據(jù)能夠均衡分布在硬盤上；同時，能夠動態(tài)分配用戶存儲空間，提高存 儲設備的利用率。⑶ 低耦合系統(tǒng)參數(shù)、用戶數(shù)據(jù)與處理程序應有相對的獨立性。用戶數(shù)據(jù)的任何變更都不應引起運行版本程序的變更。處理程序應與任何系統(tǒng)參數(shù)、用戶數(shù)據(jù)相適應。⑷ 容錯性和健壯性軟件應有容錯能力，一般小的軟件故障不應引起各類嚴重的系統(tǒng)再啟動。容錯包括對用戶誤操作的容錯，采用存儲/轉發(fā)機制保 證應用系統(tǒng)的容錯性能。35 / 59軟件設計應有健壯性，某一軟件模塊內(nèi)的軟件錯誤應限制在本模塊內(nèi)，而不應造成其它軟件模塊的錯誤。⑸ 可監(jiān)測應具有軟件運行故障的監(jiān)測功能。一旦軟件出現(xiàn)死循環(huán)等重大故障，應能自動再啟動，并產(chǎn)生即時故障 報告信息。采用 錯誤標識 代碼準確標識錯誤點，同 時生成日志文件，以便維護；并以可視化界面報警的形式提示系統(tǒng)管理員檢測和修復。故障定位還包括系統(tǒng)對硬件故障的診斷和維護。⑹ 安全性采用的認證和加密等安全技術保證以防止非法用戶的侵入。答復：滿足 軟件功能要求⑴ 要求有完善的實時操作系統(tǒng)。⑵ 要求具有計費處理功能，并能夠與計費處理中心相配合。⑶ 要求具有網(wǎng)管子系統(tǒng)及處理相應業(yè)務的功能。⑷ 要求具有對各種硬件設備測試的功能。⑸ 要求具有對軟件、硬件運行故障的監(jiān)測功能。有完善的故障告警及故障事后處理功能。要求具有與集中 維護管理中心相配合的控制功能。⑹ 要求具有友好、方便的圖形化人機界面。⑺ 要求具有完善的維護管理功能，具有用戶數(shù)據(jù)管理、系統(tǒng)觀察管理、軟件維護管理、 設備維護管理等功能。⑻ 要求具有故障自診斷和故障定位功能。36 / 59答復：滿足 軟件維護管理功能要求⑴ 要求具有在不中斷處理呼叫接續(xù)的情況下，完成程序打補釘?shù)墓δ?。?要求對于全部系統(tǒng)參數(shù)和用戶數(shù)據(jù)都可以在不影響呼叫接續(xù)處理的情況下，用人機交互方式進行數(shù)據(jù)的查詢、修改 變更和追加操作，以及由軟盤或其它媒介進行批量數(shù)據(jù)的引入運行。 對原運行數(shù)據(jù)的暫存、重新運行，使用 刪除。⑶ 若對修改后軟件不滿意或?qū)⑿薷暮筌浖?