專利名稱：路徑故障檢測的方法、系統(tǒng)及裝置的制作方法
技術領域：
本發(fā)明涉及通信領域中的故障檢測技術，尤其涉及路徑故障檢測的方 法、系統(tǒng)及裝置。
背景技術：
隨著多協(xié)議標簽交換(MPLS, Multiple protocol label switching )技術越 來越成為網際協(xié)議(IP， Internet Protocol)網絡多業(yè)務承載的關鍵4支術，標 簽交換路徑(LSP, Label Switch Path)故障檢測成為業(yè)界關注的重要i果題。 參見圖1，為現(xiàn)有技術中LSP故障檢測的網絡結構示意圖，包括入口標簽交 換路由器(Ingress LSR， Ingress Label Switch Router)和出口標簽交換路由 器(Egress LSR, Egress Label Switch Router),以及將Ingress LSR的數(shù)據 傳輸?shù)紼gress LSR的LSP。將Ingress LSR稱為路徑入端口 ，將Egress LSR 稱為路徑出端口。
下面基于圖1的結構，對現(xiàn)有的LSP故障檢測的方法進行說明，該方 法包括
在Ingress LSR周期性地插入連通性^S正/快速故障檢測(CV/ FFD， Connectivity Verification/Fast Failure Detection)才艮文,4翁入的所述CV/ FFD 報文通過LSP傳送到Egress LSR。 Egress LSR如果檢測到接收的CV/ FFD 報文的格式和頻率與預先配置在Egress LSR用于路徑檢測的CV/ FFD報文 的格式和頻率相同，表明LSP正常工作；如果檢測到接收的CV/ FFD報文 的格式和頻率與預先配置在Egress LSR用于路徑;險測的CV/ FFD報文的格 式和頻率不相同，表明LSP正常故障，則Egress LSR通過一條返向路徑向 Ingress LSR發(fā)送后向缺陷指示(BDI ， Backward Defect Indication)消息，
通知Ingress LSR該LSP故障。所述返向路徑可以是LSP，也可以是LSP之 外的其它路徑?，F(xiàn)有LSP故障檢測中LSP出現(xiàn)故障的網絡結構示意圖如圖2 所示。
Egress LSR檢測出LSP出現(xiàn)故障后，處于缺陷狀態(tài)，將一直向Ingress LSR發(fā)送BDI消息，直到Egress LSR檢測到LSP恢復正常，才停止向Ingress LSR發(fā)送BDI消息，此時，Ingress LSR檢測不到Egress LSR發(fā)送的BDI 消息，便認為該LSP的故障消除，恢復正常。
下面對CV報文和FFD報文進行說明。CV報文和FFD報文的格式一樣， 只是發(fā)送的周期不一樣，發(fā)送CV報文的周期間隔為1S，發(fā)送FFD報文周 期間隔為10ms、 20ms、 50ms、 lOOms、 200ms或者500ms。檢測時采用CV 報文還是FFD報文由在Ingress LSR和Egress LSR配置檢測報文時設定。
Egress LSR進行檢測時，若設置個數(shù)的連續(xù)周期，如連續(xù)3個周期以上 收到Ingress LSR發(fā)送的CV/ FFD凈艮文總數(shù)為0個或1個，或者總凄史大于4 個時，則確定相應的LSP故障。確定LSP故障后，如果在連續(xù)3個周期內 共收到2至4個報文，則認為相應LSP的故障消除。
在Ingress LSR和Egress LSR對應進行故障4企測的是操作、管理和維護 (OAM, Operation, Administration and Maintenance)功能，執(zhí)4亍i亥OAM 功能的是Ingress LSR和Egress LSR內分別設置的狀態(tài)機。
上述的路徑故障檢測方法存在如下的問題
1 )如果Ingress LSR晚于Egress LSR開啟OAM功能，或者，Egress LSR 開啟OAM功能而Ingress LSR不開啟OAM功能，則會造成Ingress LSR還 沒有發(fā)送進行故障檢測的CV/ FFD報文，而Egress LSR已經開始進行CV/ FFD報文的接收檢測，這將導致Egress LSR無法接收到CV/ FFD報文，便 確認相應的LSP故障，向網管上報相應LSP故障的報警。而實際上，此時 LSP是正常的，該故障報警是不該產生的。
2 )停止OAM功能時存在同樣的問題，如果Ingress LSR先于Egress LSR 停止OAM功能，Ingress LSR不再向Egress LSR發(fā)送檢測報文，而Egress LSR仍在檢測，Egress LSR此時由于無法接收到Ing ress LSR發(fā)送的CV7 FFD凈艮 文，便確認相應的LSP故障，向網管上報故障報警。這種情況下，該故障 報警是錯誤的。
3 )當需要修改報文類型和/或頻率時，必須先停止Ingress LSR而后停 止Egress LSR的OAM功能，否則，將出現(xiàn)錯誤的故障報警。比如，首先 Ingress LSR的OAM功能和Egress LSR的OAM功能都分別配置了 10 ms 的FFD報文，現(xiàn)需要將Ingress LSR的OAM功能和Egress LSR的OAM 功能的FFD l艮文的頻率修改為20 ms ，如果先停止Ingress LSR的OAM功 能，將會造成Egress LSR接收到的FFD報文頻率錯誤，便確認相應的LSP 故障，向網管上報相應LSP故障的報警。這種情況下，該故障報警是錯誤 的。
4 )在Ingress LSR和Egress LSR分別配置了不同的報文，將造成Egress LSR接收到的由Ingress LSR發(fā)送的4全測報文類型和/或頻率錯誤，則確認相 應的LSP故障，這種情況的配置錯誤將導致Egress LSR —直向Ingress LSR 發(fā)送BDI消息，通知Ingress LSR該LSP故障，且一直向網管上報該LSP 故障的報警。
為了解決上述問題，現(xiàn)有技術中提出了首包觸發(fā)LSP故障檢測的方案， 該方案包括以下三點
1 )首包觸發(fā)Egress LSR的OAM功能。具體為，預先不在Egress LSR 配置OAM功能，也就是預先不在Egress LSR配置用于檢測的報文類型及相 應頻率，當Egress LSR開啟OAM功能后接收到由Ingress LSR發(fā)送的第一 個CV/ FFD才艮文后自動記錄其4艮文類型及其頻率，作為Egress LSR配置的 OAM功能，用于LSP故障檢測。
2) —致性校驗功能。具體為，Egress LSR首包觸發(fā)OAM功能后，如 果一段時間(所述一段時間可由用戶自己設定)內沒有接收到由Ingress LSR 發(fā)送的CV/ FFD報文則向Ingress LSR發(fā)送BDI消息，通知Ingress LSR相 應的LSP故障，并向網管上報故障報警。
3)動態(tài)啟停協(xié)議功能。當Ingress LSR需要修改檢測報文的類型和/或 頻率時，Ingress LSR將擴展的故障檢測和隔離(FDI, Fault Detection and Isolation)才艮文，通過LSP發(fā)送給Egress LSR,通知Egress LSR停止OAM功 能，并用擴展的FDI報文之后發(fā)送給Egress LSR的檢測報文更新Egress LSR 用于進行LSP檢測的檢測報文。同樣的道理，當Ingress LSR需要停止OAM 功能時，Ingress LSR將擴展的FDI報文通過LSP發(fā)送給Egress LSR,通知 Egress LSR停止OAM功能。
申請人在對上述首包觸發(fā)LSP故障檢測的技術進行研究過程中，發(fā)現(xiàn) 該技術存在如下問題
動態(tài)啟停協(xié)議功能的實際運用中，當Ingress LSR需要修改檢測報文類 型和/或頻率時，Ingress LSR將擴展的FDI報文通過LSP發(fā)送給Egress LSR, 通知Egress LSR停止OAM功能。如果Ingress LSR通過LSP向Egress LSR 發(fā)送擴展的FDI報文的過程中，LSP不通或者擁塞，將導致該擴展的FDI 報文丟失，造成Egress LSR無法更新后續(xù)用于進行LSP檢測的檢測報文， 使Ingress LSR和Egress LSR用于檢測的檢測報文不一致，Egress LSR將一 直向Ingress LSR發(fā)送BDI消息，通知Ingress LSR相應的LSP故障，并向 網管上報故障報警。這種情況下，向網管上報故障報警是錯誤的，并且， Ingress LSR接收BDI消息之后，將停止向Egress LSR發(fā)送數(shù)據等操作，造 成不良后果。
由以上分析，現(xiàn)有的首包觸發(fā)LSP故障檢測的方案中，Ingress LSR需 要修改檢測報文時，在LSP不通或者擁塞等情況下，也就是LSP故障的情 況下，將出現(xiàn)Egress LSR向網管錯誤上報故障告警，以及錯誤地通知Ingress LSR相應LSP故障的情況。可見，現(xiàn)有的路徑故障檢測方案是不完善的， 存在路徑入端口修改檢測報文時，因路徑故障引起路徑出端口無法相應修改 檢測報文，導致不能使后續(xù)進行正確的路徑故障檢測的問題。

