基于udp傳輸?shù)目刂茍笪奶幚矸椒把b置制造方法
【專利摘要】本申請?zhí)峁┮环N基于UDP傳輸?shù)目刂品椒把b置，該方法包括：接收發(fā)端設(shè)備發(fā)送的第一請求報文，所述第一請求報文為所述發(fā)端設(shè)備發(fā)送的一組請求報文中的任一請求報文；判斷所述第一請求報文是否為第二請求報文，所述第二請求報文為所述收端設(shè)備按照所述一組請求報文中的報文順序當(dāng)前應(yīng)接收到的請求報文；當(dāng)所述第一請求報文不為所述第二請求報文時，按照所述第一請求報文在所述一組請求報文中的報文順序?qū)⑺龅谝徽埱髨笪牟迦虢邮站彌_區(qū)的對應(yīng)位置；當(dāng)所述第一請求報文為所述第二請求報文時，向所述發(fā)端設(shè)備發(fā)送所述第一請求報文的第一響應(yīng)報文。通過上述處理過程，降低了控制報文的處理時延，提高了控制報文的處理效率。
【專利說明】基于UDP傳輸?shù)目刂茍笪奶幚矸椒把b置

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及網(wǎng)絡(luò)通信【技術(shù)領(lǐng)域】，尤其涉及一種基于UDP傳輸?shù)目刂茍笪奶幚矸椒?及裝置。

【背景技術(shù)】
[0002] 在AC(Access Controller，接入控制器）和AP(Access Point，接入點）的組網(wǎng)中， AC與AP之間米用CAPWAP(Control And Provisioning of Wireless Access Point，無線接 入點控制與配置）協(xié)議進行控制報文傳輸，該協(xié)議的傳輸基于不可靠的UDP (User Datagram Protocol，用戶數(shù)據(jù)報協(xié)議）協(xié)議。
[0003] 為了保證控制報文傳輸?shù)目煽啃?，現(xiàn)有技術(shù)方案采用一發(fā)一收的串行傳輸?shù)姆?式。例如，AC端發(fā)送請求報文，AP端接收到該請求報文后回復(fù)響應(yīng)報文，AC端接收到該響 應(yīng)報文后，開始發(fā)送下一個請求報文。該串行傳輸方式降低了控制報文的處理效率，尤其在 控制報文突增的情況下，造成大量控制報文處理延時。


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

[0004] 有鑒于此，本申請?zhí)峁┝艘环N基于UDP傳輸?shù)目刂茍笪奶幚矸椒?，?yīng)用于收端設(shè) 備，該方法包括：
[0005] 接收發(fā)端設(shè)備發(fā)送的第一請求報文，所述第一請求報文為所述發(fā)端設(shè)備發(fā)送的一 組請求報文中的任一請求報文，所述一組請求報文的報文大小小于或者等于所述發(fā)端設(shè)備 的發(fā)送緩沖區(qū)中的空閑空間大??；
[0006] 判斷所述第一請求報文是否為第二請求報文，所述第二請求報文為所述收端設(shè)備 按照所述一組請求報文中的報文順序當(dāng)前應(yīng)接收到的請求報文；
[0007] 當(dāng)所述第一請求報文不為所述第二請求報文時，按照所述第一請求報文在所述一 組請求報文中的報文順序?qū)⑺龅谝徽埱髨笪牟迦虢邮站彌_區(qū)的對應(yīng)位置；當(dāng)所述第一請 求報文為所述第二請求報文時，向所述發(fā)端設(shè)備發(fā)送所述第一請求報文的第一響應(yīng)報文。
[0008] 本申請還提供了一種基于UDP傳輸?shù)目刂茍笪奶幚矸椒?，?yīng)用于發(fā)端設(shè)備，該方 法包括：
[0009] 向收端設(shè)備發(fā)送一組請求報文，所述一組請求報文的報文大小小于或者等于所述 發(fā)端設(shè)備的發(fā)送緩沖區(qū)中的空閑空間大?。?br> [0010] 接收所述收端設(shè)備發(fā)送的第一響應(yīng)報文，所述第一響應(yīng)報文為所述收端設(shè)備按照 所述一組請求報文中的報文順序接收到第一請求報文后返回的響應(yīng)報文；
[0011] 判斷所述第一響應(yīng)報文是否為第二響應(yīng)報文，所述第二響應(yīng)報文為所述發(fā)端設(shè)備 按照所述一組請求報文對應(yīng)的一組響應(yīng)報文中的報文順序當(dāng)前應(yīng)接收到的響應(yīng)報文；
[0012] 當(dāng)所述第一響應(yīng)報文不為所述第二響應(yīng)報文時，按照所述第一響應(yīng)報文在所述一 組響應(yīng)報文中的報文順序?qū)⑺龅谝豁憫?yīng)報文插入發(fā)送緩沖區(qū)的對應(yīng)位置；當(dāng)所述第一響 應(yīng)報文為所述第二響應(yīng)報文時，處理所述第一響應(yīng)報文。
[0013] 本申請還提供了一種基于UDP傳輸?shù)目刂茍笪奶幚硌b置，應(yīng)用于收端設(shè)備，該裝 置包括：
[0014] 請求報文接收單元，用于接收發(fā)端設(shè)備發(fā)送的第一請求報文，所述第一請求報文 為所述發(fā)端設(shè)備發(fā)送的一組請求報文中的任一請求報文，所述一組請求報文的報文大小小 于或者等于所述發(fā)端設(shè)備的發(fā)送緩沖區(qū)中的空閑空間大小；
[0015] 請求報文判斷單元，用于判斷所述第一請求報文是否為第二請求報文，所述第二 請求報文為所述收端設(shè)備按照所述一組請求報文中的報文順序當(dāng)前應(yīng)接收到的請求報 文；
[0016] 請求報文處理單元，用于當(dāng)所述第一請求報文不為所述第二請求報文時，按照所 述第一請求報文在所述一組請求報文中的報文順序?qū)⑺龅谝徽埱髨笪牟迦虢邮站彌_區(qū) 的對應(yīng)位置；當(dāng)所述第一請求報文為所述第二請求報文時，向所述發(fā)端設(shè)備發(fā)送所述第一 請求報文的第一響應(yīng)報文。
[0017] 本申請還提供了一種基于UDP傳輸?shù)目刂茍笪奶幚硌b置，應(yīng)用于發(fā)端設(shè)備，該裝 置包括：
[0018] 請求報文發(fā)送單元,用于向收端設(shè)備發(fā)送一組請求報文，所述一組請求報文的報 文大小小于或者等于所述發(fā)端設(shè)備的發(fā)送緩沖區(qū)中的空閑空間大??；
[0019] 響應(yīng)報文接收單元，用于接收所述收端設(shè)備發(fā)送的第一響應(yīng)報文，所述第一響應(yīng) 報文為所述收端設(shè)備按照所述一組請求報文中的報文順序接收到第一請求報文后返回的 響應(yīng)報文；
[0020] 響應(yīng)報文判斷單元，用于判斷所述第一響應(yīng)報文是否為第二響應(yīng)報文，所述第二 響應(yīng)報文為所述發(fā)端設(shè)備按照所述一組請求報文對應(yīng)的一組響應(yīng)報文中的報文順序當(dāng)前 應(yīng)接收到的響應(yīng)報文；
[0021] 響應(yīng)報文處理單元，用于當(dāng)所述第一響應(yīng)報文不為所述第二響應(yīng)報文時，按照所 述第一響應(yīng)報文在所述一組響應(yīng)報文中的報文順序?qū)⑺龅谝豁憫?yīng)報文插入發(fā)送緩沖區(qū) 的對應(yīng)位置；當(dāng)所述第一響應(yīng)報文為所述第二響應(yīng)報文時，處理所述第一響應(yīng)報文。
[0022] 本申請中，發(fā)端設(shè)備可按照報文順序發(fā)送一組請求報文，收端設(shè)備在接收到該一 組請求報文中的任一請求報文后，判斷是否為當(dāng)前按照報文順序應(yīng)接收的請求報文，如果 是當(dāng)前按照報文順序應(yīng)接收的請求報文，則針對該請求報文向發(fā)端設(shè)備返回響應(yīng)報文。發(fā) 端設(shè)備在接收到該響應(yīng)報文后，判斷該響應(yīng)報文是否為當(dāng)前按照報文順序應(yīng)接收的響應(yīng)報 文，如果是當(dāng)前按照報文順序應(yīng)接收的響應(yīng)報文，則處理該響應(yīng)報文?？梢姡旧暾埍ＷC了 報文的處理順序，同時，通過對一組報文的處理，降低了報文處理時延，提高了報文的處理 效率。

