[發(fā)明專利]鏈路檢測(cè)方法及裝置、OAM實(shí)體

無效

• 申請(qǐng)?zhí)枺?/td>: 201110302812.8
• 申請(qǐng)日: 2011-10-09
• 公開（公告）號(hào): CN102333009A
• 公開（公告）日: 2012-01-25
• 發(fā)明（設(shè)計(jì)）人: 鄧小軍
• 申請(qǐng)（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號(hào): H04L12/26
• 分類號(hào): H04L12/26;H04L12/24
• 代理公司: 北京銀龍知識(shí)產(chǎn)權(quán)代理有限公司 11243
• 代理人: 許靜;姜精斌

技術(shù)領(lǐng)域

本發(fā)明屬于通信領(lǐng)域，涉及一種鏈路層檢測(cè)技術(shù)，更具體的，涉及一種鏈路檢測(cè)方法及裝置、OAM實(shí)體。

背景技術(shù)

IEEE802.3ah作為二層檢測(cè)協(xié)議，協(xié)議相對(duì)部署簡(jiǎn)單，對(duì)于鏈路和設(shè)備監(jiān)控作用較大。IEEE802.3ah協(xié)議的部署可以部署在用戶側(cè)，也可以部署在網(wǎng)絡(luò)側(cè)。不少?gòu)S家擴(kuò)展了其快速檢測(cè)能力，通過發(fā)送周期提高速率來達(dá)到快速檢測(cè)鏈路是否中斷。提供的單通功能也能在第一時(shí)間告知對(duì)端鏈路本地Rx接收故障。

但對(duì)于協(xié)議本身的管理狀態(tài)的改變而非真正鏈路導(dǎo)致故障的情況下協(xié)議沒有規(guī)定這種處理方式，往往在業(yè)務(wù)應(yīng)用時(shí)存在一定的局限性，使用起來會(huì)有下述的幾個(gè)限制：

當(dāng)人為的去掉檢測(cè)的使能狀態(tài)時(shí)，最終結(jié)果遠(yuǎn)端會(huì)丟失3倍及以上周期的報(bào)文，遠(yuǎn)端發(fā)生IEEE802.3ah協(xié)商中斷。這種中斷需要感知超時(shí)來處理，正常按照協(xié)議標(biāo)準(zhǔn)，需要3秒以上的時(shí)間來超時(shí)，有些環(huán)境下需要更長(zhǎng)的時(shí)間來感知(視環(huán)境和鏈路而定)。遠(yuǎn)端比較長(zhǎng)時(shí)間才能感知處理，對(duì)于協(xié)議的狀態(tài)改變來說比較緩慢，不利于協(xié)議的狀態(tài)的快速收斂。

另外對(duì)于人為去掉檢測(cè)使能狀態(tài)，可能是人為的為了診斷或者產(chǎn)生了誤操作導(dǎo)致的，當(dāng)檢測(cè)把這種情況下也認(rèn)為是鏈路故障并逐級(jí)傳遞時(shí)，會(huì)導(dǎo)致正常鏈路情況下的鏈路錯(cuò)誤狀態(tài)誤傳遞，在與業(yè)務(wù)做關(guān)聯(lián)的時(shí)候，會(huì)導(dǎo)致業(yè)務(wù)誤處理，如圖1所示，在RouterA和RouterB之間，通過OAM協(xié)議數(shù)據(jù)單元(OAMPDU，Operation，Administration?and?Maintenance-Protocol?Data?Units)進(jìn)行交互，在鏈路出現(xiàn)中斷時(shí)，RouterB會(huì)反方向通知遠(yuǎn)端鏈接Down事件通知(Link?down?event?notification)，因此，如果人為去掉檢測(cè)使能狀態(tài)時(shí)，這種鏈接事件通知會(huì)導(dǎo)致鏈路狀態(tài)誤傳遞。

如果不關(guān)心是否真正故障，對(duì)于人為去使能也是故障的話，那么即使采用擴(kuò)展協(xié)議報(bào)文發(fā)送周期，比如擴(kuò)展到10ms甚至更少的情況下，也只能通過超時(shí)來感知，而且這種做法必須要求硬件也參與進(jìn)來，增加設(shè)備處理的復(fù)雜度。

