一種報(bào)文傳輸處理方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001 ]本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種報(bào)文傳輸處理方法及裝置。
【背景技術(shù)】
[0002]CAPWAP(Control And Provis1ning of Wireless Access Points，無(wú)線接入點(diǎn)控制與配置協(xié)議)隧道技術(shù)是WLAN(Wireless Local Area Networks，無(wú)線局域網(wǎng)絡(luò))領(lǐng)域集中管理模式常用的手段，AP(Access Point，接入點(diǎn))設(shè)備與AC(Access Controller，集中控制器)設(shè)備間通過(guò)CAPWAP隧道互聯(lián)，實(shí)現(xiàn)AP設(shè)備的集中管理和數(shù)據(jù)業(yè)務(wù)的集中轉(zhuǎn)發(fā)。在傳輸控制協(xié)議(Transmiss1n Control Protocol，TCP)中米用最大分片長(zhǎng)度(MaximumSegment Size，MSS)對(duì)TCP報(bào)文中的數(shù)據(jù)字段的最大長(zhǎng)度進(jìn)行了限制，同時(shí)，傳輸控制協(xié)議/網(wǎng)際協(xié)議(Transmiss1n Control Protocol/Internet Protocol，TCP/IP)對(duì)數(shù)據(jù)鏈路層每次發(fā)送的數(shù)據(jù)幀的最大長(zhǎng)度也進(jìn)行了限制，數(shù)據(jù)鏈路層的這個(gè)特性稱作最大傳輸單元(Maximum Transmit Unit，MTU)。然而，CAPWAP隧道由于是在數(shù)據(jù)報(bào)文外側(cè)增加CAPWAP首部，因此會(huì)增加整個(gè)報(bào)文的負(fù)載長(zhǎng)度，從而可能超過(guò)鏈路允許的最大MTU值。為了使封裝CAPWAP隧道的數(shù)據(jù)能夠正常在鏈路上傳遞，則必須引入分片。
[0003]在現(xiàn)有技術(shù)中，通過(guò)CAPWAP協(xié)議對(duì)報(bào)文進(jìn)行分片，也就是說(shuō)，通過(guò)CAPWAP協(xié)議直接對(duì)CAPWAP報(bào)文承載的數(shù)據(jù)進(jìn)行分片。AP設(shè)備接收到AC設(shè)備的所述CAPWAP分片報(bào)文后需要對(duì)所述CAPWAP分片報(bào)文進(jìn)行重組后才能獲得所述CAPWAP報(bào)文承載的數(shù)據(jù)，從而將所述數(shù)據(jù)發(fā)給用戶?；蛘咄ㄟ^(guò)IP協(xié)議對(duì)承載的CAPWAP報(bào)文進(jìn)行分片，AP設(shè)備收到AC設(shè)備的所述IP分片報(bào)文后需要重組后才能解析所述CAPWAP報(bào)文，才能獲得CAPWAP報(bào)文承載的數(shù)據(jù)，從而將所述數(shù)據(jù)發(fā)送給用戶。
[0004]不管是基于CAPWAP協(xié)議的分片處理，還是AP設(shè)備和AC設(shè)備之間的IP分片處理，對(duì)于AP設(shè)備的處理能力要求很高，加重AP設(shè)備的工作負(fù)荷，消耗AP設(shè)備的大量資源。由于APS備對(duì)CAPWAP報(bào)文處理和IP分片處理需要提交至CPU(Central Processing Unit，中央處理器)完成，會(huì)增加CPU的處理和等待時(shí)間，使數(shù)據(jù)轉(zhuǎn)發(fā)能力下降。

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

