報文匯聚傳輸?shù)姆椒ā⒀b置和系統(tǒng)的制作方法
【技術領域】
[0001]本發(fā)明涉及網(wǎng)絡設備中IP協(xié)議數(shù)據(jù)傳輸方面的內容，特別是指一種網(wǎng)絡中報文匯聚傳輸?shù)姆椒ā?br>【背景技術】
[0002]隨著網(wǎng)絡傳輸速率帶寬的提升，原有的以太網(wǎng)最小傳輸單元(MTU) 1500字節(jié)已經(jīng)遠遠不能滿足要求，現(xiàn)有的多數(shù)以太網(wǎng)MAC器件已經(jīng)能夠支持巨幀模式(Jumbo)，傳輸時可以達到幾十K的規(guī)模。
[0003]目前在計算機通訊領域，兩臺網(wǎng)絡設備之間，使用同一對IP地址進行通信的協(xié)議和鏈路有很多。其中，每條數(shù)據(jù)流鏈接在傳輸上是獨立的，都需要提供獨立的MAC頭、IP頭和上層協(xié)議頭等。匯聚起始端將各類協(xié)議報文逐個封裝MAC頭和IP頭以及協(xié)議頭，通過網(wǎng)絡云等物理鏈路傳送至目的地。匯聚終端設備收到這些報文后，派發(fā)到各個協(xié)議上層處理模塊進行進一步的處理。
[0004]但由于目前每條數(shù)據(jù)流鏈接在傳輸時，每一個報文字長都在相對較小的范圍內，難以充分利用可用的以太網(wǎng)幀長。從網(wǎng)絡設備吞吐量表現(xiàn)上看，報文的幀長越長，可支持的吞吐量越大，帶寬利用率才能越高。
[0005]針對相關技術中存在的很大的帶寬資源浪費和傳輸效率較低的問題，目前尚未提出有效解決的方案。

【發(fā)明內容】

