專利名稱：軟交換承載網(wǎng)絡(luò)質(zhì)量的監(jiān)測方法、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)協(xié)議(IP)網(wǎng)絡(luò)質(zhì)量監(jiān)測相關(guān)技術(shù)，特別是涉 及一種基于外接質(zhì)量探頭的軟交換業(yè)務(wù)承載網(wǎng)質(zhì)量監(jiān)測方法、系統(tǒng)和 設(shè)備。
背景技術(shù)：
隨著業(yè)務(wù)IP化、承栽綜合化，IP網(wǎng)已變?yōu)楦鞣N業(yè)務(wù)融合的綜合承 載平臺。隨著軟交換業(yè)務(wù)逐步承載在IP網(wǎng)絡(luò)上，由于IP網(wǎng)絡(luò)"盡力而 為"的特性，致使軟交換業(yè)務(wù)在傳輸過程會(huì)引入的承載層面的丟包、延 時(shí)和抖動(dòng)，造成端到端軟交換業(yè)務(wù)質(zhì)量的下降。為此，需要針對IP承 載網(wǎng)絡(luò)滿足軟交換業(yè)務(wù)正常運(yùn)行的需求，從業(yè)務(wù)層面感知承載網(wǎng)的狀 況，以保證軟交換業(yè)務(wù)的順利開展。
目前被廣泛使用的IP網(wǎng)絡(luò)質(zhì)量檢測方法有ICMP (Internet Control Message Protocol,網(wǎng)際控制信息協(xié)議)(RFC-792 )、 Cisco SAA (服務(wù)保障代理)方式。
對于ICMP方式，通過Ping可用來判斷目標(biāo)是否可達(dá)、往返的時(shí) 延RTT (Round-Trip Time,往返時(shí)延)以及是否存在丟包等。然而， 由于實(shí)際上Ping是向目標(biāo)發(fā)送一個(gè)要求回顯的ICMP數(shù)據(jù)報(bào)，當(dāng)目標(biāo) 得到請求后，再返回一個(gè)回顯數(shù)據(jù)報(bào)。而且Ping程序一般是直接實(shí)現(xiàn) 在系統(tǒng)內(nèi)核中的，而不是一個(gè)用戶進(jìn)程，因此目標(biāo)設(shè)備不需要任何的 daemon (守護(hù)進(jìn)程)存在。
Cisco SAA的技術(shù)原理參見圖1所示，SAA是Cisco路由器、交換 機(jī)IOS內(nèi)嵌的一個(gè)測量代理，可以配置包括Jitter (抖動(dòng))、ICMP Echo (ICMP回送)、Udp (用戶數(shù)據(jù)報(bào)協(xié)議)Echo、 Tcp (傳輸控制協(xié) 議，Transmission Control Protocol) Connect等測試內(nèi)容。網(wǎng)絡(luò)管理平臺(NMS)可通過SNMP (簡單網(wǎng)絡(luò)管理協(xié)議)與該設(shè)備通信，作相 關(guān)測試的配置，獲取測試結(jié)果，從而得到網(wǎng)絡(luò)的性能。
目前一些軟交換廠商也采用在媒體網(wǎng)關(guān)中內(nèi)置測試分析模塊，通過 軟交換來控制，用于在軟交換承載網(wǎng)絡(luò)中兩個(gè)媒體網(wǎng)關(guān)之間進(jìn)行服務(wù)質(zhì) 量測試。
ICMP方式通常采用命令ping來實(shí)現(xiàn)對時(shí)延、抖動(dòng)和丟包的測 量，是最常規(guī)、最筒單的方式，但由于其發(fā)送測試包的頻率、大小、協(xié) 議類型等，對于軟交換這種實(shí)時(shí)業(yè)務(wù)，在精確性存在嚴(yán)重的不足。
Cisco SAA這種測量方法需要得到各廠商設(shè)備支持，才能夠?qū)崿F(xiàn)IP 網(wǎng)絡(luò)上不同廠家設(shè)備間網(wǎng)絡(luò)性能的測量；啟動(dòng)SAA也需要占用網(wǎng)絡(luò)設(shè) 備的系統(tǒng)資源，進(jìn)而影響網(wǎng)絡(luò)端到端的承載質(zhì)量；最后，其對于軟交換 業(yè)務(wù)的關(guān)聯(lián)度不緊密，不能夠滿足軟交換業(yè)務(wù)端到端質(zhì)量監(jiān)測和實(shí)時(shí)監(jiān) 控的需求。
通過在軟交換媒體網(wǎng)關(guān)中內(nèi)置測試分析模塊的方式，需要媒體網(wǎng)關(guān) 相互間的兼容性，即不同軟交換之間無法做到質(zhì)量的實(shí)時(shí)監(jiān)測；而且， 這種監(jiān)測方式依賴于軟交換本身，無法做到透明地監(jiān)測承載網(wǎng)質(zhì)量；此 外，這種方式也不利于界定軟交換業(yè)務(wù)平臺和承載網(wǎng)之間的故障界面， 不利于網(wǎng)絡(luò)運(yùn)維工作。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提出一種軟交換承載網(wǎng)絡(luò)質(zhì)量的監(jiān)測方法和系 統(tǒng)，在滿足軟交換業(yè)務(wù)的客戶感知度(QoE)的前提下，達(dá)到盡快界 定IP承載網(wǎng)或軟交換業(yè)務(wù)網(wǎng)的故障，縮短軟交換業(yè)務(wù)故障修復(fù)時(shí) 間。
基于上述目的本發(fā)明提供的一種軟交換承載網(wǎng)絡(luò)質(zhì)量的監(jiān)測方法， 在軟交換承載網(wǎng)中的業(yè)務(wù)路由器SR —側(cè)部署質(zhì)量監(jiān)測的核心探頭，在 軟交換核心設(shè)備側(cè)部署邊緣探頭；并包括以下步驟
核心探頭向每個(gè)邊緣探頭發(fā)送一條測試數(shù)據(jù)流，每條測試數(shù)據(jù)流模 擬軟交換語音數(shù)據(jù)流的特征；當(dāng)邊緣探頭收到測試數(shù)據(jù)流中的測試數(shù)據(jù)包后分別向該核心探頭返
回測試數(shù)據(jù)包；核心探頭在接收到每個(gè)測試數(shù)據(jù)包后，通過對比所發(fā)送 的數(shù)據(jù)包和接收到的相應(yīng)數(shù)據(jù)包，計(jì)算得到數(shù)據(jù)包的測試指標(biāo)，從而得 到每條測試數(shù)據(jù)流所反映的承載網(wǎng)路徑的網(wǎng)絡(luò)質(zhì)量。
可選的，該方法所述核心探頭向每個(gè)邊緣探頭發(fā)送一條測試數(shù)據(jù)流 包括
設(shè)定每條測試數(shù)據(jù)流，包括核心探頭和每個(gè)邊緣探頭的互聯(lián)網(wǎng)協(xié)議 IP地址、用戶數(shù)據(jù)報(bào)協(xié)議UDP端口 ；
設(shè)定測試數(shù)據(jù)流特征，根據(jù)軟交換業(yè)務(wù)特點(diǎn)，模擬發(fā)出該軟交換業(yè) 務(wù)相應(yīng)的測試數(shù)據(jù)包；
設(shè)定網(wǎng)絡(luò)質(zhì)量統(tǒng)計(jì)周期。
可選的，該方法所述設(shè)定測試數(shù)據(jù)流特征后還包括對每個(gè)監(jiān)測點(diǎn) 的發(fā)包類型、發(fā)包大小、發(fā)包內(nèi)容和包的發(fā)送周期進(jìn)行調(diào)整。
可選的，該方法所述計(jì)算得到數(shù)據(jù)包的測試指標(biāo)后還包括判斷網(wǎng) 絡(luò)質(zhì)量統(tǒng)計(jì)周期是否到達(dá)，如果到達(dá)，則進(jìn)入下一步驟；否則繼續(xù)發(fā)送 下一條測試數(shù)據(jù)流，繼續(xù)記錄每個(gè)數(shù)據(jù)包的指標(biāo)信息。
可選的，該方法所述得到每條測試數(shù)據(jù)流所反映的承載網(wǎng)路徑的網(wǎng) 絡(luò)質(zhì)量后進(jìn)一步包括當(dāng)承載網(wǎng)質(zhì)量下降到軟交換業(yè)務(wù)需求的基線時(shí)， 向承載網(wǎng)網(wǎng)管系統(tǒng)發(fā)送告警信息。
可選的，該方法所述測試指標(biāo)包括以下至少一種數(shù)據(jù)包的時(shí)延、 抖動(dòng)、丟包率。
基于上述目的，本發(fā)明還提供了一種軟交換承載網(wǎng)絡(luò)質(zhì)量的監(jiān)測系 統(tǒng)，包括
核心探頭，設(shè)置在軟交換承載網(wǎng)中的業(yè)務(wù)路由器SR —側(cè)，用于向 每個(gè)邊緣探頭發(fā)送一條測試數(shù)據(jù)流，每條測試數(shù)據(jù)流模擬軟交換語音數(shù) 據(jù)流的特征，并在接收到邊緣探頭返回的測試數(shù)據(jù)包后，通過對比所發(fā) 送的數(shù)據(jù)包和接收到的相應(yīng)數(shù)據(jù)包，計(jì)算得到數(shù)據(jù)包的測試指標(biāo)，從而 得到每條測試數(shù)據(jù)流所反映的承載網(wǎng)路徑的網(wǎng)絡(luò)質(zhì)量；
邊緣探頭，設(shè)置在軟交換核心設(shè)備側(cè)，用于在收到核心探頭發(fā)來的測試數(shù)據(jù)包后向該核心探頭返回測試數(shù)據(jù)包。
可選的，該系統(tǒng)所述SR側(cè)還包括系統(tǒng)的管理平臺，用于配置每條 測試數(shù)據(jù)流；并在監(jiān)測到網(wǎng)絡(luò)質(zhì)量下降到軟交換業(yè)務(wù)需求的基線時(shí)，通 過相應(yīng)接口自動(dòng)向承栽網(wǎng)網(wǎng)管系統(tǒng)發(fā)送告警信息。
可逸的，該系統(tǒng)所述軟交換核心設(shè)備包括接入交換機(jī)側(cè)和上聯(lián)交 換機(jī)。
基于上述目的，本發(fā)明還提供了一種實(shí)現(xiàn)軟交換承載網(wǎng)絡(luò)質(zhì)量監(jiān)測 的核心探頭設(shè)備，其特征在于，該監(jiān)測中心設(shè)備設(shè)置在軟交換承載網(wǎng)中 的業(yè)務(wù)路由器SR—側(cè)，并包括
網(wǎng)絡(luò)接口，用于向每個(gè)邊緣探頭發(fā)送一條測試數(shù)據(jù)流，每條測試數(shù)
據(jù)流模擬軟交換語音數(shù)據(jù)流的特征，并接收部署在軟交換核心設(shè)備側(cè)的 邊緣探頭返回的測試數(shù)據(jù)包；
封包處理模塊，用于對所述測試數(shù)據(jù)包封包的判斷，統(tǒng)計(jì)封包的長
度；
數(shù)據(jù)計(jì)算模塊，用于通過對比所發(fā)送的數(shù)據(jù)包和接收到的相應(yīng)數(shù)據(jù) 包，計(jì)算得到數(shù)據(jù)包的測試指標(biāo)；
時(shí)鐘，用于網(wǎng)絡(luò)質(zhì)量統(tǒng)計(jì)周期定時(shí)； 存儲(chǔ)模塊，用于對指標(biāo)值的存儲(chǔ)。
可選的，該設(shè)備還包括顯示模塊，用于對指標(biāo)值的顯示。
從上面所述可以看出，本發(fā)明提供的軟交換承載網(wǎng)絡(luò)質(zhì)量的監(jiān)測 方法、系統(tǒng)和設(shè)備，從軟交換業(yè)務(wù)層面感知IP承載網(wǎng)的狀況，模擬軟 交換業(yè)務(wù)特征發(fā)送測試數(shù)據(jù)流，進(jìn)而計(jì)算出在滿足軟交換業(yè)務(wù)的客戶感 知度(QoE)的前提下的承載網(wǎng)質(zhì)量。
由于承載網(wǎng)原因引起的軟交換業(yè)務(wù)故障問題主要原因是承載網(wǎng)的 QOS (服務(wù)質(zhì)量)的劣化，從現(xiàn)網(wǎng)發(fā)生的軟交換業(yè)務(wù)故障及其處理過 程來看，故障處理時(shí)間長是造成普通故障衍變?yōu)橹卮蠊收系闹饕颍?造成時(shí)間延誤主要在兩個(gè)方面
故障難以快速發(fā)現(xiàn)維護(hù)上缺少主動(dòng)監(jiān)測的手段，做不到主動(dòng)發(fā) 現(xiàn)，主動(dòng)處理，往往由用戶申告后才知道有故障產(chǎn)生，后知后覺。發(fā)現(xiàn)故障卻難以快速定位故障發(fā)生時(shí)缺少手段來快速判斷是軟交 換還是承載網(wǎng)發(fā)生了問題，影響了故障處理時(shí)限。
為此，依據(jù)現(xiàn)有的技術(shù)手段，引入第三方監(jiān)測系統(tǒng)是一個(gè)較好的方 式，通過對軟交換業(yè)務(wù)承載層的全程質(zhì)量監(jiān)測來加強(qiáng)對IP承載網(wǎng)絡(luò)的 質(zhì)量監(jiān)控，在網(wǎng)絡(luò)質(zhì)量惡化時(shí)做到監(jiān)測系統(tǒng)自動(dòng)發(fā)現(xiàn)，實(shí)時(shí)告警，維護(hù) 人員才能夠及時(shí)處理，在大范圍用戶受影響前業(yè)務(wù)能恢復(fù)正常。
本發(fā)明解決了當(dāng)前被廣泛使用的IP網(wǎng)絡(luò)質(zhì)量監(jiān)測對于和軟交換業(yè) 務(wù)進(jìn)行關(guān)聯(lián)的不足，其不足表現(xiàn)在僅反映網(wǎng)絡(luò)連通性方面的質(zhì)量指 標(biāo)，無法和軟交換業(yè)務(wù)進(jìn)行關(guān)聯(lián)分析，缺乏針對性；傳統(tǒng)方法發(fā)送測試 包的頻率、大小、協(xié)議類型等，對于軟交換這種實(shí)時(shí)業(yè)務(wù)，在精確性存 在嚴(yán)重的不足。
本發(fā)明提出的軟交換業(yè)務(wù)承載網(wǎng)質(zhì)量監(jiān)測方法，從軟交換業(yè)務(wù)層面 感知IP承載網(wǎng)的狀況，完全模擬軟交換業(yè)務(wù)特征發(fā)送測試數(shù)據(jù)流，進(jìn) 而計(jì)算出在滿足軟交換業(yè)務(wù)的客戶感知度(QoE)的前提下的承載網(wǎng)質(zhì)量。
本發(fā)明在實(shí)際應(yīng)用中，可提升針對軟交換業(yè)務(wù)承載網(wǎng)質(zhì)量的監(jiān)測試 準(zhǔn)確性和針對性。


