專利名稱：一種網(wǎng)絡(luò)故障的診斷方法及其裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及寬帶網(wǎng)絡(luò)技術(shù)，尤其涉及數(shù)字用戶線(DSL)寬帶網(wǎng)絡(luò)故障的診斷方法及其裝置。
背景技術(shù)：
用戶接入DSL寬帶網(wǎng)絡(luò)需要經(jīng)過DSL用戶駐地設(shè)備(CPE)、數(shù)字用戶線接入模塊(DSLAM)(CPE和DSLAM為DSL接入設(shè)備)、寬帶接入服務(wù)器(BAS)、DNS服務(wù)器(DNS Server)等多種設(shè)備，當(dāng)用戶遇到網(wǎng)絡(luò)故障的時候，需要多個職能部門(計費中心、網(wǎng)管中心、測量室、地面局和外線班等)協(xié)調(diào)合作來發(fā)現(xiàn)和排除故障。
目前，針對DSL網(wǎng)絡(luò)排障，電信運營商一般先在測量室采用寬帶測試板方案進(jìn)行線路的測試，通過網(wǎng)管支持抓線功能來定位線路故障。若不是線路故障，則通過網(wǎng)管中心人員查看端口狀態(tài)，確定是否有故障，或者由外線人員到用戶終端所在地協(xié)助了解故障現(xiàn)象，然后各方反復(fù)溝通定位，根據(jù)經(jīng)驗逐步排查故障。在排除故障后，需要通知用戶嘗試是否可以正常使用寬帶網(wǎng)絡(luò)。
上述的故障定位方法存在以下缺點1、線路故障在整個寬帶網(wǎng)絡(luò)故障中所占比例一般小于20％，而線路測試需要采用價格昂貴的寬帶測試頭，所以會因成本問題而使其實施受到限制，尤其是在中小局點。
2、整個排障過程靠經(jīng)驗來逐步排查，不僅時間長和人力成本高，而且定位也不完全準(zhǔn)確。
3、排障過程需要用戶在現(xiàn)場配合，這樣導(dǎo)致排障周期由于人為因素而過長，也影響客戶滿意度。