因此，現(xiàn)有技術(shù)中對(duì)于人為的關(guān)閉檢測(cè)使能，協(xié)議沒有和真正鏈路上的關(guān)閉做區(qū)分。目前，對(duì)于該問題尚未提出很好的解決方案。

發(fā)明內(nèi)容

本發(fā)明提供一種鏈路檢測(cè)方法及裝置、OAM實(shí)體，用于解決現(xiàn)有技術(shù)中對(duì)于人為的關(guān)閉檢測(cè)使能，協(xié)議沒有和真正鏈路上的關(guān)閉做區(qū)分，因此會(huì)產(chǎn)生不必要的關(guān)聯(lián)業(yè)務(wù)處理問題。

為實(shí)現(xiàn)本發(fā)明的目的，根據(jù)本發(fā)明的一個(gè)方面，提供一種鏈路檢測(cè)方法，并采用了以下技術(shù)方案：

鏈路檢測(cè)方法包括：獲取遠(yuǎn)端發(fā)送的擴(kuò)展OAM報(bào)文；通過解析擴(kuò)展OAM報(bào)文，判斷遠(yuǎn)端的鏈路斷路的類型；以及在判斷結(jié)果指示鏈路斷路的類型為主動(dòng)關(guān)閉檢測(cè)使能時(shí)，執(zhí)行相應(yīng)的鏈路操作處理。

進(jìn)一步地，擴(kuò)展OAM報(bào)文為：以表明組織唯一標(biāo)示的OUI字段后接TLV的格式封裝的OAM報(bào)文，并且擴(kuò)展OAM報(bào)文以End?TLV來表示結(jié)束；其中，T和L各占用一個(gè)字節(jié)。

進(jìn)一步地，在獲取遠(yuǎn)端發(fā)送的擴(kuò)展OAM報(bào)文，檢測(cè)方法還包括：通過接收遠(yuǎn)端在協(xié)議協(xié)商時(shí)發(fā)送的帶有本地信息TLV和帶有組織特定信息TLV的信息OAMPDU，判斷遠(yuǎn)端是否為同一組織；若是，則在進(jìn)一步獲取遠(yuǎn)端功能項(xiàng)的字段信息之后，繼續(xù)進(jìn)行協(xié)議協(xié)商。

進(jìn)一步地，通過解析擴(kuò)展OAM報(bào)文，判斷遠(yuǎn)端的鏈路斷路的類型包括：判斷組織特定信息TLV中的OUI字段是否與本地配置的OUI字段相匹配，并在是的情況下確認(rèn)遠(yuǎn)端為同一組織。

進(jìn)一步地，通過解析擴(kuò)展OAM報(bào)文，判斷遠(yuǎn)端的鏈路斷路的類型包括：根據(jù)遠(yuǎn)端功能項(xiàng)的字段信息，判斷是否支持遠(yuǎn)端的檢測(cè)管理狀態(tài)通告功能，并在確定檢測(cè)管理狀態(tài)通告被支持時(shí)，判斷遠(yuǎn)端的鏈路斷路的類型。

進(jìn)一步地，在判斷結(jié)果指示鏈路斷路的類型為主動(dòng)關(guān)閉檢測(cè)使能時(shí)，執(zhí)行相應(yīng)的鏈路操作處理之后，檢測(cè)方法還包括：恢復(fù)遠(yuǎn)端的初始化檢測(cè)狀態(tài)，并不向后端通知關(guān)聯(lián)業(yè)務(wù)。

根據(jù)本發(fā)明的另外一個(gè)方面，提供一種鏈路檢測(cè)裝置，并采用如下技術(shù)方案

鏈路檢測(cè)裝置包括：獲取模塊，用于獲取遠(yuǎn)端發(fā)送的擴(kuò)展OAM報(bào)文；解析模塊，用于通過解析擴(kuò)展OAM報(bào)文，判斷遠(yuǎn)端的鏈路斷路的類型；以及執(zhí)行模塊，用于在判斷結(jié)果指示鏈路斷路的類型為主動(dòng)關(guān)閉檢測(cè)使能時(shí)，執(zhí)行相應(yīng)的鏈路操作處理。