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

背景技術(shù)：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

附圖說明

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

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

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

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

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

具體實施方式

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

實施例一

本實施例提供了一種基于腳本實現(xiàn)RRU故障分析的方法。如圖1所示，為根據(jù)本發(fā)明第一實施例的基于腳本實現(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，簡稱EMS)獲取RRU告警文件和故 障日志；或者，基于該腳本，從具體的網(wǎng)元，獲取RRU告警、故障日志和反構(gòu)文件。以下將網(wǎng)元管理系統(tǒng)簡稱為網(wǎng)管系統(tǒng)。

該腳本可以是python腳本。該腳本的開發(fā)和運行是在腳本工具平臺上完成的。腳本工具平臺包括：腳本開發(fā)平臺和腳本運行管理平臺。

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

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

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

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

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

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

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

實施例二

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

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

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

該腳本運行在腳本開發(fā)平臺上。

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

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

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

具體的，利用工具庫函數(shù)，發(fā)送人機語言命令。輸入顯示當(dāng)前告警的人機語言命令作為函數(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告警的故障日志被存儲在網(wǎng)元。

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

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

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

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

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

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

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

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

實施例三

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

實施例四

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

圖4是根據(jù)本發(fā)明第四實施例的對告警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è)的第一算法，通過所述腳本對故障日志進(jìn)行故障分析，獲得RRU告警的故障分析結(jié)果。

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

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

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

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

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

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

實施例五

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

該裝置包括：

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

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

在一個實施例中，所述RRU告警信息包括：故障日志。

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

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

在另一實施例中，所述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的類型對應(yīng)的故障分析算法；通過所述腳本根據(jù)所述故障分析算法，對所述故障日志進(jìn)行故障分析，以獲得所述RRU告警的故障分析結(jié)果。

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

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

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