圖1為現(xiàn)有Cisco SAA技術(shù)原理示意圖2為本發(fā)明實(shí)施例承載網(wǎng)質(zhì)量監(jiān)測技術(shù)原理示意圖3為本發(fā)明實(shí)施例軟交換業(yè)務(wù)承載網(wǎng)質(zhì)量監(jiān)測示意圖4為本發(fā)明實(shí)施例軟交換業(yè)務(wù)承載網(wǎng)質(zhì)量監(jiān)測流程示意圖5為本發(fā)明實(shí)施例軟交換業(yè)務(wù)承載網(wǎng)質(zhì)量監(jiān)測的核心探頭設(shè)備結(jié) 構(gòu)示意圖。
具體實(shí)施例方式
下面參照附圖對本發(fā)明進(jìn)行更全面的描述，其中說明本發(fā)明的示例 性實(shí)施例。參見圖2所示，在軟交換承載網(wǎng)中的業(yè)務(wù)路由器(SR) 201 —側(cè)部 署質(zhì)量監(jiān)測的核心探頭202，并與系統(tǒng)的管理平臺一起組成軟交換業(yè)務(wù) 承載網(wǎng)質(zhì)量的監(jiān)測中心；在軟交換核心設(shè)備203，如軟交換機(jī) (SS)、信令網(wǎng)關(guān)(SG)、中繼媒體網(wǎng)關(guān)(TG)等的接入交換機(jī)側(cè)和軟 交換的接入網(wǎng)關(guān)(AG)上聯(lián)交換機(jī)側(cè)，分別部署邊緣探頭204，由核心 探頭202分別向各個(gè)邊緣探頭204發(fā)送測試數(shù)據(jù)流，從而計(jì)算出承載端 到端的質(zhì)量。
具體可以為，位于監(jiān)測中心的核心探頭202向每個(gè)邊緣探頭204發(fā) 送一條UDP測試數(shù)據(jù)流( 一組測試數(shù)據(jù)包)，每條測試數(shù)據(jù)流模擬一路 軟交換語音數(shù)據(jù)流的特征，如測試數(shù)據(jù)流中每個(gè)數(shù)據(jù)包類型為 UDP,每個(gè)包大小為200字節(jié)(含IP頭，不含MAC (Media Access Control,介質(zhì)訪問控制))，發(fā)送周期為20ms發(fā)送一個(gè)數(shù)據(jù)包。當(dāng)邊緣 探頭204收到測試數(shù)據(jù)包后把源IP地址、目的IP地址、源UDP端 口 、目的UDP端口進(jìn)行反轉(zhuǎn)(也就是說，以收到測試數(shù)據(jù)包的源IP地 址作為目的IP地址、源UDP端口作為目的UDP端口、目的IP地址作 為源IP地址、目的UDP端口作為源UDP端口 )，向核心探頭202返回 各個(gè)測試數(shù)據(jù)包；核心探頭202在接收到每個(gè)測試數(shù)據(jù)包后，通過對比 發(fā)送和接收到的數(shù)據(jù)包，計(jì)算得到數(shù)據(jù)包的時(shí)延、抖動(dòng)和丟包率等測試 指標(biāo)，從而得到每條測試數(shù)據(jù)流所反映的承載網(wǎng)路徑的網(wǎng)絡(luò)質(zhì)量。
本發(fā)明的軟交換業(yè)務(wù)承載網(wǎng)質(zhì)量監(jiān)測連接，參見圖3所示。
在軟交換承載網(wǎng)中的業(yè)務(wù)路由器(SR) 201 —側(cè)部署質(zhì)量監(jiān)測的核 心探頭202，并通過監(jiān)測中心的管理平臺301配置每條測試數(shù)據(jù)流。在 軟交換核心側(cè)設(shè)備(SS、 SG、 TG)的接入交換機(jī)302和各個(gè)AG 303 的上聯(lián)交換機(jī)側(cè)304分別部署邊緣探頭204。
這樣，通過監(jiān)測中心的管理平臺301配置每條測試流，測試流為從 核心探頭202向每個(gè)邊緣探頭204發(fā)送的一條模擬軟交換語音業(yè)務(wù)的 UDP數(shù)據(jù)流；當(dāng)邊緣探頭204收到從核心探頭202發(fā)送的測試數(shù)據(jù)包 后把源IP地址、目的IP地址、源UDP端口 、目的UDP端口進(jìn)行反 轉(zhuǎn)，向核心探頭返回各個(gè)測試數(shù)據(jù)包，核心探頭202在接收到每個(gè)測試數(shù)據(jù)包后，通過對比發(fā)送的數(shù)據(jù)包和接收到的相應(yīng)數(shù)據(jù)包，即將發(fā)往某 個(gè)邊緣探頭測試流中的數(shù)據(jù)包與從該邊緣探頭接收的數(shù)據(jù)包相比較，計(jì) 算得到數(shù)據(jù)包的時(shí)延、抖動(dòng)和丟包率等指標(biāo)，從而得到每個(gè)測試周期內(nèi) 每條測試數(shù)據(jù)流所反映的承載網(wǎng)路徑的網(wǎng)絡(luò)質(zhì)量。
當(dāng)承載網(wǎng)300質(zhì)量下降到軟交換業(yè)務(wù)需求的基線時(shí)，由監(jiān)測中心的 管理平臺301通過相應(yīng)接口 (如SNMP)自動(dòng)向承載網(wǎng)300網(wǎng)管系統(tǒng)發(fā) 送告警信息。軟交換業(yè)務(wù)承載網(wǎng)質(zhì)量的具體計(jì)算流程，參見圖4所示。
步驟401，設(shè)定測試流及其參數(shù)，包括
(1) 設(shè)定每條測試流，包括核心探頭和每個(gè)邊緣探頭的IP地址、 UDP端口 ；
(2) 設(shè)定測試數(shù)據(jù)流特征，根據(jù)軟交換業(yè)務(wù)特點(diǎn)，模擬發(fā)出相應(yīng) 的測試數(shù)據(jù)包，每條數(shù)據(jù)流特征如下
數(shù)據(jù)包類型UDP包，
數(shù)據(jù)包大小每個(gè)包200字節(jié)(含IP頭，不含MAC), 發(fā)送周期每一路測試流以20ms為周期發(fā)送一個(gè)數(shù)據(jù)包(即50包 /秒)(3) 可以對每個(gè)監(jiān)測點(diǎn)的發(fā)包類型、發(fā)包大小、發(fā)包內(nèi)容和包的 發(fā)送周期進(jìn)行調(diào)整；比如可根據(jù)需要減少測試數(shù)據(jù)流的大小以降低對承 載網(wǎng)的影響，可以通過降低發(fā)送頻率的方式來進(jìn)行調(diào)整。
(4) 網(wǎng)絡(luò)質(zhì)量統(tǒng)計(jì)周期為30秒。
并還可以設(shè)定如計(jì)算測試流每個(gè)數(shù)據(jù)包的計(jì)算周期等參數(shù)。 步驟402，發(fā)送測試數(shù)據(jù)流。
通過核心探頭向每個(gè)邊緣探頭按照定義好的數(shù)據(jù)流進(jìn)行發(fā)送。 步驟403,邊緣探頭返回測試測試數(shù)據(jù)包。
各個(gè)邊緣探頭接收到核心探頭發(fā)送的數(shù)據(jù)包后，把源IP地址、目 的IP地址、源UDP端口、目的UDP端口進(jìn)行反轉(zhuǎn)，分別向核心探頭 返回測試數(shù)據(jù)包。
步驟404，計(jì)算測試流每個(gè)數(shù)據(jù)包的質(zhì)量指標(biāo)。
核心探頭在接收到每個(gè)測試數(shù)據(jù)包的返回后，通過對比發(fā)送和接收到的數(shù)據(jù)包，計(jì)算得到數(shù)據(jù)包的時(shí)延(RTT)、抖動(dòng)(Jitter)和丟包率 (Loss)等指標(biāo)。計(jì)算時(shí)間周期為l秒。 時(shí)延計(jì)算方式為
i rr-柳-"力
t(d)表示收到數(shù)據(jù)包的時(shí)間戳值，t(s)表示發(fā)生數(shù)據(jù)包的時(shí)間戳值。
抖動(dòng)計(jì)算方式為
Z 表示Rtt的平方和 N表示成功發(fā)送數(shù)據(jù)包的總和
/ 表示平均Rtt
丟包計(jì)算方式為:
丄OM = 1 - &"《
Ssum表示成功接受數(shù)據(jù)包總數(shù) Sum 表示發(fā)送數(shù)據(jù)包總數(shù)
步驟405，判斷網(wǎng)絡(luò)質(zhì)量統(tǒng)計(jì)周期是否到達(dá)，如果到達(dá)，則進(jìn)入步驟406;否則返回步驟402,繼續(xù)發(fā)送當(dāng)前測試數(shù)據(jù)流的后續(xù)數(shù)據(jù)包， 并繼續(xù)記錄每個(gè)數(shù)據(jù)包的指標(biāo)信息。
本實(shí)施例中，網(wǎng)絡(luò)質(zhì)量統(tǒng)計(jì)周期為30秒。
步驟406，計(jì)算測試流的質(zhì)量指標(biāo)。
根據(jù)每條測試數(shù)據(jù)流，計(jì)算出在每個(gè)測試周期內(nèi)監(jiān)測路徑的網(wǎng)絡(luò)質(zhì) 量實(shí)時(shí)值，包括時(shí)延、抖動(dòng)、丟包，以及在每個(gè)統(tǒng)計(jì)周期內(nèi)的最大值、 最小值、平均值。
各指標(biāo)的計(jì)算方法同404，時(shí)間參數(shù)以設(shè)定的統(tǒng)計(jì)周期30秒計(jì)算。
步驟407，根據(jù)每條測試數(shù)據(jù)流計(jì)算出的承載網(wǎng)質(zhì)量指標(biāo)，判斷監(jiān) 測的質(zhì)量指標(biāo)是否超過軟交換業(yè)務(wù)質(zhì)量基線，即業(yè)務(wù)指標(biāo)要求，如果 是，則進(jìn)入步驟408;否則，直接進(jìn)入步驟409。
步驟408，發(fā)送告警到網(wǎng)管系統(tǒng)，進(jìn)入步驟409。
本實(shí)施例中，通過SNMP等接口，通知網(wǎng)管系統(tǒng)，報(bào)告監(jiān)測路徑 質(zhì)量不能滿足軟交換業(yè)務(wù)承載的需求，由其來決定切換承載網(wǎng)路徑。
步驟409，指標(biāo)值入庫和顯示。
將計(jì)算的指標(biāo)值記錄到數(shù)據(jù)庫中，并實(shí)時(shí)顯示每條測試流所反映的 網(wǎng)絡(luò)質(zhì)量指標(biāo)。
步驟410，判斷監(jiān)測是否結(jié)束(由監(jiān)測中心的管理平臺決定來終止 發(fā)送測試數(shù)據(jù)流)，如果要結(jié)束監(jiān)測，則中斷核心探頭的發(fā)包，否則， 返回步驟402，繼續(xù)發(fā)送每條測試流并計(jì)算相應(yīng)的網(wǎng)絡(luò)質(zhì)量指標(biāo)。
本發(fā)明較佳實(shí)施例實(shí)現(xiàn)軟交換業(yè)務(wù)承載網(wǎng)質(zhì)量監(jiān)測的核心探頭設(shè)備 的組成結(jié)構(gòu)，如圖5所示，包括
網(wǎng)絡(luò)接口 501， 一般為光電網(wǎng)絡(luò)接口，用于向每個(gè)邊緣探頭發(fā)送一 條測試數(shù)據(jù)流，每條測試數(shù)據(jù)流模擬軟交換語音數(shù)據(jù)流的特征，并接收 部署在軟交換核心設(shè)備側(cè)的邊緣探頭返回的測試數(shù)據(jù)包。
封包處理模塊502，實(shí)現(xiàn)對所述測試數(shù)據(jù)包封包的判斷，統(tǒng)計(jì)封包 的長度。
數(shù)據(jù)計(jì)算模塊503,用于通過對比所發(fā)送的數(shù)據(jù)包和接收到的相應(yīng) 數(shù)據(jù)包，計(jì)算得到數(shù)據(jù)包的測試指標(biāo)。時(shí)鐘504,實(shí)現(xiàn)網(wǎng)絡(luò)質(zhì)量統(tǒng)計(jì)周期定時(shí)。 顯示模塊505，實(shí)現(xiàn)對指標(biāo)值的顯示。 存儲(chǔ)模塊506，實(shí)現(xiàn)對指標(biāo)值的存儲(chǔ)。
本發(fā)明的描述是為了示例和說明起見而給出的，而并不是無遺漏的 或者將本發(fā)明限于所公開的形式。很多修改和變化對于本領(lǐng)域的普通技 術(shù)人員而言是顯然的。選擇和描述實(shí)施例是為了更好說明本發(fā)明的原理 和實(shí)際應(yīng)用，并且使本領(lǐng)域的普通技術(shù)人員能夠理解本發(fā)明從而設(shè)計(jì)適 于特定用途的帶有各種修改的各種實(shí)施例。
權(quán)利要求
1.一種軟交換承載網(wǎng)絡(luò)質(zhì)量的監(jiān)測方法，其特征在于，在軟交換承載網(wǎng)中的業(yè)務(wù)路由器SR一側(cè)部署質(zhì)量監(jiān)測的核心探頭，在軟交換核心設(shè)備側(cè)部署邊緣探頭；并包括以下步驟核心探頭向每個(gè)邊緣探頭發(fā)送一條測試數(shù)據(jù)流，每條測試數(shù)據(jù)流模擬軟交換語音數(shù)據(jù)流的特征；當(dāng)邊緣探頭收到測試數(shù)據(jù)流中的測試數(shù)據(jù)包后分別向該核心探頭返回測試數(shù)據(jù)包；核心探頭在接收到每個(gè)測試數(shù)據(jù)包后，通過對比所發(fā)送的數(shù)據(jù)包和接收到的相應(yīng)數(shù)據(jù)包，計(jì)算得到數(shù)據(jù)包的測試指標(biāo)，從而得到每條測試數(shù)據(jù)流所反映的承載網(wǎng)路徑的網(wǎng)絡(luò)質(zhì)量。
2. 根據(jù)權(quán)利要求l所述的監(jiān)測方法，其特征在于，所述核心探頭向 每個(gè)邊緣探頭發(fā)送一條測試數(shù)據(jù)流包括設(shè)定每條測試數(shù)據(jù)流，包括核心探頭和每個(gè)邊緣探頭的互聯(lián)網(wǎng)協(xié)議 IP地址、用戶數(shù)據(jù)報(bào)協(xié)議UDP端口；設(shè)定測試數(shù)據(jù)流特征，根據(jù)軟交換業(yè)務(wù)特點(diǎn)，模擬發(fā)出該軟交換業(yè) 務(wù)相應(yīng)的測試數(shù)據(jù)包；設(shè)定網(wǎng)絡(luò)質(zhì)量統(tǒng)計(jì)周期。
3. 根據(jù)權(quán)利要求2所述的監(jiān)測方法，其特征在于，所述設(shè)定測試數(shù) 據(jù)流特征后還包括對每個(gè)監(jiān)測點(diǎn)的發(fā)包類型、發(fā)包大小、發(fā)包內(nèi)容和 包的發(fā)送周期進(jìn)行調(diào)整。
4. 根據(jù)權(quán)利要求2所述的監(jiān)測方法，其特征在于，所述計(jì)算得到數(shù) 據(jù)包的測試指標(biāo)后還包括判斷網(wǎng)絡(luò)質(zhì)量統(tǒng)計(jì)周期是否到達(dá)，如果到 達(dá)，則進(jìn)入下一步驟；否則繼續(xù)發(fā)送下一條測試數(shù)據(jù)流，繼續(xù)記錄每個(gè) 數(shù)據(jù)包的指標(biāo)信息。
5. 根據(jù)權(quán)利要求l所述的監(jiān)測方法，其特征在于，所述得到每條測 試數(shù)據(jù)流所反映的承載網(wǎng)路徑的網(wǎng)絡(luò)質(zhì)量后進(jìn)一步包括當(dāng)承載網(wǎng)質(zhì)量 下降到軟交換業(yè)務(wù)需求的基線時(shí)，向承載網(wǎng)網(wǎng)管系統(tǒng)發(fā)送告警信息。
6. 根據(jù)權(quán)利要求1所述的監(jiān)測方法，其特征在于，所述測試指標(biāo)包括以下至少一種數(shù)據(jù)包的時(shí)延、抖動(dòng)、丟包率。
7. —種軟交換承載網(wǎng)絡(luò)質(zhì)量的監(jiān)測系統(tǒng)，其特征在于，包括 核心探頭，設(shè)置在軟交換承載網(wǎng)中的業(yè)務(wù)路由器SR —側(cè)，用于向每個(gè)邊緣探頭發(fā)送一條測試數(shù)據(jù)流，每條測試數(shù)據(jù)流模擬軟交換語音數(shù) 據(jù)流的特征，并在接收到邊緣探頭返回的測試數(shù)據(jù)包后，通過對比所發(fā) 送的數(shù)據(jù)包和接收到的相應(yīng)數(shù)據(jù)包，計(jì)算得到數(shù)據(jù)包的測試指標(biāo)，從而 得到每條測試數(shù)據(jù)流所反映的承載網(wǎng)路徑的網(wǎng)絡(luò)質(zhì)量；邊緣探頭，設(shè)置在軟交換核心設(shè)備側(cè)，用于在收到核心探頭發(fā)來的 測試數(shù)據(jù)包后向該核心探頭返回測試數(shù)據(jù)包。
8. 根據(jù)權(quán)利要求7所述的監(jiān)測系統(tǒng)，其特征在于，所述SR側(cè)還包 括系統(tǒng)的管理平臺，用于配置每條測試數(shù)據(jù)流；并在監(jiān)測到網(wǎng)絡(luò)質(zhì)量下 降到軟交換業(yè)務(wù)需求的基線時(shí)，通過相應(yīng)接口自動(dòng)向承載網(wǎng)網(wǎng)管系統(tǒng)發(fā) 送告警信息。
9. 根據(jù)權(quán)利要求7所述的監(jiān)測系統(tǒng)，其特征在于，所述軟交換核心 設(shè)備包括接入交換機(jī)側(cè)和上聯(lián)交換機(jī)。
10. —種實(shí)現(xiàn)軟交換承載網(wǎng)絡(luò)質(zhì)量監(jiān)測的核心探頭設(shè)備，其特征在 于，該監(jiān)測中心設(shè)備設(shè)置在軟交換承載網(wǎng)中的業(yè)務(wù)路由器SR —側(cè)，并 包括網(wǎng)絡(luò)接口，用于向每個(gè)邊緣探頭發(fā)送一條測試數(shù)據(jù)流，每條測試數(shù) 據(jù)流模擬軟交換語音數(shù)據(jù)流的特征，并接收部署在軟交換核心設(shè)備側(cè)的 邊緣纟笨頭返回的測試數(shù)據(jù)包；封包處理模塊，用于對所述測試數(shù)據(jù)包封包的判斷，統(tǒng)計(jì)封包的長度；數(shù)據(jù)計(jì)算模塊，用于通過對比所發(fā)送的數(shù)據(jù)包和接收到的相應(yīng)數(shù)據(jù)包，計(jì)算得到數(shù)據(jù)包的測試指標(biāo)；時(shí)鐘，用于網(wǎng)絡(luò)質(zhì)量統(tǒng)計(jì)周期定時(shí)； 存儲(chǔ)模塊，用于對指標(biāo)值的存儲(chǔ)。
11. 根據(jù)權(quán)利要求10所述的設(shè)備，其特征在于，該設(shè)備還包括顯 示模塊，用于對指標(biāo)值的顯示。
全文摘要
本發(fā)明公開了一種軟交換承載網(wǎng)絡(luò)質(zhì)量的監(jiān)測方法、系統(tǒng)和設(shè)備，在軟交換承載網(wǎng)中的業(yè)務(wù)路由器SR一側(cè)部署質(zhì)量監(jiān)測的核心探頭，在軟交換核心設(shè)備側(cè)部署邊緣探頭；并包括核心探頭向每個(gè)邊緣探頭發(fā)送一條測試數(shù)據(jù)流，每條測試數(shù)據(jù)流模擬軟交換語音數(shù)據(jù)流的特征；當(dāng)邊緣探頭收到測試數(shù)據(jù)包后分別向該核心探頭返回測試數(shù)據(jù)包；核心探頭在接收到每個(gè)測試數(shù)據(jù)包后，通過對比所發(fā)送的數(shù)據(jù)包和接收到的相應(yīng)數(shù)據(jù)包，計(jì)算得到數(shù)據(jù)包的測試指標(biāo)，從而得到每條測試數(shù)據(jù)流所反映的承載網(wǎng)路徑的網(wǎng)絡(luò)質(zhì)量。本發(fā)明在滿足軟交換業(yè)務(wù)的客戶感知度的前提下，達(dá)到盡快界定IP承載網(wǎng)或軟交換業(yè)務(wù)網(wǎng)的故障，縮短了軟交換業(yè)務(wù)故障修復(fù)時(shí)間。
文檔編號H04L12/24GK101409651SQ20081018088
公開日2009年4月15日 申請日期2008年11月26日 優(yōu)先權(quán)日2008年11月26日
發(fā)明者張連營, 王孝明, 頤 翁, 陳仲華 申請人:中國電信股份有限公司