專利名稱：設(shè)備檢測方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種設(shè)備檢測方法和設(shè)備。
背景技術(shù)：
目前很多高端的設(shè)備都是一體化插框式結(jié)構(gòu)，主控板和接口板都通過插拔的方式 在插框式結(jié)構(gòu)連接。如圖1所示，每一個LPU都代表一個接口板，SRP代表主控板，接口板 和主控板之間都是可以手工插拔的。由于接口板和主控板之間都是采用針插的連接方式， 在使用過程中會出現(xiàn)一些問題，例如虛插、或者使用不當(dāng)?shù)葘?dǎo)致的插針損壞等?，F(xiàn)有技術(shù)中設(shè)備上電后通常都配置了自檢過程，該自檢過程主要包括啟動過程中的硬件自檢和數(shù)據(jù)校驗(yàn)，該自檢的方法包括存儲器自檢存儲器自檢包括對FLASH(閃存)、SDRAM、硬盤等通用存儲器的自檢，也包括芯片 外掛存儲器的自檢等，該自檢通常是通過向存儲器中寫入數(shù)據(jù)，再將從中讀出的數(shù)據(jù)與寫 入的數(shù)據(jù)進(jìn)行比較判斷存儲器的存儲功能是否正常；芯片自檢芯片自檢通常有寄存器自檢和狀態(tài)自檢，寄存器自檢與存儲器自檢類似，是對寄 存器寫入和讀出的比較；狀態(tài)自檢通常用在初始化完成或者階段性初始化完成后對芯片的 狀態(tài)寄存器進(jìn)行檢查，檢查芯片的狀態(tài)寄存器是否達(dá)到指定的狀態(tài)；指示燈自檢指示燈自檢是指對指示燈的明滅控制的檢測(需要人工觀察確認(rèn))；數(shù)據(jù)校驗(yàn)數(shù)據(jù)校驗(yàn)通常包括程序校驗(yàn)、啟動參數(shù)校驗(yàn)等，校驗(yàn)的方法主要是CRC。但是，上述設(shè)備上電自檢的過程只是針對芯片內(nèi)部的自檢，并不涉及到各芯片之 間、板塊之間連接線的檢測。而在設(shè)備實(shí)際運(yùn)行和測試過程中，由于接口板和主控板之間的 虛插、或者部分引腳壞掉等導(dǎo)致的通信問題時常發(fā)生。而且，這些問題導(dǎo)致的故障原因在很 多情況下不容易暴露，給排查故障帶來了極大的人力物力損耗。

