一種線性保護倒換的實現裝置及方法與流程

本發明涉及通信技術領域，尤其涉及一種線性保護倒換的實現裝置及方法。

背景技術：

隨著國家倡導大力發展“互聯網+”，一個個全新的理念被提出來，比如：互聯網金融、智能交通、智能家居、大數據、云計算、物聯網等，通信市場遇到了前所未有的發展機遇，但是也碰到了新的挑戰，市場對網絡的大容量、高帶寬、高質量、高安全等有著迫切的需求，對網絡故障快速恢復的要求越來越高，特別是金融、國防、安全等部門更是要求網絡故障能夠達到電信級倒換要求(50毫秒(ms)內故障恢復)。為了滿足這些需求，運營商大力鋪設PTN(Packet Transport Network，分組傳送網)/IPRAN(無線接入網IP化)網絡，并對這些網絡的設備功能、性能提出了明確的要求，詳情可以參見《中國移動分組傳送網(PTN)設備測試規范(修訂版)》、《中國聯通分組傳送設備測試規范》等，這些規范中都明確要求50ms的故障恢復時間。

為了滿足50ms的故障恢復時間，在PTN/IPRAN轉發設備中，一般的做法是通過CC(Continuity Check，連通性檢測)/BFD(Bidirectional Forwarding Detection，雙向轉發檢測)檢測到主用鏈路故障后，以中斷的形式上報給CPU(Central Processing Unit，中央處理單元)，CPU響應這個中斷，查詢保護配置信息，并設置轉發芯片，讓業務切換到備用鏈路上。在配置保護對的數目較少時，這種處理方法一般可以滿足50ms的故障恢復要求，但是一旦配置保護對的數目較多，例如成百上千對的時候，瞬間大量故障上報，會導致CPU異常繁忙，倒換性能就大打折扣，導致很多保護對都不能滿足50ms倒換要求。另外，由于CPU一直在處理這些故障，有時無暇顧及其他業務、協議等報文的處理，會導致一些新的問題。

技術實現要素：

以下是對本文詳細描述的主題的概述。本概述并非是為了限制權利要求的保護范圍。

本發明實施例提供一種線性保護倒換的實現裝置及方法，能夠實現硬件層業務快速倒換的功能，從而提高保護倒換性能，增強設備的穩定性。

本發明實施例提供一種線性保護倒換的實現裝置，應用于配置保護組的設備，所述線性保護倒換的實現裝置包括：

故障檢測芯片，用于在檢測到保護組的鏈路故障后，生成管理報文，并發送所述管理報文給業務轉發芯片；

業務轉發芯片，用于根據收到的所述管理報文，設置所述保護組的倒換標識值。

其中，所述故障檢測芯片，可以包括：

故障檢測單元，用于在檢測到保護組的鏈路故障后，將所述保護組的故障鏈路信息發送給故障處理單元；

所述故障處理單元，用于根據所述保護組的故障鏈路信息，確定所述故障鏈路信息在所述故障檢測芯片上對應的表項地址，并更新所述表項地址對應的保護組表項中的倒換標識值；生成攜帶所述故障檢測芯片上的所述表項地址和更新后的倒換標識值的管理報文，并發送所述管理報文給所述業務轉發芯片。

其中，所述業務轉發芯片，可以包括：

報文過濾單元，用于在識別收到的所述管理報文符合預配置的匹配規則時，將所述管理報文發送給控制管理單元；

所述控制管理單元，用于獲取所述管理報文攜帶的所述故障檢測芯片上的表項地址和倒換標識值，根據所述管理報文攜帶的所述故障檢測芯片上的表項地址，確定所述業務轉發芯片上對應的表項地址，并根據所述業務轉發芯片上的表項地址，在所述業務轉發芯片查找對應的保護組表項；將所述查找到的保護組表項中的倒換標識值更新為所述管理報文攜帶的倒換標識值。

