專利名稱：故障信息處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種故障處理方法及裝置 。
背景技術(shù)：
目前，可演進(jìn)的通用的無線接入網(wǎng)絡(luò)節(jié)點(diǎn)B(E_UTRAN Node B，簡(jiǎn)稱為eNB)在系統(tǒng)故障情況下，尤其是系統(tǒng)復(fù)雜型故障(例如，流控制傳輸協(xié)議(Stream ControlTransmission Protocol,簡(jiǎn)稱為SCTP)偶聯(lián)斷耗盡；網(wǎng)絡(luò)風(fēng)暴；中央處理器(CentralProcessing Uint,簡(jiǎn)稱為CPU)重負(fù)荷等)，系統(tǒng)無法記錄故障發(fā)生時(shí)的相關(guān)信息或只能記錄部分信息。由于現(xiàn)有的eNB系統(tǒng)無法智能記錄故障相關(guān)的信息，因此，也就無法滿足現(xiàn)有外場(chǎng)開局和演示需求，尤其是對(duì)系統(tǒng)復(fù)雜型故障。另外，由于現(xiàn)有eNB系統(tǒng)無法智能記錄故障相關(guān)的信息，因此，很多情況下，需要人工的參與來完成故障記錄，例如，故障發(fā)生時(shí)，人工記錄相關(guān)系統(tǒng)信息，為故障定位提供分析數(shù)據(jù)。但是，很多情況下，故障發(fā)生后系統(tǒng)很快就自動(dòng)恢復(fù)了，這樣人工是很難參與記錄數(shù)據(jù)。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種故障信息處理方法、裝置及基站，以至少解決上述問題之一。根據(jù)本發(fā)明的一個(gè)方面，提供了一種故障信息處理方法，包括基站檢測(cè)到故障；所述基站記錄所述故障對(duì)應(yīng)的信息，其中，所述信息包括分析所述故障所需要的參數(shù)值。優(yōu)選地，所述基站記錄所述故障對(duì)應(yīng)的信息包括所述基站根據(jù)故障信息記錄策略判斷是否對(duì)所述故障對(duì)應(yīng)的信息進(jìn)行記錄；所述基站在判斷結(jié)果為是的情況下，記錄所述故障對(duì)應(yīng)的信息。優(yōu)選地，在所述基站檢測(cè)到所述故障之前，所述方法還包括接收來自網(wǎng)管的配置消息，其中，所述配置消息用于指示所述基站對(duì)本地存儲(chǔ)的故障信息記錄策略進(jìn)行處理，其中，所述處理包括以下至少之一更新、添加、刪除、和/或查詢。優(yōu)選地，所述配置消息攜帶有以下至少之一所述故障信息記錄策略的處理方式、所述故障的類型、所述故障的類型對(duì)應(yīng)的記錄規(guī)則、所述故障的處理策略。優(yōu)選地，所述故障的類型包括以下至少之一流傳輸控制協(xié)議偶聯(lián)斷、網(wǎng)絡(luò)攻擊故障、系統(tǒng)復(fù)位故障、CPU重負(fù)荷故障。優(yōu)選地，所述方法還包括所述基站將所述故障對(duì)應(yīng)的信息發(fā)送給網(wǎng)管；和/或，所述基站在預(yù)定時(shí)間段內(nèi)保存記錄到的所述故障對(duì)應(yīng)的信息。根據(jù)本發(fā)明的另一個(gè)方面，還提供了一種故障信息處理裝置，包括檢測(cè)模塊，用于檢測(cè)到故障；記錄模塊，用于記錄所述故障對(duì)應(yīng)的信息，其中，所述信息包括分析所述故障所需要的參數(shù)值。優(yōu)選地，所述記錄模塊還用于根據(jù)故障信息記錄策略判斷是否對(duì)所述故障對(duì)應(yīng)的信息進(jìn)行記錄；在判斷結(jié)果為是的情況下，記錄所述故障對(duì)應(yīng)的信息。優(yōu)選地，還包括接收模塊，用于接收來自網(wǎng)管的配置消息，其中，所述配置消息用于指示所述基站對(duì)本地存儲(chǔ)的故障信息記錄策略進(jìn)行處理，其中，所述處理包括以下至少之一更新、添加、刪除、和/或查詢。根據(jù)本發(fā)明的再一個(gè)方面，還提供了一種基站，該基站可以包括上述的任何一種
故障信息處理裝置。通過本發(fā)明，通過基站檢測(cè)到故障，并記錄該故障信息以及記錄分析該檢測(cè)到的故障所需的參數(shù)值，從而解決了無法記錄故障發(fā)生時(shí)的相關(guān)信息的問題，實(shí)現(xiàn)eNB故障時(shí) 記錄故障對(duì)應(yīng)的信息，進(jìn)而為故障有效定位提供故障發(fā)生時(shí)的有效信息的效果。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖I是根據(jù)本發(fā)明實(shí)施例的故障信息處理方法的流程圖；圖2是根據(jù)本發(fā)明實(shí)施例的故障信息處理裝置的結(jié)構(gòu)框圖；圖3是根據(jù)本發(fā)明優(yōu)選實(shí)施例的eNB系統(tǒng)故障配置方法的流程圖；圖4是根據(jù)本發(fā)明優(yōu)選實(shí)施例的系統(tǒng)故障信息處理方式的流程圖；圖5是根據(jù)本發(fā)明另一優(yōu)選實(shí)施例的故障記錄策略配置方法的流程圖；圖6是根據(jù)本發(fā)明另一個(gè)優(yōu)選實(shí)施例的故障記錄方法的流程圖；圖7是根據(jù)本發(fā)明優(yōu)選實(shí)施例的應(yīng)用于eNB系統(tǒng)故障信息記錄裝置的結(jié)構(gòu)框圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。圖I是根據(jù)本發(fā)明實(shí)施例的故障信息處理方法的流程圖，如圖I所示，該流程包括如下步驟步驟S102，基站檢測(cè)到故障；步驟S104，基站記錄故障對(duì)應(yīng)的信息，其中，信息包括分析該檢測(cè)到的故障所需要的參數(shù)值。在現(xiàn)有技術(shù)中，基站雖然可以上報(bào)告警，但是，對(duì)于告警而言，其僅僅能夠上報(bào)發(fā)生該故障是什么故障，但是，對(duì)于發(fā)生故障時(shí)的相關(guān)參數(shù)卻沒有記載，通過上述步驟，基站在檢測(cè)到故障時(shí)可以記錄該故障信息以及記錄分析該檢測(cè)到的故障所需的參數(shù)值，從而解決了無法記錄故障發(fā)生時(shí)的相關(guān)信息或只能記錄部分信息的問題，實(shí)現(xiàn)eNB故障時(shí)記錄故障的相關(guān)信息，進(jìn)而為故障有效定位提供故障發(fā)生時(shí)的有效信息的效果。基站檢測(cè)到故障之后，記錄該故障信息以及記錄分析該檢測(cè)到的故障所需的參數(shù)值的方式可以是將該故障信息及其分析該故障的所有的參數(shù)值全部記錄?；蛘?，對(duì)于發(fā)生的任何故障，均可以進(jìn)行參數(shù)的記錄。當(dāng)然，這種記錄的方式需要基站進(jìn)行大量的工作，會(huì)對(duì)基站的要求比較高。作為另一種較優(yōu)的實(shí)施方式，基站可以根據(jù)故障信息記錄策略判斷是否對(duì)故障對(duì)應(yīng)的信息進(jìn)行記錄；在判斷結(jié)果為是的情況下，基站記錄故障對(duì)應(yīng)的信息，例如，通信中斷的原因可能是網(wǎng)絡(luò)忙，還可能是系統(tǒng)資源耗盡，還有可能是系統(tǒng)異常等等，當(dāng)基站檢測(cè)到通信中斷故障時(shí)，可以將通信中斷故障及其所有可能導(dǎo)致該通信中斷的原因全部進(jìn)行記錄。更優(yōu)地，可以根據(jù)發(fā)生通信中斷這一故障的相關(guān)的參數(shù)值進(jìn)行分析，例如確定為系統(tǒng)資源耗盡導(dǎo)致的通信中斷，這樣可以根據(jù)故障信息記錄策略，僅記錄通信中斷故障信息和導(dǎo)致該通信中斷的原因系統(tǒng)資源耗盡，這樣可以使得資源得到有效的利用，節(jié)約資源?；蛘咭部梢愿鶕?jù)故障的類型來設(shè)置哪些故障需要進(jìn)行記錄，哪些故障不需要進(jìn)行記錄
坐坐寸寸O較優(yōu)地，故障信息記錄策略可以是基站本地配置的，也可以是來自其他網(wǎng)元的，例如，為了對(duì)基站進(jìn)行同一的管理，在基站檢測(cè)到故障之前，還可以接收來自網(wǎng)管的配置消息，該配置消息用于指示基站對(duì)本地存儲(chǔ)的故障信息記錄策略進(jìn)行處理，該處理包括以下至少之一更新、添加、刪除、和/或查詢。這樣的處理方式還可以保證本地存儲(chǔ)的故障的對(duì) 應(yīng)的信息是最新的，更有利于對(duì)故障信息的分析以及定位。較優(yōu)地，配置消息可以攜帶以下至少之一故障信息記錄策略的處理方式、故障的類型、故障的類型對(duì)應(yīng)的記錄規(guī)則、故障的處理策略。故障的類型包括以下至少之一流傳輸控制協(xié)議偶聯(lián)斷、網(wǎng)絡(luò)攻擊故障、系統(tǒng)復(fù)位故障、CPU重負(fù)荷故障。由于eNB目前的各種故障信息上報(bào)，主要是面向開發(fā)人員，這樣在外場(chǎng)開局或商用情況下，外場(chǎng)人員很難記錄故障相關(guān)信息。在本實(shí)施例中提供了另一種較優(yōu)的實(shí)施方式，基站還可以將故障對(duì)應(yīng)的信息發(fā)送給網(wǎng)管；和/或，基站在預(yù)定時(shí)間段內(nèi)保存記錄到的故障對(duì)應(yīng)的信息(例如，基站可以保留最近一個(gè)月內(nèi)的故障對(duì)應(yīng)的信息)。這樣可以使得外場(chǎng)人員也可以記錄該故障的相關(guān)信息，應(yīng)用比較廣泛。在本實(shí)施例中，還提供了一種故障信息處理裝置，該裝置用于實(shí)現(xiàn)上述實(shí)施例及其優(yōu)選的實(shí)施方式，已經(jīng)進(jìn)行過說明的不再贅述，下面對(duì)該對(duì)該裝置涉及的各個(gè)模塊進(jìn)行說明。如以下所使用的，術(shù)語(yǔ)“模塊”可以實(shí)現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實(shí)施例所描述的系統(tǒng)和方法較佳地以軟件來實(shí)現(xiàn)，但是硬件，或者軟件和硬件的組合的實(shí)現(xiàn)也是可能并被構(gòu)想的。圖2是根據(jù)本發(fā)明實(shí)施例的故障信息處理裝置的結(jié)構(gòu)框圖，如圖2所示，該裝置包括檢測(cè)模塊20和記錄模塊22。下面對(duì)該裝置的各個(gè)模塊及其功能進(jìn)行說明。檢測(cè)模塊20，用于檢測(cè)到故障；記錄模塊22連接至檢測(cè)模塊20，該記錄模塊22用于記錄故障對(duì)應(yīng)的信息，其中，信息包括分析故障所需要的參數(shù)值。作為一個(gè)較優(yōu)的實(shí)施方式，該記錄模塊22還可以用于根據(jù)故障信息記錄策略判斷是否對(duì)故障對(duì)應(yīng)的信息進(jìn)行記錄；在判斷結(jié)果為是的情況下，記錄故障對(duì)應(yīng)的信息。作為另一個(gè)較優(yōu)的實(shí)施方式，該故障信息處理裝置還包括接收模塊，該接收模塊可以用于接收來自網(wǎng)管的配置消息，其中，配置消息用于指示基站對(duì)本地存儲(chǔ)的故障信息記錄策略進(jìn)行處理，其中，處理包括以下至少之一更新、添加、刪除、和/或查詢。在本實(shí)施例中，還提供了一種基站,該基站包括任意一個(gè)或其組合的上述實(shí)施例及其優(yōu)選實(shí)施方式的故障信息處理裝置。下面結(jié)合優(yōu)選實(shí)施例進(jìn)行說明，該優(yōu)選實(shí)施例結(jié)合了上述實(shí)施例及其優(yōu)選實(shí)施方式，在本優(yōu)選實(shí)施例中，針對(duì)目如現(xiàn)有eNB系統(tǒng)故障彳目息所存在的缺點(diǎn)，提供了一種eNB系統(tǒng)故障配置及記錄的方法及裝置，使得eNB可以實(shí)現(xiàn)對(duì)故障，尤其是系統(tǒng)復(fù)雜型故障，及時(shí)記錄故障發(fā)生時(shí)的相關(guān)系統(tǒng)信息，實(shí)現(xiàn)為故障有效定位提供故障發(fā)生時(shí)的有效信息。圖3是根據(jù)本發(fā)明優(yōu)選實(shí)施例的eNB系統(tǒng)故障配置方法的流程圖，如圖3所示，該流程包括如下步驟步驟S302，eNB等待后臺(tái)網(wǎng)管的故障信息記錄策略配置消息，若接收到故障信息記錄策略配置消息后，進(jìn)行故障信息記錄策略處理。在該步驟S302中，故障信息記錄策略消息至少包括四元組(配置動(dòng)作，故障類型，記錄規(guī)則，故障處理策略)中的信息。配置動(dòng)作包括至少三個(gè)動(dòng)作增加故障信息記錄策略，更新(修改)故障記錄策略，刪除故障信息記錄策略和查詢故障信息記錄策略。其中，更新(修改)故障信息記錄策略，可以通過增加和刪除故障信息記錄策略來實(shí)現(xiàn)；故障類型包括=SCTP偶聯(lián)斷，系統(tǒng)復(fù)位，網(wǎng)絡(luò)攻擊等類型；記錄規(guī)則為故障類型的某一個(gè)具體規(guī)則，主要完成了與故障類型相對(duì)應(yīng)需要記錄的故障系統(tǒng)信息；故障處理策略主要是指系統(tǒng)故障時(shí)，需要系統(tǒng)相應(yīng)的處理。
·
步驟S304，故障信息記錄策略寫入策略庫(kù)。步驟S306,故障信息記錄策略配置結(jié)果返回后臺(tái)網(wǎng)管。圖4是根據(jù)本發(fā)明優(yōu)選實(shí)施例的系統(tǒng)故障信息處理方式的流程圖，如圖4所示，該流程包括如下步驟步驟S402，eNB系統(tǒng)進(jìn)行故障檢測(cè)；其中，故障檢測(cè)與所述步驟S302中的故障類型相對(duì)應(yīng)。步驟S404，若檢測(cè)到故障，讀取故障策略庫(kù)，若有故障信息記錄策略，獲取故障類型；若無故障信息記錄策略，則轉(zhuǎn)到步驟S402 ；步驟S406，若有記錄規(guī)則，則依據(jù)故障記錄規(guī)則進(jìn)行系統(tǒng)故障相關(guān)信息記錄；若無相應(yīng)的故障智能記錄規(guī)則，則轉(zhuǎn)到步驟S402 ；步驟S404和步驟S406中，故障信息記錄策略與所述步驟S302中故障信息記錄策略相一致；故障類型與所述步驟S302中的相一致；所述步驟S406中，記錄規(guī)則與所述步驟S302中的相一致。步驟S408故障記錄信息處理。所述步驟S408中，故障記錄信息處理主要是指故障記錄信息輸出，可以是輸出到后臺(tái)或存儲(chǔ)與eNB等。需要說明的是，本優(yōu)選實(shí)施例及其優(yōu)選實(shí)施方式中的系統(tǒng)故障處理可以不依賴于故障信息記錄策略配置處理，即兩者間無先后關(guān)系，即便沒有故障信息記錄策略配置中所提及的故障信息記錄策略配置消息的故障類型，系統(tǒng)故障處理也是可以正常工作的。在本優(yōu)選實(shí)施例中，還提供了一種應(yīng)用于eNB系統(tǒng)故障信息記錄裝置，該記錄裝置包括后臺(tái)網(wǎng)管，eNB，本地配置單元和系統(tǒng)故障記錄單元。統(tǒng)故障記錄單元包括策略配置單元，策略處理單元，故障策略庫(kù)。后臺(tái)網(wǎng)管和eNB實(shí)現(xiàn)功能基本上與現(xiàn)有功能相同，下面對(duì)該裝置進(jìn)行說明。本地配置單元，主要負(fù)責(zé)后臺(tái)故障信息記錄策略管理，包括故障信息記錄策略的配置，更新和查詢。完成故障信息記錄策略消息的發(fā)送和故障信息記錄策略消息配置結(jié)果的接收。發(fā)送時(shí)，將后臺(tái)網(wǎng)管配置的故障信息記錄策略消息處理后，發(fā)送出去；接收時(shí)，將故障信息記錄策略消息配置結(jié)果傳輸給后臺(tái)網(wǎng)管進(jìn)行顯示；策略配置單元，主要負(fù)責(zé)故障信息記錄策略管理，包括故障信息記錄策略的配置，更新和查詢。完成故障信息記錄策略消息接收和處理；發(fā)送故障信息記錄策略配置結(jié)果；故障處理單元，主要負(fù)責(zé)檢測(cè)系統(tǒng)故障檢測(cè)，依據(jù)故障信息記錄策略信息，進(jìn)行系統(tǒng)故障信息記錄和處理；故障策略庫(kù)，主要負(fù)責(zé)故障信息記錄策略的存儲(chǔ)；提供訪問故障策略庫(kù)的接口。該裝置中，后臺(tái)網(wǎng)管將故障信息記錄策略消息通過本地配置單元傳輸給eNB的策略配置單元；策略配置單元依據(jù)故障信息記錄策略信息查詢故障策略庫(kù)，若成功，則將本次故障信息記錄策略配置失敗結(jié)果通過本地配置單元返回給后臺(tái)網(wǎng)管；若失敗，則通過故障策略庫(kù)訪問接口存儲(chǔ)故障信息記錄策略后，將本次故障信息記錄策略配置成功結(jié)果通過本地配置單元返回給后臺(tái)網(wǎng)管。故障處理單元檢測(cè)到故障，讀取故障策略庫(kù)，若故障類型有相應(yīng)的記錄規(guī)則，則進(jìn)行系統(tǒng)故障信息記錄。其中，故障處理單元也可以不依賴于本地配置單元，策略配置單元和故障策略庫(kù)；故障處理單元與各單元間無先后關(guān)系，即便沒有故障信息記錄策略配置中所提及的策略配置消息的策略類型，故障處理單元也是可以正常工作的。
通過優(yōu)選實(shí)施例，使得eNB可以實(shí)現(xiàn)對(duì)故障，尤其是系統(tǒng)復(fù)雜型故障，及時(shí)記錄故障發(fā)生時(shí)的相關(guān)系統(tǒng)信息，實(shí)現(xiàn)為故障有效定位提供故障發(fā)生時(shí)的相關(guān)系統(tǒng)故障信息記錄。下面結(jié)合附圖及另一個(gè)優(yōu)選實(shí)施例進(jìn)行說明，該優(yōu)選實(shí)施例結(jié)合了上述實(shí)施例及其優(yōu)選實(shí)施方式。圖5是根據(jù)本發(fā)明另一優(yōu)選實(shí)施例的故障記錄策略配置方法的流程圖，如圖5所示，該流程包括如下步驟步驟S502，eNB等待后臺(tái)網(wǎng)管的故障信息記錄策略配置消息，若接收到故障信息記錄策略配置消息后，進(jìn)行故障信息記錄策略處理。其中，故障信息記錄策略消息至少包括四元組(配置動(dòng)作，故障類型，記錄規(guī)則，故障處理策略)中的信息。配置動(dòng)作包括至少三個(gè)動(dòng)作增加故障信息記錄策略，更新(修改)故障記錄策略，刪除故障信息記錄策略和查詢故障信息記錄策略。其中，更新(修改)故障信息記錄策略，可以通過增加和刪除故障信息記錄策略來實(shí)現(xiàn)。故障類型主要是指系統(tǒng)故障或各個(gè)子系統(tǒng)故障，如SCTP偶聯(lián)斷，系統(tǒng)復(fù)位，網(wǎng)絡(luò)攻擊等類型；記錄規(guī)則為故障類型的某一個(gè)具體規(guī)則，主要完成了與故障類型相對(duì)應(yīng)需要記錄的故障系統(tǒng)信息；故障處理策略主要是指系統(tǒng)故障時(shí)，需要系統(tǒng)相應(yīng)的處理。表一示出了故障記錄策略配置，如表一所示表一
權(quán)利要求
1.一種故障信息處理方法，其特征在于包括 基站檢測(cè)到故障； 所述基站記錄所述故障對(duì)應(yīng)的信息，其中，所述信息包括分析所述故障所需要的參數(shù)值。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述基站記錄所述故障對(duì)應(yīng)的信息包括 所述基站根據(jù)故障信息記錄策略判斷是否對(duì)所述故障對(duì)應(yīng)的信息進(jìn)行記錄； 所述基站在判斷結(jié)果為是的情況下，記錄所述故障對(duì)應(yīng)的信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，在所述基站檢測(cè)到所述故障之前，所述方法還包括 接收來自網(wǎng)管的配置消息，其中，所述配置消息用于指示所述基站對(duì)本地存儲(chǔ)的故障信息記錄策略進(jìn)行處理，其中，所述處理包括以下至少之一更新、添加、刪除、和/或查詢。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述配置消息攜帶有以下至少之一所述故障信息記錄策略的處理方式、所述故障的類型、所述故障的類型對(duì)應(yīng)的記錄規(guī)則、所述故障的處理策略。
5.根據(jù)權(quán)利要求1-4中任一項(xiàng)所述的方法，其特征在于，所述故障的類型包括以下至少之一 流傳輸控制協(xié)議偶聯(lián)斷、網(wǎng)絡(luò)攻擊故障、系統(tǒng)復(fù)位故障、CPU重負(fù)荷故障。
6.根據(jù)權(quán)利要求I至4中任一項(xiàng)所述的方法，其特征在于，所述方法還包括 所述基站將所述故障對(duì)應(yīng)的信息發(fā)送給網(wǎng)管；和/或， 所述基站在預(yù)定時(shí)間段內(nèi)保存記錄到的所述故障對(duì)應(yīng)的信息。
7.一種故障信息處理裝置，位于基站中，其特征在于包括 檢測(cè)模塊，用于檢測(cè)到故障； 記錄模塊，用于記錄所述故障對(duì)應(yīng)的信息，其中，所述信息包括分析所述故障所需要的參數(shù)值。
8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述記錄模塊還用于根據(jù)故障信息記錄策略判斷是否對(duì)所述故障對(duì)應(yīng)的信息進(jìn)行記錄；在判斷結(jié)果為是的情況下，記錄所述故障對(duì)應(yīng)的信息。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，還包括 接收模塊，用于接收來自網(wǎng)管的配置消息，其中，所述配置消息用于指示所述基站對(duì)本地存儲(chǔ)的故障信息記錄策略進(jìn)行處理，其中，所述處理包括以下至少之一更新、添加、刪除、和/或查詢。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述配置消息攜帶有以下至少之一所述故障信息記錄策略的處理方式、所述故障的類型、所述故障的類型對(duì)應(yīng)的記錄規(guī)則、所述故障的處理策略。
全文摘要
本發(fā)明公開了一種故障信息處理方法及裝置，該方法包括基站檢測(cè)到故障；基站記錄故障對(duì)應(yīng)的信息，其中，信息包括分析故障所需要的參數(shù)值。通過本發(fā)明實(shí)現(xiàn)了系統(tǒng)故障時(shí)及時(shí)記錄故障的有效信息。
文檔編號(hào)H04W24/04GK102984739SQ20111026409
公開日2013年3月20日 申請(qǐng)日期2011年9月7日 優(yōu)先權(quán)日2011年9月7日
發(fā)明者杜建華 申請(qǐng)人:中興通訊股份有限公司