發(fā)明內(nèi)容
本發(fā)明提供了一種設(shè)備檢測方法和設(shè)備，以實(shí)現(xiàn)對設(shè)備各芯片之間、板塊之間連 接件的檢測。本發(fā)明提供了一種設(shè)備檢測方法，應(yīng)用于包括主控板與接口板的設(shè)備，所述主控 板與接口板之間通過連接件連接，所述設(shè)備中配置檢測報文用于對所述連接件的連接狀態(tài) 進(jìn)行檢測，該方法進(jìn)一步包括發(fā)送端向目的端發(fā)送檢測報文，記錄發(fā)送的所述檢測報文的數(shù)量；所述目的端記錄接收到所述檢測報文的數(shù)量、和/或所述目的端對應(yīng)的端口轉(zhuǎn)發(fā) 所述檢測報文的數(shù)量，并將該記錄的所述檢測報文的數(shù)量向所述發(fā)送端發(fā)送；
所述發(fā)送端接收所述目的端發(fā)送的檢測報文的數(shù)量，根據(jù)自身記錄的檢測報文的 數(shù)量、以及所述目的端發(fā)送的檢測報文的數(shù)量，獲知所述發(fā)送端與所述目的端的連接狀態(tài)。所述發(fā)送端向目的端發(fā)送檢測報文之前，還包括所述發(fā)送端向所述目的端發(fā)送請求類型的IPC通信報文；所述目的端根據(jù)所述請求類型的IPC通信報文清零當(dāng)前報文計(jì)數(shù)，向所述發(fā)送端發(fā)送回應(yīng)類型的IPC通信報文；所述發(fā)送端根據(jù)所述回應(yīng)類型的IPC通信報文攜帶的接口 板號，向所述目的端發(fā)送檢測報文。所述發(fā)送端為主控板CPU、所述目的端為接口板CPU，所述目的端記錄所述目的端對應(yīng)的端口轉(zhuǎn)發(fā)所述檢測報文的數(shù)量包括所述接口 板CPU將所述檢測報文在本接口板的每一端口進(jìn)行內(nèi)環(huán)回后向下一端口發(fā)送，并通過寄存 器統(tǒng)計(jì)每一端口接收或者轉(zhuǎn)發(fā)的檢測報文數(shù)量。所述發(fā)送端為接口板CPU、所述目的端為該接口板上的輔助CPU;或者所述發(fā)送端 為主控板CPU、所述目的端為接口板CPU。所述發(fā)送端接收所述目的端發(fā)送的檢測報文的數(shù)量，根據(jù)自身記錄的檢測報文的 數(shù)量、以及所述目的端發(fā)送的檢測報文的數(shù)量，獲知所述發(fā)送端與所述目的端的連接狀態(tài) 包括當(dāng)所述發(fā)送端為主控板CPU、所述目的端為接口板CPU時，若所述主控板CPU統(tǒng)計(jì) 的檢測報文的數(shù)量與所述接口板CPU上報的檢測報文的數(shù)量相同，所述主控板CPU判斷與 所述接口板CPU的控制通道連接正常，否則判斷與所述接口板CPU的控制通道連接異常；和 /或、若所述主控板CPU統(tǒng)計(jì)的檢測報文的數(shù)量與所述接口板CPU上報的各端口轉(zhuǎn)發(fā)報文的 數(shù)量相同，判斷所述接口板上的各端口連接正常，否則，判斷對應(yīng)的端口連接異常；當(dāng)所述發(fā)送端為接口板CPU、所述目的端為該接口板上的輔助CPU時，若所述接口 板CPU發(fā)送的檢測報文的數(shù)量與所述輔助CPU接收的檢測報文的數(shù)量相同，所述接口板CPU 與所述輔助CPU連接正常，否則，所述接口板CPU與所述輔助CPU連接異常。本發(fā)明提供一種檢測設(shè)備，包括主控板與接口板，所述主控板與接口板之間通過 連接件連接，所述設(shè)備中配置檢測報文用于對所述連接件的連接狀態(tài)進(jìn)行檢測，該設(shè)備包 括檢測報文的發(fā)送端與目的端，其中所述發(fā)送端，用于向所述目的端發(fā)送檢測報文，記錄發(fā)送的所述檢測報文的數(shù)量； 并接收所述目的端發(fā)送的檢測報文的數(shù)量，根據(jù)自身記錄的檢測報文的數(shù)量、以及所述目 的端發(fā)送的檢測報文的數(shù)量，獲知所述發(fā)送端與所述目的端的連接狀態(tài)；所述目的端，用于記錄接收到所述檢測報文的數(shù)量、和/或所述目的端對應(yīng)的端 口轉(zhuǎn)發(fā)所述檢測報文的數(shù)量，并將該記錄的所述檢測報文的數(shù)量向所述發(fā)送端發(fā)送。所述發(fā)送端還用于向所述目的端發(fā)送請求類型的IPC通信報文，指示所述目的端清零當(dāng)前報文計(jì) 數(shù)，并在接收到所述目的端發(fā)送的回應(yīng)類型的IPC通信報文后，根據(jù)所述回應(yīng)類型的IPC通 信報文攜帶的接口板號，向所述接口板CPU發(fā)送檢測報文。所述發(fā)送端為主控板CPU、所述目的端為接口板CPU，所述目的端還用于將所述檢測報文在本接口板的每一端口進(jìn)行內(nèi)環(huán)回后向下一端口發(fā)送，并通過寄 存器統(tǒng)計(jì)每一端口接收或者轉(zhuǎn)發(fā)的檢測報文數(shù)量。
所述發(fā)送端為接口板CPU、所述目的端為該接口板上的輔助CPU;或者所述發(fā)送端 為主控板CPU、所述目的端為接口板CPU。所述發(fā)送端還用于當(dāng)所述發(fā)送端為主控板CPU、所述目的端為接口板CPU時，若自身統(tǒng)計(jì)的檢測報文 的數(shù)量與所述目的端上報的檢測報文的數(shù)量相同，則判斷與所述目的端的控制通道連接正 常，否則判斷與所述目的端的控制通道連接異常；和/或、若自身統(tǒng)計(jì)的檢測報文的數(shù)量與 所述目的端上報的各端口轉(zhuǎn)發(fā)報文的數(shù)量相同，判斷所述接口板上的各端口連接正常，否 貝1J，判斷對應(yīng)的端口連接異常；當(dāng)所述發(fā)送端為接口板CPU、所述目的端為該接口板上的輔助CPU時，若自身發(fā) 送的檢測報文的數(shù)量與所述目的端接收的檢測報文的數(shù)量相同，判斷與所述目的端連接正 常，否則，判斷與所述目的端連接異常。與現(xiàn)有技術(shù)相比，本發(fā)明至少具有以下優(yōu)點(diǎn)本發(fā)明中，通過配置檢測報文在設(shè)備的控制層面、數(shù)據(jù)層面以及檢測層面進(jìn)行硬 件檢測，保證設(shè)備的主控板與接口板之間連接件連接正常，在連接異常時及時上報，從而節(jié) 約大量人力物力。


