一種基于智能定位無線ap故障原因的方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域,具體涉及一種基于智能定位無線AP故障原因的方法。
【背景技術(shù)】
[0002]無線局域網(wǎng)絡(luò)(Wireless Local Area Networks,WLAN)隨著網(wǎng)絡(luò)技術(shù)的日益發(fā)展應(yīng)運而生,它是相當便利的數(shù)據(jù)傳輸系統(tǒng),利用射頻(RF)技術(shù)使用電磁波取代傳統(tǒng)礙手礙腳的雙絞線所構(gòu)成的局域網(wǎng)絡(luò),在空中進行通信連接,使得網(wǎng)絡(luò)更加的靈活,達到信息隨身化的效果。
[0003]隨著WLAN的廣泛應(yīng)用,無線AP設(shè)備故障率也日益增加,故障解決的效率相應(yīng)的需要得到提高。傳統(tǒng)的故障處理主要通過人工的維護手段通過檢查設(shè)備數(shù)據(jù)信息、性能指標參數(shù)、傳輸鏈路等方面來進行故障判定,有時還需要舉一反三來判定,消耗了巨大的人力、物力和財力,且效率低下。
【發(fā)明內(nèi)容】
[0004]為了解決現(xiàn)有技術(shù)問題,本發(fā)明提供了一種基于智能定位無線AP故障原因的方法,所述方法包括以下步驟:
[0005]I)組建WLAN網(wǎng)絡(luò),所述WLAN網(wǎng)絡(luò)包括控制層、傳輸層和接入層;
[0006]2)控制層分析,所述控制層包括AC控制器,所述AC控制器的技術(shù)指標達到控制層預(yù)設(shè)告警閾值時,判定所述無線AP故障原因來自控制層,并停止分析,否則,進入傳輸層分析步驟;
[0007]3)傳輸層分析,所述傳輸層包括傳輸設(shè)備,所述傳輸設(shè)備或其端口的技術(shù)指標達到傳輸層預(yù)設(shè)告警閾值時,判定所述無線AP故障原因來自傳輸層,并停止分析,否則,進入接入層分析步驟;
[0008]4)接入層分析,所述接入層包括交換機和AP設(shè)備,所述交換機、AP設(shè)備或AP設(shè)備故障率的技術(shù)指標達到接入層預(yù)設(shè)告警閾值時,判定所述無線AP故障原因來自接入層,并停止分析。
[0009]進一步的,所述步驟2)的AC控制器的技術(shù)指標包括AC控制器CPU、AC控制器存儲器和AC控制器故障告警組件。
[0010]進一步的,所述步驟2)的控制層預(yù)設(shè)告警閾值為:AC控制器CPU利用率S90%,AC控制器存儲器利用率$90%,AC控制器設(shè)備故障告警組件告警。
[0011]進一步的,所述步驟3)的傳輸層預(yù)設(shè)告警閾值為:傳輸設(shè)備告警,傳輸設(shè)備端口告塾目ο
[0012]進一步的,所述步驟4)的交換機的技術(shù)指標包括交換機端口利用率、交換機端口故障告警組件和交換機設(shè)備故障告警組件。
[0013]進一步的,所述步驟4)的接入層預(yù)設(shè)告警閾值為:交換機端口利用率^80%,交換機端口告警,交換機設(shè)備告警。
[0014]進一步的,所述步驟4)的AP設(shè)備的技術(shù)指標包括AP設(shè)備CPU利用率和AP設(shè)備存儲器利用率。
[0015]進一步的,所述步驟4)的接入層預(yù)設(shè)告警閾值還為:AP設(shè)備CPU利用率^80%,ΑΡ設(shè)備存儲器利用率^ 80 %。
[0016]進一步的,所述步驟4)的AP設(shè)備故障率的技術(shù)指標包括交換機下接入AP的故障數(shù)量和接入AP的總數(shù)量關(guān)系。
[0017]進一步的,所述步驟4)的接入層預(yù)設(shè)告警閾值還為:接入AP的故障數(shù)量-接入AP的總數(shù)量=0,判定所述無線AP故障原因來自交換機,接入AP的故障數(shù)量-接入AP的總數(shù)量=I,判定所述無線AP故障原因來自AP設(shè)備。
[0018]本技術(shù)僅支持WLAN網(wǎng)絡(luò)的瘦架構(gòu)模式。本技術(shù)手段對現(xiàn)有的數(shù)據(jù)信息(AC日志、設(shè)備告警信息等)和維護經(jīng)驗進行整合,對無線AP設(shè)備的故障原因進行定位。
[0019]本技術(shù)方法的數(shù)據(jù)來源是網(wǎng)管平臺和AC日志,數(shù)據(jù)有限,因而無法對所有類型的AP故障問題進行定位,僅針對由以下幾個方面異常告警引起的AP設(shè)備故障問題:
[0020]⑴AC設(shè)備異常告警:CPU、Memory和Ping不可達三種異常告警(WLAN網(wǎng)管平臺數(shù)據(jù));
[0021 ]⑵傳輸設(shè)備異常告警:傳輸設(shè)備Down告警和設(shè)備端口光路不可達兩類異常告警(傳輸網(wǎng)管平臺);
[0022]⑶交換機設(shè)備異常告警:交換機端口利用率、端口Down告警和設(shè)備Down告警三類異常告警(交換機網(wǎng)管平臺);
[0023]⑷AP設(shè)備本身問題:CPU和Memory利用率異常告警(WLAN網(wǎng)管平臺);
[0024](5)交換機下接入AP故障數(shù)量和AP總數(shù):AP總數(shù)=AP故障數(shù);AP總數(shù)-AP故障數(shù)=I(AC日志數(shù)據(jù))。
[0025]本發(fā)明一種基于智能定位無線AP故障原因的方法的有益效果有:本技術(shù)方案采用計算機智能化方法代替?zhèn)鹘y(tǒng)的人工維護,通過現(xiàn)有的AC日志、網(wǎng)管數(shù)據(jù)提取所需要的設(shè)備性能指標參數(shù)、組網(wǎng)各層次的設(shè)備信息及告警信息對無線AP設(shè)備故障問題進行故障排查,能夠快速的進行無線AP設(shè)備故障判定,不但節(jié)儉了大量的人力、物力和財力,而且還提高的故障處理的效率。
【附圖說明】
[0026]圖1為本發(fā)明一種基于智能定位無線AP故障原因的方法的流程圖。
【具體實施方式】
[0027]為了使本發(fā)明實現(xiàn)的技術(shù)手段、創(chuàng)作特征、達成目的與功效易于明白了解,下面結(jié)合具體圖示,進一步闡述本發(fā)明。
[0028]由圖1所示,一種基于智能定位無線AP故障原因的方法,方法包括以下步驟:
[0029]1、組建WLAN網(wǎng)絡(luò),所述WLAN網(wǎng)絡(luò)包括控制層、傳輸層和接入層;
[0030]2、控制層分析,控制層包括AC控制器,AC控制器的技術(shù)指標包括AC控制器CPU、AC控制器存儲器和AC控制器故障告警組件,這些技術(shù)指標達到控制層預(yù)設(shè)告警閾值時,SPAC控制器CPU利用率,AC控制器存儲器利用率,AC控制器設(shè)備故障告警組件告警:Ping不可達,判定無線AP故障原因來自AC控制器,并停止分析,否則,進入傳輸層分析步驟;
[0031]3、傳輸層分析,傳輸層包括傳輸設(shè)備,傳輸設(shè)備或其端口的技術(shù)指標達到傳輸層預(yù)設(shè)告警閾值時,即傳輸設(shè)備告警:Down告警,傳輸設(shè)備端口告警:光路不可達,判定無線AP故障原因來自傳輸設(shè)備,并停止分析,否則,進入接入層分析步驟;
[0032]4、接入層分析,接入層包括交換機和AP設(shè)備,交換機的技術(shù)指標包括交換機端口利用率、交換機端口故障告警組件和交換機設(shè)備故障告警組件,AP設(shè)備的技術(shù)指標包括AP設(shè)備CPU利用率和AP設(shè)備存儲器利用率,AP設(shè)備故障率的技術(shù)指標包括交換機下接入AP的故障數(shù)量和接入AP的總數(shù)量關(guān)系,達到接入層預(yù)設(shè)告警閾值時,即交換機端口利用率^80 %,交換機端□告警,交換機設(shè)備告警,判定無線AP故障原因來自交換機;AP設(shè)備CPU利用率,AP設(shè)備存儲器利用率^80%,判定無線AP故障原因來自AP設(shè)備;接入AP的故障數(shù)量-接入AP的總數(shù)量=0,判定無線AP故障原因來自交換機,接入AP的故障數(shù)量-接入AP的總數(shù)量=I,判定無線AP故障原因來自AP設(shè)備,并停止分析。
[0033]根據(jù)WLAN組網(wǎng)結(jié)構(gòu),由控制層—傳輸層—接入層的自上至下的邏輯逐層進行故障分析,若哪個層次判定出故障原因,則直接終止分析,否則繼續(xù)往下分析,直至分析完三個層次為止。
[0034]本實施例的一種基于智能定位無線AP故障原因的方法的有益效果有:本技術(shù)方案采用計算機智能化方法代替?zhèn)鹘y(tǒng)的人工維護,通過現(xiàn)有的AC日志、網(wǎng)管數(shù)據(jù)提取所需要的設(shè)備性能指標參數(shù)、組網(wǎng)各層次的設(shè)備信息及告警信息對無線AP設(shè)備故障問題進行故障排查,能夠快速的進行無線AP設(shè)備故障判定,不但節(jié)儉了大量的人力、物力和財力,而且還提高的故障處理的效率。
[0035]以上顯示和描述了本發(fā)明的基本原理、主要特征和本發(fā)明的優(yōu)點。本行業(yè)的技術(shù)人員應(yīng)該了解,本發(fā)明不受上述實施例的限制,上述實施例和說明書中描述的只是說明本發(fā)明的原理,在不脫離本發(fā)明精神和范圍的前提下本發(fā)明還會有各種變化和改進,這些變化和改進都落入要求保護的本發(fā)明圍內(nèi)。本發(fā)明要求保護范圍由所附的權(quán)利要求書及其等同物界定。
【主權(quán)項】
1.一種基于智能定位無線AP故障原因的方法,其特征在于,所述方法包括以下步驟: 1)組建WLAN網(wǎng)絡(luò),所述WLAN網(wǎng)絡(luò)包括控制層、傳輸層和接入層; 2)控制層分析,所述控制層包括AC控制器,所述AC控制器的技術(shù)指標達到控制層預(yù)設(shè)告警閾值時,判定所述無線AP故障原因來自控制層,并停止分析,否則,進入傳輸層分析步驟; 3)傳輸層分析,所述傳輸層包括傳輸設(shè)備,所述傳輸設(shè)備或其端口的技術(shù)指標達到傳輸層預(yù)設(shè)告警閾值時,判定所述無線AP故障原因來自傳輸層,并停止分析,否則,進入接入層分析步驟; 4)接入層分析,所述接入層包括交換機和AP設(shè)備,所述交換機、AP設(shè)備或AP設(shè)備故障率的技術(shù)指標達到接入層預(yù)設(shè)告警閾值時,判定所述無線AP故障原因來自接入層,并停止分析。2.根據(jù)權(quán)利要求1所述的一種基于智能定位無線AP故障原因的方法,其特征在于:所述步驟2)的AC控制器的技術(shù)指標包括AC控制器CPU、AC控制器存儲器和AC控制器故障告警組件。3.根據(jù)權(quán)利要求2所述的一種基于智能定位無線AP故障原因的方法,其特征在于:所述步驟2)的控制層預(yù)設(shè)告警閾值為:AC控制器CPU利用率S90%,AC控制器存儲器利用率S90%,AC控制器設(shè)備故障告警組件告警。4.根據(jù)權(quán)利要求1所述的一種基于智能定位無線AP故障原因的方法,其特征在于:所述步驟3)的傳輸層預(yù)設(shè)告警閾值為:傳輸設(shè)備告警,傳輸設(shè)備端口告警。5.根據(jù)權(quán)利要求1所述的一種基于智能定位無線AP故障原因的方法,其特征在于:所述步驟4)的交換機的技術(shù)指標包括交換機端口利用率、交換機端口故障告警組件和交換機設(shè)備故障告警組件。6.根據(jù)權(quán)利要求6所述的一種基于智能定位無線AP故障原因的方法,其特征在于:所述步驟4)的接入層預(yù)設(shè)告警閾值為:交換機端口利用率^80%,交換機端口告警,交換機設(shè)備生敬口目。7.根據(jù)權(quán)利要求1所述的一種基于智能定位無線AP故障原因的方法,其特征在于:所述步驟4)的AP設(shè)備的技術(shù)指標包括AP設(shè)備CPU利用率和AP設(shè)備存儲器利用率。8.根據(jù)權(quán)利要求7所述的一種基于智能定位無線AP故障原因的方法,其特征在于:所述步驟4)的接入層預(yù)設(shè)告警閾值還為:AP設(shè)備CPU利用率^80%,ΑΡ設(shè)備存儲器利用率^80%。9.根據(jù)權(quán)利要求1所述的一種基于智能定位無線AP故障原因的方法,其特征在于:所述步驟4)的AP設(shè)備故障率的技術(shù)指標包括交換機下接入AP的故障數(shù)量和接入AP的總數(shù)量關(guān)系O10.根據(jù)權(quán)利要求9所述的一種基于智能定位無線AP故障原因的方法,其特征在于:所述步驟4)的接入層預(yù)設(shè)告警閾值還為:接入AP的故障數(shù)量-接入AP的總數(shù)量=0,判定所述無線AP故障原因來自交換機,接入AP的故障數(shù)量-接入AP的總數(shù)量=I,判定所述無線AP故障原因來自AP設(shè)備。
【專利摘要】本發(fā)明公開了一種基于智能定位無線AP故障原因的方法,所述方法包括以下步驟:1)組建WLAN網(wǎng)絡(luò);2)控制層分析;3)傳輸層分析;4)接入層分析。本發(fā)明一種基于智能定位無線AP故障原因的方法的有益效果有:本技術(shù)方案采用計算機智能化方法代替?zhèn)鹘y(tǒng)的人工維護,通過現(xiàn)有的AC日志、網(wǎng)管數(shù)據(jù)提取所需要的設(shè)備性能指標參數(shù)、組網(wǎng)各層次的設(shè)備信息及告警信息對無線AP設(shè)備故障問題進行故障排查,能夠快速的進行無線AP設(shè)備故障判定,不但節(jié)儉了大量的人力、物力和財力,而且還提高的故障處理的效率。
【IPC分類】H04W24/04
【公開號】CN105554796
【申請?zhí)枴緾N201610017864
【發(fā)明人】陳歡, 丁建峰
【申請人】杭州全維通信服務(wù)股份有限公司
【公開日】2016年5月4日
【申請日】2016年1月12日