一種數(shù)據(jù)傳輸方法及裝置制造方法
【專利摘要】本發(fā)明公開了一種數(shù)據(jù)傳輸?shù)姆椒?，確定發(fā)送端設(shè)備與接收端設(shè)備均支持鏈路綁定功能時，建立綁定組；當選擇使用所述綁定組的綁定鏈路發(fā)送待發(fā)送的數(shù)據(jù)時，將所述待發(fā)送數(shù)據(jù)按綁定數(shù)據(jù)格式進行封裝，并通過所述綁定鏈路發(fā)送；當選擇使用非綁定鏈路發(fā)送待發(fā)送的數(shù)據(jù)時，將所述待發(fā)送數(shù)據(jù)按普通數(shù)據(jù)格式進行封裝，并通過所述非綁定鏈路發(fā)送。本發(fā)明還同時公開了一種數(shù)據(jù)傳輸?shù)难b置。采用本發(fā)明所述方法及裝置，能為不同業(yè)務(wù)的傳輸提供合理的帶寬分配，提高整個家庭網(wǎng)絡(luò)的服務(wù)質(zhì)量。本發(fā)明的技術(shù)方案尤其適用于家庭網(wǎng)絡(luò)多介質(zhì)環(huán)境下的鏈路綁定及數(shù)據(jù)流傳輸。
【專利說明】一種數(shù)據(jù)傳輸方法及裝置

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信技術(shù)，尤其涉及一種數(shù)據(jù)傳輸方法及裝置。

【背景技術(shù)】
[0002] 電氣與電子工程師協(xié)會（IEEE，Institute of Electrical and Electronic Engineers) 1905標準為家庭網(wǎng)絡(luò)的多種介質(zhì)提供了一個抽象層，該抽象層可針對每一條 正在使用的鏈路抽象出詳細具體的運行信息，并匯聚通過不同鏈路收發(fā)的數(shù)據(jù)，從而在家 庭網(wǎng)絡(luò)中實現(xiàn)了各種互連技術(shù)的無縫連通。目前抽象層功能實體能夠?qū)崟r地監(jiān)測兩個設(shè) 備之間可通信的多條鏈路的傳輸質(zhì)量，并能按傳輸控制協(xié)議（TCP, Transmission Control Protocol)或用戶數(shù)據(jù)報協(xié)議（UDP，User Datagram Protocol)的類型實現(xiàn)數(shù)據(jù)傳輸?shù)呢?載均衡，例如TCP協(xié)議數(shù)據(jù)流使用無線保真（WiFi，Wireless Fidelity)鏈路傳輸、UDP協(xié) 議數(shù)據(jù)流使用電力線通信（PLC，Power Line Communication)鏈路傳輸。
[0003] 當家庭網(wǎng)絡(luò)中傳輸多種業(yè)務(wù)類型的數(shù)據(jù)流時，通過TCP或UDP類型區(qū)分并按數(shù)據(jù) 流所需的帶寬選擇不同介質(zhì)的鏈路傳輸，能夠提高數(shù)據(jù)的傳輸質(zhì)量。但是，當多種業(yè)務(wù)類型 的數(shù)據(jù)流并發(fā)傳輸時，單條鏈路所提供的傳輸資源可能無法滿足帶寬需求較高的數(shù)據(jù)流， 進而會導致丟包率增加，傳輸質(zhì)量下降。


【發(fā)明內(nèi)容】