[0006]本發(fā)明提供了一種報文匯聚傳輸?shù)姆椒把b置，以至少解決現(xiàn)有技術中存在的很大的帶寬資源浪費和傳輸效率較低的問題。
[0007]根據(jù)本發(fā)明的一個方面，提供了一種報文匯聚傳輸?shù)姆椒ǎ?br>[0008]根據(jù)源目的IP地址，將接收到的各類報文分配成不同的發(fā)送隊列；
[0009]根據(jù)匯聚協(xié)議，將所述發(fā)送隊列進行組合封裝形成巨幀并派送出去。
[0010]優(yōu)選地，根據(jù)源目的IP地址，將接收到的各類報文分配成不同的發(fā)送隊列之后，還包括:根據(jù)指定的周期，對所述發(fā)送隊列進行匯聚。
[0011]優(yōu)選地，所述發(fā)送隊列中的報文在進行封裝時，將添加共有IP頭和封裝MAC頭。
[0012]優(yōu)選地，所述IP頭使用標準格式進行各類子協(xié)議報文的封裝，其中標準格式包括上層協(xié)議類型、子協(xié)議報文長度和子協(xié)議報文內容。
[0013]優(yōu)選地，所述IP頭使用UDP協(xié)議，在后面加UDP協(xié)議頭。
[0014]根據(jù)本發(fā)明的另一方面，還提供了一種報文匯聚傳輸?shù)姆椒?，包?接收巨幀；根據(jù)匯聚協(xié)議對所述巨幀進行解壓成不同發(fā)送隊列；根據(jù)源目的IP地址，將所述發(fā)送隊列派送出去。
[0015]根據(jù)本發(fā)明的另一方面，還提供了一種報文匯聚傳輸?shù)难b置，位于發(fā)送端，包括:分類模塊，用于根據(jù)源目的IP地址，將接收到的各類報文分配成不同的發(fā)送隊列；封裝模塊，用于根據(jù)匯聚協(xié)議將所述發(fā)送隊列進行組合封裝形成巨幀并派送出去。
[0016]優(yōu)選地，所述裝置還包括:定時模塊，用于按照指定的周期，對所述分類模塊分配的發(fā)送隊列進行匯聚。
[0017]優(yōu)選地，所述封裝模塊對發(fā)送隊列中的報文進行封裝時，將添加共有IP頭和封裝MAC 頭。
[0018]根據(jù)本發(fā)明的再一方面，還提供了一種報文匯聚傳輸?shù)难b置，位于接收端，包括:接收模塊，用于接收巨幀；解壓模塊，用于根據(jù)匯聚協(xié)議對所述巨幀進行解壓成不同發(fā)送隊列；派送模塊，用于根據(jù)源目的IP地址，將所述發(fā)送隊列派送出去。
[0019]根據(jù)本發(fā)明的又一方面，還提供了一種報文匯聚傳輸?shù)南到y(tǒng)，包括:上述發(fā)送端的報文匯聚傳輸?shù)难b置；上述接收端的報文匯聚傳輸?shù)难b置。
[0020]通過本發(fā)明，采用根據(jù)源目的IP地址，將接收到的各類報文分配成不同的發(fā)送隊列；根據(jù)匯聚協(xié)議，將所述發(fā)送隊列進行組合封裝形成巨幀并派送出去，解決了現(xiàn)有技術存在的帶寬資源浪費和傳輸效率較低的問題，使用本發(fā)明技術方案能夠提升了報文的傳輸效率和帶寬利用率。
【附圖說明】
[0021]此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中:
[0022]圖1是根據(jù)本發(fā)明實施例的一種報文匯聚傳輸?shù)姆椒鞒虉D；
[0023]圖2是根據(jù)本發(fā)明實施例的另一種報文匯聚傳輸?shù)姆椒鞒虉D；
[0024]圖3是根據(jù)本發(fā)明實施例的一種報文匯聚傳輸?shù)难b置的結構框圖；
[0025]圖4是根據(jù)本發(fā)明實施例的一種報文匯聚傳輸?shù)难b置的優(yōu)選結構框圖；
[0026]圖5是根據(jù)本發(fā)明實施例的另一種報文匯聚傳輸?shù)难b置的結構框圖；
[0027]圖6是根據(jù)本發(fā)明其優(yōu)選實施例的一種報文匯聚傳輸系統(tǒng)的示意圖；
[0028]圖7是根據(jù)本發(fā)明的匯聚協(xié)議建議封裝格式圖。
【具體實施方式】
[0029]下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。
[0030]在本實施例中提供了一種報文匯聚傳輸?shù)姆椒ǎ瑘D1是根據(jù)本發(fā)明實施例的一種報文匯聚傳輸?shù)牧鞒虉D，如圖1所示，該流程包括如下步驟:
[0031]步驟S102，根據(jù)源目的IP地址，將接收到的各類報文分配成不同的發(fā)送隊列；
[0032]步驟S104，根據(jù)匯聚協(xié)議，將所述發(fā)送隊列進行組合封裝形成巨幀并發(fā)送出。
[0033]通過上述步驟，本發(fā)明采用根據(jù)源目的IP地址，將接收到的各類報文分配成不同的發(fā)送隊列；根據(jù)匯聚協(xié)議，將所述發(fā)送隊列進行組合封裝形成巨幀并派送出。相對于現(xiàn)有技術中，報文字長都在相對較小的范圍內，難以充分利用可用的以太網(wǎng)幀長傳輸?shù)默F(xiàn)狀，本發(fā)明通過將多個協(xié)議報文按照源目的IP地址分配成不同的發(fā)送隊列，統(tǒng)一封裝成巨幀后，充分利用巨幀傳輸報文，提升了網(wǎng)絡總體的數(shù)據(jù)吞吐量，減少了網(wǎng)絡上報文數(shù)量，降低了中間路由節(jié)點的轉發(fā)壓力，解決了現(xiàn)有技術存在的帶寬資源浪費和傳輸效率較低的問題，提升了報文的傳輸效率和帶寬利用率。
[0034]在一個優(yōu)選的實施例中，根據(jù)源目的IP地址，將接收到的各類報文分配成不同的發(fā)送隊列之后，還包括:根據(jù)指定的周期，對所述發(fā)送隊列進行匯聚。通過上述過程，可以限定在一定周期內的待發(fā)送報文才可以進行匯聚，該周期的設置以不影響上層業(yè)務時延和抖動要求為原則。
[0035]在一個優(yōu)選的實施例中，發(fā)送隊列中的報文在進行封裝時，將添加共有IP頭和封裝MAC頭。采用上述封裝方式，可以降低了 MAC頭、IP頭的開銷，減少了網(wǎng)絡帶寬的浪費。
[0036]在一個優(yōu)選的實施例中IP頭使用標準格式進行各類子協(xié)議報文的封裝，其中標準格式包括上層協(xié)議類型、子協(xié)議報文長度和子協(xié)議報文內容。上述封裝方式中，IP頭是按照以太網(wǎng)協(xié)議和IP協(xié)議的要求封裝，IP協(xié)議號需要設置為匯聚協(xié)議定義的協(xié)議號，該封裝對已有系統(tǒng)改動及影響較小。
[0037]在一個優(yōu)選的實施例中，IP頭可使用UDP協(xié)議，后面加UDP協(xié)議頭。其端口號為匯聚協(xié)議使用的指定端口號，采用上述方式，可以支持NAT(Network Address Translat1n,簡稱NAT)穿越。
[0038]在本實施例中還提供了另一種報文匯聚傳輸?shù)姆椒ǎ瑘D2是根據(jù)本發(fā)明實施例另一種報文匯聚傳輸?shù)姆椒鞒虉D，如圖2所示，該流程包括如下步驟:
[0039]步驟S202，接收巨幀；
[0040]步驟S204，根據(jù)匯聚協(xié)議對所述巨幀進行解壓成不同發(fā)送隊列；
[0041]步驟S206，根據(jù)源目的IP地址，將所述發(fā)送隊列派送出去。
[0042]終端接收到巨幀后，按照匯聚協(xié)議封裝格式，解壓分解巨幀隊列中的各類協(xié)議報文，根據(jù)源目的IP地址，派發(fā)到對應的協(xié)議上層進程進行上層協(xié)議處理。
[0043]在本實施例中還提供了一種報文匯聚傳輸?shù)难b置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說