發(fā)明內(nèi)容
本發(fā)明提供一種網(wǎng)絡(luò)故障的診斷方法及其裝置，以解決現(xiàn)有技術(shù)中在診斷網(wǎng)絡(luò)故障時存在定位不準(zhǔn)確、定位時間長和成本高的問題。
一種網(wǎng)絡(luò)故障的診斷方法，所述網(wǎng)絡(luò)中的用戶終端依次通過用戶駐地設(shè)備(CPE)、數(shù)字用戶線接入模塊(DSLAM)、寬帶接入服務(wù)器(BAS)接入外部網(wǎng)絡(luò)；其特征在于包括如下步驟A、接收并記錄用戶的故障申告；B、判斷中告故障的用戶通話是否正常，若正常則繼續(xù)步驟C，否則確定用戶線路故障；C、從所述用戶對應(yīng)的用戶駐地設(shè)備(CPE)向網(wǎng)絡(luò)側(cè)發(fā)起連通性測試命令，根據(jù)測試結(jié)果判斷協(xié)議層連通性是否正常，若是則繼續(xù)步驟D，否則，確定協(xié)議層連通性故障；D、在所述CPE仿真協(xié)議操作或/和請求發(fā)往網(wǎng)絡(luò)側(cè)，并根據(jù)操作結(jié)果確定網(wǎng)絡(luò)協(xié)議是否正常。
步驟A中，在用戶申告故障時通過語音提示用戶輸入通話是否正常的信息，在步驟B中根據(jù)該信息直接判斷該用戶通話是否正常；或者，在步驟B中，通過向用戶號碼發(fā)起呼叫來判斷用戶通話是否正常。
步驟C包括以下步驟C1、對數(shù)字用戶線接入模塊(DSLAM)端口進(jìn)行激活和去激活操作，若激活和去激活正常則繼續(xù)步驟C2，否則確定局端故障；C2、對用戶駐地設(shè)備(CPE)進(jìn)行遠(yuǎn)程復(fù)位，若不能正常復(fù)位則確定該CPE故障，否則繼續(xù)步驟C3；C3、從CPE向?qū)拵Ы尤敕?wù)器(BAS)發(fā)起Ping命令，如果BAS應(yīng)答正常，則繼續(xù)步驟C4，否則確定CPE與BAS間連通性故障；C4、從CPE分別向BAS到網(wǎng)絡(luò)方向上的網(wǎng)絡(luò)控制設(shè)備發(fā)起Ping命令，如果各網(wǎng)絡(luò)控制設(shè)備應(yīng)答正常，則繼續(xù)后續(xù)步驟；否則確定BAS到非正常應(yīng)答的網(wǎng)絡(luò)控制設(shè)備之間存在連通性故障。
步驟D包括如下步驟D1、從CPE向BAS發(fā)起仿真的PPP呼叫，若BAS對PPP呼叫的響應(yīng)是否正常，若是則繼續(xù)步驟D2，否則確定BAS協(xié)議層故障；D2、從CPE向域名服務(wù)器(DNS)發(fā)起域名解析請求，若DNS服務(wù)器應(yīng)答不正常，則確定DNS協(xié)議層故障。
若確定DNS正常時還包括下述步驟D3、從CPE發(fā)起文件傳輸協(xié)議(FTP)速率測試，根據(jù)從CPE到標(biāo)準(zhǔn)文件傳輸協(xié)議(FTP)測試服務(wù)器的測試結(jié)果確定是否存在本地網(wǎng)絡(luò)和/或外部網(wǎng)絡(luò)速率低。
一種網(wǎng)絡(luò)故障診斷裝置，包括診斷管理單元，用于建立網(wǎng)絡(luò)中用戶和相關(guān)網(wǎng)絡(luò)資源之間的映射關(guān)系，根據(jù)用戶申告的故障下發(fā)測試命令以及根據(jù)接收的測試結(jié)果進(jìn)行故障分析；診斷代理單元，用于根據(jù)所述診斷管理模塊下發(fā)的測試命令進(jìn)行測試操作，并返回測試結(jié)果。
所述診斷管理單元包括故障申告接口模塊，用于接收與故障相關(guān)的申告信息；用戶資源管理模塊，用于將用戶信息綁定到用戶使用的物理端口；診斷配置管理模塊，用于配置測試參數(shù)；網(wǎng)管接口模塊，用于下發(fā)測試命令；測試任務(wù)管理模塊，用于根據(jù)配置測試參數(shù)建立測試任務(wù)，并收集測試結(jié)果；故障診斷分析模塊，根據(jù)測試結(jié)果進(jìn)行故障分析；所述診斷管理單元還包括Web服務(wù)訪問支持模塊，用于提供瀏覽器方式的訪問。
本發(fā)明具有以下有益效果1、通過本系統(tǒng)的自動故障診斷功能，電信維護(hù)人員可以迅速定位故障段，提高查障速度。
2、通過語音提示的改造，強制用戶上電，減少自動故障診斷的誤判斷，并且收集了線路通斷情況。
3、通過系統(tǒng)自動進(jìn)行的驗證測試，電信維護(hù)人員排障后，不需要用戶配合，即可進(jìn)行網(wǎng)絡(luò)正常與否的驗證。
4、通過本系統(tǒng)的自動故障診斷，采用標(biāo)準(zhǔn)FTP參考服務(wù)器和標(biāo)準(zhǔn)參考網(wǎng)站，本地電信維護(hù)人員可以判斷是接入網(wǎng)絡(luò)的故障還是外部網(wǎng)絡(luò)(城域網(wǎng))不同路由局向的故障。
5、系統(tǒng)結(jié)合用戶資源管理，直接基于用戶申告電話號碼進(jìn)行排障，減少了維護(hù)人員在多個系統(tǒng)中操作的不便。
6、本發(fā)明為基于終端管理的方案，解決了網(wǎng)絡(luò)80％的故障，不需要寬帶測試頭，因此適合于中小局點的診斷測試。