發(fā)明內容
本發(fā)明實施例提供一種路徑故障4全測的方法，該方法能夠解決路徑入端 口修改檢測報文時，因路徑故障引起路徑出端口無法相應修改檢測報文，導 致不能使后續(xù)進行正確的路徑故障檢測的問題。
本發(fā)明實施例提供一種路徑故障檢測的系統(tǒng)，該系統(tǒng)能夠解決路徑入端 口修改檢測報文時，因路徑故障引起路徑出端口無法相應修改檢測報文，導 致不能使后續(xù)進行正確的路徑故障檢測的問題。
本發(fā)明實施例提供一種路徑故障檢測的裝置，該裝置能夠解決路徑入端 口修改檢測報文時，因路徑故障引起路徑出端口無法相應修改檢測報文，導 致不能使后續(xù)進行正確的路徑故障檢測的問題。
一種路徑故障4企測的方法，該方法包括
判斷連續(xù)接收到設定個數(shù)的，由路徑入端口發(fā)送的相同的檢測報文，且判 斷所述檢測報文與當前用于路徑故障檢測的檢測報文不相同；
用接收到的所述檢測報文更新所述當前用于路徑故障檢測的檢測報文，用 更新后的檢測報文進行與所述路徑入端口之間的路徑故障檢測。
一種路徑故障檢測的系統(tǒng)，該系統(tǒng)包括路徑入端口和路徑出端口 ； 所述路徑出端口，判斷連續(xù)接收到設定個數(shù)的，由所述路徑入端口發(fā)送的 相同的檢測報文，且判斷所述檢測報文與當前用于路徑故障檢測的檢測報文不 相同；用接收到的所述檢測報文更新所述當前用于路徑故障檢測的檢測報文， 觀'
所述路徑入端口 ，用于向所述路徑出端口發(fā)送檢測報文。 一種路徑故障檢測的裝置，該裝置包括檢測報文接收模塊和檢測報文更新 模塊；
所述檢測報文接收模塊，用于接收路徑入端口發(fā)送的測試報文，轉發(fā)給檢 測報文更新模塊；
所述檢測報文更新模塊，判斷連續(xù)接收到設定個數(shù)的，由所述檢測報文接
收模塊發(fā)送的相同的檢測報文，且判斷所述檢測報文與當前用于路徑故障檢測
的檢測報文不相同；用接收到的所述檢測報文更新所述當前用于路徑故障檢測 的檢測報文，用更新后的檢測報文進行與所述路徑入端口之間的路徑故障檢測。 從上述方案可以看出，本發(fā)明實施例判斷連續(xù)接收到設定個數(shù)的，由路 徑入端口發(fā)送的相同的檢測報文，且判斷所述檢測報文與當前用于路徑故障 檢測的檢測報文不相同；則用接收到的所述檢測報文更新當前用于路徑故障 檢測的檢測報文，用更新后的檢測報文進行與路徑入端口之間的路徑故障檢 測。這樣，解決了現(xiàn)有技術中路徑入端口修改檢測報文時，因不能將擴展的 FDI報文發(fā)送給路徑出端口而引起的路徑出端口無法相應修改檢測報文的 問題，能夠使后續(xù)進行正確的路徑故障檢測。從而，完善了現(xiàn)有的路徑故障 才全測纟支術。