[0004] 有鑒于此，本發(fā)明的主要目的在于提供一種數(shù)據(jù)傳輸方法及裝置，能為不同業(yè)務(wù) 的數(shù)據(jù)流提供合理的帶寬分配，提高網(wǎng)絡(luò)的服務(wù)質(zhì)量。
[0005] 為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：
[0006] 本發(fā)明提供了一種數(shù)據(jù)傳輸方法，該方法包括：
[0007] 確定發(fā)送端設(shè)備與接收端設(shè)備均支持鏈路綁定功能時，建立綁定組；
[0008] 當選擇使用所述綁定組的綁定鏈路發(fā)送待發(fā)送的數(shù)據(jù)時，將所述待發(fā)送數(shù)據(jù)按綁 定數(shù)據(jù)格式進行封裝，并通過所述綁定鏈路發(fā)送；當選擇使用非綁定鏈路發(fā)送待發(fā)送的數(shù) 據(jù)時，將所述待發(fā)送數(shù)據(jù)按普通數(shù)據(jù)格式進行封裝，并通過所述非綁定鏈路發(fā)送。
[0009] 上述方案中，所述方法還包括：
[0010] 發(fā)送端設(shè)備和接收端設(shè)備處于初始狀態(tài)、綁定建立完成狀態(tài)、綁定更新完成狀態(tài)、 綁定傳輸啟動狀態(tài)或綁定傳輸完成狀態(tài)，并在設(shè)定條件下進行狀態(tài)間的轉(zhuǎn)換。
[0011] 上述方案中，確定發(fā)送端設(shè)備與接收端設(shè)備均支持鏈路綁定功能，包括：
[0012] 發(fā)送端設(shè)備與接收端設(shè)備進行消息交互；其中，所述交互消息中攜帶有設(shè)備是否 支持鏈路綁定功能的信息。
[0013] 上述方案中，所述交互消息為增設(shè)的綁定能力通知消息和綁定能力通知響應(yīng)消 息，或拓撲詢問消息和拓撲響應(yīng)消息，或鏈路質(zhì)量詢問消息和鏈路質(zhì)量響應(yīng)消息，或綁定建 立請求消息和綁定建立響應(yīng)消息。
[0014] 上述方案中，所述建立綁定組包括：
[0015] 發(fā)送端設(shè)備向接收端設(shè)備發(fā)送鏈路綁定建立請求消息，在所述請求消息中攜帶綁 定組信息表；其中，所述綁定組信息表中包含綁定鏈路；
[0016] 接收端設(shè)備接收到發(fā)送端設(shè)備發(fā)送的所述鏈路綁定建立請求消息時，向發(fā)送端設(shè) 備返回鏈路綁定建立響應(yīng)消息；其中，所述鏈路綁定建立響應(yīng)消息包括鏈路綁定建立成功 標識或鏈路綁定建立失敗標識。
[0017] 上述方案中，所述綁定組信息表包含以下信息的至少一項：
[0018] 綁定組標識、綁定組內(nèi)相互連接的接口對的數(shù)目、對應(yīng)的接口對的介質(zhì)訪問控制 (MAC，Media Access Control)接口地址、對應(yīng)的接口對的MAC接口類型。
[0019] 上述方案中，所述方法還包括：
[0020] 發(fā)送端設(shè)備向接收端設(shè)備發(fā)送綁定組更新請求消息，在所述請求消息中攜帶請求 更新的綁定組信息表；
[0021] 接收端設(shè)備接收到發(fā)送端設(shè)備發(fā)送的所述綁定組更新請求消息時，向發(fā)送端設(shè)備 返回綁定組更新響應(yīng)消息；其中，所述綁定組更新響應(yīng)消息包括綁定組更新成功標識或綁 定組更新失敗標識。
[0022] 上述方案中，所述方法還包括：
[0023] 綁定組更新完成后，確定待發(fā)送的數(shù)據(jù)需使用綁定鏈路發(fā)送時，將所述待發(fā)送數(shù) 據(jù)按所述綁定數(shù)據(jù)格式進行封裝，并通過所述更新后的綁定組信息表中的綁定鏈路發(fā)送。
[0024] 上述方案中，選擇使用所述綁定組的綁定鏈路發(fā)送待發(fā)送的數(shù)據(jù)包括：
[0025] 當待發(fā)送數(shù)據(jù)滿足設(shè)定的使用綁定鏈路發(fā)送數(shù)據(jù)的條件時，為選擇使用所述綁定 組的綁定鏈路發(fā)送待發(fā)送的數(shù)據(jù)。
[0026] 上述方案中，所述設(shè)定的使用綁定鏈路發(fā)送數(shù)據(jù)的條件為數(shù)據(jù)的服務(wù)質(zhì)量（QoS， Quality of Service)級別的設(shè)定；或數(shù)據(jù)包的虛擬局域網(wǎng)（VLAN, Virtual Local Area Network)號為設(shè)定值；或數(shù)據(jù)包的優(yōu)先級標識大于設(shè)定的門限值。
[0027] 上述方案中，所述綁定數(shù)據(jù)格式包括：消息序列號、分片號和分片標識。
[0028] 上述方案中，所述方法還包括：
[0029] 發(fā)送端設(shè)備或接收端設(shè)備發(fā)送包含需關(guān)閉的綁定組標識的綁定功能關(guān)閉消息，發(fā) 送端設(shè)備和接收端設(shè)備均刪除所述綁定組。
[0030] 本發(fā)明還提供了一種數(shù)據(jù)傳輸裝置，所述裝置包括管理模塊、選擇模塊、封裝模塊 和發(fā)送模塊；其中，
[0031] 所述管理模塊，用于確定發(fā)送端設(shè)備與接收端設(shè)備均支持鏈路綁定功能時，建立 綁定組；
[0032] 選擇模塊，用于確定使用綁定鏈路發(fā)送或使用非綁定鏈路發(fā)送待發(fā)送數(shù)據(jù)；
[0033] 所述封裝模塊，用于當選擇模塊選擇使用所述綁定組的綁定鏈路發(fā)送待發(fā)送的數(shù) 據(jù)時，將所述待發(fā)送數(shù)據(jù)按綁定數(shù)據(jù)格式進行封裝；當選擇模塊選擇使用非綁定鏈路發(fā)送 待發(fā)送的數(shù)據(jù)時，將所述待發(fā)送數(shù)據(jù)按普通數(shù)據(jù)格式進行封裝，并通過所述非綁定鏈路發(fā) 送。
[0034] 所述發(fā)送模塊，用于通過所述綁定鏈路發(fā)送所述封裝模塊封裝的所述待發(fā)送數(shù) 據(jù)。
[0035] 上述方案中，所述裝置還包括：
[0036] 設(shè)備狀態(tài)機，用于記錄發(fā)送端設(shè)備和接收端設(shè)備處于初始狀態(tài)、綁定建立完成狀 態(tài)、綁定更新完成狀態(tài)、綁定傳輸啟動狀態(tài)或綁定傳輸完成狀態(tài)，并使發(fā)送端設(shè)備或接收端 設(shè)備在設(shè)定條件下進行狀態(tài)間的轉(zhuǎn)換。
[0037] 上述方案中，所述管理模塊包括綁定組管理子模塊、綁定協(xié)議子模塊和分片排序 子模塊；其中：
[0038] 綁定組管理子模塊，用于判定是否建立綁定組；
[0039] 綁定協(xié)議子模塊，用于構(gòu)造綁定建立請求消息、綁定建立響應(yīng)消息、綁定功能關(guān)閉 消息；其中，所述綁定建立請求消息包括綁定組信息表，所述綁定建立響應(yīng)消息包括鏈路綁 定建立成功標識或鏈路綁定建立失敗標識；
[0040] 分片排序子模塊，用于判斷數(shù)據(jù)是否需要分片處理，如果需要，對所述數(shù)據(jù)包進行 分片和排序。
[0041] 上述方案中，所述綁定組管理子模塊，還用于判定是否需要更新綁定組；
[0042] 所述綁定協(xié)議子模塊，還用于構(gòu)造綁定組更新請求消息和綁定組更新響應(yīng)消息； 其中，所述綁定組更新請求消息包括需要更新的綁定組信息表，所述綁定組更新響應(yīng)消息 包括綁定組更新成功標識或綁定組更新失敗標識。
[0043] 上述方案中，所述封裝模塊，還用于在綁定組信息表更新完成后，確定待發(fā)送的數(shù) 據(jù)需使用綁定鏈路發(fā)送時，將所述待發(fā)送數(shù)據(jù)按所述綁定數(shù)據(jù)格式進行封裝；
[0044] 所述發(fā)送模塊，還用于通過所述更新后的綁定組信息表中的綁定鏈路發(fā)送封裝后 的所述待發(fā)送數(shù)據(jù)。
[0045] 上述方案中，所述選擇模塊包括綁定數(shù)據(jù)包條件設(shè)置子模塊和綁定數(shù)據(jù)包決策子 模塊；其中：
[0046] 綁定數(shù)據(jù)包條件設(shè)置子模塊，用于設(shè)置待發(fā)送的數(shù)據(jù)需使用綁定組的綁定鏈路發(fā) 送的條件；
[0047] 綁定數(shù)據(jù)包決策子模塊，用于根據(jù)所述綁定數(shù)據(jù)包條件設(shè)置子模塊設(shè)定的條件判 斷數(shù)據(jù)是否采用所述綁定鏈路傳輸。
[0048] 本發(fā)明所提供的數(shù)據(jù)傳輸?shù)姆椒把b置，確定發(fā)送端設(shè)備與接收端設(shè)備均支持鏈 路綁定功能時，建立綁定組；確定待發(fā)送的數(shù)據(jù)需使用所述綁定組的綁定鏈路發(fā)送時，將所 述待發(fā)送數(shù)據(jù)按綁定數(shù)據(jù)格式進行封裝后通過所述綁定鏈路發(fā)送。如此，本發(fā)明能夠聚合 多介質(zhì)鏈路的帶寬，為不同業(yè)務(wù)的數(shù)據(jù)流提供合理的帶寬分配，使得某一業(yè)務(wù)的數(shù)據(jù)流能 使用綁定鏈路進行傳輸，也可使所有業(yè)務(wù)的數(shù)據(jù)流都使用綁定鏈路進行傳輸，提高了網(wǎng)絡(luò) 的服務(wù)質(zhì)量。而且，本發(fā)明能夠使多條鏈路的帶寬聚合起來，實現(xiàn)不同介質(zhì)鏈路的綁定，進 而為帶寬需求較高的數(shù)據(jù)流的傳輸提供更好的服務(wù)，提升了用戶體驗。此外，本發(fā)明的技術(shù) 方案尤其適用于家庭網(wǎng)絡(luò)多介質(zhì)環(huán)境下的鏈路綁定及數(shù)據(jù)流傳輸。

【專利附圖】

【附圖說明】
[0049] 圖1為本發(fā)明數(shù)據(jù)傳輸方法的實現(xiàn)流程示意圖；
[0050] 圖2為本發(fā)明綁定數(shù)據(jù)格式示意圖；
[0051] 圖3為多介質(zhì)鏈路綁定的示意圖；
[0052] 圖4為本發(fā)明綁定功能狀態(tài)圖；
[0053] 圖5為本發(fā)明實施例綁定管理協(xié)議交互的流程示意圖；
[0054] 圖6為本發(fā)明數(shù)據(jù)傳輸裝置的組成結(jié)構(gòu)示意圖；
[0055] 圖7為本發(fā)明實施例具有鏈路綁定功能的數(shù)據(jù)傳輸裝置的組成結(jié)構(gòu)示意圖。

