專利名稱：基于QinQ的報文傳輸方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種基于QinQ的報文傳輸方法和裝置。
背景技術(shù)：
QinQ是對基于IEEE 802. Iq封裝的隧道協(xié)議的形象稱呼，QinQ (即vlan (Virtual Local Area Network，虛擬局域網(wǎng))堆疊)是現(xiàn)實網(wǎng)絡(luò)中常用的二層隧道協(xié)議，主要特點是 利用報文的雙層vlan tag (標(biāo)簽)，使用外層tag+目的mac進行QinQ鏈路中的二層轉(zhuǎn)發(fā)， 利用內(nèi)層tag來選擇網(wǎng)絡(luò)側(cè)的出端口。現(xiàn)有技術(shù)的QinQ的網(wǎng)絡(luò)示意圖如圖1所示。發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題當(dāng)有多條鏈路時，QinQ不能實現(xiàn)負(fù)載分 擔(dān)功能，結(jié)果會造成在實際應(yīng)用中①有的鏈路過于繁忙導(dǎo)致丟包，有的鏈路卻沒有得到充分利用；②當(dāng)某條鏈路發(fā)生故障斷掉時，不能及時應(yīng)用其它鏈路來轉(zhuǎn)移業(yè)務(wù)；從而對用戶的使用造成不便，并對網(wǎng)絡(luò)的帶寬造成了浪費。

