一種智能化全業(yè)務(wù)故障診斷系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種智能化全業(yè)務(wù)故障診斷系統(tǒng)，包括數(shù)據(jù)采集測試終端、云存儲平臺和分析服務(wù)器，數(shù)據(jù)采集測試終端接收多個測試點采集的數(shù)據(jù)，數(shù)據(jù)采集測試終端接入IPTV光網(wǎng)中，數(shù)據(jù)采集測試終端、云存儲平臺和分析服務(wù)器依次通信連接；數(shù)據(jù)采集測試終端將采集到的數(shù)據(jù)完整的回傳到云存儲平臺，然后通過分析服務(wù)器比對不同的數(shù)據(jù)可以確認哪個點位出現(xiàn)問題。本發(fā)明后臺分析系統(tǒng)采用成熟的免費軟件進行定制腳本編寫實現(xiàn)高效處理，整個系統(tǒng)大量采用了免費的開源平臺進行二次開發(fā)，大大降低了綜合成本，不需要現(xiàn)場人員進行復(fù)雜的配置部署，也不用修改用戶終端或者網(wǎng)絡(luò)設(shè)備，對于用戶的業(yè)務(wù)應(yīng)用完全透明，可以在比較好的用戶感知狀態(tài)下進行故障診斷分析。
【專利說明】一種智能化全業(yè)務(wù)故障診斷系統(tǒng)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及網(wǎng)絡(luò)故障診斷【技術(shù)領(lǐng)域】，尤其涉及一種基于開源系統(tǒng)實現(xiàn)的智能化全業(yè)務(wù)故障診斷系統(tǒng)。

【背景技術(shù)】
[0002]網(wǎng)絡(luò)電視又稱IPTV(Interactive Personality TV),它將電視機、個人電腦及手持設(shè)備作為顯示終端，通過機頂盒或計算機接入寬帶網(wǎng)絡(luò)，實現(xiàn)數(shù)字電視、時移電視、互動電視等服務(wù)，網(wǎng)絡(luò)電視的出現(xiàn)給人們帶來了一種全新的電視觀看方法，它改變了以往被動的電視觀看模式，實現(xiàn)了電視按需觀看、隨看隨停。隨著光網(wǎng)業(yè)務(wù)的發(fā)展，在承載網(wǎng)以及接入網(wǎng)上同時承載著上網(wǎng)業(yè)務(wù)、IPTV業(yè)務(wù)、光網(wǎng)語音業(yè)務(wù)等，在綜合承載狀態(tài)下的故障處理對維護人員來說是一個很大的挑戰(zhàn)，以IPTV業(yè)務(wù)而言，其承載拓撲如圖1所示。在實際工作中，由于故障現(xiàn)象復(fù)雜多變，故障原因多種多樣，因此亟需在對現(xiàn)場的數(shù)據(jù)抓包的基礎(chǔ)上進行有效且高質(zhì)量的分析，如果采用專業(yè)儀表進行故障處理成本實在太過高昂。


【發(fā)明內(nèi)容】

