CN104067523B

CN104067523B - 一种数据包处理方法和装置

Info

Publication number: CN104067523B
Application number: CN201380000103.1A
Authority: CN
Inventors: 庞伶俐; 郑潇潇; 范维光; 肖暄
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2013-01-17
Filing date: 2013-01-17
Publication date: 2018-03-09
Anticipated expiration: 2033-01-17
Also published as: US20200137202A1; CN104067523A; EP2947776A1; US20210329102A1; US20180213065A1; CN108200091B; EP2947776B1; US9954977B2; US11025751B2; US20150326695A1; US10554791B2; EP2947776A4; CN108200091A; US11729299B2; WO2014110773A1

Abstract

本发明实施例提供了一种数据包处理方法和装置，所述方法包括：接收或发送应用层数据包的压缩配置信息；根据所述压缩配置信息对应用层数据包进行压缩处理或解压缩处理。通过上述方法，能够实现对应用层数据包的压缩和解压缩处理，减少数据包传输的开销，提高网络资源利用率。

Description

一种数据包处理方法和装置

技术领域

本发明涉及通信技术，尤其涉及一种数据包处理方法和装置。

背景技术

传输控制协议/互联网络协议(Transmission Control Protocol/InternetProtocol，简称TCP/IP)数据包是一种比较常用的数据包，为了增加上行容量，提高用户数据传输的效率，TCP/IP数据包在传输过程中需进行压缩处理。现有技术中，针对TCP/IP数据包的压缩方式采用头压缩方式，即对TCP/IP数据包的包头进行压缩。在头压缩方式中，如果多个TCP/IP数据包的包头变化不大且重复性高，通过头压缩方式对该多个TCP/IP数据包的包头压缩，可以提高数据传输效率，节约网路资源。

在数据传输过程中，除了TCP/IP头信息之外，在其上的应用层的数据包很多也具有相似的内容，可以进一步的压缩，提高传输的容量。但是，现有技术中并没有实现对应用层数据的压缩。

发明内容

本发明提供一种数据包处理方法和装置，以减少数据包的传输开销，提高网络资源利用率。

本发明第一方面提供一种数据包处理方法，包括：接收或发送应用层数据包的压缩配置信息；根据所述压缩配置信息对应用层数据包进行压缩处理或解压缩处理。

在第一种可能的实现方式中，根据第一方面，在所述获取应用层数据包的压缩配置信息之前，所述方法还包括：UE向网络设备上报应用层压缩的能力信息，所述应用层压缩的能力信息包括UE支持对应用层数据包进行压缩的指示。

在第二种可能的实现方式中，结合第一方面或第一种可能的实现方式，所述应用层压缩的能力信息还包括压缩算法和/或缓存能力。

在第三种可能的实现方式中，结合第一方面或第一种可能的实现方式或第二种可能的实现方式，在所述获取应用层数据包的压缩配置信息之前，所述方法还包括：UE上报应用层压缩的能力信息，所述应用层压缩的能力信息包括压缩算法和/或缓存能力。

在第四种可能的实现方式中，结合第一方面或第一种可能的实现方式至第三种可能的实现方式，所述应用层压缩的能力信息还包括UE支持的压缩方式、业务识别能力以及UE的浏览器类型中的任意一种或者多种组合。

在第五种可能的实现方式中，结合第一方面或第一种可能的实现方式至第四种可能的实现方式，所述压缩配置信息包括所述压缩算法、缓存数据能力、压缩方式、压缩的业务类别、压缩的域、压缩方向和基于前N个包压缩中的任意一种或多种组合。

在第六种可能的实现方式中，结合第一方面或第一种可能的实现方式至第五种可能的实现方式，所述压缩配置信息还包括压缩启动。

在第七种可能的实现方式中，结合第一方面或第一种可能的实现方式至第六种可能的实现方式，所述压缩方向指示对上行数包压缩、对下行数据包压缩或者同时对上行/下行数据包压缩。

在第八种可能的实现方式中，结合第一方面或第一种可能的实现方式至第七种可能的实现方式，所述基于前N个包压缩指示在压缩过程中参考前N个数据包的内容进行压缩，其中N为大于等于0的整数。

在第九种可能的实现方式中，结合第一方面或第一种可能的实现方式至第八种可能的实现方式，所述压缩的业务类别指示对对应的业务类型的数据包进行压缩。

在第十种可能的实现方式中，结合第一方面或第一种可能的实现方式至第九种可能的实现方式，根据所述压缩配置信息对应用层数据包进行压缩处理包括：对所述应用层数据包在接入层或在非接入层完成压缩。

在第十一种可能的实现方式中，结合第一方面或第一种可能的实现方式至第十种可能的实现方式，根据所述压缩配置信息对应用层数据包进行压缩处理包括：对所述应用层数据包在接入层完成压缩，在压缩完成之后的数据包头添加压缩指示信息。

在第十二种可能的实现方式中，结合第一方面或第一种可能的实现方式至第十一种可能的实现方式，根据所述压缩配置信息对应用层数据包进行压缩处理包括：对应用层数据包在PDCP层完成压缩，在压缩完成之后通过PDUtype指示数据包的压缩。

在第十三种可能的实现方式中，结合第一方面或第一种可能的实现方式至第十二种可能的实现方式，所述方法还包括：当UE切换到目标网络时，将所述压缩配置信息发送给所述目标网络设备；接收所述目标网络设备返回的压缩配置响应，所述压缩配置响应中指示所述目标网络设备的压缩配置信息。

在第十四种可能的实现方式中，结合第一方面或第一种可能的实现方式至第十三种可能的实现方式，所述压缩后的应用层数据包的头信息还包括压缩初始化标识，所述压缩初始化标识用于指示开始重新启动压缩的起始数据包。

在第十五种可能的实现方式中，结合第一方面或第一种可能的实现方式至第十四种可能的实现方式，所述方法还包括：接收网络侧设备的测量配置信息，根据该测量配置信息检测应用层数据包的压缩率。

在第十六种可能的实现方式中，结合第一方面或第一种可能的实现方式至第十五种可能的实现方式，所述方法还包括：根据所述压缩率停止或继续执行应用层数据包的压缩处理。

本发明第二方面提供一种数据包处理装置，包括：收发单元，用于接收或者发送应用层数据包的压缩配置信息；处理单元，用于根据所述压缩配置信息对应用层数据包进行压缩处理或解压缩处理。

在第一种可能的实现方式中，根据第二方面，所述收发单元，还用于向网络设备发送应用层压缩的能力信息，所述应用层压缩的能力信息包括UE支持对应用层数据包进行压缩的指示。

在第二种可能的实现方式中，结合第二方面或第一种可能的实现方式，所述应用层压缩的能力信息还包括压缩算法和/或缓存能力。

在第三种可能的实现方式中，结合第二方面或第一种可能的实现方式或第二种可能的实现方式，所述收发单元，还用于向网络设备上报应用层压缩的能力信息，所述应用层压缩的能力信息包括压缩算法和/或缓存能力。

在第四种可能的实现方式中，结合第二方面或第一种可能的实现方式至第三种可能的实现方式，所述应用层压缩的能力信息还包括UE支持的压缩方式、业务识别能力以及UE的浏览器类型中的任意一种或者多种组合。

在第五种可能的实现方式中，结合第二方面或第一种可能的实现方式至第四种可能的实现方式，所述压缩配置信息包括所述压缩算法、缓存数据能力、压缩方式、压缩的业务类别、压缩的域、压缩方向和基于前N个包压缩中的任意一种或多种组合。

在第六种可能的实现方式中，结合第二方面或第一种可能的实现方式至第五种可能的实现方式，所述压缩配置信息还包括压缩启动。

在第七种可能的实现方式中，结合第二方面或第一种可能的实现方式至第六种可能的实现方式，所述压缩方向指示对上行数包压缩、对下行数据包压缩或者同时对上行/下行数据包压缩。

在第八种可能的实现方式中，结合第二方面或第一种可能的实现方式至第七种可能的实现方式，所述基于前N个包压缩指示在压缩过程中参考前N个数据包的内容进行压缩，其中N为大于等于0的整数。