圖1是現(xiàn)有技術(shù)中插框式結(jié)構(gòu)組網(wǎng)方式示意圖；圖2是本發(fā)明提供的設(shè)備檢測方法的流程示意圖；圖3是本發(fā)明提供的控制平面的檢測流程示意圖；圖4是本發(fā)明提供的轉(zhuǎn)發(fā)平面的檢測流程示意圖；圖5是本發(fā)明提供的檢測平面的檢測流程示意圖；圖6是本發(fā)明提供的檢測設(shè)備的結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明的核心思想是配置檢測報文在設(shè)備的控制層面、數(shù)據(jù)層面以及檢測層面 進(jìn)行硬件檢測，保證設(shè)備的主控板與接口板之間連接件連接正常。本發(fā)明提供一種設(shè)備檢測方法，應(yīng)用于包括主控板與接口板的設(shè)備，所述主控板 與接口板之間通過連接件連接，所述設(shè)備中配置檢測報文用于對所述連接件的連接狀態(tài)進(jìn) 行檢測，如圖2所示，該方法進(jìn)一步包括步驟201，發(fā)送端向目的端發(fā)送檢測報文，記錄發(fā)送的所述檢測報文的數(shù)量；步驟202，所述目的端記錄接收到所述檢測報文的數(shù)量、和/或所述目的端對應(yīng)的 端口轉(zhuǎn)發(fā)所述檢測報文的數(shù)量，并將該記錄的所述檢測報文的數(shù)量向所述發(fā)送端發(fā)送；步驟203，所述發(fā)送端接收所述目的端發(fā)送的檢測報文的數(shù)量，根據(jù)自身記錄的檢 測報文的數(shù)量、以及所述目的端發(fā)送的檢測報文的數(shù)量，獲知所述發(fā)送端與所述目的端的 連接狀態(tài)。下面結(jié)合具體應(yīng)用場景詳細(xì)介紹本發(fā)明提供的設(shè)備檢測方法。一個系統(tǒng)連接件完整的硬件檢測分為轉(zhuǎn)發(fā)平面、控制平面、檢測平面的檢測。下面 分別就上述3個平面的檢測進(jìn)行介紹，其中，本應(yīng)用場景中3個平面的檢測順序并非必須.本應(yīng)用場景中的設(shè)備檢測是通過報文計(jì)數(shù)和確認(rèn)的方式完成。如圖3所示，控制平面的檢測包括以下步驟步驟301，主控板CPU通知接口板CPU準(zhǔn)備計(jì)數(shù)。具體的，本應(yīng)用場景中采用IPC通信報文作為檢測報文或者通知報文，由于該報文中可以攜帶其源接口板的槽位號和端口號，因此方便主控板獲知對端接口板的具體情 況。主控板及接口板啟動正常后，主控板CPU向接口板CPU發(fā)送請求類型的IPC通信 報文，其中攜帶報文類型字段，該字段指示報文為主控板CPU發(fā)送的請求報文還是接口板 CPU發(fā)送的回應(yīng)報文，例如以0表示請求類型報文，1表示回應(yīng)類型報文。接口板CPU接收到請求類型的IPC通信報文后，清零當(dāng)前的報文計(jì)數(shù)，做好開始對 特定報文進(jìn)行計(jì)數(shù)的準(zhǔn)備，向主控板CPU發(fā)送回應(yīng)類型的IPC通信報文。步驟302，主控板CPU向接口板CPU發(fā)送大量數(shù)據(jù)報文，并與接口板CPU分別進(jìn)行 統(tǒng)計(jì)計(jì)數(shù)。具體的，主控板CPU向設(shè)備的各接口板CPU分別發(fā)送大量數(shù)據(jù)報文，進(jìn)行3S限速 轉(zhuǎn)發(fā)，并統(tǒng)計(jì)發(fā)送數(shù)據(jù)報文的數(shù)量。對應(yīng)的接口板CPU同時統(tǒng)計(jì)接收到的數(shù)據(jù)報文的數(shù)量。 該數(shù)據(jù)報文中攜帶特殊字段用以與其他報文區(qū)分，使各個接口板CPU可以準(zhǔn)確識別該數(shù)據(jù) 報文進(jìn)行計(jì)數(shù)。步驟303，主控板CPU獲取接口板CPU的統(tǒng)計(jì)值，通過比較判斷接口板是否正常。
具體的，主控板CPU報文發(fā)送完畢以后，發(fā)送IPC通信報文請求各接口板統(tǒng)計(jì)的接 收計(jì)數(shù)，接口板CPU回應(yīng)所統(tǒng)計(jì)的報文計(jì)數(shù)。該IPC通信報文中增加兩個字段(1)報文計(jì)數(shù)值請求字段置1為請求計(jì)數(shù)，置0為不請求計(jì)數(shù)；(2)統(tǒng)計(jì)值字段主控板CPU請求計(jì)數(shù)時，該字段為空；接口板CPU回應(yīng)時，填入計(jì) 數(shù)值。接口板CPU識別該IPC通信報文，在該報文中填寫統(tǒng)計(jì)得到的數(shù)據(jù)報文的數(shù)量并 向主控板CPU發(fā)送。主控板CPU獲取報文后解析得到其中攜帶的報文統(tǒng)計(jì)數(shù)量，根據(jù)其中 的槽位號獲取對應(yīng)的自身統(tǒng)計(jì)得到的報文發(fā)送數(shù)量，并進(jìn)行比較。如果兩者相同，則說明該 接口板的連接正常；否則說明該接口板的連接異常，有可能存在虛插等現(xiàn)象。具體的，主控板CPU收到接口板CPU回應(yīng)的計(jì)數(shù)報文以后，逐一將計(jì)數(shù)和主控板上 的報文計(jì)數(shù)進(jìn)行比較，如果相等，檢測通過，控制平面連通正常，沒有存在虛插現(xiàn)象；如果不 相等，系統(tǒng)向用戶發(fā)出告警，提示用戶存在虛插現(xiàn)象。例如，假設(shè)3號槽接口板存在虛插問 題，主控板CPU比較兩者統(tǒng)計(jì)計(jì)數(shù)值不相等，提示用戶3號槽接口板存在虛插問題。轉(zhuǎn)發(fā)平面的檢測如圖4所示，包括以下步驟步驟401，主控板CPU發(fā)送IPC通信請求報文給各個接口板CPU，通知各個接口板 CPU準(zhǔn)備計(jì)數(shù)。具體的，主控板CPU發(fā)送IPC通信請求報文給各個接口板CPU，請求各個接口板 CPU對各個接口進(jìn)行計(jì)數(shù)清零，同時設(shè)置寄存器，使能每個端口的內(nèi)環(huán)回功能。接口板處理 成功以后，發(fā)送IPC通信回應(yīng)報文，通知主控板CPU準(zhǔn)備就緒，可以開始發(fā)包。步驟402，接口板接收主控板CPU發(fā)送的報文，逐端口進(jìn)行報文轉(zhuǎn)發(fā)并計(jì)數(shù)。主控板CPU接收到接口板發(fā)送的IPC通信回應(yīng)報文后，獲知接口板準(zhǔn)備就緒，向接口板發(fā)送數(shù)據(jù)報文并計(jì)數(shù)。接口板的第一端口接收到數(shù)據(jù)報文后，對該報文經(jīng)過內(nèi)環(huán)回后 向下一個端口發(fā)送，依次遍歷該接口板的所有接口。并在經(jīng)過該接口板的端口后，自動向下 一接口板發(fā)送。或者在經(jīng)過該接口板的端口后自動停止，并由主控板CPU負(fù)責(zé)向每一接口 板發(fā)送數(shù)據(jù)報文。接口板中對于每一端口設(shè)置對應(yīng)的寄存器，存儲該端口對應(yīng)的轉(zhuǎn)發(fā)數(shù)據(jù)報文數(shù)量。步驟403，主控板CPU獲取接口板上各端口對應(yīng)的報文統(tǒng)計(jì)數(shù)量，獲取各端口的連 接狀態(tài)。具體的，主控板CPU在報文發(fā)送后，例如2s，向接口板CPU發(fā)送IPC通信報文請求 計(jì)數(shù)。接口板CPU接收該報文后查詢各個端口對應(yīng)的寄存器，獲取各個端口對應(yīng)的報文統(tǒng) 計(jì)數(shù)量。各個接口板查詢各個端口計(jì)數(shù)后，向主控板CPU發(fā)送攜帶統(tǒng)計(jì)得到的報文統(tǒng)計(jì)數(shù) 量的IPC通信報文。主控板CPU將IPC通信報文中攜帶的報文計(jì)數(shù)與自身統(tǒng)計(jì)計(jì)數(shù)比較， 若兩者相同，則說明該端口轉(zhuǎn)發(fā)正常，如果兩者不同，則說明該端口異常，通過報警等方式 提醒用戶。檢測平面的檢測如圖5所示，包括以下步驟步驟501，接口板CPU向該接口板的輔助CPU發(fā)送IPC通信請求報文，通知輔助CPU 進(jìn)行統(tǒng)計(jì)計(jì)數(shù)。具體的，各個接口板CPU同時或者分別發(fā)送IPC通信請求報文，請求輔助CPU進(jìn)行 報文計(jì)數(shù)清零。輔助CPU收到該報文以后，回應(yīng)IPC通信報文通知接口板CPU已經(jīng)做好報 文統(tǒng)計(jì)準(zhǔn)備。步驟502，接口板CPU向輔助CPU發(fā)送數(shù)據(jù)報文，與輔助CPU分別進(jìn)行報文計(jì)數(shù)。步驟503，接口板CPU向輔助CPU發(fā)送IPC通信統(tǒng)計(jì)計(jì)數(shù)請求報文，獲取輔助CPU 的報文統(tǒng)計(jì)值。具體的，各個接口板CPU可以在數(shù)據(jù)報文發(fā)送完畢后立刻、或者等待一定時間(例 如2s)后要求輔助CPU上報統(tǒng)計(jì)結(jié)果。輔助CPU在IPC通信報文的計(jì)數(shù)值字段填寫統(tǒng)計(jì)計(jì) 數(shù)后發(fā)送給接口板CPU。步驟504，接口板CPU根據(jù)獲取的輔助CPU報文統(tǒng)計(jì)值判斷與輔助CPU之間的連接 狀態(tài)。接口板CPU獲取輔助CPU計(jì)數(shù)值以后，與自身計(jì)數(shù)值進(jìn)行比較，如果兩者相等，則 連接正常，不存在虛插現(xiàn)象；如果不相等，系統(tǒng)向用戶發(fā)出告警提示用戶本接口板和輔助 CPU之間存在虛插或者其他異?，F(xiàn)象。各個接口板CPU與輔助CPU之間的連接狀態(tài)檢測可 以同時進(jìn)行，也可以分別進(jìn)行。通過采用本發(fā)明提供的方法，配置檢測報文在設(shè)備的控制層面、數(shù)據(jù)層面以及檢 測層面進(jìn)行硬件檢測，保證設(shè)備的主控板與接口板之間連接件連接正常，在連接異常時及 時上報，從而節(jié)約大量人力物力。本發(fā)明提供一種檢測設(shè)備，如圖6所示，包括主控板與接口板，所述主控板與接口 板之間通過連接件連接，所述設(shè)備中配置檢測報文用于對所述連接件的連接狀態(tài)進(jìn)行檢 測，該設(shè)備包括檢測報文的發(fā)送端與目的端，其中所述發(fā)送端，用于向所述目的端發(fā)送檢測報文，記錄發(fā)送的所述檢測報文的數(shù)量；并接收所述目的端發(fā)送的檢測報文的數(shù)量，根據(jù)自身記錄的檢測報文的數(shù)量、以及所述目 的端發(fā)送的檢測報文的數(shù)量，獲知所述發(fā)送端與所述目的端的連接狀態(tài)。具體的，所述發(fā)送 端向所述目的端發(fā)送請求類型的IPC通信報文，指示所述目的端清零當(dāng)前報文計(jì)數(shù)，并在 接收到所述目的端發(fā)送的回應(yīng)類型的IPC通信報文后，根據(jù)所述回應(yīng)類型的IPC通信報文 攜帶的接口板號，向所述接口板CPU發(fā)送檢測報文。所述目的端，用于記錄接收到所述檢測報文的數(shù)量、和/或所述目的端對應(yīng)的端 口轉(zhuǎn)發(fā)所述檢測報文的數(shù)量，并將該記錄的所述檢測報文的數(shù)量向所述發(fā)送端發(fā)送。所述發(fā)送端為接口板CPU、所述目的端為該接口板上的輔助CPU;或者所述發(fā)送端 為主控板CPU、所述目的端為接口板CPU。當(dāng)所述發(fā)送端為主控板CPU、所述目的端為接口板CPU時，所述目的端還可以將所 述檢測報文在本接口板的每一端口進(jìn)行內(nèi)環(huán)回后向下一端口發(fā)送，并通過寄存器統(tǒng)計(jì)每一 端口接收或者轉(zhuǎn)發(fā)的檢測報文數(shù)量。所述發(fā)送端還用于當(dāng)所述發(fā)送端為主控板CPU、所述目的端為接口板CPU時，若 自身統(tǒng)計(jì)的檢測報文的數(shù)量與所述目的端上報的檢測報文的數(shù)量相同，則判斷與所述目的 端的控制通道連接正常，否則判斷與所述目的端的控制通道連接異常；和/或、若自身統(tǒng)計(jì) 的檢測報文的數(shù)量與所述目的端上報的各端口轉(zhuǎn)發(fā)報文的數(shù)量相同，判斷所述接口板上的 各端口連接正常，否則，判斷對應(yīng)的端口連接異常；當(dāng)所述發(fā)送端為接口板CPU、所述目的 端為該接口板上的輔助CPU時，若自身發(fā)送的檢測報文的數(shù)量與所述目的端接收的檢測報 文的數(shù)量相同，判斷與所述目的端連接正常，否則，判斷與所述目的端連接異常。通過采用本發(fā)明提供的設(shè)備，配置檢測報文在設(shè)備的控制層面、數(shù)據(jù)層面以及檢 測層面進(jìn)行硬件檢測，保證設(shè)備的主控板與接口板之間連接件連接正常，在連接異常時及 時上報，從而節(jié)約大量人力物力。通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助 軟件加必需的通用硬件平臺的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更 佳的實(shí)施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的 部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若 干指令用以使得一臺計(jì)算機(jī)設(shè)備(可以是個人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā) 明各個實(shí)施例所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是一個優(yōu)選實(shí)施例的示意圖，附圖中的模塊或流 程并不一定是實(shí)施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施例描述進(jìn)行分布于實(shí)施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的一個或多個裝置中。上 述實(shí)施例的模塊可以合并為一個模塊，也可以進(jìn)一步拆分成多個子模塊。上述本發(fā)明實(shí)施例序號僅僅為了描述，不代表實(shí)施例的優(yōu)劣。以上公開的僅為本發(fā)明的幾個具體實(shí)施例，但是，本發(fā)明并非局限于此，任何本領(lǐng) 域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
一種設(shè)備檢測方法，應(yīng)用于包括主控板與接口板的設(shè)備，所述主控板與接口板之間通過連接件連接，其特征在于，所述設(shè)備中配置檢測報文用于對所述連接件的連接狀態(tài)進(jìn)行檢測，該方法進(jìn)一步包括發(fā)送端向目的端發(fā)送檢測報文，記錄發(fā)送的所述檢測報文的數(shù)量；所述目的端記錄接收到所述檢測報文的數(shù)量、和/或所述目的端對應(yīng)的端口轉(zhuǎn)發(fā)所述檢測報文的數(shù)量，并將該記錄的所述檢測報文的數(shù)量向所述發(fā)送端發(fā)送；所述發(fā)送端接收所述目的端發(fā)送的檢測報文的數(shù)量，根據(jù)自身記錄的檢測報文的數(shù)量、以及所述目的端發(fā)送的檢測報文的數(shù)量，獲知所述發(fā)送端與所述目的端的連接狀態(tài)。
2.如權(quán)利要求1所述的方法，其特征在于，所述發(fā)送端向目的端發(fā)送檢測報文之前，還 包括所述發(fā)送端向所述目的端發(fā)送請求類型的IPC通信報文；所述目的端根據(jù)所述請求類型的IPC通信報文清零當(dāng)前報文計(jì)數(shù)，向所述發(fā)送端發(fā)送 回應(yīng)類型的IPC通信報文；所述發(fā)送端根據(jù)所述回應(yīng)類型的IPC通信報文攜帶的接口板號， 向所述目的端發(fā)送檢測報文。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述發(fā)送端為主控板CPU、所述目的端 為接口板CPU，所述目的端記錄所述目的端對應(yīng)的端口轉(zhuǎn)發(fā)所述檢測報文的數(shù)量包括所述接口板 CPU將所述檢測報文在本接口板的每一端口進(jìn)行內(nèi)環(huán)回后向下一端口發(fā)送，并通過寄存器 統(tǒng)計(jì)每一端口接收或者轉(zhuǎn)發(fā)的檢測報文數(shù)量。
4.如權(quán)利要求1或2所述的方法，其特征在于，所述發(fā)送端為接口板CPU、所述目的端 為該接口板上的輔助CPU;或者所述發(fā)送端為主控板CPU、所述目的端為接口板CPU。
5.如權(quán)利要求4所述的方法，其特征在于，所述發(fā)送端接收所述目的端發(fā)送的檢測報 文的數(shù)量，根據(jù)自身記錄的檢測報文的數(shù)量、以及所述目的端發(fā)送的檢測報文的數(shù)量，獲知 所述發(fā)送端與所述目的端的連接狀態(tài)包括當(dāng)所述發(fā)送端為主控板CPU、所述目的端為接口板CPU時，若所述主控板CPU統(tǒng)計(jì)的檢 測報文的數(shù)量與所述接口板CPU上報的檢測報文的數(shù)量相同，所述主控板CPU判斷與所述 接口板CPU的控制通道連接正常，否則判斷與所述接口板CPU的控制通道連接異常；和/ 或、若所述主控板CPU統(tǒng)計(jì)的檢測報文的數(shù)量與所述接口板CPU上報的各端口轉(zhuǎn)發(fā)報文的 數(shù)量相同，判斷所述接口板上的各端口連接正常，否則，判斷對應(yīng)的端口連接異常；當(dāng)所述發(fā)送端為接口板CPU、所述目的端為該接口板上的輔助CPU時，若所述接口板 CPU發(fā)送的檢測報文的數(shù)量與所述輔助CPU接收的檢測報文的數(shù)量相同，所述接口板CPU與 所述輔助CPU連接正常，否則，所述接口板CPU與所述輔助CPU連接異常。
6.一種檢測設(shè)備，包括主控板與接口板，所述主控板與接口板之間通過連接件連接，其 特征在于，所述設(shè)備中配置檢測報文用于對所述連接件的連接狀態(tài)進(jìn)行檢測，該設(shè)備包括 檢測報文的發(fā)送端與目的端，其中所述發(fā)送端，用于向所述目的端發(fā)送檢測報文，記錄發(fā)送的所述檢測報文的數(shù)量；并接 收所述目的端發(fā)送的檢測報文的數(shù)量，根據(jù)自身記錄的檢測報文的數(shù)量、以及所述目的端 發(fā)送的檢測報文的數(shù)量，獲知所述發(fā)送端與所述目的端的連接狀態(tài)；所述目的端，用于記錄接收到所述檢測報文的數(shù)量、和/或所述目的端對應(yīng)的端口轉(zhuǎn)發(fā)所述檢測報文的數(shù)量，并將該記錄的所述檢測報文的數(shù)量向所述發(fā)送端發(fā)送。
7.如權(quán)利要求6所述的設(shè)備，其特征在于，所述發(fā)送端還用于向所述目的端發(fā)送請求類型的IPC通信報文，指示所述目的端清零當(dāng)前報文計(jì)數(shù)，并在接收到所述目的端發(fā)送的回應(yīng)類型的IPC通信報文后，根據(jù)所述回應(yīng)類型的IPC通信報 文攜帶的接口板號，向所述接口板CPU發(fā)送檢測報文。
8.如權(quán)利要求6或7所述的設(shè)備，其特征在于，所述發(fā)送端為主控板CPU、所述目的端為接口板CPU，所述目的端還用于將所述檢測報文在本接口板的每一端口進(jìn)行內(nèi)環(huán)回后向下一端口發(fā)送，并通過寄存器統(tǒng)計(jì)每一端口接收或者轉(zhuǎn)發(fā)的檢測報文數(shù)量。
9.如權(quán)利要求6或7所述的設(shè)備，其特征在于，所述發(fā)送端為接口板CPU、所述目的端為該接口板上的輔助CPU ；或者所述發(fā)送端為主控板CPU、所述目的端為接口板CPU。
10.如權(quán)利要求9所述的設(shè)備，其特征在于，所述發(fā)送端還用于當(dāng)所述發(fā)送端為主控板CPU、所述目的端為接口板CPU時，若自身統(tǒng)計(jì)的檢測報文的數(shù)量與所述目的端上報的檢測報文的數(shù)量相同，則判斷與所述目的端的控制通道連接正常， 否則判斷與所述目的端的控制通道連接異常；和/或、若自身統(tǒng)計(jì)的檢測報文的數(shù)量與所 述目的端上報的各端口轉(zhuǎn)發(fā)報文的數(shù)量相同，判斷所述接口板上的各端口連接正常，否則， 判斷對應(yīng)的端口連接異常；當(dāng)所述發(fā)送端為接口板CPU、所述目的端為該接口板上的輔助CPU時，若自身發(fā)送的檢測報文的數(shù)量與所述目的端接收的檢測報文的數(shù)量相同，判斷與所述目的端連接正常，否 貝1J，判斷與所述目的端連接異常。
全文摘要
本發(fā)明公開了一種設(shè)備檢測方法和設(shè)備，通過配置檢測報文在設(shè)備的控制層面、數(shù)據(jù)層面以及檢測層面進(jìn)行硬件檢測，保證設(shè)備的主控板與接口板之間連接件連接正常，在連接異常時及時上報，從而節(jié)約大量人力物力。
文檔編號H04L12/26GK101800672SQ20101010774
公開日2010年8月11日 申請日期2010年2月10日 優(yōu)先權(quán)日2010年2月10日
發(fā)明者王偉, 王茹萍 申請人:杭州華三通信技術(shù)有限公司