其中，所述線性保護倒換的實現裝置還可以包括：表項配置模塊，用于根據創建的保護組，在所述故障檢測芯片和所述業務轉發芯片分別配置保護組表項，其中，所述故障檢測芯片和所述業務轉發芯片上配置的相同保護組表項中的倒換標識值一致。

其中，所述線性保護倒換的實現裝置還可以包括：規則配置模塊，用于給所述業務轉發芯片配置用于識別所述管理報文的匹配規則。

其中，所述匹配規則可以包括：目的介質訪問控制(MAC)地址或源MAC地址為預留的MAC地址。

其中，所述業務轉發芯片，還可以用于根據所述業務轉發芯片保存的保護組表項進行業務轉發。

本發明實施例還提供一種線性保護倒換的實現方法，應用于配置保護組的設備，所述設備包括故障檢測芯片以及業務轉發芯片；所述線性保護倒換的實現方法包括：

所述故障檢測芯片在檢測到保護組的鏈路故障后，生成管理報文，并發送所述管理報文給業務轉發芯片；

所述業務轉發芯片根據收到的所述管理報文，設置所述保護組的倒換標識值。

其中，所述故障檢測芯片在檢測到保護組的鏈路故障后，生成管理報文，并發送所述管理報文給業務轉發芯片，可以包括：

所述故障檢測芯片在檢測到保護組的鏈路故障后，根據所述保護組的故障鏈路信息，確定所述故障鏈路信息在所述故障檢測芯片上對應的表項地址，并更新所述表項地址對應的保護組表項中的倒換標識值；生成攜帶所述故障檢測芯片上的所述表項地址和更新后的倒換標識值的管理報文，并發送所述管理報文給所述業務轉發芯片。

其中，所述業務轉發芯片根據收到的所述管理報文，設置所述保護組的倒換標識值，可以包括：

所述業務轉發芯片在識別收到的所述管理報文符合預配置的匹配規則時，獲取所述管理報文攜帶的所述故障檢測芯片上的表項地址和倒換標識值；根據所述管理報文攜帶的所述故障檢測芯片上的表項地址，確定所述業務轉發芯片上對應的表項地址，并根據所述業務轉發芯片上的表項地址，在所述業務轉發芯片查找對應的保護組表項，并將所述查找到的保護組表項中的倒換標識值更新為所述管理報文攜帶的倒換標識值。

其中，所述故障檢測芯片在檢測到保護組的鏈路故障后，生成管理報文，并發送所述管理報文給業務轉發芯片之前，所述線性保護倒換的實現方法還可以包括：

根據創建的保護組，在所述故障檢測芯片和業務轉發芯片分別配置保護組表項，其中，所述故障檢測芯片和所述業務轉發芯片上配置的相同保護組表項中的倒換標識值一致。

其中，所述故障檢測芯片在檢測到保護組的鏈路故障后，生成管理報文，并發送所述管理報文給業務轉發芯片之前，所述線性保護倒換的實現方法還可以包括：給所述業務轉發芯片配置用于識別所述管理報文的匹配規則。

其中，所述匹配規則可以包括：目的MAC地址或源MAC地址為預留的MAC地址。

其中，所述業務轉發芯片根據收到的所述管理報文，設置所述保護組的倒換標識之后，所述線性保護倒換的實現方法還可以包括：

根據所述業務轉發芯片保存的保護組表項進行業務轉發。

在本發明實施例中，利用故障檢測芯片直接管理業務轉發芯片，實現硬件層業務快速倒換的功能。在保護組的鏈路故障切換過程中，無需CPU直接參與，即能夠實現故障快速檢測和切換，從而有效地減少了CPU瞬間處理大量故障的壓力和業務中斷時間，增強了設備的穩定性。

本申請的其它特征和優點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本申請而了解。本申請的目的和其他優點可通過在說明書、權利要求書以及附圖中所特別指出的結構來實現和獲得。

附圖說明

