專利名稱：Mesh網(wǎng)絡中的報文處理方法和節(jié)點設備的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種MESH(無線網(wǎng)狀網(wǎng))網(wǎng)絡中 的報文處理方法和節(jié)點設備。
背景技術：
WLAN ( Wireless Local Access Network,無線局域網(wǎng))提供了 一種局域網(wǎng) 的無線連接服務。由于能夠提供高速的無線數(shù)據(jù)接入，WLAN是目前IT行業(yè) 比較熱門的技術之一，也是流行的無線接入方式。WLAN通常采用集中式的 AC (Access Controller,無線控制器)-AP (Access Point,無線接入點)架 構。AC提供WLAN網(wǎng)絡的集中管理，AP則通過和AC建立鏈接加入WLAN 網(wǎng)絡并提供無線接入服務。集中WLAN架構在CAPWAP( Control and Provisioning of Wireless Access Points,無線接入點控制和規(guī)定)協(xié)議中有明確定義，該協(xié)-漢描述了 WLAN 功能在AP設備和AC設備上的劃分，并定義了 AP和AC之間的通信協(xié)議。 目前AC-AP間的通信協(xié)議為AP上電后尋找AC，如果AC同AP二層互聯(lián)， 則可以通過廣播報文來發(fā)現(xiàn)AC,如果AC同AP通過三層互聯(lián)，則需要借助 其他切、i^J口 DHCP( Dynamic Host Configuration Protocol,動態(tài)主才幾配置協(xié)i義)、 DNS (DomainName Server,域名服務器)來獲取AC的信息，然后同AC建 立CAPWAP隧道。無線局域網(wǎng)MESH路由協(xié)議有HWMP (Hybrid Wireless Mesh Protocol )、 RA鍾OLSR ( Ratio Aware Optimized Link State Routing,射頻感知優(yōu)化鏈路狀態(tài) 協(xié)議)等，HWMP協(xié)議是WLAN協(xié)議簇中推薦的路由協(xié)議，在802.11s中定 義。該十辦i義來自于AODV (Ad hoc On-demand Distance Vector Routing,自纟且 網(wǎng)按需距離向量)協(xié)議，是數(shù)據(jù)驅動的距離矢量協(xié)議。其特點是按需維護路 由信息，最大程度的減少了維護的路由信息數(shù)量，路由協(xié)議的開銷較小，但　由于在沒有路由時，需要執(zhí)行路由學習查找過程，增大了數(shù)據(jù)的傳輸時延。RA-OLSR協(xié)議是一種先應式表驅動路由協(xié)議，它通過定期通過用戶的路由信 息以便在MESH網(wǎng)絡中維護所有用戶的路由。目前，無線局域網(wǎng)MESH路由協(xié)議只解決了單播業(yè)務的傳輸問題，沒有 解決組播業(yè)務和廣播業(yè)務的傳輸。802.11s協(xié)議對組播和廣播業(yè)務的處理為 發(fā)送時在全網(wǎng)中進行廣播，接收時通過端到端序列號檢查以避免重復報文的 發(fā)送。該方案僅僅避免了單一節(jié)點重復廣播問題，實際上，每個節(jié)點都收到 了至少一份報文，并進行了廣播復制，這極大的浪費了無線網(wǎng)絡資源。而且， 當在MESH網(wǎng)絡中部署組播竊聽(Snooping)協(xié)議，以期減少組播報文的復 制時，由于802.11s不能提供正確的端口號，導致無法確定加入報文的端口而 竊聽到不正確的端口上。發(fā)明內容本發(fā)明提供一種MESH網(wǎng)絡中的報文處理方法，以避免MESH網(wǎng)絡中的 組:燔和廣#^艮文的泛濫，節(jié)約無線資源。為達到上述目的，本發(fā)明提供一種MESH網(wǎng)絡中的報文處理方法，包括 以下步驟接收到報文時，對報文進行源MESH節(jié)點路由檢查； 所述4企查結果正確時，則處理所述^^艮文，否則丟棄所述凈艮文。 其中，所述對報文進行源MESH節(jié)點路由檢查的步驟前還包括 MESH網(wǎng)絡的節(jié)點根據(jù)單播路由協(xié)議的路由信息建立單播路由表，所述單 播路由表中包括各MESH節(jié)點的路由信息。其中，所述對報文進行源MESH節(jié)點路由檢查的步驟具體為 根據(jù)所述報文中攜帶的信息獲取發(fā)送所述報文的源MAC地址； 根據(jù)所述單播路由表判斷所述源MAC地址是否存在； 所述源MAC地址不存在時判斷為檢查結果錯誤并結束，否則進行后續(xù)處理?！∑渲?，所述后續(xù)處理為在所述源MAC地址存在時判斷為檢查結果正確。
其中，所述后續(xù)處理的步驟具體為根據(jù)所述單播路由表獲取與所述報 文的源MAC地址代表的源MESH節(jié)點連接的端口 ； 獲取接收到所述報文的端口 ；將所述獲取到的與所述源MESH節(jié)點連接的端口 、與所述4妄收到報文的端口進行比較，二者一致時判斷為檢查結果正確，否則判斷為檢查結果錯誤。 其中，所述報文的源MESH節(jié)點為發(fā)送所述報文的起始MESH節(jié)點，所述報文起始于MESH網(wǎng)絡之外的終端時，所述源MESH節(jié)點為將所述終端接入MESH網(wǎng)絡的MESH節(jié)點。本發(fā)明還提供一種MESH網(wǎng)絡中的節(jié)點設備，包括接收單元，用于接收網(wǎng)絡中的MESH節(jié)點發(fā)送的報文；路由獲取單元，當所述接收單元接收到報文時，獲取所述報文的源MESH節(jié)點路由信息；路由檢查單元，用于對所述路由獲取單元獲取到的源MESH節(jié)點路由信 息進行檢查，所述檢查結果正確時，將所述報文發(fā)送到處理單元進行處理， 否則丟棄所述報文；處理單元，用于對所述路由檢查單元發(fā)送的報文進行處理。其中，所述路由獲取單元進一步包括MAC地址獲取子單元，用于獲取發(fā)送所述報文的源MAC地址； MESH節(jié)點信息獲取子單元，用于獲取發(fā)送所述報文的源MAC地址代表 的源MESH節(jié)點以及與所述源MESH節(jié)點連接的端口 ；報文信息獲取子單元，用于獲取接收到所述報文的端口 。 其中，所述路由檢查單元進一步包括MAC地址檢查子單元，用于檢查所述路由獲取單元獲取的報文的源MAC 地址是否存在，不存在時則丟棄所述報文。 其中，所述路由檢查單元還包括端口檢查子單元，用于對MAC地址檢查子單元判斷為源MAC存在的報 文，根據(jù)所述路由獲取單元獲取的路由信息，比較與所述源MAC地址代表的 源MESH節(jié)點連接的端口、以及接收到所述報文的端口， 二者一致時通知所
述處理單元處理所述凈艮文并結束，否則丟棄所述才艮文。其中，還包括存儲單元，用于在本地存儲根據(jù)單播路由協(xié)議的路由信息 建立的單播路由表，以供所述路由獲取單元進行路由信息的獲取。本發(fā)明還提供一種MESH網(wǎng)絡，包括源MESH節(jié)點和目的MESH節(jié)點， 所述目的MESH節(jié)點，用于接收到所述源MESH節(jié)點發(fā)送的報文時，對所述 報文進行源MESH節(jié)點路由檢查，所述檢查結果正確時，處理所述報文并結 束，否則丟棄所述報文。其中，所述目的MESH節(jié)點進一步包括接收單元，用于接收源MESH節(jié)點發(fā)送的報文；路由獲取單元，當所述接收單元接收到報文時，獲取所述報文的源MESH 節(jié)點路由信息；路由檢查單元，用于對所述路由獲取單元獲取到的源MESH節(jié)點路由信 息進行檢查，所述檢查結果正確時，將所述報文發(fā)送到處理單元進行處理， 否則丟棄所述纟艮文；處理單元，用于對所述路由檢查單元發(fā)送的報文進行處理。與現(xiàn)有技術相比，本發(fā)明具有以下優(yōu)點通過對報文的源MESH節(jié)點的路由檢查，保證本節(jié)點只處理和轉發(fā)源路 由檢查正確的路由，從而避免了組播和廣播報文的泛濫，節(jié)省了無線資源。 同時為端口敏感協(xié)議提供了正確的端口信息，使得端口敏感協(xié)議在MESH網(wǎng) 絡中的應用成為可能。圖1是本發(fā)明中一種MESH網(wǎng)絡中的^f艮文處理方法的流程圖； 圖2是本發(fā)明的應用場景中所使用的網(wǎng)絡結構示意圖； 圖3是本發(fā)明中對源MESH節(jié)點路由進行檢查的流程圖； 圖4是本發(fā)明中對源MESH節(jié)點路由進行檢查的另 一流程圖; 圖5是本發(fā)明中一種MESH網(wǎng)絡中的節(jié)點設備結構示意圖。