【專利附圖】

【附圖說明】
[0023] 圖1是本申請一種實施例中的無線網(wǎng)絡(luò)示意圖；
[0024] 圖2是本申請一種實施例中基于UDP傳輸?shù)目刂茍笪奶幚矸椒ǖ奶幚砹鞒虉D；
[0025] 圖3是本申請另一種實施例中基于UDP傳輸?shù)目刂茍笪奶幚矸椒ǖ奶幚砹鞒虉D；
[0026] 圖4-1至圖4-9是本申請一種實施例中的基于UDP傳輸?shù)目刂茍笪奶幚磉^程示意 圖；
[0027] 圖5是本申請一種實施例中基于m)P傳輸?shù)目刂茍笪奶幚硌b置的基礎(chǔ)硬件示意 圖；
[0028] 圖6-1是本申請一種實施例中基于UDP傳輸?shù)目刂茍笪奶幚硌b置的結(jié)構(gòu)示意圖；
[0029] 圖6-2是圖6-1所示基于UDP傳輸?shù)目刂茍笪奶幚硌b置中的請求報文判斷單元的 結(jié)構(gòu)示意圖；
[0030] 圖7-1是本申請另一種實施例中基于UDP傳輸?shù)目刂茍笪奶幚硌b置的結(jié)構(gòu)示意 圖；
[0031] 圖7-2是圖7-1所示基于UDP傳輸?shù)目刂茍笪奶幚硌b置中的響應(yīng)報文判斷單元的 結(jié)構(gòu)示意圖；
[0032]圖7-3是本申請另一種實施例中基于UDP傳輸?shù)目刂茍笪奶幚硌b置的結(jié)構(gòu)示意 圖；
[0033]圖7-4是本申請另一種實施例中基于UDP傳輸?shù)目刂茍笪奶幚硌b置的結(jié)構(gòu)示意 圖。