附圖用來提供對本申請技術方案的進一步理解，并且構成說明書的一部分，與本申請的實施例一起用于解釋本申請的技術方案，并不構成對本申請技術方案的限制。

圖1為業務流的主備用鏈路選擇示意圖；

圖2為業務流的主備用鏈路切換的可選實現方式的示意圖；

圖3為鏈路故障檢測和故障處理的流程圖；

圖4為本發明實施例提供的線性保護倒換的實現裝置的示意圖；

圖5為本發明實施例提供的線性保護倒換的實現裝置的應用示意圖；

圖6為本發明實施例中的保護組創建過程的示意圖；

圖7為本發明實施例中配置管理報文的匹配規則的示意圖；

圖8為本發明實施例中故障倒換過程的示意圖；

圖9為本發明實施例提供的線性保護倒換的實現方法的流程圖。

具體實施方式

以下結合附圖對本申請實施例進行詳細說明，應當理解，以下所說明的實施例僅用于說明和解釋本申請，并不用于限定本申請。

需要說明的是，本申請的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區別類似的對象，而不必用于描述特定的順序或先后次序。

需要說明的是，如果不沖突，本申請實施例以及實施例中的各個特征可以相互結合，均在本申請的保護范圍之內。另外，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執行所示出或描述的步驟。

下面參照圖1和表1對保護組表項進行說明。

保護組表項用于控制業務轉向，可以用于指示一個保護組當前用于業務轉發的鏈路(比如主用鏈路或備用鏈路)。保護組表項可以包含以下信息：保護組表項索引、倒換標識(Flag)值。一些實現方式中，保護組表項還可以包含：保護組的備用鏈路的出接口信息。在保護組表項指示一個保護組當前用于業務轉發的鏈路從主用鏈路倒換為備用鏈路時，可以根據保護組的備用鏈路的出接口信息進行業務轉發。

表1保護組表項信息

如圖1所示，在一個保護組的工作鏈路(如主用鏈路)正常的情況下，該保護組的保護組表項中的倒換標識的bit(位)0為0，此時，業務會在工作鏈路上進行正常轉發；一旦檢測(一般通過CC/BFD進行檢測)到工作鏈路故障，只要將倒換標識的bit0置1，此時業務會倒換到保護組的保護鏈路(如備用鏈路)上進行轉發。

圖1所示的切換點即為保護組表項中的倒換標識(Flag)值。當業務流轉至業務轉發芯片，業務轉發芯片讀取業務傳輸鏈路所屬的保護組對應的Flag值，如果Flag值為0，則業務轉發芯片可以將業務直接從主用鏈路轉發出去，反之(即Flag值為1)，業務轉發芯片會將業務從備用鏈路轉發出去。其中，業務從主用鏈路倒換到備用鏈路所需的時長即為業務中斷時長，業務中斷時長一般被要求控制在50ms以內，以滿足倒換性能，減少業務中斷時長對業務的影響。

圖2所示為一個設備(PEA設備)的一個完整的業務轉發流程和故障檢測流程。在圖2中，PEA為邊緣節點A設備，PA為中間節點A設備，PEB為邊緣節點B設備。其中，業務進入PEA設備的業務轉發芯片后，根據保護組的倒換標識(Flag)值判斷業務的轉向；當Flag＝0時，通過主用鏈路轉發業務，反之(Flag＝1)，通過備用鏈路轉發業務。故障檢測模塊會對主用鏈路進行實時檢測，當檢測到主用鏈路故障后，會將該故障上報給故障處理模塊，由故障處理模塊設置保護組的Flag值，以達到業務倒換的目的。

如圖2所示，設備從發現主用鏈路故障到將業務倒換到備用鏈路上總共所需的時長t可以根據下式確定：t＝t₀+t₁+t₂+t₃+t₄；

