劉華+金志堅(jiān)

【摘 要】為了提升端到端數(shù)據(jù)包傳輸效率以及移動(dòng)互聯(lián)網(wǎng)用戶感知，以EGPRS網(wǎng)絡(luò)為例，深入分析了整個(gè)業(yè)務(wù)鏈條影響數(shù)據(jù)包分片的機(jī)制、參數(shù)設(shè)置等，并提出相應(yīng)設(shè)置策略和建議，最后結(jié)合實(shí)際案例驗(yàn)證了研究成果的可行性和準(zhǔn)確性。

【關(guān)鍵詞】移動(dòng)互聯(lián)網(wǎng) EGPRS 端到端 數(shù)據(jù)包分片 MTU

Research on the Optimization Method of End-to-End Packet Fragmentation

in Mobile Internet

[Abstract] In order to improve the end-to-end data packet transmission efficiency and the mobile Internet user perception， based on EGPRS networks， the impacts of the whole business chain on the mechanism and parameter configuration of packets was analyzed in depth in this paper. Then， corresponding setting policies and suggestions were put forward. Finally， the feasibility and accuracy of the research result was verified according to the practical case.

[Key words]mobile Internet EGPRS end-to-end packet fragmentation maximum transmission unit

1 引言

移動(dòng)互聯(lián)網(wǎng)業(yè)務(wù)流程涉及眾多節(jié)點(diǎn)，包括終端、無線網(wǎng)、核心網(wǎng)、業(yè)務(wù)網(wǎng)、承載網(wǎng)、互聯(lián)網(wǎng)等，這些網(wǎng)絡(luò)節(jié)點(diǎn)由于其實(shí)現(xiàn)機(jī)制、接口協(xié)議、處理能力等不同，都有可能對(duì)數(shù)據(jù)包進(jìn)行分片。分片過多或者過少，都將嚴(yán)重影響端到端鏈路的承載效率和用戶感知。本文以EGPRS（Enhanced General Packet Radio Service，增強(qiáng)型通用分組無線業(yè)務(wù)）網(wǎng)絡(luò)為例，研究如何在復(fù)雜的業(yè)務(wù)流程和眾多的業(yè)務(wù)節(jié)點(diǎn)中合理設(shè)置數(shù)據(jù)包分片大小，幫助從業(yè)人員提升2G/3G數(shù)據(jù)業(yè)務(wù)優(yōu)化能力，并為當(dāng)前LTE網(wǎng)絡(luò)優(yōu)化奠定基礎(chǔ)。

2 EGPRS端到端網(wǎng)絡(luò)結(jié)構(gòu)及協(xié)議

EGPRS端到端網(wǎng)絡(luò)結(jié)構(gòu)及接口如圖1所示。手機(jī)上網(wǎng)業(yè)務(wù)經(jīng)過的主要節(jié)點(diǎn)包括終端、BSS（Base Station Subsystem，基站子系統(tǒng)）/UTRAN（Universal Terrestrial Radio Access Network，全球陸地?zé)o線接入網(wǎng)絡(luò)）、SGSN（Serving GPRS Support Node，服務(wù)GPRS支持節(jié)點(diǎn)）、GGSN（Gateway GPRS Support Node，網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)）等，主要涉及Um、Gb、Gn、Gi等接口。

EGPRS網(wǎng)絡(luò)體現(xiàn)出了分組交換和分組傳輸?shù)奶攸c(diǎn)，即數(shù)據(jù)和信令是基于統(tǒng)一的傳輸平面。EGPRS端到端控制面、用戶面接口及協(xié)議分別如圖2和圖3所示：

3 IP數(shù)據(jù)包分片

為了適應(yīng)移動(dòng)業(yè)務(wù)多元化，實(shí)現(xiàn)網(wǎng)絡(luò)融合、業(yè)務(wù)融合以及運(yùn)營轉(zhuǎn)型，移動(dòng)互聯(lián)網(wǎng)不斷向IP化演進(jìn)，因此IP協(xié)議是端到端數(shù)據(jù)包分片的首要考慮因素。