在第九种可能的实现方式中，结合第二方面或第一种可能的实现方式至第八种可能的实现方式，所述压缩的业务类别指示对对应的业务类型的数据包进行压缩。

在第十种可能的实现方式中，结合第二方面或第一种可能的实现方式至第九种可能的实现方式，所述处理单元用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：所述处理单元用于对所述应用层数据包在接入层或在非接入层完成压缩。

在第十一种可能的实现方式中，结合第二方面或第一种可能的实现方式至第十种可能的实现方式，所述处理单元用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：所述处理单元用于对所述应用层数据包在接入层完成压缩，在压缩完成之后的数据包头添加压缩指示信息。

在第十二种可能的实现方式中，结合第二方面或第一种可能的实现方式至第十一种可能的实现方式，所述处理单元用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：所述处理单元用于对应用层数据包在PDCP层完成压缩，在压缩完成之后通过PDU type指示数据包的压缩。

在第十三种可能的实现方式中，结合第二方面或第一种可能的实现方式至第十二种可能的实现方式，所述收发单元，还用于当UE切换到目标网络时，将所述压缩配置信息发送给所述目标网络设备，还用于接收所述目标网络设备返回的压缩配置响应，所述压缩配置响应中指示所述目标网络设备的压缩配置信息；

在第十四种可能的实现方式中，结合第二方面或第一种可能的实现方式至第十三种可能的实现方式，所述压缩后的应用层数据包的头信息还包括压缩初始化标识，所述压缩初始化标识用于指示开始重新启动压缩的起始数据包。

在第十五种可能的实现方式中，结合第二方面或第一种可能的实现方式至第十四种可能的实现方式，所述收发单元，还用于接收网络侧设备的测量配置信息，所述装置还包括：检测单元，用于根据该测量配置信息检测应用层数据包的压缩率。

在第十六种可能的实现方式中，结合第二方面或第一种可能的实现方式至第十五种可能的实现方式，所述处理单元，还用于根据检测应用层数据的压缩率，停止或继续执行应用层数据包的压缩处理。

本发明第三方面一种数据包处理装置，包括：收发器，用于接收或者发送应用层数据包的压缩配置信息；处理器，用于根据所述压缩配置信息对应用层数据包进行压缩处理或解压缩处理。

在第一种可能的实现方式中，根据第二方面，所述收发器，还用于向网络设备发送应用层压缩的能力信息，所述应用层压缩的能力信息包括UE支持对应用层数据包进行压缩的指示。

在第三种可能的实现方式中，结合第二方面或第一种可能的实现方式或第二种可能的实现方式，所述收发器，还用于向网络设备上报应用层压缩的能力信息，所述应用层压缩的能力信息包括压缩算法和/或缓存能力。

在第十种可能的实现方式中，结合第二方面或第一种可能的实现方式至第九种可能的实现方式，所述处理器用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：所述处理器用于对所述应用层数据包在接入层或在非接入层完成压缩。

在第十一种可能的实现方式中，结合第二方面或第一种可能的实现方式至第十种可能的实现方式，所述处理器用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：所述处理器用于对所述应用层数据包在接入层完成压缩，在压缩完成之后的数据包头添加压缩指示信息。

在第十二种可能的实现方式中，结合第二方面或第一种可能的实现方式至第十一种可能的实现方式，所述处理器用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：所述处理器用于对应用层数据包在PDCP层完成压缩，在压缩完成之后通过PDU type指示数据包的压缩。

在第十三种可能的实现方式中，结合第二方面或第一种可能的实现方式至第十二种可能的实现方式，所述收发器，还用于当UE切换到目标网络时，将所述压缩配置信息发送给所述目标网络设备，还用于接收所述目标网络设备返回的压缩配置响应，所述压缩配置响应中指示所述目标网络设备的压缩配置信息；

在第十五种可能的实现方式中，结合第二方面或第一种可能的实现方式至第十四种可能的实现方式，所述收发器，还用于接收网络侧设备的测量配置信息，用于根据该测量配置信息检测应用层数据包的压缩率。

在第十六种可能的实现方式中，结合第二方面或第一种可能的实现方式至第十五种可能的实现方式，所述处理器，还用于根据检测应用层数据的压缩率，停止或继续执行应用层数据包的压缩处理。

本实施例提供的数据包处理方法，通过获取与终端交互的应用层数据包的压缩配置信息，并根据压缩配置信息对应用层数据包进行压缩或解压缩处理。能够实现对应用层数据包的压缩，减少上下行数据包传输的开销，提高网络资源利用率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明数据包处理方法实施例一的流程图；

图2为本发明数据包处理方法实施例二的流程图；

图3为本发明数据包处理方法实施例三的流程图；

图4为本发明数据包处理方法实施例四的流程图；

图5为本发明数据包处理方法实施例五的流程图；

图6为本发明数据包处理方法实施例六的流程图；

图7为本发明提供的网络设备实施例一的结构示意图；

图8为本发明提供的网络设备实施例二的结构示意图；

图9为本发明提供的终端实施例一的结构示意图；

图10为本发明提供的终端实施例二的结构示意图；

图11为本发明提供的一种数据包处理装置的结构示意图；

图12为本发明提供的一种数据包处理装置的结构示意图。

具体实施方式

本文中描述的技术可用于各种通信系统，例如当前2G，3G通信系统和下一代通信系统，例如全球移动通信系统(GSM，Global System for Mobile communications)，码分多址(CDMA，Code Division Multiple Access)系统，时分多址(TDMA，Time DivisionMultiple Access)系统，宽带码分多址(WCDMA，Wideband Code Division MultipleAccess Wireless)，频分多址(FDMA，Frequency Division Multiple Addressing)系统，正交频分多址(OFDMA，Orthogonal Frequency-Division Multiple Access)系统，单载波FDMA(SC-FDMA)系统，通用分组无线业务(GPRS，General Packet Radio Service)系统，长期演进(LTE，Long Term Evolution)系统，以及其他此类通信系统。

本文中结合用户设备和/或基站和/或基站控制器来描述各种方面。

用户设备，可以是无线终端也可以是有线终端，无线终端可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(例如，RAN，Radio Access Network)与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(PCS，PersonalCommunication Service)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(WLL，Wireless Local Loop)站、个人数字助理(PDA，Personal Digital Assistant)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber Station)，移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(AccessPoint)、远程终端(Remote Terminal)、接入终端(Access Terminal)、用户终端(UserTerminal)、用户代理(User Agent)、用户设备(User Device)、或用户装备(UserEquipment)。

基站(例如，接入点)可以是指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。基站可用于将收到的空中帧与IP分组进行相互转换，作为无线终端与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)网络。基站还可协调对空中接口的属性管理。例如，基站可以是GSM或CDMA中的基站(BTS，BaseTransceiver Station)，也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，本申请并不限定。

基站控制器，可以是GSM或CDMA中的基站控制器(BSC，base stationcontroller)，也可以是WCDMA中的无线网络控制器(RNC，Radio Network Controller)，本申请并不限定。

另外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1为本发明数据包处理方法实施例一的流程图。本方法可由数据包处理装置来执行，该装置可以通过硬件和/或软件的方式实现，集成在终端设备中，终端设备可以为用户设备UE(user Equipment)、中继站。如图4所示，本实施例提供的数据包处理方法包括：

101、接收或发送应用层数据包的压缩配置信息。

例如，UE从网络侧设备接收应用层数据包的压缩配置信息；或者，网络侧设备向UE发送应用层数据包的压缩配置信息。例如，所述网络侧设备可以是无线网络控制器(RNC，Radio Network Controller)，基站(例如，eNodeB)或核心网设备，例如，核心网设备可以是网关GPRS支持节点网关GPRS支持节(GGSN，Gateway GPRS Support Node)。

其中，压缩配置信息包括压缩所使用的的压缩算法、缓存大小、压缩包的个数N(基于前N个包进行压缩)，压缩方式、可以压缩的业务类别，压缩方向，可以压缩的域中的任意一种或多种组合，其中，N为大于等于0的整数。

