【正文】 要的時候，對客戶使用的模式進行更改；答復(fù)：滿足。216。 所有集團短信產(chǎn)品客戶均只能向白名單中的客戶發(fā)送短信，包括內(nèi)部聯(lián)系人、外部聯(lián)系人等均需要包含在白名單組中；答復(fù)：滿足。216。 經(jīng)特批不使用白名單管理的客戶，如政府等，須配合流量控制的手段，如不使用白名單的客戶發(fā)送流量不能超過1條/秒，或日發(fā)送量限制；答復(fù)：滿足。216。 對上述集團短信產(chǎn)品的白名單要求集團客戶不能主動添加，只能通過終端用戶主動上行定制命令“DZ”，方可加入集團客戶的白名單；答復(fù)：滿足。216。 對經(jīng)過特需的客戶，允許開啟白名單二次確認功能。開啟白名單二次確認功能的權(quán)限不向集團客戶和業(yè)務(wù)助理開放，只能通過工單形式由甲方相關(guān)部門的相關(guān)人員從后臺開啟；答復(fù)：滿足。216。 集團客戶開啟白名單二次確認功能后，集團客戶通過集團門戶網(wǎng)站添加的目標終端客戶進入半激活狀態(tài)（以下簡稱“灰名單”），集團客戶只允許向灰名單客戶發(fā)送一條請客戶確認的短信，短信內(nèi)容在特需中由政企客戶部審批，并通過工單由信息業(yè)務(wù)部配置在網(wǎng)關(guān)上；并預(yù)留PORTAL接口；答復(fù)：滿足。運營商管理員、企業(yè)客戶管理員，向行業(yè)業(yè)務(wù)導(dǎo)入員工名單，系統(tǒng)將號碼先存入暫存庫，用戶確認后，再生成正式黑白名單。216。 集團客戶對灰名單中的客戶能自主選擇發(fā)送時間，發(fā)送內(nèi)容由網(wǎng)關(guān)固化；答復(fù)：滿足。216。 集團客戶向終端用戶發(fā)送確認短信后，24小時內(nèi)如果客戶未回復(fù)定制信息(如“DZ”)，則該終端用戶進入該集團客戶的黑名單；如果正確回復(fù)（如“DZ”），則進入該客戶白名單；答復(fù)：滿足。216。 允許終端用戶號碼在集團客戶白名單、黑名單中移動，但是必須由終端用戶主動發(fā)起，指令分別為“0000”—白名單向黑名單，“DZ”—黑名單向白名單，終端用戶發(fā)起的指令為最高優(yōu)先級；答復(fù)：滿足。216。 集團客戶在向灰名單中客戶發(fā)送確認短信前，應(yīng)過濾所有黑白名單信息，對黑白名單中的客戶不允許再次發(fā)送確認短信。答復(fù)：滿足。216。 對經(jīng)過特需的客戶，允許一次性批量導(dǎo)入白名單，由用戶提交申請，審核通過后后臺直接加載數(shù)據(jù)。客戶只能在初次使用集團短信業(yè)務(wù)時提出申請。這些客戶包括如已經(jīng)使用了較長時間的客戶，向機器設(shè)備發(fā)送短信的客戶等等。 答復(fù)：滿足。 其他擴展功能 業(yè)務(wù)優(yōu)先級控制行業(yè)網(wǎng)關(guān)應(yīng)該能夠支持業(yè)務(wù)級的優(yōu)先級控制，對于EC/SI的每個業(yè)務(wù)（服務(wù)代碼＋業(yè)務(wù)代碼）設(shè)置不同的優(yōu)先級別，對于高優(yōu)先級業(yè)務(wù)的消息優(yōu)先發(fā)送。在行業(yè)網(wǎng)關(guān)系統(tǒng)中，業(yè)務(wù)信息均存儲在管理模塊，因此接入模塊需要根據(jù)鑒權(quán)應(yīng)答的結(jié)果獲取消息的優(yōu)先級別，并根據(jù)該優(yōu)先級別信息來進行消息的優(yōu)先級控制。答復(fù)：滿足。 流量控制業(yè)務(wù)流量有“浪涌”的特征，為了防止浪涌對系統(tǒng)的運行造成嚴重影響，要求系統(tǒng)具有業(yè)務(wù)流量控制的功能。在行業(yè)應(yīng)用系統(tǒng)中，流量控制主要表現(xiàn)在針對SMSC發(fā)送過來的MO短信息的流量控制、針對EC/SI發(fā)送過來的MT短信息的流量控制，以及其它行業(yè)網(wǎng)關(guān)或業(yè)務(wù)網(wǎng)關(guān)前轉(zhuǎn)過來的各類短信息的流量控制。行業(yè)網(wǎng)關(guān)的流控機制可以分為：252。 接口流控252。 帳號流控252。 系統(tǒng)級流控(License)252。 節(jié)假日流控252。 每周每天忙時流控252。 CPU忙時流控答復(fù)：滿足。 存儲轉(zhuǎn)發(fā)在實際的網(wǎng)絡(luò)中，SMSC/MMSC、EC/SI等都可能暫時出現(xiàn)故障或者因為流量控制等一些原因?qū)е孪⒌膫鬟f失敗，為了提高消息傳遞的成功率，要求行業(yè)網(wǎng)關(guān)接入模塊具有在消息傳遞失敗時把消息存儲在本地，并隔一段時間進行重發(fā)的功能，在重發(fā)一定次數(shù)或者一定時間之后，如果消息的傳遞仍然沒有成功，則放棄重發(fā)該信息，并通過狀態(tài)報告向前一級網(wǎng)絡(luò)節(jié)點報錯。答復(fù)：滿足。在消息發(fā)送失敗時，系統(tǒng)提供緩存重發(fā)機制。 消息正文簽名行業(yè)網(wǎng)關(guān)需要支持短信正文簽名功能，在MT流程中，接入模塊需要從管理模塊返回的應(yīng)答中獲取是否需要正文簽名以及簽名內(nèi)容等信息，如果需要正文簽名，則接入模塊把簽名內(nèi)容加入到EC/SI提交的MT短信正文的后面，并下發(fā)給終端用戶。彩信接入模塊需要支持彩信簽名功能，在MT流程中，彩信接入模塊需要從行業(yè)網(wǎng)關(guān)管理模塊返回的應(yīng)答中獲取是否需要彩信簽名以及簽名內(nèi)容等信息，若需要彩信簽名，則彩信接入模塊把簽名內(nèi)容加入到EC/SI提交的MT彩信的主題中，并下發(fā)給終端。答復(fù)：滿足。 網(wǎng)管功能 網(wǎng)管要求(1) 管理模式本期IAGW需要納入集團業(yè)務(wù)平臺綜合網(wǎng)管系統(tǒng)進行統(tǒng)一監(jiān)控管理，需對本平臺的業(yè)務(wù)平臺北向網(wǎng)管接口內(nèi)容改造，使之符合集團業(yè)務(wù)平臺綜合網(wǎng)管北向接口規(guī)范的業(yè)務(wù)指標需求。在IAGW本地要求配置本地維護操作系統(tǒng)，實現(xiàn)基本的配置管理、故障管理和業(yè)務(wù)層管理等功能，要求配置相關(guān)的軟硬件設(shè)備。要求IAGW既能支持本地維護管理，又可以接受集團業(yè)務(wù)平臺綜合網(wǎng)管系統(tǒng)的統(tǒng)一監(jiān)控管理。答復(fù)：滿足。(2) 網(wǎng)管協(xié)議網(wǎng)管協(xié)議要求采用SNMP，要求賣方免費開放MIB庫，提供詳細的MIB資料。對于服務(wù)器設(shè)備、操作系統(tǒng)和應(yīng)用軟件的管理也可采用Manager/Agent方式。(3) 賣方應(yīng)估算網(wǎng)管信息所需要的帶寬，給出計算過程。答復(fù)：滿足。(4) 賣方的IAGW系統(tǒng)中主要的網(wǎng)元設(shè)備應(yīng)支持通過NTP實現(xiàn)時間同步。答復(fù)：滿足。(5) 局數(shù)據(jù)管理局數(shù)據(jù)管理要求支持在SMSA、MMSA、IAGWM直接進行手工配置的方式，以及通過局數(shù)據(jù)下發(fā)接口規(guī)范從綜合網(wǎng)管獲取的方式。答復(fù)：滿足。(6) 計數(shù)器要求系統(tǒng)對各種業(yè)務(wù)、接口提供計數(shù)器，并支持綜合網(wǎng)管系統(tǒng)通過SNMP協(xié)議進行采集。答復(fù)：滿足。(7) 日志管理日志管理功能是指被管設(shè)備應(yīng)將最近一段時間之內(nèi)所產(chǎn)生的事件通知消息存儲起來，以備系統(tǒng)日后做進一步的查詢。各種事件消息以各種日志紀錄的形式存儲在硬盤當中。系統(tǒng)可對日志紀錄進行查詢。賣方應(yīng)詳細說明實現(xiàn)的日志管理功能。當CPU占用率、內(nèi)存占用率、剩余磁盤空間等超出門限，應(yīng)產(chǎn)生相應(yīng)的的日志記錄。答復(fù)：滿足。 故障管理因為IAGW在運行的時候，可能出現(xiàn)一些硬件或軟件問題，所以IAGW要具有如下的故障管理功能：故障的告警功能：當系統(tǒng)的軟件或者硬件發(fā)生故障時，IAGW的網(wǎng)管系統(tǒng)在界面上通過聲音或者指示燈進行告警，可以通過面板上不同顏色的指示燈或者不同的聲音來指示故障的嚴重程度，并在界面上顯示出故障的內(nèi)容。252。 聲光告警252。 遠程告警（，短信）252。 告警顯示252。 告警保存252。 告警級別顯示故障的內(nèi)容應(yīng)包括LICENSE、SMPP連接數(shù)超過門限、內(nèi)部網(wǎng)絡(luò)連接中斷、用戶連接中斷、業(yè)務(wù)量異常、系統(tǒng)軟硬件性能（包括但不僅限于CPU、內(nèi)存、硬盤、表空間等）到達門限等。答復(fù)：滿足。行業(yè)網(wǎng)關(guān)同SNMP協(xié)議連接上級網(wǎng)管并上報MIB數(shù)據(jù)，不單獨再提供網(wǎng)管系統(tǒng)，告警管理由上級網(wǎng)管系統(tǒng)來提供。故障的嚴重程度可以分為如下4個級別：252。 提示：系統(tǒng)仍然正常；252。 一般：系統(tǒng)已經(jīng)有不正常的情況發(fā)生，但不需要恢復(fù)，系統(tǒng)仍然可繼續(xù)運行；252。 嚴重：系統(tǒng)已經(jīng)有不正常的情況發(fā)生，必須經(jīng)過恢復(fù)，系統(tǒng)才可以繼續(xù)運行；252。 致命：系統(tǒng)已經(jīng)有不正常的情況發(fā)生，并且無法繼續(xù)運行。故障的內(nèi)容至少包括：252。 故障的序列號；252。 故障產(chǎn)生的時間；252。 故障的嚴重級別；252。 故障產(chǎn)生的源；（建議比較詳細，最好到進程）252。 故障產(chǎn)生的原因；252。 該故障是否需要恢復(fù)以及系統(tǒng)建議的故障恢復(fù)手段。答復(fù)：滿足。故障的記錄功能：對于需要系統(tǒng)操作員手工恢復(fù)的故障，系統(tǒng)必須保存這些故障直到系統(tǒng)操作員手工恢復(fù)此故障為止；經(jīng)過恢復(fù)的故障和一些不需要恢復(fù)的故障可以備份到后備存儲器上，但是這些故障信息必須保存一段時間（比如1個月），供系統(tǒng)操作員查詢。答復(fù)：滿足。故障的恢復(fù)功能：系統(tǒng)的故障恢復(fù)有兩種手段：一是系統(tǒng)自動恢復(fù)；二是系統(tǒng)操作員手工進行恢復(fù)。在故障恢復(fù)之后，系統(tǒng)應(yīng)該記錄如下信息到前述的故障內(nèi)容中：252。 故障恢復(fù)時間；252。 故障恢復(fù)方式，是自動恢復(fù)還是操作員手工恢復(fù)；252。 故障恢復(fù)手段，采取了什么措施恢復(fù)此故障。答復(fù)：滿足。系統(tǒng)提供操作日志記錄功能，能夠記錄操作員的處理信息。 統(tǒng)計功能系統(tǒng)需提供高效快捷的數(shù)據(jù)查詢，查詢條件設(shè)置靈活、統(tǒng)計項目齊全，能根據(jù)實際需要即時查詢并動態(tài)顯示統(tǒng)計數(shù)據(jù)，便于故障和錯誤的早期發(fā)現(xiàn)與定位；可人工控制立即啟動和停止實時統(tǒng)計功能，也可由人工設(shè)定統(tǒng)計計劃，系統(tǒng)按計劃規(guī)定的時間自動啟停統(tǒng)計；可按多種接續(xù)類型和多種指標進行分析，分析結(jié)果以圖形和報表地方式輸出；可對指定接口狀態(tài)、指定模塊的業(yè)務(wù)量、補充業(yè)務(wù)的使用情況、公用設(shè)備與處理機占用率等性能數(shù)據(jù)進行統(tǒng)計。系統(tǒng)能夠生成相關(guān)業(yè)務(wù)部門要求的報表，譬如EC/SI業(yè)務(wù)流量統(tǒng)計表、網(wǎng)關(guān)業(yè)務(wù)流量統(tǒng)計表等。業(yè)務(wù)統(tǒng)計要求包括(但不限于)：l A模塊：252。 基于網(wǎng)元（EC/SI、IAGW等）的發(fā)送統(tǒng)計，統(tǒng)計值包括：發(fā)送消息數(shù)、重發(fā)消息數(shù)、發(fā)送消息成功數(shù)、發(fā)送消息失敗數(shù)、發(fā)送短消息數(shù)、發(fā)送短消息成功數(shù)、收到有效發(fā)送狀態(tài)報告數(shù)、收到成功狀態(tài)報告數(shù)、收到的分各種失敗原因的狀態(tài)報告數(shù)；答復(fù)：滿足。系統(tǒng)提供接收消息數(shù)、接收消息成功數(shù)、接收消息失敗數(shù)、成功比例等信息；對于提供狀態(tài)報告數(shù)、狀態(tài)報告成功發(fā)送數(shù)和失敗原因的狀態(tài)報告數(shù)等功能需要定制開發(fā)實現(xiàn)。252。 基于網(wǎng)元（EC/SI、IAGW等）的接收統(tǒng)計，統(tǒng)計值包括：接收到的消息數(shù)、接收消息成功數(shù)、接收消息失敗數(shù)、接收到的短消息數(shù)、接收到的短消息成功數(shù)、返回的狀態(tài)報告總數(shù)、返回短消息發(fā)送成功狀態(tài)報告數(shù)、返回的分各種失敗原因的狀態(tài)報告數(shù)；答復(fù)：滿足。系統(tǒng)提供接收消息數(shù)、接收消息成功數(shù)、接收消息失敗數(shù)、成功比例等信息；對于狀態(tài)報告數(shù)、狀態(tài)報告成功發(fā)送數(shù)和失敗原因的狀態(tài)報告數(shù)等功能需要定制開發(fā)實現(xiàn)。252。 接收、發(fā)送失敗原因統(tǒng)計，可以針對各個網(wǎng)元統(tǒng)計主要的失敗原因，便于針對具體問題分析其原因；答復(fù)：滿足。252。 BHSM統(tǒng)計，以5分鐘為統(tǒng)計顆粒度，可以統(tǒng)計整個系統(tǒng)的忙時處理能力，可以方便直觀的了解整個行業(yè)應(yīng)用網(wǎng)關(guān)的業(yè)務(wù)量；答復(fù)：滿足。252。 CPU占用率、內(nèi)存占用率、剩余磁盤空間的統(tǒng)計等。答復(fù)：滿足。l M模塊：252。 統(tǒng)計查詢接入EC/SI數(shù)量；答復(fù)：滿足。252。 統(tǒng)計查詢增值業(yè)務(wù)數(shù)和非增值業(yè)務(wù)數(shù)；答復(fù)：滿足。252。 增值業(yè)務(wù)中的包月類業(yè)務(wù)和按次類業(yè)務(wù)統(tǒng)計；答復(fù)：滿足。252。 增值業(yè)務(wù)的簽約關(guān)系數(shù)量統(tǒng)計；答復(fù)：滿足。252。 非增值業(yè)務(wù)的黑白名單數(shù)量統(tǒng)計；答復(fù)：滿足。252。 每個業(yè)務(wù)通信量統(tǒng)計；答復(fù)：滿足。252。 每個業(yè)務(wù)鑒權(quán)成功或失敗的情況統(tǒng)計，且需要區(qū)分鑒權(quán)失敗原因。答復(fù)：滿足。賣方應(yīng)給出SMSA、MMSA、IAGWM各自能夠提供哪些統(tǒng)計原始信息。另外，對統(tǒng)計報表的具體要求強調(diào)如下:252。 接收時延=網(wǎng)關(guān)收到狀態(tài)報告時間－企業(yè)消息提交到達網(wǎng)關(guān)時間；答復(fù)：滿足。252。 所有統(tǒng)計的統(tǒng)計粒度應(yīng)提供小時級；答復(fù)：滿足。252。 按照某一個EC/SI發(fā)送的各項業(yè)務(wù)量和成功率指標統(tǒng)計：需要支持按EC/SI分開統(tǒng)計（包括按接入號碼、接入IP地址統(tǒng)計等）；需要支持按照下發(fā)本地和前傳到外省的統(tǒng)計；需要支持按照發(fā)往電信用戶、移動用戶、聯(lián)通用戶的分別統(tǒng)計；答復(fù)：滿足。252。 報表系統(tǒng)可根據(jù)買方需求定制；答復(fù)：滿足。系統(tǒng)報表可以根據(jù)具體的要求進行定制來提供。252。 要求采用B/S結(jié)構(gòu)，可以通過WEB查詢統(tǒng)計數(shù)據(jù)，開發(fā)底層統(tǒng)計數(shù)據(jù)，包含數(shù)據(jù)庫里的報表數(shù)據(jù)和原始話單，以便業(yè)務(wù)部門可以進行二次開發(fā)和分析；答復(fù)：滿足。252。 所有的報表數(shù)據(jù)要求保存6個月。答復(fù)：滿足。 界面展示功能乙方應(yīng)提供豐富的頁面展示功能。針對EC/SI提供豐富的上線測試、業(yè)務(wù)體驗頁面，針對甲方運營維護人員提供豐富的網(wǎng)管、統(tǒng)計、查詢頁面。乙方應(yīng)在技術(shù)建議書中詳細闡述所提供的各類型頁面的展示情況、業(yè)務(wù)體驗的流程情況等。答復(fù)：滿足。 計費要求 各類話單生成短信計費：IAGW應(yīng)能正常產(chǎn)生各類SMO、SMOF、SMT、SMTF、SMC、SMCF話單。彩信計費：在行業(yè)應(yīng)用系統(tǒng)中，MMSA生成MO、MT二類按次計費話單。所有話單均以MM發(fā)送的最終狀態(tài)（遞送報告）觸發(fā)產(chǎn)生話單。在彩信系統(tǒng)中，MT彩信由行業(yè)網(wǎng)關(guān)彩信模塊生成計費話單，要求可以實現(xiàn)對最終企業(yè)用戶進行計費。支持預(yù)付費功能。要求計費話單文件可配置（生成規(guī)則【文件大小，生成時間間隔，文件編號等等】）。要求話單文件格式可配置（滿足計費系統(tǒng)的要求）。%以上。答復(fù)：滿足。 各類計費話單包含的信息短信：IAGW上產(chǎn)生的話單格式應(yīng)符合《中國電信CDMA短消息網(wǎng)關(guān)設(shè)備規(guī)范 規(guī)范》要求。彩信：行業(yè)應(yīng)用網(wǎng)關(guān)MMSA上產(chǎn)生的話單格式應(yīng)符合中國電信《中國電信CDMA彩信中心設(shè)備規(guī)范》要求。同時，以上設(shè)備中產(chǎn)生的話單，應(yīng)遵從中國電信制定的行業(yè)網(wǎng)關(guān)相關(guān)規(guī)范。計費話單包含公共部分和IAGW特有部分。計費信息應(yīng)至少包含以下信息：字段名類型長度（字節(jié)）含義描述recordTypeInteger4記錄類型25：ismpRecordstreamNoInteger4流水號timestampOctet String10時間戳，由發(fā)端設(shè)備生成，格式是：月日時分秒msgIDOctet String20通過引擎生成的唯一標識。msgID是消息生成時間、業(yè)務(wù)引擎標識和序列號的組合，其格式為：MMDDHHMMSSYYYYYYXXXXMMDDHHMMSS：當前時間YYYYYY：業(yè)務(wù)引擎標識XXXX：序列號chargeResultInteger4計費結(jié)果（填寫參考《ISMAP》的附錄A“結(jié)果碼定義”部分）例如：1）對于AuthPriceRsp超時：7－等待應(yīng)答超時；2）對于非用戶歸屬網(wǎng)關(guān)寫話單時：1005－用戶不屬于本平臺。srcDeviceType