【文章內容簡介】 節(jié) )。單條信令鏈路短消息處理承載能力大于等于 10條 /s(僅計算短消息的提交和發(fā)送，在兩個方向上分別計算。其中短消息提交為 3條，短消息發(fā)送 7條 )。 注：獲得以上數(shù)值的測試條件為： MSC/VLR、 HLR 均采用模擬器。該數(shù)值與實際網(wǎng)絡應用值不同。具體 測試方法參見相應測試規(guī)范。 可靠性和可用性 廠家應提供設備的預測 MTBF，以及獲得這一參數(shù)的計算方法。 (MTBF至少應達到 2萬小時以上 ) 為保證系統(tǒng)的高可靠性，數(shù)據(jù)硬盤 (存儲用戶數(shù)據(jù)和未轉發(fā)的短消息 )應采用磁盤陣列，或鏡像設置，如運營者要求可采用主處理機雙備份，并提供在線數(shù)據(jù) 備份的手段。 系統(tǒng)關鍵軟件、硬件應有一定的備份措施，保證系統(tǒng)的不間斷運行。系統(tǒng)應具有軟件、硬件故障在線恢復的能力。 信令鏈路要求 應能支持本地網(wǎng)中所有 MSC滿負荷時所能服務用戶容量的要求。其存儲容量應能適應向所有移動本地網(wǎng)內的用戶開放此業(yè)務時使用。合設方式的短消息中心與 PLMN 之間的 信令鏈路根據(jù)業(yè)務開展情況可靈活配置，系統(tǒng)可支持的鏈路數(shù)應不低于 32 條。 每條信令鏈路的最大負荷為 。 設備應能以模塊化方式，根據(jù)運營者的需求，不斷擴展，具有平滑擴容能力 。 消息丟失率 從消息提交到短消息中心到下發(fā)期間由于系統(tǒng)原因造成的消息丟失率， P≤ 10— 7。 短消息處理延遲 短消息處理延遲是指從短消息中心收到短消息到第一次發(fā)送嘗試的時間間隔。 短消息處理延遲≤ 1000ms(95%概率 )。 9 統(tǒng)計與網(wǎng)絡管理 統(tǒng)計與測量 一般要求 (1)系統(tǒng)應具有人工座席臺接入的話務測量與記錄的功能。 (2)可預定測量項目，并在規(guī)定日期及時間自動開始及停止測量。 (3)對預先規(guī)定的測試項目，能 每隔一段時間 (如 5min)測量一次，連續(xù)進行 24h，或／和測量 2— 3段時間 (忙時 )，連續(xù)進行 7天。 (4)能單獨測量一個項目，也可同時測量幾個項目，測量項目可根據(jù)需要組合。這些項目可同時進行測量，也可順序進行測量。 (5)統(tǒng)計數(shù)據(jù)的輸出方式，可輸出到磁帶上，也可由打印機輸出，并能通過數(shù)據(jù)鏈路送到操作維護中心。 處理次數(shù)測量 應根據(jù)不同的應用統(tǒng)計各類處理的次數(shù)： 移動發(fā)起的短消息業(yè)務、移動終止的短消息業(yè)務、移動至移動的短消息業(yè)務、“ SMS— 提醒”及轉發(fā)重試、語音 信箱的通知業(yè)務等。 平均占用時間測量 系統(tǒng)應能測量中繼平均占用時間。 話務擁塞統(tǒng)計 (1)系統(tǒng)應對所有中繼線群、信令鏈路等設備作擁塞統(tǒng)計。統(tǒng)計的項目包括延續(xù)時間和 因機線設備忙而接續(xù)失敗的次數(shù)。 (2)可通過人一機命令預先設定擁塞的門限。當超過門限值時，系統(tǒng)應能告警并將擁塞設備的有關信息打印輸出，同時將此信息送至操作維護中心或網(wǎng)管中心。 服務質量的統(tǒng)計 應具有對系統(tǒng)的服務質量直接測量和連續(xù)監(jiān)視的性能，應能對服務質量指示器預置不同的門限值 。當超過門限值時，系統(tǒng)應能告警并將有關信息送至操作維護中心或網(wǎng)管中心。服務質量統(tǒng)計須包括， (1)短消息處理延遲。 (2)不同階段的呼叫完成率 —— 接入階段的呼叫完成率：主要指通過自動／人工臺接入的過程中； —— 系統(tǒng)中短消息業(yè)務的呼叫完成率：短消息進入短消息業(yè)務中心處理過程中 (包括 各種情況造成的呼叫失敗 )。 (3)與 PLMN、 PSTN接口信令規(guī)程錯誤和各種定時器逾時情況。 性能統(tǒng)計 短消息中心為了便于運營者的管理，應能給出以下的性能統(tǒng)計： —— 短消息提交：提交的短消息數(shù)目、結果 (成功與失敗 )， —— 短消息轉發(fā)：轉發(fā)的短消息數(shù)目、嘗試次數(shù)、結果、失敗原因； —— 不同的應用實體每天提交的短消息量及條數(shù)等。 以上統(tǒng)計能夠按時間段來進行。 網(wǎng)絡狀態(tài)的監(jiān)視 系統(tǒng)應自動地即時地監(jiān)視主處理機、數(shù)據(jù)庫、中繼鏈路、信令鏈路等設備的狀態(tài)，并要求能監(jiān)視單個電路的利用率，對占用時間特別長或特別短的或幾乎沒有話務負荷的電路，要能記錄并輸出其設備編號。 短消息業(yè)務監(jiān)視 應能提供下列監(jiān)視數(shù)據(jù)： —— 系統(tǒng)現(xiàn)有服務的用戶數(shù)和等待發(fā)送的短消息數(shù)； —— 處理接入率 (指人工座席臺 )； —— 信息存儲時延； —— 至 PLMN信令鏈路的負荷與狀態(tài)； —— 處理機負荷、硬件設備、存儲器等的利用情況。 網(wǎng)絡管理要求 主要網(wǎng)管功能要求 數(shù)據(jù)管理 短消息中心應能配合完成用戶數(shù)據(jù)的登記、查詢測覽、修改、廢止等管理功能。在必要的時候，應能與計費中心配合完成用戶計費管理功能。 性能管理 短消息中心應能支持網(wǎng)管所采取的網(wǎng)絡性 能管理行動，并測試統(tǒng)計匯報其結果。 維護管理 短消息中心的主處理機、中繼鏈路、存儲器發(fā)生嚴重故障或嚴重過負荷時，應能向操作維護中心或網(wǎng)管中心發(fā)出告警信息。當告警消除時，亦應有報告。 短消息中心應能配合操作維護中心或網(wǎng)管中心對故障進行測試診斷與定位，按指令完成軟件／硬件的重新配置并具有故障恢復功能。 配置管理 短消息中心應能支持網(wǎng)管系統(tǒng)對其進行的更新、升級等配置管理，按指令完成軟件／硬 件的重新配置。 數(shù)據(jù)接口 數(shù)據(jù)接口應滿足運營 者提出的接口規(guī)范要求。 1O 操作、維護要求 人一機子系統(tǒng) 系統(tǒng)應提供命令行或圖形菜單的方式。 人一機語言 (MML) (1)人一機語言應易于學習和理解，對常用命令應能在無需查閱手冊情況下進行輸入，命令的內容及數(shù)量應能滿足短消息中心日常操作維護的要求。 (2)人一機命令應按功能分類，能以菜單的形式進行顯示和查閱。 人一機語言的安全檢查 (1)系統(tǒng)應對輸入的人一機命令進行嚴格的語法語義檢查，對錯誤的命令應拒絕執(zhí)行，并以短語或代碼的形 式給出提示。 (2)能以口令控制的方式進行人一機命令的權限檢查，以防止無權人員使用可能影響整機系統(tǒng)運行或對通信影響較大的那些命令。 (3)口令的修改和分配應僅由掌握最高級口令的人員進行，口令不允許在打印機和顯示器上輸出顯示。 人一機操作記錄 便于檢查，系統(tǒng)應保存全部人一機操作的流水記錄，并能通過人一機命令進行查閱和輸出打印。 所有人一機命令輸入后均能在打印機和顯示器上輸出顯示 (口令除外 )。 輸入／輸出設備 (I/O設備 ) 系統(tǒng)至少 應能夠接入下列的輸入／輸出設備： 打印終端； 操作維護終端； 文件存儲設備 (如光盤或磁盤 )。 各種輸入／輸出設備的接口編碼格式采用 CCITT建議或其他國際上公認的標準。 系統(tǒng)操作維護要求 概述 所提供的系統(tǒng)硬件除輸入、輸出設備外，應都不需要任何預防性的維護，系統(tǒng)應具備各種在線自動測試和自動診斷功能，同時應具備各種自動測試手段，以便在必要時或定期進行自動測試。 維護測試功能 系統(tǒng)的維護測試功能應力求自動化，絕大部分的維 護測試應能通過人一機命令啟動自動進行，系統(tǒng)應提供以下維護測試功能。 一般要求 系統(tǒng)應具有對系統(tǒng)中各種電路功能進行測試的測試系統(tǒng)，以便在維護中根據(jù)需要，隨時或定期進行自動測試。在測試中通過的設備，應能在系統(tǒng)中正常投入使用，經(jīng)一次或重復測試仍不能通過的設備或電路應自動閉塞或通過人一機命令閉塞。 測試系統(tǒng)應包括專用的測試軟件模塊和必要的硬件測試電路。測試軟件只有在需要時才由人一機命令啟動執(zhí)行，并不得影響系統(tǒng)的正常運行。在測試過程中，應能根據(jù)需要用人機命令停止測試。 測試 應有完整的測試記錄，并能通過打印機輸出測試記錄信息。 測試功能 (1)資源使用情況測量 應能測量和記錄系統(tǒng)中各種資源的使用情況，并能設置告警門限。同時也應能對處于備用狀態(tài)或脫機狀態(tài)的功能單元進行診斷測試，經(jīng)測試通不過時，應打印輸出故障信息和發(fā)出告警信號。 主處理機負荷： 硬件裝置； 存儲器使用情況。 (2)信號設備測試 —— 信號接收器自動測試 信號接收器測試內容是測試各種信號的接收是否正常。 —— 信號發(fā)生器的測試 對系統(tǒng)中的各種信號發(fā)生器，設備廠商應提供詳細的測試方法的說明資料和測試手段，并配備必要的專用測試儀器。 (3)對中繼電路的自動測試 對出、入中繼器，來、去話中繼器及其他中繼器的功能，系統(tǒng)均應能進行自動測試。有多條中繼時，測試可連續(xù)進行，也可指定一中繼電路進行測試，對未通過功能測試的中繼器電路應自動閉塞并輸出打印測試結果。在測試期間，由于電路退出業(yè)務導致的告警，應予以避免。當新的呼叫不能在啟動例行測試的電路上建立時，應向遠端節(jié)點發(fā)出信息，已建立的呼叫不應被阻斷。 (4)信令功能的 測試 —— 系統(tǒng)應具有按 CCITT建議的要求檢驗信令功能的操作是否正常的能力： —— MTP 的測試和維護 (自動測試 ) —— ： SS7網(wǎng)路的監(jiān)視與測量 —— ； OMAP(包括利用 MTP路由檢驗測試 (MRVT)進行網(wǎng)絡路由數(shù)據(jù)一致性的校驗 ) —— 信令緩存器監(jiān)視。 —— 規(guī)程缺陷監(jiān)視，例如從遠端實體收到過量的規(guī)程差錯信息。 (5) 系統(tǒng)若配備 ，應能夠對其進行例行測試。若不正常，應有告警。 障礙檢測及處理 一般要求 系統(tǒng)應具備有診斷軟件和障礙檢測硬件，以便自動診斷和檢測軟件和硬件的障礙，對各種障礙應具有記錄和輸出打印的功能。硬件障礙的檢測應具有障礙定位的功能，以便維護人員及時準確地處理障礙。在發(fā)生硬件障礙時，應能隔離有障礙的硬件或自動倒換至無障礙的備用硬件，保證系統(tǒng)繼續(xù)正常運行。在發(fā)生軟件故障時，系統(tǒng)應具有一定的自糾能力和自動恢復功能，其中包括再啟動和再裝入等。 當發(fā)生軟件或硬件障礙時，除應能打印輸出障礙記錄報告外，對于重要故障還應發(fā)出可聞、可見信號 ，并應立即向操作維護中心送出報告。 障礙的容錯性 當發(fā)生軟件或硬件障礙時，一般不應產(chǎn)生系統(tǒng)阻斷。當發(fā)生的障礙將不可避免地導致降低服務等級和服務質量時，系統(tǒng)應能繼續(xù)運行。系統(tǒng)中的重要設備應具有備份或“ n+x”的冗余。保證在發(fā)生障礙時能自動脫離并進行倒換或進行系統(tǒng)再配置。 硬件障礙的定位 系統(tǒng)對硬件障礙應具有自動診斷定位的能力。在診斷并識別有障礙的印刷電路板時，應 立即打印輸出，一般應在無需查