【正文】 D7 驗收測試的內(nèi)容與指標要求 廠家應(yīng)提供對系統(tǒng)驗收測試文件，經(jīng)買方審定后作為驗收的依據(jù)。 (8)其他。 (6)人機命令功能。 (4)維護功能測試。 (2)各項性能和功能測試。因此，在開通試運轉(zhuǎn) 3～ 5 個月中產(chǎn)生的再啟動次數(shù)、軟硬件故障、各種功能在實際使用中的效果等均作為驗收測試的內(nèi)容。 割接由買方作總指揮， 設(shè)備廠商作技術(shù)輔助，系統(tǒng)設(shè)備本身產(chǎn)生的問題由設(shè)備廠商負責(zé)解決。準備工作包括用戶數(shù)據(jù)全部輸入、測試內(nèi)外線，維護管理上也做好必要的準備。當主要指標及性能達不到規(guī)范書規(guī)定時，買方可將整個系統(tǒng)退交設(shè)備廠商，除由設(shè)備廠商再作系統(tǒng)測試外，按合同有關(guān)條款處理，直到設(shè)備廠商認為有條件通過移交測試。 (12)可靠性驗證。 (10)點收文件資料，備 件檢查，儀表、設(shè)備數(shù)量清點。 (8)同步時鐘性能測試。 (6)信號配合測試。 (4)傳遞成功率測試。 (2)處理機能力，超負荷保護測試。 移交測試時間為一個月左右，可根據(jù)具體情況延長或縮短。 設(shè)備廠商應(yīng)提供必要的移交測試專用儀器。 設(shè)備廠商經(jīng)仔細嚴格的系統(tǒng)測試后，認為穩(wěn)定性可達到移交要求時，由設(shè)備廠商將測試記錄及最新版軟件移交給買方。 安裝時，設(shè)備廠商應(yīng)提供技術(shù)資料、安裝規(guī)程等。 D3 安裝及系統(tǒng)測試 安裝及系統(tǒng)測試在設(shè)備廠商人員指導(dǎo)下按設(shè)備廠商所提供的設(shè)計進行，安裝系統(tǒng)測試由設(shè)備廠商負責(zé)，買方派人員配合。 (3)出廠測試后，應(yīng)由設(shè)備廠商整理提出表明測試結(jié)果的出廠系統(tǒng)測試記錄，送交買方審定同意后設(shè)備方能出廠。 附錄 D (提示的附錄 ) 驗收測試 D1 出廠測試 (1)設(shè)備出廠前應(yīng)進行整機的系統(tǒng)測試 (包括軟件、硬件及附 屬設(shè)備 )。 根據(jù)需要，希望設(shè)備廠商派員指導(dǎo)維護工作。 (4)所 供系統(tǒng)在今后利用新技術(shù)從硬件或軟件方面有任何性能或功能的改進以及產(chǎn)品革新，設(shè)備廠商須免費書面通知買方其改進和詳細情況，并提供以優(yōu)惠價格為基礎(chǔ)的修改報價，以便買方選擇。 (2)買方需改進所供系統(tǒng)的執(zhí)行情況和可靠性時，設(shè)備廠商應(yīng)免費提供軟件與硬件的修改。 安裝技術(shù)指導(dǎo) 設(shè)備廠商須提供安裝、硬件系統(tǒng)及軟件系統(tǒng)調(diào)測的技術(shù)，提供安裝、調(diào)測的有關(guān)設(shè)備，并在本期工程內(nèi)提供安裝調(diào)測的技術(shù)指導(dǎo)。 網(wǎng)路規(guī)劃及設(shè)計工作技術(shù)支援 (1)在引進設(shè)備時，設(shè)備廠商應(yīng)說明提供計算機輔助規(guī)劃及設(shè)計工作的可能，尤其是在業(yè)務(wù)預(yù)測、網(wǎng)路規(guī)劃、中繼線計算等方面的計算機輔助設(shè)計程序。 (3)設(shè)備廠商應(yīng)按買方要求及時提供維護 中所需的各種修理用零配件和備件。 C3 售后服務(wù)及技術(shù)支援 修理服務(wù)及維護備件 (1)設(shè)備廠商所提供的設(shè)備在安裝期、試運轉(zhuǎn)期及最終驗收后的保修期內(nèi)，由于設(shè)備在系統(tǒng)設(shè)計、設(shè)備制造上等技術(shù)和質(zhì)量問題而產(chǎn)生故障影響設(shè)備正常運轉(zhuǎn)，以及買方無法處理的主要問題，設(shè)備廠商均應(yīng)免費提供修理服務(wù)，及時解決設(shè)備中存在的各種問題和設(shè)備的修理問題。在雙方商定的萊一時期內(nèi)由于軟硬件的修改而導(dǎo)致文件的任何修改，設(shè)備廠商均應(yīng)提供修改更正或補充的文件。各種文件的文字說明應(yīng)通俗易懂，所有圖紙的圖幅及圖形符號等均應(yīng)規(guī)范化。文件要求用英文或中文或雙方商定的文字書寫。 附錄 C (提示的附錄 ) 技術(shù)文件、培訓(xùn)、售后服務(wù)及技術(shù)支援 C1 技術(shù)文件要求 (1)設(shè)備廠商應(yīng)能提供短消息中心的全套技術(shù)文件。 B2 方案 2：將人工接續(xù)短消息轉(zhuǎn)換為移動發(fā)起的短消息業(yè)務(wù) 圖 B2 方案 2的接續(xù)示意 當甲地的用戶 A要給乙地的移動用戶 B發(fā)送短消息時，主叫方本地的短消息業(yè)務(wù)中心人工臺受理該業(yè)務(wù)，在本地短消息業(yè)務(wù)中心將輸入信息轉(zhuǎn)換為移動發(fā)起的短消息 (TS22)的形式發(fā)送到 B用戶歸屬的短消息業(yè)務(wù)中心，并發(fā)送給 B用戶。 采用此方案時，需要全國各短消息業(yè)務(wù)中心具有以下功能： 各短消息業(yè)務(wù)中心 聯(lián)網(wǎng) (包括用戶信息數(shù)據(jù)庫 )。 聯(lián)網(wǎng)示意見圖 B1。 B1 方案 1： 短消息業(yè)務(wù)中心之間聯(lián)網(wǎng) 短消息中心人工／自動臺業(yè)務(wù)服務(wù)的聯(lián)網(wǎng)，是一種用戶業(yè)務(wù)信息的聯(lián)網(wǎng)過程。 附錄 A （提示的附錄 ） 短消息中心自動臺業(yè)務(wù)流程參考舉例 見圖 A1。 接地要求 各機房的工作地、保護地、建筑防雷接地宜分開設(shè)置，此時接地電阻標準應(yīng)不大于 1Ω。 16 電源與接地 電源電壓要求 直流電源電壓要求 系統(tǒng)應(yīng)在表 2所述電源性能范圍內(nèi)正常工作。 2)短期工作條件是指連續(xù)不超過 48h和每年累計不超過 15天。為保證短消息中心能正常工作，機房設(shè)計時要求按嚴格的溫、濕度條件進行。 15 環(huán)境要求 系統(tǒng)應(yīng)在以下溫、濕度條件下正常工作，見表 1。 (3)若對修改后軟件不滿意或?qū)⑿薷暮筌浖胂到y(tǒng)后，對系統(tǒng)有副作用或發(fā)現(xiàn)新版本有問題，應(yīng)能方便而迅速地 (在 1min內(nèi) )恢復(fù)到原來的程序 。 (2)要求對于全部系統(tǒng)參數(shù)和用戶數(shù)據(jù)都可以在不影響呼叫接續(xù)處理的情況下，用人機通信方式進行下述操作： —— 數(shù)據(jù)查詢： —— 數(shù)據(jù)修改變更： —— 數(shù)據(jù)追加； —— 由軟盤或其它媒介進行批量數(shù)據(jù)的引入運行。 軟件語言的要求 要求對所使用的語言提供語言規(guī)范及其說明資料。 (7)要求具有完善的維護管理功能，具有用戶數(shù)據(jù)的維護管理、系統(tǒng)觀察管理、軟件維護管理、設(shè)備維護管理等功能。要求具有與集中維護管理中心相配合的控制功能。 (5)要求具有對軟件、硬件運行故障的監(jiān)視功能。 (3)要求具有網(wǎng)管子系統(tǒng)及處理相應(yīng)業(yè)務(wù)的功能。 軟件功能要求 (1)要求有完善的實時操作系統(tǒng)。一旦軟件出現(xiàn)死循環(huán)等重大故障，應(yīng)能自動再啟動，并作出即時故障報告信息。 (4)軟件設(shè)計應(yīng)有防護性能，某一軟件模塊內(nèi)的軟件錯誤應(yīng)限制在本模塊內(nèi)，而不應(yīng)造成其他軟件模塊的錯誤。處理程序應(yīng)與任何系統(tǒng)參數(shù)、用戶數(shù)據(jù)相適應(yīng)。 (2)系統(tǒng)參數(shù)、用戶數(shù)據(jù)與處理程序應(yīng)有相對的獨立性。 14 軟件要求 基本要求 (1)要求軟件采用分層的模塊化結(jié)構(gòu)，模塊之間的通信應(yīng)按規(guī)定接口進行。 (2)具有幀失步，復(fù)幀夫步等故障告警信號，并能將這些告警 信號插入到 TS0中，送入網(wǎng)絡(luò)以便通知處理機控制系統(tǒng)。各類告警信號除由打印機打印外，還應(yīng)在顯示屏上顯示，且能用不同彩色顯示出各類故障的嚴重程度。 —— 應(yīng)提供用于存儲程序、系統(tǒng)參數(shù)、用戶數(shù)據(jù)以及各類話務(wù)統(tǒng)計數(shù)據(jù)的外存設(shè)備。設(shè)備廠商應(yīng)說明達到所要求處理能力時處理機的占用率及過負荷控制措施。 (3)處理機系統(tǒng)應(yīng)具有軟、硬件故障告警信號。 處理機的要求 (1)處理機系統(tǒng)均要有冗余度，遇處理機、軟硬件故障時，具有倒機、分級再啟動及系統(tǒng)再生成等能力，以保證系統(tǒng)運行的穩(wěn)定性、可靠性和安全性。 13 硬件要求 硬件系統(tǒng)基本要求 (1)硬件應(yīng)采用模塊化結(jié)構(gòu)，便于容量擴 充和引入新的硬件模塊容納新業(yè)務(wù)和新技術(shù)。 時鐘等級 時鐘等級為三類時鐘。 同步鏈路 可由移動交換中心 (MSC)到系統(tǒng) (指短消息中心 )的 PCM鏈路中提取同步信號對短消息中心系統(tǒng)內(nèi)時鐘進行鎖相同步。 12 同步 同步方式 采用主從同步方式。計費信息應(yīng)可采用 FTP、FTAM規(guī)程傳送。 11 計費 為了便于運營者進行靈活的計費，短消息中心應(yīng)具有以下計費功能： 計費記錄 對于經(jīng)過本短消息中心處理的業(yè)務(wù)，短消息中心應(yīng)能自動記錄以下主要信息： 話單序號 (注明為唯一標志 )； 主叫用戶號碼： 被叫用戶號碼； 短消息應(yīng)用類別 (包括人工／自動、語音信箱通知、移動主叫／被叫、其他業(yè)務(wù)連 接等 )； 優(yōu)先級； 存檔時間； 狀態(tài)報告標記； 信息量等。設(shè)備廠商應(yīng)提供專用測試設(shè)備及儀器的清單。廠家應(yīng)說明其保障安全的具體措施。 (2)系統(tǒng)應(yīng)對人機接口指令具備分級接入控制能力，限制無權(quán)接入和錯誤接入，保障數(shù)據(jù)的安全性和完整性，廠家應(yīng)提供接入控制的細節(jié)。 (8)為防止告警消息丟失，系統(tǒng)應(yīng)具有存儲告警事件數(shù)據(jù) 72h以上的能力。其方式有 : —— 聲音告警 (可由操作人員關(guān)閉或經(jīng)人一機接口控制 )， —— 可視告警 (告警燈，可經(jīng)人一機接口控制 )： —— 打印出告警源及其嚴重程度； —— 向操作維護中心發(fā)送告警消息 (告警報告 )。 (5)對應(yīng)產(chǎn)生的告警消息，首先應(yīng)提示操作人員注意已發(fā)生異常事件，然后再提供充分的用于故障定位和診斷的信息，指導(dǎo)操作人員查找、排除故障。 (4)系統(tǒng)應(yīng)對當前告警分類列表。 (2)應(yīng)能對告警依其影響嚴重程度進行分類，一般應(yīng)分為緊急告警、延遲告警和告警指示信息。 (4)更新的軟、硬件只有通過測試后方可投入運行。 (3)新軟件引入后，根據(jù)需要，舊軟件應(yīng)能被重新裝入，并能夠重新產(chǎn)生原有的系統(tǒng)參數(shù)或其它數(shù)據(jù)。設(shè)備廠商應(yīng)提供具體的更新方法及相應(yīng)的業(yè)務(wù)中斷時間。 軟、硬件更新 系統(tǒng)設(shè)計應(yīng)方便其軟硬件的更新。 設(shè)備廠商應(yīng)提供處理機超載控制方式的說明和處理量的計算方法、超載的檢測方法、處理機超載保護方式、超載檢測恢復(fù)周期等。 (3)話務(wù)／信令負荷超載控制 系統(tǒng)應(yīng)有動態(tài)話務(wù)／信令 負荷超載控制功能，以確保系統(tǒng)在超載時能維持最大的處理能力。 系統(tǒng)應(yīng)能通過人一機命令對某項業(yè)務(wù)的開放、停止、恢復(fù)等進行控制。這些信息包括信號設(shè)備，公共控制設(shè)備以及與短消息中心和其它接口的不同狀態(tài)和統(tǒng)計信息。 (3)記錄 系統(tǒng)應(yīng)能夠隨時記錄系統(tǒng)的各種操作，包括接收短消息、發(fā)送短消息、收到“ ALERT”消息等，所有的記錄應(yīng)存入硬盤中的相應(yīng)文件，以備隨時查閱。 狀態(tài)監(jiān)視 (1)服務(wù)狀態(tài)顯示 應(yīng)能夠隨時顯示系統(tǒng)的狀態(tài)，內(nèi)容應(yīng) 至少包括正在等待發(fā)送的短消息的數(shù)量、主處理機CPU的占用率等，系統(tǒng)在狀態(tài)顯示的情況下，至少 5s更新一次顯示內(nèi)容。設(shè)備廠商應(yīng)說明系統(tǒng)的恢復(fù)和再啟動所需的時間。 障礙的恢 復(fù) 當發(fā)生一般性軟件和硬