【具體實施方式】
[0034]為使本申請的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下參照附圖對本發(fā)明所述 方案作進一步地詳細(xì)說明。
[0035] 圖1所示為一種典型的無線網(wǎng)絡(luò)示意圖。AC與AP之間可以基于CAPWAP協(xié)議進行 通信。在基于該協(xié)議進行通信時，通常采用UDP協(xié)議進行控制報文的傳輸，由于UDP協(xié)議具 有不可靠性，因此，為了保證控制報文能夠可靠有序地進行傳輸，現(xiàn)有技術(shù)方案采用串行處 理機制。例如，AC有一組請求報文需要向AP發(fā)送時，AC首先發(fā)送第一個請求報文，在接收 到AP對第一個請求報文的響應(yīng)報文后，AC才會發(fā)送下一個請求報文，以此類推，直到一組 請求報文全部處理完成?？梢?，該串行處理機制會造成控制報文處理時延過長，降低了控制 報文的處理效率。
[0036] 針對上述問題，本申請實施例提出一種基于UDP傳輸?shù)目刂茍笪奶幚矸椒?，通過 報文發(fā)送端（以下簡稱發(fā)端設(shè)備）和報文接收端（以下簡稱收端設(shè)備）的配合，在保證控 制報文處理順序的前提下，通過對按照報文處理順序連續(xù)的多個控制報文的并行處理，提 高控制報文的處理效率。
[0037]參見圖2,為本申請基于UDP傳輸?shù)目刂茍笪奶幚矸椒ǖ囊粋€實施例流程圖，該實 施例從收端設(shè)備側(cè)對基于UDP傳輸?shù)目刂茍笪奶幚磉^程進行描述。
[0038]步驟21〇,接收發(fā)端設(shè)備發(fā)送的第一請求報文，所述第一請求報文為所述發(fā)端設(shè)備 發(fā)送的一組請求報文中的任一請求報文，所述一組請求報文的報文大小小于或者等于所述 發(fā)端設(shè)備的發(fā)送緩沖區(qū)中的空閑空間大小。
[0039]現(xiàn)有技術(shù)中發(fā)端設(shè)備每次只發(fā)送一個請求報文，在接收到該請求報文的響應(yīng)報文 ^丨發(fā)送下一個請求報文。本申請實施例中，發(fā)端設(shè)備按照一組請求報文中的報文順序向收 端設(shè)備連續(xù)發(fā)送一組請求報文。該一組請求報文的報文大小取決于發(fā)端設(shè)備的發(fā)送緩沖區(qū) 的?閑?間大小，例如，發(fā)送緩沖區(qū)最多可保存5個請求報文，如果當(dāng)前發(fā)送緩沖區(qū)中已保 存 2個請求報文，則當(dāng)前最多可以連續(xù)發(fā)送3個請求報文。發(fā)端設(shè)備與收端設(shè)備在進行控 制報文交互之前'會根據(jù)雙方的處理能力協(xié)商緩沖區(qū)大小，通常將發(fā)送緩沖區(qū)與接收緩沖 區(qū)設(shè)置成相同大小。
[0040] 由于一組請求報文在傳輸過程中可能亂序或丟失，收端設(shè)備可能無法直接接收到 按序排列的該一組請求報文，因此本實施例中，對收端設(shè)備當(dāng)前接收到的該一組請求報文 中的任一請求報文的處理進行描述，為了描述方便，將該任一請求報文稱為第一請求報文。
[0041] 步驟220,判斷所述第一請求報文是否為第二請求報文，所述第二請求報文為所述 收端設(shè)備按照所述一組請求報文中的報文順序當(dāng)前應(yīng)接收到的請求報文。
[0042] 如步驟210中的描述，由于一組請求報文在網(wǎng)絡(luò)傳輸過程中可能由于傳輸路徑的 不同或者網(wǎng)絡(luò)干擾等原因，造成報文不能按照該一組請求報文發(fā)送時的順序傳輸?shù)绞斩嗽O(shè) 備，因此，為了實現(xiàn)對請求報文的保序處理，收端設(shè)備在接收到第一請求報文后，可以先確 定按照該一組請求報文中的報文順序當(dāng)前應(yīng)接收到的請求報文為第二請求報文，例如，在 已接收到該一組請求報文中按序排列的第一個報文后，當(dāng)前應(yīng)接收到第二個報文（即第二 請求報文），但實際接收到第三個報文（即第一請求報文）；然后判斷第一請求報文是否為 該第二請求報文。在判斷時，可以比較第一請求報文中的第一報文序號與第二請求報文中 的第二報文序號是否相同，判斷是否為按照發(fā)端設(shè)備發(fā)送的一組請求報文中的報文順序當(dāng) 前應(yīng)接收到的請求報文。根據(jù)比較結(jié)果存在以下兩種情況：
[0043]當(dāng)?shù)谝粓笪男蛱柵c第二報文序號不同時，確定該第一請求報文不為第二請求報 文，即第一請求報文不是按照發(fā)端設(shè)備發(fā)送的一組請求報文中的報文順序當(dāng)前應(yīng)接收到的 請求報文。
[0044]當(dāng)?shù)谝粓笪男蛱柵c第二報文序號相同時，確定該第一請求報文為第二請求報文， 即第一請求報文是按照發(fā)端設(shè)備發(fā)送的一組請求報文中的報文順序當(dāng)前應(yīng)接收到的請求 報文。
[0045]步驟230,當(dāng)所述第一請求報文不為所述第二請求報文時，按照所述第一請求報文 在所述一組請求報文中的報文順序?qū)⑺龅谝徽埱髨笪牟迦虢邮站彌_區(qū)的對應(yīng)位置；當(dāng)所 述第一請求報文為所述第二請求報文時，向所述發(fā)端設(shè)備發(fā)送所述第一請求報文的第一響 應(yīng)報文。
[0046] 本實施例中，收端設(shè)備可以維護一個接收緩沖區(qū)，以便對接收到的請求報文按照 其在該一組請求報文中的順序進行維護，并根據(jù)接收緩沖區(qū)向發(fā)端設(shè)備回復(fù)請求報文的響 應(yīng)報文。其中，根據(jù)第一請求報文是否為第二請求報文的判斷結(jié)果，進行如下處理：
[0047]當(dāng)?shù)谝徽埱髨笪牟粸榈诙埱髨笪臅r，根據(jù)第一請求報文的第一報文序號確定該 第一請求報文在接收緩沖區(qū)中的插入位置，順序保存第一請求報文，以便后續(xù)處理時查找 報文順序連續(xù)的多個請求報文。
[0048] 當(dāng)?shù)谝徽埱髨笪臑榈诙埱髨笪臅r，可以查詢接收緩沖區(qū)中是否存在與該第一請 求報文的報文序號連續(xù)的請求報文，如果接收緩沖區(qū)中不存在報文序號與第一請求報文的 報文序號連續(xù)的多個請求報文，則直接向發(fā)端設(shè)備發(fā)送第一請求報文的第一響應(yīng)報文；如 果接收緩沖區(qū)中存在報文序號與第一請求報文的報文序號連續(xù)的多個請求報文，可以在向 發(fā)端設(shè)備發(fā)送第一請求報文的第一響應(yīng)報文的同時，發(fā)送上述多個請求報文的響應(yīng)報文。 [0049] 由上述實施例可見，通過上述處理過程，使收端設(shè)備在保證報文處理順序的同時， 提高報文的處理效率。
[0050] 參見圖3,為本申請基于UDP傳輸?shù)目刂茍笪奶幚矸椒ǖ牧硪粋€實施例流程圖，該 實施例從發(fā)端設(shè)備側(cè)對基于UDP傳輸?shù)目刂茍笪奶幚磉^程進行描述。
[0051] 步驟310,向收端設(shè)備發(fā)送一組請求報文，所述一組請求報文的報文大小小于或者 等于所述發(fā)端設(shè)備的發(fā)送緩沖區(qū)中的空閑空間大小。
[0052] 本實施例中，發(fā)端設(shè)備在向收端設(shè)備發(fā)送請求報文時，不再采用串行處理機制，而 是連續(xù)發(fā)送一組請求報文。如前所述，該一組請求報文的報文大小取決于發(fā)端設(shè)備的發(fā)送 緩沖區(qū)的空閑空間大小，發(fā)端設(shè)備與收端設(shè)備在進行控制報文交互之前，通常通過協(xié)商將 發(fā)送緩沖區(qū)與接收緩沖區(qū)設(shè)置成相同大小。
[0053] 步驟320,接收所述收端設(shè)備發(fā)送的第一響應(yīng)報文，所述第一響應(yīng)報文為所述收端 設(shè)備按照所述一組請求報文中的報文順序接收到第一請求報文后返回的響應(yīng)報文。
[0054] 發(fā)端設(shè)備在向收端設(shè)備發(fā)送一組請求報文后，收端設(shè)備針對該一組請求報文向發(fā) 端設(shè)備回復(fù)一組響應(yīng)報文，該一組響應(yīng)報文是按照一組請求報文的報文順序回復(fù)的響應(yīng)報 文。為了保證響應(yīng)報文的報文順序，收端設(shè)備按照一組請求報文中的報文順序在接收到第 一請求報文后返回響應(yīng)報文。由于一組響應(yīng)報文在傳輸過程中可能亂序或丟失，發(fā)端設(shè)備 可能無法直接接收到按序排列的一組響應(yīng)報文，因此，本實施例中，對發(fā)端設(shè)備當(dāng)前接收到 的該一組響應(yīng)報文中的任一響應(yīng)報文的處理進行描述，為了描述方便，將該任一響應(yīng)報文 稱為第一響應(yīng)報文。
[0055] 步驟330,判斷所述第一響應(yīng)報文是否為第二響應(yīng)報文，所述第二響應(yīng)報文為所述 發(fā)端設(shè)備按照所述一組請求報文對應(yīng)的一組響應(yīng)報文中的報文順序當(dāng)前應(yīng)接收到的響應(yīng) 報文。
[0056] 如步驟320中的描述，由于一組響應(yīng)報文經(jīng)網(wǎng)絡(luò)傳輸后無法保證按照發(fā)送時的報 文順序到達發(fā)端設(shè)備，因此，發(fā)端設(shè)備在接收到第一響應(yīng)報文后，可以先確定按照該一組響 應(yīng)報文中的報文順序當(dāng)前應(yīng)接收到的響應(yīng)報文作為第二響應(yīng)報文。在判斷時，可以通過比 較第一響應(yīng)報文的第一報文序號與第二響應(yīng)報文的第二報文序號是否相同，判斷第一響應(yīng) 報文是否為按照發(fā)端設(shè)備發(fā)送的一組請求報文的報文順序返回的一組響應(yīng)報文中的當(dāng)前 應(yīng)接收到的響應(yīng)報文。根據(jù)比較結(jié)果存在以下兩種情況：
[0057]當(dāng)?shù)谝豁憫?yīng)報文的第一報文序號與第二響應(yīng)報文的第二報文序號不同時，確定第 一響應(yīng)報文不為第二響應(yīng)報文，即第一響應(yīng)報文不是按照發(fā)端設(shè)備發(fā)送的一組請求報文的 報文順序返回的一組響應(yīng)報文中的當(dāng)前應(yīng)接收到的響應(yīng)報文。
[0058] 當(dāng)?shù)谝豁憫?yīng)報文的第一報文序號與第二響應(yīng)報文的第二報文序號相同時，確定第 一響應(yīng)報文為第二響應(yīng)報文，即第一響應(yīng)報文是按照發(fā)端設(shè)備發(fā)送的一組請求報文的報文 順序返回的一組響應(yīng)報文中的當(dāng)前應(yīng)接收到的響應(yīng)報文。
[0059] 步驟340,當(dāng)所述第一響應(yīng)報文不為所述第二響應(yīng)報文時，按照所述第一響應(yīng)報文 在所述一組響應(yīng)報文中的報文順序?qū)⑺龅谝豁憫?yīng)報文插入發(fā)送緩沖區(qū)的對應(yīng)位置；當(dāng)所 述第一響應(yīng)報文為所述第二響應(yīng)報文時，處理所述第一響應(yīng)報文。
[0060] 本實施例中，發(fā)端設(shè)備可以維護一個發(fā)送緩沖區(qū)，以便對接收到的響應(yīng)報文按照 其在該一組響應(yīng)報文中的順序進行維護，并根據(jù)發(fā)送緩沖區(qū)對響應(yīng)報文進行處理。其中，根 據(jù)第一響應(yīng)報文是否為第二響應(yīng)報文的判斷結(jié)果，進行如下處理：
[0061] 當(dāng)?shù)谝豁憫?yīng)報文不為第二響應(yīng)報文時，根據(jù)第一響應(yīng)報文的第一報文序號確定該 第一響應(yīng)報文在發(fā)送緩沖區(qū)中的插入位置，順序保存第一響應(yīng)報文，以便后續(xù)處理時便于 查找報文順序連續(xù)的多個響應(yīng)報文。
[0062] 當(dāng)?shù)谝豁憫?yīng)報文為第二響應(yīng)報文時，可以查詢發(fā)送緩沖區(qū)中是否存在與該第一響 應(yīng)報文的報文序號連續(xù)的響應(yīng)報文，如果發(fā)送緩沖區(qū)中不存在報文序號與第一響應(yīng)報文的 報文序號連續(xù)的多個響應(yīng)報文，則直接處理第一響應(yīng)報文；如果發(fā)送緩沖區(qū)中存在報文序 號與第一響應(yīng)報文的報文序號連續(xù)的多個響應(yīng)報文，可以在處理第一響應(yīng)報文的同時，處 理上述多個響應(yīng)報文。通過上述處理過程，使發(fā)端設(shè)備在保證報文處理順序的同時，提高報 文的處理效率。
[0063] 在上述處理過程中，由于報文在網(wǎng)絡(luò)傳輸中可能出現(xiàn)丟包的現(xiàn)象，發(fā)端設(shè)備在發(fā) 送請求報文后，可能會出現(xiàn)長時間接收不到收端設(shè)備返回的響應(yīng)報文。在這種情況下，本申 請實施例可以為每一個發(fā)送的請求報文預(yù)設(shè)響應(yīng)等待時長，當(dāng)發(fā)端設(shè)備在預(yù)設(shè)響應(yīng)等待時 長內(nèi)未接收到請求報文的響應(yīng)報文時，可以重新發(fā)送請求報文。
[0064] 由于收端設(shè)備與發(fā)端設(shè)備建立的連接不可靠或者設(shè)備自身故障，可能會出現(xiàn)多次 重發(fā)請求報文后，發(fā)端設(shè)備仍然無法接收到響應(yīng)報文的情況。因此本申請實施例可以預(yù)設(shè) 請求報文的重發(fā)次數(shù)，當(dāng)在預(yù)設(shè)的重發(fā)次數(shù)內(nèi)仍未接收到請求報文的響應(yīng)報文時，發(fā)端設(shè) 備可以斷開與收端設(shè)備的連接，以便收端設(shè)備重新與發(fā)端設(shè)備建立可靠的連接或進行故障 修復(fù)。
[0065] 由上述實施例可見，通過上述處理過程，使發(fā)端設(shè)備在保證報文處理順序的同時， 提高報文的處理效率。
[0066] 現(xiàn)以圖4-1至圖4-9的基于UDP傳輸?shù)目刂茍笪奶幚硎疽鈭D介紹基于UDP傳輸?shù)?控制報文處理過程。
[0067] 假設(shè)，發(fā)端設(shè)備為AC，收端設(shè)備為AP，在AC中設(shè)置發(fā)送緩沖區(qū)，在AP中設(shè)置接收 緩沖區(qū)，發(fā)送緩沖區(qū)和接收緩沖區(qū)均最多可保存5個報文。其中，數(shù)字表示報文在對應(yīng)緩沖 區(qū)中的存儲位置，字母表示對應(yīng)的報文，例如，A表示請求報文，A*表示A的響應(yīng)報文。
[0068] 如圖4-1所示，AC首次發(fā)送請求報文時，可以按照請求報文的報文順序發(fā)送數(shù)量 與發(fā)送緩沖區(qū)長度相同的請求報文，例如，AC發(fā)送A、B、C、D、E共5個請求報文，每一個請 求報文中都攜帶有對應(yīng)的報文序號，假設(shè)，A、B、C、D、E對應(yīng)的報文序號分別為1、2、3、4、5。 AC在發(fā)送A、B、C、D、E請求報文的同時，在AC的發(fā)送緩沖區(qū)中保存這5個請求報文，以等待 其對應(yīng)的響應(yīng)報文或后續(xù)重新發(fā)送請求報文時使用。
[0069] 如圖4-2所示，AP接收到B、D、E請求報文，未接收到A、C請求報文。按照報文的 傳輸順序，AP應(yīng)首先接收到A報文，即請求報文的報文序號為1的報文，但由于網(wǎng)絡(luò)傳輸問 題，B、D、E報文先后到達，AP在接收到上述報文時，通過比較對應(yīng)請求報文的報文序號，發(fā) 現(xiàn)不是報文序號為1的請求報文A，因此，將上述請求報文B、D、E按照各自的報文序號插入 到接收緩沖區(qū)中，例如，報文序號為2的請求報文B插入接收緩沖區(qū)中數(shù)字標(biāo)號為2的位 置，同理，請求報文D、E分別插入接收緩沖區(qū)中數(shù)字標(biāo)號為4和5的位置。
[0070] 如圖4-3所示，AP接收到請求報文A后，通過比較報文序號，發(fā)現(xiàn)當(dāng)前接收到的請 求報文A正是按照報文傳輸順序當(dāng)前應(yīng)該接收到的報文序號為1的報文，則AP查找接收緩 沖區(qū)，確認(rèn)是否有與請求報文A的報文序號連續(xù)的請求報文，找到請求報文B，發(fā)送請求報 文A和B的響應(yīng)報文A*和B*給AC，A*和B*中分別攜帶各自的響應(yīng)報文序號，分別為1和 2,此時，AP還未接收到請求報文C。
[0071] 如圖4-4所示，AC接收到響應(yīng)報文B*，比較響應(yīng)報文B*的報文序號是否為按照報 文順序應(yīng)該接收的報文序號為1的響應(yīng)報文A*，如果不是當(dāng)前應(yīng)該接收的響應(yīng)報文A*，將 響應(yīng)報文B*保存到請求報文B所在發(fā)送緩沖區(qū)中的位置，以便后續(xù)處理，此時，AC還未接 收到響應(yīng)報文A*。
[0072] 如圖4-5所示，AC接收到響應(yīng)報文A*以后，通過比較報文序號，發(fā)現(xiàn)該響應(yīng)報文 為按照報文順序應(yīng)該接收的報文序號為1的響應(yīng)報文A*，查找發(fā)送緩沖區(qū)，找到與響應(yīng)報 文A*的報文序號連續(xù)的響應(yīng)報文B*，處理響應(yīng)報文A*和B*，并清空發(fā)送緩沖區(qū)中的對應(yīng) 位置，同時，AC發(fā)送了新的請求報文F，而此時請求報文C已丟失。
[0073] 如圖4-6所示，AC發(fā)送新的請求報文G，請求報文F已被AP接收，并保存在接收緩 沖區(qū)中。
[0074] 如圖4-7所示，由于請求報文C已丟失，當(dāng)達到預(yù)設(shè)響應(yīng)等待時長后，AC未接收到 請求報文c的響應(yīng)報文，可以重新發(fā)送請求報文C。此時，AP已接收到請求報文G，并保存 在接收緩沖區(qū)中。
[0075] 如圖4-8所示，AP接收到請求報文C后，發(fā)送C、D、E、F、G的響應(yīng)報文〇、D*、E*、 卩*、6*給八(：。
[0076] 如圖4-9所示，如果AC按照報文順序接收到響應(yīng)報文C*、D*、E*、F*、G*，則處理所 有響應(yīng)報文，并清空發(fā)送緩沖區(qū)。
[0077] 從上述方法實施例可以看出，本申請實施例能夠保證報文的處理時序，當(dāng)出現(xiàn)報 文丟失時，不會影響新的請求報文的發(fā)送，可以降低報文的處理時延。
[0078] 與前述基于UDP傳輸?shù)目刂茍笪奶幚矸椒ǖ膶嵤├鄬?yīng)，本申請還提供基于 UDP傳輸?shù)目刂茍笪奶幚硌b置的實施例。
[0079] 本申請基于UDP傳輸?shù)目刂茍笪奶幚硌b置的實施例可以應(yīng)用在收端設(shè)備或發(fā)端 設(shè)備上。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。以 軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在設(shè)備的CPU將非易失性存儲器 中對應(yīng)的計算機程序指令讀取到內(nèi)存中運行形成的。從硬件層面而言，如圖5所示，為本申 請基于UDP傳輸?shù)目刂茍笪奶幚硌b置所在設(shè)備的一種硬件結(jié)構(gòu)圖，除了圖5所示的CPU、內(nèi) 存以及非易失性存儲器之外，實施例中裝置所在的設(shè)備通常還可以包括其他硬件。
[0080] 請參考圖6-1，為本申請一個實施例中的基于UDP傳輸?shù)目刂茍笪奶幚硌b置的結(jié) 構(gòu)示意圖。該基于UDP傳輸?shù)目刂茍笪奶幚硌b置可以包括：請求報文接收單元601、請求報 文判斷單元602以及請求報文處理單元603,其中：
[0081] 請求報文接收單元6〇1，用于接收發(fā)端設(shè)備發(fā)送的第一請求報文，所述第一請求報 文為所述發(fā)端設(shè)備發(fā)送的一組請求報文中的任一請求報文，所述一組請求報文的報文大小 小于或者等于所述發(fā)端設(shè)備的發(fā)送緩沖區(qū)中的空閑空間大小；
[0082] 請求報文判斷單元602,用于判斷所述第一請求報文是否為第二請求報文，所述第 二請求報文為所述收端設(shè)備按照所述一組請求報文中的報文順序當(dāng)前應(yīng)接收到的請求報 文；
[0083] 請求報文處理單元603,用于當(dāng)所述第一請求報文不為所述第二請求報文時，按照 所述第一請求報文在所述一組請求報文中的報文順序?qū)⑺龅谝徽埱髨笪牟迦虢邮站彌_ 區(qū)的對應(yīng)位置；當(dāng)所述第一請求報文為所述第二請求報文時，向所述發(fā)端設(shè)備發(fā)送所述第 一請求報文的第一響應(yīng)報文。
[0084] 請求報文處理單元603,還用于當(dāng)所述接收緩沖區(qū)中存在報文序號與所述第一請 求報文的報文序號連續(xù)的多個請求報文時，在向所述發(fā)端設(shè)備發(fā)送所述第一請求報文的第 一響應(yīng)報文的同時，發(fā)送所述多個請求報文的響應(yīng)報文。
[0085] 請參考圖6-2,為圖6-1所示基于UDP傳輸?shù)目刂茍笪奶幚硌b置中的請求報文判斷 單元602的結(jié)構(gòu)示意圖。該請求報文判斷單元602可以包括：請求報文比較模塊6021和請 求報文確定模塊6022,其中：
[0086] 請求報文比較模塊6021，用于比較所述第一請求報文的第一報文序號是否與所述 第二請求報文的第二報文序號相同；
[0087] 請求報文確定模塊6022,用于當(dāng)所述第一報文序號與所述第二報文序號不同時， 確定所述第一請求報文不為所述第二請求報文；當(dāng)所述第一報文序號與所述第二報文序號 相同時，確定所述第一請求報文為所述第二請求報文。
[0088] 上述圖6-1至6-2示出的基于UDP傳輸?shù)目刂茍笪奶幚硌b置的實施例可以應(yīng)用在 收端設(shè)備中，具體應(yīng)用在采用CAPWAP協(xié)議進行控制報文傳輸?shù)氖斩嗽O(shè)備中，其具體實現(xiàn)過 程可參見前述方法實施例的說明，在此不再贅述。
[0089] 請參考圖7-1，為本申請一個實施例中的基于UDP傳輸?shù)目刂茍笪奶幚硌b置的結(jié) 構(gòu)示意圖。該基于UDP傳輸?shù)目刂茍笪奶幚硌b置可以包括：請求報文發(fā)送單元701、響應(yīng)報 文接收單元702、響應(yīng)報文判斷單元703和響應(yīng)報文處理單元704,其中：
[0090] 請求報文發(fā)送單元701，用于向收端設(shè)備發(fā)送一組請求報文，所述一組請求報文的 報文大小小于或者等于所述發(fā)端設(shè)備的發(fā)送緩沖區(qū)中的空閑空間大小；
[0091] 響應(yīng)報文接收單元702,用于接收所述收端設(shè)備發(fā)送的第一響應(yīng)報文，所述第一響 應(yīng)報文為所述收端設(shè)備按照所述一組請求報文中的報文順序接收到第一請求報文后返回 的響應(yīng)報文；
[0092] 響應(yīng)報文判斷單元703,用于判斷所述第一響應(yīng)報文是否為第二響應(yīng)報文，所述第 二響應(yīng)報文為所述發(fā)端設(shè)備按照所述一組請求報文對應(yīng)的一組響應(yīng)報文中的報文順序當(dāng) 前應(yīng)接收到的響應(yīng)報文；
[0093] 響應(yīng)報文處理單元704,用于當(dāng)所述第一響應(yīng)報文不為所述第二響應(yīng)報文時，按照 所述第一響應(yīng)報文在所述一組響應(yīng)報文中的報文順序?qū)⑺龅谝豁憫?yīng)報文插入發(fā)送緩沖 區(qū)的對應(yīng)位置；當(dāng)所述第一響應(yīng)報文為所述第二響應(yīng)報文時，處理所述第一響應(yīng)報文。
[0094] 響應(yīng)報文處理單元704,還用于當(dāng)所述發(fā)送緩沖區(qū)中存在報文序號與所述第一響 應(yīng)報文的報文序號連續(xù)的多個響應(yīng)報文時，在處理所述第一響應(yīng)報文的同時，處理所述多 個響應(yīng)報文。
[0095] 請參考圖7-2,為圖7-1所示基于UDP傳輸?shù)目刂茍笪奶幚硌b置中的響應(yīng)報文判斷 單元703的結(jié)構(gòu)示意圖。該響應(yīng)報文判斷單元703可以包括：響應(yīng)報文比較模塊7〇 31和響 應(yīng)報文確定模塊7032,其中：
[0096] 響應(yīng)報文比較模塊7031，用于比較所述第一響應(yīng)報文的第一報文序號是否與所述 第二響應(yīng)報文的第二報文序號相同；
[0097] 響應(yīng)報文確定模塊7032,用于當(dāng)所述第一報文序號與所述第二報文序號不同時， 確定所述第一響應(yīng)報文不為所述第二響應(yīng)報文；當(dāng)所述第一報文序號與所述第二報文序號 相同時，確定所述第一響應(yīng)報文為所述第二響應(yīng)報文。
[0098]請參考圖7-3,為本申請另一個實施例中的基于UDP傳輸?shù)目刂茍笪奶幚硌b置的 結(jié)構(gòu)不意圖。該基于UDP傳輸?shù)目刂茍笪奶幚硌b置在圖7-1所示基礎(chǔ)上，還可以包括：請求 報文重發(fā)單元705,其中：
[00"]請求報文重發(fā)單元7〇5,用于當(dāng)在預(yù)設(shè)響應(yīng)等待時長內(nèi)未接收到所述第一響應(yīng)報 文時，重新發(fā)送所述第一響應(yīng)報文對應(yīng)的請求報文。
[0100]請參考圖7_4,為本申請另一個實施例中的基于UDP傳輸?shù)目刂茍笪奶幚硌b置的 結(jié)構(gòu)示意圖。該基于UDP傳輸?shù)目刂茍笪奶幚硌b置在圖7-3所示基礎(chǔ)上，還可以包括：連接 斷開單元707,其中：
[0101]連接斷開單元706,用于當(dāng)在預(yù)設(shè)重發(fā)次數(shù)內(nèi)未接收到所述第一響應(yīng)報文時，斷開 與所述收端設(shè)備的連接。
[0102] 上述圖7-1至7-4示出的基于UDP傳輸?shù)目刂茍笪奶幚硌b置的實施例可以應(yīng)用在 發(fā)端設(shè)備中，具體應(yīng)用在采用CAPWAP協(xié)議進行控制報文傳輸?shù)陌l(fā)端設(shè)備中，其具體實現(xiàn)過 程可參見前述方法實施例的說明，在此不再贅述。
[0103] 從以上裝置的實施例中可以看出，本申請實施例能夠保證報文的處理時序，當(dāng)出 現(xiàn)報文丟失時，不會影響新的請求報文的發(fā)送，可以降低報文的處理時延，提高了報文的處 理效率。
[0104] 以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明保護的范圍之內(nèi)。
【權(quán)利要求】
1. 一種基于用戶數(shù)據(jù)報協(xié)議UDP傳輸?shù)目刂茍笪奶幚矸椒?，?yīng)用于收端設(shè)備，其特征 在于，該方法包括： 接收發(fā)端設(shè)備發(fā)送的第一請求報文，所述第一請求報文為所述發(fā)端設(shè)備發(fā)送的一組請 求報文中的任一請求報文，所述一組請求報文的報文大小小于或者等于所述發(fā)端設(shè)備的發(fā) 送緩沖區(qū)中的空閑空間大?。? 判斷所述第一請求報文是否為第二請求報文，所述第二請求報文為所述收端設(shè)備按照 所述一組請求報文中的報文順序當(dāng)前應(yīng)接收到的請求報文； 當(dāng)所述第一請求報文不為所述第二請求報文時，按照所述第一請求報文在所述一組請 求報文中的報文順序?qū)⑺龅谝徽埱髨笪牟迦虢邮站彌_區(qū)的對應(yīng)位置；當(dāng)所述第一請求報 文為所述第二請求報文時，向所述發(fā)端設(shè)備發(fā)送所述第一請求報文的第一響應(yīng)報文。
2. 如權(quán)利要求1所述的方法，其特征在于： 所述方法具體應(yīng)用于采用無線接入點控制與配置CAPWAP協(xié)議進行控制報文傳輸?shù)氖? 端設(shè)備。
3. 如權(quán)利要求1所述的方法，其特征在于，所述判斷所述第一請求報文是否為第二請 求報文，包括： 比較所述第一請求報文的第一報文序號是否與所述第二請求報文的第二報文序號相 同； 當(dāng)所述第一報文序號與所述第二報文序號不同時，確定所述第一請求報文不為所述第 二請求報文；當(dāng)所述第一報文序號與所述第二報文序號相同時，確定所述第一請求報文為 所述第二請求報文。
4. 如權(quán)利要求1至3任一所述的方法，其特征在于，所述方法還包括： 當(dāng)所述接收緩沖區(qū)中存在報文序號與所述第一請求報文的報文序號連續(xù)的多個請求 報文時，在向所述發(fā)端設(shè)備發(fā)送所述第一請求報文的第一響應(yīng)報文的同時，發(fā)送所述多個 請求報文的響應(yīng)報文。
5. -種基于用戶數(shù)據(jù)報協(xié)議UDP傳輸?shù)目刂茍笪奶幚矸椒?，?yīng)用于發(fā)端設(shè)備，其特征 在于，該方法包括： 向收端設(shè)備發(fā)送一組請求報文，所述一組請求報文的報文大小小于或者等于所述發(fā)端 設(shè)備的發(fā)送緩沖區(qū)中的空閑空間大?。? 接收所述收端設(shè)備發(fā)送的第一響應(yīng)報文，所述第一響應(yīng)報文為所述收端設(shè)備按照所述 一組請求報文中的報文順序接收到第一請求報文后返回的響應(yīng)報文； 判斷所述第一響應(yīng)報文是否為第二響應(yīng)報文，所述第二響應(yīng)報文為所述發(fā)端設(shè)備按照 所述一組請求報文對應(yīng)的一組響應(yīng)報文中的報文順序當(dāng)前應(yīng)接收到的響應(yīng)報文； 當(dāng)所述第一響應(yīng)報文不為所述第二響應(yīng)報文時，按照所述第一響應(yīng)報文在所述一組響 應(yīng)報文中的報文順序?qū)⑺龅谝豁憫?yīng)報文插入發(fā)送緩沖區(qū)的對應(yīng)位置；當(dāng)所述第一響應(yīng)報 文為所述第二響應(yīng)報文時，處理所述第一響應(yīng)報文。
6. 如權(quán)利要求5所述的方法，其特征在于： 所述方法具體應(yīng)用于采用無線接入點控制與配置CAPWAP協(xié)議進行控制報文傳輸?shù)陌l(fā) 端設(shè)備。
7. 如權(quán)利要求5所述的方法，其特征在于，所述判斷所述第一響應(yīng)報文是否為第二響 應(yīng)報文，包括： 比較所述第一響應(yīng)報文的第一報文序號是否與所述第二響應(yīng)報文的第二報文序號相 同； 當(dāng)所述第一報文序號與所述第二報文序號不同時，確定所述第一響應(yīng)報文不為所述第 二響應(yīng)報文；當(dāng)所述第一報文序號與所述第二報文序號相同時，確定所述第一響應(yīng)報文為 所述第二響應(yīng)報文。
8. 如權(quán)利要求5所述的方法，其特征在于，所述方法還包括： 當(dāng)所述發(fā)送緩沖區(qū)中存在報文序號與所述第一響應(yīng)報文的報文序號連續(xù)的多個響應(yīng) 報文時，在處理所述第一響應(yīng)報文的同時，處理所述多個響應(yīng)報文。
9. 如權(quán)利要求5至8任一所述的方法，其特征在于，所述方法還包括： 當(dāng)在預(yù)設(shè)響應(yīng)等待時長內(nèi)未接收到所述第一響應(yīng)報文時，重新發(fā)送所述第一響應(yīng)報文 對應(yīng)的請求報文。
10. 如權(quán)利要求9所述的方法，其特征在于，所述方法還包括： 當(dāng)在預(yù)設(shè)重發(fā)次數(shù)內(nèi)未接收到所述第一響應(yīng)報文時，斷開與所述收端設(shè)備的連接。
11. 一種基于用戶數(shù)據(jù)報協(xié)議UDP傳輸?shù)目刂茍笪奶幚硌b置，應(yīng)用于收端設(shè)備，其特征 在于，該裝置包括： 請求報文接收單元，用于接收發(fā)端設(shè)備發(fā)送的第一請求報文，所述第一請求報文為所 述發(fā)端設(shè)備發(fā)送的一組請求報文中的任一請求報文，所述一組請求報文的報文大小小于或 者等于所述發(fā)端設(shè)備的發(fā)送緩沖區(qū)中的空閑空間大?。? 請求報文判斷單元，用于判斷所述第一請求報文是否為第二請求報文，所述第二請求 報文為所述收端設(shè)備按照所述一組請求報文中的報文順序當(dāng)前應(yīng)接收到的請求報文； 請求報文處理單元，用于當(dāng)所述第一請求報文不為所述第二請求報文時，按照所述第 一請求報文在所述一組請求報文中的報文順序?qū)⑺龅谝徽埱髨笪牟迦虢邮站彌_區(qū)的對 應(yīng)位置；當(dāng)所述第一請求報文為所述第二請求報文時，向所述發(fā)端設(shè)備發(fā)送所述第一請求 報文的第一響應(yīng)報文。
12. 如權(quán)利要求11所述的裝置，其特征在于： 所述裝置具體應(yīng)用于采用無線接入點控制與配置CAPWAP協(xié)議進行控制報文傳輸?shù)氖?端設(shè)備。
13. 如權(quán)利要求11所述的裝置，其特征在于，所述請求報文判斷單元包括： 請求報文比較模塊，用于比較所述第一請求報文的第一報文序號是否與所述第二請求 報文的第二報文序號相同； 請求報文確定模塊，用于當(dāng)所述第一報文序號與所述第二報文序號不同時，確定所述 第一請求報文不為所述第二請求報文；當(dāng)所述第一報文序號與所述第二報文序號相同時， 確定所述第一請求報文為所述第二請求報文。
14. 如權(quán)利要求11至13任一所述的裝置，其特征在于，所述裝置還包括： 請求報文處理單元，還用于當(dāng)所述接收緩沖區(qū)中存在報文序號與所述第一請求報文的 報文序號連續(xù)的多個請求報文時，在向所述發(fā)端設(shè)備發(fā)送所述第一請求報文的第一響應(yīng)報 文的同時，發(fā)送所述多個請求報文的響應(yīng)報文。
15. -種基于用戶數(shù)據(jù)報協(xié)議UDP傳輸?shù)目刂茍笪奶幚硌b置，應(yīng)用于發(fā)端設(shè)備，其特征 在于，該裝置包括： 請求報文發(fā)送單元，用于向收端設(shè)備發(fā)送一組請求報文，所述一組請求報文的報文大 小小于或者等于所述發(fā)端設(shè)備的發(fā)送緩沖區(qū)中的空閑空間大??； 響應(yīng)報文接收單元，用于接收所述收端設(shè)備發(fā)送的第一響應(yīng)報文，所述第一響應(yīng)報文 為所述收端設(shè)備按照所述一組請求報文中的報文順序接收到第一請求報文后返回的響應(yīng) 報文； 響應(yīng)報文判斷單元，用于判斷所述第一響應(yīng)報文是否為第二響應(yīng)報文，所述第二響應(yīng) 報文為所述發(fā)端設(shè)備按照所述一組請求報文對應(yīng)的一組響應(yīng)報文中的報文順序當(dāng)前應(yīng)接 收到的響應(yīng)報文； 響應(yīng)報文處理單元，用于當(dāng)所述第一響應(yīng)報文不為所述第二響應(yīng)報文時，按照所述第 一響應(yīng)報文在所述一組響應(yīng)報文中的報文順序?qū)⑺龅谝豁憫?yīng)報文插入發(fā)送緩沖區(qū)的對 應(yīng)位置；當(dāng)所述第一響應(yīng)報文為所述第二響應(yīng)報文時，處理所述第一響應(yīng)報文。
16. 如權(quán)利要求15所述的裝置，其特征在于： 所述裝置具體應(yīng)用于采用無線接入點控制與配置CAPWAP協(xié)議進行控制報文傳輸?shù)陌l(fā) 端設(shè)備。
17. 如權(quán)利要求15所述的裝置，其特征在于，所述響應(yīng)報文判斷單元包括： 響應(yīng)報文比較模塊，用于比較所述第一響應(yīng)報文的第一報文序號是否與所述第二響應(yīng) 報文的第二報文序號相同； 響應(yīng)報文確定模塊，用于當(dāng)所述第一報文序號與所述第二報文序號不同時，確定所述 第一響應(yīng)報文不為所述第二響應(yīng)報文；當(dāng)所述第一報文序號與所述第二報文序號相同時， 確定所述第一響應(yīng)報文為所述第二響應(yīng)報文。
18. 如權(quán)利要求15所述的裝置，其特征在于，所述裝置還包括： 響應(yīng)報文處理單元，還用于當(dāng)所述發(fā)送緩沖區(qū)中存在報文序號與所述第一響應(yīng)報文的 報文序號連續(xù)的多個響應(yīng)報文時，在處理所述第一響應(yīng)報文的同時，處理所述多個響應(yīng)報 文。
19. 如權(quán)利要求15至18任一所述的裝置，其特征在于，所述裝置還包括： 請求報文重發(fā)單元，用于當(dāng)在預(yù)設(shè)響應(yīng)等待時長內(nèi)未接收到所述第一響應(yīng)報文時，重 新發(fā)送所述第一響應(yīng)報文對應(yīng)的請求報文。
20. 如權(quán)利要求I9所述的裝置，其特征在于，所述裝置還包括： 連接斷開單元，用于當(dāng)在預(yù)設(shè)重發(fā)次數(shù)內(nèi)未接收到所述第一響應(yīng)報文時，斷開與所述 收端設(shè)備的連接。
【文檔編號】H04L12/861GK104219168SQ201410513306
【公開日】2014年12月17日 申請日期:2014年9月29日 優(yōu)先權(quán)日:2014年9月29日
【發(fā)明者】魏謙 申請人:杭州華三通信技術(shù)有限公司