3.1 數(shù)據(jù)包的分片與重組

在TCP（Transmission Control Protocol，傳輸控制協(xié)議）/IP協(xié)議封裝過程中，各個(gè)應(yīng)用程序?qū)⒁l(fā)送的數(shù)據(jù)送給傳輸層，傳輸層TCP/UDP（User Datagram Protocol，用戶數(shù)據(jù)報(bào)協(xié)議）再將數(shù)據(jù)分為大小一定的數(shù)據(jù)段，加上本層的報(bào)文頭發(fā)送給網(wǎng)絡(luò)層（IP）。IP分片是網(wǎng)絡(luò)層傳輸IP報(bào)文的一種技術(shù)手段。IP協(xié)議在傳輸數(shù)據(jù)包時(shí)，將數(shù)據(jù)報(bào)文分為若干分片進(jìn)行傳輸，并在下一跳節(jié)點(diǎn)進(jìn)行重組，這一過程稱為分片（Fragmentation）。

MTU（Maximum Transmission Unit，最大傳輸單元）是指在網(wǎng)絡(luò)層中可以傳輸?shù)淖畲驣P數(shù)據(jù)包大小；MSS（Maximum Segment Size，最大報(bào)文段長度）是TCP協(xié)議的概念，是指傳輸層能夠發(fā)送的數(shù)據(jù)塊最大長度，此長度不包括TCP頭內(nèi)容。

MTU和MSS是TCP/IP協(xié)議通信中有關(guān)傳送數(shù)據(jù)包大小的參數(shù)，直接影響到傳送路徑上設(shè)備對(duì)數(shù)據(jù)包的分片處理，間接影響到分片包錯(cuò)序、丟包導(dǎo)致重傳等情況的發(fā)生。如果MTU/MSS設(shè)置過大，將會(huì)導(dǎo)致數(shù)據(jù)在傳送時(shí)多次進(jìn)行分片，影響系統(tǒng)性能或者出現(xiàn)丟包等問題；如果TCP MSS值設(shè)置過小，報(bào)文數(shù)量明顯增多，導(dǎo)致承載效率下降。

通常情況下，MSS=MTU-IP報(bào)頭-TCP報(bào)頭（一般為1460=1500-20-20）。為了達(dá)到最佳的傳輸效能，TCP協(xié)議在建立連接時(shí)，需要事先協(xié)商雙方的MSS值。對(duì)于TCP數(shù)據(jù)包來說，每個(gè)TCP數(shù)據(jù)包在組成前其大小就已經(jīng)被MSS限制了，自然也就不用再進(jìn)行IP層分片；而對(duì)于UDP數(shù)據(jù)包來說，如果UDP組成的IP數(shù)據(jù)包長度超過MTU，那么必須要進(jìn)行IP層分片，因?yàn)閁DP協(xié)議不能像TCP協(xié)議那樣可以自己進(jìn)行分片。需要注意的是，分片既可能發(fā)生在發(fā)送端，也可能發(fā)生在轉(zhuǎn)發(fā)報(bào)文的路由器、防火墻等中間系統(tǒng)。

IP數(shù)據(jù)報(bào)被分片之后，所有分片報(bào)文的IP報(bào)頭中的源IP、目的IP、IP標(biāo)識(shí)、上層協(xié)議等信息都是一樣的，不同的地方在于分片標(biāo)志位和分片偏移量，而接收方正是根據(jù)接收到的分片報(bào)文的源IP、目的IP、IP標(biāo)識(shí)、分片標(biāo)志位、分片偏移量來對(duì)接收到的分片報(bào)文進(jìn)行重組。接收方根據(jù)報(bào)文的源IP、目的IP、IP標(biāo)識(shí)將接收到的分片報(bào)文歸為不同原始IP數(shù)據(jù)報(bào)的分片分組；分片標(biāo)志中的MF位（More Fragment）標(biāo)識(shí)了是否是最后一個(gè)分片報(bào)文，如果是則根據(jù)分片偏移量計(jì)算出各個(gè)分片報(bào)文在原始IP數(shù)據(jù)報(bào)中的位置，重組為分片前的原始IP報(bào)文，如果不是則等待最后一個(gè)分片報(bào)文達(dá)到后完成重組。