如果UE仅支持一种算法，或者UE和网络侧约定了压缩算法，则网络侧可能直接配置压缩启动，或者通过配置该算法对应的参数来启动压缩。

终端获取与网络设备交互的应用层数据包的压缩配置信息具体为，接收网络设备上报的压缩能力信息，并从压缩能力信息中获取压缩配置信息。

102、根据所述压缩配置信息对应用层数据包进行压缩处理或解压缩处理。

例如，可以理解的是，终端或网络侧设备既可以对应用层数据包进行压缩，也可以对接收到的已压缩的数据包进行解压缩处理。在对应用层数据包进行压缩处理后，在压缩后的应用层数据包的头信息中增加压缩压缩标识，压缩标识用于表示该应用层数据包进行过压缩。当终端或网络侧接收到应用层数据包时，也可以通过解析头信息中的压缩标识判断该数据包是否进行过压缩，若根据压缩标识判断出数据包经过压缩，则根据压缩配置信息对该应用层数据包进行解压缩处理。

本实施例提供的数据包处理方法，通过获取与网络设备交互的应用层数据包的压缩配置信息，并根据压缩配置信息对应用层数据包进行压缩或解压缩处理。能够实现对应用层数据包的压缩，减少数据包传输的开销，提高网络资源利用率。

图2为本发明数据包处理方法实施例二的流程图，如图2所示，本实施例提供的方法对上述实施例进行了优选，具体包括以下：

201、接收网络设备发送的压缩配置信息。

压缩配置信息为网络设备从终端上报的压缩能力信息中获取的，终端接入网络后，就开始向网络设备上报压缩能力信息，网络设备根据终端上报的压缩能力信息获取到压缩配置信息，并将压缩配置信息发送给终端，以使得终端根据压缩配置信息进行压缩或解压缩处理

本实施例中，终端上报的压缩能力信息包括：终端所支持的压缩算法、终端的数据缓存能力、压缩方式和支持的业务类别等。其中，终端所支持的压缩算法可以为多种，例如gzip、rar、LZW压缩算法等，如果网络侧和UE侧约定了只有一种压缩算法用于对应用层数据包压缩，则UE只需要上报是否支持压缩即可；终端的数据缓存能力和UE所支持的压缩算法相关，针对有些需要缓存的压缩算法，UE上报所支持的缓存能力。通常终端的数据缓存能力代表UE所支持的查询字典的大小，缓存越大，可以存储的字符串越多，对应的压缩率越高，同时压缩所消耗的时间可能越长；终端支持的压缩方式为基于当前数据包的压缩或者基于前几个数据包的压缩；

如果需要接入层来完成数据包的压缩，则还需要终端的接入层能够识别应用层的数据包，并确定该应用层的数据包是否需要压缩，因此，需要接入层能够识别所接收到的业务层的数据包，并解析应用层包对应的内容，此时可能需要UE上报支持的接入层的业务。

具体地，网络设备根据终端上报的压缩能力信息，确定出压缩所需要的压缩配置信息。例如，网络设备根据UE上报的多种的压缩算法，确定出一种终端所支持的压缩算法。如果终端仅支持一种压缩算法，或者终端和网络设备之间已经约定了压缩算法，网络设备可直接为终端配置压缩算法。

网络设备根据终端上报的数据缓存能力，在压缩配置信息中设置缓存能力。终端的数据缓存能力与终端所支持的压缩算法有关，针对有些需要缓存的压缩算法，例如LZW压缩算法，终端需上报缓存能力，缓存能力表示终端所支持的字典的大小，字典越大，能够缓存的数据越大，对应的压缩率越高，相应地，压缩所消耗的时间可能越长。

网络设备根据终端上报的压缩方式，确定需要的压缩方式包括以下几种：基于当前数据包的压缩、基于前N个数据包进行压缩。网络设备根据终端上报的压缩方式，确定根据当前数据包压缩，还是对前N个数据包都进行压缩。基于当前数据包的压缩的方式为内部压缩的方式，网络设备只根据当前数据包的内容进行压缩，不需要进行缓存字典的查询。有些算法需要基于前N个数据包进行压缩，当前数据包在压缩过程中，数据包的发送端需要查询缓存中的字符串，压缩基于字典中的字符串的大小和位置来确定。此时缓存可能根据数据包的内容进行更新。例如：如果当前数据包的内容不在缓存中，则将该内容更新到缓存中，以备下一次数据包压缩时使用。进一步的，UE可以采用上述两种方式进行压缩，根据最终的压缩率确定发送的每个数据包所采用的压缩方式。此时UE所支持的压缩方式也可以理解为UE的缓存的更新方式，即UE当前正在压缩的数据包对应的内容是否更新到缓存中。如果当前数据包对应的内容更新到缓存中，则UE是根据当前的数据包进行的压缩，否则是根据缓存中的数据的压缩。

网络设备根据终端支持的业务类别，在压缩配置信息中设置压缩所需的业务类别，由于本实施例提供的方法是对应用层数据包进行压缩，则需要终端能够识别应用层数据包，并根据应用层数据包的业务类型确定是否对该数据包进行压缩，例如，终端只支持对超文本传输协议(Hyper Text Transfer Protocol，简称HTTP)业务的压缩，则网络设备根据终端上报的压缩能力信息，在压缩配置信息中配置终端所支持的业务类型为HTTP业务。

对于压缩配置信息还可以指定压缩方向，例如配置对上行数据包执行压缩，或者对下行数据包执行压缩，或者上/下行均执行压缩。这里的上行数据包是指由终端向网络设备发送的数据包，而下行数据包是指由网络设备向终端发送的数据包。

UE上报所支持的浏览器类型，网络侧根据浏览器类型判断是否需要配置压缩。

终端可以通过专用无线资源控制(Radio Resource Control，简称RRC)消息中携带压缩能力信息，该专用RRC消息包括：无线接入网间切换消息(inter rat handoverinfo)，RRC建立完成消息(RRC connection setup Complete)、UE能力消息(UE capabilityinformation)、\小区更新消息(cell update)及URA更新(URA update)消息等。具体终端上报压缩能力消息的方式不做限制，可以通过上述任意RRC消息中携带，或者也可以建立专用的消息进行上报，而该压缩能力信息可能包含在信元“UE Radio access capability”中。

网络设备将获取的压缩配置信息发送给终端，压缩配置信息可以携带在下行RRC消息中，例如可将压缩配置信息携带在无线承载建立请求(Radio Bearer Setup)、无线承载配置消息(Radio Bearer Reconfiguration)、信元更新(Cell Update Confirm)、RRC连接建立(RRC Connection Setup)等消息中。

202、对获取到的数据包进行解封装，以获取应用层数据包；根据压缩配置信息对应用层数据包进行压缩处理。

具体地，由于本实施例提供的方法仅对应用层数据包进行压缩，且该压缩可以在网络协议模型的任一层进行压缩，例如可以在接入层对数据进行压缩，接入层包括：物理层PHY(Physical)、媒体访问控制子层MAC(Media Access Control)、无线链路控制层RLC(Radio Link Control)、包数据集中协议PDCP(Packet Data Convergence Protocol)层，也可以在TCP层、IP层或者应用层(Application)对数据包进行压缩。

当终端在应用层对数据包进行压缩时，可以直接对应用层数据包进行压缩，不需要进行解封装，压缩容易。当在其他层中进行压缩时，每一层都会加上相应的包头，并会有相应的加密机制进行加密，压缩相对复杂。因此，在对应用层数据包进行压缩时，需要对数据包进行解封装以获取应用层数据包，并对应用层数据包进行压缩。进一步地，可以根据压缩配置信息中支持的业务类别确定待压缩的应用层数据包，例如压缩配置信息中仅支持对HTTP业务的应用层数据包进行压缩，根据压缩配置信息，从解封装后的应用层数据包中确定出待压缩的HTTP数据包，并根据压缩配置信息中的压缩算法和压缩方式，对待压缩的HTTP数据包进行压缩或解压缩处理。

