通信行業標準-tdma數字蜂窩移動通信網短消息中心設備規范(編輯修改稿)

　

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