具體實施方式
本發(fā)明的核心思想在于，通過對報文進行源MESH節(jié)點路由檢查，保證本 節(jié)點只處理和轉發(fā)源路由4企查正確的路由，從而達到避免組，牆和廣播在全網(wǎng) 廣播造成的才艮文泛濫。本發(fā)明中一種MESH網(wǎng)絡中的報文處理方法如圖l所示，包括以下步驟 步驟sl01、通過單播路由協(xié)議，MESH網(wǎng)絡中已經(jīng)建立MESH節(jié)點間的路由。通過單播路由協(xié)議的路由信息建立單播路由表，源節(jié)點和中間節(jié)點都能 從該單播路由表中得到目的節(jié)點的路由信息并向目標節(jié)點發(fā)送報文；而接收 到報文的目標節(jié)點也可以通過該單播路由表查詢到源節(jié)點的信息。步驟sl02、 MESH節(jié)點接收到廣播或組播報文后，對報文進行源MESH節(jié) 點路由檢查，判斷檢查結果是否正確，正確時進行步驟s103,否則進行步驟 s104。該MESH節(jié)點路由檢查的方法具體為根據(jù)接收到的報文中攜帶的信息， 首先獲取發(fā)送該報文的源MAC地址，根據(jù)預先建立的單播路由表反查該源 MAC地址是否存在，該源MAC地址存在時則認為報文的源MESH節(jié)點路由檢 查正確，該源MAC地址不存在時則認為報文的源MESH節(jié)點路由檢查錯誤， 直接丟棄該報文。為了進一步檢查報文的路由信息，對于上述MAC地址檢查結果為源MAC 地址存在的報文，還可以對其路由信息中的端口信息進行檢查，該端口檢查 的具體方法為首先，根據(jù)報文的源MAC地址獲取對應的源MESH節(jié)點，根 據(jù)預先建立的單播路由表獲取與該源MESH節(jié)點連接的端口。另夕卜，獲取接收 到該報文的端口 。將上述與源MESH節(jié)點連接的端口與上述4妻收到才艮文的端口 進行比較，二者一致時判斷為端口正確，否則判斷為端口錯誤。步驟sl03、處理從源MESH節(jié)點收到的檢查結果為正確的報文并結束。對于檢查結果為正確的報文，進行正常處理。步驟sl04、源MESH節(jié)點路由檢查錯誤，丟棄該報文。對于路由檢查結果為不一致或不存在的報文，進行丟棄。
以下結合具體的應用場景和實施例，描述本發(fā)明中一種MESH網(wǎng)絡中的 報文處理方法的具體實施方式
。以如圖2所示的MESH網(wǎng)絡為例，其中包括MP( MESH Point, MESH點)、 MPP ( MESH Point collocated with a mesh Portal,配置mesh^v 口的MESH點)、 MAP (MESH Access Point, MESH接入點)和STA ( Station,站點)。MAP實現(xiàn)STA接入MESH網(wǎng)絡的功能，MPP實現(xiàn)MESH網(wǎng)絡與外部網(wǎng)絡的互通功士匕 月匕。源MESH節(jié)點指的是報文的起始MESH節(jié)點，如果報文起始于MESH網(wǎng)絡 之外(如PC或STA),則PC或ST嫂送的報文在經(jīng)過將其接入MESH網(wǎng)絡的 MESH節(jié)點時，MESH節(jié)點會對該報文進行封裝，加入自身的節(jié)點信息。因此， 在進行路由檢查時，只需檢查MAP、 MPP等接入這些報文的源MESH節(jié)點的。以圖2中MAPI下的STA1發(fā)出 一份廣播或組播報文為例，由于環(huán)路的存 在，該報文會通過MAP1進行全網(wǎng)廣播，按照802.11s的定義，MPl會收到從 MAP1、 MP2、 MP3、 MAP2發(fā)送過來的四份報文，現(xiàn)有技術中，MP1每次記 錄接收的報文，并記錄序列號，僅處理當前序列號比之前記錄的序列號大的 報文，通過序列號比較，丟棄其他報文，廣播最先收到的一份。該只通過序 列號進行報文處理判斷的缺陷在于報文中包括的路由信息可能不正確，這 樣在上送到節(jié)點的CPU進行處理時，端口敏感的協(xié)議如ARP、 DHCP Snooping 可能會學習到錯誤的端口信息，因而無法實施。使用本發(fā)明的技術方案時，在接收到報文后，首先對報文的序列號進行 記錄，判斷之前是否處理過該報文，若處理過則按照現(xiàn)有技術中的方案進行 丟棄，否則繼續(xù)處理，進一步按照本發(fā)明提供的方案，對報文的路由信息進 行檢查。對報文的源MESH節(jié)點路由進行檢查的流程如圖3所示，包括如下步驟 步驟s301、獲取該報文的源MAC地址。步驟s302、根據(jù)單播路由表反查該源MAC地址是否存在，存在時進行步 驟s303，否則丟棄該報文并結束。步驟s303、判斷為檢查結果正確。
通過上述步驟s301 步驟s303,對報文的源MAC地址進行了檢查。若檢 查結果正確再處理該報文，否則進行丟棄，在上述流程中，將接收到的報文 的源MAC地址是否存在作為對該報文進行處理的依據(jù)。除了對源MAC進行檢 查之外，還可以對報文路由信息中的端口信息進行檢查。對報文的源MAC地址和端口信息都進行檢查時，本發(fā)明中對源MESH節(jié) 點路由進行檢查的流程如圖4所示，包括如下步驟步驟s401、獲取該凈艮文的源MAC地址。步驟s402、根據(jù)單播路由表反查該源MAC地址是否存在，存在時進行步 驟s403,否則丟棄該才艮文并結束。步驟s403、獲取與該源MAC地址對應的源MESH節(jié)點連接的端口 ，以及 接收到該報文的端口。此步驟中，對于步驟s402中判斷為源MAC地址存在的報文，還需要進行 端口的4企查。步驟s404、判斷上述二端口是否一致， 一致時進行步驟s405,否則丟棄該 報文。步驟s405、判斷為檢查結果正確。與只進行源MAC地址檢查相比，步驟s401 ~步驟s405所描述的流程進一 步對報文的端口進行了檢查。這樣可以保證上送到CPU進行處理的報文的端 口信息的正確性，保證端口敏感的協(xié)議如ARP、 DHCPSnooping等能夠學習到 正確的端口信息。通過使用上述MESH網(wǎng)絡中的報文處理方法，通過源MESH節(jié)點路由檢 查和端到端序列號配合，減少了報文復制的數(shù)目。另外，對于端口敏感的協(xié) 議，在上述路由檢查中已經(jīng)過濾了端口不正確的報文，因此能夠提供正確的 凈艮文入端口。如ARP、組纟番竊聽等端口敏感的協(xié)議，本發(fā)明由于只處理端口 正確的報文，從而能夠保證上CPU的報文的端口是正確的。本發(fā)明中還提供一種MESH網(wǎng)絡中的節(jié)點設備，其結構如圖5所示，包括 接收單元10,用于接收MESH網(wǎng)絡中的MESH節(jié)點發(fā)送的報文。 路由獲取單元20,與接收單元10連接，當接收單元IO接收到報文時，獲取該報文的MESH節(jié)點路由信息。其進一步包括MAC地址獲取子單元 21，用于獲取接收到的報文的源MAC地址；MESH節(jié)點信息獲取子單元22, 用于獲取發(fā)送報文的源MESH節(jié)點以及與源MESH節(jié)點連接的端口 ；以及報 文信息獲取子單元23,用于獲取接收到報文的端口。路由檢查單元30,與路由獲取單元20和處理單元40連接，用于對路由 獲取單元20獲取到的源MESH節(jié)點路由信息進行檢查，檢查結果正確時，將 報文發(fā)送到處理單元40進行處理，否則丟棄該報文。其進一步包括MAC 地址檢查子單元31,用于根據(jù)單播路由協(xié)議的路由信息判斷路由獲取單元20 獲取的"J艮文的源MAC地址是否存在，存在時通知處理單元40處理該才艮文， 否則丟棄該報文。另外，路由檢查單元30還可以包括端口檢查子單元32,用 于對MAC地址檢查子單元31判斷為源MAC存在的報文先不發(fā)送到處理單 元40處理，而是根據(jù)路由獲取單元20獲取的路由信息，比較與該源MAC地 址代表的源MESH節(jié)點連接的端口 、以及接收到該報文的端口 ， 二端口 一致 時通知處理單元40處理該才艮文并結束，否則丟棄該才艮文。處理單元40，與路由檢查單元30連接，用于對路由4企查單元30發(fā)送的 報文進行處理。存儲單元50,用于在本地存儲根據(jù)單播路由協(xié)議的路由信息建立的單播 路由表，以供路由獲取單元20和路由檢查單元30進行路由信息的獲取。本發(fā)明中還提供一種MESH網(wǎng)絡，其中包括若干如圖3所示的MESH節(jié) 點，該MESH節(jié)點可以為MP、 MPP或MAP。通過使用上述MESH網(wǎng)絡以及MESH網(wǎng)絡中的節(jié)點設備，通iW才艮文的 源MESH節(jié)點進行路由檢查，保證本節(jié)點設備只處理和轉發(fā)源路由檢查正確 的路由，從而避免了組播和廣播報文的泛濫，節(jié)省了無線資源。同時保存正 確的端口信息并提供給端口敏感協(xié)議使用，使得端口敏感協(xié)議在MESH網(wǎng)絡中的應用成為可能。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā) 明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過^_件， 但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案 本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質中，包括若干指令用以使得一臺MESH 網(wǎng)絡中的節(jié)點設備(如MAP 、 MP 、 MPP等)執(zhí)行本發(fā)明所述的方法。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此， 任何本領域的技術人員能思之的變化都應落入本發(fā)明的保護范圍。
權利要求
1、一種MESH網(wǎng)絡中的報文處理方法，其特征在于，包括如下步驟接收到報文時，對報文進行源MESH節(jié)點路由檢查；所述檢查結果正確時，則處理所述報文，否則丟棄所述報文。
2、 如權利要求1所述MESH網(wǎng)絡中的報文處理方法，其特征在于，所述 對報文進行源MESH節(jié)點路由檢查的步驟前還包括MESH網(wǎng)絡的節(jié)點根據(jù)單播路由協(xié)議的路由信息建立單播路由表，所述單 播路由表中包括各MESH節(jié)點的路由信息。
3、 如權利要求2所述MESH網(wǎng)絡中的報文處理方法，其特征在于，所述對 報文進行源MESH節(jié)點路由檢查的步驟具體為根據(jù)所述報文中攜帶的信息獲取發(fā)送所述報文的源MAC地址； 根據(jù)所述單播路由表判斷所述源MAC地址是否存在； 所迷源MAC地址不存在時判斷為檢查結果錯誤，否則進行后續(xù)處理。
4、 如權利要求3所述MESH網(wǎng)絡中的報文處理方法，其特征在于，所述后 續(xù)處理為在所述源MAC地址存在時判斷為檢查結果正確。
5、 如權利要求3所述MESH網(wǎng)絡中的報文處理方法，其特征在于，所述后 續(xù)處理為根據(jù)所述單播路由表獲取與所述報文的源MAC地址代表的源MESH節(jié)點 連接的端口；獲取接收到所述報文的端口 ；將所述獲取到的與所述源MESH節(jié)點連接的端口 、與所述接收到4艮文的端 口進行比較，二者一致時判斷為檢查結果正確，否則判斷為檢查結果錯誤。
6、 如權利要求1所述MESH網(wǎng)絡中的報文處理方法，其特征在于，所述報 文的源MESH節(jié)點為發(fā)送所述報文的起始MESH節(jié)點，所述報文起始于MESH 網(wǎng)絡之外的終端時，所述源MESH節(jié)點為將所述終端接入MESH網(wǎng)絡的MESH 節(jié)點。
7、 一種MESH網(wǎng)絡中的節(jié)點設備，其特征在于，包括 接收單元，用于接收網(wǎng)絡中的MESH節(jié)點發(fā)送的報文； 路由獲取單元，當所述接收單元接收到報文時，獲取所述報文的源MESH 節(jié)點路由信息；路由檢查單元，用于對所述路由獲取單元獲取到的源MESH節(jié)點路由信 息進行檢查，所述檢查結果正確時，將所述報文發(fā)送到處理單元進行處理， 否則丟棄所述寺艮文；處理單元，用于對所述路由檢查單元發(fā)送的報文進行處理。
8、 如權利要求7所述MESH網(wǎng)絡中的節(jié)點設備，其特征在于，所述路由 獲取單元進一步包括MAC地址獲取子單元，用于獲取發(fā)送所述報文的源MAC地址； MESH節(jié)點信息獲取子單元，用于獲取發(fā)送所述報文的源MAC地址代表 的源MESH節(jié)點以及與所述源MESH節(jié)點連接的端口 ；報文信息獲取子單元，用于獲取接收到所述報文的端口 。
9、 如權利要求8所述MESH網(wǎng)絡中的節(jié)點設備，其特征在于，所述路由 檢查單元進一步包括MAC地址檢查子單元，用于檢查所述路由獲取單元獲取的報文的源MAC 地址是否存在，不存在時則丟棄所述報文。
10、 如權利要求9所述MESH網(wǎng)絡中的節(jié)點設備，其特征在于，所述路 由4企查單元還包括端口檢查子單元，用于對MAC地址檢查子單元判斷為源MAC存在的報 文，根據(jù)所述路由獲取單元獲取的路由信息，比較與所述源MAC地址代表的 源MESH節(jié)點連接的端口、以及接收到所述報文的端口， 二者一致時通知所 述處理單元處理所述凈艮文并結束，否則丟棄所述^^文。
11、 如權利要求7所述MESH網(wǎng)絡中的節(jié)點設備，其特征在于，還包括 存儲單元，用于在本地存儲根據(jù)單播路由協(xié)議的路由信息建立的單播路由表， 以供所述路由獲取單元進行路由信息的獲取。
12、 一種MESH網(wǎng)絡，包括源MESH節(jié)點和目的MESH節(jié)點，其特征在 于，所述目的MESH節(jié)點，用于接收到所述源MESH節(jié)點發(fā)送的報文時，對 所述報文進行源MESH節(jié)點路由檢查，所述檢查結果正確時，處理所述報文 并結束，否則丟棄所述纟艮文。
13、如權利要求12所述MESH網(wǎng)絡，其特征在于，所述目的MESH節(jié) 點進一步包括接收單元，用于接收源MESH節(jié)點發(fā)送的報文；路由獲取單元，當所述接收單元接收到報文時，獲取所述報文的源MESH 節(jié)點路由信息；路由檢查單元，用于對所述路由獲取單元獲取到的源MESH節(jié)點路由信 息進行;險查，所述檢查結果正確時，將所述報文發(fā)送到處理單元進行處理， 否則丟棄所述報文；處理單元，用于對所述路由檢查單元發(fā)送的報文進行處理。
全文摘要
本發(fā)明公開了一種MESH網(wǎng)絡中的報文處理方法，包括如下步驟接收到報文時，對報文進行源MESH節(jié)點路由檢查；所述檢查結果正確時，處理該報文，否則丟棄該報文。本發(fā)明還公開了一種MESH網(wǎng)絡中的節(jié)點設備。通過使用本發(fā)明，對報文的源MESH節(jié)點的路由檢查，保證本節(jié)點只處理和轉發(fā)源路由檢查正確的路由，從而避免了組播和廣播報文的泛濫，節(jié)省了無線資源。同時為端口敏感協(xié)議提供了正確的端口信息，使得端口敏感協(xié)議在MESH網(wǎng)絡中的應用成為可能。
文檔編號H04L29/06GK101119322SQ200710154470
公開日2008年2月6日 申請日期2007年9月11日 優(yōu)先權日2007年9月11日
發(fā)明者張志飛 申請人:杭州華三通信技術有限公司