本实施例中，以压缩功能在PDCP层为例来说明，例如终端接收到来自IP层的IP数据包后，该IP层数据包包括数据和IP头，将该IP数据包解封装，去掉IP头，获得应用层数据包，并根据压缩配置信息进行压缩，并将压缩后的数据包封装为PDCP数据包，PDCP数据包包括PDCP头信息和压缩后的数据包，压缩的数据包的头信息中包括压缩标识(CompressionIdentifier，简称CID)，CID可以置于PDCP头中，也可以置于IP头中。CID的值可以为0和1，当CID＝0时，表示该PDCP数据包未经过压缩，接收端无需进行解压缩操作；当CID＝1时，表示该PDCP数据包进过压缩，接收端需要进行解压缩操作。

具体地，CID可以设置在组成PDCP数据包的PDCP协议数据单元

(Protocal Data Unit，简称PDU)的PDCP头的包标识(Packet Identifier，简称PID)的预留位中，如表1所示，

表1

通过表1可知，000、001及010已经被使用，011-111为预留位，可以通过这011-111中的任意一种来标识数据包被压缩过，例如：

其中PDU Type＝011可以用来指示应用层数据包的压缩；或者PDU Type＝011代表PDCP Data PDU中的应用层数据包进行了压缩；PDU Type＝100代表PDCP SeqNum PDU中的应用层数据包进行了压缩；以上仅限举例，具体对应的值不限于此。仅表示可以通过PDUType域指示是否对应用层数据包压缩。如果头压缩和应用层数据包的压缩同时存在，发送方还需要指示该数据包经过头压缩。

需要说明的是，如果既进行了头压缩又进行了应用层数据包压缩，则以PDU Type＝000/001表示，头压缩通过PID域进行指示。若只对应用层数据包进行压缩，而没有对头压缩，则以PDU Type＝101表示，不需要包含PID域，或者用PDU Type＝000/001，PID＝00000来表示。如果终端使用多种压缩算法和压缩模式，还需要在数据包中指示对应的压缩算法和压缩模式，此时可能需要新增压缩指示域(CI)，来指示下述内容：该数据包对应的压缩算法，及该数据包对应的压缩模式。如果对应用层数据包压缩的功能不在PDCP层完成，而作为单独的一个功能实体，则该功能数据对应的数据包头可能为：是否进行压缩的指示。

203、检测应用层数据包的压缩率，并根据压缩率停止或继续与网络设备执行应用层数据包的压缩处理。

当压缩功能启动后，如果终端检测到连续几个压缩包的压缩率都低于设定的门限值，则终端停止对应用层数据包的压缩。如果压缩率高于设定门限值，则继续对应用层数据包进行压缩。终端在检测到应用层数据包的压缩率后，可以周期性的向网络设备上报压缩率。

需要说明的是，在数据包压缩过程中，由于数据包丢失，或者终端缓存失步等问题导致终端的解压失败，为了解决该问题，本实施例中在压缩后的应用层数据包的头信息还包括压缩初始化标识，压缩初始化标识用于指示从开始启动压缩的起始数据包。例如在最初发送的压缩数据包的压缩初始化标识指示经过5个数据包后初始化压缩一次，这样，每压缩5个数据包后，进行一次压缩初始化，通过该方法可以减少压缩数据包解压失败。

对于压缩包解压出错的处理机制，本发明并不限于上述方法，还可以通过如下方法来实现：

第一种，终端定期发送非压缩数据包，供网络设备更新缓存，网络设备在确定缓存同步后，则发送压缩的数据包。

第二种，在网络设备不能正确解压数据包时，例如连续几个数据包都无法正确的解压，则网络设备通知终端发送数据包解压失败。终端指示压缩的初始化或者压缩双方放的收发双发同步。具体地，网络设备可以通过在向终端发送的数据包的包头中携带解压失败消息，终端在接收到该数据包后，解析获得网络设备目前解压失败，则向网络设备发送压缩初始化的指示消息，或者向网络设备发送非压缩数据，确定缓存是否同步。

第三种，当网络设备无法正确解压数据包时，通过RRC信令中携带压缩停止指令，通知终端停止对数据包的压缩。

本实施例提供的方法，终端接收网络设备发送的压缩配置信息，并对获取的数据包进行解封装，获取应用层数据包，根据压缩配置信息对应用层数据包进行压缩处理或解压缩处理，实现了对应用层数据包的压缩，减少数据包传输的开销，提高了网络资源的利用率。

当终端从原小区切换到目标小区过程中，或发生异系统间的切换及RNC迁移时，现有技术中无法保证对应用层数据包压缩的连续性，针对这一问题，本发明实施例三提供一种切换过程中的数据包处理方法，图3为本发明数据包处理方法实施例三的流程图。如图3所示，本实施例提供的方法包括以下：

301、当终端切换到目标网络时，将压缩配置信息发送给目标网络设备。

本实施例中，当终端从源网络切换到目标网络的过程中，终端将在源网络设置的压缩配置信息发送给目标网路设备。如果源网络设备支持对应用程数据包的压缩，则可以通过源网络设备将为终端设置的压缩配置信息发送给目标网络设备，如果源网络设备不支持对应用层数据包的压缩，则终端向目标网络设备发送压缩能力信息，目标网络设备根据压缩能力信息获取压缩配置信息。

本实施例中，源网络设备可以为源无线网络控制器(source Radio NetworkController，简称SRNC)，目标网络设备可以为目标无线网络控制器(Target RadioNetwork Controller，简称TRNC)。

302、接收目标网络设备返回的压缩配置响应，压缩配置响应中指示目标网络设备是否支持压缩配置信息的能力。

目标网络设备接收终端发送的压缩配置信息；将目标网络设备是否支持压缩配置信息的能力，作为压缩配置响应，返回给终端，以指示终端停止或继续与所在网络设备执行应用层数据包的压缩。

本实施例中，如果目标网络设备支持对应用层数据包的压缩，则在返回的压缩配置相应中携带新压缩配置信息，新压缩配置信息由目标网络设备根据接收到的源网络设备为终端设置的压缩配置信息获取，或者目标网络设备根据终端上报的压缩能力信息获取的新压缩配置信息，该新压缩配置信息包括终端所支持的压缩算法、缓存数据能力、压缩方式、支持的业务类别中的任意一种或多种组合。

如果目标网络设备不支持对应用层数据包的压缩，则在返回的压缩配置相应中可不包括任何指示消息，终端在接收到目标网络设备返回的压缩配置响应后，解析获得压缩配置响应中不包括任何指示消息，可知目标网络设备不支持对应用层数据包的压缩。

303、根据目标网络设备是否支持压缩配置信息的能力，控制停止或继续与目标网络设备执行应用层数据包的压缩。

终端接收到目标网络设备发送来的压缩配置响应后，该压缩配置响应中，携带有压缩目标网络是否支持压缩配置信息的能力，若目标网络设备支持压缩配置信息的能力，则根据压缩配置响应中携带的在新网络进行压缩所需要的新压缩配置信息，并根据新压缩配置信息继续对应用层数据包进行压缩，如果目标网络设备不支持压缩配置信息的能力，则停止对应用层数据包的压缩。

本实施例中，压缩配置相应中携带等待新压缩配置信息为终端在目标网络中进行压缩所需的信息，该新压缩配置信息包括终端所支持的压缩算法、缓存数据能力、压缩方式、支持的业务类别中的任意一种或多种组合。

本实施例中，在终端从源网络切换到目标网络过程中，终端通过将压缩配置信息发送给目标网络设备，目标网络设备根据压缩配置信息确定出是否支持压缩配置信息的能力，并通知终端。若支持则将设置的新压缩配置信息携带在压缩配置响应中发送给终端，以指示终端继续与目标网络设备执行应用层数据包的压缩，从而保证了应用层数据包压缩的连续性

