数据传输的方法、装置和系统的制作方法

专利名称：：数据传输的方法、装置和系统的制作方法
技术领域：
：本发明涉及通信
技术领域：
，特别涉及数据传输的方法、装置和系统。
背景技术：
：为了提高第三代移动通信(3G,ThirdGeneration)在新兴的宽带无线接入市场的竟争力，第三代合作伙伴(3GPP,3rdGenerationPartnershipProject)在2004年底发展了长期演进(LTE，LongTermEvolution)计划，基本思想是采用过去为B3G(Beyond3G)或4G(FourthGeneration)发展的技术来发展LTE,使用3G频段占有宽带无线接入市场。同时，3GPP启动了面向全IP的分纟且i或核心网的演进项目(SAE，SystemArchitectureEvolution)。SAE/LTE系统如图1所示，由演进分组核心网(EPC，EvolvedPacketCore)和演进UMTS陆地无线接入网(E-UTRAN,EvolvedUMTSTerritorialRadioAccessNetwork)组成。其中EPC包括控制面移动管理实体(MME,MobilityManagementEntity)逻辑节点和用户面月良务网关(S-GW,ServingGateway)。如图l所示，包括用户设备(UE，UserEquipment)，一系列的基站(eNodeB)组成E-UTRAN。其中eNodeB之间通过X2接口互联，eNodeB与EPC通过S1接口互联。随着LTE等高速无线技术的引入，无线基站对回程传输带宽的需求急剧增加。无线网络在向高带宽的扁平组网架构演进过程中，大部分回程传输网络仍然基于传统构架，而且传输带宽更加缺乏。在传统时分复用(TDM，TimeDivisionMultiplexing)和异步传送模式(ATM,AsynchronousTransferMode)网络的基础上，优化传输资源和传输网络结构以提升传输效率，成为关注焦点。在对现有技术的研究和实践过程中，发明人发现现有技术存在以下问题Internet上IP业务lt据包大小分布统计如表1所示表1<table>tableseeoriginaldocumentpage4</column></row><table><table>tableseeoriginaldocumentpage5</column></row><table>据传输协议可知，数据包的传输效率较低，特别是短数据包的传输效率更低。以64字节的IP包为例，假定采用Ethernet传输，传输网络层开销包括通用分组无线业务隧道协i义(GTP,GeneralPacketRadioServiceTunnelingProtocol)用户面协议(GTP-U，GTPUser)头8字节、用户数据才艮协议(UDP，UserDatagramProtocol)头8字节、因特网协i义(IP，InternetProtocol)头20字节(假定为IPv4)和媒体访问控制(MAC,MediaAccessControl)层开销18字节，共54字节，其传输效率约为64/(64+54)xl00%=54%。所以现有技术中数据包的传输效率很低。
发明内容本发明实施例要解决的技术问题是提供数据传输的方法、装置和系统，能够提高数据传输效率。为解决上述技术问题，本发明所提供的数据传输的方法是通过以下技术方案实现的接收数据源端发送的数据包，所述数据包基于通用分组无线业务隧道协议GTP封装；解析接收到的所述数据包，得到协议头和用户数据；压缩所述协议头；将所述用户数据以及压缩后的协议头进行封装后发送给宿端。本发明实施例还提供了数据传输的装置，包括接收单元，用于接收源于数据源端并基于GTP封装的数据包；解析单元，用于解析所述接收单元接收的数据包，得到协议头和用户数据；压缩单元，用于压缩所述解析单元解析得到的协议头；封装单元，用于封装所述用户数据和压缩后的协议头，得到压缩后的数据包；发送单元，用于发送所述压缩后的数据包。本发明实施例还提供了数据传输的系统，包括数据源端，宿端，以及上述数据传输的装置。上述技术方案中的方法、装置和系统具有如下有益效果通过压缩协议头达到降低协议在数据包中所占的比例，从而提高数据包在网络中的传输效率；并针对接入层数据传输进行优化，提高了数据传输的效率。图1为现有技术SAE/LTE系统结构图2a为现有技术S1/X2接口协议栈结构图2b为本发明实施例一，UDP/IP压缩为压缩标识字节的协议栈结构图；图2c为本发明实施例二，GTP包封装到Ethernet帧的协议栈结构图；图3为本发明实施例与包复用结合的结构图；图4为现有技术基于传输汇聚设备的业务汇聚组网图；图5为本发明实施例八，装置结构示意图；图6为本发明实施例八，另一装置结构示意图；图7为本发明实施例九，加入商单元的装置结构图；图8为本发明实施例十，系统结构示意图。具体实施例方式本发明实施例提供了一种数据传输的方法、装置和系统。其中方法实施例的实现可以为接收数据源端发送的数据包，所述数据包基于通用分组无线业务隧道协议GTP封装；解析收到的所述数据包，得到协议头和用户数据；压缩所述协议头；将所述用户数据以及压缩后的协议头进行封装后发送给宿端。需要说明的是，本实施例以及后续实施例中均以基站控制器作为数据源端，以基站作为宿端的例子进行说明，可以理解的是，在实际应用中的数据源端和宿端还可以是其它网元，此处不作限定。上述实施方式可以在具有传输汇聚功能的网元完成，上述传输汇聚设备可以是交换机、路由器等；上述实施方式也可以在数据源端完成，数据源端可以为基站控制器(基站控制器可以泛指一切可以控制基站的网络节点)，在此不作限定。本发明实施例方法，通过压缩协议头达到降低协议在数据包中所占的比例，从而提高数据包在网络中的传输效率；并针对接入层数据传输进行优化，提高了数据传输的效率。由于较短的数据包协议头在短数据包中占用的百分比，相比于较长的数据包协议头在长数据包中占用的百分比更多，采用本发明实施例的方法对大量使用的短数据包传输效率的提升效果更为明显。协议头包含的协议种类很多，根据网络七层协议系统的分类标准，本发明实施例针对应用层协议，传输层协议、网络层协议进行压缩；由于各层协议种类依然很多，本发明实施例从各层协议中分别取一种协议作为例子进行说明，相同层协议的压缩是类似的。在本发明所给出的实施里中，所述应用层协议头可以为GTP协议头，所述传输层协议头可以为UDP协议头，所述网络层协议头可以为IP协议头，可以理解的是各层协议头的举例不是该层协议的穷举，不应理解为对该层协议的限定。实施例一和实施例二将主要以以太网(Ethernet)场景下的协议头压缩为例进行说明，而其它实施例将对其它场景下协议头的压缩进行说明。实施例一和实施例二将以各层协议头共同压缩的实现方式为例进行说明如图2a所示，为Sl/X2协议栈结构图，包括GTP协议头、UDP协议头、IP协议头、数据链路层协议(Dalalinklayer)。可以对GTP协议头，UDP协议头以及IP协议头中的至少一个协议头进行压缩。后续实施例的压缩可以一并参照图2a，将图2a作为对比图。实施例一，如图2b所示，压缩的方式为将UDP/IP压缩为压缩标识字节，压缩后的协议栈结构示意图本实施例的方法可以是接收基站控制器发送的基于GTP协议封装的数据包，将UDP/IP压缩为压缩标识字节，发送压缩过协议头的数据包给基站；上述执行的主体可以是传输汇聚设备。将UDP/IP压缩为压缩标识字节，用于识别该Ethernet帧承载的是压缩的GTP/UDP/IP头开销。压缩标识长度可以为2到4字节，压缩长度取决于是否支持UDP检验和，支持时为4字节，否则为2字节。本发明实施例一的才支术方案，可以将GTP/UDP/IP头开销由原来的36/56字节(36对应IPv4，56对应IPv6)压缩为10/10(IPv4/IPv6)字节。实施例二，如图2c所示，压缩方式为将GTP协议头封装到Ethernet帧中，压缩后的协议栈结构示意图。本实施例的方法可以是接收基站控制器发送的基于GTP协议封装的数据包，将GTP包封装到Ethernet帧，发送压缩过协议头的数据包给基站；上述执行的主体可以是传输汇聚设备。将GTP包直接封装到Ethernet帧中，GTP可以采用专用的UDP端口承载，因此，可以在Ethernet接口MAC层可以采用专用端口进行区分，如表2所示，可以在MAC头类型(Type)区域定义一个专用标志识别Ethernet帧直接承载GTP报文、或者可以类似Ethernet操作管理维护协议数据单元(OAMPDU)扩展到子类(Subtype)进行定义；如表3所示，也可以在Ethernet接口的MAC层采用专用的VLANID区分GTP报文与其它报文，所述专用的VLANID可以是通过重新定义一个VLANID来区分GTP报文；还可以配置不同的虚拟局域网标识(VLANID)以区分GTP报文与其它报文，所述配置不同的VLANID可以是配置一个已经存在的VLANID来区分GTP报文与其它报文。表2<table>tableseeoriginaldocumentpage8</column></row><table>表3<table>tableseeoriginaldocumentpage8</column></row><table>上述实施例中对Ethernet组网场景下的协议头压缩方式进行了描述，可以理解的是，针对多协议标签交换(MPLS，MultiProtocolLabelSwitching)和异步传送才莫式(ATM,AsynchronousTransfermode)组网场景与4十对Ethernet组网场景类似。其中，基于MPLS的GTP/UDP/IP头压缩方法，可以采用多标签交换(MPLS，Multi-ProtocolLabelSwitch)的专用标签(Label)标识压缩后的GTP/UDP/IP帧格式。而基于ATM的GTP/UDP/IP头压缩方法，可以釆用ATM的虚3各径识别标识/虚信道识别标识(VPI/VCI)压缩后的GTP/UDP/IP帧格式。另夕卜，基于点到点协议(PPP,Point-to-PointProtocol)组网场景,可以将所有的GTP/UDP/IP头一起压缩，保留GTP协议头中的隧道标识(TEID,TunnelEndpointIdentifier)。所述实施例一和实施例二，通过压缩协议头达到降低协议在数据包中所占的比例，从而提高数据包在网络中的传输效率；并针对接入层数据传输进行优化，提高了数据传输的效率。实施例三至实施例六均以PPP组网场景下的压缩方案为例对具体的协议头压缩过程进行详细的描述；为方便说明和理解，在对所述压缩协-汉头进行说明之前，首先对协议头部各字段进行分类，具体可分为以下几类"NOCHANGE":该字段一般不会变化，如果发生变化意味着必须发送一个完整首部以更新上下文。"DELTA":该字段可能会频繁变化，但是与前一个头部相比变化较小，因此，通常可以只发送当前值与前一个值之间的变化。"RANDOM":该字段的当前值必须完整的放在压缩报文里，通常因为变化不可预料。"INFERRED":该字段的值可以从其它值推出，例如从帧承载报文的大小推出。这类字段不必包括在压缩首部。由上述分类可以看出压缩头部可以不包含NOCHANGE或INFERRED,解压方可以通过由压缩标识符标识的上下文中获得NOCHANGE字革更的值，从具体的协议实现来推算出INFERRED字段的值。DELTA字段只需携带与报文流中前一报文中的值的差别，解压方将压缩首部中的值与上下文中的值相加以更新上下文。RANDOM字段必须按照它们在完整首部中的次序填入压缩首部。根据上述对协议头字段的分类，后续实施例对应用层、传输层、网络层协议的压缩分别以压缩应用层的GTP协议头、压缩传输层的UDP协议头、压缩网络层的IP协议头为例进行详细的介绍，当各层采用其它协议头封装时可以参考上述压缩方法。实施例三，所述压缩协议头包括压缩应用层协议头，本实施例的方法可以是接收基站控制器发送的基于GTP协议封装的数据包，压缩应用层协议头，发送压缩过协议头的数据包给基站；上述执行的主体可以是传输汇聚设备。上述压缩应用层协议头以GTP协议头压缩为例，GTP协议完整头部格式，如表4所示表4GTP完整头部格式<table>tableseeoriginaldocumentpage10</column></row><table>所述GTP协议完整头部格式适用于GTP-U和GTP控制面协议(GPRSTunnelingProtocolforcontrolplane,GTP-C)，长度是可变的，其中最小为8字节。有三个标志用于指示是否存在可选部分E标志用于指示是否存在扩展头，S标志用于指示是否存在序列号，PN标志用于指示是否存在N-PDU号。版本域，用于标识GTP协议的版本。PT用于区别协议，PT=1为GTP协议,PT=0为GTF协议。GTP完整头部格式各字段可能变化情况，如表5所示表5GTP完整头部格式各字段可能变化情况<table>tableseeoriginaldocumentpage11</column></row><table>所述表5中的定义是基于所有用户面GTP-U包都归属于同一类UDP报文考虑的，即基于所有的GTP包都基于同一种UDP报文。如果E标志比特，S标志比特或PN标志比特确定后，扩展头域、序列号、N-PDU号是否存在也就确定了。但对于同UDP报文而言，这些域和隧道标识是随机变化的。由所述表5可知，压缩后，由协议头字段分类可知RANDOM域和隧道端点标识域，应保留；扩展头域、序列号和N-PDU号是否需要保留，应根据E标志比特、S标志或PN标志比特确定E标志比特存在则扩展头i或存在，否则扩展头域可以压缩掉；S标志比特存在则序列号存在，否则序列号可以压缩掉；PN标志比特存在则N-PDU存在，否则N-PDU号可以压缩掉。对于相同或者不变的部分，不需要传送，可以压缩掉。对于INFERRED的长度域，可以才艮据其它域或推导得到，也可以压缩掉。实施例四，所述压缩协议头包括，压缩传输层协议头；本实施例的方法可以是接收基站控制器发送的基于GTP协议封装的数据包，压缩传输层协议头，发送压缩过协议头的数据包给基站；上述执行的主体可以是传输汇聚设备。上述压缩传输层协议头以UDP协议头压缩为例UDP协议完整头部格式，如表6所示表6UDP完整头部格式<table>tableseeoriginaldocumentpage12</column></row><table>根据表7可知，压缩端可以在会话中的所有包里包括UDP校验和，也可以不用校验和，所以没有必要显式地表示UDP校验和的存在，可以压缩掉。表7中所有字段都可以压缩掉。实施例五，所述压缩协议头包括压缩网络层协议头，本实施例的方法可以是接收基站控制器发送的基于GTP协议封装的数据包，压缩网络层协议头，发送压缩过协议头的数据包给基站；上述执行的主体可以是传输汇聚设备。上述压缩网络层协议以IP协议头压缩为例IPv4完整头部格式，如表8所示表8IPv4完整头部格式<table>tableseeoriginaldocumentpage13</column></row><table>目的IP地址NOCHANGE才艮据所述表格9可知，IP协议头有很多域是相同的，或者是不变的。只有标识域经常发生无规律的变化，需要保留，其它字段都可以压缩掉。IPv6头部各字4爻压缩与IPV4相同，在此不再赘述。实施例六，将传输平面协议头、传输层协议头和网络层协议头一起压缩。本实施例的方法可以是:接收基站控制器发送的基于GTP协议封装的数据包，将传输平面协议头、传输层协议头和网络层协议头一起压缩，发送压缩过协议头的数据包给基站；上述执行的主体可以是传输汇聚设备。下面以IP/UDP/GTP协议头的压缩为例进行说明。IP/UDP/GTP头压缩后的帧格式(CID(ContextIdentifier,上下文ID)=8比特)如表10所示表10IP/UDP/GTP头压缩后的帧格式(CID=8比特)<table>tableseeoriginaldocumentpage14</column></row><table><table>tableseeoriginaldocumentpage15</column></row><table>所述表10和表11为IP/UDP/GTP头压缩后的帧格式，分别为CID=8比特和CID=16比特的格式。下面对表中各值分别-说明。上下文标识(CID，Contextidentifier),是一个较小的数字，它的唯一标识用于对压缩首部进行解压缩的上下文。完整的头部和压缩头部都携带CID。CID取值由底层协商时确定取值为8位还是16位。8位CID最大可以支持255个上下文标识，16位CID最大可支持65535个上下文标识。一个才艮文流的上下文由一个上下文标识符绑定。IP/UDP/GTP才艮文流的上下文还与一个Generation绑定。对非TCP报文来说，与一个给定的CID对应的每一个新版本的上下文都会与一个Generation绑定；Generation是一个较小的数字，当与CID对应的上下文改变时会将其加1,它由完整头部或未压缩的非TCP头部承载。Generation占6比特。遂道端点标识域(TEID，TunnelEndpointID)继承完整头部的GTP报文的TEID值，占4字节。UDP校验和，是随机值，可选。序列号，可选，取决于完整头部的GTP报文第1字节的S标志，若S标志无效，则序列号也不存在。N-PDU号，可选，取决于完整头部的GTP报文第1字节的PN标志，若PN标志无效，则N-PDU号也不存在。下一扩展头类型，可选，取决于完整头部的GTP报文第1字节的E标志，若E标志无效，则下一扩展头类型不存在。由表10可知，当CID=1字节时，基于PPP链路的IP/UDP/GTP头部压缩字节为6到12字节。通常情况下GTP用户面头部为8字节，即E标志、S标志和PN标志无效，因此压缩后的头部开销为6到8字节。同理，由表11可知当CID=2时压缩后的头部在通常情况下为7到9字节。所述实施例三到实施例六，以PPP组网场景下，压缩应用层的GTP协议头、压缩传输层的UDP协议头、压缩网络层的IP协议头为例进行详细的介绍，通过压缩协议头达到降低协议在数据包中所占的比例，从而提高数据包在网络中的传输效率；并针对接入层数据传输进行优化，提高了数据传输的效率。实施例七，压缩协议头的方式可以通过协商或预配置得到。上述协商或预配置得到的压缩协议头的方式可以在压缩协议头之前完成，至于是否在接收数据源端发送的数据包之前完成不影响本发明实施例的实现。协商的主体可以是传输汇聚设备与基站控制器之间的协商。由于数据链路层能够识别上层IP/UDP/GTP头压缩类型，可以参考基于PPP头部压缩方式，用一个标识寺艮文类型的字节开始，后面再跟首部。如表12所示第一字节标识压缩类型，后面再跟首部。表12<table>tableseeoriginaldocumentpage16</column></row><table>根据当前所使用的CONTEXTSTATE类型的值，为IP/UDP/GTP压缩头扩展CONTEXT—STATE类型的值，如表13所示:表13<table>tableseeoriginaldocumentpage17</column></row><table>在PPP链路上使用IP/UDP/GTP压缩属于链路层协议的功能，可以使用RFC1611定义的PPP定义协商方式，信令流程与当前PPP协商一致。可能要协商的项有上下文CID、环境中头部栈的最大值、一个对delta值解码的环境相关表。上述实施例七提供了协商或预配置压缩协议头的方法，上述协商或预配置的对象可以是上下文CID、环境头部栈的最大值等的压缩协议头的方式，通过协商或预配置的方式为实施例一到实施例六压缩协议头提供了更为灵活的方式。本发明方法还提供了压缩协议头与包复用结合的实施例。包复用技术可以通过GTP-U中的长度域定界GTP遂道，将多个GTP遂道报文复用在一起，共享传输层开销，提高GTP分组数据单元(GTP-U，GTPPacketDataUnit)传输效率。请参阅图3。终端用户数据净荷，可以釆用IP或其它协议封装，GTP-U遂道端点设备将经IP或其它协议封装的终端用户数据作为原始分组数据单元(T-PDU,Originalpacket,forexampleanIPdatagram,fromUEoranexternalPDN)，并通过给每个T-PDU添加GTP-U头进行封装。GTP-U头和T-PDU组合在一起作为G-PDU，多个G-PDU复用在一起作为UDP的净荷，再通过IP/Ethernet封装后在分组交换网中传输。循环冗余才交验码(CRC,cyclicredundancycheckcode请参阅表14,结合实施例六和包复用方法，压缩方法参照表IO,压缩头部分为两部分一部分为公共部分，此部分所有T-PDU共享，包括会话环境CID、Generation和可选的UDP校验和；另一部分为从属于不同的T-PDU的部分，包括TEID和可选的序列号、N-PDU号及扩展头域，长度范围为4~8字节。CID=16比特与CID=8比特的处理方法相同，不再赘述。表14结合包复用技术后的IP/UDP/GTP帧格式(CH^8比特)<table>tableseeoriginaldocumentpage18</column></row><table>所述包复用方式可以通过预配置方式实现，也可以通过协商方式实现，协议头压缩协商和包复用协商可以分开进行，如实施例七所述，先进行ppp协商，再进行包复用协商。也可以在一起协商，如在ppp协商阶段，增加消息流禾呈完成复用协商。所述包复用技术可以通过GTP-U中的长度域定界GTP遂道，将多个GTP遂道报文复用在一起，共享传输层开销，提高GTP-U的传输效率。如图4所示，为基于传输汇聚设备(如路由器、交换机等)的业务汇聚组网方案。多个基站(如eNodeB)业务通过接入层传输网后，采用传输汇聚设备收敛来自所有连接的基站的业务，汇聚后的业务再通过汇聚层传输网传送到基站控制器。由于3GPP未对数据链路层(Dalalinklayer)和物理层(Physicallayer)技术进行规范，因此，任何层二技术都可适用于E-UTRAN网络的回程传输，如Ethernet、PPP、MPLS、ATM等。因此，eNodeB与路由器或交换机之间可以采用基于PPP协议的E1/STM-1接口，也可以采用基于路由场景的Ethernet接口，或其它接口。实施例八，本发明实施例提供了一种数据传输装置。为了更清楚地说明本发明实施例提供的数据传输装置的应用场景，可以如图4所示，上述数据传输装置可以位于传输汇聚设备或基站控制器以及它们之间，即可以位于传输汇聚设备，或位于接入层传输网与基站控制器之间，或位于基站控制器。如图5所示，上述数据传输装置可以包括以下处理单元接收单元501、解析单元502、压缩单元503,封装单元504和发送单元505;接收单元501,用于接收基站控制器发送的数据包，并发送给解析单元502;解析单元502,用于解析所述接收单元501发送的数据包，得到协议头和用户数据；将数据包的协议头发送给压缩单元503,将用户数据发送给封装单元504;压缩单元503,用于压缩所述解析单元502发送的协议头，并将压缩后的协议头发送给封装单元504;所述协议头可以为应用层协议头、传输层协议头和网络层协议头，则上述压缩单元503,可以用于压缩应用层协议头、传输层协议头和网络层协议头中的至少一个；封装单元504，用于封装所述用户数据和压缩后的协议头，并将得到的数据包发送给发送单元505;发送单元505,用于向基站发送所述封装单元504发送的数据包。上述实施例，通过压缩协议头达到降低协议在数据包中所占的比例，从而提高数据包在网络中的传输效率；并针对接入层数据传输进行优化，提高了数据传输的效率。上述应用层协议头可以为通用分组无线业务隧道GTP协议头，传输层协议头可以为用户数据报UDP协议头，网络层协议头可以为互联网IP协议头；则压缩单元503,用于压缩GTP协议头、UDP协议头和IP协议头中的至少一个；如图6所示，压缩单元503还可以进一步包括第一压缩子单元503a、第二压缩子单元503b、第三压缩子单元503c中的至少一个；则第一压缩子单元503a，用于将所有的GTP/UDP/IP头一起压缩，保留GTP协议头中的隧道标识TEID;第二压缩子单元503b,用于将IP协议头和UDP协议头压缩为标识字节；第三压缩子单元503c,用于将GTP协议头封装到数据帧中。实施例九，所述实施例八所述装置还包括，协商单元606;如图7所示协商单元606,用于协商与基站之间的协议压缩方式；则所述压缩单元503,用于协商与基站之间的协议头压缩方式，指示所述压缩单元503按照协商后的协议头压缩方式对协议头进行压缩；压缩单元503,还用于按照协商单元606与基站之间协商的协议头压缩的方式，压缩所述解析单元502发送的协议头。所述实施例八和实施例九，通过压缩协议头达到降低协议在数据包中所占的比例，从而提高数据包特别是短数据包在网络中的传输效率；并针对接入层数据传输进行优化，提高了数据传输的效率。实施例九增加的协商单元606用于协商协议头的压缩方式，纟是供了更为灵活的压缩方式。实施例十，如图8所示，本发明实施例还提供了一种数据传输的系统，可以包括数据源端701,数据传输装置702,宿端703，本实施例中，传输汇聚设备702可以是前述的数据传输装置。上述系统实施例，通过压缩协议头达到降低协议在数据包中所占的比例，从而提高数据包特别是短数据包在网络中的传输效率；并针对接入层数据传输进行优化，提高了数据传输的效率。上述传输汇聚设备用于协商或预配置协议头的压缩方式，提供了更为灵活的压缩方式，观J我貫通3义个八贝，》骤是可以通过如下程序来指令相关的硬件来完成接收数据源端发送的数据包；解析收到的所述数据包，得到协议头和用户数据；压缩所述协议头；将所述用户数据以及压缩后的协议头进行封装后发送给宿端。该程序可以存储于一计算机可读存储介质中，存储介质可以包括ROM、RAM、磁盘或光盘等。以上对本发明实施例所提供的一种数据传输的方法、装置及系统进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。权利要求1.一种数据传输的方法，其特征在于，包括接收数据源端发送的数据包，所述数据包基于通用分组无线业务隧道协议GTP封装；解析接收到的所述数据包，得到协议头和用户数据；压缩所述协议头；将所述用户数据以及压缩后的协议头进行封装后发送给宿端。2、根据权利要求l所述方法，其特征在于，所述协议头包括应用层协议头、传输层协议头和网络层协议头；所述压缩协议头包括压缩所述应用层协议头、传输层协议头和网络层协议头中的至少一个。3、才艮据权利要求2所述方法，其特征在于，所述应用层协议头为通用分组无线业务隧道GTP协议头，所述传输层协议头为用户数据报UDP协议头，所述网络层协议头为互联网IP协议头；所述压缩所述应用层协议头、传输层协议头和网络层协议头中的至少一个包括压缩GTP协议头、UDP协议头和IP协议头中的至少一个。4、根据权利要求3所述方法，其特征在于，所述压缩GTP协议头、UDP协议头和IP协议头中的至少一个包括将GTP协议头UDP协议头和IP协议头一起压缩，保留GTP协议头中的隧道标识TEID;或将IP协议头和UDP协议头压缩为标识字节；或将GTP协议头封装到数据帧中。5、根据权利要求4所述方法，其特征在于，所述将GTP协议头封装到数据帧中包括在数据链路层采用专用端口或虚拟局域网标识VLANID用以指示协议头。6、根据权利要求1至5任一项所述方法，其特征在于，所述压缩协议头包括根据预置的压缩协议头的方式对所述协议头进行压缩；或按照协商的压缩协议头的方式对所述协议头进行压缩。7、一种数据传输的装置，其特征在于，包括接收单元，用于接收源于数据源端并基于GTP封装的数据包；解析单元，用于解析所述接收单元接收的数据包，得到协议头和用户数据；压缩单元，用于压缩所述解析单元解析得到的协议头；封装单元，用于封装所述用户数据和压缩后的协议头，得到压缩后的数据包；发送单元，用于发送所述压缩后的数据包。8、才艮据权利要求7所述装置，其特征在于，所述协议头包括应用层协议头、传输层协议头和网络层协议头；所述压缩单元用于压缩应用层协议头、传输层协议头和网络层协议头中的至少一个。9、根据权利要求7或8所述装置，其特征在于，所述装置还包括协商单元，用于协商与宿端之间的协议头压缩方式，指示所述压缩单元按照协商后的协议头压缩方式对协议头进行压缩；压缩单元，还用于按照协商单元与宿端之间协商的协议头压缩的方式，压缩所述解析单元发送的协议头。10、一种数据传输的系统，包括数据源端，宿端，以及如权利要求7至9任一项所述的数据传输的装置。全文摘要本发明实施例公开了一种数据传输的方法、装置和系统。以数据传输的方法实现为例，本发明实施例方法可以包括接收数据源端发送的数据包，上述数据包基于通用分组无线业务隧道协议GTP封装；解析收到的所述数据包，得到协议头和用户数据；压缩所述协议头；将所述用户数据以及压缩后的协议头进行封装后发送给宿端。本发明实施例具有以下效果通过压缩协议头达到降低协议头在数据包中所占的比例，从而提高数据包特别是短数据包在网络中的传输效率。文档编号H04L29/06GK101369977SQ20081021167公开日2009年2月18日申请日期2008年9月18日优先权日2008年9月18日发明者常志泉,王丽慧,蓝海青,赖志昌申请人:华为技术有限公司