[0005]本發(fā)明實(shí)施例提供一種報(bào)文傳輸處理方法和裝置，用以解決CAPWAP分片和重組造成的鏈路效率低的問(wèn)題。
[0006]本發(fā)明實(shí)施例提供一種報(bào)文傳輸處理方法，包括:
[0007]鏈路設(shè)備接收來(lái)自第一設(shè)備的需要發(fā)送給第二設(shè)備的握手報(bào)文；
[0008]若所述握手報(bào)文中攜帶的最大分片長(zhǎng)度大于設(shè)定的容量門限值，所述鏈路設(shè)備變更所述最大分片長(zhǎng)度，其中所述變更后的最大分片長(zhǎng)度不大于所述門限值；
[0009]所述鏈路設(shè)備將握手報(bào)文發(fā)送給所述第二設(shè)備。
[0010]本發(fā)明的上述實(shí)施例提供的一種報(bào)文傳輸處理方法，根據(jù)鏈路設(shè)備所接收到的第一設(shè)備準(zhǔn)備發(fā)給第二設(shè)備中的握手報(bào)文，判斷是否需要對(duì)握手報(bào)文中的最大分片長(zhǎng)度進(jìn)行修改;若握手報(bào)文中的最大分片長(zhǎng)度大于設(shè)定的容量門限值，則修改握手報(bào)文中的最大分片長(zhǎng)度不大于容量門限值;然后鏈路設(shè)備將修改后的握手報(bào)文發(fā)送給第二設(shè)備;若握手報(bào)文中的最大分片長(zhǎng)度不大于所述容量門限值，則鏈路設(shè)備將握手報(bào)文發(fā)送給第二設(shè)備。鏈路設(shè)備可以修改握手報(bào)文中的最大分片長(zhǎng)度，從而保障了數(shù)據(jù)流經(jīng)CAPWAP隧道時(shí)，不會(huì)超過(guò)CAPWAP隧道最大負(fù)載能力，避免CAPWAP分片和重組，優(yōu)化鏈路工作效率，提高AP設(shè)備吞吐量。
[0011]進(jìn)一步地，所述設(shè)定的容量門限值為所述鏈路設(shè)備自身允許的最大報(bào)文長(zhǎng)度。
[0012]本發(fā)明上述實(shí)施例中，所述預(yù)設(shè)容量門限值為所述鏈路設(shè)備的最大分片報(bào)文長(zhǎng)度，利用鏈路自身支持的最大報(bào)文長(zhǎng)度作為容量門限值，使得鏈路設(shè)備工作能力提高，避免不必要的報(bào)文分片，提高了整個(gè)鏈路的傳輸效率。
[0013]進(jìn)一步地，所述鏈路設(shè)備根據(jù)下列方式判斷是否接收到握手報(bào)文。
[0014]所述鏈路設(shè)備在接收到報(bào)文后，若所述報(bào)文為SYWSYNchronous，同步)數(shù)據(jù)報(bào)文或者SYN/ACI^SYNchronous/ACKnowledge，同步確認(rèn))數(shù)據(jù)報(bào)文，則確定收到的報(bào)文為握手報(bào)文;否則，則確定收到的報(bào)文不是握手報(bào)文。。
[0015]本發(fā)明上述實(shí)施例中，握手報(bào)文SYN或SYN/ACK的選項(xiàng)字段中有第一設(shè)備或第二設(shè)備的MSS值，因此，只有鏈路設(shè)備獲得握手報(bào)文之后，才能確定第一設(shè)備或第二設(shè)備的MSS值是否大于鏈路設(shè)備設(shè)定的容量門限值，也才能夠確定是否需要變更第一設(shè)備或第二設(shè)備的MSS 值。
[0016]進(jìn)一步地，所述最大分片長(zhǎng)度為TCP層的最大分片報(bào)文長(zhǎng)度或IP層的最大分片長(zhǎng)度。
[0017]本發(fā)明上述實(shí)施例中，最大分片長(zhǎng)度為TCP層的最大分片長(zhǎng)度或IP層的最大分片長(zhǎng)度，因?yàn)樵赥CP層和IP層中傳輸?shù)膱?bào)文具有鏈路協(xié)商的機(jī)制，所以本發(fā)明上述實(shí)施例中，鏈路設(shè)備可以利用鏈路協(xié)商機(jī)制變更大于容量門限的報(bào)文，充分利用兩種報(bào)文自身的特性，達(dá)到協(xié)商的效果。
[0018]進(jìn)一步地，所述鏈路設(shè)備接收來(lái)自第一設(shè)備的需要發(fā)送給第二設(shè)備的握手報(bào)文之后，還包括:
[0019]若所述握手報(bào)文中攜帶的最大分片長(zhǎng)度不大于所述鏈路設(shè)備設(shè)定的容量門限值，所述鏈路設(shè)備將握手報(bào)文發(fā)送給所述第二設(shè)備。
[0020]本發(fā)明上述實(shí)施例中，保證了數(shù)據(jù)報(bào)文傳輸?shù)耐暾敉ㄟ^(guò)鏈路設(shè)備的數(shù)據(jù)報(bào)文不大于設(shè)定的容量門限值，則所述數(shù)據(jù)報(bào)文不需要進(jìn)行變更，由鏈路設(shè)備直接發(fā)送給第二設(shè)備。
[0021]本發(fā)明實(shí)施例還提供一種報(bào)文傳輸處理裝置，包括:
[0022]報(bào)文接收單元，用于接收來(lái)自第一設(shè)備的需要發(fā)送給第二設(shè)備的握手報(bào)文；
[0023]容量調(diào)整單元，用于當(dāng)所述握手報(bào)文中攜帶的最大分片長(zhǎng)度大于設(shè)定的容量門限值，所述容量調(diào)整單元變更所述最大分片長(zhǎng)度，其中所述變更后的最大分片長(zhǎng)度不大于所述門限值；
[0024]報(bào)文發(fā)送單元，用于將握手報(bào)文發(fā)送給所述第二設(shè)備。
[0025]進(jìn)一步地，所述設(shè)定的容量門限值為鏈路設(shè)備自身允許的最大報(bào)文長(zhǎng)度。
[0026]進(jìn)一步地，所述報(bào)文接收單元還用于，根據(jù)下列方式判斷是否接收到握手報(bào)文:
[0027]在接收到報(bào)文后，若所述報(bào)文為SYN數(shù)據(jù)報(bào)文或者SYN/ACK數(shù)據(jù)報(bào)文，則確定收到的報(bào)文為握手報(bào)文;否則，確定收到的報(bào)文不是握手報(bào)文。。
[0028]進(jìn)一步地，所述最大分片報(bào)文長(zhǎng)度為TCP層的最大分片長(zhǎng)度或IP層的最大分片長(zhǎng)度。
[0029]進(jìn)一步地，所述報(bào)文發(fā)送單元還用于:
[0030]若所述握手報(bào)文中攜帶的最大分片長(zhǎng)度不大于設(shè)定的容量門限值，將握手報(bào)文發(fā)送給所述第二設(shè)備。
[0031]本發(fā)明上述實(shí)施例提供的一種報(bào)文傳輸處理裝置，根據(jù)鏈路設(shè)備所接收到的第一設(shè)備準(zhǔn)備發(fā)給第二設(shè)備中的握手報(bào)文，判斷是否需要對(duì)握手報(bào)文中的最大分片長(zhǎng)度進(jìn)行修改;若握手報(bào)文中的最大分片長(zhǎng)度大于設(shè)定的容量門限值，則修改握手報(bào)文中的最大分片長(zhǎng)度不大于容量門限值;然后鏈路設(shè)備將修改后的握手報(bào)文發(fā)送給第二設(shè)備;若握手報(bào)文中的最大分片長(zhǎng)度不大于所述容量門限值，則鏈路設(shè)備將握手報(bào)文發(fā)送給第二設(shè)備。鏈路設(shè)備可以修改握手報(bào)文中的