如圖4所示，數(shù)據(jù)包在IP層進(jìn)行了分片，Identification（0x3555）為該數(shù)據(jù)包所有分片打上同樣的標(biāo)記，由于第一個(gè)分片的長度為1480字節(jié)，因此第二個(gè)分片的Fragment offset為1480。

3.2 數(shù)據(jù)包分片帶來的問題

分片過多將帶來諸多網(wǎng)絡(luò)問題，為此要盡量減少分片產(chǎn)生，以適配各個(gè)網(wǎng)絡(luò)階段傳輸特性，提升系統(tǒng)整體性能。分片帶來的主要問題如下：

（1）分片過多帶來性能消耗

分片和重組會(huì)消耗發(fā)送方、接收方一定的CPU等資源，如果存在大量的分片報(bào)文，可能會(huì)造成較為嚴(yán)重的資源消耗；分片對(duì)接收方內(nèi)存資源的消耗較多，因?yàn)榻邮辗揭獮榻邮盏降拿總€(gè)分片報(bào)文分配內(nèi)存空間，以便于最后一個(gè)分片報(bào)文到達(dá)后完成重組。

（2）分片丟包導(dǎo)致重傳

IP層本身沒有超時(shí)重傳機(jī)制，而是由更高層（如TCP）來負(fù)責(zé)超時(shí)和重傳。如果某個(gè)分片報(bào)文在網(wǎng)絡(luò)傳輸過程中丟失，那么接收方將無法完成重組，若應(yīng)用進(jìn)程要求重傳，發(fā)送方必須重傳所有分片報(bào)文而不是僅重傳被丟棄的那個(gè)分片報(bào)文，這種效率低下的重傳行為會(huì)給端系統(tǒng)和網(wǎng)絡(luò)資源帶來額外的消耗。

（3）分片攻擊

黑客構(gòu)造的分片報(bào)文不向接收方發(fā)送最后一個(gè)分片報(bào)文，導(dǎo)致接收方要為所有的分片報(bào)文分配內(nèi)存空間，但由于最后一個(gè)分片報(bào)文永遠(yuǎn)不會(huì)達(dá)到，接收方的內(nèi)存得不到及時(shí)釋放，接收方會(huì)啟動(dòng)一個(gè)分片重組的定時(shí)器，在一定時(shí)間內(nèi)如果無法完成重組，將向發(fā)送方發(fā)送ICMP重組超時(shí)差錯(cuò)報(bào)文，只要這種攻擊的分片報(bào)文發(fā)送的足夠多、足夠快，很容易占滿接收方內(nèi)存，讓接收方無內(nèi)存資源處理正常的業(yè)務(wù)，從而達(dá)到DoS的攻擊效果。

（4）安全隱患

由于分片只有第一個(gè)分片報(bào)文具有四層信息而其他分片沒有，這給路由器、防火墻等中間設(shè)備在做訪問控制策略匹配時(shí)帶來了麻煩。

4 各層協(xié)議數(shù)據(jù)包分片標(biāo)識(shí)

對(duì)于不同節(jié)點(diǎn)，可以基于以下方法對(duì)各個(gè)節(jié)點(diǎn)IP層分片情況進(jìn)行評(píng)估和分析：

（1）IP層分片標(biāo)識(shí)

IP層應(yīng)用于Gn、Gi等眾多接口，可以利用ip_flags、ip_flags_df、ip_flags_mf（該字段為“0”表示是最后一個(gè)分段，為“1”表示還有更多的分段，除了最后一個(gè)分段外，其他的分段都應(yīng)將該位置“1”）、ip_frag_offset分組統(tǒng)計(jì)，得到ip_flags_mf=1的IP層分片包數(shù)量占比（即IP層分片的比例）等指標(biāo)。MF字段為“0”表示是最后一個(gè)分段，為“1”表示還有更多的分段，除了最后一個(gè)分段外，其他的分段都應(yīng)將該位置“1”。

