專利名稱：一種報文處理方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信4支術(shù)領(lǐng)域，尤其涉及一種冷艮文處理方法、系統(tǒng)及設(shè)備。
背景技術(shù)：
目前，進(jìn)程分布式，單板分布式都已經(jīng)很普及，但協(xié)議棧卻為集中式，
所有報文都需要送到主協(xié)議棧進(jìn)行處理，具體為將各個端口接收到的報文， 都送到主協(xié)議棧進(jìn)行處理后，才能送到APP(基于協(xié)議棧的上層應(yīng)用)，而各 APP發(fā)送的報文也都要送到主協(xié)議棧處理之后，通過對應(yīng)端口發(fā)送。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在以下問題 現(xiàn)有技術(shù)中，所有收、發(fā)報文都集中到主協(xié)議棧處理，容易造成性能瓶 頸；各APP收發(fā)報文相互影響，可靠性低；對于將被丟棄的報文，也需要經(jīng)過 協(xié)議棧的處理后，才能識別出來，可能帶來不必要的資源開銷。

發(fā)明內(nèi)容
本發(fā)明提供了一種報文處理方法、系統(tǒng)及設(shè)備，實現(xiàn)分布式協(xié)議棧，并 ^T以在介右《協(xié)W媽中;]吝妝別^riS矛協(xié)娃骨"目站app
為達(dá)到上述目的，本發(fā)明實施例提供了一種報文處理方法，包括
提取接收報文的特征信息；
根據(jù)所述特征信息及特征映射表確定目的APP對應(yīng)的分布式協(xié)議棧的 邏輯地址，將所述才艮文通過所述分布式協(xié)議棧發(fā)送到所述目的APP。
本發(fā)明實施例提供了一種報文處理系統(tǒng)，包括分發(fā)單元、至少一個 APP、至少一個分布式協(xié)議棧，所述APP與所述分布式協(xié)議?！獙?yīng)，
所述APP,用于生成特征映射表，所述特征映射表包括所述APP能夠處 理的報文的特征信息和所述報文的目的APP邏輯地址及分布式協(xié)議棧的邏輯 地址，并將所述特征映射表通過對應(yīng)的分布式協(xié)議棧發(fā)送給分發(fā)單元；或通知對應(yīng)的分布式協(xié)議棧生成特征映射表，使所述分布式協(xié)議棧將所述特征映
射表發(fā)送給分發(fā)單元；
所述分發(fā)單元，用于提取接收外部報文的特征信息，根據(jù)所述特征信息
及特征映射表確定目的APP對應(yīng)的分布式協(xié)議棧的邏輯地址，將所述報文通過 所述分布式協(xié)議棧發(fā)送到所述目的APP。
本發(fā)明實施例提供了一種報文處理裝置，包括
提取單元，用于提取接收報文的特征信息；
查找單元，用于根據(jù)所述特征信息及特征映射表確定目的APP對應(yīng)的分 布式協(xié)議棧的邏輯地址；
發(fā)送單元，用于將所述^t艮文通過所述分布式協(xié)議棧發(fā)送到所述目的APP。 與現(xiàn)有技術(shù)相比，本發(fā)明至少存在以下優(yōu)點
本發(fā)明實施例中，由于各個APP獨立發(fā)包，互不影響，報文接收時大部分 情況下不需要經(jīng)過主協(xié)議棧，性能較之集中協(xié)議棧會有較大提高；另外，由 于分發(fā)單元通過查詢特征表，能夠快速判斷出報文的目的APP,并直接送達(dá)目 的地進(jìn)行處理，對于不被接收的報文，可以提前丟棄，避免一定的內(nèi)存拷貝 和進(jìn)程切換。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實 施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下 面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講， 在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。 圖1是本發(fā)明實施例中 一種報文處理方法流程圖； 圖2是本發(fā)明實施例中一種分布式協(xié)議棧特征表下發(fā)示意圖； 圖3是本發(fā)明實施例中一種分布式協(xié)議棧部署系統(tǒng)收到報文快速定位 APP的示意圖4是本發(fā)明實施例中一種報文處理系統(tǒng)示意圖； 圖5是本發(fā)明實施例中另 一種報文處理系統(tǒng)示意圖；圖6是本發(fā)明實施例中一種報文處理裝置結(jié)構(gòu)圖。
具體實施例方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行 清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而 不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做 出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。
本發(fā)明實施例提供了一種報文處理方法，如圖1所示，包括
101, 提取接收報文的特征信息；
102, 根據(jù)特征信息及特征映射表確定目的APP對應(yīng)的分布式協(xié)議棧的邏 輯地址；
103, 將才艮文通過分布式協(xié)議棧發(fā)送到目的APP。
其中，103之后還包括將目的APP中的待發(fā)送信息通過與該目的APP 對應(yīng)的分布式協(xié)議棧完成發(fā)送處理。
其中，101之前還包括獲取由至少一個APP生成的特征映射表，所述
式協(xié)議棧邏輯地址；或獲取由所述APP通知對應(yīng)的分布式協(xié)議棧生成的特征 映射表，所述特征映射表包括報文的特征信息和所述報文的目的APP邏輯地 址及目的分布式協(xié)議棧邏輯地址。
其中，當(dāng)根據(jù)特征信息及從分布式協(xié)議棧獲取的特征映射表不能確定目 的APP對應(yīng)的分布式協(xié)議棧的邏輯地址時，將報文發(fā)送到主協(xié)議棧。
其中，當(dāng)接收報文是分片報文或選項報文時，將報文送到主協(xié)議棧。該 選項報文是在現(xiàn)有報文中增加一些擴(kuò)展參數(shù)，例如該報文的轉(zhuǎn)發(fā)路徑信息、 該報文的時間戳信息等。
其中，從APP獲取的特征映射表具體包括
表項管理中心接收各APP生成，并通過對應(yīng)的分布式協(xié)議棧發(fā)送的特征 表項管理中心根據(jù)各分發(fā)單元的訂閱請求下發(fā)特征映射表，或主動下發(fā)特征映射表。
其中，將^^文通過所述分布式協(xié)議棧發(fā)送到所述目的APP之前還包括
將分片^^文和選項才艮文發(fā)送到主協(xié)議棧進(jìn)行處理。
本發(fā)明實施例中4是供了一種分布式協(xié)議棧特征表下發(fā)過程如圖2所示， 包括APP1、 APPZ和APP3 (本實施例中以3個為例說明，實際應(yīng)用中不限于 此)，分別位于兩個物理單板，每個APP所在進(jìn)程各有一個分布式協(xié)議棧。每 一個APP對自己期望接收到的報文，建立一個"報文特征，，到"報文歸屬，，的特 征映射表。該特征映射表中的每一個表項，都包含一類報文的特征信息和該 類報文的目的APP邏輯地址。APP將這些特征映射表下發(fā)到每一個物理單板 的報文分發(fā)單元。
本發(fā)明實施例中提供了 一種報文處理系統(tǒng)將收到的報文快速定位到APP 示意圖，如圖3所示，當(dāng)物理單板的端口收到報文后，從物理層送到分發(fā)單元， 分發(fā)單元提取報文的特征信息(包括報文的來源、承載協(xié)議、目的端口、接 收報文的接口索引等；不同類型的報文，提取的信息可能是不同的；例如Ping 報文，其特征信息包括報文中攜帶的一個ID標(biāo)識)，并查詢特征映射表，如 果查找到，則根據(jù)特征表中保存的APP邏輯地址，直接送到APP所在的分布式 協(xié)議棧進(jìn)行處理(分片報文和選項報文送到主協(xié)議棧進(jìn)行處理)；如果查找 不到匹配的特征映射表，說明沒有APP期望收到該報文，可以根據(jù)報文的類型 (例如，需要丟棄的報文類型OSPF協(xié)議報文、ISIS協(xié)議報文等；需要發(fā)送 到主協(xié)議棧進(jìn)行差錯報文處理的報文類型有TCP報文、UDP單播報文等)， 決定直接丟棄，或送到主協(xié)議棧發(fā)送差錯報文。當(dāng)各APP發(fā)送^^艮文時，直接通 過分布式協(xié)議棧完成處理。
本發(fā)明實施例中，提供了一種報文處理系統(tǒng)，如圖4所示，每個APP對于 一個分布式協(xié)議棧，部署一個表項管理中心。在該分布式協(xié)議棧中，各APP 各自下發(fā)自己生成的特征映射表到表項管理中心，表項管理中心對特征映射 表進(jìn)行匯總和整理。各物理單板的分發(fā)單元根據(jù)自己的策略，向表項管理中 心進(jìn)行特征映射表訂閱，表項管理中心對特征映射表進(jìn)行選擇性的下發(fā)。因 此，各物理單板的分發(fā)單元中保存的特征表項可能只是特征表管理中心的子集，且各物理單板所持有的特征映射表可能不完全一樣。
其中，表項管理中心的部署，可以是集中式部署，也可以是分布式部署，
如果是分布式部署，各單元的功能可以是等價，也可以是協(xié)作；特征表管理
中心的下發(fā)行為，可以是根據(jù)接口板的訂閱，也可以根據(jù)是根據(jù)自己的策略， 進(jìn)4亍主動下發(fā)。
本發(fā)明實施例中，提供了另一種報文處理系統(tǒng)，如圖5所示，各APP生成 特征表后，根據(jù)自身策略的判斷，獨立下發(fā)特征映射表到所有或部分報文分 發(fā)單元。分發(fā)單元根據(jù)報文特征，如果能夠定位到APP,則直接交給APP對應(yīng) 的分布式協(xié)議棧處理。如果不能定位到APP，則根據(jù)報文類型，選擇丟棄，或 者發(fā)送給主協(xié)議棧，完成處理(發(fā)送差錯報文等)。
本發(fā)明實施例提供了一種報文處理系統(tǒng)，包括分發(fā)單元、至少一個 APP、至少一個分布式協(xié)議棧，所述APP與所述分布式協(xié)議棧一^~對應(yīng)，
其中，APP,用于生成特征映射表，所述特征映射表包括該APP能夠處 理的報文的特征信息和所述報文的目的APP邏輯地址及分布式協(xié)議棧的邏輯 地址，并將所述特征映射表通過對應(yīng)的分布式協(xié)議棧發(fā)送給分發(fā)單元；或通 知對應(yīng)的分布式協(xié)議棧生成特征映射表，使所述分布式協(xié)議棧將所述特征映
射表發(fā)送給分發(fā)單元;
分發(fā)單元，用于提取接收外部報文的特征信息，根據(jù)所述特征信息及特 征映射表確定目的APP對應(yīng)的分布式協(xié)議棧的邏輯地址，將所述報文通過所 述分布式協(xié)議棧發(fā)送到所述目的APP。
該系統(tǒng)還包括
主協(xié)議棧，用于接收分發(fā)單元發(fā)送的不能確定目的APP的邏輯地址的報 文，發(fā)送差錯指示報文；或?qū)Ψ制瑘笪摹⒒驅(qū)x項報文進(jìn)行處理。 該系統(tǒng)還包4舌
表項管理中心，用于各APP生成，并通過對應(yīng)的分布式協(xié)議棧發(fā)送的特 征映射表，或由APP對應(yīng)的分布式協(xié)議棧生成并發(fā)送的特征映射表，并根據(jù) 分發(fā)單元的訂閱請求下發(fā)特征映射表，或主動向分發(fā)單元下發(fā)特征映射表。
本發(fā)明實施例提供了一種報文處理裝置，如圖6所示，包括提取單元610,用于提取接收報文的特征信息；查找單元620，用于根據(jù)所述特征信息 及特征映射表確定目的APP對應(yīng)的分布式協(xié)議棧的邏輯地址；發(fā)送單元630, 將所述報文通過所述分布式協(xié)議棧發(fā)送到所述目的APP,可以將分片標(biāo)記納 入特征映射表中，當(dāng)收到一個報文，直接查特征映射表，就能判斷是送到分 布式協(xié)議棧，還是主協(xié)議棧。 該裝置還包括
獲取單元640,用于獲取由至少一個APP生成的特征映射表，或獲取由 所述APP通知對應(yīng)的分布式協(xié)議棧生成的特征映射表，所述特征映射表包括 報文的特征信息和所述報文的目的APP邏輯地址及目的分布式協(xié)議棧邏輯地 址。
發(fā)送單元630，還用于當(dāng)根據(jù)特征信息及從分布式協(xié)議棧獲取的特征映射 表不能確定目的APP對應(yīng)的分布式協(xié)議棧的邏輯地址時，將纟艮文發(fā)送到主協(xié) 議棧。
該裝置還包括
訂閱單元650，用于從表項管理中心訂閱特征映射表。 通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本 發(fā)明可以通過硬件實現(xiàn)，也可以借助軟件加必要的通用硬件平臺的方式來 實現(xiàn)?；谶@樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出 來。該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是CD-ROM, U 盤，移動硬盤等)中，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個 人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。 以上所述4又是本發(fā)明的優(yōu)選實施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的 普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn) 和潤飾，這些改進(jìn)和潤飾也應(yīng)^L為本發(fā)明的保護(hù)范圍。
權(quán)利要求
1、一種報文處理方法，其特征在于，包括提取接收報文的特征信息；根據(jù)所述特征信息及特征映射表確定目的APP對應(yīng)的分布式協(xié)議棧的邏輯地址，將所述報文通過所述分布式協(xié)議棧發(fā)送到所述目的APP。
2、 如權(quán)利要求1所述的方法，其特征在于，所述將報文通過所述分布式 協(xié)議棧發(fā)送到所述目的APP,之后還包括將所述目的APP中的待發(fā)送信息通過與所述該目的APP對應(yīng)分布式協(xié)議 棧完成發(fā)送處理。
3、 如權(quán)利要求1所述的方法，其特征在于，所述確定目的APP對應(yīng)的分 布式協(xié)議棧的邏輯地址，將所述報文通過所述分布式協(xié)議棧發(fā)送到所述目的 APP，具體為直接確定目的APP對應(yīng)的分布式協(xié)議棧的邏輯地址，將所述報文發(fā)送到 所述分布式協(xié)議棧，由所述分布式協(xié)議棧處理后發(fā)送到所述目的APP;或確定目的APP的邏輯地址，將所述報文發(fā)送到所述目的APP對應(yīng)的分布 式協(xié)議棧，由所述分布式協(xié)議棧處理后發(fā)送到所述目的APP。
4、 如權(quán)利要求l所述的方法，其特征在于，所述提取接收報文的特征信 息之前還包括獲取由至少一個APP生成的特征映射表，所述特征映射表包括報文的特 征信息和所述報文的目的APP邏輯地址及目的分布式協(xié)議棧邏輯地址；或獲取由所述APP通知對應(yīng)的分布式協(xié)議棧生成的特征映射表，所述特征 映射表包括報文的特征信息和所述報文的目的APP邏輯地址及目的分布式協(xié) 議棧邏輯地址。
5、 如權(quán)利要求l所述的方法，其特征在于，還包括 當(dāng)根據(jù)所述特征信息及特征映射表不能確定目的APP及對應(yīng)的分布式協(xié)議棧的邏輯地址時，將所述報文發(fā)送到主協(xié)議棧。
6、 如權(quán)利要求l所述的方法，其特征在于，所述從分布式協(xié)議棧獲取的 特征映射表具體包括表項管理中心接收各APP生成，并通過對應(yīng)的分布式協(xié)議棧發(fā)送的特征所述表項管理中心根據(jù)各分發(fā)單元的訂閱請求下發(fā)所述特征映射表，或 主動下發(fā)所述特征映射表。
7、 如權(quán)利要求l所述的方法，其特征在于，所述將報文通過所述分布式協(xié)議棧發(fā)送到所述目的APP之前還包括將分片報文和選項報文發(fā)送到主協(xié)議棧進(jìn)行處理。
8、 一種才艮文處理系統(tǒng)，其特征在于，包括分發(fā)單元、至少一個APP、 至少一個分布式協(xié)議棧，所述APP與所述分布式協(xié)議?！獙?yīng)，所述APP,用于生成特征映射表，所述特征映射表包括所述APP能夠處 理的報文的特征信息和所述報文的目的APP邏輯地址及分布式協(xié)議棧的邏輯知對應(yīng)的分布式協(xié)議棧生成特征映射表，使所述分布式協(xié)議棧將所述特征映 射表發(fā)送給分發(fā)單元；所述分發(fā)單元，用于提取接收外部報文的特征信息，根據(jù)所述特征信息 及特征映射表確定目的APP對應(yīng)的分布式協(xié)議棧的邏輯地址，將所述報文通 過所述分布式協(xié)議棧發(fā)送到所述目的APP。
9、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，還包括主協(xié)議棧，用于接收所述分發(fā)單元發(fā)送的不能確定目的APP對應(yīng)的分布 式協(xié)議棧的邏輯地址的報文、分片報文或選項報文。
10、 如權(quán)利要求8所述的系統(tǒng)，其特征在于，還包括 表項管理中心，用于接收各APP生成，并通過對應(yīng)的分布式協(xié)議棧發(fā)送的特征映射表，或由APP對應(yīng)的分布式協(xié)議棧生成并發(fā)送的特征映射表，并 根據(jù)分發(fā)單元的訂閱請求下發(fā)所述特征映射表，或主動向分發(fā)單元下發(fā)所述 特征映射表。
11、 一種4艮文處理裝置，其特征在于，包括 提取單元，用于提耳又接收報文的特征信息；查找單元，用于根據(jù)所述特征信息及特征映射表確定目的APP對應(yīng)的分 布式協(xié)議棧的邏輯地址；發(fā)送單元，將所述才艮文通過所述分布式協(xié)議棧發(fā)送到所述目的APP。
12、 如權(quán)利要求11所述的裝置，其特征在于，還包括獲取單元，用于獲取由至少一個APP生成的特征映射表，或獲取由所述 APP通知對應(yīng)的分布式協(xié)議棧生成的特征映射表，所述特征映射表包括報文 的特征信息和所述報文的目的APP邏輯地址及目的分布式協(xié)議棧邏輯地址。
13、 如權(quán)利要求11所述的裝置，其特征在于，還包括 所述發(fā)送單元，還用于當(dāng)根據(jù)所述特征信息及從分布式協(xié)議棧獲取的特征映射表不能確定目的APP對應(yīng)的分布式協(xié)議棧的邏輯地址時，將所述寺艮文 發(fā)送到主協(xié)議棧。
14、 如權(quán)利要求11所述的裝置，其特征在于，還包括 訂閱單元，用于從表項管理中心訂閱所述特征映射表。
全文摘要
本發(fā)明公開了一種報文處理方法，包括提取接收報文的特征信息；根據(jù)所述特征信息及特征映射表確定目的APP對應(yīng)的分布式協(xié)議棧的邏輯地址，將所述報文通過所述分布式協(xié)議棧發(fā)送到所述目的APP；將所述目的APP中的信息通過所述分布式協(xié)議棧完成發(fā)送處理。本發(fā)明實施例中，由于各個APP獨立收發(fā)包，互不影響，報文接收時大部分情況下不需要經(jīng)過主協(xié)議棧，性能較之集中協(xié)議棧會有較大提高。
文檔編號H04L29/08GK101442547SQ200810183148
公開日2009年5月27日 申請日期2008年12月12日 優(yōu)先權(quán)日2008年12月12日
發(fā)明者孫永樂, 恒 張, 張麗軍, 怡 熊, 王艷春, 郭英輝 申請人:華為技術(shù)有限公司