圖1為寬帶系統(tǒng)端到端協(xié)議棧示意圖；圖2為本發(fā)明的故障診斷裝置及其所在系統(tǒng)的組網(wǎng)示意圖；圖3為故障診斷裝置中的診斷管理單元的結(jié)構(gòu)示意圖；圖4為本發(fā)明中診斷連通性故障的流程圖；圖5為本發(fā)明中診斷協(xié)議層故障的流程圖。
具體實施例方式
從寬帶網(wǎng)絡(luò)上網(wǎng)業(yè)務(wù)運行環(huán)節(jié)，可以將整個業(yè)務(wù)通路劃分為PC、PC-用戶駐地設(shè)備(CPE)、CPE、CPE-數(shù)字用戶線接入模塊(DSLAM)、DSLAM、DSLAM-寬帶接入服務(wù)器(BAS)、BAS、BAS-internet服務(wù)器和internet服務(wù)器環(huán)節(jié)，所有這些環(huán)節(jié)都可能存在問題，本地電信網(wǎng)絡(luò)運營商的管理范圍是CPE到BAS之間，本發(fā)明覆蓋PC-CPE、CPE、CPE-DSLAM、DSLAM、DSLAM-BAS、BAS、BAS-internet服務(wù)器這些環(huán)節(jié)的故障診斷和定位，本發(fā)明不診斷PC和internet服務(wù)器本身的故障。所述CPE指DSL網(wǎng)絡(luò)中應(yīng)用的終端設(shè)備，包括ADSL CPE、VDSLCPE、G.SHDSL CPE等。
參閱圖2所示，普通端對端協(xié)議(PPP)撥號用戶在撥號過程中和上網(wǎng)過程中的協(xié)議描述如下(注PPP撥號是當(dāng)前大部分個人普通用戶實用的方式)1、PPP拔號過程協(xié)議描述(1)在PPP撥號的時候，用戶在PC端發(fā)起PPP呼叫并請求認(rèn)證，該認(rèn)證請求承載在以太網(wǎng)幀(MAC)上。
(2)在CPE上，將MAC幀封裝在ATM信元，并打包在DSL超幀上。
(3)在CPE和局端DSLAM接入設(shè)備之間通過定長的DSL超幀交互數(shù)據(jù)。
(4)DSLAM將ATM信元從DSL超幀解下來，如果是ATM上行接口的DSLAM，就和BAS認(rèn)證設(shè)備之間通過ATM信元方式通訊；如果是IP上行接口的DSLAM，還需要從ATM信元還原為MAC幀。并通過MAC幀和BAS認(rèn)證設(shè)備之間進(jìn)行通訊。
(5)BAS從MAC幀中解出PPP撥號認(rèn)證請求包，進(jìn)行認(rèn)證，如果通過認(rèn)證，分配一個IP地址，包含在PP響應(yīng)中，按照和認(rèn)證請求相反的方向發(fā)送給PC，這樣用戶就擁有IP地址，即可上網(wǎng)。其中，PPP呼叫在BAS上終結(jié)。
2、上網(wǎng)過程中協(xié)議描述(1)上網(wǎng)的時候，用戶在PC端使用的所有應(yīng)用層、會話層協(xié)議(比如HTTP請求、FTP、SMTP等)均承載在IP包上，由于各種應(yīng)用很多，但是都屬于上層協(xié)議，這里省略了IP包以上的應(yīng)用包的列舉。所有IP包承載在以太網(wǎng)幀(MAC)上。
(2)在CPE上，將MAC幀封裝在ATM信元，并打包在DSL超幀上。
(3)在CPE和局端DSLAM接入設(shè)備之間通過定長的DSL超幀交互數(shù)據(jù)。
(4)DSLAM將ATM信元從DSL超幀解下來，如果是ATM上行接口的DSLAM，就和BAS認(rèn)證設(shè)備之間通過ATM信元方式通訊；如果是IP上行接口的DSLAM，還需要從ATM信元還原為MAC幀，并通過MAC幀和BAS認(rèn)證設(shè)備之間進(jìn)行通訊。
(5)BAS接收到IP包，直接轉(zhuǎn)發(fā)給internet上的路由器，最終到達(dá)上層協(xié)議要求的internet服務(wù)器。Internet服務(wù)器將應(yīng)用層協(xié)議的響應(yīng)報文打包到IP包上，返回給BAS，BAS通過相反方向?qū)?shù)據(jù)傳送到用戶PC機。
為了能夠低成本和快速的診斷DSL寬帶網(wǎng)絡(luò)故障，本發(fā)明在用戶申告故障后，通過電話號碼在系統(tǒng)資源管理查詢到對應(yīng)的用戶資源，先判斷用戶線路是否正常；如果用戶線路正常，則自動下發(fā)命令從用戶駐地設(shè)備(CPE)向網(wǎng)絡(luò)側(cè)發(fā)起連通性測試命令，根據(jù)測試結(jié)果判斷協(xié)議層連通性是否正常；如果協(xié)議層連通性正常，則從CPE發(fā)起仿真性測試，即在CPE發(fā)起仿真協(xié)議操作或/和請求發(fā)往網(wǎng)絡(luò)側(cè)，并根據(jù)操作結(jié)果確定網(wǎng)絡(luò)協(xié)議是否正常。
參閱圖2所示，本發(fā)明的故障診斷裝置包括診斷管理單元和診斷代理單元。診斷管理單元設(shè)置在網(wǎng)管側(cè)，診斷代理單元可設(shè)置在CPE中。診斷管理單元負(fù)責(zé)建立用戶和相關(guān)網(wǎng)絡(luò)資源之間的映射關(guān)系，并自動下發(fā)系列測試命令給CPE中的診斷代理單元；診斷代理單元接收到測試命令后自動執(zhí)行相應(yīng)的測試操作，并向診斷管理單元返回測試結(jié)果，診斷管理單元對測試結(jié)果進(jìn)行故障段分析和協(xié)議層分析，定位故障段并輸出故障原因。
參閱圖3所示，診斷管理單元包括Web服務(wù)訪問支持模塊系統(tǒng)基于Apache平臺，通過Web服務(wù)訪問控制層，提供IE方式的訪問，實現(xiàn)零客戶端安裝(即不需要安裝任何客戶端，使用PC操作系統(tǒng)所帶的internet explorer即可)。
故障申告接口模塊用于連接電信運營商的運營支撐系統(tǒng)(Operation SupportSystem，OSS)故障申告單系統(tǒng)，自動接受故障申告的相關(guān)申告信息，以實現(xiàn)自動的故障診斷功能。
用戶資源管理模塊將寬帶用戶名、賬號、電話號碼和用戶使用的具體物理端口定位信息綁定，支持進(jìn)行申告用戶的查詢。
故障診斷分析模塊根據(jù)用戶測試的結(jié)果，進(jìn)行故障的分析判斷，提供一鍵診斷(包括分步診斷)的功能。
診斷配置管理模塊用戶根據(jù)需要，配置各種測試參數(shù)，形成不同的配置模板，供測試時候使用。
測試任務(wù)管理模塊根據(jù)用戶，采用診斷配置自動建立測試任務(wù)，收集測試結(jié)果，提供給診斷分析模塊進(jìn)行查障。
網(wǎng)管接口模塊用于連接網(wǎng)管系統(tǒng)，通過網(wǎng)管系統(tǒng)向設(shè)備下發(fā)簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)命令，要求執(zhí)行測試功能。
在用戶無法上網(wǎng)時，需要通過向電信局的112或者10000進(jìn)行故障申告，留下其電話號碼。網(wǎng)管系統(tǒng)根據(jù)該電話號碼即可查到用戶線路對應(yīng)的設(shè)備端口和CPE。為了判斷用戶線路是否正常，比較簡單的方法是在故障申告的語音提示中要求用戶輸入打電話是否正常的信息，將用戶的電話號碼和該信息記錄到網(wǎng)管數(shù)據(jù)庫中。當(dāng)然，也可以不要求用戶輸入，而通過系統(tǒng)主動呼叫用戶號碼來確定線路是否正常。
為了在定位故障和排障時不需要用戶配合，在用戶的申告故障的時候通過提示音來提示用戶申告后打開CPE的電源。
接到用戶申告故障工單后，診斷管理單元即可從網(wǎng)管數(shù)據(jù)庫中查找到申告故障的電話號碼對應(yīng)的用戶資源，使用SNMP協(xié)議自動下發(fā)各種測試命令給DSLAM和CPE上的診斷代理單元來執(zhí)行申告用戶網(wǎng)絡(luò)通路的上的各種仿真和物理測試，并將測試結(jié)果上報到診斷管理單元；診斷管理單元根據(jù)測試的結(jié)果進(jìn)行故障段和協(xié)議層分析，以圖形方式輸出測試結(jié)果并提示相應(yīng)的故障原因。
參閱圖4所示，診斷IP層連通性是否存在故障的過程如下步驟10根據(jù)用戶的電話號碼查找到用戶輸入的通話是否正常信息，如果用戶確定通話正常，則進(jìn)行步驟11，否則確定用戶線路故障。
步驟11對DSLAM端口進(jìn)行去激活、激活操作，以保障局端端口問題的排除，若能正常激活，則進(jìn)行步驟12；否則確定局端出現(xiàn)故障。
局端出現(xiàn)故障后可以通過換端口等替換法進(jìn)行排除。
步驟12遠(yuǎn)程復(fù)位CPE，若CPE復(fù)位正常，則進(jìn)行步驟13，否則確定CPE故障。
由于某些故障可能是CPE軟件故障問題，因此，在進(jìn)行系列檢測前需要進(jìn)行遠(yuǎn)程對CPE復(fù)位，排除一般性軟件故障(由于最終使用者的水平差異問題，即使當(dāng)前在申告臺的提示音或者人工臺要求用戶進(jìn)行復(fù)位后，系統(tǒng)也需要自動進(jìn)行該操作，以保障整個流程判障的基礎(chǔ))。對于CPE故障可以采用替換法來排障。
步驟13從CPE發(fā)起ping測試，Ping的目的地址為BAS的IP地址，以檢測從CPE到BAS的連通性，若BAS返回正常的Ping測試結(jié)果，則表明CPE到BAS的連通性正常，進(jìn)行步驟14；否則確定CPE與BAS之間存在連通性故障，進(jìn)行步驟15。
步驟14從CPE發(fā)起到DNS服務(wù)器、出口路由器、internet服務(wù)器的ping測試，若各服務(wù)器均能返回正常的Ping測試結(jié)果，則表明CPE到各服務(wù)器的連通性正常，否則確定CPE到返回不正常的Ping測試結(jié)果的服務(wù)器之間存在連通性故障。
步驟15進(jìn)行異步傳輸模式(ATM)層F5環(huán)回，依次檢測BAS到DSLAM的連通性，DSLAM到CPE的連通性，對ATM層發(fā)現(xiàn)的故障采用替換法進(jìn)行排障。如果ATM層檢測沒有問題，則確定BAS或者DSLAM的IP層軟件存在問題，可以通過換端口或者加載軟件等方法排障。
OAM F5層環(huán)回，即在ATM信元中插入OAM環(huán)回診斷信元，實現(xiàn)ATM層的數(shù)據(jù)傳輸質(zhì)量診斷首先從BAS的ATM(下行端口)環(huán)回到申告用戶對應(yīng)的DSL端口，來檢測DSLAM和BAS之間ATM層的連接情況；然后，從DSLAM的ATM端口環(huán)回到CPE的DSL端口，檢測DSLAM和CPE之間ATM連接情況(由CPE的診斷代理單元提供支持)。
如果到IP層連通性正常，則需要測試協(xié)議層是否存在故障。如圖5所示，協(xié)議層的測試過程如下步驟20從CPE發(fā)起PPP(點對點)仿真測試，即從CPE上發(fā)起類似PC的PPP呼叫(與用戶通過CPE進(jìn)行呼叫的過程一致)，根據(jù)BAS設(shè)備返回結(jié)果確定BAS對PPP呼叫的響應(yīng)是否正常，若正常則進(jìn)行步驟21，否則確定BAS協(xié)議層故障。
根據(jù)PPP呼叫返回的失敗原因，可定位出是否為BAS分配IP地址不成功，或者，是否認(rèn)證密碼不正確等多種原因(由CPE上的診斷代理單元支持)。
步驟21進(jìn)行域名服務(wù)器(DNS)仿真測試，即通過CPE發(fā)起DNS請求來模擬用戶PC上網(wǎng)請求域名解析過程，根據(jù)DNS服務(wù)器返回結(jié)果判斷DNS協(xié)議應(yīng)答是否正常，若正常則進(jìn)行步驟22，否則確定DNS存在故障。
步驟22進(jìn)行文件傳輸協(xié)議(FTP)測速，即從CPE向標(biāo)準(zhǔn)FTP測試服務(wù)器發(fā)起FTP請求，并根據(jù)下載文件的大小和下載時間來計算FTP下載速率。若存在FTP速率慢，則進(jìn)行步驟23，若存在協(xié)議不支持情況，則給予提示。
根據(jù)從CPE到標(biāo)準(zhǔn)FTP測試服務(wù)器的測試結(jié)果可確定是本地網(wǎng)絡(luò)還是外部網(wǎng)絡(luò)速率慢。
步驟23多次重新激活CPE，通過線路激活參數(shù)和FTP測速，判斷是激活基礎(chǔ)速率低還是高層協(xié)議速率低，如果是激活速率低，可以確定是線路端老化和串?dāng)_造成，如果基礎(chǔ)速率正常，而FTP速率低，則確定是網(wǎng)絡(luò)側(cè)出口瓶頸問題，需要調(diào)整該局向上的帶寬。
所有故障排障后，都需要重新進(jìn)行PPP仿真測試和FTP測試來確保用戶網(wǎng)絡(luò)可用性。如果驗證測試中發(fā)現(xiàn)問題，就重新進(jìn)行診斷。如果驗證測試正常，則通知客戶故障已排除。
為了測試更加方便，可以定制以下的測試模板定制Ping測試目的IP模板針對不同的動態(tài)主機配置協(xié)議(DHCP)服務(wù)器、DNS服務(wù)器、BAS服務(wù)器、接入internet的路由器和運營商標(biāo)準(zhǔn)測試網(wǎng)站定制不同的模板，這樣針對不同的用戶，就可以采用不同的模板進(jìn)行測試，快速確定到不同的服務(wù)器或者不同網(wǎng)段的通斷情況。
定制FTP速率測試的目標(biāo)服務(wù)器模板上網(wǎng)速度慢的原因有很多種，對運營商來說，主要是保證自己提供的網(wǎng)絡(luò)的速率，通過設(shè)立標(biāo)準(zhǔn)的FTP服務(wù)器，針對該服務(wù)器測試的速率好壞，可以判別是運營商自己提供的網(wǎng)絡(luò)還是外部網(wǎng)絡(luò)服務(wù)質(zhì)量的問題。
定制DNS/PPP仿真模板由于進(jìn)行PPP仿真的時候需要內(nèi)置賬號信息，所以針對不同地區(qū)的運營商，采用不同模板可以設(shè)置不同的PPP仿真賬號參數(shù)，方便自行定義。
通過實現(xiàn)和OSS系統(tǒng)的接口，整個系統(tǒng)的排障、測試和得出診斷結(jié)論都是自動執(zhí)行的。
采用本發(fā)明，電信運營商能夠自動測試功能快速定位故障發(fā)生在寬帶網(wǎng)絡(luò)的哪個物理環(huán)節(jié)，哪個協(xié)議層。本發(fā)明基于終端管理的方案，在中小局點應(yīng)用將具有很大的商用價值。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種網(wǎng)絡(luò)故障的診斷方法，所述網(wǎng)絡(luò)中的用戶終端依次通過用戶駐地設(shè)備(CPE)、數(shù)字用戶線接入模塊(DSLAM)、寬帶接入服務(wù)器(BAS)接入外部網(wǎng)絡(luò)；其特征在于包括如下步驟A、接收并記錄用戶的故障申告；B、判斷申告故障的用戶通話是否正常，若正常則繼續(xù)步驟C，否則確定用戶線路故障；C、從所述用戶對應(yīng)的用戶駐地設(shè)備(CPE)向網(wǎng)絡(luò)側(cè)發(fā)起連通性測試命令，根據(jù)測試結(jié)果判斷協(xié)議層連通性是否正常，若是則繼續(xù)步驟D，否則，確定協(xié)議層連通性故障；D、在所述CPE仿真協(xié)議操作或/和請求發(fā)往網(wǎng)絡(luò)側(cè)，并根據(jù)操作結(jié)果確定網(wǎng)絡(luò)協(xié)議是否正常。
2.如權(quán)利要求1所述的方法，其特征在于，步驟A中，在用戶申告故障時通過語音提示用戶輸入通話是否正常的信息，在步驟B中根據(jù)該信息直接判斷該用戶通話是否正常；或者，在步驟B中，通過向用戶號碼發(fā)起呼叫來判斷用戶通話是否正常。
3.如權(quán)利要求2所述的方法，其特征在于，步驟A中，在用戶申告故障時還通過語音提示用戶打開CPE電源。
4.如權(quán)利要求1所述的方法，其特征在于，步驟C包括以下步驟C1、對數(shù)字用戶線接入模塊(DSLAM)端口進(jìn)行激活和去激活操作，若激活和去激活正常則繼續(xù)步驟C2，否則確定局端故障；C2、對用戶駐地設(shè)備(CPE)進(jìn)行遠(yuǎn)程復(fù)位，若不能正常復(fù)位則確定該CPE故障，否則繼續(xù)步驟C3；C3、從CPE向?qū)拵Ы尤敕?wù)器(BAS)發(fā)起Ping命令，如果BAS應(yīng)答正常，則繼續(xù)步驟C4，否則確定CPE與BAS間連通性故障；C4、從CPE分別向BAS到網(wǎng)絡(luò)方向上的網(wǎng)絡(luò)控制設(shè)備發(fā)起Ping命令，如果各網(wǎng)絡(luò)控制設(shè)備應(yīng)答正常，則繼續(xù)后續(xù)步驟；否則確定BAS到非正常應(yīng)答的網(wǎng)絡(luò)控制設(shè)備之間存在連通性故障。
5.如權(quán)利要求2所述的方法，其特征在于，在步驟C3中確定CPE與BAS間連通性故障后還包括下述步驟C31、分別在CPE與DSLAM之間以及DSLAM與BAS之間進(jìn)行異步傳輸模式(ATM)層F5環(huán)回以確定ATM層是否存在故障，若ATM層正常，則確定BAS或/和ATM層軟件故障。
6.如權(quán)利要求如權(quán)利要求1至5任一項所述的方法，其特征在于，步驟D包括如下步驟D1、從CPE向BAS發(fā)起仿真的PPP呼叫，若BAS對PPP呼叫的響應(yīng)是否正常，若是則繼續(xù)步驟D2，否則確定PPP協(xié)議層故障；D2、從CPE向域名服務(wù)器(DNS)發(fā)起域名解析請求，若DNS服務(wù)器應(yīng)答不正常，則確定DNS協(xié)議層故障。
7.如權(quán)利要求6所述的方法，其特征在于，若確定DNS正常時還包括下述步驟D3、從CPE發(fā)起文件傳輸協(xié)議(FTP)速率測試，根據(jù)從CPE到標(biāo)準(zhǔn)文件傳輸協(xié)議(FTP)測試服務(wù)器的測試結(jié)果確定是否存在本地網(wǎng)絡(luò)和/或外部網(wǎng)絡(luò)速率低。
8.如權(quán)利要求7所述的方法，其特征在于，若本地網(wǎng)絡(luò)和/或外部網(wǎng)絡(luò)速率時還包括下述步驟D4、多次激活CPE，通過線路激活參數(shù)和FTP測速確定是激活速率低還是高層協(xié)議速率低，若激活速率低則確定存在線路端老化和串?dāng)_；若高層協(xié)議速率低則確定網(wǎng)絡(luò)側(cè)出口存在瓶頸。
9.如權(quán)利要求8所述的方法，其特征在于，該方法還包括步驟E、排除故障；F、從CPE向BAS發(fā)起仿真的PPP呼叫和從CPE發(fā)起文件傳輸協(xié)議(FTP)速率測試，以驗證故障是否排除。
10.一種網(wǎng)絡(luò)故障診斷裝置，其特征在于包括診斷管理單元，用于建立網(wǎng)絡(luò)中用戶和相關(guān)網(wǎng)絡(luò)資源之間的映射關(guān)系，根據(jù)用戶申告的故障下發(fā)測試命令以及根據(jù)接收的測試結(jié)果進(jìn)行故障分析；診斷代理單元，用于根據(jù)所述診斷管理模塊下發(fā)的測試命令進(jìn)行測試操作，并返回測試結(jié)果。
11.如權(quán)利要求10所述的故障診斷裝置，其特征在于，所述診斷管理單元包括故障申告接口模塊，用于接收與故障相關(guān)的申告信息；用戶資源管理模塊，用于將用戶信息綁定到用戶使用的物理端口；診斷配置管理模塊，用于配置測試參數(shù)；網(wǎng)管接口模塊，用于下發(fā)測試命令；測試任務(wù)管理模塊，用于根據(jù)配置測試參數(shù)建立測試任務(wù)，并收集測試結(jié)果；故障診斷分析模塊，根據(jù)測試結(jié)果進(jìn)行故障分析；
12.如權(quán)利要求11所述的故障診斷裝置，其特征在于，所述診斷管理單元還包括Web服務(wù)訪問支持模塊，用于提供瀏覽器方式的訪問。
13.如權(quán)利要求10、11或12所述的故障診斷裝置，其特征在于，所述診斷代理單元設(shè)置在網(wǎng)絡(luò)中的用戶駐地設(shè)備(CPE)中，所述診斷管理單元設(shè)置在網(wǎng)絡(luò)的網(wǎng)絡(luò)管理系統(tǒng)中。
全文摘要
本發(fā)明公開了一種網(wǎng)絡(luò)故障的診斷方法，以解決現(xiàn)有技術(shù)中在診斷網(wǎng)絡(luò)故障時存在定位不準(zhǔn)確、定位時間長和成本高的問題；所述方法為接收并記錄用戶的故障申告；判斷申告故障的用戶通話是否正常，若不正常則確定用戶線路故障，否則，從所述用戶對應(yīng)的用戶駐地設(shè)備(CPE)向網(wǎng)絡(luò)側(cè)發(fā)起連通性測試命令，根據(jù)測試結(jié)果判斷協(xié)議層連通性是否正常，若不正常則確定協(xié)議層連通性故障，否則，在所述CPE仿真協(xié)議操作或/和請求發(fā)往網(wǎng)絡(luò)側(cè)，并根據(jù)操作結(jié)果確定網(wǎng)絡(luò)協(xié)議是否正常。本發(fā)明還同時公開了一種網(wǎng)絡(luò)故障診斷裝置。
文檔編號H04L12/24GK1832434SQ20051005345
公開日2006年9月13日 申請日期2005年3月10日 優(yōu)先權(quán)日2005年3月10日
發(fā)明者胡旻 申請人:華為技術(shù)有限公司