图4为本发明数据包处理方法实施例四的流程图。本方法可由数据包处理装置来执行，该装置可以通过硬件和/或软件的方式实现，集成在网络设备中，网络设备可以为无线网络控制器(Radio Network Control，简称RCN)或者网关GPRS支撑节点(Gateway GPRSSupport Node，简称GGSN)等。如图1所示，本实施例提供的数据包处理方法包括：

401、获取与终端交互的应用层数据包的压缩配置信息。

其中，压缩配置信息包括终端所支持的压缩算法、缓存数据能力、压缩方式和支持的业务类别中的任意一种或多种组合。网络设备获取与终端交互的应用层数据包的压缩配置信息具体可以为，接收终端上报的压缩能力信息，并从压缩能力信息中获取压缩配置信息。

402、根据压缩配置信息对与终端交互的应用层数据包进行压缩处理或解压缩处理，其中，压缩后的应用层数据包的头信息包括压缩标识。

网络设备根据获取的压缩配置信息，对与终端交互的应用层数据包进行压缩处理或解压缩处理。可以理解是，网络设备既可以对应用层数据包进行压缩，也可以对接收到的与终端交互的已压缩的数据包进行解压缩处理。在对应用层数据包进行压缩处理后，在压缩后的应用层数据包的头信息中增加压缩压缩标识，压缩标识用于表示该应用层数据包进行过压缩。当网络设备接收到应用层数据包时，也可以通过解析头信息中的压缩标识判断该数据包是否进过压缩，若根据压缩标识判断出数据包经过压缩，则根据压缩配置信息对该应用层数据包进行解压缩处理。

本实施例提供的数据包处理方法，通过获取与终端交互的应用层数据包的压缩配置信息，并根据压缩配置信息对应用层数据包进行压缩或解压缩处理。能够实现对应用层数据包的压缩，减少数据包传输的开销，提高网络资源利用率。

图5为本发明数据包处理方法实施例五的流程图，如图5所示，本实施例提供的方法包括以下：

501、接收终端上报的压缩能力信息，并从压缩能力信息中获取压缩配置信息。

本实施例中，压缩配置信息包括压缩所使用的的压缩算法、缓存大小、压缩包的个数N(前N个包进行压缩)、压缩方式、可以压缩的业务类别、压缩方向，可以压缩的域中的任意一种或多种组合。具体地，在本实施例中，对于UE上报的压缩能力信息和网络设备配置的压缩配置信息可以参见实施例二的描述，这里不再赘述。

502、对获取到的数据包进行解封装，以获取应用层数据包；根据压缩配置信息对应用层数据包进行压缩处理。

具体地，由于本实施例提供的方法仅对应用层数据包进行压缩，且该压缩可以在网络协议模型的任意层进行压缩，例如可以在PHY层、MAC层、RLC层、PDCP层，也可以在TCP、IP层或者APP层对数据包进行压缩。

当在应用层对数据包进行压缩时，由于应用层数据包中只包含应用层数据，可以直接对应用层数据进行压缩，压缩容易。当在后续的层中进行压缩时，每一层都会加上相应的包头，并会有相应的加密机制进行加密，压缩相对复杂。因此，在对应用层数据包进行压缩时，需要对获取的数据包进行解封装以获取应用层数据包，并对该应用层数据包进行压缩。进一步地，可以根据压缩配置信息中支持的业务类别确定待压缩的应用层数据包，例如压缩配置信息中仅支持对HTTP业务进行压缩，根据该配置信息，确定出待压缩的数据包为HTTP数据包，并根据压缩配置信息中的压缩算法和压缩方式，对HTTP数据包进行压缩或解压缩处理。

具体实现方式可参照实施例二的描述。

503、接收终端上报的压缩率，并根据压缩率停止或继续与终端执行应用层数据包的压缩处理。

具体地，终端在压缩功能启动后，周期性的向网络设备上报压缩率，如果网络设备检测到连续几个压缩包的压缩率都低于设定的门限值，则停止对应用层数据包的压缩。如果压缩率高于设定门限值，则继续对应用层数据包进行压缩。

需要说明的是，在数据包压缩过程中，由于数据包丢失，或者网络侧缓存失步等问题导致网络设备的解压失败，为了解决该问题，本实施例中在压缩后的应用层数据包的头信息还包括压缩初始化标识，压缩初始化标识用于指示开始重新启动压缩的起始数据包。

本实施例提供的压缩方法，网络设备根据接收终端上报的压缩能力信息，从压缩能力信息中获取压缩配置信息，网络设备对接收到的数据包解封装获取应用层数据包后，根据压缩配置信息对应用层数据包进行压缩处理或解压缩处理，实现了对应用层数据包的压缩，减少了数据包传输的开销，提高了网络资源的利用率。

图6为本发明数据包处理方法实施例六的流程图。本实施例提供的方法是为了在终端在切换至新网络后，仍然能保持对应用层数据包的连续压缩。如图6示，本实施例提供的方法包括以下：

601、源网络设备当监测到终端切换到目标网络时，将为终端设置的压缩配置信息发送给目标网络设备。

本实施例，当终端从源网络切换到目的网络的过程中，源网络设备监测到终端切换至目标网络时，将为终端设置的压缩配置信息发送给目标网路设备。SRNC将为终端设置的压缩配置信息携带在重定位请求(Relocation Request)中发送给核心网(CoreNetwork，简称CN)，具体地，为终端设置的压缩配置信息可以设置于重定位请求的信元“Source RNC To Target RNC Transparent Container”中。然后，CN将携带压缩配置信息的重定位请求发送给TRNC，具体地，压缩配置信息也设置在重定位请求的信元“Source RNCTo Target RNC Transparent Container”中。

602、目标网络设备接收终端的源网络设备所发送的为所述终端设置的压缩配置信息；将是否支持压缩配置信息的能力作为压缩配置响应，返回给源网络设备，以指示终端停止或继续与所在网络设备执行应用层数据包的压缩。

本实施例中，如果目标网络设备支持对应用层数据包的压缩，则在返回的压缩配置相应中携带新压缩配置信息，新压缩配置信息由目标网络设备根据接收到的源网络设备为终端设置的压缩配置信息获取，新压缩配置信息为目标网络设备为终端设置的压缩配置信息，该新压缩配置信息包括终端所支持的压缩算法、缓存数据能力、压缩方式、支持的业务类别中的任意一种或多种组合。

如果目标网络设备不支持对应用层数据包的压缩，则在返回的压缩配置相应中可不包括任何指示消息，源网络设备在接收到目标网络设备反水的压缩配置响应后，解析获得压缩配置响应中不包括任何指示消息，可知目标网络设备不支持对应用层数据包的压缩。

具体地，该压缩配置响应可以由TRNC发送给CN，CN再转发给SRNC。携带的新压缩配置信息的压缩配置响应中可以设置在重定位请求确认(Relocation RequestAcknowledge)中，例如，新压缩配置信息设置在在重定位请求确认的信元“Target RNC ToSource RNC Transparent Container”中。

603、源网络设备接收目标网络设备返回的压缩配置响应，压缩配置响应中指示目标网络设备是否支持压缩配置信息的能力。

源网络设备在接收到目标网络设备发送的压缩配置响应后，解析获取目标网络是否支持压缩配置信息的能力。

604、源网络设备将目标网络设备是否支持压缩配置信息的能力通知终端，以指示终端停止或继续与目标网络设备执行应用层数据包的压缩。

若目标网络支持压缩配置信息的能力，则源网络设备将目标网络设备支持压缩配置信息的能力通知终端，并且将新压缩配置信息发送给终端，以指示终端采用新压缩配置信息继续与目标网络设备执行应用层数据包的压缩。若目标网络设备不支持压缩配置信息的能力，则源网络设备将目标网络不支持压缩配置信息的能力通知终端，以指示终端停止与目标网络设备执行应用层数据包的压缩。

具体地，SRNC可以通过下行RRC消息或者下行PDCP数据包将新压缩配置信息和目标网络设备是否支持压缩配置信息的能力通知终端。例如，设置在下行PDCP数据包的包头中。