其中，t₀為故障檢測時長，一般要求配置為3×3.3ms或者3×10ms，該時長較固定；t₁為故障上報時長，即在故障檢測模塊檢測到故障后將該故障上報給故障處理模塊所需的時長；t₂為故障查詢時長，即故障處理模塊收到故障檢測模塊上報的故障后，向故障檢測模塊查詢故障信息所需的時長；t₃為故障處理模塊處理故障的時長，包括故障信息的分析、相關信息的收集等；t₄為故障處理模塊設置業務轉發芯片的Flag值的時長。

其中，設備(比如，PEA設備)的故障檢測模塊可使用可編程邏輯芯片實現，例如FPGA(Field-Programmable Gate Array，現場可編程門陣列)等，主要用來控制CC/BFD的檢測過程，當檢測到鏈路故障后，會將這個故障上報給故障處理模塊。故障處理模塊一般都是CPU的軟件處理模塊，CPU在收到故障檢測模塊上報的故障后，會進行故障信息查詢、分析以及倒換標識的設置，如圖3所示。

由于故障檢測時長t₀一般都是固定的，沒有優化空間；設置業務倒換標識(Flag)是直接對芯片寄存器進行讀寫，t₄也是變化不大。因此，影響業務的倒換性能主要是由故障處理時長決定的，即由t₁+t₂+t₃來決定的，故障處理時長越短，倒換性能將會越好，反之，倒換性能越差。其中，t₃是軟件處理時長，經常受到故障上報的數量、任務調度、故障處理方法以及內存資源等影響，往往很難控制，也是最容易影響倒換性能的部分。因此，為了有效地提高業務的倒換性能，目前的廠家大多想方設法減少t₃。然而，到目前為止，軟件可優化的空間越來越少了，t₃每壓縮一點，都要付出艱辛的努力，不易實現。

本實施例提供一種線性保護倒換的實現裝置及方法，利用故障檢測芯片直接管理業務轉發芯片，實現硬件層業務快速倒換的功能。

如圖4所示，本實施例提供一種線性保護倒換的實現裝置，應用于配置保護組的設備，本實施例提供的線性保護倒換的實現裝置包括：

故障檢測芯片401，用于在檢測到保護組的鏈路故障后，生成管理報文，并發送管理報文給業務轉發芯片402；

業務轉發芯片402，用于根據收到的管理報文，設置保護組的倒換標識值。

其中，故障檢測芯片401可以包括：

故障檢測單元4011，用于在檢測到保護組的鏈路故障后，將保護組的故障鏈路信息發送給故障處理單元4012；

故障處理單元4012，用于根據保護組的故障鏈路信息，確定故障鏈路信息在故障檢測芯片401上對應的表項地址，并更新表項地址對應的保護組表項中的倒換標識值；生成攜帶故障檢測芯片401上的表項地址和更新后的倒換標識值的管理報文，并發送管理報文給業務轉發芯片402。

其中，業務轉發芯片402可以包括：

報文過濾單元4021，用于在識別收到的管理報文符合預配置的匹配規則時，將管理報文發送給控制管理單元4022；

控制管理單元4022，用于獲取管理報文攜帶的故障檢測芯片401上的表項地址和倒換標識值，根據管理報文攜帶的故障檢測芯片401上的表項地址，確定業務轉發芯片402上對應的表項地址，并根據業務轉發芯片402上的表項地址，在業務轉發芯片402查找對應的保護組表項；將查找到的保護組表項中的倒換標識值更新為管理報文攜帶的倒換標識值。

其中，本實施例提供的線性保護倒換的實現裝置還可以包括：表項配置模塊404，用于根據創建的保護組，在故障檢測芯片401和業務轉發芯片402分別配置保護組表項，其中，故障檢測芯片401和業務轉發芯片402上配置的相同保護組表項中的倒換標識值一致。

