欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

用于通訊設(shè)備的接口檢測(cè)方法和裝置的制作方法

文檔序號(hào):6332070閱讀:168來源:國知局
專利名稱:用于通訊設(shè)備的接口檢測(cè)方法和裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通訊設(shè)備的檢測(cè)領(lǐng)域,尤其涉及一種用于通訊設(shè)備的接口檢測(cè)方法和裝置。
背景技術(shù)
通訊設(shè)備的系統(tǒng)框架通常包括網(wǎng)元管理系統(tǒng)EMS (ElementsManagement System)、主控單元(代理層或控制平面)和底層設(shè)備單板。與設(shè)備運(yùn)行和工程維護(hù)息息相 關(guān)的是主控單元和底層設(shè)備單板,這兩者之間的接口狀態(tài)直接反映出設(shè)備穩(wěn)定性。例如,在 工程現(xiàn)網(wǎng),若上下層通訊接口的通信狀態(tài)不通或者斷斷續(xù)續(xù),則會(huì)導(dǎo)致業(yè)務(wù)中斷,給工程運(yùn) 行帶來很大麻煩。目前,涉及設(shè)備通訊接口的檢測(cè)仍然沒有一種較好的技術(shù)來解決?,F(xiàn)有的方法主 要還是以人工操作為主,通過終端命令登陸到設(shè)備主控單元上,手動(dòng)敲入待執(zhí)行的命令,來 檢測(cè)設(shè)備通訊接口連接狀態(tài)。并且,當(dāng)出現(xiàn)接口不通時(shí),也要人為操作輸入一系列命令來采 集現(xiàn)場信息以定位接口錯(cuò)誤。這樣的接口檢測(cè)方式,當(dāng)設(shè)備規(guī)模小時(shí),可以采用;而對(duì)于大 規(guī)模的現(xiàn)網(wǎng),若遇到接口狀態(tài)不穩(wěn)定情況較嚴(yán)重時(shí),這種以人為干預(yù)為主的檢測(cè)方式,將會(huì) 花費(fèi)相當(dāng)大的時(shí)間和人力,檢測(cè)效率非常低。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種用于通訊設(shè)備的接口檢測(cè)方法和裝置,以解決現(xiàn) 有的接口檢測(cè)方式檢測(cè)效率低的問題。根據(jù)本發(fā)明的一個(gè)方面,提供了一種用于通訊設(shè)備的接口檢測(cè)方法,包括主控單 元根據(jù)所接收的檢測(cè)命令向單板發(fā)送檢測(cè)數(shù)據(jù)包以檢測(cè)主控單元與單板之間的接口的連 接狀態(tài);當(dāng)接口的連接狀態(tài)為斷開時(shí),采集主控單元和單板的運(yùn)行數(shù)據(jù);根據(jù)所采集的運(yùn) 行數(shù)據(jù)以及預(yù)存的接口錯(cuò)誤評(píng)判規(guī)則定位接口的錯(cuò)誤類型。進(jìn)一步地,主控單元根據(jù)所接收的檢測(cè)命令向單板發(fā)送檢測(cè)數(shù)據(jù)包以檢測(cè)主控單 元與單板之間的接口的連接狀態(tài)之前還包括按預(yù)定規(guī)則篩選出需檢測(cè)的通訊設(shè)備以及該 通訊設(shè)備需檢測(cè)的接口。進(jìn)一步地,預(yù)定規(guī)則為僅檢測(cè)在線通訊設(shè)備的在線單板。進(jìn)一步地,主控單元根據(jù)所接收的檢測(cè)命令向單板發(fā)送檢測(cè)數(shù)據(jù)包以檢測(cè)主控單 元與單板之間的接口的連接狀態(tài)包括主控單元按預(yù)定次數(shù)和預(yù)定時(shí)間間隔向單板發(fā)送檢 測(cè)數(shù)據(jù)包;當(dāng)主控單元在預(yù)定時(shí)間段內(nèi)未收到單板的反饋信息,則判定接口的連接狀態(tài)為 斷開。進(jìn)一步地,在采集所述主控單元和所述單板的運(yùn)行數(shù)據(jù)之后還包括根據(jù)所采集 的運(yùn)行數(shù)據(jù)生成信息文檔。進(jìn)一步地,運(yùn)行數(shù)據(jù)還包括通訊設(shè)備的IP地址、單板的槽位號(hào)以及檢測(cè)的開始 和結(jié)束時(shí)間。
進(jìn)一步地,根據(jù)所采集的運(yùn)行數(shù)據(jù)以及預(yù)存的接口錯(cuò)誤評(píng)判規(guī)則定位接口的錯(cuò)誤 類型包括將運(yùn)行數(shù)據(jù)中表征接口狀態(tài)的字段值與預(yù)存的接口錯(cuò)誤評(píng)判規(guī)則進(jìn)行匹配;根 據(jù)匹配結(jié)果定位接口的錯(cuò)誤類型。進(jìn)一步地,檢測(cè)數(shù)據(jù)包為ping包。根據(jù)本發(fā)明的另一方面,提供了一種用于通訊設(shè)備的接口檢測(cè)裝置,包括檢測(cè)單 元,用于根據(jù)所接收到的檢測(cè)命令向單板發(fā)送檢測(cè)數(shù)據(jù)包以檢測(cè)主控單元與單板之間的接 口的連接狀態(tài);數(shù)據(jù)采集單元,用于當(dāng)檢測(cè)單元檢測(cè)到接口的連接狀態(tài)為斷開時(shí),采集主控 單元和單板的運(yùn)行數(shù)據(jù);定位分析單元,用于根據(jù)數(shù)據(jù)采集單元所采集的運(yùn)行數(shù)據(jù)以及預(yù) 存的接口錯(cuò)誤評(píng)判規(guī)則定位接口的錯(cuò)誤類型。進(jìn)一步地,檢測(cè)裝置還包括預(yù)處理單元,用于按預(yù)定規(guī)則篩選出需檢測(cè)的通訊設(shè) 備以及該通訊設(shè)備需檢測(cè)的接口。在本發(fā)明中,通過檢測(cè)命令來控制主控單元自動(dòng)化地檢測(cè)單板的接口連接狀態(tài), 并通過錯(cuò)誤評(píng)判規(guī)則自動(dòng)地定位接口的錯(cuò)誤類型,從而節(jié)省了接口檢測(cè)的時(shí)間和人力,提 高了接口檢測(cè)的效率。


