專利名稱：報文處理的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種報文處理的方法和裝置。
背景技術(shù)：
目前，隨著數(shù)據(jù)通信技術(shù)的飛速發(fā)展，分布式的路由器設(shè)備已經(jīng)逐漸取代 集中式的路由器設(shè)備，分布式的概念也已經(jīng)擴(kuò)展到軟件領(lǐng)域。IP協(xié)議棧的分布 式可以很大程度上提高路由器的處理性能，I P協(xié)議棧可以根據(jù)路由器單板分布，
也可以根據(jù)APP (Application,基于協(xié)議的上層應(yīng)用)分布，從而做到各個APP 獨(dú)立收發(fā)報文，提高報文收發(fā)的性能。
所謂根據(jù)APP分布，即每個APP都有自己的協(xié)議棧。當(dāng)源端APP發(fā)送報文時， 如果報文的長度大于網(wǎng)絡(luò)的最大傳輸單元(MTU),則需要對報文進(jìn)行分片，當(dāng) 分片報文到達(dá)目的端時，需要對報文進(jìn)行重組，組裝成一個完整的報文上送給 目的端APP。目的端接收的報文包括分片報文和非分片報文，通常，目的端將接 收到的分片報文上送到獨(dú)立的協(xié)議棧集中重組，重組后的報文直接由所述獨(dú)立 的協(xié)議棧上送到目的端APP的協(xié)議棧；而對于非分片報文，目的端直接將其上送 到目的端APP的協(xié)議棧。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下問題 目的端接收到的分片報文需要先進(jìn)行重組，再上送到目的端APP的協(xié)議棧， 而非分片報文直接上送到目的端APP的協(xié)議棧，由于處理方式不同，所走的路徑
不同，可能導(dǎo)致分片報文在重組期間，后續(xù)的非分片報文已經(jīng)被直接上送到目 的端APP的協(xié)議棧，目的端接收分片報文和非分片報文的順序與上送到APP的協(xié)
議棧中的順序不同，從而導(dǎo)致目的端分片報文和非分片報文出現(xiàn)亂序問題。 發(fā)明內(nèi)容本發(fā)明的實施例提供一種報文處理的方法和裝置，能夠解決分布式系統(tǒng)中 目的端報文重組時出現(xiàn)的亂序問題。
為達(dá)到上述目的，本發(fā)明的實施例采用如下技術(shù)方案 一種報文處理的方法，包括 接收源端發(fā)送的分片報文和非分片報文；
將所述分片報文和非分片報文由同一路徑依次上送到目的端APP的協(xié)議棧 進(jìn)行處理。
一種報文處理的裝置，包括
接收單元，用于接收源端發(fā)送的分片報文和非分片報文； 上送處理單元，用于將所述接收單元接收到的分片報文和非分片報文由同 一路徑依次上送到目的端APP的協(xié)議棧進(jìn)行處理。
本發(fā)明實施例提供的報文處理的方法和裝置，目的端接收源端發(fā)送的分片 報文和非分片報文，將所述分片報文和非分片報文由同一路徑依次上送到目的 端APP對應(yīng)的協(xié)議棧進(jìn)行處理。與現(xiàn)有技術(shù)相比，目的端接收分片報文和非分片 報文的順序和上送到目的端APP的協(xié)議棧的順序相同，能夠避免非分片報文和分 片報文由于所走的路徑不同而造成的亂序問題。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施 例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見的，下面描述 中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付 出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖l為本發(fā)明實施例一提供的報文處理的方法流程圖2為本發(fā)明實施例二提供的報文處理的方法流程圖；圖3為本發(fā)明實施例三提供的報文處理的方法流程圖； 圖4為本發(fā)明實施例四提供的報文處理的裝置結(jié)構(gòu)示意圖； 圖5為本發(fā)明實施例五提供的報文處理的裝置結(jié)構(gòu)示意圖。
具體實施例方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清 楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是 全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造 性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。
本發(fā)明的實施例提供一種報文處理的方法和裝置。為使本發(fā)明技術(shù)方案的 優(yōu)點更加清楚，下面結(jié)合附圖和實施例對本發(fā)明作詳細(xì)說明。
本發(fā)明的實施例提供一種報文處理的方法，能夠解決分布式系統(tǒng)中目的端 報文重組時出現(xiàn)的亂序問題。
實施例一
如圖1所示，所述報文處理的方法包括
5101、 目的端鏈路層接收源端發(fā)送的分片報文和非分片報文；
5102、 目的端鏈路層將所述分片報文和非分片報文由同一路徑依次上送到 目的端APP的協(xié)議棧；
5103、 目的端APP的協(xié)議棧對所述接收到的報文進(jìn)行處理，并將處理后的報 文發(fā)送到目的端APP。
本發(fā)明實施例提供的報文處理的方法，目的端鏈路層接收源端發(fā)送的分片 報文和非分片報文，將所述分片報文和非分片報文由同一路徑依次上送到目的 端APP的協(xié)議棧，由目的端APP的協(xié)議棧對所述接收到的報文進(jìn)行處理，并將處 理后的報文發(fā)送到目的端APP。與現(xiàn)有技術(shù)相比，目的端鏈路層接收分片報文和非分片報文的順序，與上送到目的端APP的協(xié)議棧的順序相同，能夠避免非分片
報文和分片報文由于所走的路徑不同而造成的亂序問題。 實施例二
在本實施例中，所述報文為原始IP報文，目的端鏈路層將接收到的分片報
文和非分片報文經(jīng)同一路徑依次上送到目的端APP的協(xié)議棧，分片報文在上送到 目的端APP的協(xié)議棧之后進(jìn)行重組。
如圖2所示，所述報文處理的方法包括
S201、目的端鏈路層接收源端發(fā)送的分片報文和非分片報文。
其中，源端的APP發(fā)送報文時，如果報文的長度大于網(wǎng)絡(luò)的最大傳輸單元 (MTU)，則需要對報文進(jìn)行分片，當(dāng)分片報文到達(dá)目的端時，需要對報文進(jìn)行 重組，組裝成一個完整的報文上送給目的端的APP。
對于TCP (Transmission Control Protocol,傳輸控制協(xié)議)和證(User DatagramProtocol,用戶數(shù)據(jù)報協(xié)議)的報文來說，才艮文的分片到達(dá)目的端時， 根據(jù)報文的協(xié)議號、源IP地址、目的IP地址和IP ID (IP Identification)來 區(qū)分該報文的分片是哪一個報文的分片。其中，同一個分片報文的報文分片具 有相同協(xié)議號、源IP地址、目的IP地址和IPID,在對分片報文進(jìn)行重組時，將 所有具有相同協(xié)議號、源IP地址、目的IP地址和IP ID的報文分片集中到一起進(jìn) 行重組，組成一個完整的報文。為了防止不同分片報文的報文分片出現(xiàn)協(xié)議號、 源IP地址、目的IP地址和IP ID完全相同的情況，避免分片報文重組失敗，在源 端為可能具有相同協(xié)議號、源IP地址和目的IP地址的報文分配不同的IP ID。為 達(dá)到上述目的，可以采用如下方法中任意一種
方法一將報文分為四種類型指定協(xié)議號的第一報文，指定協(xié)議號和源 I P地址的第二報文，指定協(xié)議號和目的I P地址的第三報文，以及指定協(xié)議號、源IP地址和目的IP地址的第四報文。
由于報文重組時是根據(jù)協(xié)議號、源IP地址、目的IP地址和IP ID來區(qū)分報文
的分片的，APP發(fā)送報文時需要根據(jù)協(xié)議號、源IP地址、目的IP地址、源端口號 和目的端口號創(chuàng)建一個Socket，因此需要保證協(xié)議號、源IP地址和目的IP地址 可能相同的Socket所分配的IP ID范圍不能相同。
根據(jù)上述"^艮文的四種分類，將Socket分為四種類型指定協(xié)議號的第一 Socket,指定協(xié)議號和源IP地址的第二Socket，指定協(xié)議號和目的IP地址的第 三Socket,以及指定協(xié)議號、源IP地址和目的IP地址的第四Socket。
為了保證可能具有相同協(xié)議號、源IP地址和目的IP地址的報文分配不同的 IP ID，只需要保證可能具有相同協(xié)議號、源IP地址和目的IP地址的Socket不使 用同一段IP ID。具體的分配規(guī)則為
對于指定協(xié)議號的第一Socket，分配IP ID時遵循如下MJ'j:
規(guī)則一為所有具有相同協(xié)議號的第一Socket分配不同的IP ID，為與第二 Socket、第三Socket和第四Socket具有相同協(xié)議號的第一Socket分配不同的IP ID。
對于指定協(xié)議號和源IP地址的第二Socket，分配IP ID時遵循如下規(guī)則 規(guī)則二為所有具有相同協(xié)議號和源IP地址的第二Socket分配不同的IP ID， 為與第一Socket和第三Socket具有相同協(xié)議號的第二Socket分配不同的IP ID, 為與第四Socket具有相同協(xié)議號和源IP地址的第二Socket分配不同的IP ID。 對于指定協(xié)議號和目的IP地址的第三Socket，分配IP ID時遵循如下規(guī)則 規(guī)則三為所有具有相同協(xié)議號和目的IP地址的第三Socket分配不同的IP ID,為與第一Socket和第二Socket具有相同協(xié)議號的第三Socket分配不同的IP ID,為與第四Socket具有相同協(xié)議號和目的IP地址的第三Socket分配不同的IPID。
對于指定協(xié)議號、源IP地址和目的IP地址的第三Socket,分配IP ID時遵循 如下規(guī)則
規(guī)則四為所有具有相同協(xié)議號、源IP地址和目的IP地址的第四Socket分 配不同的IP ID,為與第一Socket具有相同協(xié)議號的第四Socket分配不同的IP ID，為與第二Socket具有相同協(xié)議號和源IP地址的第四Socket分配不同的IP ID， 為與第三Socket具有相同協(xié)議號和目的IP地址的第四Socket分配不同的IP ID。
其中，當(dāng)Socket刪除后，將該Socket占用的IP ID資源進(jìn)^亍回收，分配癥會其 他Socket使用。當(dāng)IP ID資源耗盡時，重新調(diào)整所有協(xié)議棧的IP ID范圍。
方法二
除了根據(jù)Socket分配IP ID外，還可以根據(jù)協(xié)議棧來分配IP ID。對于每個 分布的協(xié)議棧，具備一個唯一的標(biāo)識，不同的協(xié)議棧之間都使用不同的IP ID范 圍，從而避免重復(fù)的可能，同樣采取集中管理、動態(tài)分配的方式。相對于根據(jù) Socket分配IP ID來講，根據(jù)協(xié)議棧來分配IP ID,實現(xiàn)簡單，不需要考慮多種 Socket的復(fù)雜情況。但是，不同的協(xié)議棧中的IP ID不能復(fù)用，例如，對于重組 的分片報文，即使協(xié)議號、源IP地址和目的IP地址不完全相同，也不能復(fù)用同 一段IP ID。
方法三當(dāng)進(jìn)行報文流的轉(zhuǎn)發(fā)時，還可以根據(jù)報文流來分配IP ID,根據(jù)報 文流釆用的協(xié)議號、源地址、目的地址和VPN索引等標(biāo)識，在創(chuàng)建報文流的發(fā)送 路徑時，為可能具有相同協(xié)議號、源地址、目的地址和VPN索引的報文流分配不 同的IP ID。具體實現(xiàn)過程與方法一類似，在此不再闡述。
S202、目的端鏈路層將接收到的分片報文和非分片報文由同一路徑依次上 送到目的端APP的協(xié)議棧。S203、目的端APP的協(xié)議棧對所述接收到的分片報文進(jìn)行重組，并對所述重
封裝完的報文依次發(fā)送至目的端APP。
當(dāng)分片報文到達(dá)目的端時，需要進(jìn)行重組，并上送至目的端APP。由于網(wǎng)絡(luò) 狀況不同，分片報文在發(fā)送途中可能會出現(xiàn)逐包的負(fù)載分擔(dān)或者路由跳變等情 況，導(dǎo)致分片報文可能從不同的接口接收上來。要保證正常完成重組，就必須 把所有的分片報文都集中到一起進(jìn)行重組，分布式的協(xié)議棧下也是如此，要有 一個獨(dú)立的IP協(xié)議棧來處理重組的分片#Jl。
在分布式協(xié)議棧的環(huán)境下，每個協(xié)議棧都具備完整功能，可以實現(xiàn)報文重 組。因此，將原始IP的分片報文直接上送到目的端APP的協(xié)議棧中進(jìn)行重組，這 樣就可以保證原始IP的分片報文和非分片報文所經(jīng)過的是同 一個協(xié)議棧，走同 一路徑，從而避免亂序問題的發(fā)生。
實施例三
在本實施例中，所述^JL包括原始IP報文、TCP^t艮文和UDP^t艮文等，與實施 例二不同，目的端鏈路層首先將接收到的分片報文上送到集中的協(xié)議棧進(jìn)行重 組，然后將所述重組完畢的報文，以及非分片報文經(jīng)同一路徑依次上送到目的 端APP的協(xié)議棧進(jìn)行處理。
如圖3所示，所述報文處理的方法包括
S301、目的端鏈路層接收源端發(fā)送的分片報文和非分片報文。 同樣，為了防止不同分片報文的報文分片出現(xiàn)協(xié)議號、源IP地址、目的IP 地址和IP ID完全相同的情況，避免分片報文重組失敗，在源端為可能具有相同 協(xié)議號、源IP地址和目的IP地址的報文分配不同的IP ID。具體實現(xiàn)過程同步驟 S201,在此不再闡述。
ii5302、 目的端鏈路層將接收到的分片報文上送到目的端內(nèi)的集中協(xié)議棧進(jìn) 行重組。
當(dāng)目的端鏈路層接收到分片報文時，記錄該分片報文的信息，然后將該分 片報文上送到目的端內(nèi)的集中協(xié)議棧進(jìn)行重組。
5303、 目的端鏈路層接收所述重組完畢的報文。
其中，所述分片報文和非分片報文的處理按照目的端鏈路層接收到的順序 依次進(jìn)行。當(dāng)所述分片報文在重組期間，目的端鏈路層接收到后續(xù)的分片報文 或非分片報文，則目的端鏈路層將對所述后續(xù)報文進(jìn)行緩存，等待前面的分片 報文重組完畢后才能上送。其中，系統(tǒng)為后續(xù)報文在目的端鏈路層的存儲設(shè)定 一個預(yù)設(shè)時間，如果后續(xù)報文的緩存時間超過所述預(yù)設(shè)時間，則目的端將丟棄 前面的未重組完畢的報文，繼續(xù)進(jìn)行后續(xù)報文的上送。
5304、 目的端鏈路層將所述重組完畢的報文，以及所述非分片報文由同一 路徑依次上送到目的端APP的協(xié)議棧。進(jìn)而可以保證目的端鏈路層上送所述重組 完畢的報文，以及所述非分片報文到目的端APP的協(xié)議棧的順序，與目的端鏈路 層接收分片報文和非分片報文的順序相同，避免由于分片報文重組而造成的亂 序問題。
5305、 目的端APP的協(xié)議棧對所述重組完畢的報文、以及所述非分片報文進(jìn) 行報文解封裝，并將所述解封裝完畢的報文發(fā)送至目的端APP。
因而，利用本發(fā)明實施例提供的報文處理的方法，能夠解決分布式系統(tǒng)中 目的端報文重組時出現(xiàn)的亂序問題。
本發(fā)明的實施例提供一種報文處理的裝置，能夠解決分布式系統(tǒng)中目的端 報文重組時出現(xiàn)的亂序問題。
實施例四如圖4所示，所述報文處理的裝置，包括 接收單元401,用于接收源端發(fā)送的分片報文和非分片報文。 上送處理單元402，用于將所述接收單元401接收到的分片報文和非分片報 文由同一路徑依次上送到目的端APP對應(yīng)的協(xié)議棧進(jìn)行處理。
本發(fā)明實施例提供的報文處理的裝置，目的端接收源端發(fā)送的分片報文和 非分片報文，將所述分片報文和非分片報文由同一路徑依次上送到目的端APP對 應(yīng)的協(xié)議棧進(jìn)行處理。與現(xiàn)有技術(shù)相比，目的端接收分片報文和非分片報文的 順序和上送到APP的協(xié)議棧的順序相同，能夠避免非分片報文和分片報文由于所 走的路徑不同而造成的亂序問題。 實施例五
如圖5所示，所述報文處理的裝置，包括 接收單元501,用于接收源端發(fā)送的分片報文和非分片報文。 上送處理單元502,用于將所述接收單元501接收到的分片報文和非分片報 文由同一路徑依次上送到目的端APP的協(xié)議棧進(jìn)行處理。 其中，所述上送處理單元502包括
鏈路層單元5021 ，用于將所述接收單元501接收到的分片報文和非分片報文 由同一路徑依次上送到目的端APP的協(xié)議棧；
重組單元5022，用于對所述鏈路層單元5021發(fā)送過來的分片報文進(jìn)行重組；
APP協(xié)議棧單元5023，用于對所述重組完畢的報文以及所述接收到的非分片 報文進(jìn)行報文解封裝，并將所述解封裝完的報文依次發(fā)送至目的端APP。
若所述報文為原始IP報文，目的端鏈路層接收到的分片報文和非分片報文 經(jīng)同一路徑依次上送到目的端APP的協(xié)議棧，分片報文在上送到目的端APP的協(xié) 議棧之后進(jìn)行重組。貝，J:所述重組單元5022位于所述APP協(xié)議棧單元5023內(nèi)。
在分布式協(xié)議棧的環(huán)境下，每個協(xié)議棧都具備完整功能，可以實現(xiàn)報文重 組。因此，將原始IP的分片報文直接上送到目的端對應(yīng)的協(xié)議棧中進(jìn)行重組，
同一路徑，從而避免亂序問題的發(fā)生。
若所述報文包括原始IP報文、TCP報文和UDP報文等，目的端鏈路層首先將 接收到的分片報文上送到集中的協(xié)議棧進(jìn)行重組，然后將所述重組完畢的報文， 以及非分片報文經(jīng)同一路徑依次上送到目的端APP的協(xié)議棧進(jìn)行處理。貝'J:
所述重組單元5022，還用于將所述重組完畢的報文返回給鏈路層單元5021, 此時，所述重組單元5022位于目的端內(nèi)的集中協(xié)議棧。
則所述鏈路層單元5021,還用于將所述分片報文上送至重組單元5022進(jìn)行 重組，并接收重組完畢的報文，然后將所述重組完畢的報文，以及所述非分片 報文由同一路徑依次上送到目的端APP的協(xié)議棧。
進(jìn)一步地，所述鏈路層單元5021,還用于在接收所述重組單元5022發(fā)送的 重組完畢的報文之前，緩存所述接收單元501接收的后續(xù)報文。
其中，所述分片報文和非分片報文的處理按照目的端鏈路層接收到的順序 依次進(jìn)行。當(dāng)所述分片報文在重組期間，目的端鏈路層接收到后續(xù)的分片報文 或非分片報文，則后續(xù)報文將被緩存，等待前面的分片報文重組完畢后才能上 送。
其中，所述鏈路層單元5021，還用于在緩存后續(xù)報文的時間超出預(yù)設(shè)時間 時，丟棄所述重組單元5022未重組完畢的報文，繼續(xù)進(jìn)行后續(xù)報文的上送，其 中，所述預(yù)設(shè)時間由系統(tǒng)設(shè)定，為后續(xù)報文在所述鏈路層單元5021中存儲的最 長時間。因而，利用本發(fā)明實施例提供的報文處理的裝置，能夠解決分布式系統(tǒng)中 目的端報文重組時出現(xiàn)的亂序問題。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程， 是可以通過計算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算 機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。
其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機(jī)存儲記憶體(Random Access Memory, RAM)等。
以上所述，僅為本發(fā)明實施例的具體實施方式
，但本發(fā)明實施例的保護(hù)范 圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)， 可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明 實施例的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種報文處理的方法，其特征在于，包括接收源端發(fā)送的分片報文和非分片報文；將所述分片報文和非分片報文由同一路徑依次上送到目的端APP的協(xié)議棧進(jìn)行處理。
2、 根據(jù)權(quán)利要求l所述的報文處理的方法，其特征在于，所述將所述分片 報文和非分片報文由同一路徑依次上送到目的端APP的協(xié)議棧進(jìn)行處理的步驟 包括將所述分片報文和非分片報文直接由同一路徑依次上送到目的端APP的協(xié) 議棧；對所述分片報文進(jìn)行重組，對所述重組完畢的報文以及非分片報文進(jìn)行解 封裝。
3、 根據(jù)權(quán)利要求l所述的報文處理的方法，其特征在于，所述將所述分片 報文和非分片報文由同 一路徑依次上送到對應(yīng)的協(xié)議棧進(jìn)行處理的步驟包括將所述分片報文上送到目的端內(nèi)的集中協(xié)議棧進(jìn)行重組； 接收所述重組完畢的報文；將所述重組完畢的報文，以及所述非分片報文由同一路徑依次上送到目的 端APP的協(xié)議棧進(jìn)行解封裝。
4、 根據(jù)權(quán)利要求3所述的報文處理的方法，其特征在于，在所述接收所述 重組完畢的報文的步驟之前，還包括將接收到的后續(xù)報文進(jìn)行緩存；相應(yīng)地，所述報文處理的方法，還包括當(dāng)所述后續(xù)報文的緩存時間超過預(yù) 設(shè)時間時，丟棄所述未重組完畢的報文。
5、 一種報文處理的裝置，其特征在于，包括接收單元，用于接收源端發(fā)送的分片報文和非分片報文； 上送處理單元，用于將所述接收單元接收到的分片報文和非分片報文由同 一路徑依次上送到目的端APP的協(xié)議棧進(jìn)行處理。
6、 根據(jù)權(quán)利要求5所述的報文處理的裝置，其特征在于，所述上送處理單 元包括鏈路層單元，用于將所述接收單元接收到的分片報文和非分片報文由同一路徑依次上送到目的端APP的協(xié)議棧；重組單元，用于對所述鏈路層單元發(fā)送過來的分片報文進(jìn)行重組； APP協(xié)議棧單元，用于對所述重組完畢的報文以及所述接收到的非分片報文進(jìn)行報文解封裝，并將所述解封裝完的報文依次發(fā)送至目的端APP。
7、 根據(jù)權(quán)利要求6所述的報文處理的裝置，其特征在于 所述重組單元位于所述APP協(xié)議棧單元內(nèi)。
8、 根據(jù)權(quán)利要求6所述的報文處理的裝置，其特征在于 所述重組單元，還用于將所述重組完畢的報文返回給鏈路層單元，此時，所述重組單元位于目的端內(nèi)的集中協(xié)議棧；則所述鏈路層單元，還用于將所述分片報文上送至重組單元進(jìn)行重組，并 接收重組完畢的報文，然后將所述重組完畢的報文，以及所述非分片報文由同 一路徑依次上送到目的端APP的協(xié)議棧。
9、 根據(jù)權(quán)利要求8所述的報文處理的裝置，其特征在于 所述鏈路層單元，還用于在接收所述重組單元發(fā)送的重組完畢的報文之前，緩存所述接收單元接收的后續(xù)報文。
10、 根據(jù)權(quán)利要求9所述的報文處理的裝置，其特征在于 所述鏈路層單元，還用于在緩存后續(xù)報文的時間超出預(yù)設(shè)時間時，丟棄所述重組單元未重組完畢的報文，繼續(xù)進(jìn)行后續(xù)報文的上送，其中，所述預(yù)設(shè)時 間由系統(tǒng)設(shè)定，為后續(xù)報文在所述鏈路層單元中存儲的最長時間。
全文摘要
本發(fā)明實施例公開了一種報文處理的方法，所述報文處理的方法，包括接收源端發(fā)送的分片報文和非分片報文；將所述分片報文和非分片報文由同一路徑依次上送到目的端APP的協(xié)議棧進(jìn)行處理。本發(fā)明實施例還公開了一種報文處理的裝置，本發(fā)明適用于在分布式系統(tǒng)中目的端對分片報文和非分片報文的處理。
文檔編號H04L12/56GK101447930SQ20081018910
公開日2009年6月3日 申請日期2008年12月25日 優(yōu)先權(quán)日2008年12月25日
發(fā)明者張麗軍, 朱麗君, 怡 熊, 王艷春, 郭英輝 申請人:華為技術(shù)有限公司