国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      一種基于腳本實(shí)現(xiàn)RRU故障分析的方法和裝置與流程

      文檔序號(hào):12069055閱讀:717來源:國知局
      一種基于腳本實(shí)現(xiàn)RRU故障分析的方法和裝置與流程

      本發(fā)明涉及通信技術(shù)領(lǐng)域,特別是涉及一種基于腳本實(shí)現(xiàn)射頻拉遠(yuǎn)單元(Radio Remote Unit,簡(jiǎn)稱RRU)故障分析的方法和裝置。



      背景技術(shù):

      目前,在網(wǎng)管系統(tǒng)的告警模塊上多設(shè)置RRU故障分析功能。當(dāng)發(fā)現(xiàn)有RRU告警的時(shí)候,網(wǎng)管系統(tǒng)可以根據(jù)RRU故障信息進(jìn)行RRU故障分析,并返回故障分析結(jié)果,用戶依此做出相應(yīng)的處理,例如:返廠維修或者現(xiàn)場(chǎng)故障排查。但是,RRU返回原廠后可能會(huì)發(fā)現(xiàn)該RRU并沒有故障,之所以不能正常工作可能是現(xiàn)場(chǎng)電源接觸不良等外部因素造成的。

      目前這種由于現(xiàn)場(chǎng)外在因素而導(dǎo)致的RRU返修的情況很多,因此經(jīng)常需要對(duì)RRU故障分析功能進(jìn)行改進(jìn)。然而,現(xiàn)有RRU故障分析功能是集成在網(wǎng)管系統(tǒng)中的,只是網(wǎng)管系統(tǒng)中的一個(gè)小功能,對(duì)于開發(fā)者和使用者都非常不便。

      具體的,網(wǎng)管系統(tǒng)多使用Java語言開發(fā),開發(fā)過程繁瑣、開發(fā)難度較大、且開發(fā)后的源代碼可讀性差,導(dǎo)致RRU故障分析算法只有開發(fā)者結(jié)合整個(gè)源代碼才能夠讀懂,而使用者難以理解。如果RRU型號(hào)或者故障分析算法發(fā)生更改,則需要開發(fā)者對(duì)網(wǎng)管系統(tǒng)進(jìn)行代碼修改、重新測(cè)試、打補(bǔ)丁等,整個(gè)過程耗時(shí)較長。由于故障分析功能只是網(wǎng)管系統(tǒng)中的一個(gè)小功能,因此目前的RRU故障分析算法單一,這將導(dǎo)致RRU故障分析結(jié)果不夠準(zhǔn)確,造成使用者對(duì)RRU單板的維修作出錯(cuò)誤的判斷。



      技術(shù)實(shí)現(xiàn)要素:

      本發(fā)明提供一種基于腳本實(shí)現(xiàn)RRU故障分析的方法和裝置,用以解決現(xiàn)有技術(shù)集成在網(wǎng)管系統(tǒng)中的RRU故障分析功能,對(duì)于開發(fā)者和使用者都非常不便的問題。

      針對(duì)上述技術(shù)問題,本發(fā)明是通過以下技術(shù)方案來解決的。

      本發(fā)明提供了一種基于腳本實(shí)現(xiàn)射頻拉遠(yuǎn)單元RRU故障分析的方法,包括:通過預(yù)設(shè)的腳本獲取RRU告警及其RRU告警信息;通過所述腳本根據(jù)所述RRU告警信息,對(duì)所述RRU告警進(jìn)行故障分析,獲得所述RRU告警的故障分析結(jié)果。

      其中,所述RRU告警信息包括:故障日志;所述通過預(yù)設(shè)的腳本,獲取RRU告警及其RRU告警信息,包括:通過所述腳本連接網(wǎng)管系統(tǒng);通過所述腳本發(fā)送人機(jī)語言MML命令,從所述網(wǎng)管系統(tǒng)中,獲取RRU告警和所述RRU告警的故障日志。

      其中,通過所述腳本根據(jù)所述RRU告警信息,對(duì)所述RRU告警進(jìn)行故障分析,包括:通過所述腳本解析所述故障日志,獲得所述故障日志的版本;通過所述腳本在所述RRU告警中,獲得所述RRU的類型;通過所述腳本獲取與所述故障日志的版本及所述RRU的類型對(duì)應(yīng)的故障分析算法;通過所述腳本根據(jù)所述故障分析算法,對(duì)所述故障日志進(jìn)行故障分析,獲得所述RRU告警的故障分析結(jié)果。

      其中,所述RRU告警信息包括:故障日志和反構(gòu)文件;所述通過預(yù)設(shè)的腳本,獲取RRU告警及其RRU告警信息,包括:通過所述腳本初始化簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議棧SNMP;基于初始化后的所述SNMP,通過所述腳本與網(wǎng)元建立可靠用戶數(shù)據(jù)包協(xié)議RUDP連接;基于所述SNMP的接口,通過所述腳本從所述網(wǎng)元中,分別獲取RRU告警、故障日志和反構(gòu)文件。

      其中,通過所述腳本根據(jù)所述RRU告警信息,對(duì)所述RRU告警進(jìn)行故障分析,包括:通過所述腳本解析所述故障日志,獲得所述故障日志的版本;通過所述腳本解析所述反構(gòu)文件,獲得所述RRU的類型;通過所述腳本獲取與 所述故障日志的版本及所述RRU的類型對(duì)應(yīng)的故障分析算法;通過所述腳本根據(jù)所述故障分析算法,對(duì)所述故障日志進(jìn)行故障分析,以獲得所述RRU告警的故障分析結(jié)果。

      本發(fā)明還提供了一種基于腳本實(shí)現(xiàn)RRU故障分析的裝置,包括:獲取模塊,用于通過預(yù)設(shè)的腳本,獲取RRU告警及其RRU告警信息;分析模塊,用于通過所述腳本根據(jù)所述RRU告警信息,對(duì)所述RRU告警進(jìn)行故障分析,獲得所述RRU告警的故障分析結(jié)果。

      其中,所述RRU告警信息包括:故障日志;所述獲取模塊具體用于:通過所述腳本連接網(wǎng)管系統(tǒng);通過所述腳本發(fā)送人機(jī)語言MML命令,從所述網(wǎng)管系統(tǒng)中,獲取RRU告警和所述RRU告警的故障日志。

      其中,所述分析模塊具體用于:通過所述腳本解析所述故障日志,獲得所述故障日志的版本;通過所述腳本在所述RRU告警中,獲得所述RRU的類型;通過所述腳本獲取與所述故障日志的版本及所述RRU的類型對(duì)應(yīng)的故障分析算法;通過所述腳本根據(jù)所述故障分析算法,對(duì)所述故障日志進(jìn)行故障分析,以獲得所述RRU告警的故障分析結(jié)果。

      其中,所述RRU告警信息包括:故障日志和反構(gòu)文件;所述獲取模塊具體用于:通過所述腳本初始化簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議棧SNMP;基于初始化后的所述SNMP,通過所述腳本與網(wǎng)元建立可靠用戶數(shù)據(jù)包協(xié)議RUDP連接;基于所述SNMP的接口,通過所述腳本從所述網(wǎng)元中,分別獲取RRU告警、故障日志和反構(gòu)文件。

      其中,所述分析模塊具體用于:通過所述腳本解析所述故障日志,獲得所述故障日志的版本;通過所述腳本解析所述反構(gòu)文件,獲得所述RRU的類型;通過所述腳本獲取與所述故障日志的版本及所述RRU的類型對(duì)應(yīng)的故障分析算法;通過所述腳本根據(jù)所述故障分析算法,對(duì)所述故障日志進(jìn)行故障分析,以獲得所述RRU告警的故障分析結(jié)果。

      本發(fā)明有益效果如下:

      本發(fā)明獨(dú)立于網(wǎng)管系統(tǒng),基于預(yù)設(shè)的腳本實(shí)現(xiàn)RRU故障分析功能,對(duì)RRU故障分析具有針對(duì)性。腳本語言具有簡(jiǎn)潔、易懂、易學(xué)等特點(diǎn),使得本發(fā)明的開發(fā)過程簡(jiǎn)單、可讀性強(qiáng)、時(shí)效性高、且執(zhí)行腳本的修改、更新較為方便,對(duì)于開發(fā)人員和使用人員都較為便利。

      附圖說明

      圖1是根據(jù)本發(fā)明第一實(shí)施例的基于腳本實(shí)現(xiàn)RRU故障分析的方法的流程圖;

      圖2是根據(jù)本發(fā)明第二實(shí)施例的基于腳本實(shí)現(xiàn)RRU故障分析的方法的流程圖;

      圖3是根據(jù)本發(fā)明第三實(shí)施例的基于腳本實(shí)現(xiàn)RRU故障分析的方法的流程圖;

      圖4是根據(jù)本發(fā)明第四實(shí)施例的對(duì)告警RRU進(jìn)行故障分析的步驟流程圖;

      圖5是根據(jù)本發(fā)明第五實(shí)施例的基于腳本實(shí)現(xiàn)RRU故障分析的裝置的結(jié)構(gòu)圖。

      具體實(shí)施方式

      以下結(jié)合附圖以及實(shí)施例,對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解,此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明,并不限定本發(fā)明。

      實(shí)施例一

      本實(shí)施例提供了一種基于腳本實(shí)現(xiàn)RRU故障分析的方法。如圖1所示,為根據(jù)本發(fā)明第一實(shí)施例的基于腳本實(shí)現(xiàn)RRU故障分析的方法的流程圖。

      步驟S110,通過預(yù)設(shè)的腳本,獲取RRU告警及其RRU告警信息。

      RRU告警信息包括:RRU告警的故障日志,或者RRU告警信息包括:RRU告警的故障日志和反構(gòu)文件。進(jìn)一步地,基于預(yù)設(shè)的腳本,從網(wǎng)元管理系統(tǒng)(network element management system,簡(jiǎn)稱EMS)獲取RRU告警文件和故 障日志;或者,基于該腳本,從具體的網(wǎng)元,獲取RRU告警、故障日志和反構(gòu)文件。以下將網(wǎng)元管理系統(tǒng)簡(jiǎn)稱為網(wǎng)管系統(tǒng)。

      該腳本可以是python腳本。該腳本的開發(fā)和運(yùn)行是在腳本工具平臺(tái)上完成的。腳本工具平臺(tái)包括:腳本開發(fā)平臺(tái)和腳本運(yùn)行管理平臺(tái)。

      腳本開發(fā)平臺(tái)是一個(gè)腳本編譯、調(diào)試、運(yùn)行環(huán)境,平臺(tái)內(nèi)部內(nèi)嵌了函數(shù)庫用來支持網(wǎng)管的運(yùn)維業(yè)務(wù),平臺(tái)內(nèi)建的工具庫函數(shù),庫函數(shù)可以用于建立telnet連接、發(fā)送人機(jī)語言(Man-Machine Language,簡(jiǎn)稱MML)命令,解析MML報(bào)文,獲取某行某列的報(bào)文數(shù)據(jù)、提取信息、根據(jù)故障分析算法進(jìn)行故障分析,輸出故障分析結(jié)果等。

      腳本運(yùn)行管理平臺(tái)是一個(gè)脫離腳本開發(fā)、僅對(duì)腳本工程進(jìn)行運(yùn)行管理的平臺(tái),面向不需要編寫腳本、僅依靠腳本進(jìn)行日常運(yùn)維工作的人員,該平臺(tái)支持定時(shí)任務(wù)以及即時(shí)任務(wù)、任務(wù)分類整理等功能。

      步驟S120,通過所述腳本,根據(jù)所述RRU告警信息,對(duì)所述RRU告警進(jìn)行故障分析,獲得所述RRU告警的故障分析結(jié)果。

      故障分析結(jié)果包括但不限于:版本故障、電源故障、時(shí)鐘故障、設(shè)備故障、導(dǎo)頻功率故障、過溫故障、下行輸出欠過功率故障、線纜故障、通道故障、光纖接錯(cuò)故障、IR接口信號(hào)強(qiáng)度異常故障、光模塊不在位、光口速率不匹配。本實(shí)施例的故障分析結(jié)果種類較多,可以滿足用戶故障排查需求。

      故障分析結(jié)果對(duì)應(yīng)的維修方式包括:手動(dòng)維修和自動(dòng)維修。其中,手動(dòng)維修需要人工干預(yù),運(yùn)維人員介入,根據(jù)故障分析結(jié)果進(jìn)行相應(yīng)的維修工作。自動(dòng)維修無需人工干預(yù),可以自動(dòng)維護(hù),例如修改一些配置參數(shù)等。

      本實(shí)施例獨(dú)立于網(wǎng)管系統(tǒng),通過預(yù)設(shè)的腳本實(shí)現(xiàn)RRU故障分析功能,為運(yùn)維人員根據(jù)現(xiàn)場(chǎng)情況進(jìn)行RRU故障分析提供了便捷。本實(shí)施例的腳本可以實(shí)時(shí)發(fā)布、運(yùn)行,時(shí)效性高。本實(shí)施例的腳本工程在智能腳本分析工具上運(yùn)行,可以根據(jù)現(xiàn)場(chǎng)的情況進(jìn)行實(shí)施,選擇近端和遠(yuǎn)端運(yùn)行方式。

      本實(shí)施例利用腳本語言的簡(jiǎn)潔、易懂、易學(xué)的特性,方便開發(fā)人員與業(yè)務(wù) 人員進(jìn)行交流,實(shí)現(xiàn)“代碼即文檔”,從而可以高效地開發(fā)出用于實(shí)現(xiàn)RRU故障分析的腳本。運(yùn)維人員可以在發(fā)布的腳本上進(jìn)行修改、運(yùn)行,操作更方便。該腳本在使用上極為方便,用戶利用此腳本可以隨時(shí)對(duì)RRU故障進(jìn)行診斷,明確RRU當(dāng)前的狀態(tài),獲得故障分析結(jié)果。

      實(shí)施例二

      本實(shí)施例對(duì)從遠(yuǎn)端實(shí)現(xiàn)RRU故障分析進(jìn)行進(jìn)一步地說明。

      圖2是根據(jù)本發(fā)明第二實(shí)施例的基于腳本實(shí)現(xiàn)RRU故障分析的方法的流程圖。本實(shí)施例可以部署在網(wǎng)管系統(tǒng)側(cè)的客戶端上。本實(shí)施例的RRU告警信息包括:故障日志。

      步驟S210,通過預(yù)設(shè)的腳本連接網(wǎng)管系統(tǒng)EMS。

      該腳本運(yùn)行在腳本開發(fā)平臺(tái)上。

      該腳本開發(fā)平臺(tái)內(nèi)部集成有用于連接網(wǎng)元、發(fā)送MML命令、解析MML命令的工具庫函數(shù);可以使用jython語言,在腳本開發(fā)平臺(tái)上進(jìn)行開發(fā)、調(diào)試、運(yùn)行;可以將腳本發(fā)布到EMS側(cè)運(yùn)行并查看運(yùn)行日志。

      步驟S220,通過該腳本發(fā)送MML命令,從網(wǎng)管系統(tǒng)中,獲取RRU告警。

      通過腳本發(fā)送MML命令,查詢網(wǎng)管系統(tǒng)當(dāng)前的告警文件,并在當(dāng)前的告警文件中篩選出RRU告警。篩選出的RRU告警可以是一個(gè)或多個(gè),如果是多個(gè)RRU告警,可以組成一個(gè)RRU告警集合。

      具體的,利用工具庫函數(shù),發(fā)送人機(jī)語言命令。輸入顯示當(dāng)前告警的人機(jī)語言命令作為函數(shù)參數(shù),即可查看包含網(wǎng)管系統(tǒng)當(dāng)前所有告警信息的告警文件。

      從告警文件中篩選出RRU告警。進(jìn)一步地,根據(jù)告警信息中的架框槽篩選出告警文件中的RRU告警。

      步驟S230,通過該腳本發(fā)送MML命令,從網(wǎng)管系統(tǒng)中,獲取RRU告警的故障日志。

      RRU單板在具體的網(wǎng)元工作,RRU告警的故障日志被存儲(chǔ)在網(wǎng)元。

      故障日志是在連接網(wǎng)管系統(tǒng)之后,通過人機(jī)語言命令,控制網(wǎng)管系統(tǒng)從發(fā)生RRU告警的網(wǎng)元處獲取的;然后從網(wǎng)管系統(tǒng)中獲取RRU告警的故障日志。

      如果存在RRU告警集合,則通過腳本順序獲取每一條RRU告警的故障日志,對(duì)每條RRU告警做RRU故障分析處理。

      具體的,基于所述腳本,發(fā)送MML命令,使網(wǎng)管系統(tǒng)從發(fā)生該RRU告警的網(wǎng)元,獲取該RRU告警的故障日志;所述腳本開啟FTP服務(wù),從網(wǎng)管系統(tǒng)下載該RRU告警的故障日志到本地。進(jìn)一步地,如果存在兩級(jí)網(wǎng)管系統(tǒng),一級(jí)網(wǎng)管系統(tǒng)為EMS,二級(jí)網(wǎng)管系統(tǒng)為OMMB,一個(gè)EMS管理多個(gè)OMMB,一個(gè)OMMB管理多個(gè)網(wǎng)元,則基于所述腳本,先發(fā)送MML命令,使連接關(guān)系從EMS切換到發(fā)生RRU告警的網(wǎng)元所在的OMMB,再發(fā)送一個(gè)MML命令,控制OMMB從發(fā)生RRU告警的網(wǎng)元獲取該RRU告警的故障日志,并上傳到EMS,這樣連接關(guān)系從OMMB切換回EMS之后,就可以從EMS獲取到該RRU告警的故障日志了。

      步驟S240,通過該腳本根據(jù)RRU告警的故障日志,對(duì)該RRU告警進(jìn)行故障分析,獲得該RRU告警的故障分析結(jié)果。

      RRU告警中包括發(fā)生該RRU告警的RRU的類型。RRU的類型即是RRU單板的類型,例如是:R8968、R8972、R8928、R8964等。

      RRU告警的故障日志中包含故障日志的版本、以及RRU告警的相關(guān)信息。

      具體的,通過所述腳本解析故障日志,獲得該故障日志的版本;通過所述腳本在該RRU告警中,獲得該RRU的類型;通過所述腳本在預(yù)設(shè)的多個(gè)故障分析算法中,獲取與該故障日志的版本及該RRU的類型對(duì)應(yīng)的故障分析算法;通過所述腳本根據(jù)該獲取的故障分析算法,對(duì)該故障日志進(jìn)行故障分析,以獲得該RRU告警的故障分析結(jié)果。

      故障日志是二進(jìn)制文件,解析該二進(jìn)制文件,獲得其中的數(shù)據(jù)信息;該數(shù)據(jù)信息包括:故障日志的版本信息、告警碼、告警類型、業(yè)務(wù)參數(shù)等。

      實(shí)施例三

      本實(shí)施例對(duì)從近端實(shí)現(xiàn)RRU故障分析進(jìn)行進(jìn)一步地說明。采用簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議棧(Simple Network Management Protocol,簡(jiǎn)稱SNMP)實(shí)現(xiàn)從近端直連網(wǎng)元,實(shí)現(xiàn)RRU故障處理功能。因此,本實(shí)施例可以部署在網(wǎng)元側(cè)的客戶端上。

      圖3是根據(jù)本發(fā)明第三實(shí)施例的基于腳本實(shí)現(xiàn)RRU故障分析的方法的流程圖。在本實(shí)施例中,RRU告警信息包括:故障日志和反構(gòu)文件。

      步驟S310,通過預(yù)設(shè)的腳本初始化SNMP;

      步驟S320,基于初始化后的所述SNMP,通過所述腳本與網(wǎng)元建立可靠用戶數(shù)據(jù)包協(xié)議(Reliable User Datagram Protocol,簡(jiǎn)稱RUDP)連接。

      在建立RUDP連接的同時(shí),還可以通過所述腳本啟動(dòng)FTP服務(wù)。

      步驟S330,基于SNMP的接口,通過所述腳本從連接的網(wǎng)元中,分別獲取告警文件、反構(gòu)文件和故障日志。

      該接口例如是SNMP的set接口,進(jìn)一步地,基于FTP服務(wù),通過SNMP的set接口,從連接的網(wǎng)元中,分別獲取告警文件、反構(gòu)文件和故障日志。

      告警文件、反構(gòu)文件和故障日志分別存在對(duì)應(yīng)的對(duì)象標(biāo)識(shí)符(Object identifier,簡(jiǎn)稱oid)。根據(jù)告警文件、反構(gòu)文件和故障日志分別對(duì)應(yīng)的oid,分別獲取告警文件、反構(gòu)文件和故障日志。

      步驟S340,通過所述腳本從告警文件中篩選出RRU告警。

      從告警文件中篩選出RRU告警的數(shù)量可以是一個(gè)或多個(gè)。

      故障日志中包括故障日志的版本、以及每個(gè)RRU告警的故障信息。

      反構(gòu)文件中包括每個(gè)發(fā)生RRU告警的RRU的類型。

      步驟S350,通過所述腳本根據(jù)故障日志和反構(gòu)文件,對(duì)告警文件中的每個(gè)RRU告警進(jìn)行故障分析,獲得每個(gè)RRU告警的故障分析結(jié)果。

      步驟1,通過所述腳本解析故障日志,獲得該故障日志的版本。

      步驟2,通過所述腳本解析反構(gòu)文件,獲得RRU的類型。如果RRU告警 為多個(gè),則獲取當(dāng)前進(jìn)行故障分析的RRU的類型。

      步驟3,通過所述腳本在預(yù)設(shè)的多個(gè)故障分析算法中,獲取與故障日志的版本及該RRU的類型對(duì)應(yīng)的故障分析算法。如果RRU告警為多個(gè),則獲取與故障日志的版本及該當(dāng)前RRU的類型對(duì)應(yīng)的故障分析算法。

      步驟4,通過所述腳本根據(jù)獲取的故障分析算法,對(duì)故障日志進(jìn)行故障分析,以獲得該RRU告警的故障分析結(jié)果。如果RRU告警為多個(gè),則根據(jù)獲取的故障分析算法,對(duì)故障日志中當(dāng)前RRU告警的故障信息進(jìn)行故障分析,以獲得該RRU告警的故障分析結(jié)果。

      實(shí)施例四

      本實(shí)施例對(duì)告警RRU進(jìn)行故障分析進(jìn)行進(jìn)一步地說明。

      圖4是根據(jù)本發(fā)明第四實(shí)施例的對(duì)告警RRU進(jìn)行故障分析的步驟流程圖。

      步驟S410,通過預(yù)設(shè)的腳本,解析故障日志。

      通過解析故障日志,可以獲知故障日志的版本是V1還是V2。

      步驟S420,通過所述腳本判斷該故障日志的版本是否為V1。若是,則執(zhí)行步驟S430;若否,則執(zhí)行步驟S460。

      步驟S430,通過所述腳本判斷RRU單板的類型是否為A。若是,則執(zhí)行步驟S440,若否,則S450。該類型A可以根據(jù)具體需求來設(shè)置,例如:該類型A為R8968、R8972、R8928、或者R8964。

      步驟S440,使用預(yù)設(shè)的第一算法,通過所述腳本對(duì)故障日志進(jìn)行故障分析,獲得RRU告警的故障分析結(jié)果。

      步驟S450,使用預(yù)設(shè)的第二算法,通過所述腳本對(duì)故障日志進(jìn)行故障分析,獲得RRU告警的故障分析結(jié)果。

      步驟S460,通過所述腳本判斷RRU單板的類型是否為B。若是,則執(zhí)行步驟S470,若否,則S480。該類型B可以根據(jù)具體需求來設(shè)置,例如:該類型B為R8968、R8972、R8928、或者R8964。

      步驟S470,使用預(yù)設(shè)的第三算法,通過所述腳本對(duì)故障日志進(jìn)行故障分析,獲得RRU告警的故障分析結(jié)果。

      步驟S480,使用預(yù)設(shè)的第四算法,通過所述腳本對(duì)故障日志進(jìn)行故障分析,獲得RRU告警的故障分析結(jié)果。

      上述第一算法、第二算法、第三算法和第四算法,都是根據(jù)各自對(duì)應(yīng)的故障日志的版本、RRU單板類型設(shè)置的,用于分析對(duì)應(yīng)故障日志的版本、RRU單板類型下,發(fā)生RRU告警的原因。例如:故障日志的版本為V1、RRU單板的類型為R8968,那么使用的算法為8T算法;故障日志的版本為V2、RRU單板的類型為R8972,那么使用的算法為2T算法。

      本實(shí)施例為不同類型的RRU單板、不同類型故障日志配置分別對(duì)應(yīng)的分析算法,使故障分析結(jié)果更加準(zhǔn)確。當(dāng)然本實(shí)施例為了使本發(fā)明便于理解,僅簡(jiǎn)單列舉了V1和V2兩種版本的故障日志、A和B兩種類型的RRU的情形,并找到合適的算法進(jìn)行的RRU告警分析,本領(lǐng)域技術(shù)人員應(yīng)當(dāng)知道在本發(fā)明的思想下,可以根據(jù)需求對(duì)本實(shí)施例作出改進(jìn)。

      實(shí)施例五

      本實(shí)施例提供了一種基于腳本實(shí)現(xiàn)RRU故障分析的裝置。如圖5所示,為根據(jù)本發(fā)明第五實(shí)施例的基于腳本實(shí)現(xiàn)RRU故障分析的裝置的結(jié)構(gòu)圖。

      該裝置包括:

      獲取模塊510,用于通過預(yù)設(shè)的腳本,獲取RRU告警及其RRU告警信息;

      分析模塊520,用于通過所述腳本根據(jù)所述RRU告警信息,對(duì)所述RRU告警進(jìn)行故障分析,獲得所述RRU告警的故障分析結(jié)果。

      在一個(gè)實(shí)施例中,所述RRU告警信息包括:故障日志。

      所述獲取模塊510具體用于:通過預(yù)設(shè)的腳本,連接網(wǎng)管系統(tǒng);通過所述腳本發(fā)送人機(jī)語言MML命令,從所述網(wǎng)管系統(tǒng)中,獲取RRU告警和所述RRU告警的故障日志。

      所述分析模塊520具體用于:通過所述腳本解析所述故障日志,獲得所述故障日志的版本;通過所述腳本在所述RRU告警中,獲得所述RRU的類型;通過所述腳本獲取與所述故障日志的版本及所述RRU的類型對(duì)應(yīng)的故障分析算法;通過所述腳本根據(jù)所述故障分析算法,對(duì)所述故障日志進(jìn)行故障分析,以獲得所述RRU告警的故障分析結(jié)果。

      在另一實(shí)施例中,所述RRU告警信息包括:故障日志和反構(gòu)文件。

      所述獲取模塊510具體用于:通過預(yù)設(shè)的腳本,初始化SNMP;基于初始化后的所述SNMP,通過所述腳本與網(wǎng)元建立可靠用戶數(shù)據(jù)包協(xié)議RUDP連接;基于所述SNMP的接口,通過所述腳本從所述網(wǎng)元中,分別獲取RRU告警、故障日志和反構(gòu)文件。

      所述分析模塊520具體用于:通過所述腳本解析所述故障日志,獲得所述故障日志的版本;通過所述腳本解析所述反構(gòu)文件,獲得所述RRU的類型;通過所述腳本獲取與所述故障日志的版本及所述RRU的類型對(duì)應(yīng)的故障分析算法;通過所述腳本根據(jù)所述故障分析算法,對(duì)所述故障日志進(jìn)行故障分析,以獲得所述RRU告警的故障分析結(jié)果。

      本實(shí)施例所述的裝置的功能已經(jīng)在圖1-4所示的方法實(shí)施例中進(jìn)行了描述,故本實(shí)施例的描述中未詳盡之處,可以參見前述實(shí)施例中的相關(guān)說明,在此不做贅述。

      本實(shí)施例獨(dú)立于網(wǎng)管系統(tǒng),可以設(shè)置在網(wǎng)管系統(tǒng)側(cè)的客戶端中,從遠(yuǎn)端實(shí)現(xiàn)對(duì)網(wǎng)元的操作;也可以設(shè)置在網(wǎng)元側(cè)的客戶端中,從近端直連網(wǎng)元,實(shí)現(xiàn)在近端的RRU故障處理。

      盡管為示例目的,已經(jīng)公開了本發(fā)明的優(yōu)選實(shí)施例,本領(lǐng)域的技術(shù)人員將意識(shí)到各種改進(jìn)、增加和取代也是可能的,因此,本發(fā)明的范圍應(yīng)當(dāng)不限于上述實(shí)施例。

      當(dāng)前第1頁1 2 3 
      網(wǎng)友詢問留言 已有0條留言
      • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1