發(fā)明內(nèi)容
本發(fā)明旨在提供一種基于QinQ的報文傳輸方法和裝置，以解決現(xiàn)有QinQ技術(shù)存 在的當(dāng)有多條鏈路時，不能實現(xiàn)負(fù)載分擔(dān)功能，從而對用戶的使用造成不便，并對網(wǎng)絡(luò)的帶 寬造成了浪費的問題。根據(jù)本發(fā)明的一個方面，提供了一種基于QinQ的報文傳輸方法，包括配置多個 QinQ接口和一個邏輯接口，并將多個QinQ接口加入邏輯接口 ；邏輯接口根據(jù)預(yù)定的規(guī)則對 報文進行流分類，選擇多個QinQ接口對應(yīng)的多條QinQ鏈路中的一條可用鏈路發(fā)送報文。優(yōu)選地，預(yù)定的規(guī)則包括根據(jù)報文的源IP地址對報文進行流分類；或根據(jù)報文 的目的IP地址對報文進行流分類；或根據(jù)報文的IP優(yōu)先級對報文進行流分類；配置多個QinQ接口和一個邏輯接口包括配置多個QinQ接口中的每個QinQ接口 的限速速率和發(fā)送隊列的長度。
優(yōu)選地，邏輯接口根據(jù)預(yù)定的規(guī)則對報文進行流分類，選擇多個QinQ接口對應(yīng)的 多條QinQ鏈路中的一條可用鏈路發(fā)送報文包括邏輯接口根據(jù)報文獲得索引值M，選擇多 條QinQ鏈路中的第η條可用鏈路對報文進行流分類，其中η = N，％表示求余運算，N 表示可用鏈路的總數(shù)量；判斷第η條可用鏈路當(dāng)前的發(fā)送速率是否超出配置的限速速率； 若未超出，則通過第η條可用鏈路發(fā)送報文。優(yōu)選地，在上述的方法中，還包括若超出，則將報文放入第η條可用鏈路的發(fā)送 隊列；根據(jù)配置的第η條可用鏈路的發(fā)送隊列的長度，判斷第η條可用鏈路的發(fā)送隊列是否 已滿；若是，則將第η條可用鏈路的發(fā)送隊列的隊首的報文交由邏輯接口重新選擇一條可 用鏈路發(fā)送。優(yōu)選地，將第η條可用鏈路的發(fā)送隊列的隊首的報文交由邏輯接口重新選擇一條 可用鏈路發(fā)送包括將取出的隊首的報文作為緊急報文交由邏輯接口 ；邏輯接口接收到作為緊急報文的隊首的報文后，從多條QinQ鏈路中選擇一條發(fā)送隊列為空的可用鏈路發(fā)送 隊首的報文；若多條QinQ鏈路中的所有可用鏈路的發(fā)送隊列均不為空，則丟棄隊首的報文。優(yōu)選地，在邏輯接口根據(jù)預(yù)定的規(guī)則對報文進行流分類，選擇多個QinQ接口對應(yīng) 的多條QinQ鏈路中的一條可用鏈路發(fā)送報文之前還包括配置多個維護邊界點，并將維護 邊界點與QinQ接口進行一一對應(yīng)地綁定；配置多個維護邊界點將多條QinQ鏈路中發(fā)生異 常的鏈路上報給邏輯接口。優(yōu)選地，當(dāng)多個維護邊界點中的一個維護邊界點檢測到與其綁定的QinQ鏈路不 可用時，維護邊界點將QinQ鏈路不可用的消息上報給邏輯接口 ；當(dāng)多個維護邊界點中的一 個維護邊界點檢測到與其綁定的QinQ鏈路恢復(fù)可用時，維護邊界點將QinQ鏈路恢復(fù)可用 的消息上報給邏輯接口。優(yōu)選地，在上述的方法中，還包括多條QinQ鏈路中的一條鏈路接收到帶外層標(biāo) 簽的報文時，檢查報文的外層標(biāo)簽是否正確；若是，則去掉報文的外層標(biāo)簽，并將報文交由 邏輯接口根據(jù)報文的內(nèi)層標(biāo)簽選擇用戶側(cè)的接口發(fā)送報文；若否，則丟棄報文。根據(jù)本發(fā)明的另一個方面，還提供了一種基于QinQ的報文傳輸裝置，包括配置 模塊，用于配置多個QinQ接口和一個邏輯接口，并將多個QinQ接口加入邏輯接口 ；發(fā)送模 塊，用于邏輯接口根據(jù)預(yù)定的規(guī)則對報文進行流分類，選擇多個QinQ接口對應(yīng)的多條QinQ 鏈路中的一條可用鏈路發(fā)送報文。優(yōu)選地，配置模塊還用于配置多個QinQ接口中的每個QinQ接口的限速速率和發(fā) 送隊列的長度；發(fā)送模塊包括流分類單元，用于邏輯接口根據(jù)報文獲得索引值M，選擇多條QinQ 鏈路中的第η條可用鏈路對報文進行流分類，其中η = N，％表示求余運算，N表示可 用鏈路的總數(shù)量；判斷單元，用于判斷第η條可用鏈路當(dāng)前的發(fā)送速率是否超出配置的限速速率；執(zhí)行單元，用于當(dāng)判斷單元的判斷結(jié)果為第η條可用鏈路當(dāng)前的發(fā)送速率未超出 配置的限速速率時，通過第η條可用鏈路發(fā)送報文。優(yōu)選地，執(zhí)行單元還用于當(dāng)判斷單元的判斷結(jié)果為第η條可用鏈路當(dāng)前的發(fā)送速 率超出配置的限速速率時，將報文放入第η條可用鏈路的發(fā)送隊列；還用于當(dāng)判斷單元的 判斷結(jié)果為第η條可用鏈路的發(fā)送隊列已滿時，將第η條可用鏈路的發(fā)送隊列的隊首的報 文交由邏輯接口重新選擇一條可用鏈路發(fā)送；判斷單元還用于根據(jù)配置的第η條可用鏈路的發(fā)送隊列的長度，判斷第η條可用 鏈路的發(fā)送隊列是否已滿。優(yōu)選地，配置模塊還用于配置多個維護邊界點，并將維護邊界點與QinQ接口進行 一一對應(yīng)地綁定；還用于配置多個維護邊界點將多條QinQ鏈路中發(fā)生異常的鏈路上報給 邏輯接口。優(yōu)選地，在上述的裝置中，還包括接收模塊，用于當(dāng)多條QinQ鏈路中的一條鏈路 接收到帶外層標(biāo)簽的報文時，檢查報文的外層標(biāo)簽是否正確；若是，則去掉報文的外層標(biāo) 簽，并將報文交由邏輯接口根據(jù)報文的內(nèi)層標(biāo)簽選擇用戶側(cè)的接口發(fā)送報文；若否，則丟棄 報文。5
由于將多條QinQ鏈路綁定為一條邏輯鏈路，利用802. lag協(xié)議和端口限速功能， 動態(tài)分配流量，解決了現(xiàn)有QinQ技術(shù)存在的當(dāng)有多條鏈路時，不能實現(xiàn)負(fù)載分擔(dān)功能，從 而對用戶的使用造成不便，并對網(wǎng)絡(luò)的帶寬造成了浪費的問題，從而能夠提高網(wǎng)絡(luò)的使用 效率，保證對用戶的服務(wù)質(zhì)量，實現(xiàn)了基于QinQ的負(fù)載分擔(dān)、故障檢測、多條鏈路的QoS等 功能。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1示出了現(xiàn)有技術(shù)的QinQ網(wǎng)絡(luò)的示意圖；圖2示出了根據(jù)本發(fā)明實施例的基于QinQ的報文傳輸方法的流程圖；圖3示出了根據(jù)本發(fā)明優(yōu)選實施例的QinQ網(wǎng)絡(luò)的示意圖；圖4示出了根據(jù)本發(fā)明優(yōu)選實施例的有一條鏈路不可用的QinQ網(wǎng)絡(luò)的示意圖之 圖5示出了根據(jù)本發(fā)明優(yōu)選實施例的有一條鏈路不可用的QinQ網(wǎng)絡(luò)的示意圖之 --；圖6示出了根據(jù)本發(fā)明優(yōu)選實施例的有一條鏈路恢復(fù)可用的QinQ網(wǎng)絡(luò)的示意圖 之一；圖7示出了根據(jù)本發(fā)明優(yōu)選實施例的有一條鏈路恢復(fù)可用的QinQ網(wǎng)絡(luò)的示意圖 之二；圖8示出了根據(jù)本發(fā)明優(yōu)選實施例的基于QinQ的報文傳輸方法的配置過程的流 程圖；圖9示出了根據(jù)本發(fā)明優(yōu)選實施例的基于QinQ的報文傳輸方法的發(fā)送過程的流 程圖；圖10示出了根據(jù)本發(fā)明優(yōu)選實施例的基于QinQ的報文傳輸方法的鏈路重新選擇 過程的流程圖；圖11示出了根據(jù)本發(fā)明優(yōu)選實施例的基于QinQ的報文傳輸方法的鏈路恢復(fù)過程 的流程圖；圖12示出了根據(jù)本發(fā)明優(yōu)選實施例的基于QinQ的報文傳輸方法的接收過程的流 程圖；圖13示出了根據(jù)本發(fā)明實施例的基于QinQ的報文傳輸裝置的示意圖。
具體實施例方式下面將參考附圖并結(jié)合實施例，來詳細(xì)說明本發(fā)明。圖2示出了根據(jù)本發(fā)明實施例的基于QinQ的報文傳輸方法的流程圖，包括以下步 驟步驟S10，配置多個QinQ接口和一個邏輯接口，并將多個QinQ接口加入邏輯接 Π ；步驟S20，邏輯接口根據(jù)預(yù)定的規(guī)則對報文進行流分類，選擇多個QinQ接口對應(yīng)的多條QinQ鏈路中的一條可用鏈路發(fā)送報文。該實施例由于通過將配置的多個QinQ接口加入配置的一個邏輯接口中，從而將 多條QinQ鏈路綁定為一條邏輯鏈路，發(fā)送報文時邏輯接口根據(jù)預(yù)定的規(guī)則選擇一條QinQ 鏈路進行發(fā)送，解決了現(xiàn)有QinQ技術(shù)存在的當(dāng)有多條鏈路時，不能實現(xiàn)負(fù)載分擔(dān)功能，從 而對用戶的使用造成不便，并對網(wǎng)絡(luò)的帶寬造成了浪費的問題。使用該實施例實現(xiàn)了動態(tài) 地分配流量，能夠提高網(wǎng)絡(luò)的使用效率，保證對用戶的服務(wù)質(zhì)量。其中，預(yù)定的規(guī)則包括根據(jù)報文的源IP地址對報文進行流分類；或根據(jù)報文的 目的IP地址對報文進行流分類；或根據(jù)報文的IP優(yōu)先級對報文進行流分類。報文的IP頭 攜帶有一個6bit的參數(shù)，該參數(shù)表示報文的優(yōu)先級。優(yōu)選地，步驟S 10包括配置多個QinQ接口中的每個QinQ接口的限速速率和發(fā) 送隊列的長度。步驟S20包括邏輯接口根據(jù)報文獲得索引值M，選擇多條QinQ鏈路中的第η條可用鏈路對報文 進行流分類，其中η = N，％表示求余運算，N表示可用鏈路的總數(shù)量；判斷第η條可用鏈路當(dāng)前的發(fā)送速率是否超出配置的限速速率；若未超出，則通過第η條可用鏈路發(fā)送報文；若超出，則將報文放入第η條可用鏈路的發(fā)送隊列；根據(jù)配置的第η條可用鏈路的 發(fā)送隊列的長度，判斷第η條可用鏈路的發(fā)送隊列是否已滿；若是，則將第η條可用鏈路的 發(fā)送隊列的隊首的報文交由邏輯接口重新選擇一條可用鏈路發(fā)送。其中，將第η條可用鏈路的發(fā)送隊列的隊首的報文交由邏輯接口重新選擇一條可 用鏈路發(fā)送包括取出第η條可用鏈路的發(fā)送隊列的隊首的報文；將隊首的報文打上緊急 標(biāo)志后交由邏輯接口 ；邏輯接口根據(jù)緊急標(biāo)志判定隊首的報文為緊急報文，從多條QinQ鏈 路中選擇一條發(fā)送隊列為空的可用鏈路發(fā)送隊首的報文；若多條QinQ鏈路中的所有可用 鏈路的發(fā)送隊列均不為空，則丟棄隊首的報文。該優(yōu)選實施例提供了本發(fā)明提出的基于QinQ的報文傳輸方法發(fā)送報文的一種具 體實施方案。通過該優(yōu)選實施例能夠有效地實現(xiàn)負(fù)載分擔(dān)功能。優(yōu)選地，在步驟S20之前還包括配置多個維護邊界點，并將配置的維護邊界點與 QinQ接口進行一一對應(yīng)地綁定；配置多個維護邊界點將多條QinQ鏈路中發(fā)生異常的鏈路 上報給邏輯接口。配置維護邊界點的目的是為了對QinQ鏈路進行監(jiān)控，當(dāng)QinQ鏈路不可 用或恢復(fù)可用時，上報給邏輯接口，邏輯接口可以獲知QinQ鏈路是否可用，從而確保為發(fā) 送的報文選擇可用的鏈路進行發(fā)送。其中，當(dāng)多個維護邊界點中的一個維護邊界點檢測到與其綁定的QinQ鏈路不可 用(在一定時間內(nèi)未收到對端發(fā)送的連續(xù)性檢查消息或者接收到的連續(xù)性檢查消息帶異 常標(biāo)志)時，維護邊界點將QinQ鏈路不可用的消息上報給邏輯接口，并將發(fā)送的連續(xù)性檢 查消息添加異常標(biāo)志；當(dāng)多個維護邊界點中的一個維護邊界點檢測到與其綁定的QinQ鏈路恢復(fù)可用 (重新收到對端發(fā)送的連續(xù)性檢查消息或者接收到的連續(xù)性檢查消息不帶異常標(biāo)志)時， 維護邊界點將QinQ鏈路恢復(fù)可用的消息上報給邏輯接口。該優(yōu)選實施例提供了本發(fā)明提出的基于QinQ的報文傳輸方法實現(xiàn)故障檢測、多條鏈路的QoS的功能的具體實施方案。本發(fā)明利用802. lag協(xié)議來進行QinQ鏈路的監(jiān)控。優(yōu)選地，在上述的方法中，還包括多條QinQ鏈路中的一條鏈路接收到帶外層標(biāo) 簽的報文時，檢查報文的外層標(biāo)簽是否正確；若是，則去掉報文的外層標(biāo)簽，并將報文交由 邏輯接口根據(jù)報文的內(nèi)層標(biāo)簽選擇用戶側(cè)的接口發(fā)送報文；若否，則丟棄報文。該優(yōu)選實施例提供了本發(fā)明提出的基于QinQ的報文傳輸方法接收報文的具體實 施方案。上述優(yōu)選實施例通過將多條QinQ鏈路綁定為一條邏輯鏈路，實現(xiàn)負(fù)載分擔(dān)、故障 檢測、多條鏈路的QoS等功能。本發(fā)明主要包括以下內(nèi)容1、發(fā)送時根據(jù)流分類選擇QinQ鏈路報文必須按照流分類來選擇鏈路，保證單一的流在同一條鏈路中發(fā)送，因為不同 的QinQ鏈路報文的發(fā)送時間可能是不同的，如果同一條流選擇不同的鏈路發(fā)送，會造成接 收端的亂序。流分類原則可以選擇根據(jù)源IP地址分類，根據(jù)目的IP地址分類，或者根據(jù)IP 優(yōu)先級分類等等；流分類的結(jié)果必須和可用鏈路的狀態(tài)相關(guān)，如果一條QinQ鏈路被發(fā)現(xiàn)不 可用，卻被選擇為發(fā)送鏈路，這是不正確的。2、單條鏈路忙時重新選擇鏈路為了在單條QinQ鏈路繁忙時能夠保證報文不丟失，本發(fā)明使用特殊的QoS機制對 報文進行雙層QoS管理a、邏輯接口的發(fā)送端口選擇；b、單條QinQ鏈路的限速和隊列。報 文在發(fā)送時，首先由邏輯接口按照流分類選擇一條QinQ鏈路發(fā)送，如果超出該條鏈路的限 速，則認(rèn)為鏈路繁忙，將報文進入QinQ鏈路的隊列中，當(dāng)隊列滿時，從隊列頭取出報文(這 是為了保證報文發(fā)送的順序)，重新進入邏輯接口的端口選擇流程，邏輯接口根據(jù)隊列的繁 忙程度，重新選擇一條鏈路來發(fā)送報文。3、鏈路狀態(tài)改變時改變流分類規(guī)則QinQ鏈路的一個問題是鏈路上可能有多跳，如果中間一跳出現(xiàn)問題，不能迅速 被發(fā)現(xiàn)。本發(fā)明使用802. lag協(xié)議來進行QinQ鏈路的監(jiān)控，在QinQ鏈路的起點和終點配 置MEP (維護邊界點)，通過監(jiān)聽MEP發(fā)送的CCM(Continuity Check Message，連續(xù)性檢查 消息)報文，來監(jiān)視網(wǎng)絡(luò)的健康狀況。配置維護邊界點的目的是為了對QinQ鏈路進行監(jiān) 控，當(dāng)QinQ鏈路不可用或恢復(fù)可用時，上報給邏輯接口，邏輯接口可以獲知QinQ鏈路是否 可用，從而確保為發(fā)送的報文選擇可用的鏈路進行發(fā)送。當(dāng)邏輯接口發(fā)現(xiàn)下屬的某條QinQ鏈路上發(fā)生故障時，修改流分類規(guī)則，從邏輯接 口上可用鏈路的集合中將該條鏈路刪除，保證走該條鏈路的流選擇其它鏈路發(fā)送。當(dāng)邏輯接口發(fā)現(xiàn)下屬的某條QinQ鏈路上故障恢復(fù)時，恢復(fù)流分類規(guī)則，從邏輯接 口中可用鏈路集合中添加該條鏈路，保證出現(xiàn)故障之前走該條鏈路的流恢復(fù)到該條鏈路上來。4、報文的接收報文在接收端，接收流程為=QinQ鏈路收到報文，如果外層標(biāo)簽正確，去掉外層標(biāo) 簽，交給邏輯接口處理，邏輯接口根據(jù)內(nèi)層tag，選擇報文的用戶側(cè)出端口。圖8示出了根據(jù)本發(fā)明優(yōu)選實施例的基于QinQ的報文傳輸方法的配置過程的流 程圖，包括以下步驟
步驟S802，配置多個QinQ接口 ；步驟S804，配置多個MEP (數(shù)目和QinQ接口數(shù)目相同)，使能CCM的發(fā)送和接收功 能，主vlan為被監(jiān)測的QinQ的服務(wù)vlan ；步驟S806，配置QinQ接口的限速速率和隊列長度；步驟S808，配置邏輯接口，將QinQ接口加入邏輯接口 ；步驟S810，將MEP和被監(jiān)測的QinQ接口綁定；步驟S812，指定MEP上報異常的邏輯接口。圖9示出了根據(jù)本發(fā)明優(yōu)選實施例的基于QinQ的報文傳輸方法的發(fā)送過程的流 程圖，包括以下步驟步驟S902，邏輯接口進行流分類，根據(jù)流的特性得出索引值M，鏈路集合中可用的 鏈路數(shù)目是N，n = M% 表示求余)，選擇第η條可用鏈路進行流的分類；步驟S904，在第η條鏈路，判斷發(fā)送速率是否超出鏈路的限速速率，若否，則轉(zhuǎn)入 步驟S906，如是，則轉(zhuǎn)入步驟S908 ；步驟S906，將報文通過該第η條可用鏈路進行發(fā)送；步驟S908，將報文放入第η條鏈路的FIFO (先入先出)隊列；步驟S910，判斷該第η條鏈路的FIFO隊列是否已滿，若否，則等待后轉(zhuǎn)入步驟 S906，若是，則轉(zhuǎn)入步驟S912 ；步驟S912，將隊首的報文取出，打緊急標(biāo)志，重新交給邏輯接口處理；步驟S914，邏輯接口發(fā)現(xiàn)報文是緊急報文，不按照流分類，而是選擇一條發(fā)送隊列 為空的鏈路發(fā)送報文；步驟S916，如果所有鏈路的發(fā)送隊列都不為空，將報文丟棄。如圖3所示，語音1通過vlanl發(fā)送，語音2通過vlan2發(fā)送，vlanl和vlan2均 通過監(jiān)聽MEP發(fā)送的CCM報文，來監(jiān)視鏈路是否可用。圖10示出了根據(jù)本發(fā)明優(yōu)選實施例的基于QinQ的報文傳輸方法的鏈路重新選擇 過程的流程圖，包括以下步驟步驟S1002，802. lag的MEP在3. 5倍周期內(nèi)沒有收到對端發(fā)送的CCM報文，或者 接收到的CCM報文帶異常標(biāo)志，上報邏輯端口，且發(fā)送的CCM報文加異常標(biāo)志；步驟S1004，邏輯端口將該鏈路從可用鏈路集合中刪除，可用鏈路數(shù)目N-1。如圖4和圖5所示，當(dāng)MEP監(jiān)視到vlanl不可用(vlanl down)時，使用vlan2發(fā) 送語音1和語音2。圖11示出了根據(jù)本發(fā)明優(yōu)選實施例的基于QinQ的報文傳輸方法的鏈路恢復(fù)過程 的流程圖，包括以下步驟步驟Sl 102，802. lag的MEP重新收到對端發(fā)送的CCM報文，且對端發(fā)送的CCM報 文不帶異常標(biāo)志，上報邏輯端口 ；步驟S1104，邏輯端口將該鏈路添加到可用鏈路集合中，可用鏈路數(shù)目N+1。如圖6和圖7所示，當(dāng)MEP監(jiān)視到vlanl恢復(fù)為可用(vlanlup)時，重新使用vlanl 發(fā)送語音1。圖12示出了根據(jù)本發(fā)明優(yōu)選實施例的基于QinQ的報文傳輸方法的接收過程的流 程圖，包括以下步驟9
步驟S1202，QinQ鏈路接收到帶外層tag的報文；步驟S1204，檢查報文外層tag是否正確，若是，則轉(zhuǎn)入步驟S1208，若否，則轉(zhuǎn)入步 驟 S1206 ；步驟S1206，丟棄報文；步驟S1208，剝掉報文的外層tag，將報文交給邏輯接口處理；步驟S 1210，邏輯端口根據(jù)內(nèi)層tag，選擇用戶側(cè)的接口發(fā)送。圖13示出了根據(jù)本發(fā)明實施例的基于QinQ的報文傳輸裝置的示意圖，包括配置 模塊10，用于配置多個QinQ接口和一個邏輯接口，并將多個QinQ接口加入邏輯接口 ；發(fā)送 模塊20，用于邏輯接口根據(jù)預(yù)定的規(guī)則對報文進行流分類，選擇多個QinQ接口對應(yīng)的多條 QinQ鏈路中的一條可用鏈路發(fā)送報文。該實施例由于通過將配置的多個QinQ接口加入配置的一個邏輯接口中，從而將 多條QinQ鏈路綁定為一條邏輯鏈路，發(fā)送報文時邏輯接口根據(jù)預(yù)定的規(guī)則選擇一條QinQ 鏈路進行發(fā)送，解決了現(xiàn)有QinQ技術(shù)存在的當(dāng)有多條鏈路時，不能實現(xiàn)負(fù)載分擔(dān)功能，從 而對用戶的使用造成不便，并對網(wǎng)絡(luò)的帶寬造成了浪費的問題。使用該實施例實現(xiàn)了動態(tài) 地分配流量，能夠提高網(wǎng)絡(luò)的使用效率，保證對用戶的服務(wù)質(zhì)量。優(yōu)選地，配置模塊10還用于配置多個QinQ接口中的每個QinQ接口的限速速率和 發(fā)送隊列的長度；發(fā)送模塊20包括流分類單元201，用于邏輯接口根據(jù)報文獲得索引值M，選擇多 條QinQ鏈路中的第η條可用鏈路對報文進行流分類，其中η = N，％表示求余運算，N 表示可用鏈路的總數(shù)量；判斷單元202，用于判斷第η條可用鏈路當(dāng)前的發(fā)送速率是否超出 配置的限速速率；執(zhí)行單元203，用于當(dāng)判斷單元202的判斷結(jié)果為第η條可用鏈路當(dāng)前的 發(fā)送速率未超出配置的限速速率時，通過第η條可用鏈路發(fā)送報文。優(yōu)選地，執(zhí)行單元203還用于當(dāng)判斷單元202的判斷結(jié)果為第η條可用鏈路當(dāng)前 的發(fā)送速率超出配置的限速速率時，將報文放入第η條可用鏈路的發(fā)送隊列；還用于當(dāng)判 斷單元202的判斷結(jié)果為第η條可用鏈路的發(fā)送隊列已滿時，將第η條可用鏈路的發(fā)送隊 列的隊首的報文交由邏輯接口重新選擇一條可用鏈路發(fā)送；判斷單元202還用于根據(jù)配置的第η條可用鏈路的發(fā)送隊列的長度，判斷第η條 可用鏈路的發(fā)送隊列是否已滿。優(yōu)選地，配置模塊10還用于配置多個維護邊界點，并將維護邊界點與QinQ接口進 行一一對應(yīng)地綁定；還用于配置多個維護邊界點將多條QinQ鏈路中發(fā)生異常的鏈路上報 給邏輯接口。優(yōu)選地，在上述的裝置中，還包括接收模塊30，用于當(dāng)多條QinQ鏈路中的一條鏈 路接收到帶外層標(biāo)簽的報文時，檢查報文的外層標(biāo)簽是否正確；若是，則去掉報文的外層標(biāo) 簽，并將報文交由邏輯接口根據(jù)報文的內(nèi)層標(biāo)簽選擇用戶側(cè)的接口發(fā)送報文；若否，則丟棄 報文。從以上的描述中，可以看出，本發(fā)明實現(xiàn)了如下技術(shù)效果由于將多條QinQ鏈路 綁定為一條邏輯鏈路，利用802. lag協(xié)議和端口限速功能，動態(tài)分配流量，解決了現(xiàn)有QinQ 技術(shù)存在的當(dāng)有多條鏈路時，不能實現(xiàn)負(fù)載分擔(dān)功能，從而對用戶的使用造成不便，并對網(wǎng) 絡(luò)的帶寬造成了浪費的問題。使用該實施例能夠提高網(wǎng)絡(luò)的使用效率，保證對用戶的服務(wù)質(zhì)量。通過將多條QinQ鏈路綁定為一條邏輯鏈路，實現(xiàn)負(fù)載分擔(dān)、故障檢測、多條鏈路的 QoS等功能。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們 中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種基于QinQ的報文傳輸方法，其特征在于，包括配置多個QinQ接口和一個邏輯接口，并將所述多個QinQ接口加入所述邏輯接口 ； 所述邏輯接口根據(jù)預(yù)定的規(guī)則對報文進行流分類，選擇所述多個QinQ接口對應(yīng)的多 條QinQ鏈路中的一條可用鏈路發(fā)送所述報文。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述預(yù)定的規(guī)則包括 根據(jù)報文的源IP地址對報文進行流分類；或根據(jù)報文的目的IP地址對報文進行流分類；或 根據(jù)報文的IP優(yōu)先級對報文進行流分類； 配置多個QinQ接口和一個邏輯接口包括配置所述多個QinQ接口中的每個QinQ接口的限速速率和發(fā)送隊列的長度。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述邏輯接口根據(jù)預(yù)定的規(guī)則對報文進 行流分類，選擇所述多個QinQ接口對應(yīng)的多條QinQ鏈路中的一條可用鏈路發(fā)送所述報文 包括所述邏輯接口根據(jù)所述報文獲得索引值M，選擇所述多條QinQ鏈路中的第η條可用 鏈路對所述報文進行流分類，其中η = N，％表示求余運算，N表示可用鏈路的總數(shù)量； 判斷所述第η條可用鏈路當(dāng)前的發(fā)送速率是否超出配置的限速速率；若未超出，則通過所述第η條可用鏈路發(fā)送所述報文。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，還包括 若超出，則將所述報文放入所述第η條可用鏈路的發(fā)送隊列；根據(jù)配置的所述第η條可用鏈路的發(fā)送隊列的長度，判斷所述第η條可用鏈路的發(fā)送 隊列是否已滿；若是，則將所述第η條可用鏈路的發(fā)送隊列的隊首的報文交由所述邏輯接口重新選擇 一條可用鏈路發(fā)送。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，將所述第η條可用鏈路的發(fā)送隊列的隊首 的報文交由所述邏輯接口重新選擇一條可用鏈路發(fā)送包括將取出的所述隊首的報文作為緊急報文交由所述邏輯接口；所述邏輯接口接收到作為緊急報文的所述隊首的報文后，從所述多條QinQ鏈路中選 擇一條發(fā)送隊列為空的可用鏈路發(fā)送所述隊首的報文；若所述多條QinQ鏈路中的所有可用鏈路的發(fā)送隊列均不為空，則丟棄所述隊首的報文。
6.根據(jù)權(quán)利要求1至5任一項所述的方法，其特征在于，在所述邏輯接口根據(jù)預(yù)定的規(guī) 則對報文進行流分類，選擇所述多個QinQ接口對應(yīng)的多條QinQ鏈路中的一條可用鏈路發(fā) 送所述報文之前還包括配置多個維護邊界點，并將維護邊界點與所述QinQ接口進行一一對應(yīng)地綁定； 配置所述多個維護邊界點將所述多條QinQ鏈路中發(fā)生異常的鏈路上報給所述邏輯接□。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，當(dāng)所述多個維護邊界點中的一個維護邊界點檢測到與其綁定的QinQ鏈路不可用時， 所述維護邊界點將所述QinQ鏈路不可用的消息上報給所述邏輯接口 ；當(dāng)所述多個維護邊界點中的一個維護邊界點檢測到與其綁定的QinQ鏈路恢復(fù)可用時，所述維護邊界點將所述QinQ鏈路恢復(fù)可用的消息上報給所述邏輯接口。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括所述多條QinQ鏈路中的一條鏈路接收到帶外層標(biāo)簽的報文時，檢查所述報文的外層 標(biāo)簽是否正確；若是，則去掉所述報文的外層標(biāo)簽，并將所述報文交由所述邏輯接口根據(jù)所述報文的 內(nèi)層標(biāo)簽選擇用戶側(cè)的接口發(fā)送所述報文；若否，則丟棄所述報文。
9.一種基于QinQ的報文傳輸裝置，其特征在于，包括配置模塊，用于配置多個QinQ接口和一個邏輯接口，并將所述多個QinQ接口加入所述 邏輯接口 ；發(fā)送模塊，用于所述邏輯接口根據(jù)預(yù)定的規(guī)則對報文進行流分類，選擇所述多個QinQ 接口對應(yīng)的多條QinQ鏈路中的一條可用鏈路發(fā)送所述報文。
10.根據(jù)權(quán)利要求9所述的裝置，其特征在于，所述配置模塊還用于配置所述多個QinQ 接口中的每個QinQ接口的限速速率和發(fā)送隊列的長度；所述發(fā)送模塊包括流分類單元，用于所述邏輯接口根據(jù)所述報文獲得索引值M，選擇所述多條QinQ鏈路 中的第η條可用鏈路對所述報文進行流分類，其中η = N，％表示求余運算，N表示可 用鏈路的總數(shù)量；判斷單元，用于判斷所述第η條可用鏈路當(dāng)前的發(fā)送速率是否超出配置的限速速率；執(zhí)行單元，用于當(dāng)所述判斷單元的判斷結(jié)果為所述第η條可用鏈路當(dāng)前的發(fā)送速率未 超出配置的限速速率時，通過所述第η條可用鏈路發(fā)送所述報文。
11.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述執(zhí)行單元還用于當(dāng)所述判斷單元的判斷結(jié)果為所述第η條可用鏈路當(dāng)前的發(fā)送 速率超出配置的限速速率時，將所述報文放入所述第η條可用鏈路的發(fā)送隊列；還用于當(dāng) 所述判斷單元的判斷結(jié)果為所述第η條可用鏈路的發(fā)送隊列已滿時，將所述第η條可用鏈 路的發(fā)送隊列的隊首的報文交由所述邏輯接口重新選擇一條可用鏈路發(fā)送；所述判斷單元還用于根據(jù)配置的所述第η條可用鏈路的發(fā)送隊列的長度，判斷所述第 η條可用鏈路的發(fā)送隊列是否已滿。
12.根據(jù)權(quán)利要求9至11任一項所述的裝置，其特征在于，所述配置模塊還用于配置多 個維護邊界點，并將維護邊界點與所述QinQ接口進行一一對應(yīng)地綁定；還用于配置所述多 個維護邊界點將所述多條QinQ鏈路中發(fā)生異常的鏈路上報給所述邏輯接口。
13.根據(jù)權(quán)利要求10所述的裝置，其特征在于，還包括接收模塊，用于當(dāng)所述多條QinQ鏈路中的一條鏈路接收到帶外層標(biāo)簽的報文時，檢查 所述報文的外層標(biāo)簽是否正確；若是，則去掉所述報文的外層標(biāo)簽，并將所述報文交由所述 邏輯接口根據(jù)所述報文的內(nèi)層標(biāo)簽選擇用戶側(cè)的接口發(fā)送所述報文；若否，則丟棄所述報文。
全文摘要
本發(fā)明提供了一種基于QinQ的報文傳輸方法，包括配置多個QinQ接口和一個邏輯接口，并將多個QinQ接口加入邏輯接口；邏輯接口根據(jù)預(yù)定的規(guī)則對報文進行流分類，選擇多個QinQ接口對應(yīng)的多條QinQ鏈路中的一條可用鏈路發(fā)送報文。本發(fā)明還提供了一種基于QinQ的報文傳輸裝置。本發(fā)明實現(xiàn)了動態(tài)地分配流量，能夠提高網(wǎng)絡(luò)的使用效率，保證對用戶的服務(wù)質(zhì)量，實現(xiàn)了基于QinQ的負(fù)載分擔(dān)、故障檢測、多條鏈路的QoS等功能。
文檔編號H04L12/56GK102055720SQ20091017441
公開日2011年5月11日 申請日期2009年10月28日 優(yōu)先權(quán)日2009年10月28日
發(fā)明者翟健, 郁聰 申請人:中興通訊股份有限公司