圖1為現(xiàn)有技術中LSP故障檢測的網絡結構示意圖2為現(xiàn)有LSP故障檢測中LSP出現(xiàn)故障的網絡結構示意圖3為本發(fā)明一個實施例中路徑故障;險測的方法流程圖4為本發(fā)明另一個實施例中路徑故障^r測的方法流程圖5為本發(fā)明實施例路徑故障檢測的系統(tǒng)結構示意圖。
具體實施例方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，下面結合實施例和 附圖，對本發(fā)明進一步詳細說明。
參見圖3,為本發(fā)明一個實施例中路徑故障檢測的方法流程圖，該方法 包括
301,判斷連續(xù)接收到設定個數(shù)的，由路徑入端口發(fā)送的相同的檢測報 文，且判斷所述檢測報文與當前用于路徑故障檢測的檢測報文不相同。 302，用接收到的所述檢測報文更新當前用于路徑故障檢測的檢測報文，用更新后的檢測報文進行與路徑入端口之間的路徑故障檢測。
所述更新當前用于故障檢測的檢測報文為，更新當前用于故障4全測的檢測 報文的類型和/或頻率。
所述檢測報文可以是CV/FFD報文。所述路徑可以為以太網鏈路；還可以 為LSP,此時所述^^徑入端口為Ingress LSR,與該LSP對應的^各徑出端口為 Egress LSR。對于不同的應用情況，進行故障檢測的所述路徑也將是其他不同 的路徑。下面以進行故障檢測的路徑是LSP為例，對本發(fā)明實施例路徑故障檢 測的方法進行舉例說明。
參見圖4,為本發(fā)明另一個實施例中路徑故障檢測的方法流程圖，該方法 包括
401, 開啟OAM功能后接收由Ingress LSR發(fā)送的第一個檢測報文，記錄 所述第一個檢測報文的類型及頻率，用記錄的檢測報文作為當前用于LSP故障 檢測的檢測報文，進行LSP故障檢測。
402, 判斷是否連續(xù)接收到設定個數(shù)的，由Ingress LSR發(fā)送的相同的檢測 報文，且所述檢測報文與當前用于路徑故障檢測的檢測報文不相同；如果判斷 出是連續(xù)接收到設定個數(shù)的，由Ingress LSR發(fā)送的相同的檢測報文，且所述檢 測報文與當前用于路徑故障4全測的檢測報文不相同，則執(zhí)行403,否則繼續(xù)進 行LSP的故障4企測。
所述繼續(xù)進行LSP的故障檢測為，繼續(xù)使用當前用于路徑故障檢測的檢測 報文進行LSP的故障檢測。
所述設定個數(shù)根據需要可以取不同的數(shù)值，例如，為了進行加快故障監(jiān)測 的速度，可以取值為2個；為了提高故障監(jiān)測的準確度，可以取值為3個以上； 這里假設為取值3個。
403，用接收到的所述檢測報文更新當前用于路徑故障檢測的檢測報文，用 更新后的檢測報文進行LSP的故障檢測。
404,判斷是否一段時間內接收到的由Ingress LSR發(fā)送的檢測報文與當前 用于路徑故障檢測的檢測報文不相同，且所述一段時間內接收到的由Ingress
LSR發(fā)送的檢測報文不是連續(xù)且滿足所述設定個數(shù)的檢測報文，如果判斷出是
一段時間內接收到的由Ingress LSR發(fā)送的檢測報文與當前用于路徑故障檢測 的檢測報文不相同，且所述一段時間內接收到的由Ingress LSR發(fā)送的檢測報文 不是連續(xù)且滿足所述設定個數(shù)的檢測報文，則執(zhí)行405,否則繼續(xù)進行LSP的 故障檢測。
所述一段時間為設置個數(shù)的連續(xù)周期，如可以為3個連續(xù)周期。 所述繼續(xù)進行LSP的故障檢測為，繼續(xù)使用當前用于路徑故障檢測的檢測 報文進行LSP的故障檢測。
405，通知Ingress LSR相應的LSP故障，向網管上報相應的LSP故障的告
攀
以上描述僅為示例，并不限定步驟間的先后順序。
當Ingress LSR需要修改檢測報文類型和/或頻率時，圖4的流程中，401之 后還包括Ingress LSR將擴展的FDI報文通過LSP發(fā)送給Egress LSR，通知 Egress LSR停止LSP故障檢測，用之后接收的檢測報文更新當前用于LSP故障 檢測的檢測報文。如果發(fā)送擴展的FDI報文給Egress LSR的過程中LSP正常， 則Egress LSR接收到擴展的FDI報文，并用之后接收的檢測報文更新當前用于 LSP故障檢測的檢測報文。如果發(fā)送擴展的FDI報文給Egress LSR的過程中 LSP發(fā)生故障，則Egress LSR接收不到擴展的FDI報文，也就無法更新當前用 于LSP故障檢測的檢測報文。但是這種情況下，402中Egress LSR判斷出由 Ingress LSR發(fā)送的3個連續(xù)的檢測報文相同，也就是檢測報文的類型和頻率相 同，且該3個連續(xù)的檢測報文與當前用于路徑故障檢測的檢測報文不相同，則 用該3個連續(xù)的檢測報文更新當前用于LSP檢測的檢測報文，用更新后的檢測 報文進行LSP的故障檢測。這樣，Ingress LSR需要修改檢測報文時，即使LSP 故障，Egress LSR也能通過自動的學習，更新當前用于路徑檢測的檢測報文， 能夠使后續(xù)進行正確的路徑故障檢測。
當Ingress LSR需要停止OAM功能時，圖4的流程中，401之后還包括 Ingress LSR將擴展的FDI報文通過LSP發(fā)送給Egress LSR,通知Egress LSR停止OAM功能，也就是停止LSP故障檢測。
參見圖5，為本發(fā)明實施例路徑故障檢測的系統(tǒng)結構示意圖，該系統(tǒng)包括 路徑入端口和^各徑出端口 ；
所述路徑出端口，用于判斷連續(xù)接收到設定個數(shù)的，由路徑入端口發(fā)送的 相同的檢測報文，且判斷所述檢測報文與當前用于路徑故障檢測的檢測報文不 相同；用接收到的所述檢測報文更新當前用于路徑故障檢測的檢測報文，用更 新后的檢測報文進行與路徑入端口之間的路徑故障檢測；
所述路徑入端口 ，用于向路徑出端口發(fā)送檢測報文。
可選地，所述路徑出端口包括檢測報文接收模塊和檢測報文更新模塊，所 述路徑入端口包括檢測報文發(fā)送模塊；
所述檢測報文接收模塊，用于接收路徑入端口發(fā)送的測試報文，轉發(fā)給檢 測報文更新模塊；
所述檢測報文更新模塊，用于判斷連續(xù)接收到設定個數(shù)的，由所述檢測報 文接收模塊發(fā)送的相同的檢測報文，且判斷所述檢測報文與當前用于路徑故障 檢測的檢測報文不相同；用接收到的所述檢測報文更新當前用于路徑故障檢測 的檢測報文，用更新后的檢測報文進行與路徑入端口之間的路徑故障檢測；
所述檢測報文發(fā)送模塊，用于向所述檢測報文接收模塊發(fā)送檢測報文。
可選地，所述路徑出端口還包括首包配置模塊，用于啟動后接收由所述才企 測報文接收模塊發(fā)送的第一個檢測報文，記錄所述第一個檢測報文的類型及頻 率，將記錄的所述檢測報文作為當前用于路徑故障檢測的檢測報文，并傳送給 所述檢測報文更新模塊以進行檢測報文的更新。
可選地，所述路徑出端口還包括故障信息發(fā)送模塊，所述路徑入端口包括 故障信息接收模塊；
所述故障信息發(fā)送模塊，用于判斷出設置個數(shù)的連續(xù)周期內接收到的由檢 測報文接收模塊發(fā)送的檢測報文與當前用于路徑故障檢測的檢測報文不相同， 且所述設置個數(shù)的連續(xù)周期內接收到的由檢測報文接收模塊發(fā)送的檢測報文不 是連續(xù)且滿足所述設定個數(shù)的檢測報文，向路徑入端口發(fā)送該路徑故障的信息，
向網管上報該路徑故障的告警；
所述故障信息接收^f莫塊，用于接收故障信息發(fā)送才莫塊發(fā)送的該路徑故障的 信息。
本發(fā)明實施例判斷連續(xù)接收到設定個數(shù)的，由路徑入端口發(fā)送的相同的檢 觀'J報文，且判斷所述檢測報文與當前用于路徑故障檢測的檢測報文不相同，則 更新當前用于路徑故障檢測的檢測報文。這樣，在路徑入端口需要修改檢測 報文時，即使路徑故障，路徑出端口也能通過自動的學習，更新當前用于路徑 檢測的檢測報文，也就不會出現(xiàn)因為路徑發(fā)生故障接收不到擴展的FDI報文 而無法相應修改檢測報文，導致路徑出端口 一直錯誤地向路徑入端口發(fā)送 BDI報文，以及錯誤地向網管上報故障告警的問題，能夠使后續(xù)進行正確的 路徑故障檢測。從而，完善了現(xiàn)有的路徑故障檢測技術。
以上所述的具體實施例，對本發(fā)明的目的、技術方案和有益效果進行了 進一步詳細說明，所應理解的是，以上所述^叉為本發(fā)明的具體實施例而已， 并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內，所做的任 何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1、一種路徑故障檢測的方法，其特征在于，該方法包括判斷連續(xù)接收到設定個數(shù)的，由路徑入端口發(fā)送的相同的檢測報文，且判斷所述檢測報文與當前用于路徑故障檢測的檢測報文不相同；用接收到的所述檢測報文更新所述當前用于路徑故障檢測的檢測報文，用更新后的檢測報文進行與所述路徑入端口之間的路徑故障檢測。
2、 如權利要求l所述的方法，其特征在于，所述判斷連續(xù)接收到設定個數(shù) 的，由路徑入端口發(fā)送的相同的檢測報文之前，該方法包括開啟操作、管理和維護功能后接收由所述路徑入端口發(fā)送的第一個檢測報 文，記錄所述第一個檢測報文的類型及頻率，用記錄的所述檢測報文進行路徑 故障檢測。
3、 如權利要求1或2所述的方法，其特征在于，所述進行與所述路徑入端 口之間的路徑故障檢測包括判斷出設置個數(shù)的連續(xù)周期內接收到的由所述路徑入端口發(fā)送的檢測報文 與當前用于路徑故障檢測的檢測報文不相同，且所述設置個數(shù)的連續(xù)周期內接 收到的由所述路徑入端口發(fā)送的檢測報文不是連續(xù)且滿足所述設定個數(shù)的檢測 報文；通知所述路徑入端口該路徑故障，向網管上報該路徑故障的告警。
4、 如權利要求l所述的方法，其特征在于，所述檢測報文為連通性驗證或 快速故障檢測報文。
5、 一種路徑故障檢測的系統(tǒng)，其特征在于，該系統(tǒng)包括路徑入端口和路徑 出端口 ；所述路徑出端口 ，判斷連續(xù)接收到設定個數(shù)的，由所述路徑入端口發(fā)送的 相同的檢測報文，且判斷所述檢測報文與當前用于路徑故障檢測的檢測報文不 相同；用接收到的所述檢測報文更新所述當前用于路徑故障檢測的檢測報文， 用更新后的檢測報文進行與所述路徑入端口之間的路徑故障檢測； 所述路徑入端口 ，用于向所述路徑出端口發(fā)送檢測報文。
6、 如權利要求5所述的系統(tǒng)，其特征在于，所述路徑出端口包括檢測報文 接收模塊和檢測報文更新模塊；所述檢測報文接收模塊，用于接收所述路徑入端口發(fā)送的測試報文，轉發(fā) 給所述檢測報文更新模塊；所述檢測報文更新模塊，用于判斷連續(xù)接收到設定個數(shù)的，由所述檢測報 文接收模塊發(fā)送的相同的檢測報文，且判斷所述檢測報文與當前用于路徑故障 檢測的檢測報文不相同；用接收到的所述檢測報文更新所述當前用于路徑故障 檢測的檢測報文，用更新后的檢測報文進行與所述路徑入端口之間的路徑故障 檢測；所述路徑入端口包括檢測報文發(fā)送模塊，用于向所述檢測報文接收模塊發(fā) 送沖全測，艮文。
7、 如權利要求6所述的系統(tǒng)，其特征在于，所述路徑出端口還包括首包配 置模塊，用于啟動后接收由所述檢測報文接收模塊發(fā)送的第一個檢測報文，記 錄所述第一個檢測報文的類型及頻率，將記錄的所述檢測報文作為當前用于路 徑故障檢測的檢測報文，并傳送給所述檢測報文更新模塊以進行檢測報文的更 新。
8、 如權利要求6所述的系統(tǒng)，其特征在于，所述路徑出端口還包括故障信 息發(fā)送模塊，用于判斷出設置個數(shù)的連續(xù)周期內接收到的由所述檢測報文接收 模塊發(fā)送的檢測報文與當前用于路徑故障檢測的檢測報文不相同，且所述設置 個數(shù)的連續(xù)周期內接收到的由所述檢測報文接收模塊發(fā)送的檢測報文不是連續(xù) 且滿足所述設定個數(shù)的檢測報文，向所述路徑入端口發(fā)送該路徑故障的信息， 向網管上報該路徑故障的告警；所述路徑入端口包括故障信息接收模塊，用于接收所述故障信息發(fā)送模塊 發(fā)送的該路徑故障的信息。
9、 一種路徑故障檢測的裝置，其特征在于，該裝置包括檢測報文接收模塊 和檢測報文更新模塊；所述檢測報文接收模塊，用于接收路徑入端口發(fā)送的測試報文，轉發(fā)給檢測報文更新模塊；所述檢測報文更新模塊，用于判斷連續(xù)接收到設定個數(shù)的，由所述檢測報 文接收模塊發(fā)送的相同的檢測報文，且判斷所述檢測報文與當前用于路徑故障 檢測的檢測報文不相同；用接收到的所述檢測報文更新所述當前用于路徑故障 檢觀'J的檢測報文，用更新后的檢測報文進行與所述路徑入端口之間的路徑故障 檢測。
10、 如權利要求9所述的裝置，其特征在于，該裝置還包括首包配置模塊， 用于啟動后接收由所述檢測報文接收模塊發(fā)送的第一個檢測報文，記錄所述第 一個檢測報文的類型及頻率，將記錄的所述檢測報文作為當前用于路徑故障檢 測的檢測報文，并傳送給所述檢測報文更新模塊以進行檢測報文的更新。
11、 如權利要求IO所述的裝置，其特征在于，該裝置還包括故障信息發(fā)送 模塊，用于判斷出設置個數(shù)的連續(xù)周期內接收到的由所述檢測報文接收模塊發(fā) 送的沖企測報文與當前用于路徑故障;險測的4全測才艮文不相同，且所述設置個數(shù)的 連續(xù)周期內接收到的由所述檢測報文接收模塊發(fā)送的檢測報文不是連續(xù)且滿足 所述設定個數(shù)的檢測報文，向所述路徑入端口發(fā)送該路徑故障的信息，向網管 上報該路徑故障的告警。
全文摘要
本發(fā)明實施例公開了一種路徑故障檢測的方法，該方法包括判斷連續(xù)接收到設定個數(shù)的，由路徑入端口發(fā)送的相同的檢測報文，且判斷所述檢測報文與當前用于路徑故障檢測的檢測報文不相同；用接收到的所述檢測報文更新所述當前用于路徑故障檢測的檢測報文，用更新后的檢測報文進行與所述路徑入端口之間的路徑故障檢測。本發(fā)明實施例還公開了一種路徑故障檢測的系統(tǒng)及裝置。本發(fā)明實施例方案解決了路徑入端口修改檢測報文時，因路徑故障引起路徑出端口無法相應修改檢測報文，導致不能使后續(xù)進行正確的路徑故障檢測的問題。
文檔編號H04L12/26GK101197731SQ20071019876
公開日2008年6月11日 申請日期2007年12月12日 優(yōu)先權日2007年12月12日
發(fā)明者劉志遠 申請人:華為技術有限公司