徐文朝
【摘要】 固網軟交換設備的管理問題及信令監測系統功能的需求,迫切需要對現有的信令監測系統進行更新優化,從而為網絡的日常監控、運行分析、操作維護等工作提供必要手段,為網絡建設與市場經營提供有力的數據支撐。
【關鍵詞】信令監測 系統優化 數據支撐
一、優化的必要性
在電信運營市場競爭日益激烈的今天,網絡運行維護支撐能力已經成為企業的核心競爭力之一。如何通過網絡運維支撐系統的建設提高網絡運維的質量是網絡運行維護支撐能力中的重要環節。信令監測系統等專業網管系統已經初具規模,在日常運維工作以及網絡分析工作中發揮了重要的作用。
隨著網絡建設的發展,網絡管理的網元類型、管理的要求和理念都發生了相應的變化;同時網元設備不斷增加升級優化,對網絡服務質量的要求不斷提高,對網絡維護支撐手段的要求也相應提高。這些變化對數據網絡的管理不斷地提出新的功能需求,迫切需要進行信令監測系統的擴容優化。
鑒于目前固網軟交換設備的管理問題及信令監測系統功能的需求,迫切需要對現有的固網信令監測進行更新優化,從而為網絡的日常監控、運行分析、操作維護等工作提供必要手段,為網絡建設與市場經營提供有力的數據支撐。
二、信令監測系統現狀
目前信令監測系統監測對象為網間互聯互通鏈路、長途直達信令鏈路、智能網鏈路及準直連信令鏈路。該信令監測系統提供了較為全面的網絡監控、分析和優化手段。分析網絡運行質量,提高網絡維護能力和控制能力;分析網絡業務特性,為市場經營活動提供依據。發現各類用戶和網絡的異常行為,及時有效地采取控制措施。根據各類業務和協議特征分析網絡和業務的流量流向、服務質量,并可定位各類協議深層次問題、協議配合轉換問題、數據配置問題、資源管理以及分配問題等。
三、優化方案
3.1 優化原則
3.1.1 標準化和規范化
整個系統應具有完善的軟件體系結構和標準的內部模塊接口,能提供各種規范的應用和服務,靈活實現系統功能模塊的配置和擴充。
3.1.2 系統可持續發展
系統建設應充分考慮其今后的發展與演進,在Oss系統總體框架的指導下保證較好的可擴展性。系統的建設必須考慮長遠發展,盡可能降低繼續發展的軟硬件成本。同時應堅持開放性的原則,根據框架中的要求,系統間需建設或預留相應的接口,保證各個系統間數據的共享與使用。
3.1.3 與運維體制相結合
信令監測系統是運維工作中必不可少的工具,系統建設應考慮到切實發揮在運行維護中的核心作用,滿足運行維護和管理體制的需要。
3.2 優化目標
本次信令監測系統優化應達到以下目標:將原有七號信令及軟交換信令統一在同一個平臺上,確保呼叫業務端到端的關聯分析,對分析異常話務及完成網絡指標分析進行統一管理。保持原有系統的建設思路,將原有七號信令鏈路接入到新平臺。新的信令監測系統定位于投訴處理、故障定位、網絡與業務的質量評估及性能監控;滿足對固網日常運營的監測需求,并對其進行可視化管理。實現對軟交換的接入,共計新增4個FE鏈路。
3.3 總體架構設計
監測系統采用分層分布處理方式,實現對核心網與接入網內各種鏈路的集中監測、集中管理、集中維護能力。監測系統通過多個采集模塊并行實現信令采集和數據發送功能,便于實現監測鏈路的擴容和變更。監測系統處理和存儲部分采用任務靜態分擔方式工作,充分利用現有設備資源。這部分設備主要實現信令消息處理、SDR合成、數據統計、系統接口、數據存儲和管理等多種功能。應用部分實現數據呈現、數據分析、數據發布和數據共享、系統操作維護等功能。高速局域網設備將幾部分連接成完整的監測系統。
監測系統在網絡組建構架上可以分為四層:
a、數據接人層:實現不同種鏈路(2M、FE、GE、ATM-I等)的接入。b、數據采集層:實現不同數據業務相關的監測接口的信令協議匯聚、采集.對呼叫詳細記錄(CDR)進行關聯合成,同時保存原始數據信息。c、數據處理層:負責存儲由數據傳輸層送來的CDR合成記錄及統計表數據。d、數據應用層:利用客戶端軟件對數據信息進行直觀統計和分析。
3.4 優化方案
此次優化新建一套信令監測系統,用于滿足網絡維護的需要。實現軟交換的接入,共計新增4個FE鏈路。存儲周期。沒計如下:
(l)原始信令數據保存時間:30天;
(2)入庫XDR數據保存時間:60天
(3)統計數據時間:1年;
(4)日數據存儲量按忙時峰值流量乘以10小時考慮;
四、結束語
新的信令監測系統增加了對寬帶信令的監測,滿足了對固網軟交換日常運營的監測需求,實現了日常投訴處理、故障定位、網絡與業務的質量評估及性能監控;為網絡的日常監控、運行分析、操作維護等工作提供必要手段,為網絡建設與市場經營提供強有力的數據支撐。在日常運維工作以及網絡分析工作中發揮了重要作用。