【具體實施方式】
[0056] 下面結(jié)合附圖及具體實施例對本發(fā)明再作進一步詳細的說明。
[0057] 圖1為本發(fā)明數(shù)據(jù)傳輸方法的實現(xiàn)流程示意圖，如圖1所示，該方法包括以下步 驟：
[0058] 步驟101 :確定發(fā)送端設(shè)備與接收端設(shè)備均支持鏈路綁定功能時，建立綁定組；
[0059] 步驟102 :當選擇使用所述綁定組的綁定鏈路發(fā)送待發(fā)送的數(shù)據(jù)時，將所述待發(fā) 送數(shù)據(jù)按綁定數(shù)據(jù)格式進行封裝，并通過所述綁定鏈路發(fā)送；當選擇使用非綁定鏈路發(fā)送 待發(fā)送的數(shù)據(jù)時，將所述待發(fā)送數(shù)據(jù)按普通數(shù)據(jù)格式進行封裝，并通過所述非綁定鏈路發(fā) 送。
[0060] 這里，所述綁定鏈路位于綁定組信息表中，所述非綁定鏈路為任一單個鏈路。
[0061] 這里，所述普通數(shù)據(jù)格式與現(xiàn)有數(shù)據(jù)格式相同，在此不再贅述。
[0062] 具體的，所述確定待發(fā)送的數(shù)據(jù)需使用所述綁定組的綁定鏈路發(fā)送時，將所述待 發(fā)送數(shù)據(jù)按綁定數(shù)據(jù)格式進行封裝后通過所述綁定鏈路發(fā)送，包括：
[0063] 當待發(fā)送數(shù)據(jù)滿足設(shè)定的使用綁定鏈路發(fā)送數(shù)據(jù)的條件時，將待發(fā)送數(shù)據(jù)按綁定 數(shù)據(jù)格式進行封裝，并使用所述綁定鏈路發(fā)送所述按綁定數(shù)據(jù)格式封裝的數(shù)據(jù)；
[0064] 其中，所述設(shè)定的使用綁定鏈路發(fā)送數(shù)據(jù)的條件包括但不限于：數(shù)據(jù)的QoS級別； 數(shù)據(jù)包的VLAN號等于設(shè)定值；或數(shù)據(jù)包的優(yōu)先級標識大于設(shè)定的門限值；所述設(shè)定的條件 可以為上述條件中的一個或多個條件。
[0065] 比如，可將如視頻流等帶寬需求較高的數(shù)據(jù)包的VLAN號設(shè)置為設(shè)定值。發(fā)送端設(shè) 備的抽象層功能實體檢查從上層協(xié)議棧輸出的數(shù)據(jù)包的VLAN號和優(yōu)先級標識；如果數(shù)據(jù) 包的VLAN號或者優(yōu)先級標識滿足所設(shè)置的條件中的一個，數(shù)據(jù)包就使用綁定鏈路發(fā)送，抽 象層功能實體把數(shù)據(jù)包按綁定數(shù)據(jù)格式進行封裝；如果數(shù)據(jù)包的VLAN號或者優(yōu)先級標識 都不滿足所設(shè)置的條件，數(shù)據(jù)包使用非綁定鏈路發(fā)送，抽象層功能實體把數(shù)據(jù)包按普通數(shù) 據(jù)格式進行封裝。上述對使用綁定鏈路發(fā)送數(shù)據(jù)的條件的設(shè)置和判定可以在抽象層功能實 體實現(xiàn)，也可以在上層協(xié)議棧實現(xiàn)。
[0066] 具體的，所述綁定數(shù)據(jù)格式包括：消息序列號、分片號和分片標識。
[0067] 本發(fā)明所述綁定數(shù)據(jù)格式與普通數(shù)據(jù)格式的主要區(qū)別在于，綁定數(shù)據(jù)格式使用 IEEE 1905標準定義的消息的以太幀頭和以太類型字段，還包含消息序列號、分片號和分片 標識字段，且消息序列號、分片號和分片標識字段這三個字段之間可包含其他信息字段。圖 2為本發(fā)明方法的綁定數(shù)據(jù)格式示意圖，其中，網(wǎng)協(xié)（IP，Internet Protocol)層數(shù)據(jù)包為 從上層協(xié)議棧輸出的數(shù)據(jù)包。接收端通過綁定鏈路接收到亂序的數(shù)據(jù)包流后，根據(jù)消息序 列號、分片標識和分片號對數(shù)據(jù)包流進行排序和重組。
[0068] 進一步的，所述方法還包括：
[0069] 發(fā)送端設(shè)備和接收端設(shè)備處于初始狀態(tài)、綁定建立完成狀態(tài)、綁定更新完成狀態(tài)、 綁定傳輸啟動狀態(tài)或綁定傳輸完成狀態(tài)，并在設(shè)定條件下進行狀態(tài)間的轉(zhuǎn)換。
[0070] 進一步，所述方法還包括：
[0071] 發(fā)送端設(shè)備或接收端設(shè)備發(fā)送包含需關(guān)閉的綁定組標識的綁定功能關(guān)閉消息，發(fā) 送端設(shè)備和接收端設(shè)備均刪除所述綁定組。
[0072] 具體的，確定發(fā)送端設(shè)備與接收端設(shè)備均支持鏈路綁定功能，包括：
[0073] 發(fā)送端設(shè)備與接收端設(shè)備進行消息交互；其中，所述交互消息中攜帶有設(shè)備是否 支持鏈路綁定功能的信息；
[0074] 其中，所述交互消息可以是下述消息之一但不限于下述消息：增設(shè)的綁定能力通 知消息和綁定能力通知響應(yīng)消息，或拓撲詢問消息和拓撲響應(yīng)消息，或鏈路質(zhì)量詢問消息 和鏈路質(zhì)量響應(yīng)消息，或綁定建立請求消息和綁定建立響應(yīng)消息。
[0075] 具體的，所述建立綁定組包括：
[0076] 發(fā)送端設(shè)備向接收端設(shè)備發(fā)送鏈路綁定建立請求消息，在所述請求消息中攜帶綁 定組信息表；其中，所述綁定組信息表中包含綁定鏈路；
[0077] 接收端設(shè)備接收到發(fā)送端設(shè)備發(fā)送的鏈路綁定建立請求消息時，向發(fā)送端設(shè)備返 回鏈路綁定建立響應(yīng)消息；其中，所述鏈路綁定建立響應(yīng)消息包括鏈路綁定建立成功標識 或鏈路綁定建立失敗標識。如果綁定建立成功，接收端設(shè)備根據(jù)發(fā)送端設(shè)備發(fā)送的鏈路綁 定建立請求創(chuàng)建綁定組信息表。
[0078] 這里，所述鏈路綁定建立請求包含以下信息的至少一項：
[0079] 綁定組標識、綁定組內(nèi)相互連接的接口對的數(shù)目（即綁定組包含的綁定鏈路的數(shù) 目）、對應(yīng)的接口對的MAC接口地址、對應(yīng)的接口對的MAC接口類型。
[0080] 舉例來說，假設(shè)發(fā)送端設(shè)備和接收端設(shè)備之間有WiFi、PLC、同軸電纜多媒體聯(lián)盟 制定的數(shù)據(jù)傳輸技術(shù)（MoCA，Multimedia over Coax Alliance)三條鏈路可以通信，發(fā)送端 設(shè)備可使用WiFi鏈路向接收端設(shè)備發(fā)送鏈路質(zhì)量（Link metric)詢問消息，接收端設(shè)備使 用WiFi鏈路返回Link metric詢問響應(yīng)消息，所述Link metric詢問響應(yīng)消息可包含WiFi 鏈路、PLC鏈路和MoCA鏈路的質(zhì)量信息。圖3為多介質(zhì)鏈路綁定示意圖，圖3中的設(shè)備A和 設(shè)備B上分別具有M 〇CA、PLC、WiFi三種MAC接口，每個MAC接口對應(yīng)一條傳輸介質(zhì)的鏈路； 每個設(shè)備的MAC接口之上有一個抽象層功能實體，所述抽象層功能實體在數(shù)據(jù)傳輸時負責 各種MAC接口的調(diào)用。比如：當業(yè)務(wù)流所需的帶寬超出了單條鏈路所能提供的帶寬或者其 他對帶寬要求較高的情況下，可將兩個或兩個以上的鏈路綁定起來為業(yè)務(wù)流提供更好的傳 輸服務(wù)，圖3所示為將WiFi鏈路和PLC鏈路綁定成一條邏輯鏈路的情形。對于待發(fā)送的數(shù) 據(jù)，抽象層功能實體根據(jù)設(shè)定的綁定鏈路發(fā)送條件（如數(shù)據(jù)的QoS級別等），選擇數(shù)據(jù)是否 通過綁定鏈路發(fā)送。例如，數(shù)據(jù)A的QoS級別較高，抽象層功能實體選擇對數(shù)據(jù)A進行綁定 數(shù)據(jù)格式封裝（數(shù)據(jù)A分片排序為A1，A2，A3)通過WiFi和PLC綁定的一條邏輯鏈路發(fā)送； 數(shù)據(jù)B的QoS級別較低，抽象層功能實體選擇數(shù)據(jù)B通過WiFi鏈路發(fā)送。
[0081] 具體的，所述方法進一步包括：
[0082] 發(fā)送端設(shè)備向接收端設(shè)備發(fā)送鏈路綁定組更新請求消息，在所述請求消息中攜帶 請求更新的綁定組信息表；
[0083] 接收端設(shè)備接收到發(fā)送端設(shè)備發(fā)送的綁定組更新請求消息時，向發(fā)送端設(shè)備返回 鏈路綁定組更新請求響應(yīng)消息；其中，所述鏈路綁定組更新請求響應(yīng)消息包括綁定組更新 成功標識或綁定組更新失敗標識。如果綁定組更新成功，接收端設(shè)備根據(jù)發(fā)送端設(shè)備發(fā)送 的綁定組更新請求更新綁定組信息表。
[0084] 綁定組信息表更新完成后，確定待發(fā)送的數(shù)據(jù)需使用綁定鏈路發(fā)送時，將所述待 發(fā)送數(shù)據(jù)按綁定數(shù)據(jù)格式進行封裝，通過所述更新后的綁定組信息表中的綁定鏈路發(fā)送。 [0085] 圖4為多介質(zhì)綁定功能狀態(tài)圖，如圖4所示，發(fā)送端設(shè)備或接收端設(shè)備處于初始狀 態(tài)、綁定建立完成狀態(tài)、綁定更新完成狀態(tài)、綁定傳輸啟動狀態(tài)或綁定傳輸完成狀態(tài)時，在 設(shè)定條件下可進行狀態(tài)間的轉(zhuǎn)換。初始狀態(tài)時，數(shù)據(jù)包按現(xiàn)有技術(shù)中的普通轉(zhuǎn)發(fā)規(guī)則進行 數(shù)據(jù)傳輸。在初始狀態(tài)下，發(fā)送端設(shè)備可向接收端設(shè)備發(fā)送鏈路綁定建立請求消息，接收端 設(shè)備向所述發(fā)送端設(shè)備返回鏈路綁定建立響應(yīng)消息，當發(fā)送端設(shè)備和接收端設(shè)備均完成綁 定組信息表的創(chuàng)建后，表示進入綁定建立完成狀態(tài)。當啟動標識等于〇時，即準備用綁定鏈 路傳輸已按綁定數(shù)據(jù)格式封裝的數(shù)據(jù)時，可從綁定建立完成狀態(tài)或綁定傳輸完成狀態(tài)或綁 定更新完成狀態(tài)進入綁定傳輸啟動狀態(tài)；若啟動標識大于〇,則停留在原狀態(tài)。當使用綁定 鏈路傳輸數(shù)據(jù)成功時，由綁定傳輸啟動狀態(tài)進入綁定傳輸完成狀態(tài)。在綁定建立完成狀態(tài) 或綁定傳輸完成狀態(tài)或綁定傳輸啟動狀態(tài)下，若發(fā)送端設(shè)備向接收端設(shè)備發(fā)送綁定組更新 請求，接收端設(shè)備向?qū)λ霭l(fā)送端設(shè)備返回綁定組更新響應(yīng)消息，且發(fā)送端設(shè)備和接收端 設(shè)備均完成更新綁定組信息表后，進入綁定更新完成狀態(tài)。綁定功能關(guān)閉操作可以在設(shè)備 處于綁定建立完成狀態(tài)、或綁定傳輸啟動狀態(tài)、或綁定更新完成狀態(tài)、或綁定傳輸完成狀態(tài) 時進行，執(zhí)行該綁定功能關(guān)閉操作后，設(shè)備轉(zhuǎn)換到初始狀態(tài)。在綁定傳輸啟動狀態(tài)下，若接 收端為在設(shè)定的時間內(nèi)未收到綁定鏈路傳輸?shù)臄?shù)據(jù)，則轉(zhuǎn)為初始狀態(tài)。此外，如果發(fā)送端設(shè) 備收到接收端設(shè)備發(fā)送的包含有綁定建立失敗標識的綁定建立響應(yīng)消息或綁定更新失敗 標識的綁定更新響應(yīng)消息，或者發(fā)送端設(shè)備在約定的時間內(nèi)未收到接收端設(shè)備的綁定建立 響應(yīng)消息或綁定更新響應(yīng)消息時，則仍處于原狀態(tài)。
[0086] 圖5為本發(fā)明實施例綁定管理協(xié)議交互的流程示意圖，該流程具體包括以下步 驟：
[0087] 步驟501 :發(fā)送端設(shè)備向接收端設(shè)備發(fā)送Link metric詢問消息，該Link metric 詢問消息可包含發(fā)送端設(shè)備支持綁定功能的標識。
[0088] 這里，如果不在Link metric詢問消息中未包含發(fā)送端設(shè)備支持綁定功能的標識 信息，也可以在增設(shè)的綁定能力通知消息中包含，或在拓撲詢問消息中包含，或在步驟503 中發(fā)送的綁定建立請求消息中包含。
[0089] 步驟502 :接收端設(shè)備收到發(fā)送端設(shè)備的詢問消息后，返回Link metric響應(yīng)消 息，該消息可包含接收端設(shè)備支持綁定功能的標識。
[0090] 這里，接收端設(shè)備支持綁定功能的標識如果不在Link metric響應(yīng)消息中包含，也 可以在增設(shè)的綁定能力通知響應(yīng)消息中包含，或在拓撲響應(yīng)消息中包含，或在步驟504中 發(fā)送的綁定建立響應(yīng)消息中包含。
[0091] 步驟503 :發(fā)送端設(shè)備向接收端設(shè)備發(fā)送綁定建立請求消息；
[0092] 具體的，所述綁定建立請求消息包含：綁定組標識、綁定組內(nèi)相互連接的接口對的 數(shù)目即綁定組包含的綁定鏈路的數(shù)目、對應(yīng)的接口對的MAC接口地址、對應(yīng)的接口對的MAC 接口類型。
[0093] 舉例來說，若發(fā)送端設(shè)備和接收端設(shè)備之間有MoCA、PLC和WiFi三條鏈路可以通 信，發(fā)送端設(shè)備希望采用MoCA鏈路與WiFi鏈路組成的綁定組傳輸數(shù)據(jù)，那么上述綁定建立 請求消息中，綁定組內(nèi)相互連接的接口對的數(shù)目取值為2，對應(yīng)的接口對的MAC接口類型包 含MoCA和WiFi的接口類型標識，接口對的MAC接口地址包含MoCA和WiFi兩個接口對的 四個MAC地址。
[0094] 上述步驟501?步驟503可理解為圖4中所示的初始狀態(tài)。
[0095] 步驟504 :接收端設(shè)備向發(fā)送端設(shè)備返回綁定建立響應(yīng)消息；
[0096] 這里，接收端設(shè)備接收到發(fā)送端設(shè)備的綁定建立請求消息后，如接受發(fā)送端設(shè)備 的綁定組設(shè)置，則返回綁定建立響應(yīng)消息。其中，所述綁定建立響應(yīng)消息包含綁定建立成功 的標識時，由初始狀態(tài)進入綁定建立完成狀態(tài)。如果接收端設(shè)備由于某種原因拒絕開啟綁 定功能，返回的綁定建立響應(yīng)消息包含綁定建立失敗的標識以及失敗的原因標識，這種情 況仍然處于初始狀態(tài)。如果發(fā)送端設(shè)備在設(shè)定的時間內(nèi)未收到接收端設(shè)備的綁定建立響應(yīng) 消息，則仍然處于初始狀態(tài)。
[0097] 本實施例假設(shè)返回的綁定建立響應(yīng)消息包含的是綁定建立成功標識，由初始狀態(tài) 轉(zhuǎn)為綁定建立完成狀態(tài)，即執(zhí)行步驟505。
[0098] 步驟505 :接收端設(shè)備根據(jù)發(fā)送端設(shè)備發(fā)送的綁定建立請求消息中的內(nèi)容，在接 收端設(shè)備上創(chuàng)建綁定組信息表，使用綁定鏈路發(fā)送數(shù)據(jù)時使用該表。
[0099] 步驟506 :發(fā)送端設(shè)備接收到接收端設(shè)備發(fā)送的包含綁定建立成功標識的綁定建 立響應(yīng)消息，在發(fā)送端設(shè)備上創(chuàng)建綁定組信息表，使用綁定鏈路發(fā)送數(shù)據(jù)時使用該表。
[0100] 上述步驟505?步驟506可理解為圖4中所示的綁定建立完成狀態(tài)。
[0101] 步驟507 :使用綁定數(shù)據(jù)格式對數(shù)據(jù)包進行發(fā)送；
[0102] 這里，可對啟動標識進行設(shè)置，比如：若啟動標識大于0時，處于綁定建立完成狀 態(tài)不變；若啟動標識等于〇,則由綁定建立完成狀態(tài)轉(zhuǎn)為綁定傳輸啟動狀態(tài)，所述啟動標識 可以是計時器的倒計時（如啟動標識從100倒計時到0)，也可以是條件閾值（如當有需要 用綁定鏈路傳輸?shù)臄?shù)據(jù)流時，啟動標識等于0,否則啟動標識等于1)。在綁定傳輸啟動狀態(tài) 下，若發(fā)送端設(shè)備需要使用綁定鏈路發(fā)送數(shù)據(jù)時，則發(fā)送端設(shè)備需要使用綁定數(shù)據(jù)格式對 數(shù)據(jù)進行封裝處理后發(fā)送；當該數(shù)據(jù)發(fā)送成功后，由綁定傳輸啟動狀態(tài)轉(zhuǎn)為綁定傳輸完成 狀態(tài)，此時，若啟動標識仍然為0,則返回到綁定傳輸啟動狀態(tài)，準備對下一個匹配數(shù)據(jù)的綁 定鏈路傳輸；若啟動標識大于〇,則停留在綁定傳輸完成狀態(tài)。根據(jù)IEEE1905協(xié)議，設(shè)備在 發(fā)送數(shù)據(jù)時，每隔一定時間會發(fā)送Link metr i c詢問和響應(yīng)消息，對鏈路的質(zhì)量進行實時的 檢測。在綁定傳輸啟動狀態(tài)下，若接收端設(shè)備未在設(shè)定的時間內(nèi)收到使用綁定鏈路傳輸?shù)?數(shù)據(jù)，則轉(zhuǎn)為初始狀態(tài)。
[0103] 當Link metric協(xié)議檢測到MoCA與WiFi組建綁定組不合理，例如MoCA鏈路剩 余帶寬與WiFi鏈路剩余帶寬之比太大會降低綁定鏈路傳輸?shù)馁|(zhì)量，需要修改綁定組，而采 用WiFi鏈路和PLC鏈路組成綁定組更合理，可以通過發(fā)送綁定組更新消息來修改綁定組設(shè) 置，這種情況可發(fā)生在綁定建立完成狀態(tài)、綁定傳輸啟動狀態(tài)或綁定傳輸完成狀態(tài)。
[0104] 步驟508 :發(fā)送端設(shè)備向接收端設(shè)備發(fā)送綁定組更新請求消息；
[0105] 其中，綁定組更新請求消息包含：綁定組標識、綁定組內(nèi)相互連接的接口對的數(shù)目 即綁定組包含的綁定鏈路的數(shù)目、對應(yīng)的接口對的MAC接口地址、對應(yīng)的接口對的MAC接口 類型。
[0106] 設(shè)發(fā)送端設(shè)備希望采用WiFi鏈路和PLC鏈路組成的綁定組傳輸數(shù)據(jù)，那么上述綁 定組更新請求消息中，綁定組內(nèi)相互連接的接口對的數(shù)目取值為2，對應(yīng)的接口對的MAC接 口類型包含PLC和WiFi的接口類型標識，接口對的MAC接口地址包含PLC和WiFi的兩個 鏈路對應(yīng)的兩個接口對的4個MAC地址。
[0107] 步驟509 :接收端設(shè)備向發(fā)送端設(shè)備發(fā)送綁定組更新請求響應(yīng)消息；
[0108] 這里，接收端設(shè)備收到發(fā)送端設(shè)備的綁定組更新請求消息后，若認同發(fā)送端設(shè)備 對新綁定組的設(shè)置，就返回綁定組更新響應(yīng)消息，其中，綁定組更新響應(yīng)消息包含綁定組更 新成功的標識時，轉(zhuǎn)為綁定更新完成狀態(tài)。如果接收端設(shè)備不接受綁定組的修改，返回的 綁定組更新響應(yīng)消息包含綁定組更新失敗的標識以及失敗的原因標識，仍然處于原狀態(tài)。 如果發(fā)送端設(shè)備在設(shè)定的時間內(nèi)未收到接收端設(shè)備的綁定建立響應(yīng)消息，則仍然處于原狀 態(tài)。
[0109] 本實施例中，返回的綁定組更新響應(yīng)消息包含綁定組更新成功標識時，接收端設(shè) 備或發(fā)送端設(shè)備轉(zhuǎn)為綁定更新完成狀態(tài)，即執(zhí)行步驟510。
[0110] 步驟510 :接收端設(shè)備根據(jù)發(fā)送端設(shè)備發(fā)送的綁定組更新請求消息中的內(nèi)容，在 設(shè)備上更新綁定組信息表，后續(xù)數(shù)據(jù)使用綁定數(shù)據(jù)格式發(fā)送時使用該綁定組信息表。
[0111] 步驟511 :發(fā)送端設(shè)備收到接收設(shè)備端發(fā)送的包含綁定組更新成功標識的綁定組 更新響應(yīng)消息，在設(shè)備上更新綁定組信息表，后續(xù)數(shù)據(jù)使用綁定數(shù)據(jù)格式發(fā)送時使用該表。
[0112] 上述步驟510?步驟511可理解為圖4中所示的綁定更新完成狀態(tài)。
[0113] 步驟512 :使用更新后的綁定鏈路對數(shù)據(jù)進行發(fā)送；
[0114] 這里，若啟動標識大于0,則處于綁定更新完成狀態(tài)不變；若啟動標識等于0,則由 綁定更新完成狀態(tài)轉(zhuǎn)為綁定傳輸啟動狀態(tài)；例如規(guī)定的倒計時器計數(shù)為0或滿足某些啟 動條件時，啟動標識等于0。發(fā)送端設(shè)備需要使用綁定鏈路發(fā)送數(shù)據(jù)時，使用綁定數(shù)據(jù)格 式對數(shù)據(jù)進行封裝處理后發(fā)送。同時發(fā)送端設(shè)備和接收端設(shè)備之間還會定期的發(fā)送Link metric協(xié)議以檢測鏈路的質(zhì)量。
[0115] 步驟513 :在綁定建立完成狀態(tài)、綁定傳輸啟動狀態(tài)、綁定傳輸完成狀態(tài)或綁定更 新完成狀態(tài)下，如果發(fā)送端設(shè)備需要退出綁定功能，可向接收端設(shè)備發(fā)送綁定功能關(guān)閉消 息，轉(zhuǎn)為初始狀態(tài)。
[0116] 步驟514:發(fā)送端設(shè)備和接收端設(shè)備停止使用綁定數(shù)據(jù)格式發(fā)送數(shù)據(jù)，發(fā)送端設(shè) 備和接收端設(shè)備之間發(fā)送的數(shù)據(jù)全部使用普通數(shù)據(jù)格式來發(fā)送。
[0117] 這里，步驟514可理解為圖4所示的初始狀態(tài)。
[0118] 圖6為本發(fā)明數(shù)據(jù)傳輸裝置的結(jié)構(gòu)示意圖，如圖6所示，該裝置包括：管理模塊 61、選擇模塊62、封裝模塊63和發(fā)送模塊64 ;其中，
[0119] 所述管理模塊61，用于確定發(fā)送端設(shè)備與接收端設(shè)備均支持鏈路綁定功能時，建 立綁定組；
[0120] 選擇模塊62,用于確定使用綁定鏈路發(fā)送或使用非綁定鏈路發(fā)送待發(fā)送數(shù)據(jù)；
[0121] 所述封裝模塊63,用于當選擇模塊62選擇使用所述綁定組的綁定鏈路發(fā)送待發(fā) 送的數(shù)據(jù)時，將所述待發(fā)送數(shù)據(jù)按綁定數(shù)據(jù)格式進行封裝；當選擇模塊62選擇使用非綁定 鏈路發(fā)送待發(fā)送的數(shù)據(jù)時，將所述待發(fā)送數(shù)據(jù)按普通數(shù)據(jù)格式進行封裝，并通過所述非綁 定鏈路發(fā)送；
[0122] 所述發(fā)送模塊64,用于通過所述綁定鏈路發(fā)送所述封裝模塊63封裝的所述待發(fā) 送數(shù)據(jù)。
[0123] 進一步的，所述裝置還包括：
[0124] 設(shè)備狀態(tài)機65,用于記錄發(fā)送端設(shè)備和接收端設(shè)備處于初始狀態(tài)、綁定建立完成 狀態(tài)、綁定更新完成狀態(tài)、綁定傳輸啟動狀態(tài)或綁定傳輸完成狀態(tài)，并使發(fā)送端設(shè)備或接收 端設(shè)備在設(shè)定條件下進行狀態(tài)間的轉(zhuǎn)換。
[0125] 具體的，所述設(shè)備狀態(tài)機65,用于描述發(fā)送端設(shè)備和接收端設(shè)備在所述方法過程 中所處的狀態(tài)以及如何進行狀態(tài)間的轉(zhuǎn)換，所述狀態(tài)包括初始狀態(tài)、綁定建立完成狀態(tài)、綁 定更新完成狀態(tài)、綁定傳輸啟動狀態(tài)和綁定傳輸完成狀態(tài)；發(fā)送端設(shè)備或接收端設(shè)備在某 一時刻處于所述狀態(tài)中的一種狀態(tài)，并在設(shè)定條件下進行狀態(tài)間的轉(zhuǎn)換；
[0126] 這里，所述綁定更新完成狀態(tài)為可選狀態(tài)，各狀態(tài)間的轉(zhuǎn)換關(guān)系如圖4所示。。
[0127] 具體的，所述管理模塊61還用于，
[0128] 在發(fā)送端設(shè)備接收到接收端設(shè)備發(fā)送的包含綁定建立成功標識的鏈路綁定建立 響應(yīng)消息后，在發(fā)送端設(shè)備上創(chuàng)建綁定組信息表；
[0129] 當接收端設(shè)備收到發(fā)送端設(shè)備發(fā)送的鏈路綁定建立請求消息時，根據(jù)發(fā)送端設(shè)備 發(fā)送的鏈路綁定建立請求在接收端設(shè)備上創(chuàng)建綁定組信息表，并向發(fā)送端設(shè)備返回鏈路綁 定建立響應(yīng)消息；其中，所述鏈路綁定建立響應(yīng)消息包括鏈路綁定建立成功標識或鏈路綁 定建立失敗標識。
[0130] 具體的，所述管理模塊61包括綁定組管理子模塊611、綁定協(xié)議子模塊612和分片 排序子模塊613 ;其中：
[0131] 綁定組管理子模塊611，用于判定是否建立綁定組；
[0132] 綁定協(xié)議子模塊612,用于構(gòu)造綁定建立請求消息、綁定建立響應(yīng)消息、綁定功能 關(guān)閉消息；其中，所述綁定建立請求消息包括綁定組信息表，所述綁定建立響應(yīng)消息包括鏈 路綁定建立成功標識或鏈路綁定建立失敗標識；
[0133] 分片排序子模塊613,用于判斷數(shù)據(jù)是否需要分片處理，如果需要，對所述數(shù)據(jù)包 進行分片和排序。
[0134] 具體的，所述管理模塊61還用于：
[0135] 在發(fā)送端設(shè)備接收到接收端設(shè)備發(fā)送的包含綁定組更新成功標識的綁定組更新 響應(yīng)消息后，在發(fā)送端設(shè)備上更新綁定組信息表中的綁定鏈路；
[0136] 當接收端設(shè)備接收到發(fā)送端設(shè)備發(fā)送的綁定組更新請求消息時，根據(jù)發(fā)送端設(shè)備 發(fā)送的綁定組更新請求在接收端設(shè)備上更新綁定組信息表中的綁定鏈路，并向發(fā)送端設(shè)備 返回綁定組更新響應(yīng)消息；其中，所述綁定組更新響應(yīng)消息包括綁定組更新成功標識或綁 定組更新失敗標識。
[0137] 對應(yīng)的，所述綁定組管理子模塊611，還用于判定是否需要更新綁定組；
[0138] 所述綁定協(xié)議子模塊612,還用于構(gòu)造綁定組更新請求消息和綁定組更新響應(yīng)消 息；其中，所述綁定組更新請求消息包括需要更新的綁定組信息表，所述綁定組更新響應(yīng)消 息包括綁定組更新成功標識或綁定組更新失敗標識。
[0139] 進一步的，所述封裝模塊63還用于：
[0140] 當綁定組信息表更新完成后，確定待發(fā)送的數(shù)據(jù)需使用綁定鏈路發(fā)送時，將所述 待發(fā)送數(shù)據(jù)按所述綁定數(shù)據(jù)格式進行封裝，并通過所述更新后的綁定組信息表中的綁定鏈 路發(fā)送。
[0141] 具體的，所述選擇模塊62包括綁定數(shù)據(jù)包條件設(shè)置子模塊621和綁定數(shù)據(jù)包決策 子模塊622 ;其中：
[0142] 綁定數(shù)據(jù)包條件設(shè)置子模塊621，用于設(shè)置待發(fā)送的數(shù)據(jù)需使用綁定組的綁定鏈 路發(fā)送的條件；
[0143] 綁定數(shù)據(jù)包決策子模塊622,用于根據(jù)所述綁定數(shù)據(jù)包條件設(shè)置子模塊設(shè)定的條 件判斷數(shù)據(jù)是否采用所述綁定鏈路傳輸。
[0144] 具體的，所述發(fā)送模塊63包括接口調(diào)用子模塊以及第一接口單元、第二接口單元 等多個接口單元；其中，
[0145] 所述接口調(diào)用單元，用于確定所述裝置進行數(shù)據(jù)發(fā)送的接口單元。
[0146] 圖7為本發(fā)明實施例提供的具有鏈路綁定功能的數(shù)據(jù)傳輸裝置的組成結(jié)構(gòu)示意 圖，本實施例中的裝置支持兩種介質(zhì)的接口，并以兩種介質(zhì)對應(yīng)的鏈路組成一個綁定組為 例進行描述，圖7中的第一接口子模塊704、第二接口子模塊705可以是WiFi功能實體、PLC 功能實體、MoCA功能實體和以太網(wǎng)功能實體中的任意兩種，但不僅限于這四種介質(zhì)。
[0147] 如圖7所示，該具有鏈路綁定功能的數(shù)據(jù)傳輸裝置包括：上層協(xié)議棧模塊701、抽 象層功能實體700、綁定組管理子模塊611、綁定協(xié)議子模塊612、分片排序子模塊613、綁 定數(shù)據(jù)包條件設(shè)置子模塊621、綁定數(shù)據(jù)包決策子模塊622、封裝模塊63、接口調(diào)用子模塊 703、第一接口子模塊704和第二接口子模塊705 ;其中，
[0148] 上層協(xié)議棧模塊701，用于將需要發(fā)送的數(shù)據(jù)進行TCP/IP層的封裝處理，然后再 把經(jīng)TCP/IP層封裝好的數(shù)據(jù)包傳遞給抽象層功能實體700進行排序和封裝處理；
[0149] 抽象層功能實體700,用于實現(xiàn)綁定功能相關(guān)的管理和數(shù)據(jù)發(fā)送/接收功能；
[0150] 綁定數(shù)據(jù)包條件設(shè)置子模塊621，用于設(shè)置待發(fā)送的數(shù)據(jù)需使用綁定組的綁定鏈 路發(fā)送的條件；
[0151] 綁定數(shù)據(jù)包決策子模塊622,用于根據(jù)綁定數(shù)據(jù)包條件設(shè)置子模塊621設(shè)定的條 件判斷從上層協(xié)議棧模塊701接收到的數(shù)據(jù)是否采用綁定鏈路傳輸所述數(shù)據(jù)；
[0152] 這里，所述綁定數(shù)據(jù)包條件設(shè)置模塊621和綁定數(shù)據(jù)包決策模塊622可設(shè)置于上 層協(xié)議棧模塊701中或抽象層功能實體700中。
[0153] 綁定組管理子模塊621，用于判定是否建立綁定組以及綁定組是否需要更新，并根 據(jù)定期的Link metric協(xié)議更新第一接口子模塊704和第二接口子模塊705對應(yīng)的鏈路質(zhì) 量情況；
[0154] 綁定協(xié)議子模塊612,用于構(gòu)造綁定建立請求消息/綁定建立響應(yīng)消息，綁定組更 新請求消息/綁定組更新響應(yīng)消息，以及綁定功能關(guān)閉消息；
[0155] 分片排序子模塊613,用于判斷經(jīng)過TCP/IP層處理的數(shù)據(jù)包的長度是否超過特定 值，如果超過需要進行分片處理，將數(shù)據(jù)包分成幾個片段，對每個片段添加分片標識，按照 分片的順序添加分片號，最后添加數(shù)據(jù)包的序列號；如果長度沒有超過特定值，不進行分片 處理，只添加數(shù)據(jù)包的序列號；
[0156] 封裝模塊63,用于將添加了序列號的數(shù)據(jù)包參考1905消息格式進行封裝，增加 1905以太幀頭，輸出綁定格式的數(shù)據(jù)包；
[0157] 接口調(diào)用子模塊703，用于選擇第一接口子模塊704或第二接口子模塊705來發(fā)送 數(shù)據(jù)包，所述發(fā)送的數(shù)據(jù)包可以是綁定協(xié)議子模塊612構(gòu)造的綁定協(xié)議消息，也可以是數(shù) 據(jù)包封裝子模塊623輸出的綁定格式的數(shù)據(jù)包。
[0158] 第一接口子模塊704和第二接口子模塊705,用于將待發(fā)送的數(shù)據(jù)包轉(zhuǎn)換成網(wǎng)絡(luò) 傳輸介質(zhì)所能承載的物理信號進行發(fā)送。
[0159] 這里，所述綁定組管理子模塊611、綁定協(xié)議子模塊612和分片排序子模塊613為 圖6中的管理模塊61的組成部分；所述綁定數(shù)據(jù)包條件設(shè)置子模塊621、綁定數(shù)據(jù)包決策 子模塊622為圖6中的選擇模塊62的組成部分；所述接口調(diào)用子模塊703、第一接口子模 塊704和第二接口子模塊705為圖6中的發(fā)送模塊63的組成部分。
[0160] 以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
【權(quán)利要求】
1. 一種數(shù)據(jù)傳輸方法，其特征在于，該方法包括： 確定發(fā)送端設(shè)備與接收端設(shè)備均支持鏈路綁定功能時，建立綁定組； 當選擇使用所述綁定組的綁定鏈路發(fā)送待發(fā)送的數(shù)據(jù)時，將所述待發(fā)送數(shù)據(jù)按綁定數(shù) 據(jù)格式進行封裝，并通過所述綁定鏈路發(fā)送；當選擇使用非綁定鏈路發(fā)送待發(fā)送的數(shù)據(jù)時， 將所述待發(fā)送數(shù)據(jù)按普通數(shù)據(jù)格式進行封裝，并通過所述非綁定鏈路發(fā)送。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 發(fā)送端設(shè)備和接收端設(shè)備處于初始狀態(tài)、綁定建立完成狀態(tài)、綁定更新完成狀態(tài)、綁定 傳輸啟動狀態(tài)或綁定傳輸完成狀態(tài)，并在設(shè)定條件下進行狀態(tài)間的轉(zhuǎn)換。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，確定發(fā)送端設(shè)備與接收端設(shè)備均支持鏈 路綁定功能，包括： 發(fā)送端設(shè)備與接收端設(shè)備進行消息交互；其中，所述交互消息中攜帶有設(shè)備是否支持 鏈路綁定功能的信息。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述交互消息為增設(shè)的綁定能力通知消 息和綁定能力通知響應(yīng)消息，或拓撲詢問消息和拓撲響應(yīng)消息，或鏈路質(zhì)量詢問消息和鏈 路質(zhì)量響應(yīng)消息，或綁定建立請求消息和綁定建立響應(yīng)消息。
5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述建立綁定組包括： 發(fā)送端設(shè)備向接收端設(shè)備發(fā)送鏈路綁定建立請求消息，在所述請求消息中攜帶綁定組 信息表；其中，所述綁定組信息表中包含綁定鏈路； 接收端設(shè)備接收到發(fā)送端設(shè)備發(fā)送的所述鏈路綁定建立請求消息時，向發(fā)送端設(shè)備返 回鏈路綁定建立響應(yīng)消息；其中，所述鏈路綁定建立響應(yīng)消息包括鏈路綁定建立成功標識 或鏈路綁定建立失敗標識。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述綁定組信息表包含以下信息的至少 一項： 綁定組標識、綁定組內(nèi)相互連接的接口對的數(shù)目、對應(yīng)的接口對的介質(zhì)訪問控制MAC 接口地址、對應(yīng)的接口對的MAC接口類型。
7. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 發(fā)送端設(shè)備向接收端設(shè)備發(fā)送綁定組更新請求消息，在所述請求消息中攜帶請求更新 的綁定組信息表； 接收端設(shè)備接收到發(fā)送端設(shè)備發(fā)送的所述綁定組更新請求消息時，向發(fā)送端設(shè)備返回 綁定組更新響應(yīng)消息；其中，所述綁定組更新響應(yīng)消息包括綁定組更新成功標識或綁定組 更新失敗標識。
8. 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述方法還包括： 綁定組更新完成后，確定待發(fā)送的數(shù)據(jù)需使用綁定鏈路發(fā)送時，將所述待發(fā)送數(shù)據(jù)按 所述綁定數(shù)據(jù)格式進行封裝，并通過所述更新后的綁定組信息表中的綁定鏈路發(fā)送。
9. 根據(jù)權(quán)利要求1所述的方法，其特征在于，選擇使用所述綁定組的綁定鏈路發(fā)送待 發(fā)送的數(shù)據(jù)包括： 當待發(fā)送數(shù)據(jù)滿足設(shè)定的使用綁定鏈路發(fā)送數(shù)據(jù)的條件時，為選擇使用所述綁定組的 綁定鏈路發(fā)送待發(fā)送的數(shù)據(jù)。
10. 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述設(shè)定的使用綁定鏈路發(fā)送數(shù)據(jù)的條 件為數(shù)據(jù)的服務(wù)質(zhì)量QoS級別的設(shè)定；或數(shù)據(jù)包的虛擬局域網(wǎng)VLAN號為設(shè)定值；或數(shù)據(jù)包 的優(yōu)先級標識大于設(shè)定的門限值。
11. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述綁定數(shù)據(jù)格式包括：消息序列號、分 片號和分片標識。
12. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括： 發(fā)送端設(shè)備或接收端設(shè)備發(fā)送包含需關(guān)閉的綁定組標識的綁定功能關(guān)閉消息，發(fā)送端 設(shè)備和接收端設(shè)備均刪除所述綁定組。
13. -種數(shù)據(jù)傳輸裝置，其特征在于，所述裝置包括管理模塊、選擇模塊、封裝模塊和發(fā) 送模塊；其中， 所述管理模塊，用于確定發(fā)送端設(shè)備與接收端設(shè)備均支持鏈路綁定功能時，建立綁定 組； 選擇模塊，用于確定使用綁定鏈路發(fā)送或使用非綁定鏈路發(fā)送待發(fā)送數(shù)據(jù)； 所述封裝模塊，用于當選擇模塊選擇使用所述綁定組的綁定鏈路發(fā)送待發(fā)送的數(shù)據(jù) 時，將所述待發(fā)送數(shù)據(jù)按綁定數(shù)據(jù)格式進行封裝；當選擇模塊選擇使用非綁定鏈路發(fā)送 待發(fā)送的數(shù)據(jù)時，將所述待發(fā)送數(shù)據(jù)按普通數(shù)據(jù)格式進行封裝，并通過所述非綁定鏈路發(fā) 送； 所述發(fā)送模塊，用于通過所述綁定鏈路發(fā)送所述封裝模塊封裝的所述待發(fā)送數(shù)據(jù)。
14. 根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述裝置還包括： 設(shè)備狀態(tài)機，用于記錄發(fā)送端設(shè)備和接收端設(shè)備處于初始狀態(tài)、綁定建立完成狀態(tài)、綁 定更新完成狀態(tài)、綁定傳輸啟動狀態(tài)或綁定傳輸完成狀態(tài)，并使發(fā)送端設(shè)備或接收端設(shè)備 在設(shè)定條件下進行狀態(tài)間的轉(zhuǎn)換。
15. 根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述管理模塊包括綁定組管理子模塊、 綁定協(xié)議子模塊和分片排序子模塊；其中： 綁定組管理子模塊，用于判定是否建立綁定組； 綁定協(xié)議子模塊，用于構(gòu)造綁定建立請求消息、綁定建立響應(yīng)消息、綁定功能關(guān)閉消 息；其中，所述綁定建立請求消息包括綁定組信息表，所述綁定建立響應(yīng)消息包括鏈路綁定 建立成功標識或鏈路綁定建立失敗標識； 分片排序子模塊，用于判斷數(shù)據(jù)是否需要分片處理，如果需要，對所述數(shù)據(jù)包進行分片 和排序。
16. 根據(jù)權(quán)利要求15所述的裝置，其特征在于： 所述綁定組管理子模塊，還用于判定是否需要更新綁定組； 所述綁定協(xié)議子模塊，還用于構(gòu)造綁定組更新請求消息和綁定組更新響應(yīng)消息；其中， 所述綁定組更新請求消息包括需要更新的綁定組信息表，所述綁定組更新響應(yīng)消息包括綁 定組更新成功標識或綁定組更新失敗標識。
17. 根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述封裝模塊，還用于在綁定組信息表 更新完成后，確定待發(fā)送的數(shù)據(jù)需使用綁定鏈路發(fā)送時，將所述待發(fā)送數(shù)據(jù)按所述綁定數(shù) 據(jù)格式進行封裝； 所述發(fā)送模塊，還用于通過所述更新后的綁定組信息表中的綁定鏈路發(fā)送封裝后的所 述待發(fā)送數(shù)據(jù)。
18.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述選擇模塊包括綁定數(shù)據(jù)包條件設(shè) 置子模塊和綁定數(shù)據(jù)包決策子模塊；其中： 綁定數(shù)據(jù)包條件設(shè)置子模塊，用于設(shè)置待發(fā)送的數(shù)據(jù)需使用綁定組的綁定鏈路發(fā)送的 條件； 綁定數(shù)據(jù)包決策子模塊，用于根據(jù)所述綁定數(shù)據(jù)包條件設(shè)置子模塊設(shè)定的條件判斷數(shù) 據(jù)是否采用所述綁定鏈路傳輸。
【文檔編號】H04L12/917GK104113491SQ201310141036
【公開日】2014年10月22日 申請日期:2013年4月22日 優(yōu)先權(quán)日:2013年4月22日
【發(fā)明者】梁瓊文, 王琳, 袁立權(quán), 張偉良, 張俊劍 申請人:中興通訊股份有限公司