[0003]有鑒于此，本發(fā)明的目的是提供一種智能化全業(yè)務(wù)故障診斷系統(tǒng)，以降低運維成本，提升工作效率。
[0004]為了達到上述目的，本發(fā)明的目的是通過下述技術(shù)方案實現(xiàn)的:
[0005]一種智能化全業(yè)務(wù)故障診斷系統(tǒng)，應(yīng)用于IPTV光網(wǎng)，所述IPTV光網(wǎng)包括IPTV SR，IPTV POP點，交換機，0LT，光分網(wǎng)絡(luò)，0NU，家庭網(wǎng)關(guān)，IPTV機頂盒和DSLAM，所述IPTV SR設(shè)于城域網(wǎng)邊際，所述IPTV POP、所述交換機分別與所述IPTV SR相互通信，所述交換機分別與所述DSLAM、所述OLT相互通信,所述0LT、所述光分網(wǎng)絡(luò)、所述0NU、所述家庭網(wǎng)關(guān)和所述IPTV機頂盒依次通信連接，所述DSLAM與所述家庭網(wǎng)關(guān)連接，其中，包括數(shù)據(jù)采集測試終端、云存儲平臺和分析服務(wù)器，所述數(shù)據(jù)采集測試終端接收多個測試點采集的數(shù)據(jù)，所述數(shù)據(jù)采集測試終端以串接或旁路方式接入所述IPTV光網(wǎng)中，所述數(shù)據(jù)采集測試終端、所述云存儲平臺和所述分析服務(wù)器依次通信連接；所述數(shù)據(jù)采集測試終端將采集到的數(shù)據(jù)完整的回傳到所述云存儲平臺，然后通過所述分析服務(wù)器比對不同的數(shù)據(jù)可以確認哪個點位出現(xiàn)問題。
[0006]上述智能化全業(yè)務(wù)故障診斷系統(tǒng)，其中，所述測試點包括第一測試點，第二測試點，第三測試點，第四測試點和第五測試點，所述第一測試點設(shè)于所述IPTV SR和所述IPTVPOP點之間，所述第二測試點設(shè)于所述IPTV SR與所述交換機之間，所述第三測試點設(shè)于所述交換機與所述OLT之間，所述第四測試點設(shè)于所述ONU與所述家庭網(wǎng)關(guān)之間，所述第五測試點設(shè)于所述家庭網(wǎng)關(guān)與所述IPTV機頂盒之間。
[0007]上述智能化全業(yè)務(wù)故障診斷系統(tǒng)，其中，所述數(shù)據(jù)采集測試終端抓取全業(yè)務(wù)數(shù)據(jù)，所述測試點實現(xiàn)數(shù)據(jù)包抓取，抓取過程中通過Tcpdump對橋接口進行抓包，并將數(shù)據(jù)包保存在掛載的外接儲存中，以避免由傳輸速率造成的數(shù)據(jù)包溢出。
[0008]上述智能化全業(yè)務(wù)故障診斷系統(tǒng)，其中，抓取的數(shù)據(jù)報文格式為pacp格式，對于抓取的報文按照指定大小進行本地緩存。
[0009]上述智能化全業(yè)務(wù)故障診斷系統(tǒng)，其中，所述IPTV機頂盒所需的上下行報文通過目的MAC地址進行轉(zhuǎn)發(fā)操作。
[0010]上述智能化全業(yè)務(wù)故障診斷系統(tǒng)，其中，所述分析服務(wù)器支持在線或離線實時分析，不影響正常業(yè)務(wù)使用。
[0011]與已有技術(shù)相比，本發(fā)明的有益效果在于:
[0012]一后臺分析系統(tǒng)采用成熟的免費軟件進行定制腳本編寫實現(xiàn)高效處理；
[0013]一整個系統(tǒng)大量采用了免費的開源平臺進行二次開發(fā)，大大降低了綜合成本；
[0014]一不需要現(xiàn)場人員進行復(fù)雜的配置部署，也不用修改用戶終端或者網(wǎng)絡(luò)設(shè)備，對于用戶的業(yè)務(wù)應(yīng)用完全透明，可以在比較好的用戶感知狀態(tài)下進行故障診斷分析。

【專利附圖】

【附圖說明】
[0015]構(gòu)成本發(fā)明的一部分的附圖用來提供對本發(fā)明的進一步理解，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中:
[0016]圖1是IPTV業(yè)務(wù)系統(tǒng)的承載拓撲結(jié)構(gòu)不意圖；
[0017]圖2是本發(fā)明智能化全業(yè)務(wù)故障診斷系統(tǒng)的應(yīng)用示意圖。