在本實施例中，在設備上配置多個保護組時，故障檢測芯片401上可以配置保護組表項的集合，業務轉發芯片402上也可以配置保護組表項的集合；其中，每個保護組表項用于記錄對應保護組的倒換標識值。針對同一個保護組，故障檢測芯片401和業務轉發芯片402上配置的對應此保護組的保護組表項中的倒換標識值一致。對于配置在故障檢測芯片401上的保護組表項，可以根據在故障檢測芯片401上的基地址和相對于基地址的偏移地址(即表項索引)，確定一個保護組表項的具體地址；對于配置在業務轉發芯片402上的保護組表項，可以根據在業務轉發芯片402上的基地址和相對于基地址的偏移地址(即表項索引)，確定一個保護組表項的具體地址。

其中，對于同一個保護組對應的保護組表項，故障檢測芯片401和業務轉發芯片402都存儲有這個保護組表項；在故障檢測芯片401上的這個保護組表項的基地址和在業務轉發芯片402上的這個保護組表項的基地址不同，相對于基地址的偏移地址可以相同。其中，在故障檢測芯片401或業務轉發芯片402上，相同類型的保護組表項的基地址相同。比如，故障檢測芯片401上存儲多個保護組表項時，在這些保護組表項的類型相同時，這些保護組表項的基地址相同。

一些實現方式中，故障檢測芯片401和業務轉發芯片402上的相同保護組表項的基地址之間存在對應關系。比如，根據故障檢測芯片401上存儲的一個保護組表項的基地址以及上述對應關系，可以確定業務轉發芯片402上的保護組表項的基地址。此時，業務轉發芯片402收到故障檢測芯片401發送的管理報文之后，可以獲取其中攜帶的故障檢測芯片401上的表項地址(包括基地址和偏移地址)和倒換標識值，然后，根據故障檢測芯片401上的基地址以及上述對應關系，確定業務轉發芯片402上的基地址，根據業務轉發芯片402上的基地址和管理報文攜帶的偏移地址，在業務轉發芯片402上查找到對應的保護組表項，并將查找到的保護組表項中的倒換標識值更新為管理報文攜帶的倒換標識值。

一些實現方式中，可以通過保護組表項的類型，來確定故障檢測芯片401和業務轉發芯片402上對于相同保護組表項的基地址之間的對應關系。比如，故障檢測芯片401上存儲的保護組表項的基地址與保護組表項的類型之間存在第一映射關系；業務轉發芯片402上存儲的保護組表項的基地址與保護組表項的類型之間存在第二映射關系。此時，故障檢測芯片401在確定故障鏈路信息在故障檢測芯片401上對應的表項地址(包括基地址和偏移地址)之后，可以根據第一映射關系和確定的基地址，確定此表項地址對應的保護組表項所屬的類型，并將所述保護組表項的類型信息、偏移地址以及更新后的倒換標識值攜帶在管理報文中發送給業務轉發芯片402。業務轉發芯片402收到管理報文之后，可以獲取其中攜帶的保護組表項的類型信息，然后，根據獲取到的類型以及上述第二映射關系，確定此類型在業務轉發芯片402上對應的保護組表項的基地址，然后，根據所確定的基地址和管理報文攜帶的偏移地址，在業務轉發芯片402上查找到對應的保護組表項，并將查找到的保護組表項中的倒換標識值更新為管理報文攜帶的倒換標識值。在本實現方式中，在故障檢測芯片401上的保護組表項的基地址變動時，僅需在故障檢測芯片401上更新類型與本地保護組表項的基地址之間的映射關系(即前述的第一映射關系)，而業務轉發芯片402上無需進行更新(即第二映射關系不變)，仍能根據故障檢測芯片401發送的管理報文查找到相同的保護組表項。相較于上一實現方式，本實現方式可以減少業務轉發芯片的更新流程，增強業務轉發芯片的穩定性。

其中，本實施例提供的線性保護倒換的實現裝置還可以包括：規則配置模塊403，用于給業務轉發芯片402配置用于識別管理報文的匹配規則。

