[發明專利]最小激活鏈路數處理方法及裝置

有效

• 申請號: 201110314786.0
• 申請日: 2011-10-17
• 公開（公告）號: CN103051651B
• 公開（公告）日: 2017-12-26
• 發明（設計）人: 劉微
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京康信知識產權代理有限責任公司11240
• 代理人: 梁麗超,韓建偉

技術領域

本發明涉及通信領域，具體而言，涉及一種最小激活鏈路數處理方法及裝置。

背景技術

鏈路捆綁將多個封裝相同鏈路層協議的接口捆綁到一起，形成一條邏輯上的數據鏈路。鏈路捆綁的作用如下：流量負載分擔：出/入流量可以在多個成員接口之間分擔；增加帶寬：鏈路捆綁接口的帶寬是各可用成員接口帶寬的總和；提高連接可靠性：當某個成員接口出現故障時，流量會自動切換到其他可用的成員接口上，從而提高整個捆綁鏈路的連接可靠性。

多鏈路點對點協議(Multilink-PPP或MLPPP)鏈路捆綁技術中的一種，將多條PPP鏈路綁定到一起，用于解決PPP一次只能處理一個實際鏈接的局限。

專利“CN101854396A”提出了MLPPP組最小激活鏈路數以及MLPPP組狀態概念，提供了一種MLPPP組保證用戶期望帶寬的方法，以及在無法保證情況下的相應通告處理：主要就是通過檢測綁定的各PPP鏈路狀態，判斷狀態up(狀態up符合rfc1661)的鏈路數是不是達到了用戶配置的閥值(最小激活鏈路數)，達到了則按照MLPPP協議正常往下處理，否則要進行相應的通告和處理機制。

但是，該專利存在如下：當兩端MLPPP組的最小激活鏈路數配置不一樣時，會出現一端UP的PPP鏈路數已經達到最小激活鏈路數即MLPPP組狀態UP承載業務，但另一端UP的PPP鏈路數還未達到最小激活鏈路數即MLPPP組狀態為DOWN，這樣就會出現異常。例如：圖1是根據相關技術的MLPPP設備對接組網的示意圖，如圖1所示，有兩端設備DEVA和DEVB，兩臺設備通過MLPPP通信，即，分別在DEVA上配置一個MLPPP組MA和DEVB上配置一個MLPPP組MB進行對接，MA配置的最小激活鏈路數為2，MB配置的最小激活鏈路數為4。但是，當前MA和MB之間只有3條PPP鏈路時UP可用的，于是，MA的狀態為UP開始承載業務，而MB由于當前UP的鏈路數數為3沒有達到配置的最小激活鏈路數4狀態為DOWN不承載業務。這樣，業務出現異常用戶也就無法感知。

產生該問題的原因在于，本端和對端設備之間并不了解對方的最小激活鏈路數。而上述專利并沒有意識到該問題的存在。

發明內容

本發明提供一種最小激活鏈路數處理方法及裝置，以至少解決上述問題。

根據本發明的一個方面，提供了一種最小激活鏈路數處理方法，包括：接收對端發送的多鏈路點對點組的最小激活鏈路數；確定本端的多鏈路點對點組的最小激活鏈路數和所述對端發送的最小激活鏈路數一致；通知所述對端最小激活鏈路數一致。

優選地，所述方法還包括：確定所述本端的最小激活鏈路數和所述對端發送的最小激活鏈路數不一致；上報最小激活鏈路協商失敗的告警。

優選地，在確定所述本端的最小激活鏈路數和所述對端發送的最小激活鏈路數不一致的情況下，所述方法還包括：通知所述對端最小激活鏈路數不一致。

優選地，所述方法還包括：確定所述本端的最小激活鏈路數和所述對端發送的最小激活鏈路數不一致；在所述本端的最小激活鏈路數大于所述對端的最小激活鏈路數的情況下，采用所述對端的最小激活鏈路數作為所述本端的最小激活鏈路數；在所述本端的最小激活鏈路數小于所述對端的最小激活鏈路數的情況下，通知所述對端采用所述本端的最小激活鏈路數作為所述對端的最小激活鏈路數。

優選地，接收所述對端發送的多鏈路點對點組的最小激活鏈路數包括：接收所述對端發送的配置請求消息，其中，所述配置請求消息中攜帶有所述對端的最小激活鏈路數。

根據本發明的另一個方面，還提供了一種最小激活鏈路數處理裝置，包括：接收模塊，用于接收對端發送的多鏈路點對點組的最小激活鏈路數；確定模塊，用于確定本端的多鏈路點對點組的最小激活鏈路數和所述對端發送的最小激活鏈路數一致；通知模塊，用于通知所述對端最小激活鏈路數一致。

優選地，在所述確定模塊確定所述本端的最小激活鏈路數和所述對端發送的最小激活鏈路數不一致的情況下，所述裝置還包括：告警上報模塊，用于上報最小激活鏈路協商失敗的告警。

優選地，在所述確定模塊確定所述本端的最小激活鏈路數和所述對端發送的最小激活鏈路數不一致的情況下，所述通知模塊還用于通知所述對端最小激活鏈路數不一致。