（2）IP2層分片標(biāo)識(shí)

EGPRS的IP應(yīng)用規(guī)程結(jié)構(gòu)可以理解為兩層IP結(jié)構(gòu)，即用戶級(jí)的IP協(xié)議以及采用IP協(xié)議的EGPRS系統(tǒng)本身?？梢岳胕p2_flags、ip2_flags_df、ip2_flags_mf、ip2_frag_offset分組統(tǒng)計(jì)，得到ip2_flags_mf=1的IP2層分片包數(shù)量占比（即IP2層分片的比例）等指標(biāo)。

（3）SNDCP層分片標(biāo)識(shí)

SNDCP（Sub Network Dependent Convergence Protocol，子網(wǎng)相關(guān)會(huì)聚協(xié)議）層應(yīng)用于Gb接口，More bit表示是否最后一個(gè)SNDCP分片（實(shí)際上隱含說明這個(gè)數(shù)據(jù)包有沒有被分段），該字段為“0”表示是最后一個(gè)分段，為“1”表示還有更多的分段?？梢岳胕p_flags_mf、sndcp_m、sndcp_segment分組統(tǒng)計(jì)，得到IP層分片包數(shù)量占比、SNDCP層分片包數(shù)量占比等指標(biāo)。

5 接口分片

5.1 Um接口分片

Um接口是手機(jī)和基站間的接口，數(shù)據(jù)包的分片主要取決于信道編碼方式。GPRS支持的編碼方式如表1所示：

EGPRS支持9種編碼方式，峰值速率相比GPRS提升了約3倍，具體如表2所示。

RLC（Radio Link Control，無線鏈路控制）層主要負(fù)責(zé)LLC-PDU包的拆分和組裝。其運(yùn)用一種滑動(dòng)窗口協(xié)議，采用確認(rèn)或非確認(rèn)模式在對(duì)等層之間傳送數(shù)據(jù)。通過優(yōu)化手段提升高階編碼占比和降低重傳率，可以提升空中接口傳輸效率和用戶上網(wǎng)速率。

5.2 Gb接口分片

Gb接口是SGSN和BSS之間的接口，該接口通過SNDCP協(xié)議實(shí)現(xiàn)數(shù)據(jù)包的分片。SNDCP層執(zhí)行N-PDU分段的依據(jù)是N201，這個(gè)LLC層參數(shù)通過XID流程協(xié)商確定。具體來說，非確認(rèn)模式根據(jù)N201-U來進(jìn)行分段，確認(rèn)模式根據(jù)N201-I來進(jìn)行分段。

由于協(xié)議并未規(guī)定由手機(jī)還是SGSN首先發(fā)起N201-U協(xié)商，目前部分終端不主動(dòng)與SGSN進(jìn)行SNDCP的N201-U協(xié)商，如果SGSN配置為不主動(dòng)發(fā)起N201-U協(xié)商，可能導(dǎo)致以下結(jié)果：

（1）終端不主動(dòng)發(fā)起而使得N201-U為500字節(jié)，引起數(shù)據(jù)包在SNDCP層分片。

（2）終端發(fā)起協(xié)商，由于終端的品牌類型和能力不同，N201-U協(xié)商的值會(huì)參差不齊，手機(jī)發(fā)起協(xié)商的N201-U值過小（如僅為800字節(jié)）。這種情況下也會(huì)引起數(shù)據(jù)包在SNDCP層分片，只是分片數(shù)量比第一種情況少。

因此，建議SGSN側(cè)開啟Gb N201-U協(xié)商功能以及對(duì)TCP MSS進(jìn)行優(yōu)化調(diào)整，可實(shí)現(xiàn)所有手機(jī)的最大傳輸單元參數(shù)協(xié)商，以提升手機(jī)傳輸能力。