本实施例中，在终端从源网络切换到目标网络过程中，源网络设备通过将为终端设置的压缩配置信息发送给目标网络设备，目标网络根据压缩配置信息确定出是否支持压缩配置信息的能力，并通知终端。若支持则将设置的新压缩配置信息携带在压缩配置响应中通过源网络设备发送给终端，以指示终端继续与目标网络设备执行应用层数据包的压缩，从而保证了应用层数据包压缩的连续性。

图7为本发明提供的网络设备实施例一的结构示意图，如图7所示，本实施例提供的网络设备包括：第一信息获取模块71和第一压缩处理模块72，第一信息获取模块71用于获取与终端交互的应用层数据包的压缩配置信息；第一压缩处理模块72用于根据压缩配置信息对与终端交互的应用层数据包进行压缩处理或解压缩处理，其中，压缩后的应用层数据包的头信息包括压缩标识。

其中，第一压缩处理模块72根据第一信息获取模块获取的压缩配置信息对与终端交互的应用层数据包进行压缩处理或解压缩处理。压缩配置信息包括终端所支持的压缩算法、缓存数据能力、压缩方式和支持的业务类别中的任意一种或多种组合。第一压缩处理模块72不仅能够实现对应用层数据包的压缩，还能够实现对应用层数据包的解压缩，

本实施例提供的网络设备，可用于执行实施例1的压缩处理方法。

在第一压缩处理模块72对应用层数据包进行压缩处理后，在压缩后的应用层数据包的头信息中增加压缩压缩标识，压缩标识用于表示该应用层数据包进行过压缩。当网络设备接收到应用层数据包时，也可以通过解析头信息中的压缩标识判断该数据包是否进过压缩，若根据压缩标识判断出数据包经过压缩，则根据压缩配置信息对该应用层数据包进行解压缩处理。

本实施例提供的网络设备，通过信息获取模块获取与终端交互的应用层数据包的压缩配置信息，压缩处理模块根据压缩配置信息对应用层数据包进行压缩或解压缩处理。能够实现对应用层数据包的压缩，减少数据包传输的开销，提高网络资源利用率。

图8为发明提供的网络设备实施例二的结构示意图，如图所示，本实施例提供的网络设备包括：第一信息获取模块81及第一压缩处理模块82。第一信息获取模块81用于获取与终端交互的应用层数据包的压缩配置信息；第一压缩处理模块82，用于根据压缩配置信息对与终端交互的应用层数据包进行压缩处理或解压缩处理，其中，压缩后的应用层数据包的头信息包括压缩标识。

其中，第一信息获取模块81包括：第一接收单元811和第一获取单元812，第一接收单元811用于接收终端上报的压缩能力信息；第一获取单元812用于从压缩能力信息中获取压缩配置信息；第一获取单元812根据第一接收单元811接收的终端上报的压缩能力信息，获取的压缩配置信息，第一获取单元812获取的压缩配置信息包括终端所支持的压缩算法、缓存数据能力、压缩方式和支持的业务类别中的任意一种或多种组合。

由于本实施例是针对应用层数据包进行压缩，因此，第一压缩处理模块82具体用于，当识别出待发送给终端的数据包为应用层数据包时，根据压缩配置信息对与终端交互的应用层数据包进行压缩处理。进一步地，第一压缩处理模块82还可以包括：第一识别单元821，用于根据压缩配置信息中支持的业务类别识别出应用层数据包；第一压缩单元822，用于根据压缩配置信息中的压缩算法和压缩方式，对与终端交互的应用层数据包进行压缩处理或解压缩处理。

为了保证终端切换后应用层数据包的压缩能够连续，本实施例提供的网络设备还包括：第一发送模块83、第一响应接收模块84和通知模块85。第一发送模块83用于当监测到终端切换到目标网络时，将为终端设置的压缩配置信息发送给目标网络设备。第一响应接收模块84用于接收目标网络设备返回的压缩配置响应，压缩配置响应中指示目标网络设备是否支持压缩配置信息的能力；在第一响应接收模块84接收目标网络设备返回的压缩配置响应后，通知模块85用于将目标网络设备是否支持压缩配置信息的能力通知终端，以指示终端停止或继续与目标网络设备执行应用层数据包的压缩。

在数据包压缩过程中，由于数据包丢失，或者网络侧缓存失步等问题导致网络设备的解压失败，为了解决该问题，本实施例中在压缩后的应用层数据包的头信息还包括压缩初始化标识，压缩初始化标识用于指示开始重新启动压缩的起始数据包。通过定期重新启动压缩的起始数据包，可以有效避免网络设备解压缩失败。

对于压缩包解压出错的处理机制，本发明并不限于上述方法，还可以通过其他方法来实现，这里不再一一列举，可参考方法实施例中的描述。

为了辅助网络设备确定是否进行压缩或解压缩操作，引入终端上报机制，因此，本实施提供的网络设备还可以包括压缩率接收模块86，压缩率接收模块86用于接收终端上报的压缩率，并根据压缩率停止或继续与终端执行应用层数据包的压缩处理。

本实施例提供的网络设备可以用来执行上述方法实施例一至实施例三的方案。

本实施例提供的网络设备，不仅能够实现应用层数据包的压缩和解压缩，在终端切换至目标网络后，也能够实现对应用层数据包的连续压缩，并且采取了通过在压缩后的头信息中添加压缩初始化标识，可有效降低在接收端对应用层数据包解压失败的概率。

图9为发明提供的终端实施例一的结构示意图，如图9所示，本实施例提供的终端包括：第二信息获取模块91和第二压缩处理模块92，第二信息获取模块91用于获取与网络设备交互的应用层数据包的压缩配置信息；第二压缩处理模块92，用于根据压缩配置信息对与网络设备交互的应用层数据包进行压缩处理或解压缩处理，其中，压缩后的应用层数据包的头信息包括压缩标识。

本实施例中，压缩配置信息包括网络设备所支持的压缩算法、缓存数据能力、压缩方式和支持的业务类别中的任意一种或多种组合。第二压缩处理模块92根据第二信息获取模块91获取的压缩配置信息，对与网络设备交互的应用层数据包进行压缩处理或解压缩处理。本实施例提供的网络设备可根据压缩配置信息对应用层数据包进行压缩处理，并在压缩后的数据包的头信息中添加压缩标识，相应地，通过对接收到的数据包的头信息进行判断，若压缩数据包的头信息包括压缩标识，则对接收到应用层数据包进行解压缩处理。

本实施例提供的终端，可以执行方法实施例四提供的技术方案。

本实施例提供的终端，通过信息获取模块获取与网络设备交互的应用层数据包的压缩配置信息，压缩处理模块根据压缩配置信息对应用层数据包进行压缩或解压缩处理。能够实现对应用层数据包的压缩，减少数据包传输的开销，提高网络资源利用率。

图10为本发明提供的终端的实施例二的结构示意图，如图10所示，本实施例提供的终端包括：第二信息获取模块110，用于获取与网络设备交互的应用层数据包的压缩配置信息；第二压缩处理模块120，用于根据压缩配置信息对与网络设备交互的应用层数据包进行压缩处理或解压缩处理，其中，压缩后的应用层数据包的头信息包括压缩标识。

其中，第二信息获取模块110包括：第二接收单元111，用于接收网络设备发送的压缩能力信息；第二获取单元112，从压缩能力信息中获取压缩配置信息。第二获取单元112根据第二接收单元111接收的终端发送的压缩能力信息，并从压缩能力信息中获取压缩配置信息；第二获取单元112获取的压缩配置信息包括网络设备所支持的压缩算法、缓存数据能力、压缩方式和支持的业务类别中的任意一种或多种组合。

第二压缩处理模块120具体用于当识别出待发送给网络设备的数据包为应用层数据包时，根据压缩配置信息对与网络设备交互的应用层数据包进行压缩处理。进一步地，第二压缩处理模块120可以包括：第二识别单元121，用于根据压缩配置信息中支持的业务类别识别出应用层数据包；第二压缩单元122，用于根据压缩配置信息中的压缩算法和压缩方式，对与网络设备交互的应用层数据包进行压缩处理或解压缩处理。通过第二识别单元121识别应用层数据包，可以使得第二压缩单元122有针对性的对应用层数据包进行压缩，而对数据包包头不进行压缩。

