專利名稱：：通用分組無(wú)線業(yè)務(wù)隧道協(xié)議報(bào)文傳輸方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及移動(dòng)通信技術(shù)，特別涉及一種通用分組無(wú)線業(yè)務(wù)(GPRS，GeneralPacketRadioService)隧道協(xié)i義(GTP，GPRSTunnelingProtocol)報(bào)文傳輸方法、系統(tǒng)及設(shè)備。
背景技術(shù)：
：當(dāng)前，GPRS技術(shù)已經(jīng)在無(wú)線通信網(wǎng)絡(luò)中得到了廣泛應(yīng)用。GRPS網(wǎng)絡(luò)通過(guò)在原有的全球移動(dòng)通信系統(tǒng)(GSM，GlobalSystemforMobilecommunication)中引入分組數(shù)據(jù)技術(shù)，實(shí)現(xiàn)了端到端的分組數(shù)據(jù)傳輸，為用戶提供更為豐富的服務(wù)類型，如網(wǎng)頁(yè)瀏覽、文件下載以及在線游戲等。圖1為現(xiàn)有GPRS網(wǎng)絡(luò)架構(gòu)示意圖。如圖1所示，現(xiàn)有GPRS網(wǎng)絡(luò)架構(gòu)主要包括GPRS服務(wù)支持節(jié)點(diǎn)(SGSN，ServingGPRSSupportNode)、GPRS網(wǎng)關(guān)支持節(jié)點(diǎn)(GGSN，GatewayGPRSSupportNode)以及歸屬位置寄存器(HLR,HomeLocationRegister)。其中SGSN,用于實(shí)現(xiàn)分組交換中的信令傳輸，并用于數(shù)據(jù)包的處理和傳送，提供對(duì)用戶的移動(dòng)性管理、安全管理、接入控制以及路由選擇等能力。GGSN,負(fù)責(zé)GPRS網(wǎng)絡(luò)與多種外部數(shù)據(jù)網(wǎng)的連接，如，互聯(lián)網(wǎng)(Internet)、企業(yè)網(wǎng)以及X.25網(wǎng)絡(luò)等；GGSN是位于GPRS骨干網(wǎng)和外部數(shù)據(jù)網(wǎng)的網(wǎng)關(guān)，為GPRS網(wǎng)絡(luò)與外部數(shù)據(jù)網(wǎng)之間的傳輸通路。HLR，用于存儲(chǔ)用戶的GPRS簽約信息和路由信息；GGSN和SGSN分別與HLR相連，從HLR中獲取用戶的簽約數(shù)據(jù)；當(dāng)用戶發(fā)生漫游時(shí)，SGSN與HLR可能位于不同的網(wǎng)絡(luò)。SGSN與GGSN之間通過(guò)Gn接口進(jìn)行信息交互。Gn接口采用基于IP的GTP協(xié)議進(jìn)行通信，提供分組數(shù)據(jù)包在GPRS支持節(jié)點(diǎn)(GSN)之間通過(guò)GTP隧道協(xié)議傳送的機(jī)制，一般支持域內(nèi)的靜態(tài)或動(dòng)態(tài)路由協(xié)議。GGSN與位于不同的7>共陸地移動(dòng)網(wǎng)絡(luò)(PLMN,PublicLandMobileNetwork)中的GSN，如圖1中所示的通用移動(dòng)通訊系統(tǒng)(UMTS,UniversalMobileTelecommunicationsSystem)陸地?zé)o線接入網(wǎng)(UTRAN,UMTSTerrestrialRadioAccessNetwork)中的SGSN之間通過(guò)Gp接口進(jìn)行信息交互。Gp接口除能提供Gn接口的功能外，還增加了PLMN互聯(lián)所需的安全功能，以及對(duì)域間路由協(xié)議的支持，如邊界網(wǎng)關(guān)協(xié)議(BGP,BorderGatewayProtocol)等。圖1所示其它網(wǎng)元以及接口主要用于提供無(wú)線接入和業(yè)務(wù)控制能力，此處不作介紹。在實(shí)際應(yīng)用中，兩個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)之間進(jìn)行數(shù)據(jù)傳輸時(shí)可以使用多種協(xié)議，這些協(xié)議按照層次順序組合在一起，構(gòu)成協(xié)議棧。待傳輸信息通過(guò)協(xié)議棧進(jìn)行多次封裝和解封裝，以實(shí)現(xiàn)低層傳輸方式對(duì)高層的透明。如圖2所示，圖2為現(xiàn)有GSN之間的Gn或Gp接口協(xié)議棧示意圖。該協(xié)議棧中的各層協(xié)議的功能如下Ll協(xié)議物理層傳輸協(xié)議，與傳輸所采用的具體物理技術(shù)相關(guān)。L2協(xié)議數(shù)據(jù)鏈路層協(xié)議，提供數(shù)據(jù)鏈路的建立以及拆除等功能，實(shí)現(xiàn)對(duì)數(shù)據(jù)的檢錯(cuò)和糾錯(cuò)；可用的協(xié)議類型包括以太網(wǎng)以及異步傳輸模式(ATM,AsynchronousTransferMode)等；以廣泛應(yīng)用的以太網(wǎng)為例，互聯(lián)網(wǎng)工程任務(wù)組(IETF,InternetEngineeringTaskForce)制定的標(biāo)準(zhǔn)草案(RFC，R叫uestForComments)894中定義了以太網(wǎng)幀的封裝格式，如表一所示;傳輸時(shí)隙!同步位4字節(jié)大于12字節(jié)8字節(jié)表一以太網(wǎng)幀封裝格式從表一可以看出，每個(gè)以太網(wǎng)幀中的附加信息長(zhǎng)度為18字節(jié)，包括目的地址的6字節(jié)、源地址的6字節(jié)、類型的2字節(jié)以及校驗(yàn)數(shù)的4字節(jié)；此外，每幀中還需要至少12字節(jié)的傳輸時(shí)隙以及8字節(jié)的同步位。IP協(xié)議，網(wǎng)絡(luò)互聯(lián)協(xié)議，主要完成路由功能，用于用戶數(shù)據(jù)和信令的路由；IP協(xié)議的開(kāi)放性使得上層的應(yīng)用和下層的承載網(wǎng)絡(luò)之間沒(méi)有必然的聯(lián)系，應(yīng)用服務(wù)和承載網(wǎng)絡(luò)技術(shù)可以按照各自獨(dú)立的方向發(fā)展；目前的IP協(xié)議主要包括IPv4和IPv6兩個(gè)版本；如表二所示，表二為現(xiàn)有IPv4報(bào)文格式<table>tableseeoriginaldocumentpage9</column></row><table>表二IPv4報(bào)文格式表二所示IPv4報(bào)文中的選項(xiàng)部分一般情況下不會(huì)使用。對(duì)于不包括選項(xiàng)部分的普通IPv4數(shù)據(jù)報(bào)，其頭部長(zhǎng)度共為20字節(jié)。IPv6數(shù)據(jù)報(bào)的頭部長(zhǎng)度通常為40字節(jié)。用戶數(shù)據(jù)報(bào)協(xié)議(UDP，UserDatagramProtocol)，提供非面向連接的、不可靠的數(shù)據(jù)傳輸鏈路；UDP協(xié)議在數(shù)據(jù)傳輸之前不需要建立連接，傳輸數(shù)據(jù)的可靠性通過(guò)上層應(yīng)用來(lái)保證；如表三所示，表三為現(xiàn)有UDP報(bào)文格式<table>tableseeoriginaldocumentpage9</column></row><table>表三UDP報(bào)文格式由表三可見(jiàn)，UDP報(bào)文頭部的長(zhǎng)度為8字節(jié)。GTP協(xié)議，主要用于在GSN之間傳輸用戶分組數(shù)據(jù)以及隧道管理信息，如隧道建立、釋放以及維護(hù)等，承載在UDP協(xié)議之上?，F(xiàn)有GTP協(xié)議可主要可分為三種類型用于傳輸控制信令的控制面GTP協(xié)議GTP-C，用于傳輸用戶數(shù)據(jù)報(bào)文的用戶面GTP協(xié)議GTP-U,以及在計(jì)費(fèi)系統(tǒng)的計(jì)費(fèi)數(shù)據(jù)功能實(shí)體(CDF，ChargingDateFunction)和計(jì)費(fèi)網(wǎng)關(guān)功能實(shí)體(CGF,ChargingGatewayFunction)之間使用的GTP，協(xié)議。GTP協(xié)議允許多種協(xié)議包，如IP、X,25數(shù)據(jù)包等在GSN之間通過(guò)隧道方式進(jìn)行傳輸。此外，GTP協(xié)議也可以應(yīng)用于其它網(wǎng)絡(luò)實(shí)體間的通信，如UTRAN與SGSN、第三代移動(dòng)通信標(biāo)準(zhǔn)化伙伴項(xiàng)目(3GPP,3rdGenerationPartnershipProject)系統(tǒng)架構(gòu)演進(jìn)(SAE,SystemArchitectureEvolution)中的家庭節(jié)點(diǎn)(eNodeB)與服務(wù)網(wǎng)關(guān)(S-GW，ServingGateway),以及S-GW與公共數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(P-GW，public-datanetworksGateway)之間等。如表四所示，表四為現(xiàn)有GTP報(bào)文格式<table>tableseeoriginaldocumentpage10</column></row><table>表四GTP報(bào)文格式表四所示為通常情況下不包括擴(kuò)展頭的GTP協(xié)議報(bào)文格式，由表四可見(jiàn)，不包括擴(kuò)展頭的GTP報(bào)文頭部長(zhǎng)度為8字節(jié)；如果包括擴(kuò)展頭，其頭部長(zhǎng)度將會(huì)視具體情況進(jìn)行增加。基于上述介紹，圖3為現(xiàn)有采用GTP協(xié)議報(bào)文傳輸數(shù)據(jù)時(shí)，數(shù)據(jù)進(jìn)入?yún)f(xié)議棧的封裝過(guò)程示意圖。假設(shè)圖3中的IP協(xié)議為IPv4,L2協(xié)議為以太網(wǎng)協(xié)議。如圖3所示，在發(fā)送端，根據(jù)協(xié)議棧中使用的協(xié)議，按照由高到低的順序進(jìn)行多次封裝處理，最終將封裝好的以太網(wǎng)幀在物理層經(jīng)由物理i殳備進(jìn)行發(fā)送；在接收端，按照由低到高的順序進(jìn)行對(duì)應(yīng)的解封裝過(guò)程，最終得到所發(fā)送的應(yīng)用數(shù)據(jù)，從而實(shí)現(xiàn)設(shè)備間的通信。當(dāng)傳輸?shù)腉TP協(xié)議類型為GTP-C時(shí)，UDP頭中封裝的目的端口號(hào)為2123;當(dāng)傳輸?shù)腉TP協(xié)議類型為GTP-U時(shí)，UDP頭中封裝的目的端口號(hào)為2152;當(dāng)傳輸?shù)腉TP協(xié)議類型為GTP，時(shí)，UDP頭中封裝的目的端口號(hào)為3386。通過(guò)圖3可以看出，在現(xiàn)有的GTP報(bào)文傳輸機(jī)制中，一個(gè)UDP報(bào)文中只能封裝一個(gè)GTP協(xié)議報(bào)文，同樣，一個(gè)IP報(bào)文也只能封裝一個(gè)UDP報(bào)文。如圖3所示，由于在封裝過(guò)程中，每一層都要添加一定長(zhǎng)度的協(xié)議控制信息，如UDP頭、IP頭等，因此，對(duì)于單個(gè)GTP報(bào)文長(zhǎng)度較小的業(yè)務(wù)應(yīng)用，其有效負(fù)載數(shù)據(jù)在封裝后的報(bào)文中所占的比例會(huì)很小，從而導(dǎo)致網(wǎng)絡(luò)傳輸效率的降低。舉例說(shuō)明對(duì)于采用GSM-自適應(yīng)多速率(AMR，AdaptiveMuti-Rate)編碼格式的語(yǔ)音通信，其碼率通常為4.75Kbps~12.2Kbps，采樣間隔為20ms。那么，假設(shè)平均碼率為8Kbps，則每個(gè)語(yǔ)音幀共包括160bit，即20字節(jié)。假設(shè)該語(yǔ)音通信按照?qǐng)D4所示現(xiàn)有典型語(yǔ)音傳輸方式進(jìn)行，其中G丁P-U協(xié)議上層隧道中進(jìn)一步包括圖4所示的語(yǔ)音數(shù)據(jù)、實(shí)時(shí)傳輸協(xié)議(RTP，RealTimeTransportProtocol),UDP以及IPv4的結(jié)構(gòu)。對(duì)于整個(gè)語(yǔ)音通信過(guò)程來(lái)說(shuō)，發(fā)送端首先在GTP-U協(xié)議上層隧道將語(yǔ)音數(shù)據(jù)封裝為IPv4數(shù)據(jù)報(bào)格式，然后再將該IPv4數(shù)據(jù)報(bào)按照?qǐng)D3所示方式封裝后發(fā)送到接收端；接收端進(jìn)行解封裝，得到所發(fā)送的IPv4數(shù)據(jù)報(bào)。其中，RTP報(bào)文的格式如表五所示<table>tableseeoriginaldocumentpage11</column></row><table>表五RTP報(bào)文格式由表五可見(jiàn)，RTP報(bào)文的頭部共包括12字節(jié)，那么，按照?qǐng)D4所示方式，將要傳輸?shù)恼Z(yǔ)音數(shù)據(jù)封裝為GTP協(xié)議報(bào)文后，得到的報(bào)文長(zhǎng)度將為20(數(shù)據(jù)長(zhǎng)度)十12(RTP頭部長(zhǎng)度)+8(1^頭部長(zhǎng)度)+20(IPv4頭部長(zhǎng)度)+8(GTP頭部長(zhǎng)度)，共68字節(jié)。對(duì)于該長(zhǎng)度為68字節(jié)的有效負(fù)載，當(dāng)其封裝為IPv4數(shù)據(jù)報(bào)后的長(zhǎng)度將為96字節(jié)，其中有效數(shù)據(jù)僅占70.8%;封裝為以太網(wǎng)幀后的長(zhǎng)度為114字節(jié)，如果進(jìn)一步考慮表一所示的傳輸時(shí)隙以及同步位，則共為134字節(jié)，其中有效負(fù)載數(shù)據(jù)僅占50%?？梢?jiàn)，采用現(xiàn)有GTP協(xié)議報(bào)文傳輸數(shù)據(jù)時(shí)，有效負(fù)載數(shù)據(jù)在IP數(shù)據(jù)報(bào)中所占的比例較低，降低了網(wǎng)絡(luò)傳輸效率，浪費(fèi)了帶寬。
發(fā)明內(nèi)容本發(fā)明實(shí)施例提供一種通用分組無(wú)線業(yè)務(wù)隧道協(xié)議報(bào)文傳輸方法，能夠提高有效負(fù)載數(shù)據(jù)在IP數(shù)據(jù)報(bào)中所占的比例。本發(fā)明實(shí)施例提供一種通用分組無(wú)線業(yè)務(wù)隧道協(xié)議報(bào)文傳輸系統(tǒng)，能夠提高有效負(fù)載數(shù)據(jù)在IP數(shù)據(jù)報(bào)中所占的比例。本發(fā)明實(shí)施例提供一種通用分組無(wú)線業(yè)務(wù)隧道協(xié)議報(bào)文傳輸設(shè)備，能夠提高有效負(fù)載數(shù)據(jù)在IP數(shù)據(jù)報(bào)中所占的比例。本發(fā)明實(shí)施例的技術(shù)方案是這樣實(shí)現(xiàn)的一種通用分組無(wú)線業(yè)務(wù)隧道協(xié)議GTP報(bào)文傳輸方法，包括第一網(wǎng)元將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中；所述第一網(wǎng)元將所述封裝后的IP數(shù)據(jù)報(bào)發(fā)送給第二網(wǎng)元。一種GTP協(xié)議4艮文傳輸系統(tǒng)，包括'.第一網(wǎng)元以及第二網(wǎng)元；所述第一網(wǎng)元，用于將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中，發(fā)送給所述第二網(wǎng)元；所述第二網(wǎng)元，用于接收來(lái)自所述第一網(wǎng)元的IP數(shù)據(jù)報(bào)。一種GTP協(xié)議報(bào)文傳輸設(shè)備，包括封裝單元以及發(fā)送單元；所述封裝單元，用于將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中；所述發(fā)送單元，用于將所述封裝后的IP數(shù)據(jù)報(bào)發(fā)送給接收設(shè)備。可見(jiàn)，采用本發(fā)明實(shí)施例的技術(shù)方案，第一網(wǎng)元將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中，發(fā)送給第二網(wǎng)元。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例所述方案通過(guò)將多個(gè)GTP協(xié)議報(bào)文封裝在同一IP數(shù)據(jù)報(bào)中進(jìn)行發(fā)送，提高了IP數(shù)據(jù)報(bào)中有效負(fù)載數(shù)據(jù)所占的比例，進(jìn)而提高了網(wǎng)絡(luò)傳輸效率，節(jié)省了帶寬。圖1為現(xiàn)有GPRS網(wǎng)絡(luò)架構(gòu)示意圖。圖2為現(xiàn)有GSN之間的Gn或Gp接口協(xié)議棧示意圖。圖3為現(xiàn)有采用GTP協(xié)議報(bào)文傳輸數(shù)據(jù)時(shí)，數(shù)據(jù)進(jìn)入?yún)f(xié)議棧的封裝過(guò)程示意圖。圖4為現(xiàn)有語(yǔ)音傳輸方式示意圖。圖5為本發(fā)明方法實(shí)施例的流程圖。圖6為本發(fā)明實(shí)施例中一種采用多路復(fù)用方式封裝后的IP數(shù)據(jù)報(bào)結(jié)構(gòu)示意圖。圖7為本發(fā)明實(shí)施例中另一種采用多路復(fù)用方式封裝后的IP數(shù)據(jù)報(bào)結(jié)構(gòu)示意圖。圖8為本發(fā)明方法第一個(gè)較佳實(shí)施例的流程圖。圖9為本發(fā)明方法第二個(gè)較佳實(shí)施例的流程圖。圖10為本發(fā)明方法第三個(gè)較佳實(shí)施例的流程圖。圖11為本發(fā)明方法第四個(gè)較佳實(shí)施例的流程圖。圖12為本發(fā)明系統(tǒng)實(shí)施例的組成結(jié)構(gòu)示意圖。圖13為本發(fā)明設(shè)備實(shí)施例的組成結(jié)構(gòu)示意圖。具體實(shí)施例方式為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉實(shí)施例，對(duì)本發(fā)明作進(jìn)一步地詳細(xì)說(shuō)明。本發(fā)明實(shí)施方式中，第一網(wǎng)元將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中，發(fā)送給第二網(wǎng)元；第二網(wǎng)元對(duì)接收到的IP數(shù)據(jù)報(bào)進(jìn)行解封裝，得到所述一個(gè)以上的GTP協(xié)議報(bào)文。需要說(shuō)明的是，上述"第一網(wǎng)元，，和"第二網(wǎng)元，，的表述方式只是為便于描述，在實(shí)際應(yīng)用中，"第一網(wǎng)元，，或"第二網(wǎng)元，，可分別用于表示通信雙方中的任何一個(gè)網(wǎng)元，也就是說(shuō)，上述由"第一網(wǎng)元，，完成的功能也可以由"第二網(wǎng)元"完成。圖5為本發(fā)明方法實(shí)施例的流程圖。本實(shí)施例中的第一網(wǎng)元和第二網(wǎng)元可以是任意兩個(gè)通過(guò)GTP協(xié)議進(jìn)行通信的節(jié)點(diǎn)或設(shè)備，如SGSN和GGSN，以及S-GW和P-GW等。如圖5所示，包括以下步驟步驟51:第一網(wǎng)元將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中，發(fā)送給第二網(wǎng)元。本步驟之前，通信雙方，即第一網(wǎng)元和第二網(wǎng)元需要首先獲取對(duì)方的多路復(fù)用控制信息。由于第一網(wǎng)元和第二網(wǎng)元兩側(cè)所進(jìn)行的操作是一樣的，所以本發(fā)明實(shí)施例中為便于描述，僅以第一網(wǎng)元側(cè)為例進(jìn)行說(shuō)明。本實(shí)施例中，第一網(wǎng)元獲取到的第二網(wǎng)元多路復(fù)用控制信息可包括對(duì)多路復(fù)用傳輸?shù)闹С帜芰Γ约安捎枚嗦窂?fù)用傳輸?shù)腉TP協(xié)議類型，如GTP-C、GTP-U或GTP，、接收多路復(fù)用報(bào)文的UDP目的端口號(hào)、最大封裝延遲時(shí)間，適用多路復(fù)用封裝的最大報(bào)文長(zhǎng)度等信息中的一種或任意組合。不同GTP協(xié)議類型或網(wǎng)絡(luò)中不同承載可對(duì)應(yīng)不同的多路復(fù)用控制信息。其中，多路復(fù)用傳輸?shù)闹С帜芰煞譃榘l(fā)送能力和接收能力，第一網(wǎng)元或第二網(wǎng)元可只具有其中的一種能力，也可以同時(shí)具有這兩種能力。第一網(wǎng)元獲取到第二網(wǎng)元的多路復(fù)用控制信息后，根據(jù)其中攜帶的多路復(fù)用傳輸?shù)闹С帜芰π畔?，判斷第二網(wǎng)元是否支持多路復(fù)用傳輸，如果支持，則執(zhí)行步驟51;如果不支持，比如，第二網(wǎng)元只具有多路復(fù)用發(fā)送能力而沒(méi)有接收能力，或者，既不具備發(fā)送能力也不具備接收能力，則第一網(wǎng)元按照現(xiàn)有普通傳輸方式向第二網(wǎng)元傳輸GTP協(xié)議報(bào)文。對(duì)于第二網(wǎng)元只具有多路復(fù)用發(fā)送能力而沒(méi)有接收能力的情況，第二網(wǎng)元可以向第一網(wǎng)元按照多路復(fù)用方式發(fā)送GTP協(xié)議報(bào)文。當(dāng)然，第一網(wǎng)元需要具備接收功能?？傊?，在本發(fā)明的實(shí)施方式中，可以僅在通信雙方的一個(gè)方向上采用多路復(fù)用的封裝和傳輸方式，而在另一個(gè)傳輸方向上仍采用現(xiàn)有的封裝和傳輸方式。其中，第一網(wǎng)元獲取第二網(wǎng)元的多路復(fù)用控制信息的方式可以為以下三種中的任意一種或任意組合1)通過(guò)預(yù)配置方式獲取第二網(wǎng)元的部分或全部多路復(fù)用控制信息。2)當(dāng)每次用戶的連接或承載進(jìn)行建立或修改時(shí)，通過(guò)在發(fā)送給對(duì)方的GTP-C消息中，攜帶部分或全部多路復(fù)用控制信息，通知給對(duì)方；比如本實(shí)施例中，第一網(wǎng)元根據(jù)接收自第二網(wǎng)元的GTP-C消息，獲知第二網(wǎng)元的部分或全部多路復(fù)用控制信息。3)當(dāng)通信雙方第一次建立連接時(shí)，雙方在發(fā)送的GTP-C消息中，攜帶部分或全部多路復(fù)用控制信息，通知給對(duì)方；比如本實(shí)施例中，第一網(wǎng)元根據(jù)接收自第二網(wǎng)元的GTP-C消息，獲知第二網(wǎng)元的部分或全部多路復(fù)用控制信息，并對(duì)該信息進(jìn)行存儲(chǔ)，用于后續(xù)確定兩者之間的傳輸方式。第一網(wǎng)元可以通過(guò)上述三種方式中的任意一種，或通過(guò)任意組合的方式獲取第二網(wǎng)元的多路復(fù)用控制信息。比如，可以通過(guò)預(yù)配置的方式獲取部分信息，而其它所需信息通過(guò)2)和3)所述方式獲取。其它可能的組合情況不再--列舉。需要說(shuō)明的是，上述方式2)和3)中用于攜帶多路復(fù)用控制信息的GTP-C消息也可以替換為本領(lǐng)域公知的其它消息，不限于GTP-C消息這一種。獲取到第二網(wǎng)元的多路復(fù)用控制信息，并確定第二網(wǎng)元支持多路復(fù)用傳輸后，第一網(wǎng)元將需要發(fā)送到同一IP目標(biāo)地址，即第二網(wǎng)元的GTP協(xié)議報(bào)文封裝到同一IP數(shù)據(jù)報(bào)中，發(fā)送給第二網(wǎng)元。如果第一網(wǎng)元獲取到的多路復(fù)用控制信息中包括最大封裝延遲時(shí)間，那么，第一網(wǎng)元將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中這一過(guò)程需要在所述最大封裝延遲時(shí)間內(nèi)完成，以限制由于多路復(fù)用傳輸造成的延遲；如果第一網(wǎng)元獲取到的多路復(fù)用控制信息中包括適用多路復(fù)用封裝的最大報(bào)文長(zhǎng)度時(shí)，那么，第一網(wǎng)元通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中的每一個(gè)GTP協(xié)議報(bào)文的長(zhǎng)度需要小于或等于所述適用多路復(fù)用封裝的最大報(bào)文長(zhǎng)度。而且，如果不同的GTP協(xié)議報(bào)文對(duì)應(yīng)不同的服務(wù)質(zhì)量(QoS,QualityofService)要求，比如，當(dāng)前網(wǎng)絡(luò)中的用戶有的在進(jìn)行上網(wǎng)，有的在進(jìn)行視頻聊天，那么這兩種不同的活動(dòng)可能對(duì)應(yīng)不同的QoS要求，對(duì)于這種情況，本發(fā)明實(shí)施例中僅將具有相同QoS要求的GTP協(xié)議報(bào)文通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中，即同一個(gè)IP數(shù)據(jù)報(bào)中的GTP協(xié)議報(bào)文需要具有相同的QoS。本發(fā)明實(shí)施例中進(jìn)行多路復(fù)用封裝的方式可采用以下兩種1)同一個(gè)IP數(shù)據(jù)報(bào)中僅封裝同一種類型的GTP協(xié)議報(bào)文，如，GTP-C、GTP-U或GTP，第一網(wǎng)元將不同類型的GTP協(xié)議報(bào)文發(fā)送到不同的UDP目的端口。其中，每個(gè)GTP協(xié)議報(bào)文前可進(jìn)一步包括一個(gè)多路復(fù)用頭。圖6為本發(fā)明實(shí)施例中一種采用多路復(fù)用方式封裝后的IP數(shù)據(jù)報(bào)結(jié)構(gòu)示意圖。如圖6所示，其中，IP頭的格式與現(xiàn)有技術(shù)相同，不再贅述；UDP頭中包括傳輸該多路復(fù)用報(bào)文所使用的UDP源端口號(hào)和目的端口號(hào)、該UDP報(bào)文的長(zhǎng)度以及校驗(yàn)和信息；其中的UDP源端口號(hào)可以是第一網(wǎng)元新分配的端口號(hào)，也可以是采用普通方式發(fā)送所封裝的任一GTP協(xié)議報(bào)文的UDP源端口號(hào)；UDP目的端口號(hào)即為通過(guò)預(yù)配置或協(xié)商獲取的多路復(fù)用控制信息中攜帶的UDP目的端口號(hào)；多路復(fù)用頭可包括采用普通方式發(fā)送與自身對(duì)應(yīng)的，即緊鄰該多路復(fù)用頭的GTP協(xié)議報(bào)文時(shí)應(yīng)使用的UDP源端口號(hào)以及緊鄰的GTP協(xié)議報(bào)文的長(zhǎng)度信息中的一種或兩種。如果上述兩種信息都不包括，則多路復(fù)用頭可以省略。2)同一個(gè)IP數(shù)據(jù)報(bào)中封裝不同類型的GTP協(xié)議報(bào)文第一網(wǎng)元將不同類型的GTP協(xié)議報(bào)文發(fā)送到同一UDP目的端口。其中，每個(gè)GTP協(xié)議報(bào)文前可進(jìn)一步包括一個(gè)多路復(fù)用頭。圖7為本發(fā)明實(shí)施例中另一種采用多路復(fù)用方式封裝后的IP數(shù)據(jù)報(bào)結(jié)構(gòu)示意圖。如圖7所示，其中，IP頭的格式與現(xiàn)有技術(shù)相同，不再贅述；UDP頭中包括傳輸該多路復(fù)用報(bào)文所使用的UDP源端口號(hào)和目的端口號(hào)、該UDP報(bào)文的長(zhǎng)度以及校驗(yàn)和信息；其中的UDP目的端口號(hào)即為通過(guò)預(yù)配置或協(xié)商獲取的多路復(fù)用控制信息中攜帶的UDP目的端口號(hào)，UDP源端口號(hào)可以是第一網(wǎng)元新分配的端口號(hào)，也可以是采用普通方式發(fā)送所封裝的任一GTP協(xié)議報(bào)文的UDP源端口號(hào)。多路復(fù)用頭中包括采用普通方式發(fā)送與自身對(duì)應(yīng)的GTP協(xié)議才艮文時(shí)應(yīng)使用的UDP目的端口號(hào)，比如，當(dāng)其對(duì)應(yīng)的GTP協(xié)議類型為GTP-C時(shí)，對(duì)應(yīng)的UDP目的端口號(hào)為2123，當(dāng)其對(duì)應(yīng)的GTP協(xié)議類型為GTP-U時(shí)，對(duì)應(yīng)的UDP目的端口號(hào)為2152,當(dāng)其對(duì)應(yīng)的GTP協(xié)議類型為GTP，時(shí)，對(duì)應(yīng)的UDP目的端口號(hào)為3386，從而使第二網(wǎng)元在解封裝時(shí)能夠獲知不同GTP協(xié)議報(bào)文的具體類型；或者，也可以直接在多路復(fù)用頭中攜帶與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文的協(xié)議類型標(biāo)識(shí)，比如，用00代表該GTP協(xié)議報(bào)文的協(xié)議類型為GTP-C，用01代表該GTP協(xié)議報(bào)文的協(xié)議類型為GTP-U等。此外，多路復(fù)用頭中還可進(jìn)一步包括采用普通方式發(fā)送與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文時(shí)應(yīng)使用的UDP源端口號(hào)以及該GTP協(xié)議報(bào)文的長(zhǎng)度信息中的一種或兩種。步驟52:第二網(wǎng)元對(duì)接收到的IP數(shù)據(jù)報(bào)進(jìn)行解封裝，得到一個(gè)以上的GTP協(xié)議報(bào)文。第二網(wǎng)元對(duì)接收到的IP數(shù)據(jù)報(bào)進(jìn)行IP協(xié)議層的解封裝，在封裝的IP數(shù)據(jù)報(bào)中指定的UDP目的端口中接收進(jìn)行IP協(xié)議層解封裝后的UDP協(xié)議報(bào)文，并按現(xiàn)有方式對(duì)該報(bào)文進(jìn)行后續(xù)解封裝，從中提取出所包含的多個(gè)GTP協(xié)議報(bào)文，完成多路復(fù)用傳輸?？梢?jiàn)，采用本發(fā)明實(shí)施例的上述方案，通過(guò)將多個(gè)GTP協(xié)議報(bào)文封裝到同一個(gè)IP數(shù)據(jù)報(bào)中進(jìn)行傳輸，使得IP數(shù)據(jù)報(bào)中的有效負(fù)載數(shù)據(jù)增加，提高了網(wǎng)絡(luò)傳輸效率，節(jié)省了帶寬。下面通過(guò)較佳實(shí)施例對(duì)本發(fā)明所述方案作進(jìn)一步地詳細(xì)說(shuō)明。較佳實(shí)施例一圖8為本發(fā)明方法第一個(gè)較佳實(shí)施例的流程圖。本實(shí)施例中，第一網(wǎng)元與第二網(wǎng)元之間采用多路復(fù)用方式進(jìn)行傳輸?shù)腉TP協(xié)議報(bào)文為GTP-U協(xié)議報(bào)文，網(wǎng)絡(luò)層傳輸協(xié)議為IPv4;第一網(wǎng)元與第二網(wǎng)元獲取對(duì)方的多路復(fù)用控制信息的方式為在連接或承載建立或修改時(shí)，通過(guò)GTP-C消息協(xié)商多路復(fù)用傳輸?shù)闹С帜芰π畔?；通過(guò)預(yù)配置的方式確定其余信息，如接收多路復(fù)用報(bào)文的UDP目的端口號(hào)等。々I設(shè)本實(shí)施例中的UDP目的端口號(hào)為A，且第一網(wǎng)元和第二網(wǎng)元分別為S-GW和P-GW。如圖8所示，包括以下步驟當(dāng)用戶連接或承載1建立時(shí)，假設(shè)S-GW支持該連接或承載上的GTP-U協(xié)議多路復(fù)用傳輸方式，而P-GW不支持該連接或承載上的GTP-U多路復(fù)用傳輸方式步驟81:連接或承載l建立時(shí)，S-GW向P-GW發(fā)送GTP-C消息，該消息中攜帶有S-GW對(duì)多路復(fù)用傳輸?shù)闹С帜芰π畔ⅲ酝ㄖ狿-GW本端支持GTP-U協(xié)議的多路復(fù)用傳輸。步驟82:P-GW向S-GW發(fā)送GTP-C消息，該消息中不包括P-GW對(duì)多路復(fù)用傳輸?shù)闹С帜芰π畔?，以通知S-GW本端不支持GTP-U協(xié)議的多路復(fù)用傳輸；或者，P-GW向S-GW發(fā)送雙方均能夠識(shí)別的、取值為特定值的能力信息，比如0000,以通知S-GW本端不支持GTP-U協(xié)議的多路復(fù)用傳輸。步驟83:由于P-GW不支持GTP-U協(xié)議的多路復(fù)用傳輸，所以S-GW和P-GW對(duì)于連接或承載1中的GTP-U協(xié)議才艮文，只能仍采用現(xiàn)有的普通封裝方式進(jìn)行封裝并傳輸，其中UDP的目的端口號(hào)為2152。當(dāng)用戶連接或承載2建立時(shí)，假設(shè)S-GW和P-GW均支持該連接或承載上的GTP-U協(xié)議的多路復(fù)用傳輸方式步驟84:連接或承載2建立時(shí)，S-GW向P-GW發(fā)送GTP-C消息，該消息中攜帶有S-GW對(duì)多路復(fù)用傳輸?shù)闹С帜芰π畔ⅲ酝ㄖ狿-GW本端支持GTP-U協(xié)議的多路復(fù)用傳輸。步驟85:P-GW向S-GW發(fā)送GTP-C消息，該消息中攜帶有P-GW對(duì)多路復(fù)用傳輸?shù)闹С帜芰π畔ⅲ酝ㄖ猄-GW本端支持GTP-U協(xié)議的多路復(fù)用傳輸。步驟86:S-GW將后續(xù)需要發(fā)送給P-GWIP地址，且具有相同QoS要求的GTP-U協(xié)議報(bào)文進(jìn)行多路復(fù)用封裝。其中UDP頭中的目的端口號(hào)為A;各個(gè)多路復(fù)用頭中攜帶的UDP源端口號(hào)為采用普通方式發(fā)送與其對(duì)應(yīng)的GTP-U協(xié)議報(bào)文時(shí)應(yīng)使用的UDP源端口號(hào)。步驟87:S-GW將封裝了多個(gè)GTP-U協(xié)議報(bào)文的IP數(shù)據(jù)報(bào)發(fā)送至P-GW;P-GW對(duì)接收到的IP數(shù)據(jù)報(bào)進(jìn)行解封裝，從中提取出包含的多個(gè)GTP-U協(xié)議報(bào)文。本實(shí)施例中，S-GW將IP數(shù)據(jù)報(bào)發(fā)送至P-GW的方式與現(xiàn)有技術(shù)相同，其具體傳輸過(guò)程不再贅述。步驟88:P-GW將后續(xù)需要發(fā)送給S-GWIP地址，且具有相同QoS要求的GTP-U報(bào)文進(jìn)行多路復(fù)用封裝。其中UDP頭中的目的端口號(hào)為A;各個(gè)多路復(fù)用頭中攜帶的UDP源端口號(hào)為采用普通方式發(fā)送與其對(duì)應(yīng)的GTP-U協(xié)議報(bào)文時(shí)應(yīng)使用的UDP源端口號(hào)。步驟89:P-GW將封裝了多個(gè)GTP-U協(xié)議報(bào)文的IP數(shù)據(jù)報(bào)發(fā)送給S-GW;S-GW對(duì)接收到的IP數(shù)據(jù)報(bào)進(jìn)行解封裝，從中提取出包含的多個(gè)GTP-U協(xié)議報(bào)文。當(dāng)用戶連接或承載3建立時(shí)，假設(shè)S-GW支持該連接或承載上的GTP-U協(xié)議的多路復(fù)用傳輸方式，而P-GW僅支持GTP-U協(xié)議多路復(fù)用封裝報(bào)文的發(fā)送，但不支持對(duì)該種報(bào)文的接收步驟810:連接或承載3建立時(shí)，S-GW向P-GW發(fā)送GTP-C消息，該消息中攜帶有S-GW對(duì)多路復(fù)用傳輸?shù)闹С帜芰π畔?，以通知P-GW本端支持GTP-U協(xié)議的多路復(fù)用傳輸。步驟811:P-GW向S-GW發(fā)送GTP-C消息，該消息中攜帶有P-GW對(duì)多路復(fù)用傳輸?shù)闹С帜芰π畔ⅲ酝ㄖ猄-GW本端僅支持GTP-U協(xié)議多路復(fù)用封裝報(bào)文的發(fā)送，不支持對(duì)該種報(bào)文的接收。步驟812:S-GW根據(jù)P-GW的接收能力，對(duì)于后續(xù)的GTP-U報(bào)文不再進(jìn)行多路復(fù)用封裝，而是采用普通的封裝方式發(fā)送到P-GW的2152端口。步驟813814:由于P-GW支持針對(duì)GTP-U協(xié)議的多路復(fù)用發(fā)送，因此，P-GW仍可按照步驟88~89所述過(guò)程向S-GW發(fā)送封裝了多個(gè)GTP-U協(xié)議報(bào)文的IP數(shù)據(jù)報(bào)。專交佳實(shí)施例二圖9為本發(fā)明方法第二個(gè)較佳實(shí)施例的流程圖。本實(shí)施例中，第一網(wǎng)元與第二網(wǎng)元之間采用多路復(fù)用方式進(jìn)行傳輸?shù)腉TP協(xié)議報(bào)文為GTP-U以及GTP-C協(xié)議報(bào)文，網(wǎng)絡(luò)層傳輸協(xié)議為IPv4，且不同類型的GTP協(xié)議報(bào)文封裝到不同的IP數(shù)據(jù)報(bào)中進(jìn)行傳輸；第一網(wǎng)元與第二網(wǎng)元獲取對(duì)方的多路復(fù)用控制信息的方式為在雙方第一次建立連接時(shí)，協(xié)商多路復(fù)用傳輸?shù)闹С帜芰σ约敖邮斩嗦窂?fù)用報(bào)文的UDP目的端口號(hào)信息；其余信息，如最大封裝延遲時(shí)間等信息通過(guò)預(yù)配置方式獲取。假設(shè)本實(shí)施例中GTP-C協(xié)議報(bào)文的最大封裝延遲時(shí)間預(yù)配置為20ms;GTP-U協(xié)議報(bào)文的最大封裝延遲時(shí)間預(yù)配置為30ms。如圖9所示，包括以下步驟步驟91:在首次與第二網(wǎng)元建立連接時(shí)，第一網(wǎng)元向第二網(wǎng)元發(fā)送協(xié)商消息，該消息中攜帶有第一網(wǎng)元的多路復(fù)用傳輸?shù)闹С帜芰π畔?，以通知第二網(wǎng)元本端支持對(duì)GTP-C協(xié)議以及GTP-U協(xié)議的多路復(fù)用傳輸，且本端接收GTP-U協(xié)議的多路復(fù)用封裝報(bào)文的UDP目的端口號(hào)為Al，接收GTP-C協(xié)議的多路復(fù)用封裝報(bào)文的UDP目的端口號(hào)為A2。步驟92:第二網(wǎng)元接收上述信息，并進(jìn)行存儲(chǔ)。步驟93:第二網(wǎng)元向第一網(wǎng)元發(fā)送協(xié)商消息，該消息中攜帶有第二網(wǎng)元的多路復(fù)用傳輸?shù)闹С帜芰π畔?，以通知第一網(wǎng)元本端支持對(duì)GTP-C協(xié)議和GTP-U協(xié)議的多路復(fù)用傳輸，且本端接收GTP-U協(xié)議的多路復(fù)用封裝報(bào)文的UDP目的端口號(hào)為Bl，接收GTP-C協(xié)議的多路復(fù)用封裝報(bào)文的UDP目的端口號(hào)為B2。步驟94:第一網(wǎng)元接收上述信息，并進(jìn)行存儲(chǔ)。經(jīng)過(guò)上述協(xié)商過(guò)程之后，對(duì)于雙方之間的當(dāng)前連接及后續(xù)建立的連接，各方均可使用所存儲(chǔ)的關(guān)于對(duì)方的多路復(fù)用傳輸?shù)闹С帜芰π畔?，確定是否以及如何進(jìn)行多路復(fù)用傳輸。步驟95:第一網(wǎng)元將后續(xù)發(fā)送給第二網(wǎng)元的IP地址的GTP-C報(bào)文進(jìn)行多路復(fù)用封裝。本步驟中，第一網(wǎng)元進(jìn)行多路復(fù)用封裝的封裝時(shí)長(zhǎng)不超過(guò)20ms;封裝后的IP數(shù)據(jù)報(bào)中的UDP目的端口號(hào)為B2;封裝后的IP數(shù)據(jù)報(bào)中的各個(gè)GTP協(xié)議才艮文對(duì)應(yīng)的多路復(fù)用頭中包括UDP源端口號(hào)，取值為采用普通方式發(fā)送該GTP-C協(xié)議報(bào)文時(shí)應(yīng)使用的源端口號(hào)，還可進(jìn)一步包括與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文的長(zhǎng)度。步驟96:第一網(wǎng)元將封裝了多個(gè)GTP-C協(xié)議報(bào)文的IPv4數(shù)據(jù)報(bào)發(fā)送給第二網(wǎng)元；第二網(wǎng)元對(duì)接收到的IPv4數(shù)據(jù)報(bào)進(jìn)行解封裝，從中提取出包含的多個(gè)GTP-C協(xié)議報(bào)文。步驟97:第二網(wǎng)元將后續(xù)發(fā)送給第一網(wǎng)元IP地址的GTP-C協(xié)議報(bào)文進(jìn)行多路復(fù)用封裝。本步驟中，第二網(wǎng)元進(jìn)行多路復(fù)用封裝的封裝時(shí)長(zhǎng)不超過(guò)20ms;封裝后的IP數(shù)據(jù)報(bào)中的UDP目的端口號(hào)為A2;封裝后的IP數(shù)據(jù)報(bào)中的各個(gè)GTP協(xié)議報(bào)文對(duì)應(yīng)的多路復(fù)用頭中包括UDP源端口號(hào)，取值為采用普通方式發(fā)送該GTP-C協(xié)議報(bào)文時(shí)應(yīng)使用的源端口號(hào)，還可進(jìn)一步包括與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文的長(zhǎng)度信息。步驟98:第二網(wǎng)元將封裝了多個(gè)GTP-C信息的IPv4數(shù)據(jù)報(bào)發(fā)送給第一網(wǎng)元；第一網(wǎng)元對(duì)接收到的IPv4數(shù)據(jù)文進(jìn)行解封裝，從中提取出包含的多個(gè)GTP-C協(xié)議報(bào)文。步驟99:第一網(wǎng)元將后續(xù)發(fā)送給第二網(wǎng)元IP地址的GTP-U報(bào)文進(jìn)行多路復(fù)用封裝。本步驟中，第一網(wǎng)元進(jìn)行多路復(fù)用封裝的封裝時(shí)長(zhǎng)不超過(guò)30ms;封裝后的IP數(shù)據(jù)報(bào)中的UDP目的端口號(hào)為Bl;封裝后的IP數(shù)據(jù)報(bào)中的各個(gè)GTP協(xié)議才艮文對(duì)應(yīng)的多^各復(fù)用頭中包括UDP源端口號(hào)，取值為采用普通方式發(fā)送該GTP-U報(bào)文應(yīng)使用的源端口號(hào)。步驟910:第一網(wǎng)元將封裝了多個(gè)GTP-U信息的IPv4數(shù)據(jù)報(bào)發(fā)送給第二網(wǎng)元；第二網(wǎng)元對(duì)接收到的IPv4數(shù)據(jù)報(bào)進(jìn)行解封裝，從中提取出包含的多個(gè)GTP-U協(xié)議纟艮文。步驟911:第二網(wǎng)元將后續(xù)發(fā)送給第一網(wǎng)元IP地址的GTP-U報(bào)文進(jìn)行多路復(fù)用封裝。本步驟中，第二網(wǎng)元進(jìn)行多路復(fù)用封裝的封裝時(shí)長(zhǎng)不超過(guò)30ms;封裝后的IP數(shù)據(jù)報(bào)中的UDP目的端口號(hào)為Al;封裝后的IP數(shù)據(jù)報(bào)中的各個(gè)GTP協(xié)議報(bào)文對(duì)應(yīng)的多路復(fù)用頭中包括UDP源端口號(hào)，取值為采用普通方式發(fā)送該GTP-U報(bào)文應(yīng)使用的源端口號(hào)。步驟912:第二網(wǎng)元將封裝了多個(gè)GTP-U信息的IPv4數(shù)據(jù)報(bào)發(fā)送給第一網(wǎng)元；第一網(wǎng)元對(duì)接收到的IPv4數(shù)據(jù)報(bào)進(jìn)行解封裝，從中提取出包含的多個(gè)GTP-U協(xié)議纟艮文。專交佳實(shí)施例三圖IO為本發(fā)明方法第三個(gè)較佳實(shí)施例的流程圖。本實(shí)施例中，第一網(wǎng)元與第二網(wǎng)元之間采用多路復(fù)用方式進(jìn)行傳輸?shù)腉TP協(xié)議報(bào)文為GTP-U、GTP-C以及GTP，協(xié)議報(bào)文，網(wǎng)絡(luò)層傳輸協(xié)議為IPv6,且不同類型的GTP協(xié)議報(bào)文封裝到同一IP數(shù)據(jù)報(bào)中進(jìn)行傳輸；第一網(wǎng)元與第二網(wǎng)元獲取對(duì)方的多路復(fù)用控制信息的方式為在用戶連接或承載建立或修改時(shí)，協(xié)商多路復(fù)用傳輸?shù)闹С帜芰Α⒔邮斩嗦窂?fù)用報(bào)文的UDP目的端口號(hào)以及適用多路復(fù)用封裝的最大報(bào)文長(zhǎng)度信息。如圖10所示，包括以下步驟步驟101:連接或承載建立或修改時(shí)，第一網(wǎng)元向第二網(wǎng)元發(fā)送協(xié)商信息，其中攜帶有第一網(wǎng)元對(duì)多路復(fù)用傳輸?shù)闹С帜芰π畔?，以通知第二網(wǎng)元本端支持對(duì)GTP協(xié)議報(bào)文的多路復(fù)用傳輸，且本端接收多路復(fù)用封裝后的GTP協(xié)議報(bào)文的UDP目的端口號(hào)為Dl，適用多路復(fù)用封裝的最大報(bào)文長(zhǎng)度為100字節(jié)。步驟102:第二網(wǎng)元向第一網(wǎng)元發(fā)送協(xié)商消息，其中攜帶有第二網(wǎng)元對(duì)多路復(fù)用傳輸?shù)闹С帜芰π畔?，以通知第一網(wǎng)元本端支4對(duì)GTP協(xié)議報(bào)文的多路復(fù)用傳輸，且本端接收多路復(fù)用封裝后的GTP協(xié)議報(bào)文的UDP目的端口號(hào)為D2，適用多路復(fù)用封裝的最大報(bào)文長(zhǎng)度為120字節(jié)。步驟103:第一網(wǎng)元將后續(xù)目的地址為第二網(wǎng)元、QoS要求相同、且報(bào)文長(zhǎng)度不超過(guò)120字節(jié)的GTP協(xié)議報(bào)文進(jìn)行多路復(fù)用封裝。封裝后的IP數(shù)據(jù)報(bào)中的UDP目的端口號(hào)為D2;封裝后的IP數(shù)據(jù)報(bào)中的各個(gè)GTP協(xié)議報(bào)文對(duì)應(yīng)的各多路復(fù)用頭中攜帶的UDP源端口號(hào)為采用普通方式發(fā)送該GTP協(xié)議報(bào)文時(shí)應(yīng)使用的源端口號(hào)；各多路復(fù)用頭中還具體包括其對(duì)應(yīng)的GTP協(xié)議報(bào)文的類型標(biāo)識(shí)，比如，對(duì)應(yīng)的GTP協(xié)議報(bào)文為GTP-C協(xié)議才艮文，則取為1,為GTP-U協(xié)議報(bào)文，則取為2,為GTP，協(xié)議報(bào)文，則取為3。步驟104:第一網(wǎng)元將封裝了多個(gè)GTP協(xié)議報(bào)文的IPv6數(shù)據(jù)報(bào)發(fā)送到第二網(wǎng)元的D2端口。步驟105:第二網(wǎng)元對(duì)接收到的IPv6數(shù)據(jù)報(bào)進(jìn)行解封裝，從中提取出包含的多個(gè)GTP協(xié)議報(bào)文。根據(jù)多路復(fù)用頭中的GTP協(xié)議報(bào)文的類型標(biāo)識(shí)，第二網(wǎng)元可以確定對(duì)應(yīng)GTP報(bào)文的具體協(xié)議類型。步驟106-108:與步驟103-105類似，第二網(wǎng)元也可以將多個(gè)GTP協(xié)議報(bào)文通過(guò)多路復(fù)用封裝所形成的IPv6報(bào)文發(fā)送給第一網(wǎng)元；第一網(wǎng)元在接收并經(jīng)過(guò)解封裝過(guò)程后，從中提取出所包含的多個(gè)GTP協(xié)議報(bào)文。步驟109:對(duì)于不滿足多路復(fù)用傳輸條件的GTP協(xié)議報(bào)文，比如報(bào)文長(zhǎng)度超過(guò)適用多路復(fù)用封裝的最大報(bào)文長(zhǎng)度的GTP協(xié)議報(bào)文，可采用普通封裝方式進(jìn)行傳輸。假設(shè)由于某種原因，比如網(wǎng)元在運(yùn)行過(guò)程中負(fù)載過(guò)高，所以為減輕負(fù)載，不再繼續(xù)支持多路復(fù)用傳輸方式，或者因?yàn)楸慌渲脼椴恢С侄嗦窂?fù)用傳輸方式等原因，造成第二網(wǎng)元對(duì)多路復(fù)用傳輸?shù)闹С帜芰Πl(fā)生變化，變?yōu)閮H支持GTP協(xié)議多路復(fù)用封裝報(bào)文的發(fā)送，不再支持對(duì)該種報(bào)文的接收，那么，后續(xù)步驟中步驟1010:第二網(wǎng)元向第一網(wǎng)元發(fā)送協(xié)商消息，該消息中包括更新后的第二網(wǎng)元對(duì)多路復(fù)用傳輸?shù)闹С帜芰π畔?，告知第一網(wǎng)元，本端不再支持接收GTP協(xié)議的多路復(fù)用封裝報(bào)文。步驟1011~1012:由于第二網(wǎng)元仍然支持GTP協(xié)議的多路復(fù)用發(fā)送，因此，第二網(wǎng)元仍可按照步驟103~105所述過(guò)程向第一網(wǎng)元發(fā)送GTP協(xié)議的多路復(fù)用封裝報(bào)文。步驟1013:第一網(wǎng)元根據(jù)第二網(wǎng)元接收能力的改變，對(duì)于后續(xù)的GTP報(bào)文不再進(jìn)行多路復(fù)用封裝，而是采用普通封裝方式傳輸?shù)降诙W(wǎng)元。4支佳實(shí)施例四圖11為本發(fā)明方法第四個(gè)較佳實(shí)施例的流程圖。本實(shí)施例中，第一網(wǎng)元與第二網(wǎng)元之間采用多路復(fù)用方式進(jìn)行傳輸?shù)腉TP協(xié)議報(bào)文為GTP-U、GTP-C以及GTP，協(xié)議報(bào)文，網(wǎng)絡(luò)層傳輸協(xié)議為IPv4，且不同類型的GTP協(xié)議報(bào)文封裝到同一IP數(shù)據(jù)報(bào)中進(jìn)行傳輸；第一網(wǎng)元與第二網(wǎng)元獲取對(duì)方的多路復(fù)用控制信息的方式為通過(guò)預(yù)配置的方式獲取多路復(fù)用傳輸?shù)闹С帜芰?、接收多路?fù)用報(bào)文的UDP目的端口號(hào)、最大封裝延遲時(shí)間信息。假設(shè)本實(shí)施例中的最大封裝延遲時(shí)間為20ms，接收多路復(fù)用報(bào)文的UDP目的端口號(hào)為C。如圖11所示，包括以下步驟步驟111:才艮據(jù)預(yù)配置的信息，第一網(wǎng)元將目的地址為第二網(wǎng)元，且QoS要求相同的GTP協(xié)議報(bào)文進(jìn)行多路復(fù)用封裝。本步驟中所提到的預(yù)配置是指在第一網(wǎng)元以及第二網(wǎng)元中均預(yù)先配置雙方的多路復(fù)用控制信息。本步驟中，第一網(wǎng)元進(jìn)行多路復(fù)用封裝的時(shí)長(zhǎng)不超過(guò)最大封裝延遲時(shí)間20ms;封裝后的IP數(shù)據(jù)報(bào)中攜帶的UDP目的端口號(hào)為C;封裝后的IP數(shù)據(jù)報(bào)中的各個(gè)GTP協(xié)議報(bào)文對(duì)應(yīng)的多路復(fù)用頭中的源UDP端口號(hào)為采用普通方式發(fā)送該GTP協(xié)議報(bào)文時(shí)應(yīng)使用的源端口號(hào)；各多路復(fù)用頭中的UDP目的端口號(hào)為按照普通方式發(fā)送各自對(duì)應(yīng)的GTP協(xié)議報(bào)文時(shí)應(yīng)使用的目的端口號(hào)。比如，某一多路復(fù)用頭對(duì)應(yīng)的GTP協(xié)議報(bào)文為GTP-C協(xié)議報(bào)文，那么，其目的端口號(hào)為2123;如果對(duì)應(yīng)的GTP協(xié)議報(bào)文為GTP-U協(xié)議報(bào)文，那么，其目的端口號(hào)為2152;如果對(duì)應(yīng)的GTP協(xié)議報(bào)文為GTP，，那么，其目的端口號(hào)為3386。步驟112:第一網(wǎng)元將封裝了多個(gè)GTP協(xié)議報(bào)文的IP數(shù)據(jù)報(bào)發(fā)送到第二網(wǎng)元的C端口。步驟113:第二網(wǎng)元對(duì)接收到的IP數(shù)據(jù)報(bào)進(jìn)行解封裝，從中提取出包含的多個(gè)GTP協(xié)議才艮文。根據(jù)多路復(fù)用頭中攜帶的UDP目的端口號(hào)的值，第二網(wǎng)元可以確定對(duì)應(yīng)的GTP協(xié)議報(bào)文的具體類型。步驟114-116:與步驟111~113類似，第二網(wǎng)元將多個(gè)GTP協(xié)議報(bào)文通過(guò)多路復(fù)用方式封裝在同一IP數(shù)據(jù)報(bào)中發(fā)送至第一網(wǎng)元；第一網(wǎng)元對(duì)接收到的IP數(shù)據(jù)報(bào)進(jìn)行解封裝，從中提取出所包含的多個(gè)GTP協(xié)議報(bào)文?；谏鲜龇椒?，圖12為本發(fā)明系統(tǒng)實(shí)施例的組成結(jié)構(gòu)示意圖。上述各方法實(shí)施例可基于圖12所示系統(tǒng)實(shí)現(xiàn)。如圖12所示，該系統(tǒng)包括第一網(wǎng)元121以及第二網(wǎng)元122;第一網(wǎng)元121，用于將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中，發(fā)送給第二網(wǎng)元122;第二網(wǎng)元122,用于接收來(lái)自第一網(wǎng)元121的IP數(shù)據(jù)報(bào)。其中，第一網(wǎng)元121進(jìn)一步用于，獲取第二網(wǎng)元122的多路復(fù)用控制信息；第一網(wǎng)元121根據(jù)獲取到的第二網(wǎng)元122的多路復(fù)用控制信息確定第二網(wǎng)元122是否支持多路復(fù)用傳輸，如果支持，則將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中，發(fā)送給第二網(wǎng)元122;如果不支持，則按照普通傳輸方式向第二網(wǎng)元122傳輸GTP協(xié)議報(bào)文。圖13為本發(fā)明設(shè)備實(shí)施例的組成結(jié)構(gòu)示意圖。如圖13所示，該設(shè)備包括封裝單元131以及發(fā)送單元132;封裝單元131,用于將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中；發(fā)送單元132,用于將封裝后的IP數(shù)據(jù)報(bào)發(fā)送給接收設(shè)備。此外，該設(shè)備中進(jìn)一步包括獲取單元133,用于獲取接收設(shè)備的多路復(fù)用控制信息；根據(jù)獲取到的接收設(shè)備的多路復(fù)用控制信息確定該接收設(shè)備是否支持多路復(fù)用傳輸，如果支持，則通知封裝單元131執(zhí)行多路復(fù)用封裝功能；如果不支持，則通知封裝單元131按照普通傳輸方式向接收設(shè)備傳輸GTP協(xié)議報(bào)文。其中，多路復(fù)用控制信息可具體包括對(duì)多路復(fù)用傳輸?shù)闹С帜芰?；或進(jìn)一步包括采用多路復(fù)用傳輸?shù)腉TP協(xié)議類型、接收多路復(fù)用報(bào)文的UDP目的端口號(hào)、最大封裝延遲時(shí)間，適用多路復(fù)用封裝的最大報(bào)文長(zhǎng)度信息中的一種或任意組合。上述獲取單元133可具體包括獲取子單元1331以及確定子單元1332;獲取子單元1331,用于通過(guò)預(yù)配置的方式、每次用戶的連接或承載建立或修改時(shí)的協(xié)商方式，以及第一網(wǎng)元121和第二網(wǎng)元122之間首次建立連接時(shí)的協(xié)商方式中的一種或任意組合，獲取接收設(shè)備的多路復(fù)用控制信息；確定子單元1332，用于根據(jù)接收設(shè)備的多路復(fù)用控制信息確定該接收設(shè)備是否支持多路復(fù)用傳輸，如果支持，則通知封裝單元131執(zhí)行多路復(fù)用封裝功能；如果不支持，則通知封裝單元131按照普通傳輸方式向接收設(shè)備傳輸GTP協(xié)議報(bào)文。上述封裝單元131中可具體包括第一封裝子單元1311以及第二封裝子單元1312;其中第一封裝子單元1311,用于將同一類型的GTP協(xié)議報(bào)文封裝在同一IP數(shù)據(jù)報(bào)中；第二封裝子單元1312，用于在將不同類型的GTP協(xié)議報(bào)文封裝在同一IP數(shù)據(jù)報(bào)中。上述第一封裝子單元1311可進(jìn)一步用于，在將同一類型的GTP協(xié)議報(bào)文封裝在同一IP數(shù)據(jù)報(bào)中時(shí)，在封裝在同一IP數(shù)據(jù)報(bào)中的每個(gè)GTP協(xié)議報(bào)文前分別添加一個(gè)多路復(fù)用頭，該多路復(fù)用頭包括采用普通方式發(fā)送自身對(duì)應(yīng)的GTP協(xié)議報(bào)文時(shí)應(yīng)使用的UDP源端口號(hào)，以及與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文的長(zhǎng)度信息中的一種或兩種；第二封裝子單元1312可進(jìn)一步用于，在將不同類型的GTP協(xié)議報(bào)文封裝在同一IP數(shù)據(jù)報(bào)中時(shí)，在封裝在同一IP數(shù)據(jù)報(bào)中的每個(gè)GTP協(xié)議報(bào)文前分別添加一個(gè)多路復(fù)用頭，該多路復(fù)用頭包括采用普通方式發(fā)送與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文時(shí)應(yīng)使用的UDP目的端口號(hào)，或者，與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文的協(xié)議類型標(biāo)識(shí)。圖12和13所述系統(tǒng)及設(shè)備實(shí)施例的具體工作流程請(qǐng)參照方法相應(yīng)部分的說(shuō)明，此處不再贅述。可見(jiàn)，采用本發(fā)明實(shí)施例的技術(shù)方案，通過(guò)將多個(gè)GTP協(xié)議報(bào)文封裝在同一個(gè)IP數(shù)據(jù)報(bào)中進(jìn)行傳輸，充分利用了IP數(shù)據(jù)報(bào)的最大負(fù)載長(zhǎng)度，有效地提高了IP數(shù)據(jù)報(bào)中有效負(fù)載數(shù)據(jù)所占的比例，從而提高了網(wǎng)絡(luò)傳輸效率以及帶寬利用效率。下面通過(guò)一個(gè)具體的實(shí)例，來(lái)比較一下采用本發(fā)明實(shí)施例所述方案與采用現(xiàn)有傳輸方式相比，在提高IP數(shù)據(jù)報(bào)中有效負(fù)載數(shù)據(jù)所占比例方面的不同效果。對(duì)于采用GSM-AMR編碼格式的語(yǔ)音通信，假設(shè)其平均傳輸碼率為8Kbps,采樣間隔為20ms，則每個(gè)語(yǔ)音幀的長(zhǎng)度為20字節(jié)。假設(shè)該實(shí)例中的語(yǔ)音幀按照?qǐng)D4所示方式進(jìn)行封裝并傳輸，即將語(yǔ)音數(shù)據(jù)所封裝的RTP協(xié)議報(bào)文承載在GTP上層隧道的IPv4隧道進(jìn)行傳輸，則將該在上層隧道中傳輸?shù)腎Pv4數(shù)據(jù)報(bào)封裝為GTP-U協(xié)議報(bào)文后，長(zhǎng)度共為68字節(jié)。對(duì)于該長(zhǎng)度為68字節(jié)的有效負(fù)載數(shù)據(jù)如果采樣現(xiàn)有普通傳輸方式進(jìn)行傳輸，封裝為IPv4數(shù)據(jù)報(bào)后的長(zhǎng)度為96字節(jié)，封裝為以太網(wǎng)幀后的長(zhǎng)度為114字節(jié)，如果進(jìn)一步考慮以太網(wǎng)幀的傳輸時(shí)隙以及同步位，則共為134字節(jié)。如果采用本發(fā)明實(shí)施例所述的多路復(fù)用方式傳輸，以同一IP數(shù)據(jù)報(bào)中只能封裝同一類型的GTP協(xié)議報(bào)文為例，假設(shè)封裝后的每個(gè)GTP協(xié)議報(bào)文需要添加一個(gè)長(zhǎng)度為2字節(jié)的多路復(fù)用頭，那么，根據(jù)表一的記載可知，在最大封裝延遲時(shí)間內(nèi)，IPv4數(shù)據(jù)報(bào)最大可以封裝不超過(guò)1500字節(jié)的信息，即28字節(jié)的UDP頭和IP頭以及大約20個(gè)GTP協(xié)議孝艮文。對(duì)于這20個(gè)GTP協(xié)議報(bào)文，如果采用多路復(fù)用方式封裝時(shí)，其最終的IPv4數(shù)據(jù)報(bào)長(zhǎng)度為1428字節(jié)，封裝為以太網(wǎng)幀后的長(zhǎng)度為1466字節(jié)(考慮了以太網(wǎng)幀中的傳輸時(shí)隙以及同步位)；如果采用現(xiàn)有封裝方式，20個(gè)GTP協(xié)議報(bào)文對(duì)應(yīng)的IPv4數(shù)據(jù)報(bào)的總長(zhǎng)度將為1920字節(jié)，總以太網(wǎng)幀的傳輸長(zhǎng)度為2680字節(jié)。可見(jiàn)，對(duì)于同樣的20個(gè)GTP協(xié)議報(bào)文，當(dāng)采用本發(fā)明實(shí)施例所述方案以及現(xiàn)有技術(shù)這兩種不同的傳輸方式時(shí)，所需IPv4數(shù)據(jù)報(bào)的長(zhǎng)度分別為1428字節(jié)以及1920字節(jié)；所需以太網(wǎng)幀的長(zhǎng)度分別為1466字節(jié)以及2680字節(jié)。也就是說(shuō)，本發(fā)明實(shí)施例所述方案明顯地提高了有效負(fù)載數(shù)據(jù)在IP數(shù)據(jù)報(bào)以及以太網(wǎng)幀中所占的比例。綜上所述，以上僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。權(quán)利要求1、一種通用分組無(wú)線業(yè)務(wù)隧道協(xié)議GTP報(bào)文傳輸方法，其特征在于，該方法包括第一網(wǎng)元將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中；所述第一網(wǎng)元將所述封裝后的IP數(shù)據(jù)報(bào)發(fā)送給第二網(wǎng)元。2、根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一網(wǎng)元將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中之前，進(jìn)一步包括所述第一網(wǎng)元獲取所述第二網(wǎng)元的多路復(fù)用控制信息；所述第一網(wǎng)元根據(jù)獲取到的第二網(wǎng)元多路復(fù)用控制信息確定所述第二網(wǎng)元是否支持多路復(fù)用傳輸，如果支持，則將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中，發(fā)送給所述第二網(wǎng)元。3、根據(jù)權(quán)利要求2所述的方法，其特征在于，所述多路復(fù)用控制信息包括對(duì)多路復(fù)用傳輸?shù)闹С帜芰Α?、根據(jù)權(quán)利要求3所述的方法，其特征在于，所述多路復(fù)用控制信息中進(jìn)一步包括采用多路復(fù)用傳輸?shù)腉TP協(xié)議類型、接收多路復(fù)用報(bào)文的用戶數(shù)據(jù)報(bào)協(xié)議UDP目的端口號(hào)、最大封裝延遲時(shí)間，以及適用多路復(fù)用封裝的最大報(bào)文長(zhǎng)度信息中的一種或任意組合。5、根據(jù)權(quán)利要求3所述的方法，其特征在于，所述對(duì)多路復(fù)用傳輸?shù)闹С帜芰Πòl(fā)送能力和接收能力沖的一種或兩種。6、根據(jù)權(quán)利要求4所述的方法，其特征在于，所述GTP協(xié)議類型包括控制面GTP協(xié)議GTP-C,用戶面GTP協(xié)議GTP-U以及GTP，。7、根據(jù)權(quán)利要求4所述的方法，其特征在于，當(dāng)所述多路復(fù)用控制信息中包括最大封裝延遲時(shí)間時(shí)，所述第一網(wǎng)元將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中的過(guò)程需要在所述最大封裝延遲時(shí)間內(nèi)完成；當(dāng)所述多路復(fù)用控制信息中包括適用多路復(fù)用封裝的最大報(bào)文長(zhǎng)度時(shí)，所述通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中的每一個(gè)GTP協(xié)議報(bào)文的長(zhǎng)度需要小于或等于所述適用多路復(fù)用封裝的最大報(bào)文長(zhǎng)度。8、根據(jù)權(quán)利要求3或4所述的方法，其特征在于，不同GTP協(xié)議類型或網(wǎng)絡(luò)中不同承載對(duì)應(yīng)不同的多路復(fù)用控制信息。9、根據(jù)權(quán)利要求3或4所述的方法，其特征在于，所述第一網(wǎng)元獲取所述第二網(wǎng)元的多路復(fù)用控制信息包括以下方式中的一種或任意組合通過(guò)預(yù)配置的方式獲取；在每次用戶的連接或承載建立或修改時(shí)，通過(guò)協(xié)商方式獲?。辉谒缘谝痪W(wǎng)元和第二網(wǎng)元之間首次建立連接時(shí)，通過(guò)協(xié)商方式獲取。10、根據(jù)權(quán)利要求9所述的方法，其特征在于，所述通過(guò)協(xié)商方式獲取包括所述第二網(wǎng)元在發(fā)送的GTP-C消息中攜帶自身的多路復(fù)用控制信息，發(fā)送給所述第一網(wǎng)元。11、根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中的方法包括如果不同的GTP協(xié)議報(bào)文對(duì)應(yīng)不同的服務(wù)質(zhì)量QoS要求，則僅將具有相同QoS要求的一個(gè)以上GTP協(xié)議報(bào)文通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中。12、根據(jù)權(quán)利要求1所述的方法，其特征在于，所述多路復(fù)用方式包括將同一類型的GTP協(xié)議報(bào)文封裝在同一IP數(shù)據(jù)報(bào)中的方式，以及將不同類型的GTP協(xié)議報(bào)文封裝在同一IP數(shù)據(jù)報(bào)中的方式中的一種或兩種。13、根據(jù)權(quán)利要求12所述的方法，其特征在于，對(duì)于將同一類型的GTP協(xié)議報(bào)文封裝在同一IP數(shù)據(jù)報(bào)中的方式，所述封裝在同一IP數(shù)據(jù)報(bào)中的每個(gè)GTP協(xié)議報(bào)文前分別設(shè)置一個(gè)多路復(fù)用頭；所述多路復(fù)用頭包括采用普通方式發(fā)送與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文時(shí)應(yīng)使用的UDP源端口號(hào)，以及與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文的長(zhǎng)度信息中的一種或兩種。14、根據(jù)權(quán)利要求12或13所述的方法，其特征在于，對(duì)于將不同類型的GTP協(xié)議報(bào)文封裝在同一IP數(shù)據(jù)報(bào)中的方式，所述封裝在同一IP數(shù)據(jù)報(bào)中的每個(gè)GTP協(xié)議報(bào)文前分別設(shè)置一個(gè)多路復(fù)用頭；所述多路復(fù)用頭包括采用普通方式發(fā)送與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文時(shí)應(yīng)使用的UDP目的端口號(hào)，或者，與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文的協(xié)議類型標(biāo)識(shí)。15、根據(jù)權(quán)利要求14所述的方法，其特征在于，對(duì)于將不同類型的GTP協(xié)議報(bào)文封裝在同一IP數(shù)據(jù)報(bào)中的方式，所述多路復(fù)用頭中進(jìn)一步包括采用普通方式發(fā)送與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文時(shí)應(yīng)使用的UDP源端口號(hào)，以及與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文的長(zhǎng)度信息中的一種或兩種。16、根據(jù)權(quán)利要求l所述方法，其特征在于，所述IP數(shù)據(jù)報(bào)為IP第4版IPv4數(shù)據(jù)報(bào)或IP第6版IPv6數(shù)據(jù)報(bào)。17、根據(jù)權(quán)利要求1所述的方法，其特征在于，所述發(fā)送給第二網(wǎng)元之后，進(jìn)一步包括所述第二網(wǎng)元對(duì)接收到的IP數(shù)據(jù)報(bào)進(jìn)行解封裝，得到所述一個(gè)以上的GTP協(xié)議報(bào)文。18、一種GTP協(xié)議報(bào)文傳輸系統(tǒng)，其特征在于，該系統(tǒng)包括第一網(wǎng)元以及第二網(wǎng)元；所迷第一網(wǎng)元，用于將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中，發(fā)送給所述第二網(wǎng)元；所述第二網(wǎng)元，用于接收來(lái)自所述第一網(wǎng)元的IP數(shù)據(jù)報(bào)。19、根據(jù)權(quán)利要求18所述的系統(tǒng)，其特征在于，所述第一網(wǎng)元進(jìn)一步用于，獲取所述第二網(wǎng)元的多路復(fù)用控制信息；所述第一網(wǎng)元根據(jù)獲取到的第二網(wǎng)元多路復(fù)用控制信息確定所述第二網(wǎng)元是否支持多路復(fù)用傳輸，如果支持，則將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中，發(fā)送給所述第二網(wǎng)元。20、一種GTP協(xié)議報(bào)文傳輸設(shè)備，其特征在于，該設(shè)備包括封裝單元以及發(fā)送單元；所述封裝單元，用于將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中；所述發(fā)送單元，用于將所述封裝后的IP數(shù)據(jù)報(bào)發(fā)送給接收設(shè)備。21、根據(jù)權(quán)利要求20所述的設(shè)備，其特征在于，該設(shè)備中進(jìn)一步包括獲取單元，用于獲取接收設(shè)備的多路復(fù)用控制信息；根據(jù)獲取到的接收設(shè)備的多路復(fù)用控制信息確定所述接收設(shè)備是否支持多路復(fù)用傳輸，如果支持，則通知所述封裝單元執(zhí)行多路復(fù)用封裝功能。22、根據(jù)權(quán)利要求21所述的設(shè)備，其特征在于，所述多路復(fù)用控制信息包括對(duì)多路復(fù)用傳輸?shù)闹С帜芰Α?3、根據(jù)權(quán)利要求22所述的設(shè)備，其特征在于，所述多路復(fù)用控制信息中進(jìn)一步包括采用多路復(fù)用傳輸?shù)腉TP協(xié)議類型、接收多路復(fù)用報(bào)文的UDP目的端口號(hào)、最大封裝延遲時(shí)間，以及適用多路復(fù)用封裝的最大報(bào)文長(zhǎng)度信息中的一種或任意組合。24、根據(jù)權(quán)利要求22或23所述的設(shè)備，其特征在于，所述獲取單元具體包括獲取子單元以及確定子單元；所述獲取子單元，用于通過(guò)預(yù)配置的方式、每次用戶的連接或承載建立或修改時(shí)的協(xié)商方式，以及所述第一網(wǎng)元和第二網(wǎng)元之間首次建立連接時(shí)的協(xié)商方式中的一種或任意組合，獲取所述接收設(shè)備的多路復(fù)用控制信息；所述確定子單元，用于根據(jù)所述接收設(shè)備的多路復(fù)用控制信息確定所述接收設(shè)備是否支持多路復(fù)用傳輸，如果支持，則通知所述封裝單元執(zhí)行多路復(fù)用封裝功能。25、根據(jù)權(quán)利要求20或21所述的設(shè)備，其特征在于，所述封裝單元具體包括第一封裝子單元以及第二封裝子單元；所述第一封裝子單元，用于將同一類型的GTP協(xié)議報(bào)文封裝在同一IP數(shù)據(jù)報(bào)中；所述第二封裝子單元，用于將不同類型的GTP協(xié)議報(bào)文封裝在同一IP數(shù)據(jù)報(bào)中。26、根據(jù)權(quán)利要求25所述的設(shè)備，其特征在于，所述第一封裝子單元進(jìn)一步用于，在將同一類型的GTP協(xié)議報(bào)文封裝在同一IP數(shù)據(jù)報(bào)中時(shí)，在封裝在同一IP數(shù)據(jù)報(bào)中的每個(gè)GTP協(xié)議報(bào)文前分別添加一個(gè)多路復(fù)用頭；所述多路復(fù)用頭包括采用普通方式發(fā)送與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文時(shí)應(yīng)使用的UDP源端口號(hào)，以及與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文的長(zhǎng)度信息中的一種或兩種；所述第二封裝子單元進(jìn)一步用于，在將不同類型的GTP協(xié)議報(bào)文封裝在同一IP數(shù)據(jù)報(bào)中時(shí)，在封裝在同一IP數(shù)據(jù)報(bào)中的每個(gè)GTP協(xié)議報(bào)文前分別添加一個(gè)多路復(fù)用頭；所述多路復(fù)用頭包括采用普通方式發(fā)送與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文時(shí)應(yīng)使用的UDP目的端口號(hào)，或者，與自身對(duì)應(yīng)的GTP協(xié)議報(bào)文的協(xié)議類型標(biāo)識(shí)。全文摘要本發(fā)明實(shí)施例公開(kāi)了一種通用分組無(wú)線業(yè)務(wù)(GPRS)隧道協(xié)議(GTP)報(bào)文傳輸方法，包括第一網(wǎng)元將一個(gè)以上的GTP協(xié)議報(bào)文，通過(guò)多路復(fù)用方式封裝在同一個(gè)IP數(shù)據(jù)報(bào)中；所述第一網(wǎng)元將所述封裝后的IP數(shù)據(jù)報(bào)發(fā)送給第二網(wǎng)元。本發(fā)明實(shí)施例同時(shí)公開(kāi)了一種GTP協(xié)議報(bào)文傳輸系統(tǒng)及設(shè)備。應(yīng)用本發(fā)明實(shí)施例所述的方法、系統(tǒng)及設(shè)備，能夠在GTP協(xié)議報(bào)文傳輸過(guò)程中，提高有效負(fù)載數(shù)據(jù)在IP數(shù)據(jù)報(bào)中所占的比例。文檔編號(hào)H04L29/06GK101420369SQ20071018205公開(kāi)日2009年4月29日申請(qǐng)日期2007年10月24日優(yōu)先權(quán)日2007年10月24日發(fā)明者慧倪,譚仕勇申請(qǐng)人:華為技術(shù)有限公司