考慮到上述原因，現(xiàn)網(wǎng)中N201-U參數(shù)具體優(yōu)化思路為：基于現(xiàn)網(wǎng)統(tǒng)計(jì)，確定現(xiàn)網(wǎng)BSSGP協(xié)議開銷，合理設(shè)置N201-U參數(shù)，保證在SNDCP層和IP層都不分片。例如，基于現(xiàn)網(wǎng)統(tǒng)計(jì)，BSSGP協(xié)議的字節(jié)開銷為63個(gè)字節(jié)，則LLC層N201-U應(yīng)設(shè)置為：MTU-IP頭長度20字節(jié)-UDP頭長度8字節(jié)-NS頭長度4字節(jié)-BSSGP頭長度63字節(jié)-LLC頭長度6字節(jié)。

5.3 Gn、Gi接口分片

Gn接口是SGSN和GGSN之間的接口，該接口采用在UDP協(xié)議之上承載GTP（GPRS Tunneling Protocol，GPRS隧道協(xié)議）的方式進(jìn)行通信；Gi接口是GPRS與外部分組數(shù)據(jù)網(wǎng)之間的接口，該接口根據(jù)所互通的數(shù)據(jù)網(wǎng)不同而采用相應(yīng)的協(xié)議，如X.25協(xié)議、IP協(xié)議等。

Gn、Gi接口采用隧道（Tunnel）技術(shù)，隧道是一個(gè)虛擬的點(diǎn)對(duì)點(diǎn)的連接，在實(shí)際中可以看成僅支持點(diǎn)對(duì)點(diǎn)連接的虛擬接口，該接口提供了一條通路使封裝的數(shù)據(jù)包能夠在這個(gè)通路上傳輸，并且在一個(gè)隧道的兩端分別對(duì)數(shù)據(jù)包進(jìn)行封裝及解封裝。EGPRS網(wǎng)絡(luò)中主要的隧道技術(shù)包括：GTP隧道和GRE（Generic Routing Encapsulation，通用路由封裝協(xié)議）隧道。

在傳統(tǒng)有線以太網(wǎng)接入情況下，MTU=MSS+IP報(bào)頭長度+TCP報(bào)頭長度。當(dāng)MTU為默認(rèn)1500字節(jié)、MSS為1460字節(jié)時(shí)，MTU和MSS為最優(yōu)設(shè)置，在傳送過程中不會(huì)額外發(fā)生分片，傳送順暢且效率最佳。但在EGPRS網(wǎng)絡(luò)中，由于數(shù)據(jù)包在Gn、Gi等接口存在額外開銷，有線以太網(wǎng)中的MTU和MSS最優(yōu)設(shè)置不再有效，對(duì)于傳統(tǒng)默認(rèn)參數(shù)設(shè)置，在GTP隧道（GTP Tunnel）/GRE隧道（GRE Tunnel）必須進(jìn)行分片處理后才能發(fā)送。

（1）GTP隧道

GSN和GGSN之間數(shù)據(jù)承載為GTP Tunnel，當(dāng)終端APN（Access Point Name，接入點(diǎn)名稱）設(shè)置為CMNET時(shí)，GGSN可以直接通過防火墻NAT訪問公網(wǎng)業(yè)務(wù)服務(wù)器，無需GRE隧道（如APN=CMNET）。

3GPP TS 29.060定義的GTP頭部字段（GTP Header）如圖5所示，通常為12字節(jié)，其中第1～8個(gè)字節(jié)為必選項(xiàng)。因此，GTP Tunnel的額外開銷為：IP層開銷（20字節(jié)）、UDP層開銷（8字節(jié)）和GTP層開銷（可變長度，通常為8字節(jié)或12字節(jié)）。

（2）GRE隧道