其中，匹配規則可以包括：目的介質訪問控制(MAC)地址或源MAC地址為預留的MAC地址。

其中，業務轉發芯片402，還可以用于根據業務轉發芯片402保存的保護組表項進行業務轉發。

在本實施例中，故障檢測芯片401在檢測到保護組的鏈路故障后，不用將該故障上報給CPU，而是在故障檢測芯片401進行簡單處理后，直接控制業務轉發芯片402設置保護組的倒換標識(Flag)值。

如圖5所示，相較于圖2，在故障檢測芯片中增加了故障處理單元。故障檢測芯片的故障檢測單元檢測到鏈路故障(比如，主用鏈路故障)后不是將故障上報給CPU，而是直接將故障通報給故障處理單元，由故障處理單元進行簡單處理后，控制業務轉發芯片設置業務倒換標識值。如圖5所示，設備從發現主用鏈路故障到將業務倒換到備用鏈路上總共所需的時長t可以根據下式確定：t＝t₀+t₁₁+t₁₂。

由上述式子可知，相較于圖2，本實施例提供的方案減少了t₁+t₂+t₃+t₄，增加了t₁₁+t₁₂的處理時長。由于t₁₁是在可編程邏輯芯片中(例如FPGA)處理的，執行的是硬件處理流程，因此，t₁₁時長非常短，一般在微秒(us)級，t₁₂和t₄兩者相差不大，都是設置Flag值的時長，一般也在微秒(us)級。

由此可知，本實施例去掉了CPU的干預，由故障檢測芯片控制業務轉發芯片直接進行保護組鏈路切換，不僅提高了保護倒換速度，同時又減少了CPU處理負擔，極大地提高了通信設備的整體性能。

下面參照圖6至圖8對本實施例的線性保護倒換的實現裝置進行舉例說明。

在本實施例中，故障檢測芯片在檢測到故障后，不將故障上報給CPU處理，而是由故障檢測芯片直接控制業務轉發芯片進行保護組的鏈路切換。在實際應用中，業務轉發芯片可以對報文進行識別并做相應的動作，例如對報文進行轉發、丟棄、上交給業務轉發芯片的控制管理中心(即前述的控制管理單元)等。其中，業務轉發芯片的控制管理中心可以根據報文攜帶的信息，對業務轉發芯片的某些表項進行讀寫等操作。鑒于此，在故障檢測芯片中增加故障處理單元對故障進行處理，然后封裝一種特殊的RMP(Remote Manage Packet，遠程管理包)報文(即前述的管理報文)，該RMP報文攜帶在故障檢測芯片上的表項地址和倒換標識值。業務轉發芯片收到報文后，根據預先設置的匹配規則對報文進行匹配，當識別收到的報文為RMP報文后，將該RMP報文上送到控制管理中心做統一處理。

在本實施例中，需要在創建保護組時，將保護組表項分別下發到故障檢測芯片和業務轉發芯片，并且給業務轉發芯片預先配置對RMP報文的匹配規則，用于識別故障檢測芯片傳送的RMP報文。

保護組創建過程如圖6所示。其中，addr1和addr2分別為業務轉發芯片和故障檢測芯片存儲保護組表項的基地址，1，2、…、N為相對于基地址的偏移地址，addr1+i、addr2+i(其中，i可以為1、2、…、N)為每個保護組表項的具體地址。在業務轉發芯片或者故障檢測芯片上，可以通過基地址和表項索引能夠找到對應的單個保護組表項。

