[發明專利]多鏈路隧道報文傳輸方法及系統

有效

• 申請號: 201310452422.8
• 申請日: 2013-09-27
• 公開（公告）號: CN103490972A
• 公開（公告）日: 2014-01-01
• 發明（設計）人: 陳箭飛
• 申請（專利權）人: 邁普通信技術股份有限公司
• 主分類號: H04L12/46
• 分類號: H04L12/46;H04L12/851
• 代理公司: 成都宏順專利代理事務所(普通合伙) 51227
• 代理人: 李順德

技術領域

本發明涉及數據通信技術，特別涉及數據通信領域的多鏈路隧道報文有序傳輸技術。

背景技術

企業網在租用運營商網絡作為鏈路時，部分鏈路，尤其是無線鏈路，其穩定性、延遲、帶寬都存在瞬間變化甚至斷開的問題。為保證其可靠性，一般會對該鏈路進行備份，現在的備份技術包括撥號備份或路由備份，無論哪種備份技術，鏈路的切換時間一般都在幾十秒以上，主要原因在切換需要通過鏈路ppp（Point?to?Point?Protocol）保活斷開或通過三層應用，動態路由協議來作為判斷條件，這些條件的產生都有一個較長的時間過程。為拓展帶寬，一般采用多鏈路捆綁或路由負載方式。對路由負載和多鏈路PPP（MPPP?Multilink?Point?to?Point?Protocol）這類技術，對UDP（User?Datagram?Protocol）報文有一定負載作用，但對語音，視頻等對時延和報文順序有嚴格要求的業務流卻存在亂序等致命問題。對TCP（Transmission?Control?Protocol）流，由于各條鏈路時延的不同，導致單條TCP連接的帶寬很難得到提高。同時，多數運營商都存在PPP代理情況下，PPP的保活報文都被運營商代理，導致PPP保活較難反映出鏈路連通情況，極端情況下會導致較長時間的丟包。當其中某條鏈路帶寬產生變化時，目前的技術也無法對每條鏈路負載的流量做調整，會導部分鏈路可能負載的數據流過大而丟包等問題。綜上所述，現有技術無法解決多條鏈路上報文時延不一致問題，無法解決其中一條鏈路中斷導致的丟包問題，無法解決鏈路帶寬變化流量發送方無法感知，無法充分利用帶寬的問題。

發明內容

本發明所要解決的技術問題，就是提供一種多鏈路隧道報文傳輸方法及系統，均衡各條鏈路時延，拓展業務帶寬實現報文的有序傳輸。

本發明解決所述技術問題，采用的技術方案是，多鏈路隧道報文傳輸方法，其特征在于，包括步驟：

A、發送方與接收方之間配置一條虛擬L2TP隧道，并配置發送方虛擬L2TP隧道出接口的地址以及接收方虛擬L2TP隧道入接口的地址；在所述發送方虛擬L2TP隧道出接口與所述接收方虛擬L2TP隧道入接口之間的多鏈路中的各個鏈路上分別建立L2TP隧道；將建立L2TP隧道的多鏈路捆綁在一起并進行標識；

B、為所述發送方虛擬L2TP隧道出接口建立一個發送總隊列，為所述接收方虛擬L2TP隧道入接口建立一個接收總隊列，初始化所述發送總隊列和接收總隊列；

C、當待轉發報文到達所述發送方虛擬L2TP隧道出接口后，發送方通過本地報文處理規則對所述待轉發報文進行判斷，對于符合轉發條件的報文分配序列號，送入發送總隊列，發送方根據QOS配置，選擇多鏈路中的某一出接口后，對分配序列號的報文進行對應的L2TP報文封裝并通過所述出接口的L2TP隧道發送出去，所述序列號封裝入L2TP報文中；

D、所述L2TP報文到達所述接收方虛擬L2TP隧道入接口并解封裝后，將所述解封裝后的報文以及序列號信息送入接收總隊列，接收方將符合編號順序的報文依次進行轉發，對不符合編號順序的報文等待設置的延遲條件后，如果還未收到符合編號順序的L2TP報文，則發送符合編號順序的下一個序列號的報文，并回送缺失序列號的報文信息到所述發送方虛擬L2TP隧道出接口；

E、所述發送方虛擬L2TP隧道出接口接收到所述接收方回送的缺失序列號的報文信息后，根據QOS配置和多鏈路中每個出接口統計信息計算出丟包率；

F、所述發送方根據丟包率計算帶寬，并根據帶寬調整QOS和各條鏈路的發送速率。

優選的，所述步驟A中，將所述虛擬L2TP隧道的配置應用到所述各個鏈路上分別建立的L2TP隧道。

優選的，所述步驟D中，所述設置的延遲條件是指設置的滑動窗口時間間隔或者報文個數。

優選的，所述步驟F中，所述發送端周期性的根據丟包率計算多鏈路中各個出接口的帶寬。

本發明的另一個目的，提供一種多鏈路隧道報文傳輸系統，包括發送方和接收方；