压缩后的应用层数据包的头信息除了包括压缩标识外，还可以包括压缩初始化标识，压缩初始化标识用于指示开始重新启动压缩的起始数据包。设置该初始化标识，是为了避免解压缩数据包时出错。

本实施例提供的终端，还可以包括：第二发送模块130，用于当终端切换到目标网络时，将压缩配置信息发送给所述目标网络设备；第二响应接收模块140，用于接收目标网络设备返回的压缩配置响应，压缩配置响应中指示目标网络设备是否支持压缩配置信息的能力；控制模块150，用于根据目标网络设备是否支持压缩配置信息的能力，控制停止或继续与目标网络设备执行应用层数据包的压缩。

本实施例提供的终端，还可以包括检测模块160，用于检测应用层数据的压缩率，并根据压缩率停止或继续执行应用层数据包的压缩处理。

本实施例提供的终端，不仅能够实现应用层数据包的压缩和解压缩，在终端切换至目标网络后，也能够实现对应用层数据包的连续压缩，并且采取了通过在压缩后的头信息中添加压缩初始化标识，可有效降低在接收端对应用层数据包解压失败的概率。

本发明的另一实施例，如图11所示，提供一种数据包处理装置，包括：收发单元1101，用于接收或者发送应用层数据包的压缩配置信息；处理单元1102，用于根据所述压缩配置信息对应用层数据包进行压缩处理或解压缩处理。

本发明的另一实施例中，所述收发单元1101，还用于向网络设备发送应用层压缩的能力信息，所述应用层压缩的能力信息包括UE支持对应用层数据包进行压缩的指示。

本发明的另一实施例中，所述应用层压缩的能力信息还包括压缩算法和/或缓存能力。

本发明的另一实施例中，所述收发单元1101，还用于向网络设备上报应用层压缩的能力信息，所述应用层压缩的能力信息包括压缩算法和/或缓存能力。

本发明的另一实施例中，所述应用层压缩的能力信息还包括UE支持的压缩方式、业务识别能力以及UE的浏览器类型中的任意一种或者多种组合。

本发明的另一实施例中，所述压缩配置信息包括所述压缩算法、缓存数据能力、压缩方式、压缩的业务类别、压缩的域、压缩方向和基于前N个包压缩中的任意一种或多种组合。

本发明的另一实施例中，所述压缩配置信息还包括压缩启动。

本发明的另一实施例中，所述压缩方向指示对上行数包压缩、对下行数据包压缩或者同时对上行/下行数据包压缩。

本发明的另一实施例中，所述基于前N个包压缩指示在压缩过程中参考前N个数据包的内容进行压缩，其中N为大于等于0的整数。

本发明的另一实施例中，所述压缩的业务类别指示对对应的业务类型的数据包进行压缩。

本发明的另一实施例中，所述处理单元1102用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：所述处理单元1102用于对所述应用层数据包在接入层或在非接入层完成压缩。

本发明的另一实施例中，所述处理单元1102用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：所述处理单元1102用于对所述应用层数据包在接入层完成压缩，在压缩完成之后的数据包头添加压缩指示信息。

本发明的另一实施例中，所述处理单元1102用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：所述处理单元1102用于对应用层数据包在PDCP层完成压缩，在压缩完成之后通过PDU type指示数据包的压缩。

本发明的另一实施例中，所述收发单元1101，还用于当UE切换到目标网络时，将所述压缩配置信息发送给所述目标网络设备，还用于接收所述目标网络设备返回的压缩配置响应，所述压缩配置响应中指示所述目标网络设备的压缩配置信息。

本发明的另一实施例中，所述压缩后的应用层数据包的头信息还包括压缩初始化标识，所述压缩初始化标识用于指示开始重新启动压缩的起始数据包。

本发明的另一实施例中，所述收发单元1101，还用于接收网络侧设备的测量配置信息，所述装置还包括：检测单元1103，用于根据该测量配置信息检测应用层数据包的压缩率。

本发明的另一实施例中，所述处理单元1102，还用于根据检测应用层数据的压缩率，停止或继续执行应用层数据包的压缩处理。

本发明的另一实施例，如图12所示，提供一种数据包处理装置，包括：收发器1201，用于接收或者发送应用层数据包的压缩配置信息；处理器1202，用于根据所述压缩配置信息对应用层数据包进行压缩处理或解压缩处理。

本发明的另一实施例中，所述收发器1201，还用于向网络设备发送应用层压缩的能力信息，所述应用层压缩的能力信息包括UE支持对应用层数据包进行压缩的指示。

本发明的另一实施例中，所述收发器1201，还用于向网络设备上报应用层压缩的能力信息，所述应用层压缩的能力信息包括压缩算法和/或缓存能力。

本发明的另一实施例中，所述处理器1202用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：所述处理器1202用于对所述应用层数据包在接入层或在非接入层完成压缩。

本发明的另一实施例中，所述处理器1202用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：所述处理器1202用于对所述应用层数据包在接入层完成压缩，在压缩完成之后的数据包头添加压缩指示信息。

本发明的另一实施例中，所述处理器1202用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：所述处理器1202用于对应用层数据包在PDCP层完成压缩，在压缩完成之后通过PDU type指示数据包的压缩。

本发明的另一实施例中，所述收发器1201，还用于当UE切换到目标网络时，将所述压缩配置信息发送给所述目标网络设备，还用于接收所述目标网络设备返回的压缩配置响应，所述压缩配置响应中指示所述目标网络设备的压缩配置信息。

本发明的另一实施例中，所述收发器1201，还用于接收网络侧设备的测量配置信息，用于根据该测量配置信息检测应用层数据包的压缩率。

本发明的另一实施例中，所述处理器1202，还用于根据检测应用层数据的压缩率，停止或继续执行应用层数据包的压缩处理。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims

1.一种数据包处理方法，其特征在于，包括：

用户设备接收网络设备发送的应用层数据包的压缩配置信息，所述压缩配置信息为所述网络设备从所述用户设备上报的压缩能力信息中获取的；

所述用户设备根据所述压缩配置信息对应用层数据包进行压缩处理或解压缩处理；

所述压缩配置信息包括所述压缩算法、缓存数据能力、压缩方式、压缩的业务类别、压缩的域、压缩方向和基于前N个包压缩中的任意一种或多种组合；

所述方法还包括：

当所述用户设备切换到目标网络时，将所述压缩配置信息发送给所述目标网络设备；

接收所述目标网络设备返回的压缩配置响应，所述压缩配置响应中指示所述目标网络设备的压缩配置信息。

2.根据权利要求1所述的方法，其特征在于，在所述获取应用层数据包的压缩配置信息之前，所述方法还包括：

所述用户设备向所述网络设备上报应用层压缩的能力信息，所述应用层压缩的能力信息包括所述用户设备支持对应用层数据包进行压缩的指示。

3.根据权利要求2所述的方法，其特征在于，所述应用层压缩的能力信息还包括压缩算法和/或缓存能力。

4.根据权利要求1所述的方法，其特征在于，在所述获取应用层数据包的压缩配置信息之前，所述方法还包括：

所述用户设备上报应用层压缩的能力信息，所述应用层压缩的能力信息包括压缩算法和/或缓存能力。

5.根据权利要求3或4所述的方法，其特征在于，所述应用层压缩的能力信息还包括所述用户设备支持的压缩方式、业务识别能力以及所述用户设备的浏览器类型中的任意一种或者多种组合。

6.根据权利要求1-4任一所述的方法，其特征在于，所述压缩配置信息还包括压缩启动。

7.根据权利要求1-4任一所述的方法，其特征在于，所述压缩方向指示对上行数包压缩，或者对下行数据包压缩，或者同时对上行数据包和下行数据包压缩。