如圖6所示，用戶可以在設備的命令行界面(CLI，Command-Line Interface)或在基于SNMP(Simple Network Management Protocol，簡單網絡管理協議)的網管操作界面上創建主備保護組，設備的軟件會從表項資源池中申請保護組表項索引，并根據表項資源池反饋的表項索引創建保護組表項，同時初始化保護組表項中的Flag值。其中，對于相同類型的保護組表項，可以分配相同的基地址。然后，根據保護組表項索引(i)和保護組表項的基地址(addr1)，將創建的保護組表項(比如，保護組表項集合)下發到業務轉發芯片，根據保護組表項索引(i)和保護組表項的基地址(addr2)，將創建的保護組表項(比如，保護組表項集合)下發到故障檢測芯片，下發到這兩個芯片上的對應同一保護組的保護組表項中的倒換標識值一致。業務轉發芯片和故障檢測芯片上的相同保護組表項的基地址不同，但存在對應關系。比如，同一類型的保護組表項在故障檢測芯片上的基地址相同，同一類型的保護組表項在業務轉發芯片上的基地址相同。如此，可以通過以下方式根據故障檢測芯片上的表項地址(包括基地址和偏移地址)，確定業務轉發芯片上對應的表項地址：根據故障檢測芯片上的表項地址中的基地址，確定與此基地址對應的保護組表項的類型，然后，查找在業務轉發芯片上與此類型對應的基地址，根據查找到的基地址結合偏移地址(相同保護組表項在兩個芯片上的偏移地址相同)，得到在業務轉發芯片上對應的表項地址。

業務轉發芯片的匹配規則配置過程如圖7所示。用戶可以在設備的CLI或者網管操作界面上配置匹配規則，并將匹配規則下發至業務轉發芯片的報文過濾單元。其中，匹配規則可以包括：報文的目的或源MAC地址為通信廠家自己預留的唯一地址，以便和其他業務報文的MAC地址區別。

其中，通信廠家一般都會有自己的MAC地址段，每個通信廠家的MAC地址段都是不一樣的。每個通信廠家都可以預留特殊的MAC地址作為RMP報文的目的MAC，如此，可以通過匹配RMP報文的目的MAC地址進行RMP報文區分。比如，預留MAC地址000e51000001作為RMP報文的目的MAC地址，那么可以配置匹配000e51000001地址來抓取RMP報文。

故障檢測芯片在檢測到故障后控制業務轉發芯片進行業務倒換的過程如圖8所示。當故障檢測芯片的故障檢測單元檢測到故障后，故障處理單元查詢故障信息，并封裝RMP報文，此RMP報文中攜帶故障檢測芯片上的保護組表項地址和Flag值，并將該RMP報文發給業務轉發芯片。

其中，在配置鏈路檢測(例如：CC/BFD)時，會指定檢測哪條鏈路，并且會將被檢測鏈路的相關信息(比如，被檢測鏈路所在保護組對應的保護組表項在故障檢測芯片上的基地址和偏移地址)和檢測ID(用于標識被檢測鏈路)關聯起來存到故障檢測芯片中，一旦檢測到鏈路出現故障，會通過該檢測ID對應的基地址和偏移地址，查詢在故障檢測芯片中此基地址和偏移地址對應的保護組表項，并設置查詢到的保護組表項中的Flag值，比如，原Flag＝0，在檢測到鏈路故障時，設置Flag＝1。之后，故障處理單元將檢測ID對應的基地址和偏移地址(即故障檢測芯片上的表項地址)和對應的Flag值封裝在RMP報文中，發送給業務轉發芯片。其中，RMP報文的格式可以包括：L2頭(header)、RMP頭、故障檢測芯片上的表項地址以及Flag值(比如，Flag＝1)。

業務轉發芯片收到報文后，通過報文過濾單元采用先前配置的匹配規則對收到的報文進行匹配，當根據匹配規則，確認收到的報文是RMP報文后，將RMP報文傳給控制管理中心。