在EGPRS網(wǎng)絡(luò)中，用戶使用WAP（Wireless Application Protocol，無線應(yīng)用通訊協(xié)議）網(wǎng)關(guān)代理的業(yè)務(wù)時(shí)，由于WAP網(wǎng)關(guān)采用私網(wǎng)地址、GGSN采用公網(wǎng)地址，需要在WAP網(wǎng)關(guān)和GGSN之間建立GRE隧道，將私網(wǎng)IP報(bào)文用公網(wǎng)IP地址封裝后在公網(wǎng)上進(jìn)行傳輸。當(dāng)終端APN設(shè)置為CMWAP時(shí)，GGSN和WAP網(wǎng)關(guān)側(cè)防火墻之間數(shù)據(jù)承載為GRE Tunnel。

RFC1701定義的GRE頭部字段如圖6所示，包頭長度為4～20字節(jié)，GRE報(bào)頭的前32位，這4個(gè)字節(jié)是必選項(xiàng)，構(gòu)成了GRE的基本報(bào)頭。因此，GRE Tunnel的額外開銷為：IP層開銷（20字節(jié)）和GRE開銷（通常為4字節(jié)）。

6 分片優(yōu)化案例

通過對(duì)數(shù)據(jù)包分片原理進(jìn)行研究，結(jié)合實(shí)際網(wǎng)絡(luò)情況，可以有針對(duì)性地解決網(wǎng)絡(luò)中存在的分片相關(guān)的問題。

案例1：GRE包頭長度問題導(dǎo)致用戶訪問WAP網(wǎng)頁無法打開

問題描述：A廠商GGSN和B廠商WAP網(wǎng)關(guān)對(duì)接。具體設(shè)置為：WAP網(wǎng)關(guān)側(cè)MSS設(shè)置為1436，MTU為1476字節(jié)；GRE路由器以及中間IP承載網(wǎng)其他數(shù)據(jù)通信設(shè)備的MTU都是1500。用戶投訴訪問WAP網(wǎng)頁無法打開。

問題分析：

GRE封裝過程如圖7所示，GRE的包大小為：MSS+原始TCP包頭（20字節(jié)）+原始IP包頭（20字節(jié)）+新IP包頭（20字節(jié)）+GRE包頭（通常為4字節(jié)）=1500字節(jié)。

通常情況下，GRE頭部開銷為4～20字節(jié)，前4個(gè)字節(jié)為必選項(xiàng)，后16個(gè)字節(jié)為可選項(xiàng)。進(jìn)行抓包分析，發(fā)現(xiàn)在該GRE路由器GRE頭部開銷實(shí)際為8字節(jié)，導(dǎo)致WAP網(wǎng)關(guān)側(cè)1476（MTU）字節(jié)長度的數(shù)據(jù)包經(jīng)過GRE路由器后實(shí)際長度為：1476+20（新IP包頭）+8（GRE包頭）=1504字節(jié)，超過GRE路由器以及中間IP承載網(wǎng)其他數(shù)據(jù)通信設(shè)備的MTU（1500字節(jié)），如果存在中間網(wǎng)元丟包處理或者GGSN無法完成分片重組等，MS將無法打開相應(yīng)的網(wǎng)頁。

考慮到實(shí)際網(wǎng)絡(luò)中GRE頭部開銷為8字節(jié)，將WAP網(wǎng)關(guān)側(cè)MTU降至1472字節(jié)，保證經(jīng)過GRE路由器處理后正好為1500字節(jié)（1472+20+8=1500），這樣在傳遞給其他數(shù)據(jù)通信設(shè)備以及GGSN時(shí)就不會(huì)再出現(xiàn)分片的問題。

案例2：GGSN GRE接口MTU設(shè)置問題導(dǎo)致下行分片率過高

問題描述：基于現(xiàn)網(wǎng)統(tǒng)計(jì)，某局WAP網(wǎng)關(guān)到GGSN下行分片率較高。