8.根据权利要求1-4任一所述的方法，其特征在于，所述基于前N个包压缩指示在压缩过程中参考前N个数据包的内容进行压缩，其中N为大于等于0的整数。

9.根据权利要求1-4任一所述的方法，其特征在于，所述压缩的业务类别指示对对应的业务类型的数据包进行压缩。

10.根据权利要求1所述的方法，其特征在于，根据所述压缩配置信息对应用层数据包进行压缩处理包括：

对所述应用层数据包在接入层或在非接入层完成压缩。

11.根据权利要求1所述的方法，其特征在于，根据所述压缩配置信息对应用层数据包进行压缩处理包括：

对所述应用层数据包在接入层完成压缩，在压缩完成之后的数据包头添加压缩指示信息。

12.根据权利要求1所述的方法，其特征在于，根据所述压缩配置信息对应用层数据包进行压缩处理包括：

对应用层数据包在PDCP层完成压缩，在压缩完成之后通过协议数据单元类型指示数据包的压缩。

13.根据权利要求1所述的方法，其特征在于，所述压缩后的应用层数据包的头信息还包括压缩初始化标识，所述压缩初始化标识用于指示开始重新启动压缩的起始数据包。

14.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收网络侧设备的测量配置信息，根据该测量配置信息检测应用层数据包的压缩率。

15.根据权利要求14所述的方法，其特征在于，所述方法还包括：

根据所述压缩率停止或继续执行应用层数据包的压缩处理。

16.一种数据包处理装置，其特征在于，包括：

收发单元，用于接收网络设备发送的应用层数据包的压缩配置信息，所述压缩配置信息为所述网络设备从用户设备上报的压缩能力信息中获取的；

处理单元，用于根据所述压缩配置信息对应用层数据包进行压缩处理或解压缩处理；所述压缩配置信息包括所述压缩算法、缓存数据能力、压缩方式、压缩的业务类别、压缩的域、压缩方向和基于前N个包压缩中的任意一种或多种组合；

所述收发单元，还用于当用户设备切换到目标网络时，将所述压缩配置信息发送给所述目标网络设备，还用于接收所述目标网络设备返回的压缩配置响应，所述压缩配置响应中指示所述目标网络设备的压缩配置信息。

17.根据权利要求16所述的装置，其特征在于，所述收发单元，还用于向网络设备发送应用层压缩的能力信息，所述应用层压缩的能力信息包括用户设备支持对应用层数据包进行压缩的指示。

18.根据权利要求17所述的装置，其特征在于，所述应用层压缩的能力信息还包括压缩算法和/或缓存能力。

19.根据权利要求16所述的装置，其特征在于，所述收发单元，还用于向网络设备上报应用层压缩的能力信息，所述应用层压缩的能力信息包括压缩算法和/或缓存能力。

20.根据权利要求16所述的装置，其特征在于，所述压缩配置信息包括所述压缩算法、缓存数据能力、压缩方式、压缩的业务类别、压缩的域、压缩方向和基于前N个包压缩中的任意一种或多种组合。

21.根据权利要求20所述的装置，其特征在于，所述压缩配置信息还包括压缩启动。

22.根据权利要求20所述的装置，其特征在于，所述压缩方向指示对上行数包压缩，或者对下行数据包压缩，或者同时对上行数据包和下行数据包压缩。

23.根据权利要求20所述的装置，其特征在于，所述基于前N个包压缩指示在压缩过程中参考前N个数据包的内容进行压缩，其中N为大于等于0的整数。

24.根据权利要求20所述的装置，其特征在于，所述压缩的业务类别指示对对应的业务类型的数据包进行压缩。

25.根据权利要求16所述的装置，其特征在于，所述处理单元用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：

所述处理单元用于对所述应用层数据包在接入层或在非接入层完成压缩。

26.根据权利要求16所述的装置，其特征在于，所述处理单元用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：

所述处理单元用于对所述应用层数据包在接入层完成压缩，在压缩完成之后的数据包头添加压缩指示信息。

27.根据权利要求16所述的装置，其特征在于，所述处理单元用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：

所述处理单元用于对应用层数据包在PDCP层完成压缩，在压缩完成之后通过协议数据单元类型指示数据包的压缩。

28.根据权利要求16所述的装置，其特征在于，所述压缩后的应用层数据包的头信息还包括压缩初始化标识，所述压缩初始化标识用于指示开始重新启动压缩的起始数据包。

29.根据权利要求16所述的装置，其特征在于，所述收发单元，还用于接收网络侧设备的测量配置信息，所述装置还包括：

检测单元，用于根据该测量配置信息检测应用层数据包的压缩率。

30.根据权利要求29所述的装置，其特征在于，所述处理单元，还用于根据检测应用层数据的压缩率，停止或继续执行应用层数据包的压缩处理。

31.一种数据包处理装置，其特征在于，包括：

收发器，用于接收网络设备发送的应用层数据包的压缩配置信息，所述压缩配置信息为所述网络设备从用户设备上报的压缩能力信息中获取的；

处理器，用于根据所述压缩配置信息对应用层数据包进行压缩处理或解压缩处理；所述压缩配置信息包括所述压缩算法、缓存数据能力、压缩方式、压缩的业务类别、压缩的域、压缩方向和基于前N个包压缩中的任意一种或多种组合；

所述收发器，还用于当用户设备切换到目标网络时，将所述压缩配置信息发送给所述目标网络设备，还用于接收所述目标网络设备返回的压缩配置响应，所述压缩配置响应中指示所述目标网络设备的压缩配置信息。

32.根据权利要求31所述的装置，其特征在于，所述收发器，还用于向网络设备发送应用层压缩的能力信息，所述应用层压缩的能力信息包括用户设备支持对应用层数据包进行压缩的指示。

33.根据权利要求32所述的装置，其特征在于，所述应用层压缩的能力信息还包括压缩算法和/或缓存能力。

34.根据权利要求31所述的装置，其特征在于，所述收发器，还用于向网络设备上报应用层压缩的能力信息，所述应用层压缩的能力信息包括压缩算法和/或缓存能力。

35.根据权利要求33或34所述的装置，其特征在于，所述应用层压缩的能力信息还包括用户设备支持的压缩方式、业务识别能力以及用户设备的浏览器类型中的任意一种或者多种组合。

36.根据权利要求31-34任一所述的装置，其特征在于，所述压缩配置信息还包括压缩启动。

37.根据权利要求31-34任一所述的装置，其特征在于，所述压缩方向指示对上行数包压缩，或者对下行数据包压缩，或者同时对上行数据包和下行数据包压缩。

38.根据权利要求31-34任一所述的装置，其特征在于，所述基于前N个包压缩指示在压缩过程中参考前N个数据包的内容进行压缩，其中N为大于等于0的整数。

39.根据权利要求31-34任一所述的装置，其特征在于，所述压缩的业务类别指示对对应的业务类型的数据包进行压缩。

40.根据权利要求31所述的装置，其特征在于，所述处理器用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：

所述处理器用于对所述应用层数据包在接入层或在非接入层完成压缩。

41.根据权利要求31所述的装置，其特征在于，所述处理器用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：

所述处理器用于对所述应用层数据包在接入层完成压缩，在压缩完成之后的数据包头添加压缩指示信息。

42.根据权利要求31所述的装置，其特征在于，所述处理器用于根据所述压缩配置信息对应用层数据包进行压缩处理，具体包括：

所述处理器用于对应用层数据包在PDCP层完成压缩，在压缩完成之后通过协议数据单元类型指示数据包的压缩。

43.根据权利要求31所述的装置，其特征在于，所述压缩后的应用层数据包的头信息还包括压缩初始化标识，所述压缩初始化标识用于指示开始重新启动压缩的起始数据包。

44.根据权利要求31所述的装置，其特征在于，所述收发器，还用于接收网络侧设备的测量配置信息，用于根据该测量配置信息检测应用层数据包的压缩率。

45.根据权利要求44所述的装置，其特征在于，所述处理器，还用于根据检测应用层数据的压缩率，停止或继续执行应用层数据包的压缩处理。