專利名稱：雙向轉(zhuǎn)發(fā)檢測方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種雙向轉(zhuǎn)發(fā)檢測方法及裝置。
技術(shù)背景
雙向轉(zhuǎn)發(fā)檢測(BidirectionalForwarding Detection，簡稱為 BFD)技術(shù)是一種 在兩個等價通信設(shè)備單元之間相互發(fā)送和接收檢測報文，通過判斷在設(shè)定時間內(nèi)是否收到 對端發(fā)送的報文來確定被檢測鏈路是否故障的檢測技術(shù)，一般用于關(guān)鍵鏈路故障的快速檢 測，對網(wǎng)絡(luò)設(shè)備間任意類型的雙向轉(zhuǎn)發(fā)路徑進行故障檢測，包括直連物理鏈路、虛電路、隧 道、多跳路由路徑以及單向鏈路等。
對于被檢測鏈路單通的情況下，S卩，鏈路的收發(fā)兩個方向有一個方向是斷開的，也 應(yīng)當認為是鏈路失效的，因為如果單通，業(yè)務(wù)數(shù)據(jù)是無法正常通信的，如果被檢測鏈路的一 端收不到包，檢測到了鏈路失效，而此時如果是鏈路單通，對端卻是可以正常收包的，這種 情況下，會導致對端不能檢測到鏈路單通情況，最終導致了首先檢測到鏈路失效的一端，能 夠快速告警，而另一端不能馬上告警，告警會延遲，從而導致業(yè)務(wù)處理上也會不一致，或者 說需要快速響應(yīng)鏈路失效的一端不能快速響應(yīng)告警從而影響業(yè)務(wù)的處理性能。發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種雙向轉(zhuǎn)發(fā)檢測方法及裝置，以至少解決上述問題之一。
根據(jù)本發(fā)明的一個方面，提供了一種雙向轉(zhuǎn)發(fā)檢測方法，包括鏈路的一端在檢測 到收方向上的鏈路故障時，向鏈路的另一端發(fā)送鏈路故障通知消息；鏈路的另一端接收該 鏈路故障通知消息，并發(fā)起告警。
根據(jù)本發(fā)明的另一個方面，提供了一種雙向轉(zhuǎn)發(fā)檢測裝置，包括發(fā)送模塊，用于 在檢測到鏈路收方向上的鏈路故障時，向鏈路的另一端發(fā)送鏈路故障通知消息；接收模塊， 用于接收鏈路的另一端發(fā)送的鏈路故障通知消息，并發(fā)起告警。
通過本發(fā)明，采用鏈路的一端在檢測到收方向上的鏈路故障后，向鏈路的另一端 發(fā)送鏈路故障通知消息的方案，解決了在鏈路單通的情況下，鏈路中存在一端不能馬上檢 測到鏈路故障，而導致告警會延遲的問題，進而達到了避免告警延遲的效果。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中
圖1是根據(jù)本發(fā)明實施例的雙向轉(zhuǎn)發(fā)檢測方法的流程圖2是根據(jù)本發(fā)明實例的雙向轉(zhuǎn)發(fā)檢測鏈路單通示示意圖3是根據(jù)本發(fā)明實例的雙向轉(zhuǎn)發(fā)檢測方法的流程圖4是根據(jù)本發(fā)明實施例的雙向轉(zhuǎn)發(fā)檢測裝置的結(jié)構(gòu)框圖；3
圖5是根據(jù)本發(fā)明優(yōu)選實施例的雙向轉(zhuǎn)發(fā)檢測裝置的結(jié)構(gòu)框圖。
具體實施方式
下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實施例及實施例中的特征可以相互組合。
圖1是根據(jù)本發(fā)明實施例的雙向轉(zhuǎn)發(fā)檢測方法的流程圖。如圖1所示，根據(jù)本發(fā) 明實施例的雙向轉(zhuǎn)發(fā)檢測方法包括
步驟S102，鏈路的一端在檢測到收方向上的鏈路故障時，向鏈路的另一端發(fā)送鏈 路故障通知消息。
步驟S104，鏈路的另一端接收所述鏈路故障通知消息，并發(fā)起告警。
使用上述方法，即可在鏈路單通情況下，使得首先檢測到鏈路失效的一端，盡快通 知對端鏈路失效，避免對端告警延遲，保證對端快速感知鏈路失效立即告警。
優(yōu)選地，步驟S102中，鏈路的一端在收方向上的檢測鏈路故障可以進一步包括以 下處理鏈路的一端在預定個檢測周期內(nèi)接收不到鏈路的另一端發(fā)送的會話檢測報文時， 判定鏈路的收方向上出現(xiàn)鏈路故障。
當鏈路的一端在預定個(可以根據(jù)具體情況設(shè)置)檢測周期一直都沒有收到另一 端發(fā)送的會話檢測報文，就可以認定此時鏈路收方向上存在鏈路故障。在具體實施過程中， 檢測鏈路故障的手段包括但不限于上述方法，可以根據(jù)實際需要進行擴展，如傳輸速率過 低、丟包率過高時都可以認為出現(xiàn)了鏈路故障。
優(yōu)選地，步驟S102中，鏈路的一端向鏈路的另一端發(fā)送鏈路故障通知消息可以進 一步包括以下處理鏈路的一端將鏈路故障通知消息攜帶在檢測控制報文中發(fā)送給鏈路的另一端。
使用檢測控制報文發(fā)送故障通知消息，實現(xiàn)起來最為方便，需要做出的改動最小， 實用性很強。
優(yōu)選地，上述鏈路的一端將鏈路故障通知消息攜帶在檢測控制報文中發(fā)送給鏈路 的另一端可以進一步包括以下處理
鏈路的一端將檢測控制報文中的診斷字段(Diag字段)的值修改為對應(yīng)于鏈路故 障通知消息的預定值。
鏈路的一端重新組織檢測控制報文，并發(fā)送至鏈路的另一端。
檢測控制報文中Diag字段為一標志值，用于標明本地BFD系統(tǒng)最近一次會話狀態(tài) 發(fā)生變化的原因，因此本發(fā)明中優(yōu)先使用這一字段來表示出現(xiàn)了鏈路故障，例如，可以預先 設(shè)定當鏈路的一端發(fā)現(xiàn)檢測控制報文中Diag字段的值為X時即說明對端的收方向出現(xiàn)了 鏈路故障。
優(yōu)選地，Diag字段可以為9 31中的任一個值。
在現(xiàn)有的雙向轉(zhuǎn)發(fā)檢測控制包結(jié)構(gòu)中，這一字段值的范圍為0-31，其中0-8已經(jīng) 有定義，因此X可以為9-31中的一個自定義值，即9 <= X <= 31。
下面結(jié)合實例及圖2、圖3對上述優(yōu)先實施例進行詳細說明。
如圖2所示，圖中設(shè)備A和設(shè)備B之間為一段IP鏈路，其中RX和TX分別表示鏈 路的收方向和發(fā)方向，需要在AB之間的鏈路上配置雙向轉(zhuǎn)發(fā)檢測會話，具體步驟如下
步驟S302，分別在設(shè)備A和設(shè)備B上配置鏈路AB上的雙向檢測會話，并正常建立 會話；
步驟S304，如圖2所示，設(shè)備A的收方向發(fā)生鏈路故障導致鏈路單通，設(shè)備A在檢 測周期內(nèi)收不到B設(shè)備發(fā)來的會話檢測報文，檢測到告警，立即修改本端發(fā)送的檢測報文 的Diag字段為X(X的取值范圍為9 < = X < = 31，在本實例中不做具體限定)，重新組織 報文；
步驟S306，設(shè)備A立即將修改重組后的檢測報文發(fā)送到B設(shè)備，B設(shè)備收到相應(yīng)的 檢測報文并發(fā)現(xiàn)報文的Diag字段值為X，則認為設(shè)備A檢測到了鏈路失效，本端也應(yīng)該立即 告警，進而通知上層業(yè)務(wù)處理。
需要說明的是，以上具體實施例假定被檢測鏈路為IP鏈路，對于其它鏈路，如隧 道鏈路(包括動態(tài)，靜態(tài)隧道鏈路)，偽線鏈路(包括動態(tài)和靜態(tài)偽線鏈路)等都是適用的。
圖4是根據(jù)本發(fā)明實施例的雙向轉(zhuǎn)發(fā)檢測裝置的結(jié)構(gòu)框圖。如圖4所示，根據(jù)本 發(fā)明實施例的雙向轉(zhuǎn)發(fā)檢測裝置包括
發(fā)送模塊42，用于在檢測到鏈路收方向上的鏈路故障時，向鏈路的另一端發(fā)送鏈 路故障通知消息。
接收模塊44，用于接收鏈路的另一端發(fā)送的鏈路故障通知消息，并發(fā)起告警。
在具體實施過程中，鏈路的每一端都需要設(shè)置一上述雙向轉(zhuǎn)發(fā)檢測裝置，發(fā)送模 塊42用于向另一端發(fā)送鏈路故障通知消息，接收模塊44用于接收另一端發(fā)送的鏈路故障 通知消息。
優(yōu)選地，發(fā)送模塊42可以進一步包括
檢測單元422，用于在預定個檢測周期內(nèi)接收不到鏈路的另一端發(fā)送的會話檢測 報文時，判定鏈路的收方向上出現(xiàn)鏈路故障。
在具體實施過程中，檢測單元422檢測鏈路故障的手段包括但不限于上述方法， 可以根據(jù)實際需要進行擴展。
優(yōu)選地，發(fā)送模塊42還可以進一步包括
發(fā)送單元424，用于將鏈路故障通知消息攜帶在檢測控制報文中發(fā)送給鏈路的另一端。
優(yōu)選地，發(fā)送單元4M可以進一步包括
修改子單元4242，用于將檢測控制報文中的診斷字段的值修改為對應(yīng)于鏈路故障 通知消息的預定值。
重組發(fā)送子單元4244，用于重新組織檢測控制報文，并發(fā)送至所鏈路的另一端。
優(yōu)選地，上述診斷字段的取值范圍可以為9 31任一值。
檢測控制報文中Diag字段為一標志值，用于標明本地BFD系統(tǒng)最近一次會話狀 態(tài)發(fā)生變化的原因，在現(xiàn)有的雙向轉(zhuǎn)發(fā)檢測控制包結(jié)構(gòu)中，這一字段值的范圍為0-31，其中 0-8已經(jīng)有定義，X可以為9-31中的一個自定義值，S卩9 <= X <= 31。
從以上的描述中，可以看出，通過本發(fā)明提供的技術(shù)方案，可以在鏈路單通情況 下，使得首先檢測到鏈路失效的一端，盡快通知對端鏈路失效，避免對端告警延遲，保證對 端快速感知鏈路失效立即告警，避免了告警延遲及其衍生其它問題。
顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或 步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種雙向轉(zhuǎn)發(fā)檢測方法，其特征在于，包括鏈路的一端在檢測到收方向上的鏈路故障時，向所述鏈路的另一端發(fā)送鏈路故障通知 消息；所述鏈路的另一端接收所述鏈路故障通知消息，并發(fā)起告警。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述鏈路的一端在收方向上的檢測鏈路 故障包括所述鏈路的一端在預定個檢測周期內(nèi)接收不到所述鏈路的另一端發(fā)送的會話檢測報 文時，判定所述鏈路的收方向上出現(xiàn)鏈路故障。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述鏈路的一端向所述鏈路的另一端發(fā) 送鏈路故障通知消息包括所述鏈路的一端將所述鏈路故障通知消息攜帶在檢測控制報文中發(fā)送給所述鏈路的 另一端。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述鏈路的一端將所述鏈路故障通知消 息攜帶在檢測控制報文中發(fā)送給所述鏈路的另一端包括所述鏈路的一端將所述檢測控制報文中的診斷字段的值修改為對應(yīng)于所述鏈路故障 通知消息的預定值；所述鏈路的一端重新組織所述檢測控制報文，并發(fā)送至所述鏈路的另一端。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述診斷字段的取值范圍為9 31。
6.一種雙向轉(zhuǎn)發(fā)檢測裝置，其特征在于，包括發(fā)送模塊，用于在檢測到鏈路收方向上的鏈路故障時，向所述鏈路的另一端發(fā)送鏈路 故障通知消息；接收模塊，用于接收所述鏈路的另一端發(fā)送的鏈路故障通知消息，并發(fā)起告警。
7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述發(fā)送模塊包括檢測單元，用于在預定個檢測周期內(nèi)接收不到所述鏈路的另一端發(fā)送的會話檢測報文 時，判定所述鏈路的收方向上出現(xiàn)鏈路故障。
8.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述發(fā)送模塊包括發(fā)送單元，用于將所述鏈路故障通知消息攜帶在檢測控制報文中發(fā)送給所述鏈路的另 一端。
9.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述發(fā)送單元包括修改子單元，用于將所述檢測控制報文中的診斷字段的值修改為對應(yīng)于所述鏈路故障 通知消息的預定值；重組發(fā)送子單元，用于重新組織所述檢測控制報文，并發(fā)送至所述鏈路的另一端。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述診斷字段的取值范圍為9 31。
全文摘要
本發(fā)明公開了一種雙向轉(zhuǎn)發(fā)檢測方法及裝置，上述方法包括鏈路的一端在檢測到收方向上的鏈路故障時，向鏈路的另一端發(fā)送鏈路故障通知消息；鏈路的另一端接收該鏈路故障通知消息，并發(fā)起告警。通過本發(fā)明提供的技術(shù)方案，解決了在鏈路單通的情況下，鏈路中存在一端不能馬上檢測到鏈路故障，而導致告警會延遲的問題，進而達到了避免告警延遲的效果。
文檔編號H04L12/26GK102035695SQ201010597308
公開日2011年4月27日 申請日期2010年12月20日 優(yōu)先權(quán)日2010年12月20日
發(fā)明者張濤 申請人:中興通訊股份有限公司