此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解,構(gòu)成本申請(qǐng)的一部分,本發(fā) 明的示意性實(shí)施例及其說明用于解釋本發(fā)明,并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖1示出了本發(fā)明實(shí)施例的接口檢測(cè)方法流程圖;圖2示出了本發(fā)明實(shí)施例的接口檢測(cè)裝置框圖;圖3示出了本發(fā)明實(shí)施例一的接口檢測(cè)方法流程圖;圖4示出了本發(fā)明實(shí)施例二的接口檢測(cè)裝置框圖;圖5示出了實(shí)施例二中的預(yù)處理單元處理流程圖;圖6示出了實(shí)施例二中的檢測(cè)單元處理流程圖;圖7示出了實(shí)施例二中的文檔輸出單元處理流程圖;以及圖8示出了實(shí)施例二中的定位分析單元處理流程圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是,在不沖突的 情況下,本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。圖1示出了本發(fā)明實(shí)施例的接口檢測(cè)方法流程圖。如圖1所示,包括以下步驟步驟S102,主控單元根據(jù)所接收的檢測(cè)命令向單板發(fā)送檢測(cè)數(shù)據(jù)包以檢測(cè)主控單 元與單板之間的接口的連接狀態(tài)。步驟S104,當(dāng)接口的連接狀態(tài)為斷開時(shí),采集主控單元和單板的運(yùn)行數(shù)據(jù)。以及步驟S106,根據(jù)所采集的運(yùn)行數(shù)據(jù)以及預(yù)存的接口錯(cuò)誤評(píng)判規(guī)則定位接口的錯(cuò)誤 類型。在上述方法中,通過檢測(cè)命令來控制主控單元自動(dòng)化地檢測(cè)單板的接口連接狀 態(tài),并通過錯(cuò)誤評(píng)判規(guī)則自動(dòng)地定位接口的錯(cuò)誤類型,從而節(jié)省了接口檢測(cè)的時(shí)間和人力, 提高了接口檢測(cè)的效率。
4
在上述步驟S102之前還包括按預(yù)定規(guī)則篩選出需檢測(cè)的通訊設(shè)備以及該通訊 設(shè)備需檢測(cè)的接口,預(yù)定規(guī)則可以為僅檢測(cè)在線通訊設(shè)備的在線單板。上述步驟S102包括主控單元按預(yù)定次數(shù)和預(yù)定時(shí)間間隔向單板發(fā)送檢測(cè)數(shù)據(jù) 包;當(dāng)主控單元在預(yù)定時(shí)間段內(nèi)未收到單板的反饋信息,則判定接口的連接狀態(tài)為斷開,其 中檢測(cè)數(shù)據(jù)包可以采用Ping包。在上述步驟S104之后還包括根據(jù)所采集的運(yùn)行數(shù)據(jù)生成信息文檔,其中,運(yùn)行 數(shù)據(jù)還包括通訊設(shè)備的IP地址、單板的槽位號(hào)以及檢測(cè)的開始和結(jié)束時(shí)間。上述步驟S106包括將運(yùn)行數(shù)據(jù)中表征接口狀態(tài)的字段值與預(yù)存的接口錯(cuò)誤評(píng) 判規(guī)則進(jìn)行匹配;根據(jù)匹配結(jié)果定位接口的錯(cuò)誤類型。圖2示出了本發(fā)明實(shí)施例的接口檢測(cè)裝置框圖。如圖2所示,該接口檢測(cè)裝置包 括檢測(cè)單元10、數(shù)據(jù)采集單元20和定位分析單元30。檢測(cè)單元10、數(shù)據(jù)采集單元20和 定位分析單元30依次連接,其中,檢測(cè)單元10,用于根據(jù)所接收到的檢測(cè)命令向單板發(fā)送 檢測(cè)數(shù)據(jù)包以檢測(cè)主控單元與單板之間的接口的連接狀態(tài);數(shù)據(jù)采集單元20,用于當(dāng)檢測(cè) 單元10檢測(cè)到接口的連接狀態(tài)為斷開時(shí),采集主控單元和單板的運(yùn)行數(shù)據(jù);定位分析單元 30,用于根據(jù)數(shù)據(jù)采集單元20所采集的運(yùn)行數(shù)據(jù)以及預(yù)存的接口錯(cuò)誤評(píng)判規(guī)則定位接口 的錯(cuò)誤類型。在上述的檢測(cè)裝置中,通過檢測(cè)單元10自動(dòng)化地檢測(cè)單板的接口連接狀態(tài),并通 過定位分析單元30自動(dòng)地定位接口的錯(cuò)誤類型,從而實(shí)現(xiàn)了通訊設(shè)備接口檢測(cè)和定位的 自動(dòng)化,節(jié)省了接口檢測(cè)的時(shí)間和人力,提高了接口檢測(cè)的效率。實(shí)施例一本實(shí)施例描述了通訊設(shè)備的接口檢測(cè)的詳細(xì)流程,如圖3所示,包括以下步驟步驟S302,通過上層網(wǎng)元管理系統(tǒng)EMS,對(duì)全網(wǎng)設(shè)備和對(duì)應(yīng)的單板槽位進(jìn)行篩選。具體包括對(duì)全網(wǎng)設(shè)備進(jìn)行在線、離線或斷鏈情況的掃描,只保留在線的設(shè)備類型 和對(duì)應(yīng)IP,保存在一個(gè)專門存放設(shè)備類型和IP的配置文件中;在所篩選出來的設(shè)備中,針 對(duì)不同類型的設(shè)備,配以不同的篩選標(biāo)準(zhǔn),繼而過濾出確有必要進(jìn)行接口狀態(tài)檢測(cè)的單板 槽位號(hào),保存在一個(gè)數(shù)組變量中。步驟S304,通過主控單元向單板發(fā)送命令,單板收到后在規(guī)定時(shí)間內(nèi)反饋上報(bào)。具體包括對(duì)每臺(tái)設(shè)備的每個(gè)需要檢測(cè)的槽位單板,主控單元發(fā)送一定次數(shù),一定 時(shí)間間隔的命令數(shù)據(jù)包;單板在收到數(shù)據(jù)包后,應(yīng)立即反饋上報(bào)給主控單元,否則,則認(rèn)定 該單板的接口出現(xiàn)通訊故障;若接口出現(xiàn)通訊異常,則需在檢測(cè)完該設(shè)備后,立即采集主控 單元的相關(guān)數(shù)據(jù)信息,并保存在日志文檔中,同時(shí)將該設(shè)備類型和對(duì)應(yīng)IP自動(dòng)記錄到統(tǒng)計(jì) 文檔中。步驟S306,檢測(cè)運(yùn)行時(shí)自動(dòng)生成實(shí)時(shí)變化的統(tǒng)計(jì)文檔和設(shè)備日志文檔。具體包括以下步驟先獲取統(tǒng)計(jì)文檔中出現(xiàn)接口異常的設(shè)備IP ;在設(shè)備日志文檔 集中搜索出現(xiàn)接口異常的設(shè)備IP地址,獲得設(shè)備的日志文檔;在日志文檔中,獲取采集的 主控單元的相關(guān)信息。步驟S308,檢測(cè)完所有設(shè)備接口后,獲取輸出文檔相關(guān)信息,通過與錯(cuò)誤評(píng)判規(guī)則 匹配,自動(dòng)定位接口錯(cuò)誤。實(shí)施例二
本實(shí)施例描述了一個(gè)實(shí)際運(yùn)用中的接口檢測(cè)裝置,如圖4所示,該接口檢測(cè)裝置 包括檢測(cè)單元10、數(shù)據(jù)采集單元20、定位分析單元30、接口通訊單元40、預(yù)處理單元50和 文檔輸出單元60。接口通訊單元40、檢測(cè)單元10、數(shù)據(jù)采集單元20和定位分析單元30依 次連接,預(yù)處理單元50連接至檢測(cè)單元10,文檔輸出單元60分別與數(shù)據(jù)采集單元20和定 位分析單元20相連。接口通訊單元40與通訊設(shè)備的主控單元相連,負(fù)責(zé)下發(fā)主控單元的命令數(shù)據(jù)和 上報(bào)接口通訊狀態(tài)。通過下發(fā)命令數(shù)據(jù),并控制一定的反饋延時(shí),來判斷接口通訊狀態(tài)是否 良好,再將反饋信息上報(bào)給主控單元。預(yù)處理單元50與主控單元相連,在主控單元下發(fā)命令數(shù)據(jù)給單板之前,為了做到 不同現(xiàn)網(wǎng)環(huán)境的自適應(yīng)性,支持不同網(wǎng)元管理系統(tǒng),需要先對(duì)每臺(tái)設(shè)備進(jìn)行預(yù)處理,篩選并 剔除一些不必要進(jìn)行接口狀態(tài)判斷的設(shè)備、單板及其槽位,以縮短系統(tǒng)運(yùn)行時(shí)間,進(jìn)一步提 升有效時(shí)間比例。另外,在本實(shí)施例中,還支持用戶自定義輸入設(shè)備類型的功能,即只針對(duì) 輸入的設(shè)備類型進(jìn)行巡檢,其余的不予理會(huì)。檢測(cè)單元10的功能的實(shí)現(xiàn)是通過命令行終端登錄到設(shè)備主控單元,對(duì)于每臺(tái)單 獨(dú)的設(shè)備,接口通訊單元按照槽位號(hào)從小到大順序,以固定的時(shí)間間隔和固定的次數(shù)發(fā)送 命令數(shù)據(jù),若在規(guī)定的時(shí)間內(nèi)沒有收到反饋信息,則認(rèn)為該接口通訊狀態(tài)出現(xiàn)異常,通過數(shù) 據(jù)采集單元20采集主控單元相關(guān)數(shù)據(jù)。數(shù)據(jù)采集單元20,在檢測(cè)單元10檢測(cè)到接口異常時(shí),記錄接口異常的設(shè)備的IP 和對(duì)應(yīng)的單板槽位號(hào),以及系統(tǒng)檢測(cè)的開始、結(jié)束和運(yùn)行時(shí)間,以及主控單元的現(xiàn)場運(yùn)行數(shù) 據(jù),并將所采集的數(shù)據(jù)發(fā)送至文檔輸出單元60。文檔輸出單元60,接收數(shù)據(jù)采集單元20所采集的相關(guān)數(shù)據(jù),根據(jù)所采集的數(shù)據(jù)生 成實(shí)時(shí)變化的信息文檔,所生成的信息文檔分為兩種統(tǒng)計(jì)文檔保存所有存在接口異常 的設(shè)備的IP和對(duì)應(yīng)的單板槽位號(hào),以及系統(tǒng)檢測(cè)的開始、結(jié)束和運(yùn)行時(shí)間;設(shè)備日志文檔 以每臺(tái)設(shè)備為單位,生成其對(duì)應(yīng)的單板接口狀態(tài)記錄日志文檔。文檔中包含了每塊單板接 收接口通訊單元下發(fā)的命令數(shù)據(jù)和反饋的全過程,以及用于定位接開錯(cuò)誤的主控單元的現(xiàn) 場數(shù)據(jù)。定位分析單元30通過獲取文檔輸出單元60所生成的兩類信息文檔的相關(guān)數(shù)據(jù), 按照相應(yīng)的錯(cuò)誤評(píng)判準(zhǔn)則,定位并分析設(shè)備通訊接口的錯(cuò)誤類型。圖5示出了實(shí)施例二中的預(yù)處理單元處理流程圖,如圖5所示,包括以下處理步 驟步驟S502,從網(wǎng)元管理系統(tǒng)EMS上導(dǎo)出全網(wǎng)中所有網(wǎng)元設(shè)備的報(bào)表表格。由于不 同現(xiàn)網(wǎng)所使用的EMS可能不一致,因此,需要考慮由于EMS版本不同所引起的報(bào)表格式不同 的情況。步驟S504,判斷所檢測(cè)的設(shè)備類型是否是自定義設(shè)備類型。對(duì)于有用戶自定義輸 入設(shè)備類型的情況,僅針對(duì)輸入的類型進(jìn)行檢測(cè),執(zhí)行步驟S506 ;否則,按照默認(rèn)支持的設(shè) 備類型檢測(cè),執(zhí)行步驟S510。步驟S506,獲取自定義的設(shè)備類型和IP地址。在本實(shí)施例中,待檢測(cè)設(shè)備類型和 IP地址是從步驟S502導(dǎo)出的表格中獲取的。具體的是通過對(duì)設(shè)備類型和IP所在表格中的 行列數(shù)加以判斷,來獲取其值。
步驟S508,從EMS獲取自定義類型設(shè)備的在線狀態(tài)。在網(wǎng)元管理系統(tǒng)EMS上,可 在服務(wù)器端獲取每個(gè)網(wǎng)元設(shè)備的在線、離線或斷鏈的狀態(tài),在本實(shí)施例中,只考慮在線的設(shè)備。步驟S510,獲取默認(rèn)支持的設(shè)備類型和IP。步驟S512,從EMS獲取默認(rèn)支持的類型設(shè)備的在線狀態(tài)步驟S514,在EMS上進(jìn)一步判斷待檢測(cè)設(shè)備是否在線,如果否,則執(zhí)行步驟S516, 將該設(shè)備過濾掉;如果是,則執(zhí)行步驟S518。步驟S516,過濾掉不在線的通訊設(shè)備。步驟S518,得到所有符合條件的設(shè)備的類型和IP地址??蓪⒃O(shè)備的類型和IP保 存在一個(gè)配置文件中,配置文件的每一行代表一臺(tái)設(shè)備類型及其IP。步驟S520,設(shè)備的單板所在的槽位篩選。針對(duì)不同類型的通訊設(shè)備,尤其是MSTP 設(shè)備,需要進(jìn)行檢測(cè)的單板的槽位是完全不同的,且都是只需檢測(cè)一部分槽位。所以為了節(jié) 省巡檢時(shí)間,提高有效時(shí)間比,必須先進(jìn)行各種類型設(shè)備的槽位篩選,篩選結(jié)果可以保存到 一個(gè)臨時(shí)的數(shù)組變量中。步驟S522,槽位在線檢測(cè)。步驟S524,判斷槽位是否在線,對(duì)步驟S520中保存的結(jié)果,還要進(jìn)行槽位在線的 判斷,即該槽位是否插有單板。同樣為了節(jié)省時(shí)間,只對(duì)在線的槽位進(jìn)行檢測(cè)。步驟S526,得到需要檢測(cè)的設(shè)備,以及該設(shè)備需要檢測(cè)的單板接口。篩選的結(jié)果可 以保存到最終的數(shù)組變量中。圖6示出了實(shí)施例二中的檢測(cè)單元處理流程圖。在本實(shí)施例中通過檢測(cè)單板所插 的槽位來檢測(cè)單板接口,如圖6所示,包括以下步驟步驟S602,初始化當(dāng)前槽位號(hào)和異常標(biāo)識(shí)。在本實(shí)施例中,初始化當(dāng)前槽位號(hào)η = 0,異常標(biāo)識(shí)flag = 0。步驟S604,當(dāng)前槽位接收上層接口通訊單元發(fā)送來的Ping包,ping包大小、次數(shù) 和時(shí)間間隔可以預(yù)先設(shè)定。步驟S606,判斷單板是否在規(guī)定的時(shí)間段內(nèi)上報(bào)反饋。如果在指定時(shí)間內(nèi),單板上 報(bào)了所有Ping包的反饋信息給接口通訊單元,則該單板通訊接口正常,執(zhí)行步驟S610 ;否 則執(zhí)行步驟S608。步驟S608,若在指定時(shí)間內(nèi),單板通訊接口沒有上報(bào)反饋信息給主控單元,或者說 接口通訊單元沒有接收到反饋,則對(duì)于該ping包,回顯timeout字樣,并置flag= 1。在此 步驟中,需傳遞設(shè)備日志文檔信號(hào)給文檔輸出單元。步驟S610,轉(zhuǎn)至下一個(gè)槽位。步驟S612,判斷當(dāng)前槽位的槽位號(hào)η是否大于該設(shè)備的最大槽位號(hào)。若η <最大 槽位號(hào),則η = η+1,并跳轉(zhuǎn)回步驟S604繼續(xù)接收接口通訊單元發(fā)給下一個(gè)槽位的ping包; 如果η等于最大槽位號(hào),則執(zhí)行步驟S614。步驟S614,判斷異常標(biāo)識(shí)flag的值。若flag = 1,則表明出現(xiàn)了超時(shí)現(xiàn)象,則執(zhí) 行步驟S616 ;否則,執(zhí)行步驟S618。步驟S616,采集主控單元現(xiàn)場數(shù)據(jù)。即在檢測(cè)完該設(shè)備后,執(zhí)行一系列命令采集當(dāng) 前主控單元相關(guān)數(shù)據(jù),并同時(shí)給文檔輸出單元發(fā)送共有信號(hào),要求其輸出超時(shí)的設(shè)備信息,包括設(shè)備類型、IP地址、超時(shí)的槽位號(hào)和采集的定位信息。步驟S618,若該設(shè)備所有待測(cè)槽位都已檢測(cè)完,且flag = 0則自動(dòng)登錄到下一臺(tái) 設(shè)備的主控單元,繼續(xù)接收命令。同時(shí)傳遞設(shè)備日志文檔信號(hào)給文檔輸出單元。步驟S620,生成信息文檔。圖7示出了實(shí)施例二中的文檔輸出單元處理流程圖。如圖7所示,包括以下步驟步驟S702,獲取系統(tǒng)開始運(yùn)行的時(shí)間,輸出到統(tǒng)計(jì)文檔的第一行。步驟S704,接收信號(hào)。所接收的信號(hào)分為三種一種只是針對(duì)設(shè)備日志文檔,第二 種是針對(duì)統(tǒng)計(jì)文檔,第三種信號(hào)是兩類輸出文檔共有的共有信號(hào),其中,第一種信號(hào)來自接 口檢測(cè)單元,第二種信號(hào)來自定位分析單元,第三種信號(hào)是既可以來自接口檢測(cè)單元也可 以來自定位分析單元。步驟S706,判斷是否是設(shè)備日志文檔信號(hào),如果是則執(zhí)行步驟S708 ;否則,執(zhí)行步 驟 S714。步驟S708,實(shí)時(shí)更新日志文檔。對(duì)于設(shè)備日志文檔的信號(hào),由于是實(shí)時(shí)的信號(hào),需 要不斷地寫入日志。該步驟由圖6中所示的步驟S608觸發(fā)。當(dāng)圖6中所示步驟S618切換 網(wǎng)元設(shè)備時(shí),要新建設(shè)備日志,日志文件名為設(shè)備類型+設(shè)備IP+當(dāng)前系統(tǒng)時(shí)間。步驟S710,判斷當(dāng)前設(shè)備日志信息是否輸出完成,如果是執(zhí)行步驟S712,如果否, 執(zhí)行步驟S708。步驟S712,新建下一臺(tái)設(shè)備的日志文檔。步驟S714,判斷是否是統(tǒng)計(jì)文檔信號(hào),如果是則執(zhí)行步驟S720 ;否則,執(zhí)行步驟 S716。步驟S716,在統(tǒng)計(jì)文檔中對(duì)應(yīng)的槽位號(hào)后面添加定位分析得出的結(jié)論。步驟S718,判斷是否是共有信號(hào),如果是則執(zhí)行步驟S720。步驟S720,同時(shí)在兩個(gè)文檔中輸出信息。當(dāng)接收到圖6所示的步驟S616觸發(fā)的信 號(hào)時(shí),即共有信號(hào),表明出現(xiàn)了接口通訊狀態(tài)異常,此時(shí)需要立即在統(tǒng)計(jì)文檔中添加一行當(dāng) 前出現(xiàn)接口通訊故障的設(shè)備類型和對(duì)應(yīng)的IP地址,同時(shí)在設(shè)備日志文檔中,要輸出采集的 主控單元現(xiàn)場數(shù)據(jù)。步驟S722,判斷是否所有設(shè)備的信息均輸出完成,如果是,則執(zhí)行步驟S724 ;如果 否,則執(zhí)行步驟S704,即循環(huán)執(zhí)行上述的輸出流程。步驟S724,獲取系統(tǒng)結(jié)束的時(shí)間,同時(shí)計(jì)算系統(tǒng)運(yùn)行時(shí)間,并輸出到統(tǒng)計(jì)文檔的最 下方。圖8示出了實(shí)施例二中的定位分析單元處理流程圖。如圖8所示,包括以下步驟步驟S802,將當(dāng)前相關(guān)字段數(shù)置零。步驟S804,在檢測(cè)完一臺(tái)設(shè)備所有通訊接口之后,獲取設(shè)備日志文檔中采集的現(xiàn) 場數(shù)據(jù)。步驟S806,根據(jù)添加的錯(cuò)誤評(píng)判規(guī)則,對(duì)數(shù)據(jù)中相關(guān)字段值與規(guī)則進(jìn)行對(duì)比。步驟S808,判斷相關(guān)字段的值是否與錯(cuò)誤評(píng)判規(guī)則中的某條規(guī)則相匹配,如果是, 則執(zhí)行步驟S810 ;如果否,則執(zhí)行步驟S814。步驟S810,匹配成功,得出定位結(jié)論。步驟S812,向文檔輸出單元發(fā)出信號(hào),要求在統(tǒng)計(jì)文檔中添加定位結(jié)論,使用戶更實(shí)時(shí)和直觀了解造成接口不通的原因。步驟S814,比較下一個(gè)相關(guān)字段。設(shè)總共有M條規(guī)則,m為當(dāng)前待比較的字段,則 若當(dāng)前第m個(gè)字段與規(guī)則比較失敗,則m = m+1,繼續(xù)比較下一條規(guī)則。步驟S816,判斷當(dāng)前字段是否大于最大規(guī)則數(shù),如果是,則執(zhí)行步驟S818 ;如果 否,則執(zhí)行步驟S806。步驟S818,gm>M,即沒有找到匹配的規(guī)則,列入遺留問題隊(duì)列,有待人工分析定 位,并在錯(cuò)誤評(píng)價(jià)規(guī)則中添加新的規(guī)則,轉(zhuǎn)至步驟S810。在本發(fā)明的上述實(shí)施例中,通過檢測(cè)命令來控制主控單元自動(dòng)化地檢測(cè)單板接口 的連接狀態(tài),從而節(jié)省了接口檢測(cè)的時(shí)間和人力,提高了接口檢測(cè)的效率。操作簡單,唯一 需要手動(dòng)操作的只是安裝運(yùn)行腳本程序的軟件,以及在腳本剛開始運(yùn)行時(shí)需輸入的幾個(gè)簡 單變量;并且在檢測(cè)的過程中,會(huì)自動(dòng)生成輸出文檔,包括統(tǒng)計(jì)信息文檔和與每臺(tái)設(shè)備通訊 接口通訊的全過程記錄文檔,文檔中包含了全部定位所需數(shù)據(jù),將人為參與分析定位轉(zhuǎn)變 成系統(tǒng)自動(dòng)定位,減少了人為定位問題所帶來的繁瑣和費(fèi)時(shí);另外,上述的接口檢測(cè)方法 能夠自適應(yīng)各種傳輸網(wǎng)的現(xiàn)網(wǎng)環(huán)境,支持不同網(wǎng)元管理系統(tǒng)和不同類型的通訊設(shè)備尤其是 MSTP設(shè)備。顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來實(shí)現(xiàn),它們可以集中在單個(gè)的計(jì)算裝置上,或者分布在多個(gè)計(jì)算裝置所組成 的網(wǎng)絡(luò)上,可選地,它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn),從而,可以將它們存儲(chǔ) 在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行,并且在某些情況下,可以以不同于此處的順序執(zhí)行所示 出或描述的步驟,或者將它們分別制作成各個(gè)集成電路模塊,或者將它們中的多個(gè)模塊或 步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣,本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已,并不用于限制本發(fā)明,對(duì)于本領(lǐng)域的技 術(shù)人員來說,本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修 改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種用于通訊設(shè)備的接口檢測(cè)方法,其特征在于,包括主控單元根據(jù)所接收的檢測(cè)命令向單板發(fā)送檢測(cè)數(shù)據(jù)包以檢測(cè)所述主控單元與所述單板之間的接口的連接狀態(tài);當(dāng)所述接口的連接狀態(tài)為斷開時(shí),采集所述主控單元和所述單板的運(yùn)行數(shù)據(jù);根據(jù)所采集的所述運(yùn)行數(shù)據(jù)以及預(yù)存的接口錯(cuò)誤評(píng)判規(guī)則定位所述接口的錯(cuò)誤類型。
2.根據(jù)權(quán)利要求1所述的接口檢測(cè)方法,其特征在于,主控單元根據(jù)所接收的檢測(cè)命 令向單板發(fā)送檢測(cè)數(shù)據(jù)包以檢測(cè)所述主控單元與所述單板之間的接口的連接狀態(tài)之前還 包括按預(yù)定規(guī)則篩選出需檢測(cè)的通訊設(shè)備以及該通訊設(shè)備需檢測(cè)的接口。
3.根據(jù)權(quán)利要求2所述的接口檢測(cè)方法,其特征在于,所述預(yù)定規(guī)則為僅檢測(cè)在線通 訊設(shè)備的在線單板。
4.根據(jù)權(quán)利要求1所述的接口檢測(cè)方法,其特征在于,主控單元根據(jù)所接收的檢測(cè)命 令向單板發(fā)送檢測(cè)數(shù)據(jù)包以檢測(cè)所述主控單元與所述單板之間的接口的連接狀態(tài)包括所述主控單元按預(yù)定次數(shù)和預(yù)定時(shí)間間隔向所述單板發(fā)送所述檢測(cè)數(shù)據(jù)包;當(dāng)所述主控單元在預(yù)定時(shí)間段內(nèi)未收到所述單板的反饋信息,則判定所述接口的連接 狀態(tài)為斷開。
5.根據(jù)權(quán)利要求1至4中任一項(xiàng)所述的接口檢測(cè)方法,其特征在于,在采集所述主控單 元和所述單板的運(yùn)行數(shù)據(jù)之后還包括根據(jù)所采集的運(yùn)行數(shù)據(jù)生成信息文檔。
6.根據(jù)權(quán)利要求5所述的接口檢測(cè)方法,其特征在于,所述運(yùn)行數(shù)據(jù)還包括所述通訊 設(shè)備的IP地址、所述單板的槽位號(hào)以及檢測(cè)的開始和結(jié)束時(shí)間。
7.根據(jù)權(quán)利要求1所述的接口檢測(cè)方法,其特征在于,根據(jù)所采集的所述運(yùn)行數(shù)據(jù)以 及預(yù)存的接口錯(cuò)誤評(píng)判規(guī)則定位所述接口的錯(cuò)誤類型包括將所述運(yùn)行數(shù)據(jù)中表征所述接口狀態(tài)的字段值與所述預(yù)存的接口錯(cuò)誤評(píng)判規(guī)則進(jìn)行 匹配;根據(jù)匹配結(jié)果定位所述接口的錯(cuò)誤類型。
8.根據(jù)權(quán)利要求1至4、7中任一項(xiàng)所述的接口檢測(cè)方法,其特征在于,所述檢測(cè)數(shù)據(jù)包 為ping包。
9.一種用于通訊設(shè)備的接口檢測(cè)裝置,其特征在于,包括檢測(cè)單元,用于根據(jù)所接收到的檢測(cè)命令向單板發(fā)送檢測(cè)數(shù)據(jù)包以檢測(cè)所述主控單元 與所述單板之間的接口的連接狀態(tài);數(shù)據(jù)采集單元,用于當(dāng)所述檢測(cè)單元檢測(cè)到所述接口的連接狀態(tài)為斷開時(shí),采集所述 主控單元和所述單板的運(yùn)行數(shù)據(jù);定位分析單元,用于根據(jù)所述數(shù)據(jù)采集單元所采集的所述運(yùn)行數(shù)據(jù)以及預(yù)存的接口錯(cuò) 誤評(píng)判規(guī)則定位所述接口的錯(cuò)誤類型。
10.根據(jù)權(quán)利要求9所述的接口檢測(cè)裝置,其特征在于,還包括預(yù)處理單元,用于按預(yù)定規(guī)則篩選出需檢測(cè)的通訊設(shè)備以及該通訊設(shè)備需檢測(cè)的接
全文摘要
本發(fā)明公開了一種用于通訊設(shè)備的接口檢測(cè)方法和裝置,該檢測(cè)方法包括主控單元根據(jù)所接收的檢測(cè)命令向單板發(fā)送檢測(cè)數(shù)據(jù)包以檢測(cè)主控單元與單板之間的接口的連接狀態(tài);當(dāng)接口的連接狀態(tài)為斷開時(shí),采集主控單元和單板的運(yùn)行數(shù)據(jù);根據(jù)所采集的運(yùn)行數(shù)據(jù)以及預(yù)存的接口錯(cuò)誤評(píng)判規(guī)則定位接口的錯(cuò)誤類型。在本發(fā)明中,通過檢測(cè)命令來控制主控單元自動(dòng)化地檢測(cè)單板接口的連接狀態(tài),并通過錯(cuò)誤評(píng)判規(guī)則自動(dòng)地定位接口的錯(cuò)誤類型,從而節(jié)省了接口檢測(cè)的時(shí)間和人力,提高了接口檢測(cè)的效率。
文檔編號(hào)G06F11/26GK101977128SQ20101028215
公開日2011年2月16日 申請(qǐng)日期2010年9月14日 優(yōu)先權(quán)日2010年9月14日
發(fā)明者嚴(yán)非, 李健聰, 趙貴余 申請(qǐng)人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
交口县| 巩义市| 探索| 阿合奇县| 桦甸市| 兰溪市| 逊克县| 瑞昌市| 咸阳市| 喀什市| 靖远县| 唐海县| 仙桃市| 黔南| 冕宁县| 丰城市| 罗山县| 泾源县| 靖远县| 安康市| 广饶县| 咸阳市| 平乡县| 英德市| 开鲁县| 玉门市| 虞城县| 通许县| 杨浦区| 叶城县| 桓仁| 合川市| 榕江县| 隆昌县| 康乐县| 红桥区| 莱芜市| 濉溪县| 肇州县| 泾源县| 望谟县|