控制管理中心將RMP報文進行解封裝，并根據RMP報文攜帶的保護組表項地址，確定業務轉發芯片上對應的表項地址，并根據確定的表項地址找到業務轉發芯片中對應的保護組表項，再用RMP報文攜帶的Flag值設置業務轉發芯片中查找到的保護組表項中的Flag值。比如，控制管理中心可以根據兩個芯片上的保護組表項的基地址之間的對應關系，以及RMP報文攜帶的基地址，確定在業務轉發芯片中對應的基地址，然后，可以根據RMP報文攜帶的保護組表項地址中的偏移地址以及業務轉發芯片中的基地址，查找在業務轉發芯片中對應的保護組表項，再對該保護組表項中的Flag值進行更新。比如，該保護組表項中原Flag＝0，RMP報文攜帶Flag＝1，則更新后該保護組表項中Flag＝1。如此，確保故障檢測芯片中的保護組表項和業務轉發芯片中的保護組表項的一致性。

在完成上述操作之后，業務實際已經發生倒換。當業務從業務轉發芯片接口進入后，首先查詢保護組表項中的Flag值，如果Flag值為0，表示工作鏈路正常，此時將業務轉發到工作鏈路；當Flag值為1，表示工作鏈路故障，此時將業務轉發到保護鏈路。其中，可以通過VLAN(Virtual Local Area Network，虛擬局域網)識別不同的業務，確定業務與保護組表項索引的關系，從而確定業務從業務轉發芯片的接口進入后，查詢哪個保護組表項。

綜上所述，本實施例實現了硬件保護倒換功能，不僅大大地提高了保護倒換性能，加快了鏈路切換速度；而且，在保護倒換的過程中，沒有了CPU的參入，極大地減少了CPU壓力，增強了設備的穩定性。

如圖9所示，本發明實施例還提供一種線性保護倒換的實現方法，應用于配置保護組的設備，其中，所述設備包括故障檢測芯片以及業務轉發芯片，本實施例提供的線性保護倒換的實現方法包括以下步驟：

步驟901：故障檢測芯片在檢測到保護組的鏈路故障后，生成管理報文，并發送管理報文給業務轉發芯片；

步驟902：業務轉發芯片根據收到的管理報文，設置保護組的倒換標識值。

其中，步驟901可以包括：

故障檢測芯片在檢測到保護組的鏈路故障后，根據保護組的故障鏈路信息，確定故障鏈路信息在故障檢測芯片上對應的表項地址，并更新表項地址對應的保護組表項中的倒換標識值；生成攜帶故障檢測芯片上的表項地址和更新后的倒換標識值的管理報文，并發送管理報文給業務轉發芯片。

其中，步驟902可以包括：

業務轉發芯片在識別收到的管理報文符合預配置的匹配規則時，獲取管理報文攜帶的故障檢測芯片上的表項地址和倒換標識值；根據管理報文攜帶的故障檢測芯片上的表項地址，確定業務轉發芯片上對應的表項地址，并根據業務轉發芯片上的表項地址，在業務轉發芯片查找對應的保護組表項，并將查找到的保護組表項中的倒換標識值更新為管理報文攜帶的倒換標識值。

其中，在步驟901之前，本實施例的線性保護倒換的實現方法還可以包括：根據創建的保護組，在故障檢測芯片和業務轉發芯片分別配置保護組表項，其中，故障檢測芯片和業務轉發芯片上配置的相同保護組表項中的倒換標識值一致。

其中，在步驟901之前，本實施例的線性保護倒換的實現方法還可以包括：給業務轉發芯片配置用于識別管理報文的匹配規則。

其中，匹配規則可以包括：目的MAC地址或源MAC地址為預留的MAC地址。

其中，在步驟902之后，本實施例的線性保護倒換的實現方法還可以包括：根據業務轉發芯片保存的保護組表項進行業務轉發。

此外，關于本實施例的線性保護倒換的實現方法的具體操作過程可以參照前述的實現裝置，故于此不再贅述。

以上顯示和描述了本申請的基本原理和主要特征和本申請的優點。本申請不受上述實施例的限制，上述實施例和說明書中描述的只是說明本申請的原理，在不脫離本申請精神和范圍的前提下，本申請還會有各種變化和改進，這些變化和改進都落入要求保護的本申請范圍內。