問題分析：WAP網(wǎng)關(guān)→GGSN下行數(shù)據(jù)業(yè)務(wù)承載在GRE Tunnel上，除去IP層開銷（20字節(jié)）和GRE開銷（通常為4字節(jié)）后，最大傳輸單元最大為1476字節(jié)?；谏鲜龇治觯赏ㄟ^優(yōu)化GGSN GRE接口MTU值為1476、優(yōu)化WAP網(wǎng)關(guān)防火墻MTU值為1476來解決該問題。

案例3：GGSN側(cè)Gi接口MSS設(shè)置問題導(dǎo)致GTP Tunnel和GRE Tunnel分片率均過高

問題描述：基于現(xiàn)網(wǎng)統(tǒng)計(jì)，WAP網(wǎng)關(guān)到SGSN的下行數(shù)據(jù)傳輸中，GTP Tunnel和GRE Tunnel分片率均較高。

問題分析：正常情況下，GTP Tunnel需要增加IP層開銷（20字節(jié)）、UDP層開銷（8字節(jié)）和GTP層開銷（8或12字節(jié)開銷，假設(shè)現(xiàn)網(wǎng)為8字節(jié)），而GRE Tunnel需要增加IP層開銷（20字節(jié)）和GRE開銷（4字節(jié)）。因此，一個(gè)數(shù)據(jù)包如果在GTP Tunnel上不分片，那么在GRE Tunnel上也不會(huì)分片。

基于上述分析，解決措施為：優(yōu)化GGSN側(cè)匯聚交換機(jī)Gi接口MSS配置為1500-20-8-8-20（應(yīng)用級(jí)IP包頭）-20（應(yīng)用級(jí)TCP包頭）=1424字節(jié)。

7 結(jié)束語

本文以EGPRS網(wǎng)絡(luò)為例，研究了移動(dòng)互聯(lián)網(wǎng)端到端數(shù)據(jù)包分片的原理，基于業(yè)務(wù)鏈條總結(jié)了Um、Gb、Gn、Gi導(dǎo)致數(shù)據(jù)包分片的原因及優(yōu)化方法，相應(yīng)成果在解決網(wǎng)絡(luò)實(shí)際問題中也得到了應(yīng)用和驗(yàn)證。下一步可在此成果基礎(chǔ)上，對(duì)LTE、VoLTE端到端數(shù)據(jù)包分片的原理及優(yōu)化方法進(jìn)行專題研究。

參考文獻(xiàn)：

[1] W Richard Stevens. TCP/IP詳解卷1：協(xié)議[M]. 范建華，胥光輝，張濤，等譯. 北京： 機(jī)械工業(yè)出版社， 2014.

[2] Chris Sanders. Wireshark數(shù)據(jù)包分析實(shí)戰(zhàn)[M]. 2版. 諸葛建偉，陳霖，許偉林，譯. 北京： 人民郵電出版社， 2013.

[3] 3GPP TS 29.060 V4.11.0. GPRS Tunnelling Protocol （GTP） across the Gn and Gp interface[S]. 2004.

[4] 3GPP TS 23.060 V4.11.0. Service description； Stage 2[S]. 2006.

[5] 3GPP TS 44.060 V4.23.0. Radio Link Control/Medium Access Control （RLC/MAC） protocol[S]. 2005.

[6] 3GPP TS 44.064. V4.3.0. Logical Link Control （LLC） layer specification[S]. 2002.

[7] 3GPP TS 44.065.V4.3.0. Subnetwork Dependent Convergence Protocol （SNDCP）[S]. 2004.

[8] 3GPP TS 29.061. V4.10.1. Interworking between the Public Land Mobile Network （PLMN） supporting packet based services and Packet Data Networks （PDN）[S]. 2005.

[9] 3GPP TS 48.016.V4.4.0. Base Station System （BSS） - Serving GPRS Support Node （SGSN） interface； Network Service[S]. 2004.

[10] 3GPP TS 48.018. V4.7.0. General Packet Radio Service （GPRS）； Base Station System （BSS） - Serving GPRS Support Node （SGSN）； BSS GPRS Protocol （BSSGP）[S]. 2004.