【具體實施方式】
[0018]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0019]需要說明的是，在不沖突的情況下，本發(fā)明中的實施例及實施例中的特征可以相互組合。
[0020]本發(fā)明智能化全業(yè)務(wù)故障診斷系統(tǒng)應(yīng)用于IPTV光網(wǎng)，參看圖1，IPTV光網(wǎng)包括IPTV SR，IPTV POP點，交換機，0LT，光分網(wǎng)絡(luò)，0NU，家庭網(wǎng)關(guān)，IPTV機頂盒和DSLAM，IPTVSR設(shè)于城域網(wǎng)邊際，IPTV POP、交換機分別與IPTV SR相互通信，交換機分別與DSLAM、OLT相互通信，0LT、光分網(wǎng)絡(luò)、0NU、家庭網(wǎng)關(guān)和IPTV機頂盒依次通信連接，DSLAM與家庭網(wǎng)關(guān)連接。本發(fā)明故障診斷系統(tǒng)包括數(shù)據(jù)采集測試終端、云存儲平臺和分析服務(wù)器，數(shù)據(jù)采集測試終端接收多個測試點采集的數(shù)據(jù)，數(shù)據(jù)采集測試終端以串接或旁路方式接入IPTV光網(wǎng)中，數(shù)據(jù)采集測試終端、云存儲平臺和分析服務(wù)器依次通信連接。數(shù)據(jù)采集測試終端將采集到的數(shù)據(jù)完整的回傳到云存儲平臺，然后通過分析服務(wù)器比對不同的數(shù)據(jù)可以確認哪個點位出現(xiàn)問題。
[0021]繼續(xù)參看圖2所示，在本發(fā)明的優(yōu)選實施例中，測試點包括第一測試點，第二測試點，第三測試點，第四測試點和第五測試點，第一測試點設(shè)于IPTV SR和IPTV POP點之間，第二測試點設(shè)于IPTV SR與交換機之間，第三測試點設(shè)于交換機與OLT之間，第四測試點設(shè)于ONU與家庭網(wǎng)關(guān)之間，第五測試點設(shè)于家庭網(wǎng)關(guān)與IPTV機頂盒之間。
[0022]本故障診斷系統(tǒng)主體采用分布式設(shè)計，后臺采用云存儲方式集中數(shù)據(jù)后進行綜合分析，已經(jīng)可以處理IPTV涉及到的各種疑難故障，所有的綜合分析可以在后臺實時或者離線分析。這樣的模式減輕了外線的現(xiàn)場工作壓力，避免多次上門處理，同時提升了運維集約化的效率，增強了后臺分析能力。按照1000個抓包分析的故障量，每個故障可平均節(jié)約6小時計算可以節(jié)約的工作量達到6000工時。
[0023]當(dāng)發(fā)生故障時，通過初步的處理判斷后，在需要進行檢測的測試點，用定制的測試終端串接或者旁路方式接入進去。采集終端將采集到的數(shù)據(jù)完整的回傳到云存儲平臺。然后通過分析服務(wù)器比對不同的數(shù)據(jù)可以確認哪個點位出現(xiàn)問題。
[0024]在整個故障處理中，不影響用戶的正常業(yè)務(wù)使用，既沒有外線人員在現(xiàn)場駐守觀察，也不會中斷測試。依靠這樣智能化的測試采集終端可以感知到用戶的業(yè)務(wù)狀態(tài)，而不會干擾到用戶的實際的業(yè)務(wù)數(shù)據(jù)流。
[0025]開發(fā)的硬件平臺為Atheros AR7161,該硬件板卡具備很好的功能擴展性,滿足一般路由器的功能要求。同時其所具備的芯片處理能力可以完成特定的任務(wù)。我到網(wǎng)上自己采購三臺硬件設(shè)備作為開發(fā)基板。
[0026]選定硬件平臺后我搭建了軟件開發(fā)平臺，主要包括:
[0027]PC機一臺(CPU i5,硬盤256G,操作系統(tǒng)win7) ;Vmware:虛擬機軟件,允許一臺真實的計算機同時運行數(shù)個操作系統(tǒng)；SuSelinuX:用于開發(fā)測試的Iinux版本，能方便進行調(diào)試編譯操作；0penWrt =Openffrt是一個高度模塊化、高度自動化的嵌入式Linux系統(tǒng)，擁有強大的網(wǎng)絡(luò)組件和擴展性，常常被用于工控設(shè)備、電話、小型機器人、智能家居、路由器以及VOIP設(shè)備中。同時，它還提供了 100多個已編譯好的軟件，而且數(shù)量還在不斷增加，而Openffrt SDK更簡化了開發(fā)軟件的工序。
[0028]登錄工具采用SecureCRT,支持telnet、SSH等登錄方式從而可以方便的連接調(diào)試終端。編輯工具采用vi Iinux的一種標準編輯工具，用來編寫代碼和編輯配置文件。
[0029]選擇合適的OpenWrt版本進行編譯，然后將image文件燒入硬件系統(tǒng)中，并在硬件系統(tǒng)上采用Iinux的shell編程完成相應(yīng)的定制功能。代碼主要由四部分組成:初始化程序(init)、主程序(proc)、上傳程序(ftp)和開關(guān)程序(switch),完成的功能包括:
[0030]-實現(xiàn)二層透傳。二層透傳方式下路由器的兩個接口實現(xiàn)的是兩層轉(zhuǎn)發(fā)功能，也就是IPTV機頂盒所需要的上下行報文不會修改兩層以太幀頭，而是通過目的MAC地址進行轉(zhuǎn)發(fā)操作。這樣串接在用戶網(wǎng)絡(luò)環(huán)境下不會影響用戶的正常業(yè)務(wù)使用。
[0031]-實現(xiàn)接口抓包。建立抓包進程，用于對透傳數(shù)據(jù)包的抓取，進程通過Tcpdump對橋接口進行抓包，將數(shù)據(jù)包保存在掛載的外接儲存中，避免在傳輸速率造成的數(shù)據(jù)包溢出，不會造成沖突和干擾。抓取的數(shù)據(jù)報文格式為pacp格式,可以用wireshark等軟件打開分析處理。考慮到后續(xù)數(shù)據(jù)傳送的可靠性以及故障分析的效率，對于抓取的報文按照指定大小進行本地緩存，該大小參數(shù)可調(diào)整，在進行數(shù)據(jù)分析的時候也可以利用軟件將多個文件進行合并分析。
[0032]-實現(xiàn)數(shù)據(jù)上傳。服務(wù)器建立上傳進程，用于將抓取的數(shù)據(jù)包上傳至遠端服務(wù)器，進程與遠端服務(wù)器建立連接，并通過cmdftp周期性地將數(shù)據(jù)包上傳至遠端FTP服務(wù)器中，需要利用進程做周期性的檢測，周期參數(shù)也是可調(diào)整的。
[0033]-實現(xiàn)按鍵以及LED提示。修改硬件與按鈕以及LED燈的對應(yīng)配置文件，重新定義每個按鈕盒LED燈的調(diào)用接口，在抓包與上傳進程中，調(diào)用按鈕接口，實現(xiàn)運行和停止功能，還可以提供LED燈的顏色提示用戶，運行是否正常。
[0034]以上對本發(fā)明的具體實施例進行了詳細描述，但本發(fā)明并不限制于以上描述的具體實施例，其只是作為范例。對于本領(lǐng)域技術(shù)人員而言，任何等同修改和替代也都在本發(fā)明的范疇之中。因此，在不脫離本發(fā)明的精神和范圍下所作出的均等變換和修改，都應(yīng)涵蓋在本發(fā)明的范圍內(nèi)。
【權(quán)利要求】
1.一種智能化全業(yè)務(wù)故障診斷系統(tǒng)，應(yīng)用于IPTV光網(wǎng)，所述IPTV光網(wǎng)包括IPTV SR，IPTV POP點，交換機，0LT,光分網(wǎng)絡(luò)，0NU，家庭網(wǎng)關(guān)，IPTV機頂盒和DSLAM，所述IPTV SR設(shè)于城域網(wǎng)邊際，所述IPTV POP、所述交換機分別與所述IPTV SR相互通信，所述交換機分別與所述DSLAM、所述OLT相互通信,所述0LT、所述光分網(wǎng)絡(luò)、所述0NU、所述家庭網(wǎng)關(guān)和所述IPTV機頂盒依次通信連接，所述DSLAM與所述家庭網(wǎng)關(guān)連接，其特征在于，包括數(shù)據(jù)采集測試終端、云存儲平臺和分析服務(wù)器，所述數(shù)據(jù)采集測試終端接收多個測試點采集的數(shù)據(jù)，所述數(shù)據(jù)采集測試終端以串接或旁路方式接入所述IPTV光網(wǎng)中，所述數(shù)據(jù)采集測試終端、所述云存儲平臺和所述分析服務(wù)器依次通信連接；所述數(shù)據(jù)采集測試終端將采集到的數(shù)據(jù)完整的回傳到所述云存儲平臺，然后通過所述分析服務(wù)器比對不同的數(shù)據(jù)可以確認哪個點位出現(xiàn)問題。
2.根據(jù)權(quán)利要求1所述智能化全業(yè)務(wù)故障診斷系統(tǒng)，其特征在于，所述測試點包括第一測試點，第二測試點，第三測試點，第四測試點和第五測試點，所述第一測試點設(shè)于所述IPTV SR和所述IPTV POP點之間，所述第二測試點設(shè)于所述IPTV SR與所述交換機之間，所述第三測試點設(shè)于所述交換機與所述OLT之間，所述第四測試點設(shè)于所述ONU與所述家庭網(wǎng)關(guān)之間，所述第五測試點設(shè)于所述家庭網(wǎng)關(guān)與所述IPTV機頂盒之間。
3.根據(jù)權(quán)利要求1或2所述智能化全業(yè)務(wù)故障診斷系統(tǒng)，其特征在于，所述數(shù)據(jù)采集測試終端抓取全業(yè)務(wù)數(shù)據(jù)，所述測試點實現(xiàn)數(shù)據(jù)包抓取，抓取過程中通過Tcpdump對橋接口進行抓包，并將數(shù)據(jù)包保存在掛載的外接儲存中，以避免由傳輸速率造成的數(shù)據(jù)包溢出。
4.根據(jù)權(quán)利要求3所述智能化全業(yè)務(wù)故障診斷系統(tǒng)，其特征在于，抓取的數(shù)據(jù)報文格式為pacp格式，對于抓取的報文按照指定大小進行本地緩存。
5.根據(jù)權(quán)利要求1或2所述智能化全業(yè)務(wù)故障診斷系統(tǒng)，其特征在于，所述IPTV機頂盒所需的上下行報文通過目的MAC地址進行轉(zhuǎn)發(fā)操作。
6.根據(jù)權(quán)利要求1所述智能化全業(yè)務(wù)故障診斷系統(tǒng)，其特征在于，所述分析服務(wù)器支持在線或離線實時分析，不影響正常業(yè)務(wù)使用。
【文檔編號】H04N17/00GK104320653SQ201410567763
【公開日】2015年1月28日 申請日期:2014年10月22日 優(yōu)先權(quán)日:2014年10月22日
【發(fā)明者】周學(xué)明, 張嶸, 顧嵐嵐 申請人:中國電信集團工會上海市網(wǎng)絡(luò)操作維護中心委員會, 中國電信集團工會上海市委員會